From owner-freebsd-current Sun Aug 30 02:28:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA00986 for freebsd-current-outgoing; Sun, 30 Aug 1998 02:28:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from starkreality.com (fire.starkreality.com [208.24.48.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA00971 for ; Sun, 30 Aug 1998 02:28:01 -0700 (PDT) (envelope-from caesar@starkreality.com) Received: from armageddon (armageddon.starkreality.com [208.24.48.227]) by starkreality.com (8.9.1a/8.8.7) with SMTP id EAA09858 for ; Sun, 30 Aug 1998 04:27:01 -0500 (CDT) Message-Id: <199808300927.EAA09858@starkreality.com> X-Sender: caesar@fire.starkreality.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 Date: Sun, 30 Aug 1998 04:27:01 -0500 To: freebsd-current@FreeBSD.ORG From: "William S. Duncanson" Subject: Questions regarding make world Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I tried to build world tonight, and got an error message from the linker. I know it's missing a library, but damned if I can tell WHAT library. The flag being passed is -ll (dash ell ell). It's not a very descriptive name, unlike -lsocket, or -lcurses, which are pretty easy to figure out:). Any ideas what's missing? And where to get it? William S. Duncanson caesar@starkreality.com The driving force behind the NC is the belief that the companies who brought us things like Unix, relational databases, and Windows can make an appliance that is inexpensive and easy to use if they choose to do that. -- Scott Adams To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 30 03:06:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA04790 for freebsd-current-outgoing; Sun, 30 Aug 1998 03:06:12 -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 DAA04776 for ; Sun, 30 Aug 1998 03:06:02 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id UAA14299; Sun, 30 Aug 1998 20:16:56 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808301016.UAA14299@cimlogic.com.au> Subject: Re: Questions regarding make world In-Reply-To: <199808300927.EAA09858@starkreality.com> from "William S. Duncanson" at "Aug 30, 98 04:27:01 am" To: caesar@starkreality.com (William S. Duncanson) Date: Sun, 30 Aug 1998 20:16: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 William S. Duncanson wrote: > I tried to build world tonight, and got an error message from the linker. > I know it's missing a library, but damned if I can tell WHAT library. The > flag being passed is -ll (dash ell ell). It's not a very descriptive name, > unlike -lsocket, or -lcurses, which are pretty easy to figure out:). Any > ideas what's missing? And where to get it? I think we're going to need just a little bit more information than that. Where was the build up to when you got the error? Are you building on -current or -stable or something else? -- 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 Aug 30 03:26:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA07069 for freebsd-current-outgoing; Sun, 30 Aug 1998 03:26:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from colin.muc.de (colin.muc.de [193.174.4.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA07064 for ; Sun, 30 Aug 1998 03:26:35 -0700 (PDT) (envelope-from lutz@muc.de) Received: from tavari.muc.de ([193.174.4.22]) by colin.muc.de with SMTP id <140564-3>; Sun, 30 Aug 1998 12:25:33 +0200 Received: (from daemon@localhost) by tavari.muc.de (8.8.8/8.8.7) id MAA18853; Sun, 30 Aug 1998 12:08:14 +0200 (CEST) Received: from ripley(192.168.42.202) by morranon via smap (V2.1) id xma018851; Sun, 30 Aug 98 12:08:11 +0200 From: "Lutz Albers" To: "William S. Duncanson" , Subject: RE: Questions regarding make world Date: Sun, 30 Aug 1998 12:07:45 +0200 Message-ID: <000601bdd3fe$086f55b0$ca2aa8c0@ripley.tavari.muc.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 In-Reply-To: <199808300927.EAA09858@starkreality.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I tried to build world tonight, and got an error message from the linker. > I know it's missing a library, but damned if I can tell WHAT library. The > flag being passed is -ll (dash ell ell). It's not a very > descriptive name, > unlike -lsocket, or -lcurses, which are pretty easy to figure out:). Any > ideas what's missing? And where to get it? The flag -lxxx translates to a library libxxx, so -ll searches for libl.a (or libl.so). On my machine it resides in /usr/lib: lutz@morranon[~] > ll `locate libl.` -r--r--r-- 3 bin bin 440 Mar 25 02:54 /usr/lib/libl.a It's the lex library. ciao lutz -- Lutz Albers, lutz@muc.de, pgp key available from Do not take life too seriously, you will never get out of it alive. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 30 07:54:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA26525 for freebsd-current-outgoing; Sun, 30 Aug 1998 07:54:28 -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 HAA26520 for ; Sun, 30 Aug 1998 07:54:22 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:wFVvgqr3fJ5E4Tli+jtp0RCIt3pbKJ5+@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id QAA12514 for ; Sun, 30 Aug 1998 16:53:21 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199808301453.QAA12514@gratis.grondar.za> To: current@FreeBSD.ORG Subject: Is /usr architecture dependant? Date: Sun, 30 Aug 1998 16:53:20 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi I am doing the final bits of knocking perl5 into shape, and the location of libraries raises a question; are the contents of libdata (which will contain perl code and some shared objects) architecture dependant or independant? I will have subdirs called i386 and alpha if it is architecture independant, and I'll merge those into dirs called 'mach' otherwise. 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 Aug 30 08:13:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA28561 for freebsd-current-outgoing; Sun, 30 Aug 1998 08:13:02 -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 IAA28553 for ; Sun, 30 Aug 1998 08:13:00 -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 RAA15036 ; Sun, 30 Aug 1998 17:12:01 +0200 (METDST) Received: (from son@localhost) by cezanne.prism.uvsq.fr (8.9.1/8.8.5) id RAA00879; Sun, 30 Aug 1998 17:21:06 GMT Message-ID: <19980830172105.51414@breizh.prism.uvsq.fr> Date: Sun, 30 Aug 1998 17:21:05 +0000 From: Nicolas Souchu To: Alexander Leidinger Cc: freebsd-current@FreeBSD.ORG Subject: Re: printer didn't work after cvsup References: <35E13ACB.10D29949@wurzelausix.cs.uni-sb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <35E13ACB.10D29949@wurzelausix.cs.uni-sb.de>; from Alexander Leidinger on Mon, Aug 24, 1998 at 12:04:59PM +0200 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 Mon, Aug 24, 1998 at 12:04:59PM +0200, Alexander Leidinger wrote: >Hi, > G'Day ! >short: >cvsup from 21th & 22th. >After make world/kernel my printer didn't print anymore. >(nlpt0, ppbus) > >long: >It's a Deskjet500 compatible printer. > >After turning power on (printer) it resets itself (thats normal, all LEDs >on for a short time, after that the LEDs display the status). >But instead of going online all LEDs went on again. It seems my printer >gets a permanent reset signal (If the PC isn't turned on, the same thing >happens, so i assume there is something "LOW" which must be "HIGH"). >If I send something directly (echo blubb >/dev/lpt0) the LEDs display for a >short time the status, but after that the went all on again. >If I print something (lpr xxx) nothing going on (it gets schedulled >correctly in the queue, which isn't stopped or disabled). > Ok. When do you see the leds coming up again? I propose you to remove the pnp_detect() call from /sys/dev/ppbus/ppbconf.c and tell me. *** ppbconf.c 1998/08/04 20:21:04 1.1.1.2 --- ppbconf.c 1998/08/30 17:18:44 *************** *** 257,264 **** --- 257,266 ---- LIST_INIT(&ppb->ppb_devs); /* initialise device/driver list */ p_drvpp = (struct ppb_driver **)ppbdriver_set.ls_items; + #if 0 /* detect PnP devices */ ppb->class_id = ppb_pnp_detect(ppb); + #endif /* * Blindly try all probes here. Later we should look at -- 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 Sun Aug 30 08:53:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03443 for freebsd-current-outgoing; Sun, 30 Aug 1998 08:53:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from grape.carrier.kiev.ua (grape.carrier.kiev.ua [193.193.193.219]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA03403 for ; Sun, 30 Aug 1998 08:52:57 -0700 (PDT) (envelope-from archer@grape.carrier.kiev.ua) Received: (from archer@localhost) by grape.carrier.kiev.ua (8.9.1/8.8.8) id SAA24934; Sun, 30 Aug 1998 18:51:30 +0300 (EEST) (envelope-from archer) Date: Sun, 30 Aug 1998 18:51:30 +0300 (EEST) From: Alexander Litvin Message-Id: <199808301551.SAA24934@grape.carrier.kiev.ua> To: "Don O'Neil" Cc: current@FreeBSD.ORG Subject: Re: Weird sendmail/pop problem X-Newsgroups: grape.freebsd.hackers In-Reply-To: <000101bdd379$abe29a20$0200010a@digerati.whtech.com> Organization: Lucky Grape User-Agent: tin/pre-1.4-980202 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <000101bdd379$abe29a20$0200010a@digerati.whtech.com> you wrote: DON> Well, To correct my mis-statement, I do realize that SMTP is how the mail is DON> delivered, I was intending to point out that I was using a "standard" POP3 DON> type client for recieving, not something like IMAP.... Anyway... I've DON> checked the SMTP (sendmail) logs and the delivery is only made to one of the DON> two recipents, no matter what order the names are in the .forward file, my DON> name is allways skipped.... Now, my name is of course the one sending the DON> message... is there something in sendmail that knows I was the originator DON> and doesn't bother to send the message back to me? Now if I send a message DON> using mail or elm, or pine, or sendmail directly from the box (not using the DON> PC client) then both recipients get the message (I did this a root). If envelope-sender address == one of the addresses in .forward, and option MeToo is not set in sendmail.cf, message is certainly not sent to this address. When you set your return address in MS Outlook, you're actually setting not only address in "From:", but also envelope-sender address (which your Outlook presents itself with in "MAIL FROM" command, when talking to your server). --- On-line, adj.: The idea that a human being should always be accessible to a computer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 30 08:54:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03586 for freebsd-current-outgoing; Sun, 30 Aug 1998 08:54:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gilgamesch.bik-gmbh.de (gilgamesch.bik-gmbh.de [194.233.237.91]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA03537 for ; Sun, 30 Aug 1998 08:53:48 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.8.8/8.7.3) id RAA22857; Sun, 30 Aug 1998 17:51:49 +0200 (MET DST) Message-ID: <19980830175149.A22835@cons.org> Date: Sun, 30 Aug 1998 17:51:49 +0200 From: Martin Cracauer To: Bruce Evans , cracauer@cons.org, current@FreeBSD.ORG, luoqi@watermarkgroup.com, shocking@prth.pgs.com Subject: Re: Floating Point Exceptions, signal handlers & subsequent ops References: <199808270253.MAA15661@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=envbJBWh7q8WU6mo X-Mailer: Mutt 0.93.1i In-Reply-To: <199808270253.MAA15661@godzilla.zeta.org.au>; from Bruce Evans on Thu, Aug 27, 1998 at 12:53:36PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii In <199808270253.MAA15661@godzilla.zeta.org.au>, Bruce Evans wrote: > >Ah, now I got it. > > > >If sig == SIGFPE, then expect the trap code to be one of FPE_*_TRAP > >values from machine/trap.h, *not* one of the T_* values. > > Except this is not implemented. Does the appended diff count as an implementation? Test program included. I'm sure I violate more kernel code rules that DBL_MAX can express :-) > >Why is this, why two classes of trap codes? > > T_* is for the kernel and is unportable. FPE_* is for the user SIGFPE > handler and is not so unportable in theory. I found that the FP_X_ macros are in wide enough use to be valuable for portable code. I changed the values of the non-FPU SIGFPE macros on x86 so that they are in the same value domain as the FP_X_ macros. Thus, in a SIGFPE handler you'll find one of the FP_X_ or FPE_......_TRAP macros as the second argument to the handler. IMHO the fact that the argument can be from one of two completely different macros sets models the fact that you'll get non-FPU exceptions to your FPE handler on a x86 machine quite well. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer BSD User Group Hamburg, Germany http://www.bsdhh.org/ --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="diff.float" ? compile/WINGS ? i386/conf/WINGS ? i386/conf/WINGS.from-SMP-GENERIC Index: i386/i386/machdep.c =================================================================== RCS file: /home/CVS-FreeBSD/src/sys/i386/i386/machdep.c,v retrieving revision 1.304 diff -c -r1.304 machdep.c *** machdep.c 1998/08/18 07:46:58 1.304 --- machdep.c 1998/08/30 00:22:59 *************** *** 136,141 **** --- 136,143 ---- #include #include + #include + extern void init386 __P((int first)); extern void dblfault_handler __P((void)); *************** *** 502,508 **** --- 504,515 ---- struct sigframe sf; struct sigacts *psp = p->p_sigacts; int oonstack; + u_long fpuctrl; + if (sig == SIGFPE && code == 0) { + __fnstcw(&fpuctrl); + code = 0x3F & ~fpuctrl & curpcb->pcb_savefpu.sv_ex_sw; + } regs = p->p_md.md_regs; oonstack = psp->ps_sigstk.ss_flags & SS_ONSTACK; /* Index: i386/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/08/30 00:23:00 *************** *** 76,89 **** #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 */ #define BUS_PAGE_FAULT T_PAGEFLT /* page fault protection base */ --- 76,92 ---- #define ILL_ALIGN_FAULT T_ALIGNFLT #define ILL_FPOP_FAULT T_FPOPFLT /* coprocessor operand fault */ ! /* ! * codes for SIGFPE/ARITHTRAP ! * avoid values used for FPU exceptions (FP_X_...) ! */ ! #define FPE_INTOVF_TRAP 0xFF01 /* integer overflow */ ! #define FPE_INTDIV_TRAP 0xFF02 /* integer divide by zero */ ! #define FPE_FLTDIV_TRAP 0xFF03 /* floating/decimal divide by zero */ ! #define FPE_FLTOVF_TRAP 0xFF04 /* floating overflow */ ! #define FPE_FLTUND_TRAP 0xFF05 /* floating underflow */ ! #define FPE_FPU_NP_TRAP 0xFF06 /* floating point unit not present */ ! #define FPE_SUBRNG_TRAP 0xFF07 /* subrange out of bounds */ /* codes for SIGBUS */ #define BUS_PAGE_FAULT T_PAGEFLT /* page fault protection base */ --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="freebsd-signal.c" #include #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_INTOVF_TRAP: return "FPE_INTOVF_TRAP"; case FPE_INTDIV_TRAP: return "FPE_INTDIV_TRAP"; case FPE_FPU_NP_TRAP: return "FPE_FPU_NP_TRAP"; case FPE_SUBRNG_TRAP: return "FPE_SUBRNG_TRAP"; case FP_X_INV : return "FP_X_INV"; case FP_X_DNML: return "FP_X_DNML"; case FP_X_DZ : return "FP_X_DZ "; case FP_X_OFL : return "FP_X_OFL"; case FP_X_UFL : return "FP_X_UFL"; case FP_X_IMP : return "FP_X_IMP"; 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); } 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_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 exception 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; } --envbJBWh7q8WU6mo-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 30 09:53:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA08808 for freebsd-current-outgoing; Sun, 30 Aug 1998 09:53:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles208.castles.com [208.214.165.208]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA08789 for ; Sun, 30 Aug 1998 09:53:33 -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 JAA14256; Sun, 30 Aug 1998 09:50:38 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199808300950.JAA14256@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Mark Murray cc: current@FreeBSD.ORG Subject: Re: Is /usr architecture dependant? In-reply-to: Your message of "Sun, 30 Aug 1998 16:53:20 +0200." <199808301453.QAA12514@gratis.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 30 Aug 1998 09:50:37 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi > > I am doing the final bits of knocking perl5 into shape, and the > location of libraries raises a question; are the contents of > libdata (which will contain perl code and some shared objects) > architecture dependant or independant? /usr/libdata is arch dependant. It's /usr/share that's arch-independant. -- \\ 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 Aug 30 10:37:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA12431 for freebsd-current-outgoing; Sun, 30 Aug 1998 10:37:42 -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 KAA12426 for ; Sun, 30 Aug 1998 10:37:39 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost (benedict@localhost) by echonyc.com (8.8.7/8.8.7) with SMTP id NAA20479 for ; Sun, 30 Aug 1998 13:36:43 -0400 (EDT) Date: Sun, 30 Aug 1998 13:36:42 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: make -j# world still failing in amd 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 played around with cvsweb some to see if I could figure out whose change broke this, but I couldn't find any option to show me all changes in a directory tree from the last n days. 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 Sun Aug 30 10:57:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14102 for freebsd-current-outgoing; Sun, 30 Aug 1998 10:57:49 -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 KAA14097 for ; Sun, 30 Aug 1998 10:57:48 -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 NAA22927; Sun, 30 Aug 1998 13:56:50 -0400 (EDT) (envelope-from gjp@gjp.erols.com) X-Mailer: exmh version 2.0.1 12/23/97 To: ben@rosengart.com cc: current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: make -j# world still failing in amd In-reply-to: Your message of "Sun, 30 Aug 1998 13:36:42 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 30 Aug 1998 13:56:49 -0400 Message-ID: <22923.904499809@gjp.erols.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Snob Art Genre wrote in message ID : > I played around with cvsweb some to see if I could figure out whose > change broke this, but I couldn't find any option to show me all changes > in a directory tree from the last n days. I'll try and fix this later. Although it wasn't me who broke it! 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 Aug 30 11:05:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15180 for freebsd-current-outgoing; Sun, 30 Aug 1998 11:05:57 -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 LAA15145 for ; Sun, 30 Aug 1998 11:05:51 -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 UAA05094 for freebsd-current@FreeBSD.ORG; Sun, 30 Aug 1998 20:04:49 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id C51E01504; Sun, 30 Aug 1998 19:59:25 +0200 (CEST) Date: Sun, 30 Aug 1998 19:59:25 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: CAM & current Message-ID: <19980830195925.A14308@keltia.freenix.fr> Mail-Followup-To: FreeBSD Current Users' list Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i X-Operating-System: FreeBSD 3.0-CURRENT ctm#4602 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG While trying to merge CAM & current (with the help of CVS), I tumbled on this conflict and I don't know how to solve it. Most of the conflicts are for $Id$ differences but this one in sys/pci/ncr.c is tricky: line 3925 of sys/pci/ncr.c: <<<<<<< ncr.c /*---------------------------------------------------- ** ** Build the identify / tag / sdtr message ** **---------------------------------------------------- */ idmsg = MSG_IDENTIFYFLAG | ccb->ccb_h.target_lun; if (tp->usrdisc) idmsg |= MSG_IDENTIFY_DISCFLAG; msgptr = cp->scsi_smsg; msglen = 0; msgptr[msglen++] = idmsg; if (cp->tag) { msgptr[msglen++] = ccb->csio.tag_action; msgptr[msglen++] = cp->tag; ======= if ((unsigned)xp->datalen > 128*1024*1024) { PRINT_ADDR(xp); printf ("trying to transfer %8lx bytes, mem addr = %p\n", (u_long) xp->datalen, (void *) xp->data); { int j; PRINT_ADDR(xp); printf ("command: %2x (", cmd->opcode); for (j = 0; j<11; j++) printf (" %2x", cmd->bytes[j]); printf (")\n"); >>>>>>> 1.123 As I have indeed some ncr driven cards (SC-875 & SC-200), I'm worried... Thanks, -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 30 11:37:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA19129 for freebsd-current-outgoing; Sun, 30 Aug 1998 11:37:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles208.castles.com [208.214.165.208]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA19111 for ; Sun, 30 Aug 1998 11:36: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 LAA14708; Sun, 30 Aug 1998 11:33:38 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199808301133.LAA14708@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Ollivier Robert cc: "FreeBSD Current Users' list" Subject: Re: CAM & current In-reply-to: Your message of "Sun, 30 Aug 1998 19:59:25 +0200." <19980830195925.A14308@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 30 Aug 1998 11:33:37 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > While trying to merge CAM & current (with the help of CVS), I tumbled on > this conflict and I don't know how to solve it. Most of the conflicts are > for $Id$ differences but this one in sys/pci/ncr.c is tricky: Don't try to do this. If you want an up-to-date CAM, either wait for a new snapshot, or pester someone with access to the CAM repository to set up a CVSup server. Justin has given this the OK; I haven't been able to do either that or the weekly CAM snapserver I was planning to for various reasons, but it's reasonably straightforward. The CAM integration shouldn't be more than a couple of weeks away, so it's not clear whether this would be worthwhile. -- \\ 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 Aug 30 12:55:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26215 for freebsd-current-outgoing; Sun, 30 Aug 1998 12:55:18 -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 MAA26188 for ; Sun, 30 Aug 1998 12:55:11 -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 VAA08109; Sun, 30 Aug 1998 21:57:53 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Sun, 30 Aug 1998 21:57:53 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Julian Elischer cc: freebsd-current@FreeBSD.ORG Subject: Re: It's MFS panic.. (Re: Panic with 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 Fri, 28 Aug 1998, Julian Elischer wrote: > I've been thinking about this.... > > could you make a -g kernel? > > (config -g) > and strip -d the copy you eventually use > > then use the unstripped version to get the symbols from the coredump... > > I really need to see the value of ap->a_vn > and the vnode that it points to.. A couple of questions: * I assume you mean _with_ you patches applied, right? * How to generate the coredump at such early stage (when the dump device is not yet set)? If you answer these two questions, I surely will do it. Andrzej Bialecki +---------------------+------------------------+--------------------------+ | | When in problem or in | if(halt_per_mth > 0) { | | Research & Academic | doubt, run in circles, | fetch("FreeBSD"); | | Network in Poland | scream and shout. | } | + --------------------+------------------------+--------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 30 13:17:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA28982 for freebsd-current-outgoing; Sun, 30 Aug 1998 13:17:54 -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 NAA28973 for ; Sun, 30 Aug 1998 13:17:50 -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 NAA09085 for ; Sun, 30 Aug 1998 13:16:53 -0700 (PDT) (envelope-from jdp) Message-Id: <199808302016.NAA09085@austin.polstra.com> To: current@FreeBSD.ORG Subject: softupdates panic Date: Sun, 30 Aug 1998 13:16:53 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is from a soft-updates -current kernel from August 26. All filesystems were mounted with soft updates. The system that crashed was doing NFS server activity at the time. A remote machine was building a port in a directory mounted (nfsv2) from the server that crashed. I have the -g kernel and core dump in case anybody is interested. Also, we still seem to have the bug in which fsck turns off the soft-updates bit when it recovers the FS (root in this case). -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 2519040 initial pcb at 214e84 panicstr: newdirrem: inum %d should be %d panic messages: --- panic: newdirrem: inum 33085 should be 33033 panic: from debugger dumping to dev 20401, offset 737714 dump 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 boot (howto=260) at ../../kern/kern_shutdown.c:286 286 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=260) at ../../kern/kern_shutdown.c:286 #1 0xf0119417 in panic (fmt=0xf01013f8 "from debugger") at ../../kern/kern_shutdown.c:425 #2 0xf0101415 in db_panic (addr=-266547499, have_addr=0, count=-1, modif=0xf2fb5734 "") at ../../ddb/db_command.c:432 #3 0xf01012f5 in db_command (last_cmdp=0xf0203ae4, cmd_table=0xf0203944, aux_cmd_tablep=0xf02121f0) at ../../ddb/db_command.c:332 #4 0xf0101482 in db_command_loop () at ../../ddb/db_command.c:454 #5 0xf0103b93 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:71 #6 0xf01ccca1 in kdb_trap (type=3, code=0, regs=0xf2fb5820) at ../../i386/i386/db_interface.c:157 #7 0xf01d6d90 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -258329376, tf_esi = -266686954, tf_ebp = -218408860, tf_isp = -218408888, tf_ebx = 256, tf_edx = -266547555, tf_ecx = 0, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -266547499, tf_cs = 8, tf_eflags = 598, tf_esp = -266547571, tf_ss = -267283540}) at ../../i386/i386/trap.c:507 #8 0xf01cced5 in Debugger (msg=0xf01193ac "panic") at ../../i386/i386/db_interface.c:316 #9 0xf011940e in panic (fmt=0xf01aae16 "newdirrem: inum %d should be %d") at ../../kern/kern_shutdown.c:423 #10 0xf01aaf69 in newdirrem (bp=0xf1372068, dp=0xf0808a00, ip=0xf0cfc600, isrmdir=0) at ../../ufs/ffs/ffs_softdep.c:2383 #11 0xf01aad94 in softdep_setup_remove (bp=0xf1372068, dp=0xf0808a00, ip=0xf0cfc600, isrmdir=0) at ../../ufs/ffs/ffs_softdep.c:2312 #12 0xf01b3407 in ufs_dirremove (dvp=0xf30e0b60, ip=0xf0cfc600, flags=38156, isrmdir=0) at ../../ufs/ufs/ufs_lookup.c:895 #13 0xf01b63fd in ufs_rename (ap=0xf2fb5af4) at ../../ufs/ufs/ufs_vnops.c:1230 #14 0xf01b75a9 in ufs_vnoperate (ap=0xf2fb5af4) at ../../ufs/ufs/ufs_vnops.c:2285 #15 0xf01714c8 in nfsrv_rename (nfsd=0xf07c8100, slp=0xf0776b00, procp=0xf2f79100, mrq=0xf2fb5e34) at vnode_if.h:583 #16 0xf0181fe6 in nfssvc_nfsd (nsd=0xf2fb5e94, argp=0x80717b4
, p=0xf2f79100) at ../../nfs/nfs_syscalls.c:657 #17 0xf01818b1 in nfssvc (p=0xf2f79100, uap=0xf2fb5f94) at ../../nfs/nfs_syscalls.c:342 #18 0xf01d7833 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 4, tf_esi = 0, tf_ebp = -272638524, tf_isp = -218406940, tf_ebx = 0, tf_edx = -272638916, tf_ecx = 0, tf_eax = 155, tf_trapno = 12, tf_err = 2, tf_eip = 134518892, tf_cs = 31, tf_eflags = 642, tf_esp = -272638912, tf_ss = 39}) at ../../i386/i386/trap.c:1031 #19 0xf01cd5fc in Xint0x80_syscall () Cannot access memory at address 0xefbfddc4. (kgdb) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 30 13:23:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA29956 for freebsd-current-outgoing; Sun, 30 Aug 1998 13:23:51 -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 NAA29912 for ; Sun, 30 Aug 1998 13:23:36 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id WAA19489; Sun, 30 Aug 1998 22:22:13 +0200 (CEST) Message-ID: <19980830222212.A19455@cons.org> Date: Sun, 30 Aug 1998 22:22:12 +0200 From: Martin Cracauer To: Terry Lambert , Bruce Evans Cc: cracauer@cons.org, current@FreeBSD.ORG, luoqi@watermarkgroup.com, shocking@prth.pgs.com Subject: Re: Floating Point Exceptions, signal handlers & subsequent ops References: <199808271224.WAA25445@godzilla.zeta.org.au> <199808290143.SAA29643@usr01.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199808290143.SAA29643@usr01.primenet.com>; from Terry Lambert on Sat, Aug 29, 1998 at 01:43:33AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <199808290143.SAA29643@usr01.primenet.com>, Terry Lambert wrote: > > >> I wrote the assembler code. Run it under gdb and look at the FP > > >> state using `info float'. Homework: explain why this generates > > >> only 6 SIGFPE's although it divides by 0.0 by 0.0 8 times. > > > ^ > > >Don't you mean 7? > > > > Oops. I miscounted 6 and thought that it was missing 1 for both the > > first and the last division. > > A general 5,000 foot view onto the "Homework" problem: > > FP exceptions are signalled on the FP instruction following the > exception. That is, you have to try to use the thing again to > generate an exception. Or issue 'wait' or 'fwait'. What's the difference between the two, BTW, my Intel docs treat them the same. I use this as the last statement in a block of FP instructions prior to code looking into flags possible set by FPE handlers. In good code, as the last statement of a setjmp block :-) #define forcefpe() asm("wait") I have not been able to reproduce problems with delayed exceptions using C. Didn't try very hard, though. Either gcc knows about the problem and makes sure to include statements that trigger pending exceptions before any piece of code that branches. Or it produces code that is so noisy that your intended floating point instructions are always followed by some triggering code :-) > FreeBSD does lazy task switching; that it, FreeBSD does not do > FP register saves on task switches, unless necessary, and does not > do implict saves via TSS, since it does not use TSS for the switch > (ie: it doesn't go through a task gate, except to get in and out > of VM86 mode). I don't understand how not saving the registers could lead to an FPE delivered to the wrong process. A process could only leave with pending exceptions if it used floating point and in that case its registers would have been saved. If there was any problem that a pending FPE could be delivered to a different process, it wouldn't be affected by saving the FP registers. I also don't how comparing the *pointers to* _npxproc and _curproc in swtch.s and support.s leads to a decision if the FPU state changed. Nor can I find FPU related information in struct proc or struct mdproc/trapframe. Time for more homework... > Non-lazy task switching would cause context switch to be much higher > overhead (as in Linux), but would cause the exception to be raised > in the context of the process that caused it. And all glibc programs are floating point programs. So much for maintaining libc and kernel in different teams. 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 Aug 30 13:32:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01603 for freebsd-current-outgoing; Sun, 30 Aug 1998 13:32:28 -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 NAA01580 for ; Sun, 30 Aug 1998 13:32:17 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id WAA19506; Sun, 30 Aug 1998 22:31:03 +0200 (CEST) Message-ID: <19980830223103.A19498@cons.org> Date: Sun, 30 Aug 1998 22:31:03 +0200 From: Martin Cracauer To: Terry Lambert , Bruce Evans Cc: cracauer@cons.org, current@FreeBSD.ORG Subject: Re: Floating Point Exceptions, signal handlers & subsequent ops References: <199808271224.WAA25445@godzilla.zeta.org.au> <199808290143.SAA29643@usr01.primenet.com> <19980830222212.A19455@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <19980830222212.A19455@cons.org>; from Martin Cracauer on Sun, Aug 30, 1998 at 10:22:12PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <19980830222212.A19455@cons.org>, Martin Cracauer wrote: > I also don't how comparing the *pointers to* _npxproc and _curproc in > swtch.s and support.s leads to a decision if the FPU state > changed. Nor can I find FPU related information in struct proc or > struct mdproc/trapframe. Time for more homework... Forget about that, of course, npxproc points to the last process using FP and is not a saved state of the current process, as I thought. 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 Aug 30 13:44:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03664 for freebsd-current-outgoing; Sun, 30 Aug 1998 13:44:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from llano.llano.net (llano.llano.net [205.231.180.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA03638 for ; Sun, 30 Aug 1998 13:44:38 -0700 (PDT) (envelope-from khiggins@llano.net) Received: from llano.net(annex-088.llano.net[205.231.180.88]) (894 bytes) by llano.llano.net via sendmail with P:esmtp/R:inet_hosts/T:smtp (sender: ) id for ; Sun, 30 Aug 1998 15:50:38 -0500 (CDT) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-May-2) Message-ID: <35E9B979.B6426A04@llano.net> Date: Sun, 30 Aug 1998 20:43:37 +0000 From: Karl Higgins X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.0.35 i586) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -- | Microsoft's products are bloated? That can't be true ... | | Windows(tm) sells processors and memory with the best of them! | | | | Karl Higgins -- khiggins@llano.net | | http://www.llano.net/~khiggins | ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 30 13:52:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA04753 for freebsd-current-outgoing; Sun, 30 Aug 1998 13:52:06 -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 NAA04709 for ; Sun, 30 Aug 1998 13:52:00 -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 WAA12471 for freebsd-current@FreeBSD.ORG; Sun, 30 Aug 1998 22:51:01 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 5B5441515; Sun, 30 Aug 1998 22:47:09 +0200 (CEST) Date: Sun, 30 Aug 1998 22:47:09 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: Re: CAM & current Message-ID: <19980830224709.A16366@keltia.freenix.fr> Mail-Followup-To: FreeBSD Current Users' list References: <19980830195925.A14308@keltia.freenix.fr> <199808301133.LAA14708@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199808301133.LAA14708@word.smith.net.au>; from Mike Smith on Sun, Aug 30, 1998 at 11:33:37AM +0000 X-Operating-System: FreeBSD 3.0-CURRENT ctm#4603 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Mike Smith: > The CAM integration shouldn't be more than a couple of weeks away, so > it's not clear whether this would be worthwhile. That's enough for me, I'll wait. CURRENT will be interesting for the next weeks. ELF + CAM, wow! :-) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 30 13:58:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05282 for freebsd-current-outgoing; Sun, 30 Aug 1998 13:58:26 -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 NAA05225 for ; Sun, 30 Aug 1998 13:58:03 -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 WAA21075; Sun, 30 Aug 1998 22:56:50 +0200 (CEST) (envelope-from pivrnec@vszbr.cz) X-Authentication-Warning: coredump.int.tele.dk: pivrnec owned process doing -bs Date: Sun, 30 Aug 1998 22:56:49 +0200 (CEST) From: Barry Bierbauch X-Sender: pivrnec@coredump.int.tele.dk Reply-To: Barry Bouwsma To: Doug White cc: freebsd-current@FreeBSD.ORG Subject: Re: /kernel: arpresolve: can't allocate llinfo 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, 18 Aug 1998, Doug White wrote: > > > Aug 17 12:28:19 marley /kernel: arpresolve: can't allocate llinfo for 195.178.72.111rt > > > Aug 17 12:34:04 marley /kernel: arpresolve: can't allocate llinfo for 195.178.72.111rt > > > > And just as a followup, when I logged into that machine from the local > > netwerk and did a netstat, here's what I saw: > > > > Destination Gateway Flags Refs Use Netif Expire > > default 195.178.72.111 UGc -9358 4337645 vx0 > > Your system seems to be confused about your router, or you have some > seriously runaway TCP processes; refs somehow completely rolled over. :) > > llinfo problems usually stem from bad routing or netmasking. Yeah, well, last week I got the machine rebooted with a static route to the Real World. Destination Gateway Flags Refs Use Netif Expire default 195.178.72.111 UGSc 106 4615 vx0 127.0.0.1 127.0.0.1 UH 1 655120 lo0 195.178.72 link#1 UC 0 0 vx0 [...] Just a few minutes ago, it decided to pull the same stunt, becoming invisible to part of the world, while being reachable from other parts. There's no messages about anything like this anywhere in the logs or dmesg output. I have to wonder about this `Use' figure, what with having been up almost a week now, Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll vx0 1500 00.60.97.36.98.5d 155191266 55 165208024 0 118 The local netwerk is reachable, as are some remote hosts on the other side of the default gateway: traceroute to nimloth.ics.muni.cz (147.251.6.16), 30 hops max, 40 byte packets 1 195.178.72.111 (195.178.72.111) 1.296 ms 1.171 ms 1.040 ms 2 nimloth.ics.muni.cz (147.251.6.16) 1.764 ms * 1.522 ms traceroute to news-fra.maz.net (194.163.252.233), 30 hops max, 40 byte packets 1 195.178.72.111 (195.178.72.111) 1.538 ms 1.039 ms 1.023 ms 2 raa-main.ten34.ces.net (195.178.64.65) 7.297 ms 6.485 ms 6.463 ms 3 cz.DE-1.ten-34.net (193.203.227.21) 17.927 ms 17.991 ms 17.835 ms 4 de-2.DE-1.ten-34.net (193.203.227.25) 18.900 ms 18.867 ms 18.800 ms 5 frankfurt6.att-unisource.net (195.206.64.61) 135.695 ms 19.802 ms 19.815 ms [...] While certain other sites which had access a few minutes earlier are unreachable: traceroute to news-feed.inet.tele.dk (194.182.148.154), 30 hops max, 40 byte packets 1 * * * 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * *^C traceroute to news.eecs.umich.edu (141.212.99.3), 30 hops max, 40 byte packets 1 * *^C Naturally, from one of these outside machines, the target machine appears not to be there: 13 frankfurt6.att-unisource.net (195.206.64.42) 55.840 ms 55.850 ms 53.199 ms 14 DE.ten-34.net (195.206.64.62) 60.322 ms 61.143 ms 56.761 ms 15 de-1.DE-2.ten-34.net (193.203.227.26) 62.131 ms 56.252 ms 56.065 ms 16 ten-34cz-DE.ces.net (193.203.227.22) 74.731 ms 67.026 ms 69.588 ms 17 rbm2-main.ten34.ces.net (195.178.64.70) 72.156 ms 76.913 ms 73.910 ms 18 * * * 19 * * * 20 * * * I might try very carefully ifconfig'ing the interface down and back up to see if that helps, or manually deleting and adding the default route, but something tells me that even with a static route like this, I shouldn't be seeing this. Again, this is a -current snap from early August, to be updated Real Soon Now, maybe. Barry Bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 30 14:07:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA06202 for freebsd-current-outgoing; Sun, 30 Aug 1998 14:07:02 -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 OAA06193 for ; Sun, 30 Aug 1998 14:06:53 -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 XAA13020; Sun, 30 Aug 1998 23:02:15 +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 WAA02656; Sun, 30 Aug 1998 22:55:30 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199808302055.WAA02656@semyam.dinoco.de> To: Kris Kennaway Cc: freebsd-current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: IPFW showing extra lines In-reply-to: Your message of "Sun, 30 Aug 1998 12:25:38 +0930." Date: Sun, 30 Aug 1998 22:55:28 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > 00000 0 0 deny ip from any to any > > Specifically, ipfw -at l now shows a total of 1024 lines, whereas I > should only have about 15 firewall rules set up. The socket options handling code was renovated lately and totally restructured removing the need for mbuf's there. Taking a hard look at where it might fail I think it's a line in sooptcopyout in sys/kern/uipc_socket.c causing this. The length of the result is only copied into its rightful place if the buffer for the result is too small. Sound's weird, doesn't it? That can explain the problem you have with ipfw. It not only outputs the rules the kernel gave back but also a lot more reading junk from uninitialised memory as the length it gets back is the length of the buffer ipfw allocated and not the length of the result. In this case it seems to be freshly allocated memory filled with zero by the OS resulting in these zero rules. Thus I think the fix is to always set the result length which I expect the attached patch (TOTALLY UNTESTED!!!) to do. It's a little bit too late for me to test it today (about an hour till midnight) but maybe someone else can say if I'm on the right track or not. Stefan. USE AT YOUR OWN RISK! GUARANTEED TO BE TOTALLY UNTESTED. NOT EVEN TRIED IF THE RESULT COMPILES. Index: uipc_socket.c =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/sys/kern/uipc_socket.c,v retrieving revision 1.43 diff -u -2 -2 -r1.43 uipc_socket.c --- uipc_socket.c 1998/08/23 03:06:59 1.43 +++ uipc_socket.c 1998/08/30 20:38:47 @@ -1067,46 +1067,46 @@ int sooptcopyout(sopt, buf, len) struct sockopt *sopt; void *buf; size_t len; { int error; size_t valsize; error = 0; /* * Documented get behavior is that we always return a value, * possibly truncated to fit in the user's buffer. * We leave the correct length in sopt->sopt_valsize, * to be copied out in getsockopt(). Note that this * interface is not idempotent; the entire answer must * generated ahead of time. */ valsize = len; if (sopt->sopt_valsize < valsize) { valsize = sopt->sopt_valsize; - sopt->sopt_valsize = len; } + sopt->sopt_valsize = len; if (sopt->sopt_val != 0) { if (sopt->sopt_p != 0) error = copyout(buf, sopt->sopt_val, valsize); else bcopy(buf, sopt->sopt_val, valsize); } return error; } int sogetopt(so, sopt) struct socket *so; struct sockopt *sopt; { int error, optval; struct linger l; struct timeval tv; error = 0; if (sopt->sopt_level != SOL_SOCKET) { if (so->so_proto && so->so_proto->pr_ctloutput) { return ((*so->so_proto->pr_ctloutput) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 30 16:25:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20535 for freebsd-current-outgoing; Sun, 30 Aug 1998 16:25:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from darkstar.psa.at (uvo1-88.univie.ac.at [131.130.231.88]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA20529 for ; Sun, 30 Aug 1998 16:25:39 -0700 (PDT) (envelope-from root@darkstar.psa.at) Received: from localhost (1444 bytes) by darkstar.psa.at via sendmail with P:stdio/R:bind_hosts/T:inet_zone_bind_smtp (sender: ) (ident using unix) id for ; Mon, 31 Aug 1998 01:13:28 +0200 (CEST) (Smail-3.2.0.101 1997-Dec-17 #1 built 1998-Aug-30) Message-ID: <19980831011328.A204@compufit.at> Date: Mon, 31 Aug 1998 01:13:28 +0200 From: Alexander Sanda To: Stefan Eggers Cc: freebsd-current@FreeBSD.ORG Subject: Re: IPFW showing extra lines References: <199808302055.WAA02656@semyam.dinoco.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199808302055.WAA02656@semyam.dinoco.de>; from Stefan Eggers on Sun, Aug 30, 1998 at 10:55:28PM +0200 X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Aug 30, 1998 at 10:55:28PM +0200, Stefan Eggers wrote: > Thus I think the fix is to always set the result length which I expect > the attached patch (TOTALLY UNTESTED!!!) to do. It's a little bit too > late for me to test it today (about an hour till midnight) but maybe > someone else can say if I'm on the right track or not. Yes, your fix works. At least, ipfw behaves like it should (no extra lines anymore). No known side-effects so far :) -- # /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 Sun Aug 30 17:22:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA26163 for freebsd-current-outgoing; Sun, 30 Aug 1998 17:22:47 -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 RAA26158 for ; Sun, 30 Aug 1998 17:22:42 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost (benedict@localhost) by echonyc.com (8.8.7/8.8.7) with SMTP id UAA29341 for ; Sun, 30 Aug 1998 20:21:44 -0400 (EDT) Date: Sun, 30 Aug 1998 20:21:44 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: more make troubles 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 "Make clean" in /usr/src dies with this: ===> lib/../secure/lib/libcrypt "/usr/src/secure/lib/libcrypt/Makefile", line 8: Malformed conditional (${BINFORMAT} != elf) "/usr/src/secure/lib/libcrypt/Makefile", line 11: if-less else "/usr/src/secure/lib/libcrypt/Makefile", line 11: Need an operator "/usr/src/secure/lib/libcrypt/Makefile", line 14: if-less endif "/usr/src/secure/lib/libcrypt/Makefile", line 14: Need an operator "/usr/src/secure/lib/libcrypt/Makefile", line 24: Malformed conditional (${BINFORMAT} == elf) "/usr/src/secure/lib/libcrypt/Makefile", line 24: Need an operator "/usr/src/secure/lib/libcrypt/Makefile", line 26: if-less endif "/usr/src/secure/lib/libcrypt/Makefile", line 26: Need an operator "/usr/src/secure/lib/libcrypt/Makefile", line 43: Malformed conditional (!defined(NOPIC) && defined(SHLIB_MAJOR) && ${BINFORMAT} == elf) "/usr/src/secure/lib/libcrypt/Makefile", line 49: if-less endif "/usr/src/secure/lib/libcrypt/Makefile", line 49: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 I was making clean in an attempt to fix a problem that was keeping make world from succeeding: ===> usr.bin/tclsh --- cleanobj --- 1 error *** Error code 2 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 Sun Aug 30 17:32:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA27343 for freebsd-current-outgoing; Sun, 30 Aug 1998 17:32:05 -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 RAA27298 for ; Sun, 30 Aug 1998 17:31:54 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id KAA16608; Mon, 31 Aug 1998 10:43:09 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808310043.KAA16608@cimlogic.com.au> Subject: Re: more make troubles In-Reply-To: from Snob Art Genre at "Aug 30, 98 08:21:44 pm" To: ben@rosengart.com Date: Mon, 31 Aug 1998 10:43:04 +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 Snob Art Genre wrote: > "Make clean" in /usr/src dies with this: It should be OBJFORMAT, not BINFORMAT. I'm outside the US, so I don't get to see 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 Sun Aug 30 18:37:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA03814 for freebsd-current-outgoing; Sun, 30 Aug 1998 18:37:39 -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 SAA03805 for ; Sun, 30 Aug 1998 18:37:35 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id LAA16829 for current@FreeBSD.org; Mon, 31 Aug 1998 11:48:58 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808310148.LAA16829@cimlogic.com.au> Subject: HEADS UP: Today is E-day To: current@FreeBSD.ORG Date: Mon, 31 Aug 1998 11:48:57 +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 Drum roll .... CLICK! That's the sound that the big elf switch makes when it's thrown. Not very impressive, I'll admit - it's not supposed to be. Release Notes: 1. For aout users, your next make world should behave like it always has. You won't get any elf bits until you run the upgrade procedure. 2. For exiting elf users, please not the /etc/objectformat has changed to /etc/objformat for consistency. 3. Don't put BINFORMAT or OBJFORMAT in /etc/make.conf (we don't want to add to that discussion now, do we?). Until just prior to the release of 3.0, aout will remain the default. 4. The new build procedure handles the fact that /usr/share/mk does not contain up-to-date mk files. The -m argument is automatically added by the frontend makefile. 5. The build procedure has been tested on 2.2.5-RELEASE, 2.2.6-RELEASE, 2.2.7-RELEASE and 3.0-CURRENT. 6. To upgrade from aout to elf, the command make aout-to-elf is your friend. Details of this are in src/Makefile. There are aout-to-elf-build and aout-to-elf-install targets too, for the less adventurous. 7. If you are upgrading on an installed system that doesn't report uname -r as 3.0-CURRENT, the upgrade procedure includes a kernel build just in case. The GENERICupgrade kernel config file (funny name to ensure it doesn't clash with any you already have) is used by the upgrade procedure. If your system has a hardware configuration for which the GENERICupgrade (same as GENERIC) config file is inappropriate, replace the file with a suitable one before running the upgrade. 8. The aout to elf upgrade procedure will stop and wait for confirmation before it updates the installed system. At each of these points, you can Ctrl-C to abort. 9. If the GENERICupgrade kernel is built, the last phase installs the new kernel and reboots the system for you. When the system comes up, manually edit the _LDC line in /etc/rc to look for aout libraries in /usr/lib/aout, not /usr/lib. 10. When the upgrade installs the elf binaries, it creates (or replaces) /etc/objformat with OBJFORMAT=elf and from that point on, your system defaults to elf. There is still support for aout, but this is deprecated. The sooner you stop using aout, the better. 11. Once elf is the default, a make world will build the aout compatibility cruft, extending the build time significantly due to the number of libraries. You can stop building the aout stuff by setting NOAOUT in your /etc/make.conf. There are still a couple of bits that are aout only. Hopefully there will be elf replacements for these by the time 3.0 is released. 12. The upgrade procedure requires lots of disk space for the obj tree. On my system it takes 320 Mb. I didn't want to delay E-day by trying to cut this back. 13. Don't expect to be able to build elf ports yet. Please allow the ports crew time to decide how best to support elf on 3.0 and aout on 2.2.X. -- 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 Aug 30 20:23:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA14304 for freebsd-current-outgoing; Sun, 30 Aug 1998 20:23:42 -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 UAA14298 for ; Sun, 30 Aug 1998 20:23: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 NAA24605; Mon, 31 Aug 1998 13:22:29 +1000 Date: Mon, 31 Aug 1998 13:22:29 +1000 From: Bruce Evans Message-Id: <199808310322.NAA24605@godzilla.zeta.org.au> To: bde@zeta.org.au, cracauer@cons.org, current@FreeBSD.ORG, luoqi@watermarkgroup.com, shocking@prth.pgs.com Subject: Re: Floating Point Exceptions, signal handlers & subsequent ops Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> >If sig == SIGFPE, then expect the trap code to be one of FPE_*_TRAP >> >values from machine/trap.h, *not* one of the T_* values. >> >> Except this is not implemented. > >Does the appended diff count as an implementation? Test program >included. Er, no. The exception status word is a bitmap. Code to map it to a machine_dependent exception code should look something like: code = translation_table[ffs(status_word & control_word & 0x3F)]; Perhaps it should do more if the final bitmap doesn't have precisely 1 bit set in it. It's normal for the status word to have multiple bits set. Anding with the control word and 0x3F probably reduces the number to 1 in most cases, but it is possible for applications to create strange bitmaps using control instructions. >Index: i386/i386/machdep.c >=================================================================== >RCS file: /home/CVS-FreeBSD/src/sys/i386/i386/machdep.c,v >retrieving revision 1.304 >diff -c -r1.304 machdep.c >*** machdep.c 1998/08/18 07:46:58 1.304 >--- machdep.c 1998/08/30 00:22:59 >*************** >*** 136,141 **** >--- 136,143 ---- > #include > #include > >+ #include >+ This header is application-only. > extern void init386 __P((int first)); > extern void dblfault_handler __P((void)); > >*************** >*** 502,508 **** >--- 504,515 ---- > struct sigframe sf; > struct sigacts *psp = p->p_sigacts; > int oonstack; >+ u_long fpuctrl; > >+ if (sig == SIGFPE && code == 0) { >+ __fnstcw(&fpuctrl); The FPU can't be used here if there was a context switch between the FPU trap and here. >+ code = 0x3F & ~fpuctrl & curpcb->pcb_savefpu.sv_ex_sw; >+ } This is missing the translation from the machine-dependent bitmap to the "machine-independent" single-exception code. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 30 20:32:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15427 for freebsd-current-outgoing; Sun, 30 Aug 1998 20:32:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freebsd.scds.com (jseger.shore.net [204.167.102.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA15415; Sun, 30 Aug 1998 20:32:07 -0700 (PDT) (envelope-from jseger@jseger.scds.com) Received: from jseger.scds.com (localhost.scds.com [127.0.0.1]) by freebsd.scds.com (8.9.1/8.8.8) with ESMTP id XAA13674; Sun, 30 Aug 1998 23:31:16 -0400 (EDT) (envelope-from jseger@jseger.scds.com) Message-Id: <199808310331.XAA13674@freebsd.scds.com> To: asami@FreeBSD.ORG (Satoshi Asami) cc: jb@cimlogic.com.au, ggm@dstc.edu.au, current@FreeBSD.ORG Subject: Re: HEADS UP: 3 days to E-day In-reply-to: Your message of "Fri, 28 Aug 1998 07:07:46 PDT." <199808281407.HAA25052@silvia.hip.berkeley.edu> Date: Sun, 30 Aug 1998 23:31:15 -0400 From: "Justin M. Seger" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Clarification. There will only be ELF *packages* in 3.0R (and > packages-current from E-day on -- Justin, do you want to run one final > build of a.out packages before you throw the switch?). Yep, I hope to have that build finished up within a day or two. -Justin Seger- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 30 21:00:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA18526 for freebsd-current-outgoing; Sun, 30 Aug 1998 21:00:32 -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 VAA18519 for ; Sun, 30 Aug 1998 21:00:27 -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 NAA27283; Mon, 31 Aug 1998 13:59:21 +1000 Date: Mon, 31 Aug 1998 13:59:21 +1000 From: Bruce Evans Message-Id: <199808310359.NAA27283@godzilla.zeta.org.au> To: bde@zeta.org.au, cracauer@cons.org, tlambert@primenet.com Subject: Re: Floating Point Exceptions, signal handlers & subsequent ops Cc: current@FreeBSD.ORG, luoqi@watermarkgroup.com, shocking@prth.pgs.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> FP exceptions are signalled on the FP instruction following the >> exception. That is, you have to try to use the thing again to >> generate an exception. > >Or issue 'wait' or 'fwait'. What's the difference between the two, >BTW, my Intel docs treat them the same. There is only a conceptual difference. On 8086's and similar old processors, `wait' makes the CPU wait for an external coprocessor (which perhaps doesn't even have to be an FPU). On 486DX's and up, the same opcode only affects the internal FPU, so the mnemonic is named `fwait'. >> FreeBSD does lazy task switching; that it, FreeBSD does not do >> FP register saves on task switches, unless necessary, and does not >> do implict saves via TSS, since it does not use TSS for the switch >> (ie: it doesn't go through a task gate, except to get in and out >> of VM86 mode). FreeBSD actually does half-baked lazy FPU context switching. FreeBSD does do an FPU register save on context switches (if the process that is being switched from used the FPU). Then the next use of the FPU causes a trap and the FPU context of the process that caused the trap is loaded. Fully lazy FPU switching would defer the save until this trap. It isn't implemented because I was concerned about saving the context to a possibly-paged out pcb when I worked on this 6 years ago and hardly anyone has looked at this area since then. TSS-based context switching doesn't affect the FPU. I believe Linux uses TSS-based context switching for the CPU and fully lazy context switching for the FPU. >I don't understand how not saving the registers could lead to an FPE >delivered to the wrong process. A process could only leave with >pending exceptions if it used floating point and in that case its >registers would have been saved. Well, on old86's with a coprocessor, and on new86's with a coprocessor but still using IRQ13 to report exceptions, the save-context FPU instructions don't actually work if there is a trap pending - they cause a trap in the context of the new process. Half of the code and most of the complications in npx.c are for ignoring this trap. It occurs instead on the next FPU instruction for the old process, even that instruction is a control instruction that shouldn't trap. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Aug 30 21:03:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA18773 for freebsd-current-outgoing; Sun, 30 Aug 1998 21:03:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA18767 for ; Sun, 30 Aug 1998 21:03:30 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id AAA24509; Mon, 31 Aug 1998 00:02:24 -0400 (EDT) (envelope-from wollman) Date: Mon, 31 Aug 1998 00:02:24 -0400 (EDT) From: Garrett Wollman Message-Id: <199808310402.AAA24509@khavrinen.lcs.mit.edu> To: Mark Murray Cc: current@FreeBSD.ORG Subject: Is /usr architecture dependant? In-Reply-To: <199808301453.QAA12514@gratis.grondar.za> References: <199808301453.QAA12514@gratis.grondar.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > I am doing the final bits of knocking perl5 into shape, and the > location of libraries raises a question; are the contents of > libdata (which will contain perl code and some shared objects) > architecture dependant or independant? Architecture-dependant. Anything that's not belongs in /usr/share. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 00:46:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA08587 for freebsd-current-outgoing; Mon, 31 Aug 1998 00:46:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from a486n1.znh.org (dialup2.gaffaneys.com [208.155.161.52]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA08582 for ; Mon, 31 Aug 1998 00:46:49 -0700 (PDT) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by a486n1.znh.org (8.9.1/8.9.1) id HAA00939; Mon, 31 Aug 1998 07:45:52 GMT (envelope-from zach) Message-ID: <19980831024552.A912@znh.org.> Date: Mon, 31 Aug 1998 02:45:52 -0500 From: Zach Heilig To: Nicolas Souchu , Alexander Leidinger Cc: freebsd-current@FreeBSD.ORG Subject: Re: printer didn't work after cvsup References: <35E13ACB.10D29949@wurzelausix.cs.uni-sb.de> <19980830172105.51414@breizh.prism.uvsq.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19980830172105.51414@breizh.prism.uvsq.fr>; from Nicolas Souchu on Sun, Aug 30, 1998 at 05:21:05PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Aug 30, 1998 at 05:21:05PM +0000, Nicolas Souchu wrote: > Ok. When do you see the leds coming up again? I propose you to remove the > pnp_detect() call from /sys/dev/ppbus/ppbconf.c and tell me. I've seen this as well, but I thought it was just my configuration (tweeking the bios a bit fixed it). EPP only works (detected as): ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode EPP/ECP doesn't work (similar to, but with ECP/PS2 added). ppc0: Generic chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode -- 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 Mon Aug 31 01:10:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA10485 for freebsd-current-outgoing; Mon, 31 Aug 1998 01:10:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from prcom.rcom.spb.su (prcom.rcom.spb.su [193.124.80.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA10474 for ; Mon, 31 Aug 1998 01:10:13 -0700 (PDT) (envelope-from dragonfa@prcom.rcom.spb.su) Received: (from dragonfa@localhost) by prcom.rcom.spb.su (8.9.1/8.8.8) id MAA05020; Mon, 31 Aug 1998 12:07:01 +0400 (MSD) (envelope-from dragonfa) Date: Mon, 31 Aug 1998 12:07:01 +0400 (MSD) Message-Id: <199808310807.MAA05020@prcom.rcom.spb.su> From: Alexey Pialkin To: freebsd-current@FreeBSD.ORG Subject: E-problem Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi ! After last cvsup (31.08.1998 11:02 MSD) i'v tried to run "make aout-to-elf" and got problem. Any comments/recomendations ? sh-2.01# uname -a FreeBSD prcom.rcom.spb.su 3.0-CURRENT FreeBSD 3.0-CURRENT #10: Fri Aug 21 20:15:20 MSD 1998 dragonfa@prcom.rcom.spb.su:/usr/src/sys/compile/PRCOM i386 sh-2.01# make aout-to-elf -------------------------------------------------------------- Doing an aout buildworld to get an up-to-date set of tools -------------------------------------------------------------- ...... skipped .......... -------------------------------------------------------------- Rebuilding bootstrap libraries -------------------------------------------------------------- cd /usr/src; PATH=/usr/obj/aout/usr/src/tmp/sbin:/usr/obj/aout/usr/src/tmp/usr/sbin:/usr/obj/aout/usr/src/tmp/bin:/usr/obj/aout/usr/src/tmp/usr/bin:/usr/bin:/bin:/usr/local/bin:/stand:/usr/sbin:/sbin:/usr/sbin:/sbin:/stand:/usr/X11R6/bin BISON_SIMPLE=/usr/obj/aout/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/obj/aout/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib NOEXTRADEPEND=t OBJFORMAT_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/libexec /usr/obj/aout/usr/src/tmp/usr/bin/make DESTDIR=/usr/obj/aout/usr/src/tmp -f Makefile.inc1 bootstrap-libraries cd /usr/src/lib/csu/i386; /usr/obj/aout/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED cleandepend; /usr/obj/aout/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED all; /usr/obj/aout/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -B install cleandir obj make: don't know how to make /usr/obj/usr/src/tmp/usr/include/sys/param.h. Stop *** Error code 2 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. sh-2.01# exit Alexey Pialkin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 01:58:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA14619 for freebsd-current-outgoing; Mon, 31 Aug 1998 01:58:54 -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 BAA14613 for ; Mon, 31 Aug 1998 01:58:51 -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 KAA08073; Mon, 31 Aug 1998 10:57:33 +0200 (CEST) Received: from wurzelausix.cs.uni-sb.de (jKKGL7vKRfSpEI42OQdg0lF2fm85fpZX@wurzelausix.cs.uni-sb.de [134.96.247.1]) by cs.uni-sb.de (8.9.0/1998060300) with ESMTP id KAA19689; Mon, 31 Aug 1998 10:57:31 +0200 (CEST) Received: from wurzelausix.cs.uni-sb.de (IDENT:FFplG8bHez1mZ3Chl00X3EOIdiDR7Ccg@localhost [127.0.0.1]) by wurzelausix.cs.uni-sb.de (8.9.1/wjp/19980821) with ESMTP id KAA04922; Mon, 31 Aug 1998 10:57:24 +0200 (CEST) Message-Id: <199808310857.KAA04922@wurzelausix.cs.uni-sb.de> Date: Mon, 31 Aug 1998 10:57:21 +0200 (CEST) From: Alexander Leidinger Subject: Re: printer didn't work after cvsup To: zach@gaffaneys.com cc: Nicolas.Souchu@prism.uvsq.fr, freebsd-current@FreeBSD.ORG In-Reply-To: <19980831024552.A912@znh.org.> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 31 Aug, Zach Heilig wrote: > I've seen this as well, but I thought it was just my configuration (tweeking > the bios a bit fixed it). > > EPP only works (detected as): > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode I try this too. > EPP/ECP doesn't work (similar to, but with ECP/PS2 added). > ppc0: Generic chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode This is my actual setting. 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 Mon Aug 31 01:59:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA14649 for freebsd-current-outgoing; Mon, 31 Aug 1998 01:59:07 -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 BAA14642 for ; Mon, 31 Aug 1998 01:59:03 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id TAA19707; Mon, 31 Aug 1998 19:10:15 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808310910.TAA19707@cimlogic.com.au> Subject: Re: E-problem In-Reply-To: <199808310807.MAA05020@prcom.rcom.spb.su> from Alexey Pialkin at "Aug 31, 98 12:07:01 pm" To: pialkin@rcom.ru (Alexey Pialkin) Date: Mon, 31 Aug 1998 19:10:15 +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 Alexey Pialkin wrote: > > Hi ! > > After last cvsup (31.08.1998 11:02 MSD) i'v tried to run "make > aout-to-elf" and got problem. Any comments/recomendations ? > > sh-2.01# uname -a > FreeBSD prcom.rcom.spb.su 3.0-CURRENT FreeBSD 3.0-CURRENT #10: Fri Aug 21 20:15:20 MSD 1998 dragonfa@prcom.rcom.spb.su:/usr/src/sys/compile/PRCOM i386 > sh-2.01# make aout-to-elf > > -------------------------------------------------------------- > Doing an aout buildworld to get an up-to-date set of tools > -------------------------------------------------------------- > > ...... skipped .......... > > > -------------------------------------------------------------- > Rebuilding bootstrap libraries > -------------------------------------------------------------- > cd /usr/src; PATH=/usr/obj/aout/usr/src/tmp/sbin:/usr/obj/aout/usr/src/tmp/usr/sbin:/usr/obj/aout/usr/src/tmp/bin:/usr/obj/aout/usr/src/tmp/usr/bin:/usr/bin:/bin:/usr/local/bin:/stand:/usr/sbin:/sbin:/usr/sbin:/sbin:/stand:/usr/X11R6/bin BISON_SIMPLE=/usr/obj/aout/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/obj/aout/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib NOEXTRADEPEND=t OBJFORMAT_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/libexec /usr/obj/aout/usr/src/tmp/usr/bin/make DESTDIR=/usr/obj/aout/usr/src/tmp -f Makefile.inc1 bootstrap-libraries > cd /usr/src/lib/csu/i386; /usr/obj/aout/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED cleandepend; /usr/obj/aout/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED all; /usr/obj/aout/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -B install cleandir obj > make: don't know how to make /usr/obj/usr/src/tmp/usr/include/sys/param.h. Stop ^ | missing aout --------------------------+ Looks like you have either a stale object directory or .depend since the includes referenced at this point in build should have aout in the object directory 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 Mon Aug 31 02:20:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA17709 for freebsd-current-outgoing; Mon, 31 Aug 1998 02:20:01 -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 CAA17654 for ; Mon, 31 Aug 1998 02:19:52 -0700 (PDT) (envelope-from rock@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 LAA08339; Mon, 31 Aug 1998 11:18:51 +0200 (CEST) Received: from gate.ics (acc2-227.telip.uni-sb.de [134.96.112.227]) by cs.uni-sb.de (8.9.0/1998060300) with ESMTP id LAA20133; Mon, 31 Aug 1998 11:18:50 +0200 (CEST) Received: from doom.ics (doom.ics [192.168.0.254]) by gate.ics (8.9.1/1998061600) with ESMTP id LAA10349; Mon, 31 Aug 1998 11:18:29 +0200 (CEST) Received: (from rock@localhost) by doom.ics (8.8.8+Sun/8.8.8) id LAA00923; Mon, 31 Aug 1998 11:25:17 +0200 (MET DST) From: "D. Rock" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 31 Aug 1998 11:25:16 +0200 (MET DST) To: Zach Heilig Cc: freebsd-current@FreeBSD.ORG Subject: Re: printer didn't work after cvsup In-Reply-To: <19980831024552.A912@znh.org.> References: <35E13ACB.10D29949@wurzelausix.cs.uni-sb.de> <19980830172105.51414@breizh.prism.uvsq.fr> <19980831024552.A912@znh.org.> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13802.27355.871373.199447@doom> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Zach Heilig writes: > On Sun, Aug 30, 1998 at 05:21:05PM +0000, Nicolas Souchu wrote: > > Ok. When do you see the leds coming up again? I propose you to remove the > > pnp_detect() call from /sys/dev/ppbus/ppbconf.c and tell me. > > I've seen this as well, but I thought it was just my configuration (tweeking > the bios a bit fixed it). > > EPP only works (detected as): > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > > EPP/ECP doesn't work (similar to, but with ECP/PS2 added). > ppc0: Generic chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode Exactly the same for my configuration. I installed the system from a "make release" at Aug, 21. The printer only works if ECP is disabled. I have a parallel port ZIP drive attached (ick). There is an interesting phenomen: If I enable ECP, the printer port gets detected (Winbond W83877F on a VIA Apollo Master board), but the ZIP drive doesn't. After a reboot, even the BIOS doesn't find the parallel port any more. I have to do a power cycle to revive it again. Daniel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 02:23:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA18112 for freebsd-current-outgoing; Mon, 31 Aug 1998 02:23:18 -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 CAA18090 for ; Mon, 31 Aug 1998 02:23:14 -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 MAA19344; Mon, 31 Aug 1998 12:22:10 +0300 (EEST) Received: (from uucp@localhost) by kozlik.carrier.kiev.ua (8.9.0/8.9.0/8.Who.Cares) with UUCP id MAA14385; Mon, 31 Aug 1998 12:21:37 +0300 (EEST) Received: (from archer@localhost) by grape.carrier.kiev.ua (8.9.1/8.8.8) id MAA00403; Mon, 31 Aug 1998 12:02:50 +0300 (EEST) (envelope-from archer) Message-ID: <19980831120249.58455@carrier.kiev.ua> Date: Mon, 31 Aug 1998 12:02:49 +0300 From: Alexander Litvin To: Stefan Eggers Cc: current@FreeBSD.ORG Subject: Re: IPFW showing extra lines Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e X-Newsgroups: grape.freebsd.current In-Reply-To: <199808302055.WAA02656@semyam.dinoco.de> Organization: Lucky Grape Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199808302055.WAA02656@semyam.dinoco.de> you wrote: >> Specifically, ipfw -at l now shows a total of 1024 lines, whereas I >> should only have about 15 firewall rules set up. SE> The socket options handling code was renovated lately and totally SE> restructured removing the need for mbuf's there. SE> Taking a hard look at where it might fail I think it's a line in SE> sooptcopyout in sys/kern/uipc_socket.c causing this. The length of SE> the result is only copied into its rightful place if the buffer for SE> the result is too small. Sound's weird, doesn't it? SE> That can explain the problem you have with ipfw. It not only outputs SE> the rules the kernel gave back but also a lot more reading junk from SE> uninitialised memory as the length it gets back is the length of the SE> buffer ipfw allocated and not the length of the result. In this case SE> it seems to be freshly allocated memory filled with zero by the OS SE> resulting in these zero rules. SE> Thus I think the fix is to always set the result length which I expect SE> the attached patch (TOTALLY UNTESTED!!!) to do. It's a little bit too SE> late for me to test it today (about an hour till midnight) but maybe SE> someone else can say if I'm on the right track or not. Well, I'm not anywhere near expert, but manpage for getsockopt says: The parameters optval and optlen are used to access option values for setsockopt(). For getsockopt() they identify a buffer in which the value for the requested option(s) are to be returned. For getsockopt(), optlen is a value-result parameter, initially containing the size of the buffer pointed to by optval, and modified on return to indicate the actual size of the value returned. But, if sopt->sopt_valsize (read: optlen in getsockopt(2)) is less than the actual size of data which sooptcopyout() is asked to copy, the code copies optlen bytes of data. It is correct, as optlen is the size of the buffer. But also in such situation, sooptcopyout() modifies optlen to be the (larger) size of the data which sooptcopyout() was asked to copy. Either code or manpage is wrong. SE> Stefan. --- Q: How many Zen masters does it take to screw in a light bulb? A: None. The Universe spins the bulb, and the Zen master stays out of the way. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 02:34:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA19311 for freebsd-current-outgoing; Mon, 31 Aug 1998 02:34:28 -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 CAA19305 for ; Mon, 31 Aug 1998 02:34:24 -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 LAA13068; Mon, 31 Aug 1998 11:37:07 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Mon, 31 Aug 1998 11:37:07 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: John Birrell cc: Alexey Pialkin , freebsd-current@FreeBSD.ORG Subject: Re: E-problem In-Reply-To: <199808310910.TAA19707@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 On Mon, 31 Aug 1998, John Birrell wrote: > > make: don't know how to make /usr/obj/usr/src/tmp/usr/include/sys/param.h. Stop > ^ > | > missing aout --------------------------+ > > Looks like you have either a stale object directory or .depend since the > includes referenced at this point in build should have aout in the > object directory path. Is there any specific reason that when I do a 'make clean' it doesn't remove .depend files automatically? IMHO it should. Perhaps we need yet another target, something like 'reallyclean'... The stale .depend files have long standing tradition of plaguing unsuspecting users... Andrzej Bialecki +---------------------+------------------------+--------------------------+ | | When in problem or in | if(halt_per_mth > 0) { | | Research & Academic | doubt, run in circles, | fetch("FreeBSD"); | | Network in Poland | scream and shout. | } | + --------------------+------------------------+--------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 02:48:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA21104 for freebsd-current-outgoing; Mon, 31 Aug 1998 02:48:53 -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 CAA21085 for ; Mon, 31 Aug 1998 02:48:49 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id TAA19831; Mon, 31 Aug 1998 19:59:47 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808310959.TAA19831@cimlogic.com.au> Subject: Re: E-problem In-Reply-To: from Andrzej Bialecki at "Aug 31, 98 11:37:07 am" To: abial@nask.pl (Andrzej Bialecki) Date: Mon, 31 Aug 1998 19:59:47 +1000 (EST) Cc: jb@cimlogic.com.au, pialkin@rcom.ru, 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 Andrzej Bialecki wrote: > Is there any specific reason that when I do a 'make clean' it doesn't > remove .depend files automatically? IMHO it should. Was there a stale .depend in the src directory? The build cleans down the obj tree which it builds. Have you built using NOOBJ in the past? Or perhaps built the csu/i386 directory without doing a make obj first? The best way to clean things is to delete the obj tree. The new build forces you to use separate obj trees for aout and elf. NOOBJ bit the dust. -- 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 Mon Aug 31 02:54:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA21811 for freebsd-current-outgoing; Mon, 31 Aug 1998 02:54: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 CAA21795 for ; Mon, 31 Aug 1998 02:54:18 -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 CAA04808 for ; Mon, 31 Aug 1998 02:53:11 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: current@FreeBSD.ORG Subject: The Day After, initial reports. Date: Mon, 31 Aug 1998 02:53:10 -0700 Message-ID: <4804.904557190@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The make-aout-to-elf target seems to have worked fine, but building the GENERICupgrade kernel dies with: cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h ../../i386/i386/machdep.c {standard input}: Assembler messages: {standard input}:893: Error: operands given don't match any known 386 instruction {standard input}:894: Error: operands given don't match any known 386 instruction *** Error code 1 Help help - I'm ELF'd and I can't reboot... :-) [well, ok, it's just a test box] - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 03:26:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA24934 for freebsd-current-outgoing; Mon, 31 Aug 1998 03:26:42 -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 DAA24913 for ; Mon, 31 Aug 1998 03:26:39 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id MAA25613; Mon, 31 Aug 1998 12:25:26 +0200 (CEST) Message-ID: <19980831122525.A25527@cons.org> Date: Mon, 31 Aug 1998 12:25:25 +0200 From: Martin Cracauer To: Bruce Evans , cracauer@cons.org, current@FreeBSD.ORG Subject: Re: Floating Point Exceptions, signal handlers & subsequent ops References: <199808310322.NAA24605@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199808310322.NAA24605@godzilla.zeta.org.au>; from Bruce Evans on Mon, Aug 31, 1998 at 01:22:29PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <199808310322.NAA24605@godzilla.zeta.org.au>, Bruce Evans wrote: > >> >If sig == SIGFPE, then expect the trap code to be one of FPE_*_TRAP > >> >values from machine/trap.h, *not* one of the T_* values. > >> > >> Except this is not implemented. > > > >Does the appended diff count as an implementation? Test program > >included. > > Er, no. The exception status word is a bitmap. Code to map it to a > machine_dependent exception code should look something like: ^^ independent? > code = translation_table[ffs(status_word & control_word & 0x3F)]; But the values of the symbols the application tests against ("FP_X_...") are chosen so that no translation is needed. Your translation table would look like this: tab[0x01] = 0x01 tab[0x02] = 0x02 tab[0x04] = 0x04 ... tab[0x20] = 0x20 OK, actually, more like tab[0x01] = FP_X_INV ... which is probably your point, but still the same :-) Is it really canon that we should bloat the kernel with tables like this that are needed only when someone make undesired changes to a machine/ header file? > Perhaps it should do more if the final bitmap doesn't have precisely 1 bit > set in it. It's normal for the status word to have multiple bits set. > Anding with the control word and 0x3F probably reduces the number to > 1 in most cases, but it is possible for applications to create strange > bitmaps using control instructions. It is my intent to delete all bits but the one that caused this particular exception, to tell the application why it entered the exception handler (and nothing else). First, I clear all bits but the 6 exception bit and since bits from masked exceptions can be set besides the one for the unmasked exception that is just processed, I 'and' with the status word. I expect this to leave one bit only. Is it really the case that more than one bit for unmasked exceptions can be set before the FPE is triggered? If the application wants to know about more bits set (from masked exceptions), it has to fetch the status word itself. There is no need for kernel code to support that. > >Index: i386/i386/machdep.c > >=================================================================== > >RCS file: /home/CVS-FreeBSD/src/sys/i386/i386/machdep.c,v > >retrieving revision 1.304 > >diff -c -r1.304 machdep.c > >*** machdep.c 1998/08/18 07:46:58 1.304 > >--- machdep.c 1998/08/30 00:22:59 > >*************** > >*** 136,141 **** > >--- 136,143 ---- > > #include > > #include > > > >+ #include > >+ > > This header is application-only. I need it for the __fnstcw macro. What to do instead, insert the asm() directives directly? That would be duplication of code. Move the __fnstcw() macro to a header that is for kernel and applications? > > extern void init386 __P((int first)); > > extern void dblfault_handler __P((void)); > > > >*************** > >*** 502,508 **** > >--- 504,515 ---- > > struct sigframe sf; > > struct sigacts *psp = p->p_sigacts; > > int oonstack; > >+ u_long fpuctrl; > > > >+ if (sig == SIGFPE && code == 0) { > >+ __fnstcw(&fpuctrl); > > The FPU can't be used here if there was a context switch between the > FPU trap and here. So I have to treat it like curpcb->pcb_savefpu.sv_ex_sw, that means I store it into a new field curpcb->pcb_savefpu.sv_ex_cw in npx.c:npxintr() ? > >+ code = 0x3F & ~fpuctrl & curpcb->pcb_savefpu.sv_ex_sw; > >+ } > > This is missing the translation from the machine-dependent bitmap to the > "machine-independent" single-exception code. See above. 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 Aug 31 03:29:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA25204 for freebsd-current-outgoing; Mon, 31 Aug 1998 03:29:17 -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 DAA25189 for ; Mon, 31 Aug 1998 03:29:15 -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 LAA27415 for ; Mon, 31 Aug 1998 11:28:31 +0100 (BST) Date: Mon, 31 Aug 1998 11:28:31 +0100 (BST) From: Doug Rabson To: current@FreeBSD.ORG Subject: Compiler problems with gcc-2.7.2.1 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 have been having occaisonal problems with gcc-2.7.2.1 on the alpha where it makes bad register allocation choices, leading to broken code. I don't think anything in our build tickles this bug but XFree86 certainly does. I tracked down a set of patches from RedHat 5.0 which fix the problem but they are for gcc-2.7.2.3. I am not sure how to go about committing this. I have patched my tree up to 2.7.2.3 and added the RedHat patches but it really needs someone (hopefully not me) to do a proper import of 2.7.2.3. -- 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 Mon Aug 31 03:34:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA25812 for freebsd-current-outgoing; Mon, 31 Aug 1998 03:34:33 -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 DAA25807 for ; Mon, 31 Aug 1998 03:34:30 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id UAA19965; Mon, 31 Aug 1998 20:45:51 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808311045.UAA19965@cimlogic.com.au> Subject: Re: The Day After, initial reports. In-Reply-To: <4804.904557190@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 31, 98 02:53:10 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 31 Aug 1998 20:45:51 +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 Jordan K. Hubbard wrote: > The make-aout-to-elf target seems to have worked fine, but building > the GENERICupgrade kernel dies with: > > cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h ../../i386/i386/machdep.c > {standard input}: Assembler messages: > {standard input}:893: Error: operands given don't match any known 386 instruction > {standard input}:894: Error: operands given don't match any known 386 instruction > *** Error code 1 Is this version 1.305 of machdep.c ???? Try backing out: 1.305 +7 -1 src/sys/i386/i386/machdep.c 1.36 +1 -12 src/sys/i386/include/cpu.h 1.45 +4 -2 src/sys/i386/include/param.h 1.16 +1 -2 src/sys/kern/kern_mib.c which were from a commit that Kato did at 1998/08/31 01:41:58 PDT. Just a hunch. 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 Mon Aug 31 03:43:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA26575 for freebsd-current-outgoing; Mon, 31 Aug 1998 03:43:34 -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 DAA26519 for ; Mon, 31 Aug 1998 03:43:00 -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 MAA01132 for current@freebsd.org; Mon, 31 Aug 1998 12:41:52 +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: Mon, 31 Aug 1998 12:41:52 +0200 (MEST) Organization: university of bayreuth From: Werner Griessl To: current@FreeBSD.ORG Subject: buildworld aout current problem Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ---------------------------------- E-Mail: Werner Griessl Date: 31-Aug-98 Time: 12:38:44 This message was sent by XFMail ---------------------------------- cannot buildworld (Aug 31): cc -O -pipe -DLKM -DCOMPAT_LINUX -aout -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -ansi -nostdinc -I- -I/usr/obj/aout/spare2/F/src/lkm/linux -I/usr/obj/aout/spare2/F/src/lkm/linux/@ -I/usr/obj/aout/usr/src/tmp/usr/include -c /spare2/F/src/lkm/linux/../../sys/i386/linux/linux_ioctl.c /spare2/F/src/lkm/linux/../../sys/i386/linux/linux_ioctl.c: In function `linux_ioctl': /spare2/F/src/lkm/linux/../../sys/i386/linux/linux_ioctl.c:857: `retval' undeclared (first use this function) /spare2/F/src/lkm/linux/../../sys/i386/linux/linux_ioctl.c:857: (Each undeclared identifier is reported only once /spare2/F/src/lkm/linux/../../sys/i386/linux/linux_ioctl.c:857: for each function it appears in.) /spare2/F/src/lkm/linux/../../sys/i386/linux/linux_ioctl.c:857: too many arguments to function `ioctl' /spare2/F/src/lkm/linux/../../sys/i386/linux/linux_ioctl.c:900: too many arguments to function `ioctl' /spare2/F/src/lkm/linux/../../sys/i386/linux/linux_ioctl.c:904: too many arguments to function `ioctl' /spare2/F/src/lkm/linux/../../sys/i386/linux/linux_ioctl.c:908: too many arguments to function `ioctl' /spare2/F/src/lkm/linux/../../sys/i386/linux/linux_ioctl.c:912: too many arguments to function `ioctl' /spare2/F/src/lkm/linux/../../sys/i386/linux/linux_ioctl.c:916: too many arguments to function `ioctl' /spare2/F/src/lkm/linux/../../sys/i386/linux/linux_ioctl.c:920: too many arguments to function `ioctl' *** Error code 1 Stop. Werner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 03:43:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA26618 for freebsd-current-outgoing; Mon, 31 Aug 1998 03:43:45 -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 DAA26613 for ; Mon, 31 Aug 1998 03:43:43 -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 UAA22558; Mon, 31 Aug 1998 20:39:34 +1000 Date: Mon, 31 Aug 1998 20:39:34 +1000 From: Bruce Evans Message-Id: <199808311039.UAA22558@godzilla.zeta.org.au> To: abial@nask.pl, jb@cimlogic.com.au Subject: Re: E-problem Cc: freebsd-current@FreeBSD.ORG, pialkin@rcom.ru Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> > make: don't know how to make /usr/obj/usr/src/tmp/usr/include/sys/param.h. Stop >Is there any specific reason that when I do a 'make clean' it doesn't >remove .depend files automatically? IMHO it should. Yes. Removing dependency files is usually just a waste of time. If you want precisely the dependency files removed, use `make cleandepend'. >Perhaps we need yet another target, something like 'reallyclean'... The >stale .depend files have long standing tradition of plaguing unsuspecting >users... We already have the `cleanobj' and `cleandir' targets for this. cleandir removes everything. cleanobj removes everything in the objdir and underneath it, and the obj link (if any), but does not descend into subdirectories in the source tree. `make world' normally does a full `make cleandir'. It can be broken by using the NOCLEAN option. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 03:49:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA27488 for freebsd-current-outgoing; Mon, 31 Aug 1998 03:49:47 -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 DAA27483 for ; Mon, 31 Aug 1998 03:49:43 -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 MAA05407; Mon, 31 Aug 1998 12:19:02 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Mon, 31 Aug 1998 12:19:01 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: John Birrell cc: pialkin@rcom.ru, freebsd-current@FreeBSD.ORG Subject: Re: E-problem In-Reply-To: <199808310959.TAA19831@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 On Mon, 31 Aug 1998, John Birrell wrote: > Andrzej Bialecki wrote: > > Is there any specific reason that when I do a 'make clean' it doesn't > > remove .depend files automatically? IMHO it should. > > Was there a stale .depend in the src directory? > > The build cleans down the obj tree which it builds. Have you built using > NOOBJ in the past? Or perhaps built the csu/i386 directory without > doing a make obj first? No, I simply use crunchgen very often, and it does 'make depend' for each program in crunch.conf. It's usually inconvenient to first create obj tree for each program, or to remove the old one - what seems more appropriate here is that 'make clean' would also remove the old .depend, wherever they are at the moment (i.e. either in obj tree or in src tree). > The best way to clean things is to delete the obj tree. This is not a good option when using crunchgen to build just a couple of programs, not the full 'make world'... Andrzej Bialecki +---------------------+------------------------+--------------------------+ | | When in problem or in | if(halt_per_mth > 0) { | | Research & Academic | doubt, run in circles, | fetch("FreeBSD"); | | Network in Poland | scream and shout. | } | + --------------------+------------------------+--------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 03:53:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA28111 for freebsd-current-outgoing; Mon, 31 Aug 1998 03:53: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 DAA28106 for ; Mon, 31 Aug 1998 03:53: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 DAA06989; Mon, 31 Aug 1998 03:52:43 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Werner Griessl cc: current@FreeBSD.ORG Subject: Re: buildworld aout current problem In-reply-to: Your message of "Mon, 31 Aug 1998 12:41:52 +0200." Date: Mon, 31 Aug 1998 03:52:43 -0700 Message-ID: <6985.904560763@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > cannot buildworld (Aug 31): Sorry, my fault - I accidently swapped a 2.2 fix with the proper one for 3.0. Fixed. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 03:55:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA28354 for freebsd-current-outgoing; Mon, 31 Aug 1998 03:55:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA28348 for ; Mon, 31 Aug 1998 03:55:18 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id MAA26770 for current@freebsd.org; Mon, 31 Aug 1998 12:45:14 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.1/8.9.1) id MAA17104 for current@freebsd.org; Mon, 31 Aug 1998 12:30:37 +0200 (CEST) (envelope-from andreas) Message-ID: <19980831123036.A17094@klemm.gtn.com> Date: Mon, 31 Aug 1998 12:30:36 +0200 From: Andreas Klemm To: current@FreeBSD.ORG Subject: E-day not completed ? get the following error Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG /etc/make.conf contains BINFORMAT=elf make aout-to-elf [...] -------------------------------------------------------------- Rebuilding bootstrap libraries -------------------------------------------------------------- cd /usr/src; PATH=/usr/obj/aout/usr/src/tmp/sbin:/usr/obj/aout/usr/src/tmp/usr/sbin:/usr/obj/aout/usr/src/tmp/bin:/usr/obj/aout/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/games:/usr/local/sbin:/usr/X11R6/bin:/usr/local/pgsql/bin:/usr/local/java/bin:/root/bin BISON_SIMPLE=/usr/obj/aout/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/obj/aout/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/aout/usr/src/tmp/usr/lib:/usr/obj/aout/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib:/usr/obj/aout/usr/src/tmp/usr/lib NOEXTRADEPEND=t OBJFORMAT_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/libexec /usr/obj/aout/usr/src/tmp/usr/bin/make DESTDIR=/usr/obj/aout/usr/src/tmp -f Makefile.inc1 bootstrap-libraries cd /home/src/lib/csu/i386-elf; /usr/obj/aout/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED cleandepend; /usr/obj/aout/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED all; /usr/obj/aout/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -B install cleandir obj rm -f .depend /usr/obj/aout/home/src/lib/csu/i386-elf/GRTAGS /usr/obj/aout/home/src/lib/csu/i386-elf/GSYMS /usr/obj/aout/home/src/lib/csu/i386-elf/GTAGS cc -pipe -O -elf -Wall -Wno-unused -I/usr/obj/aout/usr/src/tmp/usr/include -c /home/src/lib/csu/i386-elf/crt1.c -o crt1.o ld: crt1.o: malformed input file (not rel or archive) *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 04:03:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA29830 for freebsd-current-outgoing; Mon, 31 Aug 1998 04:03:26 -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 EAA29743 for ; Mon, 31 Aug 1998 04:03:14 -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 NAA01003; Mon, 31 Aug 1998 13:05:32 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Mon, 31 Aug 1998 13:05:31 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Bruce Evans cc: jb@cimlogic.com.au, freebsd-current@FreeBSD.ORG, pialkin@rcom.ru Subject: Re: E-problem In-Reply-To: <199808311039.UAA22558@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 Mon, 31 Aug 1998, Bruce Evans wrote: > >> > make: don't know how to make /usr/obj/usr/src/tmp/usr/include/sys/param.h. Stop > > >Is there any specific reason that when I do a 'make clean' it doesn't > >remove .depend files automatically? IMHO it should. > > Yes. Removing dependency files is usually just a waste of time. If > you want precisely the dependency files removed, use `make cleandepend'. Ok, that's the one I wanted. Thanks. Andrzej Bialecki +---------------------+------------------------+--------------------------+ | | When in problem or in | if(halt_per_mth > 0) { | | Research & Academic | doubt, run in circles, | fetch("FreeBSD"); | | Network in Poland | scream and shout. | } | + --------------------+------------------------+--------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 04:17:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA03163 for freebsd-current-outgoing; Mon, 31 Aug 1998 04:17:19 -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 EAA03158 for ; Mon, 31 Aug 1998 04:17:13 -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 EAA16722; Mon, 31 Aug 1998 04:15:44 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199808311115.EAA16722@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.49 (Beta) Date: Mon, 31 Aug 1998 04:15:44 -0700 To: John Birrell , jkh@time.cdrom.com (Jordan K. Hubbard) From: Manfred Antar Subject: Re: The Day After, initial reports. Cc: current@FreeBSD.ORG In-Reply-To: <199808311045.UAA19965@cimlogic.com.au> References: <4804.904557190@time.cdrom.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 08:45 PM 8/31/98 +1000, John Birrell wrote: >Jordan K. Hubbard wrote: >> The make-aout-to-elf target seems to have worked fine, but building >> the GENERICupgrade kernel dies with: >> >> cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit >-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith >-Winline -Wuninitialized -ansi -nostdinc -I- -I. -I../.. -I../../../include > -DKERNEL -include opt_global.h ../../i386/i386/machdep.c >> {standard input}: Assembler messages: >> {standard input}:893: Error: operands given don't match any known 386 >instruction >> {standard input}:894: Error: operands given don't match any known 386 >instruction >> *** Error code 1 > >Is this version 1.305 of machdep.c ???? > >Try backing out: > > 1.305 +7 -1 src/sys/i386/i386/machdep.c > 1.36 +1 -12 src/sys/i386/include/cpu.h > 1.45 +4 -2 src/sys/i386/include/param.h > 1.16 +1 -2 src/sys/kern/kern_mib.c > >which were from a commit that Kato did at 1998/08/31 01:41:58 PDT. > >Just a hunch. 8-) > I'm seeing the same thing. But it happened before and after I cvsupped the above changes. Should I not reboot. I just did the conversion from aout-to-elf, and can't make a kernel. 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 Aug 31 04:17:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA03243 for freebsd-current-outgoing; Mon, 31 Aug 1998 04:17:51 -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 EAA03226 for ; Mon, 31 Aug 1998 04:17:43 -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 EAA11781; Mon, 31 Aug 1998 04:16:36 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: John Birrell cc: current@FreeBSD.ORG Subject: Re: The Day After, initial reports. In-reply-to: Your message of "Mon, 31 Aug 1998 20:45:51 +1000." <199808311045.UAA19965@cimlogic.com.au> Date: Mon, 31 Aug 1998 04:16:36 -0700 Message-ID: <11777.904562196@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nope, I'm afraid those changes were innocuous. This is something weirder, I think. The compiler is spitting out something which the ELF assembler doesn't like, to wit: su-2.01# /usr/libexec/elf/as -v -o machdep.o machdep.s GNU assembler version 2.8.1 (i386-unknown-freebsdelf), using BFD version 2.8.1 machdep.s: Assembler messages: machdep.s:919: Error: operands given don't match any known 386 instruction machdep.s:920: Error: operands given don't match any known 386 instruction if you look at the location in question, the error is on: .. cmpl %esi,curpcb jne .L352 movl _udatasel,%ecx #APP mov %ecx,%fs <-- XXX these two mov %ecx,%gs lines XXX -- > #NO_APP .L352: movl 8(%ebp),%ecx movl 272(%ecx),%eax andb $254,212(%eax) %fs? %gs? Interesting! :-) > Jordan K. Hubbard wrote: > > The make-aout-to-elf target seems to have worked fine, but building > > the GENERICupgrade kernel dies with: > > > > cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnest ed-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline - Wuninitialized -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -i nclude opt_global.h ../../i386/i386/machdep.c > > {standard input}: Assembler messages: > > {standard input}:893: Error: operands given don't match any known 386 instr uction > > {standard input}:894: Error: operands given don't match any known 386 instr uction > > *** Error code 1 > > Is this version 1.305 of machdep.c ???? > > Try backing out: > > 1.305 +7 -1 src/sys/i386/i386/machdep.c > 1.36 +1 -12 src/sys/i386/include/cpu.h > 1.45 +4 -2 src/sys/i386/include/param.h > 1.16 +1 -2 src/sys/kern/kern_mib.c > > which were from a commit that Kato did at 1998/08/31 01:41:58 PDT. > > Just a hunch. 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 Mon Aug 31 04:26:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA04499 for freebsd-current-outgoing; Mon, 31 Aug 1998 04:26:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.124.148]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA04494 for ; Mon, 31 Aug 1998 04:26:39 -0700 (PDT) (envelope-from kato@ganko.eps.nagoya-u.ac.jp) Received: from localhost (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.9.1/3.7W) with ESMTP id UAA04824; Mon, 31 Aug 1998 20:25:25 +0900 (JST) To: jb@cimlogic.com.au Cc: jkh@time.cdrom.com, current@FreeBSD.ORG Subject: Re: The Day After, initial reports. From: KATO Takenori In-Reply-To: Your message of "Mon, 31 Aug 1998 20:45:51 +1000 (EST)" <199808311045.UAA19965@cimlogic.com.au> References: <199808311045.UAA19965@cimlogic.com.au> X-Mailer: Mew version 1.92.4 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980831202524O.kato@gneiss.eps.nagoya-u.ac.jp> Date: Mon, 31 Aug 1998 20:25:24 +0900 X-Dispatcher: imput version 971024 Lines: 42 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > Is this version 1.305 of machdep.c ???? > > Try backing out: > > 1.305 +7 -1 src/sys/i386/i386/machdep.c > 1.36 +1 -12 src/sys/i386/include/cpu.h > 1.45 +4 -2 src/sys/i386/include/param.h > 1.16 +1 -2 src/sys/kern/kern_mib.c > > which were from a commit that Kato did at 1998/08/31 01:41:58 PDT. > > Just a hunch. 8-) My 3.0-current box said: PC98 GENERIC98 (BINFORMAT=aout) kato% make machdep.o cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -ansi -nostdinc -I- -I. -I../.. -I/usr/include -DKERNEL -include opt_global.h ../../pc98/i386/machdep.c kato% IBM-PC GENERIC (BINFORMAT=elf) kato% make machdep.o cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -ansi -nostdinc -I- -I. -I../.. -I/usr/include -DKERNEL -include opt_global.h ../../i386/i386/machdep.c kato% IBM-PC GENERIC (BINFORMAT=aout) kato% make machdep.o cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -ansi -nostdinc -I- -I. -I../.. -I/usr/include -DKERNEL -include opt_global.h ../../i386/i386/machdep.c kato% There is no error message. -----------------------------------------------+--------------------------+ Kato Takenori | FreeBSD | Dept. Earth Planet. Sci, Nagoya Univ. | The power to serve! | Nagoya, 464-8602, Japan | http://www.FreeBSD.org/ | ++++ FreeBSD(98) 2.2.7: Rev. 01 available! +==========================+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 04:28:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA04703 for freebsd-current-outgoing; Mon, 31 Aug 1998 04:28:44 -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 EAA04677 for ; Mon, 31 Aug 1998 04:28: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 VAA25654; Mon, 31 Aug 1998 21:27:36 +1000 Date: Mon, 31 Aug 1998 21:27:36 +1000 From: Bruce Evans Message-Id: <199808311127.VAA25654@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 >> Er, no. The exception status word is a bitmap. Code to map it to a >> machine_dependent exception code should look something like: > ^^ > independent? -independent :-) The 6 standard IEEE exceptions can be mapped to the same binary code for all machines. Probably not very useful, but easy to do. i386's also have an FP stack overflow exception. This gets reported as a invalid operand exception and a stack fault exception (bit 0x40 for the latter). This should probably be reported as a stack fault exception only. >> code = translation_table[ffs(status_word & control_word & 0x3F)]; > >But the values of the symbols the application tests against >("FP_X_...") are chosen so that no translation is needed. Sorry, I thought that you didn't change the codes that much. >Your translation table would look like this: >tab[0x01] = 0x01 >tab[0x02] = 0x02 >tab[0x04] = 0x04 >... >tab[0x20] = 0x20 I used ffs() so I don't have to worry about more than one bit being set. It's probably better use use a table of size 0x80 to cover the stack exception bit and not depend on ffs() for priority decoding. E.g., 0x41 (invalid operand + stack fault) should be mapped to the code for a stack fault unless we do lots more work to untangle the bits - the stack fault bit may be set without there being stack overflow in the previous FPU instruction because it is sticky. >Is it really canon that we should bloat the kernel with tables like >this that are needed only when someone make undesired changes to a >machine/ header file? No, but ... >... >It is my intent to delete all bits but the one that caused this >particular exception, to tell the application why it entered the >exception handler (and nothing else). ... you need a table to tell which bits to delete. >I expect this to leave one bit only. Is it really the case that more >than one bit for unmasked exceptions can be set before the FPE is >triggered? All bits may be set if the application fiddles with the control word, e.g.: 1. mask (traps for) all exceptions (fninit) 2. cause all exceptions (including a stack exception) 3. unmask one exception (fldcw) 4. attempt to execute a non-control FP instruction This will trap in step 4. All exception bits will be set, and the FPU's cs:eip will point to the last instruction that caused an exception in step 2. >If the application wants to know about more bits set (from masked >exceptions), it has to fetch the status word itself. There is no need >for kernel code to support that. Yes there is, since the kernel part of the trap handler clears all exceptions (it has to, so that the application can continue after returning from the SIGFPE handler. OTOH, the application shouldn't return from the SIGFPE handler). >> >+ #include >> >+ >> >> This header is application-only. > >I need it for the __fnstcw macro. What to do instead, insert the asm() >directives directly? That would be duplication of code. Move the >__fnstcw() macro to a header that is for kernel and applications? npx.c has its own fnstcw() macro. It also has a pseudocode macro named XXX_ENCODE() which needs to be completed to fix this problem. >> The FPU can't be used here if there was a context switch between the >> FPU trap and here. > >So I have to treat it like curpcb->pcb_savefpu.sv_ex_sw, that means I >store it into a new field curpcb->pcb_savefpu.sv_ex_cw in >npx.c:npxintr() ? Just translate the code there. You do need to store the control word somewhere. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 04:33:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA05645 for freebsd-current-outgoing; Mon, 31 Aug 1998 04:33:51 -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 EAA05633 for ; Mon, 31 Aug 1998 04:33:48 -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 VAA31196; Mon, 31 Aug 1998 21:02:50 +0930 (CST) Received: by bragg; (5.65/1.1.8.2/05Aug95-0227PM) id AA29881; Mon, 31 Aug 1998 21:02:48 +0930 Date: Mon, 31 Aug 1998 21:02:48 +0930 (CST) From: Kris Kennaway X-Sender: kkennawa@bragg To: Andrzej Bialecki Cc: freebsd-current@FreeBSD.ORG Subject: Re: E-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 On Mon, 31 Aug 1998, Andrzej Bialecki wrote: > Is there any specific reason that when I do a 'make clean' it doesn't > remove .depend files automatically? IMHO it should. > > Perhaps we need yet another target, something like 'reallyclean'... The > stale .depend files have long standing tradition of plaguing unsuspecting > users... I noticed this yesterday and was going to look into it further to see what old stuff wasn't being properly cleaned out by make clean. I seemed to have a whole swag of *.[oa]'s, .depends, and some miscellaneous other cruft which I removed and wasnt replaced by cvsup (so I assume was generated as part of the build process). I'm gonna hold off trying to rebuild until the dust has settled from the mEtamorphosis so I'll probably take another look in a week or so and see if I can come up with a list of bits not being cleaned by 'make clean'. > Andrzej Bialecki Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 04:41:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA06619 for freebsd-current-outgoing; Mon, 31 Aug 1998 04:41:18 -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 EAA06612 for ; Mon, 31 Aug 1998 04:41:14 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id VAA20146; Mon, 31 Aug 1998 21:52:36 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808311152.VAA20146@cimlogic.com.au> Subject: Re: The Day After, initial reports. In-Reply-To: <11777.904562196@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 31, 98 04:16:36 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 31 Aug 1998 21:52:35 +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: > Nope, I'm afraid those changes were innocuous. This is something > weirder, I think. The compiler is spitting out something which the > ELF assembler doesn't like, to wit: > > su-2.01# /usr/libexec/elf/as -v -o machdep.o machdep.s The kernel should be aout. Have you got OBJFORMAT=elf in /etc/make.conf or your environment or in /etc/objformat? I should have make a change to Makefile.i386 in src/sys/i386/conf to set OBJFORMAT=aout instead of BINFORMAT. Try 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 Mon Aug 31 05:03:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA08888 for freebsd-current-outgoing; Mon, 31 Aug 1998 05:03: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 FAA08882 for ; Mon, 31 Aug 1998 05:03:17 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id WAA20232; Mon, 31 Aug 1998 22:14:32 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808311214.WAA20232@cimlogic.com.au> Subject: Re: E-day not completed ? get the following error In-Reply-To: <19980831123036.A17094@klemm.gtn.com> from Andreas Klemm at "Aug 31, 98 12:30:36 pm" To: andreas@klemm.gtn.com (Andreas Klemm) Date: Mon, 31 Aug 1998 22:14:32 +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 Andreas Klemm wrote: > /etc/make.conf contains BINFORMAT=elf Are you sure it hasn't got OBJFORMAT=elf too? > -------------------------------------------------------------- > Rebuilding bootstrap libraries > -------------------------------------------------------------- > cd /usr/src; > PATH=/usr/obj/aout/usr/src/tmp/sbin:/usr/obj/aout/usr/src/tmp/usr/sbin:/usr/obj/aout/usr/src/tmp/bin:/usr/obj/aout/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/games:/usr/local/sbin:/usr/X11R6/bin:/usr/local/pgsql/bin:/usr/local/java/bin:/root/bin > BISON_SIMPLE=/usr/obj/aout/usr/src/tmp/usr/share/misc/bison.simple > COMPILER_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/obj/aout/usr/src/tmp/usr/bin > GCC_EXEC_PREFIX=/usr/obj/aout/usr/src/tmp/usr/lib:/usr/obj/aout/usr/src/tmp/usr/lib/ > LD_LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib > LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib:/usr/obj/aout/usr/src/tmp/usr/lib > NOEXTRADEPEND=t > OBJFORMAT_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/libexec > /usr/obj/aout/usr/src/tmp/usr/bin/make DESTDIR=/usr/obj/aout/usr/src/tmp -f ^ | This is an aout build. ------------------------------------+ > Makefile.inc1 bootstrap-libraries > cd /home/src/lib/csu/i386-elf; /usr/obj/aout/usr/src/tmp/usr/bin/make ^ | But src/Makefile.inc1 is seeing OBJFORMAT=elf. This means that /etc/make.conf must be overriding OBJFORMAT. -- 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 Mon Aug 31 05:15:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA10102 for freebsd-current-outgoing; Mon, 31 Aug 1998 05:15:25 -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 FAA10095 for ; Mon, 31 Aug 1998 05:15:22 -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 HAA15318; Mon, 31 Aug 1998 07:12:36 -0400 (EDT) Date: Mon, 31 Aug 1998 07:12:36 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: John Birrell cc: freebsd-current@FreeBSD.ORG Subject: different E-problem In-Reply-To: <199808310959.TAA19831@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 I usually have my obj directory redirected to /usr2/obj, my 2nd disk, both because that's where room is, and because of the speed advantage you get from having src and obj on different disks. I have been doing this by having: OBJLINK= yes MAKEOBJDIRPREFIX=/usr2/obj in my /etc/make.conf. I just decided to do one last aout buildworld before doing the elf build (to see if the tree was ok first) and I began getting these error messages: ===> bin/rcp Warning: Object directory not changed from original /usr/src/bin/rcp I then took a look at /usr/src/Makefile, where the comments refer to /usr/obj. Is that now hardwired in? Do I need to use softlinks to get it on the spot I want? I did a scan with find for .depend files, didn't find any, so was that warning bogus, maybe? ----------------------------+----------------------------------------------- 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 Aug 31 05:31:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA11882 for freebsd-current-outgoing; Mon, 31 Aug 1998 05:31:15 -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 FAA11861 for ; Mon, 31 Aug 1998 05:31:12 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id WAA20332; Mon, 31 Aug 1998 22:42:20 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808311242.WAA20332@cimlogic.com.au> Subject: Re: different E-problem In-Reply-To: from Chuck Robey at "Aug 31, 98 07:12:36 am" To: chuckr@glue.umd.edu (Chuck Robey) Date: Mon, 31 Aug 1998 22:42:19 +1000 (EST) Cc: jb@cimlogic.com.au, 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 Chuck Robey wrote: > I usually have my obj directory redirected to /usr2/obj, my 2nd disk, > both because that's where room is, and because of the speed advantage > you get from having src and obj on different disks. I have been doing > this by having: > > OBJLINK= yes > MAKEOBJDIRPREFIX=/usr2/obj > > in my /etc/make.conf. I just decided to do one last aout buildworld > before doing the elf build (to see if the tree was ok first) and I began > getting these error messages: > > ===> bin/rcp > Warning: Object directory not changed from original /usr/src/bin/rcp > > I then took a look at /usr/src/Makefile, where the comments refer to > /usr/obj. Is that now hardwired in? Do I need to use softlinks to get > it on the spot I want? I did a scan with find for .depend files, didn't > find any, so was that warning bogus, maybe? The object directory gets set to ${MAKEOBJDIRPREFIX}/${OBJFORMAT} in Makefile.inc0. The upgrade sets ${MAKEOBJDIRPREFIX}/aout or ${MAKEOBJDIRPREFIX}/elf explicitly depending on which bit it is doing. It is the OBJLINK that shouldn't be used. It writes in the source directory. If you use make world or make buildworld, the object directories will be created for you based on your preferred MAKEOBJDIRPREFIX. However, you should be warned that MAKEOBJDIRPREFIX only works properly if set in the environment, not in /etc/make.conf. There are existing comments in bsd.obj.mk to this effect. The problem with putting things in /etc/make.conf is that you are overriding things that the build procedure has set for good reason. Since the settings in /etc/make.conf are absolute ( = , not ?= ), and /etc/make.conf is included near the bottom of sys.mk, they always win. 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 Mon Aug 31 05:36:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA12613 for freebsd-current-outgoing; Mon, 31 Aug 1998 05:36:58 -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 FAA12602 for ; Mon, 31 Aug 1998 05:36:35 -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 OAA03586; Mon, 31 Aug 1998 14:35:28 +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 In-Reply-To: <6985.904560763@time.cdrom.com> Date: Mon, 31 Aug 1998 14:35:28 +0200 (MEST) Organization: university of bayreuth From: Werner Griessl To: "Jordan K. Hubbard" Subject: Re: buildworld aout current problem Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 31-Aug-98 Jordan K. Hubbard wrote: >> cannot buildworld (Aug 31): > > Sorry, my fault - I accidently swapped a 2.2 fix with the proper one > for 3.0. Fixed. > > - Jordan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message ---------------------------------- E-Mail: Werner Griessl Date: 31-Aug-98 Time: 14:34:57 This message was sent by XFMail ---------------------------------- Thanks, it's working now . Werner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 05:40:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA13057 for freebsd-current-outgoing; Mon, 31 Aug 1998 05:40:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from thing.dyn.ml.org (dyn1-tnt13-30.detroit.mi.ameritech.net [199.179.188.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA13048 for ; Mon, 31 Aug 1998 05:40:04 -0700 (PDT) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (bsdx [192.168.1.2]) by thing.dyn.ml.org (8.8.8/8.8.7) with ESMTP id IAA09228 for ; Mon, 31 Aug 1998 08:39:03 -0400 (EDT) (envelope-from mcdougall@ameritech.net) Message-ID: <35EA9965.123E818D@ameritech.net> Date: Mon, 31 Aug 1998 08:39:01 -0400 From: Adam McDougall X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: E-day success Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thought some good news might be in order :) make aout-to-elf-build worked fine, nice big 10 meg log of the compile, and I decided to throw the switch and make aout-to-elf-build and all installed well. 8:37AM up 12 mins, 3 users, load averages: 0.20, 0.21, 0.11 /bin/ls: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), statically linked, stripped Many thanks to all who worked on this, it was a painless transition. ps. There were elf patches for xfree86 floating out there, im not sure if they still work but if there are a working set I'd like to try them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 05:48:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA13706 for freebsd-current-outgoing; Mon, 31 Aug 1998 05:48:05 -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 FAA13644 for ; Mon, 31 Aug 1998 05:47:59 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id OAA26031; Mon, 31 Aug 1998 14:46:48 +0200 (CEST) Message-ID: <19980831144648.A25916@cons.org> Date: Mon, 31 Aug 1998 14:46:48 +0200 From: Martin Cracauer To: Bruce Evans , cracauer@cons.org, current@FreeBSD.ORG Subject: Re: Floating Point Exceptions, signal handlers & subsequent ops References: <199808311127.VAA25654@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199808311127.VAA25654@godzilla.zeta.org.au>; from Bruce Evans on Mon, Aug 31, 1998 at 09:27:36PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <199808311127.VAA25654@godzilla.zeta.org.au>, Bruce Evans wrote: > >> Er, no. The exception status word is a bitmap. Code to map it to a > >> machine_dependent exception code should look something like: > > ^^ > > independent? > -independent :-) > > The 6 standard IEEE exceptions can be mapped to the same binary code for > all machines. Probably not very useful, but easy to do. i386's also have > an FP stack overflow exception. This gets reported as a invalid operand > exception and a stack fault exception (bit 0x40 for the latter). This > should probably be reported as a stack fault exception only. OK. > >> code = translation_table[ffs(status_word & control_word & 0x3F)]; > > > >But the values of the symbols the application tests against > >("FP_X_...") are chosen so that no translation is needed. > > Sorry, I thought that you didn't change the codes that much. I didn't. The FP_X_ value have always been the hardware bit values. They are on Solaris (SPARC and x86) as well, so I thought people agreed to use the hardware bit values to make the kernel code more efficient. The Linux folks do different, they have FPU- and non-FPU FPE reasons all in their FPE_...... macros in siginfo.h, not oriented on the hardware values. The set is the same for all platforms, they implement nothing to check for x86-only exceptions. Passing the codes seems to be implementend on m86k only, and they deliver integer divisions by zero as FPE just as on x86. I doubt that is what 68K normally does... Anyway, your following explanations make the need for a translation table obvious, since my code doesn't ensure that only one bit is set. [...] > npx.c has its own fnstcw() macro. It also has a pseudocode macro named > XXX_ENCODE() which needs to be completed to fix this problem. Ah! Should have read all the XXX in there, first :-) > >> The FPU can't be used here if there was a context switch between the > >> FPU trap and here. > > > >So I have to treat it like curpcb->pcb_savefpu.sv_ex_sw, that means I > >store it into a new field curpcb->pcb_savefpu.sv_ex_cw in > >npx.c:npxintr() ? > > Just translate the code there. You do need to store the control word > somewhere. Store it for use outside of npxintr()? Why that? If I implement XXX_ENCODE, I get the trap code I want and have no need for the control word (or the status word, for that matter) outside this function. That's suffiicient for the current infrastructure. If I want to make the control/status words available to the exception handler, it would require extending 'struct sigcontext'. Both would still require my changes to the FPE_......_TRAP values to keep them off the FP_X_ range. 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 Aug 31 05:55:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA14741 for freebsd-current-outgoing; Mon, 31 Aug 1998 05:55:34 -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 FAA14736 for ; Mon, 31 Aug 1998 05:55:29 -0700 (PDT) (envelope-from dick@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 HAA24463 for ; Mon, 31 Aug 1998 07:54:31 -0500 (CDT) Message-Id: <199808311254.HAA24463@ns.tar.com> From: "Richard Seaman, Jr." To: "current@freebsd.org" Date: Mon, 31 Aug 98 07:54:30 -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: 1,000,001 yields and still second thread doesn't execute Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've suggested in a previous message (and a pr) that there may be some bugs in the pthread scheduler. Upon further investigation it appears they may be more extensive than I thought. I've attached a demonstration program. It starts 2 threads. Depending on the option, the threads are either "compute bound", or simply "yield threads". The latter threads basically just execute pthread_yield. For the yield thread case, even though a thread executes 1,000,001 yields, the other thread never executes until the executing thread terminates. It appears that whether a yield "works" depends on the circumstances. In some cases it works ok, but for this example on this processor it doesn't. (It's possible the results of this demo may depend on the processor speed). For the "compute bound" case, once a thread starts executing, it is never pre-empted. While it may be that the pthreads spec doesn't require an executing thread to be pre-empted (ie. it may have to block or explicitly yield), my reading of the FreeBSD pthreads scheduler sure seems to imply that it intends for pre-emption every .1 seconds. I've attached some patches that appear to correct these problems. Perhaps someone who knows more about this than I do can look this over. Sample output: dick@ns$ ./demo y 1000000 Thread Count Start Time End Time Reverses ------ ------- ---------- -------- -------- 0 1000000 17.79662 35.03773 1 1 1000000 0.00042 17.79638 1 Total elapsed time is 35.03781 seconds dick@ns$ ./demo c 1000000 Thread Count Start Time End Time Reverses ------ ------- ---------- -------- -------- 0 1000000 23.21921 46.52943 1 1 1000000 0.00042 23.21886 1 Total elapsed time is 46.52956 seconds Sample output after patches: dick@ns$ ./demo y 1000000 Thread Count Start Time End Time Reverses ------ ------- ---------- -------- -------- 0 1000000 0.00042 36.87421 1000000 1 1000000 0.00045 36.87443 1000000 Total elapsed time is 36.87446 seconds dick@ns$ ./demo c 1000000 Thread Count Start Time End Time Reverses ------ ------- ---------- -------- -------- 0 1000000 0.00041 46.09844 153 1 1000000 0.19127 46.61039 153 Total elapsed time is 46.61044 seconds ---------------------- start demo.c --------------------------------------- #include #include #include typedef struct _mythreaddata { int r; pthread_t pth; int revs; struct timeval tstart; struct timeval tend; } mythreaddata, *pmythreaddata; #define NUM_TEST_THREADS 2 void compute_bound_thread (pmythreaddata ptd); void yield_thread (pmythreaddata ptd); mythreaddata td[NUM_TEST_THREADS]; int reps; pthread_t lastth; int main(int argc, char *argv[]) { int i; struct timeval tstart, tend; int testtime; int tstarttime; int tendtime; void (*fn)(pmythreaddata); if (argc > 1 && (*(argv[1]) == 'c' || *(argv[1]) == 'C')){ fn = compute_bound_thread; } else if (argc > 1 && (*(argv[1]) == 'y' || *(argv[1]) == 'Y')){ fn = yield_thread; } else { exit(1); } if (argc > 2) { reps = atoi (argv[2]); } else { reps = 30000; } gettimeofday (&tstart, NULL); for (i = 0; i < NUM_TEST_THREADS; i++) pthread_create(&(td[i].pth), NULL,(void *)fn, (void *) &(td[i])); for (i = 0; i < NUM_TEST_THREADS; i++) pthread_join(td[i].pth, NULL); gettimeofday (&tend, NULL); printf ("Thread Count Start Time End Time Reverses\n"); printf ("------ ------- ---------- -------- --------\n"); for (i = 0; i < NUM_TEST_THREADS; i++) { tstarttime = (td[i].tstart.tv_sec - tstart.tv_sec) * 1000000 + (td[i].tstart.tv_usec - tstart.tv_usec); tendtime = (td[i].tend.tv_sec - tstart.tv_sec) * 1000000 + (td[i].tend.tv_usec - tstart.tv_usec); printf ("%i %10i %10.5f %10.5f %8i\n", i, td[i].r, (double)tstarttime / 1000000.0, (double)tendtime / 1000000.0, td[i].revs); } testtime = (tend.tv_sec - tstart.tv_sec) * 1000000 + (tend.tv_usec - tstart.tv_usec); printf ("Total elapsed time is %10.5f seconds\n", (double)testtime / 1000000.0); return 0; } void compute_bound_thread (pmythreaddata ptd) { int i, j, x; pthread_yield(); gettimeofday (&(ptd->tstart), NULL); for (i = 0; i < reps; i++) { /* do some calculation -- be careful this doesn't get optimized away */ for (j = 0; j < 1000; j++) x = x + i; /* a crude and possibly inaccurate measure of our concurrency. */ if (ptd->pth != lastth) ptd->revs++; lastth = ptd->pth; ptd->r++; } gettimeofday (&(ptd->tend), NULL); } void yield_thread (pmythreaddata ptd) { int i, j, x; pthread_yield(); gettimeofday (&(ptd->tstart), NULL); for (i = 0; i < reps; i++) { /* We can do a little something here if we want, without changing the outcome for (j = 0; j < 1000; j++) x = x + i; */ /* Yield to allow other threads to continue. Doesn't work. */ pthread_yield(); /* a crude measure of our concurrency.*/ if (ptd->pth != lastth) ptd->revs++; lastth = ptd->pth; ptd->r++; } gettimeofday (&(ptd->tend), NULL); } ---------------------- end demo.c ----------------------------------------- ---------------------- start patches -------------------------------------- *** uthread_kern.c.orig Fri Aug 28 08:11:15 1998 --- uthread_kern.c Fri Aug 28 14:30:47 1998 *************** *** 285,294 **** * Accumulate the number of microseconds that this * thread has run for: */ ! _thread_run->slice_usec += (_thread_run->last_inactive.tv_sec - ! _thread_run->last_active.tv_sec) * 1000000 + ! _thread_run->last_inactive.tv_usec - ! _thread_run->last_active.tv_usec; /* * Check if this thread has reached its allocated --- 285,296 ---- * Accumulate the number of microseconds that this * thread has run for: */ ! if (_thread_run->slice_usec != -1) { ! _thread_run->slice_usec += (_thread_run->last_inactive.tv_sec - ! _thread_run->last_active.tv_sec) * 1000000 + ! _thread_run->last_inactive.tv_usec - ! _thread_run->last_active.tv_usec; ! } /* * Check if this thread has reached its allocated *************** *** 321,327 **** * the last incremental priority check was * made: */ ! else if (timercmp(&_thread_run->last_inactive, &kern_inc_prio_time, <)) { /* * Increment the incremental priority * for this thread in the hope that --- 323,329 ---- * the last incremental priority check was * made: */ ! else if (timercmp(&pthread->last_inactive, &kern_inc_prio_time, <)) { /* * Increment the incremental priority * for this thread in the hope that *************** *** 661,666 **** --- 663,669 ---- * Do a sigreturn to restart the thread that * was interrupted by a signal: */ + _thread_kern_in_sched = 0; _thread_sys_sigreturn(&_thread_run->saved_sigcontext); } else /* *** uthread_sig.c.orig Fri Aug 28 08:12:24 1998 --- uthread_sig.c Fri Aug 28 14:30:58 1998 *************** *** 149,155 **** * unfortunate time which one of the threads is * modifying the dead thread list: */ ! if (thread_dead_lock.access_lock) /* * Set a flag so that the thread that has * the lock yields when it unlocks the --- 149,155 ---- * unfortunate time which one of the threads is * modifying the dead thread list: */ ! else if (thread_dead_lock.access_lock) /* * Set a flag so that the thread that has * the lock yields when it unlocks the ---------------------- end patches ---------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 06:23:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA18566 for freebsd-current-outgoing; Mon, 31 Aug 1998 06:23:58 -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 GAA18561 for ; Mon, 31 Aug 1998 06:23:55 -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 GAA12167; Mon, 31 Aug 1998 06:22:50 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: John Birrell cc: current@FreeBSD.ORG Subject: Re: The Day After, initial reports. In-reply-to: Your message of "Mon, 31 Aug 1998 21:52:35 +1000." <199808311152.VAA20146@cimlogic.com.au> Date: Mon, 31 Aug 1998 06:22:50 -0700 Message-ID: <12163.904569770@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Jordan K. Hubbard wrote: > > Nope, I'm afraid those changes were innocuous. This is something > > weirder, I think. The compiler is spitting out something which the > > ELF assembler doesn't like, to wit: > > > > su-2.01# /usr/libexec/elf/as -v -o machdep.o machdep.s > > The kernel should be aout. Have you got OBJFORMAT=elf in /etc/make.conf > or your environment or in /etc/objformat? No, no, yes. :) OK, I've set OBJFORMAT=aout in /etc/objformat now and my kernels build much better, thanks. It *used* to be set to aout before I ran the aout-to-elf target, that's all I can say. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 07:01:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA23775 for freebsd-current-outgoing; Mon, 31 Aug 1998 07:01: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 HAA23770 for ; Mon, 31 Aug 1998 07:01:25 -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 AAA03763; Tue, 1 Sep 1998 00:00:19 +1000 Date: Tue, 1 Sep 1998 00:00:19 +1000 From: Bruce Evans Message-Id: <199808311400.AAA03763@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 >> >> code = translation_table[ffs(status_word & control_word & 0x3F)]; >> > >> >But the values of the symbols the application tests against >> >("FP_X_...") are chosen so that no translation is needed. >> >> Sorry, I thought that you didn't change the codes that much. > >I didn't. The FP_X_ value have always been the hardware bit >values. They are on Solaris (SPARC and x86) as well, so I thought >people agreed to use the hardware bit values to make the kernel code >more efficient. I thought Sun normally uses machine-independent codes like our FPE_*. >> >npx.c:npxintr() ? >> >> Just translate the code there. You do need to store the control word >> somewhere. > >Store it for use outside of npxintr()? Why that? Outside of the CFU 8-). >If I implement XXX_ENCODE, I get the trap code I want and have no need >for the control word (or the status word, for that matter) outside >this function. There's no trap code except possibly for one generated from the FPU state. XXX_ENCODE currently takes only the status word as an arg. Your idea of throwing away the masked bits is good. I think the point of FPE_* is that that they give a simple semi-portable interface for applications that don't want to know about the status word, the control word and where they may be found. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 07:17:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA25703 for freebsd-current-outgoing; Mon, 31 Aug 1998 07:17:21 -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 HAA25698 for ; Mon, 31 Aug 1998 07:17:17 -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 QAA09910; Mon, 31 Aug 1998 16:07:32 +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 NAA12707; Mon, 31 Aug 1998 13:33:57 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199808311133.NAA12707@semyam.dinoco.de> To: joelh@gnu.org cc: freebsd-current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: Not receiving CVS commit messages In-reply-to: Your message of "Thu, 27 Aug 1998 20:57:21 CDT." <199808280157.UAA27847@detlev.UUCP> Date: Mon, 31 Aug 1998 13:33:56 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > To me cvs-all, cvs-bin, cvs-ports and cvs-sys sounds like a reasonable > > way to split it. The hundreds of lists that previously existed are a > Note also that I use the digest. I find it easier to concentrate when > I see a batch of messages at once. A digested version of the CVS log messages? That would be a nice thing but I never heard about that being available. 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 Mon Aug 31 07:27:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA28025 for freebsd-current-outgoing; Mon, 31 Aug 1998 07:27:27 -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 HAA28003 for ; Mon, 31 Aug 1998 07:27:23 -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 QAA09801; Mon, 31 Aug 1998 16:06:58 +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 IAA01965; Mon, 31 Aug 1998 08:22:40 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199808310622.IAA01965@semyam.dinoco.de> To: Kris Kennaway Cc: freebsd-current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: IPFW showing extra lines In-reply-to: Your message of "Sun, 30 Aug 1998 22:55:28 +0200." <199808302055.WAA02656@semyam.dinoco.de> Date: Mon, 31 Aug 1998 08:22:40 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >From my patch: > valsize = len; > if (sopt->sopt_valsize < valsize) { > valsize = sopt->sopt_valsize; > - sopt->sopt_valsize = len; > } > + sopt->sopt_valsize = len; And here the correct fix should have been "= valsize" instead of "= len" - otherwise the result length might end up being larger than the buffer provided. I think then the fix is OK. 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 Mon Aug 31 07:56:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA00942 for freebsd-current-outgoing; Mon, 31 Aug 1998 07:56:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA00937 for ; Mon, 31 Aug 1998 07:56:06 -0700 (PDT) (envelope-from karpen@ocean.campus.luth.se) Received: (from karpen@localhost) by ocean.campus.luth.se (8.9.1/8.9.1) id QAA05233; Mon, 31 Aug 1998 16:51:34 +0200 (CEST) (envelope-from karpen) From: Mikael Karpberg Message-Id: <199808311451.QAA05233@ocean.campus.luth.se> Subject: Re: HEADS UP: Today is E-day In-Reply-To: <199808310148.LAA16829@cimlogic.com.au> from John Birrell at "Aug 31, 98 11:48:57 am" To: jb@cimlogic.com.au (John Birrell) Date: Mon, 31 Aug 1998 16:51:34 +0200 (CEST) Cc: current@FreeBSD.ORG 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 According to John Birrell: > Drum roll .... > > CLICK! > > That's the sound that the big elf switch makes when it's thrown. Not > very impressive, I'll admit - it's not supposed to be. Great! Thought... Since I don't feel like I want to mess around, I think I'll stay a.out another week or two and let the dust settle. :-) The question I have though, which isn't 100% clear to me: Converting to ELF means that "all" the system binaries, etc will be in ELF format. But if I have ports installed... like emacs, or xv, or whatever. Those will still be a.out... Will the ELF world still run a.out programs without problems? The only change will be that all system program are ELF instead of a.out, and I basically wont notice a thing, except for having to do the convertion? /Mikael To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 08:04:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA01822 for freebsd-current-outgoing; Mon, 31 Aug 1998 08:04:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA01817 for ; Mon, 31 Aug 1998 08:04:49 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id LAA26383; Mon, 31 Aug 1998 11:03:39 -0400 (EDT) (envelope-from wollman) Date: Mon, 31 Aug 1998 11:03:39 -0400 (EDT) From: Garrett Wollman Message-Id: <199808311503.LAA26383@khavrinen.lcs.mit.edu> To: Stefan Eggers Cc: Kris Kennaway , freebsd-current@FreeBSD.ORG Subject: Re: IPFW showing extra lines In-Reply-To: <199808310622.IAA01965@semyam.dinoco.de> References: <199808302055.WAA02656@semyam.dinoco.de> <199808310622.IAA01965@semyam.dinoco.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: >> From my patch: >> valsize = len; >> if (sopt->sopt_valsize < valsize) { >> valsize = sopt->sopt_valsize; >> - sopt->sopt_valsize = len; >> } >> + sopt->sopt_valsize = len; > And here the correct fix should have been "= valsize" instead of "= > len" - otherwise the result length might end up being larger than the > buffer provided. I think then the fix is OK. No -- you missed the point of the comment above. The definition of the API is that we always return the size of the total amount of data we have, regardless of what the size of the user's buffer is -- indeed, they can supply a null buffer in order to find out how much space they must allocate to hold it all. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 08:56:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA08516 for freebsd-current-outgoing; Mon, 31 Aug 1998 08:56:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA08506 for ; Mon, 31 Aug 1998 08:56:54 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id RAA17409; Mon, 31 Aug 1998 17:45:12 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.1/8.9.1) id RAA23276; Mon, 31 Aug 1998 17:35:11 +0200 (CEST) (envelope-from andreas) Message-ID: <19980831173510.A23266@klemm.gtn.com> Date: Mon, 31 Aug 1998 17:35:10 +0200 From: Andreas Klemm To: John Birrell Cc: current@FreeBSD.ORG Subject: Re: E-day not completed ? get the following error References: <19980831123036.A17094@klemm.gtn.com> <199808311214.WAA20232@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199808311214.WAA20232@cimlogic.com.au>; from John Birrell on Mon, Aug 31, 1998 at 10:14:32PM +1000 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Aug 31, 1998 at 10:14:32PM +1000, John Birrell wrote: > Andreas Klemm wrote: > > /etc/make.conf contains BINFORMAT=elf > > Are you sure it hasn't got OBJFORMAT=elf too? Oops, sorry, typo /etc/make.conf and /etc/objformat contain OBJFORMAT=elf -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 09:07:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA10053 for freebsd-current-outgoing; Mon, 31 Aug 1998 09:07:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles346.castles.com [208.214.167.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA10042 for ; Mon, 31 Aug 1998 09:07:20 -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 JAA20472; Mon, 31 Aug 1998 09:03:48 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199808310903.JAA20472@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: John Birrell cc: pialkin@rcom.ru (Alexey Pialkin), freebsd-current@FreeBSD.ORG Subject: Re: E-problem In-reply-to: Your message of "Mon, 31 Aug 1998 19:10:15 +1000." <199808310910.TAA19707@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 31 Aug 1998 09:03:46 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Looks like you have either a stale object directory or .depend since the > includes referenced at this point in build should have aout in the > object directory path. If it doesn't already, I think that the upgrade should *explicitly* unset NOCLEAN and NOCLEANDIR, and probably do a recursive check for .depend files in the source tree. Just a thought. -- \\ 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 Aug 31 09:26:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA12420 for freebsd-current-outgoing; Mon, 31 Aug 1998 09:26:01 -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 JAA12387 for ; Mon, 31 Aug 1998 09:25:58 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id SAA26370; Mon, 31 Aug 1998 18:24:46 +0200 (CEST) Message-ID: <19980831182446.A26258@cons.org> Date: Mon, 31 Aug 1998 18:24:46 +0200 From: Martin Cracauer To: Bruce Evans , cracauer@cons.org, current@FreeBSD.ORG Subject: Re: Floating Point Exceptions, signal handlers & subsequent ops References: <199808311400.AAA03763@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199808311400.AAA03763@godzilla.zeta.org.au>; from Bruce Evans on Tue, Sep 01, 1998 at 12:00:19AM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <199808311400.AAA03763@godzilla.zeta.org.au>, Bruce Evans wrote: > >> >> code = translation_table[ffs(status_word & control_word & 0x3F)]; > >> > > >> >But the values of the symbols the application tests against > >> >("FP_X_...") are chosen so that no translation is needed. > >> > >> Sorry, I thought that you didn't change the codes that much. > > > >I didn't. The FP_X_ value have always been the hardware bit > >values. They are on Solaris (SPARC and x86) as well, so I thought > >people agreed to use the hardware bit values to make the kernel code > >more efficient. > > I thought Sun normally uses machine-independent codes like our FPE_*. They have both. I don't known what is commonly used. > >> >npx.c:npxintr() ? > >> > >> Just translate the code there. You do need to store the control word > >> somewhere. > > > >Store it for use outside of npxintr()? Why that? > > Outside of the CFU 8-). I'm afraid I'm out of reach for the smily. What's CFU? :-/ > >If I implement XXX_ENCODE, I get the trap code I want and have no need > >for the control word (or the status word, for that matter) outside > >this function. > > There's no trap code except possibly for one generated from the FPU state. > XXX_ENCODE currently takes only the status word as an arg. Your idea of > throwing away the masked bits is good. I think the point of FPE_* is > that that they give a simple semi-portable interface for applications > that don't want to know about the status word, the control word and > where they may be found. 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. I will think over a priority scheme for the case that multiple unmasked bits are set. Some Intel document I have talks about this, maybe IEEE has something as well. Which header file should I put the FPE_...... macros in? Should I replace the FPE_......_TRAP macros in trap.h? That way, I can add our FPE_FPU_NP_TRAP to the set above. 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 Aug 31 09:28:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA12961 for freebsd-current-outgoing; Mon, 31 Aug 1998 09:28:22 -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 JAA12940 for ; Mon, 31 Aug 1998 09:28:20 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id MAA16028; Mon, 31 Aug 1998 12:27:20 -0400 (EDT) (envelope-from luoqi) Date: Mon, 31 Aug 1998 12:27:20 -0400 (EDT) From: Luoqi Chen Message-Id: <199808311627.MAA16028@lor.watermarkgroup.com> To: jb@cimlogic.com.au, jkh@time.cdrom.com Subject: Re: The Day After, initial reports. Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Nope, I'm afraid those changes were innocuous. This is something > weirder, I think. The compiler is spitting out something which the > ELF assembler doesn't like, to wit: > > su-2.01# /usr/libexec/elf/as -v -o machdep.o machdep.s > GNU assembler version 2.8.1 (i386-unknown-freebsdelf), using BFD version 2.8.1 > machdep.s: Assembler messages: > machdep.s:919: Error: operands given don't match any known 386 instruction > machdep.s:920: Error: operands given don't match any known 386 instruction > > if you look at the location in question, the error is on: > .. > cmpl %esi,curpcb > jne .L352 > movl _udatasel,%ecx > #APP > mov %ecx,%fs <-- XXX these two > mov %ecx,%gs lines XXX -- > > #NO_APP > .L352: > movl 8(%ebp),%ecx > movl 272(%ecx),%eax > andb $254,212(%eax) > > %fs? %gs? Interesting! :-) > It was bad inline assembly code I wrote, should tell gcc explicitly to use 16bit register. The a.out assembler tolerated the mistake. The fix has been committed. -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 09:32:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA13789 for freebsd-current-outgoing; Mon, 31 Aug 1998 09:32: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 JAA13777; Mon, 31 Aug 1998 09:32:22 -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 JAA04838; Mon, 31 Aug 1998 09:31:14 -0700 (PDT) (envelope-from jdp) Message-Id: <199808311631.JAA04838@austin.polstra.com> To: jkh@time.cdrom.com Subject: Re: The Day After, initial reports. In-Reply-To: <12163.904569770@time.cdrom.com> References: <12163.904569770@time.cdrom.com> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG, jb@FreeBSD.ORG Date: Mon, 31 Aug 1998 09:31:14 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <12163.904569770@time.cdrom.com>, Jordan K. Hubbard wrote: > No, no, yes. :) OK, I've set OBJFORMAT=aout in /etc/objformat now and > my kernels build much better, thanks. It *used* to be set to aout > before I ran the aout-to-elf target, that's all I can say. :-) No, you want OBJFORMAT=elf in /etc/objformat for an elf system. John B's other fix (changing BINFORMAT to OBJFORMAT in sys/i386/conf/Makefile.i386) is the correct one, I believe. If you just can't get it working, then build your kernels like until the problem is solved: OBJFORMAT=aout BINFORMAT=aout make 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 Mon Aug 31 09:34:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14155 for freebsd-current-outgoing; Mon, 31 Aug 1998 09:34:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from starkreality.com (fire.starkreality.com [208.24.48.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA14145 for ; Mon, 31 Aug 1998 09:34:13 -0700 (PDT) (envelope-from caesar@starkreality.com) Received: (from caesar@localhost) by starkreality.com (8.9.1a/8.8.7) id LAA11839; Mon, 31 Aug 1998 11:32:59 -0500 (CDT) From: "William S. Duncanson" Message-Id: <199808311632.LAA11839@starkreality.com> Subject: Re: Questions regarding make world In-Reply-To: <199808301016.UAA14299@cimlogic.com.au> from John Birrell at "Aug 30, 98 08:16:55 pm" To: jb@cimlogic.com.au (John Birrell) Date: Mon, 31 Aug 1998 11:32:59 -0500 (CDT) Cc: freebsd-current@FreeBSD.ORG 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 John Birrell was heard to mumble: > William S. Duncanson wrote: > > I tried to build world tonight, and got an error message from the linker. > > I know it's missing a library, but damned if I can tell WHAT library. The > > flag being passed is -ll (dash ell ell). It's not a very descriptive name, > > unlike -lsocket, or -lcurses, which are pretty easy to figure out:). Any > > ideas what's missing? And where to get it? > > I think we're going to need just a little bit more information than that. > Where was the build up to when you got the error? > Are you building on -current or -stable or something else? > Building on -current. It doesn't seem to be rebuilding libl.a (for that matter, I can't find libl.* anywhere on the system). I even tried blowing away /usr/src/ and /usr/obj, cvsuping the whole source tree again, and rebuilding. -- William S. Duncanson caesar@starkreality.com "The driving force behind the NC is the belief that the companies who brought us things like Unix, relational databases, and Windows can make an appliance that is inexpensive and easy to use if they choose to do that." -- Scott Adams To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 10:12:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA20680 for freebsd-current-outgoing; Mon, 31 Aug 1998 10:12:44 -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 KAA20663 for ; Mon, 31 Aug 1998 10:12:39 -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 TAA26313; Mon, 31 Aug 1998 19:06: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 SAA22726; Mon, 31 Aug 1998 18:54:42 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199808311654.SAA22726@semyam.dinoco.de> To: Garrett Wollman cc: Stefan Eggers , Kris Kennaway , freebsd-current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: IPFW showing extra lines In-reply-to: Your message of "Mon, 31 Aug 1998 11:03:39 EDT." <199808311503.LAA26383@khavrinen.lcs.mit.edu> Date: Mon, 31 Aug 1998 18:54:41 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > No -- you missed the point of the comment above. The definition of > the API is that we always return the size of the total amount of data > we have, regardless of what the size of the user's buffer is -- Sure? I took a look at the source of ipfw(8) and there it looks like it expects it to be the size of the data returned or it will access data outside the allocated buffer. The latter would be pretty bad of course. getsockopt(2) says pretty much the same if I understand it correctly: for the requested option(s) are to be returned. For getsockopt(), optlen is a value-result parameter, initially containing the size of the buffer pointed to by optval, and modified on return to indicate the actual size of the value returned. If no option value is to be supplied or returned, I think the actual size of the returned value is the size of the result we copied to user space. Otherwise the wording has to be revised (made more precise) and ipfw fixed. 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 Mon Aug 31 10:14:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA21012 for freebsd-current-outgoing; Mon, 31 Aug 1998 10:14:06 -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 KAA20999 for ; Mon, 31 Aug 1998 10:14:03 -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 MAA21937 for ; Mon, 31 Aug 1998 12:13:05 -0500 (CDT) (envelope-from ccsanady@friley-185-114.res.iastate.edu) Message-Id: <199808311713.MAA21937@friley-185-114.res.iastate.edu> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-current@FreeBSD.ORG Subject: elf and kerberos.. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 31 Aug 1998 12:13:05 -0500 From: Chris Csanady Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The kerberos world seems to be unhappy at present.. cc -O -pipe -I/usr/src/gnu/usr.bin/cvs/cvs -I/usr/src/gnu/usr.bin/cvs/cvs/../li b -I/usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src -I/usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/lib -DHAVE_CONFIG_H -DHAVE_KERBEROS -DHAVE_KRB_GET_ERR_TEXT -DENCRYPTION -I/usr/obj/elf/usr/src/tmp/usr/include -o cvs add.o admin.o buffer.o checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o rcs.o rcscmds.o recurse.o release.o remove.o repos.o root.o rtag.o run.o scramble.o server.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o zlib.o /usr/obj/elf/usr/src/gnu/usr.bin/cvs/cvs/../lib/libcvs.a /usr/obj/elf/usr/src/gnu/usr.bin/cvs/cvs/../libdiff/libdiff.a -lgnuregex -lmd -lcrypt -lz -lkrb -ldes /usr/obj/elf/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `__et_list' *** Error code 1 -Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 10:35:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23922 for freebsd-current-outgoing; Mon, 31 Aug 1998 10:35:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from st-lcremean.tidalwave.net (st-lcremean.tidalwave.net [208.213.203.186]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA23884; Mon, 31 Aug 1998 10:35:13 -0700 (PDT) (envelope-from lee@st-lcremean.tidalwave.net) Received: (from lee@localhost) by st-lcremean.tidalwave.net (8.8.8/8.8.7) id NAA16416; Mon, 31 Aug 1998 13:33:40 -0400 (EDT) (envelope-from lee) Message-ID: <19980831133340.B15462@st-lcremean.tidalwave.net> Date: Mon, 31 Aug 1998 13:33:40 -0400 From: Lee Cremeans To: John Polstra , jkh@time.cdrom.com Cc: current@FreeBSD.ORG, jb@FreeBSD.ORG Subject: Re: The Day After, initial reports. Reply-To: lcremean@tidalwave.net References: <12163.904569770@time.cdrom.com> <199808311631.JAA04838@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199808311631.JAA04838@austin.polstra.com>; from John Polstra on Mon, Aug 31, 1998 at 09:31:14AM -0700 X-OS: FreeBSD 3.0-CURRENT X-Evil: microsoft.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Aug 31, 1998 at 09:31:14AM -0700, John Polstra wrote: > In article <12163.904569770@time.cdrom.com>, > Jordan K. Hubbard wrote: > > > No, no, yes. :) OK, I've set OBJFORMAT=aout in /etc/objformat now and > > my kernels build much better, thanks. It *used* to be set to aout > > before I ran the aout-to-elf target, that's all I can say. :-) > > No, you want OBJFORMAT=elf in /etc/objformat for an elf > system. John B's other fix (changing BINFORMAT to OBJFORMAT in > sys/i386/conf/Makefile.i386) is the correct one, I believe. > > If you just can't get it working, then build your kernels like > until the problem is solved: > > OBJFORMAT=aout BINFORMAT=aout make On another note, when will ELF kernels be ready? -- Lee Cremeans -- Manassas, VA, USA (WakkyMouse on DALnet and WTnet) A! JW223 YWD+++^ri P&B++ SL+++^i GDF B&M KK--i MD+++i P++ I++++ Did $++ E5/10/70/3c/73ac/95/96 H2 PonPippi Ay77 M | mailto:lcremean@tidalwave.net http://st-lcremean.tidalwave.net | Powered by 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 Mon Aug 31 11:03:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA28074 for freebsd-current-outgoing; Mon, 31 Aug 1998 11:03:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA28069 for ; Mon, 31 Aug 1998 11:03:32 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id OAA27036; Mon, 31 Aug 1998 14:02:22 -0400 (EDT) (envelope-from wollman) Date: Mon, 31 Aug 1998 14:02:22 -0400 (EDT) From: Garrett Wollman Message-Id: <199808311802.OAA27036@khavrinen.lcs.mit.edu> To: Stefan Eggers Cc: freebsd-current@FreeBSD.ORG Subject: Re: IPFW showing extra lines In-Reply-To: <199808311654.SAA22726@semyam.dinoco.de> References: <199808311503.LAA26383@khavrinen.lcs.mit.edu> <199808311654.SAA22726@semyam.dinoco.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > I think the actual size of the returned value is the size of the result > we copied to user space. Otherwise the wording has to be revised (made > more precise) and ipfw fixed. Curious. I checked the original (Lite-1) implementation, and it appears to agree with you. I still think the semantics are bogus in this regard, but will bow to tradition. (SunOS says the same thing, and it probably inhgerited the behavior from 4.2. A check of the 4.3 source shows similar behavior to that present in Lite-1.) -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 11:11:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29466 for freebsd-current-outgoing; Mon, 31 Aug 1998 11:11:11 -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 LAA29461 for ; Mon, 31 Aug 1998 11:11:07 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:LxMyxKc/A7AkDp0TBzC7hUBH4NB7BA9m@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id UAA18802; Mon, 31 Aug 1998 20:09:49 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199808311809.UAA18802@gratis.grondar.za> To: Chris Csanady cc: freebsd-current@FreeBSD.ORG Subject: Re: elf and kerberos.. Date: Mon, 31 Aug 1998 20:09:48 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris Csanady wrote: > > The kerberos world seems to be unhappy at present.. : : > -lcrypt -lz -lkrb -ldes > /usr/obj/elf/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `__et_list add a -lcom_err, please. Let me know if that fixed anything. If it worked, I'll commit. I am not ELF yet, so I cannot test. 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 Aug 31 11:15:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00492 for freebsd-current-outgoing; Mon, 31 Aug 1998 11:15:56 -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 LAA00486 for ; Mon, 31 Aug 1998 11:15:54 -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 TAA00397; Mon, 31 Aug 1998 19:14:00 +0100 (BST) Date: Mon, 31 Aug 1998 19:14:00 +0100 (BST) From: Doug Rabson To: John Polstra cc: current@FreeBSD.ORG Subject: Re: softupdates panic In-Reply-To: <199808302016.NAA09085@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, 30 Aug 1998, John Polstra wrote: > This is from a soft-updates -current kernel from August 26. All > filesystems were mounted with soft updates. The system that crashed > was doing NFS server activity at the time. A remote machine was > building a port in a directory mounted (nfsv2) from the server that > crashed. I have the -g kernel and core dump in case anybody is > interested. > > Also, we still seem to have the bug in which fsck turns off the > soft-updates bit when it recovers the FS (root in this case). I just got this one too. The machine was doing NFS server work only with a remote machine building a port in an nfsv3 mounted directory. Unfortunately I don't have the core dump but I can repeat the crash extremely easily. -- 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 Mon Aug 31 11:16:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00755 for freebsd-current-outgoing; Mon, 31 Aug 1998 11:16:30 -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 LAA00740 for ; Mon, 31 Aug 1998 11:16:22 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:nS3de89EdflXzne1fOC4/YjutmDV7ONs@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id UAA18842; Mon, 31 Aug 1998 20:15:00 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199808311815.UAA18842@gratis.grondar.za> To: Chris Csanady cc: freebsd-current@FreeBSD.ORG Subject: Re: elf and kerberos.. Date: Mon, 31 Aug 1998 20:15:00 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris Csanady wrote: > -lcrypt -lz -lkrb -ldes > /usr/obj/elf/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `__et_list ' > *** Error code 1 Please test this patch: Index: Makefile =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/cvs/cvs/Makefile,v retrieving revision 1.24 diff -u -d -r1.24 Makefile --- Makefile 1998/08/15 17:26:36 1.24 +++ Makefile 1998/08/31 18:12:24 @@ -22,8 +22,8 @@ CFLAGS+= -I${.CURDIR} -I${.CURDIR}/../lib -I${CVSDIR}/src -I${CVSDIR}/lib -DHAVE_CONFIG_H -DPADD+= ${LIBCVS} ${LIBDIFF} ${LIBGNUREGEX} ${LIBMD} ${LIBCRYPT} ${LIBZ} -LDADD+= ${LIBCVS} ${LIBDIFF} -lgnuregex -lmd -lcrypt -lz +DPADD+= ${LIBCVS} ${LIBDIFF} ${COM_ERR} ${LIBGNUREGEX} ${LIBMD} ${LIBCRYPT} ${LIBZ} +LDADD+= ${LIBCVS} ${LIBDIFF} -lcom_err -lgnuregex -lmd -lcrypt -lz .if exists(${DESTDIR}${LIBDIR}/libkrb.a) && defined(MAKE_KERBEROS4) CFLAGS+=-DHAVE_KERBEROS -DHAVE_KRB_GET_ERR_TEXT -- 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 Aug 31 11:17:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA01105 for freebsd-current-outgoing; Mon, 31 Aug 1998 11:17: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 LAA01076; Mon, 31 Aug 1998 11:17:48 -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 LAA13973; Mon, 31 Aug 1998 11:16:36 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: lcremean@tidalwave.net cc: John Polstra , current@FreeBSD.ORG, jb@FreeBSD.ORG Subject: Re: The Day After, initial reports. In-reply-to: Your message of "Mon, 31 Aug 1998 13:33:40 EDT." <19980831133340.B15462@st-lcremean.tidalwave.net> Date: Mon, 31 Aug 1998 11:16:36 -0700 Message-ID: <13969.904587396@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On another note, when will ELF kernels be ready? No idea, but I can also note that the fix to Makefile.i386 didn't work; /etc/objformat still overrides it and the resulting kernel still blows up in the link stage. :) P.S. to Lee: Even if you could get one to build, you wouldn't be able to boot from it right now. - Jordan > > -- > Lee Cremeans -- Manassas, VA, USA (WakkyMouse on DALnet and WTnet) > A! JW223 YWD+++^ri P&B++ SL+++^i GDF B&M KK--i MD+++i P++ I++++ Did > $++ E5/10/70/3c/73ac/95/96 H2 PonPippi Ay77 M | mailto:lcremean@tidalwave.net > http://st-lcremean.tidalwave.net | Powered by FreeBSD 3.0-CURRENT > > > 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 Mon Aug 31 11:31:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA03247 for freebsd-current-outgoing; Mon, 31 Aug 1998 11:31:23 -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 LAA03230; Mon, 31 Aug 1998 11:31: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 LAA05497; Mon, 31 Aug 1998 11:30:08 -0700 (PDT) (envelope-from jdp) Message-Id: <199808311830.LAA05497@austin.polstra.com> To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG, jb@FreeBSD.ORG Subject: Re: The Day After, initial reports. In-reply-to: Your message of "Mon, 31 Aug 1998 11:16:36 PDT." <13969.904587396@time.cdrom.com> Date: Mon, 31 Aug 1998 11:30:08 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > No idea, but I can also note that the fix to Makefile.i386 didn't > work; /etc/objformat still overrides it and the resulting kernel > still blows up in the link stage. :) Right -- the fix isn't complete. There are still BINFORMATs lingering in there. Also, I think the right fix needs to explicitly add "-aout" to CFLAGS if OBJFORMAT is aout. Just setting OBJFORMAT in the makefile doesn't automatically export it to the environment where the tools can see it. John B. is probably asleep by now, and I'm loathe to mess with it since he knows better than I how he wants it. Please just manually set OBJFORMAT=aout and BINFORMAT=aout in your environment when building kernels, until this is fixed. 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 Mon Aug 31 11:34:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA04068 for freebsd-current-outgoing; Mon, 31 Aug 1998 11:34:03 -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 LAA03920; Mon, 31 Aug 1998 11:33:29 -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 TAA00458; Mon, 31 Aug 1998 19:31:17 +0100 (BST) Date: Mon, 31 Aug 1998 19:31:17 +0100 (BST) From: Doug Rabson To: lcremean@tidalwave.net cc: John Polstra , jkh@time.cdrom.com, current@FreeBSD.ORG, jb@FreeBSD.ORG Subject: Re: The Day After, initial reports. In-Reply-To: <19980831133340.B15462@st-lcremean.tidalwave.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 Mon, 31 Aug 1998, Lee Cremeans wrote: > On Mon, Aug 31, 1998 at 09:31:14AM -0700, John Polstra wrote: > > In article <12163.904569770@time.cdrom.com>, > > Jordan K. Hubbard wrote: > > > > > No, no, yes. :) OK, I've set OBJFORMAT=aout in /etc/objformat now and > > > my kernels build much better, thanks. It *used* to be set to aout > > > before I ran the aout-to-elf target, that's all I can say. :-) > > > > No, you want OBJFORMAT=elf in /etc/objformat for an elf > > system. John B's other fix (changing BINFORMAT to OBJFORMAT in > > sys/i386/conf/Makefile.i386) is the correct one, I believe. > > > > If you just can't get it working, then build your kernels like > > until the problem is solved: > > > > OBJFORMAT=aout BINFORMAT=aout make > > On another note, when will ELF kernels be ready? ELF kernels are dependant on the new bootloader. Right now, there would be no real benefit to an ELF kernel compared to an a.out kernel. They would both take up the same amount of memory and both support the same set of features. -- 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 Mon Aug 31 11:40:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA05939 for freebsd-current-outgoing; Mon, 31 Aug 1998 11:40:12 -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 LAA05866 for ; Mon, 31 Aug 1998 11:40: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 LAA14124 for ; Mon, 31 Aug 1998 11:39:10 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: current@FreeBSD.ORG Subject: More problems post-ELF Date: Mon, 31 Aug 1998 11:39:10 -0700 Message-ID: <14120.904588750@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG After doing a full aout-to-elf build and kernel update on my -current box, I have the following problems: 1. /etc/objformat sets OBJFORMAT=elf and kernel build doesn't override it, causing link failure (already reported). 2. Interestingly enough, a `make world' after this process is complete still builds an aout world and announces it as such. I thought you were supposed to be elf'd after this? - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 11:43:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06691 for freebsd-current-outgoing; Mon, 31 Aug 1998 11:43:30 -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 LAA06679 for ; Mon, 31 Aug 1998 11:43:23 -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 UAA13215 for current@FreeBSD.ORG; Mon, 31 Aug 1998 20:42:23 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id A14DA1515; Mon, 31 Aug 1998 20:23:44 +0200 (CEST) Date: Mon, 31 Aug 1998 20:23:44 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: E-day success Message-ID: <19980831202344.A23026@keltia.freenix.fr> Mail-Followup-To: current@FreeBSD.ORG References: <35EA9965.123E818D@ameritech.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.94.4i In-Reply-To: <35EA9965.123E818D@ameritech.net>; from Adam McDougall on Mon, Aug 31, 1998 at 08:39:01AM -0400 X-Operating-System: FreeBSD 3.0-CURRENT ctm#4603 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Adam McDougall: > Many thanks to all who worked on this, it was a painless transition. Same here, it took 2:40 to my P6/200 + 64 MB RAM to "make aout-to-elf-build" and installation went smoothly. Congrats to the ELF team (Peter, Søren, John(s) and all others) ! > ps. There were elf patches for xfree86 floating out there, im not sure > if they still work but if there are a working set I'd like to try them. I'll probably try to update them now that my system is ELF. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 11:43:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06737 for freebsd-current-outgoing; Mon, 31 Aug 1998 11:43:37 -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 LAA06718 for ; Mon, 31 Aug 1998 11:43:33 -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 UAA13218 for freebsd-current@FreeBSD.ORG; Mon, 31 Aug 1998 20:42:34 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 624A71515; Mon, 31 Aug 1998 20:26:36 +0200 (CEST) Date: Mon, 31 Aug 1998 20:26:36 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: Questions regarding make world Message-ID: <19980831202636.B23026@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <199808301016.UAA14299@cimlogic.com.au> <199808311632.LAA11839@starkreality.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199808311632.LAA11839@starkreality.com>; from William S. Duncanson on Mon, Aug 31, 1998 at 11:32:59AM -0500 X-Operating-System: FreeBSD 3.0-CURRENT ctm#4603 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to William S. Duncanson: > Building on -current. It doesn't seem to be rebuilding libl.a (for that > matter, I can't find libl.* anywhere on the system). I even tried blowing It should be build from the rules inside /usr/src/usr.bin/lex/lib/Makefile. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 11:43:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06796 for freebsd-current-outgoing; Mon, 31 Aug 1998 11:43:46 -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 LAA06759 for ; Mon, 31 Aug 1998 11:43:39 -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 UAA13226 for current@FreeBSD.ORG; Mon, 31 Aug 1998 20:42:40 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id A04301515; Mon, 31 Aug 1998 20:33:35 +0200 (CEST) Date: Mon, 31 Aug 1998 20:33:35 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: HEADS UP: Today is E-day Message-ID: <19980831203335.A23090@keltia.freenix.fr> Mail-Followup-To: current@FreeBSD.ORG References: <199808310148.LAA16829@cimlogic.com.au> <199808311451.QAA05233@ocean.campus.luth.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199808311451.QAA05233@ocean.campus.luth.se>; from Mikael Karpberg on Mon, Aug 31, 1998 at 04:51:34PM +0200 X-Operating-System: FreeBSD 3.0-CURRENT ctm#4603 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Mikael Karpberg: > Those will still be a.out... Will the ELF world still run a.out programs > without problems? Yes. > The only change will be that all system program are ELF instead of a.out, > and I basically wont notice a thing, except for having to do the convertion? Exactly. That's what happened on my box at work. It is now happily running a mixture of ELF and a.out binaries (mainly /usr/local and everything X related). -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 11:53:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09208 for freebsd-current-outgoing; Mon, 31 Aug 1998 11:53:44 -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 LAA09203 for ; Mon, 31 Aug 1998 11:53: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 LAA05761; Mon, 31 Aug 1998 11:52:25 -0700 (PDT) (envelope-from jdp) Message-Id: <199808311852.LAA05761@austin.polstra.com> To: ccsanady@friley-185-114.res.iastate.edu Subject: Re: elf and kerberos.. In-Reply-To: <199808311713.MAA21937@friley-185-114.res.iastate.edu> References: <199808311713.MAA21937@friley-185-114.res.iastate.edu> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Mon, 31 Aug 1998 11:52:25 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199808311713.MAA21937@friley-185-114.res.iastate.edu>, Chris Csanady wrote: > > The kerberos world seems to be unhappy at present.. > > cc -O -pipe -I/usr/src/gnu/usr.bin/cvs/cvs -I/usr/src/gnu/usr.bin/cvs/cvs/../li > b -I/usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/src > -I/usr/src/gnu/usr.bin/cvs/cvs/../../../../contrib/cvs/lib -DHAVE_CONFIG_H > -DHAVE_KERBEROS -DHAVE_KRB_GET_ERR_TEXT -DENCRYPTION > -I/usr/obj/elf/usr/src/tmp/usr/include -o cvs add.o admin.o buffer.o > checkin.o checkout.o classify.o client.o commit.o create_adm.o cvsrc.o diff.o > edit.o entries.o error.o expand_path.o fileattr.o filesubr.o find_names.o > hardlink.o hash.o history.o ignore.o import.o lock.o log.o login.o logmsg.o > main.o mkmodules.o modules.o myndbm.o no_diff.o parseinfo.o patch.o rcs.o > rcscmds.o recurse.o release.o remove.o repos.o root.o rtag.o run.o scramble.o > server.o status.o subr.o tag.o update.o vers_ts.o version.o watch.o wrapper.o > zlib.o /usr/obj/elf/usr/src/gnu/usr.bin/cvs/cvs/../lib/libcvs.a > /usr/obj/elf/usr/src/gnu/usr.bin/cvs/cvs/../libdiff/libdiff.a -lgnuregex -lmd > -lcrypt -lz -lkrb -ldes > /usr/obj/elf/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `__et_list' > *** Error code 1 It's caused by this assembly code in src/crypto/kerberosIV/lib/krb/et_list.c: #ifdef __FreeBSD__ asm(".globl __et_list"); /* FreeBSD bug workaround */ #endif A quick fix would be: #ifdef __FreeBSD__ #ifdef __ELF__ asm(".globl _et_list"); /* FreeBSD bug workaround */ #else asm(".globl __et_list"); /* FreeBSD bug workaround */ #endif #endif There's a cleaner way to do it, but I don't have time to test it just now. It involves including and using the CNAME macro. 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 Mon Aug 31 12:19:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12497 for freebsd-current-outgoing; Mon, 31 Aug 1998 12:19:01 -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 MAA12487 for ; Mon, 31 Aug 1998 12:18:52 -0700 (PDT) (envelope-from subwiz@colourus.com) Received: from host.online-systems.net ([12.14.24.68]) by freefall.freebsd.org (8.8.8/8.8.5) with ESMTP id MAA20364 for ; Mon, 31 Aug 1998 12:18:42 -0700 (PDT) Received: from dialup67.colourus.com ([12.14.24.67]) by host.online-systems.net (8.9.1/8.9.0) with ESMTP id PAA02252; Mon, 31 Aug 1998 15:09:24 -0400 (EDT) X-Recipient: currentness1860@wa-state-resident.com Date: Mon, 31 Aug 1998 14:27:48 -0700 (PDT) Message-Id: <199808312127.OAA20565@dialup67.colourus.com> X-Sender: subwiz@colourus.com X-Mailer: Windows Eudora Light Version 3.0.1 (32) From: "D. Reynolds" Reply-To: subwiz@colourus.com To: (Dear Friend) Subject: ADV: FREE DOWNLOAD: Register your web site on over 650 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@colourus.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 650 Search Engines "Instantly". Version #4 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/demo.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. 8319822 --------------- 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 Mon Aug 31 12:20:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12866 for freebsd-current-outgoing; Mon, 31 Aug 1998 12:20:37 -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 MAA12825 for ; Mon, 31 Aug 1998 12:20:13 -0700 (PDT) (envelope-from galatalt@stuy.edu) Received: from ernie.stuy.edu (galatalt@ernie.stuy.edu [149.89.1.30]) by mumford.stuy.edu (8.8.5/8.8.5) with SMTP id PAA05612 for ; Mon, 31 Aug 1998 15:20:51 -0400 Date: Mon, 31 Aug 1998 15:15:30 -0400 (EDT) From: Tugrul Galatali To: freebsd-current@FreeBSD.ORG Subject: XFree86 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 Most ports are compiling just fine with ELF. The only problem I have encountered is compiling XFree86. The libs compile just fine from watching it scroll by now and then, but linking against the programs under the program subdirectory results in errors such as the following cc -o appres -O2 -ansi -pedantic -Dasm=__asm -L../../exports/lib appres.o -lXt -lSM -lICE -lXext -lX11 -L/usr/X11R6/lib -lxpg4 -Wl,-R,/usr/X11R6/lib ../../exports/lib/libICE.a(transport.o): In function `_IceTransSockINETConnect': transport.o(.text+0x1070): undefined reference to `inet_addr' ../../exports/lib/libICE.a(transport.o): In function `_IceTransGetPeerNetworkId': transport.o(.text+0x2912): undefined reference to `inet_ntoa' ../../exports/lib/libX11.a(ximtrans.o): In function `_X11TransSocketINETConnect': x11trans.o(.text+0x544): undefined reference to `inet_addr' ../../exports/lib/libX11.a(ximtrans.o): In function `_XimXTransSocketINETConnect': ximtrans.o(.text+0x510): undefined reference to `inet_addr' *** Error code 1 Stop. ... (quickly transcribed by hand ;) Anyone willing to post a makeshift patch to carry us along till the port gets ELF savvy, or to test the port to be? Tugrul Galatali To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 12:22:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13294 for freebsd-current-outgoing; Mon, 31 Aug 1998 12:22:42 -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 MAA13164 for ; Mon, 31 Aug 1998 12:22:07 -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 MAA05953; Mon, 31 Aug 1998 12:21:00 -0700 (PDT) (envelope-from jdp) Message-Id: <199808311921.MAA05953@austin.polstra.com> To: ccsanady@friley-185-114.res.iastate.edu, current@FreeBSD.ORG Subject: Re: elf and kerberos.. In-reply-to: Your message of "Mon, 31 Aug 1998 11:52:25 PDT." Date: Mon, 31 Aug 1998 12:20:59 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I wrote: > A quick fix would be: > > #ifdef __FreeBSD__ > #ifdef __ELF__ > asm(".globl _et_list"); /* FreeBSD bug workaround */ > #else > asm(".globl __et_list"); /* FreeBSD bug workaround */ > #endif > #endif Looking some more, that's probably not correct. I now think it should be: #if defined(__FreeBSD__) && !defined(__ELF__) asm(".globl __et_list"); /* FreeBSD a.out workaround */ #endif 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 Mon Aug 31 12:49:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA16719 for freebsd-current-outgoing; Mon, 31 Aug 1998 12:49:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA16707; Mon, 31 Aug 1998 12:49:43 -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 VAA16895; Mon, 31 Aug 1998 21:43:25 +0200 (CEST) To: Doug Rabson cc: lcremean@tidalwave.net, John Polstra , jkh@time.cdrom.com, current@FreeBSD.ORG, jb@FreeBSD.ORG Subject: Re: The Day After, initial reports. In-reply-to: Your message of "Mon, 31 Aug 1998 19:31:17 BST." Date: Mon, 31 Aug 1998 21:43:25 +0200 Message-ID: <16893.904592605@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Doug Rabson writes: >On Mon, 31 Aug 1998, Lee Cremeans wrote: > >> On Mon, Aug 31, 1998 at 09:31:14AM -0700, John Polstra wrote: >> > In article <12163.904569770@time.cdrom.com>, >> > Jordan K. Hubbard wrote: >> > >> > > No, no, yes. :) OK, I've set OBJFORMAT=aout in /etc/objformat now and >> > > my kernels build much better, thanks. It *used* to be set to aout >> > > before I ran the aout-to-elf target, that's all I can say. :-) >> > >> > No, you want OBJFORMAT=elf in /etc/objformat for an elf >> > system. John B's other fix (changing BINFORMAT to OBJFORMAT in >> > sys/i386/conf/Makefile.i386) is the correct one, I believe. >> > >> > If you just can't get it working, then build your kernels like >> > until the problem is solved: >> > >> > OBJFORMAT=aout BINFORMAT=aout make >> >> On another note, when will ELF kernels be ready? > >ELF kernels are dependant on the new bootloader. Right now, there would >be no real benefit to an ELF kernel compared to an a.out kernel. They >would both take up the same amount of memory and both support the same set >of features. Until somebody implemented the code needed for us to dispose of code which is "NWDV". Poul-Henning Ok, Ok: "Not Wanted During Voyage" -- 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 Aug 31 13:07:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA19572 for freebsd-current-outgoing; Mon, 31 Aug 1998 13:07:18 -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 NAA19566 for ; Mon, 31 Aug 1998 13:07:17 -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 NAA06314; Mon, 31 Aug 1998 13:05:58 -0700 (PDT) (envelope-from jdp) Message-Id: <199808312005.NAA06314@austin.polstra.com> To: mark@grondar.za Subject: Re: elf and kerberos.. In-Reply-To: <199808311815.UAA18842@gratis.grondar.za> References: <199808311815.UAA18842@gratis.grondar.za> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG, ccsanady@friley-185-114.res.iastate.edu Date: Mon, 31 Aug 1998 13:05:58 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199808311815.UAA18842@gratis.grondar.za>, Mark Murray wrote: > Chris Csanady wrote: > > -lcrypt -lz -lkrb -ldes > > /usr/obj/elf/usr/src/tmp/usr/lib/libkrb.so: undefined reference to `__et_list > ' > > *** Error code 1 > > Please test this patch: > > Index: Makefile I don't think that's the problem. It was caused by an asm statement in src/crypto/kerberosIV/lib/krb/et_list.c. I just committed the fix a few moments ago. As a general rule, any time you see an undefined external that starts with "_" under ELF, you should suspect assembly language code. 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 Mon Aug 31 13:12:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA20641 for freebsd-current-outgoing; Mon, 31 Aug 1998 13:12:31 -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 NAA20632 for ; Mon, 31 Aug 1998 13:12:27 -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 NAA06342; Mon, 31 Aug 1998 13:11:18 -0700 (PDT) (envelope-from jdp) Message-Id: <199808312011.NAA06342@austin.polstra.com> To: jkh@time.cdrom.com Subject: Re: More problems post-ELF In-Reply-To: <14120.904588750@time.cdrom.com> References: <14120.904588750@time.cdrom.com> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Mon, 31 Aug 1998 13:11:18 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <14120.904588750@time.cdrom.com>, Jordan K. Hubbard wrote: > After doing a full aout-to-elf build and kernel update on my -current > box, I have the following problems: > > 1. /etc/objformat sets OBJFORMAT=elf and kernel build doesn't override > it, causing link failure (already reported). Right, put OBJFORMAT=aout BINFORMAT=aout in the environment to build kernels for the time being. > 2. Interestingly enough, a `make world' after this process is complete > still builds an aout world and announces it as such. I thought > you were supposed to be elf'd after this? You are. I remember that in trying to solve problem 1, you had put OBJFORMAT=aout into /etc/objformat. Are you sure you remembered to take it out again? Execute "/usr/bin/objformat" and it should say "elf". If it doesn't, then either /etc/objformat is wrong, or you've got OBJFORMAT set to aout in your environment. 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 Mon Aug 31 13:13:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA20779 for freebsd-current-outgoing; Mon, 31 Aug 1998 13:13:04 -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 NAA20760 for ; Mon, 31 Aug 1998 13:13:01 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id GAA21673; Tue, 1 Sep 1998 06:24:24 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808312024.GAA21673@cimlogic.com.au> Subject: Re: The Day After, initial reports. In-Reply-To: <12163.904569770@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 31, 98 06:22:50 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 1 Sep 1998 06:24:24 +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: > > Jordan K. Hubbard wrote: > > > Nope, I'm afraid those changes were innocuous. This is something > > > weirder, I think. The compiler is spitting out something which the > > > ELF assembler doesn't like, to wit: > > > > > > su-2.01# /usr/libexec/elf/as -v -o machdep.o machdep.s > > > > The kernel should be aout. Have you got OBJFORMAT=elf in /etc/make.conf > > or your environment or in /etc/objformat? > > No, no, yes. :) OK, I've set OBJFORMAT=aout in /etc/objformat now and > my kernels build much better, thanks. It *used* to be set to aout > before I ran the aout-to-elf target, that's all I can say. :-) It was probably set in /etc/objectformat, not /etc/objformat. I committed a patch to Makefile.i386. I'd be interested to know if that would have fixed the problem without setting /etc/objformat. -- 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 Mon Aug 31 13:18:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22125 for freebsd-current-outgoing; Mon, 31 Aug 1998 13:18:18 -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 NAA22044 for ; Mon, 31 Aug 1998 13:18:13 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id GAA21717; Tue, 1 Sep 1998 06:29:36 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808312029.GAA21717@cimlogic.com.au> Subject: Re: HEADS UP: Today is E-day In-Reply-To: <199808311451.QAA05233@ocean.campus.luth.se> from Mikael Karpberg at "Aug 31, 98 04:51:34 pm" To: karpen@ocean.campus.luth.se (Mikael Karpberg) Date: Tue, 1 Sep 1998 06:29:36 +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 Mikael Karpberg wrote: > Converting to ELF means that "all" the system binaries, etc will be in ELF > format. But if I have ports installed... like emacs, or xv, or whatever. > Those will still be a.out... Will the ELF world still run a.out programs > without problems? Yes. > The only change will be that all system program are ELF instead of a.out, > and I basically wont notice a thing, except for having to do the convertion? The programs look the same until close inspection by `file' or `nm', for example. -- 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 Mon Aug 31 13:20:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22901 for freebsd-current-outgoing; Mon, 31 Aug 1998 13:20: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 NAA22780 for ; Mon, 31 Aug 1998 13:20:17 -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 NAA06391; Mon, 31 Aug 1998 13:18:00 -0700 (PDT) (envelope-from jdp) Message-Id: <199808312018.NAA06391@austin.polstra.com> To: galatalt@stuy.edu Subject: Re: XFree86 and ELF In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Mon, 31 Aug 1998 13:18:00 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Tugrul Galatali wrote: > Most ports are compiling just fine with ELF. The only problem I > have encountered is compiling XFree86. The libs compile just fine from > watching it scroll by now and then, but linking against the programs under > the program subdirectory results in errors such as the following > > cc -o appres -O2 -ansi -pedantic -Dasm=__asm -L../../exports/lib > appres.o -lXt -lSM -lICE -lXext -lX11 -L/usr/X11R6/lib -lxpg4 > -Wl,-R,/usr/X11R6/lib > ../../exports/lib/libICE.a(transport.o): In function > `_IceTransSockINETConnect': > transport.o(.text+0x1070): undefined reference to `inet_addr' > ../../exports/lib/libICE.a(transport.o): In function > `_IceTransGetPeerNetworkId': > transport.o(.text+0x2912): undefined reference to `inet_ntoa' > ../../exports/lib/libX11.a(ximtrans.o): In function > `_X11TransSocketINETConnect': > x11trans.o(.text+0x544): undefined reference to `inet_addr' > ../../exports/lib/libX11.a(ximtrans.o): In function > `_XimXTransSocketINETConnect': > ximtrans.o(.text+0x510): undefined reference to `inet_addr' > *** Error code 1 That's a bug in XFree86. Modules that call "inet_addr" are supposed to include several headers. From the man page: #include #include #include #include The modules that are getting these undefined symbols are failing to include . If you have time, please make a list of them (from the linker error messages) and/or make a patch. Thanks, 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 Mon Aug 31 13:24:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24109 for freebsd-current-outgoing; Mon, 31 Aug 1998 13:24: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 NAA24102 for ; Mon, 31 Aug 1998 13:24:18 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id GAA21782; Tue, 1 Sep 1998 06:35:41 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808312035.GAA21782@cimlogic.com.au> Subject: Re: E-day not completed ? get the following error In-Reply-To: <19980831173510.A23266@klemm.gtn.com> from Andreas Klemm at "Aug 31, 98 05:35:10 pm" To: andreas@klemm.gtn.com (Andreas Klemm) Date: Tue, 1 Sep 1998 06:35:41 +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 Andreas Klemm wrote: > On Mon, Aug 31, 1998 at 10:14:32PM +1000, John Birrell wrote: > > Andreas Klemm wrote: > > > /etc/make.conf contains BINFORMAT=elf > > > > Are you sure it hasn't got OBJFORMAT=elf too? > > Oops, sorry, typo > /etc/make.conf and > /etc/objformat contain > > OBJFORMAT=elf OK, that makes sense. Now for the obvious question.... why are you converting to elf when you are already running elf?! `make world' is your friend. -- 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 Mon Aug 31 13:29:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25271 for freebsd-current-outgoing; Mon, 31 Aug 1998 13:29:41 -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 NAA25266 for ; Mon, 31 Aug 1998 13:29:36 -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 PAA16403; Mon, 31 Aug 1998 15:26:35 -0400 (EDT) Date: Mon, 31 Aug 1998 15:26:35 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: John Birrell cc: freebsd-current@FreeBSD.ORG Subject: Re: different E-problem In-Reply-To: <199808311242.WAA20332@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 On Mon, 31 Aug 1998, John Birrell wrote: > The object directory gets set to ${MAKEOBJDIRPREFIX}/${OBJFORMAT} in > Makefile.inc0. The upgrade sets ${MAKEOBJDIRPREFIX}/aout or > ${MAKEOBJDIRPREFIX}/elf explicitly depending on which bit it is doing. > > It is the OBJLINK that shouldn't be used. It writes in the source > directory. So there is no way to get the obj softlinks? I liked them for troubleshooting. That was the only thing I wanted extra in my source tree, but I did want them ... they're obsolete? > > If you use make world or make buildworld, the object directories > will be created for you based on your preferred MAKEOBJDIRPREFIX. > However, you should be warned that MAKEOBJDIRPREFIX only works > properly if set in the environment, not in /etc/make.conf. There > are existing comments in bsd.obj.mk to this effect. > > The problem with putting things in /etc/make.conf is that you are > overriding things that the build procedure has set for good reason. > Since the settings in /etc/make.conf are absolute ( = , not ?= ), > and /etc/make.conf is included near the bottom of sys.mk, they > always win. 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 > > ----------------------------+----------------------------------------------- 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 Aug 31 13:35:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26830 for freebsd-current-outgoing; Mon, 31 Aug 1998 13:35:17 -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 NAA26819 for ; Mon, 31 Aug 1998 13:35: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 NAA06592 for ; Mon, 31 Aug 1998 13:34:13 -0700 (PDT) (envelope-from jdp) Message-Id: <199808312034.NAA06592@austin.polstra.com> To: current@FreeBSD.ORG Subject: Re: HEADS UP: Today is E-day In-Reply-To: <199808310148.LAA16829@cimlogic.com.au> References: <199808310148.LAA16829@cimlogic.com.au> Organization: Polstra & Co., Seattle, WA Date: Mon, 31 Aug 1998 13:34:13 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199808310148.LAA16829@cimlogic.com.au>, John Birrell wrote: > Drum roll .... > > CLICK! > > That's the sound that the big elf switch makes when it's thrown. Not > very impressive, I'll admit - it's not supposed to be. Everybody, please give a big round of net-applause for John Birrell. He has saved our butts on this one. We wouldn't have made it to ELF for 3.0 if he hadn't stepped in. The hardest thing in any project is to _finish_ it. John B. rose to that challenge and never even blinked, as far as I could tell. Thank you John Birrell! -- 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 Mon Aug 31 13:39:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA27632 for freebsd-current-outgoing; Mon, 31 Aug 1998 13:39:15 -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 NAA27624 for ; Mon, 31 Aug 1998 13:39:11 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id GAA21946; Tue, 1 Sep 1998 06:50:26 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808312050.GAA21946@cimlogic.com.au> Subject: Re: different E-problem In-Reply-To: from Chuck Robey at "Aug 31, 98 03:26:35 pm" To: chuckr@glue.umd.edu (Chuck Robey) Date: Tue, 1 Sep 1998 06:50:26 +1000 (EST) Cc: jb@cimlogic.com.au, 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 Chuck Robey wrote: > So there is no way to get the obj softlinks? I liked them for > troubleshooting. That was the only thing I wanted extra in my source > tree, but I did want them ... they're obsolete? I can't figure out how to support them and keep aout and elf bits separate. In an elf only world, you would have the same problem if you wanted to cross-build alpha on i386, for example. My view is that it is easy to learn what obj path your system is using, it's just not convienient to cd there compared to `cd obj'. -- 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 Mon Aug 31 13:46:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA28744 for freebsd-current-outgoing; Mon, 31 Aug 1998 13:46:03 -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 NAA28431 for ; Mon, 31 Aug 1998 13:44:01 -0700 (PDT) (envelope-from son@cezanne.prism.uvsq.fr) Received: from cezanne.prism.uvsq.fr (rtc101.reseau.uvsq.fr [193.51.24.17]) by soleil.uvsq.fr (8.9.1/jtpda-5.3.1) with ESMTP id WAA06724 ; Mon, 31 Aug 1998 22:42:37 +0200 (METDST) Received: (from son@localhost) by cezanne.prism.uvsq.fr (8.9.1/8.8.5) id UAA00751; Mon, 31 Aug 1998 20:57:04 GMT Message-ID: <19980831205704.19847@breizh.prism.uvsq.fr> Date: Mon, 31 Aug 1998 20:57:04 +0000 From: Nicolas Souchu To: "D. Rock" Cc: Zach Heilig , freebsd-current@FreeBSD.ORG Subject: Re: printer didn't work... a patch References: <35E13ACB.10D29949@wurzelausix.cs.uni-sb.de> <19980830172105.51414@breizh.prism.uvsq.fr> <19980831024552.A912@znh.org.> <13802.27355.871373.199447@doom> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="k+w/mQv8wyuph6w0" X-Mailer: Mutt 0.81e In-Reply-To: <13802.27355.871373.199447@doom>; from D. Rock on Mon, Aug 31, 1998 at 11:25:16AM +0200 X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii On Mon, Aug 31, 1998 at 11:25:16AM +0200, D. Rock wrote: >Zach Heilig writes: > > On Sun, Aug 30, 1998 at 05:21:05PM +0000, Nicolas Souchu wrote: > > > Ok. When do you see the leds coming up again? I propose you to remove the > > > pnp_detect() call from /sys/dev/ppbus/ppbconf.c and tell me. > > > > I've seen this as well, but I thought it was just my configuration (tweeking > > the bios a bit fixed it). > > > > EPP only works (detected as): > > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > > > > EPP/ECP doesn't work (similar to, but with ECP/PS2 added). > > ppc0: Generic chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >Exactly the same for my configuration. I installed the system from a >"make release" at Aug, 21. The printer only works if ECP is >disabled. I have a parallel port ZIP drive attached (ick). > >There is an interesting phenomen: If I enable ECP, the printer port >gets detected (Winbond W83877F on a VIA Apollo Master board), but the >ZIP drive doesn't. After a reboot, even the BIOS doesn't find the >parallel port any more. I have to do a power cycle to revive it again. Strange... the BIOS is responsible I think. > >Daniel > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > Actually SPP under ECP mode configuration was completly broken :) Please try the patch with -v boot(8) option set. And tell me all! Thanks. -- Nicolas.Souchu@prism.uvsq.fr FreeBSD - Turning PCs into workstations - http://www.FreeBSD.org --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ppc.diffs" Index: ppc.c =================================================================== RCS file: /CVSROOT/src/sys/i386/isa/ppc.c,v retrieving revision 1.1.1.1.2.10 retrieving revision 1.1.1.1.2.17 diff -c -r1.1.1.1.2.10 -r1.1.1.1.2.17 *** ppc.c 1998/08/29 11:52:49 1.1.1.1.2.10 --- ppc.c 1998/08/31 20:50:56 1.1.1.1.2.17 *************** *** 127,134 **** static int ppc_exec_microseq(int, struct ppb_microseq *, int *); static int ppc_generic_setmode(int, int); ! static struct ppb_adapter ppc_adapter = { 0, /* no intr handler, filled by chipset dependent code */ --- 127,135 ---- static int ppc_exec_microseq(int, struct ppb_microseq *, int *); static int ppc_generic_setmode(int, int); + static int ppc_smclike_setmode(int, int); ! static struct ppb_adapter ppc_smclike_adapter = { 0, /* no intr handler, filled by chipset dependent code */ *************** *** 136,141 **** --- 137,159 ---- ppc_exec_microseq, + ppc_smclike_setmode, + + ppc_outsb_epp, ppc_outsw_epp, ppc_outsl_epp, + ppc_insb_epp, ppc_insw_epp, ppc_insl_epp, + + ppc_rdtr, ppc_rstr, ppc_rctr, ppc_repp, ppc_recr, ppc_rfifo, + ppc_wdtr, ppc_wstr, ppc_wctr, ppc_wepp, ppc_wecr, ppc_wfifo + }; + + static struct ppb_adapter ppc_generic_adapter = { + + 0, /* no intr handler, filled by chipset dependent code */ + + ppc_reset_epp_timeout, ppc_ecp_sync, + + ppc_exec_microseq, + ppc_generic_setmode, ppc_outsb_epp, ppc_outsw_epp, ppc_outsl_epp, *************** *** 180,202 **** return; } - static void - ppc_ecp_config(struct ppc_data *ppc, int chipset_mode) - { - /* XXX disable DMA, enable interrupts */ - if (chipset_mode & PPB_EPP) - /* select EPP mode */ - w_ecr(ppc, 0x80); - else if (chipset_mode & PPB_PS2) - /* select PS2 mode with ECP */ - w_ecr(ppc, 0x20); - else - /* keep ECP mode alone, default for NIBBLE */ - w_ecr(ppc, 0x70); - - return; - } - static int ppc_detect_port(struct ppc_data *ppc) { --- 198,203 ---- *************** *** 466,471 **** --- 467,475 ---- /* 666GT is ~certainly~ hardwired to an extended ECP+EPP mode */ if (type == SMC_37C666GT) { ppc->ppc_avm |= PPB_ECP | PPB_EPP | PPB_SPP; + if (bootverbose) + printf(" configuration hardwired, supposing " \ + "ECP+EPP SPP"); } else if ((inb(cio) & SMC_CR1_MODE) == 0) { *************** *** 476,498 **** --- 480,512 ---- switch (r) { case SMC_SPP: ppc->ppc_avm |= PPB_SPP; + if (bootverbose) + printf(" SPP"); break; case SMC_EPPSPP: ppc->ppc_avm |= PPB_EPP | PPB_SPP; + if (bootverbose) + printf(" EPP SPP"); break; case SMC_ECP: ppc->ppc_avm |= PPB_ECP | PPB_SPP; + if (bootverbose) + printf(" ECP SPP"); break; case SMC_ECPEPP: ppc->ppc_avm |= PPB_ECP | PPB_EPP | PPB_SPP; + if (bootverbose) + printf(" ECP+EPP SPP"); break; } } else { /* not an extended port mode */ ppc->ppc_avm |= PPB_SPP; + if (bootverbose) + printf(" SPP"); } } else { *************** *** 507,512 **** --- 521,528 ---- if ((chipset_mode & (PPB_ECP | PPB_EPP)) == 0) { /* do not use ECP when the mode is not forced to */ outb(cio, r | SMC_CR1_MODE); + if (bootverbose) + printf(" SPP"); } else { /* an extended mode is selected */ outb(cio, r & ~SMC_CR1_MODE); *************** *** 518,529 **** --- 534,551 ---- if (chipset_mode & PPB_ECP) { if (chipset_mode & PPB_EPP) { outb(cio, r | SMC_ECPEPP); + if (bootverbose) + printf(" ECP+EPP"); } else { outb(cio, r | SMC_ECP); + if (bootverbose) + printf(" ECP"); } } else { /* PPB_EPP is set */ outb(cio, r | SMC_EPPSPP); + if (bootverbose) + printf(" EPP SPP"); } } ppc->ppc_avm = chipset_mode; *************** *** 552,559 **** /* end config mode */ outb(csr, 0xaa); ! if (ppc->ppc_avm & PPB_ECP) ! ppc_ecp_config(ppc, chipset_mode); return (chipset_mode); } --- 574,581 ---- /* end config mode */ outb(csr, 0xaa); ! ppc->ppc_link.adapter = &ppc_smclike_adapter; ! ppc_smclike_setmode(ppc->ppc_unit, chipset_mode); return (chipset_mode); } *************** *** 647,654 **** --- 669,679 ---- printf("0x%x ", inb(efdr)); } printf("\n"); + printf("ppc%d:", ppc->ppc_unit); } + ppc->ppc_link.adapter = &ppc_generic_adapter; + if (!chipset_mode) { /* autodetect mode */ *************** *** 672,691 **** case WINB_EXT2FDD: case WINB_JOYSTICK: if (bootverbose) ! printf("ppc%d: not in parallel port mode\n", ! ppc->ppc_unit); return (-1); case (WINB_PARALLEL | WINB_EPP_SPP): ppc->ppc_avm |= PPB_EPP | PPB_SPP; break; case (WINB_PARALLEL | WINB_ECP): ppc->ppc_avm |= PPB_ECP | PPB_SPP; break; case (WINB_PARALLEL | WINB_ECP_EPP): ppc->ppc_avm |= PPB_ECP | PPB_EPP | PPB_SPP; break; default: printf("%s: unknown case (0x%x)!\n", __FUNCTION__, r); --- 697,723 ---- case WINB_EXT2FDD: case WINB_JOYSTICK: if (bootverbose) ! printf(" not in parallel port mode\n"); return (-1); case (WINB_PARALLEL | WINB_EPP_SPP): ppc->ppc_avm |= PPB_EPP | PPB_SPP; + if (bootverbose) + printf(" EPP SPP"); break; case (WINB_PARALLEL | WINB_ECP): ppc->ppc_avm |= PPB_ECP | PPB_SPP; + if (bootverbose) + printf(" ECP SPP"); break; case (WINB_PARALLEL | WINB_ECP_EPP): ppc->ppc_avm |= PPB_ECP | PPB_EPP | PPB_SPP; + ppc->ppc_link.adapter = &ppc_smclike_adapter; + + if (bootverbose) + printf(" ECP+EPP SPP"); break; default: printf("%s: unknown case (0x%x)!\n", __FUNCTION__, r); *************** *** 703,724 **** outb(efdr, inb(efdr) & ~(WINB_PRTMODS0 | WINB_PRTMODS1)); if (chipset_mode & PPB_ECP) { ! if (chipset_mode & PPB_EPP) outb(efdr, inb(efdr) | WINB_ECP_EPP); ! else outb(efdr, inb(efdr) | WINB_ECP); } else { /* select EPP_SPP otherwise */ outb(efdr, inb(efdr) | WINB_EPP_SPP); } ppc->ppc_avm = chipset_mode; } /* exit configuration mode */ outb(efer, 0xaa); ! if (ppc->ppc_avm & PPB_ECP) ! ppc_ecp_config(ppc, chipset_mode); return (chipset_mode); } --- 735,768 ---- outb(efdr, inb(efdr) & ~(WINB_PRTMODS0 | WINB_PRTMODS1)); if (chipset_mode & PPB_ECP) { ! if (chipset_mode & PPB_EPP) { outb(efdr, inb(efdr) | WINB_ECP_EPP); ! if (bootverbose) ! printf(" ECP+EPP"); ! ! ppc->ppc_link.adapter = &ppc_smclike_adapter; ! ! } else { outb(efdr, inb(efdr) | WINB_ECP); + if (bootverbose) + printf(" ECP"); + } } else { /* select EPP_SPP otherwise */ outb(efdr, inb(efdr) | WINB_EPP_SPP); + if (bootverbose) + printf(" EPP SPP"); } ppc->ppc_avm = chipset_mode; } + + if (bootverbose) + printf("\n"); /* exit configuration mode */ outb(efer, 0xaa); ! ppc->ppc_link.adapter->setmode(ppc->ppc_unit, chipset_mode); return (chipset_mode); } *************** *** 731,741 **** --- 775,793 ---- { char save_control; + /* default to generic */ + ppc->ppc_link.adapter = &ppc_generic_adapter; + + if (bootverbose) + printf("ppc%d:", ppc->ppc_unit); + if (!chipset_mode) { /* first, check for ECP */ w_ecr(ppc, 0x20); if ((r_ecr(ppc) & 0xe0) == 0x20) { ppc->ppc_avm |= PPB_ECP | PPB_SPP; + if (bootverbose) + printf(" ECP SPP"); /* search for SMC style ECP+EPP mode */ w_ecr(ppc, 0x80); *************** *** 745,763 **** if (ppc_check_epp_timeout(ppc)) { ppc->ppc_avm |= PPB_EPP; ! if (ppc->ppc_avm & PPB_ECP) /* SMC like chipset found */ ppc->ppc_type = SMC_LIKE; } ! /* XXX try to detect NIBBLE mode */ ppc->ppc_avm |= PPB_NIBBLE; ! } else ppc->ppc_avm = chipset_mode; ! if (ppc->ppc_avm & PPB_ECP) ! ppc_ecp_config(ppc, chipset_mode); return (chipset_mode); } --- 797,832 ---- if (ppc_check_epp_timeout(ppc)) { ppc->ppc_avm |= PPB_EPP; ! if (ppc->ppc_avm & PPB_ECP) { /* SMC like chipset found */ ppc->ppc_type = SMC_LIKE; + ppc->ppc_link.adapter = &ppc_smclike_adapter; + + if (bootverbose) + printf(" ECP+EPP"); + } else { + if (bootverbose) + printf(" EPP"); + } + } else { + /* restore to standard mode */ + w_ecr(ppc, 0x0); } ! /* XXX try to detect NIBBLE and PS2 modes */ ppc->ppc_avm |= PPB_NIBBLE; ! if (bootverbose) ! printf(" SPP"); ! ! } else { ppc->ppc_avm = chipset_mode; + } + + if (bootverbose) + printf("\n"); ! ppc->ppc_link.adapter->setmode(ppc->ppc_unit, chipset_mode); return (chipset_mode); } *************** *** 1028,1041 **** return (EOPNOTSUPP); /* if ECP mode, configure ecr register */ ! if (ppc->ppc_avm & PPB_ECP) ! ppc_ecp_config(ppc, mode); ppc->ppc_mode = mode; return (0); } /* * EPP timeout, according to the PC87332 manual * Semantics of clearing EPP timeout bit. --- 1097,1162 ---- return (EOPNOTSUPP); /* if ECP mode, configure ecr register */ ! if (ppc->ppc_avm & PPB_ECP) { + /* XXX disable DMA, enable interrupts */ + if (mode & PPB_EPP) + return (EOPNOTSUPP); + else if (mode & PPB_PS2) + /* select PS2 mode with ECP */ + w_ecr(ppc, 0x20); + else if (mode & PPB_ECP) + /* select ECP mode */ + w_ecr(ppc, 0x60); + else + /* select standard parallel port mode */ + w_ecr(ppc, 0x00); + } + ppc->ppc_mode = mode; return (0); } + int + ppc_smclike_setmode(int unit, int mode) + { + struct ppc_data *ppc = ppcdata[unit]; + + /* back to compatible mode, XXX don't know yet what to do here */ + if (mode == 0) { + ppc->ppc_mode = PPB_COMPATIBLE; + return (0); + } + + /* check if mode is available */ + if (!(ppc->ppc_avm & mode)) + return (EOPNOTSUPP); + + /* if ECP mode, configure ecr register */ + if (ppc->ppc_avm & PPB_ECP) { + + /* XXX disable DMA, enable interrupts */ + if (mode & PPB_EPP) + /* select EPP mode */ + w_ecr(ppc, 0x80); + else if (mode & PPB_PS2) + /* select PS2 mode with ECP */ + w_ecr(ppc, 0x20); + else if (mode & PPB_ECP) + /* select ECP mode */ + w_ecr(ppc, 0x60); + else + /* select standard parallel port mode */ + w_ecr(ppc, 0x00); + } + + ppc->ppc_mode = mode; + + + return (0); + } + /* * EPP timeout, according to the PC87332 manual * Semantics of clearing EPP timeout bit. *************** *** 1099,1106 **** ppc->ppc_epp = (dvp->id_flags & 0x10) >> 4; /* ! * XXX ! * Try and detect if interrupts are working. */ if (!(dvp->id_flags & 0x20)) ppc->ppc_irq = (dvp->id_irq); --- 1220,1226 ---- ppc->ppc_epp = (dvp->id_flags & 0x10) >> 4; /* ! * XXX Try and detect if interrupts are working */ if (!(dvp->id_flags & 0x20)) ppc->ppc_irq = (dvp->id_irq); *************** *** 1109,1114 **** --- 1229,1241 ---- nppc ++; /* + * Link the Parallel Port Chipset (adapter) to + * the future ppbus. Default to a generic chipset + */ + ppc->ppc_link.adapter_unit = ppc->ppc_unit; + ppc->ppc_link.adapter = &ppc_generic_adapter; + + /* * Try to detect the chipset and its mode. */ if (ppc_detect(ppc, dvp->id_flags & 0xf)) *************** *** 1128,1140 **** struct ppc_data *ppc = ppcdata[isdp->id_unit]; struct ppb_data *ppbus; char * mode; - - /* - * Link the Parallel Port Chipset (adapter) to - * the future ppbus. - */ - ppc->ppc_link.adapter_unit = ppc->ppc_unit; - ppc->ppc_link.adapter = &ppc_adapter; printf("ppc%d: %s chipset (%s) in %s mode%s\n", ppc->ppc_unit, ppc_types[ppc->ppc_type], ppc_avms[ppc->ppc_avm], --- 1255,1260 ---- --k+w/mQv8wyuph6w0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 13:49:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA29722 for freebsd-current-outgoing; Mon, 31 Aug 1998 13:49: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 NAA29717 for ; Mon, 31 Aug 1998 13:49:39 -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 NAA00942; Mon, 31 Aug 1998 13:41:34 GMT (envelope-from mike@dingo.cdrom.com) Message-Id: <199808311341.NAA00942@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: The Day After, initial reports. In-reply-to: Your message of "Mon, 31 Aug 1998 21:43:25 +0200." <16893.904592605@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 31 Aug 1998 13:41:34 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >ELF kernels are dependant on the new bootloader. Right now, there would > >be no real benefit to an ELF kernel compared to an a.out kernel. They > >would both take up the same amount of memory and both support the same set > >of features. > > Until somebody implemented the code needed for us to dispose of code > which is "NWDV". > > Poul-Henning > > Ok, Ok: "Not Wanted During Voyage" Bruce has already indicated that there is a mechanism for freeing kernel memory; anyone care to document the process? With the modular approach I'm taking, it would be nice to be able to free modules that fail to probe. -- \\ 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 Aug 31 13:55:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA00715 for freebsd-current-outgoing; Mon, 31 Aug 1998 13:55:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from starkreality.com (fire.starkreality.com [208.24.48.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA00710 for ; Mon, 31 Aug 1998 13:55:25 -0700 (PDT) (envelope-from caesar@starkreality.com) Received: (from caesar@localhost) by starkreality.com (8.9.1a/8.8.7) id PAA27010 for freebsd-current@freebsd.org; Mon, 31 Aug 1998 15:54:27 -0500 (CDT) From: "William S. Duncanson" Message-Id: <199808312054.PAA27010@starkreality.com> Subject: Error building aout-to-elf-build To: freebsd-current@FreeBSD.ORG Date: Mon, 31 Aug 1998 15:54:26 -0500 (CDT) 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 I cvsup'd as of about 3:30 EDT today, and I'm getting the following error trying to `make aout-to-elf-build`: yacc -d /home/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-parse.y yacc: e - line 30 of "/home/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-parse.y", syntax error %expect 34 This is happening during the "Doing an aout buildworld to get an up to date set of tools." Any ideas? I'm grabbing -current. -- William S. Duncanson caesar@starkreality.com "The driving force behind the NC is the belief that the companies who brought us things like Unix, relational databases, and Windows can make an appliance that is inexpensive and easy to use if they choose to do that." -- Scott Adams To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 14:04:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA01644 for freebsd-current-outgoing; Mon, 31 Aug 1998 14:04:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gorillanet.gorilla.net (gorillanet.gorilla.net [208.128.8.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA01638 for ; Mon, 31 Aug 1998 14:04:05 -0700 (PDT) (envelope-from tom@gorilla.net) Received: from [208.143.84.55] by gorillanet.gorilla.net (NTMail 3.03.0014/18.aaac) with ESMTP id ha415045 for ; Mon, 31 Aug 1998 16:02:31 -0500 Received: (from tom@localhost) by peeper.TOJ.org (8.9.1/8.8.8) id QAA27080 for freebsd-current@freebsd.org; Mon, 31 Aug 1998 16:03:06 -0500 (CDT) (envelope-from tom) Message-ID: <19980831160235.A27062@TOJ.org> Date: Mon, 31 Aug 1998 16:02:35 -0500 From: Tom Jackson To: FreeBSD Current Subject: E scaries Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Reply_To: Tom Jackson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all Running 3.0-CURRENT on a smp machine. Things have not gone well on the upgrade, probably most my own fault. :( Had to define out the libc_r build and got the build to go all the way through and die right before the install on two errors pertaining to do files in /usr/obj. Out of perplex I tried the aout-to-elf-install and seemed to work but did not rebuild my kernel (GENERICupgrade). Tried to rebuild my kernel and it got to the very end and gave me: loading kernel /usr/libexec/elf/ld: unregonized option '-Z' *** Error code 1 Stop Any advice as what to do now. I'm worried about rebooting and haven't got a clue. -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 14:07:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02055 for freebsd-current-outgoing; Mon, 31 Aug 1998 14:07:31 -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 OAA02047 for ; Mon, 31 Aug 1998 14:07:28 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id HAA22103; Tue, 1 Sep 1998 07:18:55 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808312118.HAA22103@cimlogic.com.au> Subject: Re: More problems post-ELF In-Reply-To: <14120.904588750@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 31, 98 11:39:10 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 1 Sep 1998 07:18: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 Jordan K. Hubbard wrote: > After doing a full aout-to-elf build and kernel update on my -current > box, I have the following problems: > > 1. /etc/objformat sets OBJFORMAT=elf and kernel build doesn't override > it, causing link failure (already reported). > > 2. Interestingly enough, a `make world' after this process is complete > still builds an aout world and announces it as such. I thought > you were supposed to be elf'd after this? You are. If /etc/objformat contains OBJFORMAT=elf and OBJFORMAT is not set anywhere else, `objformat' should report `elf' and `make world' should follow that. Puzzling! -- 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 Mon Aug 31 14:09:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02414 for freebsd-current-outgoing; Mon, 31 Aug 1998 14:09:43 -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 OAA02400 for ; Mon, 31 Aug 1998 14:09:40 -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 WAA01136; Mon, 31 Aug 1998 22:08:35 +0100 (BST) Date: Mon, 31 Aug 1998 22:08:34 +0100 (BST) From: Doug Rabson To: Tugrul Galatali cc: freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF 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 Mon, 31 Aug 1998, Tugrul Galatali wrote: > Most ports are compiling just fine with ELF. The only problem I > have encountered is compiling XFree86. The libs compile just fine from > watching it scroll by now and then, but linking against the programs under > the program subdirectory results in errors such as the following > > cc -o appres -O2 -ansi -pedantic -Dasm=__asm -L../../exports/lib > appres.o -lXt -lSM -lICE -lXext -lX11 -L/usr/X11R6/lib -lxpg4 > -Wl,-R,/usr/X11R6/lib > ../../exports/lib/libICE.a(transport.o): In function > `_IceTransSockINETConnect': > transport.o(.text+0x1070): undefined reference to `inet_addr' > ../../exports/lib/libICE.a(transport.o): In function > `_IceTransGetPeerNetworkId': > transport.o(.text+0x2912): undefined reference to `inet_ntoa' > ../../exports/lib/libX11.a(ximtrans.o): In function > `_X11TransSocketINETConnect': > x11trans.o(.text+0x544): undefined reference to `inet_addr' > ../../exports/lib/libX11.a(ximtrans.o): In function > `_XimXTransSocketINETConnect': > ximtrans.o(.text+0x510): undefined reference to `inet_addr' > *** Error code 1 > > Stop. > > ... (quickly transcribed by hand ;) > > Anyone willing to post a makeshift patch to carry us along till > the port gets ELF savvy, or to test the port to be? I have a set of patches for the port. I think that we need to fix the weak definition of inet_addr in libc though. Index: patches/patch-ag =================================================================== RCS file: patch-ag diff -N patch-ag --- /dev/null Mon Aug 31 22:00:00 1998 +++ patch-ag Wed Aug 26 20:22:05 1998 @@ -0,0 +1,10 @@ +--- lib/xtrans/Xtranssock.c.dist Wed Aug 26 20:21:24 1998 ++++ lib/xtrans/Xtranssock.c Wed Aug 26 20:17:29 1998 +@@ -98,6 +98,7 @@ + #if defined(__NetBSD__) || defined(__OpenBSD__) || defined(__FreeBSD__) + #include + #endif /* __NetBSD__ || __OpenBSD__ || __FreeBSD__ */ ++#include + #include + #endif /* !NO_TCP_H */ + #include Index: patches/patch-ah =================================================================== RCS file: patch-ah diff -N patch-ah --- /dev/null Mon Aug 31 22:00:00 1998 +++ patch-ah Wed Aug 26 20:45:18 1998 @@ -0,0 +1,10 @@ +--- programs/xauth/gethost.c.dist Wed Aug 26 20:22:27 1998 ++++ programs/xauth/gethost.c Wed Aug 26 20:23:47 1998 +@@ -58,6 +58,7 @@ + #endif + #include + #include ++#include + #ifdef SYSV + #ifdef i386 + #ifndef sco Index: patches/patch-ai =================================================================== RCS file: patch-ai diff -N patch-ai --- /dev/null Mon Aug 31 22:00:00 1998 +++ patch-ai Wed Aug 26 20:26:40 1998 @@ -0,0 +1,10 @@ +--- programs/xdm/chooser.c.dist Wed Aug 26 20:25:33 1998 ++++ programs/xdm/chooser.c Wed Aug 26 20:26:02 1998 +@@ -87,6 +87,7 @@ + #include + #endif + #include ++#include + #else /* MINIX */ + #include + #include Index: patches/patch-aj =================================================================== RCS file: patch-aj diff -N patch-aj --- /dev/null Mon Aug 31 22:00:00 1998 +++ patch-aj Wed Aug 26 20:31:49 1998 @@ -0,0 +1,18 @@ +--- programs/xhost/xhost.c.dist Wed Aug 26 20:28:09 1998 ++++ programs/xhost/xhost.c Wed Aug 26 20:31:38 1998 +@@ -85,11 +85,14 @@ + #endif + #endif /* NEEDSOCKETS */ + ++#ifdef __FreeBSD__ ++#include ++#endif + #ifdef notdef + #include + bogus definition of inet_makeaddr() in BSD 4.2 and Ultrix + #else +-#if !defined(hpux) && !defined(NCR) && !defined(__EMX__) ++#if !defined(hpux) && !defined(NCR) && !defined(__EMX__) && !defined(__FreeBSD__) + extern unsigned long inet_makeaddr(); + #endif + #endif Index: patches/patch-ak =================================================================== RCS file: patch-ak diff -N patch-ak --- /dev/null Mon Aug 31 22:00:00 1998 +++ patch-ak Wed Aug 26 20:45:13 1998 @@ -0,0 +1,10 @@ +--- lib/SM/sm_genid.c.dist Wed Aug 26 20:44:27 1998 ++++ lib/SM/sm_genid.c Wed Aug 26 20:44:44 1998 +@@ -60,6 +60,7 @@ + #include + #endif + #include ++#include + #define XOS_USE_NO_LOCKING + #define X_INCLUDE_NETDB_H + #include -- 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 Mon Aug 31 14:16:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03437 for freebsd-current-outgoing; Mon, 31 Aug 1998 14:16:35 -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 OAA03432 for ; Mon, 31 Aug 1998 14:16:30 -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 OAA01117; Mon, 31 Aug 1998 14:12:54 GMT (envelope-from mike@dingo.cdrom.com) Message-Id: <199808311412.OAA01117@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Jordan K. Hubbard" cc: John Birrell , current@FreeBSD.ORG Subject: Re: The Day After, initial reports. In-reply-to: Your message of "Mon, 31 Aug 1998 04:16:36 MST." <11777.904562196@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 31 Aug 1998 14:12:53 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just as a hopefully-useful followup: > Nope, I'm afraid those changes were innocuous. This is something > weirder, I think. The compiler is spitting out something which the > ELF assembler doesn't like, to wit: > > su-2.01# /usr/libexec/elf/as -v -o machdep.o machdep.s > GNU assembler version 2.8.1 (i386-unknown-freebsdelf), using BFD version 2.8.1 > machdep.s: Assembler messages: > machdep.s:919: Error: operands given don't match any known 386 instruction > machdep.s:920: Error: operands given don't match any known 386 instruction > > if you look at the location in question, the error is on: > .. > cmpl %esi,curpcb > jne .L352 > movl _udatasel,%ecx > #APP > mov %ecx,%fs <-- XXX these two > mov %ecx,%gs lines XXX -- > > #NO_APP These markers mean that the code comes from the "asm" macro, so it's not the compiler, fortunately. 8) > .L352: > movl 8(%ebp),%ecx > movl 272(%ecx),%eax > andb $254,212(%eax) > > %fs? %gs? Interesting! :-) Yes; these are 386 registers. Luoqi's trying to reload them with something sensible; we were leaving them polluted before 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 Mon Aug 31 14:23:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04341 for freebsd-current-outgoing; Mon, 31 Aug 1998 14:23:33 -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 OAA04333 for ; Mon, 31 Aug 1998 14:23:30 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id HAA22205; Tue, 1 Sep 1998 07:34:48 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808312134.HAA22205@cimlogic.com.au> Subject: Re: The Day After, initial reports. In-Reply-To: <199808311412.OAA01117@dingo.cdrom.com> from Mike Smith at "Aug 31, 98 02:12:53 pm" To: mike@smith.net.au (Mike Smith) Date: Tue, 1 Sep 1998 07:34:48 +1000 (EST) Cc: jkh@time.cdrom.com, 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 Mike Smith wrote: > > Just as a hopefully-useful followup: Not relevant. 8-) [...] > Yes; these are 386 registers. Luoqi's trying to reload them with > something sensible; we were leaving them polluted before IIRC. That is needed for an elf kernel later. The problem at the moment is that the kernel build is not putting OBJFORMAT=aout into the environment for the tools to see, so they follow what the system is installed as (i.e. /etc/objformat). As jdp pointed out, the -aout switches passed to objformat would solve this, but I was hoping to be able to remove the code in objformat that knows about specific object formats so that it could be used for cross compilation. -- 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 Mon Aug 31 14:36:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA06977 for freebsd-current-outgoing; Mon, 31 Aug 1998 14:36:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA06840 for ; Mon, 31 Aug 1998 14:35:58 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id XAA07668; Mon, 31 Aug 1998 23:30:06 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.1/8.9.1) id XAA15291; Mon, 31 Aug 1998 23:16:27 +0200 (CEST) (envelope-from andreas) Message-ID: <19980831231626.A14854@klemm.gtn.com> Date: Mon, 31 Aug 1998 23:16:26 +0200 From: Andreas Klemm To: John Birrell Cc: current@FreeBSD.ORG Subject: Re: E-day not completed ? get the following error References: <19980831173510.A23266@klemm.gtn.com> <199808312035.GAA21782@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199808312035.GAA21782@cimlogic.com.au>; from John Birrell on Tue, Sep 01, 1998 at 06:35:41AM +1000 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 01, 1998 at 06:35:41AM +1000, John Birrell wrote: > Andreas Klemm wrote: > > On Mon, Aug 31, 1998 at 10:14:32PM +1000, John Birrell wrote: > > > Andreas Klemm wrote: > > > > /etc/make.conf contains BINFORMAT=elf > > > > > > Are you sure it hasn't got OBJFORMAT=elf too? > > > > Oops, sorry, typo > > /etc/make.conf and > > /etc/objformat contain > > > > OBJFORMAT=elf > > OK, that makes sense. Now for the obvious question.... why are you > converting to elf when you are already running elf?! No, I'm not running elf. Why do you assume ? I just added the above settings because I thought it would be needed for the initial process of migrating to elf. /usr/bin/CC: FreeBSD/i386 compact demand paged dynamically linked executable /usr/bin/Mail: FreeBSD/i386 compact demand paged dynamically linked executable /usr/bin/a2p: FreeBSD/i386 compact demand paged dynamically linked executable /usr/bin/addftinfo: FreeBSD/i386 compact demand paged dynamically linked executable /usr/bin/apply: FreeBSD/i386 compact demand paged dynamically linked executable /usr/bin/apropos: Bourne shell script text /usr/bin/ar: FreeBSD/i386 compact demand paged dynamically linked executable /usr/bin/as: FreeBSD/i386 compact demand paged dynamically linked executable -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 14:45:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08611 for freebsd-current-outgoing; Mon, 31 Aug 1998 14:45:59 -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 OAA08586 for ; Mon, 31 Aug 1998 14:45:53 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id HAA22293; Tue, 1 Sep 1998 07:57:02 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808312157.HAA22293@cimlogic.com.au> Subject: Re: E-day not completed ? get the following error In-Reply-To: <19980831231626.A14854@klemm.gtn.com> from Andreas Klemm at "Aug 31, 98 11:16:26 pm" To: andreas@klemm.gtn.com (Andreas Klemm) Date: Tue, 1 Sep 1998 07:57:02 +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 Andreas Klemm wrote: > On Tue, Sep 01, 1998 at 06:35:41AM +1000, John Birrell wrote: > > Andreas Klemm wrote: > > > On Mon, Aug 31, 1998 at 10:14:32PM +1000, John Birrell wrote: > > > > Andreas Klemm wrote: > > > > > /etc/make.conf contains BINFORMAT=elf > > > > > > > > Are you sure it hasn't got OBJFORMAT=elf too? > > > > > > Oops, sorry, typo > > > /etc/make.conf and > > > /etc/objformat contain > > > > > > OBJFORMAT=elf > > > > OK, that makes sense. Now for the obvious question.... why are you > > converting to elf when you are already running elf?! > > No, I'm not running elf. Why do you assume ? > I just added the above settings because I thought it would be > needed for the initial process of migrating to elf. The transition build should be performed without BINFORMAT, OBJFORMAT or /etc/objformat being set. I assumed that if you had done previous builds with BINFORMAT set to elf, then you must have been running elf, otherwise you would get wierd build errors. FWIW, I tested the upgrade starting with a clean 2.2.5/6/7 or current system. By clean, I mean no changes to /etc/make.conf from what was distributed in each release. I can't think of a way of preventing local overrides in /etc/make.conf from breaking the build. -- 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 Mon Aug 31 15:00:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10791 for freebsd-current-outgoing; Mon, 31 Aug 1998 15:00:41 -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 PAA10784; Mon, 31 Aug 1998 15:00:31 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id IAA22359; Tue, 1 Sep 1998 08:11:52 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808312211.IAA22359@cimlogic.com.au> Subject: Re: The Day After, initial reports. In-Reply-To: <199808311830.LAA05497@austin.polstra.com> from John Polstra at "Aug 31, 98 11:30:08 am" To: jdp@polstra.com (John Polstra) Date: Tue, 1 Sep 1998 08:11:46 +1000 (EST) Cc: jkh@time.cdrom.com, current@FreeBSD.ORG, jb@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 John Polstra wrote: > > No idea, but I can also note that the fix to Makefile.i386 didn't > > work; /etc/objformat still overrides it and the resulting kernel > > still blows up in the link stage. :) > > Right -- the fix isn't complete. There are still BINFORMATs > lingering in there. Also, I think the right fix needs to explicitly > add "-aout" to CFLAGS if OBJFORMAT is aout. Just setting OBJFORMAT > in the makefile doesn't automatically export it to the environment > where the tools can see it. I'll do the KERNFORMAT bit, adding -aout or -elf to CFLAGS as you suggest. > > John B. is probably asleep by now, and I'm loathe to mess with it I woke up! -- 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 Mon Aug 31 15:08:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA12679 for freebsd-current-outgoing; Mon, 31 Aug 1998 15:08:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freebie.dcfinc.com (freebie.dcfinc.com [138.113.5.128]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA12672; Mon, 31 Aug 1998 15:08:14 -0700 (PDT) (envelope-from chad@freebie.dcfinc.com) Received: (from chad@localhost) by freebie.dcfinc.com (8.8.7/8.8.3a) id PAA18113; Mon, 31 Aug 1998 15:07:04 -0700 (MST) From: "Chad R. Larson" Message-Id: <199808312207.PAA18113@freebie.dcfinc.com> Subject: Re: Looking for feedback on xl (3c905/3c905B) driver To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Mon, 31 Aug 1998 15:07:03 -0700 (MST) Cc: chad@dcfinc.com, stable@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199808291923.PAA01095@skynet.ctr.columbia.edu> from Bill Paul at "Aug 29, 98 03:23:48 pm" Reply-to: chad@dcfinc.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Okay people, it's been some time since I put the xl0 driver in > -current and -stable. I need to know if people are having problems > with the driver or not. So far I've gotten startlingly little > feedback. This either means that it's working so well that nobody has > had any trouble with it, or you guys are all just slackers and are too > lazy to speak up. Well, this was interesting. Bill talked me into trying to build his driver into my kernel. But first (taking baby steps) I cvsup'd -stable again, and rebuilt the world. Then I build a new kernel. Just to make sure that if anything broke, I wouldn't be blaming Bill. Glorioski! No network! The new kernel, supped as of Aug 25, no longer saw my vx0 device. In fact, it didn't even probe for it. The date on ../sys/pci/if_vx_pci.c is Aug 24th. Coincidence? So my choice was to try to fall back to a prior kernel and figure out what got broken, or to march onward. I chose the latter. I edited my kernel config file to change "device vx0" to "device xl0", edited /etc/rc.conf to change "vx" references to "xl". Then rebuilt the kernel and rebooted. As you can tell, I'm back on the net. But has anyone chased down what happened to the vx driver? -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org chad@anasazi.com larson1@home.net DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 15:51:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21252 for freebsd-current-outgoing; Mon, 31 Aug 1998 15:51:59 -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 PAA21235 for ; Mon, 31 Aug 1998 15:51:54 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id JAA22556; Tue, 1 Sep 1998 09:03:22 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808312303.JAA22556@cimlogic.com.au> Subject: Re: E scaries In-Reply-To: <19980831160235.A27062@TOJ.org> from Tom Jackson at "Aug 31, 98 04:02:35 pm" To: toj@gorilla.net (Tom Jackson) Date: Tue, 1 Sep 1998 09:03:22 +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 Tom Jackson wrote: > Had to define out the libc_r build and got the build to go all > the way through and die right before the install on two errors > pertaining to do files in /usr/obj. Out of perplex I tried the > aout-to-elf-install and seemed to work but did not rebuild my > kernel (GENERICupgrade). Tried to rebuild my kernel and it got > to the very end and gave me: > > loading kernel > /usr/libexec/elf/ld: unregonized option '-Z' > *** Error code 1 > > Stop > > Any advice as what to do now. I'm worried about rebooting and haven't > got a clue. A quick fix is to edit the Makefile.i386 in src/sys/i386/conf to pass -aout in CFLAGS, to LD and on each ${CC} line where CFLAGS is not used. I'll commit this in a few minutes. -- 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 Mon Aug 31 15:55:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22217 for freebsd-current-outgoing; Mon, 31 Aug 1998 15:55:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from csns02.comp.polyu.edu.hk (csns02.COMP.POLYU.EDU.HK [158.132.25.95]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA22205 for ; Mon, 31 Aug 1998 15:55:36 -0700 (PDT) (envelope-from c5666305@comp.polyu.edu.hk) Received: from cssolar86.COMP.HKP.HK (cssolar86 [158.132.8.175]) by csns02.comp.polyu.edu.hk (8.8.8/8.8.8) with SMTP id GAA07880 for ; Tue, 1 Sep 1998 06:53:00 +0800 (HKT) Received: (from c5666305@localhost) by cssolar86.COMP.HKP.HK (SMI-8.6/) id GAA16501 for freebsd-current@freebsd.org; Tue, 1 Sep 1998 06:52:53 +0800 Message-Id: <199808312252.GAA16501@cssolar86.COMP.HKP.HK> Subject: mailing list for multimedia To: freebsd-current@FreeBSD.ORG Date: Tue, 1 Sep 1998 06:52:53 +0800 (HKT) From: "c5666305" 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 Hello, I would like to konw if there exists a mailing list for multimedia as I cannot find it in the fttp://www.freebsd.org. Thanks. Clarence To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 15:57:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22603 for freebsd-current-outgoing; Mon, 31 Aug 1998 15:57:11 -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 PAA22574 for ; Mon, 31 Aug 1998 15:56:57 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-119.camalott.com [208.229.74.119]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id RAA31863; Mon, 31 Aug 1998 17:57:36 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id RAA11107; Mon, 31 Aug 1998 17:55:40 -0500 (CDT) (envelope-from joelh) Date: Mon, 31 Aug 1998 17:55:40 -0500 (CDT) Message-Id: <199808312255.RAA11107@detlev.UUCP> To: seggers@semyam.dinoco.de CC: freebsd-current@FreeBSD.ORG, seggers@semyam.dinoco.de In-reply-to: <199808311133.NAA12707@semyam.dinoco.de> (message from Stefan Eggers on Mon, 31 Aug 1998 13:33:56 +0200) Subject: Re: Not receiving CVS commit messages From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199808311133.NAA12707@semyam.dinoco.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> To me cvs-all, cvs-bin, cvs-ports and cvs-sys sounds like a reasonable >>> way to split it. The hundreds of lists that previously existed are a >> Note also that I use the digest. I find it easier to concentrate when >> I see a batch of messages at once. > A digested version of the CVS log messages? That would be a nice > thing but I never heard about that being available. Sure, I've been using cvs-all-digest. I'd prefer cvs-src-digest, but there's no such thing. That's why I like this idea. 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 Aug 31 16:17:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA27116 for freebsd-current-outgoing; Mon, 31 Aug 1998 16:17:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gorillanet.gorilla.net (gorillanet.gorilla.net [208.128.8.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA27106 for ; Mon, 31 Aug 1998 16:17:23 -0700 (PDT) (envelope-from tom@gorilla.net) Received: from [208.143.84.98] by gorillanet.gorilla.net (NTMail 3.03.0014/18.aaac) with ESMTP id la415231 for ; Mon, 31 Aug 1998 18:15:43 -0500 Received: (from tom@localhost) by peeper.TOJ.org (8.9.1/8.8.8) id SAA00366 for freebsd-current@freebsd.org; Mon, 31 Aug 1998 18:16:07 -0500 (CDT) (envelope-from tom) Message-ID: <19980831181536.A359@TOJ.org> Date: Mon, 31 Aug 1998 18:15:36 -0500 From: Tom Jackson To: FreeBSD Current Subject: Re: E scaries Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Reply_To: Tom Jackson Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Got the kernel to make by changing /etc/objformat from elf to aout, thanks to jkh postings! Will keep lurking, thanks to all for the upgrade. -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 16:23:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA28478 for freebsd-current-outgoing; Mon, 31 Aug 1998 16:23:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from csns02.comp.polyu.edu.hk (csns02.COMP.POLYU.EDU.HK [158.132.25.95]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA28457 for ; Mon, 31 Aug 1998 16:23:14 -0700 (PDT) (envelope-from c5666305@comp.polyu.edu.hk) Received: from cssolar86.COMP.HKP.HK (cssolar86 [158.132.8.175]) by csns02.comp.polyu.edu.hk (8.8.8/8.8.8) with SMTP id HAA08047 for ; Tue, 1 Sep 1998 07:20:38 +0800 (HKT) Received: (from c5666305@localhost) by cssolar86.COMP.HKP.HK (SMI-8.6/) id HAA16579 for current@freebsd.org; Tue, 1 Sep 1998 07:20:38 +0800 Message-Id: <199808312320.HAA16579@cssolar86.COMP.HKP.HK> Subject: mailing list for multimedia To: current@FreeBSD.ORG Date: Tue, 1 Sep 1998 07:20:38 +0800 (HKT) From: "c5666305" 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 Hello, I would like to know if there exists a mailing list for multimedia as I cannot find it under http://www.freebsd.org. Thanks. Clarence To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 16:24:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA28821 for freebsd-current-outgoing; Mon, 31 Aug 1998 16:24:46 -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 QAA28797 for ; Mon, 31 Aug 1998 16:24:36 -0700 (PDT) (envelope-from galatalt@stuy.edu) Received: from nyc-ny65-15.ix.netcom.com (nyc-ny65-15.ix.netcom.com [209.109.224.207]) by mumford.stuy.edu (8.8.5/8.8.5) with SMTP id TAA09238; Mon, 31 Aug 1998 19:25:14 -0400 Date: Mon, 31 Aug 1998 19:23:11 -0400 (EDT) From: Tugrul Galatali X-Sender: galatalt@europa.novastar.com To: Doug Rabson cc: freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF 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 Mon, 31 Aug 1998, Doug Rabson wrote: > > I have a set of patches for the port. I think that we need to fix the > weak definition of inet_addr in libc though. > The patches do fix one of the two parts of the problems I had. Most of the programs in xc/programs now actually link and have binaries, and all the libraries in xc/lib seem ok. But it completely barfs when linking XF86_SVGA. I'll send several pages of undefined symbols if anyone wants. I just wanted to write that the patches work, and now I'll busy myself with this directory, xc/programs/Xserver, until I work it out or somebody else is nice enough to offer even more patches ;) I'd like to congratuate the team for making it this smooth ;) Tugrul Galatali ps. hm, I must also note that perl5 fails on elf compile too... now if I could only figure out what changes elf really makes... I would think its the same data stored a little differently, but the errors seem to contradict that. This is of little concern compared to X tho ;) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 16:31:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA00202 for freebsd-current-outgoing; Mon, 31 Aug 1998 16:31:37 -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 QAA00189 for ; Mon, 31 Aug 1998 16:31:29 -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 BAA00848 for current@FreeBSD.ORG; Tue, 1 Sep 1998 01:30:23 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id AF25414A2; Tue, 1 Sep 1998 00:55:50 +0200 (CEST) Date: Tue, 1 Sep 1998 00:55:50 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: More problems post-ELF Message-ID: <19980901005550.A2925@keltia.freenix.fr> Mail-Followup-To: current@FreeBSD.ORG References: <14120.904588750@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <14120.904588750@time.cdrom.com>; from Jordan K. Hubbard on Mon, Aug 31, 1998 at 11:39:10AM -0700 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4606 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Jordan K. Hubbard: > 2. Interestingly enough, a `make world' after this process is complete > still builds an aout world and announces it as such. I thought > you were supposed to be elf'd after this? We may have a problem with some weak symbols too. I tried to recompile trn4 and I got this: nntpinit.o: In function `get_tcp_socket': nntpinit.o(.text+0x1c0): undefined reference to `inet_addr' nntpinit.o(.text+0x29c): undefined reference to `inet_ntoa' nntpinit.o(.text+0x2cd): undefined reference to `inet_ntoa' 1640 [0:53] root@keltia:/usr/lib# grep __inet_addr /usr/include/*/*.h /usr/include/arpa/inet.h:#define inet_addr __inet_addr 1641 [0:53] root@keltia:/usr/lib# grep __inet_addr /usr/src/lib/libc/*/*.c /usr/src/lib/libc/net/res_stubs.c:__weak_reference(__inet_addr, inet_addr); VMailer compiled without a hitch though :) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 16:35:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA00843 for freebsd-current-outgoing; Mon, 31 Aug 1998 16:35:08 -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 QAA00836; Mon, 31 Aug 1998 16:35:05 -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 QAA01800; Mon, 31 Aug 1998 16:31:06 GMT (envelope-from mike@dingo.cdrom.com) Message-Id: <199808311631.QAA01800@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: chad@dcfinc.com cc: wpaul@skynet.ctr.columbia.edu (Bill Paul), stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Looking for feedback on xl (3c905/3c905B) driver In-reply-to: Your message of "Mon, 31 Aug 1998 15:07:03 MST." <199808312207.PAA18113@freebie.dcfinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 31 Aug 1998 16:31:06 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Glorioski! No network! The new kernel, supped as of Aug 25, no longer > saw my vx0 device. In fact, it didn't even probe for it. The date on > ../sys/pci/if_vx_pci.c is Aug 24th. Coincidence? > > So my choice was to try to fall back to a prior kernel and figure out > what got broken, or to march onward. I chose the latter. I edited my > kernel config file to change "device vx0" to "device xl0", edited > /etc/rc.conf to change "vx" references to "xl". Then rebuilt the kernel > and rebooted. > > As you can tell, I'm back on the net. But has anyone chased down what > happened to the vx driver? There can only be one driver claim a device; when the 'xl' driver was added, the 'vx' driver had to be changed to not claim the devices that were taken over. PCI drivers don't "probe for" devices; they are effectively passively triggered by the presence of the device. You won't see any noise at all from a PCI driver unless the device(s) it supports are present. -- \\ 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 Aug 31 16:38:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01639 for freebsd-current-outgoing; Mon, 31 Aug 1998 16:38:40 -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 QAA01613 for ; Mon, 31 Aug 1998 16:38:36 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id JAA22696 for current@FreeBSD.org; Tue, 1 Sep 1998 09:50:12 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808312350.JAA22696@cimlogic.com.au> Subject: ELF amnesia after an upgrade To: current@FreeBSD.ORG Date: Tue, 1 Sep 1998 09:50:11 +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 This should fix the problem people (at least Jordan) have seen which causes a newly converted elf system to think that it should still be aout. If you've upgraded already, please `mv /etc/objectformat /etc/objformat' ----- Forwarded message from John Birrell ----- >From owner-cvs-committers@FreeBSD.ORG Tue Sep 1 09:47:11 1998 From: John Birrell Date: Mon, 31 Aug 1998 16:34:38 -0700 (PDT) Message-Id: <199808312334.QAA28013@freefall.freebsd.org> To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: cvs commit: src/share/mk bsd.own.mk Sender: owner-cvs-committers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG jb 1998/08/31 16:34:38 PDT Modified files: share/mk bsd.own.mk Log: Oops, I missed the update from /etc/objectformat to /etc/objformat which caused a port-ELF upgrade to continue to build aout. Revision Changes Path 1.18 +3 -3 src/share/mk/bsd.own.mk ----- End of forwarded message from John Birrell ----- -- 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 Mon Aug 31 16:43:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA02378 for freebsd-current-outgoing; Mon, 31 Aug 1998 16:43: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 QAA02373 for ; Mon, 31 Aug 1998 16:43:29 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id JAA22738; Tue, 1 Sep 1998 09:54:48 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199808312354.JAA22738@cimlogic.com.au> Subject: Re: More problems post-ELF In-Reply-To: <199808312011.NAA06342@austin.polstra.com> from John Polstra at "Aug 31, 98 01:11:18 pm" To: jdp@polstra.com (John Polstra) Date: Tue, 1 Sep 1998 09:54:48 +1000 (EST) Cc: jkh@time.cdrom.com, 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 John Polstra wrote: > Execute "/usr/bin/objformat" and it should say "elf". If it doesn't, > then either /etc/objformat is wrong, or you've got OBJFORMAT set to > aout in your environment. I committed the wrong bsd.own.mk yesterday. It was still using /etc/objectformat. Should be fixed now. -- 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 Mon Aug 31 16:53:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA04142 for freebsd-current-outgoing; Mon, 31 Aug 1998 16:53: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 QAA04137 for ; Mon, 31 Aug 1998 16:53:31 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id QAA24142; Mon, 31 Aug 1998 16:52:12 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp03.primenet.com, id smtpd024046; Mon Aug 31 16:52:08 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id QAA13074; Mon, 31 Aug 1998 16:51:54 -0700 (MST) From: Terry Lambert Message-Id: <199808312351.QAA13074@usr01.primenet.com> Subject: Re: Floating Point Exceptions, signal handlers & subsequent ops To: bde@zeta.org.au (Bruce Evans) Date: Mon, 31 Aug 1998 23:51:53 +0000 (GMT) Cc: bde@zeta.org.au, cracauer@cons.org, tlambert@primenet.com, current@FreeBSD.ORG, luoqi@watermarkgroup.com, shocking@prth.pgs.com In-Reply-To: <199808310359.NAA27283@godzilla.zeta.org.au> from "Bruce Evans" at Aug 31, 98 01:59: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 > TSS-based context switching > doesn't affect the FPU. I believe Linux uses TSS-based context switching > for the CPU and fully lazy context switching for the FPU. Thanks for the correction... > >I don't understand how not saving the registers could lead to an FPE > >delivered to the wrong process. A process could only leave with > >pending exceptions if it used floating point and in that case its > >registers would have been saved. > > Well, on old86's with a coprocessor, and on new86's with a coprocessor > but still using IRQ13 to report exceptions, the save-context FPU > instructions don't actually work if there is a trap pending - they > cause a trap in the context of the new process. Half of the code > and most of the complications in npx.c are for ignoring this trap. > It occurs instead on the next FPU instruction for the old process, > even that instruction is a control instruction that shouldn't trap. What Bruce said. 8-). I'm very glad I didn't have to dig into the code to answer this for you; realistically, I probably would have punted with "something to do with IRQ13 and the register save kicking a trap in the new process that has to be stored for the old". Now that Bruce is "in the groove"... fully lazy switching? ;-). 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 Mon Aug 31 16:58:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA04971 for freebsd-current-outgoing; Mon, 31 Aug 1998 16:58:36 -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 QAA04966 for ; Mon, 31 Aug 1998 16:58:33 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id KAA22803; Tue, 1 Sep 1998 10:10:01 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809010010.KAA22803@cimlogic.com.au> Subject: Re: Error building aout-to-elf-build In-Reply-To: <199808312054.PAA27010@starkreality.com> from "William S. Duncanson" at "Aug 31, 98 03:54:26 pm" To: caesar@starkreality.com (William S. Duncanson) Date: Tue, 1 Sep 1998 10:10:01 +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 S. Duncanson wrote: > I cvsup'd as of about 3:30 EDT today, and I'm getting the following error > trying to `make aout-to-elf-build`: > > yacc -d /home/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-parse.y > yacc: e - line 30 of > "/home/src/gnu/usr.bin/cc/cc1/../../../../contrib/gcc/c-parse.y", syntax > error > %expect 34 > > This is happening during the "Doing an aout buildworld to get an up to date > set of tools." > > Any ideas? I'm grabbing -current. Are you using an old version of current? When was the last time you did a `make world'? -- 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 Mon Aug 31 17:15:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA07841 for freebsd-current-outgoing; Mon, 31 Aug 1998 17:15:55 -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 RAA07828 for ; Mon, 31 Aug 1998 17:15:45 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost (benedict@localhost) by echonyc.com (8.8.7/8.8.7) with SMTP id UAA28559; Mon, 31 Aug 1998 20:14:40 -0400 (EDT) Date: Mon, 31 Aug 1998 20:14:40 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: c5666305 cc: current@FreeBSD.ORG Subject: Re: mailing list for multimedia In-Reply-To: <199808312320.HAA16579@cssolar86.COMP.HKP.HK> 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 The mailing list you want is multimedia@freebsd.org. Send "subscribe freebsd-multimedia" in the body of a message to majordomo@freebsd.org to subscribe, or you can browse the archives at the search page linked off FreeBSD's main page. On Tue, 1 Sep 1998, c5666305 wrote: > Hello, > > I would like to know if there exists a mailing list for multimedia as I > cannot find it under http://www.freebsd.org. Thanks. > > Clarence > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > 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 Aug 31 17:23:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA09796 for freebsd-current-outgoing; Mon, 31 Aug 1998 17:23: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 RAA09778 for ; Mon, 31 Aug 1998 17:23:50 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id RAA14693; Mon, 31 Aug 1998 17:22:51 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp04.primenet.com, id smtpd014642; Mon Aug 31 17:22:45 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id RAA14931; Mon, 31 Aug 1998 17:22:42 -0700 (MST) From: Terry Lambert Message-Id: <199809010022.RAA14931@usr01.primenet.com> Subject: Re: elf and kerberos.. To: jdp@polstra.com (John Polstra) Date: Tue, 1 Sep 1998 00:22:42 +0000 (GMT) Cc: ccsanady@friley-185-114.res.iastate.edu, current@FreeBSD.ORG In-Reply-To: <199808311852.LAA05761@austin.polstra.com> from "John Polstra" at Aug 31, 98 11:52: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 > A quick fix would be: > > #ifdef __FreeBSD__ > #ifdef __ELF__ > asm(".globl _et_list"); /* FreeBSD bug workaround */ > #else > asm(".globl __et_list"); /* FreeBSD bug workaround */ > #endif > #endif > > There's a cleaner way to do it, but I don't have time to test it > just now. It involves including and using the > CNAME macro. What bug is being worked around? Specifically, if the bug were fixed and the workaround could go away, then there would also not be a problem here. 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 Mon Aug 31 17:36:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA12331 for freebsd-current-outgoing; Mon, 31 Aug 1998 17:36:15 -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 RAA12284 for ; Mon, 31 Aug 1998 17:36:08 -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 RAA15127; Mon, 31 Aug 1998 17:35:08 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: John Polstra cc: current@FreeBSD.ORG Subject: Re: HEADS UP: Today is E-day In-reply-to: Your message of "Mon, 31 Aug 1998 13:34:13 PDT." <199808312034.NAA06592@austin.polstra.com> Date: Mon, 31 Aug 1998 17:35:08 -0700 Message-ID: <15123.904610108@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Everybody, please give a big round of net-applause for John Birrell. > He has saved our butts on this one. We wouldn't have made it to ELF > for 3.0 if he hadn't stepped in. The hardest thing in any project > is to _finish_ it. John B. rose to that challenge and never even > blinked, as far as I could tell. He was a substantial force in jump-starting the ALPHA port as well, for that matter. All hail John Birrell, champion of stalled causes! :-) Seriously, I'd also like to join John in thanking, erm, John for his efforts. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 17:46:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA14477 for freebsd-current-outgoing; Mon, 31 Aug 1998 17:46:51 -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 RAA14407 for ; Mon, 31 Aug 1998 17:46:26 -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 RAA15237; Mon, 31 Aug 1998 17:45:14 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: John Birrell cc: jdp@polstra.com (John Polstra), current@FreeBSD.ORG Subject: Re: More problems post-ELF In-reply-to: Your message of "Tue, 01 Sep 1998 09:54:48 +1000." <199808312354.JAA22738@cimlogic.com.au> Date: Mon, 31 Aug 1998 17:45:14 -0700 Message-ID: <15234.904610714@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG That was it! *Now* my worlds are elf by default - thanks! :-) - Jordan > John Polstra wrote: > > Execute "/usr/bin/objformat" and it should say "elf". If it doesn't, > > then either /etc/objformat is wrong, or you've got OBJFORMAT set to > > aout in your environment. > > I committed the wrong bsd.own.mk yesterday. It was still using > /etc/objectformat. Should be fixed now. > > -- > 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 Mon Aug 31 17:48:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA14887 for freebsd-current-outgoing; Mon, 31 Aug 1998 17:48:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from icicle.winternet.com (icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA14790; Mon, 31 Aug 1998 17:48:22 -0700 (PDT) (envelope-from nrahlstr@mail.winternet.com) Received: (from adm@localhost) by icicle.winternet.com (8.8.8/8.8.8) id TAA29572; Mon, 31 Aug 1998 19:47:19 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma029533; Mon, 31 Aug 98 19:46:53 -0500 Received: from localhost (nrahlstr@localhost) by tundra.winternet.com (8.8.7/8.8.4) with SMTP id TAA21807; Mon, 31 Aug 1998 19:46:52 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: nrahlstr owned process doing -bs Date: Mon, 31 Aug 1998 19:46:51 -0500 (CDT) From: Nathan Ahlstrom To: jb@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: HEADS UP: Today is E-day In-Reply-To: <199808312034.NAA06592@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 > Thank you John Birrell! Great work John. Thanks. Nathan Ahlstrom nrahlstr@winternet.com Run 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 Mon Aug 31 18:00:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA17556 for freebsd-current-outgoing; Mon, 31 Aug 1998 18:00:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-50.ppp.wenet.net [206.15.84.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA17467 for ; Mon, 31 Aug 1998 18:00:20 -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 SAA00444; Mon, 31 Aug 1998 18:00:35 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Mon, 31 Aug 1998 18:00:34 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: John Polstra cc: galatalt@stuy.edu, current@FreeBSD.ORG Subject: Re: XFree86 and ELF In-Reply-To: <199808312018.NAA06391@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 Mon, 31 Aug 1998, John Polstra wrote: [..] > That's a bug in XFree86. Modules that call "inet_addr" are supposed > to include several headers. From the man page: To those making an xf86 patch: perhaps you could include -Wl,-soname -Wl,libfoo.so.major and other little things, so that the [more] correct X libs get picked up. Now, symlinking *.so.* to *.so would be great to so one doesn't end up with static xterm and other X utils. Oh yes, and remember the truetype servers :) - 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 Mon Aug 31 18:09:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19695 for freebsd-current-outgoing; Mon, 31 Aug 1998 18:09: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 SAA19684 for ; Mon, 31 Aug 1998 18:09:24 -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 SAA15441 for ; Mon, 31 Aug 1998 18:08:27 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: current@FreeBSD.ORG Subject: Well, that wasn't *too* painful Date: Mon, 31 Aug 1998 18:08:27 -0700 Message-ID: <15437.904612107@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (But then we've only passed stage 1 - now for all those bloody APPLICATIONS :). Just wondering when /usr/src/Makefile was going to return to its full level of functionality, however. Targets like ``clean'' are still quite important, IMHO. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 18:33:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA23101 for freebsd-current-outgoing; Mon, 31 Aug 1998 18:33:56 -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 SAA23078 for ; Mon, 31 Aug 1998 18:33:49 -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 LAA14077; Tue, 1 Sep 1998 11:32:44 +1000 Date: Tue, 1 Sep 1998 11:32:44 +1000 From: Bruce Evans Message-Id: <199809010132.LAA14077@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 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). 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/] That's about all in the manual :(. Then, apparently for hurd only: FPE_FLTDNR_FAULT denormalized (sic) operand FPE_FLTINX_FAULT ... loss of precision Still not complete. >Which header file should I put the FPE_...... macros in? Should I >replace the FPE_......_TRAP macros in trap.h? That way, I can add our >FPE_FPU_NP_TRAP to the set above. . It's included by and is almost free of pollution. FPE_FPU_NP_TRAP won't happen in practice. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 18:44:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA24845 for freebsd-current-outgoing; Mon, 31 Aug 1998 18:44: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 SAA24835 for ; Mon, 31 Aug 1998 18:44:32 -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 SAA08542; Mon, 31 Aug 1998 18:43:29 -0700 (PDT) (envelope-from jdp) Message-Id: <199809010143.SAA08542@austin.polstra.com> To: Terry Lambert cc: ccsanady@friley-185-114.res.iastate.edu, current@FreeBSD.ORG Subject: Re: elf and kerberos.. In-reply-to: Your message of "Tue, 01 Sep 1998 00:22:42 -0000." <199809010022.RAA14931@usr01.primenet.com> Date: Mon, 31 Aug 1998 18:43:29 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > What bug is being worked around? > > Specifically, if the bug were fixed and the workaround could go > away, then there would also not be a problem here. 8-). Right. It turns out that I did fix the bug (an assembler bug) in April, 1997. So the fix I committed to et_list.c today was simply to delete the section of code in question here. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 18:57:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA26757 for freebsd-current-outgoing; Mon, 31 Aug 1998 18:57:24 -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 SAA26752 for ; Mon, 31 Aug 1998 18:57:20 -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 SAA08619 for ; Mon, 31 Aug 1998 18:56:21 -0700 (PDT) (envelope-from jdp) Message-Id: <199809010156.SAA08619@austin.polstra.com> To: current@FreeBSD.ORG Subject: Re: different E-problem In-Reply-To: <199808312050.GAA21946@cimlogic.com.au> References: <199808312050.GAA21946@cimlogic.com.au> Organization: Polstra & Co., Seattle, WA Date: Mon, 31 Aug 1998 18:56:20 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199808312050.GAA21946@cimlogic.com.au>, John Birrell wrote: > My view is that it is easy to learn what obj path your system is using, > it's just not convienient to cd there compared to `cd obj'. cd /usr/obj$(/bin/pwd) usually works. 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 Mon Aug 31 19:01:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA27319 for freebsd-current-outgoing; Mon, 31 Aug 1998 19:01:03 -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 TAA27311 for ; Mon, 31 Aug 1998 19:01:01 -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 SAA08655; Mon, 31 Aug 1998 18:59:57 -0700 (PDT) (envelope-from jdp) Message-Id: <199809010159.SAA08655@austin.polstra.com> To: roberto@keltia.freenix.fr Subject: Re: More problems post-ELF In-Reply-To: <19980901005550.A2925@keltia.freenix.fr> References: <14120.904588750@time.cdrom.com> <19980901005550.A2925@keltia.freenix.fr> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Mon, 31 Aug 1998 18:59:56 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19980901005550.A2925@keltia.freenix.fr>, Ollivier Robert wrote: > We may have a problem with some weak symbols too. > > I tried to recompile trn4 and I got this: > > nntpinit.o: In function `get_tcp_socket': > nntpinit.o(.text+0x1c0): undefined reference to `inet_addr' > nntpinit.o(.text+0x29c): undefined reference to `inet_ntoa' > nntpinit.o(.text+0x2cd): undefined reference to `inet_ntoa' That's a bug in the source file (nntpinit.c?). It needs to include . 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 Mon Aug 31 19:47:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA03383 for freebsd-current-outgoing; Mon, 31 Aug 1998 19:47:45 -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 TAA03368 for ; Mon, 31 Aug 1998 19:47:42 -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 MAA20258; Tue, 1 Sep 1998 12:46:41 +1000 Date: Tue, 1 Sep 1998 12:46:41 +1000 From: Bruce Evans Message-Id: <199809010246.MAA20258@godzilla.zeta.org.au> To: current@FreeBSD.ORG, jdp@polstra.com Subject: Re: different E-problem Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> My view is that it is easy to learn what obj path your system is using, >> it's just not convienient to cd there compared to `cd obj'. > >cd /usr/obj$(/bin/pwd) > >usually works. cd `make whereobj` works better. The problems are changing back, and working on sources while you are cd'ed to the obj directory. Shells usually handle links nicely so that cd .. works. Sources are even harder to find if they are in contrib. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 20:00:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA04700 for freebsd-current-outgoing; Mon, 31 Aug 1998 20:00:33 -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 UAA04691 for ; Mon, 31 Aug 1998 20:00:29 -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 MAA18038; Tue, 1 Sep 1998 12:58:55 +1000 (EST) Message-ID: <19980901125855.B17738@rf900.physics.usyd.edu.au> Date: Tue, 1 Sep 1998 12:58:55 +1000 From: David Dawes To: Tugrul Galatali , Doug Rabson Cc: freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF Mail-Followup-To: Tugrul Galatali , Doug Rabson , freebsd-current@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: ; from Tugrul Galatali on Mon, Aug 31, 1998 at 07:23:11PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Aug 31, 1998 at 07:23:11PM -0400, Tugrul Galatali wrote: > > >On Mon, 31 Aug 1998, Doug Rabson wrote: >> >> I have a set of patches for the port. I think that we need to fix the >> weak definition of inet_addr in libc though. >> > > The patches do fix one of the two parts of the problems I had. >Most of the programs in xc/programs now actually link and have binaries, >and all the libraries in xc/lib seem ok. But it completely barfs when >linking XF86_SVGA. I'll send several pages of undefined symbols if anyone >wants. I just wanted to write that the patches work, and now I'll busy >myself with this directory, xc/programs/Xserver, until I work it out or >somebody else is nice enough to offer even more patches ;) These are probably related to the leading '_' issue which will show up in asm code. I expect that most of them can be fixed by adjusting the #ifdefs that control the defintion of GLNAME() in xc/programs/Xserver/hw/xfree86/os-support/assyntax.h. It might be best if its check for __ELF__ isn't dependent on checks for specific OSs. There may be some others not fixed by this, but this should get most of them. BTW, when things have settled a little, please submit any reasonably definitive XFree86 patches for FreeBSD/ELF to XFree86 so that they can be included in future releases. The best address to use for this is . David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 20:22:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06882 for freebsd-current-outgoing; Mon, 31 Aug 1998 20:22:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06877 for ; Mon, 31 Aug 1998 20:22:45 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id XAA29114; Mon, 31 Aug 1998 23:21:35 -0400 (EDT) (envelope-from wollman) Date: Mon, 31 Aug 1998 23:21:35 -0400 (EDT) From: Garrett Wollman Message-Id: <199809010321.XAA29114@khavrinen.lcs.mit.edu> To: "Jordan K. Hubbard" Cc: John Polstra , current@FreeBSD.ORG Subject: Re: HEADS UP: Today is E-day In-Reply-To: <15123.904610108@time.cdrom.com> References: <199808312034.NAA06592@austin.polstra.com> <15123.904610108@time.cdrom.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > He was a substantial force in jump-starting the ALPHA port as well, > for that matter. All hail John Birrell, champion of stalled causes! :-) > Seriously, I'd also like to join John in thanking, erm, John for > his efforts. Me, too. John, if you ever find yourself in Cambridge, let me make someone buy you lunch... -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 20:27:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA07434 for freebsd-current-outgoing; Mon, 31 Aug 1998 20:27:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA07429 for ; Mon, 31 Aug 1998 20:27:58 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id XAA29122; Mon, 31 Aug 1998 23:26:50 -0400 (EDT) (envelope-from wollman) Date: Mon, 31 Aug 1998 23:26:50 -0400 (EDT) From: Garrett Wollman Message-Id: <199809010326.XAA29122@khavrinen.lcs.mit.edu> To: Bruce Evans Cc: current@FreeBSD.ORG, jdp@polstra.com Subject: Re: different E-problem In-Reply-To: <199809010246.MAA20258@godzilla.zeta.org.au> References: <199809010246.MAA20258@godzilla.zeta.org.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > The problems are changing back, and working on sources while you are > cd'ed to the obj directory. Shells usually handle links nicely so that > cd .. works. Sources are even harder to find if they are in contrib. If you're using bash or ksh, ~- will get you there. If you're using csh, pushd/popd will do the right thing a little bit less conveniently. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Aug 31 20:44:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA08350 for freebsd-current-outgoing; Mon, 31 Aug 1998 20:44:51 -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 UAA08344 for ; Mon, 31 Aug 1998 20:44:49 -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 UAA07035 for ; Mon, 31 Aug 1998 20:43:48 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809010343.UAA07035@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.49 (Beta) Date: Mon, 31 Aug 1998 20:43:48 -0700 To: current@FreeBSD.ORG From: Manfred Antar Subject: New problem with ELF Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The update to elf worked fine. When I do a make buildworld it builds fine elf and legacy aout When i do make installworld after everything in the elf tree installs when i get to this point it dies : -------------------------------------------------------------- Re-scanning the shared libraries.. -------------------------------------------------------------- cd /usr/src; /sbin/ldconfig -R -------------------------------------------------------------- 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 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 If i do a make -k installworld it installs the aout stuff too. This has happened twice. 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 Aug 31 20:48:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA08814 for freebsd-current-outgoing; Mon, 31 Aug 1998 20:48:40 -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 UAA08809 for ; Mon, 31 Aug 1998 20:48:38 -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 WAA16949; Mon, 31 Aug 1998 22:45:49 -0400 (EDT) Date: Mon, 31 Aug 1998 22:45:49 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: John Birrell cc: freebsd-current@FreeBSD.ORG Subject: Re: different E-problem In-Reply-To: <199808312050.GAA21946@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 One last question, then John (one more one last question?) regarding gdb. Will it work equally well for elf and for aout executeables? Will the gdb compiled elf work for aout executeables (I mean by that all the obvious permutations)? ----------------------------+----------------------------------------------- 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 Aug 31 20:53:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA09459 for freebsd-current-outgoing; Mon, 31 Aug 1998 20:53:53 -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 UAA09450 for ; Mon, 31 Aug 1998 20:53:48 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.02 #26) id 0zDfX3-0000RF-00; Tue, 1 Sep 1998 02:46:53 +0100 Date: Tue, 1 Sep 1998 02:46:53 +0100 From: Ben Smithurst To: John Birrell , freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: Today is E-day Message-ID: <19980901024653.A1001@scientia.demon.co.uk> Mail-Followup-To: John Birrell , freebsd-current@FreeBSD.ORG References: <199808310148.LAA16829@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <199808310148.LAA16829@cimlogic.com.au> User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > That's the sound that the big elf switch makes when it's thrown. Not > very impressive, I'll admit - it's not supposed to be. Well, it took over six hours, but it worked. :-) One question though, if it's not too stupid: Where do we tell ldconfig out libraries are? /usr/lib/aout, which is where the old ones are now? surely not? It refuses to use /usr/lib (why?), which is where the new ones are installed, and hard-linking them into /usr/lib/elf and using that didn't work next time I tried to log in. (something about minor numbers, I think, because it found libtermcap.so.2 when it was expecting libtermcap.so.2.1. Sure, I could make links, but...) Did I miss something? (again ) -- 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 Aug 31 21:03:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA10391 for freebsd-current-outgoing; Mon, 31 Aug 1998 21:03:46 -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 VAA10380 for ; Mon, 31 Aug 1998 21:03:41 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id OAA23562; Tue, 1 Sep 1998 14:15:10 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809010415.OAA23562@cimlogic.com.au> Subject: Re: HEADS UP: Today is E-day In-Reply-To: <19980901024653.A1001@scientia.demon.co.uk> from Ben Smithurst at "Sep 1, 98 02:46:53 am" To: ben@scientia.demon.co.uk (Ben Smithurst) Date: Tue, 1 Sep 1998 14:15:10 +1000 (EST) Cc: jb@cimlogic.com.au, 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 Ben Smithurst wrote: > Well, it took over six hours, but it worked. :-) One question > though, if it's not too stupid: Where do we tell ldconfig out > libraries are? /usr/lib/aout, which is where the old ones are now? > surely not? It refuses to use /usr/lib (why?), which is where the > new ones are installed, and hard-linking them into /usr/lib/elf > and using that didn't work next time I tried to log in. (something > about minor numbers, I think, because it found libtermcap.so.2 when > it was expecting libtermcap.so.2.1. Sure, I could make links, > but...) If you haven't already done so, edit /etc/rc and change the _LDC line to reference /usr/lib/aout instead of /usr/lib. Once you do that and re-run ldconfig (or just reboot), your aout libraries will function normally (they are deprecated, though). ldconfig will die with aout. ELF does not need hints since it handles just a single version number of a library and knowing that can go straight to the library name. /usr/lib is the normal place for system libraries, so the elf versions belong there. You don't need to make any links in /usr/lib. In fact you should just stick with what the build process puts there. -- 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 Mon Aug 31 21:08:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA11001 for freebsd-current-outgoing; Mon, 31 Aug 1998 21:08: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 VAA10995 for ; Mon, 31 Aug 1998 21:08:17 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id OAA23592; Tue, 1 Sep 1998 14:19:47 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809010419.OAA23592@cimlogic.com.au> Subject: Re: New problem with ELF In-Reply-To: <199809010343.UAA07035@pozo.pozo.com> from Manfred Antar at "Aug 31, 98 08:43:48 pm" To: mantar@netcom.com (Manfred Antar) Date: Tue, 1 Sep 1998 14:19:44 +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 Manfred Antar wrote: > The update to elf worked fine. > When I do a make buildworld it builds fine elf and legacy aout > When i do make installworld after everything in the elf tree installs > when i get to this point it dies : > -------------------------------------------------------------- > Re-scanning the shared libraries.. > -------------------------------------------------------------- > cd /usr/src; /sbin/ldconfig -R > > -------------------------------------------------------------- > 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" Does your /etc/rc still have /usr/lib in _LDC? I have an ELF `make world' running, so I'll wait and see if this happens to me. -- 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 Mon Aug 31 21:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA11493 for freebsd-current-outgoing; Mon, 31 Aug 1998 21:10:04 -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 VAA11407 for ; Mon, 31 Aug 1998 21:09:58 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id OAA23608; Tue, 1 Sep 1998 14:21:28 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809010421.OAA23608@cimlogic.com.au> Subject: Re: different E-problem In-Reply-To: from Chuck Robey at "Aug 31, 98 10:45:49 pm" To: chuckr@glue.umd.edu (Chuck Robey) Date: Tue, 1 Sep 1998 14:21:28 +1000 (EST) Cc: jb@cimlogic.com.au, 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 Chuck Robey wrote: > One last question, then John (one more one last question?) regarding > gdb. Will it work equally well for elf and for aout executeables? Will > the gdb compiled elf work for aout executeables (I mean by that all the > obvious permutations)? I haven't used gdb much. It has worked each time I needed it to. YMMV. -- 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 Mon Aug 31 21:24:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA13416 for freebsd-current-outgoing; Mon, 31 Aug 1998 21:24:28 -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 VAA13406 for ; Mon, 31 Aug 1998 21:24:25 -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 VAA00289; Mon, 31 Aug 1998 21:23:11 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809010423.VAA00289@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.49 (Beta) Date: Mon, 31 Aug 1998 21:23:11 -0700 To: John Birrell From: Manfred Antar Subject: Re: New problem with ELF Cc: current@FreeBSD.ORG In-Reply-To: <199809010419.OAA23592@cimlogic.com.au> References: <199809010343.UAA07035@pozo.pozo.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 02:19 PM 9/1/98 +1000, John Birrell wrote: >Manfred Antar wrote: >> The update to elf worked fine. >> When I do a make buildworld it builds fine elf and legacy aout >> When i do make installworld after everything in the elf tree installs >> when i get to this point it dies : >> -------------------------------------------------------------- >> Re-scanning the shared libraries.. >> -------------------------------------------------------------- >> cd /usr/src; /sbin/ldconfig -R >> >> -------------------------------------------------------------- >> 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" > >Does your /etc/rc still have /usr/lib in _LDC? >I have an ELF `make world' running, so I'll wait and see if this happens >to me. Heres whats in rc # Make shared lib searching a little faster. Leave /usr/lib first if you # add your own entries or you may come to grief. if [ -x /sbin/ldconfig ]; then _LDC=/usr/lib/aout for i in $ldconfig_paths; do if test -d $i; then _LDC="${_LDC} $i" fi done echo 'setting ldconfig path:' ${_LDC} ldconfig ${_LDC} fi rc.conf has the following : ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/local/lib" # shared library search paths Should I change /usr/lib/aout to /usr/lib ? By the way thanks for the GREAT 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 Aug 31 21:36:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA15376 for freebsd-current-outgoing; Mon, 31 Aug 1998 21:36:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (pm3-26.ppp.wenet.net [206.15.85.26]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA15369 for ; Mon, 31 Aug 1998 21:36:50 -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 VAA01010; Mon, 31 Aug 1998 21:36:57 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Mon, 31 Aug 1998 21:36:56 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Chuck Robey cc: John Birrell , freebsd-current@FreeBSD.ORG Subject: Re: different E-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 On Mon, 31 Aug 1998, Chuck Robey wrote: > One last question, then John (one more one last question?) regarding > gdb. Will it work equally well for elf and for aout executeables? Will > the gdb compiled elf work for aout executeables (I mean by that all the > obvious permutations)? Ick. I've run into some problems with gdb and elf stuff. Core dumps generated by ELF programs aren't recognized by gdb (yes, the proper gdb, compiled for ELF) nor are they recognized by file(1). So far it seems that I'm stuck with running programs under gdb. gdb 4.17 won't compile.. oh what's a boy to do ;) - 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 Mon Aug 31 21:56:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA17967 for freebsd-current-outgoing; Mon, 31 Aug 1998 21:56:45 -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 VAA17958 for ; Mon, 31 Aug 1998 21:56:39 -0700 (PDT) (envelope-from aw1@stade.co.uk) Received: (from aw1@localhost) by titus.stade.co.uk (8.9.1/8.8.8) id DAA28003 for current@freebsd.org; Tue, 1 Sep 1998 03:45:51 +0100 (BST) (envelope-from aw1) Message-ID: <19980901034551.A27539@stade.co.uk> Date: Tue, 1 Sep 1998 03:45:51 +0100 From: Adrian Wontroba To: current@FreeBSD.ORG Subject: Pipeline behaviour - changed? Reply-To: aw1@stade.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Organization: Stade Computers Ltd, UK X-Phone: +(44) 121 681 6677 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi. I recently had a problem installing the latest netscape communicator port - the session just sat there, with 'yes' chewing up processor time. The port makefile contains this: cd ${WRKSRC} && yes "" | \ LC_TIME=C MOZILLA_HOME="${NDIR}" ./ns-install This sort of construct: #!/bin/sh yes | head -2 No longer exits when the head finishes. Anybody else seeing this sort of thing with a current 3.0-CURRENT? If so, we might be in for a lot of complaints when people start installing netscape. For what it is worth, the shell you use doesn't seem to make any diffence - I've tried sh, bash, ksh and tcsh. -- 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 Mon Aug 31 22:09:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA20112 for freebsd-current-outgoing; Mon, 31 Aug 1998 22:09:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles231.castles.com [208.214.165.231]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA20098 for ; Mon, 31 Aug 1998 22:09: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 WAA00772; Mon, 31 Aug 1998 22:06:12 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199808312206.WAA00772@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Alex cc: Chuck Robey , John Birrell , freebsd-current@FreeBSD.ORG Subject: Re: different E-problem In-reply-to: Your message of "Mon, 31 Aug 1998 21:36:56 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 31 Aug 1998 22:06:11 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Ick. I've run into some problems with gdb and elf stuff. Core dumps > generated by ELF programs aren't recognized by gdb (yes, the proper gdb, > compiled for ELF) nor are they recognized by file(1). So far it seems > that I'm stuck with running programs under gdb. gdb 4.17 won't compile.. > oh what's a boy to do ;) Fix it, I guess. (Want your name in the handbook, little boy? 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 Aug 31 23:02:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA25272 for freebsd-current-outgoing; Mon, 31 Aug 1998 23:02:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles231.castles.com [208.214.165.231]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA25233 for ; Mon, 31 Aug 1998 23:02:04 -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 WAA01092; Mon, 31 Aug 1998 22:59:04 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199808312259.WAA01092@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: aw1@stade.co.uk cc: current@FreeBSD.ORG Subject: Re: Pipeline behaviour - changed? In-reply-to: Your message of "Tue, 01 Sep 1998 03:45:51 +0100." <19980901034551.A27539@stade.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 31 Aug 1998 22:58:58 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi. > > I recently had a problem installing the latest netscape communicator > port - the session just sat there, with 'yes' chewing up processor time. > > The port makefile contains this: > > cd ${WRKSRC} && yes "" | \ > LC_TIME=C MOZILLA_HOME="${NDIR}" ./ns-install > > This sort of construct: > > #!/bin/sh > yes | head -2 > > No longer exits when the head finishes. Anybody else seeing this sort > of thing with a current 3.0-CURRENT? If so, we might be in for a lot of > complaints when people start installing netscape. word:~/work/pupdate>yes | head -2 y y word:~/work/pupdate>ps ax |grep yes word:~/work/pupdate>uname -a FreeBSD word.smith.net.au 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Tue Aug 18 13:41:54 GMT 1998 root@dingo.cdrom.com:/local0/src/sys/compile/DINGO i386 That's a bit stale, but I don't recall anything that might have affected that changing just lately. How -current are you? -- \\ 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 Aug 31 23:14:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA26581 for freebsd-current-outgoing; Mon, 31 Aug 1998 23:14:14 -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 XAA26574 for ; Mon, 31 Aug 1998 23:14:11 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id QAA23966; Tue, 1 Sep 1998 16:25:45 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809010625.QAA23966@cimlogic.com.au> Subject: Re: New problem with ELF In-Reply-To: <199809010423.VAA00289@pozo.pozo.com> from Manfred Antar at "Aug 31, 98 09:23:11 pm" To: mantar@netcom.com (Manfred Antar) Date: Tue, 1 Sep 1998 16:25:44 +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 Manfred Antar wrote: > Should I change /usr/lib/aout to /usr/lib ? No. ldconfig should only look in /usr/lib/aout. My elf make world built past the point where yours stopped. -- 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 Mon Aug 31 23:51:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA00238 for freebsd-current-outgoing; Mon, 31 Aug 1998 23:51:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from a486n1.znh.org (dialup4.gaffaneys.com [208.155.161.54]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA00228 for ; Mon, 31 Aug 1998 23:51:22 -0700 (PDT) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by a486n1.znh.org (8.9.1/8.9.1) id GAA05350; Tue, 1 Sep 1998 06:50:13 GMT (envelope-from zach) Message-ID: <19980901015013.A4995@znh.org.> Date: Tue, 1 Sep 1998 01:50:13 -0500 From: Zach Heilig To: Nicolas Souchu , "D. Rock" Cc: Zach Heilig , freebsd-current@FreeBSD.ORG Subject: Re: printer didn't work... a patch References: <35E13ACB.10D29949@wurzelausix.cs.uni-sb.de> <19980830172105.51414@breizh.prism.uvsq.fr> <19980831024552.A912@znh.org.> <13802.27355.871373.199447@doom> <19980831205704.19847@breizh.prism.uvsq.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19980831205704.19847@breizh.prism.uvsq.fr>; from Nicolas Souchu on Mon, Aug 31, 1998 at 08:57:04PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Aug 31, 1998 at 08:57:04PM +0000, Nicolas Souchu wrote: > Actually SPP under ECP mode configuration was completly broken :) > > Please try the patch with -v boot(8) option set. And tell me all! It applied with every chunk offset by -1 or -2 lines, but the results: ppc0: 0x87 - 0xc 0x0 0xff 0x50 0x44 0x0 0x0 0x0 0x0 0x8c 0xff 0xc 0x28 0xab 0x0 0x0 0x0 0x0 0x0 0x0 0x7 0x0 0xff 0xfc 0xff 0xff 0xde 0xfe 0xbe 0x23 0x25 0x43 0x60 ppc0: ECP+EPP SPP ppc0 at 0x378 irq 7 on isa ppc0: Winbond chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppb: probing devices on ppbus 0... ppb: nibble_1284_mode()=35 And, it did print my ~/.profile just fine... haven't tried anything else though. -- 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 1 00:58:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07660 for freebsd-current-outgoing; Tue, 1 Sep 1998 00:58:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from a486n1.znh.org (dialup4.gaffaneys.com [208.155.161.54]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA07655 for ; Tue, 1 Sep 1998 00:58:09 -0700 (PDT) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by a486n1.znh.org (8.9.1/8.9.1) id HAA05566 for freebsd-current@freebsd.org; Tue, 1 Sep 1998 07:57:28 GMT (envelope-from zach) Message-ID: <19980901025727.A5538@znh.org.> Date: Tue, 1 Sep 1998 02:57:27 -0500 From: Zach Heilig To: freebsd-current@FreeBSD.ORG Subject: Softupdates crash... 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 It was the "locking against myself" panic. Unfortunately, I didn't get a dump even though I have a 'debug' kernel waiting for such to happen. The situation was several rounds of: rm -rf /mnt/obj/* cd /mnt/src make -j16 buildworld It panic'ed during the 7th. (It had some cabling problems recently resolved, and I was just verifying)... I'll turn my '10 buildworlds' script loose on that partition again in an attempt to make it happen again. -- 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 1 00:58:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07691 for freebsd-current-outgoing; Tue, 1 Sep 1998 00:58:33 -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 AAA07684 for ; Tue, 1 Sep 1998 00:58:31 -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 IAA02825; Tue, 1 Sep 1998 08:57:23 +0100 (BST) Date: Tue, 1 Sep 1998 08:57:23 +0100 (BST) From: Doug Rabson To: Tugrul Galatali cc: freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF 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 Mon, 31 Aug 1998, Tugrul Galatali wrote: > > > On Mon, 31 Aug 1998, Doug Rabson wrote: > > > > I have a set of patches for the port. I think that we need to fix the > > weak definition of inet_addr in libc though. > > > > The patches do fix one of the two parts of the problems I had. > Most of the programs in xc/programs now actually link and have binaries, > and all the libraries in xc/lib seem ok. But it completely barfs when > linking XF86_SVGA. I'll send several pages of undefined symbols if anyone > wants. I just wanted to write that the patches work, and now I'll busy > myself with this directory, xc/programs/Xserver, until I work it out or > somebody else is nice enough to offer even more patches ;) That makes sense. Those are the patches I used to build the X clients on the alpha. I haven't started trying to build servers yet :-). All the patches do is make sure that is included in every file which references inet_addr(). I guess there are one or two places in the server which use it. -- 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 1 01:02:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA08543 for freebsd-current-outgoing; Tue, 1 Sep 1998 01:02:30 -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 BAA08538 for ; Tue, 1 Sep 1998 01:02:28 -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 JAA02938; Tue, 1 Sep 1998 09:01:23 +0100 (BST) Date: Tue, 1 Sep 1998 09:01:22 +0100 (BST) From: Doug Rabson To: "Jordan K. Hubbard" cc: John Polstra , current@FreeBSD.ORG Subject: Re: HEADS UP: Today is E-day In-Reply-To: <15123.904610108@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 Mon, 31 Aug 1998, Jordan K. Hubbard wrote: > > Everybody, please give a big round of net-applause for John Birrell. > > He has saved our butts on this one. We wouldn't have made it to ELF > > for 3.0 if he hadn't stepped in. The hardest thing in any project > > is to _finish_ it. John B. rose to that challenge and never even > > blinked, as far as I could tell. > > He was a substantial force in jump-starting the ALPHA port as well, > for that matter. All hail John Birrell, champion of stalled causes! :-) > > Seriously, I'd also like to join John in thanking, erm, John for > his efforts. Absolutely. I probably wouldn't have started porting the kernel without being shamed by John's work on the userland. Thanks John! -- 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 1 01:06:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09302 for freebsd-current-outgoing; Tue, 1 Sep 1998 01:06:32 -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 BAA09295 for ; Tue, 1 Sep 1998 01:06:29 -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 JAA02942; Tue, 1 Sep 1998 09:04:54 +0100 (BST) Date: Tue, 1 Sep 1998 09:04:54 +0100 (BST) From: Doug Rabson To: John Birrell cc: Chuck Robey , freebsd-current@FreeBSD.ORG Subject: Re: different E-problem In-Reply-To: <199808312050.GAA21946@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 On Tue, 1 Sep 1998, John Birrell wrote: > Chuck Robey wrote: > > So there is no way to get the obj softlinks? I liked them for > > troubleshooting. That was the only thing I wanted extra in my source > > tree, but I did want them ... they're obsolete? > > I can't figure out how to support them and keep aout and elf bits > separate. In an elf only world, you would have the same problem if > you wanted to cross-build alpha on i386, for example. > > My view is that it is easy to learn what obj path your system is using, > it's just not convienient to cd there compared to `cd obj'. I always just type 'make objlink' whenever I need them. -- 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 1 01:08:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09749 for freebsd-current-outgoing; Tue, 1 Sep 1998 01:08:36 -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 BAA09744 for ; Tue, 1 Sep 1998 01:08:34 -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 JAA02949; Tue, 1 Sep 1998 09:07:28 +0100 (BST) Date: Tue, 1 Sep 1998 09:07:28 +0100 (BST) From: Doug Rabson To: John Polstra cc: roberto@keltia.freenix.fr, current@FreeBSD.ORG Subject: Re: More problems post-ELF In-Reply-To: <199809010159.SAA08655@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 Mon, 31 Aug 1998, John Polstra wrote: > In article <19980901005550.A2925@keltia.freenix.fr>, > Ollivier Robert wrote: > > > We may have a problem with some weak symbols too. > > > > I tried to recompile trn4 and I got this: > > > > nntpinit.o: In function `get_tcp_socket': > > nntpinit.o(.text+0x1c0): undefined reference to `inet_addr' > > nntpinit.o(.text+0x29c): undefined reference to `inet_ntoa' > > nntpinit.o(.text+0x2cd): undefined reference to `inet_ntoa' > > That's a bug in the source file (nntpinit.c?). It needs to include > . By the looks of things we are going to see a lot of these. I think we need to fix the weak symbols :-(. -- 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 1 01:19:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA10814 for freebsd-current-outgoing; Tue, 1 Sep 1998 01:19:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (pm3-26.ppp.wenet.net [206.15.85.26]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA10809 for ; Tue, 1 Sep 1998 01:19:57 -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 BAA04262; Tue, 1 Sep 1998 01:20:27 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 1 Sep 1998 01:20:27 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Doug Rabson cc: Tugrul Galatali , freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF 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, 1 Sep 1998, Doug Rabson wrote: [...] > That makes sense. Those are the patches I used to build the X clients on > the alpha. I haven't started trying to build servers yet :-). All the > patches do is make sure that is included in every file which > references inet_addr(). I guess there are one or two places in the server > which use it. IIRC the server undefined references are for some asm stuff, esp. in the S3 server(s). Now if only call("foo") would smartly prepend stuff if it was compiling a.out. If you get rather lazy, you can always add a -Dinet_ntoa==__inet_ntoa along side the asm defines in the imake config stuff. Sure it's ugly, but it gets everything linked ;) - 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 Tue Sep 1 02:42:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA18998 for freebsd-current-outgoing; Tue, 1 Sep 1998 02:42:35 -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 CAA18993 for ; Tue, 1 Sep 1998 02:42:32 -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 LAA01849 for ; Tue, 1 Sep 1998 11:46:23 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Tue, 1 Sep 1998 11:46:21 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: freebsd-current@FreeBSD.ORG Subject: ELF binaries size 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, Could someone do me a favor and send me a comparision of some statically compiled, stripped binaries (e.g. /sbin) in ELF and a.out versions? I need this info in order to assess possible dangers for picobsd project... Thanks! Andrzej Bialecki +---------------------+------------------------+--------------------------+ | | When in problem or in | if(halt_per_mth > 0) { | | Research & Academic | doubt, run in circles, | fetch("FreeBSD"); | | Network in Poland | scream and shout. | } | + --------------------+------------------------+--------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 03:23:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA22656 for freebsd-current-outgoing; Tue, 1 Sep 1998 03:23:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from chaotic.oz.org (chaotic.oz.org [203.20.237.203]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA22646 for ; Tue, 1 Sep 1998 03:22:59 -0700 (PDT) (envelope-from simon@chaotic.oz.org) Received: (from simon@localhost) by chaotic.oz.org (8.9.1/8.8.8) id UAA00414 for current@freebsd.org; Tue, 1 Sep 1998 20:21:54 +1000 (EST) (envelope-from simon) 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, 01 Sep 1998 20:21:53 +1000 (EST) From: Simon Coggins To: current@FreeBSD.ORG Subject: Another E-Day sucess. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Heya's Just thought I'd let you know I didn't have a problem with the aout to elf converstion. Took about 7 hours but it worked without a hitch. Good work to all those who helped make it happen :) For info sake: [simon@chaotic]:~> file `which top` 8:19PM /usr/bin/top: setgid ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked, stripped [simon@chaotic]:~> file `which awk` 8:19PM /usr/bin/awk: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked, stripped [simon@chaotic]:~> file `which sendmail` 8:20PM /usr/sbin/sendmail: setuid ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked, stripped [simon@chaotic]:~> 8:20PM Regards Simon +---------------------------------------------------------------+ | Email: chaos@ultra.net.au, chaos@oz.org, simon@bofh.com.au | | http://www.ultra.net.au/~chaos Simon.Coggins@jcu.edu.au. | | Chaos on IRC, IRC Operator for the OzORG Network | +---------------------------------------------------------------+ --- Personifiers Unite! You have nothing to lose but Mr. Dignity! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 03:26:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA22989 for freebsd-current-outgoing; Tue, 1 Sep 1998 03:26:26 -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 DAA22982 for ; Tue, 1 Sep 1998 03:26:20 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id UAA24513; Tue, 1 Sep 1998 20:37:10 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809011037.UAA24513@cimlogic.com.au> Subject: Re: ELF binaries size In-Reply-To: from Andrzej Bialecki at "Sep 1, 98 11:46:21 am" To: abial@nask.pl (Andrzej Bialecki) Date: Tue, 1 Sep 1998 20:37:09 +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 Andrzej Bialecki wrote: > Hi, > > Could someone do me a favor and send me a comparision of some statically > compiled, stripped binaries (e.g. /sbin) in ELF and a.out versions? I need > this info in order to assess possible dangers for picobsd project... elf: total 8073 -r-xr-xr-x 1 bin bin 56244 Sep 1 14:50 adjkerntz -r-xr-xr-x 1 bin bin 51488 Sep 1 14:49 badsect -r-xr-sr-x 1 bin kmem 98760 Sep 1 14:49 ccdconfig -r-xr-xr-x 1 bin bin 43636 Sep 1 14:49 clri -r-xr-xr-x 1 bin bin 43304 Sep 1 14:50 comcontrol -r-xr-xr-x 1 bin bin 117736 Sep 1 14:49 disklabel -r-xr-sr-x 1 bin kmem 102248 Sep 1 14:49 dmesg -r-xr-xr-x 1 bin bin 96636 Sep 1 14:49 dset -r-xr-sr-x 2 root tty 219088 Sep 1 14:49 dump -r-xr-xr-x 1 bin bin 60628 Sep 1 14:49 dumpfs -r-xr-xr-x 1 bin bin 43756 Sep 1 14:49 dumpon -r-xr-xr-x 4 bin bin 185296 Sep 1 14:50 fastboot -r-xr-xr-x 4 bin bin 185296 Sep 1 14:50 fasthalt -r-xr-xr-x 1 bin bin 55148 Sep 1 14:50 fdisk -r-xr-xr-x 1 bin bin 192536 Sep 1 14:49 fsck -r-xr-xr-x 1 bin bin 282312 Sep 1 14:49 fsdb -r-xr-xr-x 1 bin bin 56336 Sep 1 14:49 fsirand -r-xr-xr-x 1 bin bin 59672 Sep 1 14:50 ft -r-xr-xr-x 4 bin bin 185296 Sep 1 14:50 halt -r-xr-xr-x 1 bin bin 151464 Sep 1 14:49 ifconfig -r-x------ 1 bin bin 215168 Sep 1 14:50 init -r-xr-xr-x 1 bin bin 147464 Sep 1 14:50 ipf -r-xr-xr-x 1 bin bin 140664 Sep 1 14:50 ipfw -r-xr-xr-x 1 bin bin 42776 Sep 1 14:50 kldload -r-xr-xr-x 1 bin bin 43960 Sep 1 14:50 kldstat -r-xr-xr-x 1 bin bin 43644 Sep 1 14:50 kldunload -r-xr-xr-x 1 bin bin 59312 Sep 1 14:50 ldconfig -r-xr-xr-x 1 bin bin 47156 Sep 1 14:50 md5 -r-xr-xr-x 1 bin bin 42964 Sep 1 14:50 mknod -r-xr-xr-x 1 bin bin 49664 Sep 1 14:50 modload -r-xr-xr-x 1 bin bin 43604 Sep 1 14:50 modunload -r-xr-xr-x 1 bin bin 165072 Sep 1 14:50 mount -r-xr-xr-x 1 bin bin 51284 Sep 1 14:50 mount_cd9660 -r-xr-xr-x 5 bin bin 49868 Sep 1 14:50 mount_devfs -r-xr-xr-x 1 bin bin 49760 Sep 1 14:50 mount_ext2fs -r-xr-xr-x 5 bin bin 49868 Sep 1 14:50 mount_fdesc -r-xr-xr-x 5 bin bin 49868 Sep 1 14:50 mount_kernfs -r-xr-xr-x 2 bin bin 135712 Sep 1 14:50 mount_mfs -r-xr-xr-x 1 bin bin 161840 Sep 1 14:50 mount_msdos -r-xr-xr-x 1 bin bin 135616 Sep 1 14:50 mount_nfs -r-xr-xr-x 1 bin bin 59280 Sep 1 14:50 mount_null -r-xr-xr-x 1 bin bin 224376 Sep 1 14:50 mount_portal -r-xr-xr-x 5 bin bin 49868 Sep 1 14:50 mount_procfs -r-xr-xr-x 5 bin bin 49868 Sep 1 14:50 mount_std -r-xr-xr-x 1 bin bin 61408 Sep 1 14:50 mount_umap -r-xr-xr-x 1 bin bin 59364 Sep 1 14:50 mount_union -r-xr-xr-x 1 bin bin 232008 Sep 1 14:50 mountd -r-xr-xr-x 2 bin bin 135712 Sep 1 14:50 newfs -r-xr-xr-x 1 bin bin 116720 Sep 1 14:50 newfs_msdos -r-xr-xr-x 1 bin bin 43800 Sep 1 14:50 nextboot -r-xr-xr-x 1 bin bin 135648 Sep 1 14:50 nfsd -r-xr-xr-x 1 bin bin 60408 Sep 1 14:50 nfsiod -r-xr-xr-x 1 bin bin 1967 Sep 1 14:50 nologin -r-xr-xr-x 1 bin bin 124868 Sep 1 14:50 nos-tun -r-sr-xr-x 1 root bin 143344 Sep 1 14:50 ping -r-xr-xr-x 1 bin bin 150400 Sep 1 14:50 quotacheck -r-xr-sr-x 2 root tty 219088 Sep 1 14:49 rdump -r-xr-xr-x 4 bin bin 185296 Sep 1 14:50 reboot -r-xr-sr-x 2 root tty 242496 Sep 1 14:50 restore -r-sr-xr-x 1 root bin 151944 Sep 1 14:50 route -r-xr-xr-x 1 bin bin 198280 Sep 1 14:50 routed -r-xr-sr-x 2 root tty 242496 Sep 1 14:50 rrestore -r-xr-xr-x 1 bin bin 136032 Sep 1 14:50 rtquery -r-xr-xr-x 1 bin bin 76056 Sep 1 14:50 savecore -r-xr-xr-x 1 bin bin 73224 Sep 1 14:50 scsi -r-xr-xr-x 1 bin bin 3302 Sep 1 14:50 scsiformat -r-sr-x--- 1 root operator 148904 Sep 1 14:50 shutdown -r-xr-xr-x 1 bin bin 64648 Sep 1 14:50 slattach -r-xr-xr-x 1 bin bin 45280 Sep 1 14:50 spppcontrol -r-xr-xr-x 1 bin bin 75416 Sep 1 14:50 startslip -r-xr-xr-x 1 bin bin 49096 Sep 1 14:50 swapon -r-xr-xr-x 1 bin bin 57428 Sep 1 14:55 sysctl -r-xr-xr-x 1 bin bin 51336 Sep 1 14:50 tunefs -r-xr-xr-x 1 bin bin 139016 Sep 1 14:50 umount aout: total 16548 -r-xr-xr-x 1 bin bin 57344 Aug 30 16:51 adjkerntz -r-xr-xr-x 1 bin bin 53248 Aug 30 16:50 badsect -r-xr-sr-x 1 bin kmem 102400 Aug 30 16:50 ccdconfig -r-xr-xr-x 1 bin bin 45056 Aug 30 16:50 clri -r-xr-xr-x 1 bin bin 45056 Aug 30 16:51 comcontrol -r-xr-xr-x 1 bin bin 118784 Aug 30 16:50 disklabel -r-xr-sr-x 1 bin kmem 102400 Aug 30 16:50 dmesg -r-xr-xr-x 1 bin bin 98304 Aug 30 16:50 dset -r-xr-sr-x 2 root tty 217088 Aug 30 16:50 dump -r-xr-xr-x 1 bin bin 61440 Aug 30 16:50 dumpfs -r-xr-xr-x 1 bin bin 61440 Mar 25 12:53 dumplfs -r-xr-xr-x 1 bin bin 45056 Aug 30 16:50 dumpon -r-xr-xr-x 4 bin bin 184320 Aug 30 16:50 fastboot -r-xr-xr-x 4 bin bin 184320 Aug 30 16:50 fasthalt -r-xr-xr-x 1 bin bin 57344 Aug 30 16:51 fdisk -r-xr-xr-x 1 bin bin 192512 Aug 30 16:50 fsck -r-xr-xr-x 1 bin bin 278528 Aug 30 16:50 fsdb -r-xr-xr-x 1 bin bin 61440 Aug 30 16:50 fsirand -r-xr-xr-x 1 bin bin 61440 Aug 30 16:51 ft -r-xr-xr-x 4 bin bin 184320 Aug 30 16:50 halt -r-xr-xr-x 1 bin bin 151552 Aug 30 16:50 ifconfig -r-x------ 1 bin bin 212992 Aug 30 16:50 init -r-xr-xr-x 1 bin bin 147456 Aug 30 16:50 ipf -r-xr-xr-x 1 bin bin 139264 Aug 30 16:50 ipfw -r-xr-xr-x 1 bin bin 45056 Aug 30 16:50 kldload -r-xr-xr-x 1 bin bin 45056 Aug 30 16:50 kldstat -r-xr-xr-x 1 bin bin 45056 Aug 30 16:50 kldunload -r-xr-xr-x 1 bin bin 57344 Aug 30 16:51 ldconfig -r-xr-xr-x 1 bin bin 49152 Aug 30 16:50 md5 -r-xr-xr-x 1 bin bin 45056 Aug 30 16:50 mknod -r-xr-xr-x 1 bin bin 49152 Aug 30 16:50 modload -r-xr-xr-x 1 bin bin 45056 Aug 30 16:50 modunload -r-xr-xr-x 1 bin bin 163840 Aug 30 16:50 mount -r-xr-xr-x 1 bin bin 53248 Aug 30 16:50 mount_cd9660 -r-xr-xr-x 5 bin bin 53248 Aug 30 16:50 mount_devfs -r-xr-xr-x 1 bin bin 53248 Aug 30 16:50 mount_ext2fs -r-xr-xr-x 5 bin bin 53248 Aug 30 16:50 mount_fdesc -r-xr-xr-x 5 bin bin 53248 Aug 30 16:50 mount_kernfs -r-xr-xr-x 1 bin bin 53248 Mar 25 12:53 mount_lfs -r-xr-xr-x 2 bin bin 135168 Aug 30 16:50 mount_mfs -r-xr-xr-x 1 bin bin 159744 Aug 30 16:51 mount_msdos -r-xr-xr-x 1 bin bin 135168 Aug 30 16:50 mount_nfs -r-xr-xr-x 1 bin bin 61440 Aug 30 16:50 mount_null -r-xr-xr-x 1 bin bin 221184 Aug 30 16:50 mount_portal -r-xr-xr-x 5 bin bin 53248 Aug 30 16:50 mount_procfs -r-xr-xr-x 5 bin bin 53248 Aug 30 16:50 mount_std -r-xr-xr-x 1 bin bin 65536 Aug 30 16:50 mount_umap -r-xr-xr-x 1 bin bin 61440 Aug 30 16:50 mount_union -r-xr-xr-x 1 bin bin 229376 Aug 30 16:50 mountd -r-xr-xr-x 2 bin bin 135168 Aug 30 16:50 newfs -r-xr-xr-x 1 bin bin 118784 Aug 30 16:50 newfs_msdos -r-xr-xr-x 1 bin bin 102400 Mar 25 12:53 newlfs -r-xr-xr-x 1 bin bin 45056 Aug 30 16:51 nextboot -r-xr-xr-x 1 bin bin 135168 Aug 30 16:50 nfsd -r-xr-xr-x 1 bin bin 65536 Aug 30 16:50 nfsiod -r-xr-xr-x 1 bin bin 1967 Aug 30 16:50 nologin -r-xr-xr-x 1 bin bin 126976 Aug 30 16:50 nos-tun -r-sr-xr-x 1 root bin 143360 Aug 30 16:50 ping -r-xr-xr-x 1 bin bin 151552 Aug 30 16:50 quotacheck -r-xr-sr-x 2 root tty 217088 Aug 30 16:50 rdump -r-xr-xr-x 4 bin bin 184320 Aug 30 16:50 reboot -r-xr-sr-x 2 root tty 237568 Aug 30 16:50 restore -r-sr-xr-x 1 root bin 151552 Aug 30 16:50 route -r-xr-xr-x 1 bin bin 196608 Aug 30 16:50 routed -r-xr-sr-x 2 root tty 237568 Aug 30 16:50 rrestore -r-xr-xr-x 1 bin bin 135168 Aug 30 16:50 rtquery -r-xr-xr-x 1 bin bin 77824 Aug 30 16:50 savecore -r-xr-xr-x 1 bin bin 77824 Aug 30 16:51 scsi -r-xr-xr-x 1 bin bin 3302 Aug 30 16:50 scsiformat -r-sr-x--- 1 root operator 151552 Aug 30 16:50 shutdown -r-xr-xr-x 1 bin bin 69632 Aug 30 16:51 slattach -r-xr-xr-x 1 bin bin 45056 Aug 30 16:51 spppcontrol -r-xr-xr-x 1 bin bin 77824 Aug 30 16:51 startslip -r-xr-xr-x 1 bin bin 49152 Aug 30 16:51 swapon -r-xr-xr-x 1 bin bin 57344 Aug 30 16:56 sysctl -r-xr-xr-x 1 bin bin 49152 Aug 30 16:51 tunefs -r-xr-xr-x 1 bin bin 139264 Aug 30 16:51 umount -- 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 1 03:38:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA23879 for freebsd-current-outgoing; Tue, 1 Sep 1998 03:38: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 DAA23869 for ; Tue, 1 Sep 1998 03:38: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 MAA02467; Tue, 1 Sep 1998 12:41:10 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Tue, 1 Sep 1998 12:41:10 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: John Birrell cc: freebsd-current@FreeBSD.ORG Subject: Re: ELF binaries size In-Reply-To: <199809011037.UAA24513@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 On Tue, 1 Sep 1998, John Birrell wrote: > elf: > > total 8073 > -r-xr-xr-x 1 bin bin 56244 Sep 1 14:50 adjkerntz > aout: > > total 16548 > -r-xr-xr-x 1 bin bin 57344 Aug 30 16:51 adjkerntz Thanks! It looks as they are consistently smaller by some 0.2-2kB. That's very good news! Andrzej Bialecki +---------------------+------------------------+--------------------------+ | | When in problem or in | if(halt_per_mth > 0) { | | Research & Academic | doubt, run in circles, | fetch("FreeBSD"); | | Network in Poland | scream and shout. | } | + --------------------+------------------------+--------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 04:19:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA29895 for freebsd-current-outgoing; Tue, 1 Sep 1998 04:19:31 -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 EAA29871; Tue, 1 Sep 1998 04:19:02 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from olvaldi.ifi.uio.no (2602@olvaldi.ifi.uio.no [129.240.65.43]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id NAA26778; Tue, 1 Sep 1998 13:17:50 +0200 (MET DST) Received: (from dag-erli@localhost) by olvaldi.ifi.uio.no ; Tue, 1 Sep 1998 13:17:50 +0200 (MET DST) Mime-Version: 1.0 To: Bill Paul Cc: bright@hotjobs.com (Alfred Perlstein), stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Looking for feedback on xl (3c905/3c905B) driver References: <199808300141.VAA01492@skynet.ctr.columbia.edu> 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: 01 Sep 1998 13:17:49 +0200 In-Reply-To: Bill Paul's message of "Sat, 29 Aug 1998 21:41:32 -0400 (EDT)" 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 EAA29891 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Paul writes: > This is probably a bit much considering that the only thing that really > needs to be done is to set the RX filter bits to allow reception of all > frames. I think I inherited this behavior from the fxp driver, which is > what I used as a reference when I got started with driver writing. I'll > look into changing this. Hmm, if you fix it in xl, could you pretty please with tons of sugar on top and a cherry fix fxp too? :) DES (EtherExpress for ever) -- 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 1 04:34:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA01241 for freebsd-current-outgoing; Tue, 1 Sep 1998 04:34:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from feldman.dyn.ml.org (usr35-dialup11.mix2.Boston.mci.net [166.55.75.139]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA01233 for ; Tue, 1 Sep 1998 04:34:45 -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 SMTP id HAA18384 for ; Tue, 1 Sep 1998 07:33:34 -0400 (EDT) (envelope-from green@unixhelp.org) Date: Tue, 1 Sep 1998 07:33:33 -0400 (EDT) From: Brian Feldman X-Sender: green@feldman.dyn.ml.org To: current@FreeBSD.ORG Subject: E-day problems: rtld-elf dlsym() broken? Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-692054301-904649613=:18315" 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-692054301-904649613=:18315 Content-Type: TEXT/PLAIN; charset=US-ASCII As a start, I'd like to say great job to John Birrell and everyone else involved, going to ELF worked almost without a hitch, I'm impressed! But there is a problem now: dlsym, for me, seems to have stopped working. Entirely.... Returning NULL always it seems. I've attached a program (yes, it's a start on a basic debugger, I'm implementing rtld functions first) which should show the problem to anyone interested. 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----- --0-692054301-904649613=:18315 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dl.c" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="dl.c" LyotDQogKiBDb3B5cmlnaHQgKGMpIDE5OTggQnJpYW4gRnVuZGFrb3dza2kg RmVsZG1hbg0KICogQWxsIHJpZ2h0cyByZXNlcnZlZC4NCiAqDQogKiBSZWRp c3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1z LCB3aXRoIG9yIHdpdGhvdXQNCiAqIG1vZGlmaWNhdGlvbiwgYXJlIHBlcm1p dHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9ucw0K ICogYXJlIG1ldDoNCiAqIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2Ug Y29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0DQogKiAgICBu b3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93 aW5nIGRpc2NsYWltZXIuDQogKiAyLiBSZWRpc3RyaWJ1dGlvbnMgaW4gYmlu YXJ5IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdodA0K ICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhl IGZvbGxvd2luZyBkaXNjbGFpbWVyIGluIHRoZQ0KICogICAgZG9jdW1lbnRh dGlvbiBhbmQvb3Igb3RoZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhl IGRpc3RyaWJ1dGlvbi4NCiAqDQogKiBUSElTIFNPRlRXQVJFIElTIFBST1ZJ REVEIEJZIFRIRSBBVVRIT1IgQU5EIENPTlRSSUJVVE9SUyBgYEFTIElTJycg QU5EDQogKiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElO Q0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUNCiAqIElNUExJRUQg V0FSUkFOVElFUyBPRiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9S IEEgUEFSVElDVUxBUiBQVVJQT1NFDQogKiBBUkUgRElTQ0xBSU1FRC4gIElO IE5PIEVWRU5UIFNIQUxMIFRIRSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JTIEJF IExJQUJMRQ0KICogRk9SIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVO VEFMLCBTUEVDSUFMLCBFWEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwNCiAq IERBTUFHRVMgKElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBQUk9D VVJFTUVOVCBPRiBTVUJTVElUVVRFIEdPT0RTDQogKiBPUiBTRVJWSUNFUzsg TE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElO VEVSUlVQVElPTikNCiAqIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhF T1JZIE9GIExJQUJJTElUWSwgV0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNU DQogKiBMSUFCSUxJVFksIE9SIFRPUlQgKElOQ0xVRElORyBORUdMSUdFTkNF IE9SIE9USEVSV0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZDQogKiBPVVQgT0Yg VEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0Yg VEhFIFBPU1NJQklMSVRZIE9GDQogKiBTVUNIIERBTUFHRS4NCiAqLw0KDQpz dGF0aWMgY29uc3QgY2hhciBjb3B5cmlnaHRbXSA9ICJAKCMpIENvcHlyaWdo dCAxOTk4IEJyaWFuIEZ1bmRha293c2tpIEZlbGRtYW4uXA0KCUFsbCByaWdo dHMgcmVzZXJ2ZWQuIjsNCg0KI2luY2x1ZGUgPHNpZ25hbC5oPg0KI2luY2x1 ZGUgPHN0ZGlvLmg+DQojaW5jbHVkZSA8c3RkbGliLmg+DQoNCiNpbmNsdWRl IDxyZWFkbGluZS9yZWFkbGluZS5oPg0KI2luY2x1ZGUgPHJlYWRsaW5lL2hp c3RvcnkuaD4NCg0Kdm9pZCBkb2xpbmUoY2hhciAqKTsNCnZvaWQgaGVscCh2 b2lkICopOw0Kdm9pZCBjb3B5cmlnaHRmKHZvaWQgKik7DQp2b2lkIGxvb2t1 cCh2b2lkICopOw0Kdm9pZCBxdWl0KHZvaWQgKik7DQoNCmludA0KbWFpbihp bnQgYXJnYywgY2hhciAqKmFyZ3YpIHsNCgljaGFyICpsaW5lOw0KCXNpZ25h bChTSUdJTlQsIChzaWdfdCkmZXhpdCk7DQoJc2lnbmFsKFNJR1RFUk0sIChz aWdfdCkmZXhpdCk7DQoJd2hpbGUgKChsaW5lID0gcmVhZGxpbmUoIihkbCkg IikpICE9IE5VTEwpDQoJCWRvbGluZShsaW5lKTsNCglleGl0KDApOw0KfQ0K DQpzdHJ1Y3QgYmluZHMgew0KCWNoYXIgKm5hbWU7DQoJdm9pZCAoKmZ1bmMp KHZvaWQgKik7DQoJY2hhciAqZGVzYzsNCn07DQoNCnN0cnVjdCBiaW5kcyBi aW5keltdID0gew0KCXsgInF1aXQiLCAmcXVpdCwgIlF1aXQgdGhpcyBwcm9n cmFtLiIgfSwNCgl7ICJoZWxwIiwgJmhlbHAsICJDb21tYW5kIGhlbHAuIiB9 LA0KCXsgImNvcHlyaWdodCIsICZjb3B5cmlnaHRmLCAiQ29weXJpZ2h0IGlu Zm8uIiB9LA0KCXsgImxvb2t1cCIsICZsb29rdXAsICJMb29rIHVwIGEgc3lt Ym9sLiIgfSwNCn07DQoNCiNkZWZpbmUgQklORFMgKHNpemVvZihiaW5keikg LyBzaXplb2Yoc3RydWN0IGJpbmRzKSkNCg0Kdm9pZA0KZG9saW5lKGNoYXIg KmxpbmUpIHsNCgljaGFyIGMsICpkLCAqb2xpbmU7DQoNCglvbGluZSA9IHN0 cmR1cChsaW5lKTsNCglpZiAoKGQgPSBpbmRleChvbGluZSwgJyAnKSkgIT0g KGNoYXIgKilOVUxMKQ0KCQkqZCA9IDA7DQoJZm9yIChjID0gMDsgYyA8IEJJ TkRTOyBjKyspDQoJCWlmICghc3RyY21wKG9saW5lLCBiaW5keltjXS5uYW1l KSkgew0KCQkJKCpiaW5keltjXS5mdW5jKShsaW5lKTsNCgkJCWZyZWUob2xp bmUpOw0KCQkJYnJlYWs7DQoJCX0NCglpZiAoYyA9PSBCSU5EUykgew0KCQlw cmludGYoIiVzOiBjb21tYW5kIHVua25vd25cbiIsIGxpbmUpOw0KCQlmcmVl KGxpbmUpOw0KCX0NCn0NCg0Kdm9pZA0KbG9va3VwKHZvaWQgKmxpbmUpIHsN Cgl2b2lkICpsYW1lcHRyOw0KCWNoYXIgKmJhejsNCg0KCWlmICgodm9pZCAq KWluZGV4KGxpbmUsICdcMCcpIDwgbGluZSArIDggfHwNCgkgICAgKGxhbWVw dHIgPSAodm9pZCAqKWRsc3ltKE5VTEwsIGJheiA9IChjaGFyICopbGluZSAr IDcpKSA9PSBOVUxMKQ0KCQlwcmludGYoIiVzOiBub3QgZm91bmRcbiIsICpi YXogPyBiYXogOiAiIik7DQoJZWxzZQ0KCQlwcmludGYoIiVzOiAweCV4XG4i LCBsaW5lICsgNywgbGFtZXB0cik7DQoJZnJlZShsaW5lKTsNCn0NCg0Kdm9p ZA0KY29weXJpZ2h0Zih2b2lkICpsaW5lKSB7DQoJcHJpbnRmKCIlc1xuIiwg Y29weXJpZ2h0ICsgNSk7DQoJZnJlZShsaW5lKTsNCn0NCg0Kdm9pZA0KaGVs cCh2b2lkICpsaW5lKSB7DQoJY2hhciBjOw0KDQoJcHJpbnRmKCJIZWxwOlxu Iik7DQoJZm9yIChjID0gMDsgYyA8IEJJTkRTOyBjKyspDQoJCXByaW50Zigi XHQlc1x0JXNcbiIsIGJpbmR6W2NdLm5hbWUsIGJpbmR6W2NdLmRlc2MpOw0K CWZyZWUobGluZSk7DQp9DQoNCnZvaWQNCnF1aXQodm9pZCAqbGluZSkgew0K CWZyZWUobGluZSk7DQoJZXhpdCgwKTsNCn0NCg== --0-692054301-904649613=:18315-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 05:00:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA03733 for freebsd-current-outgoing; Tue, 1 Sep 1998 05:00:10 -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 EAA03456 for ; Tue, 1 Sep 1998 04:56:46 -0700 (PDT) (envelope-from reilly@zeta.org.au) Received: from zeta.org.au (d6.syd2.zeta.org.au [203.26.11.6]) by godzilla.zeta.org.au (8.8.7/8.8.7) with ESMTP id VAA30013 for ; Tue, 1 Sep 1998 21:55:41 +1000 Received: (qmail 28862 invoked by uid 1000); 1 Sep 1998 08:17:49 -0000 From: "Andrew Reilly" Message-ID: <19980901181749.A28849@reilly.home> Date: Tue, 1 Sep 1998 18:17:49 +1000 To: John Birrell Cc: freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: Today is E-day References: <19980901024653.A1001@scientia.demon.co.uk> <199809010415.OAA23562@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809010415.OAA23562@cimlogic.com.au>; from John Birrell on Tue, Sep 01, 1998 at 02:15:10PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 01, 1998 at 02:15:10PM +1000, John Birrell wrote: > ldconfig will die with aout. ELF does not need hints since it handles > just a single version number of a library and knowing that can go straight > to the library name. Does that mean that ELF has problems with multiple concurrent versions of libraries? I can't remember the details, but a while back I had to re-build an older library version of something, to make an application keep working after an upgrade. The (a.out) system seemed to handle that fine. -- 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 1 05:05:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA04233 for freebsd-current-outgoing; Tue, 1 Sep 1998 05:05:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from morgan.angis.su.OZ.AU (morgan.angis.su.OZ.AU [129.78.25.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA04227 for ; Tue, 1 Sep 1998 05:05:21 -0700 (PDT) (envelope-from tonym@angis.usyd.edu.au) Received: (from tonym@localhost) by morgan.angis.su.OZ.AU (8.8.7/8.6.6) id WAA01370 for current@FreeBSD.ORG; Tue, 1 Sep 1998 22:04:18 +1000 (EST) Date: Tue, 1 Sep 1998 22:04:18 +1000 (EST) From: Tony Maher Message-Id: <199809011204.WAA01370@morgan.angis.su.OZ.AU> To: current@FreeBSD.ORG Subject: Excellent Elf and others Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, aout to elf worked perfectly (did need config -r plus the environment defines for the kernel) bytebench did show the following (I dont know if this is from elf or something else changed - maybe bytebench should be recompiled as elf. Doing this now) 3.0-beta-aout-98-08-23 Shell scripts (1 concurrent) 383.9 lpm (60 secs, 3 samples) Shell scripts (2 concurrent) 219.6 lpm (60 secs, 3 samples) Shell scripts (4 concurrent) 98.3 lpm (60 secs, 3 samples) Shell scripts (8 concurrent) 48.7 lpm (60 secs, 3 samples) 3.0-beta-elf-98-09-01 Shell scripts (1 concurrent) 734.9 lpm (60 secs, 3 samples) Shell scripts (2 concurrent) 396.3 lpm (60 secs, 3 samples) Shell scripts (4 concurrent) 204.0 lpm (60 secs, 3 samples) Shell scripts (8 concurrent) 104.0 lpm (60 secs, 3 samples) Also enabled softupdates a couple of days ago - works great. Many thanks to all. Tony Maher ANGIS - Bay 16, Suite 104. phone: +61-2-9351-1868 Australian Technology Park. fax: +61-2-9351-1878 NSW. AUSTRALIA. 1430. email: tonym@angis.org.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 06:13:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA10431 for freebsd-current-outgoing; Tue, 1 Sep 1998 06:13:14 -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 GAA10405; Tue, 1 Sep 1998 06:13:11 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.8.8) id PAA04090; Tue, 1 Sep 1998 15:11:16 +0200 (CEST) (envelope-from sos) Message-Id: <199809011311.PAA04090@sos.freebsd.dk> Subject: Test dont read! To: current@FreeBSD.ORG (FreeBSD current), hackers@FreeBSD.ORG (FreeBSD hackers) Date: Tue, 1 Sep 1998 15:11:16 +0200 (CEST) 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 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 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 1 07:05:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17729 for freebsd-current-outgoing; Tue, 1 Sep 1998 07:05:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from chaotic.oz.org (chaotic.oz.org [203.20.237.203]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA17720 for ; Tue, 1 Sep 1998 07:05:17 -0700 (PDT) (envelope-from simon@chaotic.oz.org) Received: (from simon@localhost) by chaotic.oz.org (8.9.1/8.8.8) id AAA05425 for current@freebsd.org; Wed, 2 Sep 1998 00:04:16 +1000 (EST) (envelope-from simon) 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: Wed, 02 Sep 1998 00:04:15 +1000 (EST) From: Simon Coggins To: current@FreeBSD.ORG Subject: Problems after aout-to-elf Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Okie I'm having problems now I've gone to elf... I'm getting errors like this form all my aout libs /usr/X11/lib/libX11.a: could not read symbols: File format not recognized Does this mean I have recompile *ALL* of my old aout libs? Regards Simon +---------------------------------------------------------------+ | Email: chaos@ultra.net.au, chaos@oz.org, simon@bofh.com.au | | http://www.ultra.net.au/~chaos Simon.Coggins@jcu.edu.au. | | Chaos on IRC, IRC Operator for the OzORG Network | +---------------------------------------------------------------+ --- Oh, I am a C programmer and I'm okay I muck with indices and structs all day And when it works, I shout hoo-ray Oh, I am a C programmer and I'm okay To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 08:05:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA24378 for freebsd-current-outgoing; Tue, 1 Sep 1998 08:05:53 -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 IAA24372 for ; Tue, 1 Sep 1998 08:05:51 -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 TAA00243 for ; Tue, 1 Sep 1998 19:04:49 +0400 (MSD) Received: by sunny.aha.ru id TAA08876; (8.8.8/vak/1.9) Tue, 1 Sep 1998 19:03:42 +0400 (MSD) Received: from unknown(195.2.84.114) by sunny.aha.ru via smap (V1.3) id sma005961; Tue Sep 1 18:59:56 1998 Received: from serv.etrust.ru by serv.etrust.ru with ESMTP id TAA02300; (8.9.1/vak/1.9) Tue, 1 Sep 1998 19:02:45 +0400 (MSD) Date: Tue, 1 Sep 1998 19:02:45 +0400 (MSD) From: =?KOI8-R?B?88XSx8XKIO/Tz8vJzg==?= To: freebsd-current@FreeBSD.ORG Subject: About today's make world... 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 TAA02300 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id IAA24374 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! I want a make world after today's cvsup... -------------------------------------------------------------- Doing an aout buildworld to get an up-to-date set of tools -------------------------------------------------------------- -------------------------------------------------------------- Cleaning up the temporary aout build tree -------------------------------------------------------------- ..... -------------------------------------------------------------- Making make -------------------------------------------------------------- mkdir -p /usr/obj/aout/usr/src/tmp/usr/bin /usr/obj/aout/usr/src/tmp/make ( cd /usr/src/usr.bin/make; MAKEOBJDIRPREFIX=""; unset MAKEOBJDIRPREFIX; PATH=/usr/obj/aout/usr/src/tmp/sbin:/usr/obj/aout/usr/src/tmp/usr/sbin:/usr/obj/aout/usr/src/tmp/bin:/usr/obj/aout/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin:/usr/X11R6/bin:/home/osa/bin BISON_SIMPLE=/usr/obj/aout/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/obj/aout/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib NOEXTRADEPEND=t OBJFORMAT_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/libexec MAKEOBJDIR=/usr/obj/aout/usr/src/tmp/make make DESTDIR=/usr/obj/aout/usr/src/tmp -I/usr/src/share/mk -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED all; PATH=/usr/obj/aout/usr/src/tmp/sbin:/usr/obj/aout/usr/src/tmp/usr/sbin:/usr/obj/aout/usr/src/tmp/bin:/usr/obj/aout/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin:/usr/X11R6/bin:/home/osa/bin BISON_SIMPLE=/usr/obj/aout/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/obj/aout/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib NOEXTRADEPEND=t OBJFORMAT_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/libexec MAKEOBJDIR=/usr/obj/aout/usr/src/tmp/make make DESTDIR=/usr/obj/aout/usr/src/tmp -I/usr/src/share/mk -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED install; PATH=/usr/obj/aout/usr/src/tmp/sbin:/usr/obj/aout/usr/src/tmp/usr/sbin:/usr/obj/aout/usr/src/tmp/bin:/usr/obj/aout/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin:/usr/X11R6/bin:/home/osa/bin BISON_SIMPLE=/usr/obj/aout/usr/src/tmp/usr/share/misc/bi =/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/obj/aout/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib NOEXTRADEPEND=t OBJFORMAT_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/libexec MAKEOBJDIR=/usr/obj/aout/usr/src/tmp/make make DESTDIR=/usr/obj/aout/usr/src/tmp -I/usr/src/share/mk -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED clean ) cc -O -pipe -I/usr/src/usr.bin/make -I/usr/obj/aout/usr/src/tmp/usr/include -c /usr/src/usr.bin/make/arch.c ..... -------------------------------------------------------------- Making mtree -------------------------------------------------------------- mkdir -p /usr/obj/aout/usr/src/tmp/usr/sbin /usr/obj/aout/usr/src/tmp/mtree ( cd /usr/src/usr.sbin/mtree; MAKEOBJDIRPREFIX=""; unset MAKEOBJDIRPREFIX; export MAKEOBJDIR=/usr/obj/aout/usr/src/tmp/mtree; PATH=/usr/obj/aout/usr/src/tmp/sbin:/usr/obj/aout/usr/src/tmp/usr/sbin:/usr/obj/aout/usr/src/tmp/bin:/usr/obj/aout/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin:/usr/X11R6/bin:/home/osa/bin BISON_SIMPLE=/usr/obj/aout/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/obj/aout/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib NOEXTRADEPEND=t OBJFORMAT_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/libexec /usr/obj/aout/usr/src/tmp/usr/bin/make DESTDIR=/usr/obj/aout/usr/src/tmp -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED all; PATH=/usr/obj/aout/usr/src/tmp/sbin:/usr/obj/aout/usr/src/tmp/usr/sbin:/usr/obj/aout/usr/src/tmp/bin:/usr/obj/aout/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin:/usr/X11R6/bin:/home/osa/bin BISON_SIMPLE=/usr/obj/aout/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/obj/aout/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib NOEXTRADEPEND=t OBJFORMAT_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/libexec /usr/obj/aout/usr/src/tmp/usr/bin/make DESTDIR=/usr/obj/aout/usr/src/tmp -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -B install clean ) cc -O -pipe -I/usr/obj/aout/usr/src/tmp/usr/include -c /usr/src/usr.sbin/mtree/compare.c ..... -------------------------------------------------------------- Making hierarchy -------------------------------------------------------------- mkdir -p /usr/obj/aout/usr/src/tmp cd /usr/src; PATH=/usr/obj/aout/usr/src/tmp/sbin:/usr/obj/aout/usr/src/tmp/usr/sbin:/usr/obj/aout/usr/src/tmp/bin:/usr/obj/aout/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin:/usr/X11R6/bin:/home/osa/bin BISON_SIMPLE=/usr/obj/aout/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/obj/aout/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib NOEXTRADEPEND=t OBJFORMAT_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/libexec /usr/obj/aout/usr/src/tmp/usr/bin/make DESTDIR=/usr/obj/aout/usr/src/tmp -f Makefile.inc1 hierarchy cd /usr/src/etc; /usr/obj/aout/usr/src/tmp/usr/bin/make distrib-dirs ....... -------------------------------------------------------------- Cleaning up the aout obj tree -------------------------------------------------------------- cd /usr/src; PATH=/usr/obj/aout/usr/src/tmp/sbin:/usr/obj/aout/usr/src/tmp/usr/sbin:/usr/obj/aout/usr/src/tmp/bin:/usr/obj/aout/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin:/usr/X11R6/bin:/home/osa/bin BISON_SIMPLE=/usr/obj/aout/usr/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/obj/aout/usr/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout LIBRARY_PATH=/usr/obj/aout/usr/src/tmp/usr/lib/aout:/usr/obj/aout/usr/src/tmp/usr/lib NOEXTRADEPEND=t OBJFORMAT_PATH=/usr/obj/aout/usr/src/tmp/usr/libexec:/usr/libexec /usr/obj/aout/usr/src/tmp/usr/bin/make DESTDIR=/usr/obj/aout/usr/src/tmp -f Makefile.inc1 par-cleandir .......... ===> lib/libcom_err/doc ===> lib/libcom_err/doc rm -f com_err.info com_err.info.gz ===> lib/../secure/lib/libcrypt "Makefile", line 8: Malformed conditional (${BINFORMAT} != elf) "Makefile", line 11: if-less else "Makefile", line 11: Need an operator "Makefile", line 14: if-less endif "Makefile", line 14: Need an operator "Makefile", line 24: Malformed conditional (${BINFORMAT} == elf) "Makefile", line 24: Need an operator "Makefile", line 26: if-less endif "Makefile", line 26: Need an operator "Makefile", line 43: Malformed conditional (!defined(NOPIC) && defined(SHLIB_MAJOR) && ${BINFORMAT} == elf) "Makefile", line 49: if-less endif "Makefile", line 49: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. What can i do? Rgdz, ïÓÏËÉÎ óÅÒÇÅÊ aka oZZ, osa@etrust.ru RUSENIX - RUSian USE UNIX! http://www.etrust.ru/osa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 08:08:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA24765 for freebsd-current-outgoing; Tue, 1 Sep 1998 08:08:31 -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 IAA24759 for ; Tue, 1 Sep 1998 08:08:28 -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 JAA00389; Tue, 1 Sep 1998 09:47:30 -0400 (EDT) Date: Tue, 1 Sep 1998 09:47:29 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: John Birrell cc: Ben Smithurst , freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: Today is E-day In-Reply-To: <199809010415.OAA23562@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 On Tue, 1 Sep 1998, John Birrell wrote: > If you haven't already done so, edit /etc/rc and change the _LDC line > to reference /usr/lib/aout instead of /usr/lib. Once you do that and > re-run ldconfig (or just reboot), your aout libraries will function > normally (they are deprecated, though). I'm a little confused. I did the upgrade, but I'd had the _LDC pointing to /usr/lib/aout beforehand, because that's where the new libs were being put. The upgrade seemed to stick new aout libs in /usr/lib/aout, but also put new libs in /usr/lib. File doesn't tell me if the ones in /usr/lib are ELF or not, but from the timestamp on those (which is a few minutes after the timestamp on the /usr/lib/aout ones) I suspect that they are. If my system is now ELF, why the advice to add /usr/lib/aout to my _LDC? Especially since I had already had /usr/lib/aout replacing /usr/lib in the _LDC, shouldn't I take the "/aout" off now that I've upgraded? Oddly enough, I checked one of my new executeables in /usr/bin, and ldd tells me that it's linked to libs in /usr/lib, even tho /usr/lib itself isn't on my _LDC line. I'm a little confused by this. > > ldconfig will die with aout. ELF does not need hints since it handles > just a single version number of a library and knowing that can go straight > to the library name. > > /usr/lib is the normal place for system libraries, so the elf versions > belong there. You don't need to make any links in /usr/lib. In fact you > should just stick with what the build process puts there. > > -- > 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 > > ----------------------------+----------------------------------------------- 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 1 09:08:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA01602 for freebsd-current-outgoing; Tue, 1 Sep 1998 09:08:56 -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 JAA01557 for ; Tue, 1 Sep 1998 09:08:37 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:6s4imw33P/anQF28u7HpWOq9U9V7/Fcf@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id SAA25566; Tue, 1 Sep 1998 18:07:14 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809011607.SAA25566@gratis.grondar.za> To: =?KOI8-R?B?88XSx8XKIO/Tz8vJzg==?= cc: freebsd-current@FreeBSD.ORG Subject: Re: About today's make world... Date: Tue, 01 Sep 1998 18:07:10 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG =?KOI8-R?B?88XSx8XKIO/Tz8vJzg==?= wrote: > > Hello! > I want a make world after today's cvsup... Resup - and manually check the makefile. 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 1 09:09:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA01670 for freebsd-current-outgoing; Tue, 1 Sep 1998 09:09:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from enterprise.sanyusan.se (enterprise.sanyusan.se [195.24.160.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA01643 for ; Tue, 1 Sep 1998 09:09:07 -0700 (PDT) (envelope-from anders@sanyusan.se) Received: from anders.sanyusan.se (anders.sanyusan.se [192.168.103.68]) by enterprise.sanyusan.se (8.9.1/8.9.1) with SMTP id SAA01554 for ; Tue, 1 Sep 1998 18:07:01 +0200 (CEST) (envelope-from anders@sanyusan.se) Message-ID: <005001bdd5c3$2a043620$4467a8c0@anders.sanyusan.se> From: "Anders Andersson" To: Subject: /src/etc/Makefile broke? Date: Tue, 1 Sep 1998 18:11:23 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG the new Makefile in /usr/src/etc/ seems to be broken. $Id: Makefile,v 1.170 1998/08/31 20:45:41 jb Exp $ This is the output for my make world: ===> etc --- all --- ===> etc/sendmail --- freebsd.cf --- rm -f freebsd.cf (cd /usr/src/etc/sendmail && m4 -D_CF_DIR_=/usr/src/etc/sendmail/../../contrib/sendmail/cf/ /usr/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 freebsd.mc) > freebsd.cf chmod 444 freebsd.cf 1 error *** Error code 2 1 error // Anders 'synker' Andersson --------------------------------------------------------- Anders Andersson anders@sanyusan.se Sanyusan International AB http://www.sanyusan.se/ Västgötagatan 11 Tel: +46-(0)31-168730 411 39 Gothenburg Fax: +46-(0)31-209361 Sweden --------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 09:09:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA01697 for freebsd-current-outgoing; Tue, 1 Sep 1998 09:09:18 -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 JAA01669 for ; Tue, 1 Sep 1998 09:09: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 JAA13401; Tue, 1 Sep 1998 09:07:45 -0700 (PDT) (envelope-from jdp) Message-Id: <199809011607.JAA13401@austin.polstra.com> To: Doug Rabson cc: roberto@keltia.freenix.fr, current@FreeBSD.ORG Subject: Re: More problems post-ELF In-reply-to: Your message of "Tue, 01 Sep 1998 09:07:28 BST." Date: Tue, 01 Sep 1998 09:07:45 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > That's a bug in the source file (nntpinit.c?). It needs to > > include . > > By the looks of things we are going to see a lot of these. I think > we need to fix the weak symbols :-(. Ick. OK. :-( I should be able to add them some time today. 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 1 09:10:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA02063 for freebsd-current-outgoing; Tue, 1 Sep 1998 09:10:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles243.castles.com [208.214.165.243]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA02017 for ; Tue, 1 Sep 1998 09:10:25 -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 JAA04142; Tue, 1 Sep 1998 09:06:34 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809010906.JAA04142@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Chuck Robey cc: John Birrell , Ben Smithurst , freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: Today is E-day In-reply-to: Your message of "Tue, 01 Sep 1998 09:47:29 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Sep 1998 09:06:33 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > On Tue, 1 Sep 1998, John Birrell wrote: > > > If you haven't already done so, edit /etc/rc and change the _LDC line > > to reference /usr/lib/aout instead of /usr/lib. Once you do that and > > re-run ldconfig (or just reboot), your aout libraries will function > > normally (they are deprecated, though). > > I'm a little confused. I did the upgrade, but I'd had the _LDC pointing > to /usr/lib/aout beforehand, because that's where the new libs were > being put. The upgrade seemed to stick new aout libs in /usr/lib/aout, > but also put new libs in /usr/lib. File doesn't tell me if the ones in > /usr/lib are ELF or not, but from the timestamp on those (which is a few > minutes after the timestamp on the /usr/lib/aout ones) I suspect that > they are. If my system is now ELF, why the advice to add /usr/lib/aout > to my _LDC? Especially since I had already had /usr/lib/aout replacing > /usr/lib in the _LDC, shouldn't I take the "/aout" off now that I've > upgraded? > > Oddly enough, I checked one of my new executeables in /usr/bin, and ldd > tells me that it's linked to libs in /usr/lib, even tho /usr/lib itself > isn't on my _LDC line. I'm a little confused by this. Read the rest of the message that you're replying to: > > ldconfig will die with aout. ELF does not need hints since it handles > > just a single version number of a library and knowing that can go straight > > to the library name. > > > > /usr/lib is the normal place for system libraries, so the elf versions > > belong there. You don't need to make any links in /usr/lib. In fact you > > should just stick with what the build process puts there. -- \\ 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 1 09:16:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03671 for freebsd-current-outgoing; Tue, 1 Sep 1998 09:16:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA03641 for ; Tue, 1 Sep 1998 09:16:01 -0700 (PDT) (envelope-from karpen@ocean.campus.luth.se) Received: (from karpen@localhost) by ocean.campus.luth.se (8.9.1/8.9.1) id SAA08166; Tue, 1 Sep 1998 18:11:10 +0200 (CEST) (envelope-from karpen) From: Mikael Karpberg Message-Id: <199809011611.SAA08166@ocean.campus.luth.se> Subject: Re: HEADS UP: Today is E-day In-Reply-To: from Chuck Robey at "Sep 1, 98 09:47:29 am" To: chuckr@glue.umd.edu (Chuck Robey) Date: Tue, 1 Sep 1998 18:11:10 +0200 (CEST) Cc: freebsd-current@FreeBSD.ORG 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 According to Chuck Robey: > > On Tue, 1 Sep 1998, John Birrell wrote: > > > If you haven't already done so, edit /etc/rc and change the _LDC line > > to reference /usr/lib/aout instead of /usr/lib. Once you do that and > > re-run ldconfig (or just reboot), your aout libraries will function > > normally (they are deprecated, though). > > I'm a little confused. I did the upgrade, but I'd had the _LDC pointing > to /usr/lib/aout beforehand, because that's where the new libs were > being put. The upgrade seemed to stick new aout libs in /usr/lib/aout, > but also put new libs in /usr/lib. File doesn't tell me if the ones in > /usr/lib are ELF or not, but from the timestamp on those (which is a few > minutes after the timestamp on the /usr/lib/aout ones) I suspect that > they are. If my system is now ELF, why the advice to add /usr/lib/aout > to my _LDC? Especially since I had already had /usr/lib/aout replacing > /usr/lib in the _LDC, shouldn't I take the "/aout" off now that I've > upgraded? > > Oddly enough, I checked one of my new executeables in /usr/bin, and ldd > tells me that it's linked to libs in /usr/lib, even tho /usr/lib itself > isn't on my _LDC line. I'm a little confused by this. No, it's quite simple. After reading about a hundred posts on this subject I think I have enough info to answer you correctly. :-) Ok... so you already had /usr/lib/aout in there... that's becuase you were running a recent -current. Then you don't need change _LDC. That's just for older systems, who had not yet had their libs moved. The reason you don't need to change _LDC to /usr/lib is because ELF doesn't used ldconfig at all! It's an a.out tool. It's not needed for ELF, and so you don't need to point it at the ELF libs in /usr/lib. You just need to point it at the a.out libs, since it will only be used for compability when you run a.out binaries. ELF binaries don't use lcdonfig, and will find their libs anyway, so you don't need to point ldconfig at the ELF libs because it doesn't get used for ELF things. :-) Ok... did I repeat myself in enough ways there to make it clear to everyone? Let's just hope I didn't screw up and got it wrong, now. :-) /Mikael To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 09:25:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05325 for freebsd-current-outgoing; Tue, 1 Sep 1998 09:25:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vip.consys.com (Comobabi.ConSys.COM [209.141.107.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05320 for ; Tue, 1 Sep 1998 09:25:41 -0700 (PDT) (envelope-from rcarter@pinyon.org) Received: (from pinyon@localhost) by vip.consys.com (8.9.1/8.9.1) id JAA03614; Tue, 1 Sep 1998 09:24:41 -0700 (MST) Date: Tue, 1 Sep 1998 09:24:41 -0700 (MST) From: "Russell L. Carter" Message-Id: <199809011624.JAA03614@vip.consys.com> To: freebsd-current@FreeBSD.ORG, osa@etrust.ru Subject: Re: About today's make world... In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG |"Makefile", line 8: Malformed conditional (${BINFORMAT} != elf) I got this too on my transition build cvsuped at 1800MST last night, but after trying again with "BINFORMAT=elf make aout-to-elf-build" everything built flawlessly, thanks John! Amazingly smooth. Russell To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 09:53:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA09266 for freebsd-current-outgoing; Tue, 1 Sep 1998 09:53:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA09254 for ; Tue, 1 Sep 1998 09:53:13 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id SAA06758; Tue, 1 Sep 1998 18:51:46 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id SAA14810; Tue, 1 Sep 1998 18:54:47 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809011654.SAA14810@yacht.domestic.de> Subject: Re: XFree86 and ELF In-Reply-To: from Tugrul Galatali at "Aug 31, 98 07:23:11 pm" To: galatalt@stuy.edu (Tugrul Galatali) Date: Tue, 1 Sep 1998 18:54:47 +0200 (CEST) Cc: dfr@nlsystems.com, freebsd-current@FreeBSD.ORG 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 Tugrul Galatali wrote: > > > On Mon, 31 Aug 1998, Doug Rabson wrote: > > > > I have a set of patches for the port. I think that we need to fix the > > weak definition of inet_addr in libc though. > > > > The patches do fix one of the two parts of the problems I had. > Most of the programs in xc/programs now actually link and have binaries, > and all the libraries in xc/lib seem ok. But it completely barfs when > linking XF86_SVGA. I'll send several pages of undefined symbols if anyone > wants. Indeed, this will probably be the leading '_' problem. The following patches built my ELF XFree86 in an ELF world not quite cutting edge: Just put them into the patches/ directory of the port and make. Note that they include the arpa/inet.h patches from another recent mail on -current. --- config/cf/bsdLib.rules.orig Mon Aug 31 18:03:14 1998 +++ config/cf/bsdLib.rules Tue Sep 1 01:15:44 1998 @@ -153,7 +153,7 @@ #define ShLibIncludeFile #endif #ifndef SharedLibraryLoadFlags -#define SharedLibraryLoadFlags -shared -Wl,-rpath,$(USRLIBDIR) +#define SharedLibraryLoadFlags -shared -rpath $(USRLIBDIR) #endif #ifndef PositionIndependentCFlags #define PositionIndependentCFlags -fPIC @@ -213,7 +213,7 @@ Concat(lib,libname.so.rev): solist @@\ $(RM) $@~ @@\ SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; \ @@\ - (cd down; $(CC) -o up/$@~ $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\ + (cd down; $(LD) -o up/$@~ $(SHLIBLDFLAGS) -soname $$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\ $(RM) $$SONAME; $(LN) $@ $$SONAME; \ @@\ LinkBuildSonameLibrary($$SONAME) @@\ $(RM) $@ @@\ @@ -227,6 +227,21 @@ $(RM) Concat(lib,libname.so.rev) #endif /* SharedLibraryTarget */ + +#ifndef SharedDepModuleTarget +#define SharedDepModuleTarget(name,deps,solist) @@\ +AllTarget(name) @@\ + @@\ +name: deps @@\ + $(RM) $@~ @@\ + $(CC) -o $@~ $(SHLIBLDFLAGS) solist $(REQUIREDLIBS) @@\ + $(RM) $@ @@\ + $(MV) $@~ $@ @@\ + @@\ +clean:: @@\ + $(RM) name + +#endif /* SharedDepModuleTarget */ /* * SharedLibraryDataTarget - generate rules to create shlib data file; --- programs/Xserver/hw/xfree86/os-support/assyntax.h.orig Mon Aug 31 18:06:07 1998 +++ programs/Xserver/hw/xfree86/os-support/assyntax.h Tue Sep 1 00:35:28 1998 @@ -212,7 +212,7 @@ #endif /* ACK_ASSEMBLER */ -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(__FreeBSD__) || defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) #define GLNAME(a) a #else #define GLNAME(a) CONCAT(_,a) --- programs/Xserver/os/connection.c.orig Mon Aug 31 18:06:22 1998 +++ programs/Xserver/os/connection.c Tue Sep 1 00:26:07 1998 @@ -109,6 +109,7 @@ #if defined(TCPCONN) || defined(STREAMSCONN) # include +# include # ifndef hpux # ifdef apollo # ifndef NO_TCP_H --- programs/xauth/gethost.c.orig Tue Sep 1 00:11:48 1998 +++ programs/xauth/gethost.c Tue Sep 1 00:26:26 1998 @@ -58,6 +58,7 @@ #endif #include #include +#include #ifdef SYSV #ifdef i386 #ifndef sco --- programs/xdm/chooser.c.orig Tue Sep 1 00:14:41 1998 +++ programs/xdm/chooser.c Tue Sep 1 00:26:47 1998 @@ -87,6 +87,7 @@ #include #endif #include +#include #else /* MINIX */ #include #include --- programs/xhost/xhost.c.orig Tue Sep 1 00:27:05 1998 +++ programs/xhost/xhost.c Tue Sep 1 00:34:39 1998 @@ -85,9 +85,9 @@ #endif #endif /* NEEDSOCKETS */ -#ifdef notdef +#ifdef __FreeBSD__ #include - bogus definition of inet_makeaddr() in BSD 4.2 and Ultrix + /* bogus definition of inet_makeaddr() in BSD 4.2 and Ultrix */ #else #if !defined(hpux) && !defined(NCR) && !defined(__EMX__) extern unsigned long inet_makeaddr(); --- lib/SM/sm_genid.c.orig Mon Aug 31 18:06:53 1998 +++ lib/SM/sm_genid.c Tue Sep 1 00:27:29 1998 @@ -60,6 +60,7 @@ #include #endif #include +#include #define XOS_USE_NO_LOCKING #define X_INCLUDE_NETDB_H #include --- lib/xtrans/Xtransint.h.orig Mon Aug 31 18:07:41 1998 +++ lib/xtrans/Xtransint.h Tue Sep 1 00:27:56 1998 @@ -102,6 +102,7 @@ #else #include #endif +#include #endif #ifdef __EMX__ #include --- config/cf/FreeBSD.cf.orig Tue Sep 1 08:09:14 1998 +++ config/cf/FreeBSD.cf Tue Sep 1 11:09:13 1998 @@ -222,10 +222,35 @@ #define InstallCmd /usr/bin/install #if GccUsesGas -# define GccGasOption -DGCCUSESGAS -# define AsmDefines -DUSE_GAS +# define GccGasOption -DGCCUSESGAS +# define AsmDefines -DUSE_GAS AsmElfDefines #else # define GccGasOption /**/ +# define AsmDefines AsmElfDefines +#endif + +/* UseElfFormat defaults to YES if __ELF__ set */ +#ifndef UseElfFormat +# ifdef __ELF__ +# undef __ELF__ /* other imake files shouldn't care */ +# define UseElfFormat YES +# else +# define UseElfFormat NO +# endif +#endif + +#if UseElfFormat +# define AsmElfDefines -D__ELF__ +#else +# define AsmElfDefines /**/ +#endif + +#ifndef OSBinaryType +# if UseElfFormat +# define OSBinaryType [ELF] +# else +# define OSBinaryType /**/ +# endif #endif #define ServerExtraDefines GccGasOption XFree86ServerDefines --- programs/Xserver/hw/xfree86/vga256/drivers/s3_svga/s3accel.c.orig Tue Sep 1 16:35:24 1998 +++ programs/Xserver/hw/xfree86/vga256/drivers/s3_svga/s3accel.c Tue Sep 1 16:35:12 1998 @@ -798,7 +798,7 @@ #if defined(__GNUC__) && defined(__i386__) static __inline__ CARD32 reverse_bitorder(CARD32 data) { -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(__FreeBSD__) || defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) __asm__( "movl $0,%%ecx\n" "movb %%al,%%cl\n" --- programs/Xserver/hw/xfree86/xaa/xf86expblt.c.orig Tue Sep 1 16:46:41 1998 +++ programs/Xserver/hw/xfree86/xaa/xf86expblt.c Tue Sep 1 16:44:23 1998 @@ -83,7 +83,7 @@ #if defined(__GNUC__) && defined(__i386__) static __inline__ unsigned int reverse_bitorder(data) { -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(__FreeBSD__) || defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) __asm__( "movl $0,%%ecx\n" "movb %%al,%%cl\n" cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 Oh god, god... My tongue is asleep and Germany my teeth itch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 10:20:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA13895 for freebsd-current-outgoing; Tue, 1 Sep 1998 10:20:54 -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 KAA13883 for ; Tue, 1 Sep 1998 10:20:49 -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 KAA13874; Tue, 1 Sep 1998 10:19:18 -0700 (PDT) (envelope-from jdp) Message-Id: <199809011719.KAA13874@austin.polstra.com> To: abial@nask.pl Subject: Re: ELF binaries size In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 01 Sep 1998 10:19:18 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Andrzej Bialecki wrote: > On Tue, 1 Sep 1998, John Birrell wrote: > > > elf: > > > > total 8073 > > -r-xr-xr-x 1 bin bin 56244 Sep 1 14:50 adjkerntz > > > aout: > > > > total 16548 > > -r-xr-xr-x 1 bin bin 57344 Aug 30 16:51 adjkerntz > > Thanks! It looks as they are consistently smaller by some 0.2-2kB. That's > very good news! Yes. That's because a.out rounds the text and data segments up to page boundaries, but ELF does not. The load image of a shared ELF executable should be, on average, about 1 page (4K) smaller than the corresponding a.out image. Differences in other parts of the object files negate some of that savings. But still, you can rely on ELF executables being smaller than the a.out versions. -- 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 1 10:21:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA13969 for freebsd-current-outgoing; Tue, 1 Sep 1998 10:21:15 -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 KAA13956 for ; Tue, 1 Sep 1998 10:21:10 -0700 (PDT) (envelope-from rock@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 TAA26628; Tue, 1 Sep 1998 19:19:21 +0200 (CEST) Received: from gate.ics (acc2-130.telip.uni-sb.de [134.96.112.130]) by cs.uni-sb.de (8.9.0/1998060300) with ESMTP id TAA15400; Tue, 1 Sep 1998 19:19:11 +0200 (CEST) Received: from doom.ics (doom.ics [192.168.0.254]) by gate.ics (8.9.1/1998061600) with ESMTP id TAA20396; Tue, 1 Sep 1998 19:02:52 +0200 (CEST) Received: (from rock@localhost) by doom.ics (8.8.8+Sun/8.8.8) id TAA02561; Tue, 1 Sep 1998 19:10:39 +0200 (MET DST) From: "D. Rock" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 1 Sep 1998 19:10:38 +0200 (MET DST) To: Nicolas Souchu Cc: "D. Rock" , Zach Heilig , freebsd-current@FreeBSD.ORG Subject: Re: printer didn't work... a patch In-Reply-To: <19980831205704.19847@breizh.prism.uvsq.fr> References: <35E13ACB.10D29949@wurzelausix.cs.uni-sb.de> <19980830172105.51414@breizh.prism.uvsq.fr> <19980831024552.A912@znh.org.> <13802.27355.871373.199447@doom> <19980831205704.19847@breizh.prism.uvsq.fr> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13804.10618.195736.775091@doom> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nicolas Souchu writes: > On Mon, Aug 31, 1998 at 11:25:16AM +0200, D. Rock wrote: > >Zach Heilig writes: > > > On Sun, Aug 30, 1998 at 05:21:05PM +0000, Nicolas Souchu wrote: > > > > Ok. When do you see the leds coming up again? I propose you to remove the > > > > pnp_detect() call from /sys/dev/ppbus/ppbconf.c and tell me. > > > > > > I've seen this as well, but I thought it was just my configuration (tweeking > > > the bios a bit fixed it). > > > > > > EPP only works (detected as): > > > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > > > > > > EPP/ECP doesn't work (similar to, but with ECP/PS2 added). > > > ppc0: Generic chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > >Exactly the same for my configuration. I installed the system from a > >"make release" at Aug, 21. The printer only works if ECP is > >disabled. I have a parallel port ZIP drive attached (ick). > > > >There is an interesting phenomen: If I enable ECP, the printer port > >gets detected (Winbond W83877F on a VIA Apollo Master board), but the > >ZIP drive doesn't. After a reboot, even the BIOS doesn't find the > >parallel port any more. I have to do a power cycle to revive it again. > > Strange... the BIOS is responsible I think. Maybe partially. On another machine the power cycle isn't needed, the other symptoms are still the same, though. > > Actually SPP under ECP mode configuration was completly broken :) > > Please try the patch with -v boot(8) option set. And tell me all! > [patch deleted] No difference. Still, if I enable ECP in the BIOS, the parallel port doesn't work (only a ZIP drive attached, but doesn't probe). If I disable ECP, everything is fine again. Which leaves me to the question: What is the best configuration for performance and CPU usage: ECP or EPP, interrupt or polling? Do I have to set "flags 0x..." in the config file or is the irq automatically used if I include a "irq" directive? Daniel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 10:22:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14509 for freebsd-current-outgoing; Tue, 1 Sep 1998 10:22:54 -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 KAA14482 for ; Tue, 1 Sep 1998 10:22: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 KAA13895; Tue, 1 Sep 1998 10:21:45 -0700 (PDT) (envelope-from jdp) Message-Id: <199809011721.KAA13895@austin.polstra.com> To: green@unixhelp.org Subject: Re: E-day problems: rtld-elf dlsym() broken? In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 01 Sep 1998 10:21:44 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Brian Feldman wrote: > As a start, I'd like to say great job to John Birrell and everyone else > involved, going to ELF worked almost without a hitch, I'm impressed! But > there is a problem now: dlsym, for me, seems to have stopped working. Hmm, I'll take a look at that. I haven't tested dlsym for quite some time. I know it used to work, long ago. 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 1 10:28:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15787 for freebsd-current-outgoing; Tue, 1 Sep 1998 10:28:21 -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 KAA15780 for ; Tue, 1 Sep 1998 10:28:19 -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 KAA13958; Tue, 1 Sep 1998 10:27:10 -0700 (PDT) (envelope-from jdp) Message-Id: <199809011727.KAA13958@austin.polstra.com> To: tonym@angis.usyd.edu.au Subject: Re: Excellent Elf and others In-Reply-To: <199809011204.WAA01370@morgan.angis.su.OZ.AU> References: <199809011204.WAA01370@morgan.angis.su.OZ.AU> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 01 Sep 1998 10:27:10 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809011204.WAA01370@morgan.angis.su.OZ.AU>, Tony Maher wrote: > bytebench did show the following (I dont know if this is from elf > or something else changed - maybe bytebench should be recompiled as elf. > Doing this now) > > 3.0-beta-aout-98-08-23 > Shell scripts (1 concurrent) 383.9 lpm (60 secs, 3 samples) > Shell scripts (2 concurrent) 219.6 lpm (60 secs, 3 samples) > Shell scripts (4 concurrent) 98.3 lpm (60 secs, 3 samples) > Shell scripts (8 concurrent) 48.7 lpm (60 secs, 3 samples) > > 3.0-beta-elf-98-09-01 > Shell scripts (1 concurrent) 734.9 lpm (60 secs, 3 samples) > Shell scripts (2 concurrent) 396.3 lpm (60 secs, 3 samples) > Shell scripts (4 concurrent) 204.0 lpm (60 secs, 3 samples) > Shell scripts (8 concurrent) 104.0 lpm (60 secs, 3 samples) For those of us who don't know anything about bytebench, could you explain what these numbers mean? What's an "lpm"? I'm sure that many of us are eager to look intelligent by saying, "Well, of course, that's obviously to be expected! The clear and trivial reason is blah blah blah ..." But first, we have to know whether it's saying that ELF is faster or slower than a.out. ;-) 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 1 10:31:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16485 for freebsd-current-outgoing; Tue, 1 Sep 1998 10:31: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 KAA16467 for ; Tue, 1 Sep 1998 10:30: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 KAA13989; Tue, 1 Sep 1998 10:29:49 -0700 (PDT) (envelope-from jdp) Message-Id: <199809011729.KAA13989@austin.polstra.com> To: chaos@oz.org Subject: Re: Problems after aout-to-elf In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 01 Sep 1998 10:29:49 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Simon Coggins wrote: > > Okie I'm having problems now I've gone to elf... I'm getting errors like this > form all my aout libs > > /usr/X11/lib/libX11.a: could not read symbols: File format not recognized It means you have a.out X11 libraries, but are trying to link them using the ELF linker. Until you rebuild your X11 libraries as ELF, you need to build your X11 programs as a.out. Do that by putting OBJFORMAT=aout in the environment before typing "make". -- 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 1 10:31:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA16546 for freebsd-current-outgoing; Tue, 1 Sep 1998 10:31:15 -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 KAA16498 for ; Tue, 1 Sep 1998 10:31:04 -0700 (PDT) (envelope-from rock@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 TAA26689 for ; Tue, 1 Sep 1998 19:30:02 +0200 (CEST) Received: from gate.ics (acc2-130.telip.uni-sb.de [134.96.112.130]) by cs.uni-sb.de (8.9.0/1998060300) with ESMTP id TAA15500 for ; Tue, 1 Sep 1998 19:30:02 +0200 (CEST) Received: from doom.ics (doom.ics [192.168.0.254]) by gate.ics (8.9.1/1998061600) with ESMTP id TAA22821 for ; Tue, 1 Sep 1998 19:24:26 +0200 (CEST) Received: (from rock@localhost) by doom.ics (8.8.8+Sun/8.8.8) id TAA02566; Tue, 1 Sep 1998 19:32:20 +0200 (MET DST) From: "D. Rock" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 1 Sep 1998 19:32:19 +0200 (MET DST) To: current@FreeBSD.ORG Subject: What the fsck is going on here (disk space vanishing)? X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13804.10973.9290.919955@doom> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Recently, after a kernel panic the system behaves extremely strange: Every time I reboot the machine, I *have* to fsck the / device (I prefer the one / fits all approach), or any write access will result to either "out of inodes" or "no space left on device" errors. Each fsck will change the superblock (FREE BLK COUNT(S) WRONG IN SUPERBLK). df -ki shows up even before the fsck plenty of inodes and blocks left. This error only happens on the 1st drive in the system (Seagate ST32122A), another one attached doesn't show up this symptom. The partition table is OK (dangerous dedicated on both drives, LBA mode set in the BIOS; fdisk/BIOS/in core disklabel agree). I use flags 0x80ff for both drives (32-bit multiple (16) sector mode). shutdown of the system seems to write all dirty blocks ("5 3 2 done") Each time I delete some files (I deleted the complete /usr/obj tree), the new free space is also eaten up on reboot. I thought it maybe something wrong because I mounted the drive async while the kernel panic'd (i4b related, the system was idle at that time). After reboot the trouble began. fsck didn't find any error (besides the one above), so I thought something was severely hosed up. I dumped the entire system on another drive, booted from the 2nd one, newfs'd the 1st drive, restored anything back to the 1st drive and rebooted again. BANG! Same error again. I then noticed, that I "only" had to reboot to single user mode, "fsck /; exit" and the system is OK, but I wonder what the real error is. System is from Aug, 31 (just before E-Day), also tried to boot kernel.GENERIC (built on Aug, 21). Soft updates disabled (not compiled into the kernel, not set in the superblock) Any hints what is going on here? Daniel (I now changed in /etc/rc the line "fsck -p" to "fsck -y", but I hope there will be a better solution) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 10:39:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA19028 for freebsd-current-outgoing; Tue, 1 Sep 1998 10:39:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.eee.org (mail.eee.org [163.150.39.253]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA19023 for ; Tue, 1 Sep 1998 10:39:33 -0700 (PDT) (envelope-from larry_nilsen@eee.org) Received: from eee.org (jtuser32.eee.org [163.150.24.230]) by mail.eee.org (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id KAA14744 for ; Tue, 1 Sep 1998 10:46:15 -0700 (PDT) Message-ID: <35EC3055.60C2A833@eee.org> Date: Tue, 01 Sep 1998 10:35:17 -0700 From: larry_nilsen X-Mailer: Mozilla 4.06 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: mail list Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG please put me on the list! thankyou. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 11:02:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24449 for freebsd-current-outgoing; Tue, 1 Sep 1998 11:02:41 -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 LAA24429 for ; Tue, 1 Sep 1998 11:02:31 -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 LAA14263; Tue, 1 Sep 1998 11:01:28 -0700 (PDT) (envelope-from jdp) Message-Id: <199809011801.LAA14263@austin.polstra.com> To: green@unixhelp.org Subject: Re: E-day problems: rtld-elf dlsym() broken? In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 01 Sep 1998 11:01:28 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Brian Feldman wrote: > there is a problem now: dlsym, for me, seems to have stopped working. > Entirely.... Returning NULL always it seems. I bet you're adding a leading '_' to symbols you're passing to dlsym(), right? That used to be necessary for a.out, but it doesn't work for ELF. It hasn't been necessary even for a.out since August, 1997 in -current (September, 1997 in -stable). I'd recommend ditching the underscores unconditionally. Here's the test program I tried, which worked: #include #include #include typedef int (*prf)(const char *, ...); int main(int argc, char *argv[]) { void *h; void *fp1; if ((h = dlopen("/usr/lib/libc.so.3", RTLD_LAZY)) == NULL) errx(1, "dlopen: %s", dlerror()); if ((fp1 = dlsym(h, "printf")) == NULL) errx(1, "dlsym: %s", dlerror()); (*(prf)fp1)("Hooray! It worked!\n"); dlclose(h); return 0; } 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 1 11:08:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26026 for freebsd-current-outgoing; Tue, 1 Sep 1998 11:08:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26015 for ; Tue, 1 Sep 1998 11:08:09 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id UAA07877; Tue, 1 Sep 1998 20:06:39 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id UAA16527; Tue, 1 Sep 1998 20:09:40 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809011809.UAA16527@yacht.domestic.de> Subject: Re: XFree86 and ELF In-Reply-To: From joki at "Sep 1, 98 06:54:47 pm" To: joki@shire.domestic.de (joki) Date: Tue, 1 Sep 1998 20:09:40 +0200 (CEST) Cc: galatalt@stuy.edu, dfr@nlsystems.com, freebsd-current@FreeBSD.ORG 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 joki wrote: > Indeed, this will probably be the leading '_' problem. The following > patches built my ELF XFree86 in an ELF world not quite cutting edge: > Just put them into the patches/ directory of the port and make. > Note that they include the arpa/inet.h patches from another recent > mail on -current. The information to build XFree86 is incomplete: You need to separately "make configure" and then edit work/xc/config/cf/xf86site.def to include the line #define UseElfFormat YES There's an example line in that file that just needs to be uncommented. This is due to the fact that I am unaware of a portable way to check if we're on an ELF system. Bear in mind it might be a prehistoric -stable version, so it isn't just a question of `objformat`. cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 Oh god, god... My tongue is asleep and Germany my teeth itch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 11:11:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26690 for freebsd-current-outgoing; Tue, 1 Sep 1998 11:11:28 -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 LAA26682; Tue, 1 Sep 1998 11:11:24 -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 LAA14307; Tue, 1 Sep 1998 11:10:23 -0700 (PDT) (envelope-from jdp) Message-Id: <199809011810.LAA14307@austin.polstra.com> To: current@FreeBSD.ORG Cc: obrien@FreeBSD.ORG Subject: Strange AMD log messages Date: Tue, 01 Sep 1998 11:10:22 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm getting this fairly frequently in /var/log/messages on a new -current system (ELF, though I doubt that it matters): Sep 1 09:30:23 blake amd[420]: noconn option exists, and was turned OFF! (May cause NFS hangs on some systems...) Sep 1 09:30:23 blake last message repeated 3 times What's that all about? 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 1 11:14:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA27180 for freebsd-current-outgoing; Tue, 1 Sep 1998 11:14:09 -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 LAA27174 for ; Tue, 1 Sep 1998 11:14: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 TAA01626; Tue, 1 Sep 1998 19:12:48 +0100 (BST) Date: Tue, 1 Sep 1998 19:12:48 +0100 (BST) From: Doug Rabson To: Brian Feldman cc: current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? 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, 1 Sep 1998, Brian Feldman wrote: > As a start, I'd like to say great job to John Birrell and everyone else > involved, going to ELF worked almost without a hitch, I'm impressed! But > there is a problem now: dlsym, for me, seems to have stopped working. > Entirely.... Returning NULL always it seems. I've attached a program (yes, > it's a start on a basic debugger, I'm implementing rtld functions first) > which should show the problem to anyone interested. I suggest that you build rtld-elf with DEBUG_FLAGS=-g and set a breakpoint in dlsym(). -- 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 1 11:28:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA28776 for freebsd-current-outgoing; Tue, 1 Sep 1998 11:28:19 -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 LAA28769 for ; Tue, 1 Sep 1998 11:28:16 -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 UAA11865 ; Tue, 1 Sep 1998 20:27:12 +0200 (METDST) Received: (from son@localhost) by cezanne.prism.uvsq.fr (8.9.1/8.8.5) id UAA00330; Tue, 1 Sep 1998 20:28:41 GMT Message-ID: <19980901202841.58866@breizh.prism.uvsq.fr> Date: Tue, 1 Sep 1998 20:28:41 +0000 From: Nicolas Souchu To: "D. Rock" Cc: Zach Heilig , freebsd-current@FreeBSD.ORG Subject: Re: printer didn't work... a patch References: <35E13ACB.10D29949@wurzelausix.cs.uni-sb.de> <19980830172105.51414@breizh.prism.uvsq.fr> <19980831024552.A912@znh.org.> <13802.27355.871373.199447@doom> <19980831205704.19847@breizh.prism.uvsq.fr> <13804.10618.195736.775091@doom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <13804.10618.195736.775091@doom>; from D. Rock on Tue, Sep 01, 1998 at 07:10:38PM +0200 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 Tue, Sep 01, 1998 at 07:10:38PM +0200, D. Rock wrote: >No difference. >Still, if I enable ECP in the BIOS, the parallel port doesn't work >(only a ZIP drive attached, but doesn't probe). If I disable ECP, >everything is fine again. Ok. Give me your boot logs with/without ECP enabled by bios. > >Which leaves me to the question: What is the best configuration for >performance and CPU usage: ECP or EPP, interrupt or polling? ECP with DMA and interrupts. But ZIP supports only EPP. > >Do I have to set "flags 0x..." in the config file or is the irq >automatically used if I include a "irq" directive? You have to set flags for mode selection. Try 1, 5, 9 and 13 which are NIBBLE, EPP/NIBBLE, ECP/NIBBLE, ECP/EPP/NIBBLE and give me the boot logs. Did you have this "phenomen" before Aug 21 update? Was your chipset detected as Winbond before? > >Daniel > Thanks. -- 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 Tue Sep 1 11:30:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29334 for freebsd-current-outgoing; Tue, 1 Sep 1998 11:30:59 -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 LAA29271 for ; Tue, 1 Sep 1998 11:30:42 -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 UAA03824 for freebsd-current@FreeBSD.ORG; Tue, 1 Sep 1998 20:29:39 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 6233D1485; Tue, 1 Sep 1998 20:19:30 +0200 (CEST) Date: Tue, 1 Sep 1998 20:19:30 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: Today is E-day Message-ID: <19980901201930.A18641@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <199809010415.OAA23562@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: ; from Chuck Robey on Tue, Sep 01, 1998 at 09:47:29AM -0400 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4606 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Chuck Robey: > /usr/lib in the _LDC, shouldn't I take the "/aout" off now that I've > upgraded? No. _LDC is only for *aout* libs because ldconfig is fed with $_LDC. ldconfig is only for aout libs. > Oddly enough, I checked one of my new executeables in /usr/bin, and ldd > tells me that it's linked to libs in /usr/lib, even tho /usr/lib itself > isn't on my _LDC line. I'm a little confused by this. That's expected. The dynamic linker knows where to search for libs and if you want a different path, you either compile with "-Wl,-rpath," or run with LD_LIBRARY_PATH/LD_RUN_PATH. The standard libs path is defined in /usr/src/libexec/rtld-elf/rtld.h: #ifndef STANDARD_LIBRARY_PATH #define STANDARD_LIBRARY_PATH "/usr/lib/elf:/usr/lib" #endif "-rpath" is the ELF equivalent of the a.out "-R", see /usr/src/contrib/binutils/ld/ld.1 ld(1) While I'm here. Why aren't the binutils man pages installed ? ld(1) is still a.out's ld. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 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 1 11:31:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29421 for freebsd-current-outgoing; Tue, 1 Sep 1998 11:31:11 -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 LAA29373 for ; Tue, 1 Sep 1998 11:31:04 -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 UAA03838 for freebsd-current@FreeBSD.ORG; Tue, 1 Sep 1998 20:30:01 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 1023314C5; Tue, 1 Sep 1998 20:25:12 +0200 (CEST) Date: Tue, 1 Sep 1998 20:25:10 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: About today's make world... Message-ID: <19980901202510.B18641@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.94.4i In-Reply-To: =?iso-8859-1?Q?=3CPine=2EBSF=2E4=2E02A=2E9809011858460=2E957-100000=40se?= =?iso-8859-1?Q?rv=2Eetrust=2Eru=3E=3B_from_=F3=C5=D2=C7=C5=CA_=EF=D3=CF?= =?iso-8859-1?Q?=CB=C9=CE_on_Tue=2C_Sep_01=2C_1998_at_07:02:45PM_+0400?= X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4606 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to óÅÒÇÅÊ ïÓÏËÉÎ: > ===> lib/../secure/lib/libcrypt > "Makefile", line 8: Malformed conditional (${BINFORMAT} != elf) > "Makefile", line 11: if-less else > "Makefile", line 11: Need an operator > "Makefile", line 14: if-less endif > "Makefile", line 14: Need an operator > "Makefile", line 24: Malformed conditional (${BINFORMAT} == elf) > "Makefile", line 24: Need an operator > "Makefile", line 26: if-less endif > "Makefile", line 26: Need an operator > "Makefile", line 43: Malformed conditional (!defined(NOPIC) && defined(SHLIB_MAJOR) && ${BINFORMAT} == elf) > "Makefile", line 49: if-less endif > "Makefile", line 49: Need an operator > What can i do? Apply this to secure/lib/libcrypt/Makefile. How are you updateing your secure subdirectory anyway ? My own is maintained by the International CTM deltas sent by internat.freebsd.org. Index: Makefile =================================================================== RCS file: /spare/secure/src/secure/lib/libcrypt/Makefile,v retrieving revision 1.11 retrieving revision 1.12 diff -u -2 -r1.11 -r1.12 --- Makefile 1997/09/05 12:20:22 1.11 +++ Makefile 1998/08/31 06:27:50 1.12 @@ -1,4 +1,4 @@ # -# $Id: Makefile,v 1.11 1997/09/05 12:20:22 peter Exp $ +# $Id: Makefile,v 1.12 1998/08/31 06:27:50 markm Exp $ # @@ -6,5 +6,5 @@ LDCRYPTBASE= libdescrypt -.if ${BINFORMAT} != elf +.if ${OBJFORMAT} != elf LCRYPTSO= $(LCRYPTBASE).so.$(SHLIB_MAJOR).$(SHLIB_MINOR) LDCRYPTSO= $(LDCRYPTBASE).so.$(SHLIB_MAJOR).$(SHLIB_MINOR) @@ -22,5 +22,5 @@ PRECIOUSLIB= yes -.if ${BINFORMAT} == elf +.if ${OBJFORMAT} == elf SONAME= ${LCRYPTBASE}.so.$(SHLIB_MAJOR) .endif @@ -41,5 +41,5 @@ fi .endif -.if !defined(NOPIC) && defined(SHLIB_MAJOR) && ${BINFORMAT} == elf +.if !defined(NOPIC) && defined(SHLIB_MAJOR) && ${OBJFORMAT} == elf @cd $(DESTDIR)/$(LIBDIR); \ if [ ! -e $(LCRYPTBASE).so ]; then \ -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 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 1 12:38:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10228 for freebsd-current-outgoing; Tue, 1 Sep 1998 12:38:15 -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 MAA10223 for ; Tue, 1 Sep 1998 12:38:11 -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 VAA07167 for freebsd-current@FreeBSD.ORG; Tue, 1 Sep 1998 21:37:07 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id BD3F71485; Tue, 1 Sep 1998 20:41:55 +0200 (CEST) Date: Tue, 1 Sep 1998 20:41:55 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF Message-ID: <19980901204155.A18859@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <199809011654.SAA14810@yacht.domestic.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199809011654.SAA14810@yacht.domestic.de>; from Joachim Kuebart on Tue, Sep 01, 1998 at 06:54:47PM +0200 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4606 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Joachim Kuebart: > --- config/cf/bsdLib.rules.orig Mon Aug 31 18:03:14 1998 > +++ config/cf/bsdLib.rules Tue Sep 1 01:15:44 1998 > @@ -153,7 +153,7 @@ > #define ShLibIncludeFile > #endif > #ifndef SharedLibraryLoadFlags > -#define SharedLibraryLoadFlags -shared -Wl,-rpath,$(USRLIBDIR) > +#define SharedLibraryLoadFlags -shared -rpath $(USRLIBDIR) ...and... > #ifndef PositionIndependentCFlags > #define PositionIndependentCFlags -fPIC > @@ -213,7 +213,7 @@ > Concat(lib,libname.so.rev): solist @@\ > $(RM) $@~ @@\ > SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; \ @@\ > - (cd down; $(CC) -o up/$@~ $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\ > + (cd down; $(LD) -o up/$@~ $(SHLIBLDFLAGS) -soname $$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\ Why ? Using "gcc" to build the shared lib should work the same as using "ld". I don't understand the reason... > -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) > +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(__FreeBSD__) || defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) > #define GLNAME(a) a > #else > #define GLNAME(a) CONCAT(_,a) Should not be necessary if you modify GccAsmFlags to include -D__ELF__ in FreeBSD.cf. > #if defined(__GNUC__) && defined(__i386__) > static __inline__ unsigned int reverse_bitorder(data) { > -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) > +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(__FreeBSD__) || defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) > __asm__( > "movl $0,%%ecx\n" > "movb %%al,%%cl\n" Same here. gcc already defines __ELF__. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 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 1 13:17:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16826 for freebsd-current-outgoing; Tue, 1 Sep 1998 13:17:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.kar.net (n187.cdialup.kar.net [195.178.130.187]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA16786 for ; Tue, 1 Sep 1998 13:16:33 -0700 (PDT) (envelope-from kushn@mail.kar.net) Received: from localhost (volodya@localhost) by mail.kar.net (8.9.1/8.8.8) with SMTP id XAA09921 for ; Tue, 1 Sep 1998 23:14:47 +0300 (EEST) (envelope-from kushn@mail.kar.net) Date: Tue, 1 Sep 1998 23:14:46 +0300 (EEST) From: Vladimir Kushnir X-Sender: volodya@kushnir.kiev.ua To: freebsd-current@FreeBSD.ORG Subject: Generating profiled binaries under ELF: where is gcrt1.o? 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, First of, thanks for a great job with aout-elf switch. Now here's yet another problem Sorry if that's obvious, but does profiling work at all under FreeBSD-ELF? According to /usr/src/contrib/gcc/config/freebsd.h (line 547) linker looks for gcrt1.o: %{!maout: %{!shared: \ %{pg:gcrt1.o%s} %{!pg:%{p:gcrt1.o%s} %{!p:crt1.o%s}}} \ crti.o%s %{!shared:crtbegin.o%s} %{shared:crtbeginS.o%s}}" but there's no such a file and no mention of it in any Makefile. Besides, aout gcrt0.o is generated from crt0.c, but there doesn't seem to be any specific flags in i386-elf/crt*. Thanks in advance, Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 14:47:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA00826 for freebsd-current-outgoing; Tue, 1 Sep 1998 14:47:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA00820 for ; Tue, 1 Sep 1998 14:47:25 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id XAA10909; Tue, 1 Sep 1998 23:45:54 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id XAA06237; Tue, 1 Sep 1998 23:48:57 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809012148.XAA06237@yacht.domestic.de> Subject: Re: XFree86 and ELF In-Reply-To: <19980901204155.A18859@keltia.freenix.fr> from Ollivier Robert at "Sep 1, 98 08:41:55 pm" To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Tue, 1 Sep 1998 23:48:57 +0200 (CEST) Cc: freebsd-current@FreeBSD.ORG 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 Ollivier Robert wrote: > According to Joachim Kuebart: > > --- config/cf/bsdLib.rules.orig Mon Aug 31 18:03:14 1998 > > +++ config/cf/bsdLib.rules Tue Sep 1 01:15:44 1998 > > @@ -153,7 +153,7 @@ > > #define ShLibIncludeFile > > #endif > > #ifndef SharedLibraryLoadFlags > > -#define SharedLibraryLoadFlags -shared -Wl,-rpath,$(USRLIBDIR) > > +#define SharedLibraryLoadFlags -shared -rpath $(USRLIBDIR) > > ...and... > > > #ifndef PositionIndependentCFlags > > #define PositionIndependentCFlags -fPIC > > @@ -213,7 +213,7 @@ > > Concat(lib,libname.so.rev): solist @@\ > > $(RM) $@~ @@\ > > SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; \ @@\ > > - (cd down; $(CC) -o up/$@~ $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\ > > + (cd down; $(LD) -o up/$@~ $(SHLIBLDFLAGS) -soname $$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\ > > Why ? Using "gcc" to build the shared lib should work the same as using > "ld". I don't understand the reason... This isn't the only place where SharedLibraryLoadFlags aka. SHLIBLDFLAGS get used. In most places they are used with $(LD) which barf on the -Wl construction. I changed this one usage instead of changing three other places. > > -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) > > +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(__FreeBSD__) || defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) > > #define GLNAME(a) a > > #else > > #define GLNAME(a) CONCAT(_,a) > > Should not be necessary if you modify GccAsmFlags to include -D__ELF__ in > FreeBSD.cf. If you look at the condition you will see that __ELF__ only gets checked on specific operating systems. I made FreeBSD one of the operating systems where __ELF__ is considered relevant. > > #if defined(__GNUC__) && defined(__i386__) > > static __inline__ unsigned int reverse_bitorder(data) { > > -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) > > +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(__FreeBSD__) || defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) > > __asm__( > > "movl $0,%%ecx\n" > > "movb %%al,%%cl\n" > > Same here. gcc already defines __ELF__. gcc does define __ELF__, but the XFree86 makefiles use the following sequence to assemble .s files: $(RM) -f $(name).o $(CPP) -D__ELF__ $(name).s > $(name).i $(AS) -o $(name).o $(name).i Because cpp gets called "manually", __ELF__ needs to be set manually, too. :-( cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 Oh god, god... My tongue is asleep and Germany my teeth itch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 14:56:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02474 for freebsd-current-outgoing; Tue, 1 Sep 1998 14:56:08 -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 OAA02408 for ; Tue, 1 Sep 1998 14:55: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 OAA15391; Tue, 1 Sep 1998 14:53:54 -0700 (PDT) (envelope-from jdp) Message-Id: <199809012153.OAA15391@austin.polstra.com> To: kushn@mail.kar.net Subject: Re: Generating profiled binaries under ELF: where is gcrt1.o? In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 01 Sep 1998 14:53:53 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Vladimir Kushnir wrote: > Sorry if that's obvious, but does profiling work at all under FreeBSD-ELF? I have a strong suspicion that it doesn't work yet. I'll add it to my list. 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 1 15:02:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03653 for freebsd-current-outgoing; Tue, 1 Sep 1998 15:02: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 PAA03614 for ; Tue, 1 Sep 1998 15:02:21 -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 PAA15432; Tue, 1 Sep 1998 15:00:40 -0700 (PDT) (envelope-from jdp) Message-Id: <199809012200.PAA15432@austin.polstra.com> To: roberto@keltia.freenix.fr Subject: Re: HEADS UP: Today is E-day In-Reply-To: <19980901201930.A18641@keltia.freenix.fr> References: <199809010415.OAA23562@cimlogic.com.au> <19980901201930.A18641@keltia.freenix.fr> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 01 Sep 1998 15:00:40 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19980901201930.A18641@keltia.freenix.fr>, Ollivier Robert wrote: > While I'm here. Why aren't the binutils man pages installed ? > > ld(1) is still a.out's ld. It's a known bug. 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 1 15:16:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05844 for freebsd-current-outgoing; Tue, 1 Sep 1998 15:16:54 -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 PAA05839 for ; Tue, 1 Sep 1998 15:16:53 -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 PAA29089; Tue, 1 Sep 1998 15:20:45 -0400 (EDT) Date: Tue, 1 Sep 1998 15:20:45 -0400 (EDT) From: Brian Feldman X-Sender: green@zone.syracuse.net To: John Polstra cc: current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? In-Reply-To: <199809011801.LAA14263@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 Actually, no. The program does no munging of the input at all, it looks up with or without the _, whichever you input by typing "lookup whatever\n"... it's not my program's fault, watch: green@feldman:/home/green/C$ cc -aout -O3 dl.c -o dl -lreadline green@feldman:/home/green/C$ echo lookup main | ./dl (dl) lookup main main: 0x15ac green@feldman:/home/green/C$ cc -O3 dl.c -o dl -lreadline dline green@feldman:/home/green/C$ echo lookup main | ./dl (dl) lookup main main: not found (dl) green@feldman:/home/green/C$ Look at my source, it should work fine. -Brian On Tue, 1 Sep 1998, John Polstra wrote: > In article , > Brian Feldman wrote: > > > there is a problem now: dlsym, for me, seems to have stopped working. > > Entirely.... Returning NULL always it seems. > > I bet you're adding a leading '_' to symbols you're passing to > dlsym(), right? That used to be necessary for a.out, but it doesn't > work for ELF. It hasn't been necessary even for a.out since August, > 1997 in -current (September, 1997 in -stable). I'd recommend ditching > the underscores unconditionally. > > Here's the test program I tried, which worked: > > #include > #include > #include > > typedef int (*prf)(const char *, ...); > > int > main(int argc, char *argv[]) > { > void *h; > void *fp1; > > if ((h = dlopen("/usr/lib/libc.so.3", RTLD_LAZY)) == NULL) > errx(1, "dlopen: %s", dlerror()); > if ((fp1 = dlsym(h, "printf")) == NULL) > errx(1, "dlsym: %s", dlerror()); > (*(prf)fp1)("Hooray! It worked!\n"); > dlclose(h); > return 0; > } > > 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 1 15:37:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA08498 for freebsd-current-outgoing; Tue, 1 Sep 1998 15:37:35 -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 PAA08490 for ; Tue, 1 Sep 1998 15:37:33 -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 RAA01273; Tue, 1 Sep 1998 17:34:53 -0400 (EDT) Date: Tue, 1 Sep 1998 17:34:53 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: Doug Rabson cc: Brian Feldman , current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? 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, 1 Sep 1998, Doug Rabson wrote: > On Tue, 1 Sep 1998, Brian Feldman wrote: > > > As a start, I'd like to say great job to John Birrell and everyone else > > involved, going to ELF worked almost without a hitch, I'm impressed! But > > there is a problem now: dlsym, for me, seems to have stopped working. > > Entirely.... Returning NULL always it seems. I've attached a program (yes, > > it's a start on a basic debugger, I'm implementing rtld functions first) > > which should show the problem to anyone interested. > > I suggest that you build rtld-elf with DEBUG_FLAGS=-g and set a breakpoint > in dlsym(). Seeing this about dlsym (which always existed in ld.so) I figured the elf one would be in ld.so-elf (whatever the name is). Another tought occurred, tho: Will those functions finally be available for statically linked elf images? > > -- > 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 > > ----------------------------+----------------------------------------------- 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 1 15:38:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA08784 for freebsd-current-outgoing; Tue, 1 Sep 1998 15:38:31 -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 PAA08767 for ; Tue, 1 Sep 1998 15:38:26 -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 PAA03908; Tue, 1 Sep 1998 15:37:08 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Chuck Robey cc: John Birrell , Ben Smithurst , freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: Today is E-day In-reply-to: Your message of "Tue, 01 Sep 1998 09:47:29 EDT." Date: Tue, 01 Sep 1998 15:37:07 -0700 Message-ID: <3905.904689427@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > they are. If my system is now ELF, why the advice to add /usr/lib/aout > to my _LDC? Especially since I had already had /usr/lib/aout replacing Becuase only the a.out libs require ldconfig's attention; this has been mentioned several times during the discussion. Clean off those glasses! :-) - 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 1 15:46:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10179 for freebsd-current-outgoing; Tue, 1 Sep 1998 15:46:22 -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 PAA10155 for ; Tue, 1 Sep 1998 15:46:14 -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 AAA17499 for freebsd-current@FreeBSD.ORG; Wed, 2 Sep 1998 00:45:10 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id C170D151E; Wed, 2 Sep 1998 00:41:40 +0200 (CEST) Date: Wed, 2 Sep 1998 00:41:40 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF Message-ID: <19980902004140.A17784@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <199809011809.UAA16527@yacht.domestic.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199809011809.UAA16527@yacht.domestic.de>; from Joachim Kuebart on Tue, Sep 01, 1998 at 08:09:40PM +0200 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4606 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Joachim Kuebart: > The information to build XFree86 is incomplete: > > You need to separately "make configure" and then edit > work/xc/config/cf/xf86site.def to include the line > > #define UseElfFormat YES There is a better way I think. I've completed a "make World" of X11R6.3, using a merge of all posted patches (Doug's & yours) and some mine. The various X servers/lib/programs linked successfully and seems to run fine. > This is due to the fact that I am unaware of a portable way to check > if we're on an ELF system. Bear in mind it might be a prehistoric > -stable version, so it isn't just a question of `objformat`. XFree86 has only releases to consider and 3.0 will be ELF so it is safe IMO to assume that "objformat" will return "elf". Anyway, when you run an ELF FreeBSD, __ELF__ is defined by the preprocessor... Supporting both 3.0/aout and 3.0/ELF may be too complicated. -=-=- Building Release 6.3 of the X Window System. I hope you checked the configuration parameters in ./config/cf to see if you need to pass BOOTSTRAPCFLAGS. Tue Sep 1 22:51:36 CEST 1998 ... Wed Sep 2 00:17:50 CEST 1998 Full build of Release 6.3 of the X Window System complete. -=-=- ldd seems to display some libraries (the one in the path specified with "-rpath" and "-rpath-link"). Is it expected ? -=-=- programs/xdpyinfo/xdpyinfo: libXtst.so.6 => /usr/X11R6/lib/libXtst.so.6 (0x28056000) libXIE.so.6 => /usr/X11R6/lib/libXIE.so.6 (0x2805b000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x28065000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2806c000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28076000) libm.so.2 => /usr/lib/libm.so.2 (0x28109000) libc.so.3 => /usr/lib/libc.so.3 (0x28123000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2806c000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28076000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28076000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2806c000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28076000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28076000) -=-=- the diffs. -=-=- diff -ur xc/config/cf/FreeBSD.cf elf-xc/config/cf/FreeBSD.cf --- xc/config/cf/FreeBSD.cf Mon Mar 2 12:55:21 1998 +++ elf-xc/config/cf/FreeBSD.cf Tue Sep 1 22:44:33 1998 @@ -2,7 +2,7 @@ XCOMM platform: $XFree86: xc/config/cf/FreeBSD.cf,v 3.58.2.11 1998/03/01 01:08:59 dawes Exp $ #ifndef OSName -#define OSName DefaultOSName +#define OSName DefaultOSName OSBinaryType #endif #ifndef OSVendor #define OSVendor /**/ @@ -76,6 +76,13 @@ #define HasSetUserContext YES #endif +/* 3.0 and up are ELF */ +#if OSMajorVersion > 2 +#ifndef UseElfFormat +#define UseElfFormat YES +#endif +#endif + /* * This doesn't work the way it does on every other system. On FreeBSD it's * only a "hint, not a demand", whatever that means. Note that this is not @@ -109,11 +116,14 @@ * and they can remove it from the list of directories they add to ld.so.cache * in their /etc/rc file. */ + +#if !UseElfFormat #if OSMajorVersion > 2 || (OsMajorVersion == 2 && OSMinorVersion >= 2) #ifndef ExtraLoadFlags #define ExtraLoadFlags -Wl,-R,$(USRLIBDIRPATH) #endif #endif +#endif #ifndef GnuMallocLibrary #define GnuMallocLibrary -lgnumalloc @@ -217,10 +227,35 @@ #define InstallCmd /usr/bin/install #if GccUsesGas -# define GccGasOption -DGCCUSESGAS -# define AsmDefines -DUSE_GAS +# define GccGasOption -DGCCUSESGAS +# define AsmDefines -DUSE_GAS AsmElfDefines #else # define GccGasOption /**/ +# define AsmDefines AsmElfDefines +#endif + +/* UseElfFormat defaults to YES if __ELF__ set */ +#ifndef UseElfFormat +# ifdef __ELF__ +# undef __ELF__ /* other imake files shouldn't care */ +# define UseElfFormat YES +# else +# define UseElfFormat NO +# endif +#endif + +#if UseElfFormat +# define AsmElfDefines -D__ELF__ +#else +# define AsmElfDefines /**/ +#endif + +#ifndef OSBinaryType +# if UseElfFormat +# define OSBinaryType [ELF] +# else +# define OSBinaryType /**/ +# endif #endif #define ServerExtraDefines GccGasOption XFree86ServerDefines diff -ur xc/config/cf/bsdLib.rules elf-xc/config/cf/bsdLib.rules --- xc/config/cf/bsdLib.rules Sun May 11 07:04:04 1997 +++ elf-xc/config/cf/bsdLib.rules Tue Sep 1 21:27:40 1998 @@ -153,7 +153,7 @@ #define ShLibIncludeFile #endif #ifndef SharedLibraryLoadFlags -#define SharedLibraryLoadFlags -shared -Wl,-rpath,$(USRLIBDIR) +#define SharedLibraryLoadFlags -shared -rpath $(USRLIBDIR) #endif #ifndef PositionIndependentCFlags #define PositionIndependentCFlags -fPIC @@ -213,7 +213,7 @@ Concat(lib,libname.so.rev): solist @@\ $(RM) $@~ @@\ SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; \ @@\ - (cd down; $(CC) -o up/$@~ $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\ + (cd down; $(LD) -o up/$@~ $(SHLIBLDFLAGS) -soname $$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\ $(RM) $$SONAME; $(LN) $@ $$SONAME; \ @@\ LinkBuildSonameLibrary($$SONAME) @@\ $(RM) $@ @@\ @@ -227,6 +227,21 @@ $(RM) Concat(lib,libname.so.rev) #endif /* SharedLibraryTarget */ + +#ifndef SharedDepModuleTarget +#define SharedDepModuleTarget(name,deps,solist) @@\ +AllTarget(name) @@\ + @@\ +name: deps @@\ + $(RM) $@~ @@\ + $(CC) -o $@~ $(SHLIBLDFLAGS) solist $(REQUIREDLIBS) @@\ + $(RM) $@ @@\ + $(MV) $@~ $@ @@\ + @@\ +clean:: @@\ + $(RM) name + +#endif /* SharedDepModuleTarget */ /* * SharedLibraryDataTarget - generate rules to create shlib data file; diff -ur xc/lib/SM/sm_genid.c elf-xc/lib/SM/sm_genid.c --- xc/lib/SM/sm_genid.c Sat Jan 18 07:51:43 1997 +++ elf-xc/lib/SM/sm_genid.c Tue Sep 1 21:27:40 1998 @@ -60,6 +60,7 @@ #include #endif #include +#include #define XOS_USE_NO_LOCKING #define X_INCLUDE_NETDB_H #include diff -ur xc/lib/xtrans/Xtransint.h elf-xc/lib/xtrans/Xtransint.h --- xc/lib/xtrans/Xtransint.h Sat Jul 19 06:59:16 1997 +++ elf-xc/lib/xtrans/Xtransint.h Tue Sep 1 21:27:40 1998 @@ -102,6 +102,7 @@ #else #include #endif +#include #endif #ifdef __EMX__ #include diff -ur xc/programs/Xserver/hw/xfree86/os-support/assyntax.h elf-xc/programs/Xserver/hw/xfree86/os-support/assyntax.h --- xc/programs/Xserver/hw/xfree86/os-support/assyntax.h Sun May 11 04:56:22 1997 +++ elf-xc/programs/Xserver/hw/xfree86/os-support/assyntax.h Tue Sep 1 21:27:40 1998 @@ -212,7 +212,7 @@ #endif /* ACK_ASSEMBLER */ -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(__FreeBSD__) || defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) #define GLNAME(a) a #else #define GLNAME(a) CONCAT(_,a) diff -ur xc/programs/Xserver/hw/xfree86/vga256/drivers/s3_svga/s3accel.c elf-xc/programs/Xserver/hw/xfree86/vga256/drivers/s3_svga/s3accel.c --- xc/programs/Xserver/hw/xfree86/vga256/drivers/s3_svga/s3accel.c Mon Mar 2 12:56:24 1998 +++ elf-xc/programs/Xserver/hw/xfree86/vga256/drivers/s3_svga/s3accel.c Tue Sep 1 21:27:40 1998 @@ -798,7 +798,7 @@ #if defined(__GNUC__) && defined(__i386__) static __inline__ CARD32 reverse_bitorder(CARD32 data) { -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(__FreeBSD__) || defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) __asm__( "movl $0,%%ecx\n" "movb %%al,%%cl\n" diff -ur xc/programs/Xserver/hw/xfree86/xaa/xf86expblt.c elf-xc/programs/Xserver/hw/xfree86/xaa/xf86expblt.c --- xc/programs/Xserver/hw/xfree86/xaa/xf86expblt.c Mon Mar 2 12:56:27 1998 +++ elf-xc/programs/Xserver/hw/xfree86/xaa/xf86expblt.c Tue Sep 1 21:27:40 1998 @@ -83,7 +83,7 @@ #if defined(__GNUC__) && defined(__i386__) static __inline__ unsigned int reverse_bitorder(data) { -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(__FreeBSD__) || defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) __asm__( "movl $0,%%ecx\n" "movb %%al,%%cl\n" diff -ur xc/programs/Xserver/os/connection.c elf-xc/programs/Xserver/os/connection.c --- xc/programs/Xserver/os/connection.c Sat Jul 5 17:55:45 1997 +++ elf-xc/programs/Xserver/os/connection.c Tue Sep 1 21:27:40 1998 @@ -109,6 +109,7 @@ #if defined(TCPCONN) || defined(STREAMSCONN) # include +# include # ifndef hpux # ifdef apollo # ifndef NO_TCP_H diff -ur xc/programs/xauth/gethost.c elf-xc/programs/xauth/gethost.c --- xc/programs/xauth/gethost.c Sat Jan 18 08:02:10 1997 +++ elf-xc/programs/xauth/gethost.c Tue Sep 1 21:27:40 1998 @@ -58,6 +58,7 @@ #endif #include #include +#include #ifdef SYSV #ifdef i386 #ifndef sco diff -ur xc/programs/xdm/chooser.c elf-xc/programs/xdm/chooser.c --- xc/programs/xdm/chooser.c Sat Jan 18 08:02:20 1997 +++ elf-xc/programs/xdm/chooser.c Tue Sep 1 21:27:40 1998 @@ -87,6 +87,7 @@ #include #endif #include +#include #else /* MINIX */ #include #include diff -ur xc/programs/xhost/xhost.c elf-xc/programs/xhost/xhost.c --- xc/programs/xhost/xhost.c Sun Jul 6 09:28:20 1997 +++ elf-xc/programs/xhost/xhost.c Tue Sep 1 21:27:40 1998 @@ -85,9 +85,9 @@ #endif #endif /* NEEDSOCKETS */ -#ifdef notdef +#ifdef __FreeBSD__ #include - bogus definition of inet_makeaddr() in BSD 4.2 and Ultrix + /* bogus definition of inet_makeaddr() in BSD 4.2 and Ultrix */ #else #if !defined(hpux) && !defined(NCR) && !defined(__EMX__) extern unsigned long inet_makeaddr(); -=-=- -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 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 1 15:51:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10912 for freebsd-current-outgoing; Tue, 1 Sep 1998 15:51:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rrz.Hanse.DE (rrz.Hanse.DE [193.174.9.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA10905; Tue, 1 Sep 1998 15:50:59 -0700 (PDT) (envelope-from stb@hanse.de) Received: from daemon.Hanse.DE (daemon.Hanse.DE [193.174.9.17]) by rrz.Hanse.DE (8.8.8/8.8.8) with ESMTP id XAA14301; Tue, 1 Sep 1998 23:57:34 +0200 (CEST) (envelope-from stb@hanse.de) Received: from transit.hanse.de (transit.Hanse.DE [193.174.9.161]) by daemon.Hanse.DE (8.8.8/8.8.8) with ESMTP id AAA29423; Wed, 2 Sep 1998 00:51:10 +0200 (CEST) (envelope-from stb@hanse.de) Received: from localhost (stb@localhost) by transit.hanse.de (8.8.8/8.8.8) with SMTP id AAA03809; Wed, 2 Sep 1998 00:36:29 +0200 (CEST) X-Authentication-Warning: transit.hanse.de: stb owned process doing -bs Date: Wed, 2 Sep 1998 00:36:28 +0200 (CEST) From: Stefan Bethke Reply-To: Stefan Bethke To: net@FreeBSD.ORG cc: freebsd-current@FreeBSD.ORG Subject: Re: Problems with MGET(m, M_WAIT, *) [was: Semantics of ...] 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, 25 Aug 1998, Stefan Bethke wrote: > On Tue, 25 Aug 1998, Garrett Wollman wrote: > > > < > > said: > > > > > What are the expected semantics of MGET(m, M_WAIT, *)? I would suggest > > > that by specifing M_WAIT, the caller wants to sleep until a mbuf becomes > > > available, as it is already the case if the vm map must be extended. > > > > It should sleep, but actually doing so while avoiding deadlocks is > > problematic. Since the mbuf allocator as currently formulated is > > going away, callers to mget should expect that the allocation might > > fail, but that M_WAIT makes it ``try harder'' as it were. According to TCP Illustrated Vol II, p. 42: Even though the caller specifies M_WAIT, ther return value must still be checked, since [...] waiting for an mbuf does not guarantee that one will be available. Although our mbuf allocator is modified, it pretty much describes the semantics. I've tried to locate pieces of code in a recent -current that use M_WAIT, but don't check for the return value. Interestingly enought, only 23 occurences of 160 total in the source use M_WAIT at all. For m_get(), its 22 to 110. Checking the 45 hits for pieces of code shows the following problem areas: For a total of 22 occurences, the return value isn't checked, in: kern/uipc_socket:479 and :484, :1059 (including sosend()) netinet/ip_output.c:869, :884, :927, and :1345 netinet/raw_ip.c:285 netinet/tcp_usrreq.c:641 netkey/key.c:2199 nfs/krpc_subr.c:283 and :474 nfs/nfs_serv.c:517 and :685 nfs/nfs_socket.c:285 and :1188 nfs/nfs_subs.c:589, :684, :713, :746, :889, :921, :970, and :1063 In additional two occurences, I'm not sure, but I regard it as quite likely that the function called will stumble over a NULL mbuf pointer, or a pointer to it: kern/uipc_socket.c:597 netinet/ip_mroute.c:425 So I have the following questions: As Garrett said, the current mbuf allocator is going to go away. Is it? I tried to find anything about it in the list archives, but to no avail. Will the semantics of the new mbuf allocator be the same (M_WAIT may return 0)? I guess so, but the one(s) working on the new allocator might want to confirm that. If so, should I start on trying to fix it, or will it be easy enougth to fix these bugs when the new allocator is coming? At least some these occurences seam to be fixable quite easily. Thanks, Stefan -- Stefan Bethke Muehlendamm 12 Phone: +49-40-256848, +49-177-3504009 D-22087 Hamburg Hamburg, 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 1 15:53:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA11556 for freebsd-current-outgoing; Tue, 1 Sep 1998 15:53:23 -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 PAA11531 for ; Tue, 1 Sep 1998 15:53:18 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca2-78.ix.netcom.com [205.186.212.78]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id PAA07210; Tue, 1 Sep 1998 15:51:31 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id PAA13308; Tue, 1 Sep 1998 15:51:23 -0700 (PDT) Date: Tue, 1 Sep 1998 15:51:23 -0700 (PDT) Message-Id: <199809012251.PAA13308@silvia.hip.berkeley.edu> To: joki@kuebart.stuttgart.netsurf.de CC: joki@shire.domestic.de, galatalt@stuy.edu, dfr@nlsystems.com, freebsd-current@FreeBSD.ORG In-reply-to: <199809011809.UAA16527@yacht.domestic.de> (message from Joachim Kuebart on Tue, 1 Sep 1998 20:09:40 +0200 (CEST)) Subject: Re: XFree86 and ELF From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * This is due to the fact that I am unaware of a portable way to check * if we're on an ELF system. Bear in mind it might be a prehistoric * -stable version, so it isn't just a question of `objformat`. REL!= sysctl -n kern.osreldate .if ${REL} >= 300004 OBJFORMAT!= objformat .if ${OBJFORMAT} == elf ELF= yes .endif .endif 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 1 16:05:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA14113 for freebsd-current-outgoing; Tue, 1 Sep 1998 16:05:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from morgan.angis.su.OZ.AU (morgan.angis.su.OZ.AU [129.78.25.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA14095 for ; Tue, 1 Sep 1998 16:05:49 -0700 (PDT) (envelope-from tonym@angis.usyd.edu.au) Received: (from tonym@localhost) by morgan.angis.su.OZ.AU (8.8.7/8.6.6) id JAA21588; Wed, 2 Sep 1998 09:04:45 +1000 (EST) Date: Wed, 2 Sep 1998 09:04:45 +1000 (EST) From: Tony Maher Message-Id: <199809012304.JAA21588@morgan.angis.su.OZ.AU> To: jdp@polstra.com Subject: Re: Excellent Elf and others Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> 3.0-beta-aout-98-08-23 >> Shell scripts (8 concurrent) 48.7 lpm (60 secs, 3 samples) >> >> 3.0-beta-elf-98-09-01 >> Shell scripts (8 concurrent) 104.0 lpm (60 secs, 3 samples) 3.0-beta-elf-98-09-01 (using elf version of bytebench - not that I think it matters much) Shell scripts (8 concurrent) 103.0 lpm (60 secs, 3 samples) > For those of us who don't know anything about bytebench, could you > explain what these numbers mean? What's an "lpm"? Sorry I generally look at them as just a figure of merit to compare with previous runs. I run bytebench after each make world or new hardware change just to get a quick basic figure of performance. Think its "lines per minute". the script used is basically: sort >sort.$$ od.$$ grep the sort.$$ | tee grep.$$ | wc > wc.$$ rm sort.$$ grep.$$ od.$$ wc.$$ > "Well, of course, that's obviously to be expected! The clear and > trivial reason is blah blah blah ..." But first, we have to know > whether it's saying that ELF is faster or slower than a.out. ;-) Faster! Of course ;-) And now after reading the script it is probably the softupdates (I did mention that :-) that is giving the performance boost. I should have run bytebench after switching on softupdates. The other tests from the run are similar to previous values. thanks tonym To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 16:18:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA15855 for freebsd-current-outgoing; Tue, 1 Sep 1998 16:18:24 -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 QAA15846 for ; Tue, 1 Sep 1998 16:18:22 -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 QAA09124 for ; Tue, 1 Sep 1998 16:18:49 -0700 Date: Tue, 1 Sep 1998 16:18:49 -0700 (PDT) From: Enkhyl To: current@FreeBSD.ORG Subject: aout-to-elf-build 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 I've tried twice to convert my 3.0-current system with the same results. Below is the error. Am I missing something obvious? /usr/obj/elf/usr/src/kerberosIV/usr.bin/kauth/../../lib/libkrb/libkrb.a(str2key.o)(.text+0xaa): undefined reference to `crypt' *** Error code 1 Stop. -- 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 1 16:31:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA17918 for freebsd-current-outgoing; Tue, 1 Sep 1998 16:31: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 QAA17908 for ; Tue, 1 Sep 1998 16:31: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 QAA16019; Tue, 1 Sep 1998 16:30:11 -0700 (PDT) (envelope-from jdp) Message-Id: <199809012330.QAA16019@austin.polstra.com> To: Brian Feldman cc: current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? In-reply-to: Your message of "Tue, 01 Sep 1998 15:20:45 EDT." Date: Tue, 01 Sep 1998 16:30:11 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Actually, no. The program does no munging of the input at all, it looks up > with or without the _, whichever you input by typing "lookup > whatever\n"... it's not my program's fault, watch: OK, I looked at your source. It's failing because the dynamic linker doesn't handle the way you're calling dlsym, with a NULL first argument: if ((void *)index(line, '\0') < line + 8 || (lameptr = (void *)dlsym(NULL, baz = (char *)line + 7)) == NULL) printf("%s: not found\n", *baz ? baz : ""); It's true that's documented in dlsym(3), so I guess I'll have to support it. The original SunOS manual also documents it, but Solaris makes no mention of it. I'll fix it. 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 1 16:48:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20153 for freebsd-current-outgoing; Tue, 1 Sep 1998 16:48:25 -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 QAA20148 for ; Tue, 1 Sep 1998 16:48:24 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca2-78.ix.netcom.com [205.186.212.78]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id QAA07304; Tue, 1 Sep 1998 16:47:22 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id QAA13519; Tue, 1 Sep 1998 16:47:19 -0700 (PDT) Date: Tue, 1 Sep 1998 16:47:19 -0700 (PDT) Message-Id: <199809012347.QAA13519@silvia.hip.berkeley.edu> To: roberto@keltia.freenix.fr CC: freebsd-current@FreeBSD.ORG In-reply-to: <19980902004140.A17784@keltia.freenix.fr> (message from Ollivier Robert on Wed, 2 Sep 1998 00:41:40 +0200) Subject: Re: XFree86 and ELF From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * XFree86 has only releases to consider and 3.0 will be ELF so it is safe IMO * to assume that "objformat" will return "elf". Anyway, when you run an ELF * FreeBSD, __ELF__ is defined by the preprocessor... * * Supporting both 3.0/aout and 3.0/ELF may be too complicated. No. 3.0/aout has to be supported. The major issue here is whether the system is elf or aout. I don't think the release level ("2.X" or "3.0" matters much). 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 1 17:05:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22745 for freebsd-current-outgoing; Tue, 1 Sep 1998 17:05:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA22706 for ; Tue, 1 Sep 1998 17:05:17 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: (from joki@localhost) by shire.domestic.de (8.8.8/8.8.7) id CAA13058; Wed, 2 Sep 1998 02:03:34 +0200 (CEST) (envelope-from joki) From: Joachim Kuebart Message-Id: <199809020003.CAA13058@shire.domestic.de> Subject: Re: XFree86 and ELF In-Reply-To: <19980902004140.A17784@keltia.freenix.fr> from Ollivier Robert at "Sep 2, 98 00:41:40 am" To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Wed, 2 Sep 1998 02:03:34 +0200 (CEST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ollivier Robert wrote: > Anyway, when you run an ELF > FreeBSD, __ELF__ is defined by the preprocessor... No, __ELF__ is defined by the compiler front end (${CC}). Calling cpp on its own provides no way to know what environment we are in. Satoshi Asami wrote: > REL!= sysctl -n kern.osreldate > .if ${REL} >= 300004 > OBJFORMAT!= objformat > .if ${OBJFORMAT} == elf > ELF= yes > .endif > .endif We can code in scripts/configure: test `sysctl -n kern.osreldate` -ge 300004 && test `objformat` = elf && echo '#define UseElfFormat YES' >> $F No patch since I already deleted my work source :-( and I'm out of time. Maybe tomorrow. cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 Replicants are like any other machine -- Germany they're either a benefit or a hazard. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 17:20:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25851 for freebsd-current-outgoing; Tue, 1 Sep 1998 17:20:46 -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 RAA25844 for ; Tue, 1 Sep 1998 17:20:42 -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 TAA01464; Tue, 1 Sep 1998 19:17:51 -0400 (EDT) Date: Tue, 1 Sep 1998 19:17:51 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: "Jordan K. Hubbard" cc: John Birrell , Ben Smithurst , freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: Today is E-day In-Reply-To: <3905.904689427@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 Tue, 1 Sep 1998, Jordan K. Hubbard wrote: > > they are. If my system is now ELF, why the advice to add /usr/lib/aout > > to my _LDC? Especially since I had already had /usr/lib/aout replacing > > Becuase only the a.out libs require ldconfig's attention; this has been > mentioned several times during the discussion. Clean off those glasses! :-) I finally got it straight. I can get the rest by reading the code (I gotta find out how runtine linking now works). > > - Jordan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > ----------------------------+----------------------------------------------- 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 1 17:21:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25951 for freebsd-current-outgoing; Tue, 1 Sep 1998 17:21:01 -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 RAA25922 for ; Tue, 1 Sep 1998 17:20:56 -0700 (PDT) (envelope-from reilly@zeta.org.au) Received: from zeta.org.au (d22.syd2.zeta.org.au [203.26.11.22]) by godzilla.zeta.org.au (8.8.7/8.8.7) with ESMTP id KAA11046 for ; Wed, 2 Sep 1998 10:19:45 +1000 Received: (qmail 1980 invoked by uid 1000); 1 Sep 1998 23:06:45 -0000 From: "Andrew Reilly" Message-ID: <19980902090645.A1965@reilly.home> Date: Wed, 2 Sep 1998 09:06:45 +1000 To: John Polstra Cc: current@FreeBSD.ORG Subject: Re: ELF binaries size References: <199809011719.KAA13874@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809011719.KAA13874@austin.polstra.com>; from John Polstra on Tue, Sep 01, 1998 at 10:19:18AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 01, 1998 at 10:19:18AM -0700, John Polstra wrote: > Yes. That's because a.out rounds the text and data segments up to > page boundaries, but ELF does not. Does that mean that the last page in a text segment is treated differently (wrt vm paging) than the rest of the image, or is garbage loaded plast the end, along with the last page? Is this a security problem? -- 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 1 17:44:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA29160 for freebsd-current-outgoing; Tue, 1 Sep 1998 17:44:33 -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 RAA29147 for ; Tue, 1 Sep 1998 17:44:27 -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 RAA16383; Tue, 1 Sep 1998 17:42:48 -0700 (PDT) (envelope-from jdp) Message-Id: <199809020042.RAA16383@austin.polstra.com> To: "Andrew Reilly" cc: current@FreeBSD.ORG Subject: Re: ELF binaries size In-reply-to: Your message of "Wed, 02 Sep 1998 09:06:45 +1000." <19980902090645.A1965@reilly.home> Date: Tue, 01 Sep 1998 17:42:48 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Yes. That's because a.out rounds the text and data segments up to > > page boundaries, but ELF does not. > > Does that mean that the last page in a text segment is treated > differently (wrt vm paging) than the rest of the image, or is > garbage loaded plast the end, along with the last page? In the executable file, the data immediately follows the text, which means that the boundary between the two will be somewhere in the middle of a page, most likely. ELF handles this by mapping the boundary page twice, once into the text segment and once into the data segment. Here is the view relative to the executable file: +---+---+---+---+ text | | | | : | +---+---+---+---+ +---+---+---+---+ data | : | | | | +---+---+---+---+ Here, the underlying file advances horizontally, and the text and data mappings are shown as they overlay it. The `:' represents the boundary between text and data. The mapping of the data in the address space is such that the first data page is mapped after the last text page. So in the address space, it looks like this: +---+---+---+---+ text | | | | : | +---+---+---+---+ +---+---+---+---+ data | : | | | | +---+---+---+---+ Here, addresses as seen from the program advance horizontally. The tail end of the last text page in your address space will contain the beginning of the data. The beginning of the first data page will likewise contain the end of the text. This does not imply that the program can modify its text. Remember, the pages are mapped copy-on-write. The data segment can write into the leading portion of its first page, but any changes it makes will remain invisible to the text segment. > Is this a security problem? I don't think so. Do you? 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 1 18:13:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA03572 for freebsd-current-outgoing; Tue, 1 Sep 1998 18:13:09 -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 SAA03567 for ; Tue, 1 Sep 1998 18:13:07 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id SAA17195; Tue, 1 Sep 1998 18:12:01 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp03.primenet.com, id smtpd017120; Tue Sep 1 18:11:49 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id SAA11738; Tue, 1 Sep 1998 18:11:47 -0700 (MST) From: Terry Lambert Message-Id: <199809020111.SAA11738@usr01.primenet.com> Subject: Standardizing a BSD/ELF ABI... To: jb@cimlogic.com.au (John Birrell) Date: Wed, 2 Sep 1998 01:11:47 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199809011037.UAA24513@cimlogic.com.au> from "John Birrell" at Sep 1, 98 08:37:09 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 point of interest... Is FreeBSD ELF binary compatible with NetBSD/OpenBSD/BSDI ELF? If not, should we consider making changes for the 3.0 release to ensure as standard an ABI for BSD-based ELF systems as possible? 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 1 18:18:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA04877 for freebsd-current-outgoing; Tue, 1 Sep 1998 18:18:55 -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 SAA04870 for ; Tue, 1 Sep 1998 18:18:50 -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 SAA16605; Tue, 1 Sep 1998 18:17:47 -0700 (PDT) (envelope-from jdp) Message-Id: <199809020117.SAA16605@austin.polstra.com> To: green@unixhelp.org Subject: Re: E-day problems: rtld-elf dlsym() broken? In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 01 Sep 1998 18:17:47 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK, I believe I've fixed this in src/libexec/rtld-elf/rtld.c revision 1.4. It now does what the documentation says it does. Namely: dlopen(NULL, ...) returns a handle which, if passed to dlsym(), will cause the main executable and all of its needed shared objects to be searched for the symbol. And: dlsym(NULL, ...) will search for the symbol in the caller's shared object. N.B., that's the caller's shared object _only_. It doesn't include any needed shared objects. Also, your particular test case of trying to look up "main" still isn't going to work. The reason is that ELF doesn't put "main" into the dynamic symbol table, because it's not needed there. If you are looking up symbols defined in shared libraries or called from shared libraries, it should work fine. But symbols in the main executable that don't meet those criteria probably won't be found. There is a linker option "-E" that puts all global symbols into the dynamic symbol table. That will cause it to do what you want. But of course you have to specify it when you're building the program (LDFLAGS+=-Wl,-E). 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 1 18:19:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA04959 for freebsd-current-outgoing; Tue, 1 Sep 1998 18:19:08 -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 SAA04948 for ; Tue, 1 Sep 1998 18:19:05 -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 SAA02451; Tue, 1 Sep 1998 18:15:32 GMT (envelope-from mike@dingo.cdrom.com) Message-Id: <199809011815.SAA02451@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Andrew Reilly" cc: John Polstra , current@FreeBSD.ORG Subject: Re: ELF binaries size In-reply-to: Your message of "Wed, 02 Sep 1998 09:06:45 +1000." <19980902090645.A1965@reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Sep 1998 18:15:32 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Tue, Sep 01, 1998 at 10:19:18AM -0700, John Polstra wrote: > > Yes. That's because a.out rounds the text and data segments up to > > page boundaries, but ELF does not. > > Does that mean that the last page in a text segment is treated > differently (wrt vm paging) than the rest of the image, or is > garbage loaded plast the end, along with the last page? Is this > a security problem? No, we map both text and data read-only. The bss is still page-aligned. -- \\ 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 1 18:22:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA05943 for freebsd-current-outgoing; Tue, 1 Sep 1998 18:22:10 -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 SAA05935 for ; Tue, 1 Sep 1998 18:22:08 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id SAA29132; Tue, 1 Sep 1998 18:21:07 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp02.primenet.com, id smtpd029119; Tue Sep 1 18:21:03 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id SAA12528; Tue, 1 Sep 1998 18:21:01 -0700 (MST) From: Terry Lambert Message-Id: <199809020121.SAA12528@usr01.primenet.com> Subject: Re: What the fsck is going on here (disk space vanishing)? To: rock@cs.uni-sb.de (D. Rock) Date: Wed, 2 Sep 1998 01:21:01 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <13804.10973.9290.919955@doom> from "D. Rock" at Sep 1, 98 07:32: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 > Recently, after a kernel panic the system behaves extremely strange: > Every time I reboot the machine, I *have* to fsck the / device (I > prefer the one / fits all approach), or any write access will result > to either "out of inodes" or "no space left on device" errors. > Each fsck will change the superblock (FREE BLK COUNT(S) WRONG IN > SUPERBLK). df -ki shows up even before the fsck plenty of inodes and > blocks left. This error only happens on the 1st drive in the system > (Seagate ST32122A), another one attached doesn't show up this > symptom. The partition table is OK (dangerous dedicated on both > drives, LBA mode set in the BIOS; fdisk/BIOS/in core disklabel agree). > I use flags 0x80ff for both drives (32-bit multiple (16) sector mode). > shutdown of the system seems to write all dirty blocks ("5 3 2 done") This is generally attributable to IDE. To see if your problem is real or imaginary, after fsck'ing the drive once (while mounted read-only), do it again. If you get the same thing (i.e., a drive doesn't stay fsck'ed when it should), then this is your problem. To resolve this problem, use as short an IDE cable as you possibly can; IDE is particularly sensitive to electrical interference, and requires short cables in the standard for this reason. Since EIDE is just IDE rehashed and given a facelift, this applies to EIDE as well. Note that you may actually be doing bad things to your disk contents with each fsck; it depends on just how noisy things are. Your best bet would be to get a shorer cable, back it up *now*, and then after reinstalling, restore from backup. 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 1 18:22:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA06106 for freebsd-current-outgoing; Tue, 1 Sep 1998 18:22:54 -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 SAA06076 for ; Tue, 1 Sep 1998 18:22: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 SAA16677; Tue, 1 Sep 1998 18:21:27 -0700 (PDT) (envelope-from jdp) Message-Id: <199809020121.SAA16677@austin.polstra.com> To: Mike Smith cc: "Andrew Reilly" , current@FreeBSD.ORG Subject: Re: ELF binaries size In-reply-to: Your message of "Tue, 01 Sep 1998 18:15:32 -0000." <199809011815.SAA02451@dingo.cdrom.com> Date: Tue, 01 Sep 1998 18:21:27 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Does that mean that the last page in a text segment is treated > > differently (wrt vm paging) than the rest of the image, or is > > garbage loaded plast the end, along with the last page? Is this a > > security problem? > > No, we map both text and data read-only. No, the text is read-only and the data is copy-on-write. > The bss is still page-aligned. Nope. Not in ELF. It starts somewhere in the middle of the last data page. See my earlier posting for the reason why these things aren't a security problem. 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 1 18:26:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA07154 for freebsd-current-outgoing; Tue, 1 Sep 1998 18:26:32 -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 SAA07133 for ; Tue, 1 Sep 1998 18:26:25 -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 SAA16732; Tue, 1 Sep 1998 18:25:20 -0700 (PDT) (envelope-from jdp) Message-Id: <199809020125.SAA16732@austin.polstra.com> To: chuckr@glue.umd.edu Subject: Re: E-day problems: rtld-elf dlsym() broken? In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 01 Sep 1998 18:25:20 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Chuck Robey wrote: > Another tought occurred, tho: Will those functions finally be > available for statically linked elf images? No. Never. I wish you folks would get that idea out of your heads, because it ain't gonna happen. It is not feasible, for reasons having to do with the fact that some variables would end up existing in two places, one in the original static executable and another in whatever object you just dlopened. There are good reasons why these functions have never been supported (by any vendor) in static executables. -- 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 1 18:29:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA07650 for freebsd-current-outgoing; Tue, 1 Sep 1998 18:29:15 -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 SAA07633 for ; Tue, 1 Sep 1998 18:29:13 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id SAA01403; Tue, 1 Sep 1998 18:28:09 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp02.primenet.com, id smtpd001320; Tue Sep 1 18:28:00 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id SAA12927; Tue, 1 Sep 1998 18:27:54 -0700 (MST) From: Terry Lambert Message-Id: <199809020127.SAA12927@usr01.primenet.com> Subject: Re: XFree86 and ELF To: joki@kuebart.stuttgart.netsurf.de (Joachim Kuebart) Date: Wed, 2 Sep 1998 01:27:54 +0000 (GMT) Cc: joki@shire.domestic.de, galatalt@stuy.edu, dfr@nlsystems.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809011809.UAA16527@yacht.domestic.de> from "Joachim Kuebart" at Sep 1, 98 08:09:40 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 > This is due to the fact that I am unaware of a portable way to check > if we're on an ELF system. Bear in mind it might be a prehistoric > -stable version, so it isn't just a question of `objformat`. #!/bin/sh echo "Is it ELF yet?" file `which ld` | grep ELF >/dev/null 2>&1 if test "$?" = "0" then echo "It's ELF, yet!" else echo "No, not yet..." fi 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 1 18:30:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA07936 for freebsd-current-outgoing; Tue, 1 Sep 1998 18:30:32 -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 SAA07896; Tue, 1 Sep 1998 18:30:16 -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 SAA16752; Tue, 1 Sep 1998 18:29:12 -0700 (PDT) (envelope-from jdp) Message-Id: <199809020129.SAA16752@austin.polstra.com> To: galatalt@stuy.edu Subject: Re: XFree86 and ELF In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG, dfr@FreeBSD.ORG Date: Tue, 01 Sep 1998 18:29:12 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > cc -o appres -O2 -ansi -pedantic -Dasm=__asm -L../../exports/lib > appres.o -lXt -lSM -lICE -lXext -lX11 -L/usr/X11R6/lib -lxpg4 > -Wl,-R,/usr/X11R6/lib > ../../exports/lib/libICE.a(transport.o): In function > `_IceTransSockINETConnect': > transport.o(.text+0x1070): undefined reference to `inet_addr' > ../../exports/lib/libICE.a(transport.o): In function > `_IceTransGetPeerNetworkId': > transport.o(.text+0x2912): undefined reference to `inet_ntoa' > ../../exports/lib/libX11.a(ximtrans.o): In function > `_X11TransSocketINETConnect': > x11trans.o(.text+0x544): undefined reference to `inet_addr' > ../../exports/lib/libX11.a(ximtrans.o): In function > `_XimXTransSocketINETConnect': > ximtrans.o(.text+0x510): undefined reference to `inet_addr' > *** Error code 1 These undefined symbols should be fixed now, with the changes that I commited to libc a few minutes ago. I implemented the compatibility weak aliases in a way that works for ELF. 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 1 18:32:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA08308 for freebsd-current-outgoing; Tue, 1 Sep 1998 18:32:26 -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 SAA08296 for ; Tue, 1 Sep 1998 18:32:24 -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 SAA02547; Tue, 1 Sep 1998 18:28:14 GMT (envelope-from mike@dingo.cdrom.com) Message-Id: <199809011828.SAA02547@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: John Polstra cc: Mike Smith , "Andrew Reilly" , current@FreeBSD.ORG Subject: Re: ELF binaries size In-reply-to: Your message of "Tue, 01 Sep 1998 18:21:27 MST." <199809020121.SAA16677@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Sep 1998 18:28:14 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Does that mean that the last page in a text segment is treated > > > differently (wrt vm paging) than the rest of the image, or is > > > garbage loaded plast the end, along with the last page? Is this a > > > security problem? > > > > No, we map both text and data read-only. > > No, the text is read-only and the data is copy-on-write. Is this an ELF requirement, or just an arbitrary change? > > The bss is still page-aligned. > > Nope. Not in ELF. It starts somewhere in the middle of the last > data page. So much for my understanding. 8( If the data segment is read/write, that's not much of a problem though. -- \\ 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 1 18:35:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA08861 for freebsd-current-outgoing; Tue, 1 Sep 1998 18:35:34 -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 SAA08847 for ; Tue, 1 Sep 1998 18:35: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 SAA16805; Tue, 1 Sep 1998 18:34:11 -0700 (PDT) (envelope-from jdp) Message-Id: <199809020134.SAA16805@austin.polstra.com> To: Mike Smith cc: "Andrew Reilly" , current@FreeBSD.ORG Subject: Re: ELF binaries size In-reply-to: Your message of "Tue, 01 Sep 1998 18:28:14 -0000." <199809011828.SAA02547@dingo.cdrom.com> Date: Tue, 01 Sep 1998 18:34:11 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > No, we map both text and data read-only. > > > > No, the text is read-only and the data is copy-on-write. > > Is this an ELF requirement, or just an arbitrary change? I don't understand what you're getting at. A program has to be able to write its data. That's where the variables are. 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 1 18:39:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA09309 for freebsd-current-outgoing; Tue, 1 Sep 1998 18:39:06 -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 SAA09299 for ; Tue, 1 Sep 1998 18:39:02 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id SAA26448; Tue, 1 Sep 1998 18:38:01 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp03.primenet.com, id smtpd026377; Tue Sep 1 18:37:51 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id SAA13431; Tue, 1 Sep 1998 18:37:48 -0700 (MST) From: Terry Lambert Message-Id: <199809020137.SAA13431@usr01.primenet.com> Subject: Re: ELF binaries size To: reilly@zeta.org.au (Andrew Reilly) Date: Wed, 2 Sep 1998 01:37:48 +0000 (GMT) Cc: jdp@polstra.com, current@FreeBSD.ORG In-Reply-To: <19980902090645.A1965@reilly.home> from "Andrew Reilly" at Sep 2, 98 09:06:45 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 > On Tue, Sep 01, 1998 at 10:19:18AM -0700, John Polstra wrote: > > Yes. That's because a.out rounds the text and data segments up to > > page boundaries, but ELF does not. > > Does that mean that the last page in a text segment is treated > differently (wrt vm paging) than the rest of the image, or is > garbage loaded plast the end, along with the last page? Is this > a security problem? Text pages are mapped read-only anyway. This is not a security problem. Effectively, what should happen is that if there is an odd boundary, the last text page will include part of the data page following it, mapped read only, and the first data page will include the last text page, mapped copy-on-write. This is worst case. >From reading the sources, I think this does not happen (it would be hard to make the vnode pager function in the presence of a unified VM and buffer cache, if this were going on ;-)), and the sections are loaded starting(/ending) on page boundaries, only for their length. This saves you from the relocation overhead of reading on partial page boundaries, for a page (start an MS-DOS FS on an odd 512b boundary to see why this is a bad idea for every fourth block, since it spans a page boundary). What this means is that it takes the same space in core, but less space on disk, and that the padding is implied, and an odd boundary is seen as a negative offset (i.e., the first part of the first data page is mapped, but not valid). Given where the pages come from, this should not expose "old data" in the gaps. 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 1 18:44:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA09988 for freebsd-current-outgoing; Tue, 1 Sep 1998 18:44:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nz15.rz.uni-karlsruhe.de (nz15.rz.uni-karlsruhe.de [129.13.64.15]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id SAA09983 for ; Tue, 1 Sep 1998 18:44:41 -0700 (PDT) (envelope-from un1i@rz.uni-karlsruhe.de) Received: from rz114s1.rz.uni-karlsruhe.de (exim@rz114s1.rz.uni-karlsruhe.de [129.13.92.3]) by nz15.rz.uni-karlsruhe.de with smtp id 0zE1xQ-0007fE-00; Wed, 2 Sep 1998 03:43:36 +0200 Received: from un1i by rz114s1.rz.uni-karlsruhe.de with local (Exim 1.80 #5) id 0zE1xM-0003gu-00; Wed, 2 Sep 1998 03:43:32 +0200 Message-ID: <19980902034327.A13434@rz.uni-karlsruhe.de> Date: Wed, 2 Sep 1998 03:43:27 +0200 From: Philipp Mergenthaler To: Anders Andersson Cc: current@FreeBSD.ORG Subject: Re: /src/etc/Makefile broke? References: <005001bdd5c3$2a043620$4467a8c0@anders.sanyusan.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <005001bdd5c3$2a043620$4467a8c0@anders.sanyusan.se>; from Anders Andersson on Tue, Sep 01, 1998 at 06:11:23PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, On Tue, Sep 01, 1998 at 06:11:23PM +0200, Anders Andersson wrote: > the new Makefile in /usr/src/etc/ seems to be broken. > $Id: Makefile,v 1.170 1998/08/31 20:45:41 jb Exp $ > This is the output for my make world: [...] > chmod 444 freebsd.cf > 1 error > *** Error code 2 > 1 error I got this when I first tried "make -j2 aout-to-elf", without the "-j"-flag it went perfectly. Bye, Philipp -- P. Mergenthaler, un1i@rz.uni-karlsruhe.de, http://www.uni-karlsruhe.de/~un1i/ Klosterweg 28 / I609, 76131 Karlsruhe Tel.: 49 721 69453 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 18:44:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA10017 for freebsd-current-outgoing; Tue, 1 Sep 1998 18:44: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 SAA10009 for ; Tue, 1 Sep 1998 18:44:50 -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 SAA02659; Tue, 1 Sep 1998 18:40:43 GMT (envelope-from mike@dingo.cdrom.com) Message-Id: <199809011840.SAA02659@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: John Polstra cc: Mike Smith , "Andrew Reilly" , current@FreeBSD.ORG Subject: Re: ELF binaries size In-reply-to: Your message of "Tue, 01 Sep 1998 18:34:11 MST." <199809020134.SAA16805@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Sep 1998 18:40:42 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > No, we map both text and data read-only. > > > > > > No, the text is read-only and the data is copy-on-write. > > > > Is this an ELF requirement, or just an arbitrary change? > > I don't understand what you're getting at. A program has to be able > to write its data. That's where the variables are. dingo:/tmp>cat a.c char *foo = "test"; int bar; void main(void) { foo[0] = 0; } dingo:/tmp>./a.out Bus error (core dumped) dingo:/tmp>nm a.out | sort 00001020 F /usr/lib/aout/crt0.o 00001020 T start 00001560 F /var/tmp/ccMd26351.o 00001560 t gcc2_compiled. 00001568 T _main 00001580 F __main.o 00001580 T ___do_global_dtors 000015a8 T ___do_global_ctors 000015f4 T ___main 00001620 F _exit.o 00001940 T _etext 00002000 d __DYNAMIC 0000207c D ___progname 0000208c D _foo 0000209c D __exit_dummy_ref 000020ac D __exit_dummy_decl 000020bc D _edata 000020c4 B ___DTOR_LIST__ 000020cc B ___CTOR_LIST__ 000020d4 B ___ldso_version 000020d8 B ___ldso_entry 000020dc B _environ 000020e0 B _errno 000020e4 B _bar 000020e8 B _end As you can see, 'foo' is in the data segment, and it's pretty clearly read-only. If you were to compile with -fwritable_strings, gcc would emit code to copy it to the bss. The data segment only contains constant data, including constant initialisers for non-global initialised variables. As you can see from 'bar', variables live in the bss. -- \\ 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 1 18:46:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA10397 for freebsd-current-outgoing; Tue, 1 Sep 1998 18:46:04 -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 SAA10392 for ; Tue, 1 Sep 1998 18:46:02 -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 SAA02674; Tue, 1 Sep 1998 18:42:12 GMT (envelope-from mike@dingo.cdrom.com) Message-Id: <199809011842.SAA02674@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Terry Lambert cc: jb@cimlogic.com.au (John Birrell), freebsd-current@FreeBSD.ORG Subject: Re: Standardizing a BSD/ELF ABI... In-reply-to: Your message of "Wed, 02 Sep 1998 01:11:47 GMT." <199809020111.SAA11738@usr01.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Sep 1998 18:42:12 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > As a point of interest... > > Is FreeBSD ELF binary compatible with NetBSD/OpenBSD/BSDI ELF? > > If not, should we consider making changes for the 3.0 release > to ensure as standard an ABI for BSD-based ELF systems as > possible? You will have to convince the NetBSD people to stop randomly changing their system calls first. John Birrell discussed this at some length while I was there last week, and it's about at the point where we are going to need an ABI shim for them. -- \\ 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 1 18:51:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA11667 for freebsd-current-outgoing; Tue, 1 Sep 1998 18:51:10 -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 SAA11653 for ; Tue, 1 Sep 1998 18:51:07 -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 SAA16932; Tue, 1 Sep 1998 18:49:49 -0700 (PDT) (envelope-from jdp) Message-Id: <199809020149.SAA16932@austin.polstra.com> To: Mike Smith cc: "Andrew Reilly" , current@FreeBSD.ORG Subject: Re: ELF binaries size In-reply-to: Your message of "Tue, 01 Sep 1998 18:40:42 -0000." <199809011840.SAA02659@dingo.cdrom.com> Date: Tue, 01 Sep 1998 18:49:49 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I don't understand what you're getting at. A program has to be able > > to write its data. That's where the variables are. > > dingo:/tmp>cat a.c > char *foo = "test"; > int bar; > void main(void) > { > foo[0] = 0; > } > dingo:/tmp>./a.out > Bus error (core dumped) ... > As you can see, 'foo' is in the data segment, and it's pretty > clearly read-only. No, foo is writable. What foo points to is read-only. Foo is in the data segment, but what it points to is in the text segment. There's read-only data (which goes into the text segment), and there's writable data (which goes into the data segment). It doesn't have anything to do with initialization. What foo points to is read-only because it's a string constant. A counter-example to your program above is: int foo = 100; int main(int argc, char **argv) { foo = 200; return 0; } Here foo is initialized, but it is writable. 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 1 19:03:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA13376 for freebsd-current-outgoing; Tue, 1 Sep 1998 19:03:20 -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 TAA13363 for ; Tue, 1 Sep 1998 19:03:17 -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 SAA02773; Tue, 1 Sep 1998 18:59:46 GMT (envelope-from mike@dingo.cdrom.com) Message-Id: <199809011859.SAA02773@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: John Polstra cc: current@FreeBSD.ORG Subject: Re: ELF binaries size In-reply-to: Your message of "Tue, 01 Sep 1998 18:49:49 MST." <199809020149.SAA16932@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Sep 1998 18:59:45 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > I don't understand what you're getting at. A program has to be able > > > to write its data. That's where the variables are. > > > > dingo:/tmp>cat a.c > > char *foo = "test"; > > int bar; > > void main(void) > > { > > foo[0] = 0; > > } > > dingo:/tmp>./a.out > > Bus error (core dumped) > ... > > As you can see, 'foo' is in the data segment, and it's pretty > > clearly read-only. > > No, foo is writable. What foo points to is read-only. Foo is in > the data segment, but what it points to is in the text segment. Oops, you're quite right. Where's that pointy hat? 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 1 19:08:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA14088 for freebsd-current-outgoing; Tue, 1 Sep 1998 19:08:20 -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 TAA14082 for ; Tue, 1 Sep 1998 19:08:18 -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 TAA17088; Tue, 1 Sep 1998 19:06:49 -0700 (PDT) (envelope-from jdp) Message-Id: <199809020206.TAA17088@austin.polstra.com> To: Mike Smith cc: current@FreeBSD.ORG Subject: Re: ELF binaries size In-reply-to: Your message of "Tue, 01 Sep 1998 18:59:45 -0000." <199809011859.SAA02773@dingo.cdrom.com> Date: Tue, 01 Sep 1998 19:06:49 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Where's that pointy hat? 8( Don't ya just hate it when that happens? Those darned cosmic ray bursts! :-( 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 1 19:15:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA15048 for freebsd-current-outgoing; Tue, 1 Sep 1998 19:15:45 -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 TAA15041 for ; Tue, 1 Sep 1998 19:15:42 -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 MAA20550; Wed, 2 Sep 1998 12:14:40 +1000 Date: Wed, 2 Sep 1998 12:14:40 +1000 From: Bruce Evans Message-Id: <199809020214.MAA20550@godzilla.zeta.org.au> To: jdp@polstra.com, reilly@zeta.org.au Subject: Re: ELF binaries size Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >The mapping of the data in the address space is such that the first >data page is mapped after the last text page. So in the address >space, it looks like this: > > +---+---+---+---+ >text | | | | : | > +---+---+---+---+ > +---+---+---+---+ >data | : | | | | > +---+---+---+---+ > >Here, addresses as seen from the program advance horizontally. The >tail end of the last text page in your address space will contain the >beginning of the data. The beginning of the first data page will >likewise contain the end of the text. > >This does not imply that the program can modify its text. Remember, >the pages are mapped copy-on-write. The data segment can write into >the leading portion of its first page, but any changes it makes will >remain invisible to the text segment. I think it implies that elf wastes a full page of memory (the space between the ':'s above) most of the time (unless the ':'s are on a page boundary), while aout only wastes an average of half a page (the space between the text ':' and the end of the page). >> Is this a security problem? > >I don't think so. Do you? Maybe if text is supposed to be unreadable. The system would have to clear the part of the first data page before the ':' to prevent leakage. FreeBSD doesn't seem to do this. 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 1 19:22:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA16390 for freebsd-current-outgoing; Tue, 1 Sep 1998 19:22:20 -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 TAA16345 for ; Tue, 1 Sep 1998 19:22: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 TAA17213; Tue, 1 Sep 1998 19:21:07 -0700 (PDT) (envelope-from jdp) Message-Id: <199809020221.TAA17213@austin.polstra.com> To: Bruce Evans cc: reilly@zeta.org.au, current@FreeBSD.ORG Subject: Re: ELF binaries size In-reply-to: Your message of "Wed, 02 Sep 1998 12:14:40 +1000." <199809020214.MAA20550@godzilla.zeta.org.au> Date: Tue, 01 Sep 1998 19:21:07 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I think it implies that elf wastes a full page of memory (the space > between the ':'s above) most of the time (unless the ':'s are on a > page boundary), while aout only wastes an average of half a page > (the space between the text ':' and the end of the page). But a.out has a repeat of the same situation at the juncture of data and bss, and ELF does not. > >> Is this a security problem? > > > >I don't think so. Do you? > > Maybe if text is supposed to be unreadable. The system would have > to clear the part of the first data page before the ':' to prevent > leakage. FreeBSD doesn't seem to do this. It's moot on the i386, if I remember correctly. Doesn't execute permission imply read permission on the i386? Also, how does it enhance security to prevent a program from reading its own text segment? If a program doesn't want to read its text segment then it should simply ... not read it. :-) 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 1 19:38:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA18383 for freebsd-current-outgoing; Tue, 1 Sep 1998 19:38:41 -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 TAA18377 for ; Tue, 1 Sep 1998 19:38:37 -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 MAA21815; Wed, 2 Sep 1998 12:37:08 +1000 (EST) Message-ID: <19980902123708.A21469@rf900.physics.usyd.edu.au> Date: Wed, 2 Sep 1998 12:37:08 +1000 From: David Dawes To: Joachim Kuebart , Ollivier Robert Cc: freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF Mail-Followup-To: Joachim Kuebart , Ollivier Robert , freebsd-current@FreeBSD.ORG References: <19980901204155.A18859@keltia.freenix.fr> <199809012148.XAA06237@yacht.domestic.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809012148.XAA06237@yacht.domestic.de>; from Joachim Kuebart on Tue, Sep 01, 1998 at 11:48:57PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 01, 1998 at 11:48:57PM +0200, Joachim Kuebart wrote: >Ollivier Robert wrote: >> According to Joachim Kuebart: >> > --- config/cf/bsdLib.rules.orig Mon Aug 31 18:03:14 1998 >> > +++ config/cf/bsdLib.rules Tue Sep 1 01:15:44 1998 >> > @@ -153,7 +153,7 @@ >> > #define ShLibIncludeFile >> > #endif >> > #ifndef SharedLibraryLoadFlags >> > -#define SharedLibraryLoadFlags -shared -Wl,-rpath,$(USRLIBDIR) >> > +#define SharedLibraryLoadFlags -shared -rpath $(USRLIBDIR) >> >> ...and... >> >> > #ifndef PositionIndependentCFlags >> > #define PositionIndependentCFlags -fPIC >> > @@ -213,7 +213,7 @@ >> > Concat(lib,libname.so.rev): solist @@\ >> > $(RM) $@~ @@\ >> > SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; \ @@\ >> > - (cd down; $(CC) -o up/$@~ $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\ >> > + (cd down; $(LD) -o up/$@~ $(SHLIBLDFLAGS) -soname $$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\ >> >> Why ? Using "gcc" to build the shared lib should work the same as using >> "ld". I don't understand the reason... > >This isn't the only place where SharedLibraryLoadFlags aka. >SHLIBLDFLAGS get used. In most places they are used with $(LD) which >barf on the -Wl construction. I changed this one usage instead of >changing three other places. Can I ask a naive question? Is there any reason the FreeBSD/ELF rules need to be different from those used for Linux/ELF (see lnxLib.cf)? Also, please keep in mind that bsdLib.rules is used for NetBSD and OpenBSD too. >> > -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) >> > +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(__FreeBSD__) || defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) >> > #define GLNAME(a) a >> > #else >> > #define GLNAME(a) CONCAT(_,a) >> >> Should not be necessary if you modify GccAsmFlags to include -D__ELF__ in >> FreeBSD.cf. > >If you look at the condition you will see that __ELF__ only gets >checked on specific operating systems. I made FreeBSD one of the >operating systems where __ELF__ is considered relevant. My preference here is to remove the OS checks, which should simplify that #ifdef a bit. >> > #if defined(__GNUC__) && defined(__i386__) >> > static __inline__ unsigned int reverse_bitorder(data) { >> > -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) >> > +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(__FreeBSD__) || defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) >> > __asm__( >> > "movl $0,%%ecx\n" >> > "movb %%al,%%cl\n" >> >> Same here. gcc already defines __ELF__. > >gcc does define __ELF__, but the XFree86 makefiles use the following >sequence to assemble .s files: > > $(RM) -f $(name).o > $(CPP) -D__ELF__ $(name).s > $(name).i > $(AS) -o $(name).o $(name).i > >Because cpp gets called "manually", __ELF__ needs to be set manually, >too. :-( Right. I see you submitted a patch to XFree86 -- thanks. Maybe it would be a good idea to wait a little while until everything is resolved, then send another patch? I don't have a box running 3.0 ELF yet, but I'm planning to set one up in the next week or two. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 19:51:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA19695 for freebsd-current-outgoing; Tue, 1 Sep 1998 19:51:50 -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 TAA19687 for ; Tue, 1 Sep 1998 19:51:48 -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 TAA12120; Tue, 1 Sep 1998 19:55:51 -0400 (EDT) Date: Tue, 1 Sep 1998 19:55:51 -0400 (EDT) From: Brian Feldman X-Sender: green@zone.syracuse.net To: John Polstra cc: current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? In-Reply-To: <199809012330.QAA16019@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 I had thought of that about 1 minute after I sent the last reply mail :( I didn't expect it to change, but I suppose it wasn't deemed important. Anyway, I have no money for books being only a sophomore in high school, quite penniless, so I read the manpages to learn everything. The manpages, and the code itself... Well anyway, I guess that I'll wait for you to implement it, I'm not the right person to implement the NULL case, since I've never done any rtld hacking. Cherrs, Brian Feldman On Tue, 1 Sep 1998, John Polstra wrote: > > Actually, no. The program does no munging of the input at all, it looks up > > with or without the _, whichever you input by typing "lookup > > whatever\n"... it's not my program's fault, watch: > > OK, I looked at your source. It's failing because the dynamic > linker doesn't handle the way you're calling dlsym, with a NULL > first argument: > > if ((void *)index(line, '\0') < line + 8 || > (lameptr = (void *)dlsym(NULL, baz = (char *)line + 7)) == NULL) > printf("%s: not found\n", *baz ? baz : ""); > > It's true that's documented in dlsym(3), so I guess I'll have to > support it. The original SunOS manual also documents it, but > Solaris makes no mention of it. > > I'll fix it. > > 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 1 19:57:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA20314 for freebsd-current-outgoing; Tue, 1 Sep 1998 19:57:22 -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 TAA20299 for ; Tue, 1 Sep 1998 19:57:19 -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 MAA24042; Wed, 2 Sep 1998 12:56:17 +1000 Date: Wed, 2 Sep 1998 12:56:17 +1000 From: Bruce Evans Message-Id: <199809020256.MAA24042@godzilla.zeta.org.au> To: bde@zeta.org.au, jdp@polstra.com Subject: Re: ELF binaries size Cc: current@FreeBSD.ORG, reilly@zeta.org.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> I think it implies that elf wastes a full page of memory (the space >> between the ':'s above) most of the time (unless the ':'s are on a >> page boundary), while aout only wastes an average of half a page >> (the space between the text ':' and the end of the page). > >But a.out has a repeat of the same situation at the juncture of data >and bss, and ELF does not. No it doesn't. The bss immediately follows the data. The data section is padded to 4K in the file for some reason. >> >> Is this a security problem? >> > >> >I don't think so. Do you? >> >> Maybe if text is supposed to be unreadable. The system would have >> to clear the part of the first data page before the ':' to prevent >> leakage. FreeBSD doesn't seem to do this. > >It's moot on the i386, if I remember correctly. Doesn't execute >permission imply read permission on the i386? Sort of. The access bit in segment descriptors controls writability for data descriptors and readability for code descriptors, so execute permission is completely independent from read permission at the segment level. However, we only support mapping the text section and the data section to the same base, so all text can be accessed via the data segment selector, so protection decays to page level where there is only a read-write bit. >Also, how does it enhance security to prevent a program from reading >its own text segment? If a program doesn't want to read its text >segment then it should simply ... not read it. :-) Perhaps a stack overflow exploit could change a write() arg on the stack to arrange for the text segment to be written to a user-readable file for further examination. 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 1 20:09:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA21937 for freebsd-current-outgoing; Tue, 1 Sep 1998 20:09:14 -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 UAA21932 for ; Tue, 1 Sep 1998 20:09:09 -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 NAA21915; Wed, 2 Sep 1998 13:08:05 +1000 (EST) Message-ID: <19980902130805.B21469@rf900.physics.usyd.edu.au> Date: Wed, 2 Sep 1998 13:08:05 +1000 From: David Dawes To: freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <199809011809.UAA16527@yacht.domestic.de> <19980902004140.A17784@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <19980902004140.A17784@keltia.freenix.fr>; from Ollivier Robert on Wed, Sep 02, 1998 at 12:41:40AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 02, 1998 at 12:41:40AM +0200, Ollivier Robert wrote: >According to Joachim Kuebart: >> The information to build XFree86 is incomplete: >> >> You need to separately "make configure" and then edit >> work/xc/config/cf/xf86site.def to include the line >> >> #define UseElfFormat YES > >There is a better way I think. I've completed a "make World" of X11R6.3, >using a merge of all posted patches (Doug's & yours) and some mine. The >various X servers/lib/programs linked successfully and seems to run fine. > >> This is due to the fact that I am unaware of a portable way to check >> if we're on an ELF system. Bear in mind it might be a prehistoric >> -stable version, so it isn't just a question of `objformat`. > >XFree86 has only releases to consider and 3.0 will be ELF so it is safe IMO >to assume that "objformat" will return "elf". Anyway, when you run an ELF >FreeBSD, __ELF__ is defined by the preprocessor... > >Supporting both 3.0/aout and 3.0/ELF may be too complicated. I don't know what you want to do with your ports, but speaking for XFree86, I'd like to see both formats supported in the medium term. It would be good from an XFree86 point of view to add code to imake to figure out the default binary format to use at runtime and have that set DefaultBinaryType internally. >-=-=- > >ldd seems to display some libraries (the one in the path specified with >"-rpath" and "-rpath-link"). Is it expected ? > >-=-=- >programs/xdpyinfo/xdpyinfo: > libXtst.so.6 => /usr/X11R6/lib/libXtst.so.6 (0x28056000) > libXIE.so.6 => /usr/X11R6/lib/libXIE.so.6 (0x2805b000) > libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x28065000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2806c000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28076000) > libm.so.2 => /usr/lib/libm.so.2 (0x28109000) > libc.so.3 => /usr/lib/libc.so.3 (0x28123000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2806c000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28076000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28076000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2806c000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28076000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28076000) >-=-=- I recall seeing this reported for Linux/ELF some time ago. I'm not sure how they dealt with that. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 20:16:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA22643 for freebsd-current-outgoing; Tue, 1 Sep 1998 20:16:22 -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 UAA22635 for ; Tue, 1 Sep 1998 20:16:18 -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 NAA21936; Wed, 2 Sep 1998 13:14:53 +1000 (EST) Message-ID: <19980902131453.C21469@rf900.physics.usyd.edu.au> Date: Wed, 2 Sep 1998 13:14:53 +1000 From: David Dawes To: Mike Smith , Terry Lambert Cc: John Birrell , freebsd-current@FreeBSD.ORG Subject: Re: Standardizing a BSD/ELF ABI... Mail-Followup-To: Mike Smith , Terry Lambert , John Birrell , freebsd-current@FreeBSD.ORG References: <199809020111.SAA11738@usr01.primenet.com> <199809011842.SAA02674@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809011842.SAA02674@dingo.cdrom.com>; from Mike Smith on Tue, Sep 01, 1998 at 06:42:12PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 01, 1998 at 06:42:12PM +0000, Mike Smith wrote: >> As a point of interest... >> >> Is FreeBSD ELF binary compatible with NetBSD/OpenBSD/BSDI ELF? >> >> If not, should we consider making changes for the 3.0 release >> to ensure as standard an ABI for BSD-based ELF systems as >> possible? > >You will have to convince the NetBSD people to stop randomly changing >their system calls first. John Birrell discussed this at some length >while I was there last week, and it's about at the point where we are >going to need an ABI shim for them. Is there compatibility for dynamically linked executables when using the runtime host platform's native libraries? David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 20:24:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA23556 for freebsd-current-outgoing; Tue, 1 Sep 1998 20:24: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 UAA23550 for ; Tue, 1 Sep 1998 20:24:18 -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 NAA26285; Wed, 2 Sep 1998 13:23:16 +1000 Date: Wed, 2 Sep 1998 13:23:16 +1000 From: Bruce Evans Message-Id: <199809020323.NAA26285@godzilla.zeta.org.au> To: bde@zeta.org.au, jdp@polstra.com Subject: Re: ELF binaries size Cc: current@FreeBSD.ORG, reilly@zeta.org.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>But a.out has a repeat of the same situation at the juncture of data >>and bss, and ELF does not. I wrote: >No it doesn't. The bss immediately follows the data. The data section >is padded to 4K in the file for some reason. I was a bit confused. size(1) shows that the "data" section itself is padded. I was thinking of the actual data section, which ends at edata. Part of the bss is merged into the data section to avoid wasting in-core space given that we're wasting file space (this results in a bss size of 0 for small programs). The reason for the padding is that it simplifies paging. It may even be faster, since disk blocks are always padded. 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 1 20:41:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA25684 for freebsd-current-outgoing; Tue, 1 Sep 1998 20:41:15 -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 UAA25679 for ; Tue, 1 Sep 1998 20:41:11 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id NAA27150; Wed, 2 Sep 1998 13:52:30 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809020352.NAA27150@cimlogic.com.au> Subject: Re: XFree86 and ELF In-Reply-To: <19980902123708.A21469@rf900.physics.usyd.edu.au> from David Dawes at "Sep 2, 98 12:37:08 pm" To: dawes@rf900.physics.usyd.edu.au (David Dawes) Date: Wed, 2 Sep 1998 13:52:30 +1000 (EST) Cc: joki@kuebart.stuttgart.netsurf.de, roberto@keltia.freenix.fr, 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 David Dawes wrote: > Maybe it would be a good > idea to wait a little while until everything is resolved, then send another > patch? I don't have a box running 3.0 ELF yet, but I'm planning to set one > up in the next week or two. Can we also wait for FreeBSD/Alpha to be included (in some form) too? -- 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 1 20:46:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA26335 for freebsd-current-outgoing; Tue, 1 Sep 1998 20:46:12 -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 UAA26327 for ; Tue, 1 Sep 1998 20:46:10 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-127.camalott.com [208.229.74.127]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id WAA31774; Tue, 1 Sep 1998 22:46:57 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id WAA03118; Tue, 1 Sep 1998 22:22:37 -0500 (CDT) (envelope-from joelh) Date: Tue, 1 Sep 1998 22:22:37 -0500 (CDT) Message-Id: <199809020322.WAA03118@detlev.UUCP> To: green@unixhelp.org CC: current@FreeBSD.ORG In-reply-to: (message from Brian Feldman on Tue, 1 Sep 1998 07:33:33 -0400 (EDT)) Subject: Re: E-day problems: rtld-elf dlsym() broken? From: Joel Ray Holveck Reply-to: joelh@gnu.org References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > As a start, I'd like to say great job to John Birrell and everyone > else involved, going to ELF worked almost without a hitch, I'm > impressed! But there is a problem now: dlsym, for me, seems to have > stopped working. Entirely.... Returning NULL always it seems. I've > attached a program (yes, it's a start on a basic debugger, I'm > implementing rtld functions first) which should show the problem to > anyone interested. Guys, can we *please* start sending code snippets as plain text? MIME attachments are fine, just don't use base64. I will usually give code in plain text in a message a once-over, but it's more of a hassle to do so in base64. 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 Tue Sep 1 21:01:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA28105 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:01:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA28097 for ; Tue, 1 Sep 1998 21:01:11 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id VAA01407; Tue, 1 Sep 1998 21:58:38 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id VAA16398; Tue, 1 Sep 1998 21:58:32 -0600 Date: Tue, 1 Sep 1998 21:58:32 -0600 Message-Id: <199809020358.VAA16398@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: David Dawes Cc: Mike Smith , Terry Lambert , John Birrell , freebsd-current@FreeBSD.ORG Subject: Re: Standardizing a BSD/ELF ABI... In-Reply-To: <19980902131453.C21469@rf900.physics.usyd.edu.au> References: <199809020111.SAA11738@usr01.primenet.com> <199809011842.SAA02674@dingo.cdrom.com> <19980902131453.C21469@rf900.physics.usyd.edu.au> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> Is FreeBSD ELF binary compatible with NetBSD/OpenBSD/BSDI ELF? ... > >You will have to convince the NetBSD people to stop randomly changing > >their system calls first. ... > Is there compatibility for dynamically linked executables when using the > runtime host platform's native libraries? For the native libraries, but not for system calls, which are run in the kernel and not in the libraries. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 21:03:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA28474 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:03:41 -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 VAA28460 for ; Tue, 1 Sep 1998 21:03:34 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-127.camalott.com [208.229.74.127]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id XAA00239; Tue, 1 Sep 1998 23:04:07 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id XAA03660; Tue, 1 Sep 1998 23:02:15 -0500 (CDT) (envelope-from joelh) Date: Tue, 1 Sep 1998 23:02:15 -0500 (CDT) Message-Id: <199809020402.XAA03660@detlev.UUCP> To: jdp@polstra.com CC: tonym@angis.usyd.edu.au, current@FreeBSD.ORG In-reply-to: <199809011727.KAA13958@austin.polstra.com> (message from John Polstra on Tue, 01 Sep 1998 10:27:10 -0700) Subject: Re: Excellent Elf and others From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809011204.WAA01370@morgan.angis.su.OZ.AU> <199809011727.KAA13958@austin.polstra.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> bytebench did show the following (I dont know if this is from elf >> or something else changed - maybe bytebench should be recompiled as elf. >> Doing this now) > For those of us who don't know anything about bytebench, could you > explain what these numbers mean? What's an "lpm"? > I'm sure that many of us are eager to look intelligent by saying, > "Well, of course, that's obviously to be expected! The clear and > trivial reason is blah blah blah ..." But first, we have to know > whether it's saying that ELF is faster or slower than a.out. ;-) Not to mention, I'd also be keen to know a little bit about the testing methodology used. IIRC, bytebench is designed to be as portable as possible, which means that may be wall time instead of process time used. 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 Tue Sep 1 21:03:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA28565 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:03:53 -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 VAA28548 for ; Tue, 1 Sep 1998 21:03:51 -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 VAA03211 for ; Tue, 1 Sep 1998 21:02:50 -0700 (PDT) (envelope-from scottm@mordred.cs.ucla.edu) Message-Id: <199809020402.VAA03211@mordred.cs.ucla.edu> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-current@FreeBSD.ORG Subject: Minor ELF util nit Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Sep 1998 21:02:50 -0700 From: Scott Michel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John: Excellent and painless job of ELF upgrading. It is possible to get GDB to support both aout and elf targets, at least for a little while? TIA -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 1 21:08:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA29522 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:08:43 -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 VAA29508 for ; Tue, 1 Sep 1998 21:08:39 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-127.camalott.com [208.229.74.127]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id XAA00546; Tue, 1 Sep 1998 23:09:06 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id XAA03682; Tue, 1 Sep 1998 23:07:11 -0500 (CDT) (envelope-from joelh) Date: Tue, 1 Sep 1998 23:07:11 -0500 (CDT) Message-Id: <199809020407.XAA03682@detlev.UUCP> To: joki@kuebart.stuttgart.netsurf.de CC: joki@shire.domestic.de, galatalt@stuy.edu, dfr@nlsystems.com, freebsd-current@FreeBSD.ORG In-reply-to: <199809011809.UAA16527@yacht.domestic.de> (message from Joachim Kuebart on Tue, 1 Sep 1998 20:09:40 +0200 (CEST)) Subject: Re: XFree86 and ELF From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809011809.UAA16527@yacht.domestic.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > This is due to the fact that I am unaware of a portable way to check > if we're on an ELF system. Bear in mind it might be a prehistoric > -stable version, so it isn't just a question of `objformat`. Am I confused? What's wrong with looking for #ifdef __ELF__ ? 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 Tue Sep 1 21:17:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA00644 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:17: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 VAA00635 for ; Tue, 1 Sep 1998 21:16:59 -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 VAA17931; Tue, 1 Sep 1998 21:15:51 -0700 (PDT) (envelope-from jdp) Message-Id: <199809020415.VAA17931@austin.polstra.com> To: roberto@keltia.freenix.fr Subject: Re: XFree86 and ELF In-Reply-To: <19980902004140.A17784@keltia.freenix.fr> References: <199809011809.UAA16527@yacht.domestic.de> <19980902004140.A17784@keltia.freenix.fr> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 01 Sep 1998 21:15:51 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19980902004140.A17784@keltia.freenix.fr>, Ollivier Robert wrote: > ldd seems to display some libraries (the one in the path specified with > "-rpath" and "-rpath-link"). Is it expected ? > > -=-=- > programs/xdpyinfo/xdpyinfo: > libXtst.so.6 => /usr/X11R6/lib/libXtst.so.6 (0x28056000) > libXIE.so.6 => /usr/X11R6/lib/libXIE.so.6 (0x2805b000) > libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x28065000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2806c000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28076000) > libm.so.2 => /usr/lib/libm.so.2 (0x28109000) > libc.so.3 => /usr/lib/libc.so.3 (0x28123000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2806c000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28076000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28076000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2806c000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28076000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28076000) > -=-=- I committed a fix for that a few hours ago. The fix is in src/libexec/rtld-elf. -- 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 1 21:19:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA00994 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:19:27 -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 VAA00989 for ; Tue, 1 Sep 1998 21:19:26 -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 VAA17950; Tue, 1 Sep 1998 21:18:23 -0700 (PDT) (envelope-from jdp) Message-Id: <199809020418.VAA17950@austin.polstra.com> To: tlambert@primenet.com Subject: Re: XFree86 and ELF In-Reply-To: <199809020127.SAA12927@usr01.primenet.com> References: <199809020127.SAA12927@usr01.primenet.com> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 01 Sep 1998 21:18:23 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809020127.SAA12927@usr01.primenet.com>, Terry Lambert wrote: > > This is due to the fact that I am unaware of a portable way to check > > if we're on an ELF system. Bear in mind it might be a prehistoric > > -stable version, so it isn't just a question of `objformat`. > > #!/bin/sh > > echo "Is it ELF yet?" > file `which ld` | grep ELF >/dev/null 2>&1 > if test "$?" = "0" > then > echo "It's ELF, yet!" > else > echo "No, not yet..." > fi What I've been using in ports Makefiles is: OBJFORMAT!= test -x /usr/bin/objformat && /usr/bin/objformat || echo aout 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 1 21:20:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA01344 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:20:35 -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 VAA01329 for ; Tue, 1 Sep 1998 21:20:30 -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 VAA17967; Tue, 1 Sep 1998 21:19:21 -0700 (PDT) (envelope-from jdp) Message-Id: <199809020419.VAA17967@austin.polstra.com> To: dawes@rf900.physics.usyd.edu.au Subject: Re: XFree86 and ELF In-Reply-To: <19980902123708.A21469@rf900.physics.usyd.edu.au> References: <19980901204155.A18859@keltia.freenix.fr> <199809012148.XAA06237@yacht.domestic.de> <19980902123708.A21469@rf900.physics.usyd.edu.au> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 01 Sep 1998 21:19:21 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19980902123708.A21469@rf900.physics.usyd.edu.au>, David Dawes wrote: > Can I ask a naive question? Is there any reason the FreeBSD/ELF rules > need to be different from those used for Linux/ELF (see lnxLib.cf)? Also, > please keep in mind that bsdLib.rules is used for NetBSD and OpenBSD too. I can't think of any reason off the top of my head. But I haven't tried it. 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 1 21:24:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA02084 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:24:30 -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 VAA02079 for ; Tue, 1 Sep 1998 21:24:28 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-127.camalott.com [208.229.74.127]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id XAA01453; Tue, 1 Sep 1998 23:24:55 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id XAA03734; Tue, 1 Sep 1998 23:23:01 -0500 (CDT) (envelope-from joelh) Date: Tue, 1 Sep 1998 23:23:01 -0500 (CDT) Message-Id: <199809020423.XAA03734@detlev.UUCP> To: tlambert@primenet.com CC: reilly@zeta.org.au, jdp@polstra.com, current@FreeBSD.ORG In-reply-to: <199809020137.SAA13431@usr01.primenet.com> (message from Terry Lambert on Wed, 2 Sep 1998 01:37:48 +0000 (GMT)) Subject: Re: ELF binaries size From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809020137.SAA13431@usr01.primenet.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > From reading the sources, I think this does not happen (it would be > hard to make the vnode pager function in the presence of a unified VM > and buffer cache, if this were going on ;-)), and the sections are > loaded starting(/ending) on page boundaries, only for their length. Why would that be difficult, with COW? > What this means is that it takes the same space in core, but less > space on disk, and that the padding is implied, and an odd boundary > is seen as a negative offset (i.e., the first part of the first > data page is mapped, but not valid). Given where the pages come > from, this should not expose "old data" in the gaps. Just out of curiousity... IIRC, the bss will be started dw-aligned, yes? Does that mean that there would be, in theory, some old data in the gap between data and bss? (iff (edata%4)!=0, of course.) 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 Tue Sep 1 21:27:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA02595 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:27:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles304.castles.com [208.214.167.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA02588 for ; Tue, 1 Sep 1998 21:27:37 -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 VAA00386; Tue, 1 Sep 1998 21:24:15 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809012124.VAA00386@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: John Polstra cc: chuckr@glue.umd.edu, current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? In-reply-to: Your message of "Tue, 01 Sep 1998 18:25:20 MST." <199809020125.SAA16732@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Sep 1998 21:24:13 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In article , > Chuck Robey wrote: > > > Another tought occurred, tho: Will those functions finally be > > available for statically linked elf images? > > No. Never. I wish you folks would get that idea out of your heads, > because it ain't gonna happen. It is not feasible, for reasons having > to do with the fact that some variables would end up existing in two > places, one in the original static executable and another in whatever > object you just dlopened. > > There are good reasons why these functions have never been supported > (by any vendor) in static executables. Given that the goal here seems to be able to use dlopen to load modules into an otherwise self-contained executable, would it be more correct to suggest that the executable should be linked shared, but against a static copy of the C library? If this is correct, what's the "polite" way to explicitly reference libc? -- \\ 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 1 21:32:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA03193 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:32:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles304.castles.com [208.214.167.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA03187 for ; Tue, 1 Sep 1998 21:32:07 -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 VAA00418; Tue, 1 Sep 1998 21:28:43 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809012128.VAA00418@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: John Polstra cc: Bruce Evans , reilly@zeta.org.au, current@FreeBSD.ORG Subject: Re: ELF binaries size In-reply-to: Your message of "Tue, 01 Sep 1998 19:21:07 MST." <199809020221.TAA17213@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Sep 1998 21:28:42 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Also, how does it enhance security to prevent a program from reading > its own text segment? If a program doesn't want to read its text > segment then it should simply ... not read it. :-) Given that you just steadied the weapon while I blew my foot off, I think I can offer a suggestion as to why it might be awkward to have an execute-only text segment... -- \\ 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 1 21:35:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA03854 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:35:13 -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 VAA03843 for ; Tue, 1 Sep 1998 21:35:09 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-127.camalott.com [208.229.74.127]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id XAA02018; Tue, 1 Sep 1998 23:35:45 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id XAA03891; Tue, 1 Sep 1998 23:33:52 -0500 (CDT) (envelope-from joelh) Date: Tue, 1 Sep 1998 23:33:52 -0500 (CDT) Message-Id: <199809020433.XAA03891@detlev.UUCP> To: bde@zeta.org.au CC: jdp@polstra.com, reilly@zeta.org.au, current@FreeBSD.ORG In-reply-to: <199809020214.MAA20550@godzilla.zeta.org.au> (message from Bruce Evans on Wed, 2 Sep 1998 12:14:40 +1000) Subject: Re: ELF binaries size From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809020214.MAA20550@godzilla.zeta.org.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> Is this a security problem? >> I don't think so. Do you? > Maybe if text is supposed to be unreadable. Presently, text must be readable to hold static strings (unless --fwritable-strings is used). Why would being able to read text be a problem? As far as that goes, except in the earlier 'break binary compatibility' thread, why would being able to write to text be a problem? 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 Tue Sep 1 21:36:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA04259 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:36:49 -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 VAA04221 for ; Tue, 1 Sep 1998 21:36:33 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-127.camalott.com [208.229.74.127]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id XAA02097; Tue, 1 Sep 1998 23:37:14 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id XAA03897; Tue, 1 Sep 1998 23:35:21 -0500 (CDT) (envelope-from joelh) Date: Tue, 1 Sep 1998 23:35:21 -0500 (CDT) Message-Id: <199809020435.XAA03897@detlev.UUCP> To: jdp@polstra.com CC: bde@zeta.org.au, reilly@zeta.org.au, current@FreeBSD.ORG In-reply-to: <199809020221.TAA17213@austin.polstra.com> (message from John Polstra on Tue, 01 Sep 1998 19:21:07 -0700) Subject: Re: ELF binaries size From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809020221.TAA17213@austin.polstra.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> I think it implies that elf wastes a full page of memory (the space >> between the ':'s above) most of the time (unless the ':'s are on a >> page boundary), while aout only wastes an average of half a page >> (the space between the text ':' and the end of the page). > But a.out has a repeat of the same situation at the juncture of data > and bss, and ELF does not. Not to mention that this wastage only happens after a bit of data in the first data page is written to. Before that, it's being shared with text, anyway. Happy hacking, 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 Tue Sep 1 21:37:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA04303 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:37:01 -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 VAA04256 for ; Tue, 1 Sep 1998 21:36: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 VAA18125; Tue, 1 Sep 1998 21:35:33 -0700 (PDT) (envelope-from jdp) Message-Id: <199809020435.VAA18125@austin.polstra.com> To: Mike Smith cc: chuckr@glue.umd.edu, current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? In-reply-to: Your message of "Tue, 01 Sep 1998 21:24:13 -0000." <199809012124.VAA00386@word.smith.net.au> Date: Tue, 01 Sep 1998 21:35:33 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Given that the goal here seems to be able to use dlopen to load > modules into an otherwise self-contained executable, would it be > more correct to suggest that the executable should be linked shared, > but against a static copy of the C library? I don't think that will work either, in general. The trouble is, when you link against a static library, only the modules actually used by the program are linked in. The other ones don't appear in the linked program at all. If you dlopen a shared object that needs some additional libc functions, it won't be able to find them. You might be able to work around it by linking the executable with "--whole-archive" to the linker, or some such nonsense. But that would make your executable very large. > If this is correct, what's the "polite" way to explicitly reference > libc? If you dlopen "libc.so.3" (a name without any slash characters) then the dynamic linker will search in all the usual places. That's the politest way I can think of. 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 1 21:37:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA04454 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:37:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles304.castles.com [208.214.167.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA04407 for ; Tue, 1 Sep 1998 21:37:33 -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 VAA00458; Tue, 1 Sep 1998 21:33:49 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809012133.VAA00458@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: David Dawes cc: Mike Smith , Terry Lambert , John Birrell , freebsd-current@FreeBSD.ORG Subject: Re: Standardizing a BSD/ELF ABI... In-reply-to: Your message of "Wed, 02 Sep 1998 13:14:53 +1000." <19980902131453.C21469@rf900.physics.usyd.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Sep 1998 21:33:47 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> Is FreeBSD ELF binary compatible with NetBSD/OpenBSD/BSDI ELF? > >> > >> If not, should we consider making changes for the 3.0 release > >> to ensure as standard an ABI for BSD-based ELF systems as > >> possible? > > > >You will have to convince the NetBSD people to stop randomly changing > >their system calls first. John Birrell discussed this at some length > >while I was there last week, and it's about at the point where we are > >going to need an ABI shim for them. > > Is there compatibility for dynamically linked executables when using the > runtime host platform's native libraries? As far as I'm aware, the library ABI is still very close, yes. John Birrell (jb@freebsd.org) is definitely the guy to talk to about this though. -- \\ 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 1 21:38:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA04708 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:38:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from a486n1.znh.org (dialup13.gaffaneys.com [208.155.161.63]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA04685 for ; Tue, 1 Sep 1998 21:38:29 -0700 (PDT) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by a486n1.znh.org (8.9.1/8.9.1) id EAA03288; Wed, 2 Sep 1998 04:37:37 GMT (envelope-from zach) Message-ID: <19980901233736.A3227@znh.org.> Date: Tue, 1 Sep 1998 23:37:36 -0500 From: Zach Heilig To: Bruce Evans , jdp@polstra.com Cc: current@FreeBSD.ORG, reilly@zeta.org.au Subject: Re: ELF binaries size References: <199809020256.MAA24042@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809020256.MAA24042@godzilla.zeta.org.au>; from Bruce Evans on Wed, Sep 02, 1998 at 12:56:17PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 02, 1998 at 12:56:17PM +1000, Bruce Evans wrote: > Perhaps a stack overflow exploit could change a write() arg on the stack > to arrange for the text segment to be written to a user-readable file > for further examination. You don't even need that, consider this program: #include main() { raise(SIGQUIT); } You just need to figure a way to send a SIGQUIT (the core file is readable). -- 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 1 21:43:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA05934 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:43:18 -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 VAA05928 for ; Tue, 1 Sep 1998 21:43:14 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id OAA27343; Wed, 2 Sep 1998 14:54:55 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809020454.OAA27343@cimlogic.com.au> Subject: Re: Minor ELF util nit In-Reply-To: <199809020402.VAA03211@mordred.cs.ucla.edu> from Scott Michel at "Sep 1, 98 09:02:50 pm" To: scottm@cs.ucla.edu (Scott Michel) Date: Wed, 2 Sep 1998 14:54:54 +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 Scott Michel wrote: > It is possible to get > GDB to support both aout and elf targets, at least for a little > while? It's on the list of things to do/fix. -- 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 1 21:50:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA06779 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:50:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles304.castles.com [208.214.167.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA06731 for ; Tue, 1 Sep 1998 21:50:05 -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 VAA00555; Tue, 1 Sep 1998 21:46:30 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809012146.VAA00555@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: John Polstra cc: Mike Smith , chuckr@glue.umd.edu, current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? In-reply-to: Your message of "Tue, 01 Sep 1998 21:35:33 MST." <199809020435.VAA18125@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Sep 1998 21:46:29 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Given that the goal here seems to be able to use dlopen to load > > modules into an otherwise self-contained executable, would it be > > more correct to suggest that the executable should be linked shared, > > but against a static copy of the C library? > > I don't think that will work either, in general. The trouble is, > when you link against a static library, only the modules actually > used by the program are linked in. The other ones don't appear > in the linked program at all. If you dlopen a shared object that > needs some additional libc functions, it won't be able to find them. That's OK, and under the circumstances we're talking about, not actually likely to be a serious problem. The principal candidate for this sort of activity is plugin modules, where you can generally supply a very strict API to the plugin. > You might be able to work around it by linking the executable with > "--whole-archive" to the linker, or some such nonsense. But that > would make your executable very large. That would defeat the purpose of the exercise, certainly. > > If this is correct, what's the "polite" way to explicitly reference > > libc? > > If you dlopen "libc.so.3" (a name without any slash characters) then > the dynamic linker will search in all the usual places. That's the > politest way I can think of. I was actually referring to the process whereby you would create a dynamically-linked program which contained static copies of its imports from libc, ie. a more civlised version of: cc -nostdlib -o foobar foobar.o /usr/lib/libc.a Such a program wouldn't require a shared libc image to run, but would be able to use dlopen() to load plugins (subject to the implications above). Consider the implications of this eg. in the context of PAM. -- \\ 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 1 21:52:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA07296 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:52:39 -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 VAA07291 for ; Tue, 1 Sep 1998 21:52:36 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-127.camalott.com [208.229.74.127]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id XAA02759; Tue, 1 Sep 1998 23:53:20 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id XAA04004; Tue, 1 Sep 1998 23:51:27 -0500 (CDT) (envelope-from joelh) Date: Tue, 1 Sep 1998 23:51:27 -0500 (CDT) Message-Id: <199809020451.XAA04004@detlev.UUCP> To: bde@zeta.org.au CC: bde@zeta.org.au, jdp@polstra.com, current@FreeBSD.ORG, reilly@zeta.org.au In-reply-to: <199809020323.NAA26285@godzilla.zeta.org.au> (message from Bruce Evans on Wed, 2 Sep 1998 13:23:16 +1000) Subject: Re: ELF binaries size From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809020323.NAA26285@godzilla.zeta.org.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>But a.out has a repeat of the same situation at the juncture of data >>>and bss, and ELF does not. >> No it doesn't. The bss immediately follows the data. The data section >> is padded to 4K in the file for some reason. > I was a bit confused. size(1) shows that the "data" section itself is > padded. I was thinking of the actual data section, which ends at edata. > Part of the bss is merged into the data section to avoid wasting in-core > space given that we're wasting file space (this results in a bss size of > 0 for small programs). The reason for the padding is that it simplifies > paging. It may even be faster, since disk blocks are always padded. Say, while I was looking at this, I noticed something... Didn't we used to have an a.out-friendly objdump? I'm running a 26Aug current. (I'm willing to wait a few days for the ELF world, having no ELF-critical projects today.) The only objdump is directly in /usr/libexec/elf, and it won't read a.out (natch). What happened to the old objdump? 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 Tue Sep 1 22:07:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA09616 for freebsd-current-outgoing; Tue, 1 Sep 1998 22:07:45 -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 WAA09605 for ; Tue, 1 Sep 1998 22:07:42 -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 PAA02087; Wed, 2 Sep 1998 15:06:39 +1000 Date: Wed, 2 Sep 1998 15:06:39 +1000 From: Bruce Evans Message-Id: <199809020506.PAA02087@godzilla.zeta.org.au> To: jdp@polstra.com, joelh@gnu.org Subject: Re: ELF binaries size Cc: bde@zeta.org.au, current@FreeBSD.ORG, reilly@zeta.org.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> I think it implies that elf wastes a full page of memory (the space >>> between the ':'s above) most of the time (unless the ':'s are on a >>> page boundary), while aout only wastes an average of half a page >>> (the space between the text ':' and the end of the page). >> But a.out has a repeat of the same situation at the juncture of data >> and bss, and ELF does not. >Not to mention that this wastage only happens after a bit of data in >the first data page is written to. Before that, it's being shared >with text, anyway. This page is almost certain to be written to. In all (2) cases that I looked at, the data section begins with `__progname', which is always written to very early by __main(). This page should be mapped writable to begin with. 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 1 22:11:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA10263 for freebsd-current-outgoing; Tue, 1 Sep 1998 22:11:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles304.castles.com [208.214.167.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA10202; Tue, 1 Sep 1998 22:11:01 -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 WAA00723; Tue, 1 Sep 1998 22:07:52 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809012207.WAA00723@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Stefan Bethke cc: net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Problems with MGET(m, M_WAIT, *) [was: Semantics of ...] In-reply-to: Your message of "Wed, 02 Sep 1998 00:36:28 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Sep 1998 22:07:51 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > What are the expected semantics of MGET(m, M_WAIT, *)? I would suggest > > > > that by specifing M_WAIT, the caller wants to sleep until a mbuf becomes > > > > available, as it is already the case if the vm map must be extended. > > > > > > It should sleep, but actually doing so while avoiding deadlocks is > > > problematic. Since the mbuf allocator as currently formulated is > > > going away, callers to mget should expect that the allocation might > > > fail, but that M_WAIT makes it ``try harder'' as it were. This comment is significant in the context of a question you ask later. > According to TCP Illustrated Vol II, p. 42: > > Even though the caller specifies M_WAIT, ther return value must still be > checked, since [...] waiting for an mbuf does not guarantee that one > will be available. > > Although our mbuf allocator is modified, it pretty much describes the > semantics. Yes. > I've tried to locate pieces of code in a recent -current that use M_WAIT, > but don't check for the return value. Interestingly enought, only 23 > occurences of 160 total in the source use M_WAIT at all. For m_get(), its 22 > to 110. How many of those that don't wait handle a NULL return correctly? Any idea how many of them *might* be able to wait? > Checking the 45 hits for pieces of code shows the following problem > areas: > > For a total of 22 occurences, the return value isn't checked, in: > kern/uipc_socket:479 and :484, :1059 (including sosend()) > netinet/ip_output.c:869, :884, :927, and :1345 > netinet/raw_ip.c:285 > netinet/tcp_usrreq.c:641 > netkey/key.c:2199 > nfs/krpc_subr.c:283 and :474 > nfs/nfs_serv.c:517 and :685 > nfs/nfs_socket.c:285 and :1188 > nfs/nfs_subs.c:589, :684, :713, :746, :889, :921, :970, and :1063 > > In additional two occurences, I'm not sure, but I regard it as quite likely > that the function called will stumble over a NULL mbuf pointer, or a pointer > to it: > kern/uipc_socket.c:597 > netinet/ip_mroute.c:425 > > So I have the following questions: > As Garrett said, the current mbuf allocator is going to go away. Is it? I > tried to find anything about it in the list archives, but to no avail. I believe that Garrett is working on a replacement. It's possible that it will be using the zone allocator, but I don't remember why I thought that. > Will the semantics of the new mbuf allocator be the same (M_WAIT may > return 0)? I guess so, but the one(s) working on the new allocator might > want to confirm that. If I read the comment I referenced above correctly, it's describing how consumers should behave in order to work with the pending new allocator. > If so, should I start on trying to fix it, or will it be easy enougth to > fix these bugs when the new allocator is coming? At least some these > occurences seam to be fixable quite easily. Definitely fix them. If you run into ones that might need more attention (ie. not an easy fix), then applying either a warning comment or a #warning diagnostic to them to flag the problems might actually be a very good idea. Thanks for the analysis! -- \\ 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 1 22:19:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA11771 for freebsd-current-outgoing; Tue, 1 Sep 1998 22:19:56 -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 WAA11762 for ; Tue, 1 Sep 1998 22:19:53 -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 PAA03043; Wed, 2 Sep 1998 15:18:51 +1000 Date: Wed, 2 Sep 1998 15:18:51 +1000 From: Bruce Evans Message-Id: <199809020518.PAA03043@godzilla.zeta.org.au> To: bde@zeta.org.au, joelh@gnu.org Subject: Re: ELF binaries size Cc: current@FreeBSD.ORG, jdp@polstra.com, reilly@zeta.org.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Say, while I was looking at this, I noticed something... Didn't we >used to have an a.out-friendly objdump? I'm running a 26Aug current. No. There was only gdb. 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 1 22:23:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA12406 for freebsd-current-outgoing; Tue, 1 Sep 1998 22:23:20 -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 WAA12380 for ; Tue, 1 Sep 1998 22:23:16 -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 NAA27565 for ; Wed, 2 Sep 1998 13:20:59 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id NAA10118; Wed, 2 Sep 1998 13:21:40 +0800 Message-Id: <199809020521.NAA10118@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: Build problem with make aout-to-elf Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 02 Sep 1998 13:21:40 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Am getting the following - what else needs to be done? c -O -m486 -pipe -I/usr/src/kerberosIV/usr.bin/kauth/../../../crypto/kerberosIV /include -I/usr/src/kerberosIV/usr.bin/kauth/../../../crypto/kerberosIV/lib/ro ken -I/usr/src/kerberosIV/usr.bin/kauth/../../../crypto/kerberosIV/lib/kafs -I/usr/src/kerberosIV/usr.bin/kauth/../../../crypto/kerberosIV/lib/krb -I/usr/src/kerberosIV/usr.bin/kauth/../../../crypto/kerberosIV/appl/kauth -I/usr/src/kerberosIV/usr.bin/kauth/../../include -Wall -DHAVE_CONFIG_H -I/usr/obj/elf/usr/src/kerberosIV/usr.bin/kauth/../../include -DBINDIR=\"/usr/bin\" -DSBINDIR=\"/usr/sbin\" -I/usr/obj/elf/usr/src/tmp/usr/ include -o kauth kauth.o rkinit.o encdata.o marshall.o -L/usr/obj/elf/usr/src/kerberosIV/usr.bin/kauth/../../lib/libroken -lroken -L/usr/obj/elf/usr/src/kerberosIV/usr.bin/kauth/../../lib/libkafs -lkafs -L/usr/obj/elf/usr/src/kerberosIV/usr.bin/kauth/../../lib/libkrb -lkrb -ldes /usr/obj/elf/usr/src/kerberosIV/usr.bin/kauth/../../lib/libkrb/libkrb.a(str2key .o)(.text+0xb6): undefined reference to `crypt' *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. # date Wed Sep 2 11:31:04 EST 1998 # -- 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 1 22:25:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA12758 for freebsd-current-outgoing; Tue, 1 Sep 1998 22:25:53 -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 WAA12748 for ; Tue, 1 Sep 1998 22:25:43 -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 PAA03563; Wed, 2 Sep 1998 15:24:41 +1000 Date: Wed, 2 Sep 1998 15:24:41 +1000 From: Bruce Evans Message-Id: <199809020524.PAA03563@godzilla.zeta.org.au> To: bde@zeta.org.au, jdp@polstra.com, zach@gaffaneys.com Subject: Re: ELF binaries size Cc: current@FreeBSD.ORG, reilly@zeta.org.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >You don't even need that, consider this program: > >#include >main() { raise(SIGQUIT); } > >You just need to figure a way to send a SIGQUIT (the core file is >readable). Not if its setuid() (now) or otherwise protected (if the text section is unreadable, then coredump() shouldn't dump it; perhaps it shouldn't dump it even now if the file is not readable). 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 1 22:30:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA13620 for freebsd-current-outgoing; Tue, 1 Sep 1998 22:30:27 -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 WAA13614 for ; Tue, 1 Sep 1998 22:30:23 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-127.camalott.com [208.229.74.127]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id AAA04474; Wed, 2 Sep 1998 00:31:06 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id AAA04166; Wed, 2 Sep 1998 00:29:13 -0500 (CDT) (envelope-from joelh) Date: Wed, 2 Sep 1998 00:29:13 -0500 (CDT) Message-Id: <199809020529.AAA04166@detlev.UUCP> To: bde@zeta.org.au CC: jdp@polstra.com, bde@zeta.org.au, current@FreeBSD.ORG, reilly@zeta.org.au In-reply-to: <199809020506.PAA02087@godzilla.zeta.org.au> (message from Bruce Evans on Wed, 2 Sep 1998 15:06:39 +1000) Subject: Re: ELF binaries size From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809020506.PAA02087@godzilla.zeta.org.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Not to mention that this wastage only happens after a bit of data in >> the first data page is written to. Before that, it's being shared >> with text, anyway. > This page is almost certain to be written to. In all (2) cases that > I looked at, the data section begins with `__progname', which is always > written to very early by __main(). This page should be mapped writable > to begin with. True, I guess I didn't research that bit too closely. (Although it's actually written to in _start, not main, of course.) Thanks for pointing that out. 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 Tue Sep 1 22:34:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA14563 for freebsd-current-outgoing; Tue, 1 Sep 1998 22:34:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA14553 for ; Tue, 1 Sep 1998 22:34:34 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id HAA17697; Wed, 2 Sep 1998 07:32:57 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id HAA01399; Wed, 2 Sep 1998 07:36:04 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809020536.HAA01399@yacht.domestic.de> Subject: Re: XFree86 and ELF In-Reply-To: <199809020003.CAA13058@shire.domestic.de> from Joachim Kuebart at "Sep 2, 98 02:03:34 am" To: joki@kuebart.stuttgart.netsurf.de (Joachim Kuebart) Date: Wed, 2 Sep 1998 07:36:04 +0200 (CEST) Cc: roberto@keltia.freenix.fr, freebsd-current@FreeBSD.ORG 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 Joachim Kuebart wrote: > Satoshi Asami wrote: > > REL!= sysctl -n kern.osreldate > > .if ${REL} >= 300004 > > OBJFORMAT!= objformat > > .if ${OBJFORMAT} == elf > > ELF= yes > > .endif > > .endif > > We can code in scripts/configure: --- configure.orig Wed Sep 2 07:30:39 1998 +++ configure Wed Sep 2 07:30:07 1998 @@ -267,6 +267,11 @@ echo "#define HasKrb4 $answ" >> $F fi +# ELF detection +test `sysctl -n kern.osreldate` -ge 300004 && + test `objformat` = elf && + echo "#define UseElfFormat YES" >> $F + echo echo "End of configuration questions. No more user input required" echo cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 Oh god, god... My tongue is asleep and Germany my teeth itch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 22:38:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA15499 for freebsd-current-outgoing; Tue, 1 Sep 1998 22:38:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA15491 for ; Tue, 1 Sep 1998 22:38:25 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id HAA17758; Wed, 2 Sep 1998 07:36:46 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id HAA01414; Wed, 2 Sep 1998 07:39:53 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809020539.HAA01414@yacht.domestic.de> Subject: Re: XFree86 and ELF In-Reply-To: <19980902123708.A21469@rf900.physics.usyd.edu.au> from David Dawes at "Sep 2, 98 12:37:08 pm" To: dawes@rf900.physics.usyd.edu.au (David Dawes) Date: Wed, 2 Sep 1998 07:39:53 +0200 (CEST) Cc: joki@kuebart.stuttgart.netsurf.de, roberto@keltia.freenix.fr, freebsd-current@FreeBSD.ORG 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 David Dawes wrote: > Can I ask a naive question? Is there any reason the FreeBSD/ELF rules > need to be different from those used for Linux/ELF (see lnxLib.cf)? Also, > please keep in mind that bsdLib.rules is used for NetBSD and OpenBSD too. I haven't really looked at the Linux rules closely enough to comment on that. However, if they could be used it would be worth a little work. > >> > -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) > >> > +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(__FreeBSD__) || defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) > > My preference here is to remove the OS checks, which should simplify that > #ifdef a bit. To be honest I thought of that change but was afraid to do it. I don't understand why it isn't simply '#ifdef __ELF__' in the first place, so I was afraid to break things for somebody else. cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 Oh god, god... My tongue is asleep and Germany my teeth itch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 22:39:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA15869 for freebsd-current-outgoing; Tue, 1 Sep 1998 22:39:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA15840 for ; Tue, 1 Sep 1998 22:39:41 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id HAA17799; Wed, 2 Sep 1998 07:38:11 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id HAA01432; Wed, 2 Sep 1998 07:41:18 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809020541.HAA01432@yacht.domestic.de> Subject: Re: XFree86 and ELF In-Reply-To: <199809020407.XAA03682@detlev.UUCP> from Joel Ray Holveck at "Sep 1, 98 11:07:11 pm" To: joelh@gnu.org Date: Wed, 2 Sep 1998 07:41:18 +0200 (CEST) Cc: joki@kuebart.stuttgart.netsurf.de, joki@shire.domestic.de, galatalt@stuy.edu, dfr@nlsystems.com, freebsd-current@FreeBSD.ORG 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 Joel Ray Holveck wrote: > > This is due to the fact that I am unaware of a portable way to check > > if we're on an ELF system. Bear in mind it might be a prehistoric > > -stable version, so it isn't just a question of `objformat`. > > Am I confused? What's wrong with looking for #ifdef __ELF__ ? The files being discussed are processed by cpp. __ELF__ if set only when cpp is called from the compiler front end cc. cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 Oh god, god... My tongue is asleep and Germany my teeth itch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 22:54:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA17905 for freebsd-current-outgoing; Tue, 1 Sep 1998 22:54:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA17896 for ; Tue, 1 Sep 1998 22:54:33 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id HAA17988; Wed, 2 Sep 1998 07:52:54 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id HAA01498; Wed, 2 Sep 1998 07:56:01 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809020556.HAA01498@yacht.domestic.de> Subject: Re: XFree86 and ELF In-Reply-To: <19980902004140.A17784@keltia.freenix.fr> from Ollivier Robert at "Sep 2, 98 00:41:40 am" To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Wed, 2 Sep 1998 07:56:01 +0200 (CEST) Cc: freebsd-current@FreeBSD.ORG 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 Ollivier Robert wrote: > -#define OSName DefaultOSName > +#define OSName DefaultOSName OSBinaryType That's good. I forgot that. > +/* 3.0 and up are ELF */ > +#if OSMajorVersion > 2 > +#ifndef UseElfFormat > +#define UseElfFormat YES > +#endif > +#endif This is now solved in scripts/configure (see a recent post from me to this list.) > +#if !UseElfFormat > #if OSMajorVersion > 2 || (OsMajorVersion == 2 && OSMinorVersion >= 2) > #ifndef ExtraLoadFlags > #define ExtraLoadFlags -Wl,-R,$(USRLIBDIRPATH) > #endif > #endif > +#endif Are you sure this is correct? I included it in my new patches below. > +/* UseElfFormat defaults to YES if __ELF__ set */ > +#ifndef UseElfFormat > +# ifdef __ELF__ > +# undef __ELF__ /* other imake files shouldn't care */ > +# define UseElfFormat YES > +# else > +# define UseElfFormat NO > +# endif > +#endif I removed that. All things considered it's silly. I also tried to tackle the "incomplete type" warning in Xtransint.h that resulted from netinet/in.h not being included. I have also simplified the __ELF__ #ifdef's. So the new patches look like: --- config/cf/bsdLib.rules.orig Mon Aug 31 18:03:14 1998 +++ config/cf/bsdLib.rules Tue Sep 1 01:15:44 1998 @@ -153,7 +153,7 @@ #define ShLibIncludeFile #endif #ifndef SharedLibraryLoadFlags -#define SharedLibraryLoadFlags -shared -Wl,-rpath,$(USRLIBDIR) +#define SharedLibraryLoadFlags -shared -rpath $(USRLIBDIR) #endif #ifndef PositionIndependentCFlags #define PositionIndependentCFlags -fPIC @@ -213,7 +213,7 @@ Concat(lib,libname.so.rev): solist @@\ $(RM) $@~ @@\ SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; \ @@\ - (cd down; $(CC) -o up/$@~ $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\ + (cd down; $(LD) -o up/$@~ $(SHLIBLDFLAGS) -soname $$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\ $(RM) $$SONAME; $(LN) $@ $$SONAME; \ @@\ LinkBuildSonameLibrary($$SONAME) @@\ $(RM) $@ @@\ @@ -227,6 +227,21 @@ $(RM) Concat(lib,libname.so.rev) #endif /* SharedLibraryTarget */ + +#ifndef SharedDepModuleTarget +#define SharedDepModuleTarget(name,deps,solist) @@\ +AllTarget(name) @@\ + @@\ +name: deps @@\ + $(RM) $@~ @@\ + $(CC) -o $@~ $(SHLIBLDFLAGS) solist $(REQUIREDLIBS) @@\ + $(RM) $@ @@\ + $(MV) $@~ $@ @@\ + @@\ +clean:: @@\ + $(RM) name + +#endif /* SharedDepModuleTarget */ /* * SharedLibraryDataTarget - generate rules to create shlib data file; --- programs/Xserver/hw/xfree86/os-support/assyntax.h.orig Mon Aug 31 18:06:07 1998 +++ programs/Xserver/hw/xfree86/os-support/assyntax.h Tue Sep 1 00:35:28 1998 @@ -212,7 +212,7 @@ #endif /* ACK_ASSEMBLER */ -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || defined(__ELF__) #define GLNAME(a) a #else #define GLNAME(a) CONCAT(_,a) --- programs/Xserver/os/connection.c.orig Mon Aug 31 18:06:22 1998 +++ programs/Xserver/os/connection.c Tue Sep 1 00:26:07 1998 @@ -109,6 +109,7 @@ #if defined(TCPCONN) || defined(STREAMSCONN) # include +# include # ifndef hpux # ifdef apollo # ifndef NO_TCP_H --- programs/xauth/gethost.c.orig Tue Sep 1 00:11:48 1998 +++ programs/xauth/gethost.c Tue Sep 1 00:26:26 1998 @@ -58,6 +58,7 @@ #endif #include #include +#include #ifdef SYSV #ifdef i386 #ifndef sco --- programs/xdm/chooser.c.orig Tue Sep 1 00:14:41 1998 +++ programs/xdm/chooser.c Tue Sep 1 00:26:47 1998 @@ -87,6 +87,7 @@ #include #endif #include +#include #else /* MINIX */ #include #include --- programs/xhost/xhost.c.orig Tue Sep 1 00:27:05 1998 +++ programs/xhost/xhost.c Tue Sep 1 00:34:39 1998 @@ -85,9 +85,9 @@ #endif #endif /* NEEDSOCKETS */ -#ifdef notdef +#ifdef __FreeBSD__ #include - bogus definition of inet_makeaddr() in BSD 4.2 and Ultrix + /* bogus definition of inet_makeaddr() in BSD 4.2 and Ultrix */ #else #if !defined(hpux) && !defined(NCR) && !defined(__EMX__) extern unsigned long inet_makeaddr(); --- lib/SM/sm_genid.c.orig Mon Aug 31 18:06:53 1998 +++ lib/SM/sm_genid.c Tue Sep 1 00:27:29 1998 @@ -60,6 +60,7 @@ #include #endif #include +#include #define XOS_USE_NO_LOCKING #define X_INCLUDE_NETDB_H #include --- lib/xtrans/Xtransint.h.orig Sat Jul 19 06:59:16 1997 +++ lib/xtrans/Xtransint.h Wed Sep 2 07:45:43 1998 @@ -102,6 +102,8 @@ #else #include #endif +#include +#include #endif #ifdef __EMX__ #include --- config/cf/FreeBSD.cf.orig Wed Sep 2 07:27:49 1998 +++ config/cf/FreeBSD.cf Wed Sep 2 07:48:43 1998 @@ -2,7 +2,7 @@ XCOMM platform: $XFree86: xc/config/cf/FreeBSD.cf,v 3.58.2.12 1998/04/29 04:18:26 dawes Exp $ #ifndef OSName -#define OSName DefaultOSName +#define OSName DefaultOSName OSBinaryFormat #endif #ifndef OSVendor #define OSVendor /**/ @@ -114,11 +114,13 @@ * and they can remove it from the list of directories they add to ld.so.cache * in their /etc/rc file. */ +#ifndef UseElfFormat #if OSMajorVersion > 2 || (OsMajorVersion == 2 && OSMinorVersion >= 2) #ifndef ExtraLoadFlags #define ExtraLoadFlags -Wl,-R,$(USRLIBDIRPATH) #endif #endif +#endif #ifndef GnuMallocLibrary #define GnuMallocLibrary -lgnumalloc @@ -222,10 +224,19 @@ #define InstallCmd /usr/bin/install #if GccUsesGas -# define GccGasOption -DGCCUSESGAS -# define AsmDefines -DUSE_GAS +# define GccGasOption -DGCCUSESGAS +# define AsmDefines -DUSE_GAS AsmElfDefines #else # define GccGasOption /**/ +# define AsmDefines AsmElfDefines +#endif + +#if UseElfFormat +# define AsmElfDefines -D__ELF__ +# define OSBinaryFormat [ELF] +#else +# define AsmElfDefines /**/ +# define OSBinaryFormat /**/ #endif #define ServerExtraDefines GccGasOption XFree86ServerDefines --- programs/Xserver/hw/xfree86/vga256/drivers/s3_svga/s3accel.c.orig Tue Sep 1 16:35:24 1998 +++ programs/Xserver/hw/xfree86/vga256/drivers/s3_svga/s3accel.c Tue Sep 1 16:35:12 1998 @@ -798,7 +798,7 @@ #if defined(__GNUC__) && defined(__i386__) static __inline__ CARD32 reverse_bitorder(CARD32 data) { -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || defined(__ELF__) __asm__( "movl $0,%%ecx\n" "movb %%al,%%cl\n" --- programs/Xserver/hw/xfree86/xaa/xf86expblt.c.orig Tue Sep 1 16:46:41 1998 +++ programs/Xserver/hw/xfree86/xaa/xf86expblt.c Tue Sep 1 16:44:23 1998 @@ -83,7 +83,7 @@ #if defined(__GNUC__) && defined(__i386__) static __inline__ unsigned int reverse_bitorder(data) { -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || defined(__ELF__) __asm__( "movl $0,%%ecx\n" "movb %%al,%%cl\n" cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 Oh god, god... My tongue is asleep and Germany my teeth itch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 22:56:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA18312 for freebsd-current-outgoing; Tue, 1 Sep 1998 22:56:52 -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 WAA18299 for ; Tue, 1 Sep 1998 22:56:50 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-127.camalott.com [208.229.74.127]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id AAA05434; Wed, 2 Sep 1998 00:57:23 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id AAA04314; Wed, 2 Sep 1998 00:55:29 -0500 (CDT) (envelope-from joelh) Date: Wed, 2 Sep 1998 00:55:29 -0500 (CDT) Message-Id: <199809020555.AAA04314@detlev.UUCP> To: joki@kuebart.stuttgart.netsurf.de CC: joki@kuebart.stuttgart.netsurf.de, joki@shire.domestic.de, galatalt@stuy.edu, dfr@nlsystems.com, freebsd-current@FreeBSD.ORG In-reply-to: <199809020541.HAA01432@yacht.domestic.de> (message from Joachim Kuebart on Wed, 2 Sep 1998 07:41:18 +0200 (CEST)) Subject: Re: XFree86 and ELF From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809020541.HAA01432@yacht.domestic.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> This is due to the fact that I am unaware of a portable way to check >>> if we're on an ELF system. Bear in mind it might be a prehistoric >>> -stable version, so it isn't just a question of `objformat`. >> Am I confused? What's wrong with looking for #ifdef __ELF__ ? > The files being discussed are processed by cpp. __ELF__ if set only > when cpp is called from the compiler front end cc. What if you use cc -E instead? I've seen many shell tests, so I may as well add my own, which doesn't depend on our ELF's current idiosyncrasies quite as much (suitable mechanisms should be substituted for printf if non-BSD usability is desired): VAR=`printf '#ifdef __ELF__\nelf\n#else\na.out\n#endif' | cc -P -E -` Happy hacking, 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 Tue Sep 1 23:03:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA19276 for freebsd-current-outgoing; Tue, 1 Sep 1998 23:03:12 -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 XAA19270 for ; Tue, 1 Sep 1998 23:03:04 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id QAA27597; Wed, 2 Sep 1998 16:14:45 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809020614.QAA27597@cimlogic.com.au> Subject: Re: Build problem with make aout-to-elf In-Reply-To: <199809020521.NAA10118@ariadne.tensor.pgs.com> from Stephen Hocking-Senior Programmer PGS Tensor Perth at "Sep 2, 98 01:21:40 pm" To: shocking@prth.pgs.com (Stephen Hocking-Senior Programmer PGS Tensor Perth) Date: Wed, 2 Sep 1998 16:14:44 +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 Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > Am getting the following - what else needs to be done? > c -O -m486 -pipe -I/usr/src/kerberosIV/usr.bin/kauth/../../../crypto/kerberosIV > /include -I/usr/src/kerberosIV/usr.bin/kauth/../../../crypto/kerberosIV/lib/ro > ken -I/usr/src/kerberosIV/usr.bin/kauth/../../../crypto/kerberosIV/lib/kafs > -I/usr/src/kerberosIV/usr.bin/kauth/../../../crypto/kerberosIV/lib/krb > -I/usr/src/kerberosIV/usr.bin/kauth/../../../crypto/kerberosIV/appl/kauth > -I/usr/src/kerberosIV/usr.bin/kauth/../../include -Wall -DHAVE_CONFIG_H > -I/usr/obj/elf/usr/src/kerberosIV/usr.bin/kauth/../../include > -DBINDIR=\"/usr/bin\" -DSBINDIR=\"/usr/sbin\" -I/usr/obj/elf/usr/src/tmp/usr/ > include -o kauth kauth.o rkinit.o encdata.o marshall.o > -L/usr/obj/elf/usr/src/kerberosIV/usr.bin/kauth/../../lib/libroken -lroken > -L/usr/obj/elf/usr/src/kerberosIV/usr.bin/kauth/../../lib/libkafs -lkafs > -L/usr/obj/elf/usr/src/kerberosIV/usr.bin/kauth/../../lib/libkrb -lkrb -ldes > /usr/obj/elf/usr/src/kerberosIV/usr.bin/kauth/../../lib/libkrb/libkrb.a(str2key > .o)(.text+0xb6): undefined reference to `crypt' > *** Error code 1 Looks like elf wants -lcrypt added. -- 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 1 23:11:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA20637 for freebsd-current-outgoing; Tue, 1 Sep 1998 23:11:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA20629 for ; Tue, 1 Sep 1998 23:11:54 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id PAA00812; Wed, 2 Sep 1998 15:40:39 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id PAA10044; Wed, 2 Sep 1998 15:40:24 +0930 (CST) Message-ID: <19980902154024.E606@freebie.lemis.com> Date: Wed, 2 Sep 1998 15:40:24 +0930 From: Greg Lehey To: Mike Smith , Terry Lambert Cc: John Birrell , freebsd-current@FreeBSD.ORG Subject: Re: Standardizing a BSD/ELF ABI... References: <199809020111.SAA11738@usr01.primenet.com> <199809011842.SAA02674@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809011842.SAA02674@dingo.cdrom.com>; from Mike Smith on Tue, Sep 01, 1998 at 06:42:12PM +0000 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 1 September 1998 at 18:42:12 +0000, Mike Smith wrote: >> As a point of interest... >> >> Is FreeBSD ELF binary compatible with NetBSD/OpenBSD/BSDI ELF? >> >> If not, should we consider making changes for the 3.0 release >> to ensure as standard an ABI for BSD-based ELF systems as >> possible? > > You will have to convince the NetBSD people to stop randomly changing > their system calls first. John Birrell discussed this at some length > while I was there last week, and it's about at the point where we are > going to need an ABI shim for them. What about BSDI? Presumably they've been stable for a while. Having those two compatible would also be an incentive for the NetBSD people. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 23:14:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA20909 for freebsd-current-outgoing; Tue, 1 Sep 1998 23:14:29 -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 XAA20889 for ; Tue, 1 Sep 1998 23:14:15 -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 QAA22404; Wed, 2 Sep 1998 16:13:03 +1000 (EST) Message-ID: <19980902161303.E21469@rf900.physics.usyd.edu.au> Date: Wed, 2 Sep 1998 16:13:03 +1000 From: David Dawes To: Joachim Kuebart Cc: roberto@keltia.freenix.fr, freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF Mail-Followup-To: Joachim Kuebart , roberto@keltia.freenix.fr, freebsd-current@FreeBSD.ORG References: <19980902123708.A21469@rf900.physics.usyd.edu.au> <199809020539.HAA01414@yacht.domestic.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809020539.HAA01414@yacht.domestic.de>; from Joachim Kuebart on Wed, Sep 02, 1998 at 07:39:53AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 02, 1998 at 07:39:53AM +0200, Joachim Kuebart wrote: >David Dawes wrote: >> Can I ask a naive question? Is there any reason the FreeBSD/ELF rules >> need to be different from those used for Linux/ELF (see lnxLib.cf)? Also, >> please keep in mind that bsdLib.rules is used for NetBSD and OpenBSD too. > >I haven't really looked at the Linux rules closely enough to comment >on that. However, if they could be used it would be worth a little >work. > >> >> > -#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) >> >> > +#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(__FreeBSD__) || defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) >> >> My preference here is to remove the OS checks, which should simplify that >> #ifdef a bit. > >To be honest I thought of that change but was afraid to do it. I don't >understand why it isn't simply '#ifdef __ELF__' in the first place, so >I was afraid to break things for somebody else. I'm pretty sure that's why others did it that way too. I think it is safe to simplify it to: #if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || defined(__ELF__) If something does break as a consequence, we (XFree86) will deal with it. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 1 23:18:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA21604 for freebsd-current-outgoing; Tue, 1 Sep 1998 23:18:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles304.castles.com [208.214.167.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA21585; Tue, 1 Sep 1998 23:18:19 -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 XAA01153; Tue, 1 Sep 1998 23:14:45 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809012314.XAA01153@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Greg Lehey cc: freebsd-current@FreeBSD.ORG, sef@FreeBSD.ORG Subject: Re: Standardizing a BSD/ELF ABI... In-reply-to: Your message of "Wed, 02 Sep 1998 15:40:24 +0930." <19980902154024.E606@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Sep 1998 23:14:44 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> Is FreeBSD ELF binary compatible with NetBSD/OpenBSD/BSDI ELF? > >> > >> If not, should we consider making changes for the 3.0 release > >> to ensure as standard an ABI for BSD-based ELF systems as > >> possible? > > > > You will have to convince the NetBSD people to stop randomly changing > > their system calls first. John Birrell discussed this at some length > > while I was there last week, and it's about at the point where we are > > going to need an ABI shim for them. > > What about BSDI? Presumably they've been stable for a while. Having > those two compatible would also be an incentive for the NetBSD people. Indeed. Anyone here doing anything with BSD/OS these days? Sean, you keep labelling yourself as listening to them... -- \\ 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 1 23:34:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA24294 for freebsd-current-outgoing; Tue, 1 Sep 1998 23:34:39 -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 XAA24275 for ; Tue, 1 Sep 1998 23:34:34 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id QAA27724; Wed, 2 Sep 1998 16:45:36 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809020645.QAA27724@cimlogic.com.au> Subject: Re: Standardizing a BSD/ELF ABI... In-Reply-To: <19980902154024.E606@freebie.lemis.com> from Greg Lehey at "Sep 2, 98 03:40:24 pm" To: grog@lemis.com (Greg Lehey) Date: Wed, 2 Sep 1998 16:45:36 +1000 (EST) Cc: mike@smith.net.au, tlambert@primenet.com, jb@cimlogic.com.au, 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 Greg Lehey wrote: > > You will have to convince the NetBSD people to stop randomly changing > > their system calls first. John Birrell discussed this at some length > > while I was there last week, and it's about at the point where we are > > going to need an ABI shim for them. > > What about BSDI? Presumably they've been stable for a while. Having > those two compatible would also be an incentive for the NetBSD people. I think we're all compatible because we're using binutils (though not necessarily the same version). This means that an elf32 binary opened by FreeBSD will be recognised as elf32. If it has an interpreter section and we have emulation support for that, then we can probably handle it. If no interpreter section, we have to take a stab at recognising a branded executable. Once we've resolved either the interpreter or the brand, we know the emulation and can therefore (supposedly) deal with the different syscall interface between userland and the kernel. Tracking the syscall design of other operating systems like NetBSD is a pain unless you only work to their releases and forget about -current. I wish the *BSD groups would agree on a standard syscall interface and publish it. Then we wouldn't need to waste effort working on emulating each other. -- 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 1 23:57:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28086 for freebsd-current-outgoing; Tue, 1 Sep 1998 23:57:54 -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 XAA28071 for ; Tue, 1 Sep 1998 23:57:43 -0700 (PDT) (envelope-from aw1@stade.co.uk) Received: (from aw1@localhost) by titus.stade.co.uk (8.9.1/8.8.8) id HAA06160; Wed, 2 Sep 1998 07:44:49 +0100 (BST) (envelope-from aw1) Message-ID: <19980902074448.A1066@stade.co.uk> Date: Wed, 2 Sep 1998 07:44:48 +0100 From: Adrian Wontroba To: Mike Smith Cc: current@FreeBSD.ORG Subject: Re: Pipeline behaviour - changed? Reply-To: aw1@stade.co.uk References: <19980901034551.A27539@stade.co.uk> <199808312259.WAA01092@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199808312259.WAA01092@word.smith.net.au>; from Mike Smith on Mon, Aug 31, 1998 at 10:58:58PM +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 Mon, Aug 31, 1998 at 10:58:58PM +0000, Mike Smith wrote: > That's a bit stale, but I don't recall anything that might have affected > that changing just lately. How -current are you? Fairly. FreeBSD titus.stade.co.uk 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Mon Aug 31 22:52:11 BST 1998 koot@titus.stade.co.uk:/d3p2/FreeBSD-3.0/src/sys/compile/TITUS i386 cvsup run at Aug 31 19:48:17 BST, from CVSup.uk.FreeBSD.org. I'll blow /usr/src away, rebuild and see what happens. -- 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 Tue Sep 1 23:59:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28352 for freebsd-current-outgoing; Tue, 1 Sep 1998 23:59:01 -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 XAA28344 for ; Tue, 1 Sep 1998 23:58:59 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id XAA26610; Tue, 1 Sep 1998 23:57:53 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp03.primenet.com, id smtpd026598; Tue Sep 1 23:57:52 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id XAA21156; Tue, 1 Sep 1998 23:57:48 -0700 (MST) From: Terry Lambert Message-Id: <199809020657.XAA21156@usr02.primenet.com> Subject: Re: ELF binaries size To: joelh@gnu.org Date: Wed, 2 Sep 1998 06:57:47 +0000 (GMT) Cc: tlambert@primenet.com, reilly@zeta.org.au, jdp@polstra.com, current@FreeBSD.ORG In-Reply-To: <199809020423.XAA03734@detlev.UUCP> from "Joel Ray Holveck" at Sep 1, 98 11:23:01 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 > > From reading the sources, I think this does not happen (it would be > > hard to make the vnode pager function in the presence of a unified VM > > and buffer cache, if this were going on ;-)), and the sections are > > loaded starting(/ending) on page boundaries, only for their length. > > Why would that be difficult, with COW? Because there is a single backing object hung off the vp, and thus there's a single mapping; the mapping is either COW, or it's RO code. The way it actually works is to map the same page at different (non-overlapping) locations in the process address space, so it's not a problem in real life... > > What this means is that it takes the same space in core, but less > > space on disk, and that the padding is implied, and an odd boundary > > is seen as a negative offset (i.e., the first part of the first > > data page is mapped, but not valid). Given where the pages come > > from, this should not expose "old data" in the gaps. > > Just out of curiousity... > > IIRC, the bss will be started dw-aligned, yes? Does that mean that > there would be, in theory, some old data in the gap between data and > bss? (iff (edata%4)!=0, of course.) No. There would be a copy of a portion of the text/data, respectively, without the possibility of exploiting either. See John's posting about the mappings; he has pretty pictures, which I (uncharacteristically ;-)) omitted... 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 1 23:59:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28552 for freebsd-current-outgoing; Tue, 1 Sep 1998 23:59: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 XAA28544 for ; Tue, 1 Sep 1998 23:59:47 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id RAA27819; Wed, 2 Sep 1998 17:11:13 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809020711.RAA27819@cimlogic.com.au> Subject: Re: XFree86 and ELF In-Reply-To: <19980902161303.E21469@rf900.physics.usyd.edu.au> from David Dawes at "Sep 2, 98 04:13:03 pm" To: dawes@rf900.physics.usyd.edu.au (David Dawes) Date: Wed, 2 Sep 1998 17:11:11 +1000 (EST) Cc: joki@kuebart.stuttgart.netsurf.de, roberto@keltia.freenix.fr, 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 David Dawes wrote: > I'm pretty sure that's why others did it that way too. I think it is safe > to simplify it to: > > #if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || defined(__ELF__) > > If something does break as a consequence, we (XFree86) will deal with it. It sounds like the changes required for XFree86 to support elf on FreeBSD aren't a big deal. Would you prefer to just deal with the change yourself when you get an elf system, or is this ongoing discussion helping work out what the change should be? We've already asked for people to give the ports crew time to work through the elf issues. I think it's reasonable to make the same allowance for XFree86. -- 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 2 00:00:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA28685 for freebsd-current-outgoing; Wed, 2 Sep 1998 00:00:14 -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 AAA28621; Wed, 2 Sep 1998 00:00:02 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:1O0f1tq2V/97x2RFLeNE8p3B12RBqIS8@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id IAA29187; Wed, 2 Sep 1998 08:56:41 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809020656.IAA29187@gratis.grondar.za> To: Mike Smith cc: Greg Lehey , freebsd-current@FreeBSD.ORG, sef@FreeBSD.ORG Subject: Re: Standardizing a BSD/ELF ABI... Date: Wed, 02 Sep 1998 08:56:40 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > What about BSDI? Presumably they've been stable for a while. Having > > those two compatible would also be an incentive for the NetBSD people. > > Indeed. Anyone here doing anything with BSD/OS these days? Sean, you > keep labelling yourself as listening to them... I have 3.1.and 4.0 with source. What can I do? (I picking up the thread a bit late, here). 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 2 00:02:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA29305 for freebsd-current-outgoing; Wed, 2 Sep 1998 00:02:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles304.castles.com [208.214.167.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA29245 for ; Wed, 2 Sep 1998 00:02: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 XAA01496; Tue, 1 Sep 1998 23:59:30 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809012359.XAA01496@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: aw1@stade.co.uk cc: current@FreeBSD.ORG Subject: Re: Pipeline behaviour - changed? In-reply-to: Your message of "Wed, 02 Sep 1998 07:44:48 +0100." <19980902074448.A1066@stade.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Sep 1998 23:59:29 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Mon, Aug 31, 1998 at 10:58:58PM +0000, Mike Smith wrote: > > That's a bit stale, but I don't recall anything that might have affected > > that changing just lately. How -current are you? > > Fairly. > > FreeBSD titus.stade.co.uk 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Mon Aug 31 22:52:11 BST 1998 koot@titus.stade.co.uk:/d3p2/FreeBSD-3.0/src/sys/compile/TITUS i386 > > cvsup run at Aug 31 19:48:17 BST, from CVSup.uk.FreeBSD.org. > > I'll blow /usr/src away, rebuild and see what happens. Please do, and let us know either way how it goes. (Some more context in your message might have helped; I really had to dig to remember what we were talking about... 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 2 00:05:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA29947 for freebsd-current-outgoing; Wed, 2 Sep 1998 00:05:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles304.castles.com [208.214.167.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA29905; Wed, 2 Sep 1998 00:05:13 -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 AAA01520; Wed, 2 Sep 1998 00:01:14 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809020001.AAA01520@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Mark Murray cc: Mike Smith , Greg Lehey , freebsd-current@FreeBSD.ORG, sef@FreeBSD.ORG Subject: Re: Standardizing a BSD/ELF ABI... In-reply-to: Your message of "Wed, 02 Sep 1998 08:56:40 +0200." <199809020656.IAA29187@gratis.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 02 Sep 1998 00:01:13 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Mike Smith wrote: > > > What about BSDI? Presumably they've been stable for a while. Having > > > those two compatible would also be an incentive for the NetBSD people. > > > > Indeed. Anyone here doing anything with BSD/OS these days? Sean, you > > keep labelling yourself as listening to them... > > I have 3.1.and 4.0 with source. What can I do? (I picking up the thread > a bit late, here). You could start by taking a FreeBSD ELF binary and seeing if it runs on the BSD/OS system, and vice-versa. You'll want something dynamically linked to test the library ABI. Then you might want to compare the syscalls.master files, and see how badly we're diverging from them. (This is an issue for anything statically linked.) -- \\ 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 2 00:10:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA01400 for freebsd-current-outgoing; Wed, 2 Sep 1998 00:10: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 AAA01395 for ; Wed, 2 Sep 1998 00:10:36 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id AAA08890; Wed, 2 Sep 1998 00:09:33 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp01.primenet.com, id smtpd008880; Wed Sep 2 00:09:29 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id AAA21908; Wed, 2 Sep 1998 00:09:27 -0700 (MST) From: Terry Lambert Message-Id: <199809020709.AAA21908@usr02.primenet.com> Subject: Re: E-day problems: rtld-elf dlsym() broken? To: jdp@polstra.com (John Polstra) Date: Wed, 2 Sep 1998 07:09:27 +0000 (GMT) Cc: chuckr@glue.umd.edu, current@FreeBSD.ORG In-Reply-To: <199809020125.SAA16732@austin.polstra.com> from "John Polstra" at Sep 1, 98 06:25:20 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 > No. Never. I wish you folks would get that idea out of your heads, > because it ain't gonna happen. It is not feasible, for reasons having > to do with the fact that some variables would end up existing in two > places, one in the original static executable and another in whatever > object you just dlopened. > > There are good reasons why these functions have never been supported > (by any vendor) in static executables. The vendor was too stupid to implement correct weak symbol support such that it worked when linked with libdlopen? Wait... this works on Sun machines, using libelf... 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 2 00:13:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA01865 for freebsd-current-outgoing; Wed, 2 Sep 1998 00:13:45 -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 AAA01859 for ; Wed, 2 Sep 1998 00:13:44 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id AAA09451; Wed, 2 Sep 1998 00:12:43 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp01.primenet.com, id smtpd009443; Wed Sep 2 00:12:39 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id AAA22111; Wed, 2 Sep 1998 00:12:36 -0700 (MST) From: Terry Lambert Message-Id: <199809020712.AAA22111@usr02.primenet.com> Subject: Re: ELF binaries size To: bde@zeta.org.au (Bruce Evans) Date: Wed, 2 Sep 1998 07:12:35 +0000 (GMT) Cc: jdp@polstra.com, reilly@zeta.org.au, current@FreeBSD.ORG In-Reply-To: <199809020214.MAA20550@godzilla.zeta.org.au> from "Bruce Evans" at Sep 2, 98 12:14:40 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 mapping of the data in the address space is such that the first > >data page is mapped after the last text page. So in the address > >space, it looks like this: > > > > +---+---+---+---+ > >text | | | | : | > > +---+---+---+---+ > > +---+---+---+---+ > >data | : | | | | [ ... ] > I think it implies that elf wastes a full page of memory (the space > between the ':'s above) most of the time (unless the ':'s are on a > page boundary), while aout only wastes an average of half a page > (the space between the text ':' and the end of the page). Actually, it implies that the x86 architecture wastes a full page of memory, by not supportin byte-level protection resoloution. This is not limited to the x86, in fact... 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 2 00:17:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA02412 for freebsd-current-outgoing; Wed, 2 Sep 1998 00:17:03 -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 AAA02407 for ; Wed, 2 Sep 1998 00:17:02 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca2-78.ix.netcom.com [205.186.212.78]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id AAA07653; Wed, 2 Sep 1998 00:15:57 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id AAA14432; Wed, 2 Sep 1998 00:14:58 -0700 (PDT) Date: Wed, 2 Sep 1998 00:14:58 -0700 (PDT) Message-Id: <199809020714.AAA14432@silvia.hip.berkeley.edu> To: dawes@rf900.physics.usyd.edu.au CC: freebsd-current@FreeBSD.ORG In-reply-to: <19980902130805.B21469@rf900.physics.usyd.edu.au> (message from David Dawes on Wed, 2 Sep 1998 13:08:05 +1000) Subject: Re: XFree86 and ELF From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * From: David Dawes * I don't know what you want to do with your ports, but speaking for XFree86, * I'd like to see both formats supported in the medium term. Thank you. If XFree86 can be made to support both, it will make our work much easier. Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 00:17:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA02437 for freebsd-current-outgoing; Wed, 2 Sep 1998 00:17:07 -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 AAA02426 for ; Wed, 2 Sep 1998 00:17:05 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id AAA29693; Wed, 2 Sep 1998 00:16:04 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp03.primenet.com, id smtpd029659; Wed Sep 2 00:15:55 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id AAA22302; Wed, 2 Sep 1998 00:15:51 -0700 (MST) From: Terry Lambert Message-Id: <199809020715.AAA22302@usr02.primenet.com> Subject: Re: ELF binaries size To: jdp@polstra.com (John Polstra) Date: Wed, 2 Sep 1998 07:15:51 +0000 (GMT) Cc: bde@zeta.org.au, reilly@zeta.org.au, current@FreeBSD.ORG In-Reply-To: <199809020221.TAA17213@austin.polstra.com> from "John Polstra" at Sep 1, 98 07:21: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 > > I think it implies that elf wastes a full page of memory (the space > > between the ':'s above) most of the time (unless the ':'s are on a > > page boundary), while aout only wastes an average of half a page > > (the space between the text ':' and the end of the page). > > But a.out has a repeat of the same situation at the juncture of data > and bss, and ELF does not. In the disk image rather than in the memory image. I think Bruce is mistaking the dual mapping for a single mapping, on the theory that in a unified VM and buffer cache, there can be only one instance of a page hung off the VP. Bruce should look at the ELF (and COFF) loaders. > It's moot on the i386, if I remember correctly. Doesn't execute > permission imply read permission on the i386? > > Also, how does it enhance security to prevent a program from reading > its own text segment? If a program doesn't want to read its text > segment then it should simply ... not read it. :-) Good reason to not use an Intel processor... Consider the case of a program of permission --x--x--x... This "security through obscurity" is bogus, in any case. 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 2 00:18:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA02862 for freebsd-current-outgoing; Wed, 2 Sep 1998 00:18:57 -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 AAA02852 for ; Wed, 2 Sep 1998 00:18:53 -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 JAA10987 for freebsd-current@FreeBSD.ORG; Wed, 2 Sep 1998 09:17:50 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 354B5151A; Wed, 2 Sep 1998 09:12:47 +0200 (CEST) Date: Wed, 2 Sep 1998 09:12:47 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF Message-ID: <19980902091247.A20608@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <19980902004140.A17784@keltia.freenix.fr> <199809020556.HAA01498@yacht.domestic.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199809020556.HAA01498@yacht.domestic.de>; from Joachim Kuebart on Wed, Sep 02, 1998 at 07:56:01AM +0200 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4606 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Joachim Kuebart: > > +#if !UseElfFormat > > #if OSMajorVersion > 2 || (OsMajorVersion == 2 && OSMinorVersion >= 2) > > #ifndef ExtraLoadFlags > > #define ExtraLoadFlags -Wl,-R,$(USRLIBDIRPATH) > > #endif > > #endif > > +#endif > > Are you sure this is correct? I included it in my new patches below. Yes because the ELF ld has no ``-R'' option. You need the -R only for aout (this is equivalent to "-rpath" in ELF). -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 00:19:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA02909 for freebsd-current-outgoing; Wed, 2 Sep 1998 00:19:04 -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 AAA02882 for ; Wed, 2 Sep 1998 00:19:00 -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 JAA10988 for current@FreeBSD.ORG; Wed, 2 Sep 1998 09:17:57 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id A7D90151A; Wed, 2 Sep 1998 09:16:30 +0200 (CEST) Date: Wed, 2 Sep 1998 09:16:30 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: ELF binaries size Message-ID: <19980902091630.B20608@keltia.freenix.fr> Mail-Followup-To: current@FreeBSD.ORG References: <199809020518.PAA03043@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199809020518.PAA03043@godzilla.zeta.org.au>; from Bruce Evans on Wed, Sep 02, 1998 at 03:18:51PM +1000 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4606 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Bruce Evans: > No. There was only gdb. But it would be nice to have /usr/bin/objdump pointing to /usr/libexec/elf/objdump anyway... I made the link manually. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 00:24:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA04327 for freebsd-current-outgoing; Wed, 2 Sep 1998 00:24:38 -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 AAA04316 for ; Wed, 2 Sep 1998 00:24:35 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id AAA11480; Wed, 2 Sep 1998 00:23:34 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp01.primenet.com, id smtpd011452; Wed Sep 2 00:23:27 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id AAA22823; Wed, 2 Sep 1998 00:23:23 -0700 (MST) From: Terry Lambert Message-Id: <199809020723.AAA22823@usr02.primenet.com> Subject: Re: XFree86 and ELF To: dawes@rf900.physics.usyd.edu.au (David Dawes) Date: Wed, 2 Sep 1998 07:23:23 +0000 (GMT) Cc: joki@kuebart.stuttgart.netsurf.de, roberto@keltia.freenix.fr, freebsd-current@FreeBSD.ORG In-Reply-To: <19980902123708.A21469@rf900.physics.usyd.edu.au> from "David Dawes" at Sep 2, 98 12:37:08 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 > Can I ask a naive question? Is there any reason the FreeBSD/ELF rules > need to be different from those used for Linux/ELF (see lnxLib.cf)? Also, > please keep in mind that bsdLib.rules is used for NetBSD and OpenBSD too. Linux uses a call-gate based kernel entry, which is TSS based, and therefore takes more CPU cycles on a contect switch than strictly required. The FreeBSD mechanism for kernel entry (and subsequet context switch) is threfore more efficient than that used by Linux. In addition, Linux has gratuitous differences between the BSD 4.4 system cal table and the Linux system call table that result in ABI incompatabilities. Realisitcally, the Linux ABI is not static enough to be considered an ABI standard, and thus the BSD ABI is preferred (being both more static and more orthogonal). You could argue that this was a religious difference, if you were willing to orphan legacy applications. If not, you would regard this as a bug in the Linux method of ABI update. > I see you submitted a patch to XFree86 -- thanks. Maybe it would be a good > idea to wait a little while until everything is resolved, then send another > patch? I don't have a box running 3.0 ELF yet, but I'm planning to set one > up in the next week or two. The patch is not useful unless you are micro-tracking the FreeBSD -current sources, which the XFree86 project is not. The eventual FreeBSD ABI should (hopefully) match at least two of the other BSD 4.4 derivative ABI's. In an ideal world, given that the Solaris ABI changes at a slower rate than all others, FreeBSD (and the other BSD's) would adopt the Solaris ABI for ABI compatability... And then monkeys fly out my butt. 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 2 00:33:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA05921 for freebsd-current-outgoing; Wed, 2 Sep 1998 00:33:45 -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 AAA05914 for ; Wed, 2 Sep 1998 00: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 IAA03780; Wed, 2 Sep 1998 08:32:32 +0100 (BST) Date: Wed, 2 Sep 1998 08:32:31 +0100 (BST) From: Doug Rabson To: Chuck Robey cc: Brian Feldman , current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? 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, 1 Sep 1998, Chuck Robey wrote: > > On Tue, 1 Sep 1998, Doug Rabson wrote: > > > On Tue, 1 Sep 1998, Brian Feldman wrote: > > > > > As a start, I'd like to say great job to John Birrell and everyone else > > > involved, going to ELF worked almost without a hitch, I'm impressed! But > > > there is a problem now: dlsym, for me, seems to have stopped working. > > > Entirely.... Returning NULL always it seems. I've attached a program (yes, > > > it's a start on a basic debugger, I'm implementing rtld functions first) > > > which should show the problem to anyone interested. > > > > I suggest that you build rtld-elf with DEBUG_FLAGS=-g and set a breakpoint > > in dlsym(). > > Seeing this about dlsym (which always existed in ld.so) I figured the > elf one would be in ld.so-elf (whatever the name is). Another tought > occurred, tho: Will those functions finally be available for statically > linked elf images? The exact same issues exist for static elf images as for static a.out images. The linker doesn't put a dynamic symbol table into the static image so it can't override symbols defined in shared libraries. This is a problem for libc fundamentals like malloc and stdio. -- 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 Wed Sep 2 00:45:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07397 for freebsd-current-outgoing; Wed, 2 Sep 1998 00:45:02 -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 AAA07388 for ; Wed, 2 Sep 1998 00:44:59 -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 RAA14655; Wed, 2 Sep 1998 17:43:56 +1000 Date: Wed, 2 Sep 1998 17:43:56 +1000 From: Bruce Evans Message-Id: <199809020743.RAA14655@godzilla.zeta.org.au> To: bde@zeta.org.au, tlambert@primenet.com Subject: Re: ELF binaries size Cc: current@FreeBSD.ORG, jdp@polstra.com, reilly@zeta.org.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> I think it implies that elf wastes a full page of memory (the space >> between the ':'s above) most of the time (unless the ':'s are on a >> page boundary), while aout only wastes an average of half a page >> (the space between the text ':' and the end of the page). > >Actually, it implies that the x86 architecture wastes a full page of >memory, by not supportin byte-level protection resoloution. Except using byte-granularity segments. 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 2 00:51:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA08002 for freebsd-current-outgoing; Wed, 2 Sep 1998 00:51: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 AAA07997 for ; Wed, 2 Sep 1998 00:51:35 -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 RAA15197; Wed, 2 Sep 1998 17:50:31 +1000 Date: Wed, 2 Sep 1998 17:50:31 +1000 From: Bruce Evans Message-Id: <199809020750.RAA15197@godzilla.zeta.org.au> To: jdp@polstra.com, tlambert@primenet.com Subject: Re: ELF binaries size Cc: bde@zeta.org.au, current@FreeBSD.ORG, reilly@zeta.org.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> > I think it implies that elf wastes a full page of memory (the space >> > between the ':'s above) most of the time (unless the ':'s are on a >> > page boundary), while aout only wastes an average of half a page >> > (the space between the text ':' and the end of the page). >> >> But a.out has a repeat of the same situation at the juncture of data >> and bss, and ELF does not. > >In the disk image rather than in the memory image. > >I think Bruce is mistaking the dual mapping for a single mapping, >on the theory that in a unified VM and buffer cache, there can be >only one instance of a page hung off the VP. Nah. The dual mapping is precisely what costs a full page of real memory. 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 2 00:58:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA08806 for freebsd-current-outgoing; Wed, 2 Sep 1998 00:58:35 -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 AAA08797 for ; Wed, 2 Sep 1998 00:58:34 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id AAA06367; Wed, 2 Sep 1998 00:57:28 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp03.primenet.com, id smtpd006358; Wed Sep 2 00:57:26 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id AAA24402; Wed, 2 Sep 1998 00:57:18 -0700 (MST) From: Terry Lambert Message-Id: <199809020757.AAA24402@usr02.primenet.com> Subject: Re: Standardizing a BSD/ELF ABI... To: dawes@rf900.physics.usyd.edu.au (David Dawes) Date: Wed, 2 Sep 1998 07:57:18 +0000 (GMT) Cc: mike@smith.net.au, tlambert@primenet.com, jb@cimlogic.com.au, freebsd-current@FreeBSD.ORG In-Reply-To: <19980902131453.C21469@rf900.physics.usyd.edu.au> from "David Dawes" at Sep 2, 98 01:14: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 > Is there compatibility for dynamically linked executables when using the > runtime host platform's native libraries? Yes and no. ELF supports the idea of multiple, seperate data segments. Using this construct, one can finally build shared libraries where the data section of a shared libraries static, initialized data comes from the dynamically linked shared library in the load phase rather than the link phase. If you want to get into details: any program distribured for Linux at this time FAILS the LGPL relink clause because the data segment is linked into the program image from the shared library at the time the program is linked, and runtime relinking applies only to code, not to data. It is easy to implement a data-content dependent example of a library that fails the LGPL relink clause because of this. Techinically, one need only increase the size of a statically initialized data area. Read the Dejanews archives of gnu.misc.discuss; Richard Stallman has specifically refused to address the state of shared library technology inre: the LGPL, despite numerous challenges, many from myself or from others which have noted this discrepancy in the LGPL relink clause. To implement this correctly, one must seperately map the data segments of the LGPL shared library and of the program linked against the shared library. The result is that the COW data segments are not reloacted until runtime, and any libray dependent data is taken from the library image at load time instead of the statically linked shared library data segment of the shared library present at link time. So... there are cases where the resulting binary will fail when dynamically linked. I have counted three instances of this occurring in Linux (RedHat) during the time I have been watching for such ocurrances. Commercial porters to Linuc could, under the terms of the LGPL, be required to supply a relinkable object. This isn't as bad as it sounds -- ld -r will save your internal functunal structure for exposure, should such a demand surface, but it is a PITA to have to eat this risk if you are a commercial vendor who has examined the precise consequences of shared library technology in Linux as it presently stands. In the bigger picture, if the statically initialized data from the shared library is take from a seperately names ELF segment within the shared library (as it should be), then the terms of the LGPL are satisfied in all cases, at least where the data is not externally and promiscuously accessed to provide information to the library. The old libtermcap has this type of access for rows/coulmns (lines, cols) using extern references to library data from user code to handle SIGWINCH, in fact. It is easy to be careful about this, however, since such interfaces break functional abstractions and are, in fact, more than a little anti-portable-code. So assume all of these issues are addressed; what then? In addition to the implicit dependencies between data and code (which MUST be addressed, IMO, and will introduce an incompatibility until the non-implementing parties catch up with the implementing parties), there are issues of manifest constants in header files. Currently, there is no standard for manifest constant values, short of IBCS2 (which neither BSD or Linux implement fully, since it includes issues of install tools an rc.d formats for post-installation start-up and shut-down ordering). This means that the ioctl() values for "cmd" and "args" are not specifically defined (among other things), and that you can not reasonable expect the code to work, even if the call gate mechanism is glossed over by the use of native libraries to invoke system calls: the system call arguments are different. I (personally) believe that the canonically corect way to handle this is to pick an existing commercial standard (for which you would be able to run their commercial binaries), and to implement to that standard. The two available appear to be Solaris and UnixWare. After implementing this, you document the minimal ABI. Then you *further* add a mechanism whereby you can *turn off* all but the minimal ABI. At that point, whatever Open Source UNIX clone implements this becomes the single commercial porting base, since it guarantees a larger market: it is guaranteed that code written for the UNIX clone with vendor extensions disabled will work on both the UNIX clone *AND* on the commercial system which is "level 2 compliant" with the standard (ie: it is defacto defined as such; "level 1 compliant" means you can disable vendor extensions in the OS, and thus guarantee the resulting code will run on all level 1 and level 2 compliant platforms). By definition, you would be an idiot to port any code to anything other than a "level 1, extensions disabled" platform, since you would be limiting your market. The ABI would be defined not only by the ability to choose a native shared library to get both code and data, at load time for both, but by all "non-vendor-extension" parameters to system calls, guaranteed to be the same across platforms. Note that I tried to push this idea long before "86'Open" tried to foist the Linux-ABI-Du-Jour on everyone (unrealistic; commercial vendors do not rev their ABI as frequently as Linux). I called the idea "FABIO", for "Free Application Binary Interface Objective". IMO, it's the only way for UNIX to unite against Microsoft, and thereby stand a chance of not suffering attrition due to in-fighting. Anyway, the short answer would be "No", if you were pointy-haired and partial to short answers instead of correct answers... 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 2 01:00:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09195 for freebsd-current-outgoing; Wed, 2 Sep 1998 01:00:27 -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 BAA09186 for ; Wed, 2 Sep 1998 01:00:25 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id AAA14522; Wed, 2 Sep 1998 00:59:24 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp04.primenet.com, id smtpd014509; Wed Sep 2 00:59:14 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id AAA24501; Wed, 2 Sep 1998 00:59:07 -0700 (MST) From: Terry Lambert Message-Id: <199809020759.AAA24501@usr02.primenet.com> Subject: Re: E-day problems: rtld-elf dlsym() broken? To: joelh@gnu.org Date: Wed, 2 Sep 1998 07:59:07 +0000 (GMT) Cc: green@unixhelp.org, current@FreeBSD.ORG In-Reply-To: <199809020322.WAA03118@detlev.UUCP> from "Joel Ray Holveck" at Sep 1, 98 10:22:37 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 > Guys, can we *please* start sending code snippets as plain text? MIME > attachments are fine, just don't use base64. I will usually give code > in plain text in a message a once-over, but it's more of a hassle to > do so in base64. If you need help installing "MetaMail" and "Pine" or "Elm", I can help you out... these packages handle base64 encoding as a matter of course... 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 2 01:02:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09585 for freebsd-current-outgoing; Wed, 2 Sep 1998 01:02: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 BAA09580 for ; Wed, 2 Sep 1998 01:02:20 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id BAA20847; Wed, 2 Sep 1998 01:01:19 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp02.primenet.com, id smtpd020834; Wed Sep 2 01:01:11 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id BAA24606; Wed, 2 Sep 1998 01:01:11 -0700 (MST) From: Terry Lambert Message-Id: <199809020801.BAA24606@usr02.primenet.com> Subject: Re: XFree86 and ELF To: jdp@polstra.com (John Polstra) Date: Wed, 2 Sep 1998 08:01:11 +0000 (GMT) Cc: tlambert@primenet.com, current@FreeBSD.ORG In-Reply-To: <199809020418.VAA17950@austin.polstra.com> from "John Polstra" at Sep 1, 98 09:18:23 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 > > #!/bin/sh > > > > echo "Is it ELF yet?" > > file `which ld` | grep ELF >/dev/null 2>&1 > > if test "$?" = "0" > > then > > echo "It's ELF, yet!" > > else > > echo "No, not yet..." > > fi > > What I've been using in ports Makefiles is: > > OBJFORMAT!= test -x /usr/bin/objformat && /usr/bin/objformat || echo aout Sure, you could do that if you weren't willing to brute-force it... 8-) 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 2 01:08:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA10399 for freebsd-current-outgoing; Wed, 2 Sep 1998 01:08:49 -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 BAA10394 for ; Wed, 2 Sep 1998 01:08:48 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id BAA16032; Wed, 2 Sep 1998 01:07:40 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp04.primenet.com, id smtpd016022; Wed Sep 2 01:07:37 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id BAA25074; Wed, 2 Sep 1998 01:07:34 -0700 (MST) From: Terry Lambert Message-Id: <199809020807.BAA25074@usr02.primenet.com> Subject: Re: ELF binaries size To: bde@zeta.org.au (Bruce Evans) Date: Wed, 2 Sep 1998 08:07:34 +0000 (GMT) Cc: jdp@polstra.com, tlambert@primenet.com, bde@zeta.org.au, current@FreeBSD.ORG, reilly@zeta.org.au In-Reply-To: <199809020750.RAA15197@godzilla.zeta.org.au> from "Bruce Evans" at Sep 2, 98 05:50:31 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 think Bruce is mistaking the dual mapping for a single mapping, > >on the theory that in a unified VM and buffer cache, there can be > >only one instance of a page hung off the VP. > > Nah. The dual mapping is precisely what costs a full page of real memory. The page is wasted through padding in the image, or it is wasted through padding in the execution class loader. Either way, it is wasted in the in-memory image of the application. The savings are disk-space only. 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 2 01:37:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA15277 for freebsd-current-outgoing; Wed, 2 Sep 1998 01:37:27 -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 BAA15186 for ; Wed, 2 Sep 1998 01:36:07 -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 SAA18187; Wed, 2 Sep 1998 18:30:53 +1000 Date: Wed, 2 Sep 1998 18:30:53 +1000 From: Bruce Evans Message-Id: <199809020830.SAA18187@godzilla.zeta.org.au> To: bde@zeta.org.au, tlambert@primenet.com Subject: Re: ELF binaries size Cc: current@FreeBSD.ORG, jdp@polstra.com, reilly@zeta.org.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> >I think Bruce is mistaking the dual mapping for a single mapping, >> >on the theory that in a unified VM and buffer cache, there can be >> >only one instance of a page hung off the VP. >> >> Nah. The dual mapping is precisely what costs a full page of real memory. > >The page is wasted through padding in the image, or it is wasted >through padding in the execution class loader. Either way, it is >wasted in the in-memory image of the application. No, padding in (relatively cheap) disk space saves an average of half a page in (relatively expensive) memory. >The savings are disk-space only. Perhaps not even there, because file systems allocate in blocks, or at least fragments. 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 2 02:38:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA23813 for freebsd-current-outgoing; Wed, 2 Sep 1998 02:38:54 -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 CAA23806 for ; Wed, 2 Sep 1998 02:38:50 -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 LAA14162; Wed, 2 Sep 1998 11:41:03 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 2 Sep 1998 11:41:03 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Bruce Evans cc: tlambert@primenet.com, current@FreeBSD.ORG, jdp@polstra.com, reilly@zeta.org.au Subject: Re: ELF binaries size In-Reply-To: <199809020830.SAA18187@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 Wed, 2 Sep 1998, Bruce Evans wrote: > >The page is wasted through padding in the image, or it is wasted > >through padding in the execution class loader. Either way, it is > >wasted in the in-memory image of the application. > > No, padding in (relatively cheap) disk space saves an average of half > a page in (relatively expensive) memory. > > >The savings are disk-space only. > > Perhaps not even there, because file systems allocate in blocks, or at > least fragments. ...except when you use crunchgen to glue the binaries together. 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 2 03:17:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA27044 for freebsd-current-outgoing; Wed, 2 Sep 1998 03:17:25 -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 DAA27038 for ; Wed, 2 Sep 1998 03:17:22 -0700 (PDT) (envelope-from rock@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 MAA03789; Wed, 2 Sep 1998 12:16:18 +0200 (CEST) Received: from wurzelausix.cs.uni-sb.de (9J+7cSn3+vmFDQeRYaeKHDsHi2d3THhd@wurzelausix.cs.uni-sb.de [134.96.247.1]) by cs.uni-sb.de (8.9.0/1998060300) with ESMTP id MAA25135; Wed, 2 Sep 1998 12:16:18 +0200 (CEST) Received: (from rock@localhost) by wurzelausix.cs.uni-sb.de (8.9.1/wjp/19980821) id MAA16571; Wed, 2 Sep 1998 12:16:16 +0200 (CEST) Date: Wed, 2 Sep 1998 12:16:16 +0200 (CEST) From: "D. Rock" Message-Id: <199809021016.MAA16571@wurzelausix.cs.uni-sb.de> To: tlambert@primenet.com Cc: current@FreeBSD.ORG Subject: Re: What the fsck is going on here (disk space vanishing)? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Recently, after a kernel panic the system behaves extremely strange: >> Every time I reboot the machine, I *have* to fsck the / device (I >> prefer the one / fits all approach), or any write access will result >> to either "out of inodes" or "no space left on device" errors. >> Each fsck will change the superblock (FREE BLK COUNT(S) WRONG IN >> SUPERBLK). df -ki shows up even before the fsck plenty of inodes and >> blocks left. This error only happens on the 1st drive in the system >> (Seagate ST32122A), another one attached doesn't show up this >> symptom. The partition table is OK (dangerous dedicated on both >> drives, LBA mode set in the BIOS; fdisk/BIOS/in core disklabel agree). >> I use flags 0x80ff for both drives (32-bit multiple (16) sector mode). >> shutdown of the system seems to write all dirty blocks ("5 3 2 done") > >This is generally attributable to IDE. > >To see if your problem is real or imaginary, after fsck'ing the >drive once (while mounted read-only), do it again. > >If you get the same thing (i.e., a drive doesn't stay fsck'ed >when it should), then this is your problem. No, only the 1st fsck shows up this error. (Today the error isn't 100% reproducible. I was able to get some reboots without the fs errors) > > >To resolve this problem, use as short an IDE cable as you possibly can; >IDE is particularly sensitive to electrical interference, and requires >short cables in the standard for this reason. Tried it all: The IDE cable is no longer than 20-30 cm. I even disabled 32 bit mode and multiple sector mode for the wdc driver (flags 0), disabled UDMA support and set PIO mode 0 in the BIOS (performance is now down to 2.2 MB/s). Still the same errors. (It's a standard P-II LX board, nothing special, the other drive, running at PIO mode 3 on a much longer cable, doesn't show up this behaviour) >Since EIDE is just IDE rehashed and given a facelift, this >applies to EIDE as well. > > >Note that you may actually be doing bad things to your disk contents >with each fsck; it depends on just how noisy things are. Your best >bet would be to get a shorer cable, back it up *now*, and then after >reinstalling, restore from backup. What really wonders me that only the superblock seems to get hosed. I did several "make world" before and didn't get any errors. I suspect something really weird happens during the shutdown process, but I don't know what. The superblock seems to get written to disk, otherwise the fs state wouldn't be clean. Where does df (or fsstat) get the number of free blocks/inodes (df shows plenty of them) and where does the ffs allocator get them. - fsck *only* tells me "SUMMARY INFORMATION BAD", nothing more, nothing less. - df -ki shows plenty of free blocks/inodes - If I delete files/blocks on the disk I am able to fill them again up, e.g. if I delete 10 files, I am able to recreate 10 files, if I truncate a file I am able to lengthen it again. Modifying files (without changing the length of them) also works as expected. I will now try to disable any APM modes in the BIOS and kernel and test again. Daniel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 05:10:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA06797 for freebsd-current-outgoing; Wed, 2 Sep 1998 05:10:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from artemis.syncom.net (artemis.syncom.net [206.64.31.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA06792 for ; Wed, 2 Sep 1998 05:10:39 -0700 (PDT) (envelope-from cyouse@artemis.syncom.net) Received: from localhost (localhost [[UNIX: localhost]]) by artemis.syncom.net (8.8.8/8.8.8) with SMTP id IAA07647; Wed, 2 Sep 1998 08:20:01 -0400 (EDT) Date: Wed, 2 Sep 1998 08:20:01 -0400 (EDT) From: Charles Youse To: Bruce Evans cc: tlambert@primenet.com, current@FreeBSD.ORG, jdp@polstra.com, reilly@zeta.org.au Subject: Re: ELF binaries size In-Reply-To: <199809020743.RAA14655@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 Wed, 2 Sep 1998, Bruce Evans wrote: > >> I think it implies that elf wastes a full page of memory (the space > >> between the ':'s above) most of the time (unless the ':'s are on a > >> page boundary), while aout only wastes an average of half a page > >> (the space between the text ':' and the end of the page). > > > >Actually, it implies that the x86 architecture wastes a full page of > >memory, by not supportin byte-level protection resoloution. > > Except using byte-granularity segments. How is this handled on non-segmented architectures? I realize that FreeBSD's target has always been i386, but this would indeed be a complicated matter on say, a Sparc. Chuck Youse cyouse@syncom.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 05:20:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA07825 for freebsd-current-outgoing; Wed, 2 Sep 1998 05:20:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: (from jmb@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA07816; Wed, 2 Sep 1998 05:20:56 -0700 (PDT) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199809021220.FAA07816@hub.freebsd.org> Subject: Re: Test dont read! In-Reply-To: <199809011311.PAA04090@sos.freebsd.dk> from =?ISO-8859-1?Q?S=F8ren_Schmidt?= at "Sep 1, 98 03:11:16 pm" To: sos@FreeBSD.ORG Date: Wed, 2 Sep 1998 05:20:56 -0700 (PDT) Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (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 Please never do this. if you need to test, send your message to test@freebsd.org. you may want to subscribe to test first jmb Søren Schmidt wrote: > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > 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-hackers" 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 2 05:56:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA13096 for freebsd-current-outgoing; Wed, 2 Sep 1998 05:56:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA13084 for ; Wed, 2 Sep 1998 05:56:33 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id OAA16230; Wed, 2 Sep 1998 14:55:06 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id OAA00620; Wed, 2 Sep 1998 14:55:06 +0200 (MET DST) Message-ID: <19980902145445.24306@follo.net> Date: Wed, 2 Sep 1998 14:54:45 +0200 From: Eivind Eklund To: Bruce Evans Cc: current@FreeBSD.ORG Subject: Re: ELF binaries size References: <199809020750.RAA15197@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199809020750.RAA15197@godzilla.zeta.org.au>; from Bruce Evans on Wed, Sep 02, 1998 at 05:50:31PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 02, 1998 at 05:50:31PM +1000, Bruce Evans wrote: > >I think Bruce is mistaking the dual mapping for a single mapping, > >on the theory that in a unified VM and buffer cache, there can be > >only one instance of a page hung off the VP. > > Nah. The dual mapping is precisely what costs a full page of real memory. Does this mean we have two copies instead of two mappings? If we had dual mapping only, we shouldn't be wasting anything beyond address space and mapping-entries, which is much less precious than actual physical memory pages... Or am I missing something that should be obvious here? Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 06:49:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA21650 for freebsd-current-outgoing; Wed, 2 Sep 1998 06:49:19 -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 GAA21644 for ; Wed, 2 Sep 1998 06:49: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 XAA08775; Wed, 2 Sep 1998 23:48:09 +1000 Date: Wed, 2 Sep 1998 23:48:09 +1000 From: Bruce Evans Message-Id: <199809021348.XAA08775@godzilla.zeta.org.au> To: bde@zeta.org.au, eivind@yes.no Subject: Re: ELF binaries size Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Nah. The dual mapping is precisely what costs a full page of real memory. > >Does this mean we have two copies instead of two mappings? If we had Yes, there are 2 copies after the first data page is written to. The data page becomes disassociated from the file. This is normal for copy-on- write pages. 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 2 06:58:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA22842 for freebsd-current-outgoing; Wed, 2 Sep 1998 06:58:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vortex.starix.net (vortex.starix.net [208.219.83.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA22836 for ; Wed, 2 Sep 1998 06:58:22 -0700 (PDT) (envelope-from syko@sykotik.org) Received: from localhost (syko@localhost) by vortex.starix.net (8.7.6/8.7.3) with SMTP id JAA17673 for ; Wed, 2 Sep 1998 09:57:29 -0400 X-Authentication-Warning: vortex.starix.net: syko owned process doing -bs Date: Wed, 2 Sep 1998 09:57:29 -0400 (EDT) From: Dusk Auriel Sykotik X-Sender: syko@vortex.starix.net To: freebsd-current@FreeBSD.ORG Subject: Re: ADV: FREE DOWNLOAD: Register your web site on over 650 search engines "INSTANTLY". In-Reply-To: <199808312127.OAA20565@dialup67.colourus.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 Ewww, spam on a mailing list? Why not set it so only subscribers can post. /* ** Matt Harris Syko ** BPSOFH, BIOFH, C, SQL, PERL http://www.sykotik.org/~syko/ ** FreeBSD SysAdmin sykotik.org ** IRC TechnoNet - dark.technonet.net Cabalnet - dark-temple.cabalnet.org ** "Those who are right in the mind are left in the dust." -- Me. */ On Mon, 31 Aug 1998, D. Reynolds wrote: > This is a responsible email being sent by K.M.A./Webmole 4401 Vineland Road, Orlando Fl 32811 Tel. (407)422-6784. Email subwiz@colourus.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 650 Search Engines "Instantly". > > Version #4 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/demo.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. > 8319822 > > --------------- > 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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 07:27:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA26574 for freebsd-current-outgoing; Wed, 2 Sep 1998 07:27:35 -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 HAA26569 for ; Wed, 2 Sep 1998 07:27:33 -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 KAA10215 for ; Wed, 2 Sep 1998 10:26:24 -0400 (EDT) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Wed, 2 Sep 1998 10:26:24 -0400 (EDT) From: "Alok K. Dhir" To: current@FreeBSD.ORG Subject: ELF perl? And others? 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 Hey all, after a flawless aout-to-elf, I decided to try to build an ELF version of perl5.00502. Sadly, it breaks horribly after having built miniperl, while building 'x2p stuff'. The output follows. Can anyone offer any guidance? Thanks... [...stuff deleted...] Making x2p stuff Making B (dynamic) LD_RUN_PATH="" cc -o ../../lib/auto/B/B.so -Bshareable -L/usr/local/lib B.o B.o: In function `cc_opclass': B.o(.text+0x5e): undefined reference to `Perl_opargs' B.o(.text+0x1be): undefined reference to `Perl_op_name' B.o(.text+0x1cd): undefined reference to `Perl_warn' B.o: In function `make_sv_object': B.o(.text+0x222): undefined reference to `PL_specialsv_list' B.o(.text+0x251): undefined reference to `Perl_newSVrv' B.o(.text+0x25a): undefined reference to `Perl_sv_setiv' B.o: In function `make_mg_object': B.o(.text+0x288): undefined reference to `Perl_newSVrv' B.o(.text+0x291): undefined reference to `Perl_sv_setiv' B.o: In function `cstring': B.o(.text+0x2c2): undefined reference to `Perl_newSVpv' B.o(.text+0x2e2): undefined reference to `Perl_sv_setpvn' B.o(.text+0x306): undefined reference to `Perl_sv_2pv' B.o(.text+0x31a): undefined reference to `Perl_sv_catpv' [...HUNDREDS of lines deleted...] usr/lib/crt1.o: In function `_start': /usr/lib/crt1.o(.text+0x49): undefined reference to `main' cc: file path prefix `shareable' never used *** Error code 1 Stop. *** Error code 1 Stop. -------------------------------------------------------------------- \||/_ 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 2 07:33:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA28031 for freebsd-current-outgoing; Wed, 2 Sep 1998 07:33:59 -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 HAA28026 for ; Wed, 2 Sep 1998 07:33:56 -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 AAA21841 for ; Thu, 3 Sep 1998 00:02:53 +0930 (CST) Received: by bragg; (5.65/1.1.8.2/05Aug95-0227PM) id AA18508; Thu, 3 Sep 1998 00:02:53 +0930 Date: Thu, 3 Sep 1998 00:02:52 +0930 (CST) From: Kris Kennaway X-Sender: kkennawa@bragg To: current@FreeBSD.ORG Subject: Creating a vn filesystem (fwd) 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 When I try the commands below (which apparently work on 2.2.6) I get the following error: [morden|root] 23:03 ~ disklabel /dev/rvn1 | disklabel -R -r vn1 /dev/stdin disklabel: ioctl DIOCGDINFO: Inappropriate ioctl for device sector size 0 vn1 is being used because vn0 is used as a swap device. My kernel has the following: pseudo-device vn 2 #Vnode driver (turns a file into a device) and is up-to-date with -current. Any ideas? Kris ---------- Forwarded message ---------- Date: Tue, 1 Sep 1998 12:32:34 -0500 From: Kevin Keyser To: kkennawa@physics.adelaide.edu.au Cc: questions@freebsd.org Subject: Re: Creating a vn filesystem > I'm trying to create a vn filesystem on my -current box, using the following: > > [morden|root] 0:13 ~ dd if=/dev/zero of=/d/bigfile bs=1024 count=204800 > 204800+0 records in > 204800+0 records out > 209715200 bytes transferred in 59.543914 secs (3522026 bytes/sec) > [morden|root] 0:15 ~ vnconfig -c /dev/vn1 /d/bigfile > (/dev/vn0 is being used as a swap file, hence /dev/vn1) > [morden|root] 0:17 ~ disklabel -e /dev/vn1 > (dumps me in vi with the following) > { normal looking disklabel } > > This seems okay to me - but upon writing and quitting, I get > > disklabel: Operation not supported by device > re-edit the label? [y]: The following works for me on 2.2.6R: dd if=/dev/zero of=vn0.file bs=1m count=200 vnconfig -c /dev/vn0 vn0.file disklabel /dev/rvn0 | disklabel -R -r vn0 /dev/stdin disklabel -r -e vn0 newfs /dev/rvn0a Maybe there's an easier way though... > Thanks, > > Kris Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 07:42:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA29509 for freebsd-current-outgoing; Wed, 2 Sep 1998 07:42:13 -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 HAA29499 for ; Wed, 2 Sep 1998 07:42:04 -0700 (PDT) (envelope-from aw1@stade.co.uk) Received: (from aw1@localhost) by titus.stade.co.uk (8.9.1/8.8.8) id MAA03927; Wed, 2 Sep 1998 12:22:45 +0100 (BST) (envelope-from aw1) Message-ID: <19980902122245.A707@stade.co.uk> Date: Wed, 2 Sep 1998 12:22:45 +0100 From: Adrian Wontroba To: Mike Smith Cc: current@FreeBSD.ORG Subject: Re: Pipeline behaviour - changed? Reply-To: aw1@stade.co.uk References: <19980901034551.A27539@stade.co.uk> <199808312259.WAA01092@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199808312259.WAA01092@word.smith.net.au>; from Mike Smith on Mon, Aug 31, 1998 at 10:58:58PM +0000 Organization: Stade Computers Ltd, UK X-Phone: +(44) 121 681 6677 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I wrote: > > This sort of construct: > > > > #!/bin/sh > > yes | head -2 > > > > No longer exits when the head finishes. Anybody else seeing this sort > > of thing with a current 3.0-CURRENT? If so, we might be in for a lot of > > complaints when people start installing netscape. I've deleted /usr/src/* and the cruft from /usr/lib, run cvs and buildworld / installworld, and rebooted. 'yes | head -2' behaves as it should when run from the console, with csh, sh, bash and ksh. It probably always has. It misbehaves when run in an xterm under kde. It works when run under kvt under kde. Other than saying "it seems to be an xterm problem" I'm baffled. -- 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 Wed Sep 2 07:51:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA00899 for freebsd-current-outgoing; Wed, 2 Sep 1998 07:51:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA00892 for ; Wed, 2 Sep 1998 07:51:23 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id KAA04445; Wed, 2 Sep 1998 10:50:07 -0400 (EDT) (envelope-from wollman) Date: Wed, 2 Sep 1998 10:50:07 -0400 (EDT) From: Garrett Wollman Message-Id: <199809021450.KAA04445@khavrinen.lcs.mit.edu> To: Dusk Auriel Sykotik Cc: freebsd-current@FreeBSD.ORG Subject: Re: ADV: FREE DOWNLOAD: Register your web site on over 650 search engines "INSTANTLY". In-Reply-To: References: <199808312127.OAA20565@dialup67.colourus.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > Ewww, spam on a mailing list? Why not set it so only subscribers can > post. Many people are subscribed from an address other than the one they post from. For example, I am on all of the lists as wollman@freebsd.org -- but I never read mail there and I certainly wouldn't use a slow trans-continental link to compose mail interactively. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 08:03:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02738 for freebsd-current-outgoing; Wed, 2 Sep 1998 08:03:16 -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 IAA02718 for ; Wed, 2 Sep 1998 08:03:04 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:jgRBWWjF6FK3jXYQvczETk+a+sLL7DOK@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id RAA01209; Wed, 2 Sep 1998 17:01:48 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809021501.RAA01209@gratis.grondar.za> To: "Alok K. Dhir" cc: current@FreeBSD.ORG Subject: Re: ELF perl? And others? Date: Wed, 02 Sep 1998 17:01:47 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Alok K. Dhir" wrote: > Hey all, after a flawless aout-to-elf, I decided to try to build an ELF > version of perl5.00502. Sadly, it breaks horribly after having built > miniperl, while building 'x2p stuff'. The output follows. Can anyone > offer any guidance? I am BMAKEing this. Please be patient. I am close. 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 2 08:18:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA04927 for freebsd-current-outgoing; Wed, 2 Sep 1998 08:18:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tor-dev1.nbc.netcom.ca (tor-dev1.nbc.netcom.ca [207.181.89.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA04922 for ; Wed, 2 Sep 1998 08:18:18 -0700 (PDT) (envelope-from taob@tor-dev1.nbc.netcom.ca) Received: (from taob@localhost) by tor-dev1.nbc.netcom.ca (8.8.8/8.8.8) id LAA01861; Wed, 2 Sep 1998 11:17:06 -0400 (EDT) Date: Wed, 2 Sep 1998 11:16:51 -0400 (EDT) From: Brian Tao X-Sender: taob@tor-dev1.nbc.netcom.ca To: FREEBSD-CURRENT Subject: Why no ldconfig for 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 I've seen it mentioned dozens of times that ldconfig is deprecated with our move to ELF, but I don't think anyone explained why. How does ELF know where to find libraries then? Surely we don't have to depend on setting LD_LIBRARY_PATH to include /usr/X11R6/lib and /usr/local/lib and whatever other local library paths? Solaris requires this, and it's been a big pain in the rear. Besides, a globally-enforced library search path seems to be much more secure than allowing users to specify their own. -- Brian Tao (BT300, taob@risc.org) "Though this be madness, yet there is method in't" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 08:20:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA05478 for freebsd-current-outgoing; Wed, 2 Sep 1998 08:20:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA05471 for ; Wed, 2 Sep 1998 08:20:12 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id RAA18318; Wed, 2 Sep 1998 17:19:10 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id RAA00965; Wed, 2 Sep 1998 17:19:08 +0200 (MET DST) Message-ID: <19980902171903.50388@follo.net> Date: Wed, 2 Sep 1998 17:19:03 +0200 From: Eivind Eklund To: Bruce Evans Cc: current@FreeBSD.ORG Subject: Re: ELF binaries size References: <199809021348.XAA08775@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199809021348.XAA08775@godzilla.zeta.org.au>; from Bruce Evans on Wed, Sep 02, 1998 at 11:48:09PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 02, 1998 at 11:48:09PM +1000, Bruce Evans wrote: > >> Nah. The dual mapping is precisely what costs a full page of real memory. > > > >Does this mean we have two copies instead of two mappings? If we had > > Yes, there are 2 copies after the first data page is written to. The data > page becomes disassociated from the file. This is normal for copy-on- > write pages. Ah, got it. Stupid me. In case there are anybody left that didn't think hard enough: 00000000|11111111|22222222 (Page numbers) | | TTTTTTT |DDDDDDD | Under a.out non-overflow - always 2 pages | | V| | Under ELF - 2 pages unless marked spot is TTTTTTTD|DDDDDD | written, then 3 pages - 1 page wasted. | | TTTTTTT |DDDDDDDD|D Under a.out overflow - 3 pages | | V| | TTTTTTTD|DDDDDDDD| Under ELF - 2 pages unless marked spot is | | written, then 3 pages. Gives 1 wasted page in 50% of the cases iff the section that is shared with the text gets written. Does anybody have any statistics on how often COW is invoked on the "overlapping" segments? Each time COW is not invoked in the a.out overflow case will give ELF one won page compared to a.out (to offset the losses for the non-overflow case...) Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 08:36:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA07789 for freebsd-current-outgoing; Wed, 2 Sep 1998 08:36:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.spel.com (elevator.cablenet-va.com [208.206.84.25]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA07776; Wed, 2 Sep 1998 08:36:02 -0700 (PDT) (envelope-from mturpin@shadow.spel.com) Received: from localhost (mturpin@localhost) by shadow.spel.com (8.8.8/8.8.5) with SMTP id LAA07880; Wed, 2 Sep 1998 11:37:29 -0400 (EDT) Date: Wed, 2 Sep 1998 11:37:29 -0400 (EDT) From: Mark turpin To: FreeBSD hackers , FreeBSD Current Subject: make world problem... 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 When I do a make world I get the followind error after about 2 1/2 hours install - -o bin -g bin -m 644 /lkm/misc/module/@/arpa/ftp.h /usr/share/examples/lkm/module/@/arpa/ftp.h install: /usr/share/examples/lkm/module/@/arpa/ftp.h : No such file or directory *** Error code 71 Stop. It's cvsup'd as of Sept 1 1998 12:30 EDT Is there something wrong or is my brain fried... Thanks Mark Turpin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 08:36:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA07868 for freebsd-current-outgoing; Wed, 2 Sep 1998 08:36:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from magnet.geophysik.tu-freiberg.de ([139.20.128.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA07837 for ; Wed, 2 Sep 1998 08:36:16 -0700 (PDT) (envelope-from freebsd@magnet.geophysik.tu-freiberg.de) Received: (from freebsd@localhost) by magnet.geophysik.tu-freiberg.de (8.9.1/8.7.3) id RAA07422 for freebsd-current@freebsd.org; Wed, 2 Sep 1998 17:34:29 +0200 (CEST) From: Holm Tiffe Message-Id: <199809021534.RAA07422@magnet.geophysik.tu-freiberg.de> Subject: MAD16 patches for Luigi's new sound driver ? To: freebsd-current@FreeBSD.ORG Date: Wed, 2 Sep 1998 17:34:29 +0200 (CEST) Reply-To: freebsd@magnet.geophysik.tu-freiberg.de X-Mailer: ELM [version 2.4ME+ PL26 (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, has someone here already patches for Luigi Rizzo's new Sound Driver laying around ? There is a notice in the Readme file: >Finally, some people wrote patches for the following chips: > > AD1816 > MAD16 > ESS ... but there is no code for this cards included. I asked Luigi but got the following answer: >unfortunately i don't have the patches/URLs handy (and for the >mad16 i don't even remember where to look for them!) > > cheers > luigi Before I reinventing a wheel, I ask here now. Holm Ps: sorry for my poor english. -- ******************************************************************************* * Holm Tiffe holm@geophysik.tu-freiberg.de * * Freiberger Strasse 24 * * 09600 Kleinschirma, Germany Microsoft is not the Answer - * * Tel.: 49 3731 74233 Microsoft is the Question, * * UUCP: 49 3731 73719 unicorn!holm and the Answer is 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 2 08:46:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA09838 for freebsd-current-outgoing; Wed, 2 Sep 1998 08:46:57 -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 IAA09832 for ; Wed, 2 Sep 1998 08:46:55 -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 IAA22605; Wed, 2 Sep 1998 08:45:46 -0700 (PDT) (envelope-from jdp) Message-Id: <199809021545.IAA22605@austin.polstra.com> To: Mike Smith cc: current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? In-reply-to: Your message of "Tue, 01 Sep 1998 21:46:29 -0000." <199809012146.VAA00555@word.smith.net.au> Date: Wed, 02 Sep 1998 08:45:46 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > If you dlopen a shared object that needs some additional libc > > functions, it won't be able to find them. > > That's OK, and under the circumstances we're talking about, not > actually likely to be a serious problem. The principal candidate > for this sort of activity is plugin modules, where you can generally > supply a very strict API to the plugin. But can you strictly define in advance which library functions the plug-in is allowed to call? That seems awfully risky. It would limit the possible plug-ins to what you can anticipate on day 0. Doesn't that defeat one of the main purposes of plug-ins, which is to allow expansion of functionality in ways unanticipated at the outset? What's the reason for not using dynamic linking? Is it space you're trying to save, or do you just want everything to be in one file, or is it something else? > I was actually referring to the process whereby you would create a > dynamically-linked program which contained static copies of its imports > from libc, ie. a more civlised version of: > > cc -nostdlib -o foobar foobar.o /usr/lib/libc.a Playing around with the existing ELF tools, I can't find any way to make a dynamic executable without linking in at least one shared library. I suppose the tools could be munged. Or, you could just link in a special tiny shared library to force dynamic linking. But as soon as you have a dynamically-linked program, then the program requires ld-elf.so.1, which means it's not stand-alone any more. > Consider the implications of this eg. in the context of PAM. My view is that dynamic linking and shared libraries are good things that should be used universally, except for the minimum set of recovery tools (cp, mv, and so forth), and possibly a few other programs where optimum performance is important. (-current readers, please drop me from the cc list of the interminable religious argument which will no doubt follow. I'll read all about it in the list. ;-) 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 2 08:48:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10230 for freebsd-current-outgoing; Wed, 2 Sep 1998 08:48:27 -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 IAA10220 for ; Wed, 2 Sep 1998 08:48:23 -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 IAA22642; Wed, 2 Sep 1998 08:47:13 -0700 (PDT) (envelope-from jdp) Message-Id: <199809021547.IAA22642@austin.polstra.com> To: joelh@gnu.org cc: current@FreeBSD.ORG Subject: Re: ELF binaries size In-reply-to: Your message of "Tue, 01 Sep 1998 23:51:27 CDT." <199809020451.XAA04004@detlev.UUCP> Date: Wed, 02 Sep 1998 08:47:13 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Say, while I was looking at this, I noticed something... Didn't > we used to have an a.out-friendly objdump? I'm running a 26Aug > current. (I'm willing to wait a few days for the ELF world, having > no ELF-critical projects today.) The only objdump is directly in > /usr/libexec/elf, and it won't read a.out (natch). What happened to > the old objdump? We gave up on supporting a.out in binutils, because it was causing all kinds of problems. Use "ldd -v" for a.out object files, if you want something like objdump. 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 2 08:50:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10616 for freebsd-current-outgoing; Wed, 2 Sep 1998 08:50: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 IAA10611 for ; Wed, 2 Sep 1998 08:50:34 -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 IAA22684; Wed, 2 Sep 1998 08:49:28 -0700 (PDT) (envelope-from jdp) Message-Id: <199809021549.IAA22684@austin.polstra.com> To: Terry Lambert cc: current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? In-reply-to: Your message of "Wed, 02 Sep 1998 07:09:27 -0000." <199809020709.AAA21908@usr02.primenet.com> Date: Wed, 02 Sep 1998 08:49:27 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [dlopen in static executables] > Wait... this works on Sun machines, using libelf... If so then it's fairly recent. The SunOS 5.5 dlopen(3X) page says: These routines are available to dynamically linked processes ONLY. 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 2 08:54:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA11136 for freebsd-current-outgoing; Wed, 2 Sep 1998 08:54:42 -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 IAA11130 for ; Wed, 2 Sep 1998 08:54:39 -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 IAA22731; Wed, 2 Sep 1998 08:53:30 -0700 (PDT) (envelope-from jdp) Message-Id: <199809021553.IAA22731@austin.polstra.com> To: roberto@keltia.freenix.fr Subject: Re: XFree86 and ELF In-Reply-To: <19980902091247.A20608@keltia.freenix.fr> References: <19980902004140.A17784@keltia.freenix.fr> <199809020556.HAA01498@yacht.domestic.de> <19980902091247.A20608@keltia.freenix.fr> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Wed, 02 Sep 1998 08:53:30 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19980902091247.A20608@keltia.freenix.fr>, Ollivier Robert wrote: > Yes because the ELF ld has no ``-R'' option. Not correct. The ELF ld has it. See the output of "ld -elf --help", or just try it. 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 2 08:59:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12064 for freebsd-current-outgoing; Wed, 2 Sep 1998 08:59:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp-gw.BayNetworks.COM (ns1.BayNetworks.COM [134.177.3.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12058 for ; Wed, 2 Sep 1998 08:59:49 -0700 (PDT) (envelope-from thomma@BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107] (may be forged)) by smtp-gw.BayNetworks.COM (8.8.8/8.8.8) with ESMTP id IAA22539 for ; Wed, 2 Sep 1998 08:58:40 -0700 (PDT) Received: from fedex.engwest.baynetworks.com (fedex.engwest.baynetworks.com [134.177.110.46]) by mailhost.BayNetworks.COM (8.8.8/8.8.8) with SMTP id IAA22682 for ; Wed, 2 Sep 1998 08:58:40 -0700 (PDT) Received: from carrera.engwest (carrera.engwest.baynetworks.com) by fedex.engwest.baynetworks.com (4.1/SMI-4.1) Received: from localhost by carrera.engwest (SMI-8.6/SMI-SVR4) id IAA19565; Wed, 2 Sep 1998 08:55:32 -0700 To: freebsd-current@FreeBSD.ORG Subject: aout-to-elf switch X-Mailer: Mew version 1.92 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980902085532K.thomma@baynetworks.com> Date: Wed, 02 Sep 1998 08:55:32 -0700 From: Tamiji Homma X-Dispatcher: imput version 971024 Lines: 24 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I decided to switch to ELF on my test boxlast night since many people were reporting successful transition. I cvsup'ed around 8pm PDT on September 1st. I did rm -rf /usr/obj just in case before make aout-to-elf. make aout-to-elf failed at building /usr/sbin/amd complaining about "#define P(x) x" macro not being defined. I could fix the problem but I should not have to since people are not seeing this problem. I saw make -j# had some problem with amd build but it seems nobody is reporting this... But I'm not doing make -j. Any idea? PS: I hope this is nothing to do with smp. Running a few days old SMP. Right? Thanks Tammy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 09:02:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA12585 for freebsd-current-outgoing; Wed, 2 Sep 1998 09:02:05 -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 JAA12522 for ; Wed, 2 Sep 1998 09:02:02 -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 CAA17173; Thu, 3 Sep 1998 02:00:56 +1000 Date: Thu, 3 Sep 1998 02:00:56 +1000 From: Bruce Evans Message-Id: <199809021600.CAA17173@godzilla.zeta.org.au> To: current@FreeBSD.ORG, kkennawa@physics.adelaide.edu.au Subject: Re: Creating a vn filesystem (fwd) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >When I try the commands below (which apparently work on 2.2.6) I get the >following error: > >[morden|root] 23:03 ~ disklabel /dev/rvn1 | disklabel -R -r vn1 /dev/stdin >disklabel: ioctl DIOCGDINFO: Inappropriate ioctl for device >sector size 0 Labels are apparently not configured for the vn1 device. >The following works for me on 2.2.6R: > >dd if=/dev/zero of=vn0.file bs=1m count=200 >vnconfig -c /dev/vn0 vn0.file >disklabel /dev/rvn0 | disklabel -R -r vn0 /dev/stdin >disklabel -r -e vn0 >newfs /dev/rvn0a It shouldn't have worked, because the vnconfig command doesn't enable labels ("-s labels" option), and labels should be disabled by default. The set/reset vnconfig options are sticky, so the above should work if a previous vnconfig enabled labels; the only other thing it does wrong is invoke vnconfig on the buffered device. 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 2 09:02:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA12661 for freebsd-current-outgoing; Wed, 2 Sep 1998 09:02:18 -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 JAA12641 for ; Wed, 2 Sep 1998 09:02:15 -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 JAA22787; Wed, 2 Sep 1998 09:00:59 -0700 (PDT) (envelope-from jdp) Message-Id: <199809021600.JAA22787@austin.polstra.com> To: taob@risc.org Subject: Re: Why no ldconfig for ELF? In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Wed, 02 Sep 1998 09:00:59 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Brian Tao wrote: > I've seen it mentioned dozens of times that ldconfig is deprecated > with our move to ELF, but I don't think anyone explained why. How > does ELF know where to find libraries then? Surely we don't have to > depend on setting LD_LIBRARY_PATH to include /usr/X11R6/lib and > /usr/local/lib and whatever other local library paths? Solaris > requires this, and it's been a big pain in the rear. Besides, a > globally-enforced library search path seems to be much more secure > than allowing users to specify their own. You specify the search path at _link_ time with LD_RUN_PATH or the "-R" linker option. The path is saved in the executable or shared library itself. -- 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 2 09:08:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14207 for freebsd-current-outgoing; Wed, 2 Sep 1998 09:08:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA14159 for ; Wed, 2 Sep 1998 09:08:10 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id SAA26518 for ; Wed, 2 Sep 1998 18:06:25 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id SAA00372 for freebsd-current@freebsd.org; Wed, 2 Sep 1998 18:09:37 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809021609.SAA00372@yacht.domestic.de> Subject: Re: XFree86 and ELF In-Reply-To: <199809020723.AAA22823@usr02.primenet.com> from Terry Lambert at "Sep 2, 98 07:23:23 am" To: tlambert@primenet.com (Terry Lambert) Date: Wed, 2 Sep 1998 18:06:17 +0200 (CEST) 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 Terry Lambert wrote: > The patch is not useful unless you are micro-tracking the FreeBSD -current > sources, which the XFree86 project is not. Parts of the patch remove a programming error (failure to include and/or ) and thus are at least not useless. > The eventual FreeBSD ABI should (hopefully) match at least two of the > other BSD 4.4 derivative ABI's. Incidentally, the ELF-relevant part of the patch is cloned from NetBSD with little to no modification. > In an ideal world, given that the Solaris ABI changes at a slower rate > than all others, FreeBSD (and the other BSD's) would adopt the Solaris > ABI for ABI compatability... > > And then monkeys fly out my butt. cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 Oh god, god... My tongue is asleep and Germany my teeth itch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 09:24:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA17746 for freebsd-current-outgoing; Wed, 2 Sep 1998 09:24:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles248.castles.com [208.214.165.248]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA17722 for ; Wed, 2 Sep 1998 09:24: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 JAA03669; Wed, 2 Sep 1998 09:21:19 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809020921.JAA03669@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: aw1@stade.co.uk cc: Mike Smith , current@FreeBSD.ORG Subject: Re: Pipeline behaviour - changed? In-reply-to: Your message of "Wed, 02 Sep 1998 12:22:45 +0100." <19980902122245.A707@stade.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 02 Sep 1998 09:21:18 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I wrote: > > > > This sort of construct: > > > > > > #!/bin/sh > > > yes | head -2 > > > > > > No longer exits when the head finishes. Anybody else seeing this sort > > > of thing with a current 3.0-CURRENT? If so, we might be in for a lot of > > > complaints when people start installing netscape. > > I've deleted /usr/src/* and the cruft from /usr/lib, run cvs and > buildworld / installworld, and rebooted. > > 'yes | head -2' behaves as it should when run from the console, with > csh, sh, bash and ksh. It probably always has. > > It misbehaves when run in an xterm under kde. It works when run under > kvt under kde. > > Other than saying "it seems to be an xterm problem" I'm baffled. 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? -- \\ 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 2 09:37:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA19409 for freebsd-current-outgoing; Wed, 2 Sep 1998 09:37:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles248.castles.com [208.214.165.248]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA19404 for ; Wed, 2 Sep 1998 09:37:34 -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 JAA03734; Wed, 2 Sep 1998 09:34:06 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809020934.JAA03734@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: John Polstra cc: Mike Smith , current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? In-reply-to: Your message of "Wed, 02 Sep 1998 08:45:46 MST." <199809021545.IAA22605@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 02 Sep 1998 09:34:05 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > If you dlopen a shared object that needs some additional libc > > > functions, it won't be able to find them. > > > > That's OK, and under the circumstances we're talking about, not > > actually likely to be a serious problem. The principal candidate > > for this sort of activity is plugin modules, where you can generally > > supply a very strict API to the plugin. > > But can you strictly define in advance which library functions the > plug-in is allowed to call? That seems awfully risky. It would limit > the possible plug-ins to what you can anticipate on day 0. Doesn't > that defeat one of the main purposes of plug-ins, which is to allow > expansion of functionality in ways unanticipated at the outset? It depends on what the plugin does. For eg. the NAT plugin in PPP, or a Netscape plugin, or the plugin API I wrote for a signal processing application, the API is generally well-defined, and it's usually limited almost exclusively to functionality directly from the host executable. > What's the reason for not using dynamic linking? Is it space you're > trying to save, or do you just want everything to be in one file, or > is it something else? Primarily it's space considerations, but in the current scenario where libraries are in /usr/lib, anything that wants to run before /usr is mounted needs to be self-contained. > > I was actually referring to the process whereby you would create a > > dynamically-linked program which contained static copies of its imports > > from libc, ie. a more civlised version of: > > > > cc -nostdlib -o foobar foobar.o /usr/lib/libc.a > > Playing around with the existing ELF tools, I can't find any way to > make a dynamic executable without linking in at least one shared > library. I suppose the tools could be munged. Or, you could just > link in a special tiny shared library to force dynamic linking. But > as soon as you have a dynamically-linked program, then the program > requires ld-elf.so.1, which means it's not stand-alone any more. Is this because the tools decide there are no shared libraries and thus produce a static output? That's a little unfortunate I guess. > > Consider the implications of this eg. in the context of PAM. > > My view is that dynamic linking and shared libraries are good things > that should be used universally, except for the minimum set of > recovery tools (cp, mv, and so forth), and possibly a few other > programs where optimum performance is important. (-current readers, > please drop me from the cc list of the interminable religious argument > which will no doubt follow. I'll read all about it in the list. ;-) Mandating shared libraries would kill PicoBSD, and any related embedded systems. I think that would be Bad. I'll leave the religious gumpf out; practicalities are all I have time for. 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 2 09:52:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21664 for freebsd-current-outgoing; Wed, 2 Sep 1998 09:52:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pinhead.parag.codegen.com (ppp-asfm08--194.sirius.net [205.134.241.194]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA21656 for ; Wed, 2 Sep 1998 09:52:26 -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 JAA01329; Wed, 2 Sep 1998 09:50:08 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Message-Id: <199809021650.JAA01329@pinhead.parag.codegen.com> X-Mailer: exmh version 2.0.2 2/24/98 To: aw1@stade.co.uk cc: Mike Smith , current@FreeBSD.ORG Subject: Re: Pipeline behaviour - changed? In-reply-to: Your message of "Wed, 02 Sep 1998 12:22:45 BST." <19980902122245.A707@stade.co.uk> 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 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 02 Sep 1998 09:50:08 -0700 From: Parag Patel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >'yes | head -2' behaves as it should when run from the console, with >csh, sh, bash and ksh. It probably always has. > >It misbehaves when run in an xterm under kde. It works when run under >kvt under kde. > >Other than saying "it seems to be an xterm problem" I'm baffled. That's odd - it works for me under both kvt and xterm on 3.0-CURRENT of a couple of days ago: $ yes | head -2 y y Broken pipe $ Seems to be the expected behavior, yes? I was having some trouble with xterm from the 2.2.6 CD-ROM screwing up the utmp file (after I'd upgraded to 3.0-CURRENT) so I picked up a copy of the latest 3.0-SNAP CD, reinstalled all of X from there, and things are fine again. Perhaps you're not running a 3.0 version of xterm? -- Parag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 10:00:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23171 for freebsd-current-outgoing; Wed, 2 Sep 1998 10:00:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA23166 for ; Wed, 2 Sep 1998 10:00:32 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id MAA19710; Wed, 2 Sep 1998 12:59:16 -0400 (EDT) Date: Wed, 2 Sep 1998 12:59:16 -0400 (EDT) From: "Matthew N. Dodd" To: Brian Tao cc: FREEBSD-CURRENT Subject: Re: Why no ldconfig for ELF? 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 Solris -doesn't- require this. You just aren't linking your programs with -R. Hint: when you specify a library search path to ld using the -L flag, you should have a corresponding -R flag with the same directory. I think the FreeBSD ELF ld uses -rpath rather than -R though I'm not positive. On Wed, 2 Sep 1998, Brian Tao wrote: > I've seen it mentioned dozens of times that ldconfig is deprecated > with our move to ELF, but I don't think anyone explained why. How > does ELF know where to find libraries then? Surely we don't have to > depend on setting LD_LIBRARY_PATH to include /usr/X11R6/lib and > /usr/local/lib and whatever other local library paths? Solaris > requires this, and it's been a big pain in the rear. Besides, a > globally-enforced library search path seems to be much more secure > than allowing users to specify their own. -- | Matthew N. Dodd |This space | '78 Datsun 280Z | FreeBSD/NetBSD/Sprite/VMS | | winter@jurai.net |is for rent| '84 Volvo 245DL | ix86,sparc,m68k,pmax,vax | | http://www.jurai.net/~winter | Are you k-rad elite enough for my webpage? | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 10:19:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA26624 for freebsd-current-outgoing; Wed, 2 Sep 1998 10:19:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA26618 for ; Wed, 2 Sep 1998 10:19:26 -0700 (PDT) (envelope-from karpen@ocean.campus.luth.se) Received: (from karpen@localhost) by ocean.campus.luth.se (8.9.1/8.9.1) id TAA11179; Wed, 2 Sep 1998 19:14:15 +0200 (CEST) (envelope-from karpen) From: Mikael Karpberg Message-Id: <199809021714.TAA11179@ocean.campus.luth.se> Subject: Re: Why no ldconfig for ELF? In-Reply-To: <199809021600.JAA22787@austin.polstra.com> from John Polstra at "Sep 2, 98 09:00:59 am" To: jdp@polstra.com (John Polstra) Date: Wed, 2 Sep 1998 19:14:14 +0200 (CEST) Cc: current@FreeBSD.ORG 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 According to John Polstra: > In article , > Brian Tao wrote: > > I've seen it mentioned dozens of times that ldconfig is deprecated > > with our move to ELF, but I don't think anyone explained why. How > > does ELF know where to find libraries then? Surely we don't have to > > depend on setting LD_LIBRARY_PATH to include /usr/X11R6/lib and > > /usr/local/lib and whatever other local library paths? Solaris > > requires this, and it's been a big pain in the rear. Besides, a > > globally-enforced library search path seems to be much more secure > > than allowing users to specify their own. > > You specify the search path at _link_ time with LD_RUN_PATH or the > "-R" linker option. The path is saved in the executable or shared > library itself. Hmmm... What happens if I have a library in /usr/local/blah/lib/ and link with that, and someone else has the library in /usr/local/lib/ and he just FTPs my binary and runs it. Will it not run??? If so, that seems like a giant step backwards, no? /Mikael To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 10:20:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27012 for freebsd-current-outgoing; Wed, 2 Sep 1998 10:20:39 -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 KAA27000 for ; Wed, 2 Sep 1998 10:20:34 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:bL+fRBi0NxQvopgA66lRP/YRiO5FmJmm@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id TAA01769 for ; Wed, 2 Sep 1998 19:19:24 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809021719.TAA01769@gratis.grondar.za> To: current@FreeBSD.ORG Subject: BMaking - getting to details of the build environment. Date: Wed, 02 Sep 1998 19:19:22 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi I am very close now with the BMaked Perl5, I just need to get it to work in an aout->ELF build. Deep inside a makefile, I need to be able to pass a command line containing the current _build_ libraries, which may be either /usr/obj/tmp/usr/lib /usr/obj/aout/tmp/usr/lib /usr/obj/elf/tmp/usr/lib depending on the stage of the build. (I don't think the names are 100% correct, but you get the drift). I am flummoxed by the build - WORLDDIR seems to be the right thing to use, but it is not passed down the makefiles, and .includ'ing /usr/src/Makefile.inc1 will break too much. How else can I discover this directory in a Makefile? 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 2 10:36:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29845 for freebsd-current-outgoing; Wed, 2 Sep 1998 10:36:59 -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 KAA29837 for ; Wed, 2 Sep 1998 10:36:51 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:ckp9xnj84i5dt7t74ABe19uGZ6lcZ6me@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id TAA01877; Wed, 2 Sep 1998 19:35:26 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809021735.TAA01877@gratis.grondar.za> To: John Polstra cc: current@FreeBSD.ORG Subject: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) Date: Wed, 02 Sep 1998 19:35:24 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote in answer to an unrelated question: > You specify the search path at _link_ time with LD_RUN_PATH or the > "-R" linker option. The path is saved in the executable or shared > library itself. Hmm - this raises questions. I am trying to unravel what happens in an aout->ELF build and at the same time make BMaked perl5 compile to ELF on an aout system. In one of my Makefiles I have: lib/auto/POSIX/POSIX.so: LD_RUN_PATH=\"${WORLDTMP}${SHLIBDIR}:${WORLDTMP}/usr/lib\" \ sh ext/util/make_ext dynamic ${.TARGET} \ MAKE=make PERL_SRC=${.OBJDIR} The line beginning LD_RUN_PATH is the critical bit; I need to pass the current _build_ directory containing the ELF libraries (this system is currently a.out). What is the right way to do this? The above does not work, as ${WORLDTMP} is not set here, only in /usr/src/Makefile.inc1. How might this break an ELF load later? Will the binary have the wrong load directories hardcoded? 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 Wed Sep 2 10:43:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA01339 for freebsd-current-outgoing; Wed, 2 Sep 1998 10:43:26 -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 KAA01333 for ; Wed, 2 Sep 1998 10:43:19 -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 KAA23527; Wed, 2 Sep 1998 10:41:56 -0700 (PDT) (envelope-from jdp) Message-Id: <199809021741.KAA23527@austin.polstra.com> To: Mark Murray cc: current@FreeBSD.ORG Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) In-reply-to: Your message of "Wed, 02 Sep 1998 19:35:24 +0200." <199809021735.TAA01877@gratis.grondar.za> Date: Wed, 02 Sep 1998 10:41:56 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > lib/auto/POSIX/POSIX.so: > LD_RUN_PATH=\"${WORLDTMP}${SHLIBDIR}:${WORLDTMP}/usr/lib\" \ > sh ext/util/make_ext dynamic ${.TARGET} \ > MAKE=make PERL_SRC=${.OBJDIR} > > The line beginning LD_RUN_PATH is the critical bit; I need to pass > the current _build_ directory containing the ELF libraries (this system > is currently a.out). What is the right way to do this? The above does not > work, as ${WORLDTMP} is not set here, only in /usr/src/Makefile.inc1. In general, you want to set LD_RUN_PATH to the directories where needed shared libraries will be found after they are installed into their final resting places. If you need to use the libraries before they are installed, it's best to use LD_LIBRARY_PATH to say where they are at that point in time. 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 2 10:51:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA03021 for freebsd-current-outgoing; Wed, 2 Sep 1998 10:51:28 -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 KAA02997 for ; Wed, 2 Sep 1998 10:51:22 -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 KAA23591; Wed, 2 Sep 1998 10:50:08 -0700 (PDT) (envelope-from jdp) Message-Id: <199809021750.KAA23591@austin.polstra.com> To: Mikael Karpberg cc: current@FreeBSD.ORG Subject: Re: Why no ldconfig for ELF? In-reply-to: Your message of "Wed, 02 Sep 1998 19:14:14 +0200." <199809021714.TAA11179@ocean.campus.luth.se> Date: Wed, 02 Sep 1998 10:50:07 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > You specify the search path at _link_ time with LD_RUN_PATH or the > > "-R" linker option. The path is saved in the executable or shared > > library itself. > > Hmmm... What happens if I have a library in /usr/local/blah/lib/ and > link with that, and someone else has the library in /usr/local/lib/ > and he just FTPs my binary and runs it. Will it not run??? Correct. The recipient will either have to install the library in one of its standard places, or set LD_LIBRARY_PATH. Or, you will have to anticipate the possible places where he might decide to put the library, and code those into LD_RUN_PATH. > If so, that seems like a giant step backwards, no? It has already been discussed to death in the mailing lists. The goal of ELF is to have standard tools, not another set of deviant bastard children maintained by nobody. That means we do things the standard ELF way. It is easy to pick theoretical holes in anything new and different. I think once you've lived with it for a little while, you'll find that it's fine in practice. -- 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 2 11:31:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA08460 for freebsd-current-outgoing; Wed, 2 Sep 1998 11:31: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 LAA08403 for ; Wed, 2 Sep 1998 11:31:35 -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 OAA04049 for ; Wed, 2 Sep 1998 14:30:26 -0400 (EDT) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Wed, 2 Sep 1998 14:30:26 -0400 (EDT) From: "Alok K. Dhir" To: current@FreeBSD.ORG Subject: ELF XFree86 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 Hey all - what was the outcome of all the discussion re an ELF X world? Is someone working on updating the port? Thanks... Al To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 11:55:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11799 for freebsd-current-outgoing; Wed, 2 Sep 1998 11:55:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from coleridge.kublai.com (coleridge.kublai.com [207.96.1.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA11774 for ; Wed, 2 Sep 1998 11:55:38 -0700 (PDT) (envelope-from shmit@natasya.kublai.com) Received: from natasya.kublai.com (natasya.kublai.com [207.172.25.236]) by coleridge.kublai.com (8.8.8/8.8.8) with ESMTP id OAA01635; Wed, 2 Sep 1998 14:54:32 -0400 (EDT) (envelope-from shmit@natasya.kublai.com) Received: (from shmit@localhost) by natasya.kublai.com (8.9.1/8.8.8) id OAA14958; Wed, 2 Sep 1998 14:54:32 -0400 (EDT) Message-ID: <19980902145432.G8109@kublai.com> Date: Wed, 2 Sep 1998 14:54:32 -0400 From: Brian Cully To: John Polstra , Terry Lambert Cc: current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? Reply-To: shmit@kublai.com References: <199809020709.AAA21908@usr02.primenet.com> <199809021549.IAA22684@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809021549.IAA22684@austin.polstra.com>; from John Polstra on Wed, Sep 02, 1998 at 08:49:27AM -0700 X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 02, 1998 at 08:49:27AM -0700, John Polstra wrote: > [dlopen in static executables] > > > Wait... this works on Sun machines, using libelf... > > If so then it's fairly recent. The SunOS 5.5 dlopen(3X) page says: > > These routines are available to dynamically linked processes > ONLY. So does the 0598 version of 5.6 (and I don't think you get much more recent than that). -- Brian Cully ``And when one of our comrades was taken prisoner, blindfolded, hung upside-down, shot, and burned, we thought to ourselves, `These are the best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 12:02:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12881 for freebsd-current-outgoing; Wed, 2 Sep 1998 12:02:49 -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 MAA12865 for ; Wed, 2 Sep 1998 12:02:43 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:P9+2fO4blRM21ZYVWZMrIia5iPmZUqqh@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id VAA02093; Wed, 2 Sep 1998 21:01:18 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809021901.VAA02093@gratis.grondar.za> To: John Polstra cc: current@FreeBSD.ORG Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) Date: Wed, 02 Sep 1998 21:01:17 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > > lib/auto/POSIX/POSIX.so: > > LD_RUN_PATH=\"${WORLDTMP}${SHLIBDIR}:${WORLDTMP}/usr/lib\" \ > > sh ext/util/make_ext dynamic ${.TARGET} \ > > MAKE=make PERL_SRC=${.OBJDIR} > > > > The line beginning LD_RUN_PATH is the critical bit; I need to pass > > the current _build_ directory containing the ELF libraries (this system > > is currently a.out). What is the right way to do this? The above does not > > work, as ${WORLDTMP} is not set here, only in /usr/src/Makefile.inc1. > > In general, you want to set LD_RUN_PATH to the directories where > needed shared libraries will be found after they are installed into > their final resting places. If you need to use the libraries before > they are installed, it's best to use LD_LIBRARY_PATH to say where > they are at that point in time. I screwed up something - the LD_RUN_PATH above is the wrong one but I still need to tell the linker what library path to link against; it defaults to "/usr/lib/aout:/usr/lib". That is correct for runtime, but not for link time. IE: In an earlier part of the build, the following linked correctly: cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl -I/usr/src/gnu/usr.bin/perl5/miniperl/../../../../contrib/perl5 -static -I/usr/obj/elf/usr/src/tmp/usr/include -o miniperl miniperlmain.o -L/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/../libperl -lperl -lm -lcrypt In my makefile fragment (above, quoted), it fails, because a needed lib (-lm) in /usr/lib/aout is not ELF, because the necessary environment info is not being passed. I want to specify what lib dirs to search in, but I do not know where that is available from (Macro? Script? ENV?). WORLDTMP looks promising, but it is not visible in the makefile I am using. (I'm asking dumb questions because it takes an hour to find out how wrong I am each time :-) ) 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 2 12:13:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15018 for freebsd-current-outgoing; Wed, 2 Sep 1998 12:13:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tor-dev1.nbc.netcom.ca (tor-dev1.nbc.netcom.ca [207.181.89.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA15013 for ; Wed, 2 Sep 1998 12:13:07 -0700 (PDT) (envelope-from taob@tor-dev1.nbc.netcom.ca) Received: (from taob@localhost) by tor-dev1.nbc.netcom.ca (8.8.8/8.8.8) id PAA02435; Wed, 2 Sep 1998 15:11:54 -0400 (EDT) Date: Wed, 2 Sep 1998 15:11:49 -0400 (EDT) From: Brian Tao X-Sender: taob@tor-dev1.nbc.netcom.ca To: John Polstra cc: current@FreeBSD.ORG Subject: Re: Why no ldconfig for ELF? In-Reply-To: <199809021600.JAA22787@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 Wed, 2 Sep 1998, John Polstra wrote: > > You specify the search path at _link_ time with LD_RUN_PATH or the > "-R" linker option. The path is saved in the executable or shared > library itself. That's assuming you have the ability to relink the executable... if not, is LD_LIBRARY_PATH the only run-time recourse? -- Brian Tao (BT300, taob@risc.org) "Though this be madness, yet there is method in't" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 12:18:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA16219 for freebsd-current-outgoing; Wed, 2 Sep 1998 12:18:28 -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 MAA16186 for ; Wed, 2 Sep 1998 12:18:17 -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 MAA24274; Wed, 2 Sep 1998 12:16:54 -0700 (PDT) (envelope-from jdp) Message-Id: <199809021916.MAA24274@austin.polstra.com> To: Mark Murray cc: current@FreeBSD.ORG, jb@cimlogic.com.au Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) In-reply-to: Your message of "Wed, 02 Sep 1998 21:01:17 +0200." <199809021901.VAA02093@gratis.grondar.za> Date: Wed, 02 Sep 1998 12:16:54 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In my makefile fragment (above, quoted), it fails, because a needed > lib (-lm) in /usr/lib/aout is not ELF, because the necessary > environment info is not being passed. I want to specify what lib > dirs to search in, but I do not know where that is available from > (Macro? Script? ENV?). WORLDTMP looks promising, but it is not > visible in the makefile I am using. OK, I think I understand the problem now. Perhaps the right solution is to change src/Makefile.inc1 to export WORLDTMP into the environment. There's already a place for that: COMPILER_ENV= BISON_SIMPLE=${TOOLROOT}/usr/share/misc/bison.simple \ COMPILER_PATH=${TOOLROOT}/usr/libexec:${TOOLROOT}/usr/bin \ GCC_EXEC_PREFIX=${WORLDTMP}${SHLIBDIR}:${WORLDTMP}/usr/lib/ \ LD_LIBRARY_PATH=${TOOLROOT}${SHLIBDIR} \ LIBRARY_PATH=${WORLDTMP}${SHLIBDIR}:${WORLDTMP}/usr/lib BMAKEENV= PATH=${TMPPATH} ${COMPILER_ENV} NOEXTRADEPEND=t \ OBJFORMAT_PATH=${TOOLROOT}/usr/libexec:/usr/libexec XMAKEENV= PATH=${STRICTTMPPATH} ${COMPILER_ENV} \ OBJFORMAT_PATH=${TOOLROOT}/usr/libexec \ CFLAGS="-nostdinc ${CFLAGS}" # XXX -nostdlib John Birrell, what do you think? -- 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 2 12:19:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA16387 for freebsd-current-outgoing; Wed, 2 Sep 1998 12:19:05 -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 MAA16301 for ; Wed, 2 Sep 1998 12:18:48 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:viGCY8ysmQN3nSVpBa5HwhBntR5VWziA@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id VAA02181; Wed, 2 Sep 1998 21:16:55 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809021916.VAA02181@gratis.grondar.za> To: shmit@kublai.com cc: John Polstra , Terry Lambert , current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? Date: Wed, 02 Sep 1998 21:16:54 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Cully wrote: > > These routines are available to dynamically linked processes > > ONLY. > > So does the 0598 version of 5.6 (and I don't think you get much more > recent than that). For those who want statically-linked progs with functioning dlsym/dlopen etc, you can get a near-as-dammit equivalent by doing a dynamic link, but forcing the link to be against the .a libraries. 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 2 12:28:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18649 for freebsd-current-outgoing; Wed, 2 Sep 1998 12:28:26 -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 MAA18447 for ; Wed, 2 Sep 1998 12:28:00 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:NfxZxvif1BHhttNFS/2XCJ6NnTsn6Cv/@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id VAA02248; Wed, 2 Sep 1998 21:26:43 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809021926.VAA02248@gratis.grondar.za> To: John Polstra cc: current@FreeBSD.ORG, jb@cimlogic.com.au Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) Date: Wed, 02 Sep 1998 21:26:42 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > OK, I think I understand the problem now. Perhaps the right > solution is to change src/Makefile.inc1 to export WORLDTMP into the > environment. There's already a place for that: > > COMPILER_ENV= BISON_SIMPLE=${TOOLROOT}/usr/share/misc/bison.simple \ > COMPILER_PATH=${TOOLROOT}/usr/libexec:${TOOLROOT}/usr/bin \ > GCC_EXEC_PREFIX=${WORLDTMP}${SHLIBDIR}:${WORLDTMP}/usr/lib/ \ > LD_LIBRARY_PATH=${TOOLROOT}${SHLIBDIR} \ > LIBRARY_PATH=${WORLDTMP}${SHLIBDIR}:${WORLDTMP}/usr/lib > > BMAKEENV= PATH=${TMPPATH} ${COMPILER_ENV} NOEXTRADEPEND=t \ > OBJFORMAT_PATH=${TOOLROOT}/usr/libexec:/usr/libexec > XMAKEENV= PATH=${STRICTTMPPATH} ${COMPILER_ENV} \ > OBJFORMAT_PATH=${TOOLROOT}/usr/libexec \ > CFLAGS="-nostdinc ${CFLAGS}" # XXX -nostdlib AHA!! So I wan't being all that dumb!! Thanks! I think this will fix my problem. (Eagerly awaits JB's pronouncements) 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 2 13:04:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24116 for freebsd-current-outgoing; Wed, 2 Sep 1998 13:04: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 NAA24109 for ; Wed, 2 Sep 1998 13:04:17 -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 PAA01695; Wed, 2 Sep 1998 15:01:39 -0400 (EDT) Date: Wed, 2 Sep 1998 15:01:39 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: Tamiji Homma cc: freebsd-current@FreeBSD.ORG Subject: Re: aout-to-elf switch In-Reply-To: <19980902085532K.thomma@baynetworks.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, 2 Sep 1998, Tamiji Homma wrote: > Hi, > > I decided to switch to ELF on my test boxlast night since many > people were reporting successful transition. I cvsup'ed around > 8pm PDT on September 1st. > > I did rm -rf /usr/obj just in case before make aout-to-elf. > > make aout-to-elf failed at building /usr/sbin/amd complaining > about "#define P(x) x" macro not being defined. I could fix > the problem but I should not have to since people are not seeing > this problem. > > I saw make -j# had some problem with amd build but it seems nobody > is reporting this... But I'm not doing make -j. > > Any idea? > > PS: I hope this is nothing to do with smp. Running a few days old SMP. > Right? I have a Tyan running 2 processors. I didn't use -j in doing the switch (chicken!) and it worked just fine. I WAS using both processors during the build. Cvsup, update, and try it again. > > Thanks > > Tammy > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > ----------------------------+----------------------------------------------- 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 Wed Sep 2 13:12:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25493 for freebsd-current-outgoing; Wed, 2 Sep 1998 13:12:54 -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 NAA25469 for ; Wed, 2 Sep 1998 13:12:45 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 3634 invoked by uid 1001); 2 Sep 1998 20:11:42 +0000 (GMT) To: freebsd-current@FreeBSD.ORG Cc: nfr-users@nfr.net Subject: NFR 1.6.2 patches for FreeBSD 3.0 available X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 02 Sep 1998 22:11:42 +0200 Message-ID: <3632.904767102@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For anybody that might be interested: I have just made a set of patches available which enables NFR 1.6.2 to run on FreeBSD 3.0. (Sorry, pre ELF. Haven't done any testing with ELF yet). Posted to the nfr-users list, and available from: http://www.nethelp.no/net/nfr-1.6.2-freebsd-3.0.README http://www.nethelp.no/net/nfr-1.6.2-freebsd-3.0.diff 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 Wed Sep 2 13:17:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26576 for freebsd-current-outgoing; Wed, 2 Sep 1998 13:17:43 -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 NAA26546 for ; Wed, 2 Sep 1998 13:17:38 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.02 #26) id 0zEJBF-0007PA-00; Wed, 2 Sep 1998 21:07:01 +0100 Date: Wed, 2 Sep 1998 21:07:01 +0100 From: Ben Smithurst To: "Alok K. Dhir" , current@FreeBSD.ORG Subject: Re: ELF perl? And others? Message-ID: <19980902210700.A27845@scientia.demon.co.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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 Alok K. Dhir wrote: > Hey all, after a flawless aout-to-elf, I decided to try to build an ELF > version of perl5.00502. Sadly, it breaks horribly after having built > miniperl, while building 'x2p stuff'. The output follows. Can anyone > offer any guidance? > > Thanks... > > Making B (dynamic) > LD_RUN_PATH="" cc -o ../../lib/auto/B/B.so -Bshareable -L/usr/local/lib > B.o [...] > cc: file path prefix `shareable' never used Isn't -Bshareable an ld thing? In cc it sets a prefix to use, which I don't think `shareable' is... perl installation uses cc if you have elf, ld if not... pity it doesn't set command line options for cc that work too. I never did get Perl to build after going elf, had to reinstall the packaged aout version :-( When I told it to use ld instead of cc, it built OK, but half (alright, about a fifth) of the tests failed. If anyone has got Perl (5.004_04 or 5.005_02) to build on elf, I'd like to know how. -- 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 2 13:28:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA28336 for freebsd-current-outgoing; Wed, 2 Sep 1998 13:28:55 -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 NAA28326 for ; Wed, 2 Sep 1998 13:28:49 -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 WAA13870 for ; Wed, 2 Sep 1998 22:32:41 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 2 Sep 1998 22:32:41 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: freebsd-current@FreeBSD.ORG Subject: VM question 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 change the behaviour of VM management, and I'm not sure how to do this. Here's what the setup looks like: * the system in question is running without swap, so all that VM subsystem has to manage is in RAM only, * all binaries are either on an MFS, or on some other media with very fast access (like a silicon disk), ...and here's what I'd like to achieve: * to free pages aggressively, so that only a very few pages (a fraction of .text and .data, the stack and bss) are paged in, and then as soon as possible freed - it's relatively cheap to do pagein when the media that holds binaries is very fast, (As a side note: probably what I'd like to use is execution in place, especially in case of MFS, but I remember someone telling me it's very difficult to do...) * to limit killing of random user processes - instead the VM should try first to free as much pages as possible (and it should try better than it is doing now :-) So, given the above scenario and the goals: * which existing knobs (and which direction...) should I twist to help it? * what changes in VM code this would require (code examples are very welcome...). And yet another related question: what does NO_SWAPPING define do to the kernel? When should I use it? (Ok, I thought it sounds good and enabled it, but I don't see any obvious results...). Thanks in advance, and excuse me if some of these questions show only my ignorance... :-) 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 2 14:15:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04547 for freebsd-current-outgoing; Wed, 2 Sep 1998 14:15:02 -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 OAA04524 for ; Wed, 2 Sep 1998 14:14:58 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id HAA29947; Thu, 3 Sep 1998 07:26:11 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809022126.HAA29947@cimlogic.com.au> Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) In-Reply-To: <199809021926.VAA02248@gratis.grondar.za> from Mark Murray at "Sep 2, 98 09:26:42 pm" To: mark@grondar.za (Mark Murray) Date: Thu, 3 Sep 1998 07:26:10 +1000 (EST) Cc: jdp@polstra.com, current@FreeBSD.ORG, jb@cimlogic.com.au 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 Mark Murray wrote: > John Polstra wrote: > > OK, I think I understand the problem now. Perhaps the right > > solution is to change src/Makefile.inc1 to export WORLDTMP into the > > environment. There's already a place for that: > > > > COMPILER_ENV= BISON_SIMPLE=${TOOLROOT}/usr/share/misc/bison.simple \ > > COMPILER_PATH=${TOOLROOT}/usr/libexec:${TOOLROOT}/usr/bin \ > > GCC_EXEC_PREFIX=${WORLDTMP}${SHLIBDIR}:${WORLDTMP}/usr/lib/ \ > > LD_LIBRARY_PATH=${TOOLROOT}${SHLIBDIR} \ > > LIBRARY_PATH=${WORLDTMP}${SHLIBDIR}:${WORLDTMP}/usr/lib > > > > BMAKEENV= PATH=${TMPPATH} ${COMPILER_ENV} NOEXTRADEPEND=t \ > > OBJFORMAT_PATH=${TOOLROOT}/usr/libexec:/usr/libexec > > XMAKEENV= PATH=${STRICTTMPPATH} ${COMPILER_ENV} \ > > OBJFORMAT_PATH=${TOOLROOT}/usr/libexec \ > > CFLAGS="-nostdinc ${CFLAGS}" # XXX -nostdlib > > AHA!! So I wan't being all that dumb!! > > Thanks! I think this will fix my problem. (Eagerly awaits JB's > pronouncements) WORLDTMP is private to the `make world' build system which is private to the top level makefiles. No other makefiles should know about these. They should rely on the environment variables that the tools naturally look for. LIBRARY_PATH is what tells the linker what path to use instead of /usr/lib when searching for libraries to link against. In phase two of an aout->elf transition build, LIBRARY_PATH points to /usr/obj/elf/usr/src/tmp/usr/lib/elf:/usr/obj/elf/usr/src/tmp/usr/lib whereas LD_LIBRARY_PATH is /usr/obj/aout/usr/src/tmp/usr/lib/aout, so the linker should only see elf libraries. -- 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 2 14:20:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA05831 for freebsd-current-outgoing; Wed, 2 Sep 1998 14:20:24 -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 OAA05825 for ; Wed, 2 Sep 1998 14:20:17 -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 OAA25182; Wed, 2 Sep 1998 14:18:43 -0700 (PDT) (envelope-from jdp) Message-Id: <199809022118.OAA25182@austin.polstra.com> To: John Birrell cc: mark@grondar.za (Mark Murray), current@FreeBSD.ORG Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) In-reply-to: Your message of "Thu, 03 Sep 1998 07:26:10 +1000." <199809022126.HAA29947@cimlogic.com.au> Date: Wed, 02 Sep 1998 14:18:43 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > WORLDTMP is private to the `make world' build system which is > private to the top level makefiles. No other makefiles should know > about these. They should rely on the environment variables that the > tools naturally look for. The problem, as I understand it, is that the new perl has to run as part of the build process. It has some dynamically loaded modules that aren't installed yet, and that aren't in any of the standard WORLDTMP library locations. Mark needs a way for the dynamic linker to be able to find those modules. Did I get that right, Mark? John P. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 14:39:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10241 for freebsd-current-outgoing; Wed, 2 Sep 1998 14:39:53 -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 OAA10212 for ; Wed, 2 Sep 1998 14:39:47 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id HAA00120; Thu, 3 Sep 1998 07:51:18 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809022151.HAA00120@cimlogic.com.au> Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) In-Reply-To: <199809022118.OAA25182@austin.polstra.com> from John Polstra at "Sep 2, 98 02:18:43 pm" To: jdp@polstra.com (John Polstra) Date: Thu, 3 Sep 1998 07:51:14 +1000 (EST) Cc: jb@cimlogic.com.au, mark@grondar.za, 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 John Polstra wrote: > > WORLDTMP is private to the `make world' build system which is > > private to the top level makefiles. No other makefiles should know > > about these. They should rely on the environment variables that the > > tools naturally look for. > > The problem, as I understand it, is that the new perl has to run as > part of the build process. It has some dynamically loaded modules > that aren't installed yet, and that aren't in any of the standard > WORLDTMP library locations. Mark needs a way for the dynamic linker > to be able to find those modules. The bootstrap build of aout->aout or elf->elf uses MK_FLAGS to set NOSHARED=1 for the initial build of something, installing that something into WORLDTMP which is in the path. It cleans the directory and goes back later without NOSHARED and builds the shared version for real, running the static version in WORLDTMP as needed. My guess is that bootstrapping Perl5 is like I had to bootstrap Perl4 on alpha where there was no perl installed at all. This involved adding _perl= gnu/usr.bin/perl/perl to build just perl in the lib-tools target of Makefile.inc1, but not the other perl subdirectories (which are the ones that try to _run_ perl). This should "just work" (TM). -- 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 2 15:09:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA14202 for freebsd-current-outgoing; Wed, 2 Sep 1998 15:09:59 -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 PAA14195 for ; Wed, 2 Sep 1998 15:09:58 -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 PAA06215; Wed, 2 Sep 1998 15:13:49 -0400 (EDT) Date: Wed, 2 Sep 1998 15:13:49 -0400 (EDT) From: Brian Feldman X-Sender: green@zone.syracuse.net To: John Polstra cc: chuckr@glue.umd.edu, current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? In-Reply-To: <199809020125.SAA16732@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 Well depending on your reasons you could make a "static but linked tortld" executable by specifying the specific ar-chives for the libs... But what _are_ your reasons? -Brian On Tue, 1 Sep 1998, John Polstra wrote: > In article , > Chuck Robey wrote: > > > Another tought occurred, tho: Will those functions finally be > > available for statically linked elf images? > > No. Never. I wish you folks would get that idea out of your heads, > because it ain't gonna happen. It is not feasible, for reasons having > to do with the fact that some variables would end up existing in two > places, one in the original static executable and another in whatever > object you just dlopened. > > There are good reasons why these functions have never been supported > (by any vendor) in static executables. > -- > 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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 15:31:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA16957 for freebsd-current-outgoing; Wed, 2 Sep 1998 15:31: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 PAA16940 for ; Wed, 2 Sep 1998 15:31:35 -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 AAA26860 for current@freebsd.org; Thu, 3 Sep 1998 00:30:21 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 935D01517; Wed, 2 Sep 1998 23:39:37 +0200 (CEST) Date: Wed, 2 Sep 1998 23:39:37 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: XFree86 and ELF Message-ID: <19980902233937.A23897@keltia.freenix.fr> Mail-Followup-To: current@freebsd.org References: <19980902004140.A17784@keltia.freenix.fr> <199809020556.HAA01498@yacht.domestic.de> <19980902091247.A20608@keltia.freenix.fr> <199809021553.IAA22731@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199809021553.IAA22731@austin.polstra.com>; from John Polstra on Wed, Sep 02, 1998 at 08:53:30AM -0700 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4606 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to John Polstra: > Not correct. The ELF ld has it. See the output of "ld -elf --help", or > just try it. OK so now, why is it not in the man page ?? (not your fault I know) -R filename Read symbol names and their addresses from file- name, but do not relocate it or include it in the output. This allows your output file to refer sym- bolically to absolute locations of memory defined in other programs. No mention of -rpath like the '-help' does :-( -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 15:32:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA17207 for freebsd-current-outgoing; Wed, 2 Sep 1998 15:32:43 -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 PAA17181 for ; Wed, 2 Sep 1998 15:32:26 -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 AAA26880 for current@FreeBSD.ORG; Thu, 3 Sep 1998 00:31:16 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id CD5411517; Thu, 3 Sep 1998 00:02:27 +0200 (CEST) Date: Thu, 3 Sep 1998 00:02:27 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: ELF perl? And others? Message-ID: <19980903000227.A23993@keltia.freenix.fr> Mail-Followup-To: current@FreeBSD.ORG References: <19980902210700.A27845@scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <19980902210700.A27845@scientia.demon.co.uk>; from Ben Smithurst on Wed, Sep 02, 1998 at 09:07:01PM +0100 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4606 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Ben Smithurst: > If anyone has got Perl (5.004_04 or 5.005_02) to build on elf, I'd like > to know how. That's fairly easy. I'll be submitting a new freebsd.sh hints file tomorrow to perl5-porters. It recognises the current object format and supplies the correct arguments. The key here is "-Wl,-E". Once your Perl binary is compiled with this, all extentions will be able to reference symbols in libperl.a and the Perl binary. I'll send it tomorrow. It is for 5.005_02 but the patch will be easy to back-port to 5.004_04. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 15:33:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA17252 for freebsd-current-outgoing; Wed, 2 Sep 1998 15:33:02 -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 PAA17221 for ; Wed, 2 Sep 1998 15:32:46 -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 AAA26881 for current@FreeBSD.ORG; Thu, 3 Sep 1998 00:31:38 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 443AB1517; Thu, 3 Sep 1998 00:03:07 +0200 (CEST) Date: Thu, 3 Sep 1998 00:03:07 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: ELF perl? And others? Message-ID: <19980903000307.B23993@keltia.freenix.fr> Mail-Followup-To: 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 Alok K. Dhir on Wed, Sep 02, 1998 at 10:26:24AM -0400 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4606 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Alok K. Dhir: > LD_RUN_PATH="" cc -o ../../lib/auto/B/B.so -Bshareable -L/usr/local/lib > B.o Bad. Use "cc" as linker with "-shared". See my other mail. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 15:33:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA17536 for freebsd-current-outgoing; Wed, 2 Sep 1998 15:33:59 -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 PAA17461 for ; Wed, 2 Sep 1998 15:33:42 -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 AAA26887 for freebsd-current@FreeBSD.ORG; Thu, 3 Sep 1998 00:32:33 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 6793B1560; Thu, 3 Sep 1998 00:06:54 +0200 (CEST) Date: Thu, 3 Sep 1998 00:06:54 +0200 From: Ollivier Robert To: FREEBSD-CURRENT Subject: Re: Why no ldconfig for ELF? Message-ID: <19980903000654.C23993@keltia.freenix.fr> Mail-Followup-To: FREEBSD-CURRENT References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: ; from Matthew N. Dodd on Wed, Sep 02, 1998 at 12:59:16PM -0400 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4606 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Matthew N. Dodd: > I think the FreeBSD ELF ld uses -rpath rather than -R though I'm not > positive. Well, -R works as usual as shown in the on-line help although it is _not_ documented in the man page :-( Remember though, it is not FreeBSD ELF but GNU binutils' one now... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 15:55:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21230 for freebsd-current-outgoing; Wed, 2 Sep 1998 15:55:39 -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 PAA21209 for ; Wed, 2 Sep 1998 15:55:28 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-141.camalott.com [208.229.74.141]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id RAA20982; Wed, 2 Sep 1998 17:56:01 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id RAA06402; Wed, 2 Sep 1998 17:54:06 -0500 (CDT) (envelope-from joelh) Date: Wed, 2 Sep 1998 17:54:06 -0500 (CDT) Message-Id: <199809022254.RAA06402@detlev.UUCP> To: tlambert@primenet.com CC: jdp@polstra.com, bde@zeta.org.au, reilly@zeta.org.au, current@FreeBSD.ORG In-reply-to: <199809020715.AAA22302@usr02.primenet.com> (message from Terry Lambert on Wed, 2 Sep 1998 07:15:51 +0000 (GMT)) Subject: Re: ELF binaries size From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809020715.AAA22302@usr02.primenet.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Also, how does it enhance security to prevent a program from reading >> its own text segment? If a program doesn't want to read its text >> segment then it should simply ... not read it. :-) > Good reason to not use an Intel processor... > Consider the case of a program of permission --x--x--x... > This "security through obscurity" is bogus, in any case. But then how do you use static strings? 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 2 16:03:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA22346 for freebsd-current-outgoing; Wed, 2 Sep 1998 16:03:41 -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 QAA22341 for ; Wed, 2 Sep 1998 16:03:38 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-141.camalott.com [208.229.74.141]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id SAA21492; Wed, 2 Sep 1998 18:03:59 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id SAA06793; Wed, 2 Sep 1998 18:01:32 -0500 (CDT) (envelope-from joelh) Date: Wed, 2 Sep 1998 18:01:32 -0500 (CDT) Message-Id: <199809022301.SAA06793@detlev.UUCP> To: tlambert@primenet.com CC: green@unixhelp.org, current@FreeBSD.ORG In-reply-to: <199809020759.AAA24501@usr02.primenet.com> (message from Terry Lambert on Wed, 2 Sep 1998 07:59:07 +0000 (GMT)) Subject: Re: E-day problems: rtld-elf dlsym() broken? From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809020759.AAA24501@usr02.primenet.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Guys, can we *please* start sending code snippets as plain text? MIME >> attachments are fine, just don't use base64. I will usually give code >> in plain text in a message a once-over, but it's more of a hassle to >> do so in base64. > If you need help installing "MetaMail" and "Pine" or "Elm", I can help > you out... these packages handle base64 encoding as a matter of > course... Thanks for your kind and generous offer, but I think I can muddle through the three commands needed to install each. I have metamail installed, and use it. I just have no desire to write an attachment to a file to give it a once-over instead of reading it in my mail buffer. I also don't like to export an html-formatted message to read it in my browser because the author (or the MUA's programmer) couldn't be bothered to include a text/plain segment. It's not a big hassle, but it is an irritation. 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 2 16:10:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA23772 for freebsd-current-outgoing; Wed, 2 Sep 1998 16:10:52 -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 QAA23766 for ; Wed, 2 Sep 1998 16:10:51 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-141.camalott.com [208.229.74.141]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id SAA22009; Wed, 2 Sep 1998 18:11:06 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id SAA09152; Wed, 2 Sep 1998 18:08:48 -0500 (CDT) (envelope-from joelh) Date: Wed, 2 Sep 1998 18:08:48 -0500 (CDT) Message-Id: <199809022308.SAA09152@detlev.UUCP> To: syko@sykotik.org CC: freebsd-current@FreeBSD.ORG In-reply-to: (message from Dusk Auriel Sykotik on Wed, 2 Sep 1998 09:57:29 -0400 (EDT)) Subject: Re: ADV: FREE DOWNLOAD: Register your web site on over 650 search engines "INSTANTLY". From: Joel Ray Holveck Reply-to: joelh@gnu.org References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Ewww, spam on a mailing list? Why not set it so only subscribers can > post. So that Dyson can stay involved in discussions w/o being subscribed? 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 2 16:12:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA24138 for freebsd-current-outgoing; Wed, 2 Sep 1998 16:12:35 -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 QAA24133 for ; Wed, 2 Sep 1998 16:12:31 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id JAA00402; Thu, 3 Sep 1998 09:24:10 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809022324.JAA00402@cimlogic.com.au> Subject: Re: Why no ldconfig for ELF? In-Reply-To: <19980903000654.C23993@keltia.freenix.fr> from Ollivier Robert at "Sep 3, 98 00:06:54 am" To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Thu, 3 Sep 1998 09:24:10 +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 Ollivier Robert wrote: > According to Matthew N. Dodd: > > I think the FreeBSD ELF ld uses -rpath rather than -R though I'm not > > positive. > > Well, -R works as usual as shown in the on-line help although it is _not_ > documented in the man page :-( > > Remember though, it is not FreeBSD ELF but GNU binutils' one now... One of the bugs we haven't fixed is the aout man pages are installing over the top of the elf ones since binutils is built first. I'm not sure how we deal with 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 2 16:14:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA24548 for freebsd-current-outgoing; Wed, 2 Sep 1998 16:14: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 QAA24541 for ; Wed, 2 Sep 1998 16:14:55 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-141.camalott.com [208.229.74.141]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id SAA22343; Wed, 2 Sep 1998 18:15:36 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id SAA09819; Wed, 2 Sep 1998 18:13:42 -0500 (CDT) (envelope-from joelh) Date: Wed, 2 Sep 1998 18:13:42 -0500 (CDT) Message-Id: <199809022313.SAA09819@detlev.UUCP> To: jdp@polstra.com CC: taob@risc.org, current@FreeBSD.ORG In-reply-to: <199809021600.JAA22787@austin.polstra.com> (message from John Polstra on Wed, 02 Sep 1998 09:00:59 -0700) Subject: Re: Why no ldconfig for ELF? From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809021600.JAA22787@austin.polstra.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> I've seen it mentioned dozens of times that ldconfig is deprecated >> with our move to ELF, but I don't think anyone explained why. How >> does ELF know where to find libraries then? Surely we don't have to >> depend on setting LD_LIBRARY_PATH to include /usr/X11R6/lib and >> /usr/local/lib and whatever other local library paths? Solaris >> requires this, and it's been a big pain in the rear. Besides, a >> globally-enforced library search path seems to be much more secure >> than allowing users to specify their own. > You specify the search path at _link_ time with LD_RUN_PATH or the > "-R" linker option. The path is saved in the executable or shared > library itself. How is this a win? Say I'm taking a binary from somebody who installed libXpm in /usr/X11R6/lib, and didn't have a /usr/local/lib, which is where my libXpm resides. 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 2 16:22:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA25637 for freebsd-current-outgoing; Wed, 2 Sep 1998 16:22:54 -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 QAA25620 for ; Wed, 2 Sep 1998 16:22:50 -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 SAA12981; Wed, 2 Sep 1998 18:19:39 -0400 (EDT) Date: Wed, 2 Sep 1998 18:19:38 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: Ollivier Robert cc: current@FreeBSD.ORG Subject: Re: XFree86 and ELF In-Reply-To: <19980902233937.A23897@keltia.freenix.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 Wed, 2 Sep 1998, Ollivier Robert wrote: > According to John Polstra: > > Not correct. The ELF ld has it. See the output of "ld -elf --help", or > > just try it. > > OK so now, why is it not in the man page ?? (not your fault I know) As far as that goes, on my newly converted machine, man ld gets me the old ld man page (the one we had under aout). Isn't there a newer one for the binutils ld, or maybe is it under a different name? > > -R filename > Read symbol names and their addresses from file- > name, but do not relocate it or include it in the > output. This allows your output file to refer sym- > bolically to absolute locations of memory defined > in other programs. > > No mention of -rpath like the '-help' does :-( > -- > Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > ----------------------------+----------------------------------------------- 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 Wed Sep 2 16:36:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA28192 for freebsd-current-outgoing; Wed, 2 Sep 1998 16:36:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gilgamesch.bik-gmbh.de (gilgamesch.bik-gmbh.de [194.233.237.91]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA28159 for ; Wed, 2 Sep 1998 16:36:26 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.8.8/8.7.3) id BAA12214; Thu, 3 Sep 1998 01:35:10 +0200 (MET DST) Message-ID: <19980903013509.A12206@cons.org> Date: Thu, 3 Sep 1998 01:35:09 +0200 From: Martin Cracauer To: Terry Lambert , David Dawes Cc: mike@smith.net.au, jb@cimlogic.com.au, freebsd-current@FreeBSD.ORG Subject: Re: Standardizing a BSD/ELF ABI... References: <19980902131453.C21469@rf900.physics.usyd.edu.au> <199809020757.AAA24402@usr02.primenet.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=wRRV7LY7NUeQGEoC X-Mailer: Mutt 0.93.1i In-Reply-To: <199809020757.AAA24402@usr02.primenet.com>; from Terry Lambert on Wed, Sep 02, 1998 at 07:57:18AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii In <199809020757.AAA24402@usr02.primenet.com>, Terry Lambert wrote: > > Is there compatibility for dynamically linked executables when using the > > runtime host platform's native libraries? > > Yes and no. > > ELF supports the idea of multiple, seperate data segments. > > Using this construct, one can finally build shared libraries where > the data section of a shared libraries static, initialized data > comes from the dynamically linked shared library in the load phase > rather than the link phase. > > If you want to get into details: any program distribured for Linux > at this time FAILS the LGPL relink clause because the data segment > is linked into the program image from the shared library at the > time the program is linked, and runtime relinking applies only to > code, not to data. > > It is easy to implement a data-content dependent example of a > library that fails the LGPL relink clause because of this. > > Techinically, one need only increase the size of a statically > initialized data area. Are you sure about this? The appended tarfile contains two implementations of a shared library, one with more statically initialized data and some variables in different order, besides different initial values for all variables. On FreeBSD-2.2.7-stable and Linux (Debian-1.3) this gives correct results. I have not been able to reproduce a case where data from the library I linked against is used instead of data from the .so file that happens to be in place when the program runs. See the 'make run' target. I also tried to push the amount of extra data in test2a.c to more than 32K, but the result was still correct. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer BSD User Group Hamburg, Germany http://www.bsdhh.org/ --wRRV7LY7NUeQGEoC Content-Type: application/x-tar-gz Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="link.tar.gz" H4sIAO4y7TUAA+1cT2/bNhRX1q6IiB12GHbagXDTIsliVaT+tdE6eEu3ocAGDCsw7DBgkGWm FiLLhiQXHYZ+m32E3Xfc11mQ+7BH6o9l2W5SNJLilj8glfj4+CiRfL/3REsNg+jsgdIssKk7 loUVjDFxiDhi7ORHAR1j23IMahDDNEFLNy1DwVbD1yUwT1IvxljxY8/35izepDcMojYup22E fP5TlqTauLE+iK7bMK0b55/YJJ9/6tgUzgmxbaJgvbErquA9n3/2MmVxhP0xDMIhXwe/ZRIX BVGKuSAoJSjTGobe/otpMDpwFwJaSHgrKAf1cqnQ9Q1LLEH4/08nz5qMAW/A/zpxdO7/umNL /m8D5fz/4J2x0yBkRy+uvQ/gf/M1/E+pXZl/WCiYGGL+Jf83jzHzRirRiIs832dJ4qLk98lw GsJJOPXPEqQWA3PMtXCSxoGfAvNPJxMWpergLh5AZEBQiUZeytRHDzX9kaZTjRDNdDTLcVVv no6nMS4MuSoMecrwNy9nLhrGXuSPGXQXQZhRuakRS3w0ONxRlI+U2zsaXOSnijj/QIMCBvnH yu6dPGf592+Fl2/fgjWsaFPl3Mnqb6WTmcL/PofyE2V3t1jfSnj/goLsE5BxG8SDViAzQPZZ IRtmMn5O4fQ/ZUnfV77cuzio2hiCDPT7FRn1MpleleV6BGR7O7t3Jl4QgUTcwxeFLS2ZKv/c v7CWbYnrsZdtCdlRVcbbgkzLxuBDbp8oR+cmlP/KyxTKD6H8J4whBGbe4rzTFbgBaJCvqnD6 HA00KKawQNDg5Nvvv/ru2WNV7Z/OAh/3n/z49AQhLwyPcTF8uBgLLAZA/EvBWlGfa8Kg4mK2 kfrcB2MJ5DNshPu/cFpkMe5/LSTeMGS4P8V7g8GapqjoLrNLi0r6xnaXmyJx9cfi8ov+oJfc ZPXmqrWiFV1qReut6Eot8kPmRcdI7ccTfAg1h7Xhw+BLCMXzaOV6Kl34s4U0W1tlt9C8aFjU hKORsKpqD8Qhb02rrWs6A5k+XjPK+J9xUQPR/9L4T2ynHv+pZVAZ/9vAW8d/fCgTAJkANIBN CcDdIPLD+YjhXrYCekhsMvBby/YY0B8I41kMwtP9HtwhPsb3kl+j3hGPKvsHB+5yNa1W01p9 tvVRalQ2SOpmAt7NqLATrPYT0CWF9T0FpU5160UoxiydxxHWXfTqGuNgyf/ZYHbC/6ZpVfjf FvzvGJL/24Dkf8n/28X/re9Yv9MPHUv8z5d2+/t/xDGMGv/DUZf83wYk/0v+3y7+X5P/8+UU +NWQkEse495Tf4zBdzELIob5/PcTfzpj+GcvDsT+mzdPsl2rnlsYWgSS0g5ZDSbiOSPPyiud 8vx8Jcys6BYR6hWqBaC6ZlA1W4tNq7oLs1eMWsv8P+yE/02jnv9L/m8Lkv8l/289/688C6wQ fybewPr154ac7t/pvL/AEv/TG5T/y/e/WoHkf8n/W8//15L/09fm//R9yP9pV/m/KfP/jiD5 X/L/1vP/W+T/dH3+T9/xbf8Sgv9L12gGl33/4TiV/J8a/Pdf0JP83wa6fZ2yobcp5cuUV3mZ Usx/+f2XCGvN4DL/N02n9H/dFv6vO470/zYgf0250tNU19PUGBb+P+zM/4m1+P7T0Wnm//L7 n1bQ2m561zcqsRal/9Pu4r9l0jL+m7Yj8n/dlP7fBjbH//WboJXKeTRP2Mi9vt3X7UoJ0GIM Tle1i8G56anDwv+7jP/6Iv6T7Plfl/u/raCt3bSu71NiPYT/59vQTeHS53998fuPTsX//2DL +N8O5NdUNz1CS0hISDSD/wFUGhoaAFAAAA== --wRRV7LY7NUeQGEoC-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 16:44:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29589 for freebsd-current-outgoing; Wed, 2 Sep 1998 16:44:31 -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 QAA29576 for ; Wed, 2 Sep 1998 16:44:24 -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 QAA26085 for ; Wed, 2 Sep 1998 16:43:22 -0700 (PDT) (envelope-from jdp) Message-Id: <199809022343.QAA26085@austin.polstra.com> To: current@FreeBSD.ORG Subject: Re: Why no ldconfig for ELF? In-Reply-To: <199809022313.SAA09819@detlev.UUCP> References: <199809021600.JAA22787@austin.polstra.com> <199809022313.SAA09819@detlev.UUCP> Organization: Polstra & Co., Seattle, WA Date: Wed, 02 Sep 1998 16:43:21 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > You specify the search path at _link_ time with LD_RUN_PATH or the > > "-R" linker option. The path is saved in the executable or shared > > library itself. > > How is this a win? Say I'm taking a binary from somebody who > installed libXpm in /usr/X11R6/lib, and didn't have a /usr/local/lib, > which is where my libXpm resides. Could I ask a big favor of all you folks out there? Wait and see what the elf team delivers and then try it out? Please? It is a monumental waste of time and a big annoyance to calm each person's fears individually. Please just wait until we have something for you to look at. We haven't done too badly so far, after all. Maybe you could try trusting us just a tiny bit? If what we deliver doesn't work out, we'll deal with it. Thank you. PS - Both ${X11BASE}/lib and ${PREFIX}/lib will be in the standard -R paths for ports. 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 2 16:47:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA00178 for freebsd-current-outgoing; Wed, 2 Sep 1998 16:47:25 -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 QAA00168 for ; Wed, 2 Sep 1998 16:47: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 SAA22915; Wed, 2 Sep 1998 18:43:50 -0400 (EDT) Date: Wed, 2 Sep 1998 18:43:49 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: John Birrell cc: Ollivier Robert , freebsd-current@FreeBSD.ORG Subject: Re: Why no ldconfig for ELF? In-Reply-To: <199809022324.JAA00402@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 On Thu, 3 Sep 1998, John Birrell wrote: > Ollivier Robert wrote: > > According to Matthew N. Dodd: > > > I think the FreeBSD ELF ld uses -rpath rather than -R though I'm not > > > positive. > > > > Well, -R works as usual as shown in the on-line help although it is _not_ > > documented in the man page :-( > > > > Remember though, it is not FreeBSD ELF but GNU binutils' one now... > > One of the bugs we haven't fixed is the aout man pages are installing > over the top of the elf ones since binutils is built first. I'm not > sure how we deal with this. Oh. That answers the question I just asked (but hasn't shown up in the list yet). > > -- > 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 > > ----------------------------+----------------------------------------------- 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 Wed Sep 2 17:06:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA03056 for freebsd-current-outgoing; Wed, 2 Sep 1998 17:06:28 -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 RAA03047 for ; Wed, 2 Sep 1998 17:06:26 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by vader.cs.berkeley.edu (8.8.7/8.7.3) id RAA09222; Wed, 2 Sep 1998 17:05:20 -0700 (PDT) Date: Wed, 2 Sep 1998 17:05:20 -0700 (PDT) Message-Id: <199809030005.RAA09222@vader.cs.berkeley.edu> To: jdp@polstra.com CC: current@FreeBSD.ORG In-reply-to: <199809022343.QAA26085@austin.polstra.com> (message from John Polstra on Wed, 02 Sep 1998 16:43:21 -0700) Subject: Re: Why no ldconfig for ELF? From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * From: John Polstra * Could I ask a big favor of all you folks out there? Wait and see * what the elf team delivers and then try it out? Please? It is a * monumental waste of time and a big annoyance to calm each person's * fears individually. Please just wait until we have something for you I strongly second this motion. We have too many people out there who are babbling about stuff they don't know anything about. The ELF team have come to some conclusions after long hard discussions, and still have a monumental (I prefer to use this word in a more positive context :) task ahead of them on trying to actually getting it to work. If they have to personally soothe whatever feathers that are ruffled all over the place, they're never going to get done. (And I should add that the ports team has a great deal of interest in this, as any delay in the ELF transition is going to mean that much less time for us to work out our stuff before the release.) As they say in Japan, "too many captains and the ship will climb up the mountains". (Ok that sounds differently when translated, but it's supposed to be a bad thing. :) Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 17:15:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA04666 for freebsd-current-outgoing; Wed, 2 Sep 1998 17:15:18 -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 RAA04660 for ; Wed, 2 Sep 1998 17:15:17 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id RAA28660 for ; Wed, 2 Sep 1998 17:14:15 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp04.primenet.com, id smtpd028620; Wed Sep 2 17:14:11 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id RAA28929 for current@freebsd.org; Wed, 2 Sep 1998 17:14:11 -0700 (MST) From: Terry Lambert Message-Id: <199809030014.RAA28929@usr07.primenet.com> Subject: Vacation program utterly stupid; does not understand RFC822 To: current@FreeBSD.ORG Date: Thu, 3 Sep 1998 00:14:10 +0000 (GMT) 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 vacation program is utterly stupid. It will attempt to reply to "<>". It will attempt to reply to "" (some stupid hosts don't put in the "@domain" in the brokets, as they are required to by RFC822 -- I leave it to your imagination to determine which ones). If it's not a UNIX mailbox delivery (i.e., there is no "From "), it ignores the header "From: ". Here are my patches to fix this, since it has recently become obnoxious (patches follow .sig). !@#@$@! Frigging ancient piece of code... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. ----------------------------------------------------------------------------- Index: vacation.c =================================================================== RCS file: /cvs/mod/whistle/ia/bin/vacation/vacation.c,v retrieving revision 1.5.2.2 diff -c -r1.5.2.2 vacation.c *** vacation.c 1998/09/02 21:54:37 1.5.2.2 --- vacation.c 1998/09/02 23:55:59 *************** *** 216,221 **** --- 216,231 ---- if (junkmail()) exit(0); } + /* "From: " */ + if (!strncmp(buf, "From: ", 6)) { + for (p = buf + 6; *p && *p != ' '; ++p); + *p = '\0'; + (void)strcpy(from, buf + 6); + if (p = index(from, '\n')) + *p = '\0'; + if (junkmail()) + exit(0); + } break; case 'P': /* "Precedence:" */ cont = 0; *************** *** 285,290 **** --- 295,301 ---- } ignore[] = { "-request", 8, "postmaster", 10, "uucp", 4, "mailer-daemon", 13, "mailer", 6, "-relay", 6, + "<", 1, "cyrus", 5, NULL, NULL, }; register struct ignore *cur; *************** *** 297,311 **** * will be some variant of: * * From site!site!SENDER%site.domain%site.domain@site.domain */ ! if (!(p = index(from, '%'))) ! if (!(p = index(from, '@'))) { ! if (p = rindex(from, '!')) ! ++p; ! else ! p = from; ! for (; *p; ++p); } len = p - from; for (cur = ignore; cur->name; ++cur) if (len >= cur->len && --- 308,336 ---- * will be some variant of: * * From site!site!SENDER%site.domain%site.domain@site.domain + * + * OR + * + * From <@site.domain@site.domain:SENDER@site> */ ! if (!(p = index(from, '%'))) { ! /* no '%'; look for '@'... */ ! if (!(p = rindex(from, '@'))) { ! /* no '@'; look for '>'... */ ! if (!(p = index(from, '>'))) { ! /* ! * no '>'; back up from end of line. Note ! * use of pre-increment, leaving p one past ! * the end of line for option base 1 ! * subtraction (p - cur->len)... ! */ ! for ( p = from; *p; ++p); ! } ! /* else back up from character before '>' */ } + /* else back up from character before '@' */ + } + /* else back up from character before '%' */ len = p - from; for (cur = ignore; cur->name; ++cur) if (len >= cur->len && ----------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 17:16:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05050 for freebsd-current-outgoing; Wed, 2 Sep 1998 17:16:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from abby.skypoint.net (abby.skypoint.net [199.86.32.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA05045 for ; Wed, 2 Sep 1998 17:16:37 -0700 (PDT) (envelope-from bruce@zuhause.mn.org) Received: (from uucp@localhost) by abby.skypoint.net (8.8.7/jl 1.3) with UUCP id TAA22002; Wed, 2 Sep 1998 19:15:28 -0500 (CDT) Received: (from bruce@localhost) by zuhause.mn.org (8.8.8/8.8.7) id TAA11640; Wed, 2 Sep 1998 19:07:59 -0500 (CDT) From: Bruce Albrecht Date: Wed, 2 Sep 1998 19:07:58 -0500 (CDT) To: joelh@gnu.org Cc: current@FreeBSD.ORG Subject: Re: Why no ldconfig for ELF? In-Reply-To: <199809022313.SAA09819@detlev.UUCP> References: <199809021600.JAA22787@austin.polstra.com> <199809022313.SAA09819@detlev.UUCP> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13805.56495.457149.923238@zuhause.zuhause.mn.org> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Joel Ray Holveck writes: > How is this a win? Say I'm taking a binary from somebody who > installed libXpm in /usr/X11R6/lib, and didn't have a /usr/local/lib, > which is where my libXpm resides. You add /usr/local/lib to the environment variable LD_LIBRARY_PATH, and it will be found. I'm not running ELF on FreeBSD yet, but with Solaris, LD_LIBRARY_PATH is ignored for setuid programs, in which case you would need to make a symbolic link for the library to a directory that was in his run path, like /usr/lib. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 17:18:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05365 for freebsd-current-outgoing; Wed, 2 Sep 1998 17:18:10 -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 RAA05283 for ; Wed, 2 Sep 1998 17:18:04 -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 RAA18265 for ; Wed, 2 Sep 1998 17:16:58 -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: Wed, 02 Sep 1998 17:16:49 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: FreebSD Current Subject: Compiler..... Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I remember a while back some disscusseion about going to gcc 2.8 or pgcc as the compiler for 3.0. Has any desicions been made on this ? --------------------- William Woods Date: 02-Sep-98 / Time: 15:40:40 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 Wed Sep 2 17:20:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05864 for freebsd-current-outgoing; Wed, 2 Sep 1998 17:20:48 -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 RAA05856 for ; Wed, 2 Sep 1998 17:20:44 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id RAA00628; Wed, 2 Sep 1998 17:19:41 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp04.primenet.com, id smtpd000590; Wed Sep 2 17:19:37 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id RAA29265; Wed, 2 Sep 1998 17:19:29 -0700 (MST) From: Terry Lambert Message-Id: <199809030019.RAA29265@usr07.primenet.com> Subject: Re: ELF binaries size To: joelh@gnu.org Date: Thu, 3 Sep 1998 00:19:29 +0000 (GMT) Cc: tlambert@primenet.com, jdp@polstra.com, bde@zeta.org.au, reilly@zeta.org.au, current@FreeBSD.ORG In-Reply-To: <199809022254.RAA06402@detlev.UUCP> from "Joel Ray Holveck" at Sep 2, 98 05:54:06 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 > >> Also, how does it enhance security to prevent a program from reading > >> its own text segment? If a program doesn't want to read its text > >> segment then it should simply ... not read it. :-) > > Good reason to not use an Intel processor... > > Consider the case of a program of permission --x--x--x... > > This "security through obscurity" is bogus, in any case. > > But then how do you use static strings? You put them in a read-only ELF *DATA* section, where they belong, instead of where GCC puts them, of course. 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 2 18:32:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA16119 for freebsd-current-outgoing; Wed, 2 Sep 1998 18:32:12 -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 SAA16114 for ; Wed, 2 Sep 1998 18:32:11 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id SAA14369; Wed, 2 Sep 1998 18:31:07 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp03.primenet.com, id smtpd014317; Wed Sep 2 18:31:00 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id SAA03730; Wed, 2 Sep 1998 18:30:57 -0700 (MST) From: Terry Lambert Message-Id: <199809030130.SAA03730@usr07.primenet.com> Subject: Re: ELF binaries size To: eivind@yes.no (Eivind Eklund) Date: Thu, 3 Sep 1998 01:30:56 +0000 (GMT) Cc: bde@zeta.org.au, current@FreeBSD.ORG In-Reply-To: <19980902145445.24306@follo.net> from "Eivind Eklund" at Sep 2, 98 02:54: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 Bruce answered the other; I'll answer this one: > Or am I missing something that should be obvious here? For a system to be secure, you must not permit code to be written to by the process, only data. The only way you can do this is to map the page "read-only". If the code and the data do not butt up to each other on an even page boundary, using the same physical page would be wrong. This is because data needs the page to be mapped "copy-on-write". You can't have both in the same page because the hardware only enforces protections on full pages. [ Technically, you could do this; you would map the page and set an attribute such that when you got the fault, you would handle the fault differently based on the page it wanted to write. This is how kernel read protection is implemented for the 386, which does not support the "write protect bit". Note that this would be slow as molasses, and would probably not coexist peacably with the F00F bug workaround.] So you map the same page twice. The disk space savings come from the fact that ELF binaraies, unlike a.out binaries, do *not* pad the code section out to a page boundary to facilitate mapping, relying on the loader to map the page twice. But the header information in the ELF header states that the data is in the middle of a page, such that the page boundary following the last of the text is also the page boundary at the *end* of the first page of data. In other words, you start with a partial page of data, and the region before the data is either text, or zeroed (preferrably, it is zeroed). 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 2 18:36:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA16583 for freebsd-current-outgoing; Wed, 2 Sep 1998 18:36:28 -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 SAA16575 for ; Wed, 2 Sep 1998 18:36:26 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id SAA29492; Wed, 2 Sep 1998 18:35:22 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp04.primenet.com, id smtpd029465; Wed Sep 2 18:35:16 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id SAA04006; Wed, 2 Sep 1998 18:35:12 -0700 (MST) From: Terry Lambert Message-Id: <199809030135.SAA04006@usr07.primenet.com> Subject: Re: Why no ldconfig for ELF? To: joelh@gnu.org Date: Thu, 3 Sep 1998 01:35:12 +0000 (GMT) Cc: jdp@polstra.com, taob@risc.org, current@FreeBSD.ORG In-Reply-To: <199809022313.SAA09819@detlev.UUCP> from "Joel Ray Holveck" at Sep 2, 98 06:13:42 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 > > You specify the search path at _link_ time with LD_RUN_PATH or the > > "-R" linker option. The path is saved in the executable or shared > > library itself. > > How is this a win? Say I'm taking a binary from somebody who > installed libXpm in /usr/X11R6/lib, and didn't have a /usr/local/lib, > which is where my libXpm resides. The path is saved in a seperate section. You are free to rewrite this section during install, using an ELF image archiver. 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 2 18:38:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA16939 for freebsd-current-outgoing; Wed, 2 Sep 1998 18:38:04 -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 SAA16929 for ; Wed, 2 Sep 1998 18:38:01 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id LAA00739; Thu, 3 Sep 1998 11:49:58 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809030149.LAA00739@cimlogic.com.au> Subject: Re: Compiler..... In-Reply-To: from William Woods at "Sep 2, 98 05:16:49 pm" To: wwoods@cybcon.com Date: Thu, 3 Sep 1998 11:49:58 +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: > I remember a while back some disscusseion about going to gcc 2.8 or pgcc as the > compiler for 3.0. Has any desicions been made on this ? No compiler change for 3.0. No binutils upgrade for 3.0. One step at a time. Not much time left. -- 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 2 18:40:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA17612 for freebsd-current-outgoing; Wed, 2 Sep 1998 18:40:59 -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 SAA17607 for ; Wed, 2 Sep 1998 18:40:56 -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 SAA22582; Wed, 2 Sep 1998 18:39:44 -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: <199809030149.LAA00739@cimlogic.com.au> Date: Wed, 02 Sep 1998 18:39:36 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: John Birrell Subject: Re: Compiler..... Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG No probs or arguements here at all....just asking... On 03-Sep-98 John Birrell wrote: > William Woods wrote: >> I remember a while back some disscusseion about going to gcc 2.8 or pgcc as >> the >> compiler for 3.0. Has any desicions been made on this ? > > No compiler change for 3.0. > No binutils upgrade for 3.0. > One step at a time. > Not much time left. > > -- > 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 --------------------- William Woods Date: 02-Sep-98 / Time: 18:38:57 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 Wed Sep 2 18:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA18822 for freebsd-current-outgoing; Wed, 2 Sep 1998 18:50:03 -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 SAA18757 for ; Wed, 2 Sep 1998 18:49:59 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id SAA04475; Wed, 2 Sep 1998 18:48:57 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp02.primenet.com, id smtpd004457; Wed Sep 2 18:48:55 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id SAA04854; Wed, 2 Sep 1998 18:48:53 -0700 (MST) From: Terry Lambert Message-Id: <199809030148.SAA04854@usr07.primenet.com> Subject: Re: ELF binaries size To: eivind@yes.no (Eivind Eklund) Date: Thu, 3 Sep 1998 01:48:52 +0000 (GMT) Cc: bde@zeta.org.au, current@FreeBSD.ORG In-Reply-To: <19980902171903.50388@follo.net> from "Eivind Eklund" at Sep 2, 98 05:19:03 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 > Ah, got it. Stupid me. In case there are anybody left that didn't > think hard enough: > > 00000000|11111111|22222222 (Page numbers) > | | > TTTTTTT |DDDDDDD | Under a.out non-overflow - always 2 pages > | | > V| | Under ELF - 2 pages unless marked spot is > TTTTTTTD|DDDDDD | written, then 3 pages - 1 page wasted. > | | > TTTTTTT |DDDDDDDD|D Under a.out overflow - 3 pages > | | > V| | > TTTTTTTD|DDDDDDDD| Under ELF - 2 pages unless marked spot is > | | written, then 3 pages. Actually, no. This would require buggering the fault handler to know about executables. It's actually: Case #1: 00000000|11111111|22222222 (Page numbers) | | TTTTTTDD| | ELF image TTTTTT |DD | a.out image | | TTTTTT | DD| ELF in core TTTTTT |DD | a.out in core Case #2: 00000000|11111111|22222222 (Page numbers) | | TTTTTTTD|DDDDDDDD| ELF image TTTTTTT |DDDDDDDD|D a.out image | | TTTTTTT | D|DDDDDDDD ELF in core TTTTTTT |DDDDDDDD|D a.out in core Case #3: 00000000|11111111|22222222 (Page numbers) | | TTTTTTDD|DD | ELF image TTTTTT |DDDD | a.out image | | TTTTTT | DD|DD ELF in core TTTTTT |DDDD | a.out in core ...in other words, ELF will waste an extra page in core approximately 50% of the time (excluding other section effects, which may exist). 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 2 19:06:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA21987 for freebsd-current-outgoing; Wed, 2 Sep 1998 19:06:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from artemis.syncom.net (artemis.syncom.net [206.64.31.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA21978; Wed, 2 Sep 1998 19:06:49 -0700 (PDT) (envelope-from cyouse@artemis.syncom.net) Received: from localhost (localhost [[UNIX: localhost]]) by artemis.syncom.net (8.8.8/8.8.8) with SMTP id WAA24974; Wed, 2 Sep 1998 22:16:28 -0400 (EDT) Date: Wed, 2 Sep 1998 22:16:28 -0400 (EDT) From: Charles Youse To: Satoshi Asami cc: jdp@polstra.com, current@FreeBSD.ORG Subject: Re: Why no ldconfig for ELF? In-Reply-To: <199809030005.RAA09222@vader.cs.berkeley.edu> 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, 2 Sep 1998, Satoshi Asami wrote: > As they say in Japan, "too many captains and the ship will climb up > the mountains". (Ok that sounds differently when translated, but it's > supposed to be a bad thing. :) The English cognate would be, "Too many cooks spoil the stew." ;) Chuck Youse cyouse@syncom.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 19:08:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA22383 for freebsd-current-outgoing; Wed, 2 Sep 1998 19:08: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 TAA22378 for ; Wed, 2 Sep 1998 19:08:32 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id TAA11554; Wed, 2 Sep 1998 19:07:30 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp02.primenet.com, id smtpd011528; Wed Sep 2 19:07:25 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id TAA05776; Wed, 2 Sep 1998 19:07:19 -0700 (MST) From: Terry Lambert Message-Id: <199809030207.TAA05776@usr07.primenet.com> Subject: Re: VM question To: abial@nask.pl (Andrzej Bialecki) Date: Thu, 3 Sep 1998 02:07:19 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: from "Andrzej Bialecki" at Sep 2, 98 10:32: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 [ ... RAM and "fast swap" (RAM) ... ] > ...and here's what I'd like to achieve: > > * to free pages aggressively, so that only a very few pages (a fraction of > .text and .data, the stack and bss) are paged in, and then as soon as > possible freed - it's relatively cheap to do pagein when the media that > holds binaries is very fast, It makes no sense to do this. These pages aren't bothering anyone, and will go away when it is necessary for them to do so. > (As a side note: probably what I'd like to use is execution in place, > especially in case of MFS, but I remember someone telling me it's very > difficult to do...) Yes. It's rather hard. In the current implementation, the page in the MFS that is in the file is actually *not* the page paged from the MFS. In other words, the pages are doubled. This is only bad for clean pages; for dirty pages, it's absolutely necessary to not corrupt the binaries in the MFS. This could be handled by defining an MFS to be an FS on a VM "device", and then modifying (significantly) the MFS getpage/putpages routines to return direct mappings. I estimate that you will save, on average, on text page by doing this. > * to limit killing of random user processes - instead the VM should try > first to free as much pages as possible (and it should try better than it > is doing now :-) There are two problems glossed together here: 1) What if you really *are* out of memory? and 2) What if memory is fragmented? The second should only be a problem in the case where you need to allocate contiguous pages (for example, loading an LKM driver for a device that uses a contiguous physical memory segment to DMA into, like the QCAM driver). To solve the second, you would need to move around pages by discarding clean pages and copying dirty pages and modifying page table entries to point to the dirty page copies, in order to free up the originals. This has been discussed on this list before, as an alternative to grabbing large chunks of contiguous memory for devices at driver attach time. To solve the first, you will have to invent a mechanism, whereby an application can be asked to free up "dirty" pages, which contain cached data that can be regenerated or otherwise recovered without keeping them, and to free allocated memory, defrag it, and sbrk the freed memory back to the system. These are both asking a lot. 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 2 19:20:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA23865 for freebsd-current-outgoing; Wed, 2 Sep 1998 19:20: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 TAA23860 for ; Wed, 2 Sep 1998 19:20: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 TAA26777; Wed, 2 Sep 1998 19:19:42 -0700 (PDT) (envelope-from jdp) Message-Id: <199809030219.TAA26777@austin.polstra.com> To: Terry Lambert cc: current@FreeBSD.ORG Subject: Re: Why no ldconfig for ELF? In-reply-to: Your message of "Thu, 03 Sep 1998 01:35:12 -0000." <199809030135.SAA04006@usr07.primenet.com> Date: Wed, 02 Sep 1998 19:19:42 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [-R path] > The path is saved in a seperate section. > > You are free to rewrite this section during install, using an ELF > image archiver. If you would like to write the tool to do this, I'm sure we'd all be very appreciative! John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 19:23:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA24287 for freebsd-current-outgoing; Wed, 2 Sep 1998 19:23:08 -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 TAA24281 for ; Wed, 2 Sep 1998 19:23:06 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id TAA17089; Wed, 2 Sep 1998 19:22:03 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp02.primenet.com, id smtpd016968; Wed Sep 2 19:21:48 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id TAA06719; Wed, 2 Sep 1998 19:21:38 -0700 (MST) From: Terry Lambert Message-Id: <199809030221.TAA06719@usr07.primenet.com> Subject: Re: Standardizing a BSD/ELF ABI... To: cracauer@cons.org (Martin Cracauer) Date: Thu, 3 Sep 1998 02:21:38 +0000 (GMT) Cc: tlambert@primenet.com, dawes@rf900.physics.usyd.edu.au, mike@smith.net.au, jb@cimlogic.com.au, freebsd-current@FreeBSD.ORG In-Reply-To: <19980903013509.A12206@cons.org> from "Martin Cracauer" at Sep 3, 98 01:35:09 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 > > It is easy to implement a data-content dependent example of a > > library that fails the LGPL relink clause because of this. > > > > Techinically, one need only increase the size of a statically > > initialized data area. > > Are you sure about this? The appended tarfile contains two > implementations of a shared library, one with more statically > initialized data and some variables in different order, besides > different initial values for all variables. I meant "non-statically"; sorry. Please see sited references from DejaNews... char x[ 4]; char foo[ 4]; /* 4 vs. 16 */ char y[ 4]; initme() { x[ 0] = '0'; y[ 3] = '3'; y[ 0] = '0'; y[ 3] = '3'; strncpy( foo, "XXXXXXXXXXXXXXXX", sizeof(foo)-1); foo[ sizeof(foo)-1] = 0; } > On FreeBSD-2.2.7-stable and Linux (Debian-1.3) this gives correct > results. I have not been able to reproduce a case where data from the > library I linked against is used instead of data from the .so file > that happens to be in place when the program runs. See the 'make run' > target. See "__error undefined" and "sys_errlist[]: conflicting type for decl". You need to create cases that are not resolved at runtime (like sizeof(), above). 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 2 19:47:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA27971 for freebsd-current-outgoing; Wed, 2 Sep 1998 19:47:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from artemis.syncom.net (artemis.syncom.net [206.64.31.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA27963 for ; Wed, 2 Sep 1998 19:47:25 -0700 (PDT) (envelope-from cyouse@artemis.syncom.net) Received: from localhost (localhost [[UNIX: localhost]]) by artemis.syncom.net (8.8.8/8.8.8) with SMTP id WAA25834; Wed, 2 Sep 1998 22:56:51 -0400 (EDT) Date: Wed, 2 Sep 1998 22:56:51 -0400 (EDT) From: Charles Youse To: Terry Lambert cc: Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: VM question In-Reply-To: <199809030207.TAA05776@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 Thu, 3 Sep 1998, Terry Lambert wrote: > To solve the first, you will have to invent a mechanism, whereby an > application can be asked to free up "dirty" pages, which contain cached > data that can be regenerated or otherwise recovered without keeping > them, and to free allocated memory, defrag it, and sbrk the freed > memory back to the system. This sounds hauntingly similar to WIN32 WM_HIBERNATE messages (which, as far as I know, are only used on CE devices). Chuck Youse cyouse@syncom.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 19:55:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA29455 for freebsd-current-outgoing; Wed, 2 Sep 1998 19:55: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 TAA29450 for ; Wed, 2 Sep 1998 19:55:36 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id TAA28563; Wed, 2 Sep 1998 19:54:33 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp04.primenet.com, id smtpd028522; Wed Sep 2 19:54:27 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id TAA08467; Wed, 2 Sep 1998 19:54:21 -0700 (MST) From: Terry Lambert Message-Id: <199809030254.TAA08467@usr07.primenet.com> Subject: Re: VM question To: cyouse@artemis.syncom.net (Charles Youse) Date: Thu, 3 Sep 1998 02:54:20 +0000 (GMT) Cc: tlambert@primenet.com, abial@nask.pl, freebsd-current@FreeBSD.ORG In-Reply-To: from "Charles Youse" at Sep 2, 98 10:56:51 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 solve the first, you will have to invent a mechanism, whereby an > > application can be asked to free up "dirty" pages, which contain cached > > data that can be regenerated or otherwise recovered without keeping > > them, and to free allocated memory, defrag it, and sbrk the freed > > memory back to the system. > > This sounds hauntingly similar to WIN32 WM_HIBERNATE messages (which, as > far as I know, are only used on CE devices). There was a long drawn out discussion on -current about this; the idea was to make "some processes more equal than others", when it came time to feel the scythe of the VM grim reaper. The approach suggested was to use AIX "getting low on swap" signals, and send "die-unless-you-established-a-handler-and-are-priviledged" to processes (if everyone was priviledged, then it falls back to random mayhem). One of the problems with this is that, when you get an out of memory condition by getting a fault you can't satisfy, you can't signal the process you are faulting, since it can't run until you satisfy the fault, and that basically means you have to put it to sleep, effectively "half-faulted". This would be heavy code to get right. Another alternative would be to "never overcommit memory". This requires that programs have fixed maximum sizes that they promise to adhere to, and that you back with swap (or RAM) all pages that can possibly become dirty. If you couldn't commit dirty-page and memory use backing, then the program fails to start. 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 2 20:39:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA05423 for freebsd-current-outgoing; Wed, 2 Sep 1998 20:39:37 -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 UAA05418 for ; Wed, 2 Sep 1998 20:39:35 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-141.camalott.com [208.229.74.141]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id WAA08587; Wed, 2 Sep 1998 22:40:22 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id WAA10610; Wed, 2 Sep 1998 22:38:27 -0500 (CDT) (envelope-from joelh) Date: Wed, 2 Sep 1998 22:38:27 -0500 (CDT) Message-Id: <199809030338.WAA10610@detlev.UUCP> To: jdp@polstra.com CC: current@FreeBSD.ORG In-reply-to: <199809022343.QAA26085@austin.polstra.com> (message from John Polstra on Wed, 02 Sep 1998 16:43:21 -0700) Subject: Re: Why no ldconfig for ELF? From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809021600.JAA22787@austin.polstra.com> <199809022313.SAA09819@detlev.UUCP> <199809022343.QAA26085@austin.polstra.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> You specify the search path at _link_ time with LD_RUN_PATH or the >>> "-R" linker option. The path is saved in the executable or shared >>> library itself. >> How is this a win? Say I'm taking a binary from somebody who >> installed libXpm in /usr/X11R6/lib, and didn't have a /usr/local/lib, >> which is where my libXpm resides. > Could I ask a big favor of all you folks out there? Wait and see > what the elf team delivers and then try it out? Oh, I'm sorry, John! I didn't realize that this wasn't the final spec that we were discussing! I didn't mean to ruffle any feathers with that question. I was just caught off guard with the idea. I think I'll go play elsewhere (say, hacking the n+1 projects I've got lined up already) for a while before I get into any more trouble here. :-) Happy hacking, 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 2 20:53:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA07045 for freebsd-current-outgoing; Wed, 2 Sep 1998 20:53:36 -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 UAA07037 for ; Wed, 2 Sep 1998 20:53:33 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-141.camalott.com [208.229.74.141]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id WAA09541; Wed, 2 Sep 1998 22:54:02 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id WAA10664; Wed, 2 Sep 1998 22:52:06 -0500 (CDT) (envelope-from joelh) Date: Wed, 2 Sep 1998 22:52:06 -0500 (CDT) Message-Id: <199809030352.WAA10664@detlev.UUCP> To: tlambert@primenet.com CC: eivind@yes.no, bde@zeta.org.au, current@FreeBSD.ORG In-reply-to: <199809030130.SAA03730@usr07.primenet.com> (message from Terry Lambert on Thu, 3 Sep 1998 01:30:56 +0000 (GMT)) Subject: Re: ELF binaries size From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809030130.SAA03730@usr07.primenet.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > For a system to be secure, you must not permit code to be > written to by the process, only data. Why? Happy hacking, 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 2 21:08:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA09414 for freebsd-current-outgoing; Wed, 2 Sep 1998 21:08:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from friley-186-113.res.iastate.edu (friley-186-113.res.iastate.edu [129.186.186.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA09373 for ; Wed, 2 Sep 1998 21:08:37 -0700 (PDT) (envelope-from mystify@friley-186-113.res.iastate.edu) Received: from friley-186-113.res.iastate.edu (loopback [127.0.0.1]) by friley-186-113.res.iastate.edu (8.9.1/8.8.8) with ESMTP id XAA07284 for ; Wed, 2 Sep 1998 23:07:33 -0500 (CDT) (envelope-from mystify@friley-186-113.res.iastate.edu) Message-Id: <199809030407.XAA07284@friley-186-113.res.iastate.edu> To: freebsd-current@FreeBSD.ORG Subject: More missing -lcrypt's when doing aout-to-elf-build Date: Wed, 02 Sep 1998 23:07:33 -0500 From: Patrick Hartling Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have successfully completed 'make aout-to-elf-build' with Kerberos IV, but not without the build stopping several times due to libcrypt not being linked in a few places. The offending locations were: kerberosIV/usr.sbin/ksrvutil libexec/rlogind libexec/rshd usr.bin/rlogin usr.bin/rsh Adding the necessary flag to ${LDADD} in the Makefiles fixed things up. Other than this, the build worked fine for me with sources cvsup'd around 3:00 pm (CDT). -Patrick Patrick L. Hartling | Research Assistant, ICEMT mystify@friley-186-113.res.iastate.edu | SE Lab - 1117 Black Engineering http://www.public.iastate.edu/~oz/ | http://www.icemt.iastate.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 22:30:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA17286 for freebsd-current-outgoing; Wed, 2 Sep 1998 22:30:08 -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 WAA17253 for ; Wed, 2 Sep 1998 22:30:03 -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 NAA29826; Thu, 3 Sep 1998 13:27:43 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id NAA15079; Thu, 3 Sep 1998 13:28:27 +0800 Message-Id: <199809030528.NAA15079@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Patrick Hartling cc: current@FreeBSD.ORG Subject: Re: More missing -lcrypt's when doing aout-to-elf-build In-reply-to: Your message of "Wed, 02 Sep 1998 23:07:33 EST." <199809030407.XAA07284@friley-186-113.res.iastate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 03 Sep 1998 13:28:27 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This was my experience also. I did wonder how come so many people were reporting success with the aout-to-elf target when my builds were falling over. Guess there's only a few of us who are building the Kerberos stuff (which also explains the differences I've seen between my build times and others). Stephen > I have successfully completed 'make aout-to-elf-build' with Kerberos IV, > but not without the build stopping several times due to libcrypt not being > linked in a few places. The offending locations were: > > kerberosIV/usr.sbin/ksrvutil > libexec/rlogind > libexec/rshd > usr.bin/rlogin > usr.bin/rsh > > Adding the necessary flag to ${LDADD} in the Makefiles fixed things up. > Other than this, the build worked fine for me with sources cvsup'd around > 3:00 pm (CDT). > > -Patrick > > > Patrick L. Hartling | Research Assistant, ICEMT > mystify@friley-186-113.res.iastate.edu | SE Lab - 1117 Black Engineering > http://www.public.iastate.edu/~oz/ | http://www.icemt.iastate.edu/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- 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 2 22:35:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA18037 for freebsd-current-outgoing; Wed, 2 Sep 1998 22:35:06 -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 WAA18021 for ; Wed, 2 Sep 1998 22:34:59 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:JRnGaTTkwkf/Bnifl/pCXA06IMtCrwOM@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id HAA03952; Thu, 3 Sep 1998 07:33:23 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809030533.HAA03952@gratis.grondar.za> To: John Polstra cc: John Birrell , current@FreeBSD.ORG Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) Date: Thu, 03 Sep 1998 07:33:22 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > The problem, as I understand it, is that the new perl has to run as > part of the build process. It has some dynamically loaded modules > that aren't installed yet, and that aren't in any of the standard > WORLDTMP library locations. Mark needs a way for the dynamic linker > to be able to find those modules. > > Did I get that right, Mark? 100%! I cant find a variable/macro/whatever that has the right stuff deep inside makefile-land. 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 2 22:38:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA18386 for freebsd-current-outgoing; Wed, 2 Sep 1998 22:38:00 -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 WAA18377 for ; Wed, 2 Sep 1998 22:37:56 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id PAA01253; Thu, 3 Sep 1998 15:49:36 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809030549.PAA01253@cimlogic.com.au> Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) In-Reply-To: <199809030533.HAA03952@gratis.grondar.za> from Mark Murray at "Sep 3, 98 07:33:22 am" To: mark@grondar.za (Mark Murray) Date: Thu, 3 Sep 1998 15:49:36 +1000 (EST) Cc: jdp@polstra.com, 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 Mark Murray wrote: > John Polstra wrote: > > The problem, as I understand it, is that the new perl has to run as > > part of the build process. It has some dynamically loaded modules > > that aren't installed yet, and that aren't in any of the standard > > WORLDTMP library locations. Mark needs a way for the dynamic linker > > to be able to find those modules. > > > > Did I get that right, Mark? > > 100%! > > I cant find a variable/macro/whatever that has the right stuff deep > inside makefile-land. You shouldn't need to. You're not allowed to use the dynamic linker while you're bootstrapping. That's why god invented -static and Bruce. 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 Wed Sep 2 22:38:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA18633 for freebsd-current-outgoing; Wed, 2 Sep 1998 22:38:49 -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 WAA18616 for ; Wed, 2 Sep 1998 22:38:39 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:/2xhg/kb61/rK76xTon/7eSdO+/SIGpB@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id HAA03983; Thu, 3 Sep 1998 07:37:13 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809030537.HAA03983@gratis.grondar.za> To: John Birrell cc: jdp@polstra.com (John Polstra), current@FreeBSD.ORG Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) Date: Thu, 03 Sep 1998 07:37:13 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > The bootstrap build of aout->aout or elf->elf uses MK_FLAGS to set > NOSHARED=1 for the initial build of something, installing that something > into WORLDTMP which is in the path. It cleans the directory and goes > back later without NOSHARED and builds the shared version for real, > running the static version in WORLDTMP as needed. > > My guess is that bootstrapping Perl5 is like I had to bootstrap Perl4 > on alpha where there was no perl installed at all. This involved adding > > _perl= gnu/usr.bin/perl/perl Won't work - The perl5 build is very different. > to build just perl in the lib-tools target of Makefile.inc1, but not the > other perl subdirectories (which are the ones that try to _run_ perl). I can run perl very early on (and I do, it its "miniperl" incarnation). I still need to be able to tell the "real" perl and its modules where the libraries are for a link - and that is the big sweat... 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 2 22:42:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA19117 for freebsd-current-outgoing; Wed, 2 Sep 1998 22:42:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from home.dragondata.com (home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA19112 for ; Wed, 2 Sep 1998 22:42:32 -0700 (PDT) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id AAA02169 for current@freebsd.org; Thu, 3 Sep 1998 00:41:26 -0500 (CDT) From: Kevin Day Message-Id: <199809030541.AAA02169@home.dragondata.com> Subject: NFS stable before release? To: current@FreeBSD.ORG Date: Thu, 3 Sep 1998 00:41:25 -0500 (CDT) 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 Is anyone currently working on getting NFS fixed before the 3.0 release? If not, is there someone willing to start, that would benefit from getting some core-dumps from crashes, and a testbed that seems to crash daily? :) For those uninformed... I'm able to get the following panic's under heavy nfs client usage: page fault while in kernel mode fault on no fault entry nfs rcvunlock nfsbioread bwrite: buffer is not busy??? nfs physio vm_page_free: freeing free page vm_page_free: invalid wire count (listed in approximate order of frequency) I can also reproduce problems where processes get stuck after the nfs server dies and comes back.... After this, if anyone wants to tackle NIS, i'll help there, too. :) Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 22:43:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA19283 for freebsd-current-outgoing; Wed, 2 Sep 1998 22:43:43 -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 WAA19278 for ; Wed, 2 Sep 1998 22:43:40 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id PAA01282; Thu, 3 Sep 1998 15:55:25 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809030555.PAA01282@cimlogic.com.au> Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) In-Reply-To: <199809030537.HAA03983@gratis.grondar.za> from Mark Murray at "Sep 3, 98 07:37:13 am" To: mark@grondar.za (Mark Murray) Date: Thu, 3 Sep 1998 15:55:25 +1000 (EST) Cc: jb@cimlogic.com.au, jdp@polstra.com, 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 Mark Murray wrote: > Won't work - The perl5 build is very different. I guess I need more information to understand how different it is. > > > to build just perl in the lib-tools target of Makefile.inc1, but not the > > other perl subdirectories (which are the ones that try to _run_ perl). > > I can run perl very early on (and I do, it its "miniperl" incarnation). > > I still need to be able to tell the "real" perl and its modules where > the libraries are for a link - and that is the big sweat... LIBRARY_PATH does that. It is either not set and defaults to /usr/lib or set by the build system to where the libraries are. The trick is that you shouldn't try to execute a dynamically linked perl that you've just built, but not installed. -- 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 2 22:47:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA19740 for freebsd-current-outgoing; Wed, 2 Sep 1998 22:47:21 -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 WAA19734 for ; Wed, 2 Sep 1998 22:47:16 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:zmU37WRUbh3CswPu3EM8fcu9xQOInOPQ@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id HAA04046; Thu, 3 Sep 1998 07:45:47 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809030545.HAA04046@gratis.grondar.za> To: John Birrell cc: jdp@polstra.com, current@FreeBSD.ORG Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) Date: Thu, 03 Sep 1998 07:45:47 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > > I cant find a variable/macro/whatever that has the right stuff deep > > inside makefile-land. > > You shouldn't need to. You're not allowed to use the dynamic linker > while you're bootstrapping. That's why god invented -static and Bruce. 8-) OK - the real issue - the perl build tries quite hard to find libraries to link against - static or dynamic[1]. At the moment It is discovering the a.ut libraries and puking on them. I have override mechanism to tell it where to find the ELF libraries. What macro/variable/whatever can I use in that override that contains the "right" libraries for linking "now"? [1] at the final stage, this must be dynamic. Right now - I don't care I just want ELF, not a.out. 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 2 22:50:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA20308 for freebsd-current-outgoing; Wed, 2 Sep 1998 22:50:07 -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 WAA20219 for ; Wed, 2 Sep 1998 22:49:49 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:NvmaXAjomULUKo9eT1abQs58GqaPmV5L@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id HAA04070; Thu, 3 Sep 1998 07:48:19 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809030548.HAA04070@gratis.grondar.za> To: John Birrell cc: jdp@polstra.com, current@FreeBSD.ORG Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) Date: Thu, 03 Sep 1998 07:48:19 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > Mark Murray wrote: > > Won't work - The perl5 build is very different. > > I guess I need more information to understand how different it is. What do you need from me? My makefiles? > > > to build just perl in the lib-tools target of Makefile.inc1, but not the > > > other perl subdirectories (which are the ones that try to _run_ perl). > > > > I can run perl very early on (and I do, it its "miniperl" incarnation). > > > > I still need to be able to tell the "real" perl and its modules where > > the libraries are for a link - and that is the big sweat... > > LIBRARY_PATH does that. It is either not set and defaults to /usr/lib or > set by the build system to where the libraries are. The trick is that > you shouldn't try to execute a dynamically linked perl that you've > just built, but not installed. I had no luck with LIBRARY_PATH - it was not set where I used it. 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 2 22:55:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA21317 for freebsd-current-outgoing; Wed, 2 Sep 1998 22:55: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 WAA21304 for ; Wed, 2 Sep 1998 22:55:31 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id QAA01318; Thu, 3 Sep 1998 16:07:11 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809030607.QAA01318@cimlogic.com.au> Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) In-Reply-To: <199809030545.HAA04046@gratis.grondar.za> from Mark Murray at "Sep 3, 98 07:45:47 am" To: mark@grondar.za (Mark Murray) Date: Thu, 3 Sep 1998 16:07:10 +1000 (EST) Cc: jb@cimlogic.com.au, jdp@polstra.com, 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 Mark Murray wrote: > OK - the real issue - the perl build tries quite hard to find > libraries to link against - static or dynamic[1]. At the moment It is > discovering the a.ut libraries and puking on them. I have override > mechanism to tell it where to find the ELF libraries. What > macro/variable/whatever can I use in that override that contains > the "right" libraries for linking "now"? > > [1] at the final stage, this must be dynamic. Right now - I don't care > I just want ELF, not a.out. You shouldn't need to specify a path for the libraries in any of the cases (aout/elf, static/dynamic) unless you need to put the libraries in a special place. What is the perl build doing when it "tries quite hard to find libraries to link against"? Is it somehow trying to second guess what the build environment is? -- 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 2 22:56:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA21506 for freebsd-current-outgoing; Wed, 2 Sep 1998 22:56: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 WAA21491 for ; Wed, 2 Sep 1998 22:56:24 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id QAA01328; Thu, 3 Sep 1998 16:08:10 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809030608.QAA01328@cimlogic.com.au> Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) In-Reply-To: <199809030548.HAA04070@gratis.grondar.za> from Mark Murray at "Sep 3, 98 07:48:19 am" To: mark@grondar.za (Mark Murray) Date: Thu, 3 Sep 1998 16:08:10 +1000 (EST) Cc: jb@cimlogic.com.au, jdp@polstra.com, 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 Mark Murray wrote: > John Birrell wrote: > > Mark Murray wrote: > > > Won't work - The perl5 build is very different. > > > > I guess I need more information to understand how different it is. > > What do you need from me? My makefiles? That would help me to understand. -- 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 2 23:04:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA22519 for freebsd-current-outgoing; Wed, 2 Sep 1998 23:04:45 -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 XAA22513 for ; Wed, 2 Sep 1998 23:04:41 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:zI3XKbjMyEUSczsTEWBEiiQ5zHpgG2nu@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id IAA04377; Thu, 3 Sep 1998 08:03:11 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809030603.IAA04377@gratis.grondar.za> To: John Birrell cc: jdp@polstra.com, current@FreeBSD.ORG Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) Date: Thu, 03 Sep 1998 08:03:10 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > You shouldn't need to specify a path for the libraries in any of the cases > (aout/elf, static/dynamic) unless you need to put the libraries in a > special place. For normal C builds, yes, but there are Makefiles being built by perl scripts here. > What is the perl build doing when it "tries quite hard to find libraries > to link against"? > > Is it somehow trying to second guess what the build environment is? Correct. On a system with Perl5 installed, look at ExtUtils::MakeMaker(3). 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 2 23:11:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA23569 for freebsd-current-outgoing; Wed, 2 Sep 1998 23:11:38 -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 XAA23564 for ; Wed, 2 Sep 1998 23:11:36 -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 0zESbC-0000ZM-00; Thu, 3 Sep 1998 00:10:26 -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 AAA13989; Thu, 3 Sep 1998 00:10:41 -0600 (MDT) Message-Id: <199809030610.AAA13989@harmony.village.org> To: Terry Lambert Subject: Re: XFree86 and ELF Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Wed, 02 Sep 1998 07:23:23 -0000." <199809020723.AAA22823@usr02.primenet.com> References: <199809020723.AAA22823@usr02.primenet.com> Date: Thu, 03 Sep 1998 00:10:41 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809020723.AAA22823@usr02.primenet.com> Terry Lambert writes: : And then monkeys fly out my butt. I'd pay good money to see *THAT* :-) Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 23:23:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA26205 for freebsd-current-outgoing; Wed, 2 Sep 1998 23:23:01 -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 XAA26117 for ; Wed, 2 Sep 1998 23:22:34 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:hV6eluD1dvNRMj+d1hjTUyPKEjnxQWVA@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id IAA04451; Thu, 3 Sep 1998 08:20:27 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809030620.IAA04451@gratis.grondar.za> To: John Birrell cc: jdp@polstra.com, current@FreeBSD.ORG Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Content-ID: <4442.904803491.0@grondar.za> Date: Thu, 03 Sep 1998 08:20:26 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4442.904803491.1@grondar.za> John Birrell wrote: > Mark Murray wrote: > > What do you need from me? My makefiles? > > That would help me to understand. Enclosed. You want to look at perl5/miniperl/Makefile. Please note that this is not complete, and has been hacked on, and it does lots of things wrong. I'm working on the big problems first. Look for what happens to the "DYNAMIC_EXT" fragments... I am also encluding a fragment of the logfile that shows the breakage. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org ------- =_aaaaaaaaaa0 Content-Type: application/octet-stream; type="tar"; x-conversions="gzip" Content-ID: <4442.904803491.2@grondar.za> Content-Description: perl.tar.gz Content-Transfer-Encoding: base64 H4sIAF8x7jUAA+xde3Pbtpbvv9GnQJPsKLnXlkVKslPPqnv9TLR1bK8l93HnzmgoEhJZkwQLkLKV Tr77ngOQEgDJj3YctdOKExPADwdv4DwAUMkojzs7X33Rh7Sbe50O+Yrg07TcMkB2O3tux2l33F1C nKbrtr8inS9bLfUUIvc4IV9xxvKH6G5DSuN1VGi9TybHP45G6PlC8+DJ4+/u7TVbHRh/Z7ezuxn/ dTzm+H/0bug4iunzluE0m7vt9r3j7zh7bTX+ey3HbbmAtNpO8yvSfN5qrH7+5uP/qvaKvO4Fr2uv arWz3mH3Bc6DWu3o9Ozgff+f3e3e618bF4f/e9y7+kwwcHlyddbpXx19rtXg3Vf0DZ9MpvDK2Q0F B6EZuCyDF6cTnyXoCwrpFHmECZIJvEaznPIiBd9/ai9CzMLDl4KybBiyHDxiKkPo81lGVZSfx8oj ZkKlD5gsMGARU+XSO+pjrbwoxWwCOsLi02hKufBkpWM28mJRVlkmg3x8lo6jSSOs1UZ0zDiNUpgi cUxUKKAZTQMCwD6pKCuPgDRHZycH56e9sxPovRfLBKVvGEriRpT6cRFQ8t8jETRgFTaSm28B7l+f nvZ+POnv637S8AjUEHJrMNLI4E9mcXkw+LD/whiZqth9vTStki/sesyj9gmM99H1FY73Ton2P9Re xCnZFmOMvLg4PhicfEbv4ODq/clgXp7MSyvy0XR/9NzfPDb/n4/4s5bxMP9vNdt7juT/LdD6nE5H 8v+9zob/r+N59fXOKEp3gAmgJBiEkSCoAJBbT5CMs6DwaQBsGllyGqUTkoeUHMlZUnAK/JhHWd4g vZyELA4EskUkgawCUCTSKI9YijkidUBYkWNe8/QN0g9ZEQdkxgqSsCAazwhLKWFjzERQMvXigoot zI6RlOUEOPCE5iBosHKZN/Fyiok58UMvnVChV/Xlop7bAeUvG+QnLMabQXbI06kXQDLGoBzID1IR 6vlhWTiBRSB7QmaJRQgaj7cI40a+/ZcNlJyvyKXn33gTSlIvoWpe70uh0oG4PqT2KQkiTv2c8RnG QbJ5P3jYSySPErpPfoBu6tOMEJc47n6nvd9qkv5Bf0Ccb755p6VRo6LKwamLg+fJvgF5mNOkjBpz SkG0kAm4aQbto40JZ2ng8cYnj7QazW2/4Jym+ZxSx14194nwcuIVE+JChdr7nQ78A0zkskKy6H+t zHy/EFxwH2qD4h86cuJ13u0GdyRqvdsltdpBkYeMd+v12jEMYrf+Gp167QOMCpVwLwCwF9RrZ8y/ UdAZmwAG73rto+936/Cq10ALwXGCiNIHEJ1GAvoUsdJbr6lRwGz6uSyxXht63XrDAxc0BRlmEGb1 mjcW3foYNAPIy4ujSYp6CkBtCKYicm9SWR0vC5nIccRVSCoWsthOo9nsAARkHkfXD4HFdus70CnI bAMv93Ykx5WUTXcngak3J6R32dNoVdnYo9vl+CmcjX4Wsk63N1CD25t6beQJyulUVk2GQoyHpV8W BD4ZXBRdIgLbA56Zhz0uHQzllHE5UKCxQ7f4SOPDtBjH3gSKbmIo79bhBT6IxVS+7wdxSbB9fNk7 ItvjLJIRc5xgqPSDdzwczbp1nGUyQBMvilV49ayTVLiSuvUHVxLQhROeyTJC4DzKw25lW/0YZlw+ yyAT6R1i4SxJIAhv6c84FaqGLEX9EvxQnwzCkKcv3YjJ+EwCEgFdNS/GY5hHrgwumpllMfQd9Ir0 J1FaiCoAfAl7j2yfyKDIg0gD+CzL5cwCPw4pvOq1YPgeqgWTEXIUGQftd/zmzejt1sv/avxj8nLr Tfp2683d27dICKMpGyK5NZVI7PHEAKrJq0F5zqNRkevYyE8yM8yymQGIwAoCt8rkIBQp4CUoKlAj /UQ50wGcaFHL1RIiktKJQRR6fArN16nUCOs0OJVMRESfqJ4mBgEBrNsgAqFmpsJxMAAcDC1YwOqL Ai3bYBQPg8ioMIi/sZq6OsZhjcfUqHUQU84ZNyEwjCwiMUtw7iyKZKIw61Bkrp4E7JoJ8n0LC5eh dBnKVkC3y5iwITZOR/GNAYGJ5utDMC6X6IJkvDSSYz/NYwMIhsAnORMWCPPLRMRwFOUmFU5MK2FM 78YwEiYGvMEAGDfDmZeHqFIboFjOXI36vL1Q/NI4SCwTFhQCPw4CvowqwWCiyzmW8kMvGCUaqFY5 s4uK2SRKLSxdWXy6snh7ykhodVHZygwQLZIRtYuzJ57kKlGwBPHMNZtqsxmEsuWEPGJLRWKtV1fd nvKAiZXNATRjfIl2RXLKpyvLwlljLotJWgCn9vVm8swT4tagCnOWGkslAuo7LRHAoCExY7Qj0Pn8 KNKhmyiOM4ODxUvLMo5SY0nAkkHRZEE3YxNIJ8AebQj/DAwMN6OvkpHFJ5ORyNmtL0wMIQOhiSW6 EDFlFyAJm1ILslhJcmOJieRmHI2ZidgMPhETK+ibfAyQiVWOmHB/aiEiNcY4mSVgijF9KiimuiAB ey3LQw76ttCo0IqTbG2BwAJr6QlXcbXMAwlnAAvVeJ5TFmUmDYtjM8xzbxSbNKqKw1lEY112VVUH 0UtBmw+GP7MoVYkXNLdgkRlhZSUa+d/6oHoJCwI1Ty5ELSkoxmC/mXQT6jMr6S8Fyz0j4fICxIpb UwUhe62ACLDYBqe3sFbtpIkFCG9MR9YERsye1MJLl6a+8EM672wNptSe3GAOgzVrIokVtKayQtCJ QPkQq6OK1MKt2Q8IM6tMc2rxe4SKJWhJpoplmSqW5SRAMDJ0VIxtlPmeOVnFspgTywJKLAsosSyg VujBYoU0EitkDmB8RZeAyTIx9D+FFcvYct/xFdktU9nSC6Eloqndk2O0lBYVCM1ZFCYml5eAlIfK QjNi7AkXJoGd2J5O0cTz88gUdgBCRX+2lgZuQ+Q2knnWsgChBPqsOanAZmNDUFCH8dSL9bbKiCzn KyPQZDcxCRsQ2GZW8dy3uCpCub30YZA5mnnKw/gb+naBMzvL3FQzJGKXkbPChu7GpiWJUw0Zkd6C WWKzPdwx8qwm4CaSKXAAojyN0QybB3lsWmVqJ0xHcn+F3pf7K9ZaTuPY4ni26MawMc6wJFJfbi1p 2CebiReJJ4wGF0sUKczHZV44te2LKYt0+3TeqYgL07ZEKM9nqrOmLPbyyGRdU7VPoEO3XpS3bcBS kEG7yhnoWSaGkI7c0TTSFEzVRXK7LxgNQ0+EaikXoHnmLRe3WwDPOKS/UzFok0uYjrEloGtALZwO ABEydT4ryWAE/JwoECLBaMMtEIZewVHri0tLuXEnAGQFKAzK3n8HQVTTI38oEx2S48PhKe6EH+P+ 23GRZJSTU7QySe+C9C6Pdvoz8T05Pz78qOguMp8FlFxe9Hs/kv4c7ku2QXDLRBAOTabexENL6uTg /UHvHMIjP4gWihoFHbpbxzf4cU8JAmpriYI9K7eLlIE8xi7dh9AdVVVGL2534Bv9OU1xN1J8ucaQ E85TqCeMM4wHvtHPRZ6U9wi69coHETEaGeCC9auGC304qrh1qRAcXAgXcax2UOTZhNzTkpgc9mpz cgdC9drE9+e7rm5jr+E2HABhssv8wIMFTPB8Kw8Xe6qk8uzQeLwIeKxAatnpqs8nnBVZtZNJdmju 70iojBFmMZ8iTAjvei2sdiTKbeQQuZHqEpikCEQoKzlVumaAbUGV2SwLEZioYTGRW8zR0AN7Ds2z xeqKcNMsYlLyYSgY6XHBKJnPrGioFoYRrynVGIJK69FlG+YE45h5RvqJWYDBRCOw/hJjayUa2jpT NKzsFB3JQyMMGh+faaWkstAFAfSH2WoAKM5MPU0UGS3LdJU8GvLMF1PfbIyhmEBwIhnoIpwHHp/o mQACAQsxtk4RAT5rppoJQ9BEi5liQxGzsCjVKwRhZmhAEkt14SCRzONeYlGBIsh9CwMV389tDDiA 2tlWwdyzKUwxOYduzDpYwlNhsJhsrEgtAIWQDsFIJ8Y4KcDIx9hfi1C+wsDoBIVdaXXwaCIchlto 2QAS4uaXmgiNUGJKRlc0qZ/JyYxeeiuUR94mefKRUElvndSUaOKljhxeGSNCj1NIluKfoxO1bCJZ UEnZmlOCDjB9uFJzUnXyu6JKIsopNq7KBBe8ZK5G28wjKy2pVvzKlEicK5HdrtduUnabDp8q6t7P 5dg9Qu+J4m8gtx40kX6jTtNiPICVHphccYDu4rzrUHY87lAgPj/6ieXxC77BH42UJMczSWMjr7yf AYTKUxI8XaaBDysRJ2Q79vEPDywUfOulOcpVZHdEGTkERQxJRUzShCC3JcjnifojQQz/AgL/YHWS hPjEB0Ee3RH1Rn6DKhiRZZDCHxE8Vz7sH5PLH8gdFppSbAmuq1hKQXBvFj0CEz1O0RWlAiAvEQHA fFxQaj1BoOoADMgdQzUtHFcB+DfX7RYBmDWxPPeLM3mIG2P3Y+64x6HEORuPUZyrs0bl3inPTanR KD9as0MFvkIEBRkb/axIMSBZahVYaDjkH4g9tHLL2MVh7CoCOVWU/7H1XZLY+a2gkpmiH2yKIpG1 jzJRuUPVCAio7SDpQAgWC/ZjynBMMaTo0Cd7knEZwrWSTGX62X3H18ksYIlUkI1j3WS22FBcnPwi XppPf9abDvUaNGUb5rPUUoZhTNOyFyO0UUoU2lai8mwRr7NwnCYqGlv4UDStEhfABicphcUJ8x2i YQDTBN0hy+Q6A59g8wBL74TiOKUin3KG59PSqdfYEChG6pTrYnh+cX54dnH0HeCjn0s+BUkgL9Dy cGVtX0AILwVIHl7qvUwYw4MA6uswxxa9X69l6vZMty6vzGB4Qrmm6qupgzuppn6s9lYxJgdxSqcU FqxMnoO+jVo82EeKceJb+b0gwdn10B0CJFOCe16DMj1obhl0rLa7XfkArKyOTJkD2YJBZYpLgIer t7LeMPcqNF+bCDwuhkuah2+KINnSRlkGUqvihNwD7i5V9JYjQ4tisdEKgIgAZgLmDoOMdDCteIJu ySHxxlVSGTZKM1gwJKkczEHrfom06KQhp/aTS8NQbhTiBBdgGqlSKh9glWGIdiEyMqwCutnIQ9X6 1dcYBCuiXDHlWhEh46Xm4GKIZzSdqqQy8bz+0WSohvbfJ1cX5MP1JemdD8j/XfcGpHd2RgZXB5fk 4PBqQE4+Dsjp5Qn5DuHD6z7pn7z/nvR/6pPLHsAHZ1cfyeAEXtdX70l/cHFJBv3BJTm6gOyOPpwd k8Ggdw6vi2tUSH48urwmP572/02+H8ikl1cXp+SH3vnRB6jA6QW57l85+HKBekAWFR3iPbtu/SVW 9+UWeQk1RgcqjQ7WWwbPztDB2qOLDUAX2oAONAOd70oqaAw62B7p/iSD2CqZFmon8zpRLjRPUkEL JQyNRBfbKV1oqsShtcq9uJY1krXFZksXWo6uarwsDtqPruwC1aJTmQQ7onRdlRGW0yx7BKVWc4s4 W8TdIq0t0t4inS2yu0X2tsi7LfINRGE0xDtA4ACFAyQO0DhA5ACVA2QO0LlA52I+QOcCnQt0LtC5 QOcCnQt0LtC1gK7lyDJUJVIvHubVbsbvUYirNNryfmqyxxXokuqxvJHwEzX330RMqVSeRLX0RSL3 asHD1E6b0iClYVQFygtKQh534xv8c45/qTi+yIANhRTzknfGBHBPKaSkDtUAV6vNvDq5x3PF3199 bbFqGYesYn7DVWJ5tcGHCygPfMk+8C2DERuqXfc3b8bZ2+1vZejtPKoYQ8mLSDAqyD9JGQC2SrbJ qmQ+qrhamnkEWPTyLKQKQxYLQghIQtwuEOVAlV8L7CgULU5RjJKyn4rRYiMMgjMYmfQe7TEvBy9X vDMfqRDFzSlK0Ycb6fgGP1jGWK5dhZnYwahGSBSNGhr04cjkrMAZLx0IcWSu6OLFg/+k6JOKRr1W VEKzUEKzqM6MpUgFS/0XDES/gB/EhLa3AcHFIXcqwwsZBAEmTTgNUJ94zE0qRNBe0SjUhk+puGAY ZISuyxR4OmgemANUmvxVLjAyvtlXgBbVJVHzhigusmkkcWAVpQWE29p3tnG3g6pk5anXPkk1CFzc cJT7jdrNYIJbiiDYCZpYBGzSAg+zRaP6TAOQZrc+J69ruLyYWWonWDTZPq42Kh7epyCYTGkt9xIC zZwXPpWnlWkW+a5MAlSVPbVivqvYlhVr2D54QVyQ7euFiakC5TBg66RGaimki47zu46jBR2rH3VS F+Oe1qt6spbK8pE+1lO0McVv7nE9h06VwyP9r6fZxTQPjIZOu1fSPjg2eoJ3kABGSoe+AUgbNz3K aZZx1WrS49QQrRrVy4MBqCwn35+cdTu1/vXh9ydX/d7FedetgUZz2nvfxaX+V/l4SX3/U333id+j PX8Zj3z/SVr4zfduZ6+5C5Op7RBQzDpNZ/P9zzoe/fvP6gvC/+m+0L4CbDQW//C2Oy8Xf6f2sXfe wzQXlwNIon8qirRgZUdyIePe5H2R8zxUmauSVx7y+letwM/ax5MvgVyfwS//KotzDY9a//hNrvhi vwLx1O//neau295t4hfhrc33/+t59PEP3Sz8EpPgN/3+Q2cP+b/bcjfjv45nafy/wE9APCb/CY55 uf47Tfz9l9aes7eR/+t4DPl/dfG++wJngf3LBBlnE/nTBH90dTfPMz/m+r/7IkrA7+H/nc6G/6/j WRr/P5r/d1qS/7fbG/6/jmcV/78TG/7/d3n09Y/+UTF5dhHw2/l/q9lyNvx/Hc+q8X9uEfDo/p/T rvh/y3FQ/293Wpvff1vLs8z/y1lwrwiovf4VCT/LnwqrNuwWF3Aa9m+g3Ut1TwTmO/8tMzPJi39t fk/smR97/QfM/2P5v9z/azWd1ob/r+NZNf7r5v9k153r/7tOS/L/zfnPep7V/B9mwcYE+Fs8+vr/ Mr/++/j6d9pOuf477b2O/P3f5t7G/l/Lo6///vUhaGNd4rtZSEL1uhOkVAil66ufygX+QLLYzRIi stiLUptZiGIURHzDLv78z6r1/9y3QB79/W9X7f+5+FOwHbz/0drd3Zz/rOVZdf/j3usfv/EGyGOX QJ50D+QpV0Gepwpl8cvly9RluYvrJ5oZLD2Ny7Na+TPcnzUDdU7YcO4nNYtjAf65eAGudHWD91vj p7cXOZp2s1rRenkP2862zV5WWasxydTPK4CcGFz1LrubCzh/hUfn//6f4v7Hrjz/2/z/L+t5lsb/ Dz3/67Qdt6Puf2z2f9fyLNv//ub+x9/oMfb/0KL7AgLgt+//4v8DseH/63iWx//5BcDj+7+L+7+7 rtz/dZruhv+v41mx/4uzYCMA/iaPvv7VXt7zC4Dfwf93O5v7H2t5Voz/swuAR+9/7Drz+x9tB+// tFu7m/3/tTzL/L/c0T+/+Hhw3v3/9p79vWkkyfs1/is6xjNxOMfvx52zHiAk7PhbCByB2blvgHyK JcdabEtIMomXZP/2q6p+ypZxzCXKLKiZiVv9qO6u7np0q1W1Rd86bnQVxHat86kXRu4gLKMgWXUZ ZLHcyqzu8hGZeaa3CCi7JLJJWHz/P7j96x/fxP8b2f2PVELC/KfO/5nm//V2tU78v9bO+H8aIfn+ xyC7/vGDBE7/d+j8+z++5fy/Vutk33+mEoz5v6vrP2v5f6vK57/RqFdrDS7/29n9v1RCMv+Paf9J vsBNJXzBL7h2C45mPMuD3PPDJ4eHK807kI3aWeRVDudT67mH3j+NaNlCj9x7z+OVhRVctjcWPxNp 0jb3vH/8txNs7KB/zK+W8/f25mNr9YYmwZu2Skq0X3Hf8/f/DZz+1WzcSRs35v+dRp1//1GvNqsZ /08jLMz/nciANfy/U8NvPjn/r3H9v9HqZPp/KmGZ/yvWtk4GxPk+2+PWFQX/l1C4DDBPcISP+ZGU Cxswd2kovptbYMfmDS11c00UPsX0U7R0zvZsyD88OnmD+atPpmQPE3odjlAeLRc+HWHWZM6fhC2+ sj9h3Jex+EmovoCni8CNHIpDUfXAjBIL9QPnHK1Ox1EMic6lMwDZS0OENJgRvP7mXEbslRdE6B4d HZDgh74vXx8eve4mjzVp2nJnztALHIFdxp9sx3emNrp/T4K0ApOGjrBaIJ+8ffas//vRSdeIMhgu AC17DMAkCu3c4f8eP3nRf3p69PsbGjrXMQ4qB+XQY1rn4L4C5C/mIX51vvYhIH5i1cmtAP+7VLX/ Ev6LlZYeB+jPUnnlhkDHYrW5SwLxs1SbPBXwv7FayneBji3V5V4NxE+sNnk44H+XagUO/Aepudyv R09gBZ30ANVHr49hXvrHIvL7ydsD+kEb4hCxPsMf9B1OY+DRYDYtE1UMBqcQFzZFB56Pf7G87YVu OIKIMzlzbPn72QogOrTQ1izFvGDC4ZxjpZE1tef4iw+w0AOfVyBaC+chRD868wsvsDE6wSWKR8i2 63Eg3tk/ROch5mNfPP5H9Nz8LJHWsfiR9akZDo2iQxWFfoQiih0k2L5/Soa6MSp+AYYk7REjehaR KXQAAYSAIuxJiCMEHAiMcAOlHMBs6l5y1OH5HpKuJnY6t48Tr2ZaOMFkgBehrFXQY2zeoDugQsEP btjYTbYCW19pLYHxJHAjzqqTGFJuK8SVpwolQQw5SON2tJBXssDJr2uv2iZ3qaub3gxGXIR0Wfx5 LSToP8jTxwGI2WCIcwAPAx8e/NiFYhQf5Ry6FTNKw1NyaRQ0UFrIGqOGSEmuJUUT1CTpZNTj0iqx FmVhHVw/wJPwjZEUdjwPYoJf4fsh9B6w0FeVy29XS8wqgLmcFO3xW9YydZPpUhI7DkolbwiLC/ol WEL+r731Lcmwq5WXOO7knGhcbOnb99exZnl9QCLSqSZwAaHy17EXhlYw1y1pyqO5MzqjojjlaMn4 bJ/RSBhQnHm5XnGPbrxfew7bmYUOewL5J5i/rxkNKoOnE8+ejZ2w+BhQ8dvujhJuD7HLFKFoLqdU t67U4m5AnrxkV+t9xFvMjpuaXtfQ+24AXBXuxvTFpSYOj14dHR+e/opX9YH1sj5IQigg5PW1uZAK X/r0Frd/vdGHAmwBhGoyIasMbB96waf6a2xeYo3F1gRp7hw49PH54enrt8enqPj18tIacp4mEZCA FI0ir0JeenAt872JMQ4quvXiyd+OeliI4ao5xW9fdLdzOZOrrtbZE3VbNTE0K1qTXyvj4p93mPMW E3Y0YRtsBDbGmPCGuSnKFlaHOe/3vdXNQkJYOP9Z2jPfRhu16tfO/2qNZpN//9+oNhqNThOSWu1a dv6fSniwzU9Pcjk8CXozckN2YfFvfpm07h4y6R8QUkvsswMyPBp5gTc7H43nsNeCjaPNIo950/Ec oMijgWjkcECwkAIrcGHfkjPPmw6O/to/Zl9yuAoC59PMDRxqs7lPSY/7x09Zj6HPux2eUjg6/o3r G8/7B9c6D/gOynp0izGI9imO2yz26aJYmHr4jxWE5wXsIivAJiQa4Q9u+QJWkJ/ZPQatAOIhK8AT GoeHiGfv7nP4uHvudp+5U3vfeH4KXNcKnHiSP2fFXTPplQUNyiQu1Hg8nJ1RRwcj0dLFCF0NCr1E YEeOosdqzAXJjHl/VN8z5xND32ICO+YQE0t+liXlwHuiQO39cmFbFA5H7jDiOEbP1axar0MvH7AT 3xm4Q5h+B6bNms4ZCmk8Ow5h4tGVGiYPohmshDlDFwQgAuExcPb4FtCZRrAcWPHNyAM0iOMfm124 EZ4YMO3UkaGvjYBEFAcK4nOC4hwhAwTLxnpjKwL5uQuKOvsJW/MnIQyvSEPg+Ga9X9ArUA6RjL6K i4B6wO8WjLyYL+jJ7XYBNZXCaZ71/sUmXz5gw398qLz/z0qx/HD3HQyzcI0Ts4Wgi9BeAQYOmKzt YoXwyweU8ddfrvd5iYLozRcohmu2BunX1K3rEtsB4DvYIQQD84dw3u/Tkz5igERcJVFQxCKlRqkO NWzXYflXuow35LRWNCru5kvUUB69gfixslpTKRY4er7saMcHOzBA25vuRGyCtd5N84Qms0/b0NOk irQ2njlQjoXexEFve59mMNfj+R56cGGoCIWQ6k3YT7w+jTbugRTRINdoWbUTL3O9b1YUDjVYb7G0 yBClhWMKo5hIMfJR+4nnQ4rObyzVb8TqN5bqN3R9ebit80UK5ANJofcLW7BLIBqYNamGjUE/xG1Y OBuiszjgpAiOPJwbwOiZT0FfMGEJjCizTAutWLC90zh6SsxIEwjeRfqpllh1lzOCHBLKYITDz6Pu qJjTEjSouM1Ca+KgE71iYbGpnfLO7v5iVT3zCVVF5tqqVWJjJh/8+We2vQiG6Lry7n8K7ytIeggN h5YwjqurRLwA7RMDefezyFnoGydvgapyOY9wiF6fWkhTsKE9A5mJEjP0ZsHAIY/1g8gL5rDP2AZq Q3brjIEtcgxfWMHUqBzRES3+uHqS+QQb9Y01MHJwcyGYM/cMpAQyrIfHAy+gt37hfk7HAZ1/eVge MbFAH5Yf/rKfwxM8dPeDi2/I5ZSqINfDAKRfkXJLeUnFC2ug8vTl66MKlcnv5rawSyT/eDWcn8q7 cjH0rmCSaE2/O9otVNgjVm2BItll1WazWYLdCPK2mzRB+AhmUyHni6Q3lBQ5lxTh4nqAaZ5G7OQN bJJfszyTWASJ403Rt5I/diKHkJxzLt2IVZHebjfk0J0XR4lA6gRQiu5USwV0JYWk+fhUrN3AAak6 5Uv4w0sS3rYXyrVIoxkaw+FQf/LYTyEMosQ4WEZweRXEXLcrJsRoNLcF65jWYsihFvNPvdnYpmWp oYo1GIe8m+Pa/myKvo6lQkPzQkNFjUmPFMVDqRB5sXEuzsvAZ1SQQUGaDiykFTAYAV+ICAvLGP03 +o0NczBAT1BK9P7r3ZUMyuiyD6pFwa/HekxT4tfY1OFZwDewqO18xsLu1MMfeKrzJxTrW7FshIZH FwhFZarSOtOoyXo9DhNZHwGhFAFecyfBXrZqMlEMTXM0NTiAx0Xego4kGTFmguLz4APQ7KNtVJV2 K48ePODZ5DGqyDXuXZLrUPwRSZAKxvNAziROBM6wOVwwWDSGR0rExf30t5MdHBy+zeXEAMOI9c0H UneEqsWpwxw5/YFdyvkUOBdXi4gfz3zOHHHbUgbKDqNQSs04mYn+oXL4ruwF7nnh6l+FKxg9r3Qt ei2HkS+QPolPeaqOGID+7ewYQzbQ3lvUhvYNEcVxXflAZ0ggV1DHLKoOVT5wFbX4qOtProDbIdfE daB00Bpodl+pNbpCAVeouJJemeTqNKLEXgqGq3CtiGZJnopZUGtvZfnYwK/1ItgD7J3uSqW9Ql22 xlfupRjntsLQ5A+OIhxZ4f0SDpT+vgbxoKlvcTZyWoKJ1IXFfO5yKIYAU0jlAoyLL+ietyy9kuAt UKOWWSar8WwltFQEWzF5DxY8m7ljLIoZTy+AMM5BL7+wi6IVLPJP14fKWCB/DnG2N8ybRMdbILKD f17AzJQdwmKcLZ98dH0fFVXXlJrekIleMxwK7qzDMvHsBfpMYPRcjRLVFZ+PpSr96u3UOgP9ATg5 V5NkvtKvgLULBYmg7AWMjNfEre5ofe3o0hnMIoJp5LOpF7GhB9vSsuqPOkLoKYDqTspenxS01dZ9 9vZC6B76hRQzCSke6PkD1xrLrj5geDeLWQAqjBCh8oSF3qHC+isDNKHiuVPKUaMuM/Z3B3bW47EA ZY0vrHmIq4vJPnARCLWwq6omQR46tG+j3OEMmkXRh8tVQIPO0FGPZ0NDdIQ0cc9HETtzGGz5oAa+ nVcN4a7QtuacqaoDlx6Tq1Jo1uNQZJmKtVQ/UbMA1VOU4AJAntj0KHcfRS3I84kPMdhZwbJcPKAY WZ/RV2YQOKHvTWl3pXFYopE/m01pXvDDsnJui6YG6aKIgEVLfNdfoXOBCgIgToScCsqgXFa1qNdI OK+gkAkahreFah97iztk2reczRFhgPXQGQ9xBLDDg31NxIi/0GSRrlM5sEIH03BwsOK5GFSJDboY YUUlBAF9mDoDh17ClU2MofCG/hcnVygxUHIvZFYedLsPzjFZjFttzvOFL5wj4FseUee6DKXy+/E5 0dv55CoUxd0rVkRs/TyY2MW8oitC3i+EVNh59nCvh2gOOZolO8eK20Jbo0TgL4gImrCSOtbbxbrh PIyciWSBC5nYFXGAc81/pNDaAnHlTj8W5fSKItfLOz/Ff/PJDEpuAlW5JD61kiHKSnK7h+JCEc2C 7rZSeTO1LbOA3gzExK5SBKSUI6WvQivGn4UjRZJS6zdUNy4T5SKrLEo6mG1DxMGTlGZJqj/mK+wI 9aFoTjufWyoHXZM6P3eLO7RgoPY2opfUsUemcihUksIjPOCqImLv+4T+bkPc/+fdtLHu+496p8Xv f7er+OEPfv/TaWT2H1MJ5vsYjB8fbKv/XwZ4agTi3J34XhBZQIJ42L+9jYXlVTJ5oqm+BkGxRZFw 5toUoa9L2WVdW5jdoJKf2Za9yyC+/wKF5O7auLn/z06b23/AN8bZ9x9pBD3/qGiNoskdfAO02fef dfL/3MjmP5WQMP/p23/pkP/vdrva7rTRFkCtWe9k9h9TCQnff4p1sNLCcezyp0xfbeXYLB77ZmfJ xLGyNPyLeqittT2zZPkY17LZA7wx7GfGYFaEOP3jJYrLe/b/Rvyf7L9m/P/uQ9L8p+3/p95uKP7f 4fZfmpn/t3RCMv+ndZCL2wDbSBpkTPvfJMTpH+Xx7bfxDfy/0Wxn/D+NsDz/6dv/bfDzP87/62j/ BRZMZv83lZDM/2EdZOr/DxHi9B/hXedbb+Nbzn9a2flPKiFh/lM//6lz/5+c/5P9ryashIz/pxGS +T+ug0z9/xGCpv+7ewe8lv6rbWn/q9Gsc/5fy+g/lWDSv3ylK1UyeRLM1JEAk8wBI+pt7k3LZy9y /3xhmf5v2/vnevpvdjqS/pst7v+rUc3sv6USvgv/n+udVy6ZPsJ9pjRMtFyhVj7/54/h5zKm/9/R HZBvsP/c6mT+H1MJ8fm/Gx1wnf/nToPf/8NrP018F1RDS6AZ/08jxPj/y0Nhubks7+O1YEZsZxxZ KsXyXU89nHneR+Mhorgwf4ef56s82zJA2M7Z7Nx4MsGjMxcTih0OVB43ACifhtYnM14zH+omCHhu mJlN86FlPrTNh84CjP8yM/9bP6DhQfUwm+runs+i0IQxcsNIZbq+LkifyDnGo8bbxLNNEPAovqsx S4BsVY/e2T903FdRPw4Hr3OqvMAxokMdn01VPHQGZvUwmhv9BT1ex+e6UuTqMpEXAxB5nm4/Cizd UbRiKOOXoRGNZlQjbhIJV2z39ZIlKyzIrVlRlfUG1fri4FpW2OTYeoVj7hdPjmukjPTpGPtrVrNo lKKgspYUOSHaNHMGIw/VHYB2vc5s+eKRyk20E87/L+v+n+P+p7D/XO3UM/+fqQQ9/9adrYHN/D/h /b9as5ad/6cS4vN/P/of7Psl/VdbTdr/11qZ/79UwvL5P6yDmLl3LVJglbAlA/BKkkXOxBfG3wFE ecBGVjiCnzAK4C9ZIB6wC2v8Ec1938xqOIHcROjxz0W+ajIcJevER8uyk4/4aRxvY5V4Xm3AfLUZ YWGiXb3Bvh+zxLdqmXjZyutNrRQv3QoQ+lWSbrXi6+hVKtZ9k853EeL8H4nhXt//4ytguv/Vyfz/ phL0/Id/Kv2vmc1/KiE+//ei/7Fmo632f816g+t/2f2/VEKC/2fUoVbc9tBSW9oYX3nv7xYE/I1e 62x40wRXutnRH91ZtKZ/tLtSvxMncJvz/3q7nvn/TCUkzX/a3/802/r8j94F1ZqNRvb+P5WwzP/V OrjR/b9MIvx7B03/93f/pyXe/9Yb1Va9SvpfvdbI6D+N8F3c/7mdLojml9vXlvw43+B3jr6P20HL 9H/7bayj/1pVyv92o10n/Q8UgIz+0wgm/cv7vFbdZ7ALZFoTyG7ufq+B07+0unXP/r/V/b96Nfv+ K52wMP/34f+bderc/1OtAaFF+l+r3cr4fxoh4fxPrIWb+f82VSWlni04Bj/sP3lx8rZ/KN4OJ7vO C+ne4UB6BU+GXLmJi9gNHIof9I9f/v24x3Dy8eHFy8OjXrNVq+X6xydvnjx/TsPu7Q3Dweh83Zvo mANqlZQ0jNiLVjHwLhMI2MT/4lYCAu97RWUhC1nIQhaykIUsZCELWchCFrKQhSxk4c8U/g+3RQNy ABgBAA== ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4442.904803491.3@grondar.za> Content-Description: Failure.LOG ===> gnu/usr.bin/perl5 ===> gnu/usr.bin/perl5/libperl ln -sf /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/config_h.SH config_h.sh ln -sf /usr/src/gnu/usr.bin/perl5/libperl/config.SH config.sh sh config_h.sh Extracting config.h (with variable substitutions) cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/perl.c -o perl.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/gv.c -o gv.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/toke.c -o toke.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/perly.c -o perly.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/op.c -o op.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/regcomp.c -o regcomp.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/dump.c -o dump.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/util.c -o util.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/mg.c -o mg.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/byterun.c -o byterun.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/hv.c -o hv.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/av.c -o av.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/run.c -o run.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/pp_hot.c -o pp_hot.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/sv.c -o sv.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/pp.c -o pp.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/scope.c -o scope.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/pp_ctl.c -o pp_ctl.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/pp_sys.c -o pp_sys.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/doop.c -o doop.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/doio.c -o doio.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/regexec.c -o regexec.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/taint.c -o taint.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/deb.c -o deb.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/universal.c -o universal.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/globals.c -o globals.o cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/perlio.c -o perlio.o building standard perl library ranlib libperl.a cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/perl.c -o perl.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/gv.c -o gv.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/toke.c -o toke.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/perly.c -o perly.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/op.c -o op.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/regcomp.c -o regcomp.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/dump.c -o dump.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/util.c -o util.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/mg.c -o mg.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/byterun.c -o byterun.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/hv.c -o hv.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/av.c -o av.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/run.c -o run.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/pp_hot.c -o pp_hot.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/sv.c -o sv.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/pp.c -o pp.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/scope.c -o scope.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/pp_ctl.c -o pp_ctl.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/pp_sys.c -o pp_sys.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/doop.c -o doop.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/doio.c -o doio.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/regexec.c -o regexec.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/taint.c -o taint.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/deb.c -o deb.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/universal.c -o universal.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/globals.c -o globals.po cc -pg -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/libperl -I/usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/libperl/../../../../contrib/perl5/perlio.c -o perlio.po building profiled perl library ranlib libperl_p.a ===> gnu/usr.bin/perl5/miniperl sh config_h.sh Extracting config.h (with variable substitutions) sh writemain.sh Extracting writemain (with variable substitutions) sh writemain lib/auto/DynaLoader/DynaLoader.a > perlmain.c cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl -I/usr/src/gnu/usr.bin/perl5/miniperl/../../../../contrib/perl5 -static -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/perl5/miniperl/../../../../contrib/perl5/miniperlmain.c cc -O -pipe -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl -I/usr/src/gnu/usr.bin/perl5/miniperl/../../../../contrib/perl5 -static -I/usr/obj/elf/usr/src/tmp/usr/include -o miniperl miniperlmain.o -L/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/../libperl -lperl -lm -lcrypt cat /usr/src/gnu/usr.bin/perl5/miniperl/../../../../contrib/perl5/ext/re/re.pm > /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/re.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/../miniperl/miniperl -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/../miniperl/lib -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/../miniperl /usr/src/gnu/usr.bin/perl5/miniperl/../../../../contrib/perl5/configpm Config.pm Porting/Glossary myconfig config.sh /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/../miniperl/miniperl -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/../miniperl/lib -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/../miniperl -e 'use AutoSplit; autosplit_lib_modules(@ARGV)' lib/*.pm lib/*/*.pm Warning: AutoSplit had to create top-level lib/auto unexpectedly. AutoSplitting lib/Getopt/Long.pm (lib/auto/Getopt/Long) sh cflags.sh Extracting cflags (with variable substitutions) LD_RUN_PATH="/usr/lib" sh ext/util/make_ext static lib/auto/DynaLoader/DynaLoader.a MAKE=make PERL_SRC=/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl Making DynaLoader (static) Writing Makefile for DynaLoader mkdir /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/DynaLoader ../../miniperl -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib DynaLoader_pm.PL cp DynaLoader.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/DynaLoader.pm AutoSplitting /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/DynaLoader.pm (/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/DynaLoader) cp dl_dlopen.xs DynaLoader.xs ../../miniperl -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/xsubpp -noprototypes -typemap /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/typemap DynaLoader.xs >xstmp.c && mv xstmp.c DynaLoader.c cc -c -O -DVERSION=\"1.03\" -DXS_VERSION=\"1.03\" -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl -DPERL_CORE -DLIBC="" DynaLoader.c rm -rf /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/DynaLoader/DynaLoader.a ar cr /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/DynaLoader/DynaLoader.a DynaLoader.o && /usr/bin/ranlib /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/DynaLoader/DynaLoader.a chmod 755 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/DynaLoader/DynaLoader.a LD_RUN_PATH="/usr/lib" sh ext/util/make_ext dynamic lib/auto/B/B.so MAKE=make PERL_SRC=/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl Making B (dynamic) Writing Makefile for B mkdir /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/B cp B/Deparse.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/Deparse.pm cp B/CC.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/CC.pm cp B/Debug.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/Debug.pm cp B/Showlex.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/Showlex.pm cp B/makeliblinks /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/makeliblinks cp B/Bblock.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/Bblock.pm cp B/cc_harness /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/cc_harness cp B/Bytecode.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/Bytecode.pm cp B.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B.pm cp B/Stackobj.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/Stackobj.pm cp B/Xref.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/Xref.pm cp B/Lint.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/Lint.pm cp B/Asmdata.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/Asmdata.pm cp B/Assembler.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/Assembler.pm cp O.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/O.pm cp B/Disassembler.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/Disassembler.pm cp B/disassemble /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/disassemble cp B/assemble /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/assemble cp B/Terse.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/Terse.pm cp B/C.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/B/C.pm ../../miniperl -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/xsubpp -typemap /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/typemap -typemap typemap B.xs >B.tc && mv B.tc B.c cc -c -O -DVERSION=\"a5\" -DXS_VERSION=\"a5\" -DPIC -fpic -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl B.c Running Mkbootstrap for B () chmod 644 B.bs LD_RUN_PATH="" ld -o /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/B/B.so -Bshareable B.o chmod 755 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/B/B.so cp B.bs /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/B/B.bs chmod 644 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/B/B.bs LD_RUN_PATH="/usr/lib" sh ext/util/make_ext dynamic lib/auto/DB_File/DB_File.so MAKE=make PERL_SRC=/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl Making DB_File (dynamic) Note (probably harmless): No library found for -ldb Writing Makefile for DB_File mkdir /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/DB_File cp DB_File.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/DB_File.pm AutoSplitting /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/DB_File.pm (/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/DB_File) ../../miniperl -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/xsubpp -noprototypes -typemap /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/typemap -typemap typemap DB_File.xs >DB_File.tc && mv DB_File.tc DB_File.c cc -c -O -DVERSION=\"1.60\" -DXS_VERSION=\"1.60\" -DPIC -fpic -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl DB_File.c Running Mkbootstrap for DB_File () chmod 644 DB_File.bs LD_RUN_PATH="" ld -o /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/DB_File/DB_File.so -Bshareable DB_File.o chmod 755 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/DB_File/DB_File.so cp DB_File.bs /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/DB_File/DB_File.bs chmod 644 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/DB_File/DB_File.bs LD_RUN_PATH="/usr/lib" sh ext/util/make_ext dynamic lib/auto/Data/Dumper/Dumper.so MAKE=make PERL_SRC=/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl Making Data::Dumper (dynamic) Writing Makefile for Data::Dumper mkdir /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/Data mkdir /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Data mkdir /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Data/Dumper cp Dumper.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/Data/Dumper.pm ../../../miniperl -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/xsubpp -typemap /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/typemap Dumper.xs >Dumper.tc && mv Dumper.tc Dumper.c cc -c -O -DVERSION=\"2.09\" -DXS_VERSION=\"2.09\" -DPIC -fpic -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl Dumper.c Running Mkbootstrap for Data::Dumper () chmod 644 Dumper.bs LD_RUN_PATH="" ld -o /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Data/Dumper/Dumper.so -Bshareable Dumper.o chmod 755 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Data/Dumper/Dumper.so cp Dumper.bs /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Data/Dumper/Dumper.bs chmod 644 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Data/Dumper/Dumper.bs LD_RUN_PATH="/usr/lib" sh ext/util/make_ext dynamic lib/auto/Fcntl/Fcntl.so MAKE=make PERL_SRC=/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl Making Fcntl (dynamic) Writing Makefile for Fcntl mkdir /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Fcntl cp Fcntl.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/Fcntl.pm ../../miniperl -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/xsubpp -noprototypes -typemap /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/typemap Fcntl.xs >Fcntl.tc && mv Fcntl.tc Fcntl.c cc -c -O -DVERSION=\"1.03\" -DXS_VERSION=\"1.03\" -DPIC -fpic -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl Fcntl.c Running Mkbootstrap for Fcntl () chmod 644 Fcntl.bs LD_RUN_PATH="" ld -o /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Fcntl/Fcntl.so -Bshareable Fcntl.o chmod 755 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Fcntl/Fcntl.so cp Fcntl.bs /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Fcntl/Fcntl.bs chmod 644 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Fcntl/Fcntl.bs LD_RUN_PATH="/usr/lib" sh ext/util/make_ext dynamic lib/auto/IO/IO.so MAKE=make PERL_SRC=/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl Making IO (dynamic) Writing Makefile for IO mkdir /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/IO cp lib/IO/File.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/IO/File.pm cp lib/IO/Select.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/IO/Select.pm cp lib/IO/Socket.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/IO/Socket.pm cp IO.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/IO.pm cp lib/IO/Handle.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/IO/Handle.pm cp lib/IO/Seekable.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/IO/Seekable.pm cp lib/IO/Pipe.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/IO/Pipe.pm ../../miniperl -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/xsubpp -noprototypes -typemap /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/typemap IO.xs >IO.tc && mv IO.tc IO.c cc -c -O -DVERSION=\"1.1505\" -DXS_VERSION=\"1.15\" -DPIC -fpic -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl IO.c Running Mkbootstrap for IO () chmod 644 IO.bs LD_RUN_PATH="" ld -o /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/IO/IO.so -Bshareable IO.o chmod 755 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/IO/IO.so cp IO.bs /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/IO/IO.bs chmod 644 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/IO/IO.bs LD_RUN_PATH="/usr/lib" sh ext/util/make_ext dynamic lib/auto/IPC/SysV/SysV.so MAKE=make PERL_SRC=/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl Making IPC::SysV (dynamic) Checking if your kit is complete... Looks good Warning: I could not locate your pod2man program. Please make sure, your pod2man program is in your PATH before you execute 'make' Writing Makefile for IPC::SysV mkdir /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/IPC mkdir /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/IPC/SysV mkdir blib mkdir blib/man3 cp SysV.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/IPC/SysV.pm cp Msg.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/IPC/Msg.pm cp Semaphore.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/IPC/Semaphore.pm ../../../miniperl -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/xsubpp -typemap /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/typemap SysV.xs >SysV.tc && mv SysV.tc SysV.c cc -c -O -DVERSION=\"1.03\" -DXS_VERSION=\"1.03\" -DPIC -fpic -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl SysV.c Running Mkbootstrap for IPC::SysV () chmod 644 SysV.bs LD_RUN_PATH="" ld -o /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/IPC/SysV/SysV.so -Bshareable SysV.o chmod 755 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/IPC/SysV/SysV.so cp SysV.bs /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/IPC/SysV/SysV.bs chmod 644 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/IPC/SysV/SysV.bs Manifying blib/man3/IPC::SysV.3 Manifying blib/man3/IPC::Msg.3 Manifying blib/man3/IPC::Semaphore.3 LD_RUN_PATH="/usr/lib" sh ext/util/make_ext dynamic lib/auto/NDBM_File/NDBM_File.so MAKE=make PERL_SRC=/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl Making NDBM_File (dynamic) Note (probably harmless): No library found for -lndbm Note (probably harmless): No library found for -ldbm Note (probably harmless): No library found for -lucb Writing Makefile for NDBM_File mkdir /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/NDBM_File cp NDBM_File.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/NDBM_File.pm ../../miniperl -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/xsubpp -noprototypes -typemap /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/typemap -typemap typemap NDBM_File.xs >NDBM_File.tc && mv NDBM_File.tc NDBM_File.c cc -c -O -DVERSION=\"1.01\" -DXS_VERSION=\"1.01\" -DPIC -fpic -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl NDBM_File.c Running Mkbootstrap for NDBM_File () chmod 644 NDBM_File.bs LD_RUN_PATH="" ld -o /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/NDBM_File/NDBM_File.so -Bshareable NDBM_File.o chmod 755 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/NDBM_File/NDBM_File.so cp NDBM_File.bs /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/NDBM_File/NDBM_File.bs chmod 644 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/NDBM_File/NDBM_File.bs LD_RUN_PATH="/usr/lib" sh ext/util/make_ext dynamic lib/auto/Opcode/Opcode.so MAKE=make PERL_SRC=/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl Making Opcode (dynamic) Writing Makefile for Opcode mkdir /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Opcode cp Safe.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/Safe.pm cp Opcode.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/Opcode.pm cp ops.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ops.pm ../../miniperl -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/xsubpp -typemap /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/typemap Opcode.xs >Opcode.tc && mv Opcode.tc Opcode.c cc -c -O -DVERSION=\"1.04\" -DXS_VERSION=\"1.03\" -DPIC -fpic -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl Opcode.c Running Mkbootstrap for Opcode () chmod 644 Opcode.bs LD_RUN_PATH="" ld -o /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Opcode/Opcode.so -Bshareable Opcode.o chmod 755 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Opcode/Opcode.so cp Opcode.bs /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Opcode/Opcode.bs chmod 644 /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/Opcode/Opcode.bs LD_RUN_PATH="/usr/lib" sh ext/util/make_ext dynamic lib/auto/POSIX/POSIX.so MAKE=make PERL_SRC=/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl Making POSIX (dynamic) Processing hints file hints/freebsd.pl Note (probably harmless): No library found for -lposix Note (probably harmless): No library found for -lcposix Writing Makefile for POSIX mkdir /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/POSIX cp POSIX.pod /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/POSIX.pod cp POSIX.pm /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/POSIX.pm AutoSplitting /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/POSIX.pm (/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/POSIX) ../../miniperl -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/xsubpp -noprototypes -typemap /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/ExtUtils/typemap -typemap typemap POSIX.xs >POSIX.tc && mv POSIX.tc POSIX.c cc -c -DSTRUCT_TM_HASZONE -O -DVERSION=\"1.02\" -DXS_VERSION=\"1.02\" -DPIC -fpic -I/usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl POSIX.c Running Mkbootstrap for POSIX () chmod 644 POSIX.bs LD_RUN_PATH="/usr/lib/aout" ld -o /usr/obj/elf/usr/src/gnu/usr.bin/perl5/miniperl/lib/auto/POSIX/POSIX.so -Bshareable POSIX.o -lm /usr/obj/aout/usr/src/tmp/usr/libexec/elf/ld: cannot open -lm: No such file or directory *** Error code 1 Stop. ------- =_aaaaaaaaaa0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 23:23:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA26387 for freebsd-current-outgoing; Wed, 2 Sep 1998 23:23:38 -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 XAA26349 for ; Wed, 2 Sep 1998 23:23:29 -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 IAA17765 for current@FreeBSD.ORG; Thu, 3 Sep 1998 08:22:21 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 5C4521517; Thu, 3 Sep 1998 07:50:25 +0200 (CEST) Date: Thu, 3 Sep 1998 07:50:25 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: XFree86 and ELF Message-ID: <19980903075025.A26613@keltia.freenix.fr> Mail-Followup-To: current@FreeBSD.ORG References: <19980902233937.A23897@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: ; from Chuck Robey on Wed, Sep 02, 1998 at 06:19:38PM -0400 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4606 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Chuck Robey: > As far as that goes, on my newly converted machine, man ld gets me the > old ld man page (the one we had under aout). Isn't there a newer one > for the binutils ld, or maybe is it under a different name? Like John P. said, the fact that the new man page (in contrib/binutils/ld) is not installed is a known bug. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 2 23:24:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA26540 for freebsd-current-outgoing; Wed, 2 Sep 1998 23:24:10 -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 XAA26459 for ; Wed, 2 Sep 1998 23:23:58 -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 IAA17776 for freebsd-current@FreeBSD.ORG; Thu, 3 Sep 1998 08:22:54 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 822C91517; Thu, 3 Sep 1998 08:11:18 +0200 (CEST) Date: Thu, 3 Sep 1998 08:11:18 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: Why no ldconfig for ELF? Message-ID: <19980903081118.A26653@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <19980903000654.C23993@keltia.freenix.fr> <199809022324.JAA00402@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199809022324.JAA00402@cimlogic.com.au>; from John Birrell on Thu, Sep 03, 1998 at 09:24:10AM +1000 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4606 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to John Birrell: > One of the bugs we haven't fixed is the aout man pages are installing > over the top of the elf ones since binutils is built first. I'm not > sure how we deal with this. BTW, the ld.texinfo file has also the correct information. For compatibility with other ELF linkers, if the @code{-R} option is followed by a directory name, rather than a file name, it is treated as the @code{-rpath} option. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 00:18:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA04080 for freebsd-current-outgoing; Thu, 3 Sep 1998 00:18: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 AAA04075 for ; Thu, 3 Sep 1998 00:18: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 AAA09876; Thu, 3 Sep 1998 00:17:04 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Kevin Day cc: current@FreeBSD.ORG Subject: Re: NFS stable before release? In-reply-to: Your message of "Thu, 03 Sep 1998 00:41:25 CDT." <199809030541.AAA02169@home.dragondata.com> Date: Thu, 03 Sep 1998 00:17:04 -0700 Message-ID: <9872.904807024@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > 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 will say that I have a good deal of confidence in his ability to accomplish notable things in short periods of time, and it certainly doesn't hurt that he's extremely familiar with the code. More than that I cannot say until I at least see some of the preliminary results. Given that we only started today, everyone should also give this process just a little time to ramp up. :) And yes, I'm very interested in reproducible failure scenarios. If you have such a case and would like to be part of the testing/bug-fixing loop, please send me a short email indicating as much. If you have any PRs currently in the database concerning reproducible failure scenarios, please indicate those as well and I'll make a note of them next to your name. This list will then be passed on to the developer in question for reference. I've already added Kevin Day in as the first entry. :) - Jordan > not, is there someone willing to start, that would benefit from getting some > core-dumps from crashes, and a testbed that seems to crash daily? :) > > For those uninformed... I'm able to get the following panic's under heavy > nfs client usage: > > page fault while in kernel mode > fault on no fault entry > nfs rcvunlock > nfsbioread > bwrite: buffer is not busy??? > nfs physio > vm_page_free: freeing free page > vm_page_free: invalid wire count > > > (listed in approximate order of frequency) > > > I can also reproduce problems where processes get stuck after the nfs server > dies and comes back.... > > > > After this, if anyone wants to tackle NIS, i'll help there, too. :) > > Kevin > > > 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 Thu Sep 3 00:51:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07393 for freebsd-current-outgoing; Thu, 3 Sep 1998 00:51:46 -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 AAA07386 for ; Thu, 3 Sep 1998 00:51: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 IAA07804; Thu, 3 Sep 1998 08:49:32 +0100 (BST) Date: Thu, 3 Sep 1998 08:49:32 +0100 (BST) From: Doug Rabson To: Mark Murray cc: shmit@kublai.com, John Polstra , Terry Lambert , current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? In-Reply-To: <199809021916.VAA02181@gratis.grondar.za> 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, 2 Sep 1998, Mark Murray wrote: > Brian Cully wrote: > > > These routines are available to dynamically linked processes > > > ONLY. > > > > So does the 0598 version of 5.6 (and I don't think you get much more > > recent than that). > > For those who want statically-linked progs with functioning > dlsym/dlopen etc, you can get a near-as-dammit equivalent > by doing a dynamic link, but forcing the link to be against > the .a libraries. You have to link against at least one shared lib to get the _DYNAMIC goop for rtld. -- 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 3 00:55:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07747 for freebsd-current-outgoing; Thu, 3 Sep 1998 00:55:15 -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 AAA07742 for ; Thu, 3 Sep 1998 00:55:14 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id AAA03599; Thu, 3 Sep 1998 00:54:10 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp03.primenet.com, id smtpd003574; Thu Sep 3 00:54:02 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id AAA23003; Thu, 3 Sep 1998 00:53:56 -0700 (MST) From: Terry Lambert Message-Id: <199809030753.AAA23003@usr07.primenet.com> Subject: Re: ELF binaries size To: joelh@gnu.org Date: Thu, 3 Sep 1998 07:53:56 +0000 (GMT) Cc: tlambert@primenet.com, eivind@yes.no, bde@zeta.org.au, current@FreeBSD.ORG In-Reply-To: <199809030352.WAA10664@detlev.UUCP> from "Joel Ray Holveck" at Sep 2, 98 10:52:06 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 > > For a system to be secure, you must not permit code to be > > written to by the process, only data. > > Why? To prevent stack-overflow from resulting in executable code. 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 3 01:01:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA08452 for freebsd-current-outgoing; Thu, 3 Sep 1998 01:01:03 -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 BAA08446 for ; Thu, 3 Sep 1998 01:01:01 -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 JAA07838; Thu, 3 Sep 1998 09:00:00 +0100 (BST) Date: Thu, 3 Sep 1998 09:00:00 +0100 (BST) From: Doug Rabson To: John Birrell cc: wwoods@cybcon.com, freebsd-current@FreeBSD.ORG Subject: Re: Compiler..... In-Reply-To: <199809030149.LAA00739@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 On Thu, 3 Sep 1998, John Birrell wrote: > William Woods wrote: > > I remember a while back some disscusseion about going to gcc 2.8 or pgcc as the > > compiler for 3.0. Has any desicions been made on this ? > > No compiler change for 3.0. > No binutils upgrade for 3.0. > One step at a time. > Not much time left. I have a bad feeling about binutils. The binutils-2.8.1 ld can't even link some of the shared libs in one of my projects - it spits out bogus dynamic relocations. The latest binutils worked fine. I have done a test import of 2.9.1 locally and have all the necessary patches ready-to-go if we get any noticable problems in ports. -- 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 3 01:08:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09055 for freebsd-current-outgoing; Thu, 3 Sep 1998 01:08:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles138.castles.com [208.214.165.138]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA09050 for ; Thu, 3 Sep 1998 01:08: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 BAA01259; Thu, 3 Sep 1998 01:04:30 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809030104.BAA01259@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Doug Rabson cc: Mark Murray , shmit@kublai.com, John Polstra , Terry Lambert , current@FreeBSD.ORG Subject: Re: E-day problems: rtld-elf dlsym() broken? In-reply-to: Your message of "Thu, 03 Sep 1998 08:49:32 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 03 Sep 1998 01:04:29 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > For those who want statically-linked progs with functioning > > dlsym/dlopen etc, you can get a near-as-dammit equivalent > > by doing a dynamic link, but forcing the link to be against > > the .a libraries. > > You have to link against at least one shared lib to get the _DYNAMIC goop > for rtld. Ick, that makes too much sense. 8( It's ld that creates all that stuff too(?), so you might be hard-pressed to fake it up. -- \\ 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 3 01:32:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA12080 for freebsd-current-outgoing; Thu, 3 Sep 1998 01:32:23 -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 BAA12075 for ; Thu, 3 Sep 1998 01:32:19 -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 KAA22497; Thu, 3 Sep 1998 10:35:57 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Thu, 3 Sep 1998 10:35:57 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Terry Lambert cc: freebsd-current@FreeBSD.ORG Subject: Re: VM question In-Reply-To: <199809030207.TAA05776@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 Thu, 3 Sep 1998, Terry Lambert wrote: > [ ... RAM and "fast swap" (RAM) ... ] > > > ...and here's what I'd like to achieve: > > > > * to free pages aggressively, so that only a very few pages (a fraction of > > .text and .data, the stack and bss) are paged in, and then as soon as > > possible freed - it's relatively cheap to do pagein when the media that > > holds binaries is very fast, > > It makes no sense to do this. These pages aren't bothering anyone, > and will go away when it is necessary for them to do so. ^^^^^^^^^^^^^^^^^^^^ I think from my point of view it _is_ necessary to free as much as possible (including .text and .data pages of other processes) in order to be able to start the new process; and to do the same to the newly started process when its turn to run ends. Of course this will result in excessive paging, but these will be only page-ins and discards, right? What happens to clean pages in normal situation, i.e. with swap? Are they just discarded when system is low on memory, or are they swapped together with dirty pages? All I want here (i.e. without swap) is to discard as many (all?) clean pages as possible, because I can always (quickly) reload them if they are referenced; as far as I understand this, this is not the current behaviour, which is to keep as many pages as possible either loaded or swapped out. > > (As a side note: probably what I'd like to use is execution in place, > > especially in case of MFS, but I remember someone telling me it's very > > difficult to do...) > > Yes. It's rather hard. In the current implementation, the page > I estimate that you will save, on average, on text page by doing this. ^-- one You mean, one page for each page of .text - this is not negligible gain... > > * to limit killing of random user processes - instead the VM should try > > first to free as much pages as possible (and it should try better than it > > is doing now :-) > > There are two problems glossed together here: > > 1) What if you really *are* out of memory? Let me rephrase this: what if my memory is filled with dirty pages? Then resort to killing. BUT: what if my memory is filled with some dirty pages and some clean pages? IMHO, I should free the clean pages immediately (except one-two which are being referenced just now :-) > > and > > 2) What if memory is fragmented? > > The second should only be a problem in the case where you need to > allocate contiguous pages (for example, loading an LKM driver for > a device that uses a contiguous physical memory segment to DMA > into, like the QCAM driver). > > > To solve the second, you would need to move around pages by discarding > clean pages and copying dirty pages and modifying page table entries to > point to the dirty page copies, in order to free up the originals. This > has been discussed on this list before, as an alternative to grabbing > large chunks of contiguous memory for devices at driver attach time. > > > To solve the first, you will have to invent a mechanism, whereby an > application can be asked to free up "dirty" pages, which contain cached > data that can be regenerated or otherwise recovered without keeping > them, and to free allocated memory, defrag it, and sbrk the freed > memory back to the system. Yes, if we're talking about dirty pages. But I'd bet in current schema there are many clean pages kept in-core in order to avoid excessive paging. I need to change this to bare minimum, because I don't consider page-ins from MFS to be expensive. 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 Thu Sep 3 01:32:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA12103 for freebsd-current-outgoing; Thu, 3 Sep 1998 01:32:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from www.scancall.no (www.scancall.no [195.139.183.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id BAA12094 for ; Thu, 3 Sep 1998 01:32:29 -0700 (PDT) (envelope-from Marius.Bendiksen@scancall.no) Received: from super2.langesund.scancall.no [195.139.183.29] by www with smtp id HXRVWKJL; Thu, 03 Sep 98 08:31:24 GMT (PowerWeb version 4.04r6) Message-Id: <3.0.5.32.19980903102747.00965be0@mail.scancall.no> X-Sender: Marius@mail.scancall.no X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Thu, 03 Sep 1998 10:27:47 +0200 To: freebsd-current@FreeBSD.ORG From: Marius Bendiksen Subject: today's current Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Does anyone know of a problem in today's -current which might cause building of a (aout) kernel to give off a lot of warnings about aout not being defined, and ld failing with the same error? (No, I do not have the build logs available at this machine. They will most likely be posted sometime tomorrow if I don't figure out why this is happening.) The kernel is just a GENERIC where I've stripped everything I don't need. Is this a problem with -current at the moment, or have I blatantly disregarded an important message? (I haven't been paying attention to the ELF topics, as I don't intend to recompile to ELF yet) --- Marius Bendiksen, IT-Trainee, ScanCall AS To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 02:27:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA18208 for freebsd-current-outgoing; Thu, 3 Sep 1998 02:27:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vanuata (vanuata.dcs.gla.ac.uk [130.209.240.50]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id CAA18203 for ; Thu, 3 Sep 1998 02:26:58 -0700 (PDT) (envelope-from simonm@dcs.gla.ac.uk) Received: from solander.dcs.gla.ac.uk (actually host solander) by vanuata with SMTP DCS (MMTA) with ESMTP; Thu, 3 Sep 1998 10:25:52 +0100 Received: (from simonm@localhost) by solander.dcs.gla.ac.uk (8.8.8/8.8.7) id KAA16270; Thu, 3 Sep 1998 10:25:50 +0100 (BST) To: freebsd-current@FreeBSD.ORG Subject: calcru: negative time... From: Simon Marlow Date: 03 Sep 1998 10:25:50 +0100 Message-ID: Lines: 19 X-Mailer: Gnus v5.5/Emacs 20.2 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm having real trouble making world on my laptop (a Toshiba 460CDT) due to this "calcru: negative time" thing. The murmurings were that it probably had something to do with APM, which explains why it's only happening on my laptop. 'apmconf -d' had no effect. This is fairly repeatable - some short time after starting a 'make world' something will die, usually 'make'. I can help out with diagnosing the problem if necessary. Cheers, Simon -- Simon Marlow simonm@dcs.gla.ac.uk University of Glasgow http://www.dcs.gla.ac.uk/~simonm/ finger for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 02:47:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA19691 for freebsd-current-outgoing; Thu, 3 Sep 1998 02:47:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk ([195.8.135.85]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA19686 for ; Thu, 3 Sep 1998 02:47:32 -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 LAA00570; Thu, 3 Sep 1998 11:42:48 +0200 (CEST) To: Simon Marlow cc: freebsd-current@FreeBSD.ORG Subject: Re: calcru: negative time... In-reply-to: Your message of "03 Sep 1998 10:25:50 BST." Date: Thu, 03 Sep 1998 11:42:48 +0200 Message-ID: <568.904815768@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Simon Marlow writes: > >I'm having real trouble making world on my laptop (a Toshiba 460CDT) >due to this "calcru: negative time" thing. > >The murmurings were that it probably had something to do with APM, >which explains why it's only happening on my laptop. 'apmconf -d' had >no effect. You need to remove apm from your config to truly disable APM in FreeBSD. You also need to disable it in your bios of course... -- 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 Thu Sep 3 02:52:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA20255 for freebsd-current-outgoing; Thu, 3 Sep 1998 02:52:05 -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 CAA20195 for ; Thu, 3 Sep 1998 02:52:01 -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 LAA07087 for ; Thu, 3 Sep 1998 11:55:55 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Thu, 3 Sep 1998 11:55:55 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: freebsd-current@FreeBSD.ORG Subject: ELF broke crunchgen/crunchide 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, Today I tried to use crunchgen, and it fails miserably, because it plays directly with a.out format. I guess we need to teach it about elves... I could do with some pointers to the ELF format and the way ld shuffles symbols - then I'd try to fix it, and probably then I'd cry for more help... :-) 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 Thu Sep 3 03:01:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA21496 for freebsd-current-outgoing; Thu, 3 Sep 1998 03:01:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA21491 for ; Thu, 3 Sep 1998 03:01:53 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id MAA00362; Thu, 3 Sep 1998 12:00:39 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id MAA04811; Thu, 3 Sep 1998 12:00:32 +0200 (MET DST) Message-ID: <19980903120032.23400@follo.net> Date: Thu, 3 Sep 1998 12:00:32 +0200 From: Eivind Eklund To: Terry Lambert Cc: bde@zeta.org.au, current@FreeBSD.ORG Subject: Re: ELF binaries size References: <19980902145445.24306@follo.net> <199809030130.SAA03730@usr07.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199809030130.SAA03730@usr07.primenet.com>; from Terry Lambert on Thu, Sep 03, 1998 at 01:30:56AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 03, 1998 at 01:30:56AM +0000, Terry Lambert wrote: > Bruce answered the other; I'll answer this one: > > > Or am I missing something that should be obvious here? > > For a system to be secure, you must not permit code to be > written to by the process, only data. > > The only way you can do this is to map the page "read-only". > > If the code and the data do not butt up to each other on an > even page boundary, using the same physical page would be > wrong. This is because data needs the page to be mapped > "copy-on-write". > > You can't have both in the same page because the hardware only > enforces protections on full pages. But can you have it in the same _memory_? I don't care that much if ELF wastes a page mapping entry as it it wastes the memory an entire page use... Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 03:02:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA21698 for freebsd-current-outgoing; Thu, 3 Sep 1998 03:02:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from caladan.tdx.co.uk (caladan.tdx.co.uk [195.188.177.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA21685 for ; Thu, 3 Sep 1998 03:02:10 -0700 (PDT) (envelope-from kpielorz@tdx.co.uk) Received: from tdx.co.uk (lorca-tx.tdx.co.uk [195.188.177.242]) by caladan.tdx.co.uk (8.9.1a/8.9.1) with ESMTP id LAA19460; Thu, 3 Sep 1998 11:00:47 +0100 (BST) Message-ID: <35EE68B5.40F13F98@tdx.co.uk> Date: Thu, 03 Sep 1998 11:00:21 +0100 From: Karl Pielorz Organization: TDX - The Digital eXchange X-Mailer: Mozilla 4.5b1 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Simon Marlow CC: freebsd-current@FreeBSD.ORG Subject: Re: calcru: negative time... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Simon Marlow wrote: > > I'm having real trouble making world on my laptop (a Toshiba 460CDT) > due to this "calcru: negative time" thing. > > The murmurings were that it probably had something to do with APM, > which explains why it's only happening on my laptop. 'apmconf -d' had > no effect. > > This is fairly repeatable - some short time after starting a 'make > world' something will die, usually 'make'. I can help out with > diagnosing the problem if necessary. > > Cheers, > Simon The only way I ever got FreeBSD to run on my laptop was by disabling APM, disabling all the time outs (i.e. hard drive spindown's etc.) - then it would run OK... If I didn't do that I'd get 'calcru' errors - when the CPU went 'dozy' (i.e. power saving), or 'wd0: seek errors' when the hard drive span down... I know other people have gotten varying milage out of the APM stuff, but try the system with as much of it disabled as you can... ;-) - Have a look at the -mobile list for more details... Regards, Karl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 03:19:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA24071 for freebsd-current-outgoing; Thu, 3 Sep 1998 03:19:15 -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 DAA24062 for ; Thu, 3 Sep 1998 03:19:12 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.9.1/8.9.1) id OAA01097 for current@freebsd.org; Thu, 3 Sep 1998 14:18:08 +0400 (MSD) (envelope-from ache) Message-ID: <19980903141808.A939@nagual.pp.ru> Date: Thu, 3 Sep 1998 14:18:08 +0400 From: "Andrey A. Chernov" To: current@FreeBSD.ORG Subject: sbflush 2 panic, uipc_socket2.c 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 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. -- 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 Thu Sep 3 03:27:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA24710 for freebsd-current-outgoing; Thu, 3 Sep 1998 03:27:19 -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 DAA24704 for ; Thu, 3 Sep 1998 03:27:15 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id MAA24842; Thu, 3 Sep 1998 12:26:03 +0200 (CEST) Message-ID: <19980903122603.A24806@cons.org> Date: Thu, 3 Sep 1998 12:26:03 +0200 From: Martin Cracauer To: Terry Lambert Cc: freebsd-current@FreeBSD.ORG Subject: Re: Standardizing a BSD/ELF ABI... References: <19980903013509.A12206@cons.org> <199809030221.TAA06719@usr07.primenet.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=a8Wt8u1KmwUX3Y2C X-Mailer: Mutt 0.93.1i In-Reply-To: <199809030221.TAA06719@usr07.primenet.com>; from Terry Lambert on Thu, Sep 03, 1998 at 02:21:38AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii In <199809030221.TAA06719@usr07.primenet.com>, Terry Lambert wrote: > > > It is easy to implement a data-content dependent example of a > > > library that fails the LGPL relink clause because of this. > > > > > > Techinically, one need only increase the size of a statically > > > initialized data area. > > > > Are you sure about this? The appended tarfile contains two > > implementations of a shared library, one with more statically > > initialized data and some variables in different order, besides > > different initial values for all variables. > > I meant "non-statically"; sorry. > > Please see sited references from DejaNews... > > > char x[ 4]; > char foo[ 4]; /* 4 vs. 16 */ > char y[ 4]; > > initme() > { > x[ 0] = '0'; > y[ 3] = '3'; > y[ 0] = '0'; > y[ 3] = '3'; > strncpy( foo, "XXXXXXXXXXXXXXXX", sizeof(foo)-1); > foo[ sizeof(foo)-1] = 0; > } [...] > You need to create cases that are not resolved at runtime (like sizeof(), > above). This still works right on FreeBSD-stable and Linux (Debian-1.3). The sizeof() gives the correct answer for the size of the foo array that is compiled into the library, even if the library is run with a binary that was linked against a library with a different size for foo. Test case appended, see the 'make run' target. I didn't see anyone posting a piece of code to show the problem, maybe I overlooked something? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany --a8Wt8u1KmwUX3Y2C Content-Type: application/x-tar-gz Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="shlibs.tar.gz" H4sIALdt7jUAA+1abW/bNhDOV/NXHLwNTYLaEqm3RV6Hbsk2FNiAYQHaAlsxyDIdc3UkQ5K7 ZkP/+yhKtGlZiREgltH5ng+2dTzeUaSe40PB+Wwuxrl1sk+AaweeBycAQAOqvoG51XcFG8D3 Asf1mWMH0os6Pj0Bb6+jqrHMiygDOImzKI6WPLvPT7pNp10MqFvk1fpfvr7e3zPwiPW3bY9J L2bbAa5/FzDW/7c0LfaSg9q277oPrL9D6/X3goCV/GcBc07A3stoGjjy9f8rfc+z0Jqlt9zS U1A+DeTQA0N0ApP/fJHmokizuyfOsZP/rtPgv0t9hvzvAtvMtxbZjVXwvLCqZwMrwf8ZBv9/ SIpM8Pzpc+ziv+t4hv6TWoA6LqPI/y5g/RK951Mx5xYdUusNn8A1X8jlkWew0A1CqczoxcXX lkWs20gkw7jNzQ/lamq3snIMZ21ubkiDDTca3RfPu9h0HLc7eqHtbziy9ogeDelmRHZvROpp x6tjqHw1//VTsJccO/hPmXwuNP891yv5T5H/3eDyx5+/++n6Ra83mC5EDIOrX19dwuBNNJ/L T55laUaIvAhB8XCYp+oHK3+UBYGqT0YI0e21ZzSsPCV1U9K7iWXofBZlkm2Dt3ORyEMHDL5X lmg85zBI4cuXLT2JzlaFZbqRPTbsZk+ixh6qwet0Mkkd0bw1s1X1Yhu9WLMX22ol8ZxHSUh6 g+wWzmXLeWPyoLhdEJItk63xGCnixdo6nkdmWtldd9Qt88lERe0NLfVV92Zm76bPSx7PUrhK RXIDooBixiGVHxn8Hd1Bli6TSXucR4+CPjCKQ9Ph6FDX/2pz31OOXfrPs5mu/9K11H/Mo1j/ O8EXIonnywmHb/JiItLh7FtCVrZ+Jeb6hIikUOw+/ZCKyRn5lwAsMmmcnvYlkyGEr/I/kv7z ktanZ2ejzWZmNrNGO/9Y8CxZeZQZ/6xszTCiTDPRccR2HsE2HNoziZVPmUq05ZKG7K5sNUZV W+qQGS+WWQL2iHz6zEtWzf9qofeUYxf/GaUr/ef6ruI/vv/pBtXjD7GUTHBukG+kKG9SZCSV jPIqOa7KwGhtYNpS9lLsbFyvHIhOpRlV2w89EUcKg//lcXwvOXad/yhzVvz3mV+e/2yG/O8E 5v4vt7+b+wSAvP1Cng+NOlFbXkD/VTyDsUiAi4RD+RZhkMfpgsPrKBPqGBYt80r590c60Lq6 rOJQXRwkPv4O7rvR6nKapsqgdwzrHFz4kA+B+nBuwS6s4txVYZuFTOmZek837q3c3bdK3Jav ro6fSKP4NT2FGbZRF7d9jbDNill5yymy38lpe2Y/KyWJvDVHXTr68oFWudZJvLg7LSf2OfTf NiAVTy7+4en0VLafDajSPGoNNsxlQNuQQ9L6+QuiI4NZ/8eHqf9AvVr/MRYEtvr/RxAEWP+7 QEup39KCWzW+Mt9T4Ju6sa7sh75RRCsM/rND6T8md/GV/vMq/efg+59O8Ej91yLb2IamWybL nE9GT6MXWf9hSUj9Y5WE66mebnvrNUDpiNgFs/4fTv/Za/1HHVX/baz/neBp9R9r138MX+8h EAgEAoFAIBAIBAKBQCAQCAQCgUAgEAgEArFP/AdzW3wUAFAAAA== --a8Wt8u1KmwUX3Y2C-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 03:31:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA25355 for freebsd-current-outgoing; Thu, 3 Sep 1998 03:31:36 -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 DAA25349 for ; Thu, 3 Sep 1998 03:31:35 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca2-78.ix.netcom.com [205.186.212.78]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id DAA09855; Thu, 3 Sep 1998 03:30:24 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id DAA19205; Thu, 3 Sep 1998 03:30:19 -0700 (PDT) Date: Thu, 3 Sep 1998 03:30:19 -0700 (PDT) Message-Id: <199809031030.DAA19205@silvia.hip.berkeley.edu> To: mark@grondar.za CC: adhir@worldbank.org, current@FreeBSD.ORG In-reply-to: <199809021501.RAA01209@gratis.grondar.za> (message from Mark Murray on Wed, 02 Sep 1998 17:01:47 +0200) Subject: Re: ELF perl? And others? From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * I am BMAKEing this. Please be patient. I am close. Thanks. :) Not trying to put any more pressure on you, but what about the p5-* ports? I'd like to post a "ports tree ok now" message to -announce.... Or should I go ahead and mark them all broken? (That will do too. :) Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 04:32:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA03290 for freebsd-current-outgoing; Thu, 3 Sep 1998 04:32:54 -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 EAA03280; Thu, 3 Sep 1998 04:32:48 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:HuYvCYUIBPjGYIBolMHcZA8fwiXtfUsK@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id NAA05467; Thu, 3 Sep 1998 13:31:39 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809031131.NAA05467@gratis.grondar.za> To: asami@FreeBSD.ORG (Satoshi Asami) cc: adhir@worldbank.org, current@FreeBSD.ORG Subject: Re: ELF perl? And others? Date: Thu, 03 Sep 1998 13:31:39 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Not trying to put any more pressure on you, but what about the p5-* > ports? I'd like to post a "ports tree ok now" message to > -announce.... I have hit a _BIG_ stumbling block. :-( > Or should I go ahead and mark them all broken? (That will do too. :) Please mark them all broken. 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 3 04:35:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA03665 for freebsd-current-outgoing; Thu, 3 Sep 1998 04:35:18 -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 EAA03656 for ; Thu, 3 Sep 1998 04:35:15 -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 VAA26276; Thu, 3 Sep 1998 21:34:03 +1000 (EST) Message-ID: <19980903213403.A26062@rf900.physics.usyd.edu.au> Date: Thu, 3 Sep 1998 21:34:03 +1000 From: David Dawes To: John Birrell Cc: freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF Mail-Followup-To: John Birrell , freebsd-current@freebsd.org References: <19980902161303.E21469@rf900.physics.usyd.edu.au> <199809020711.RAA27819@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809020711.RAA27819@cimlogic.com.au>; from John Birrell on Wed, Sep 02, 1998 at 05:11:11PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 02, 1998 at 05:11:11PM +1000, John Birrell wrote: >David Dawes wrote: >> I'm pretty sure that's why others did it that way too. I think it is safe >> to simplify it to: >> >> #if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || defined(__ELF__) >> >> If something does break as a consequence, we (XFree86) will deal with it. > >It sounds like the changes required for XFree86 to support elf on >FreeBSD aren't a big deal. Agreed. >Would you prefer to just deal with the >change yourself when you get an elf system, or is this ongoing discussion >helping work out what the change should be? The discussion so far has been useful. >We've already asked for people to give the ports crew time to work >through the elf issues. I think it's reasonable to make the same >allowance for XFree86. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 04:41:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA04623 for freebsd-current-outgoing; Thu, 3 Sep 1998 04:41:54 -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 EAA04616 for ; Thu, 3 Sep 1998 04:41:50 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from mercury (mercury [129.127.36.44]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id VAA29104; Thu, 3 Sep 1998 21:10:43 +0930 (CST) Received: by mercury; (5.65v3.2/1.1.8.2/27Nov97-0404PM) id AA18980; Thu, 3 Sep 1998 21:10:36 +0930 Date: Thu, 3 Sep 1998 21:10:36 +0930 (CST) From: Kris Kennaway X-Sender: kkennawa@mercury To: Bruce Evans Cc: current@FreeBSD.ORG Subject: Re: Creating a vn filesystem (fwd) In-Reply-To: <199809021600.CAA17173@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, 3 Sep 1998, Bruce Evans wrote: > It shouldn't have worked, because the vnconfig command doesn't enable > labels ("-s labels" option), and labels should be disabled by default. > The set/reset vnconfig options are sticky, so the above should work if > a previous vnconfig enabled labels; the only other thing it does wrong > is invoke vnconfig on the buffered device. Thanks, that was it. The respondant who gave me the working commands from 2.2.6 must have used the labels option at some point in the past (or this functionality was added since 2.2) Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 04:52:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA05747 for freebsd-current-outgoing; Thu, 3 Sep 1998 04:52:08 -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 EAA05718 for ; Thu, 3 Sep 1998 04:52:02 -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 VAA26304; Thu, 3 Sep 1998 21:50:52 +1000 (EST) Message-ID: <19980903215052.B26062@rf900.physics.usyd.edu.au> Date: Thu, 3 Sep 1998 21:50:52 +1000 From: David Dawes To: John Birrell Cc: freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF Mail-Followup-To: John Birrell , freebsd-current@FreeBSD.ORG References: <19980902123708.A21469@rf900.physics.usyd.edu.au> <199809020352.NAA27150@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809020352.NAA27150@cimlogic.com.au>; from John Birrell on Wed, Sep 02, 1998 at 01:52:30PM +1000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 02, 1998 at 01:52:30PM +1000, John Birrell wrote: >David Dawes wrote: >> Maybe it would be a good >> idea to wait a little while until everything is resolved, then send another >> patch? I don't have a box running 3.0 ELF yet, but I'm planning to set one >> up in the next week or two. > >Can we also wait for FreeBSD/Alpha to be included (in some form) too? When you have XFree86 patches for FreeBSD/Alpha, just send them to us. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 06:54:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA17990 for freebsd-current-outgoing; Thu, 3 Sep 1998 06:54:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.spel.com (elevator.cablenet-va.com [208.206.84.25]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA17985; Thu, 3 Sep 1998 06:54:53 -0700 (PDT) (envelope-from mturpin@shadow.spel.com) Received: from localhost (mturpin@localhost) by shadow.spel.com (8.8.8/8.8.5) with SMTP id JAA10109; Thu, 3 Sep 1998 09:56:31 -0400 (EDT) Date: Thu, 3 Sep 1998 09:56:30 -0400 (EDT) From: Mark turpin To: FreeBSD hackers , FreeBSD Current Subject: Build -Current Problem 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 install -c -o bin -g bin -m 644 /lkm/misc/module/@/arpa/ftp.h /usr/share/examples/lkm/module/@/arpa/ftp.h install: /usr/share/examples/lkm/misc/@/arpa/ftp : No such file or directory *** Error code 71 This is -current as of Sept 2 10:00pm EDT It compiles for a couple of hours and then during an installworld it stops with this error.. Any clues? Thanks Mark Turpin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 08:41:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02414 for freebsd-current-outgoing; Thu, 3 Sep 1998 08:41: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 IAA02404 for ; Thu, 3 Sep 1998 08:41:29 -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 KAA18418 for ; Thu, 3 Sep 1998 10:38:48 -0400 (EDT) Date: Thu, 3 Sep 1998 10:38:48 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: freebsd-current@FreeBSD.ORG Subject: make buildworlds 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 They're failing for me, but only when I build them under -j > 1. If I don't use -j at all, they build just fine. I've done at least 5 builds now testing this, so I know it works fine for no -j, and that it dies at the same point if I up the # of jobs with -j. This isn't, I think, a "resup and rebuild" problem, seeing as I've done that three times so far, and also seeing as the builds work just fine without -j. Two things are stopping me from hunting down the problem on my own. If it wasn't an smp problem, I could do it. The first part of the problem is that, in the listing I have now, I used -j 8, and I am not sure from reading the listing, which particular session (out of 8) did the deed. I am just not sure how to interpret the somewhat fractured listing you get when you do the -j 8. The other thing is, I'm not sure what kind of makefile stuff is done to make things smp-safe. I know makefiles in general, but I guess this is either a little esoteric for me, or I haven't seen the right docs on it. I'm going to post, right after this, the last full page of listing from the buildworld that failed. If you have any comment that might be enlightening about what specifically died from the immediate error message "make: not found", I'd appreciate it. I'm trying to see what part of the build actually failed. I'd also appreciate any kind of pointer as to a specific fix that was made to ANY makefile, for smp purposes. Thanks. (Mind the fact that my mailer wraps long lines) ----------------------------error listing------------------------------ --- vidcontrol.o --- cc -O2 -pipe -Wall -I/usr2/obj/elf/usr/src/tmp/usr/include -c /usr/src/usr.sbin/vidcontrol/vidcontrol.c --- decode.o --- cc -O2 -pipe -Wall -I/usr2/obj/elf/usr/src/tmp/usr/include -c /usr/src/usr.sbin/vidcontrol/decode.c --- vidcontrol.1.gz --- gzip -cn /usr/src/usr.sbin/vidcontrol/vidcontrol.1 > vidcontrol.1.gz --- vidcontrol --- cc -O2 -pipe -Wall -I/usr2/obj/elf/usr/src/tmp/usr/include -o vidcontrol vidcontrol.o decode.o ===> secure --- all --- ===> secure/lib --- all --- ===> secure/lib/libcipher --- cipher.3.gz --- gzip -cn /usr/src/secure/lib/libcipher/cipher.3 > cipher.3.gz ===> secure/lib/libdes --- des_crypt.3 --- cp /usr/src/secure/lib/libdes/des_crypt.man des_crypt.3 --- des_crypt.3.gz --- gzip -cn des_crypt.3 > des_crypt.3.gz ===> secure/usr.bin --- all --- ===> secure/usr.bin/bdes --- bdes.o --- --- bdes.1.gz --- --- bdes.o --- cc -O2 -pipe -I/usr2/obj/elf/usr/src/tmp/usr/include -c /usr/src/secure/usr.bin/bdes/bdes.c --- bdes.1.gz --- gzip -cn /usr/src/secure/usr.bin/bdes/bdes.1 > bdes.1.gz --- bdes --- cc -O2 -pipe -I/usr2/obj/elf/usr/src/tmp/usr/include -L/usr2/obj/elf/usr/src/secure/usr.bin/bdes/../../lib/libcipher -o bdes bdes.o -lcipher ===> etc --- all --- ===> etc/sendmail --- freebsd.cf --- rm -f freebsd.cf (cd /usr/src/etc/sendmail && m4 -D_CF_DIR_=/usr/src/etc/sendmail/../../contrib/sendmail/cf/ /usr/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 freebsd.mc) > freebsd.cf chmod 444 freebsd.cf make: not found *** Error code 127 1 error *** Error code 2 1 error ----------------------------+----------------------------------------------- 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 Thu Sep 3 08:44:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02934 for freebsd-current-outgoing; Thu, 3 Sep 1998 08:44:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp-gw.BayNetworks.COM (ns1.BayNetworks.COM [134.177.3.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA02918; Thu, 3 Sep 1998 08:44:51 -0700 (PDT) (envelope-from thomma@BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107] (may be forged)) by smtp-gw.BayNetworks.COM (8.8.8/8.8.8) with ESMTP id IAA22407; Thu, 3 Sep 1998 08:43:47 -0700 (PDT) Received: from fedex.engwest.baynetworks.com (fedex.engwest.baynetworks.com [134.177.110.46]) by mailhost.BayNetworks.COM (8.8.8/8.8.8) with SMTP id IAA25428; Thu, 3 Sep 1998 08:43:46 -0700 (PDT) Received: from carrera.engwest (carrera.engwest.baynetworks.com) by fedex.engwest.baynetworks.com (4.1/SMI-4.1) Received: from localhost by carrera.engwest (SMI-8.6/SMI-SVR4) id IAA22527; Thu, 3 Sep 1998 08:40:50 -0700 To: asami@FreeBSD.ORG Cc: jdp@polstra.com, current@FreeBSD.ORG Subject: Re: Why no ldconfig for ELF? In-Reply-To: Your message of "Wed, 2 Sep 1998 17:05:20 -0700 (PDT)" <199809030005.RAA09222@vader.cs.berkeley.edu> References: <199809030005.RAA09222@vader.cs.berkeley.edu> X-Mailer: Mew version 1.92 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980903084049P.thomma@baynetworks.com> Date: Thu, 03 Sep 1998 08:40:49 -0700 From: Tamiji Homma X-Dispatcher: imput version 971024 Lines: 33 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Satoshi, > As they say in Japan, "too many captains and the ship will climb up > the mountains". (Ok that sounds differently when translated, but it's > supposed to be a bad thing. :) I was trying to remember how to say in Japanese "too many captains and the ship will climb up the mountains" that you mentioned. I know exactly what you mean but I can not remember it in Japanese.... I'd better read Japanese books sometimes. English version is "Too many cooks spoil the broth.", isn't it? I did aout-to-elf transition successfully early this morning around Art Bell show ends :-) Only gotcha of elf transition was that kernel rebuild ritual didn't go smoothly. # config -g MYKERNEL # cd ../../compile/MYKERNEL;make depend;make # cp kernel kernel.debug # strip -d kernel ...... --strip-debug blah, blah, blah .... Oh, it's a GNU strip now :-) Ok, it's not a big deal. After reading many Makefiles, I realized that this aout-to-elf transition is really hard to make it this simple.... Congratulation to ELF team. I really appreciate your hard work. Tammy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 08:48:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03369 for freebsd-current-outgoing; Thu, 3 Sep 1998 08:48:14 -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 IAA03355 for ; Thu, 3 Sep 1998 08:48:08 -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 IAA02245; Thu, 3 Sep 1998 08:46:34 -0700 (PDT) (envelope-from jdp) Message-Id: <199809031546.IAA02245@austin.polstra.com> To: mike@smith.net.au Subject: Re: E-day problems: rtld-elf dlsym() broken? In-Reply-To: <199809030104.BAA01259@word.smith.net.au> References: <199809030104.BAA01259@word.smith.net.au> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Thu, 03 Sep 1998 08:46:34 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > You have to link against at least one shared lib to get the _DYNAMIC goop > > for rtld. > > Ick, that makes too much sense. 8( It's ld that creates all that stuff > too(?), so you might be hard-pressed to fake it up. For what it's worth, you can easily make a shared library to link in that uses minimal disk space (smaller than a fragment): blake$ > tiny.c blake$ cc -fpic -O -c -o tiny.so tiny.c blake$ cc -shared -nostdlib -o libtiny.so.1 -Wl,-soname,libtiny.so.1 tiny.so blake$ ls -l libtiny.so.1 -rwxr-xr-x 1 jdp jdp 1585 Sep 3 08:43 libtiny.so.1 blake$ file libtiny.so.1 libtiny.so.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), not stripped 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 Thu Sep 3 08:52:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA04067 for freebsd-current-outgoing; Thu, 3 Sep 1998 08:52:22 -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 IAA03963 for ; Thu, 3 Sep 1998 08:51:59 -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 IAA02288; Thu, 3 Sep 1998 08:49:35 -0700 (PDT) (envelope-from jdp) Message-Id: <199809031549.IAA02288@austin.polstra.com> To: Tamiji Homma cc: current@FreeBSD.ORG Subject: Re: Why no ldconfig for ELF? In-reply-to: Your message of "Thu, 03 Sep 1998 08:40:49 PDT." <19980903084049P.thomma@baynetworks.com> Date: Thu, 03 Sep 1998 08:49:35 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I did aout-to-elf transition successfully early this morning around > Art Bell show ends :-) Oh dear. I hope there's no connection between those two events. ;-) > Only gotcha of elf transition was that kernel rebuild ritual didn't > go smoothly. > > # config -g MYKERNEL > # cd ../../compile/MYKERNEL;make depend;make > # cp kernel kernel.debug > # strip -d kernel > ...... --strip-debug blah, blah, blah .... > > Oh, it's a GNU strip now :-) Ok, it's not a big deal. You can do "strip -aout -d kernel". All of the relevant tools now accept "-elf" or "-aout" arguments. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 08:54:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA04442 for freebsd-current-outgoing; Thu, 3 Sep 1998 08:54:35 -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 IAA04437 for ; Thu, 3 Sep 1998 08:54:34 -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 IAA02337; Thu, 3 Sep 1998 08:53:24 -0700 (PDT) (envelope-from jdp) Message-Id: <199809031553.IAA02337@austin.polstra.com> To: eivind@yes.no Subject: Re: ELF binaries size In-Reply-To: <19980903120032.23400@follo.net> References: <19980902145445.24306@follo.net> <199809030130.SAA03730@usr07.primenet.com> <19980903120032.23400@follo.net> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Thu, 03 Sep 1998 08:53:24 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I don't care that much if ELF wastes a page mapping entry as it it > wastes the memory an entire page use... I wouldn't want to discourage discussion of this interesting topic. But I hope you are all bearing in mind that caring about this is about as effective as caring about the weather. 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 Thu Sep 3 09:41:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA11075 for freebsd-current-outgoing; Thu, 3 Sep 1998 09:41: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 JAA11063 for ; Thu, 3 Sep 1998 09:41:26 -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 JAA02670; Thu, 3 Sep 1998 09:39:46 -0700 (PDT) (envelope-from jdp) Message-Id: <199809031639.JAA02670@austin.polstra.com> To: abial@nask.pl Subject: Re: ELF broke crunchgen/crunchide In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Thu, 03 Sep 1998 09:39:45 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Andrzej Bialecki wrote: > Today I tried to use crunchgen, and it fails miserably, because it plays > directly with a.out format. I guess we need to teach it about elves... > > I could do with some pointers to the ELF format and the way ld shuffles > symbols - then I'd try to fix it, and probably then I'd cry for more > help... :-) As far I know, the original published ELF specs are out of print. I can help you with it. Briefly, an ELF file consists of: A file header (the starting point for everything) An optional program header, with information for the kernel's image loader An array of section headers, where everything else resides An array of section contents Sections are used to represent almost everything. Besides the usual text, data, and bss, sections are also used to contain symbols, relocations, the string table, etc. Start by taking a look at the ELF include files: declares most of the data structures for 32-bit arch #defines for common constants cpp magic to hide the details of 32- vs. 64-bit architectures like , but for 64-bit arch architecture-specific stuff Most of what you'll need to look at is in and . However, in your application you should just include , which Does The Right Thing for the native machine, while allowing the application to be ignorant of its word size. It might also be worthwhile to look at the dynamic linker in "src/libexec/rtld-elf". It only deals with dynamic symbols, but it's a lot easier to navigate than binutils is. After you've looked at the headers, contact me privately and I'll answer any questions you might have. -- 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 Thu Sep 3 10:04:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15072 for freebsd-current-outgoing; Thu, 3 Sep 1998 10:04:31 -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 KAA15067 for ; Thu, 3 Sep 1998 10:04:24 -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 TAA18379 for current@FreeBSD.ORG; Thu, 3 Sep 1998 19:03:12 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 324251517; Thu, 3 Sep 1998 08:51:46 +0200 (CEST) Date: Thu, 3 Sep 1998 08:51:46 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: B CURRENT Build environment (Was: Re: Why no ldconfig for ELF?) Message-ID: <19980903085146.A26748@keltia.freenix.fr> Mail-Followup-To: current@FreeBSD.ORG References: <199809030537.HAA03983@gratis.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199809030537.HAA03983@gratis.grondar.za>; from Mark Murray on Thu, Sep 03, 1998 at 07:37:13AM +0200 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4606 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Mark Murray: > I can run perl very early on (and I do, it its "miniperl" incarnation). But miniperl doesn't need any modules, nor does it reference one... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 11:15:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA24094 for freebsd-current-outgoing; Thu, 3 Sep 1998 11:15:25 -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 LAA24082 for ; Thu, 3 Sep 1998 11:15:22 -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 0zEdtc-0006vC-00; Thu, 3 Sep 1998 11:14:12 -0700 Date: Thu, 3 Sep 1998 11:14:10 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: Terry Lambert cc: current@FreeBSD.ORG Subject: Re: Vacation program utterly stupid; does not understand RFC822 In-Reply-To: <199809030014.RAA28929@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 Thu, 3 Sep 1998, Terry Lambert wrote: ... > If it's not a UNIX mailbox delivery (i.e., there is no "From "), it > ignores the header "From: ". "From " contains the envelope sender, and "From:" contains the header sender. If "From " does not exist, you probably want to check for a "Return-Path:" header which should contain a copy of the envelope sender. ... > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 11:45:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA28506 for freebsd-current-outgoing; Thu, 3 Sep 1998 11:45:09 -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 LAA28501 for ; Thu, 3 Sep 1998 11:45:08 -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 LAA00537; Thu, 3 Sep 1998 11:41:57 GMT (envelope-from mike@dingo.cdrom.com) Message-Id: <199809031141.LAA00537@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Simon Marlow cc: freebsd-current@FreeBSD.ORG Subject: Re: calcru: negative time... In-reply-to: Your message of "03 Sep 1998 10:25:50 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 03 Sep 1998 11:41:57 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I'm having real trouble making world on my laptop (a Toshiba 460CDT) > due to this "calcru: negative time" thing. > > The murmurings were that it probably had something to do with APM, > which explains why it's only happening on my laptop. 'apmconf -d' had > no effect. > > This is fairly repeatable - some short time after starting a 'make > world' something will die, usually 'make'. I can help out with > diagnosing the problem if necessary. What would really help would be if you were to add some code to the [get]{micro|nano}time functions in kern/kern_clock.c to remember the last time they handed out, and panic or otherwise complain if they were about to hand out a time prior to the previous one. The problems *seem* to be related to time going backwards, but our fearless timekeeper refuses to speculate. -- \\ 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 3 11:46:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA28855 for freebsd-current-outgoing; Thu, 3 Sep 1998 11:46:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA28678 for ; Thu, 3 Sep 1998 11:45:59 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id UAA18722 for ; Thu, 3 Sep 1998 20:44:00 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id UAA09019 for current@freebsd.org; Thu, 3 Sep 1998 20:47:24 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809031847.UAA09019@yacht.domestic.de> Subject: ldd won't find a lib a second time To: current@FreeBSD.ORG Date: Thu, 3 Sep 1998 20:47:24 +0200 (CEST) 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, I'm seeing this: $ ldd conftest conftest: libkdecore.so.1.0 => /usr/local/lib/libkdecore.so.1.0 (0x28053000) libqt.so => /usr/X11R6/lib/libqt.so (0x280ae000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x281f2000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x281fc000) libstdc++.so.2 => /usr/lib/libstdc++.so.2 (0x2828f000) libm.so.2 => /usr/lib/libm.so.2 (0x282c6000) libc.so.3 => /usr/lib/libc.so.3 (0x282e0000) libstdc++.so.2 => /usr/lib/libstdc++.so.2 (0x2828f000) libm.so.2 => /usr/lib/libm.so.2 (0x282c6000) libX11.so.6 => not found (0x0) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x281fc000) How can it happen that ldd doesn't find libX11.so.6 in all cases? What tools can I use to see a more specific error message? cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 Oh god, god... My tongue is asleep and Germany my teeth itch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 12:46:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA07552 for freebsd-current-outgoing; Thu, 3 Sep 1998 12:46:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from coleridge.kublai.com (coleridge.kublai.com [207.96.1.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA07546 for ; Thu, 3 Sep 1998 12:46:38 -0700 (PDT) (envelope-from shmit@natasya.kublai.com) Received: from natasya.kublai.com (natasya.kublai.com [207.172.25.236]) by coleridge.kublai.com (8.8.8/8.8.8) with ESMTP id PAA08571 for ; Thu, 3 Sep 1998 15:45:31 -0400 (EDT) (envelope-from shmit@natasya.kublai.com) Received: (from shmit@localhost) by natasya.kublai.com (8.9.1/8.8.8) id PAA09074 for current@freebsd.org; Thu, 3 Sep 1998 15:45:30 -0400 (EDT) Message-ID: <19980903154530.B1597@kublai.com> Date: Thu, 3 Sep 1998 15:45:30 -0400 From: Brian Cully To: current@FreeBSD.ORG Subject: Problems with ELF and UMich LDAP Reply-To: shmit@kublai.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was trying to compile the UMich LDAP package after converting to ELF and I got this message: gcc -o ltest test.o -L. -L../liblber -lldap -llber ./libldap.a(os-ip.o): In function `connect_to_host': os-ip.o(.text+0x5a): undefined reference to `inet_addr' os-ip.o(.text+0x185): undefined reference to `inet_ntoa' os-ip.o(.text+0x1d5): undefined reference to `inet_ntoa' *** Error code 1 Which is totally bizarre to me, considering that the inet_* functions live in libc. When I use `gcc -aout' everything works fine. I'm at a loss as to why this is happening, perhaps someone can shed some light? -- Brian Cully ``And when one of our comrades was taken prisoner, blindfolded, hung upside-down, shot, and burned, we thought to ourselves, `These are the best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 12:57:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA09293 for freebsd-current-outgoing; Thu, 3 Sep 1998 12:57:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from coleridge.kublai.com (coleridge.kublai.com [207.96.1.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA09288 for ; Thu, 3 Sep 1998 12:57:55 -0700 (PDT) (envelope-from shmit@natasya.kublai.com) Received: from natasya.kublai.com (natasya.kublai.com [207.172.25.236]) by coleridge.kublai.com (8.8.8/8.8.8) with ESMTP id PAA08654 for ; Thu, 3 Sep 1998 15:56:51 -0400 (EDT) (envelope-from shmit@natasya.kublai.com) Received: (from shmit@localhost) by natasya.kublai.com (8.9.1/8.8.8) id PAA09460 for current@freebsd.org; Thu, 3 Sep 1998 15:56:51 -0400 (EDT) Message-ID: <19980903155651.C1597@kublai.com> Date: Thu, 3 Sep 1998 15:56:51 -0400 From: Brian Cully To: current@FreeBSD.ORG Subject: Problems with pthread-y errno Reply-To: shmit@kublai.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I tried recompiling Kerberos V and utilities to-day and ran into something that's rather strange: Inside of some of the structures that KerbV uses, there are fields called `errno'. This wouldn't be a problem, except that as part of the thread implementation in -current, we have: #define errno (* __error()) in . This means that we cannot use the symbol `errno' for our own purposes, since this is resolved in CPP. This seems to me plenty broken, and destroys all kinds of uses of scope in this instance. What's really strange, though, is that I didn't have this problem until I converted to ELF, when I would have expected this to happen as soon as John changed the errno definition (which was what, three or four months ago?). -- Brian Cully ``And when one of our comrades was taken prisoner, blindfolded, hung upside-down, shot, and burned, we thought to ourselves, `These are the best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 13:04:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA10362 for freebsd-current-outgoing; Thu, 3 Sep 1998 13:04:52 -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 NAA10355 for ; Thu, 3 Sep 1998 13:04:50 -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 QAA07304 for ; Thu, 3 Sep 1998 16:03:29 -0400 (EDT) Received: from wagner.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA28937; Thu, 3 Sep 1998 16:03:28 -0400 Received: from sports.pc.sas.com by wagner.unx.sas.com (5.65c/SAS/Generic 9.01/3-26-93) id AA29726; Thu, 3 Sep 1998 16:03:28 -0400 Received: (from sasdrq@localhost) by sports.pc.sas.com (8.9.1/8.8.8) id QAA03804 for freebsd-current@freebsd.org; Thu, 3 Sep 1998 16:03:30 -0400 (EDT) (envelope-from sasdrq) From: David Quattlebaum Message-Id: <199809032003.QAA03804@sports.pc.sas.com> Subject: make distribute fails on make release To: freebsd-current@FreeBSD.ORG (current) Date: Thu, 3 Sep 1998 16:03:30 -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 As of this morning 03Sep98: The Makefile in /usr/src/etc contains: distribute: cd ${.CURDIR} ; ${MAKE} distribution DESTDIR=${DISTDIR}/bin The Makefile in /usr/src USED to contain: # etc must be last for "distribute" to work .if exists(etc) SUBDIR+= etc .endif It along with a bunch os stuff was removed on 1998/08/31 01:08:08 by jb With the Log: @E-day build system changes. - Moved most of the guts of Makefile to Makefile.inc1 to become the backend for the build system. - The new Makefile doesn't suffer from problems including the wrong sys.mk because it doesn't use anything in there or bsd.own.mk. So, from now on, the proper build command is just `make world' (or buildworld). - The intermediate makefiles called Makefile.inc0 and Makefile.upgrade fiddle with the OBJFORMAT and MAKEOBJDIRPREFIX variables so that both aout and elf object trees can coexist. Makefile.upgrade contains the aout->elf transition build. - A cross build environment is now very close to reality. Specifying TOOLDIR, setting OBJFORMAT and MAKEOBJDIRPREFIX allow that. See the comments in Makefile for more info. Is "make release" working for anyone? Any ideas here? -- 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 Thu Sep 3 13:18:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA12280 for freebsd-current-outgoing; Thu, 3 Sep 1998 13:18:51 -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 NAA12275 for ; Thu, 3 Sep 1998 13:18:49 -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 NAA01029; Thu, 3 Sep 1998 13:15:02 GMT (envelope-from mike@dingo.cdrom.com) Message-Id: <199809031315.NAA01029@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Andrey A. Chernov" cc: current@FreeBSD.ORG Subject: Re: sbflush 2 panic, uipc_socket2.c In-reply-to: Your message of "Thu, 03 Sep 1998 14:18:08 +0400." <19980903141808.A939@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 03 Sep 1998 13:15:02 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > 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? -- \\ 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 3 13:30:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA14700 for freebsd-current-outgoing; Thu, 3 Sep 1998 13:30:49 -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 NAA14689 for ; Thu, 3 Sep 1998 13:30:44 -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 VAA09514; Thu, 3 Sep 1998 21:29:36 +0100 (BST) Date: Thu, 3 Sep 1998 21:29:36 +0100 (BST) From: Doug Rabson To: David Dawes cc: John Birrell , freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF In-Reply-To: <19980903215052.B26062@rf900.physics.usyd.edu.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, 3 Sep 1998, David Dawes wrote: > On Wed, Sep 02, 1998 at 01:52:30PM +1000, John Birrell wrote: > >David Dawes wrote: > >> Maybe it would be a good > >> idea to wait a little while until everything is resolved, then send another > >> patch? I don't have a box running 3.0 ELF yet, but I'm planning to set one > >> up in the next week or two. > > > >Can we also wait for FreeBSD/Alpha to be included (in some form) too? > > When you have XFree86 patches for FreeBSD/Alpha, just send them to us. I'll let someone else commit the ELF patches which is 99% of the work. I'll add the patch for building XFree86 clients on the alpha after that. I don't think the inet_addr() changes are really necessary since libc now exports the right weak symbols so it should just be config file changes plus some server tweaks. Getting the servers running on the alpha is a different ball game altogether :-). -- 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 3 13:37:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15567 for freebsd-current-outgoing; Thu, 3 Sep 1998 13:37:10 -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 NAA15560 for ; Thu, 3 Sep 1998 13:37: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 VAA09550; Thu, 3 Sep 1998 21:36:15 +0100 (BST) Date: Thu, 3 Sep 1998 21:36:15 +0100 (BST) From: Doug Rabson To: Joachim Kuebart cc: current@FreeBSD.ORG Subject: Re: ldd won't find a lib a second time In-Reply-To: <199809031847.UAA09019@yacht.domestic.de> 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, 3 Sep 1998, Joachim Kuebart wrote: > Hi, > > I'm seeing this: > > $ ldd conftest > conftest: > libkdecore.so.1.0 => /usr/local/lib/libkdecore.so.1.0 (0x28053000) > libqt.so => /usr/X11R6/lib/libqt.so (0x280ae000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x281f2000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x281fc000) > libstdc++.so.2 => /usr/lib/libstdc++.so.2 (0x2828f000) > libm.so.2 => /usr/lib/libm.so.2 (0x282c6000) > libc.so.3 => /usr/lib/libc.so.3 (0x282e0000) > libstdc++.so.2 => /usr/lib/libstdc++.so.2 (0x2828f000) > libm.so.2 => /usr/lib/libm.so.2 (0x282c6000) > libX11.so.6 => not found (0x0) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x281fc000) > > How can it happen that ldd doesn't find libX11.so.6 in all cases? > What tools can I use to see a more specific error message? What is happening here is that each shared library has a private -rpath setting. If a library has dependancies, it uses its own -rpath to search for the dependant library. This means that when you link the shared lib (libqt?) you must provide the correct -rpath. Life might be easier if rtld searched using the main program's rpath if the search with the shared lib's rpath failed. -- 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 3 13:37:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15601 for freebsd-current-outgoing; Thu, 3 Sep 1998 13:37:33 -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 NAA15596 for ; Thu, 3 Sep 1998 13:37:30 -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 VAA09554; Thu, 3 Sep 1998 21:36:49 +0100 (BST) Date: Thu, 3 Sep 1998 21:36:49 +0100 (BST) From: Doug Rabson To: Brian Cully cc: current@FreeBSD.ORG Subject: Re: Problems with ELF and UMich LDAP In-Reply-To: <19980903154530.B1597@kublai.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, 3 Sep 1998, Brian Cully wrote: > I was trying to compile the UMich LDAP package after converting to > ELF and I got this message: > > gcc -o ltest test.o -L. -L../liblber -lldap -llber > ./libldap.a(os-ip.o): In function `connect_to_host': > os-ip.o(.text+0x5a): undefined reference to `inet_addr' > os-ip.o(.text+0x185): undefined reference to `inet_ntoa' > os-ip.o(.text+0x1d5): undefined reference to `inet_ntoa' > *** Error code 1 > > Which is totally bizarre to me, considering that the inet_* functions > live in libc. When I use `gcc -aout' everything works fine. > > I'm at a loss as to why this is happening, perhaps someone can shed > some light? This should be fixed. Just rebuild libc. -- 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 3 13:40:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16159 for freebsd-current-outgoing; Thu, 3 Sep 1998 13:40: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 NAA16152 for ; Thu, 3 Sep 1998 13:40:46 -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 QAA07237; Thu, 3 Sep 1998 16:39:03 -0400 (EDT) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Thu, 3 Sep 1998 16:39:03 -0400 (EDT) From: "Alok K. Dhir" To: Brian Cully cc: current@FreeBSD.ORG Subject: Re: Problems with ELF and UMich LDAP In-Reply-To: <31AA46916E9E809C852566740070D8B7.006F6D9485256674@worldbank.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 Try adding -shared to $LDFLAGS. Al On Thu, 3 Sep 1998, Brian Cully wrote: > I was trying to compile the UMich LDAP package after converting to > ELF and I got this message: > > gcc -o ltest test.o -L. -L../liblber -lldap -llber > ./libldap.a(os-ip.o): In function `connect_to_host': > os-ip.o(.text+0x5a): undefined reference to `inet_addr' > os-ip.o(.text+0x185): undefined reference to `inet_ntoa' > os-ip.o(.text+0x1d5): undefined reference to `inet_ntoa' > *** Error code 1 > > Which is totally bizarre to me, considering that the inet_* functions > live in libc. When I use `gcc -aout' everything works fine. > > I'm at a loss as to why this is happening, perhaps someone can shed > some light? > > -- > Brian Cully > ``And when one of our comrades was taken prisoner, blindfolded, hung > upside-down, shot, and burned, we thought to ourselves, `These are the > best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out > There) > > 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 Thu Sep 3 13:51:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA18447 for freebsd-current-outgoing; Thu, 3 Sep 1998 13:51:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from a486n1.znh.org (dialup6.gaffaneys.com [208.155.161.56]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA18421 for ; Thu, 3 Sep 1998 13:51:18 -0700 (PDT) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by a486n1.znh.org (8.9.1/8.9.1) id UAA01782 for freebsd-current@freebsd.org; Thu, 3 Sep 1998 20:50:40 GMT (envelope-from zach) Message-ID: <19980903155040.A1421@znh.org.> Date: Thu, 3 Sep 1998 15:50:40 -0500 From: Zach Heilig To: freebsd-current@FreeBSD.ORG Subject: Possible ELF wrinkle. 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 I did the aout-to-elf upgrade today, but with DESTDIR=/mnt. objformat went into /etc, rather than /mnt/etc (I suspected it might, so this got checked before doing anything else). I haven't checked anything else for misplacing installed items yet. -- 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 Thu Sep 3 13:53:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA18998 for freebsd-current-outgoing; Thu, 3 Sep 1998 13:53:15 -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 NAA18989 for ; Thu, 3 Sep 1998 13:53:12 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id HAA03418; Fri, 4 Sep 1998 07:05:04 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809032105.HAA03418@cimlogic.com.au> Subject: Re: ELF broke crunchgen/crunchide In-Reply-To: <199809031639.JAA02670@austin.polstra.com> from John Polstra at "Sep 3, 98 09:39:45 am" To: jdp@polstra.com (John Polstra) Date: Fri, 4 Sep 1998 07:05:03 +1000 (EST) Cc: abial@nask.pl, 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 John Polstra wrote: [...] > It might also be worthwhile to look at the dynamic linker in > "src/libexec/rtld-elf". It only deals with dynamic symbols, but > it's a lot easier to navigate than binutils is. > > After you've looked at the headers, contact me privately and I'll > answer any questions you might have. Erm, I'm very close to needing this for `make release'. [ These `make release' builds each take a loooong time. ] -- 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 3 13:53:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA19170 for freebsd-current-outgoing; Thu, 3 Sep 1998 13:53:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from st-lcremean.tidalwave.net (host-e186.tidalwave.net [208.213.203.186] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA19155 for ; Thu, 3 Sep 1998 13:53:48 -0700 (PDT) (envelope-from lee@st-lcremean.tidalwave.net) Received: (from lee@localhost) by st-lcremean.tidalwave.net (8.8.8/8.8.7) id QAA00510; Thu, 3 Sep 1998 16:52:30 -0400 (EDT) (envelope-from lee) Message-ID: <19980903165230.A451@st-lcremean.tidalwave.net> Date: Thu, 3 Sep 1998 16:52:30 -0400 From: Lee Cremeans To: shmit@kublai.com, current@FreeBSD.ORG Subject: Re: Problems with ELF and UMich LDAP Reply-To: lcremean@tidalwave.net References: <19980903154530.B1597@kublai.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <19980903154530.B1597@kublai.com>; from Brian Cully on Thu, Sep 03, 1998 at 03:45:30PM -0400 X-OS: FreeBSD 3.0-CURRENT X-Evil: microsoft.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 03, 1998 at 03:45:30PM -0400, Brian Cully wrote: > I was trying to compile the UMich LDAP package after converting to > ELF and I got this message: > > gcc -o ltest test.o -L. -L../liblber -lldap -llber > ./libldap.a(os-ip.o): In function `connect_to_host': > os-ip.o(.text+0x5a): undefined reference to `inet_addr' > os-ip.o(.text+0x185): undefined reference to `inet_ntoa' > os-ip.o(.text+0x1d5): undefined reference to `inet_ntoa' > *** Error code 1 You need to have os-ip.h include ; weak symbols in ELF are broken at the moment. -- Lee Cremeans -- Manassas, VA, USA (WakkyMouse on DALnet and WTnet) A! JW223 YWD+++^ri P&B++ SL+++^i GDF B&M KK--i MD+++i P++ I++++ Did $++ E5/10/70/3c/73ac/95/96 H2 PonPippi Ay77 M | mailto:lcremean@tidalwave.net http://st-lcremean.tidalwave.net | Powered by 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 Thu Sep 3 13:59:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA20547 for freebsd-current-outgoing; Thu, 3 Sep 1998 13:59:33 -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 NAA20542 for ; Thu, 3 Sep 1998 13:59:30 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id HAA03501; Fri, 4 Sep 1998 07:11:31 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809032111.HAA03501@cimlogic.com.au> Subject: Re: make distribute fails on make release In-Reply-To: <199809032003.QAA03804@sports.pc.sas.com> from David Quattlebaum at "Sep 3, 98 04:03:30 pm" To: sasdrq@unx.sas.com (David Quattlebaum) Date: Fri, 4 Sep 1998 07:11:31 +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 David Quattlebaum wrote: > Is "make release" working for anyone? > > Any ideas here? `make release' is still work-in-progress. There are many things still in this category, so please be patient. `make world' is the limit of what you should expect 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 3 14:07:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA22434 for freebsd-current-outgoing; Thu, 3 Sep 1998 14:07:19 -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 OAA22423 for ; Thu, 3 Sep 1998 14:07:15 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id HAA03557; Fri, 4 Sep 1998 07:19:22 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809032119.HAA03557@cimlogic.com.au> Subject: Re: Problems with pthread-y errno In-Reply-To: <19980903155651.C1597@kublai.com> from Brian Cully at "Sep 3, 98 03:56:51 pm" To: shmit@kublai.com Date: Fri, 4 Sep 1998 07:19: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 Brian Cully wrote: > I tried recompiling Kerberos V and utilities to-day and ran into something > that's rather strange: > > Inside of some of the structures that KerbV uses, there are fields called > `errno'. This wouldn't be a problem, except that as part of the thread Bzzt, that's non-ANSI. > What's really strange, though, is that I didn't have this problem until > I converted to ELF, when I would have expected this to happen as soon > as John changed the errno definition (which was what, three or four > months ago?). We haven't changed the front end of the compiler, so huh? -- 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 3 14:24:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25356 for freebsd-current-outgoing; Thu, 3 Sep 1998 14:24:01 -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 OAA25331 for ; Thu, 3 Sep 1998 14:23:49 -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 OAA04236 for ; Thu, 3 Sep 1998 14:22:45 -0700 (PDT) (envelope-from jdp) Message-Id: <199809032122.OAA04236@austin.polstra.com> To: current@FreeBSD.ORG Subject: Re: Problems with ELF and UMich LDAP In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Date: Thu, 03 Sep 1998 14:22:45 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Try adding -shared to $LDFLAGS. That's not it. His system is just out of date. I.e., it's a bug that has already been fixed. -- 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 Thu Sep 3 14:31:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA26578 for freebsd-current-outgoing; Thu, 3 Sep 1998 14:31:09 -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 OAA26556 for ; Thu, 3 Sep 1998 14:31: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 XAA02178; Thu, 3 Sep 1998 23:34:01 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Thu, 3 Sep 1998 23:34:00 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: John Polstra cc: current@FreeBSD.ORG Subject: Expect more breakage (Re: ELF broke crunchgen/crunchide) In-Reply-To: <199809031639.JAA02670@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 Thu, 3 Sep 1998, John Polstra wrote: > In article , > Andrzej Bialecki wrote: > > > Today I tried to use crunchgen, and it fails miserably, because it plays > > directly with a.out format. I guess we need to teach it about elves... ...and I should add to this, that other floppy-generation related tools are also affected. E.g. ELF kzip doesn't work, because it tries to link an ELF stub with a.out kernel. I suppose that for the time being we have to put OBJFORMAT=aout into src/release/floppies/Makefile, and src/release/sysinstall/Makefile. I hope this is enough for crunchgen as well, because it has to make a.out versions of (already built a bit earlier as ELF) some system programs... We'll see if this works. Anyway, don't expect your release build to complete successfully as it is now... 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 Thu Sep 3 15:02:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01311 for freebsd-current-outgoing; Thu, 3 Sep 1998 15:02:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA01302 for ; Thu, 3 Sep 1998 15:02:22 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id AAA21498; Fri, 4 Sep 1998 00:00:23 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id AAA08050; Fri, 4 Sep 1998 00:03:49 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809032203.AAA08050@yacht.domestic.de> Subject: Re: ldd won't find a lib a second time In-Reply-To: from Doug Rabson at "Sep 3, 98 09:36:15 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Fri, 4 Sep 1998 00:03:49 +0200 (CEST) Cc: joki@kuebart.stuttgart.netsurf.de, current@FreeBSD.ORG 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 Doug Rabson wrote: > On Thu, 3 Sep 1998, Joachim Kuebart wrote: > > > Hi, > > > > I'm seeing this: > > > > $ ldd conftest > > conftest: > > libkdecore.so.1.0 => /usr/local/lib/libkdecore.so.1.0 (0x28053000) > > libqt.so => /usr/X11R6/lib/libqt.so (0x280ae000) > > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x281f2000) > > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x281fc000) > > libstdc++.so.2 => /usr/lib/libstdc++.so.2 (0x2828f000) > > libm.so.2 => /usr/lib/libm.so.2 (0x282c6000) > > libc.so.3 => /usr/lib/libc.so.3 (0x282e0000) > > libstdc++.so.2 => /usr/lib/libstdc++.so.2 (0x2828f000) > > libm.so.2 => /usr/lib/libm.so.2 (0x282c6000) > > libX11.so.6 => not found (0x0) > > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x281fc000) > > > > How can it happen that ldd doesn't find libX11.so.6 in all cases? > > What tools can I use to see a more specific error message? > > What is happening here is that each shared library has a private -rpath > setting. If a library has dependancies, it uses its own -rpath to search > for the dependant library. This means that when you link the shared lib > (libqt?) you must provide the correct -rpath. Congratulations. It was libqt's search path. I only know how this stuff works for an hour now, but I learned it thoroughly the hard way :-) The trouble is many ports are not yet ELF prepared in regard to their rpath. I sent a few patches to -ports (qt, kdelibs) and I have a few more locally. > Life might be easier if rtld searched using the main program's rpath if > the search with the shared lib's rpath failed. That would be wrong. The compiled-in search path is supposed to allow vendors to supply their versions of libraries. It's certainly not a good thing to ignore these 'hints'. cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 Oh god, god... My tongue is asleep and Germany my teeth itch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 15:10:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA02976 for freebsd-current-outgoing; Thu, 3 Sep 1998 15:10:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from csns02.comp.polyu.edu.hk (csns02.comp.polyu.edu.hk [158.132.25.95]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA02967 for ; Thu, 3 Sep 1998 15:10:31 -0700 (PDT) (envelope-from c5666305@comp.polyu.edu.hk) Received: from cssolar82.COMP.HKP.HK (cssolar82 [158.132.8.171]) by csns02.comp.polyu.edu.hk (8.8.8/8.8.8) with SMTP id GAA14288 for ; Fri, 4 Sep 1998 06:07:46 +0800 (HKT) Received: (from c5666305@localhost) by cssolar82.COMP.HKP.HK (SMI-8.6/) id GAA00794 for current@freebsd.org; Fri, 4 Sep 1998 06:07:44 +0800 Message-Id: <199809032207.GAA00794@cssolar82.COMP.HKP.HK> Subject: step to update aout to elf To: current@FreeBSD.ORG Date: Fri, 4 Sep 1998 06:07:41 +0800 (HKT) From: "c5666305" 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 Hello, I watch the aout to elf topic for past fews days. I have following questions:- 1. What is the proper procedure to do it? 2. Is there any significant advantage to do so? I am new to this topic. Thanks. Clarence CHAN To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 15:17:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA04674 for freebsd-current-outgoing; Thu, 3 Sep 1998 15:17:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA04664 for ; Thu, 3 Sep 1998 15:17:10 -0700 (PDT) (envelope-from karpen@ocean.campus.luth.se) Received: (from karpen@localhost) by ocean.campus.luth.se (8.9.1/8.9.1) id AAA14709; Fri, 4 Sep 1998 00:12:18 +0200 (CEST) (envelope-from karpen) From: Mikael Karpberg Message-Id: <199809032212.AAA14709@ocean.campus.luth.se> Subject: Re: ldd won't find a lib a second time In-Reply-To: <199809032203.AAA08050@yacht.domestic.de> from Joachim Kuebart at "Sep 4, 98 00:03:49 am" To: joki@kuebart.stuttgart.netsurf.de (Joachim Kuebart) Date: Fri, 4 Sep 1998 00:12:18 +0200 (CEST) Cc: current@FreeBSD.ORG 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 According to Joachim Kuebart: > > Life might be easier if rtld searched using the main program's rpath if > > the search with the shared lib's rpath failed. > > That would be wrong. The compiled-in search path is supposed to > allow vendors to supply their versions of libraries. It's certainly > not a good thing to ignore these 'hints'. You wouldn't be ignoring them. You would only try a little additional guessing at finding a smart replacement when they proved wrong. /Mikael To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 15:31:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA07018 for freebsd-current-outgoing; Thu, 3 Sep 1998 15:31:14 -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 PAA06994 for ; Thu, 3 Sep 1998 15:31:01 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id PAA14957; Thu, 3 Sep 1998 15:29:48 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp03.primenet.com, id smtpd014926; Thu Sep 3 15:29:44 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id PAA02145; Thu, 3 Sep 1998 15:29:36 -0700 (MST) From: Terry Lambert Message-Id: <199809032229.PAA02145@usr09.primenet.com> Subject: Re: VM question To: abial@nask.pl (Andrzej Bialecki) Date: Thu, 3 Sep 1998 22:29:35 +0000 (GMT) Cc: tlambert@primenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: from "Andrzej Bialecki" at Sep 3, 98 10:35:57 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 > > It makes no sense to do this. These pages aren't bothering anyone, > > and will go away when it is necessary for them to do so. > > I think from my point of view it _is_ necessary to free as much as > possible (including .text and .data pages of other processes) in order to > be able to start the new process; And this is precisely what *will* happen. When unused cached pages compete with new pages, the old pages lose, and are replaced. What you are suggesting is throwing away cached pages that may be about to be reused because you think that maybe later you will load something else. The tiny increase in speed in mapping new pages vs. unmapping old pages and then mapping new pages, is not worth the cost in cache locality losses, unless you are regenerating your executables each time. Even then, as the CS department of the University of Utah was able to dramatically demonstrate, keeping around pre-relocated chunks of code for mapping into process address spaces is still a win. The only place I can think of where this would not be a win is a Symbolic's LISP machine, a UCSD P-code machine, or a JAVA chip. At that point, though, it's not an issue for a FreeBSD VM any more, since you wouldn't be running FreeBSD. > and to do the same to the newly started process when its turn to > run ends. Of course this will result in excessive paging, but these > will be only page-ins and discards, right? I am unconcerned about the page-in's, given the architecture you have described. I am more concerned about tearing down page tables and PTE's for VM objects that aren't taking up space, and which might otherwise be reused. Realize that by doing this, you will be engaging in L1 and L2 cache busting, and unless your I/O and memory bus speeds are the same as L2 cache access (minimally), then what you are doing is a pessimization. > What happens to clean pages in normal situation, i.e. with swap? Are they > just discarded when system is low on memory, or are they swapped together > with dirty pages? They are discarded. > All I want here (i.e. without swap) is to discard as > many (all?) clean pages as possible, because I can always (quickly) reload > them if they are referenced; as far as I understand this, this is not the > current behaviour, which is to keep as many pages as possible either > loaded or swapped out. Clean pages are not written to swap. See PHK's correction to an article I wrote where I had errnously reported that they were. In fact, clean pages *should* be written to swap, rather than discarded, both because the swap pager is faster than the vnode pager (and always will be) for reading pages in, so you might as well swap them if you can. Not that this matters, since you said you will be setting NO_SWAPPING (the same as not cinfiguring any swap space). > > I estimate that you will save, on average, on text page by doing this. > ^-- one > You mean, one page for each page of .text - this is not negligible gain... One page of text per file. > > > * to limit killing of random user processes - instead the VM should try > > > first to free as much pages as possible (and it should try better than it > > > is doing now :-) > > > > There are two problems glossed together here: > > > > 1) What if you really *are* out of memory? > > Let me rephrase this: what if my memory is filled with dirty pages? Then > resort to killing. BUT: what if my memory is filled with some dirty pages > and some clean pages? IMHO, I should free the clean pages immediately > (except one-two which are being referenced just now :-) The clean pages will be displaced by dirty pages, as needed. That's how it works. > Yes, if we're talking about dirty pages. But I'd bet in current schema > there are many clean pages kept in-core in order to avoid excessive > paging. I need to change this to bare minimum, because I don't consider > page-ins from MFS to be expensive. But by doing this, you won't get more usable memory, so what's the point? Better to rewrite MFS, in the way I have suggested... 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 3 15:32:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA07333 for freebsd-current-outgoing; Thu, 3 Sep 1998 15:32: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 PAA07312 for ; Thu, 3 Sep 1998 15:32:40 -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 AAA05953 for current@FreeBSD.ORG; Fri, 4 Sep 1998 00:31:26 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id A0F3F1517; Thu, 3 Sep 1998 23:49:21 +0200 (CEST) Date: Thu, 3 Sep 1998 23:49:21 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: Problems with ELF and UMich LDAP Message-ID: <19980903234921.A12700@keltia.freenix.fr> Mail-Followup-To: current@FreeBSD.ORG References: <19980903154530.B1597@kublai.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <19980903154530.B1597@kublai.com>; from Brian Cully on Thu, Sep 03, 1998 at 03:45:30PM -0400 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4606 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Brian Cully: > Which is totally bizarre to me, considering that the inet_* functions > live in libc. When I use `gcc -aout' everything works fine. Add "#include " in the file. (and possibly , and "). cf inet_addr(3): INET(3) FreeBSD Library Functions Manual INET(3) NAME inet_aton, inet_addr, inet_network, inet_ntoa, inet_makeaddr, inet_lnaof, inet_netof - Internet address manipulation routines SYNOPSIS #include #include #include #include -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #62: Mon Jul 27 20:47:08 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 15:33:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA07402 for freebsd-current-outgoing; Thu, 3 Sep 1998 15:33:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from qix (ppp001.infranet.fr [195.68.70.128]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA07368 for ; Thu, 3 Sep 1998 15:32:56 -0700 (PDT) (envelope-from jmz@FreeBSD.ORG) Received: (from jmz@localhost) by qix (8.9.1/8.8.7) id AAA01718; Fri, 4 Sep 1998 00:32:43 +0200 (MET DST) Date: Fri, 4 Sep 1998 00:32:43 +0200 (MET DST) Message-Id: <199809032232.AAA01718@qix> From: Jean-Marc Zucconi To: jdp@polstra.com CC: abial@nask.pl, current@FreeBSD.ORG In-reply-to: <199809031639.JAA02670@austin.polstra.com> (message from John Polstra on Thu, 03 Sep 1998 09:39:45 -0700) Subject: Re: ELF broke crunchgen/crunchide X-Mailer: Emacs Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> John Polstra writes: > As far I know, the original published ELF specs are out of print. I Specs can be found in ftp://sunsite.unc.edu/pub/Linux/GCC/ELF.doc.tar.gz Jean-Marc -- Jean-Marc Zucconi PGP Key: finger jmz@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 3 15:37:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA08327 for freebsd-current-outgoing; Thu, 3 Sep 1998 15:37: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 PAA08318 for ; Thu, 3 Sep 1998 15:37:16 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id IAA03884; Fri, 4 Sep 1998 08:49:00 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809032249.IAA03884@cimlogic.com.au> Subject: Re: step to update aout to elf In-Reply-To: <199809032207.GAA00794@cssolar82.COMP.HKP.HK> from c5666305 at "Sep 4, 98 06:07:41 am" To: c5666305@comp.polyu.edu.hk (c5666305) Date: Fri, 4 Sep 1998 08:48:59 +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 c5666305 wrote: > I watch the aout to elf topic for past fews days. I have following > questions:- > > 1. What is the proper procedure to do it? > 2. Is there any significant advantage to do so? > > I am new to this topic. Thanks. If you aren't following -current closely enough to have seen the details posted to this list and are unsure of why you would want to upgrade anyway, please wait until we've completed _all_ the work required for the release 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 Thu Sep 3 15:39:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA08991 for freebsd-current-outgoing; Thu, 3 Sep 1998 15:39:51 -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 PAA08977 for ; Thu, 3 Sep 1998 15:39:48 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id IAA03895; Fri, 4 Sep 1998 08:51:40 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809032251.IAA03895@cimlogic.com.au> Subject: Re: ldd won't find a lib a second time In-Reply-To: <199809032203.AAA08050@yacht.domestic.de> from Joachim Kuebart at "Sep 4, 98 00:03:49 am" To: joki@kuebart.stuttgart.netsurf.de (Joachim Kuebart) Date: Fri, 4 Sep 1998 08:51:39 +1000 (EST) Cc: dfr@nlsystems.com, joki@kuebart.stuttgart.netsurf.de, 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 Joachim Kuebart wrote: > The trouble is many ports are not yet ELF prepared in regard to > their rpath. I sent a few patches to -ports (qt, kdelibs) and I > have a few more locally. The changes to the design of the ports build system are still under discussion. Please wait for that work to be completed before rushing to modify ports. The system needs to be _designed_, not hacked. -- 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 3 15:44:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA09691 for freebsd-current-outgoing; Thu, 3 Sep 1998 15:44:19 -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 PAA09589 for ; Thu, 3 Sep 1998 15:43:51 -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 XAA10599 for ; Thu, 3 Sep 1998 23:42:37 +0100 (BST) Date: Thu, 3 Sep 1998 23:42:37 +0100 (BST) From: Doug Rabson To: current@FreeBSD.ORG Subject: Compiler problems with gcc-2.7.2.1 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 think this got lost in the E-day deluge so I'm resending it] I have been having occaisonal problems with gcc-2.7.2.1 on the alpha where it makes bad register allocation choices, leading to broken code. I don't think anything in our build tickles this bug but XFree86 certainly does. I tracked down a set of patches from RedHat 5.0 which fix the problem but they are for gcc-2.7.2.3. I am not sure how to go about committing this. I have patched my tree up to 2.7.2.3 and added the RedHat patches but it really needs someone (hopefully not me) to do a proper import of 2.7.2.3. -- 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 3 15:51:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA11370 for freebsd-current-outgoing; Thu, 3 Sep 1998 15:51: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 PAA11363 for ; Thu, 3 Sep 1998 15:51: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 PAA01966; Thu, 3 Sep 1998 15:47:33 GMT (envelope-from mike@dingo.cdrom.com) Message-Id: <199809031547.PAA01966@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Andrzej Bialecki cc: John Polstra , current@FreeBSD.ORG Subject: Re: Expect more breakage (Re: ELF broke crunchgen/crunchide) In-reply-to: Your message of "Thu, 03 Sep 1998 23:34:00 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 03 Sep 1998 15:47:33 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Thu, 3 Sep 1998, John Polstra wrote: > > > In article , > > Andrzej Bialecki wrote: > > > > > Today I tried to use crunchgen, and it fails miserably, because it plays > > > directly with a.out format. I guess we need to teach it about elves... > > ...and I should add to this, that other floppy-generation related tools > are also affected. E.g. ELF kzip doesn't work, because it tries to link an > ELF stub with a.out kernel. kzip is obsoleted by the new bootloader, although I'm not sure that's going to help your case much. (kzip is smaller than the new bootloader). You could build kzip a.out pretty easily. -- \\ 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 3 15:54:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA11965 for freebsd-current-outgoing; Thu, 3 Sep 1998 15:54:12 -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 PAA11957 for ; Thu, 3 Sep 1998 15:54:10 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id PAA08817; Thu, 3 Sep 1998 15:53:06 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp01.primenet.com, id smtpd008604; Thu Sep 3 15:52:51 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id PAA03066; Thu, 3 Sep 1998 15:52:48 -0700 (MST) From: Terry Lambert Message-Id: <199809032252.PAA03066@usr09.primenet.com> Subject: Re: Vacation program utterly stupid; does not understand RFC822 To: tom@uniserve.com (Tom) Date: Thu, 3 Sep 1998 22:52:48 +0000 (GMT) Cc: tlambert@primenet.com, current@FreeBSD.ORG In-Reply-To: from "Tom" at Sep 3, 98 11:14:10 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 > > If it's not a UNIX mailbox delivery (i.e., there is no "From "), it > > ignores the header "From: ". > > "From " contains the envelope sender, and "From:" contains the header > sender. If "From " does not exist, you probably want to check for a > "Return-Path:" header which should contain a copy of the envelope sender. It already checks that. 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 3 16:16:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA14643 for freebsd-current-outgoing; Thu, 3 Sep 1998 16:16:27 -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 QAA14630 for ; Thu, 3 Sep 1998 16:16:14 -0700 (PDT) (envelope-from aw1@stade.co.uk) Received: (from aw1@localhost) by titus.stade.co.uk (8.9.1/8.8.8) id OAA20740; Thu, 3 Sep 1998 14:41:49 +0100 (BST) (envelope-from aw1) Message-ID: <19980903144148.A17327@stade.co.uk> Date: Thu, 3 Sep 1998 14:41:48 +0100 From: Adrian Wontroba To: Parag Patel Cc: Mike Smith , current@FreeBSD.ORG Subject: Re: Pipeline behaviour - changed? Reply-To: aw1@stade.co.uk References: <19980902122245.A707@stade.co.uk> <199809021650.JAA01329@pinhead.parag.codegen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809021650.JAA01329@pinhead.parag.codegen.com>; from Parag Patel on Wed, Sep 02, 1998 at 09:50:08AM -0700 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:50:08AM -0700, Parag Patel wrote: (re my "yes | head -2" not exiting problem) > I was having some trouble with xterm from the 2.2.6 CD-ROM screwing > up the utmp file (after I'd upgraded to 3.0-CURRENT) so I picked up a > copy of the latest 3.0-SNAP CD, reinstalled all of X from there, and > things are fine again. Perhaps you're not running a 3.0 version of > xterm? I think you've nailed it. I'm running the 3.3.2 (February) release, with xterm XFree86 3.9Ad(69) from the 2.2.6 updates. Time to upgrade X I fear. -- 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 Thu Sep 3 16:24:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA16058 for freebsd-current-outgoing; Thu, 3 Sep 1998 16:24:26 -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 QAA16051 for ; Thu, 3 Sep 1998 16:24:23 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id JAA04070; Fri, 4 Sep 1998 09:36:32 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809032336.JAA04070@cimlogic.com.au> Subject: Re: Compiler problems with gcc-2.7.2.1 In-Reply-To: from Doug Rabson at "Sep 3, 98 11:42:37 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Fri, 4 Sep 1998 09:36:32 +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 Doug Rabson wrote: > I have been having occaisonal problems with gcc-2.7.2.1 on the alpha where > it makes bad register allocation choices, leading to broken code. I don't > think anything in our build tickles this bug but XFree86 certainly does. Does this occur without optimization? > I tracked down a set of patches from RedHat 5.0 which fix the problem but > they are for gcc-2.7.2.3. I am not sure how to go about committing this. > I have patched my tree up to 2.7.2.3 and added the RedHat patches but it > really needs someone (hopefully not me) to do a proper import of 2.7.2.3. What are our options here wrt Alpha _and_ i386? If we stick with what we have for 3.0 to avoid a last minute change that might destabilize the i386 release, we need to at least release a snapshot of FreeBSD/Alpha at the same time and that must contain the tools to support building the world. The alpha Alpha 8-) release can contain XFree86 libs and clients built on a later compiler if required, since we don't build those with the world. I'd like to see the compiler issue reviewed after 3.0 in the light of the release of egcs and the poor C++ support that gcc 2.7.X has. -- 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 3 17:05:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA21919 for freebsd-current-outgoing; Thu, 3 Sep 1998 17:05:11 -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 RAA21904 for ; Thu, 3 Sep 1998 17:05:05 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id RAA14321; Thu, 3 Sep 1998 17:04:00 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp04.primenet.com, id smtpd014286; Thu Sep 3 17:03:53 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id RAA06884; Thu, 3 Sep 1998 17:03:49 -0700 (MST) From: Terry Lambert Message-Id: <199809040003.RAA06884@usr09.primenet.com> Subject: Re: Standardizing a BSD/ELF ABI... To: cracauer@cons.org (Martin Cracauer) Date: Fri, 4 Sep 1998 00:03:49 +0000 (GMT) Cc: tlambert@primenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <19980903122603.A24806@cons.org> from "Martin Cracauer" at Sep 3, 98 12:26:03 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 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. If the data is from the library, then based on a sizeof(foo) == 16, where are the extra 12 'X' characters going? The shared library is insufficient to meet the relink clause of the GPL. Now your program is: main() { initme(); /* get from shared library*/ } If the data is from the image instead of the library, then link it against a library with a foo of size 4, and then run it with a (newer) library with a foo of size 16. The shared library is insufficient to meet the relink clause of the GPL. Either place the data goes, I can create a case which will result in a buffer overrun. This is the problem with data interfaces rather than procedural interfaces. This is why you have to rebuild libkvm and rebuild (rather than relink) "ps" when you change the proc structure in FreeBSD: the failure of data interfaces to procedurally abstract data access. 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 3 17:11:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22963 for freebsd-current-outgoing; Thu, 3 Sep 1998 17:11:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA22940 for ; Thu, 3 Sep 1998 17:10:58 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id JAA07660; Fri, 4 Sep 1998 09:39:52 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id JAA14064; Fri, 4 Sep 1998 09:39:49 +0930 (CST) Message-ID: <19980904093949.N606@freebie.lemis.com> Date: Fri, 4 Sep 1998 09:39:49 +0930 From: Greg Lehey To: "Jordan K. Hubbard" , Kevin Day Cc: current@FreeBSD.ORG Subject: Re: NFS stable before release? 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.91.1i In-Reply-To: <9872.904807024@time.cdrom.com>; from Jordan K. Hubbard on Thu, Sep 03, 1998 at 12:17:04AM -0700 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, 3 September 1998 at 0:17:04 -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 > will say that I have a good deal of confidence in his ability to > accomplish notable things in short periods of time, and it certainly > doesn't hurt that he's extremely familiar with the code. More than > that I cannot say until I at least see some of the preliminary > results. Given that we only started today, everyone should also give > this process just a little time to ramp up. :) > > And yes, I'm very interested in reproducible failure scenarios. If > you have such a case and would like to be part of the testing/bug-fixing > loop, please send me a short email indicating as much. If you have any > PRs currently in the database concerning reproducible failure scenarios, > please indicate those as well and I'll make a note of them next to > your name. This list will then be passed on to the developer in question > for reference. I've already added Kevin Day in as the first entry. :) I haven't been able to use NFS between two specific systems for about two months now. It seems to be related to mount: mounts will only succeed about one time out of three. If they don't succeed, a second attempt will invariably hang the machine. It's unrelated to the system running on the client machine (2.2.[567] or -CURRENT), and other machines can mount on the server machine with no problems. I've tried changing just about everything on the client machine, including the Ethernet board, but the problem remains. About the only thing I could think of is the cable length between the machines, but that hasn't changed. I've done some tcpdump traces which show that the server is returning a "port not reachable" error, but I haven't had time to follow all the way through the stack. If anybody has some ideas on this one, I'd be really pleased to help fix it. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 17:11:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA23042 for freebsd-current-outgoing; Thu, 3 Sep 1998 17:11:30 -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 RAA23018 for ; Thu, 3 Sep 1998 17:11:21 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id RAA24194; Thu, 3 Sep 1998 17:10:12 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp03.primenet.com, id smtpd024173; Thu Sep 3 17:10:11 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id RAA07117; Thu, 3 Sep 1998 17:10:09 -0700 (MST) From: Terry Lambert Message-Id: <199809040010.RAA07117@usr09.primenet.com> Subject: Re: make buildworlds To: chuckr@glue.umd.edu (Chuck Robey) Date: Fri, 4 Sep 1998 00:10:09 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: from "Chuck Robey" at Sep 3, 98 10:38:48 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 > Two things are stopping me from hunting down the problem on my own. If > it wasn't an smp problem, I could do it. The first part of the problem > is that, in the listing I have now, I used -j 8, and I am not sure from > reading the listing, which particular session (out of 8) did the deed. > I am just not sure how to interpret the somewhat fractured listing you > get when you do the -j 8. Patch make to prepend the make pid for all output. It would be best if you patched it and the shell to communicate this via the environment, and output it there, too. Then sort -n the log to find the problem. This is annoying, I know, since I had to do it once upon a time (too long ago to have saved the code, sorry). 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 3 17:27:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25658 for freebsd-current-outgoing; Thu, 3 Sep 1998 17:27:42 -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 RAA25653 for ; Thu, 3 Sep 1998 17:27:38 -0700 (PDT) (envelope-from fullermd@futuresouth.com) Received: (from fullermd@localhost) by shell.futuresouth.com (8.8.8/8.8.8) id TAA02447; Thu, 3 Sep 1998 19:26:10 -0500 (CDT) Message-ID: <19980903192610.36464@futuresouth.com> Date: Thu, 3 Sep 1998 19:26:10 -0500 From: "Matthew D. Fuller" To: Greg Lehey Cc: current@FreeBSD.ORG Subject: Re: NFS stable before release? References: <199809030541.AAA02169@home.dragondata.com> <9872.904807024@time.cdrom.com> <19980904093949.N606@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <19980904093949.N606@freebie.lemis.com>; from Greg Lehey on Fri, Sep 04, 1998 at 09:39:49AM +0930 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (trim, CC's, trim!) On Fri, Sep 04, 1998 at 09:39:49AM +0930, Greg Lehey woke me up to tell me: > > I haven't been able to use NFS between two specific systems for about > two months now. It seems to be related to mount: mounts will only > succeed about one time out of three. If they don't succeed, a second > attempt will invariably hang the machine. It's unrelated to the > system running on the client machine (2.2.[567] or -CURRENT), and > other machines can mount on the server machine with no problems. I've > tried changing just about everything on the client machine, including > the Ethernet board, but the problem remains. About the only thing I > could think of is the cable length between the machines, but that > hasn't changed. I've done some tcpdump traces which show that the > server is returning a "port not reachable" error, but I haven't had > time to follow all the way through the stack. If anybody has some > ideas on this one, I'd be really pleased to help fix it. I had this problem a good bit a while back. Not quite sure how I solved it... but it was one of these A) portmapper problem; kill and restart the nfsd's/nfsiod's B) DNS problem; specify export by IP address *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | 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 Thu Sep 3 17:46:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA28372 for freebsd-current-outgoing; Thu, 3 Sep 1998 17:46:47 -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 RAA28367 for ; Thu, 3 Sep 1998 17:46:46 -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 TAA05542; Thu, 3 Sep 1998 19:46:25 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id TAA13034; Thu, 3 Sep 1998 19:44:29 -0500 (CDT) (envelope-from joelh) Date: Thu, 3 Sep 1998 19:44:29 -0500 (CDT) Message-Id: <199809040044.TAA13034@detlev.UUCP> To: tlambert@primenet.com CC: tlambert@primenet.com, eivind@yes.no, bde@zeta.org.au, current@FreeBSD.ORG In-reply-to: <199809030753.AAA23003@usr07.primenet.com> (message from Terry Lambert on Thu, 3 Sep 1998 07:53:56 +0000 (GMT)) Subject: Re: ELF binaries size From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809030753.AAA23003@usr07.primenet.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> For a system to be secure, you must not permit code to be >>> written to by the process, only data. >> Why? > To prevent stack-overflow from resulting in executable code. Even though a stack overflow (sic) could result in returning to mmap with args to load whatever executable code you wanted? 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 Thu Sep 3 17:47:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA28420 for freebsd-current-outgoing; Thu, 3 Sep 1998 17:47: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 RAA28409 for ; Thu, 3 Sep 1998 17:46: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 RAA05597; Thu, 3 Sep 1998 17:44:30 -0700 (PDT) (envelope-from jdp) Message-Id: <199809040044.RAA05597@austin.polstra.com> To: John Birrell cc: abial@nask.pl, current@FreeBSD.ORG Subject: Re: ELF broke crunchgen/crunchide In-reply-to: Your message of "Fri, 04 Sep 1998 07:05:03 +1000." <199809032105.HAA03418@cimlogic.com.au> Date: Thu, 03 Sep 1998 17:44:30 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been looking into the problem with crunchgen/crunchide. What's broken for ELF is crunchide, right? If that's all it is, then I think we can use objcopy instead. Objcopy has a "-K symbol" option which is exactly the same as crunchide's "-k symbol" option. There's no equivalent to crunchide's "-f file" option, but I don't think that option is needed. Cruchgen will also have to be changed so that it doesn't add a leading underscore to each symbol when constructing the "-k" options for crunchide. This should work, don't you think? 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 Thu Sep 3 17:48:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA28894 for freebsd-current-outgoing; Thu, 3 Sep 1998 17:48:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA28887 for ; Thu, 3 Sep 1998 17:48:51 -0700 (PDT) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id KAA07811; Fri, 4 Sep 1998 10:17:40 +0930 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id KAA14121; Fri, 4 Sep 1998 10:17:38 +0930 (CST) Message-ID: <19980904101738.Q606@freebie.lemis.com> Date: Fri, 4 Sep 1998 10:17:38 +0930 From: Greg Lehey To: "Matthew D. Fuller" Cc: current@FreeBSD.ORG Subject: Re: NFS stable before release? References: <199809030541.AAA02169@home.dragondata.com> <9872.904807024@time.cdrom.com> <19980904093949.N606@freebie.lemis.com> <19980903192610.36464@futuresouth.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <19980903192610.36464@futuresouth.com>; from Matthew D. Fuller on Thu, Sep 03, 1998 at 07:26:10PM -0500 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thursday, 3 September 1998 at 19:26:10 -0500, Matthew D. Fuller wrote: > (trim, CC's, trim!) > > On Fri, Sep 04, 1998 at 09:39:49AM +0930, Greg Lehey woke me up to tell me: >> >> I haven't been able to use NFS between two specific systems for about >> two months now. It seems to be related to mount: mounts will only >> succeed about one time out of three. If they don't succeed, a second >> attempt will invariably hang the machine. It's unrelated to the >> system running on the client machine (2.2.[567] or -CURRENT), and >> other machines can mount on the server machine with no problems. I've >> tried changing just about everything on the client machine, including >> the Ethernet board, but the problem remains. About the only thing I >> could think of is the cable length between the machines, but that >> hasn't changed. I've done some tcpdump traces which show that the >> server is returning a "port not reachable" error, but I haven't had >> time to follow all the way through the stack. If anybody has some >> ideas on this one, I'd be really pleased to help fix it. > > I had this problem a good bit a while back. > Not quite sure how I solved it... but it was one of these > A) portmapper problem; kill and restart the nfsd's/nfsiod's That wouldn't explain why I have no trouble with three clients, only with one. > B) DNS problem; specify export by IP address No, there are no DNS problems. The NFS server is also running the primary name server, and all machines are in the same IP block. If there were problems, they wouldn't just hit one machine. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 21:05:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA19510 for freebsd-current-outgoing; Thu, 3 Sep 1998 21:05:39 -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 VAA19503 for ; Thu, 3 Sep 1998 21:05:33 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id OAA04634; Fri, 4 Sep 1998 14:17:28 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809040417.OAA04634@cimlogic.com.au> Subject: Re: ELF broke crunchgen/crunchide In-Reply-To: <199809040044.RAA05597@austin.polstra.com> from John Polstra at "Sep 3, 98 05:44:30 pm" To: jdp@polstra.com (John Polstra) Date: Fri, 4 Sep 1998 14:17:27 +1000 (EST) Cc: jb@cimlogic.com.au, abial@nask.pl, 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 John Polstra wrote: > I've been looking into the problem with crunchgen/crunchide. What's > broken for ELF is crunchide, right? If that's all it is, then I think > we can use objcopy instead. Objcopy has a "-K symbol" option which > is exactly the same as crunchide's "-k symbol" option. There's no > equivalent to crunchide's "-f file" option, but I don't think that > option is needed. > > Cruchgen will also have to be changed so that it doesn't add a leading > underscore to each symbol when constructing the "-k" options for > crunchide. > > This should work, don't you think? I have no idea. I'll look at it when I get up to it. If `make release' doesn't kill me first. It reminds me of working on an ABB Taylor Mod 300. You wait 3 days for it's next error, then start from scratch. -- 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 3 21:11:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20552 for freebsd-current-outgoing; Thu, 3 Sep 1998 21:11:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ha1.rdc1.pa.home.com (ha1.rdc1.pa.home.com [24.2.5.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA20545 for ; Thu, 3 Sep 1998 21:11:53 -0700 (PDT) (envelope-from nellie@home.com) Received: from cc219337-a.lwmrn1.pa.home.com ([24.3.111.2]) by ha1.rdc1.pa.home.com (Netscape Mail Server v2.02) with SMTP id AAA23280 for ; Thu, 3 Sep 1998 21:10:42 -0700 Date: Fri, 4 Sep 1998 00:05:55 -0400 (EDT) From: dmb To: current@FreeBSD.ORG Subject: upgrading 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 cvsupped to get the current source, rm'd /usr/obj, ran make world, went smoothly... rebuilt a new kernel after make world finished, tried to reboot and got an error of bad system call, then it sig12'd... any ideas? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 3 21:13:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20769 for freebsd-current-outgoing; Thu, 3 Sep 1998 21:13:01 -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 VAA20764 for ; Thu, 3 Sep 1998 21:12:58 -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 VAA02458 for ; Thu, 3 Sep 1998 21:11:48 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: current@FreeBSD.ORG Subject: HEADS UP: 3.0 enters BETA status in 12 days! Date: Thu, 03 Sep 1998 21:11:47 -0700 Message-ID: <2454.904882307@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG September 15th is the scheduled date for entering BETA with the 3.0-current tree. As all of you already (should) know, 3.0 is scheduled for release on October 15th so this gives us a nice 30 day BETA period. During this time, I don't expect anyone to drop in significant new work or otherwise perturb the 3.0-current tree in such a way that violates the general idea of a BETA (you're supposed to test what you have, not move the goalposts every couple of days :). So anyway, if you've got something waiting in the wings, the next 12 days are your window for committing it. That is all! Thanks. - 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 3 21:37:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA23427 for freebsd-current-outgoing; Thu, 3 Sep 1998 21:37:48 -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 VAA23418 for ; Thu, 3 Sep 1998 21:37:43 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id OAA04701; Fri, 4 Sep 1998 14:49:46 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809040449.OAA04701@cimlogic.com.au> Subject: Re: upgrading In-Reply-To: from dmb at "Sep 4, 98 00:05:55 am" To: nellie@home.com (dmb) Date: Fri, 4 Sep 1998 14:49:45 +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 dmb wrote: > I cvsupped to get the current source, rm'd /usr/obj, ran make world, went > smoothly... rebuilt a new kernel after make world finished, tried to > reboot and got an error of bad system call, then it sig12'd... any ideas? You must be upgrading from a 2.2.X system. That's a normal (an unfortunate) problem upgrading from 2.2.X to current. The aout->elf upgrade handles this by saving the reboot program before installing the new one. You might as well just sync the disk and cycle the power. This has worked for me on the 6 or so occasions I forgot about reboot. -- 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 3 22:10:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA28077 for freebsd-current-outgoing; Thu, 3 Sep 1998 22:10:10 -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 WAA28012 for ; Thu, 3 Sep 1998 22:09:34 -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 JAA28962 for ; Fri, 4 Sep 1998 09:17:34 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id JAA18041; Fri, 4 Sep 1998 09:18:18 +0800 Message-Id: <199809040118.JAA18041@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: Converting a.out shared libs to ELF shared libs. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 04 Sep 1998 09:18:17 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A while back there were rumbles about someone (John Polstra?) doing this. Any news? I've got a bunch of Motif related libs from XiG that I'd like to convert. On a related note, has anyone tried out some third party Linux ELF libs (not libc!) yet? The XiG CD has Linux & BSDi binaries on it, in addition to the a.out FreeBSD binaries. 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 Thu Sep 3 23:36:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09266 for freebsd-current-outgoing; Thu, 3 Sep 1998 23:36:00 -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 XAA09247 for ; Thu, 3 Sep 1998 23:35:54 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.9.1/8.9.1) id KAA03785; Fri, 4 Sep 1998 10:34:28 +0400 (MSD) (envelope-from ache) Message-ID: <19980904103427.A3368@nagual.pp.ru> Date: Fri, 4 Sep 1998 10:34:27 +0400 From: "Andrey A. Chernov" To: Mike Smith Cc: current@FreeBSD.ORG Subject: Re: sbflush 2 panic, uipc_socket2.c Mail-Followup-To: Mike Smith , current@FreeBSD.org References: <19980903141808.A939@nagual.pp.ru> <199809031315.NAA01029@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809031315.NAA01029@dingo.cdrom.com>; from mike@smith.net.au on Thu, Sep 03, 1998 at 01:15:02PM +0000 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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: #2 0xf012648e in sbflush () #3 0xf0150e93 in tcp_disconnect () #4 0xf0150646 in tcp_usr_disconnect () #5 0xf01242fc in sodisconnect () #6 0xf0124112 in soclose () #7 0xf011a42a in soo_close () #8 0xf0106b22 in closef () #9 0xf010610b in close () -- 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 Thu Sep 3 23:39:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09871 for freebsd-current-outgoing; Thu, 3 Sep 1998 23:39:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from jane.lfn.org (nocitycouncil.com [209.16.92.7]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA09866 for ; Thu, 3 Sep 1998 23:39:55 -0700 (PDT) (envelope-from caj@lfn.org) Received: (qmail 26951 invoked by uid 100); 4 Sep 1998 06:38:49 -0000 Date: Fri, 4 Sep 1998 01:38:49 -0500 (CDT) From: Craig Johnston To: freebsd-current@FreeBSD.ORG Subject: make world nit 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 had to create the directory /usr/libdata/tcl manually -- install was creating a file named that because the directory didn't exist when it tried to install something there, and the next install to that name would barf. I was upgrading from -stable. -Craig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 00:11:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA13321 for freebsd-current-outgoing; Fri, 4 Sep 1998 00:11:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA13316 for ; Fri, 4 Sep 1998 00:11:53 -0700 (PDT) (envelope-from karpen@ocean.campus.luth.se) Received: (from karpen@localhost) by ocean.campus.luth.se (8.9.1/8.9.1) id JAA20741; Fri, 4 Sep 1998 09:06:23 +0200 (CEST) (envelope-from karpen) From: Mikael Karpberg Message-Id: <199809040706.JAA20741@ocean.campus.luth.se> Subject: Re: upgrading In-Reply-To: <199809040449.OAA04701@cimlogic.com.au> from John Birrell at "Sep 4, 98 02:49:45 pm" To: jb@cimlogic.com.au (John Birrell) Date: Fri, 4 Sep 1998 09:06:23 +0200 (CEST) Cc: nellie@home.com, current@FreeBSD.ORG 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 According to John Birrell: > dmb wrote: > > I cvsupped to get the current source, rm'd /usr/obj, ran make world, went > > smoothly... rebuilt a new kernel after make world finished, tried to > > reboot and got an error of bad system call, then it sig12'd... any ideas? > > You must be upgrading from a 2.2.X system. That's a normal (an unfortunate) > problem upgrading from 2.2.X to current. The aout->elf upgrade handles > this by saving the reboot program before installing the new one. You might > as well just sync the disk and cycle the power. This has worked for me > on the 6 or so occasions I forgot about reboot. Er... why not just get a clean shutdown with CTRL-ALT-DELETE at the console? /Mikael To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 00:13:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA13510 for freebsd-current-outgoing; Fri, 4 Sep 1998 00:13:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hebe.or.intel.com (hebe.or.intel.com [134.134.248.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA13501 for ; Fri, 4 Sep 1998 00:13:01 -0700 (PDT) (envelope-from wscott@ichips.intel.com) Received: from ichips-jf.jf.intel.com (ichips-jf.jf.intel.com [134.134.50.200]) by hebe.or.intel.com (8.8.6/8.8.5) with ESMTP id AAA02426 for ; Fri, 4 Sep 1998 00:21:07 -0700 (PDT) Received: from pdxlx008.pdx.intel.com (pdxlx008.pdx.intel.com [137.102.206.194]) by ichips-jf.jf.intel.com (8.8.8/8.8.7) with ESMTP id AAA27942 for ; Fri, 4 Sep 1998 00:11:56 -0700 (PDT) Received: from pdxlx008.pdx.intel.com (localhost [127.0.0.1]) by pdxlx008.pdx.intel.com (8.8.7/8.8.7) with ESMTP id AAA21540 for ; Fri, 4 Sep 1998 00:11:56 -0700 (PDT) (envelope-from wscott@pdxlx008.pdx.intel.com) Message-Id: <199809040711.AAA21540@pdxlx008.pdx.intel.com> To: current@FreeBSD.ORG Subject: aout-to-elf worked but 'make install' still confused Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Fri, 04 Sep 1998 00:11:55 -0700 From: Wayne Scott Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I upgraded my system to ELF on Monday and did another make world on Weds. Things look good. However: $ cd /usr/src/lib/libc $ make $ make install installs a ELF libc.so.3.1 in /usr/lib/aout -Wayne To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 00:18:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA14335 for freebsd-current-outgoing; Fri, 4 Sep 1998 00:18:26 -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 AAA14330 for ; Fri, 4 Sep 1998 00:18:23 -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 IAA11929; Fri, 4 Sep 1998 08:17:44 +0100 (BST) Date: Fri, 4 Sep 1998 08:17:44 +0100 (BST) From: Doug Rabson To: John Birrell cc: current@FreeBSD.ORG Subject: Re: Compiler problems with gcc-2.7.2.1 In-Reply-To: <199809032336.JAA04070@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 On Fri, 4 Sep 1998, John Birrell wrote: > Doug Rabson wrote: > > I have been having occaisonal problems with gcc-2.7.2.1 on the alpha where > > it makes bad register allocation choices, leading to broken code. I don't > > think anything in our build tickles this bug but XFree86 certainly does. > > Does this occur without optimization? It only happens with optimisation. > > > I tracked down a set of patches from RedHat 5.0 which fix the problem but > > they are for gcc-2.7.2.3. I am not sure how to go about committing this. > > I have patched my tree up to 2.7.2.3 and added the RedHat patches but it > > really needs someone (hopefully not me) to do a proper import of 2.7.2.3. > > What are our options here wrt Alpha _and_ i386? > > If we stick with what we have for 3.0 to avoid a last minute change that > might destabilize the i386 release, we need to at least release a snapshot > of FreeBSD/Alpha at the same time and that must contain the tools to > support building the world. The alpha Alpha 8-) release can contain > XFree86 libs and clients built on a later compiler if required, since we > don't build those with the world That might be ok given that we are not going to call the Alpha bits a release. > > I'd like to see the compiler issue reviewed after 3.0 in the light of > the release of egcs and the poor C++ support that gcc 2.7.X has. 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. The C++ support is roughly the same in gcc-2.8.x and egcs-1.x afaik. -- 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 Fri Sep 4 00:28:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA15983 for freebsd-current-outgoing; Fri, 4 Sep 1998 00:28:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles198.castles.com [208.214.165.198]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA15922 for ; Fri, 4 Sep 1998 00:27:55 -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 AAA01179; Fri, 4 Sep 1998 00:24:26 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809040024.AAA01179@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: "Andrey A. Chernov" cc: Mike Smith , current@FreeBSD.ORG Subject: Re: sbflush 2 panic, uipc_socket2.c In-reply-to: Your message of "Fri, 04 Sep 1998 10:34:27 +0400." <19980904103427.A3368@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 04 Sep 1998 00:24:25 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > 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? 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 Fri Sep 4 01:02:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA19991 for freebsd-current-outgoing; Fri, 4 Sep 1998 01:02:33 -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 BAA19977 for ; Fri, 4 Sep 1998 01:02:28 -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 SAA28733; Fri, 4 Sep 1998 18:01:03 +1000 (EST) Message-ID: <19980904180103.B28237@rf900.physics.usyd.edu.au> Date: Fri, 4 Sep 1998 18:01:03 +1000 From: David Dawes To: Doug Rabson Cc: John Birrell , freebsd-current@FreeBSD.ORG Subject: Re: XFree86 and ELF Mail-Followup-To: Doug Rabson , John Birrell , freebsd-current@FreeBSD.ORG References: <19980903215052.B26062@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 Doug Rabson on Thu, Sep 03, 1998 at 09:29:36PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 03, 1998 at 09:29:36PM +0100, Doug Rabson wrote: >On Thu, 3 Sep 1998, David Dawes wrote: > >> On Wed, Sep 02, 1998 at 01:52:30PM +1000, John Birrell wrote: >> >David Dawes wrote: >> >> Maybe it would be a good >> >> idea to wait a little while until everything is resolved, then send another >> >> patch? I don't have a box running 3.0 ELF yet, but I'm planning to set one >> >> up in the next week or two. >> > >> >Can we also wait for FreeBSD/Alpha to be included (in some form) too? >> >> When you have XFree86 patches for FreeBSD/Alpha, just send them to us. > >I'll let someone else commit the ELF patches which is 99% of the work. >I'll add the patch for building XFree86 clients on the alpha after that. I >don't think the inet_addr() changes are really necessary since libc now >exports the right weak symbols so it should just be config file changes >plus some server tweaks. I plan on including the inet_addr() changes in the XFree86 devel source anyway since it is clearly a bug. >Getting the servers running on the alpha is a different ball game >altogether :-). Yes, that'll require a bit more work :-). The main thing will be providing the equivalent bits that Linux/Alpha provides in the XFree86 os-support layer. A non-FreeBSD specific issue is then getting more of the servers/drivers 64-bit clean and Alpha friendly (only a fairly small subset are currently supported on Linux/Alpha). David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 01:05:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA20500 for freebsd-current-outgoing; Fri, 4 Sep 1998 01:05:15 -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 BAA20486; Fri, 4 Sep 1998 01:05:08 -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 KAA26363; Fri, 4 Sep 1998 10:03:33 +0200 (CEST) Received: from wurzelausix.cs.uni-sb.de (ukiOpRKZvEtRF1wz0f72EhOFSvOj8HXL@wurzelausix.cs.uni-sb.de [134.96.247.1]) by cs.uni-sb.de (8.9.0/1998060300) with ESMTP id KAA27554; Fri, 4 Sep 1998 10:03:24 +0200 (CEST) Received: from wurzelausix.cs.uni-sb.de (IDENT:19H1bz1/chxWPnvTXUgCJ1kKD25wZNLz@localhost [127.0.0.1]) by wurzelausix.cs.uni-sb.de (8.9.1/wjp/19980821) with ESMTP id KAA12887; Fri, 4 Sep 1998 10:03:14 +0200 (CEST) Message-Id: <199809040803.KAA12887@wurzelausix.cs.uni-sb.de> Date: Fri, 4 Sep 1998 10:03:12 +0200 (CEST) From: Alexander Leidinger Subject: Re: ELF perl? And others? To: mark@grondar.za cc: asami@FreeBSD.ORG, adhir@worldbank.org, current@FreeBSD.ORG In-Reply-To: <199809031131.NAA05467@gratis.grondar.za> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 3 Sep, Mark Murray wrote: >> Or should I go ahead and mark them all broken? (That will do too. :) > > Please mark them all broken. But only for ELF please (if possible). 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 Fri Sep 4 01:23:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22047 for freebsd-current-outgoing; Fri, 4 Sep 1998 01:23:18 -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 BAA22007 for ; Fri, 4 Sep 1998 01:23:09 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id SAA06282; Fri, 4 Sep 1998 18:32:10 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809040832.SAA06282@cimlogic.com.au> Subject: Re: aout-to-elf worked but 'make install' still confused In-Reply-To: <199809040711.AAA21540@pdxlx008.pdx.intel.com> from Wayne Scott at "Sep 4, 98 00:11:55 am" To: wscott@ichips.intel.com (Wayne Scott) Date: Fri, 4 Sep 1998 18:32:10 +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 Wayne Scott wrote: > > I upgraded my system to ELF on Monday and did another make world > on Weds. Things look good. > > However: > $ cd /usr/src/lib/libc > $ make > $ make install > > installs a ELF libc.so.3.1 in /usr/lib/aout Did you do this with a clean object tree? When you use the commands quoted above, you won't be using the same obj directory that `make world' uses because it is the top-level makefiles that direct the object tree into /usr/obj/elf and /usr/obj/aout to aboid mixing things in different formats. When you just cd to a directory, you will get /usr/obj as the root of your object tree if you do a `make obj'. -- 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 4 01:26:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22569 for freebsd-current-outgoing; Fri, 4 Sep 1998 01:26:43 -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 BAA22564 for ; Fri, 4 Sep 1998 01:26:41 -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 BAA03835; Fri, 4 Sep 1998 01:25:18 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Doug Rabson cc: John Birrell , current@FreeBSD.ORG Subject: Re: Compiler problems with gcc-2.7.2.1 In-reply-to: Your message of "Fri, 04 Sep 1998 08:17:44 BST." Date: Fri, 04 Sep 1998 01:25:18 -0700 Message-ID: <3831.904897518@time.cdrom.com> From: "Jordan K. Hubbard" 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. The C++ > support is roughly the same in gcc-2.8.x and egcs-1.x afaik. Provided that gcc 2.8.x works or can be made to work, I'm not opposed to this at all. - 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 4 01:39:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA24109 for freebsd-current-outgoing; Fri, 4 Sep 1998 01:39:10 -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 BAA24085 for ; Fri, 4 Sep 1998 01:39: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 KAA10963; Fri, 4 Sep 1998 10:41:36 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Fri, 4 Sep 1998 10:41:36 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Mike Smith cc: John Polstra , current@FreeBSD.ORG Subject: Re: Expect more breakage (Re: ELF broke crunchgen/crunchide) In-Reply-To: <199809031547.PAA01966@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 Thu, 3 Sep 1998, Mike Smith wrote: > > ...and I should add to this, that other floppy-generation related tools > > are also affected. E.g. ELF kzip doesn't work, because it tries to link an > > ELF stub with a.out kernel. > > kzip is obsoleted by the new bootloader, although I'm not sure that's Hmm... I need to take a closer look at the new bootloader, then. I remember you were saying that it doesn't work yet with HDDs, right? (or were they floppies..) > going to help your case much. (kzip is smaller than the new > bootloader). Then we probably want to keep it, because there is already problem with space on the boot.flp. However, this also probably means that the installation floppies will stay a.out, which also means running an a.out kernel. Am I right? > You could build kzip a.out pretty easily. And this I've done for the time being. 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 Fri Sep 4 01:48:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA25275 for freebsd-current-outgoing; Fri, 4 Sep 1998 01:48:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from blackhole.iceworld.org (blackhole.iceworld.org [204.246.64.101]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA25270 for ; Fri, 4 Sep 1998 01:48:20 -0700 (PDT) (envelope-from griffin@blackhole.iceworld.org) Received: from blackhole.iceworld.org (griffin@localhost [127.0.0.1]) by blackhole.iceworld.org (8.8.8/8.8.8) with ESMTP id DAA00598 for ; Fri, 4 Sep 1998 03:47:21 -0500 (CDT) (envelope-from griffin@blackhole.iceworld.org) Message-ID: <35EFA919.D2E12F5A@blackhole.iceworld.org> Date: Fri, 04 Sep 1998 03:47:21 -0500 From: Jimbo Bahooli X-Mailer: Mozilla 4.06 [en] (X11; U; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: CAM in -current Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I saw the new snapshot for 3.0-CAM and was wondering if it was going to go into the main source tree soon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 02:30:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA29211 for freebsd-current-outgoing; Fri, 4 Sep 1998 02:30:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from enterprise.sanyusan.se (enterprise.sanyusan.se [195.24.160.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29206 for ; Fri, 4 Sep 1998 02:30:17 -0700 (PDT) (envelope-from synker@sanyusan.se) Received: from enterprise.sanyusan.se (synker@enterprise.sanyusan.se [192.168.103.66]) by enterprise.sanyusan.se (8.9.1/8.9.1) with SMTP id LAA10195 for ; Fri, 4 Sep 1998 11:28:09 +0200 (CEST) (envelope-from synker@sanyusan.se) Date: Fri, 4 Sep 1998 11:28:09 +0200 (CEST) From: synker To: freebsd-current@FreeBSD.ORG Subject: make kernel 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! trying to make kernel in -current (cvsup 11.30am CET) output: cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -aout vers.c loading kernel pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment *** Error code 1 Stop. // synker@sanyusan.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 02:47:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA00728 for freebsd-current-outgoing; Fri, 4 Sep 1998 02:47:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from jane.lfn.org (www.lfn.org [209.16.92.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id CAA00723 for ; Fri, 4 Sep 1998 02:47:02 -0700 (PDT) (envelope-from caj@lfn.org) Received: (qmail 28067 invoked by uid 100); 4 Sep 1998 09:45:52 -0000 Date: Fri, 4 Sep 1998 04:45:52 -0500 (CDT) From: Craig Johnston To: freebsd-current@FreeBSD.ORG Subject: bzero bandwidth computation 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 >From a boot -v on my Thinkpad 560E running -current (GenuineIntel 166MMX pentium): i586_bzero() bandwidth = 173130193 bytes/sec bzero() bandwidth = 688705234 bytes/sec (!!!) Hrm, a bit fishy eh? This has the undesireable effect of causing the machine not to use the optimized routines. Anyone else getting crazy numbers like this? -Craig To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 02:59:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA01570 for freebsd-current-outgoing; Fri, 4 Sep 1998 02:59:15 -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 CAA01559 for ; Fri, 4 Sep 1998 02:59:08 -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 LAA02499; Fri, 4 Sep 1998 11:54:18 +0200 (CEST) To: Craig Johnston cc: freebsd-current@FreeBSD.ORG Subject: Re: bzero bandwidth computation In-reply-to: Your message of "Fri, 04 Sep 1998 04:45:52 CDT." Date: Fri, 04 Sep 1998 11:54:17 +0200 Message-ID: <2497.904902857@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Craig Johns ton writes: >>From a boot -v on my Thinkpad 560E running -current >(GenuineIntel 166MMX pentium): > >i586_bzero() bandwidth = 173130193 bytes/sec >bzero() bandwidth = 688705234 bytes/sec (!!!) > >Hrm, a bit fishy eh? APM strikes again I bet... Your CPU clock changed speed while it ran... -- 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 Fri Sep 4 03:33:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA05137 for freebsd-current-outgoing; Fri, 4 Sep 1998 03:33:11 -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 DAA05132 for ; Fri, 4 Sep 1998 03:33:09 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.9.1/8.9.1) id OAA20462; Fri, 4 Sep 1998 14:31:53 +0400 (MSD) (envelope-from ache) Message-ID: <19980904143152.A20161@nagual.pp.ru> Date: Fri, 4 Sep 1998 14:31:52 +0400 From: "Andrey A. Chernov" To: Mike Smith Cc: current@FreeBSD.ORG Subject: Re: sbflush 2 panic, uipc_socket2.c Mail-Followup-To: Mike Smith , current@FreeBSD.org References: <19980904103427.A3368@nagual.pp.ru> <199809040024.AAA01179@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809040024.AAA01179@word.smith.net.au>; from mike@smith.net.au on Fri, Sep 04, 1998 at 12:24:25AM +0000 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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() -- 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 Fri Sep 4 04:24:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA10160 for freebsd-current-outgoing; Fri, 4 Sep 1998 04:24:13 -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 EAA10155 for ; Fri, 4 Sep 1998 04:24:10 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 22674 invoked by uid 1001); 4 Sep 1998 11:23:03 +0000 (GMT) To: freebsd-current@FreeBSD.ORG Subject: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by default? X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 04 Sep 1998 13:23:03 +0200 Message-ID: <22672.904908183@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It might be a good idea if FreeBSD-3.0 shipped with RFC 1644 extensions (T/TCP) turned *off* by default. It still defaults to on in tcp_subr.c version 1.46. Steinar Haug, Nethelp consulting, sthaug@nethelp.no ---------------------------------------------------------------------- Date: Fri, 4 Sep 1998 07:04:33 -0400 (EDT) Message-Id: <199809041104.HAA10917@lunacity.ne.mediaone.net> From: "Charles M. Hannum" To: "W. Richard Stevens" Cc: perry@piermont.com, Mohit Aron , tcp-impl@cthulhu.engr.sgi.com (TCP Implementor's List) Subject: Re: status of T/TCP >> Charles Hannum really should submit his "T/TCP Considered Harmful" as >> an informational RFC at some point. > > It's only a few pages, and was in the end2end archives (13 Sep 1996), > so here it is. I actually submitted it to rfc-editor around the same time. I never received a response, and I'm not sure it was ever published as a draft. It's interesting (amusing?) to note that, on 19980407 (19 months after my draft was originally sent out), an exploit for the `Host-Based Authorization' hole against FreeBSD was published on bugtraq. A patch was issued ~1 month later, which was intended to disable the accepting of a connection count for services which did not explicitly request T/TCP on the listening socket (a workaround which I had forgotten to mention in the draft), but the patch was broken and went through several revisions. I don't know what the current status of this is. The problems related to SYN flooding and sequence number attacks have never been addressed -- nor has the compatibility issue with old TCP implementations mentioned in passing in the conclusions section (which I can explain better if anyone is interested), which I believe has been shown to affect communication with some embedded TCP implementations. Furthermore, the case that T/TCP was originally designed for (HTTP) has been more or less resolved by changing the application layer anyway. So I wonder if there is even a point in discussing T/TCP any more. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 04:27:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA10407 for freebsd-current-outgoing; Fri, 4 Sep 1998 04:27:19 -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 EAA10402 for ; Fri, 4 Sep 1998 04:27:15 -0700 (PDT) (envelope-from gmarco@giovannelli.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 NAA01154 for ; Fri, 4 Sep 1998 13:24:02 +0200 (CEST) (envelope-from gmarco@giovannelli.it) From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it To: current@FreeBSD.ORG Subject: make buildworld (elf) fails with ... Date: Fri, 4 Sep 1998 13:26:33 +0200 X-Mailer: KMail [version 0.7.9] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <98090413281200.14961@gmarco.eclipse.org> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It's about 2 days that make world (buildworld) fails with ... -------------------------------------------------------------- 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 What I miss ? -- 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 4 04:30:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA10806 for freebsd-current-outgoing; Fri, 4 Sep 1998 04:30:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA10801 for ; Fri, 4 Sep 1998 04:30:54 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id NAA29686; Fri, 4 Sep 1998 13:29:44 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id NAA11583; Fri, 4 Sep 1998 13:29:43 +0200 (MET DST) Message-ID: <19980904132942.34633@follo.net> Date: Fri, 4 Sep 1998 13:29:42 +0200 From: Eivind Eklund To: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! References: <2454.904882307@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <2454.904882307@time.cdrom.com>; from Jordan K. Hubbard on Thu, Sep 03, 1998 at 09:11:47PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 03, 1998 at 09:11:47PM -0700, Jordan K. Hubbard wrote: > September 15th is the scheduled date for entering BETA with the > 3.0-current tree. As all of you already (should) know, 3.0 is > scheduled for release on October 15th so this gives us a nice 30 day > BETA period. During this time, I don't expect anyone to drop in > significant new work or otherwise perturb the 3.0-current tree in such > a way that violates the general idea of a BETA (you're supposed to > test what you have, not move the goalposts every couple of days :). > > So anyway, if you've got something waiting in the wings, the next 12 > days are your window for committing it. That is all! What does this mean? How/when will we branch out a RELENG_3_0_0 and take -current to be 3.1-current? Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 04:34:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA11299 for freebsd-current-outgoing; Fri, 4 Sep 1998 04:34:12 -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 EAA11294 for ; Fri, 4 Sep 1998 04:34:09 -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 VAA10135; Fri, 4 Sep 1998 21:32:47 +1000 Date: Fri, 4 Sep 1998 21:32:47 +1000 From: Bruce Evans Message-Id: <199809041132.VAA10135@godzilla.zeta.org.au> To: caj@lfn.org, phk@critter.freebsd.dk Subject: Re: bzero bandwidth computation Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>From a boot -v on my Thinkpad 560E running -current >>(GenuineIntel 166MMX pentium): >> >>i586_bzero() bandwidth = 173130193 bytes/sec >>bzero() bandwidth = 688705234 bytes/sec (!!!) >> >>Hrm, a bit fishy eh? > >APM strikes again I bet... Your CPU clock changed speed while it ran... That might have given a negative bandwidth :-). 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 4 04:42:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA11741 for freebsd-current-outgoing; Fri, 4 Sep 1998 04:42:00 -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 EAA11721 for ; Fri, 4 Sep 1998 04:41:57 -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 NAA02799; Fri, 4 Sep 1998 13:36:15 +0200 (CEST) To: Bruce Evans cc: caj@lfn.org, freebsd-current@FreeBSD.ORG Subject: Re: bzero bandwidth computation In-reply-to: Your message of "Fri, 04 Sep 1998 21:32:47 +1000." <199809041132.VAA10135@godzilla.zeta.org.au> Date: Fri, 04 Sep 1998 13:36:15 +0200 Message-ID: <2797.904908975@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809041132.VAA10135@godzilla.zeta.org.au>, Bruce Evans writes: >>>>From a boot -v on my Thinkpad 560E running -current >>>(GenuineIntel 166MMX pentium): >>> >>>i586_bzero() bandwidth = 173130193 bytes/sec >>>bzero() bandwidth = 688705234 bytes/sec (!!!) >>> >>>Hrm, a bit fishy eh? >> >>APM strikes again I bet... Your CPU clock changed speed while it ran... > >That might have given a negative bandwidth :-). No, that would be unlikely. Many APM seem to power up with the CPU in a reduced speed mode, and then after a short time the crank it up to full speed. -- 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 Fri Sep 4 05:00:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA13200 for freebsd-current-outgoing; Fri, 4 Sep 1998 05:00:17 -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 FAA13191 for ; Fri, 4 Sep 1998 05:00:13 -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 EAA04619; Fri, 4 Sep 1998 04:58:58 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Eivind Eklund cc: current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-reply-to: Your message of "Fri, 04 Sep 1998 13:29:42 +0200." <19980904132942.34633@follo.net> Date: Fri, 04 Sep 1998 04:58:57 -0700 Message-ID: <4615.904910337@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > What does this mean? How/when will we branch out a RELENG_3_0_0 and > take -current to be 3.1-current? Both premature questions. I don't think we know yet. I'm focusing for now just on getting 3.0-RELEASE out the door at all, OK? :) - 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 4 05:09:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA14010 for freebsd-current-outgoing; Fri, 4 Sep 1998 05:09:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from marathon.tekla.fi (marathon.tekla.fi [192.98.7.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA14005 for ; Fri, 4 Sep 1998 05:09:22 -0700 (PDT) (envelope-from sja@tekla.fi) Received: from poveri.tekla.fi (poveri.tekla.fi [192.98.7.19]) by marathon.tekla.fi (8.8.7/8.8.7) with SMTP id PAA28197 for ; Fri, 4 Sep 1998 15:08:14 +0300 From: Sakari Jalovaara Received: by poveri.tekla.fi; (5.65v3.2/1.1.8.2/20Aug96-0557PM) id AA21454; Fri, 4 Sep 1998 15:08:13 +0300 Date: Fri, 4 Sep 1998 15:08:13 +0300 Message-Id: <9809041208.AA21454@poveri.tekla.fi> To: current@FreeBSD.ORG Subject: Re: ELF binaries size Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> I don't care that much if ELF wastes a page mapping entry as it it >> wastes the memory an entire page use... > > I wouldn't want to discourage discussion of this interesting topic. > But I hope you are all bearing in mind that caring about this is about > as effective as caring about the weather. Mmmm... Is it? If every process has an average of half a page of unnecessarily COWed text in memory, the kB's add up. (Every process is pretty much guaranteed to COW the first data page, if the __progname variable indeed tends to end up there.) If every exec() does an average of 2kB unnecessary bcopy() and every process uses an extra 2kB memory (hopefully no extra cache?!), is that measurable? How's this for a test: 1) "time make world" for a baseline. 2) Hack the ELF linker to pad the text segment up to a full page boundary. 3) "time make world". 4) "time make world" - this time the text segments of make/cc/sh/etc doing the compilation are padded. If (1) and (4) show a difference, add a flag to ld to control padding (save disk vs. save memory.) Could also try a lighter benchmark than "make world" to test a different number-of-exec()s / process-runtime ratio. ++sja To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 05:27:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA15220 for freebsd-current-outgoing; Fri, 4 Sep 1998 05:27:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freesbee.t.dk (freesbee.t.dk [193.163.159.72]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id FAA15215 for ; Fri, 4 Sep 1998 05:27:57 -0700 (PDT) (envelope-from ncbp@freesbee.t.dk) Received: (qmail 23368 invoked by uid 1002); 4 Sep 1998 12:26:51 -0000 Message-ID: <19980904142651.B21798@bank-pedersen.dk> Date: Fri, 4 Sep 1998 14:26:51 +0200 From: "Niels Chr. Bank-Pedersen" To: gmarco@giovannelli.it, current@FreeBSD.ORG Subject: Re: make buildworld (elf) fails with ... References: <98090413281200.14961@gmarco.eclipse.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <98090413281200.14961@gmarco.eclipse.org>; from Gianmarco Giovannelli on Fri, Sep 04, 1998 at 01:26:33PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Sep 04, 1998 at 01:26:33PM +0200, Gianmarco Giovannelli wrote: > > It's about 2 days that make world (buildworld) fails with ... > > -------------------------------------------------------------- > 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 > > What I miss ? Have you by any chance "NOPERL" defined ("/etc/make.conf" or "-DNOPERL")? I had the same problem, but since makewhatis is a perl-script, I tried to let the buildprocess go through the perl4-stuff, and that did it for me... > Gianmarco > "Unix expert since yesterday" ;-) /Niels Chr. -- Niels Christian Bank-Pedersen, NCB1-RIPE. Network Manager, Tele Danmark DataNET, IP-section. # rsh -l God universe.all find / -name '*windows*' -exec rm -rf {} \; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 06:00:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA18015 for freebsd-current-outgoing; Fri, 4 Sep 1998 06:00:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gw-nl1.philips.com (gw-nl1.philips.com [192.68.44.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA18010 for ; Fri, 4 Sep 1998 06:00:52 -0700 (PDT) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl1.philips.com with ESMTP id OAA07520 for ; Fri, 4 Sep 1998 14:59:45 +0200 (MEST) (envelope-from Jos.Backus@nl.origin-it.com) Received: from hal.mpn.cp.philips.com (hal.mpn.cp.philips.com [130.139.64.195]) by smtprelay-nl1.philips.com (8.8.5/8.6.10-1.2.2m-970826) with SMTP id OAA17989 for ; Fri, 4 Sep 1998 14:59:44 +0200 (MET DST) Received: (qmail 21116 invoked by uid 666); 4 Sep 1998 13:00:05 -0000 Message-ID: <19980904150005.A20876@hal.mpn.cp.philips.com> Date: Fri, 4 Sep 1998 15:00:05 +0200 From: Jos Backus To: freebsd-current@FreeBSD.ORG Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by default? Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <22672.904908183@verdi.nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <22672.904908183@verdi.nethelp.no>; from sthaug@nethelp.no on Fri, Sep 04, 1998 at 01:23:03PM +0200 X-Files: The Truth is out there! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Date: Fri, 4 Sep 1998 07:04:33 -0400 (EDT) > Message-Id: <199809041104.HAA10917@lunacity.ne.mediaone.net> > From: "Charles M. Hannum" > To: "W. Richard Stevens" > Cc: perry@piermont.com, Mohit Aron , > tcp-impl@cthulhu.engr.sgi.com (TCP Implementor's List) > Subject: Re: status of T/TCP > The problems related to SYN flooding and sequence number attacks have > never been addressed [massive snippage] How about using syncookies? (See ftp://koobera.math.uic.edu/pub/docs/syncookies-archive for a discussion.) -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/ _/ Jos.Backus@nl.origin-it.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 06:33:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA21291 for freebsd-current-outgoing; Fri, 4 Sep 1998 06:33:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from garbo.lodgenet.com (garbo.lodgenet.com [204.124.122.252]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA21286 for ; Fri, 4 Sep 1998 06:33:19 -0700 (PDT) (envelope-from johnp@lodgenet.com) Received: from milo.lodgenet.com (milo.lodgenet.com [10.0.122.42]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id IAA08419; Fri, 4 Sep 1998 08:24:07 -0500 Received: from milo.lodgenet.com (localhost [127.0.0.1]) by milo.lodgenet.com (8.8.7/8.8.5) with ESMTP id IAA16669; Fri, 4 Sep 1998 08:30:56 -0500 (CDT) Message-Id: <199809041330.IAA16669@milo.lodgenet.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: current@FreeBSD.ORG Cc: johnp@lodgenet.com Subject: Problem w/devfs and disklabel Reply-To: johnp@lodgenet.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 04 Sep 1998 08:30:56 -0500 From: John Prince Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello.. Can anyone help.. I am not able to disklabel/newfs a scsi disk while operating under devfs. If I boot a kernel without `options slice`, fdisk-disklabel-newfs all seem to work. I would like to be able to do this w/out rebooting. I am running a 3.0 (snapped may 22, 1998). Does this work? Help... --john prince To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 06:53:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA24773 for freebsd-current-outgoing; Fri, 4 Sep 1998 06:53:03 -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 GAA24766 for ; Fri, 4 Sep 1998 06:52:59 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id JAA26877 for current@freebsd.org; Fri, 4 Sep 1998 09:51:53 -0400 (EDT) (envelope-from luoqi) Date: Fri, 4 Sep 1998 09:51:53 -0400 (EDT) From: Luoqi Chen Message-Id: <199809041351.JAA26877@lor.watermarkgroup.com> To: current@FreeBSD.ORG Subject: Problem with ELF make -j4 buildworld Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I got these errors when I tried `make -j4 buildworld' on a SMP machine that has already been converted to ELF, lily-294# tail /tmp/world.out rm -f lily.cf (cd /usr/src/etc/sendmail && m4 -D_CF_DIR_=/usr/src/etc/sendmail/../../contrib/sendmail/cf/ /usr/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 lily.mc) > lily.cf chmod 444 lily.cf --- freebsd.cf --- chmod 444 freebsd.cf make: not found *** Error code 127 1 error *** Error code 2 1 error -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 07:07:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA26057 for freebsd-current-outgoing; Fri, 4 Sep 1998 07:07:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from www.nobell.com (www.nobell.com [208.24.204.34]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA26050 for ; Fri, 4 Sep 1998 07:07:49 -0700 (PDT) (envelope-from rkw@dataplex.net) Received: from odin (unverified [208.24.204.34]) by www.nobell.com (EMWAC SMTPRS 0.83) with SMTP id ; Sat, 05 Sep 1998 09:06:50 -0500 Message-Id: <3.0.5.32.19980905090649.00a372b0@mail.dataplex.net> X-Sender: rkw@mail.dataplex.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Sat, 05 Sep 1998 09:06:49 -0500 To: "Jordan K. Hubbard" From: Richard Wackerbarth Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <4615.904910337@time.cdrom.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 04:58 AM 9/4/98 -0700, you wrote: >> What does this mean? How/when will we branch out a RELENG_3_0_0 and >> take -current to be 3.1-current? > >Both premature questions. I don't think we know yet. I don't think that the question is premature. At some point (perhaps immediately), some committers will have to be able to "bite the bullet" and admit that their code will not be appropriate for inclusion in the 3.0.0 release. Are you suggesting that they "go away" until 3.0 gets released? I would suggest, however, that rather than putting this future stuff in the "head" branch that a side branch be set up and that branch merged into the head after the 3.0.0 release. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 07:10:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA26534 for freebsd-current-outgoing; Fri, 4 Sep 1998 07:10:14 -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 HAA26528 for ; Fri, 4 Sep 1998 07:10:12 -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 HAA05131; Fri, 4 Sep 1998 07:08:59 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Richard Wackerbarth cc: freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-reply-to: Your message of "Sat, 05 Sep 1998 09:06:49 CDT." <3.0.5.32.19980905090649.00a372b0@mail.dataplex.net> Date: Fri, 04 Sep 1998 07:08:59 -0700 Message-ID: <5128.904918139@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > At some point (perhaps immediately), some committers will have to be able > to "bite the bullet" and admit that their code will not be appropriate > for inclusion in the 3.0.0 release. I know of pretty much everything on the horizon at the moment and none of it is in the "immediate" class, so it's something we can afford to postpone for now. This is not laziness, this is simple pragmatism since we're already going to have n+1 things to worry about (where n is the max practical amount) just in getting 3.0 out the door, and once that's done we'll have more than enough time to catch our breath and then assess the best direction from there. - Jrodan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 07:31:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA28244 for freebsd-current-outgoing; Fri, 4 Sep 1998 07:31:23 -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 HAA28239 for ; Fri, 4 Sep 1998 07:31:21 -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 0zEwsL-0001XB-00; Fri, 4 Sep 1998 08:30:09 -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 IAA01012; Fri, 4 Sep 1998 08:30:02 -0600 (MDT) Message-Id: <199809041430.IAA01012@harmony.village.org> To: Jimbo Bahooli Subject: Re: CAM in -current Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Fri, 04 Sep 1998 03:47:21 CDT." <35EFA919.D2E12F5A@blackhole.iceworld.org> References: <35EFA919.D2E12F5A@blackhole.iceworld.org> Date: Fri, 04 Sep 1998 08:30:02 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <35EFA919.D2E12F5A@blackhole.iceworld.org> Jimbo Bahooli writes: : I saw the new snapshot for 3.0-CAM and was wondering if it was going to : go into the main source tree soon. Yes, for an appropriate definition of "soon." :-) I'm running CAM and ELF on my machine at home, and for the last few hours it hasn't had any problems :-). Actually, for the past week or so I've been running CAM + a.out and hitting my system fairly hard. I've not had any problems with it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 08:13:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA03257 for freebsd-current-outgoing; Fri, 4 Sep 1998 08:13:37 -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 IAA03250 for ; Fri, 4 Sep 1998 08:13:33 -0700 (PDT) (envelope-from root@frag.quake.at) Received: from entropy.quake.at (uvo-39.univie.ac.at [131.130.230.39]) by darkstar.psa.at (8.8.5/8.8.5) with ESMTP id RAA07142 for ; Fri, 4 Sep 1998 17:10:16 +0200 Received: from root by entropy.quake.at with local (Exim 1.92 #1) for current@freebsd.org id 0zEwqj-0000su-00; Fri, 4 Sep 1998 16:28:29 +0200 Message-ID: <19980904162829.A3292@compufit.at> Date: Fri, 4 Sep 1998 16:28:29 +0200 From: Alexander Sanda To: current@FreeBSD.ORG Subject: Small compiling problem today... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG CVSup from today (09/04): [32]root@darkstar:/sys/compile/TEST #>make all .... .... loading kernel pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment *** Error code 1 I'am not so familar with the kernel, but I think, it's only that somebody has forgotten to replace them with calls vm_page_wakeup(). At least, that's what I found after browsing my Mail/freebsd-current archive. There was a lengthy discussion about replacing the macros with inline functions just a week ago (or so). -- # /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 Fri Sep 4 08:29:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA05218 for freebsd-current-outgoing; Fri, 4 Sep 1998 08:29:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles315.castles.com [208.214.167.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA05213 for ; Fri, 4 Sep 1998 08:29:31 -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 IAA03391; Fri, 4 Sep 1998 08:21:48 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809040821.IAA03391@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Poul-Henning Kamp cc: Craig Johnston , freebsd-current@FreeBSD.ORG Subject: Re: bzero bandwidth computation In-reply-to: Your message of "Fri, 04 Sep 1998 11:54:17 +0200." <2497.904902857@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 04 Sep 1998 08:21:47 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message , Craig Johns > ton writes: > >>From a boot -v on my Thinkpad 560E running -current > >(GenuineIntel 166MMX pentium): > > > >i586_bzero() bandwidth = 173130193 bytes/sec > >bzero() bandwidth = 688705234 bytes/sec (!!!) > > > >Hrm, a bit fishy eh? > > APM strikes again I bet... Your CPU clock changed speed while it ran... Sounds like our clock code is totally screwed then. You have 12 days... 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 Fri Sep 4 08:44:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA08098 for freebsd-current-outgoing; Fri, 4 Sep 1998 08:44:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp-gw.BayNetworks.COM (ns2.BayNetworks.COM [134.177.3.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA08093 for ; Fri, 4 Sep 1998 08:44:11 -0700 (PDT) (envelope-from thomma@BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107] (may be forged)) by smtp-gw.BayNetworks.COM (8.8.8/8.8.8) with ESMTP id IAA10362; Fri, 4 Sep 1998 08:43:05 -0700 (PDT) Received: from fedex.engwest.baynetworks.com (fedex.engwest.baynetworks.com [134.177.110.46]) by mailhost.BayNetworks.COM (8.8.8/8.8.8) with SMTP id IAA10705; Fri, 4 Sep 1998 08:43:05 -0700 (PDT) Received: from carrera.engwest (carrera.engwest.baynetworks.com) by fedex.engwest.baynetworks.com (4.1/SMI-4.1) Received: from localhost by carrera.engwest (SMI-8.6/SMI-SVR4) id IAA25688; Fri, 4 Sep 1998 08:40:11 -0700 To: luoqi@watermarkgroup.com Cc: current@FreeBSD.ORG Subject: Re: Problem with ELF make -j4 buildworld In-Reply-To: Your message of "Fri, 4 Sep 1998 09:51:53 -0400 (EDT)" <199809041351.JAA26877@lor.watermarkgroup.com> References: <199809041351.JAA26877@lor.watermarkgroup.com> X-Mailer: Mew version 1.92 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980904084011U.thomma@baynetworks.com> Date: Fri, 04 Sep 1998 08:40:11 -0700 From: Tamiji Homma X-Dispatcher: imput version 971024 Lines: 19 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The same here. After I converted to elf and make -j8 buildworld on SMP failed. Without -j8, it completes buildworld. The place where my buildworld failed is different from yours, though. I haven't tried non-SMP with -jN yet. > I got these errors when I tried `make -j4 buildworld' on a SMP machine that has > already been converted to ELF, > > lily-294# tail /tmp/world.out > rm -f lily.cf > (cd /usr/src/etc/sendmail && m4 -D_CF_DIR_=/usr/src/etc/sendmail/../../contrib/sendmail/cf/ /usr/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 lily.mc) > lily.cf > chmod 444 lily.cf > --- freebsd.cf --- > chmod 444 freebsd.cf > make: not found > *** Error code 127 > 1 error > *** Error code 2 > 1 error To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 08:52:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA09115 for freebsd-current-outgoing; Fri, 4 Sep 1998 08:52:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles315.castles.com [208.214.167.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA09109 for ; Fri, 4 Sep 1998 08:52:49 -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 IAA03514; Fri, 4 Sep 1998 08:44:17 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809040844.IAA03514@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Poul-Henning Kamp cc: Bruce Evans , caj@lfn.org, freebsd-current@FreeBSD.ORG Subject: Re: bzero bandwidth computation In-reply-to: Your message of "Fri, 04 Sep 1998 13:36:15 +0200." <2797.904908975@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 04 Sep 1998 08:44:16 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <199809041132.VAA10135@godzilla.zeta.org.au>, Bruce Evans writes: > >>>>From a boot -v on my Thinkpad 560E running -current > >>>(GenuineIntel 166MMX pentium): > >>> > >>>i586_bzero() bandwidth = 173130193 bytes/sec > >>>bzero() bandwidth = 688705234 bytes/sec (!!!) > >>> > >>>Hrm, a bit fishy eh? > >> > >>APM strikes again I bet... Your CPU clock changed speed while it ran... > > > >That might have given a negative bandwidth :-). > > No, that would be unlikely. Many APM seem to power up with the CPU in > a reduced speed mode, and then after a short time the crank it up to > full speed. This usually seems to be about the same time they turn the screen on. I think this might more likely be a flurry of SMI activity as the system's warming up the first time around. Changing the CPU speed upwards wouldn't have that effect anyway; it would have resulted in the cycle counter speed being under-estimated, which would have resulted in a scaled under-estimation of copy speed (I think). The current set of symptoms *seem* to be related to cycle-counter related interpolation being off because either the tick rate is erratic or the CPU speed is non-constant. It's looking like we can't rely on the cycle counter for accurate timing - this will be an issue with desktops as PC98 and PC99 systems start to become common too. 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 Fri Sep 4 08:54:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA09392 for freebsd-current-outgoing; Fri, 4 Sep 1998 08:54:20 -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 IAA09379 for ; Fri, 4 Sep 1998 08:54:13 -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 RAA04324; Fri, 4 Sep 1998 17:48:40 +0200 (CEST) To: Mike Smith cc: Craig Johnston , freebsd-current@FreeBSD.ORG Subject: Re: bzero bandwidth computation In-reply-to: Your message of "Fri, 04 Sep 1998 08:21:47 -0000." <199809040821.IAA03391@word.smith.net.au> Date: Fri, 04 Sep 1998 17:48:40 +0200 Message-ID: <4322.904924120@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809040821.IAA03391@word.smith.net.au>, Mike Smith writes: >> In message , Craig Johns >> ton writes: >> >>From a boot -v on my Thinkpad 560E running -current >> >(GenuineIntel 166MMX pentium): >> > >> >i586_bzero() bandwidth = 173130193 bytes/sec >> >bzero() bandwidth = 688705234 bytes/sec (!!!) >> > >> >Hrm, a bit fishy eh? >> >> APM strikes again I bet... Your CPU clock changed speed while it ran... > >Sounds like our clock code is totally screwed then. You have 12 >days... 8) Sounds like out clock code is now good enough to show you that APM has screwed you, as opposed to people asking you if your clock is set right because your emails tend to timewarp... -- 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 Fri Sep 4 08:59:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10455 for freebsd-current-outgoing; Fri, 4 Sep 1998 08:59:33 -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 IAA10337 for ; Fri, 4 Sep 1998 08:59: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 RAA04358; Fri, 4 Sep 1998 17:53:00 +0200 (CEST) To: Mike Smith cc: Bruce Evans , caj@lfn.org, freebsd-current@FreeBSD.ORG Subject: Re: bzero bandwidth computation In-reply-to: Your message of "Fri, 04 Sep 1998 08:44:16 -0000." <199809040844.IAA03514@word.smith.net.au> Date: Fri, 04 Sep 1998 17:53:00 +0200 Message-ID: <4356.904924380@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809040844.IAA03514@word.smith.net.au>, Mike Smith writes: >> In message <199809041132.VAA10135@godzilla.zeta.org.au>, Bruce Evans writes: >> >>>>From a boot -v on my Thinkpad 560E running -current >> >>>(GenuineIntel 166MMX pentium): >> >>> >> >>>i586_bzero() bandwidth = 173130193 bytes/sec >> >>>bzero() bandwidth = 688705234 bytes/sec (!!!) >> >>> >> >>>Hrm, a bit fishy eh? >> >> >> >>APM strikes again I bet... Your CPU clock changed speed while it ran... >> > >> >That might have given a negative bandwidth :-). >> >> No, that would be unlikely. Many APM seem to power up with the CPU in >> a reduced speed mode, and then after a short time the crank it up to >> full speed. > >This usually seems to be about the same time they turn the screen >on. I think this might more likely be a flurry of SMI activity as the >system's warming up the first time around. On some laptops it is up to 10 seconds after jumping to the boot record... >The current set of symptoms *seem* to be related to cycle-counter >related interpolation being off because either the tick rate is erratic >or the CPU speed is non-constant. It's looking like we can't rely on >the cycle counter for accurate timing - this will be an issue with >desktops as PC98 and PC99 systems start to become common too. 8( And people at Intel have said that using the TSC for timekeeping is wrong, and should never have been done, but they decline to provide something better because if NT is so advanced that it can use the i8254, then all we have to do is to improve our OS to the same point :-( -- 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 Fri Sep 4 08:59:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA10505 for freebsd-current-outgoing; Fri, 4 Sep 1998 08:59:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles315.castles.com [208.214.167.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA10387 for ; Fri, 4 Sep 1998 08:59:15 -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 IAA03578; Fri, 4 Sep 1998 08:55:42 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809040855.IAA03578@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Andrzej Bialecki cc: current@FreeBSD.ORG Subject: kzip in the brave new ELF In-reply-to: Your message of "Fri, 04 Sep 1998 10:41:36 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 04 Sep 1998 08:55:39 +0000 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Thu, 3 Sep 1998, Mike Smith wrote: > > > > ...and I should add to this, that other floppy-generation related tools > > > are also affected. E.g. ELF kzip doesn't work, because it tries to link an > > > ELF stub with a.out kernel. > > > > kzip is obsoleted by the new bootloader, although I'm not sure that's > > Hmm... I need to take a closer look at the new bootloader, then. I > remember you were saying that it doesn't work yet with HDDs, right? (or > were they floppies..) I've explicitly left out the major/minor calculation for harddisks until the extender is ready (a few days), so at the moment it's not "ready" as such. > > going to help your case much. (kzip is smaller than the new > > bootloader). > > Then we probably want to keep it, because there is already problem with > space on the boot.flp. However, this also probably means that the > installation floppies will stay a.out, which also means running an a.out > kernel. Am I right? Right now, the kernel is a.out; it's not clear if we're going to be ready for an ELF kernel or not. (Personally I think it'd be a good thing, but we need some more items first.) The kzip strategy can be made to work with both a.out and ELF, but the latter will need some assistance from someone that has an interest in making it work. If we go for an ELF kernel, but don't get kzip sorted in time, then the installation floppy kernel will have to be a.out. That will probably suck just as much if not more. -- \\ 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 4 09:10:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA12473 for freebsd-current-outgoing; Fri, 4 Sep 1998 09:10:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles315.castles.com [208.214.167.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA12468 for ; Fri, 4 Sep 1998 09:10:55 -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 QAA03644; Fri, 4 Sep 1998 16:04:22 GMT (envelope-from mike@word.smith.net.au) Message-Id: <199809041604.QAA03644@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Poul-Henning Kamp cc: freebsd-current@FreeBSD.ORG Subject: Re: bzero bandwidth computation In-reply-to: Your message of "Fri, 04 Sep 1998 17:48:40 +0200." <4322.904924120@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 04 Sep 1998 09:04:21 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> >i586_bzero() bandwidth = 173130193 bytes/sec > >> >bzero() bandwidth = 688705234 bytes/sec (!!!) > >> > > >> >Hrm, a bit fishy eh? > >> > >> APM strikes again I bet... Your CPU clock changed speed while it ran... > > > >Sounds like our clock code is totally screwed then. You have 12 > >days... 8) > > Sounds like out clock code is now good enough to show you that APM > has screwed you, as opposed to people asking you if your clock is > set right because your emails tend to timewarp... 8) I know my timezone is wrong. The problem here is that we're supposed to work on PC hardware. It would be nice if we could count on it being designed for precision timekeeping, but it looks like hardware vendors have other ideas. -- \\ 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 4 09:17:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA13923 for freebsd-current-outgoing; Fri, 4 Sep 1998 09:17: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 JAA13879 for ; Fri, 4 Sep 1998 09:17:20 -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 SAA04438; Fri, 4 Sep 1998 18:11:52 +0200 (CEST) To: Mike Smith cc: freebsd-current@FreeBSD.ORG Subject: Re: bzero bandwidth computation In-reply-to: Your message of "Fri, 04 Sep 1998 09:04:21 PDT." <199809041604.QAA03644@word.smith.net.au> Date: Fri, 04 Sep 1998 18:11:51 +0200 Message-ID: <4436.904925511@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809041604.QAA03644@word.smith.net.au>, Mike Smith writes: >> >> >i586_bzero() bandwidth = 173130193 bytes/sec >> >> >bzero() bandwidth = 688705234 bytes/sec (!!!) >> >> > >> >> >Hrm, a bit fishy eh? >> >> >> >> APM strikes again I bet... Your CPU clock changed speed while it ran... >> > >> >Sounds like our clock code is totally screwed then. You have 12 >> >days... 8) >> >> Sounds like out clock code is now good enough to show you that APM >> has screwed you, as opposed to people asking you if your clock is >> set right because your emails tend to timewarp... > >8) I know my timezone is wrong. > >The problem here is that we're supposed to work on PC hardware. It >would be nice if we could count on it being designed for precision >timekeeping, but it looks like hardware vendors have other ideas. I agree, but we were more wrong before, we just wouldn't notice. I'm working on a scheme where we track the RTC without going to a 1/128Hz granularity, but it is non-trivial. -- 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 Fri Sep 4 09:21:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14856 for freebsd-current-outgoing; Fri, 4 Sep 1998 09:21:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA14825 for ; Fri, 4 Sep 1998 09:20:54 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id SAA06447; Fri, 4 Sep 1998 18:18:44 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id SAA00741; Fri, 4 Sep 1998 18:22:18 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809041622.SAA00741@yacht.domestic.de> Subject: Re: ldd won't find a lib a second time In-Reply-To: <199809032251.IAA03895@cimlogic.com.au> from John Birrell at "Sep 4, 98 08:51:39 am" To: jb@cimlogic.com.au (John Birrell) Date: Fri, 4 Sep 1998 18:22:18 +0200 (CEST) Cc: joki@kuebart.stuttgart.netsurf.de, dfr@nlsystems.com, current@FreeBSD.ORG 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 John Birrell wrote: > Joachim Kuebart wrote: > > The trouble is many ports are not yet ELF prepared in regard to > > their rpath. I sent a few patches to -ports (qt, kdelibs) and I > > have a few more locally. > > The changes to the design of the ports build system are still under > discussion. Please wait for that work to be completed before rushing > to modify ports. The system needs to be _designed_, not hacked. That's why I'm using FreeBSD ;-) LD_LIBRARY_PATH is a hack to me, but persuading the port to compile in a correct -rpath seems quite clean. And it's only a proposition... cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 Oh god, god... My tongue is asleep and Germany my teeth itch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 10:20:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23574 for freebsd-current-outgoing; Fri, 4 Sep 1998 10:20:08 -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 KAA23556 for ; Fri, 4 Sep 1998 10:20:02 -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 NAA17607 for ; Fri, 4 Sep 1998 13:18:46 -0400 (EDT) Date: Fri, 4 Sep 1998 13:18:45 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: freebsd-current@FreeBSD.ORG Subject: lkm hooks for passing (blah) via file descriptors 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 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. 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. 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). 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 Fri Sep 4 10:31:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA25086 for freebsd-current-outgoing; Fri, 4 Sep 1998 10:31:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from post.mail.demon.net (post-11.mail.demon.net [194.217.242.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA25066 for ; Fri, 4 Sep 1998 10:31:29 -0700 (PDT) (envelope-from dmlb@ragnet.demon.co.uk) Received: from [158.152.46.40] (helo=ragnet.demon.co.uk) by post.mail.demon.net with smtp (Exim 2.02 #1) id 0zEzgj-0002Md-00; Fri, 4 Sep 1998 17:30:22 +0000 Received: from dmlb by ragnet.demon.co.uk with local (Exim 1.82 #1) id 0zEq1S-0002NH-00; Fri, 4 Sep 1998 08:11:06 +0100 Message-ID: X-Mailer: XFMail 1.2 [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: <19980903192610.36464@futuresouth.com> Date: Fri, 04 Sep 1998 08:11:06 +0100 (BST) From: Duncan Barclay To: "Matthew D. Fuller" Subject: Re: NFS stable before release? Cc: current@FreeBSD.ORG, Greg Lehey Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 04-Sep-98 Matthew D. Fuller wrote: > (trim, CC's, trim!) > > On Fri, Sep 04, 1998 at 09:39:49AM +0930, Greg Lehey woke me up to tell me: >> >> I haven't been able to use NFS between two specific systems for about >> two months now. It seems to be related to mount: mounts will only >> succeed about one time out of three. If they don't succeed, a second >> attempt will invariably hang the machine. It's unrelated to the >> system running on the client machine (2.2.[567] or -CURRENT), and >> other machines can mount on the server machine with no problems. I've >> tried changing just about everything on the client machine, including >> the Ethernet board, but the problem remains. About the only thing I >> could think of is the cable length between the machines, but that >> hasn't changed. I've done some tcpdump traces which show that the >> server is returning a "port not reachable" error, but I haven't had >> time to follow all the way through the stack. If anybody has some >> ideas on this one, I'd be really pleased to help fix it. > > I had this problem a good bit a while back. > Not quite sure how I solved it... but it was one of these > A) portmapper problem; kill and restart the nfsd's/nfsiod's > B) DNS problem; specify export by IP address > There also the fact the NFS library binds the rpc code to the the _first_ interface that is marked as being up. This can be a problem if it is, for example, a point to point interface port with nothing on the other end. I posted some pr's and to -hackers about 1year ago on this. Duncan --- ________________________________________________________________________ Duncan Barclay | God smiles upon the little children, dmlb@ragnet.demon.co.uk | the alcoholics, and the permanently stoned. ________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 10:43:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27264 for freebsd-current-outgoing; Fri, 4 Sep 1998 10:43:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from minotaur.com (www.minotaur.com [209.70.17.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA27259 for ; Fri, 4 Sep 1998 10:43:37 -0700 (PDT) (envelope-from jon@minotaur.com) Received: (qmail 3300 invoked from network); 4 Sep 1998 17:41:57 -0000 Received: from roaming.minotaur.com (HELO roaming) (209.70.17.100) by www.minotaur.com with SMTP; 4 Sep 1998 17:41:57 -0000 From: "Jon E. Mitchiner" To: Subject: RE: CAM in -current Date: Fri, 4 Sep 1998 13:41:50 -0400 Message-ID: <001001bdd82b$4c2d6a40$641146d1@roaming.minotaur.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal In-Reply-To: <35EFA919.D2E12F5A@blackhole.iceworld.org> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What I am also wondering is whether CAM will be part of the 3.0 release? :) Jon ______________________________________________________________________ Jon E. Mitchiner - jon@minotaur.com Minotaur Technologies, LLC - http://www.minotaur.com - (703) 560-0683 (FAX) > -----Original Message----- > From: owner-freebsd-current@FreeBSD.ORG > [mailto:owner-freebsd-current@FreeBSD.ORG]On Behalf Of Jimbo Bahooli > Sent: Friday, September 04, 1998 4:47 AM > To: freebsd-current@FreeBSD.ORG > Subject: CAM in -current > > > I saw the new snapshot for 3.0-CAM and was wondering if it was going to > go into the main source tree soon. > > 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 Fri Sep 4 11:23:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA05076 for freebsd-current-outgoing; Fri, 4 Sep 1998 11:23:00 -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 LAA05071 for ; Fri, 4 Sep 1998 11:22:58 -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 OAA22622 for ; Fri, 4 Sep 1998 14:21:40 -0400 (EDT) Date: Fri, 4 Sep 1998 14:21:26 -0400 (EDT) From: "David E. Cross" To: freebsd-current@FreeBSD.ORG Subject: -current (ELF) 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 First, I would like to say way to go on an almost flawless ELF conversion :) I only have 2 problems (I searched the -CURRENT archives and did not see mention to these particular problems ;) 1) With 'MAKE_KERBEROS4' defined 'YES' in /etc/make.conf in a -CURRENT system freshly CVSUP-ed a few hours ago today (19980904) I receive the following errors durring a 'make world' [note, I also have USA_RESIDENT/COMPAT1x/20/22 enabled]: /usr/obj/elf/usr/src/kerberosIV/usr.sbin/ksrvutil/../../lib/libkrb/libkrb.a(str2key.o)(.text+0xaa): undefined reference to `crypt' 2) XFree86 build is failing for me, with link errors being unable to find "GlynnisIO..." and "vgaSetReadWrite"... after some digging through the XFree86 source I discovered that those functions did exist in either libvga.a or libvga256.a, but had an '_' prepended to the name (whereas other functions in the same library did not, and the original names in the source code was without the '_'). Any suggestions? -- David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 11:33:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06917 for freebsd-current-outgoing; Fri, 4 Sep 1998 11:33:33 -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 LAA06904 for ; Fri, 4 Sep 1998 11:33:26 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA26615; Fri, 4 Sep 1998 11:22:22 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdY26583; Fri Sep 4 18:22:19 1998 Date: Fri, 4 Sep 1998 11:22:01 -0700 (PDT) From: Julian Elischer To: John Prince cc: current@FreeBSD.ORG Subject: Re: Problem w/devfs and disklabel In-Reply-To: <199809041330.IAA16669@milo.lodgenet.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 It is posible to do this but I need to clean it up to be generally useful. I'm going tp try make it work before 3.0 alpha in 11 days.. :-) On Fri, 4 Sep 1998, John Prince wrote: > Hello.. > Can anyone help.. > > I am not able to disklabel/newfs a scsi disk while operating under devfs. > > If I boot a kernel without `options slice`, fdisk-disklabel-newfs > all seem to work. I would like to be able to do this w/out rebooting. > > I am running a 3.0 (snapped may 22, 1998). > > Does this work? > > Help... > --john prince > > > > > > 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 Fri Sep 4 11:51:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA10630 for freebsd-current-outgoing; Fri, 4 Sep 1998 11:51:11 -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 LAA10615 for ; Fri, 4 Sep 1998 11:51:06 -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 LAA15764 for ; Fri, 4 Sep 1998 11:49:05 -0700 (PDT) Date: Fri, 4 Sep 1998 11:49:04 -0700 (PDT) From: Ian Kallen To: freebsd-current@FreeBSD.ORG Subject: CAM & 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 Is there an URL for the latest status on CAM? (it's not http://www.freebsd.org/~gibbs/ :) -- it looks like the CAM project folks are making boot floppies available (hey, and the directory was just made readable, thanks :). Does this mean the previous run-around with 's boot disks and post-install patching is no longer needed? (If so: Yay!) Thanks, -Ian -- 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 Fri Sep 4 12:18:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15895 for freebsd-current-outgoing; Fri, 4 Sep 1998 12:18:23 -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 MAA15876 for ; Fri, 4 Sep 1998 12:18:21 -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 MAA19926 for ; Fri, 4 Sep 1998 12:16:20 -0700 (PDT) Date: Fri, 4 Sep 1998 12:16:19 -0700 (PDT) From: Ian Kallen To: freebsd-current@FreeBSD.ORG Subject: Re: CAM & 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 ...the boot floppy at ftp://ftp.freebsd.org/pub/FreeBSD/cam/3.0CAM-19980903-SNAP/floppies/boot.flp panics upon detecting my 3940 (with a AIC7895p chip). I have other CAM installation's patched from 3.0-980520-SNAP that operate their 3940's just swell. What happened? -- 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 Fri Sep 4 12:32:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18950 for freebsd-current-outgoing; Fri, 4 Sep 1998 12:32:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lunacity.ne.mediaone.net (lunacity.ne.mediaone.net [24.128.118.236]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA18945 for ; Fri, 4 Sep 1998 12:32:28 -0700 (PDT) (envelope-from mycroft@lunacity.ne.mediaone.net) Received: (from mycroft@localhost) by lunacity.ne.mediaone.net (8.8.8/8.8.8) id PAA01261; Fri, 4 Sep 1998 15:10:35 -0400 (EDT) Date: Fri, 4 Sep 1998 15:10:35 -0400 (EDT) Message-Id: <199809041910.PAA01261@lunacity.ne.mediaone.net> From: "Charles M. Hannum" To: Jos Backus Cc: freebsd-current@FreeBSD.ORG Cc: tcp-impl@cthulu.engr.sgi.com Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by default? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [I'm CCing this back to tcp-impl, because I'm sure that at least one other person has come up with this idea.] > How about using syncookies? > > (See ftp://koobera.math.uic.edu/pub/docs/syncookies-archive for a discussion.) I thought that would have been obvious, especially in light of my comments regarding RFC-1948 in the draft. If you simply stuff a bunch of things through a hash function, the outputs will be randomly spaced around the range, and will therefore break the usage of the TCP sequence number to prevent receiving stale data from an old instance of the connection. This is not acceptable. The `syncookies' thread includes a hack around this, which is to add the IRS, with the assumption that the other side is doing proper spacing. However, this assumes convenient little properties such as the other side always being the same host. Bellovin's RFC instead uses a hash based on everything *except* the time-based ISS to rotate the ISS space into a different position for each possible pair of addresses and ports. This preserves the correct TCP behaviour, while frustrating sequence number attacks by preventing rapid testing of possible ISNs -- because an ISS learned from probing one pair of addresses and ports is not useful in predicting the ISS for another pair, and you can't test a particular pair again until the previous SYN has timed out. BTW, I assume you just mean using a hash such as was suggested in the `syncookies' thread. The rest of the idea is severely broken and will result in massive interoperability problems, as well as killing useful features like window scaling and time stamps, when even a slow `flood' is occuring. Even when not flooding, the algorithm described in Dan's last summary in the thread has the additional flaw that the top 3 bits are not used for wraparound protection, which makes it significantly less robust even on existing networks. (This could probably be solved just by putting the MSS bits at the bottom rather than the top, but I haven't worked out all the implications.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 12:37:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA19602 for freebsd-current-outgoing; Fri, 4 Sep 1998 12:37:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from singularity.enigami.com (singularity.enigami.com [208.140.182.42]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA19582; Fri, 4 Sep 1998 12:37:11 -0700 (PDT) (envelope-from ckempf@singularity.enigami.com) Received: (from ckempf@localhost) by singularity.enigami.com (8.9.1/8.9.1) id PAA13509; Fri, 4 Sep 1998 15:35:59 -0400 (EDT) To: Scott Smyth , freebsd-questions@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD-3.0 CAM development tree, kernel problems Reply-To: ckempf@enigami.com, freebsd-current@FreeBSD.ORG, Scott Smyth References: X-Copyright: Copyright (C) 1998 Cory Kempf. All Rights Reserved X-PGP-Fingerprint: 191E 2FB7 E27D 76C3 8E79 4D26 2B3B B20F 2A9C 1E1A X-PGP-Keyloc: ; finger ckempf@enigami.com From: Cory Kempf Date: 04 Sep 1998 15:35:59 -0400 In-Reply-To: Scott Smyth's message of "Thu, 3 Sep 1998 15:27:52 -0400 (EDT)" Message-ID: Lines: 29 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Scott" == Scott Smyth writes: First, -questions is the wrong group. This question relates to -current, so belongs there. > I am having trouble booting a kernel made from the latest CAM > development tree. After the standard kernel message: > "changing root to wd1s1a" > I get a Fatal Trap 12: This looks a lot like the problem I was having. Check your disk label, and make sure it is labeled as a SCSI device. Check your kernel config file to ensure you are setting root to the correct CAM device (mine is da0s1a). Good luck! +C -- Thinking of purchasing RAM from the Chip Merchant? Please read this first: Cory Kempf Macintosh / Unix Consulting & Software Development ckempf@enigami.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 4 12:42:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA20394 for freebsd-current-outgoing; Fri, 4 Sep 1998 12:42:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gw-nl1.philips.com (gw-nl1.philips.com [192.68.44.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA20386 for ; Fri, 4 Sep 1998 12:42:40 -0700 (PDT) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl1.philips.com with ESMTP id VAA24785 for ; Fri, 4 Sep 1998 21:41:27 +0200 (MEST) (envelope-from Jos.Backus@nl.origin-it.com) Received: from hal.mpn.cp.philips.com (hal.mpn.cp.philips.com [130.139.64.195]) by smtprelay-nl1.philips.com (8.8.5/8.6.10-1.2.2m-970826) with SMTP id VAA03962 for ; Fri, 4 Sep 1998 21:41:26 +0200 (MET DST) Received: (qmail 4272 invoked by uid 666); 4 Sep 1998 19:41:47 -0000 Message-ID: <19980904214147.B4252@hal.mpn.cp.philips.com> Date: Fri, 4 Sep 1998 21:41:47 +0200 From: Jos Backus To: "Charles M. Hannum" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by default? Mail-Followup-To: "Charles M. Hannum" , freebsd-current@freebsd.org References: <199809041910.PAA01261@lunacity.ne.mediaone.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199809041910.PAA01261@lunacity.ne.mediaone.net>; from Charles M. Hannum on Fri, Sep 04, 1998 at 03:10:35PM -0400 X-Files: The Truth is out there! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Sep 04, 1998 at 03:10:35PM -0400, Charles M. Hannum wrote: > > How about using syncookies? > > I thought that would have been obvious, especially in light of my > comments regarding RFC-1948 in the draft. OK, thank you for the additional background. I'm nowhere near knowledgeable enough regarding TCP to have more than superficial understanding of the issues involved, but I thought I'd mention the idea anyhow as it seemed to have some bearing on the topic of discussion. Cheers, -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/ _/ Jos.Backus@nl.origin-it.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 13:06:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24377 for freebsd-current-outgoing; Fri, 4 Sep 1998 13:06:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lunacity.ne.mediaone.net (lunacity.ne.mediaone.net [24.128.118.236]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24285 for ; Fri, 4 Sep 1998 13:06:00 -0700 (PDT) (envelope-from mycroft@lunacity.ne.mediaone.net) Received: (from mycroft@localhost) by lunacity.ne.mediaone.net (8.8.8/8.8.8) id QAA01407; Fri, 4 Sep 1998 16:05:01 -0400 (EDT) Date: Fri, 4 Sep 1998 16:05:01 -0400 (EDT) Message-Id: <199809042005.QAA01407@lunacity.ne.mediaone.net> From: "Charles M. Hannum" To: Jos Backus Cc: freebsd-current@FreeBSD.ORG Cc: tcp-impl@cthulu.engr.sgi.com Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by default? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Bellovin's RFC instead uses a hash based on everything *except* the > time-based ISS to rotate the ISS space into a different position for > each possible pair of addresses and ports. This preserves the correct > TCP behaviour, while frustrating sequence number attacks by preventing > rapid testing of possible ISNs -- because an ISS learned from probing > one pair of addresses and ports is not useful in predicting the ISS > for another pair, and you can't test a particular pair again until the > previous SYN has timed out. Is occurs to me that the latter part of this probably isn't true, if the attacker interleaves SYNs and RSTs. I'm left wondering if any of these hashes actually provides a security benefit beyond a randomized increment, except against a completely naive attacker using an old exploit program. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 13:08:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25066 for freebsd-current-outgoing; Fri, 4 Sep 1998 13:08:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from jane.lfn.org (register.lfn.org [209.16.92.4]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA25056 for ; Fri, 4 Sep 1998 13:08:20 -0700 (PDT) (envelope-from caj@lfn.org) Received: (qmail 2893 invoked by uid 100); 4 Sep 1998 20:07:10 -0000 Date: Fri, 4 Sep 1998 15:07:10 -0500 (CDT) From: Craig Johnston To: freebsd-current@FreeBSD.ORG Subject: kernel make bombs 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 started happening after I cvsupped last night. Tried again this AM, didn't fix it. Here's the relevant output: cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -a out ioconf.c In file included from ../../sys/bus_private.h:32, from ioconf.c:86: ../../sys/bus.h:66: parse error before `TAILQ_ENTRY' ../../sys/bus.h:66: warning: no semicolon at end of struct or union ../../sys/bus.h:68: parse error before `}' In file included from ioconf.c:86: ../../sys/bus_private.h:37: parse error before `devclass_list_t' ../../sys/bus_private.h:37: warning: data definition has no type or storage class ../../sys/bus_private.h:38: parse error before `driver_list_t' ../../sys/bus_private.h:38: warning: data definition has no type or storage class ../../sys/bus_private.h:39: parse error before `device_list_t' ../../sys/bus_private.h:39: warning: data definition has no type or storage class ../../sys/bus_private.h:42: parse error before `TAILQ_ENTRY' ../../sys/bus_private.h:42: warning: no semicolon at end of struct or union ../../sys/bus_private.h:43: warning: data definition has no type or storage class ../../sys/bus_private.h:48: parse error before `}' ../../sys/bus_private.h:101: parse error before `TAILQ_ENTRY' ../../sys/bus_private.h:101: warning: no semicolon at end of struct or union ../../sys/bus_private.h:103: parse error before `children' ../../sys/bus_private.h:103: warning: data definition has no type or storage class ../../sys/bus_private.h:108: warning: redundant redeclaration of `ops' in same scope ../../sys/bus.h:67: warning: previous declaration of `ops' ../../sys/bus_private.h:121: parse error before `}' *** Error code 1 Stop. -- Craig Johnston, caj@lfn.org "Have FreeBSD laptop, will travel." http://www.freebsd.org -- Because friends don't let friends run Linux. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 13:41:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA29761 for freebsd-current-outgoing; Fri, 4 Sep 1998 13:41:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tuminfo2.informatik.tu-muenchen.de (tuminfo2.informatik.tu-muenchen.de [131.159.0.81]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA29751 for ; Fri, 4 Sep 1998 13:41:23 -0700 (PDT) (envelope-from sts@mediaintegration.com) Received: from hphalle0.informatik.tu-muenchen.de ([131.159.4.1] EHLO hphalle0.informatik.tu-muenchen.de ident: root [port 3456]) by tuminfo2.informatik.tu-muenchen.de with ESMTP id <111679-216>; Fri, 4 Sep 1998 22:39:59 +0000 Received: from IDENT-NOT-QUERIED@schmidts.modem.informatik.tu-muenchen.de (port 1028 [172.16.0.35]) by hphalle0.informatik.tu-muenchen.de with SMTP id <1160-849>; Fri, 4 Sep 1998 22:39:48 +0000 Date: Fri, 4 Sep 1998 22:42:30 +0200 (CEST) From: Stefan Schmidt To: Craig Johnston cc: freebsd-current@FreeBSD.ORG Subject: Re: kernel make bombs 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 Hi, > cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -a > out ioconf.c > In file included from ../../sys/bus_private.h:32, > from ioconf.c:86: seems that the code relies on scbus0 in the kernel config. stefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 13:50:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA02014 for freebsd-current-outgoing; Fri, 4 Sep 1998 13:50:57 -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 NAA02007 for ; Fri, 4 Sep 1998 13:50:55 -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 UAA00882; Fri, 4 Sep 1998 20:49:25 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809050349.UAA00882@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Craig Johnston cc: freebsd-current@FreeBSD.ORG Subject: Re: kernel make bombs In-reply-to: Your message of "Fri, 04 Sep 1998 15:07:10 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 04 Sep 1998 20:49:25 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > 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'll attach a copy of 'Staying -current with FreeBSD' under a separate cover; I recommend you read it carefully. -- \\ 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 4 14:01:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03838 for freebsd-current-outgoing; Fri, 4 Sep 1998 14:01:09 -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 OAA03831 for ; Fri, 4 Sep 1998 14:01:08 -0700 (PDT) (envelope-from daniel@cooltime.simplenet.com) Received: from pavilion ([208.255.216.105]) by mail3.mailsorter.net (Netscape Mail Server v2.02) with SMTP id AAA10526 for ; Fri, 4 Sep 1998 13:59:56 -0700 Message-Id: <3.0.5.32.19980904140710.007b6640@mail.cooltime.simplenet.com> X-Sender: danielcooltime@mail.cooltime.simplenet.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Fri, 04 Sep 1998 14:07:10 -0700 To: freebsd-current@FreeBSD.ORG From: Daniel Subject: How do you join the coding team? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I don't know alot about C and C++ but I know some... I would like to find out how to join the coding team... Please relpy to my email. Thanks Below is an automatic message ========================================================= =Greekchat Irc Network = =http://www.geocities.com/SiliconValley/Foothills/5683/ = =and: http://cooltime.simplenet.com/greekchat.hts = =Will be moving to: = =http://www.greekchat.org = ========================================================= Cooltime http://cooltime.simplenet.com ***Linux Classified Ads: http://cooltime.simplenet.com/linux.hts To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 14:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA05603 for freebsd-current-outgoing; Fri, 4 Sep 1998 14:10:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA05540 for ; Fri, 4 Sep 1998 14:09:59 -0700 (PDT) (envelope-from leisner@sdsp.mc.xerox.com) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <52637(4)>; Fri, 4 Sep 1998 14:08:38 PDT Received: from gnu.sdsp.mc.xerox.com (gnu [13.231.133.90]) by gemini.sdsp.mc.xerox.com (8.8.7/8.8.7) with SMTP id RAA26186; Fri, 4 Sep 1998 17:07:25 -0400 (EDT) Received: from gnu (localhost) by gnu.sdsp.mc.xerox.com (4.1/client-1.3) id AA07839; Fri, 4 Sep 98 17:07:24 EDT Message-Id: <9809042107.AA07839@gnu.sdsp.mc.xerox.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Jordan K. Hubbard" Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-Reply-To: Your message of "Thu, 03 Sep 1998 21:11:47 PDT." <2454.904882307@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 4 Sep 1998 14:07:24 PDT From: "Marty Leisner" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is 3.0 supposed to be elf? Is a snapshot going to be mailed out? -- marty leisner@sdsp.mc.xerox.com The Feynman problem solving Algorithm 1) Write down the problem 2) Think real hard 3) Write down the answer Murray Gell-mann in the NY Times To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 14:15:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA06745 for freebsd-current-outgoing; Fri, 4 Sep 1998 14:15:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shell6.ba.best.com (shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA06731 for ; Fri, 4 Sep 1998 14:15:20 -0700 (PDT) (envelope-from jkb@best.com) Received: from localhost (jkb@localhost) by shell6.ba.best.com (8.9.0/8.9.0/best.sh) with SMTP id OAA15180; Fri, 4 Sep 1998 14:14:12 -0700 (PDT) X-Authentication-Warning: shell6.ba.best.com: jkb owned process doing -bs Date: Fri, 4 Sep 1998 14:14:11 -0700 (PDT) From: "Jan B. Koum " X-Sender: jkb@shell6.ba.best.com To: Ian Kallen cc: freebsd-current@FreeBSD.ORG Subject: Re: CAM & current 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 Hi Ian, You are correct... I was about to install using Andrzej Bialecki's CAM floppies when I realized I can just use one boot floppy from ftp://ftp.freebsd.org/pub/FreeBSD/cam/3.0CAM-19980903-SNAP/floopies/ Also as far as I know, latest status on CAM is that it should be integrated into current any day now... -- Yan I don't have the password + Jan Koum But the path is chainlinked | Spelled Jan, pronounced Yan. There. So if you've got the time | Web: http://www.best.com/~jkb Set the tone to sync + OS: http://www.FreeBSD.org On Fri, 4 Sep 1998, Ian Kallen wrote: > >Is there an URL for the latest status on CAM? (it's not >http://www.freebsd.org/~gibbs/ :) -- it looks like the CAM project folks >are making boot floppies available (hey, and the directory was just made >readable, thanks :). Does this mean the previous run-around with >'s boot disks and post-install patching is no longer needed? (If >so: Yay!) >Thanks, >-Ian > >-- >Ian Kallen ICQ: 17073910 > > >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 Fri Sep 4 14:27:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09372 for freebsd-current-outgoing; Fri, 4 Sep 1998 14:27:32 -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 OAA09353 for ; Fri, 4 Sep 1998 14:27:08 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id OAA27644; Fri, 4 Sep 1998 14:26:00 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma027640; Fri Sep 4 14:25:47 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id OAA27214; Fri, 4 Sep 1998 14:25:47 -0700 (PDT) From: Archie Cobbs Message-Id: <199809042125.OAA27214@bubba.whistle.com> Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by default? In-Reply-To: <22672.904908183@verdi.nethelp.no> from "sthaug@nethelp.no" at "Sep 4, 98 01:23:03 pm" To: sthaug@nethelp.no Date: Fri, 4 Sep 1998 14:25:46 -0700 (PDT) Cc: freebsd-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 sthaug@nethelp.no writes: > It might be a good idea if FreeBSD-3.0 shipped with RFC 1644 extensions > (T/TCP) turned *off* by default. It still defaults to on in tcp_subr.c > version 1.46. Just a datapoint... The first version of the Whistle InterJet shipped with these extensions turned on by default. That caused problems for a handful of customers because of bogus equipment on the Internet, so we turned them off in later versions. -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 Fri Sep 4 14:55:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA12531 for freebsd-current-outgoing; Fri, 4 Sep 1998 14:55:06 -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 OAA12526 for ; Fri, 4 Sep 1998 14:55:03 -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 OAA12511; Fri, 4 Sep 1998 14:53:46 -0700 (PDT) (envelope-from jdp) Message-Id: <199809042153.OAA12511@austin.polstra.com> To: shocking@prth.pgs.com Subject: Re: Converting a.out shared libs to ELF shared libs. In-Reply-To: <199809040118.JAA18041@ariadne.tensor.pgs.com> References: <199809040118.JAA18041@ariadne.tensor.pgs.com> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Fri, 04 Sep 1998 14:53:46 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809040118.JAA18041@ariadne.tensor.pgs.com>, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > > A while back there were rumbles about someone (John Polstra?) doing this. Any > news? I've got a bunch of Motif related libs from XiG that I'd like to convert. I made quite a bit of progress on it this week, but it's not done yet. Don't worry, when it's finished I don't plan to keep it a secret. :-) > On a related note, has anyone tried out some third party Linux ELF libs (not > libc!) yet? The XiG CD has Linux & BSDi binaries on it, in addition to the > a.out FreeBSD binaries. There's almost no chance that libraries (a.out or ELF) from a different system will work together with our libraries. They were built using entirely different include files, and therefore different data structure layouts. -- 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 Fri Sep 4 15:06:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13710 for freebsd-current-outgoing; Fri, 4 Sep 1998 15:06:48 -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 PAA13705 for ; Fri, 4 Sep 1998 15:06:45 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id IAA12946 for current@FreeBSD.org; Sat, 5 Sep 1998 08:19:12 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809042219.IAA12946@cimlogic.com.au> Subject: ELF build problems with perl5 To: current@FreeBSD.ORG Date: Sat, 5 Sep 1998 08:19:12 +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 If you are trying to build world on an elf system and you use NOPERL and a symbolic link from /usr/bin/perl to /usr/local/bin/perl5, your build _will_ barf. 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. 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. -- 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 4 15:14:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA15042 for freebsd-current-outgoing; Fri, 4 Sep 1998 15:14:10 -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 PAA15027 for ; Fri, 4 Sep 1998 15:14:07 -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 RAA21332; Fri, 4 Sep 1998 17:11:10 -0400 (EDT) Date: Fri, 4 Sep 1998 17:11:10 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: "Jordan K. Hubbard" cc: freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-Reply-To: <5128.904918139@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 Jordan K. Hubbard said: > At some point (perhaps immediately), some committers will have to be > able to "bite the bullet" and admit that their code will not be > appropriate for inclusion in the 3.0.0 release. Hey Jordan, have you given any consideration to how you're going to handle the softupdates thing for the 3.0 GENERIC kernel? I'm not certain you even _can_ stick it in, but I'm curious if softupdates will be one of the headlines with this new release. I've been considering what that headline list is going to be for 3.0 ... it's something pretty spectacular no matter what. ----------------------------+----------------------------------------------- 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 Fri Sep 4 15:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA17130 for freebsd-current-outgoing; Fri, 4 Sep 1998 15:30:02 -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 PAA17059 for ; Fri, 4 Sep 1998 15:29:59 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-57.camalott.com [208.229.74.57]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id RAA07827; Fri, 4 Sep 1998 17:30:30 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id RAA15563; Fri, 4 Sep 1998 17:28:33 -0500 (CDT) (envelope-from joelh) Date: Fri, 4 Sep 1998 17:28:33 -0500 (CDT) Message-Id: <199809042228.RAA15563@detlev.UUCP> To: jdp@polstra.com CC: abial@nask.pl, current@FreeBSD.ORG In-reply-to: <199809031639.JAA02670@austin.polstra.com> (message from John Polstra on Thu, 03 Sep 1998 09:39:45 -0700) Subject: Re: ELF broke crunchgen/crunchide From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809031639.JAA02670@austin.polstra.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Today I tried to use crunchgen, and it fails miserably, because it plays >> directly with a.out format. I guess we need to teach it about elves... >> I could do with some pointers to the ELF format and the way ld shuffles >> symbols - then I'd try to fix it, and probably then I'd cry for more >> help... :-) > As far I know, the original published ELF specs are out of print. I > can help you with it. Briefly, an ELF file consists of: Intel has them online, and I will write that man page I promised if it's useful (although an info file may be better). Happy hacking, 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 Fri Sep 4 15:31:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA17453 for freebsd-current-outgoing; Fri, 4 Sep 1998 15:31:23 -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 PAA17448 for ; Fri, 4 Sep 1998 15:31:21 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-57.camalott.com [208.229.74.57]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id RAA07911; Fri, 4 Sep 1998 17:31:55 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id RAA15566; Fri, 4 Sep 1998 17:29:57 -0500 (CDT) (envelope-from joelh) Date: Fri, 4 Sep 1998 17:29:57 -0500 (CDT) Message-Id: <199809042229.RAA15566@detlev.UUCP> To: tom@uniserve.com CC: tlambert@primenet.com, current@FreeBSD.ORG In-reply-to: (message from Tom on Thu, 3 Sep 1998 11:14:10 -0700 (PDT)) Subject: Re: Vacation program utterly stupid; does not understand RFC822 From: Joel Ray Holveck Reply-to: joelh@gnu.org References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> If it's not a UNIX mailbox delivery (i.e., there is no "From "), it >> ignores the header "From: ". > "From " contains the envelope sender, and "From:" contains the header > sender. If "From " does not exist, you probably want to check for a > "Return-Path:" header which should contain a copy of the envelope sender. Either the RFC or a good FYI ID has some good suggestions on this. (I don't remember which.) 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 Fri Sep 4 15:53:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA19708 for freebsd-current-outgoing; Fri, 4 Sep 1998 15:53:11 -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 PAA19703 for ; Fri, 4 Sep 1998 15:53:09 -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 PAA15277; Fri, 4 Sep 1998 15:51:08 -0700 (PDT) Date: Fri, 4 Sep 1998 15:51:08 -0700 (PDT) From: Ian Kallen Reply-To: Ian Kallen To: freebsd-current@FreeBSD.ORG, "Jan B. Koum " Subject: Re: CAM & current 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 guess I should get a CD subscription; I have an old CAM patchball around for 3.0-980520-SNAP but of course, it's no longer online. Must I track this list to keep tabs on CAM's status? (maybe I'll just ask Jan privately instead ;) At least put it in the RELNOTES... Anyway, The boot floppy under .../cam/3.0CAM-19980903-SNAP/ chokes on me, rather than bore the list with the bloody boot failure, I put it here: http://www.arachna.com/freebsd/cam-boot-failure.txt The controller is a 3940-AU SCSIselect version 1.34.1 and a AIC7895p chip. Anyone installed a system with this controller off these boot floppies yet or is it just me? Thanks, -Ian On Fri, 4 Sep 1998, Jan B. Koum wrote: : You are correct... I was about to install using Andrzej Bialecki's :CAM floppies when I realized I can just use one boot floppy from :ftp://ftp.freebsd.org/pub/FreeBSD/cam/3.0CAM-19980903-SNAP/floopies/ : Also as far as I know, latest status on CAM is that it should be :integrated into current any day now... -- 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 Fri Sep 4 16:39:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA25568 for freebsd-current-outgoing; Fri, 4 Sep 1998 16:39:10 -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 QAA25561 for ; Fri, 4 Sep 1998 16:39:08 -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 QAA08193; Fri, 4 Sep 1998 16:36:42 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: "Marty Leisner" cc: current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-reply-to: Your message of "Fri, 04 Sep 1998 14:07:24 PDT." <9809042107.AA07839@gnu.sdsp.mc.xerox.com> Date: Fri, 04 Sep 1998 16:36:42 -0700 Message-ID: <8190.904952202@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Is 3.0 supposed to be elf? Yes. > Is a snapshot going to be mailed out? Nope. Just the 3.0 release on Oct 15th. - 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 4 16:40:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA25956 for freebsd-current-outgoing; Fri, 4 Sep 1998 16:40:15 -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 QAA25847 for ; Fri, 4 Sep 1998 16:40:01 -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 QAA08210; Fri, 4 Sep 1998 16:38:47 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Chuck Robey cc: freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-reply-to: Your message of "Fri, 04 Sep 1998 17:11:10 EDT." Date: Fri, 04 Sep 1998 16:38:46 -0700 Message-ID: <8205.904952326@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hey Jordan, have you given any consideration to how you're going to > handle the softupdates thing for the 3.0 GENERIC kernel? I'm not I'm not. It's in LINT and that's as much as I'm going to worry about for 3.0-RELEASE. :-) It also doesn't belong in GENERIC anyway, the current licensing terms for the soft updates code meaning that using it is something we need to be a highly voluntary act on the part of the user, hopefully one which requires reading the docs & license agreement before the option can be activated. - 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 4 16:40:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26099 for freebsd-current-outgoing; Fri, 4 Sep 1998 16:40:42 -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 QAA26077 for ; Fri, 4 Sep 1998 16:40:37 -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 QAA08223; Fri, 4 Sep 1998 16:39:25 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Ian Kallen cc: freebsd-current@FreeBSD.ORG, "Jan B. Koum " Subject: Re: CAM & current In-reply-to: Your message of "Fri, 04 Sep 1998 15:51:08 PDT." Date: Fri, 04 Sep 1998 16:39:24 -0700 Message-ID: <8220.904952364@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Anyway, The boot floppy under .../cam/3.0CAM-19980903-SNAP/ chokes on me, It looks like Justin's latest cam/boot.flp image fixes it; it booted successfully on our test box a few hours ago! - 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 4 16:41:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26305 for freebsd-current-outgoing; Fri, 4 Sep 1998 16:41:13 -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 QAA26278 for ; Fri, 4 Sep 1998 16:41:09 -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 QAA02338 for ; Fri, 4 Sep 1998 16:41:59 -0700 Date: Fri, 4 Sep 1998 16:41:59 -0700 (PDT) From: Enkhyl To: current@FreeBSD.ORG Subject: KerberosIV build errors 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 know this has been reported, but would someone commit the necessary changes (adding -lcrypt to LDADD) to the following Makefiles so that building an ELF system with MAKE_KERBEROS4=yes isn't broken? src/kerberosIV/usr.sbin/ksrvutil/Makefile src/libexec/rlogind/Makefile src/libexec/rshd/Makefile src/usr.bin/rlogin/Makefile src/usr.bin/rsh/Makefile 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 Fri Sep 4 16:47:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA28192 for freebsd-current-outgoing; Fri, 4 Sep 1998 16:47:40 -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 QAA28183 for ; Fri, 4 Sep 1998 16:47:38 -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 BAA27691; Sat, 5 Sep 1998 01:50:51 +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 BAA02804; Sat, 5 Sep 1998 01:57:00 +0200 (CEST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.8/8.8.5/prosa-1.1) id BAA00271; Sat, 5 Sep 1998 01:46:59 +0200 (CEST) Message-ID: <19980905014658.58733@deepo.prosa.dk> Date: Sat, 5 Sep 1998 01:46:58 +0200 From: Philippe Regnauld To: Chuck Robey Cc: freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! References: <5128.904918139@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from Chuck Robey on Fri, Sep 04, 1998 at 05:11:10PM -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 Chuck Robey writes: > > Hey Jordan, have you given any consideration to how you're going to > handle the softupdates thing for the 3.0 GENERIC kernel? I'm not > certain you even _can_ stick it in, but I'm curious if softupdates will > be one of the headlines with this new release. Softupdates will certainly not be included in the GENERIC kernel. The files might be included in the contrib directory, as they have been for now, but they have to be explicitly copied / linked into the right place, and "option SOFTUPDATES" added to the kernel by hand. (cf. Kirk McKusick's license). Moreover, softupdates are still a bit soft on the edges :-), particularly with SMP. I would say "experimental", until further tested. -- -[ 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 Fri Sep 4 16:52:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29355 for freebsd-current-outgoing; Fri, 4 Sep 1998 16:52:48 -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 QAA29346 for ; Fri, 4 Sep 1998 16:52:46 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id QAA08507; Fri, 4 Sep 1998 16:47:29 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdvc8504; Fri Sep 4 23:47:22 1998 Date: Fri, 4 Sep 1998 16:47:18 -0700 (PDT) From: Julian Elischer To: Daniel cc: freebsd-current@FreeBSD.ORG Subject: Re: How do you join the coding team? In-Reply-To: <3.0.5.32.19980904140710.007b6640@mail.cooltime.simplenet.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 You don't need to join... you just pick something that you want to do, and then do it. then you try convince someone who has commit privileges that it is good enough for inclusion.. It usually takes a few tries till you figure out what is and is not really good stuff to commit. alternatively try posting "I was thinking of doing [your project], anyone have comments?" julian On Fri, 4 Sep 1998, Daniel wrote: > I don't know alot about C and C++ but I know some... I would like to find > out how to join the coding team... > > Please relpy to my email. > > Thanks > Below is an automatic message > > ========================================================= > =Greekchat Irc Network = > =http://www.geocities.com/SiliconValley/Foothills/5683/ = > =and: http://cooltime.simplenet.com/greekchat.hts = > =Will be moving to: = > =http://www.greekchat.org = > ========================================================= > > Cooltime > http://cooltime.simplenet.com > > ***Linux Classified Ads: > http://cooltime.simplenet.com/linux.hts > > 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 Fri Sep 4 17:04:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA01622 for freebsd-current-outgoing; Fri, 4 Sep 1998 17:04:41 -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 RAA01599 for ; Fri, 4 Sep 1998 17:04:36 -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 RAA20105; Fri, 4 Sep 1998 17:02:32 -0700 (PDT) Date: Fri, 4 Sep 1998 17:02:32 -0700 (PDT) From: Ian Kallen To: "Jordan K. Hubbard" cc: freebsd-current@FreeBSD.ORG, "Jan B. Koum " Subject: Re: CAM & current In-Reply-To: <8220.904952364@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 Ah, yes... that floppy image seems much happier; installation is underway! Life is good. -Ian On Fri, 4 Sep 1998, Jordan K. Hubbard wrote: :> Anyway, The boot floppy under .../cam/3.0CAM-19980903-SNAP/ chokes on me, : :It looks like Justin's latest cam/boot.flp image fixes it; it booted :successfully on our test box a few hours ago! : :- Jordan -- 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 Fri Sep 4 17:13:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA03165 for freebsd-current-outgoing; Fri, 4 Sep 1998 17:13:47 -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 RAA03151 for ; Fri, 4 Sep 1998 17:13:39 -0700 (PDT) (envelope-from daniel@cooltime.simplenet.com) Received: from pavilion ([208.255.216.248]) by mail3.mailsorter.net (Netscape Mail Server v2.02) with SMTP id AAA7884 for ; Fri, 4 Sep 1998 17:12:29 -0700 Message-Id: <3.0.5.32.19980904171941.007b4940@mail.cooltime.simplenet.com> X-Sender: danielcooltime@mail.cooltime.simplenet.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Fri, 04 Sep 1998 17:19:41 -0700 To: freebsd-current@FreeBSD.ORG From: Daniel Subject: A new idea 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 thinking of making an irc client that would go out in FreeBSD release. Any ideas or comments? -- Daniel Hawton Daniel@cooltime.simplenet.com Below is an automatic message ========================================================= =Greekchat Irc Network = =http://www.geocities.com/SiliconValley/Foothills/5683/ = =and: http://cooltime.simplenet.com/greekchat.hts = =Will be moving to: = =http://www.greekchat.org = ========================================================= Cooltime http://cooltime.simplenet.com ***Linux Classified Ads: http://cooltime.simplenet.com/linux.hts To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 17:15:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA03500 for freebsd-current-outgoing; Fri, 4 Sep 1998 17:15:24 -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 RAA03493 for ; Fri, 4 Sep 1998 17:15:22 -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 RAA12591; Fri, 4 Sep 1998 17:13:45 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id RAA23360; Fri, 4 Sep 1998 17:13:40 -0700 (PDT) Date: Fri, 4 Sep 1998 17:13:40 -0700 (PDT) Message-Id: <199809050013.RAA23360@silvia.hip.berkeley.edu> To: netchild@wurzelausix.CS.Uni-SB.DE CC: mark@grondar.za, adhir@worldbank.org, current@FreeBSD.ORG In-reply-to: <199809040803.KAA12887@wurzelausix.cs.uni-sb.de> (message from Alexander Leidinger on Fri, 4 Sep 1998 10:03:12 +0200 (CEST)) Subject: Re: ELF perl? And others? From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * But only for ELF please (if possible). These breakages were due to perl upgrade, not elf. Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 17:33:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA05829 for freebsd-current-outgoing; Fri, 4 Sep 1998 17:33:58 -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 RAA05822 for ; Fri, 4 Sep 1998 17:33:55 -0700 (PDT) (envelope-from daniel@cooltime.simplenet.com) Received: from pavilion ([208.255.216.248]) by mail3.mailsorter.net (Netscape Mail Server v2.02) with SMTP id AAA10498 for ; Fri, 4 Sep 1998 17:32:47 -0700 Message-Id: <3.0.5.32.19980904173956.007b2950@mail.cooltime.simplenet.com> X-Sender: danielcooltime@mail.cooltime.simplenet.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Fri, 04 Sep 1998 17:39:56 -0700 To: current@FreeBSD.ORG From: Daniel Subject: A new idea 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 thinking of making an irc client that would go out in FreeBSD release. Any ideas or comments? -- Daniel Hawton Daniel@cooltime.simplenet.com Below is an automatic message ========================================================= =Greekchat Irc Network = =http://www.geocities.com/SiliconValley/Foothills/5683/ = =and: http://cooltime.simplenet.com/greekchat.hts = =Will be moving to: = =http://www.greekchat.org = ========================================================= Cooltime http://cooltime.simplenet.com ***Linux Classified Ads: http://cooltime.simplenet.com/linux.hts To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 17:36:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA06413 for freebsd-current-outgoing; Fri, 4 Sep 1998 17:36: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 RAA06310 for ; Fri, 4 Sep 1998 17:36:02 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id KAA13425; Sat, 5 Sep 1998 10:48:22 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809050048.KAA13425@cimlogic.com.au> Subject: Re: KerberosIV build errors In-Reply-To: from Enkhyl at "Sep 4, 98 04:41:59 pm" To: enkhyl@hayseed.net (Enkhyl) Date: Sat, 5 Sep 1998 10:48:22 +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 Enkhyl wrote: > I know this has been reported, but would someone commit the necessary > changes (adding -lcrypt to LDADD) to the following Makefiles so that > building an ELF system with MAKE_KERBEROS4=yes isn't broken? > > src/kerberosIV/usr.sbin/ksrvutil/Makefile > src/libexec/rlogind/Makefile > src/libexec/rshd/Makefile > src/usr.bin/rlogin/Makefile > src/usr.bin/rsh/Makefile Done, but not tested by me. Would you mind CVSup'ing again and checking that I haven't broken things? -- 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 4 17:44:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA07395 for freebsd-current-outgoing; Fri, 4 Sep 1998 17:44:09 -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 RAA07390 for ; Fri, 4 Sep 1998 17:44:04 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost (benedict@localhost) by echonyc.com (8.8.7/8.8.7) with SMTP id UAA25537; Fri, 4 Sep 1998 20:42:34 -0400 (EDT) Date: Fri, 4 Sep 1998 20:42:33 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: Archie Cobbs cc: sthaug@nethelp.no, freebsd-current@FreeBSD.ORG Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by default? In-Reply-To: <199809042125.OAA27214@bubba.whistle.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, 4 Sep 1998, Archie Cobbs wrote: > The first version of the Whistle InterJet shipped with these > extensions turned on by default. That caused problems for a handful > of customers because of bogus equipment on the Internet, so we turned > them off in later versions. 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). 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 4 17:52:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA08927 for freebsd-current-outgoing; Fri, 4 Sep 1998 17:52:28 -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 RAA08915 for ; Fri, 4 Sep 1998 17:52:26 -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 RAA08592; Fri, 4 Sep 1998 17:51:13 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Ian Kallen cc: freebsd-current@FreeBSD.ORG, "Jan B. Koum " Subject: Re: CAM & current In-reply-to: Your message of "Fri, 04 Sep 1998 17:41:56 PDT." Date: Fri, 04 Sep 1998 17:51:13 -0700 Message-ID: <8588.904956673@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > My install completed but it doesn't boot, chokes up and dies just as the > original boot floppy did. Time to go drink beer. Well, erm, yes. Don't forget - the bindist you loaded during the installation does *not* include Justin's fixes, he merely released an updated boot.flp. The kernel you booted from off the hard disk was part of the (old) bindist and so the expected thing happend. Now that he knows your system installs with it, however, maybe Justin can re-roll the bindist or at least give you the patches so that you can boot into fixit mode with that working floppy, bring up your network and patch the sources you installed. Install a new kernel, reboot, you're on your way to full functionality. - Jordan > -Ian > > On Fri, 4 Sep 1998, Jordan K. Hubbard wrote: > :> Anyway, The boot floppy under .../cam/3.0CAM-19980903-SNAP/ chokes on me, > : > :It looks like Justin's latest cam/boot.flp image fixes it; it booted > :successfully on our test box a few hours ago! > > -- > 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 Fri Sep 4 18:03:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA10931 for freebsd-current-outgoing; Fri, 4 Sep 1998 18:03:02 -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 SAA10924 for ; Fri, 4 Sep 1998 18:02:56 -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 RAA02772; Fri, 4 Sep 1998 17:58:51 -0700 Date: Fri, 4 Sep 1998 17:58:51 -0700 (PDT) From: Enkhyl To: John Birrell cc: current@FreeBSD.ORG Subject: Re: KerberosIV build errors In-Reply-To: <199809050048.KAA13425@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 On Sat, 5 Sep 1998, John Birrell wrote: > Enkhyl wrote: > > I know this has been reported, but would someone commit the necessary > > changes (adding -lcrypt to LDADD) to the following Makefiles so that > > building an ELF system with MAKE_KERBEROS4=yes isn't broken? > > > > src/kerberosIV/usr.sbin/ksrvutil/Makefile > > src/libexec/rlogind/Makefile > > src/libexec/rshd/Makefile > > src/usr.bin/rlogin/Makefile > > src/usr.bin/rsh/Makefile > > Done, but not tested by me. Would you mind CVSup'ing again and checking > that I haven't broken things? No problem. I'll need to wait a bit for it to hit the mirrors, but as soon as I can CVSup the changes, I'll do a build and let you know. BTW, great job on the aout to elf conversion; it went flawlessly for me (except for the kerberos stuff ;-) 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 Fri Sep 4 18:15:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA13220 for freebsd-current-outgoing; Fri, 4 Sep 1998 18:15:53 -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 SAA13205 for ; Fri, 4 Sep 1998 18:15:46 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id LAA13608; Sat, 5 Sep 1998 11:28:00 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809050128.LAA13608@cimlogic.com.au> Subject: Re: CAM & current In-Reply-To: <8588.904956673@time.cdrom.com> from "Jordan K. Hubbard" at "Sep 4, 98 05:51:13 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 5 Sep 1998 11:28:00 +1000 (EST) Cc: ian@gamespot.com, freebsd-current@FreeBSD.ORG, jkb@best.com 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: > > My install completed but it doesn't boot, chokes up and dies just as the > > original boot floppy did. Time to go drink beer. > > Well, erm, yes. Don't forget - the bindist you loaded during the > installation does *not* include Justin's fixes, he merely released an > updated boot.flp. The kernel you booted from off the hard disk was part > of the (old) bindist and so the expected thing happend. > > Now that he knows your system installs with it, however, maybe Justin > can re-roll the bindist or at least give you the patches so that you > can boot into fixit mode with that working floppy, bring up your network > and patch the sources you installed. Install a new kernel, reboot, > you're on your way to full functionality. 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. -- 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 4 18:42:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA17645 for freebsd-current-outgoing; Fri, 4 Sep 1998 18:42:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from chaotic.oz.org (chaotic.oz.org [203.20.237.203]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA17634 for ; Fri, 4 Sep 1998 18:42:26 -0700 (PDT) (envelope-from simon@chaotic.oz.org) Received: (from simon@localhost) by chaotic.oz.org (8.9.1/8.8.8) id LAA16706 for current@freebsd.org; Sat, 5 Sep 1998 11:41:34 +1000 (EST) (envelope-from simon) 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, 05 Sep 1998 11:41:29 +1000 (EST) From: Simon Coggins To: current@FreeBSD.ORG Subject: Changing from elf to aout? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If I change /etc/objformat to aout and do a make world will it change my system back to aout? Regards Simon +---------------------------------------------------------------+ | Email: chaos@ultra.net.au, chaos@oz.org, simon@bofh.com.au | | http://www.ultra.net.au/~chaos Simon.Coggins@jcu.edu.au. | | Chaos on IRC, IRC Operator for the OzORG Network | +---------------------------------------------------------------+ --- Whatever became of eternal truth? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 18:52:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19524 for freebsd-current-outgoing; Fri, 4 Sep 1998 18:52:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shell6.ba.best.com (shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA19513 for ; Fri, 4 Sep 1998 18:52:06 -0700 (PDT) (envelope-from jkb@best.com) Received: from localhost (jkb@localhost) by shell6.ba.best.com (8.9.0/8.9.0/best.sh) with SMTP id SAA06615; Fri, 4 Sep 1998 18:50:59 -0700 (PDT) X-Authentication-Warning: shell6.ba.best.com: jkb owned process doing -bs Date: Fri, 4 Sep 1998 18:50:59 -0700 (PDT) From: "Jan B. Koum " X-Sender: jkb@shell6.ba.best.com To: Daniel cc: current@FreeBSD.ORG Subject: Re: A new idea In-Reply-To: <3.0.5.32.19980904173956.007b2950@mail.cooltime.simplenet.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 There is irc client in ports and packages. FreeBSD will never ship with irc client in a base system AFAIK. Feel free to write irc client however and I am sure it will make it into ports/packages. -- Yan I don't have the password + Jan Koum But the path is chainlinked | Spelled Jan, pronounced Yan. There. So if you've got the time | Web: http://www.best.com/~jkb Set the tone to sync + OS: http://www.FreeBSD.org On Fri, 4 Sep 1998, Daniel wrote: >I was thinking of making an irc client that would go out in FreeBSD >release. Any ideas or comments? > >-- Daniel Hawton >Daniel@cooltime.simplenet.com >Below is an automatic message > >========================================================= >=Greekchat Irc Network = >=http://www.geocities.com/SiliconValley/Foothills/5683/ = >=and: http://cooltime.simplenet.com/greekchat.hts = >=Will be moving to: = >=http://www.greekchat.org = >========================================================= > >Cooltime >http://cooltime.simplenet.com > >***Linux Classified Ads: >http://cooltime.simplenet.com/linux.hts > >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 Fri Sep 4 19:15:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA21508 for freebsd-current-outgoing; Fri, 4 Sep 1998 19:15: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 TAA21503; Fri, 4 Sep 1998 19:15:09 -0700 (PDT) (envelope-from daniel@cooltime.simplenet.com) Received: from pavilion ([208.255.216.36]) by mail3.mailsorter.net (Netscape Mail Server v2.02) with SMTP id AAA24049; Fri, 4 Sep 1998 19:13:50 -0700 Message-Id: <3.0.5.32.19980904192058.007b5950@mail.cooltime.simplenet.com> X-Sender: danielcooltime@mail.cooltime.simplenet.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Fri, 04 Sep 1998 19:20:58 -0700 To: freebsd-current@FreeBSD.ORG From: Daniel Subject: Where can I find C Cc: freebsd-stable@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 I am looking for the orignal 'C' program... If you can tell me where I can find it to buy it and the price I would be happy. Thanks Below is an automatic message ========================================================= =Greekchat Irc Network = =http://www.geocities.com/SiliconValley/Foothills/5683/ = =and: http://cooltime.simplenet.com/greekchat.hts = =Will be moving to: = =http://www.greekchat.org = ========================================================= Cooltime http://cooltime.simplenet.com ***Linux Classified Ads: http://cooltime.simplenet.com/linux.hts To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 19:43:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA25432 for freebsd-current-outgoing; Fri, 4 Sep 1998 19:43:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mailhost.iprg.nokia.com (mailhost.iprg.nokia.com [205.226.5.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA25413; Fri, 4 Sep 1998 19:43:26 -0700 (PDT) (envelope-from scott@iprg.nokia.com) Received: from melkor.iprg.nokia.com (melkor.iprg.nokia.com [205.226.1.82]) by mailhost.iprg.nokia.com (8.8.8/8.6.10) with SMTP id TAA19022; Fri, 4 Sep 1998 19:42:14 -0700 (PDT) Message-ID: <35F0A506.4A7B7C1D@iprg.nokia.com> Date: Fri, 04 Sep 1998 19:42:14 -0700 From: Scott Sewall Organization: Nokia Communications X-Mailer: Mozilla 3.04Gold (X11; U; FreeBSD 2.2.6-RELEASE i386) MIME-Version: 1.0 To: Daniel CC: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Where can I find C References: <3.0.5.32.19980904192058.007b5950@mail.cooltime.simplenet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here it is: main () { printf("Hello World!\n"); } -- Scott Daniel wrote: > > I am looking for the orignal 'C' program... > > If you can tell me where I can find it to buy it and the price I would be > happy. > > Thanks > Below is an automatic message > > ========================================================= > =Greekchat Irc Network = > =http://www.geocities.com/SiliconValley/Foothills/5683/ = > =and: http://cooltime.simplenet.com/greekchat.hts = > =Will be moving to: = > =http://www.greekchat.org = > ========================================================= > > Cooltime > http://cooltime.simplenet.com > > ***Linux Classified Ads: > http://cooltime.simplenet.com/linux.hts > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" 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 Fri Sep 4 19:51:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA26954 for freebsd-current-outgoing; Fri, 4 Sep 1998 19:51:01 -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 TAA26949 for ; Fri, 4 Sep 1998 19:50:59 -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 0zF8Q2-0006n3-00; Fri, 4 Sep 1998 19:49:42 -0700 Date: Fri, 4 Sep 1998 19:49:38 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: Ian Kallen cc: freebsd-current@FreeBSD.ORG, "Jan B. Koum " Subject: Re: CAM & current 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, 4 Sep 1998, Ian Kallen wrote: > I guess I should get a CD subscription; I have an old CAM patchball > around for 3.0-980520-SNAP but of course, it's no longer online. Must I > track this list to keep tabs on CAM's status? (maybe I'll just ask Jan > privately instead ;) At least put it in the RELNOTES... If you want to track CAM, you should be on freebsd-scsi Lots of SCSI and CAM discussion goes on over there. CAM is not just current material, so current is probably inappropiate. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 20:02:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA28595 for freebsd-current-outgoing; Fri, 4 Sep 1998 20:02:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from minotaur.com (www.minotaur.com [209.70.17.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA28564 for ; Fri, 4 Sep 1998 20:02:38 -0700 (PDT) (envelope-from jon@minotaur.com) Received: (qmail 7881 invoked from network); 5 Sep 1998 03:01:02 -0000 Received: from roaming.minotaur.com (HELO roaming) (209.70.17.100) by www.minotaur.com with SMTP; 5 Sep 1998 03:01:02 -0000 From: "Jon E. Mitchiner" To: Subject: Ultra2 (AIC 7890 support) Date: Fri, 4 Sep 1998 23:00:54 -0400 Message-ID: <004301bdd879$65a3adb0$641146d1@roaming.minotaur.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Will there be any drivers or is there any upcoming support for Ultra2 (AIC 7890) with 3.0? Perhaps with CAM? Thanks! Jon ______________________________________________________________________ Jon E. Mitchiner - jon@minotaur.com Minotaur Technologies, LLC - http://www.minotaur.com - (703) 560-0683 (FAX) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 4 20:49:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA04893 for freebsd-current-outgoing; Fri, 4 Sep 1998 20:49:43 -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 UAA04876 for ; Fri, 4 Sep 1998 20:49:37 -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 UAA14247; Fri, 4 Sep 1998 20:48:29 -0700 (PDT) (envelope-from jdp) Message-Id: <199809050348.UAA14247@austin.polstra.com> To: scott@iprg.nokia.com Subject: Re: Where can I find C In-Reply-To: <35F0A506.4A7B7C1D@iprg.nokia.com> References: <3.0.5.32.19980904192058.007b5950@mail.cooltime.simplenet.com> <35F0A506.4A7B7C1D@iprg.nokia.com> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Fri, 04 Sep 1998 20:48:29 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Here it is: > > main () { > printf("Hello World!\n"); > } You forgot to tell him the price. -- 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 Fri Sep 4 21:09:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA07695 for freebsd-current-outgoing; Fri, 4 Sep 1998 21:09:56 -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 VAA07688 for ; Fri, 4 Sep 1998 21:09:54 -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 XAA06735; Fri, 4 Sep 1998 23:06:56 -0400 (EDT) Date: Fri, 4 Sep 1998 23:06:55 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: Daniel cc: freebsd-current@FreeBSD.ORG Subject: Re: A new idea In-Reply-To: <3.0.5.32.19980904171941.007b4940@mail.cooltime.simplenet.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, 4 Sep 1998, Daniel wrote: > I was thinking of making an irc client that would go out in FreeBSD > release. Any ideas or comments? Several IRCs in our ports collection already. > > -- Daniel Hawton > Daniel@cooltime.simplenet.com > Below is an automatic message > > ========================================================= > =Greekchat Irc Network = > =http://www.geocities.com/SiliconValley/Foothills/5683/ = > =and: http://cooltime.simplenet.com/greekchat.hts = > =Will be moving to: = > =http://www.greekchat.org = > ========================================================= > > Cooltime > http://cooltime.simplenet.com > > ***Linux Classified Ads: > http://cooltime.simplenet.com/linux.hts > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > ----------------------------+----------------------------------------------- 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 Fri Sep 4 21:25:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA08904 for freebsd-current-outgoing; Fri, 4 Sep 1998 21:25:09 -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 VAA08899 for ; Fri, 4 Sep 1998 21:25:08 -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 VAA14443 for ; Fri, 4 Sep 1998 21:24:01 -0700 (PDT) (envelope-from jdp) Message-Id: <199809050424.VAA14443@austin.polstra.com> To: current@FreeBSD.ORG Subject: ELF -current users: HEADS UP Date: Fri, 04 Sep 1998 21:24:01 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I implemented ldconfig functionality for ELF today. If you are running an ELF system but still rely on some a.out libraries (e.g., in /usr/X11R6/lib), you may need to adjust your /etc/rc file to avoid problems. The new ldconfig treats ELF and a.out separately. When you run it, it deals with one format or the other, but not both. The format is selected by the usual rules involving "/etc/objformat", ${OBJFORMAT}, and the "-aout" and "-elf" command line options. Because of this, if you are on an ELF system the ldconfig invocation in /etc/rc will suddenly stop affecting your a.out hints, and will start affecting your ELF hints instead. Thus if you do nothing, you'll have no a.out hints at all when you reboot. A quick work-around is to edit /etc/rc, adding the "-aout" option to the ldconfig invocation there. It should look like this: ldconfig -aout ${_LDC} A better solution will involve separate ldconfig directory lists for a.out and ELF in /etc/rc.conf. I'll commit something along those lines soon. 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 Fri Sep 4 21:59:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA12426 for freebsd-current-outgoing; Fri, 4 Sep 1998 21:59:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shell6.ba.best.com (shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA12420 for ; Fri, 4 Sep 1998 21:59:07 -0700 (PDT) (envelope-from jkb@best.com) Received: from localhost (jkb@localhost) by shell6.ba.best.com (8.9.0/8.9.0/best.sh) with SMTP id VAA27208; Fri, 4 Sep 1998 21:57:59 -0700 (PDT) X-Authentication-Warning: shell6.ba.best.com: jkb owned process doing -bs Date: Fri, 4 Sep 1998 21:57:59 -0700 (PDT) From: "Jan B. Koum " X-Sender: jkb@shell6.ba.best.com To: "Jon E. Mitchiner" cc: freebsd-current@FreeBSD.ORG Subject: Re: Ultra2 (AIC 7890 support) In-Reply-To: <004301bdd879$65a3adb0$641146d1@roaming.minotaur.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 CAM should be in 3.0 AFAIK. However, I am using this card right now under FreeBSD on Dell PowerEdge server. That thing is FAST: ahc0: rev 0x00 int a irq 11 on ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 32/255 SCBs pass3 at ahc0 bus 0 target 6 lun 0 pass3: Fixed Processor SCSI2 device pass3: 3.300MB/s transfers da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 80.0MB/s transfers (40.0MHz, offset 15, 16bit), Tagged Queueing Enabl da0: 4340MB (8888924 512 byte sectors: 255H 63S/T 553C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI2 device da2: 80.0MB/s transfers (40.0MHz, offset 15, 16bit), Tagged Queueing Enabl ... 80MB/s!!! % uname -a FreeBSD informer.jkb.org 3.0CAM-19980712-SNAP FreeBSD 3.0CAM-19980712-SNAP #2: Tue Sep 1 17:53:53 GMT 1998 root@informer.jkb.org:/usr/src/sys/compile/INFORMER i386 -- Yan I don't have the password + Jan Koum But the path is chainlinked | Spelled Jan, pronounced Yan. There. So if you've got the time | Web: http://www.best.com/~jkb Set the tone to sync + OS: http://www.FreeBSD.org On Fri, 4 Sep 1998, Jon E. Mitchiner wrote: >Will there be any drivers or is there any upcoming support for Ultra2 (AIC >7890) with 3.0? Perhaps with CAM? > >Thanks! >Jon >______________________________________________________________________ >Jon E. Mitchiner - jon@minotaur.com >Minotaur Technologies, LLC - http://www.minotaur.com - (703) 560-0683 (FAX) > > >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 Fri Sep 4 22:06:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA13154 for freebsd-current-outgoing; Fri, 4 Sep 1998 22:06:20 -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 WAA13148 for ; Fri, 4 Sep 1998 22:06:14 -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 AAA06835; Sat, 5 Sep 1998 00:03:12 -0400 (EDT) Date: Sat, 5 Sep 1998 00:03:11 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: John Polstra cc: current@FreeBSD.ORG Subject: Re: ELF -current users: HEADS UP In-Reply-To: <199809050424.VAA14443@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 Fri, 4 Sep 1998, John Polstra wrote: > I implemented ldconfig functionality for ELF today. If you are > running an ELF system but still rely on some a.out libraries (e.g., > in /usr/X11R6/lib), you may need to adjust your /etc/rc file to avoid > problems. > > The new ldconfig treats ELF and a.out separately. When you run it, > it deals with one format or the other, but not both. The format is > selected by the usual rules involving "/etc/objformat", ${OBJFORMAT}, > and the "-aout" and "-elf" command line options. > > Because of this, if you are on an ELF system the ldconfig invocation > in /etc/rc will suddenly stop affecting your a.out hints, and will > start affecting your ELF hints instead. Thus if you do nothing, > you'll have no a.out hints at all when you reboot. > > A quick work-around is to edit /etc/rc, adding the "-aout" option to > the ldconfig invocation there. It should look like this: > > ldconfig -aout ${_LDC} > > A better solution will involve separate ldconfig directory lists > for a.out and ELF in /etc/rc.conf. I'll commit something along > those lines soon. John, many of use have huge time investments in /usr/local/lib and /usr/X11R6/lib ports-derived libraries. While I'm definitely going to be wanting to transition these to elf, I'd not wanted to have to do it suddenly. How will this ldconfig change affect the fact that my elf system still must use many aout libs (and probably will for some months ahead)? Understand the point of this question isn't system libs, its all the ports stuff, which just won't transition in one swell foop like the system did. ----------------------------+----------------------------------------------- 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 Fri Sep 4 23:08:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA18072 for freebsd-current-outgoing; Fri, 4 Sep 1998 23:08:25 -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 XAA18067 for ; Fri, 4 Sep 1998 23:08:24 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id XAA01701; Fri, 4 Sep 1998 23:07:17 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma001699; Fri Sep 4 23:06:50 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id XAA28755; Fri, 4 Sep 1998 23:06:50 -0700 (PDT) From: Archie Cobbs Message-Id: <199809050606.XAA28755@bubba.whistle.com> Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by default? In-Reply-To: from Snob Art Genre at "Sep 4, 98 08:42:33 pm" To: ben@rosengart.com Date: Fri, 4 Sep 1998 23:06:49 -0700 (PDT) Cc: sthaug@nethelp.no, freebsd-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 Snob Art Genre writes: > > The first version of the Whistle InterJet shipped with these > > extensions turned on by default. That caused problems for a handful > > of customers because of bogus equipment on the Internet, so we turned > > them off in later versions. > > 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. Can't say actually, because we turned them both off at the same time... I'm not enough of a TCP expert to conjecture. -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 Sat Sep 5 00:08:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22595 for freebsd-current-outgoing; Sat, 5 Sep 1998 00:08:16 -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 AAA22590 for ; Sat, 5 Sep 1998 00:08:15 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id AAA15311; Sat, 5 Sep 1998 00:07:07 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp02.primenet.com, id smtpd015299; Sat Sep 5 00:07:02 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id AAA29436; Sat, 5 Sep 1998 00:06:59 -0700 (MST) From: Terry Lambert Message-Id: <199809050706.AAA29436@usr08.primenet.com> Subject: Re: bzero bandwidth computation To: mike@smith.net.au (Mike Smith) Date: Sat, 5 Sep 1998 07:06:59 +0000 (GMT) Cc: phk@critter.freebsd.dk, caj@lfn.org, freebsd-current@FreeBSD.ORG In-Reply-To: <199809040821.IAA03391@word.smith.net.au> from "Mike Smith" at Sep 4, 98 08:21:47 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 > > >>From a boot -v on my Thinkpad 560E running -current > > >(GenuineIntel 166MMX pentium): > > > > > >i586_bzero() bandwidth = 173130193 bytes/sec > > >bzero() bandwidth = 688705234 bytes/sec (!!!) > > > > > >Hrm, a bit fishy eh? > > > > APM strikes again I bet... Your CPU clock changed speed while it ran... > > Sounds like our clock code is totally screwed then. You have 12 > days... 8) Say, what is the effect of the hlt instruction in the idle loop on the Pentium cycle counter? 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 Sat Sep 5 00:09:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22754 for freebsd-current-outgoing; Sat, 5 Sep 1998 00:09:10 -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 AAA22747 for ; Sat, 5 Sep 1998 00:09:08 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id AAA15425; Sat, 5 Sep 1998 00:07:57 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp02.primenet.com, id smtpd015405; Sat Sep 5 00:07:53 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id AAA29484; Sat, 5 Sep 1998 00:07:48 -0700 (MST) From: Terry Lambert Message-Id: <199809050707.AAA29484@usr08.primenet.com> Subject: Re: bzero bandwidth computation To: mike@smith.net.au (Mike Smith) Date: Sat, 5 Sep 1998 07:07:47 +0000 (GMT) Cc: phk@critter.freebsd.dk, bde@zeta.org.au, caj@lfn.org, freebsd-current@FreeBSD.ORG In-Reply-To: <199809040844.IAA03514@word.smith.net.au> from "Mike Smith" at Sep 4, 98 08:44:16 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 > The current set of symptoms *seem* to be related to cycle-counter > related interpolation being off because either the tick rate is erratic > or the CPU speed is non-constant. It's looking like we can't rely on > the cycle counter for accurate timing - this will be an issue with > desktops as PC98 and PC99 systems start to become common too. 8( What does the cycle counter do in a HLT'ed CPU? 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 Sat Sep 5 00:32:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA25591 for freebsd-current-outgoing; Sat, 5 Sep 1998 00:32:29 -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 AAA25586 for ; Sat, 5 Sep 1998 00:32: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 HAA17422; Sat, 5 Sep 1998 07:29:31 GMT (envelope-from didier@omnix.net) Date: Sat, 5 Sep 1998 09:29:31 +0200 (CEST) From: Didier Derny To: "Jordan K. Hubbard" cc: Marty Leisner , current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-Reply-To: <8190.904952202@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 Fri, 4 Sep 1998, Jordan K. Hubbard wrote: > > > Is 3.0 supposed to be elf? > > Yes. Apparently, elf seems very important for you, why ? 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" I have to install about ten machines next month, for several reason I prefer 3.0. what is the best SNAPSHOT to use ? (I wont be able to wait for the 1st release and I'll have to do an upgrade later) 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. > > > Is a snapshot going to be mailed out? > > Nope. Just the 3.0 release on Oct 15th. > > - Jordan > > 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 Sat Sep 5 00:41:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA26503 for freebsd-current-outgoing; Sat, 5 Sep 1998 00:41:07 -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 AAA26487 for ; Sat, 5 Sep 1998 00:41:04 -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 JAA11203; Sat, 5 Sep 1998 09:33:10 +0200 (CEST) To: Terry Lambert cc: mike@smith.net.au (Mike Smith), bde@zeta.org.au, caj@lfn.org, freebsd-current@FreeBSD.ORG Subject: Re: bzero bandwidth computation In-reply-to: Your message of "Sat, 05 Sep 1998 07:07:47 -0000." <199809050707.AAA29484@usr08.primenet.com> Date: Sat, 05 Sep 1998 09:33:10 +0200 Message-ID: <11201.904980790@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809050707.AAA29484@usr08.primenet.com>, Terry Lambert writes: >> The current set of symptoms *seem* to be related to cycle-counter >> related interpolation being off because either the tick rate is erratic >> or the CPU speed is non-constant. It's looking like we can't rely on >> the cycle counter for accurate timing - this will be an issue with >> desktops as PC98 and PC99 systems start to become common too. 8( > >What does the cycle counter do in a HLT'ed CPU? count. -- 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 Sat Sep 5 00:42:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA26844 for freebsd-current-outgoing; Sat, 5 Sep 1998 00:42:31 -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 AAA26833 for ; Sat, 5 Sep 1998 00:42:27 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id AAA10845; Sat, 5 Sep 1998 00:41:20 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp01.primenet.com, id smtpd010827; Sat Sep 5 00:41:15 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id AAA00584; Sat, 5 Sep 1998 00:41:12 -0700 (MST) From: Terry Lambert Message-Id: <199809050741.AAA00584@usr08.primenet.com> Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 5 Sep 1998 07:41:12 +0000 (GMT) Cc: rkw@dataplex.net, freebsd-current@FreeBSD.ORG In-Reply-To: <5128.904918139@time.cdrom.com> from "Jordan K. Hubbard" at Sep 4, 98 07:08:59 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 > - Jrodan Can Jmothra, Jmonster-zero, Jgodzuki, and Jgodzilla be far behind? It's amazing what they can write in JAVA, these days... 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 Sat Sep 5 00:44:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA27263 for freebsd-current-outgoing; Sat, 5 Sep 1998 00:44:10 -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 AAA27250 for ; Sat, 5 Sep 1998 00:44:06 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id AAA10880; Sat, 5 Sep 1998 00:42:59 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp04.primenet.com, id smtpd010874; Sat Sep 5 00:42:58 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id AAA02900; Sat, 5 Sep 1998 00:42:54 -0700 (MST) From: Terry Lambert Message-Id: <199809050742.AAA02900@usr02.primenet.com> Subject: Re: bzero bandwidth computation To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Sat, 5 Sep 1998 07:42:54 +0000 (GMT) Cc: tlambert@primenet.com, mike@smith.net.au, bde@zeta.org.au, caj@lfn.org, freebsd-current@FreeBSD.ORG In-Reply-To: <11201.904980790@critter.freebsd.dk> from "Poul-Henning Kamp" at Sep 5, 98 09:33:10 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 > >What does the cycle counter do in a HLT'ed CPU? > > count. Whew! Thank god, I'm just paranoid... 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 Sat Sep 5 00:47:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA27932 for freebsd-current-outgoing; Sat, 5 Sep 1998 00:47: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 AAA27923 for ; Sat, 5 Sep 1998 00:47:42 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id AAA18394; Sat, 5 Sep 1998 00:46:33 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp03.primenet.com, id smtpd018379; Sat Sep 5 00:46:23 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id AAA00692; Sat, 5 Sep 1998 00:46:21 -0700 (MST) From: Terry Lambert Message-Id: <199809050746.AAA00692@usr08.primenet.com> Subject: Re: bzero bandwidth computation To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Sat, 5 Sep 1998 07:46:21 +0000 (GMT) Cc: mike@smith.net.au, freebsd-current@FreeBSD.ORG In-Reply-To: <4436.904925511@critter.freebsd.dk> from "Poul-Henning Kamp" at Sep 4, 98 06:11:51 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 agree, but we were more wrong before, we just wouldn't notice. > > I'm working on a scheme where we track the RTC without going to a > 1/128Hz granularity, but it is non-trivial. How would this work on a system without an RTC at all? I can see at least one place in the calibration that would break (from 0xff always equalling 0xff, instead of ticking forward to discern a second boundary). I am thinking about how hard it will be to provide some of these integrated services on other platforms... 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 Sat Sep 5 00:58:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA29163 for freebsd-current-outgoing; Sat, 5 Sep 1998 00:58: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 AAA29157 for ; Sat, 5 Sep 1998 00:58:49 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id AAA19472; Sat, 5 Sep 1998 00:57:43 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp03.primenet.com, id smtpd019458; Sat Sep 5 00:57:40 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id AAA00885; Sat, 5 Sep 1998 00:57:35 -0700 (MST) From: Terry Lambert Message-Id: <199809050757.AAA00885@usr08.primenet.com> Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by To: ben@rosengart.com Date: Sat, 5 Sep 1998 07:57:35 +0000 (GMT) Cc: archie@whistle.com, sthaug@nethelp.no, freebsd-current@FreeBSD.ORG In-Reply-To: from "Snob Art Genre" at Sep 4, 98 08:42:33 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 first version of the Whistle InterJet shipped with these > > extensions turned on by default. That caused problems for a handful > > of customers because of bogus equipment on the Internet, so we turned > > them off in later versions. > > 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. I was not there at the time, but... The problem is not the options, per se, but the fact that some systems failed to mplement correct option negotiation, per RFC 793, for previously non-existant options. Livingston Portmasters were one known offender. The result of sending one of these negotiation requests through such a system was a result of all control bits lit, which is *not* what you want, since some of those bits have definitions and need to be off under certain circumstances (like, oh, say "ack,fin" or "syn"). Thus you would actualy puke bad equipment into non-operability. It has nothing, whatsoever, to do with the payload in the packets themselves, only the munged headers. 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 Sat Sep 5 01:03:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA29930 for freebsd-current-outgoing; Sat, 5 Sep 1998 01:03:30 -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 BAA29922 for ; Sat, 5 Sep 1998 01:03:28 -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 KAA00329; Sat, 5 Sep 1998 10:07:59 +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 KAA04743; Sat, 5 Sep 1998 10:14:12 +0200 (CEST) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.8/8.8.5/prosa-1.1) id KAA12090; Sat, 5 Sep 1998 10:04:11 +0200 (CEST) Message-ID: <19980905100411.53507@deepo.prosa.dk> Date: Sat, 5 Sep 1998 10:04:11 +0200 From: Philippe Regnauld To: "Jan B. Koum " Cc: freebsd-current@FreeBSD.ORG Subject: Re: Ultra2 (AIC 7890 support) References: <004301bdd879$65a3adb0$641146d1@roaming.minotaur.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from Jan B. Koum on Fri, Sep 04, 1998 at 09:57:59PM -0700 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 Jan B. Koum writes: > > CAM should be in 3.0 AFAIK. However, I am using this card right > now under FreeBSD on Dell PowerEdge server. That thing is FAST: > > da2: 80.0MB/s transfers (40.0MHz, offset 15, 16bit), Tagged Queueing Enabl > ... > > 80MB/s!!! Running the 2.2-SNAP-CAM version of it. Fast is an understatement. I'm pulling 13 MB/sec writing and 19 MB/sec (sequential) reading with 4k blocks from a _single_ Quantum Viking II. Now, what does CCD give us >8-) Thanks for great work, Justin -- this thing just flies. -- -[ 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 Sat Sep 5 01:04:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA00267 for freebsd-current-outgoing; Sat, 5 Sep 1998 01:04:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles361.castles.com [208.214.167.61]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA00250 for ; Sat, 5 Sep 1998 01:04:11 -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 BAA00817; Sat, 5 Sep 1998 01:08:01 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809050808.BAA00817@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Didier Derny cc: "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 "Sat, 05 Sep 1998 09:29:31 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 05 Sep 1998 01:08:00 -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'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 From owner-freebsd-current Sat Sep 5 01:55:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA05141 for freebsd-current-outgoing; Sat, 5 Sep 1998 01:55:20 -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 BAA05136 for ; Sat, 5 Sep 1998 01:55:16 -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 KAA11029; Sat, 5 Sep 1998 10:51:54 +0200 (CEST) (envelope-from gmarco@scotty.masternet.it) From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it To: "Niels Chr. Bank-Pedersen" Subject: Re: make buildworld (elf) fails with ... Date: Sat, 5 Sep 1998 10:27:31 +0200 X-Mailer: KMail [version 0.7.9] Content-Type: text/plain References: <19980904142651.B21798@bank-pedersen.dk> Cc: current@FreeBSD.ORG MIME-Version: 1.0 Message-Id: <98090510352900.04959@gmarco.eclipse.org> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 04 Sep 1998, you wrote: >On Fri, Sep 04, 1998 at 01:26:33PM +0200, Gianmarco Giovannelli wrote: >> >> It's about 2 days that make world (buildworld) fails with ... >> >> -------------------------------------------------------------- >> 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 >> >> What I miss ? > >Have you by any chance "NOPERL" defined ("/etc/make.conf" or "-DNOPERL")? > >I had the same problem, but since makewhatis is a perl-script, I tried >to let the buildprocess go through the perl4-stuff, and that did it for >me... I have NOPERL=true in /etc/make.conf (if I try to build perl it stops a lot before :-), but the per il /bin/perl is the 4.0 and it isn't a soft link.... gmarco:/usr/src# perl -v This is perl, version 4.0 $RCSfile: perl.c,v $$Revision: 1.9 $$Date: 1998/03/10 19:43:27 $ Patch level: 36 Copyright (c) 1989, 1990, 1991, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 4.0 source kit. another thing : If I do the commands I see step by stp by hand it seems to works : gmarco:/usr/src# cd /usr/src/share/man; /usr/obj/elf/usr/src/tmp/usr/bin/make makedb makewhatis /usr/share/man gmarco:/usr/src/share/man# I am really confused ... perhaps the faulty step is not this one but the next in the installworld step (but I don't know which is it ...) Thanks again for your attention... -- 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 Sat Sep 5 02:16:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA06626 for freebsd-current-outgoing; Sat, 5 Sep 1998 02:16:12 -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 CAA06620 for ; Sat, 5 Sep 1998 02:16:08 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id TAA14966; Sat, 5 Sep 1998 19:28:11 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809050928.TAA14966@cimlogic.com.au> Subject: Re: make buildworld (elf) fails with ... In-Reply-To: <98090510352900.04959@gmarco.eclipse.org> from Gianmarco Giovannelli at "Sep 5, 98 10:27:31 am" To: gmarco@giovannelli.it Date: Sat, 5 Sep 1998 19:28:11 +1000 (EST) Cc: ncbp@bank-pedersen.dk, 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: > >> 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" This looks like phase two of the upgrade, where elf things are built with aout tools. The fact that ld.so is looking at libraries in the elf WORLDTMP indicates that the ld.so.hints file contains that path after executing ldconfig. Have you updated src/Makefile.inc1 since I made the change to only run ldconfig if building aout? You might need to build a new ld.so.hints file. -- 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 Sat Sep 5 06:54:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA24850 for freebsd-current-outgoing; Sat, 5 Sep 1998 06:54:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freefall.pipeline.ch (intranet.pipeline.ch [195.134.128.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA24845 for ; Sat, 5 Sep 1998 06:54:08 -0700 (PDT) (envelope-from andre@pipeline.ch) Received: from pipeline.ch ([195.134.140.4]) by freefall.pipeline.ch (Netscape Mail Server v2.02) with ESMTP id AAA400; Sat, 5 Sep 1998 15:51:11 +0200 Message-ID: <35F14235.6721CE39@pipeline.ch> Date: Sat, 05 Sep 1998 15:52:53 +0200 From: Andre Oppermann Organization: Internet Business Solutions Ltd. X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 To: Chuck Robey CC: "Jordan K. Hubbard" , freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chuck Robey wrote: > > Jordan K. Hubbard said: > > > At some point (perhaps immediately), some committers will have to be > > able to "bite the bullet" and admit that their code will not be > > appropriate for inclusion in the 3.0.0 release. > > Hey Jordan, have you given any consideration to how you're going to > handle the softupdates thing for the 3.0 GENERIC kernel? I'm not > certain you even _can_ stick it in, but I'm curious if softupdates will > be one of the headlines with this new release. I wonder how Kirk handles the licensing issue for his softupdates stuff. A webpage where one can buy a per box license by credit card for $20 or so... -- Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 08:15:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA00768 for freebsd-current-outgoing; Sat, 5 Sep 1998 08:15:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ix.netcom.com (sil-wa4-23.ix.netcom.com [207.93.136.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA00763 for ; Sat, 5 Sep 1998 08:15:17 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Received: (from tomdean@localhost) by ix.netcom.com (8.9.1/8.8.8) id IAA00899; Sat, 5 Sep 1998 08:14:15 -0700 (PDT) (envelope-from tomdean) Date: Sat, 5 Sep 1998 08:14:15 -0700 (PDT) Message-Id: <199809051514.IAA00899@ix.netcom.com> From: Thomas Dean To: current@FreeBSD.ORG Subject: Dmesg Timecounter Varies 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? ============= dmesg ================================== FreeBSD 3.0-CURRENT #2: Tue Aug 18 14:05:12 PDT 1998 root@celebris:/usr/src/sys/compile/CELEBRIS-SMP Timecounter "i8254" frequency 1193182 Hz cost 2540 ns CPU: Pentium/P54C (586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x3bf real memory = 100663296 (98304K bytes) avail memory = 95268864 (93036K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x000f0011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x11 on pci0.0.0 ncr0: rev 0x02 int a irq 11 on pci0.1.0 ... npx0 on motherboard npx0: INT 16 interface Intel Pentium F00F detected, installing workaround APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 changing root device to sd1s1a SMP: AP CPU #1 Launched! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 08:40:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02644 for freebsd-current-outgoing; Sat, 5 Sep 1998 08:40:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (pm3-47.ppp.wenet.net [206.15.85.47]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA02591 for ; Sat, 5 Sep 1998 08:40:04 -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 IAA00591; Sat, 5 Sep 1998 08:40:11 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sat, 5 Sep 1998 08:40:10 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Chuck Robey cc: 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=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 5 Sep 1998, Chuck Robey wrote: [..] > John, many of use have huge time investments in /usr/local/lib and > /usr/X11R6/lib ports-derived libraries. While I'm definitely going to > be wanting to transition these to elf, I'd not wanted to have to do it > suddenly. How will this ldconfig change affect the fact that my elf > system still must use many aout libs (and probably will for some months > ahead)? Understand the point of this question isn't system libs, its > all the ports stuff, which just won't transition in one swell foop like > the system did. 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. - 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 5 08:55:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA05836 for freebsd-current-outgoing; Sat, 5 Sep 1998 08:55:24 -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 IAA05831 for ; Sat, 5 Sep 1998 08:55:23 -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 LAA04257 for ; Sat, 5 Sep 1998 11:54:15 -0400 (EDT) Date: Sat, 5 Sep 1998 11:54:12 -0400 (EDT) From: "David E. Cross" To: freebsd-current@FreeBSD.ORG Subject: KerIV on 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 Well, the 'make world' works now, but upon linking with the krb libraries, we get the following: /usr/lib/libkrb.so: undefined reference to `crypt' (perhaps we should change the linking of crypt in libkrd.so to be static?) -- David Cross To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 08:56:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA06020 for freebsd-current-outgoing; Sat, 5 Sep 1998 08:56:09 -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 IAA05975 for ; Sat, 5 Sep 1998 08:56:00 -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 RAA13168; Sat, 5 Sep 1998 17:50:42 +0200 (CEST) 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> Date: Sat, 05 Sep 1998 17:50:42 +0200 Message-ID: <13166.905010642@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG the "cost" is a measure of how expensive it is to get a reading from the timecounter, but it isn't used for anything (yet). The variance you see here seems abnormal, and I allthough I havn't studied the numbers statistically, I'm pretty sure I havn't seen any numbers as large as 41.6 microseconds anywhere. I have no explanation except my favourite scape-goat when it comes to lousy timekeeping: APM ? It would have been far more interesting if you had enabled the *CALIBRATE* stuff in your config and looked at the actual rates it found. In message <199809051514.IAA00899@ix.netcom.com>, Thomas Dean 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? > >============= dmesg ================================== > >FreeBSD 3.0-CURRENT #2: Tue Aug 18 14:05:12 PDT 1998 > root@celebris:/usr/src/sys/compile/CELEBRIS-SMP >Timecounter "i8254" frequency 1193182 Hz cost 2540 ns >CPU: Pentium/P54C (586-class CPU) > Origin = "GenuineIntel" Id = 0x525 Stepping=5 > Features=0x3bf >real memory = 100663296 (98304K bytes) >avail memory = 95268864 (93036K bytes) >FreeBSD/SMP: Multiprocessor motherboard > cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 > cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 > io0 (APIC): apic id: 2, version: 0x000f0011, at 0xfec00000 >Probing for devices on PCI bus 0: >chip0: rev 0x11 on pci0.0.0 >ncr0: rev 0x02 int a irq 11 on pci0.1.0 >... >npx0 on motherboard >npx0: INT 16 interface >Intel Pentium F00F detected, installing workaround >APIC_IO: Testing 8254 interrupt delivery >APIC_IO: routing 8254 via pin 2 >changing root device to sd1s1a >SMP: AP CPU #1 Launched! > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- 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 Sat Sep 5 09:10:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA07760 for freebsd-current-outgoing; Sat, 5 Sep 1998 09:10:33 -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 JAA07754 for ; Sat, 5 Sep 1998 09:10:30 -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 JAA22021; Sat, 5 Sep 1998 09:09:19 -0700 (PDT) (envelope-from jdp) Message-Id: <199809051609.JAA22021@austin.polstra.com> To: Chuck Robey cc: current@FreeBSD.ORG Subject: Re: ELF -current users: HEADS UP In-reply-to: Your message of "Sat, 05 Sep 1998 00:03:11 EDT." Date: Sat, 05 Sep 1998 09:09:18 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > John, many of use have huge time investments in /usr/local/lib and > /usr/X11R6/lib ports-derived libraries. While I'm definitely going > to be wanting to transition these to elf, I'd not wanted to have to > do it suddenly. How will this ldconfig change affect the fact that > my elf system still must use many aout libs (and probably will for > some months ahead)? If you give it the -aout switch, or if it is running on an a.out system, or if OBJFORMAT=aout in the environment, the new ldconfig behaves exactly as it did before. So if you make the change to /etc/rc that I suggested, you will see no change whatsoever. The ldconfig hints for a.out and for ELF are in two completely separate files. On a mixed system, you can run ldconfig twice: once with "-aout" and once with "-elf". Presumably you would specify different directories for the two invocations. The two sets of hints don't get mixed up with each other. Just pretend like there are two ldconfig programs, one for a.out and the other for ELF. They don't really interact with each other at all. All clear now? 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 Sat Sep 5 09:14:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA08167 for freebsd-current-outgoing; Sat, 5 Sep 1998 09:14:09 -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 JAA08162 for ; Sat, 5 Sep 1998 09:14:05 -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 JAA22056; Sat, 5 Sep 1998 09:12:49 -0700 (PDT) (envelope-from jdp) Message-Id: <199809051612.JAA22056@austin.polstra.com> To: Alex cc: Chuck Robey , current@FreeBSD.ORG Subject: Re: ELF -current users: HEADS UP In-reply-to: Your message of "Sat, 05 Sep 1998 08:40:10 PDT." Date: Sat, 05 Sep 1998 09:12:48 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > ahead)? Understand the point of this question isn't system libs, > > its all the ports stuff, which just won't transition in one swell > > foop like the system did. > > 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. One other thing I didn't mention. I am about to commit a fix which will make ldconfig -aout ignore ELF shared libraries, and vice versa. So if you have a directory containing both, the two invocations will each pick only the correct libraries, ignoring the other ones. Actually I thought it was already that way, but I was wrong. 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 Sat Sep 5 09:24:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA09207 for freebsd-current-outgoing; Sat, 5 Sep 1998 09:24: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 JAA09199 for ; Sat, 5 Sep 1998 09:24:43 -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 LAA11735; Sat, 5 Sep 1998 11:21:42 -0400 (EDT) Date: Sat, 5 Sep 1998 11:21:42 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: John Polstra cc: current@FreeBSD.ORG Subject: Re: ELF -current users: HEADS UP In-Reply-To: <199809051609.JAA22021@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 Sat, 5 Sep 1998, John Polstra wrote: > > John, many of use have huge time investments in /usr/local/lib and > > /usr/X11R6/lib ports-derived libraries. While I'm definitely going > > to be wanting to transition these to elf, I'd not wanted to have to > > do it suddenly. How will this ldconfig change affect the fact that > > my elf system still must use many aout libs (and probably will for > > some months ahead)? > > If you give it the -aout switch, or if it is running on an a.out > system, or if OBJFORMAT=aout in the environment, the new ldconfig > behaves exactly as it did before. So if you make the change to > /etc/rc that I suggested, you will see no change whatsoever. > > The ldconfig hints for a.out and for ELF are in two completely > separate files. On a mixed system, you can run ldconfig twice: once > with "-aout" and once with "-elf". Presumably you would specify > different directories for the two invocations. The two sets of hints > don't get mixed up with each other. Just pretend like there are two > ldconfig programs, one for a.out and the other for ELF. They don't > really interact with each other at all. > > All clear now? I was hoping you'd think about this from a ports standpoint, actually. I well knew that I could do that locally, but the issue I was trying to raise was the coexistence, for ports, of both aout and elf libs. There isn't any hierarchy defined for ports yet ... Well, I understand it well enough, but I think I'll take it up with Satoshi. I'm wondering if maybe the definitions of where stuff gets installed has to change. Adding in the ldconfig for both elf and aout is going to cause an enormous headache, because there is no global machanism to move the installation targets for libraries. ----------------------------+----------------------------------------------- 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 Sat Sep 5 09:26:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA09459 for freebsd-current-outgoing; Sat, 5 Sep 1998 09:26:27 -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 JAA09452 for ; Sat, 5 Sep 1998 09:26:21 -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 LAA11739; Sat, 5 Sep 1998 11:23:11 -0400 (EDT) Date: Sat, 5 Sep 1998 11:23:11 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: John Polstra cc: Alex , current@FreeBSD.ORG Subject: Re: ELF -current users: HEADS UP In-Reply-To: <199809051612.JAA22056@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 Sat, 5 Sep 1998, John Polstra wrote: > > > ahead)? Understand the point of this question isn't system libs, > > > its all the ports stuff, which just won't transition in one swell > > > foop like the system did. > > > > 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. > > One other thing I didn't mention. I am about to commit a fix which > will make ldconfig -aout ignore ELF shared libraries, and vice versa. > So if you have a directory containing both, the two invocations will > each pick only the correct libraries, ignoring the other ones. > > Actually I thought it was already that way, but I was wrong. Arghhh. I read this after the last message. This solves the ports problem neatly. Thanks, it was something like this I was specifically looking for. > > John > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Self-knowledge is always bad news." -- John Barth > > ----------------------------+----------------------------------------------- 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 Sat Sep 5 09:28:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA09756 for freebsd-current-outgoing; Sat, 5 Sep 1998 09:28:03 -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 JAA09725 for ; Sat, 5 Sep 1998 09:28:00 -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 LAA11743; Sat, 5 Sep 1998 11:24:55 -0400 (EDT) Date: Sat, 5 Sep 1998 11:24:55 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: Andre Oppermann cc: "Jordan K. Hubbard" , freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-Reply-To: <35F14235.6721CE39@pipeline.ch> 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, Andre Oppermann wrote: > Chuck Robey wrote: > > > > Jordan K. Hubbard said: > > > > > At some point (perhaps immediately), some committers will have to be > > > able to "bite the bullet" and admit that their code will not be > > > appropriate for inclusion in the 3.0.0 release. > > > > Hey Jordan, have you given any consideration to how you're going to > > handle the softupdates thing for the 3.0 GENERIC kernel? I'm not > > certain you even _can_ stick it in, but I'm curious if softupdates will > > be one of the headlines with this new release. > > I wonder how Kirk handles the licensing issue for his softupdates stuff. > A webpage where one can buy a per box license by credit card for $20 or > so... If you read the license, you'll note that he DOESN'T CHARGE for private usage. No need at all for the web site you're talking about. He only wants money from folks packaging his stuff in large numbers of products and selling them. Seems terrifically reasonable, actually. > > -- > Andre > > ----------------------------+----------------------------------------------- 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 Sat Sep 5 10:02:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14752 for freebsd-current-outgoing; Sat, 5 Sep 1998 10:02:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freefall.pipeline.ch (freefall.pipeline.ch [195.134.128.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA14743 for ; Sat, 5 Sep 1998 10:02:18 -0700 (PDT) (envelope-from andre@pipeline.ch) Received: from pipeline.ch ([195.134.140.4]) by freefall.pipeline.ch (Netscape Mail Server v2.02) with ESMTP id AAA216; Sat, 5 Sep 1998 18:59:19 +0200 Message-ID: <35F16E4E.6865E626@pipeline.ch> Date: Sat, 05 Sep 1998 19:01:02 +0200 From: Andre Oppermann Organization: Internet Business Solutions Ltd. X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 To: Chuck Robey CC: freebsd-current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chuck Robey wrote: > On Sat, 5 Sep 1998, Andre Oppermann wrote: > > Chuck Robey wrote: > > > > > > Jordan K. Hubbard said: > > > > > > > At some point (perhaps immediately), some committers will have to be > > > > able to "bite the bullet" and admit that their code will not be > > > > appropriate for inclusion in the 3.0.0 release. > > > > > > Hey Jordan, have you given any consideration to how you're going to > > > handle the softupdates thing for the 3.0 GENERIC kernel? I'm not > > > certain you even _can_ stick it in, but I'm curious if softupdates will > > > be one of the headlines with this new release. > > > > I wonder how Kirk handles the licensing issue for his softupdates stuff. > > A webpage where one can buy a per box license by credit card for $20 or > > so... > > If you read the license, you'll note that he DOESN'T CHARGE for private > usage. No need at all for the web site you're talking about. He only > wants money from folks packaging his stuff in large numbers of products > and selling them. Seems terrifically reasonable, actually. I know that but I meant the boxes I use for my ISP operations. That is commercial usage. (but not packaging and selling). -- Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 10:29:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA20178 for freebsd-current-outgoing; Sat, 5 Sep 1998 10:29:58 -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 KAA20172 for ; Sat, 5 Sep 1998 10:29:54 -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 0zFM8U-000084-00; Sat, 5 Sep 1998 10:28:30 -0700 Date: Sat, 5 Sep 1998 10:28:28 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: Terry Lambert cc: ben@rosengart.com, archie@whistle.com, sthaug@nethelp.no, freebsd-current@FreeBSD.ORG Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by In-Reply-To: <199809050757.AAA00885@usr08.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 Sat, 5 Sep 1998, Terry Lambert wrote: > The problem is not the options, per se, but the fact that some > systems failed to mplement correct option negotiation, per > RFC 793, for previously non-existant options. > > Livingston Portmasters were one known offender. ... > Thus you would actualy puke bad equipment into non-operability. ... 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 Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 10:30:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA20505 for freebsd-current-outgoing; Sat, 5 Sep 1998 10:30:51 -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 KAA20456; Sat, 5 Sep 1998 10:30:43 -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 DAA09419; Sun, 6 Sep 1998 03:29:34 +1000 Date: Sun, 6 Sep 1998 03:29:34 +1000 From: Bruce Evans Message-Id: <199809051729.DAA09419@godzilla.zeta.org.au> To: bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern kern_lkm.c kern_sysctl.c vfs_init.c src/sys/nfs nfs_vfsops.c src/sys/sys sysctl.h Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >bde 1998/09/05 10:13:28 PDT > > Modified files: > sys/kern kern_lkm.c kern_sysctl.c vfs_init.c > sys/nfs nfs_vfsops.c > sys/sys sysctl.h > Log: > Ignore the statically configured vfs type numbers and assign vfs > type numbers in vfs attach order (modulo incomplete reuse of old > numbers after vfs LKMs are unloaded). This requires reinitializing > the sysctl tree (or at least the vfs subtree) for vfs's that support > sysctls (currently only nfs). sysctl_order() already handled > reinitialization reasonably except it checked for annulled self > references in the wrong place. > > Fixed sysctls for vfs LKMs. > > Revision Changes Path > 1.55 +41 -8 src/sys/kern/kern_lkm.c > 1.77 +10 -2 src/sys/kern/kern_sysctl.c > 1.33 +12 -10 src/sys/kern/vfs_init.c > 1.74 +4 -2 src/sys/nfs/nfs_vfsops.c > 1.65 +2 -1 src/sys/sys/sysctl.h This should have no visible effect except for fixing nfsstat when nfs is an LKM, but out of date vfs LKMs will probably break. 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 5 11:17:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA26877 for freebsd-current-outgoing; Sat, 5 Sep 1998 11:17:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA26868 for ; Sat, 5 Sep 1998 11:16:55 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id UAA19897; Sat, 5 Sep 1998 20:15:45 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id UAA20386; Sat, 5 Sep 1998 20:15:44 +0200 (MET DST) Message-ID: <19980905201544.20375@follo.net> Date: Sat, 5 Sep 1998 20:15:44 +0200 From: Eivind Eklund To: Andre Oppermann Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! References: <35F16E4E.6865E626@pipeline.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <35F16E4E.6865E626@pipeline.ch>; from Andre Oppermann on Sat, Sep 05, 1998 at 07:01:02PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 05, 1998 at 07:01:02PM +0200, Andre Oppermann wrote: > I know that but I meant the boxes I use for my ISP operations. That is > commercial usage. (but not packaging and selling). You're actually allowed to use the code there, but of course it would be nice to pay for it :-) I'd suggest mailing mckusick@mkusick.com about it - I know he can handle credit cards and small amounts, and I suspect he just haven't thought about anybody wanting to do small-scale donations for the soft updates code. If enough people do this, we might get fsck-free filesystems faster than we thought :-) Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 11:24:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA27772 for freebsd-current-outgoing; Sat, 5 Sep 1998 11:24:04 -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 LAA27767 for ; Sat, 5 Sep 1998 11:24:01 -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 LAA01450; Mon, 5 Oct 2020 11:27:33 -0400 (EDT) Date: Mon, 5 Oct 2020 11:27:33 -0400 (EDT) From: Brian Feldman X-Sender: green@zone.syracuse.net To: Terry Lambert cc: Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: VM question (QCAM question) In-Reply-To: <199809030207.TAA05776@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 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? Many other things only have niche users, but are still here (things being drivers). I've already gotten the qcam driver to work perfectly on a 3.0 system, so I could easily post all the code to remerge in. Failing that-as a sidenote- if you redefine noselect to seltrue (symbols) in qcam_mod.o from a 2.2.* box should allow you to use that module on a -CURRENT box easily. 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. On Thu, 3 Sep 1998, Terry Lambert wrote: > [ ... RAM and "fast swap" (RAM) ... ] > > > ...and here's what I'd like to achieve: > > > > * to free pages aggressively, so that only a very few pages (a fraction of > > .text and .data, the stack and bss) are paged in, and then as soon as > > possible freed - it's relatively cheap to do pagein when the media that > > holds binaries is very fast, > > It makes no sense to do this. These pages aren't bothering anyone, > and will go away when it is necessary for them to do so. > > > > (As a side note: probably what I'd like to use is execution in place, > > especially in case of MFS, but I remember someone telling me it's very > > difficult to do...) > > Yes. It's rather hard. In the current implementation, the page > in the MFS that is in the file is actually *not* the page paged > from the MFS. In other words, the pages are doubled. > > This is only bad for clean pages; for dirty pages, it's absolutely > necessary to not corrupt the binaries in the MFS. > > This could be handled by defining an MFS to be an FS on a VM "device", > and then modifying (significantly) the MFS getpage/putpages routines > to return direct mappings. > > I estimate that you will save, on average, on text page by doing this. > > > > * to limit killing of random user processes - instead the VM should try > > first to free as much pages as possible (and it should try better than it > > is doing now :-) > > There are two problems glossed together here: > > 1) What if you really *are* out of memory? > > and > > 2) What if memory is fragmented? > > The second should only be a problem in the case where you need to > allocate contiguous pages (for example, loading an LKM driver for > a device that uses a contiguous physical memory segment to DMA > into, like the QCAM driver). > > > To solve the second, you would need to move around pages by discarding > clean pages and copying dirty pages and modifying page table entries to > point to the dirty page copies, in order to free up the originals. This > has been discussed on this list before, as an alternative to grabbing > large chunks of contiguous memory for devices at driver attach time. > > > To solve the first, you will have to invent a mechanism, whereby an > application can be asked to free up "dirty" pages, which contain cached > data that can be regenerated or otherwise recovered without keeping > them, and to free allocated memory, defrag it, and sbrk the freed > memory back to the system. > > These are both asking a lot. 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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 11:48:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00304 for freebsd-current-outgoing; Sat, 5 Sep 1998 11:48:16 -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 LAA00299 for ; Sat, 5 Sep 1998 11:48:15 -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 LAA15108; Sat, 5 Sep 1998 11:46:44 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Brian Feldman cc: Terry Lambert , Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: VM question (QCAM question) In-reply-to: Your message of "Mon, 05 Oct 2020 11:27:33 EDT." Date: Sat, 05 Sep 1998 11:46:43 -0700 Message-ID: <15104.905021203@time.cdrom.com> From: "Jordan K. Hubbard" 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? I don't think anyone wanted to maintain it, and the usermode quickcam stuff seemed to do everything that the kernel quickcam stuff did without also crashing the system when you plugged a QuickCam VC (the new color model) in. > Many other things only have niche users, but are still here (things being > drivers). I've already gotten the qcam driver to work perfectly on a 3.0 > system, so I could easily post all the code to remerge in. Failing that-as Does that include the VC? As I said before, having the system crash because a novice user has plugged in a different model is not a recipe for success when it comes to tech support, and if you're willing to solve that problem as well (and no, I don't have a VC for you - I gave that to the last guy who promised to fix this and have heard nothing back since :) then I certainly have no objection to seeing it come back. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 12:23:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA02966 for freebsd-current-outgoing; Sat, 5 Sep 1998 12:23:40 -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 MAA02961 for ; Sat, 5 Sep 1998 12:23:37 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id PAA12619; Sat, 5 Sep 1998 15:22:30 -0400 (EDT) Date: Sat, 5 Sep 1998 15:22:30 -0400 (EDT) Message-Id: <199809051922.PAA12619@highwind.com> From: HighWind Software Information To: freebsd-current@FreeBSD.ORG Subject: perl broken? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Seems to me that perl5 is broken. I'm working from the 8/31 3.0 SNAP. Loaded it from the ports collection: % 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 % perl -v ld.so failed: Can't find shared library "libnet.so.0.92" % Ouch. -Rob "newbie to 3.0" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 12:40:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA04174 for freebsd-current-outgoing; Sat, 5 Sep 1998 12:40:28 -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 MAA04165 for ; Sat, 5 Sep 1998 12:40:22 -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 OAA12054; Sat, 5 Sep 1998 14:37:18 -0400 (EDT) Date: Sat, 5 Sep 1998 14:37:17 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: Eivind Eklund cc: Andre Oppermann , current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-Reply-To: <19980905201544.20375@follo.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, Eivind Eklund wrote: > On Sat, Sep 05, 1998 at 07:01:02PM +0200, Andre Oppermann wrote: > > I know that but I meant the boxes I use for my ISP operations. That is > > commercial usage. (but not packaging and selling). > > You're actually allowed to use the code there, but of course it would > be nice to pay for it :-) > > I'd suggest mailing mckusick@mkusick.com about it - I know he can > handle credit cards and small amounts, and I suspect he just haven't > thought about anybody wanting to do small-scale donations for the soft > updates code. If enough people do this, we might get fsck-free > filesystems faster than we thought :-) 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. > > Eivind. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > ----------------------------+----------------------------------------------- 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 Sat Sep 5 13:05:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05687 for freebsd-current-outgoing; Sat, 5 Sep 1998 13:05:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA05681 for ; Sat, 5 Sep 1998 13:05:08 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id WAA20709; Sat, 5 Sep 1998 22:03:56 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id WAA20616; Sat, 5 Sep 1998 22:03:54 +0200 (MET DST) Message-ID: <19980905220353.56639@follo.net> Date: Sat, 5 Sep 1998 22:03:53 +0200 From: Eivind Eklund To: Chuck Robey Cc: Andre Oppermann , current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! References: <19980905201544.20375@follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: ; from Chuck Robey on Sat, Sep 05, 1998 at 02:37:17PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 05, 1998 at 02:37:17PM -0400, Chuck Robey 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. It is easy to verify. The license is in /usr/src/contrib/sys/softupdates/ffs_softdep.c and is very clear. McKusick said he would _like_ people that use it for other commercial purposes to pay for it, but he does not require it. If you want to have an easy way of paying for it, the right thing to do is to contact Kirk. There is no other way to pay. Can we cut this discussion now? Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 13:08:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05993 for freebsd-current-outgoing; Sat, 5 Sep 1998 13:08:30 -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 NAA05988 for ; Sat, 5 Sep 1998 13:08:28 -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 WAA13775; Sat, 5 Sep 1998 22:01:31 +0200 (CEST) To: Chuck Robey cc: Eivind Eklund , Andre Oppermann , current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-reply-to: Your message of "Sat, 05 Sep 1998 14:37:17 EDT." Date: Sat, 05 Sep 1998 22:01:31 +0200 Message-ID: <13773.905025691@critter.freebsd.dk> From: Poul-Henning Kamp 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. But if an ISP deploys it on all their servers it is not free. Kirks rates for such cases are very reasonable. -- 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 Sat Sep 5 13:27:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA08507 for freebsd-current-outgoing; Sat, 5 Sep 1998 13:27:21 -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 NAA08502 for ; Sat, 5 Sep 1998 13:27:19 -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 PAA12130; Sat, 5 Sep 1998 15:19:54 -0400 (EDT) Date: Sat, 5 Sep 1998 15:19:54 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: Poul-Henning Kamp cc: Eivind Eklund , Andre Oppermann , current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! In-Reply-To: <13773.905025691@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 Sat, 5 Sep 1998, Poul-Henning Kamp 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. > > But if an ISP deploys it on all their servers it is not free. > > Kirks rates for such cases are very reasonable. That's clear. Good, also, as I'm going to need that info in about 2 months. > > -- > 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 > > ----------------------------+----------------------------------------------- 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 Sat Sep 5 14:00:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA11480 for freebsd-current-outgoing; Sat, 5 Sep 1998 14:00:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cockatoo.aus.org (cockatoo.aus.org [199.166.246.189]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA11436 for ; Sat, 5 Sep 1998 14:00:12 -0700 (PDT) (envelope-from lh@cockatoo.aus.org) Received: (from lh@localhost) by cockatoo.aus.org (8.8.8/8.8.8) id QAA00893 for current@freebsd.org; Sat, 5 Sep 1998 16:58:39 -0400 (EDT) (envelope-from lh) Message-ID: X-Mailer: XFMail 1.3-beta-042198 [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: <19980905201544.20375@follo.net> Date: Sat, 05 Sep 1998 16:58:38 -0400 (EDT) From: Luke To: current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- > I'd suggest mailing mckusick@mkusick.com about it - I know he can > handle credit cards and small amounts, and I suspect he just haven't > thought about anybody wanting to do small-scale donations for the soft > updates code. If enough people do this, we might get fsck-free > filesystems faster than we thought :-) > > Eivind. aside from the issues of including it in 3.0-RELEASE, I bet there are a number of people who probably qualify to use soft updates free who would be willing to donate small amounts of money for it. I know if there was a webpage I could do it at with a credit card I would glady give 10 or 20 bux for it. - --- E-Mail: Luke Sent by XFMail - ---------------------------------- -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBNfGl/u6GmDnHtZHpAQEBtAQAnUzmeQKMhNilHF6Yc2bCX7UsvfQzI+dt 6f+aK+SADBWn6HF8sBmjGOAsQgATBOYctQMkhpxJqQNF5SyCIMIun0m3ETl8R5E5 ncfdkxs5kENPN9cfAzBF6w23vX0fvNOB4Ezroe8SxVltqg/A32NkV1o936WVVyNZ MDeoqjJM2z8= =b55j -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 14:12:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA12277 for freebsd-current-outgoing; Sat, 5 Sep 1998 14:12:20 -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 OAA12272 for ; Sat, 5 Sep 1998 14:12:17 -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 OAA00369; Sat, 5 Sep 1998 14:10:30 -0700 (PDT) Message-Id: <199809052110.OAA00369@ducky.net> To: current@FreeBSD.ORG cc: dfr@nlsystems.com, wollman@khavrinen.lcs.mit.edu Subject: DANGER: new IP fragment code breaks SLIP Date: Sat, 05 Sep 1998 14:10:30 -0700 From: Mike Haertel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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: >dfr 1998/08/24 00:47:39 PDT > > Modified files: > sys/sys mbuf.h > sys/netinet ip_input.c ip_var.h tcp_input.c > tcp_subr.c tcp_var.h udp_usrreq.c > Log: > Re-implement tcp and ip fragment reassembly to not store pointers in the > ip header which can't work on alpha since pointers are too big. > > Reviewed by: Garrett Wollman > > Revision Changes Path > 1.29 +5 -1 src/sys/sys/mbuf.h > 1.100 +80 -90 src/sys/netinet/ip_input.c > 1.45 +3 -32 src/sys/netinet/ip_var.h > 1.80 +49 -38 src/sys/netinet/tcp_input.c > 1.46 +12 -15 src/sys/netinet/tcp_subr.c > 1.48 +2 -13 src/sys/netinet/tcp_var.h > 1.48 +3 -6 src/sys/netinet/udp_usrreq.c Here's how I can reliably reproduce the crash: 1. reboot my system normally. as part of my boot process, my system automatically dials up and slattaches (on sl0) my permanent network link. 2. dial in to my employer's dialin (behind a firewall), and slattach via sl1. the slattach works ok. 3. attempt an ssh login to a machine in my employer's network, via the sl1 interface. this reliably either hangs or crashes the machine. Some further comments: 3a. usually after establishing the sl1 connection, I can telnet a few times before crashing the machine. however attempting an ssh login to the remote site always crashes the machine instantly. i hypothesize that the cause is large packets containing public key challenges sent by ssh. 3b. i haven't tried to reproduce the bug using just one SLIP connection. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 14:36:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14443 for freebsd-current-outgoing; Sat, 5 Sep 1998 14:36:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles176.castles.com [208.214.165.176]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14437 for ; Sat, 5 Sep 1998 14:36: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 OAA06505; Sat, 5 Sep 1998 14:41:25 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809052141.OAA06505@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Brian Feldman cc: Terry Lambert , Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: VM question (QCAM question) In-reply-to: Your message of "Mon, 05 Oct 2020 11:27:33 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 05 Sep 1998 14:41:24 -0700 From: Mike Smith 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 wasn't dropped for "lack of interest". It was dropped because it was *broken*, the author was unable to maintain it, and nobody else was looking after it. > easily. Butwhy make it this hard, why not bring back the QuickCam code in > -CURRENT? > P.S.: Yes, this means I am willing to maintain the code and keep it > updated and working. Submit it with working Colour Qcam and Qcam-VC support, integrated with the ppbus and you've got a deal. -- \\ 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 Sat Sep 5 15:15:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA18128 for freebsd-current-outgoing; Sat, 5 Sep 1998 15:15:52 -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 PAA18123 for ; Sat, 5 Sep 1998 15:15:50 -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 SAA02923; Sat, 5 Sep 1998 18:10:21 -0400 (EDT) Date: Sat, 5 Sep 1998 18:10:21 -0400 (EDT) From: Brian Feldman X-Sender: green@zone.syracuse.net To: "Jordan K. Hubbard" cc: Terry Lambert , Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: VM question (QCAM question) In-Reply-To: <15104.905021203@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 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? Cheers, Brian Feldman On Sat, 5 Sep 1998, Jordan K. Hubbard wrote: > > 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? > > I don't think anyone wanted to maintain it, and the usermode quickcam > stuff seemed to do everything that the kernel quickcam stuff did > without also crashing the system when you plugged a QuickCam VC (the > new color model) in. > > > Many other things only have niche users, but are still here (things being > > drivers). I've already gotten the qcam driver to work perfectly on a 3.0 > > system, so I could easily post all the code to remerge in. Failing that-as > > Does that include the VC? As I said before, having the system crash > because a novice user has plugged in a different model is not a recipe > for success when it comes to tech support, and if you're willing to > solve that problem as well (and no, I don't have a VC for you - I gave > that to the last guy who promised to fix this and have heard nothing > back since :) then I certainly have no objection to seeing it come > back. > > - Jordan > > 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 5 15:37:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA19303 for freebsd-current-outgoing; Sat, 5 Sep 1998 15:37:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles176.castles.com [208.214.165.176]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA19297 for ; Sat, 5 Sep 1998 15:37:37 -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 PAA06696; Sat, 5 Sep 1998 15:42:31 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809052242.PAA06696@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Brian Feldman cc: "Jordan K. Hubbard" , Terry Lambert , Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: VM question (QCAM question) In-reply-to: Your message of "Sat, 05 Sep 1998 18:10:21 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 05 Sep 1998 15:42:30 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > 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? Yeah, the documentation is only available under NDA. -- \\ 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 Sat Sep 5 15:42:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA19721 for freebsd-current-outgoing; Sat, 5 Sep 1998 15:42: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 PAA19715 for ; Sat, 5 Sep 1998 15:42:32 -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 SAA02946; Sat, 5 Sep 1998 18:36:54 -0400 (EDT) Date: Sat, 5 Sep 1998 18:36:54 -0400 (EDT) From: Brian Feldman X-Sender: green@zone.syracuse.net To: Mike Smith cc: "Jordan K. Hubbard" , Terry Lambert , Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: VM question (QCAM question) In-Reply-To: <199809052242.PAA06696@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 Hell :( Okay, then. In that case, what I can do would amount to fixing any panics that the code caused for VC/etc. and correctly detecting the devices (but not continuing... detect that they DON'T work :P), and doing the ppbus dance. Is that acceptable for inclusion? Cheers, Brian Feldman On Sat, 5 Sep 1998, Mike Smith 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? > > Yeah, the documentation is only available under NDA. > > -- > \\ 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 Sat Sep 5 15:53:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21130 for freebsd-current-outgoing; Sat, 5 Sep 1998 15:53:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles176.castles.com [208.214.165.176]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA21107 for ; Sat, 5 Sep 1998 15:53:04 -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 PAA06739; Sat, 5 Sep 1998 15:57:52 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809052257.PAA06739@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Brian Feldman cc: Mike Smith , "Jordan K. Hubbard" , Terry Lambert , Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: VM question (QCAM question) In-reply-to: Your message of "Sat, 05 Sep 1998 18:36:54 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 05 Sep 1998 15:57:51 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hell :( Okay, then. In that case, what I can do would amount to fixing any > panics that the code caused for VC/etc. and correctly detecting the > devices (but not continuing... detect that they DON'T work :P), and doing > the ppbus dance. Is that acceptable for inclusion? The protocol is probably documented in source available elsewhere. The bottom line is that there are more problems with the Quickcam protocol which make it hostile to implementing it in kernel space. It should instead be done in user space. You could probably add a few minor enhancements to the 'ppi' driver (ability to read multiple values) and do everything else in a user-space application. -- \\ 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 Sat Sep 5 16:15:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA23058 for freebsd-current-outgoing; Sat, 5 Sep 1998 16:15:13 -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 QAA23052 for ; Sat, 5 Sep 1998 16:15:11 -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 QAA08010; Sat, 5 Sep 1998 16:13:54 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <35F1C5B2.ED7D650F@dal.net> Date: Sat, 05 Sep 1998 16:13:54 -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: Brian Feldman CC: freebsd-current@FreeBSD.ORG Subject: Re: VM question (QCAM question) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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 Sat Sep 5 16:29:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA24530 for freebsd-current-outgoing; Sat, 5 Sep 1998 16:29:49 -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 QAA24525 for ; Sat, 5 Sep 1998 16:29:47 -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 SAA16817 for ; Sat, 5 Sep 1998 18:28:38 -0500 (CDT) (envelope-from ccsanady@friley-185-114.res.iastate.edu) Message-Id: <199809052328.SAA16817@friley-185-114.res.iastate.edu> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: editing elf library search paths? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 05 Sep 1998 18:28:38 -0500 From: Chris Csanady Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is it possible to edit the library paths in a binary that has already been created? I went ahead and rebuilt X, and a few programs, although /usr/local/lib never seems to be in the path. All the X programs work though. :\ How is it that the compiler decides what the path should be? Does one have to explicitly specify -R for all compiles now? Thanks, Chris Csanady To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 17:03:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA26539 for freebsd-current-outgoing; Sat, 5 Sep 1998 17:03:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vortex.starix.net (vortex.starix.net [208.219.83.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA26520; Sat, 5 Sep 1998 17:03:42 -0700 (PDT) (envelope-from syko@sykotik.org) Received: from localhost (syko@localhost) by vortex.starix.net (8.7.6/8.7.3) with SMTP id UAA30311; Sat, 5 Sep 1998 20:02:24 -0400 X-Authentication-Warning: vortex.starix.net: syko owned process doing -bs Date: Sat, 5 Sep 1998 20:02:24 -0400 (EDT) From: Dusk Auriel Sykotik X-Sender: syko@vortex.starix.net To: Scott Sewall cc: Daniel , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Where can I find C In-Reply-To: <35F0A506.4A7B7C1D@iprg.nokia.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 You can't use printf(), you didn't include stdio.h :) /* ** Matt Harris Syko ** BPSOFH, BIOFH, C, SQL, PERL http://www.sykotik.org/~syko/ ** FreeBSD SysAdmin sykotik.org ** IRC TechnoNet - dark.technonet.net Cabalnet - dark-temple.cabalnet.org ** "Those who are right in the mind are left in the dust." -- Me. */ On Fri, 4 Sep 1998, Scott Sewall wrote: > Here it is: > > main () { > printf("Hello World!\n"); > } > > -- Scott > > > Daniel wrote: > > > > I am looking for the orignal 'C' program... > > > > If you can tell me where I can find it to buy it and the price I would be > > happy. > > > > Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 17:12:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA27730 for freebsd-current-outgoing; Sat, 5 Sep 1998 17:12:35 -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 RAA27725 for ; Sat, 5 Sep 1998 17:12:33 -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 RAA10105; Sat, 5 Sep 1998 17:13:21 -0700 Date: Sat, 5 Sep 1998 17:13:21 -0700 (PDT) From: Enkhyl To: John Birrell cc: current@FreeBSD.ORG Subject: Re: KerberosIV build errors In-Reply-To: <199809050048.KAA13425@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 On Sat, 5 Sep 1998, John Birrell wrote: > Enkhyl wrote: > > I know this has been reported, but would someone commit the necessary > > changes (adding -lcrypt to LDADD) to the following Makefiles so that > > building an ELF system with MAKE_KERBEROS4=yes isn't broken? > > > > src/kerberosIV/usr.sbin/ksrvutil/Makefile > > src/libexec/rlogind/Makefile > > src/libexec/rshd/Makefile > > src/usr.bin/rlogin/Makefile > > src/usr.bin/rsh/Makefile > > Done, but not tested by me. Would you mind CVSup'ing again and checking > that I haven't broken things? I did a buildworld and installworld last night. Positively flawless. 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 Sat Sep 5 17:33:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA29359 for freebsd-current-outgoing; Sat, 5 Sep 1998 17:33:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from artemis.syncom.net (artemis.syncom.net [206.64.31.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA29342; Sat, 5 Sep 1998 17:33:43 -0700 (PDT) (envelope-from cyouse@artemis.syncom.net) Received: from localhost (localhost [[UNIX: localhost]]) by artemis.syncom.net (8.8.8/8.8.8) with SMTP id UAA25338; Sat, 5 Sep 1998 20:43:32 -0400 (EDT) Date: Sat, 5 Sep 1998 20:43:32 -0400 (EDT) From: Charles Youse To: Dusk Auriel Sykotik cc: Scott Sewall , Daniel , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Where can I find C 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 Nah, it'll draw a warning, perhaps .... but this is perfectly legal C. 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"); > > } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 17:53:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA01594 for freebsd-current-outgoing; Sat, 5 Sep 1998 17:53:00 -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 RAA01573; Sat, 5 Sep 1998 17:52:56 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id LAA17238; Sun, 6 Sep 1998 11:05:10 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809060105.LAA17238@cimlogic.com.au> Subject: Re: Where can I find C In-Reply-To: from Dusk Auriel Sykotik at "Sep 5, 98 08:02:24 pm" To: syko@sykotik.org (Dusk Auriel Sykotik) Date: Sun, 6 Sep 1998 11:05:10 +1000 (EST) Cc: scott@iprg.nokia.com, daniel@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG, freebsd-stable@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 Dusk Auriel Sykotik wrote: > You can't use printf(), you didn't include stdio.h :) That's why the code is free. You get what you pay for. 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 Sat Sep 5 18:14:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA04480 for freebsd-current-outgoing; Sat, 5 Sep 1998 18:14:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA04475 for ; Sat, 5 Sep 1998 18:14:46 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id DAA23215; Sun, 6 Sep 1998 03:13:35 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id DAA21390; Sun, 6 Sep 1998 03:13:34 +0200 (MET DST) Message-ID: <19980906031333.60247@follo.net> Date: Sun, 6 Sep 1998 03:13:33 +0200 From: Eivind Eklund To: Poul-Henning Kamp , Chuck Robey Cc: Andre Oppermann , current@FreeBSD.ORG Subject: Re: HEADS UP: 3.0 enters BETA status in 12 days! References: <13773.905025691@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <13773.905025691@critter.freebsd.dk>; from Poul-Henning Kamp on Sat, Sep 05, 1998 at 10:01:31PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 05, 1998 at 10:01:31PM +0200, Poul-Henning Kamp 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. > > But if an ISP deploys it on all their servers it is not free. Eh? * 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. None of the names of McKusick, Ganger, Patt, or the University of * Michigan may be used to endorse or promote products derived from * this software without specific prior written permission. * 4. Redistributions in any form must be accompanied by information on * how to obtain complete source code for any accompanying software * that uses this software. This source code must either be included * in the distribution or be available for no more than the cost of * distribution plus a nominal fee, and must be freely redistributable * under reasonable conditions. For an executable file, complete * source code means the source code for all modules it contains. * It does not mean source code for modules or files that typically * accompany the operating system on which the executable file runs, * e.g., standard library modules or system header files. If you want different distribution rules, you'll have to cut a deal with Kirk. > Kirks rates for such cases are very reasonable. Yes, for "such cases == ISP deployment" they're $0, so I agree that that is reasonable :-) Kirk has asked that ISPs that deploy it pay for it, but he has also been very clear that this is not required (just asked for). Whether you (as an ISP reading this mail) pay or not is really up to your conscience. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 19:00:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA08390 for freebsd-current-outgoing; Sat, 5 Sep 1998 19:00:07 -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 TAA08384 for ; Sat, 5 Sep 1998 19:00:04 -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 SAA00569 for ; Sat, 5 Sep 1998 18:58:55 -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, 05 Sep 1998 18:58:45 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: FreebSD Current Subject: ELF Build.... Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Did a conversion from aout to elf, the conversion went smothly except for library paths....NONE of my library paths as defined in rc.conf were being read, This is the work around I came up with, not graceious but it works but I am open to any better solutions.....This is what I am useing: # Library search paths ldconfig -aout /usr/lib/compat ldconfig -aout -m /usr/X11R6/lib ldconfig -aout -m /usr/local/lib/ ldconfig -aout -m /usr/local/kde/lib ldconfig -aout -m /usr/lib/aout ldconfig -aout -m /usr/lib Any better suggestions would be appreciated. Other than this little hitch, all is well.... --------------------- William Woods Date: 05-Sep-98 / Time: 18:55:47 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 Sat Sep 5 19:51:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10732 for freebsd-current-outgoing; Sat, 5 Sep 1998 19:51:53 -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 TAA10725 for ; Sat, 5 Sep 1998 19:51:52 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id TAA08529; Sat, 5 Sep 1998 19:50:43 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma008527; Sat Sep 5 19:50:27 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id TAA02986; Sat, 5 Sep 1998 19:50:27 -0700 (PDT) From: Archie Cobbs Message-Id: <199809060250.TAA02986@bubba.whistle.com> Subject: Re: perl broken? In-Reply-To: <199809051922.PAA12619@highwind.com> from HighWind Software Information at "Sep 5, 98 03:22:30 pm" To: info@highwind.com (HighWind Software Information) Date: Sat, 5 Sep 1998 19:50:27 -0700 (PDT) Cc: freebsd-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 HighWind Software Information writes: > Seems to me that perl5 is broken. I'm working from the 8/31 3.0 SNAP. > Loaded it from the ports collection: > > % 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 > > % perl -v > ld.so failed: Can't find shared library "libnet.so.0.92" I've seen this happen also. You installed kaffe 0.9.2 and then deleted it, right? Or something along those lines? Unfortunately, kaffe builds a library with the namespace-colliding name of "libnet". If you rebuild and reinstall the perl port it should work, at least it did for me. -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 Sat Sep 5 20:30:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA12263 for freebsd-current-outgoing; Sat, 5 Sep 1998 20:30:13 -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 UAA12258 for ; Sat, 5 Sep 1998 20:30:12 -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 UAA25234; Sat, 5 Sep 1998 20:29:01 -0700 (PDT) (envelope-from jdp) Message-Id: <199809060329.UAA25234@austin.polstra.com> To: ccsanady@friley-185-114.res.iastate.edu Subject: Re: editing elf library search paths? In-Reply-To: <199809052328.SAA16817@friley-185-114.res.iastate.edu> References: <199809052328.SAA16817@friley-185-114.res.iastate.edu> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Sat, 05 Sep 1998 20:29:01 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809052328.SAA16817@friley-185-114.res.iastate.edu>, Chris Csanady wrote: > Is it possible to edit the library paths in a binary that has > already been created? No, but ldconfig works for ELF now. -- 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 Sat Sep 5 20:32:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA12479 for freebsd-current-outgoing; Sat, 5 Sep 1998 20:32: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 UAA12474 for ; Sat, 5 Sep 1998 20:32:29 -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 UAA25256; Sat, 5 Sep 1998 20:31:20 -0700 (PDT) (envelope-from jdp) Message-Id: <199809060331.UAA25256@austin.polstra.com> To: wwoods@cybcon.com Subject: Re: ELF Build.... In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Sat, 05 Sep 1998 20:31:20 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , William Woods wrote: > Did a conversion from aout to elf, the conversion went smothly except for > library paths....NONE of my library paths as defined in rc.conf were being > read, This is the work around I came up with, not graceious but it works but I > am open to any better solutions.....This is what I am useing: > > # Library search paths > ldconfig -aout /usr/lib/compat > ldconfig -aout -m /usr/X11R6/lib > ldconfig -aout -m /usr/local/lib/ > ldconfig -aout -m /usr/local/kde/lib > ldconfig -aout -m /usr/lib/aout > ldconfig -aout -m /usr/lib Just add "-aout" to the ldconfig command in /etc/rc, as is the case in the latest version in src/etc. -- 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 Sat Sep 5 21:31:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA16182 for freebsd-current-outgoing; Sat, 5 Sep 1998 21:31:19 -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 VAA16175 for ; Sat, 5 Sep 1998 21:31:16 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.1/8.9.1) id XAA27959; Sat, 5 Sep 1998 23:29:28 -0500 (CDT) Message-ID: <19980905232928.A27490@emsphone.com> Date: Sat, 5 Sep 1998 23:29:28 -0500 From: Dan Nelson To: Mike Smith , Brian Feldman Cc: "Jordan K. Hubbard" , Terry Lambert , Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: VM question (QCAM question) References: <199809052242.PAA06696@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.2i In-Reply-To: <199809052242.PAA06696@word.smith.net.au>; from "Mike Smith" on Sat Sep 5 15:42:30 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 05), Mike Smith said: > > 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? > > Yeah, the documentation is only available under NDA. As far as I know, the code isn't available, period. Connectix is afraid people will steal the compression codec, apparently. The unofficial QuickCam 3rd-party drivers page, http://www.crynwr.com/qcpc/ goes so far as to recommend people buy the Panasonic Eggcam instead. It's a regular color camera, and the A-D card is a BT848-based card, so there is no lack of support :) -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 Sat Sep 5 21:31:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA16239 for freebsd-current-outgoing; Sat, 5 Sep 1998 21:31:38 -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 VAA16222; Sat, 5 Sep 1998 21:31:33 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.9.1/8.9.1) id IAA22856; Sun, 6 Sep 1998 08:30:08 +0400 (MSD) (envelope-from ache) Message-ID: <19980906083007.A19996@nagual.pp.ru> Date: Sun, 6 Sep 1998 08:30:07 +0400 From: "Andrey A. Chernov" To: Mike Smith , current@FreeBSD.ORG Cc: dfr@FreeBSD.ORG Subject: Re: sbflush 2 panic, uipc_socket2.c Mail-Followup-To: Mike Smith , current@FreeBSD.org, dfr@freebsd.org References: <19980904103427.A3368@nagual.pp.ru> <199809040024.AAA01179@word.smith.net.au> <19980904143152.A20161@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19980904143152.A20161@nagual.pp.ru>; from ache@nagual.pp.ru on Fri, Sep 04, 1998 at 02:31:52PM +0400 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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. -- 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 Sat Sep 5 22:54:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA01879 for freebsd-current-outgoing; Sat, 5 Sep 1998 22:54:39 -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 WAA01874 for ; Sat, 5 Sep 1998 22:54:37 -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 WAA10205; Sat, 5 Sep 1998 22:51:26 -0700 (PDT) Message-Id: <199809060551.WAA10205@implode.root.com> To: Tom cc: 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 "Sat, 05 Sep 1998 10:28:28 PDT." From: David Greenman Reply-To: dg@root.com Date: Sat, 05 Sep 1998 22:51:26 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >On Sat, 5 Sep 1998, Terry Lambert wrote: > >> The problem is not the options, per se, but the fact that some >> systems failed to mplement correct option negotiation, per >> RFC 793, for previously non-existant options. >> >> Livingston Portmasters were one known offender. >... >> Thus you would actualy puke bad equipment into non-operability. >... > > 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. -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 Sat Sep 5 23:12:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04022 for freebsd-current-outgoing; Sat, 5 Sep 1998 23:12:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA04009 for ; Sat, 5 Sep 1998 23:12:04 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.5/8.8.8) with SMTP id XAA12753; Sat, 5 Sep 1998 23:11:57 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Sat, 5 Sep 1998 23:11:56 -0700 (PDT) From: Doug White To: synker cc: freebsd-current@FreeBSD.ORG Subject: Re: make kernel 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, 4 Sep 1998, synker wrote: > trying to make kernel in -current (cvsup 11.30am CET) > > output: > > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wuninitialized -ansi -nostdinc -I- -I. -I../.. > -I../../../include -DKERNEL -include opt_global.h -aout vers.c > loading kernel > pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment > pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment > pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment > pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment > pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment > pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment Fixed already. Resup. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 23:15:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04674 for freebsd-current-outgoing; Sat, 5 Sep 1998 23:15:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA04669 for ; Sat, 5 Sep 1998 23:15:55 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.5/8.8.8) with SMTP id XAA12787; Sat, 5 Sep 1998 23:15:49 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Sat, 5 Sep 1998 23:15:49 -0700 (PDT) From: Doug White To: Alexander Sanda cc: current@FreeBSD.ORG Subject: Re: Small compiling problem today... In-Reply-To: <19980904162829.A3292@compufit.at> 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, 4 Sep 1998, Alexander Sanda wrote: > CVSup from today (09/04): > > [32]root@darkstar:/sys/compile/TEST #>make all > .... > .... > loading kernel > pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment > pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment > pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment > pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment > pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment > pmap.o: Undefined symbol `_PAGE_WAKEUP' referenced from text segment > *** Error code 1 /sys/i386/i386/pmap.c got missed. Resup. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 5 23:48:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09867 for freebsd-current-outgoing; Sat, 5 Sep 1998 23:48:50 -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 XAA09859 for ; Sat, 5 Sep 1998 23:48:47 -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 XAA10563 for ; Sat, 5 Sep 1998 23:48: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 Date: Sat, 05 Sep 1998 23:47:49 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: FreebSD Current Subject: ELF Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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? --------------------- William Woods Date: 05-Sep-98 / Time: 23:46:36 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 Sat Sep 5 23:50:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA10436 for freebsd-current-outgoing; Sat, 5 Sep 1998 23:50:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-97.ppp.wenet.net [206.15.84.97]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA10394 for ; Sat, 5 Sep 1998 23:50:21 -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 XAA09286; Sat, 5 Sep 1998 23:50:40 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sat, 5 Sep 1998 23:50:39 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: John Polstra cc: ccsanady@friley-185-114.res.iastate.edu, current@FreeBSD.ORG Subject: Re: editing elf library search paths? In-Reply-To: <199809060329.UAA25234@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 Sat, 5 Sep 1998, John Polstra wrote: > In article <199809052328.SAA16817@friley-185-114.res.iastate.edu>, > Chris Csanady wrote: > > > Is it possible to edit the library paths in a binary that has > > already been created? > > No, but ldconfig works for ELF now. -- Now now. Just give it time. I'm sure someone will hack up something to do this. I mean if I've got a half finished (and surely quite broken) little applet laying around that starts to decipher an ELF object and put the info in a QListView, it's only a matter of time before someone finshes something to do this. (Hint: The Intel docs are a good start for dechiphering ELF shared libs and programs) - 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 5 23:56:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA11229 for freebsd-current-outgoing; Sat, 5 Sep 1998 23:56:37 -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 XAA11224 for ; Sat, 5 Sep 1998 23:56:36 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id XAA29492; Sat, 5 Sep 1998 23:56:35 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp02.primenet.com, id smtpd029473; Sat Sep 5 23:56:26 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id XAA13597; Sat, 5 Sep 1998 23:56:22 -0700 (MST) From: Terry Lambert Message-Id: <199809060656.XAA13597@usr01.primenet.com> Subject: Re: Should FreeBSD-3.0 ship with RFC 1644 (T/TCP) turned off by To: dg@root.com Date: Sun, 6 Sep 1998 06:56:22 +0000 (GMT) Cc: tom@uniserve.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809060551.WAA10205@implode.root.com> from "David Greenman" at Sep 5, 98 10:51: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 > > 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. Basically, if you are running old code, you are at risk. If you are running new code, then you are not at risk. Typically, everyone is not at risk. It is the atypical case where someone has not updated (perhaps because they want to be a haven for systtems crackers depending on old security holes). Portmaster and Annex hardware were both at risk. There are about three others, including the Cyclades RAS server, which *used to be* at risk. If you don't update code, expect the extensions to fail. 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. 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