From owner-freebsd-current Sun Jan 19 02:17:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA25787 for current-outgoing; Sun, 19 Jan 1997 02:17:09 -0800 (PST) Received: from scrooge.ee.swin.oz.au (scrooge.ee.swin.oz.au [136.186.4.20]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA25782 for ; Sun, 19 Jan 1997 02:17:03 -0800 (PST) Received: (from dtc@localhost) by scrooge.ee.swin.oz.au (8.6.9/8.6.9) id VAA09832 for current@freebsd.org; Sun, 19 Jan 1997 21:19:06 +1100 From: Douglas Thomas Crosher Message-Id: <199701191019.VAA09832@scrooge.ee.swin.oz.au> Subject: possible madvise MADV_FREE improvement To: current@freebsd.org Date: Sun, 19 Jan 1997 21:19:06 +1100 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Below is a patch which seems to improve madvise MADV_FREE; stops the page-ins in the example recently posted. It also brings the call closer to reliably zeroing the pages. Regards Douglas Crosher -=-=- *** vm_object.c.1 Thu Jan 16 16:12:54 1997 --- vm_object.c Sun Jan 19 21:05:45 1997 *************** *** 697,702 **** --- 697,703 ---- { vm_pindex_t end; vm_page_t m; + int s; if (object == NULL) return; *************** *** 714,721 **** if (m == NULL || m->busy || (m->flags & PG_BUSY) || m->hold_count || m->wire_count || m->valid != VM_PAGE_BITS_ALL) ! continue; ! if (advise == MADV_WILLNEED) { if (m->queue != PQ_ACTIVE) vm_page_activate(m); --- 715,736 ---- if (m == NULL || m->busy || (m->flags & PG_BUSY) || m->hold_count || m->wire_count || m->valid != VM_PAGE_BITS_ALL) ! { ! if ( (advise!=MADV_FREE) || ! ((object->type != OBJT_DEFAULT) && ! (object->type != OBJT_SWAP)) ) ! continue; ! else if (m == NULL) { ! swap_pager_dmzspace(object, pindex, 1); ! continue; ! } else if ( m->busy || (m->flags & PG_BUSY) ) { ! s = splvm(); ! m->flags |= PG_WANTED; ! tsleep(m, PVM, "mafree", 0); ! splx(s); ! } ! } ! if (advise == MADV_WILLNEED) { if (m->queue != PQ_ACTIVE) vm_page_activate(m); From owner-freebsd-current Sun Jan 19 03:43:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA28079 for current-outgoing; Sun, 19 Jan 1997 03:43:23 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA28074; Sun, 19 Jan 1997 03:43:11 -0800 (PST) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id NAA01005; Sun, 19 Jan 1997 13:43:03 +0200 (SAT) Message-Id: <199701191143.NAA01005@grackle.grondar.za> To: peter@freebsd.org cc: current@freebsd.org Subject: Static binaries and dlopen(3) with a new crypt(3) lib. X-Face: "=q0"STs_81w9y4&#}>]hpQ-VBL.1^,QB{9u[05?&^k1*y#*OpIkS7b?V0Rs8qg]`Z}LBTa JT}q{S+z%%SR{~1@;Ybho~Ck.)PC/#3$lceQZ`O Date: Sun, 19 Jan 1997 13:42:58 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <980.853673992.1@grackle.grondar.za> Hi Folks To get the latest incarnation of crypt(3) to work in a decent way, I have decided on a new course of action. Brandon Gillespie has rewritten parts of the code to make it extensible, and I like what he has done quite a bit. He has extended PHK's $1$xxxx$ MD5 salt to a more general model where the salt is now $n$xxxxx$, and n represents the encryption (actually hash) type. So far we have 1=MD5, 2=SHS, and a salt that does not begin with either defaults to DES. Now, the rub; I would like to make the DES module available by dlopen(3) et al so we do not have to ship a whole separate library. Right now, we have libscrypt and libdescrypt, with libcrypt being a symlink to whichever is required. I would like both of lib{s|des}crypt to disappear, and libcrypt to reappear with an optional module (say, des_module.so), which is used only if found, and which can be made a part of the secure dist. Questions: 1) Peter did some mods to crt0 that seemed to hint that this would work even for static binaries. I cannot duplicate his success. I have a bit of test code (see enclosure) which I link like this: $ cc -Wall -Wl,-Bstatic -o main main.c It works if I leave out the -Wl,-Bstatic bit (to make it all dynamic). Any clues? 2) We have no precedent in the tree AFAIK for "optionally linked" libraries and modules. Does anybody have any religion about this, or can I just go ahead and invent? One of the problems - libraries have this nice, automatic way of looking at version numbers (.so.N.M), whereas in dlopen(3), one must supply a name (hardcoded?). M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <980.853673992.2@grackle.grondar.za> Content-Description: main.c #include #include void myprint(char *string) { puts("Linked in\n"); puts(string); } int main(int argc, char *argv[]) { void *handle; void (* mydlprint)(char *) = NULL; void myprint(char *); myprint("Normal call\n"); handle = dlopen("/home/mark/work/dlopen/libmydlprint.so.2.0", RTLD_LAZY); if (handle) { printf("Success - dlopen returned: %p\n", handle); mydlprint = dlsym(handle, "_mydlprint"); if (mydlprint) { printf("Success - dlsym returned: %p\n", mydlprint); (*mydlprint)("Dynamic call\n"); } else printf("Failure - dlsym returned NULL: %s\n", dlerror()); dlclose(handle); return 0; } printf("Failure - dlopen returned NULL: %s\n", dlerror()); return 1; } ------- =_aaaaaaaaaa0-- From owner-freebsd-current Sun Jan 19 07:32:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA05850 for current-outgoing; Sun, 19 Jan 1997 07:32:56 -0800 (PST) Received: from mail.MCESTATE.COM (vince@mail.MCESTATE.COM [206.171.98.50]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA05845 for ; Sun, 19 Jan 1997 07:32:53 -0800 (PST) Received: from localhost (vince@localhost) by mail.MCESTATE.COM (8.8.3/8.8.3) with SMTP id HAA27477 for ; Sun, 19 Jan 1997 07:32:09 -0800 (PST) Date: Sun, 19 Jan 1997 07:32:08 -0800 (PST) From: Vincent Poy To: current@FreeBSD.ORG Subject: -current kernel problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk With the same kernel config and the most recent -current, building a new kernel and updating from the previous kernel of 10 days ago, running the ircd IRC server gives the following: max kernel fd's only 64 =0 ircd fd table too big Hard Limit: 64 IRC max: 0 Fix MAXCONNECTIONS Anyone have any ideas? Cheers, Vince - vince@MCESTATE.COM - vince@GAIANET.NET Unix Networking Operations GaiaNet Corporation - M & C Estate Beverly Hills, California USA 90210 From owner-freebsd-current Sun Jan 19 08:08:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA07052 for current-outgoing; Sun, 19 Jan 1997 08:08:19 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA07045; Sun, 19 Jan 1997 08:08:12 -0800 (PST) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id SAA04321; Sun, 19 Jan 1997 18:08:03 +0200 (SAT) Message-Id: <199701191608.SAA04321@grackle.grondar.za> To: wpaul@freebsd.org cc: current@freebsd.org Subject: NIS breakage X-Face: "=q0"STs_81w9y4&#}>]hpQ-VBL.1^,QB{9u[05?&^k1*y#*OpIkS7b?V0Rs8qg]`Z}LBTa JT}q{S+z%%SR{~1@;Ybho~Ck.)PC/#3$lceQZ`O Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi I have a 386sx/40 with IDE, 8MB of RAM. I have a tun0 (currently unused) ed0 [my home ethernet backbone with a subnet of my class C], lo0 [127.0.0.1] and lo1 [127.0.0.2 and another subnet]. I have Apache attached to one of the IPs on lo1. My system is 3.0-current (19th JAN). The problem may have started a week ago, but I only noticed it about 3 days ago, and I waited for this "make world" and install before reporting it. The "make world" did not help or change anything AFAIK. At times, it is difficult to get sendmail to answer (only difficult, not impossible like before - it just takes a LOOONG time). It also logs these: Jan 19 17:25:27 grunt sendmail[166]: NOQUEUE: SYSERR(root): getrequests: accept: Bad address NIS is _horribly_ fragile - If I change passwords, the following happens (logged to syslog): Jan 19 16:57:28 grunt portmap[161]: svc_run: - select failed: Bad address Jan 19 16:57:28 grunt portmap[161]: svc_run returned unexpectedly Jan 19 16:57:28 grunt /kernel: pid 161 (portmap), uid 1: exited on signal 6 On the client side, everything just hangs - ^C needed to break out. Just before attempting to change the password, I did a `ps -ax', and everything looked normal - no multiple yp* or anything. I get lots of these: Jan 19 16:58:26 grunt ypbind[174]: select: Bad address ...but as I have been getting them for a while, I don't think they hurt too much. Clues? M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Sun Jan 19 09:01:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA08849 for current-outgoing; Sun, 19 Jan 1997 09:01:53 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id JAA08842 for ; Sun, 19 Jan 1997 09:01:50 -0800 (PST) Received: from labs.usn.blaze.net.au by mail.crl.com with SMTP id AA10810 (5.65c/IDA-1.5 for ); Sun, 19 Jan 1997 09:01:27 -0800 Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.4/8.8.4) id DAA00416; Mon, 20 Jan 1997 03:57:49 +1100 (EST) Message-Id: Date: Mon, 20 Jan 1997 03:57:49 +1100 From: davidn@unique.usn.blaze.net.au (David Nugent) To: vince@mail.MCESTATE.COM (Vincent Poy) Cc: current@FreeBSD.ORG Subject: Re: -current kernel problem References: X-Mailer: Mutt 0.56 Mime-Version: 1.0 In-Reply-To: ; from Vincent Poy on Jan 19, 1997 07:32:08 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Vincent Poy writes: > With the same kernel config and the most recent -current, building > a new kernel and updating from the previous kernel of 10 days ago, running > the ircd IRC server gives the following: > > max kernel fd's only 64 =0 > > ircd fd table too big > Hard Limit: 64 IRC max: 0 > Fix MAXCONNECTIONS > > Anyone have any ideas? Yes. man 5 login.conf You probably compiled it with fd's == 256 or similar, but this is no longer a hard-coded variable. To immediately rectify the problem - assuming you haven't already done so, install login.conf from /usr/src/etc and edit the "default" entry "openfiles=64" or "openfiles=256" (or whatever value you compiled into ircd). As soon as limits(1) is committed (probably tomorrow), you should probably restore openfiles=64, and instead create a class which has the appropriate number of filehandles instead. Then, as root in your rc.d script, put: eval `limits -e -C class` or don't worry about the class and use the shell independant: eval `limits -e -n 256` or assuming it is started from a /bin/sh script: ulimit -n 256 Actually, if your process starts out as root, you can do the last one now without having to edit /etc/login.conf at all. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-current Sun Jan 19 09:13:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA09445 for current-outgoing; Sun, 19 Jan 1997 09:13:01 -0800 (PST) Received: (from wpaul@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA09406; Sun, 19 Jan 1997 09:12:44 -0800 (PST) From: Bill Paul Message-Id: <199701191712.JAA09406@freefall.freebsd.org> Subject: Re: NIS breakage To: mark@grondar.za (Mark Murray) Date: Sun, 19 Jan 1997 09:12:44 -0800 (PST) Cc: current@freebsd.org, peter@freebsd.org In-Reply-To: <199701191608.SAA04321@grackle.grondar.za> from "Mark Murray" at Jan 19, 97 06:08:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Hi > > I have a 386sx/40 with IDE, 8MB of RAM. I have a tun0 (currently unused) > ed0 [my home ethernet backbone with a subnet of my class C], lo0 [127.0.0.1] > and lo1 [127.0.0.2 and another subnet]. I have Apache attached to one of > the IPs on lo1. I wish to heck I knew what it is you're trying to accomplish with this second loopback interface. > My system is 3.0-current (19th JAN). The problem may have started a week > ago, but I only noticed it about 3 days ago, and I waited for this > "make world" and install before reporting it. The "make world" did not > help or change anything AFAIK. > At times, it is difficult to get sendmail to answer (only difficult, not > impossible like before - it just takes a LOOONG time). > It also logs these: > Jan 19 17:25:27 grunt sendmail[166]: NOQUEUE: SYSERR(root): getrequests: accept: Bad address > > NIS is _horribly_ fragile - If I change passwords, the following happens > (logged to syslog): > > Jan 19 16:57:28 grunt portmap[161]: svc_run: - select failed: Bad address > Jan 19 16:57:28 grunt portmap[161]: svc_run returned unexpectedly > Jan 19 16:57:28 grunt /kernel: pid 161 (portmap), uid 1: exited on signal 6 > > On the client side, everything just hangs - ^C needed to break out. > > Just before attempting to change the password, I did a `ps -ax', and > everything looked normal - no multiple yp* or anything. Uh, Mark? It said that portmap died. What did you expect was going to happen? Nothing in RPC works without portmap. > I get lots of these: > > Jan 19 16:58:26 grunt ypbind[174]: select: Bad address > > ...but as I have been getting them for a while, I don't think they hurt > too much. > > Clues? portmap and ypbind use their own svc_run() loops. (ypserv does too, and it's a little odd that you're not having trouble with that, unless the server is running on a different host.) I'm confused, mainly because sendmail blew up in an accept() rather than a select(). I was thinking maybe something in the new RPC changes Peter made might be clobbering file descriptors, but now I'm not too sure. Now for the questions: do you have any other systems running the same build of -current? If so, do they have the same problems? Can you also do me a favor and get rid of that second loopback interface and see what happens then? (And I mean really get rid of it: configure it out of the kernel, don't just ifconfig it down.) The only way I'm going to be able to track this down is to load a -current snapshot on my test box, since I don't see problems like this with 2.2-BETA (thank goodness). *sigh* I don't have time for this. -Bill From owner-freebsd-current Sun Jan 19 09:58:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA12074 for current-outgoing; Sun, 19 Jan 1997 09:58:08 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA12064; Sun, 19 Jan 1997 09:57:47 -0800 (PST) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id TAA05466; Sun, 19 Jan 1997 19:57:27 +0200 (SAT) Message-Id: <199701191757.TAA05466@grackle.grondar.za> To: Bill Paul cc: current@freebsd.org, peter@freebsd.org Subject: Re: NIS breakage Date: Sun, 19 Jan 1997 19:57:20 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill Paul wrote: > > and lo1 [127.0.0.2 and another subnet]. I have Apache attached to one of > > the IPs on lo1. > > I wish to heck I knew what it is you're trying to accomplish with this > second loopback interface. I am trying to prototype a firewall/router. This second loopback is to make the host look as multihomed as possible, as I don't have a third box and more ethernet to do that with. > > Jan 19 16:57:28 grunt portmap[161]: svc_run: - select failed: Bad address > > Jan 19 16:57:28 grunt portmap[161]: svc_run returned unexpectedly > > Jan 19 16:57:28 grunt /kernel: pid 161 (portmap), uid 1: exited on signal 6 > > > > On the client side, everything just hangs - ^C needed to break out. > > > > Just before attempting to change the password, I did a `ps -ax', and > > everything looked normal - no multiple yp* or anything. > > Uh, Mark? It said that portmap died. What did you expect was going to > happen? Nothing in RPC works without portmap. Read again - all was fine _before_ changing the password. Changing the password _triggered_ the above failure. > > Clues? > > portmap and ypbind use their own svc_run() loops. (ypserv does too, > and it's a little odd that you're not having trouble with that, unless > the server is running on a different host.) I'm confused, mainly because > sendmail blew up in an accept() rather than a select(). I was thinking > maybe something in the new RPC changes Peter made might be clobbering > file descriptors, but now I'm not too sure. Because of the instability, I am running master and slave servers. Both seem to work (judging by ypcat, logging in and all). Mail/NIS on my 486 box - (3.0-REAL-current also) has no problem, and that has only ed0/lo0. > Now for the questions: do you have any other systems running the > same build of -current? If so, do they have the same problems? Can Yes, No. > you also do me a favor and get rid of that second loopback interface > and see what happens then? (And I mean really get rid of it: configure > it out of the kernel, don't just ifconfig it down.) Will do. > The only way I'm going to be able to track this down is to load a > -current snapshot on my test box, since I don't see problems like this > with 2.2-BETA (thank goodness). > > *sigh* I don't have time for this. Sorry! :-) M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Sun Jan 19 10:54:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA14192 for current-outgoing; Sun, 19 Jan 1997 10:54:23 -0800 (PST) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA14186 for ; Sun, 19 Jan 1997 10:54:20 -0800 (PST) Received: from gilligan.eng.umd.edu (gilligan.eng.umd.edu [129.2.103.21]) by po2.glue.umd.edu (8.8.3/8.7.3) with ESMTP id NAA10541 for ; Sun, 19 Jan 1997 13:54:05 -0500 (EST) Received: from localhost (chuckr@localhost) by gilligan.eng.umd.edu (8.8.3/8.7.3) with SMTP id NAA20199 for ; Sun, 19 Jan 1997 13:54:05 -0500 (EST) X-Authentication-Warning: gilligan.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 19 Jan 1997 13:54:05 -0500 (EST) From: Chuck Robey X-Sender: chuckr@gilligan.eng.umd.edu To: FreeBSD current Subject: gdb Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Is anyone else having trouble making gdb? ROOT:/usr/src/gnu/usr.bin/gdb:1089 >make ===> bfd make: don't know how to make /usr/src/gnu/usr.bin/gdb/bfd/libbfd.c. Stop *** Error code 2 Stop. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sun Jan 19 12:02:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA16427 for current-outgoing; Sun, 19 Jan 1997 12:02:17 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA16389; Sun, 19 Jan 1997 12:01:25 -0800 (PST) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id WAA06131; Sun, 19 Jan 1997 22:00:23 +0200 (SAT) Message-Id: <199701192000.WAA06131@grackle.grondar.za> To: Bill Paul cc: current@freebsd.org, peter@freebsd.org Subject: Re: NIS breakage Date: Sun, 19 Jan 1997 22:00:21 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > you also do me a favor and get rid of that second loopback interface > > and see what happens then? (And I mean really get rid of it: configure > > it out of the kernel, don't just ifconfig it down.) > > Will do. Done. Aliases moved to lo0. No change - instant crash of portmap when I try run passwd(1). (same as before) Remove aliases from lo0, so now system is like this (output from ifconfig -a): ed0: flags=8843 mtu 1500 inet 196.7.18.129 netmask 0xfffffff0 broadcast 196.7.18.143 ether 00:00:c0:08:50:16 lp0: flags=8810 mtu 1500 tun0: flags=8010 mtu 1500 ppp0: flags=8010 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 ...Still breaks, same way - portmap instant death. :-( M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Sun Jan 19 12:55:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA18123 for current-outgoing; Sun, 19 Jan 1997 12:55:07 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA18112; Sun, 19 Jan 1997 12:54:56 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id PAA01100; Sun, 19 Jan 1997 15:51:40 -0500 From: Bill Paul Message-Id: <199701192051.PAA01100@skynet.ctr.columbia.edu> Subject: Re: NIS breakage To: mark@grondar.za (Mark Murray) Date: Sun, 19 Jan 1997 15:51:38 -0500 (EST) Cc: current@freebsd.org, peter@freebsd.org In-Reply-To: <199701192000.WAA06131@grackle.grondar.za> from "Mark Murray" at Jan 19, 97 10:00:21 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Mark Murray had to walk into mine and say: > > > you also do me a favor and get rid of that second loopback interface > > > and see what happens then? (And I mean really get rid of it: configure > > > it out of the kernel, don't just ifconfig it down.) > > > > Will do. > > Done. Aliases moved to lo0. No change - instant crash of portmap when I > try run passwd(1). (same as before) Bah. Alright. Monday, I will load the latest 3.0 SNAP (which seems to be the right vintage) and try to duplicate this problem. I'm a little concerned that I may not be able to duplicate it though, mainly since you say you have other machines with the same build that don't exhibit the problem. Dan Cross suggested this may be related to a timing problem of some kind which only manifests itself on slower hardware. Unfortunately, my test machine is a 486/33; the fact that it's a different CPU type might affect the results. You say this system is a 386/40. Did you fiddle with the kernel config for this machine so that it has just the I386_CPU cpu type defined, or does it still have the same cpu support as GENERIC? Also, does it have hardware FPU support? If not, did you use options MATH_EMULATE or options GPL_MATH_EMULATE? -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-current Sun Jan 19 13:08:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA18599 for current-outgoing; Sun, 19 Jan 1997 13:08:21 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA18590; Sun, 19 Jan 1997 13:08:11 -0800 (PST) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id XAA07154; Sun, 19 Jan 1997 23:07:23 +0200 (SAT) Message-Id: <199701192107.XAA07154@grackle.grondar.za> To: Bill Paul cc: current@freebsd.org, peter@freebsd.org Subject: Re: NIS breakage Date: Sun, 19 Jan 1997 23:07:15 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill Paul wrote: > You say this system is a 386/40. Did you fiddle with the kernel config It is actually an AMD386sx/40 > for this machine so that it has just the I386_CPU cpu type defined, or > does it still have the same cpu support as GENERIC? Also, does it have > hardware FPU support? If not, did you use options MATH_EMULATE or > options GPL_MATH_EMULATE? Here is my config file: # # G386 -- Grondar Server # machine "i386" cpu "I386_CPU" ident "G386" maxusers 16 options GPL_MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MFS #Memory Filesystem options PROCFS #Process filesystem options KERNFS #Kernel filesystem options DEVFS #Kernel filesystem options "COMPAT_43" #Compatible with BSD 4.3 config kernel root on wd0 controller isa0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr device pca0 at isa? port IO_TIMER1 tty pseudo-device loop 1 pseudo-device ether pseudo-device log pseudo-device tun 1 pseudo-device ppp 1 pseudo-device bpfilter 1 pseudo-device pty 16 pseudo-device gzip pseudo-device speaker M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Sun Jan 19 16:18:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA27347 for current-outgoing; Sun, 19 Jan 1997 16:18:34 -0800 (PST) Received: from scds.ziplink.net (scds.ziplink.net [199.232.254.94]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id QAA27340 for ; Sun, 19 Jan 1997 16:18:21 -0800 (PST) Received: (from jseger@localhost) by scds.ziplink.net (8.8.4/8.8.4) id TAA06167; Sun, 19 Jan 1997 19:18:40 GMT Date: Sun, 19 Jan 1997 19:18:40 GMT From: "Justin M. Seger" Message-Id: <199701191918.TAA06167@scds.ziplink.net> To: chuckr@glue.umd.edu, freebsd-current@freefall.freebsd.org Subject: Re: gdb Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I had a problem compiling this as well... I did a make world, and it compiled properly... I'm sure someone else can tell you why it stopped working, but here's a solution. -Justin Seger- From owner-freebsd-current Sun Jan 19 17:29:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA01742 for current-outgoing; Sun, 19 Jan 1997 17:29:18 -0800 (PST) Received: from spinner.DIALix.COM (spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA01727; Sun, 19 Jan 1997 17:29:03 -0800 (PST) Received: from spinner.DIALix.COM (localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.4/8.8.4) with ESMTP id JAA21134; Mon, 20 Jan 1997 09:28:26 +0800 (WST) Message-Id: <199701200128.JAA21134@spinner.DIALix.COM> X-Mailer: exmh version 2.0beta 12/23/96 To: Bill Paul cc: mark@grondar.za (Mark Murray), current@freebsd.org, peter@freebsd.org, dyson@freebsd.org Subject: VM bogon? Was: Re: NIS breakage In-reply-to: Your message of "Sun, 19 Jan 1997 09:12:44 PST." <199701191712.JAA09406@freefall.freebsd.org> Date: Mon, 20 Jan 1997 09:28:25 +0800 From: Peter Wemm Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill Paul wrote: [..] > > At times, it is difficult to get sendmail to answer (only difficult, not > > impossible like before - it just takes a LOOONG time). > > It also logs these: > > Jan 19 17:25:27 grunt sendmail[166]: NOQUEUE: SYSERR(root): getrequests: ac cept: Bad address > > > > NIS is _horribly_ fragile - If I change passwords, the following happens > > (logged to syslog): > > > > Jan 19 16:57:28 grunt portmap[161]: svc_run: - select failed: Bad address > > Jan 19 16:57:28 grunt portmap[161]: svc_run returned unexpectedly > > Jan 19 16:57:28 grunt /kernel: pid 161 (portmap), uid 1: exited on signal 6 [..] This is looking like a manifestation of a VM system problem.. :-( We've had a few PR's now where people report that 'vi crashes after being left idle for 5 minutes', and so on. It all seems to be with select() or read() etc specifying *valid* addresses that work on one time arount a loop with ktrace, and a short while later get an EFAULT on a perfectly valid address. Having accept() fail with an EFAULT is a new one that I've not seen before. In this case, the two variables being copyout()'ed are on the stack. John???? BTW, are these failure cases happening on P5 or P6's? Perhaps the fpu-based "fast" P5 copyin/copyout are to blame here? Mark, if you are seeing this on a P5 machine and can reproduce this easily, try looking up the option for NPX_DISABLE_I586_OPTIMIZED_COPYIO in npx.c and see if you can figure out how to configure npx's flags to disable this floating point. I think it's "device npx0 ..... flags 4" or something like that. Perhaps "flags 7" might be best to eliminate the possibility. Cheers, -Peter From owner-freebsd-current Sun Jan 19 18:09:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA03504 for current-outgoing; Sun, 19 Jan 1997 18:09:51 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA03499 for ; Sun, 19 Jan 1997 18:09:47 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id VAA00126; Sun, 19 Jan 1997 21:06:06 -0500 (EST) From: "John S. Dyson" Message-Id: <199701200206.VAA00126@dyson.iquest.net> Subject: Re: possible madvise MADV_FREE improvement To: dtc@scrooge.ee.swin.oz.au (Douglas Thomas Crosher) Date: Sun, 19 Jan 1997 21:06:06 -0500 (EST) Cc: current@FreeBSD.ORG In-Reply-To: <199701191019.VAA09832@scrooge.ee.swin.oz.au> from "Douglas Thomas Crosher" at Jan 19, 97 09:19:06 pm Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Below is a patch which seems to improve madvise MADV_FREE; stops the > page-ins in the example recently posted. It also brings the call > closer to reliably zeroing the pages. > Thanks for the bug report, and I will be committing a fix in a little while (next hour or so) for the problem. Note that MADV_FREE does not guarantee that the page will be zeroed in any way. Specificially, MADV_FREE allows the system to optionally dispose of the contents of the page range, without paging it out. If the contents are disposed of, of course, the pages in the page range will be demand zeroed. John dyson@freebsd.org From owner-freebsd-current Sun Jan 19 21:35:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA11970 for current-outgoing; Sun, 19 Jan 1997 21:35:07 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA11949; Sun, 19 Jan 1997 21:34:56 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.3/8.8.3) with ESMTP id VAA25350; Sun, 19 Jan 1997 21:34:46 -0800 (PST) Message-Id: <199701200534.VAA25350@austin.polstra.com> To: Mark Murray Cc: peter@FreeBSD.org, current@FreeBSD.org Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. Date: Sun, 19 Jan 1997 21:34:46 -0800 From: John Polstra Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > 1) Peter did some mods to crt0 that seemed to hint that this would > work even for static binaries. I cannot duplicate his success. I > have a bit of test code (see enclosure) which I link like this: > > $ cc -Wall -Wl,-Bstatic -o main main.c > > It works if I leave out the -Wl,-Bstatic bit (to make it all > dynamic). Any clues? The change Peter made was that dlopen() and related functions no longer come up undefined under static linking. But they're just stubs, and they always return an error. It's hard to support dlopen() under static linking, because the dynamic linker isn't even present in the address space. It's not impossible, just nontrivial. I've been meaning to look into it for a while. Maybe this will get me moving. > One of the problems - libraries have this nice, automatic way of > looking at version numbers (.so.N.M), whereas in dlopen(3), one > must supply a name (hardcoded?). Since dlopen() takes a "mode" parameter, I could easily add a new flag bit for it that would cause dlopen() to follow the usual library search rules. I also want to move the dl* functions out of crt0.o, where they pollute the namespace and cannot be overridden by user functions of the same name. From a brief look, I don't see any reason that they can't be moved into libc. They do need a tie-in to crt0.o, but they don't have to be defined there. I mention this because I wouldn't want to add any new global functions to crt0, but I wouldn't feel so bad about adding them to libc, where they can be overridden. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Sun Jan 19 22:06:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA13316 for current-outgoing; Sun, 19 Jan 1997 22:06:44 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA13309; Sun, 19 Jan 1997 22:06:18 -0800 (PST) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id IAA15320; Mon, 20 Jan 1997 08:05:38 +0200 (SAT) Message-Id: <199701200605.IAA15320@grackle.grondar.za> To: Peter Wemm cc: Bill Paul , mark@grondar.za (Mark Murray), current@freebsd.org, peter@freebsd.org, dyson@freebsd.org Subject: Re: VM bogon? Was: Re: NIS breakage Date: Mon, 20 Jan 1997 08:05:35 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Peter Wemm wrote: > This is looking like a manifestation of a VM system problem.. :-( We've > had a few PR's now where people report that 'vi crashes after being left > idle for 5 minutes', and so on. It all seems to be with select() or read() > etc specifying *valid* addresses that work on one time arount a loop with > ktrace, and a short while later get an EFAULT on a perfectly valid address. > Having accept() fail with an EFAULT is a new one that I've not seen > before. In this case, the two variables being copyout()'ed are on the > stack. John???? > > BTW, are these failure cases happening on P5 or P6's? Perhaps the > fpu-based "fast" P5 copyin/copyout are to blame here? Mark, if you are > seeing this on a P5 machine and can reproduce this easily, try looking up > the option for NPX_DISABLE_I586_OPTIMIZED_COPYIO in npx.c and see if you > can figure out how to configure npx's flags to disable this floating point. > I think it's "device npx0 ..... flags 4" or something like that. Perhaps > "flags 7" might be best to eliminate the possibility. This is happening on an AMD386sx/40. :-( M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Sun Jan 19 22:15:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA13644 for current-outgoing; Sun, 19 Jan 1997 22:15:15 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA13630; Sun, 19 Jan 1997 22:14:42 -0800 (PST) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id IAA15443; Mon, 20 Jan 1997 08:14:20 +0200 (SAT) Message-Id: <199701200614.IAA15443@grackle.grondar.za> To: John Polstra cc: peter@FreeBSD.org, current@FreeBSD.org Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. Date: Mon, 20 Jan 1997 08:14:19 +0200 From: Mark Murray Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk John Polstra wrote: > It's hard to support dlopen() under static linking, because the > dynamic linker isn't even present in the address space. It's not > impossible, just nontrivial. I've been meaning to look into it > for a while. Maybe this will get me moving. I would be eternally grateful :-). > > One of the problems - libraries have this nice, automatic way of > > looking at version numbers (.so.N.M), whereas in dlopen(3), one > > must supply a name (hardcoded?). > > Since dlopen() takes a "mode" parameter, I could easily add a new > flag bit for it that would cause dlopen() to follow the usual > library search rules. I would be doubly eternally grateful :-). M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Sun Jan 19 22:36:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA14500 for current-outgoing; Sun, 19 Jan 1997 22:36:31 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA14494; Sun, 19 Jan 1997 22:36:19 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id RAA14932; Mon, 20 Jan 1997 17:31:28 +1100 Date: Mon, 20 Jan 1997 17:31:28 +1100 From: Bruce Evans Message-Id: <199701200631.RAA14932@godzilla.zeta.org.au> To: peter@spinner.dialix.com, wpaul@freefall.freebsd.org Subject: Re: VM bogon? Was: Re: NIS breakage Cc: current@FreeBSD.org, dyson@FreeBSD.org, mark@grondar.za, peter@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >BTW, are these failure cases happening on P5 or P6's? Perhaps the >fpu-based "fast" P5 copyin/copyout are to blame here? Mark, if you are >seeing this on a P5 machine and can reproduce this easily, try looking up Didn't Mark say that this is on a 386? :-). Don't blame the fpu-based copyin/out if your are not sure. It had enough real bugs in untagged releases for a year of FUD. >the option for NPX_DISABLE_I586_OPTIMIZED_COPYIO in npx.c and see if you >can figure out how to configure npx's flags to disable this floating point. > I think it's "device npx0 ..... flags 4" or something like that. Perhaps >"flags 7" might be best to eliminate the possibility. See LINT. I think it's "flags npx0 4" in userconfig. npx0 is invisibile in visual userconfig :-(. Bruce From owner-freebsd-current Sun Jan 19 22:59:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA15200 for current-outgoing; Sun, 19 Jan 1997 22:59:32 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA15192; Sun, 19 Jan 1997 22:59:09 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id RAA00268; Mon, 20 Jan 1997 17:26:23 +1030 (CST) From: Michael Smith Message-Id: <199701200656.RAA00268@genesis.atrad.adelaide.edu.au> Subject: Re: VM bogon? Was: Re: NIS breakage In-Reply-To: <199701200631.RAA14932@godzilla.zeta.org.au> from Bruce Evans at "Jan 20, 97 05:31:28 pm" To: bde@zeta.org.au (Bruce Evans) Date: Mon, 20 Jan 1997 17:26:22 +1030 (CST) Cc: peter@spinner.dialix.com, wpaul@freefall.freebsd.org, current@FreeBSD.org, dyson@FreeBSD.org, mark@grondar.za, peter@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans stands accused of saying: > > See LINT. I think it's "flags npx0 4" in userconfig. npx0 is invisibile > in visual userconfig :-(. Do you want it not to be? It's, like, a really trivial chore to change even. > Bruce -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Jan 19 23:26:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA16383 for current-outgoing; Sun, 19 Jan 1997 23:26:08 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA16370; Sun, 19 Jan 1997 23:25:43 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id XAA17489; Sun, 19 Jan 1997 23:25:14 -0800 (PST) To: John Polstra cc: Mark Murray , peter@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. In-reply-to: Your message of "Sun, 19 Jan 1997 21:34:46 PST." <199701200534.VAA25350@austin.polstra.com> Date: Sun, 19 Jan 1997 23:25:14 -0800 Message-ID: <17486.853745114@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I also want to move the dl* functions out of crt0.o, where they > pollute the namespace and cannot be overridden by user functions > of the same name. From a brief look, I don't see any reason that > they can't be moved into libc. They do need a tie-in to crt0.o, > but they don't have to be defined there. I mention this because > I wouldn't want to add any new global functions to crt0, but I > wouldn't feel so bad about adding them to libc, where they can be > overridden. I agree. Jordan From owner-freebsd-current Sun Jan 19 23:28:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA16535 for current-outgoing; Sun, 19 Jan 1997 23:28:15 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA16529; Sun, 19 Jan 1997 23:28:01 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id SAA16658; Mon, 20 Jan 1997 18:21:26 +1100 Date: Mon, 20 Jan 1997 18:21:26 +1100 From: Bruce Evans Message-Id: <199701200721.SAA16658@godzilla.zeta.org.au> To: bde@zeta.org.au, msmith@atrad.adelaide.edu.au Subject: Re: VM bogon? Was: Re: NIS breakage Cc: current@FreeBSD.org, dyson@FreeBSD.org, mark@grondar.za, peter@FreeBSD.org, peter@spinner.dialix.com, wpaul@freefall.freebsd.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> See LINT. I think it's "flags npx0 4" in userconfig. npx0 is invisibile >> in visual userconfig :-(. > >Do you want it not to be? It's, like, a really trivial chore to change >even. Fixing support for "?" fields is more important (you can't edit fields that are "?" when visual userconfig is started, and you can't change fields to "?" because the range checking and/or field width doesn't allow 0xffffffff and the input checking doesn't allow -1). Try changing the port of lpt0 to 0x378 and back to -1. Bruce From owner-freebsd-current Sun Jan 19 23:41:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA17182 for current-outgoing; Sun, 19 Jan 1997 23:41:24 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA17168; Sun, 19 Jan 1997 23:41:14 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id SAA00462; Mon, 20 Jan 1997 18:11:07 +1030 (CST) From: Michael Smith Message-Id: <199701200741.SAA00462@genesis.atrad.adelaide.edu.au> Subject: Re: VM bogon? Was: Re: NIS breakage In-Reply-To: <199701200721.SAA16658@godzilla.zeta.org.au> from Bruce Evans at "Jan 20, 97 06:21:26 pm" To: bde@zeta.org.au (Bruce Evans) Date: Mon, 20 Jan 1997 18:11:06 +1030 (CST) Cc: bde@zeta.org.au, msmith@atrad.adelaide.edu.au, current@FreeBSD.org, dyson@FreeBSD.org, mark@grondar.za, peter@FreeBSD.org, peter@spinner.dialix.com, wpaul@freefall.freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans stands accused of saying: > > Fixing support for "?" fields is more important (you can't edit fields > that are "?" when visual userconfig is started, and you can't change > fields to "?" because the range checking and/or field width doesn't > allow 0xffffffff and the input checking doesn't allow -1). Try changing > the port of lpt0 to 0x378 and back to -1. This is a direct result of a discussion thread in which I attempted to ascertain a suitable set of values for "not useful" and "find it yourself", the net result of which was your insistence that there was no suitable value for either and that neither should be allowed. If you have a new tune, please start piping. I have no problem at all with supporting arbitrary 'magic' values, and allowing the user to specify these in an unambiguous and visually obvious fashion. > Bruce -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Jan 20 00:06:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA18239 for current-outgoing; Mon, 20 Jan 1997 00:06:26 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA18231; Mon, 20 Jan 1997 00:06:17 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA13617; Mon, 20 Jan 1997 08:22:29 +0100 From: Luigi Rizzo Message-Id: <199701200722.IAA13617@labinfo.iet.unipi.it> Subject: Re: possible madvise MADV_FREE improvement To: dyson@FreeBSD.ORG Date: Mon, 20 Jan 1997 08:22:28 +0100 (MET) Cc: dtc@scrooge.ee.swin.oz.au, current@FreeBSD.ORG In-Reply-To: <199701200206.VAA00126@dyson.iquest.net> from "John S. Dyson" at Jan 19, 97 09:05:47 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Below is a patch which seems to improve madvise MADV_FREE; stops the > > page-ins in the example recently posted. It also brings the call > > closer to reliably zeroing the pages. > > > Thanks for the bug report, and I will be committing a fix in a little > while (next hour or so) for the problem. Note that MADV_FREE does not > guarantee that the page will be zeroed in any way. Specificially, MADV_FREE > allows the system to optionally dispose of the contents of the page range, when does the system decide for disposing the pages, and wouldn't it be nice (and easy to implement) to have an option to force this behaviour ? Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-current Mon Jan 20 00:31:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA19338 for current-outgoing; Mon, 20 Jan 1997 00:31:38 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA19331; Mon, 20 Jan 1997 00:31:31 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vmF85-0003wJC; Mon, 20 Jan 97 00:30 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id JAA23472; Mon, 20 Jan 1997 09:30:38 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id JAA11236; Mon, 20 Jan 1997 09:32:31 +0100 (MET) To: John Polstra cc: Mark Murray , peter@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. In-reply-to: Your message of "Sun, 19 Jan 1997 21:34:46 PST." <199701200534.VAA25350@austin.polstra.com> Date: Mon, 20 Jan 1997 09:32:30 +0100 Message-ID: <11234.853749150@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199701200534.VAA25350@austin.polstra.com>, John Polstra writes: >I also want to move the dl* functions out of crt0.o, where they >pollute the namespace and cannot be overridden by user functions >of the same name. From a brief look, I don't see any reason that >they can't be moved into libc. So you would leave the meat of the code in crt0 and just move the public interface to it ? Sounds right to me. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Mon Jan 20 02:19:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA22955 for current-outgoing; Mon, 20 Jan 1997 02:19:09 -0800 (PST) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA22949 for ; Mon, 20 Jan 1997 02:19:02 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.4/8.7.3) id KAA28900 for freebsd-current@freebsd.org; Mon, 20 Jan 1997 10:29:07 GMT From: Adam David Message-Id: <199701201029.KAA28900@veda.is> Subject: recent ld.so changes? To: freebsd-current@freebsd.org Date: Mon, 20 Jan 1997 10:28:59 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk huh, what's this? here$ rlogin ubiq usr/libexec/ld.so: warning: /usr/lib/libutil.so.2.1: minor version 1 older than expected 2, using it anyway here$ ls -l /usr/lib/libutil.so.* -r--r--r-- 1 bin bin 25805 jan 10 21:09 /usr/lib/libutil.so.2.1 -r--r--r-- 1 bin bin 25805 jan 20 01:14 /usr/lib/libutil.so.2.2 here$ telnet ubiq Trying 193.4.230.60... Connected to ubiq.veda.is. Escape character is '^]'. /usr/libexec/ld.so: warning: /usr/lib/libutil.so.2.1: minor version 1 older than expected 2, using it anyway FreeBSD (ubiq.veda.is) (ttyp2) /usr/libexec/ld.so: warning: /usr/lib/libutil.so.2.1: minor version 1 older than expected 2, using it anyway login: ???? I think I had reinstalled everything. Also it seems odd that the rlogin warning is missing the leading slash, and rlogin cannot login using the 2.1 lib. telnet works as expected though, despite the warnings. -- Adam David From owner-freebsd-current Mon Jan 20 02:38:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA23784 for current-outgoing; Mon, 20 Jan 1997 02:38:14 -0800 (PST) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA23779 for ; Mon, 20 Jan 1997 02:38:10 -0800 (PST) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) with SMTP id KAA11366; Mon, 20 Jan 1997 10:36:50 GMT Date: Mon, 20 Jan 1997 10:36:49 +0000 (GMT) From: Developer To: Terry Lambert cc: adam@veda.is, freebsd-current@freebsd.org Subject: Re: Help -- Netscape problem In-Reply-To: <199701172123.OAA09143@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 17 Jan 1997, Terry Lambert wrote: > > > The netscape mail client sucks anyway, might it be possible to hook > > > in another client to respond to a mailto: URL event? (I can't > > > imagine anyone wanting to use netscape mail for any other purpose ;) > > > > Hmm, can you suggest a good user friends POP3 mail client? > > Eudora Light. It's free: ftp.qualcomm.com. You caan also buy > Eudora Pro from them. I thought this was a PC package -- oopst I forgot to say that it had to run on FreeBSD *grin* Regards, Trefor S> From owner-freebsd-current Mon Jan 20 03:40:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA25593 for current-outgoing; Mon, 20 Jan 1997 03:40:29 -0800 (PST) Received: from scrooge.ee.swin.oz.au (scrooge.ee.swin.oz.au [136.186.4.20]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA25584; Mon, 20 Jan 1997 03:40:24 -0800 (PST) Received: (from dtc@localhost) by scrooge.ee.swin.oz.au (8.6.9/8.6.9) id WAA19921; Mon, 20 Jan 1997 22:42:29 +1100 From: Douglas Thomas Crosher Message-Id: <199701201142.WAA19921@scrooge.ee.swin.oz.au> Subject: Re: possible madvise MADV_FREE improvement To: dyson@FreeBSD.ORG Date: Mon, 20 Jan 1997 22:42:28 +1100 (EST) Cc: current@FreeBSD.ORG In-Reply-To: <199701200206.VAA00126@dyson.iquest.net> from "John S. Dyson" at Jan 19, 97 09:06:06 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Below is a patch which seems to improve madvise MADV_FREE; stops the > > page-ins in the example recently posted. It also brings the call > > closer to reliably zeroing the pages. > > > Thanks for the bug report, and I will be committing a fix in a little > while (next hour or so) for the problem. Note that MADV_FREE does not > guarantee that the page will be zeroed in any way. Specificially, MADV_FREE > allows the system to optionally dispose of the contents of the page range, > without paging it out. If the contents are disposed of, of course, the > pages in the page range will be demand zeroed. > > John > dyson@freebsd.org Thanks for looking into it, it now seems to do a good job of avoiding unnecessary zero fills. However it still seems to do a lot of unnecessary page-ins. The case of m==NULL and object->type==OBJT_SWAP seems important, patch below. Regards Douglas Crosher -=-=- *** vm_object.c.orig.2 Mon Jan 20 16:28:46 1997 --- vm_object.c Mon Jan 20 22:22:32 1997 *************** *** 714,719 **** --- 714,726 ---- tpindex = pindex; shadowlookup: m = vm_page_lookup(tobject, tpindex); + if ( m==NULL && tobject->type == OBJT_SWAP + && advise==MADV_FREE ) + { + swap_pager_dmzspace(object, pindex, 1); + continue; + } + else if (m == NULL) { if (tobject->type != OBJT_DEFAULT) { continue; From owner-freebsd-current Mon Jan 20 03:56:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA26131 for current-outgoing; Mon, 20 Jan 1997 03:56:27 -0800 (PST) Received: from scrooge.ee.swin.oz.au (scrooge.ee.swin.oz.au [136.186.4.20]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA26126 for ; Mon, 20 Jan 1997 03:56:24 -0800 (PST) Received: (from dtc@localhost) by scrooge.ee.swin.oz.au (8.6.9/8.6.9) id WAA19937; Mon, 20 Jan 1997 22:58:06 +1100 From: Douglas Thomas Crosher Message-Id: <199701201158.WAA19937@scrooge.ee.swin.oz.au> Subject: Re: possible madvise MADV_FREE improvement To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Mon, 20 Jan 1997 22:58:06 +1100 (EST) Cc: current@freebsd.org In-Reply-To: <199701200722.IAA13617@labinfo.iet.unipi.it> from "Luigi Rizzo" at Jan 20, 97 08:22:28 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > page-ins in the example recently posted. It also brings the call > > > closer to reliably zeroing the pages. > > > > > Thanks for the bug report, and I will be committing a fix in a little > > while (next hour or so) for the problem. Note that MADV_FREE does not > > guarantee that the page will be zeroed in any way. Specificially, MADV_FREE > > allows the system to optionally dispose of the contents of the page range, > > when does the system decide for disposing the pages, and wouldn't it be > nice (and easy to implement) to have an option to force this behaviour ? Check the function vm_object_madvise in sys/vm/vm_object.c, the logic is in there. I've had it working reliably zeroing pages in an anonymous mapped region backed only by swap; the code had been doing just this, but not reliably, until the recent improvements. With the recent improvements it's not too much more costly to have the application zero the page, then call madvise MADV_FREE. But be careful the memory is not backed by a vnode else it may be read from there, which caught me out at one point. Regards Douglas Crosher From owner-freebsd-current Mon Jan 20 04:26:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA27250 for current-outgoing; Mon, 20 Jan 1997 04:26:54 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id EAA27234 for ; Mon, 20 Jan 1997 04:26:42 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA13956; Mon, 20 Jan 1997 12:42:39 +0100 From: Luigi Rizzo Message-Id: <199701201142.MAA13956@labinfo.iet.unipi.it> Subject: Re: possible madvise MADV_FREE improvement To: dtc@scrooge.ee.swin.oz.au (Douglas Thomas Crosher) Date: Mon, 20 Jan 1997 12:42:39 +0100 (MET) Cc: current@freebsd.org In-Reply-To: <199701201158.WAA19937@scrooge.ee.swin.oz.au> from "Douglas Thomas Crosher" at Jan 20, 97 10:57:47 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > when does the system decide for disposing the pages, and wouldn't it be > > nice (and easy to implement) to have an option to force this behaviour ? ... > With the recent improvements it's not too much more costly to have the > application zero the page, then call madvise MADV_FREE. But be careful ouch! my point was to avoid an explicit zeroing of the page(s) to possibly reduce the latency of a bzero()/calloc() in case zeroed pages already exist, and to reduce the memory footprint in case a huge chunk of memory is used to simulate an associative array (I do this from time to time, when you know you have enough RAM your code runs very fast and you save a lot of coding time!) Luigi From owner-freebsd-current Mon Jan 20 05:30:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA00587 for current-outgoing; Mon, 20 Jan 1997 05:30:22 -0800 (PST) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA00582 for ; Mon, 20 Jan 1997 05:30:19 -0800 (PST) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) with SMTP id NAA13082; Mon, 20 Jan 1997 13:29:57 GMT Date: Mon, 20 Jan 1997 13:29:57 +0000 (GMT) From: Developer To: Will Mitayai Keeso Rowe cc: Adam David , freebsd-current@freebsd.org Subject: Re: Help -- Netscape problem In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 17 Jan 1997, Will Mitayai Keeso Rowe wrote: > > > use netscape mail for any other purpose ;) > > > > Hmm, can you suggest a good user friends POP3 mail client? > > > Pine... :) > > ie: > > inbox={mail.dreaming.org/pop3}inbox Thanks for that info, unfortunatly we need a graphical mail reader which is easy to use for people used to Windoze! Regards, Trefor S. From owner-freebsd-current Mon Jan 20 05:55:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA01493 for current-outgoing; Mon, 20 Jan 1997 05:55:37 -0800 (PST) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA01488 for ; Mon, 20 Jan 1997 05:55:33 -0800 (PST) Received: from sol1.gud.siemens.co.at (root@[10.1.143.100]) by zwei.siemens.at (8.7.5/8.7.3) with SMTP id OAA14370 for ; Mon, 20 Jan 1997 14:56:03 +0100 (MET) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0vmKBX-0001zSC; Mon, 20 Jan 97 14:54 MET Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA182648350; Mon, 20 Jan 1997 14:52:30 +0100 From: "Hr.Ladavac" Message-Id: <199701201352.AA182648350@ws2301.gud.siemens.co.at> Subject: Re: Help -- Netscape problem To: dev@fgate.flevel.co.uk (Developer) Date: Mon, 20 Jan 1997 14:52:30 +0100 (MEZ) Cc: mitayai@dreamlabs.com, adam@veda.is, freebsd-current@freebsd.org In-Reply-To: from "Developer" at Jan 20, 97 01:29:57 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Developer contained: > > > On Fri, 17 Jan 1997, Will Mitayai Keeso Rowe wrote: > > > > > use netscape mail for any other purpose ;) > > > > > > Hmm, can you suggest a good user friends POP3 mail client? > > > > > Pine... :) > > > > ie: > > > > inbox={mail.dreaming.org/pop3}inbox > > Thanks for that info, unfortunatly we need a graphical mail reader which > is easy to use for people used to Windoze! XFmail. Exists as a package. Requires libxforms package. /Marino > > Regards, > > Trefor S. > > > From owner-freebsd-current Mon Jan 20 05:59:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA01672 for current-outgoing; Mon, 20 Jan 1997 05:59:00 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA01667 for ; Mon, 20 Jan 1997 05:58:57 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id AAA01278; Tue, 21 Jan 1997 00:28:16 +1030 (CST) From: Michael Smith Message-Id: <199701201358.AAA01278@genesis.atrad.adelaide.edu.au> Subject: Re: Help -- Netscape problem In-Reply-To: from Developer at "Jan 20, 97 01:29:57 pm" To: dev@fgate.flevel.co.uk (Developer) Date: Tue, 21 Jan 1997 00:28:15 +1030 (CST) Cc: mitayai@dreamlabs.com, adam@veda.is, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Developer stands accused of saying: > > Thanks for that info, unfortunatly we need a graphical mail reader which > is easy to use for people used to Windoze! /usr/ports/mail/xfmail -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Jan 20 06:13:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA02431 for current-outgoing; Mon, 20 Jan 1997 06:13:44 -0800 (PST) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA02424 for ; Mon, 20 Jan 1997 06:13:40 -0800 (PST) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) with SMTP id OAA13495; Mon, 20 Jan 1997 14:13:03 GMT Date: Mon, 20 Jan 1997 14:13:03 +0000 (GMT) From: Developer To: "Hr.Ladavac" cc: mitayai@dreamlabs.com, adam@veda.is, freebsd-current@freebsd.org Subject: Re: Help -- Netscape problem In-Reply-To: <199701201352.AA182648350@ws2301.gud.siemens.co.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 20 Jan 1997, Hr.Ladavac wrote: > > Thanks for that info, unfortunatly we need a graphical mail reader which > > is easy to use for people used to Windoze! > > XFmail. Exists as a package. Requires libxforms package. Thanks for the tip, I'll give it a try. Regards, Trefor S. From owner-freebsd-current Mon Jan 20 08:33:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA10228 for current-outgoing; Mon, 20 Jan 1997 08:33:19 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA10218; Mon, 20 Jan 1997 08:33:10 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.3/8.8.3) with ESMTP id IAA28515; Mon, 20 Jan 1997 08:33:01 -0800 (PST) Message-Id: <199701201633.IAA28515@austin.polstra.com> To: Poul-Henning Kamp cc: Mark Murray , peter@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. In-reply-to: Your message of "Mon, 20 Jan 1997 09:32:30 +0100." <11234.853749150@critter.dk.tfs.com> References: <11234.853749150@critter.dk.tfs.com> Date: Mon, 20 Jan 1997 08:33:00 -0800 From: John Polstra Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >I also want to move the dl* functions out of crt0.o ... > So you would leave the meat of the code in crt0 and just move the > public interface to it ? The meat of the code is already really in the dynamic linker, and the code in crt0 is just an interface to it. At program start-up time, crt0 (with help from the dynamic linker) sets up a struct containing function pointers pointing to the real implementations of dlopen, dlclose, dlsym, and dlerror in the dynamic linker. (That's the required crt0 tie-in that I mentioned.) The public interfaces in crt0 just forward the calls through those function pointers. For example, this is the dlopen code in crt0: void * dlopen(name, mode) char *name; int mode; { if (ld_entry == NULL) return NULL; return (ld_entry->dlopen)(name, mode); } I want to make "ld_entry" a global symbol in the reserved part of the namespace ("_ld_entry" or "__ld_entry"), and then move the interface functions into libc. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Mon Jan 20 08:37:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA10430 for current-outgoing; Mon, 20 Jan 1997 08:37:15 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA10415; Mon, 20 Jan 1997 08:37:00 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id DAA00108; Tue, 21 Jan 1997 03:30:23 +1100 Date: Tue, 21 Jan 1997 03:30:23 +1100 From: Bruce Evans Message-Id: <199701201630.DAA00108@godzilla.zeta.org.au> To: bde@zeta.org.au, msmith@atrad.adelaide.edu.au Subject: Re: VM bogon? Was: Re: NIS breakage Cc: current@FreeBSD.org, dyson@FreeBSD.org, mark@grondar.za, peter@FreeBSD.org, peter@spinner.dialix.com, wpaul@freefall.freebsd.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Fixing support for "?" fields is more important (you can't edit fields > >This is a direct result of a discussion thread in which I attempted to >ascertain a suitable set of values for "not useful" and "find it yourself", >the net result of which was your insistence that there was no suitable >value for either and that neither should be allowed. No, I said that all values may be suitable and all should be allowed. >If you have a new tune, please start piping. I have no problem at all >with supporting arbitrary 'magic' values, and allowing the user >to specify these in an unambiguous and visually obvious fashion. Values can't be interpreted unambiguously (without fixing config(8) and a few drivers, or knowing too much about drivers) because they are ambiguous. "?" is represented as -1 or 0 depending on the field. "None" is usually represented in the same way: field none ? ----- ---- - port -1 0 irq 0 0 drq -1 -1 maddr 0 0 msiz 0 0 Until drivers export tables to say which fields they use, userconfig should display all fields, leaving the ones with value "none" blank, and accept input "?" to give fields with value "?" (which unfortunately have to be displayed as blank except for the port field). Bruce From owner-freebsd-current Mon Jan 20 08:39:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA10634 for current-outgoing; Mon, 20 Jan 1997 08:39:54 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA10623 for ; Mon, 20 Jan 1997 08:39:49 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.8.3/8.8.3) id IAA28599; Mon, 20 Jan 1997 08:39:47 -0800 (PST) To: freebsd-current@freebsd.org Path: not-for-mail From: jdp@polstra.com (John Polstra) Newsgroups: polstra.freebsd.current Subject: Re: recent ld.so changes? Date: 20 Jan 1997 08:39:47 -0800 Organization: Polstra & Co., Seattle, WA Lines: 17 Distribution: local Message-ID: <5c074j$rtk@austin.polstra.com> References: <199701201029.KAA28900@veda.is> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199701201029.KAA28900@veda.is>, Adam David wrote: > here$ ls -l /usr/lib/libutil.so.* > -r--r--r-- 1 bin bin 25805 jan 10 21:09 /usr/lib/libutil.so.2.1 > -r--r--r-- 1 bin bin 25805 jan 20 01:14 /usr/lib/libutil.so.2.2 > here$ telnet ubiq > Trying 193.4.230.60... > Connected to ubiq.veda.is. > Escape character is '^]'. > /usr/libexec/ld.so: warning: /usr/lib/libutil.so.2.1: minor version 1 older than expected 2, using it anyway Your "ld.so.hints" file is out of date. Type "ldconfig -m /usr/lib". John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Mon Jan 20 10:22:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA16012 for current-outgoing; Mon, 20 Jan 1997 10:22:47 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id KAA16006 for ; Mon, 20 Jan 1997 10:22:41 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA15655; Mon, 20 Jan 1997 11:06:28 -0700 From: Terry Lambert Message-Id: <199701201806.LAA15655@phaeton.artisoft.com> Subject: Re: Help -- Netscape problem To: dev@fgate.flevel.co.uk (Developer) Date: Mon, 20 Jan 1997 11:06:27 -0700 (MST) Cc: terry@lambert.org, adam@veda.is, freebsd-current@freebsd.org In-Reply-To: from "Developer" at Jan 20, 97 10:36:49 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Hmm, can you suggest a good user friends POP3 mail client? > > > > Eudora Light. It's free: ftp.qualcomm.com. You caan also buy > > Eudora Pro from them. > > I thought this was a PC package -- oopst I forgot to say that it had to > run on FreeBSD *grin* Pine, then. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Jan 20 11:20:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA19584 for current-outgoing; Mon, 20 Jan 1997 11:20:47 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id LAA19574; Mon, 20 Jan 1997 11:20:38 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA15840; Mon, 20 Jan 1997 12:04:54 -0700 From: Terry Lambert Message-Id: <199701201904.MAA15840@phaeton.artisoft.com> Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. To: jdp@polstra.com (John Polstra) Date: Mon, 20 Jan 1997 12:04:54 -0700 (MST) Cc: mark@grondar.za, peter@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199701200534.VAA25350@austin.polstra.com> from "John Polstra" at Jan 19, 97 09:34:46 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The change Peter made was that dlopen() and related functions no > longer come up undefined under static linking. But they're just > stubs, and they always return an error. > > It's hard to support dlopen() under static linking, because the > dynamic linker isn't even present in the address space. It's not > impossible, just nontrivial. I've been meaning to look into it > for a while. Maybe this will get me moving. For ELF, if you are planning to do this, I believe the large gap prior to the mapping location of the user code (the base to which it is linked) was intentioanlly left there so that the image loader could map the ld.so into the process address space. Effectively, this means that other than a "constructor" style data reference, ld.so should be usable, demand-paged, in all address spaces, and the crt0.o should be the same for dynamic vs. static linking (assuming the construction of library interfaces takes place in a linker set in the C case as well as the C++ case). In general, this means adding the symbol references for dynamic relocation of dlopen, et. al., as part of the crt0.o ... effectively, always "dynamic linking" them into the process address space. We can discuss this in detail offline, if what I've said isn't clear (I suspect it is, since you're a known "compiler-head" 8-)). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Jan 20 11:25:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA19885 for current-outgoing; Mon, 20 Jan 1997 11:25:05 -0800 (PST) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA19880 for ; Mon, 20 Jan 1997 11:25:00 -0800 (PST) Received: (from adam@localhost) by veda.is (8.8.4/8.7.3) id TAA14707; Mon, 20 Jan 1997 19:33:49 GMT From: Adam David Message-Id: <199701201933.TAA14707@veda.is> Subject: Re: Help -- Netscape problem In-Reply-To: <199701201806.LAA15655@phaeton.artisoft.com> from Terry Lambert at "Jan 20, 97 11:06:27 am" To: terry@lambert.org (Terry Lambert) Date: Mon, 20 Jan 1997 19:33:47 +0000 (GMT) Cc: dev@fgate.flevel.co.uk, terry@lambert.org, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > Hmm, can you suggest a good user friends POP3 mail client? > > > > > > Eudora Light. It's free: ftp.qualcomm.com. You caan also buy > > > Eudora Pro from them. > > > > I thought this was a PC package -- oopst I forgot to say that it had to > > run on FreeBSD *grin* > > Pine, then. Or one of these days, Wine + Eudora. (?) How far off is Wine to handling TCP/IP over ethernet or serial? Of course, Eudora could probably be persuaded to work without either. -- Adam David From owner-freebsd-current Mon Jan 20 12:41:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA25475 for current-outgoing; Mon, 20 Jan 1997 12:41:35 -0800 (PST) Received: from po2.glue.umd.edu (root@po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA25466; Mon, 20 Jan 1997 12:41:21 -0800 (PST) Received: from ginger.eng.umd.edu (ginger.eng.umd.edu [129.2.103.20]) by po2.glue.umd.edu (8.8.3/8.7.3) with ESMTP id PAA04554; Mon, 20 Jan 1997 15:41:09 -0500 (EST) Received: from localhost (chuckr@localhost) by ginger.eng.umd.edu (8.8.3/8.7.3) with SMTP id PAA02041; Mon, 20 Jan 1997 15:41:09 -0500 (EST) X-Authentication-Warning: ginger.eng.umd.edu: chuckr owned process doing -bs Date: Mon, 20 Jan 1997 15:41:08 -0500 (EST) From: Chuck Robey X-Sender: chuckr@ginger.eng.umd.edu To: Terry Lambert cc: John Polstra , mark@grondar.za, peter@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. In-Reply-To: <199701201904.MAA15840@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 20 Jan 1997, Terry Lambert wrote: > > The change Peter made was that dlopen() and related functions no > > longer come up undefined under static linking. But they're just > > stubs, and they always return an error. > > > > It's hard to support dlopen() under static linking, because the > > dynamic linker isn't even present in the address space. It's not > > impossible, just nontrivial. I've been meaning to look into it > > for a while. Maybe this will get me moving. > > For ELF, if you are planning to do this, I believe the large gap > prior to the mapping location of the user code (the base to which > it is linked) was intentioanlly left there so that the image > loader could map the ld.so into the process address space. > > Effectively, this means that other than a "constructor" style > data reference, ld.so should be usable, demand-paged, in all address > spaces, and the crt0.o should be the same for dynamic vs. static > linking (assuming the construction of library interfaces takes > place in a linker set in the C case as well as the C++ case). > > In general, this means adding the symbol references for dynamic > relocation of dlopen, et. al., as part of the crt0.o ... effectively, > always "dynamic linking" them into the process address space. > > We can discuss this in detail offline, if what I've said isn't > clear (I suspect it is, since you're a known "compiler-head" 8-)). The main idea of statically linked stuff is to allow it to work in the absence of /usr. This sounds like it's getting close to breaking that, no? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Mon Jan 20 13:09:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA27960 for current-outgoing; Mon, 20 Jan 1997 13:09:47 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA27947; Mon, 20 Jan 1997 13:09:35 -0800 (PST) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id XAA07293; Mon, 20 Jan 1997 23:07:38 +0200 (SAT) Message-Id: <199701202107.XAA07293@grackle.grondar.za> To: Chuck Robey cc: Terry Lambert , John Polstra , mark@grondar.za, peter@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. Date: Mon, 20 Jan 1997 23:07:28 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chuck Robey wrote: > The main idea of statically linked stuff is to allow it to work in the > absence of /usr. This sounds like it's getting close to breaking that, > no? I woke this sleeping bear. What I need is the ability to link in a DES crypt only if it exists, and this must work for the /bin/* and /sbin/* applets too. I have a bit of code (not written by me) that is quite good at selecting which crypt(3) algorithm to use, and I want to make it a generic as possible - this includes not having 2 @#$%ing crypt(3) libraries as we have now. Much better to have a (say) /usr/lib/crypt.so that is linked by dlopen and friends only if present/wanted. In order not to break the "staticness" of /bin and /sbin, this shared object must be available to them, but not in /usr/anywhere. Where? lkm/? lib/? Suggestions? :-) No flamewars about this breaking the staticness, please :-) M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Mon Jan 20 13:11:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA28075 for current-outgoing; Mon, 20 Jan 1997 13:11:45 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA28063; Mon, 20 Jan 1997 13:11:36 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA16242; Mon, 20 Jan 1997 13:55:24 -0700 From: Terry Lambert Message-Id: <199701202055.NAA16242@phaeton.artisoft.com> Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. To: chuckr@glue.umd.edu (Chuck Robey) Date: Mon, 20 Jan 1997 13:55:24 -0700 (MST) Cc: terry@lambert.org, jdp@polstra.com, mark@grondar.za, peter@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: from "Chuck Robey" at Jan 20, 97 03:41:08 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > In general, this means adding the symbol references for dynamic > > relocation of dlopen, et. al., as part of the crt0.o ... effectively, > > always "dynamic linking" them into the process address space. > > > > We can discuss this in detail offline, if what I've said isn't > > clear (I suspect it is, since you're a known "compiler-head" 8-)). > > The main idea of statically linked stuff is to allow it to work in the > absence of /usr. This sounds like it's getting close to breaking that, > no? No. If the symbols are only resolved on reference, then they can be present and unresolved without impacting operation. If a reference occurs to the symbol and the backing page is not mapped because the object was not there, *then* a failure can occur. How well does dlopen() work in static binaries now? ...not at all. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Jan 20 14:30:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA03480 for current-outgoing; Mon, 20 Jan 1997 14:30:29 -0800 (PST) Received: from po1.glue.umd.edu (root@po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA03422; Mon, 20 Jan 1997 14:29:37 -0800 (PST) Received: from ginger.eng.umd.edu (ginger.eng.umd.edu [129.2.103.20]) by po1.glue.umd.edu (8.8.3/8.7.3) with ESMTP id RAA29125; Mon, 20 Jan 1997 17:29:18 -0500 (EST) Received: from localhost (chuckr@localhost) by ginger.eng.umd.edu (8.8.3/8.7.3) with SMTP id RAA02094; Mon, 20 Jan 1997 17:29:17 -0500 (EST) X-Authentication-Warning: ginger.eng.umd.edu: chuckr owned process doing -bs Date: Mon, 20 Jan 1997 17:29:16 -0500 (EST) From: Chuck Robey X-Sender: chuckr@ginger.eng.umd.edu To: Terry Lambert cc: jdp@polstra.com, mark@grondar.za, peter@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. In-Reply-To: <199701202055.NAA16242@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 20 Jan 1997, Terry Lambert wrote: > > The main idea of statically linked stuff is to allow it to work in the > > absence of /usr. This sounds like it's getting close to breaking that, > > no? > > No. If the symbols are only resolved on reference, then they can be > present and unresolved without impacting operation. If a reference > occurs to the symbol and the backing page is not mapped because the > object was not there, *then* a failure can occur. > > How well does dlopen() work in static binaries now? ...not at all. I didn't ask how well dynamic linking works for statically linked apps, my only interest is in maintaining safety for critical things, needed when my system puts it's legs in the air and gasps. Even for dynamic linking, don't break that! ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Mon Jan 20 14:34:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA03783 for current-outgoing; Mon, 20 Jan 1997 14:34:02 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA03772; Mon, 20 Jan 1997 14:33:41 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.3/8.8.3) with ESMTP id OAA01234; Mon, 20 Jan 1997 14:32:06 -0800 (PST) Message-Id: <199701202232.OAA01234@austin.polstra.com> To: Chuck Robey cc: Terry Lambert , mark@grondar.za, peter@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. In-reply-to: Your message of "Mon, 20 Jan 1997 15:41:08 EST." References: Date: Mon, 20 Jan 1997 14:32:06 -0800 From: John Polstra Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The main idea of statically linked stuff is to allow it to work in > the absence of /usr. This sounds like it's getting close to breaking > that, no? Don't worry, I'm not going to do anything that would break that. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Mon Jan 20 15:36:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA10134 for current-outgoing; Mon, 20 Jan 1997 15:36:05 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA09973; Mon, 20 Jan 1997 15:34:59 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id KAA03025; Tue, 21 Jan 1997 10:04:53 +1030 (CST) From: Michael Smith Message-Id: <199701202334.KAA03025@genesis.atrad.adelaide.edu.au> Subject: Re: VM bogon? Was: Re: NIS breakage In-Reply-To: <199701201630.DAA00108@godzilla.zeta.org.au> from Bruce Evans at "Jan 21, 97 03:30:23 am" To: bde@zeta.org.au (Bruce Evans) Date: Tue, 21 Jan 1997 10:04:51 +1030 (CST) Cc: bde@zeta.org.au, msmith@atrad.adelaide.edu.au, current@FreeBSD.org, dyson@FreeBSD.org, mark@grondar.za, peter@FreeBSD.org, peter@spinner.dialix.com, wpaul@freefall.freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans stands accused of saying: > >> Fixing support for "?" fields is more important (you can't edit fields > > > >This is a direct result of a discussion thread in which I attempted to > >ascertain a suitable set of values for "not useful" and "find it yourself", > >the net result of which was your insistence that there was no suitable > >value for either and that neither should be allowed. > > No, I said that all values may be suitable and all should be allowed. Specifically, you said that all numeric values should be allowed (which I faulted on trying to constrain people to "reasonable" values; a mistake), but that no numeric values were acceptable as "magic". > Values can't be interpreted unambiguously (without fixing config(8) > and a few drivers, or knowing too much about drivers) because they > are ambiguous. "?" is represented as -1 or 0 depending on the field. > "None" is usually represented in the same way: > > field none ? > ----- ---- - > port -1 0 > irq 0 0 > drq -1 -1 > maddr 0 0 > msiz 0 0 > > Until drivers export tables to say which fields they use, userconfig > should display all fields, leaving the ones with value "none" blank, > and accept input "?" to give fields with value "?" (which unfortunately > have to be displayed as blank except for the port field). I think it would be reasonable to lump "?" and "none" under the euphemism "auto" for now. The key '?' is already taken (help screen) in another context, and 'a' is valid hex. Would 'x' be acceptable? > Bruce -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Jan 20 15:52:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA11198 for current-outgoing; Mon, 20 Jan 1997 15:52:52 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA11038; Mon, 20 Jan 1997 15:51:57 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA24930; Tue, 21 Jan 1997 00:51:10 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id AAA29782; Tue, 21 Jan 1997 00:37:09 +0100 (MET) Message-ID: Date: Tue, 21 Jan 1997 00:37:09 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Cc: sos@FreeBSD.org Subject: 2.2 syscons breakage! X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Thou shalt not commit untested code to a release branch! One of the most recent syscons changes has broken syscons installations on an MDA screen. Where it used to offer the choices about UserConfig, the screen goes black now. Please fix ASAP (or back the changes out of 2.2 until the bugs have been shaken out in -current). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Jan 20 15:52:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA11213 for current-outgoing; Mon, 20 Jan 1997 15:52:54 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA11186; Mon, 20 Jan 1997 15:52:42 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA25092; Tue, 21 Jan 1997 00:52:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id AAA00584; Tue, 21 Jan 1997 00:49:10 +0100 (MET) Message-ID: Date: Tue, 21 Jan 1997 00:49:09 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Cc: sos@FreeBSD.org Subject: Re: 2.2 syscons breakage! References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from J Wunsch on Jan 21, 1997 00:37:09 +0100 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As I wrote: > Please fix ASAP (or back the changes out of 2.2 until the bugs have > been shaken out in -current). Just to prove: reverting syscons.c to 1.182.2.7 and syscons.h to 1.23.2.1 fixes the problem. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Jan 20 16:43:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA15038 for current-outgoing; Mon, 20 Jan 1997 16:43:45 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id QAA15012; Mon, 20 Jan 1997 16:43:30 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA16750; Mon, 20 Jan 1997 17:25:40 -0700 From: Terry Lambert Message-Id: <199701210025.RAA16750@phaeton.artisoft.com> Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. To: mark@grondar.za (Mark Murray) Date: Mon, 20 Jan 1997 17:25:40 -0700 (MST) Cc: chuckr@glue.umd.edu, terry@lambert.org, jdp@polstra.com, mark@grondar.za, peter@freebsd.org, current@freebsd.org In-Reply-To: <199701202107.XAA07293@grackle.grondar.za> from "Mark Murray" at Jan 20, 97 11:07:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I woke this sleeping bear. What I need is the ability to link in a > DES crypt only if it exists, and this must work for the /bin/* and > /sbin/* applets too. You need to map an object so that it is faulted by reference rather than by value for the first fault. To do this, you would establish a virtual mapping for a file, and actualize it on reference. You can do this by using a call table for your symbol references, and pointing the call table to a common routine. The job of the common routine is to resolve the symbol from the shared image for the entry point the call table was entered through: calling code: ... call table[ n] ... table[ n]: jmp [long addr] <- default this to "relocator" relocator: get return address off stack look at call instruction at return address to determine target resolve table in which target is located get index by dividing table base by sizeof(jmp [long addr]) map image in table header, if possible; otherwise ret error modify table[ n]->[long addr] to point to mapping location restore registers and stack jmp table[n]->[long addr] On average this will add 6 clock cycles to the call (after the initial call); alternately, you could back-patch the calling code and save the 6 clocks, at the cost of having to copy-on-write the page (unless you synced mappings with other callers to the same library). Basically, the copy-on-write table gets rewritten in any case. Note: this will fail in the case of tail optimization, where functions jmp to other functions instead of calling them and ret'ing to their own callers. To deal with this requires determining the JMP instrustion from the set of all allowable jmp instructions, and looking at the stack pointers. This actually becomes more difficult in the presence of library constructors (for things like virtual base classes in C++ libraries, and so on). You must delay the constructor call until the mapping phase takes place. This allows you to run without the library present, yet still have the virtual base classes constructued before use. For subclasses of constructed classes, there is an implicit invocation of the constructor -- which is code in the library; the mapping still occurs, and the construction of the base takes place before the base constructure is actually called. I did code similar to this for entry/exit block profiling in MSVC++, which can generate calls on function entry, but not on function exit. To deal with the problem, I established a per thread return address stack of my own, and replaced the return address for the caller on the stack with my return handler function. It then did the profiling and then poped the entry off the thread stack onto the user stack to rebuild the call frame, and returned. Unfortuantely, it's all MASM code, so it would need to be rewritten for GAS in any case... probably from scratch, since it is dependent on the optimizations which the compiler might do during assembly code generation. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Jan 20 17:54:26 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA19455 for current-outgoing; Mon, 20 Jan 1997 17:54:26 -0800 (PST) Received: from ener1000.dee.uc.pt (ener1000.dee.uc.pt [193.136.238.50]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA19449 for ; Mon, 20 Jan 1997 17:54:06 -0800 (PST) Received: from localhost (pm@localhost) by ener1000.dee.uc.pt (8.8.4/8.6.12) with SMTP id BAA00666 for ; Tue, 21 Jan 1997 01:52:18 GMT Date: Tue, 21 Jan 1997 01:52:03 +0000 (WET) From: Paulo Menezes To: current@freebsd.org Subject: de0 transmission timeout Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have installed a 100base-T board (OvisLink LFE-8129TX). As can be seen in the dmesg output the board is detected, but it does not work. It complains about transmission timeout, probably du to interrupt misconfiguration... I know that PnP is not supported yet, but I don't know if this malfunction is related with this fact. Cheers, Paulo FreeBSD 2.2-RELEASE #1: Mon Jan 20 23:22:38 WET 1997 root@tmp.dee.uc.pt:/usr/src/sys/compile/LOCAL Calibrating clock(s) relative to mc146818A clock ... i586 clock: 199442869 Hz, i 8254 clock: 1193248 Hz CPU: Pentium Pro (199.43-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x617 Stepping=7 Features=0xf9ff,MTRR,PGE,MCA,CMOV> real memory = 33554432 (32768K bytes) avail memory = 30515200 (29800K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 de0 rev 32 int a irq 11 on pci0:17 de0: 21140A [10-100Mb/s] pass 2.0 de0: address 00:40:05:31:5d:e2 de0: enabling 10baseT port vga0 rev 64 on pci0:19 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> .... From owner-freebsd-current Mon Jan 20 18:07:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA19911 for current-outgoing; Mon, 20 Jan 1997 18:07:25 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA19905; Mon, 20 Jan 1997 18:07:18 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id TAA17661; Mon, 20 Jan 1997 19:06:57 -0700 (MST) Date: Mon, 20 Jan 1997 19:06:57 -0700 (MST) Message-Id: <199701210206.TAA17661@rocky.mt.sri.com> From: Nate Williams To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@freebsd.org (FreeBSD-current users), sos@freebsd.org Subject: Re: 2.2 syscons breakage! In-Reply-To: References: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J. Wunsch writes: > As I wrote: > > > Please fix ASAP (or back the changes out of 2.2 until the bugs have > > been shaken out in -current). > > Just to prove: reverting syscons.c to 1.182.2.7 and syscons.h to > 1.23.2.1 fixes the problem. Forgive me for losing track, but what exactly was the bug that you reported? Nate From owner-freebsd-current Mon Jan 20 18:44:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA21512 for current-outgoing; Mon, 20 Jan 1997 18:44:01 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA21503; Mon, 20 Jan 1997 18:43:51 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id NAA04376; Tue, 21 Jan 1997 13:13:14 +1030 (CST) From: Michael Smith Message-Id: <199701210243.NAA04376@genesis.atrad.adelaide.edu.au> Subject: Re: 2.2 syscons breakage! In-Reply-To: <199701210206.TAA17661@rocky.mt.sri.com> from Nate Williams at "Jan 20, 97 07:06:57 pm" To: nate@mt.sri.com (Nate Williams) Date: Tue, 21 Jan 1997 13:13:13 +1030 (CST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Nate Williams stands accused of saying: > J. Wunsch writes: > > As I wrote: > > > > > Please fix ASAP (or back the changes out of 2.2 until the bugs have > > > been shaken out in -current). > > > > Just to prove: reverting syscons.c to 1.182.2.7 and syscons.h to > > 1.23.2.1 fixes the problem. > > Forgive me for losing track, but what exactly was the bug that you > reported? Soren committed the wrong patch to the 2.2 syscons.c (enabled the almost-but-not-quite-ready splashscreen stuff). I caught it and he backed it out almost immediately, but there was a small window (a couple of hours) in which a few of us would have got a bogus update. > Nate -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Jan 20 20:02:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA24868 for current-outgoing; Mon, 20 Jan 1997 20:02:39 -0800 (PST) Received: from irbs.irbs.com (jc@irbs.irbs.com [199.182.75.129]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id UAA24863 for ; Mon, 20 Jan 1997 20:02:35 -0800 (PST) Received: (from jc@localhost) by irbs.irbs.com (8.8.4/8.8.4) id XAA21846; Mon, 20 Jan 1997 23:01:29 -0500 (EST) Message-ID: Date: Mon, 20 Jan 1997 23:01:29 -0500 From: jc@irbs.com (John Capo) To: pm@ener1000.dee.uc.pt (Paulo Menezes) Cc: current@freebsd.org Subject: Re: de0 transmission timeout References: X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 X-Organization: IRBS Engineering, (954) 792-9551 In-Reply-To: ; from Paulo Menezes on Jan 21, 1997 01:52:03 +0000 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Quoting Paulo Menezes (pm@ener1000.dee.uc.pt): > > Hi, > > I have installed a 100base-T board (OvisLink LFE-8129TX). > As can be seen in the dmesg output the board is detected, but it does not > work. It complains about transmission timeout, probably du to interrupt > misconfiguration... I know that PnP is not supported yet, but I don't know > if this malfunction is related with this fact. > ftp://ftp.irbs.com/FreeBSD/pci/ contains an if_de.c for -stable that works with the SMC9332BDT card. This card uses a 21140A chip. This if_de.c is from -current around 11/26/96 with mods for -stable. The mods for the 21140A were minor. John Capo From owner-freebsd-current Mon Jan 20 22:07:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA29408 for current-outgoing; Mon, 20 Jan 1997 22:07:03 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA29384; Mon, 20 Jan 1997 22:05:06 -0800 (PST) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id IAA22421; Tue, 21 Jan 1997 08:03:22 +0200 (SAT) Message-Id: <199701210603.IAA22421@grackle.grondar.za> To: Terry Lambert cc: mark@grondar.za (Mark Murray), chuckr@glue.umd.edu, jdp@polstra.com, peter@freebsd.org, current@freebsd.org Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. Date: Tue, 21 Jan 1997 08:03:21 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What's wrong with the simpler dlopen(3) interface that jdp has offered to fix? M Terry Lambert wrote: > > I woke this sleeping bear. What I need is the ability to link in a > > DES crypt only if it exists, and this must work for the /bin/* and > > /sbin/* applets too. > > You need to map an object so that it is faulted by reference rather > than by value for the first fault. > > To do this, you would establish a virtual mapping for a file, and > actualize it on reference. : : : -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Mon Jan 20 23:15:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA03334 for current-outgoing; Mon, 20 Jan 1997 23:15:50 -0800 (PST) Received: from mail.pcmagic.net (mail.pcmagic.net [206.117.211.6]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA03327 for ; Mon, 20 Jan 1997 23:15:46 -0800 (PST) Received: from web.pcmagic.net ([206.117.211.20]) by mail.pcmagic.net (Netscape Mail Server v2.02) with SMTP id AAA81 for ; Mon, 20 Jan 1997 23:16:28 -0800 Message-ID: <32E46D20.6A66@pcmagic.net> Date: Mon, 20 Jan 1997 23:15:44 -0800 From: Tommy Cheng Reply-To: tommycheng@pcmagic.net X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: a Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe freebsd-current From owner-freebsd-current Mon Jan 20 23:33:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA04312 for current-outgoing; Mon, 20 Jan 1997 23:33:35 -0800 (PST) Received: from bunyip.cc.uq.oz.au (daemon@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA04307 for ; Mon, 20 Jan 1997 23:33:32 -0800 (PST) Received: (from daemon@localhost) by bunyip.cc.uq.oz.au (8.8.4/8.8.4) id RAA08177 for freebsd-current@freebsd.org; Tue, 21 Jan 1997 17:33:29 +1000 Received: by ogre.devetir.qld.gov.au (8.7.5/DEVETIR-E0.3a) id RAA09694; Tue, 21 Jan 1997 17:26:09 +1000 (EST) Date: Tue, 21 Jan 1997 17:26:09 +1000 (EST) From: Stephen McKay Message-Id: <199701210726.RAA09694@ogre.devetir.qld.gov.au> To: freebsd-current@freebsd.org cc: syssgm@devetir.qld.gov.au Subject: Re: VM bogon? Was: Re: NIS breakage Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mark Murray wrote: >Peter Wemm wrote: >> This is looking like a manifestation of a VM system problem.. :-( We've >> had a few PR's now where people report that 'vi crashes after being left >> idle for 5 minutes', and so on. It all seems to be with select() or read() >> etc specifying *valid* addresses that work on one time arount a loop with >> ktrace, and a short while later get an EFAULT on a perfectly valid address. > >This is happening on an AMD386sx/40. :-( The problem with vi printing something like 'select: Bad address' has been around for ages. My 386sx16 high-page-rate test box printed this for almost every keystroke. This was the case around November last year (and for months previous to this). Sadly, I cannot verify -current behaviour, as the box has not been reconstructed after the last panic -> fs corruption disaster. Too much "real" work. :-( I did not track it down, but assume it has to do with almost all of the process being absent from main memory when the select condition is triggered, and thus, the page(s) containing the fd_sets being absent. It may also be related to the lack of kernel write protection on the 386 not causing page-in of the affected page. Hmm. I've just been looking at copyout(). If the target pages are not present, then their page table page might not be present either. In this case, won't the attempt to check the target pages' writability cause a fault? This fault would then be translated to EFAULT (Bad address) by copyout_fault. It looks like there should be an extra check for the existence of page table page(s) or the fault redirection stuff should be done after the 386 check. Stephen. From owner-freebsd-current Tue Jan 21 00:21:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA07117 for current-outgoing; Tue, 21 Jan 1997 00:21:53 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id AAA07096; Tue, 21 Jan 1997 00:21:26 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA00925; Tue, 21 Jan 1997 09:20:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA21485; Tue, 21 Jan 1997 09:11:28 +0100 (MET) Message-ID: Date: Tue, 21 Jan 1997 09:11:27 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: msmith@atrad.adelaide.edu.au (Michael Smith) Cc: freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: 2.2 syscons breakage! References: <199701210206.TAA17661@rocky.mt.sri.com> <199701210243.NAA04376@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701210243.NAA04376@genesis.atrad.adelaide.edu.au>; from Michael Smith on Jan 21, 1997 13:13:13 +1030 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > Soren committed the wrong patch to the 2.2 syscons.c (enabled the > almost-but-not-quite-ready splashscreen stuff). I caught it and he backed > it out almost immediately, but there was a small window (a couple of > hours) in which a few of us would have got a bogus update. Ah, so CTM has hit just that window? Too bad... In this case: ``nevermind''. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Jan 21 00:36:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA07704 for current-outgoing; Tue, 21 Jan 1997 00:36:59 -0800 (PST) Received: from ravenock.cybercity.dk (ravenock.cybercity.dk [194.16.57.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA07680; Tue, 21 Jan 1997 00:36:47 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.4/8.7.3) id JAA01320; Tue, 21 Jan 1997 09:37:21 +0100 (MET) From: Søren Schmidt Message-Id: <199701210837.JAA01320@ravenock.cybercity.dk> Subject: Re: 2.2 syscons breakage! In-Reply-To: from J Wunsch at "Jan 21, 97 00:49:09 am" To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 21 Jan 1997 09:37:12 +0100 (MET) Cc: freebsd-current@freebsd.org, sos@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to J Wunsch who wrote: > As I wrote: > > > Please fix ASAP (or back the changes out of 2.2 until the bugs have > > been shaken out in -current). > > Just to prove: reverting syscons.c to 1.182.2.7 and syscons.h to > 1.23.2.1 fixes the problem. Yeah, I know, I fixed it as soon as I discovered that I committed the wrong version (the one with SC_SPLASH_SCREEN defined in the first line) sorry about that, pilot error on my part. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Tue Jan 21 00:40:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA07921 for current-outgoing; Tue, 21 Jan 1997 00:40:48 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id AAA07916; Tue, 21 Jan 1997 00:40:42 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id AAA11353 ; Tue, 21 Jan 1997 00:40:25 -0800 (PST) Received: by nasu.utsunomiya-u.ac.jp (5.57/ULTRIX-940302) id AA16884; Tue, 21 Jan 97 11:58:54 +0900 Received: by outmail.utsunomiya-u.ac.jp (5.57/ULTRIX-940909) id AA03924; Tue, 21 Jan 97 11:58:52 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id MAA23798; Tue, 21 Jan 1997 12:02:30 +0900 (JST) Message-Id: <199701210302.MAA23798@zodiac.mech.utsunomiya-u.ac.jp> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@freebsd.org (FreeBSD-current users), sos@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: 2.2 syscons breakage! In-Reply-To: Your message of "Tue, 21 Jan 1997 00:49:09 +0100." References: Date: Tue, 21 Jan 1997 12:02:29 +0900 From: Kazutaka YOKOTA Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Please fix ASAP (or back the changes out of 2.2 until the bugs have >> been shaken out in -current). > >Just to prove: reverting syscons.c to 1.182.2.7 and syscons.h to >1.23.2.1 fixes the problem. > >-- >cheers, J"org Which version of `syscons.c' are you having trouble with? I wonder if this has something to do with the splash screen stuff. `syscons.c' v1.182.2.8 and 1.182.2.9 have SC_SPLASH_SCREEN defined. Soren corrected this in v1.182.2.10 at 7:59 PM on 20 Jan. Kazu From owner-freebsd-current Tue Jan 21 01:06:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA09280 for current-outgoing; Tue, 21 Jan 1997 01:06:28 -0800 (PST) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA09266 for ; Tue, 21 Jan 1997 01:06:22 -0800 (PST) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (beBop) id TAA19252; Tue, 21 Jan 1997 19:35:49 +1030 (CST) Date: Tue, 21 Jan 1997 19:35:49 +1030 (CST) From: Peter Childs Message-Id: <199701210905.TAA19252@al.imforei.apana.org.au> To: adam@veda.is, freebsd-current@freebsd.org Subject: Re: Help -- Netscape problem X-Newsreader: TIN [UNIX 1.3 unoff BETA release 961020] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199701201933.TAA14707@veda.is> you wrote: : > > > > Hmm, can you suggest a good user friends POP3 mail client? : Or one of these days, Wine + Eudora. (?) : How far off is Wine to handling TCP/IP over ethernet or serial? I installed the Netscape 16bit version under wine the other day (1/1/97 wine) and got a page or two out of it before it fell over... Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! From owner-freebsd-current Tue Jan 21 02:07:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA11783 for current-outgoing; Tue, 21 Jan 1997 02:07:22 -0800 (PST) Received: from bunyip.cc.uq.oz.au (daemon@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA11778 for ; Tue, 21 Jan 1997 02:07:15 -0800 (PST) Received: (from daemon@localhost) by bunyip.cc.uq.oz.au (8.8.4/8.8.4) id UAA18147; Tue, 21 Jan 1997 20:06:58 +1000 Received: by ogre.devetir.qld.gov.au (8.7.5/DEVETIR-E0.3a) id UAA13869; Tue, 21 Jan 1997 20:13:45 +1000 (EST) Date: Tue, 21 Jan 1997 20:13:45 +1000 (EST) From: Stephen McKay Message-Id: <199701211013.UAA13869@ogre.devetir.qld.gov.au> To: Mark Murray cc: freebsd-current@freebsd.org, syssgm@devetir.qld.gov.au Subject: Re: VM bogon? Was: Re: NIS breakage X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Stephen McKay wrote: >Hmm. I've just been looking at copyout(). If the target pages are not >present, then their page table page might not be present either. In this >case, won't the attempt to check the target pages' writability cause a >fault? This fault would then be translated to EFAULT (Bad address) by >copyout_fault. In fact, I'm now so keen on my hypothesis that I've written some code. Unfortunately, I have no -current box to test it on. Thus, if Mr Murry wishes to risk all, the following patch may help. ** WARNING ** I have done no testing at all on this patch. ** WARNING ** --- support.s Tue Jan 21 11:48:00 1997 +++ support.s.new Tue Jan 21 19:43:35 1997 @@ -675,12 +675,17 @@ andb $0xfc,%dl 1: /* check PTE for each page */ + leal _PTmap(%edx),%eax + shrl $IDXSHIFT,%eax + andb $0xfc,%al + testb $0x01,_PTmap(%eax) /* PTE Page must be VALID */ + je 4f movb _PTmap(%edx),%al andb $0x07,%al /* Pages must be VALID + USERACC + WRITABLE */ cmpb $0x07,%al je 2f - /* simulate a trap */ +4: /* simulate a trap */ pushl %edx pushl %ecx shll $IDXSHIFT,%edx There is also some harmless cruft in trap.c left over from the days before page tables were automatically handled by the pmap routines: --- trap.c Tue Jan 21 11:48:03 1997 +++ trap.c.new Tue Jan 21 19:50:40 1997 @@ -781,7 +781,7 @@ unsigned addr; { struct proc *p; - vm_offset_t va, v; + vm_offset_t va; struct vmspace *vm; int rv; @@ -804,8 +804,6 @@ return (1); } } - - v = trunc_page(vtopte(va)); /* * fault the data page Good luck! Stephen. From owner-freebsd-current Tue Jan 21 03:13:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA14022 for current-outgoing; Tue, 21 Jan 1997 03:13:47 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA14016 for ; Tue, 21 Jan 1997 03:13:30 -0800 (PST) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id NAA23311; Tue, 21 Jan 1997 13:12:29 +0200 (SAT) Message-Id: <199701211112.NAA23311@grackle.grondar.za> To: Stephen McKay cc: Mark Murray , freebsd-current@freebsd.org Subject: Re: VM bogon? Was: Re: NIS breakage Date: Tue, 21 Jan 1997 13:12:27 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Stephen McKay wrote: > >Hmm. I've just been looking at copyout(). If the target pages are not > >present, then their page table page might not be present either. In this > >case, won't the attempt to check the target pages' writability cause a > >fault? This fault would then be translated to EFAULT (Bad address) by > >copyout_fault. > > In fact, I'm now so keen on my hypothesis that I've written some code. > Unfortunately, I have no -current box to test it on. Thus, if Mr Murry > wishes to risk all, the following patch may help. Live fast, die hard :-) > ** WARNING ** I have done no testing at all on this patch. ** WARNING ** I'll give it a go at home tonight. > Good luck! Thanks! M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Tue Jan 21 05:24:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA19437 for current-outgoing; Tue, 21 Jan 1997 05:24:21 -0800 (PST) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA19372 for ; Tue, 21 Jan 1997 05:22:58 -0800 (PST) Received: (from dev@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) id NAA27315; Tue, 21 Jan 1997 13:21:17 GMT Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199701201933.TAA14707@veda.is> Date: Tue, 21 Jan 1997 13:20:19 -0000 (GMT) Organization: Fourth Level Developments From: Developer To: Adam David Subject: Re: Help -- Netscape problem Cc: freebsd-current@freebsd.org, (Terry Lambert) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 20-Jan-97 Adam David wrote: >> > > > Hmm, can you suggest a good user friends POP3 mail client? >> > > >> > > Eudora Light. It's free: ftp.qualcomm.com. You caan also buy >> > > Eudora Pro from them. >> > >> > I thought this was a PC package -- oopst I forgot to say that it had to >> > run on FreeBSD *grin* >> >> Pine, then. > >Or one of these days, Wine + Eudora. (?) > >How far off is Wine to handling TCP/IP over ethernet or serial? Hmm, that is a good idea -- I'm not sure about serial but it works fine using the network from the FreeBSD box. Ive run a Windows telnet client sucessfully. Regards, Trefor S. ---------------------------------- E-Mail: Developer Date: 21-Jan-97 Time: 13:20:19 This message was sent by XFMail ---------------------------------- From owner-freebsd-current Tue Jan 21 08:31:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA27908 for current-outgoing; Tue, 21 Jan 1997 08:31:20 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA27895; Tue, 21 Jan 1997 08:31:05 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id DAA11690; Wed, 22 Jan 1997 03:26:59 +1100 Date: Wed, 22 Jan 1997 03:26:59 +1100 From: Bruce Evans Message-Id: <199701211626.DAA11690@godzilla.zeta.org.au> To: bde@zeta.org.au, msmith@atrad.adelaide.edu.au Subject: Re: VM bogon? Was: Re: NIS breakage Cc: current@freebsd.org, dyson@freebsd.org, mark@grondar.za, peter@freebsd.org, peter@spinner.dialix.com, wpaul@freefall.freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Until drivers export tables to say which fields they use, userconfig >> should display all fields, leaving the ones with value "none" blank, >> and accept input "?" to give fields with value "?" (which unfortunately >> have to be displayed as blank except for the port field). > >I think it would be reasonable to lump "?" and "none" under the euphemism >"auto" for now. The key '?' is already taken (help screen) in another >context, and 'a' is valid hex. Would 'x' be acceptable? I'd like 0x to mean hex and blanking out the 0x prompt to work. Then entering a blank field could mean "auto"/"none". You could still use "?" unless you want to introduce help in editing context. It would be as natural for Del to delete fields as well drivers (i.e., unnatural :-). Del is fairly useless as an editing key (unless the Backspace key generates it) since the field editor is so primitive that Del is equivalent to Backspace. Bruce From owner-freebsd-current Tue Jan 21 09:01:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA29675 for current-outgoing; Tue, 21 Jan 1997 09:01:02 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA29670 for ; Tue, 21 Jan 1997 09:00:58 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id IAA12116 for ; Tue, 21 Jan 1997 08:59:49 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id SAA28872 for ; Tue, 21 Jan 1997 18:00:27 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id RAA28953 for freebsd-current@freefall.cdrom.com; Tue, 21 Jan 1997 17:59:36 +0100 (MET) Date: Tue, 21 Jan 1997 17:59:36 +0100 (MET) From: Christoph Kukulies Message-Id: <199701211659.RAA28953@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: panic in nfs_rcvunlock Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On one machine which runs a Jan 13 1997 3.0 kernel I just got a panic and since I'm running this kernel under ddb I want to report the back- trace even if it may not be very significant. I was experimenting with aliased interfaces and an NFS server was unreachable when I decided to sync ; sync ; reboot the machine - it was already hanging with 'nfs server not responding'. It's a 486DX4/133 w/ 64MB, ASUS SP3G. Whilst it was shutting down it panicked into ddb with the following backtrace: panic nfs_rcvunlock nfs_reply nfs_request nfs_lookup namei lstat syscall Xsyscall syscall 190 eip=0xdcd5 ebp=0xefbfdc18 The eip address doesn't seem to point into any valid kernel address. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue Jan 21 09:44:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA01939 for current-outgoing; Tue, 21 Jan 1997 09:44:24 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA01928 for ; Tue, 21 Jan 1997 09:44:09 -0800 (PST) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id TAA24183; Tue, 21 Jan 1997 19:43:21 +0200 (SAT) Message-Id: <199701211743.TAA24183@grackle.grondar.za> To: Stephen McKay cc: Mark Murray , freebsd-current@FreeBSD.ORG Subject: Re: VM bogon? Was: Re: NIS breakage Date: Tue, 21 Jan 1997 19:43:17 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Stephen McKay wrote: > In fact, I'm now so keen on my hypothesis that I've written some code. > Unfortunately, I have no -current box to test it on. Thus, if Mr Murry > wishes to risk all, the following patch may help. > > ** WARNING ** I have done no testing at all on this patch. ** WARNING ** > > > --- support.s Tue Jan 21 11:48:00 1997 > +++ support.s.new Tue Jan 21 19:43:35 1997 It works! You are brilliant, sir! I have no more portmap bombing out, and ypbind is no longer giving these bogus "bad address" turds. Excellent! > There is also some harmless cruft in trap.c left over from the days before > page tables were automatically handled by the pmap routines: > > --- trap.c Tue Jan 21 11:48:03 1997 > +++ trap.c.new Tue Jan 21 19:50:40 1997 I didn't test this - if it is harmless, I'll keep the experiment "pure", and run the other for a few days. > Good luck! Well done! M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Tue Jan 21 10:08:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA03124 for current-outgoing; Tue, 21 Jan 1997 10:08:19 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id KAA03119; Tue, 21 Jan 1997 10:08:06 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id KAA02522; Tue, 21 Jan 1997 10:07:50 -0800 (PST) To: Bruce Evans cc: msmith@atrad.adelaide.edu.au, current@freebsd.org, dyson@freebsd.org, mark@grondar.za, peter@freebsd.org, peter@spinner.dialix.com, wpaul@freefall.freebsd.org Subject: Re: VM bogon? Was: Re: NIS breakage In-reply-to: Your message of "Wed, 22 Jan 1997 03:26:59 +1100." <199701211626.DAA11690@godzilla.zeta.org.au> Date: Tue, 21 Jan 1997 10:07:50 -0800 Message-ID: <2518.853870070@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > You could still use "?" unless you want to introduce help in editing > context. It would be as natural for Del to delete fields as well drivers > (i.e., unnatural :-). Del is fairly useless as an editing key (unless > the Backspace key generates it) since the field editor is so primitive > that Del is equivalent to Backspace. Actually, while we're on the topic, I wouldn't mind ^X and ^U working as "erase entire field" characters either. I spend a lot of time backspacing over stuff in the field editor. :-) Jordan From owner-freebsd-current Tue Jan 21 11:23:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA07035 for current-outgoing; Tue, 21 Jan 1997 11:23:14 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA07026 for ; Tue, 21 Jan 1997 11:23:11 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id GAA15684; Wed, 22 Jan 1997 06:18:31 +1100 Date: Wed, 22 Jan 1997 06:18:31 +1100 From: Bruce Evans Message-Id: <199701211918.GAA15684@godzilla.zeta.org.au> To: mark@grondar.za, syssgm@devetir.qld.gov.au Subject: Re: VM bogon? Was: Re: NIS breakage Cc: freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Stephen McKay wrote: >> In fact, I'm now so keen on my hypothesis that I've written some code. >> Unfortunately, I have no -current box to test it on. Thus, if Mr Murry >> wishes to risk all, the following patch may help. >> >> ** WARNING ** I have done no testing at all on this patch. ** WARNING ** >> >> >> --- support.s Tue Jan 21 11:48:00 1997 >> +++ support.s.new Tue Jan 21 19:43:35 1997 > >It works! You are brilliant, sir! > >I have no more portmap bombing out, and ypbind is no longer giving these >bogus "bad address" turds. I duplicated the problem on a 486 configured as a 386. I used the enclosed program to force other processes out to swap (run /usr/bin/vi, then memhog, then check that vi has an RSS of 0, then hit a key in vi. vi always gets EFAULT for reading a 255-buye buffer). The bug probably also occurs in suword(), susword() and subyte(). susword() and susword() are also buggy on 386's if the [s]word crosses a page boundary. Bruce /* memhog.c */ #include #include #include #include #include #include /* * XXX this doesn't work to override /etc/malloc.conf, but since I have * < DFL_DSIZE of swap, the swap pager will kill the process before * malloc() fails. */ char *malloc_options = ""; int main(void) { int i; struct rlimit rl; char *p; rl.rlim_cur = RLIM_INFINITY; rl.rlim_max = RLIM_INFINITY; if (setrlimit(RLIMIT_DATA, &rl) != 0) err(1, "setrlimit(RLIMIT_DATA)"); if (setrlimit(RLIMIT_RSS, &rl) != 0) err(1, "setrlimit(RLIMIT_RSS)"); for (i = 0; ; ++i) { p = malloc(0x1000); /* Consume real memory. */ if (p != NULL) { fprintf(stderr, "%d ", i); *p = 1; } } } From owner-freebsd-current Tue Jan 21 11:50:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA08633 for current-outgoing; Tue, 21 Jan 1997 11:50:35 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA08606 for ; Tue, 21 Jan 1997 11:50:23 -0800 (PST) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id VAA05914; Tue, 21 Jan 1997 21:47:43 +0200 (SAT) Message-Id: <199701211947.VAA05914@grackle.grondar.za> To: Bruce Evans cc: syssgm@devetir.qld.gov.au, freebsd-current@freebsd.org Subject: Re: VM bogon? Was: Re: NIS breakage Date: Tue, 21 Jan 1997 21:47:27 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > I duplicated the problem on a 486 configured as a 386. I used the enclosed > program to force other processes out to swap (run /usr/bin/vi, then memhog, > then check that vi has an RSS of 0, then hit a key in vi. vi always gets > EFAULT for reading a 255-buye buffer). I did it here (with Stephen's patch), and I still get the bug in vi. The various YP bits (in particular portmap) seem pretty stable. [ The only problem I see in YP (And it is almost certainly not related to VM) is that I get "rpc.ypxfr timeout"'s whenever I try to push the maps from the 386 onto my Old-Faithful 486dx. (The timeouts happen on the 486). I'll report on this in detail in another message ] > The bug probably also occurs in suword(), susword() and subyte(). > > susword() and susword() are also buggy on 386's if the [s]word crosses a > page boundary. Could this be the problem I am seeing with vi and not with portmap? > /* memhog.c */ Thanks! This utility is a bit of a bastard to systems ;-) M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Tue Jan 21 11:53:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA08832 for current-outgoing; Tue, 21 Jan 1997 11:53:17 -0800 (PST) Received: from rayearth.rim.or.jp (uucp@rayearth.rim.or.jp [202.247.130.242]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA08823 for ; Tue, 21 Jan 1997 11:53:12 -0800 (PST) Received: (from uucp@localhost) by rayearth.rim.or.jp (8.8.4/3.4W3-uucp1) with UUCP id EAA23026; Wed, 22 Jan 1997 04:53:08 +0900 (JST) Received: from tky007.tth.expo96.ad.jp (localhost [127.0.0.1]) by mail.aslm.rim.or.jp (8.8.4/3.4W4-SMTP) with ESMTP id EAA12909; Wed, 22 Jan 1997 04:31:03 +0900 (JST) Message-Id: <199701211931.EAA12909@mail.aslm.rim.or.jp> To: freebsd-current@freebsd.org, chuckr@glue.umd.edu Cc: max@wide.ad.jp Subject: Re: gdb From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= X-Mailer: Mew version 1.54 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 22 Jan 1997 04:31:01 +0900 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Is anyone else having trouble making gdb? > ROOT:/usr/src/gnu/usr.bin/gdb:1089 >make > ===> bfd > make: don't know how to make /usr/src/gnu/usr.bin/gdb/bfd/libbfd.c. Stop > *** Error code 2 > > Stop. I think you need to remake the dependency. Do make cleandepend and make depend before building it. Max From owner-freebsd-current Tue Jan 21 12:16:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA09870 for current-outgoing; Tue, 21 Jan 1997 12:16:54 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA09863 for ; Tue, 21 Jan 1997 12:16:47 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id PAA06827; Tue, 21 Jan 1997 15:12:48 -0500 From: Bill Paul Message-Id: <199701212012.PAA06827@skynet.ctr.columbia.edu> Subject: Re: VM bogon? Was: Re: NIS breakage To: mark@grondar.za (Mark Murray) Date: Tue, 21 Jan 1997 15:12:47 -0500 (EST) Cc: syssgm@devetir.qld.gov.au, freebsd-current@freebsd.org In-Reply-To: <199701211743.TAA24183@grackle.grondar.za> from "Mark Murray" at Jan 21, 97 07:43:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Mark Murray had to walk into mine and say: > Stephen McKay wrote: > > In fact, I'm now so keen on my hypothesis that I've written some code. > > Unfortunately, I have no -current box to test it on. Thus, if Mr Murry > > wishes to risk all, the following patch may help. > > > > ** WARNING ** I have done no testing at all on this patch. ** WARNING ** > > > > > > --- support.s Tue Jan 21 11:48:00 1997 > > +++ support.s.new Tue Jan 21 19:43:35 1997 > > It works! You are brilliant, sir! I'll say. I would never have figured this out unless somebody shoved at least a dozen i386 assembly language programming books into my head. (Contrary to popular opinion, my head isn't that big. :) > I have no more portmap bombing out, and ypbind is no longer giving these > bogus "bad address" turds. > > Excellent! I applied both patches to test machine in my office. Near as I can tell, it's had no ill effects. As I expected, I didn't see the EFAULTs after I loaded the 3.0 SNAP, but then again I haven't really tried to start it thrashing. I contemplated dusting off the corpse of my previous test box (an AMD 386/40) to see if I maybe the cruftier CPU could force the condition out into the open; now I'm glad that's no longer necessary. :) Okay. Does somebody else want to check this stuff over and commit it to -current (and 2.2 I would think)? I can do it but I don't know what the hell I'm looking at. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-current Tue Jan 21 12:19:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA10045 for current-outgoing; Tue, 21 Jan 1997 12:19:11 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA10024; Tue, 21 Jan 1997 12:18:56 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA19848; Tue, 21 Jan 1997 13:02:01 -0700 From: Terry Lambert Message-Id: <199701212002.NAA19848@phaeton.artisoft.com> Subject: Re: Static binaries and dlopen(3) with a new crypt(3) lib. To: mark@grondar.za (Mark Murray) Date: Tue, 21 Jan 1997 13:02:01 -0700 (MST) Cc: terry@lambert.org, mark@grondar.za, chuckr@glue.umd.edu, jdp@polstra.com, peter@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199701210603.IAA22421@grackle.grondar.za> from "Mark Murray" at Jan 21, 97 08:03:21 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What's wrong with the simpler dlopen(3) interface that jdp has offered > to fix? There's still a distinction drawn between statically and dynamically linked binary startup code. Not a big deal, I suppose; we've lived with it for several years, now. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Jan 21 12:33:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA10910 for current-outgoing; Tue, 21 Jan 1997 12:33:53 -0800 (PST) Received: from grackle.grondar.za (grackle.grondar.za [196.7.18.131]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA10895 for ; Tue, 21 Jan 1997 12:33:38 -0800 (PST) Received: from grackle.grondar.za (localhost [127.0.0.1]) by grackle.grondar.za (8.8.4/8.8.4) with ESMTP id WAA10713; Tue, 21 Jan 1997 22:32:06 +0200 (SAT) Message-Id: <199701212032.WAA10713@grackle.grondar.za> To: Bill Paul cc: mark@grondar.za (Mark Murray), syssgm@devetir.qld.gov.au, freebsd-current@freebsd.org Subject: Re: VM bogon? Was: Re: NIS breakage Date: Tue, 21 Jan 1997 22:31:55 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill Paul wrote: > > It works! You are brilliant, sir! > > I'll say. I would never have figured this out unless somebody shoved > at least a dozen i386 assembly language programming books into my head. > (Contrary to popular opinion, my head isn't that big. :) :-) > > I have no more portmap bombing out, and ypbind is no longer giving these > > bogus "bad address" turds. > > > > Excellent! > > I applied both patches to test machine in my office. Near as I can tell, > it's had no ill effects. As I expected, I didn't see the EFAULTs after I > loaded the 3.0 SNAP, but then again I haven't really tried to start it > thrashing. I contemplated dusting off the corpse of my previous test box > (an AMD 386/40) to see if I maybe the cruftier CPU could force the > condition out into the open; now I'm glad that's no longer necessary. :) I am still having one other YP problem. I thought it was related to the portmap crashes, but it is clear now that this is not the case: I get these on the slave server every time I try to push the maps (one per map): Jan 21 21:40:12 grackle ypxfr[5902]: call to rpc.ypxfrd failed: RPC: Timed out master.passwd.byname Jan 21 21:40:19 grackle ypxfr[5903]: call to rpc.ypxfrd failed: RPC: Timed out master.passwd.byuid Jan 21 21:40:24 grackle ypxfr[5904]: call to rpc.ypxfrd failed: RPC: Timed out passwd.byname Jan 21 21:40:28 grackle ypxfr[5905]: call to rpc.ypxfrd failed: RPC: Timed out passwd.byuid Jan 21 21:40:33 grackle ypxfr[5906]: call to rpc.ypxfrd failed: RPC: Timed out netid.byname (The map name at the end is my debugging code). I did an rpcinfo of the master: $ rpcinfo -p grunt program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100004 1 udp 1021 ypserv 100004 2 udp 1021 ypserv 100004 1 tcp 1023 ypserv 100004 2 tcp 1023 ypserv 600100069 1 udp 1015 600100069 1 tcp 1022 100009 1 udp 1008 yppasswdd 100009 1 tcp 1021 yppasswdd 100007 2 udp 1004 ypbind 100007 2 tcp 1020 ypbind 100005 1 udp 1000 mountd 100005 3 udp 1000 mountd 100005 1 tcp 1019 mountd 100005 3 tcp 1019 mountd 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100024 1 udp 988 status 100024 1 tcp 1018 status 100001 1 udp 1044 rstatd 100001 2 udp 1044 rstatd 100001 3 udp 1044 rstatd 100002 1 udp 1045 rusersd 100002 2 udp 1045 rusersd 100008 1 udp 1046 walld 100011 1 udp 1047 rquotad 100012 1 udp 1050 sprayd ...and see no ypxfrd in there. Is that the problem? I get the impression from RTFM and RTSL that ypxfr reverted to a slower method than rpc.ypxfrd to get the maps. Could this be because rpc.ypxfrd is not mentioned in rpc? Funny - there are no errors syslogged. if I make the slave the master (and vice-versa), I get the same problem - the slave times out reading rpc.ypxfrd. My configuration: master: the now-famous amd386dx40, 3.0current(real recent) 8MB, ed0, lo0. slave: i486dx50, 3.0current(real recent) 16MB, ed0, lo0. > Okay. Does somebody else want to check this stuff over and commit it to > -current (and 2.2 I would think)? I can do it but I don't know what the > hell I'm looking at. I think BDE and JohnD better check this out first. M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Tue Jan 21 12:57:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA12508 for current-outgoing; Tue, 21 Jan 1997 12:57:59 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA12284 for ; Tue, 21 Jan 1997 12:55:49 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA17124; Tue, 21 Jan 1997 21:50:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA23164; Tue, 21 Jan 1997 21:22:02 +0100 (MET) Message-ID: Date: Tue, 21 Jan 1997 21:22:02 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: syssgm@devetir.qld.gov.au (Stephen McKay) Cc: mark@grondar.za (Mark Murray), freebsd-current@freebsd.org Subject: Re: VM bogon? Was: Re: NIS breakage References: <199701211013.UAA13869@ogre.devetir.qld.gov.au> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701211013.UAA13869@ogre.devetir.qld.gov.au>; from Stephen McKay on Jan 21, 1997 20:13:45 +1000 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Stephen McKay wrote: > >Hmm. I've just been looking at copyout(). If the target pages are not > >present, then their page table page might not be present either. In this > >case, won't the attempt to check the target pages' writability cause a > >fault? This fault would then be translated to EFAULT (Bad address) by > >copyout_fault. > > In fact, I'm now so keen on my hypothesis that I've written some code. > Unfortunately, I have no -current box to test it on. Thus, if Mr Murry > wishes to risk all, the following patch may help. Too bad :-(, it doesn't fix it. I've just rebuilt my scratch box's system (a 386/40 that can netboot -current), and i can still easily trigger the bug. Just start vi with some file, and then start a large compilation in another session so the vi becomes paged out. Hit a key, splash!, Bad address. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Jan 21 13:03:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA12868 for current-outgoing; Tue, 21 Jan 1997 13:03:20 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA12808 for ; Tue, 21 Jan 1997 13:01:50 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA17360 for freebsd-current@freebsd.org; Tue, 21 Jan 1997 22:01:45 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA23176; Tue, 21 Jan 1997 21:28:24 +0100 (MET) Message-ID: Date: Tue, 21 Jan 1997 21:28:24 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: 2.2 syscons breakage! References: <199701210302.MAA23798@zodiac.mech.utsunomiya-u.ac.jp> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701210302.MAA23798@zodiac.mech.utsunomiya-u.ac.jp>; from Kazutaka YOKOTA on Jan 21, 1997 12:02:29 +0900 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Kazutaka YOKOTA wrote: > Which version of `syscons.c' are you having trouble with? > > I wonder if this has something to do with the splash screen stuff. > `syscons.c' v1.182.2.8 and 1.182.2.9 have SC_SPLASH_SCREEN defined. > Soren corrected this in v1.182.2.10 at 7:59 PM on 20 Jan. Well, CTM has apparently hit that gap. So it should be fixed right now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Jan 21 13:26:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA14625 for current-outgoing; Tue, 21 Jan 1997 13:26:56 -0800 (PST) Received: (from hsu@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA14616 for current; Tue, 21 Jan 1997 13:26:50 -0800 (PST) Date: Tue, 21 Jan 1997 13:26:50 -0800 (PST) From: Jeffrey Hsu Message-Id: <199701212126.NAA14616@freefall.freebsd.org> To: current Subject: Re: Corel Office Java Beta Working?? Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Works great for me. Slow as snails though. I had to adjust my library location, but that's site dependent and should be easy for you to figure out. From owner-freebsd-current Tue Jan 21 13:28:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA14806 for current-outgoing; Tue, 21 Jan 1997 13:28:02 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA14767 for ; Tue, 21 Jan 1997 13:27:53 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id QAA06983; Tue, 21 Jan 1997 16:24:36 -0500 From: Bill Paul Message-Id: <199701212124.QAA06983@skynet.ctr.columbia.edu> Subject: Re: VM bogon? Was: Re: NIS breakage To: mark@grondar.za (Mark Murray) Date: Tue, 21 Jan 1997 16:24:35 -0500 (EST) Cc: freebsd-current@freebsd.org In-Reply-To: <199701212032.WAA10713@grackle.grondar.za> from "Mark Murray" at Jan 21, 97 10:31:55 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Mark Murray had to walk into mine and say: [chop] > I am still having one other YP problem. I thought it was related to the > portmap crashes, but it is clear now that this is not the case: > > I get these on the slave server every time I try to push the maps (one per > map): > > Jan 21 21:40:12 grackle ypxfr[5902]: call to rpc.ypxfrd failed: RPC: Timed out master.passwd.byname > Jan 21 21:40:19 grackle ypxfr[5903]: call to rpc.ypxfrd failed: RPC: Timed out master.passwd.byuid > Jan 21 21:40:24 grackle ypxfr[5904]: call to rpc.ypxfrd failed: RPC: Timed out passwd.byname > Jan 21 21:40:28 grackle ypxfr[5905]: call to rpc.ypxfrd failed: RPC: Timed out passwd.byuid > Jan 21 21:40:33 grackle ypxfr[5906]: call to rpc.ypxfrd failed: RPC: Timed out netid.byname Hm. What's supposed to happen is that ypxfr on the slave will attempt to use rpc.ypxfrd to transfer the maps, and if that fails it falls back to the 'old' method (it basically uses yp_all() to suck over the contents of the map directly fromy ypserv and constructs a copy of the map). I'm not sure why rpc.ypxfrd is timing out, unless it's wedged for some reason. This message is coming from the ypxfrd_getmap.c module in /usr/libexec/ypxfr. Apparently it's able to establish an RPC handle to rpc.ypxfrd, but the clnt_call() to initiate the map transfer times out. The sucky thing about bugs like this is that they _never_ happen to me. Somebody always find some new and strange way to configure FreeBSD that makes all my carefully crafted code fall apart. And of course the machine where it fails is always thousands of miles away and I have to debug by remote control. (Note that I don't want to fix the bugs, but it would be much faster if I could temporarily put my brain in your head. Messy, but faster. :) > (The map name at the end is my debugging code). > > I did an rpcinfo of the master: > > $ rpcinfo -p grunt > program vers proto port > 100000 2 tcp 111 portmapper > 100000 2 udp 111 portmapper > 100004 1 udp 1021 ypserv > 100004 2 udp 1021 ypserv > 100004 1 tcp 1023 ypserv > 100004 2 tcp 1023 ypserv > 600100069 1 udp 1015 > 600100069 1 tcp 1022 ^^^^^^^^^ This is actually the FreeBSD rpc.ypxfrd program number. The Sun ypxfrd program number is 100069. The FreeBSD value falls into the 'user-assigned' range. (I haven't tried registering the FreeBSD ypxfrd protocol with Sun. :) > ...and see no ypxfrd in there. Is that the problem? I get the impression > from RTFM and RTSL that ypxfr reverted to a slower method than rpc.ypxfrd > to get the maps. Correct. > Could this be because rpc.ypxfrd is not mentioned in rpc? No, it's there. > Funny - there are no errors syslogged. There's nothing on the master in /var/log/messages? Weird. > if I make the slave the master (and vice-versa), I get the same problem - > the slave times out reading rpc.ypxfrd. This could be some kind of multihoming weirdness. > My configuration: > > master: the now-famous amd386dx40, 3.0current(real recent) 8MB, ed0, lo0. > slave: i486dx50, 3.0current(real recent) 16MB, ed0, lo0. Okay, maybe not. Can you try to manually run /usr/libexec/ypxfr on the slave and try to read a map from the master? What should happen is that rpx.ypxfrd will spawn a child to handle the transfer, so you should see a second rpc.ypxfrd appear on the master. One thing that can happen is if you use yppush in 'parallel' mode and specify a large number of jobs, you can cause rpc.ypxfrd to fork() too many children. In this case, ypxfr will again fail over to the old method of transfering maps. The default /var/yp/Makefile doesn't use yppush in parallel mode though. rpc.ypxfrd is really a very simple program. I'm not sure where it could be going wrong. The ypxfrd_getmap() routine in ypxfr isn't that complex either. Can you run a tcpdump to see if there's actually any data being exchanged between ypxfr and rpc.ypxfrd? Better still, can you do a ktrace on rpc.ypxfrd on the master to see if it actually receives the request from the slave? Hm... seems to work for me over here. :( > > Okay. Does somebody else want to check this stuff over and commit it to > > -current (and 2.2 I would think)? I can do it but I don't know what the > > hell I'm looking at. > > I think BDE and JohnD better check this out first. I agree. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-current Tue Jan 21 13:30:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA14998 for current-outgoing; Tue, 21 Jan 1997 13:30:40 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA14991 for ; Tue, 21 Jan 1997 13:30:34 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id QAA08929; Tue, 21 Jan 1997 16:29:54 -0500 (EST) From: John Dyson Message-Id: <199701212129.QAA08929@dyson.iquest.net> Subject: Re: VM bogon? Was: Re: NIS breakage To: mark@grondar.za (Mark Murray) Date: Tue, 21 Jan 1997 16:29:54 -0500 (EST) Cc: bde@zeta.org.au, syssgm@devetir.qld.gov.au, freebsd-current@freebsd.org In-Reply-To: <199701211947.VAA05914@grackle.grondar.za> from "Mark Murray" at Jan 21, 97 09:47:27 pm Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Bruce Evans wrote: > > I duplicated the problem on a 486 configured as a 386. I used the enclosed > > program to force other processes out to swap (run /usr/bin/vi, then memhog, > > then check that vi has an RSS of 0, then hit a key in vi. vi always gets > > EFAULT for reading a 255-buye buffer). > > I did it here (with Stephen's patch), and I still get the bug in vi. > The various YP bits (in particular portmap) seem pretty stable. > > [ The only problem I see in YP (And it is almost certainly not related to > VM) is that I get "rpc.ypxfr timeout"'s whenever I try to push the > maps from the 386 onto my Old-Faithful 486dx. (The timeouts happen > on the 486). I'll report on this in detail in another message ] > > > The bug probably also occurs in suword(), susword() and subyte(). > > > > susword() and susword() are also buggy on 386's if the [s]word crosses a > > page boundary. > > Could this be the problem I am seeing with vi and not with portmap? > > > /* memhog.c */ > > Thanks! This utility is a bit of a bastard to systems ;-) > I am going to check these changes and commit them tonight... Looks like you guys have found a serious problem with the 386 code. John From owner-freebsd-current Tue Jan 21 14:27:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA18181 for current-outgoing; Tue, 21 Jan 1997 14:27:46 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA18174 for ; Tue, 21 Jan 1997 14:27:44 -0800 (PST) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id OAA12582 for ; Tue, 21 Jan 1997 14:27:41 -0800 (PST) Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.6/XS4ALL) with ESMTP id XAA25250 for ; Tue, 21 Jan 1997 23:26:54 +0100 (MET) Received: from plm.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id XAA18546 for freebsd-current@freebsd.org; Tue, 21 Jan 1997 23:18:30 +0100 (MET) Received: (from plm@localhost) by plm.xs4all.nl (8.8.4/8.7.3) id XAA00194; Tue, 21 Jan 1997 23:16:30 +0100 (MET) To: freebsd-current@freebsd.org Subject: What PCMCIA ethernet card supported/recommended? From: Peter Mutsaers Date: 21 Jan 1997 23:16:29 +0100 Message-ID: <87enfeishu.fsf@localhost.xs4all.nl> Lines: 20 X-Mailer: Gnus v5.2.39/Emacs 19.34 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, The handbook says that 3com 3c589 and IBM/National Semiconductor PCMCIA cards are supported. Are these still the only two in -current? The 3com is pretty expensive, so if there's a cheaper alternative I'd like it. I saw some IBM PCMCIA card especially for IBM notebooks: Is this the supported IBM one, and can it be used in any notebook? In short, I hope someone can give me some advice on what card is recommended (without being too expensive) for -current; I'd rather have direct support and not depend on PAO. Thanks in advance, -- Peter Mutsaers | Abcoude (Utrecht), | Trust is a good quality plm@xs4all.nl | the Netherlands | for other people to have From owner-freebsd-current Tue Jan 21 15:00:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA20065 for current-outgoing; Tue, 21 Jan 1997 15:00:47 -0800 (PST) Received: from lorman.alcorn.edu (lorman.alcorn.edu [204.199.170.2]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA20056 for ; Tue, 21 Jan 1997 15:00:43 -0800 (PST) From: lei@lorman.alcorn.edu Received: from lei by lorman.alcorn.edu (AIX 3.2/UCB 5.64/4.03) id AA11146; Tue, 21 Jan 1997 16:45:24 -0600 Date: Tue, 21 Jan 1997 16:45:24 -0600 Message-Id: <9701212245.AA11146@lorman.alcorn.edu> X-Sender: lei@lorman.alcorn.edu X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-current@freebsd.org Subject: unsubscribe Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe freebsd-current From owner-freebsd-current Tue Jan 21 16:16:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA24721 for current-outgoing; Tue, 21 Jan 1997 16:16:57 -0800 (PST) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id QAA24716 for ; Tue, 21 Jan 1997 16:16:49 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr3-11.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA18571 (5.67b/IDA-1.5 for ); Wed, 22 Jan 1997 01:13:53 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.4/8.6.9) id BAA24037; Wed, 22 Jan 1997 01:13:50 +0100 (CET) Message-Id: Date: Wed, 22 Jan 1997 01:13:50 +0100 From: se@freebsd.org (Stefan Esser) To: current@freebsd.org Subject: PCI LKM support added to -current X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Jan 21, se@freefall.freebsd.org (Stefan Esser) wrote: > se 97/01/21 15:41:44 > > Modified: sys/pci pcibus.h > Log: > Add PCI LKM support: > The new function pci_register_lkm (struct pci_device *dvp) appends the > driver to the list of known PCI drivers, and initiates a PCI bus rescan. This completes my changes to add PCI LKM support to FreeBSD-current. Some code has to be called from /etc/rc, if PCI LKMs are to be modloaded automatically as part of going multi-user. I'm suggesting something as follows (to be called from rc.d): *** /dev/null Tue Dec 31 15:02:04 1996 --- load-pci-lkm.sh Tue Dec 31 14:25:31 1996 *************** *** 0 **** --- 1,12 ---- + #!/bin/sh + for dev in `pciconf -l |cut -f1` + do + if pciconf -a $dev | grep -q "not attached" + then + DevVendorID=`pciconf -r $dev 0` + LKM=`grep $DevVendorID /etc/pcidevices | cut -f 2` + LKMfile=/lkm/pci/$LKM.o + echo "$dev Loading $LKMfile for DevVendorID $DevVendorID" + modload $LKMfile + fi + done The file /etc/pcidevices will contain lines with the PCI vendor and device ID, and an associated driver object file: 0x802910ec if_ed In order to attach a PCI LKM, just call pci_register_lkm with the address of a struct pci_device (which is a parameter to the DATA_SET macro in the non-LKM case). On return from pci_register_lkm(), all devices that have no driver attached, will have been offered to the new device's probe() function, and will have been attached, if the probe succeeded. An pci_unregister_lkm function is expected to follow soon. It will require changes to all PCI drivers, since a shutdown function has to be provided in struct pci_device. Regards, STefan From owner-freebsd-current Tue Jan 21 16:21:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA24931 for current-outgoing; Tue, 21 Jan 1997 16:21:35 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id QAA24926 for ; Tue, 21 Jan 1997 16:21:32 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id RAA22727; Tue, 21 Jan 1997 17:21:24 -0700 (MST) Date: Tue, 21 Jan 1997 17:21:24 -0700 (MST) Message-Id: <199701220021.RAA22727@rocky.mt.sri.com> From: Nate Williams To: Peter Mutsaers Cc: freebsd-current@freebsd.org Subject: Re: What PCMCIA ethernet card supported/recommended? In-Reply-To: <87enfeishu.fsf@localhost.xs4all.nl> References: <87enfeishu.fsf@localhost.xs4all.nl> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The handbook says that 3com 3c589 and IBM/National Semiconductor > PCMCIA cards are supported. Are these still the only two in -current? They are the only 'officially' supported cards. :) > I saw some IBM PCMCIA card especially for IBM notebooks: Is this the > supported IBM one, and can it be used in any notebook? I don't know, since I can't try it out. However, I've got a couple of others working on my box that using the if_ed driver and the code in -current, but I had to build my own entry for /etc/pccard.conf. You could send a message to freebsd-mobile and see if anyone has suggestions on laptop cards that work under -current. Nate From owner-freebsd-current Tue Jan 21 17:00:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA28131 for current-outgoing; Tue, 21 Jan 1997 17:00:10 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA28126 for ; Tue, 21 Jan 1997 17:00:07 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id LAA10159; Wed, 22 Jan 1997 11:29:59 +1030 (CST) From: Michael Smith Message-Id: <199701220059.LAA10159@genesis.atrad.adelaide.edu.au> Subject: Re: VM bogon? Was: Re: NIS breakage In-Reply-To: <199701211626.DAA11690@godzilla.zeta.org.au> from Bruce Evans at "Jan 22, 97 03:26:59 am" To: bde@zeta.org.au (Bruce Evans) Date: Wed, 22 Jan 1997 11:29:58 +1030 (CST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans stands accused of saying: > >I think it would be reasonable to lump "?" and "none" under the euphemism > >"auto" for now. The key '?' is already taken (help screen) in another > >context, and 'a' is valid hex. Would 'x' be acceptable? > > I'd like 0x to mean hex and blanking out the 0x prompt to work. Then > entering a blank field could mean "auto"/"none". That's doable, but less pretty. Now that 'sprintf' works properly in the kernel, there's room for some improvement. I don't know whether I'd be ready for 2.2-GAMMA with it, but I'll give it a bash. Is there general consensus that users will understand the need to enter '0x' in front of hex values? strtoul() in (the old) userconfig is somewhat broken I think; is it legal to say : unsigned long acc; ... acc = -acc; ... or is this just taking advantage of gcc? > It would be as natural for Del to delete fields as well drivers > (i.e., unnatural :-). If I could find a "better" key for it, I would 8) > Del is fairly useless as an editing key (unless > the Backspace key generates it) since the field editor is so primitive > that Del is equivalent to Backspace. It has to be to cover all the possible misconfigurations of serial terminals. Of the collection I tested with, I met some that could be convinced to emit either BS or DEL, some had keys for both, and one unit had a "<-" key which emitted DEL only. > Bruce -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Jan 21 17:09:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA28965 for current-outgoing; Tue, 21 Jan 1997 17:09:57 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA28917; Tue, 21 Jan 1997 17:09:20 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id LAA10371; Wed, 22 Jan 1997 11:39:18 +1030 (CST) From: Michael Smith Message-Id: <199701220109.LAA10371@genesis.atrad.adelaide.edu.au> Subject: Re: PCI LKM support added to -current In-Reply-To: from Stefan Esser at "Jan 22, 97 01:13:50 am" To: se@freebsd.org (Stefan Esser) Date: Wed, 22 Jan 1997 11:39:17 +1030 (CST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Stefan Esser stands accused of saying: > > The file /etc/pcidevices will contain lines with the PCI vendor and device > ID, and an associated driver object file: > > 0x802910ec if_ed Please don't do it like that; put a data structure in the LKM file that contains this data and then write a utility to take the list of PCI device ID's and return a list of LKMs required to cover them. (You could add this to the utility that extracts the list of unhandled ID's from the kernel; just give it a path to where the LKMs live.) > Regards, STefan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Jan 21 19:41:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.4) id TAA09430 for current-outgoing; Tue, 21 Jan 1997 19:41:32 -0800 (PST) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by freefall.freebsd.org (8.8.5/8.8.4) with ESMTP id TAA09423; Tue, 21 Jan 1997 19:41:26 -0800 (PST) Received: from right.PCS (right.pcs. [148.105.10.31]) by sumatra.americantv.com (8.7.6/8.7.3) with ESMTP id VAA12416; Tue, 21 Jan 1997 21:47:50 -0600 (CST) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id DAA17419; Wed, 22 Jan 1997 03:44:16 GMT Message-ID: Date: Tue, 21 Jan 1997 21:44:16 -0600 From: jlemon@americantv.com (Jonathan Lemon) To: phk@freebsd.org Cc: current@freebsd.org Subject: Re: GCC or TEXINFO bug... References: <7182.853589313@critter.dk.tfs.com> X-Mailer: Mutt 0.56e Mime-Version: 1.0 In-Reply-To: <7182.853589313@critter.dk.tfs.com>; from Poul-Henning Kamp on Jan 18, 1997 13:08:33 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > compiling /src/contrib/texinfo/makeinfo/makeinfo.c with -O3 on a -current > system results in a makeinfo program that coredumps with a sig 11. > > Any Gcc hackers on the list that want to debug this one ? Compiling with -O3 inlines functions. However the function that is being inlined in makeinfo.c (add_word_args()) is a vararg function and must not be inlined. The code in question is K&R style, and AFIK, there is no way for the compiler to determine that the function uses vararg. Either change the code to use prototypes, or use stdarg, or add a directive to prevent inlining. -- Jonathan From owner-freebsd-current Tue Jan 21 20:04:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA10420 for current-outgoing; Tue, 21 Jan 1997 20:04:46 -0800 (PST) Received: from weenix.guru.org (kmitch@unix.guru.org [198.82.200.65]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA10415 for ; Tue, 21 Jan 1997 20:04:40 -0800 (PST) Received: (from kmitch@localhost) by weenix.guru.org (8.8.4/8.8.4) id XAA04135; Tue, 21 Jan 1997 23:04:06 -0500 (EST) Date: Tue, 21 Jan 1997 23:04:06 -0500 (EST) From: Keith Mitchell Message-Id: <199701220404.XAA04135@weenix.guru.org> To: rlb@mindspring.com (Ron Bolin) Cc: current@freebsd.org Subject: Re: Corel Office Java Beta Working?? X-Newsreader: TIN [UNIX 1.3 unoff BETA release 961025] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article you wrote: > I have tried to get the Corel Office Java beta working with the 11-26 > JDK 1.0.2. So far it will not run. I can make other apps run, but can't > seem to get the class path resolution to work. See below: I had the same problem. It turned out to be the XKeysymDB file. Apparently, the java interpreter couldn;t find this file. Set the XKEYSYMDB environment variable to poin to this file (usually /usr/X11R6/lib/X11/XKeysymDB). This should fix the problem. From owner-freebsd-current Tue Jan 21 20:20:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA11241 for current-outgoing; Tue, 21 Jan 1997 20:20:35 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA11228 for ; Tue, 21 Jan 1997 20:20:29 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id PAA01281; Wed, 22 Jan 1997 15:14:50 +1100 Date: Wed, 22 Jan 1997 15:14:50 +1100 From: Bruce Evans Message-Id: <199701220414.PAA01281@godzilla.zeta.org.au> To: bde@zeta.org.au, msmith@atrad.adelaide.edu.au Subject: Re: VM bogon? Was: Re: NIS breakage Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Is there general consensus that users will understand the need >to enter '0x' in front of hex values? Some won't, but most cases should start with 0xMN... with the cursor initially on the M (not invisible and at the end like now), so it would takes extra keystrokes to not use 0x. >strtoul() in (the old) userconfig is somewhat broken I think; is it legal >to say : > > unsigned long acc; > ... > acc = -acc; Perfectly legal. It has completely specified behaviour for all values of `acc', which is more than can be said for `signed long acc'. strtoul.c should still be essentially the same as the library version. >> Del is fairly useless as an editing key (unless >It has to be to cover all the possible misconfigurations of serial >terminals. Of the collection I tested with, I met some that could >be convinced to emit either BS or DEL, some had keys for both, and >one unit had a "<-" key which emitted DEL only. Yes, it isn't great for deleting devices either. Bruce From owner-freebsd-current Tue Jan 21 21:15:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13358 for current-outgoing; Tue, 21 Jan 1997 21:15:45 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA13340; Tue, 21 Jan 1997 21:15:39 -0800 (PST) Received: from godzilla.zeta.org.au by mail.crl.com with SMTP id AA20513 (5.65c/IDA-1.5); Tue, 21 Jan 1997 20:45:24 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id PAA02264; Wed, 22 Jan 1997 15:43:21 +1100 Date: Wed, 22 Jan 1997 15:43:21 +1100 From: Bruce Evans Message-Id: <199701220443.PAA02264@godzilla.zeta.org.au> To: jlemon@americantv.com, phk@freebsd.org Subject: Re: GCC or TEXINFO bug... Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Compiling with -O3 inlines functions. However the function that is being >inlined in makeinfo.c (add_word_args()) is a vararg function and must not be >inlined. > >The code in question is K&R style, and AFIK, there is no way for the compiler >to determine that the function uses vararg. Either change the code to use >prototypes, or use stdarg, or add a directive to prevent inlining. Not declaring a varargs function as varargs before it is used gives undefined behaviour. However, in practice the bug is probably in FreeBSD's , which doesn't use gcc's __builtin_next_arg(). gcc should notice that it is used and not inline functions that have it. uses it, but I think there's another gcc builtin that it should be using. Bruce From owner-freebsd-current Tue Jan 21 22:24:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA17370 for current-outgoing; Tue, 21 Jan 1997 22:24:28 -0800 (PST) Received: from dfw-ix11.ix.netcom.com (dfw-ix11.ix.netcom.com [206.214.98.11]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA17359 for ; Tue, 21 Jan 1997 22:24:22 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca14-21.ix.netcom.com [207.92.174.85]) by dfw-ix11.ix.netcom.com (8.6.13/8.6.12) with ESMTP id WAA10080; Tue, 21 Jan 1997 22:23:48 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.4/8.6.9) id WAA04098; Tue, 21 Jan 1997 22:23:38 -0800 (PST) Date: Tue, 21 Jan 1997 22:23:38 -0800 (PST) Message-Id: <199701220623.WAA04098@silvia.HIP.Berkeley.EDU> To: jdp@polstra.com CC: freebsd-current@freebsd.org In-reply-to: <5c074j$rtk@austin.polstra.com> (jdp@polstra.com) Subject: Re: recent ld.so changes? From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Your "ld.so.hints" file is out of date. Type "ldconfig -m /usr/lib". What do you think about adding that command to the end of make world? Satoshi From owner-freebsd-current Tue Jan 21 22:59:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA19074 for current-outgoing; Tue, 21 Jan 1997 22:59:21 -0800 (PST) Received: from bunyip.cc.uq.oz.au (daemon@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA19069 for ; Tue, 21 Jan 1997 22:59:18 -0800 (PST) Received: (from daemon@localhost) by bunyip.cc.uq.oz.au (8.8.4/8.8.4) id QAA19243; Wed, 22 Jan 1997 16:59:06 +1000 Received: from troll.devetir.qld.gov.au by ogre.devetir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with ESMTP id PAA10431; Wed, 22 Jan 1997 15:26:59 +1000 (EST) Received: from localhost (syssgm@localhost) by troll.devetir.qld.gov.au (8.8.5/8.8.5) with SMTP id PAA07281; Wed, 22 Jan 1997 15:25:20 +1000 (EST) Message-Id: <199701220525.PAA07281@troll.devetir.qld.gov.au> X-Authentication-Warning: troll.devetir.qld.gov.au: syssgm@localhost didn't use HELO protocol To: Mark Murray cc: freebsd-current@FreeBSD.ORG, syssgm@devetir.qld.gov.au Subject: Re: VM bogon? Was: Re: NIS breakage Date: Wed, 22 Jan 1997 15:25:20 +1000 From: Stephen McKay Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Murray enthused: >Stephen McKay wrote: >> ** WARNING ** I have done no testing at all on this patch. ** WARNING ** > >It works! You are brilliant, sir! > >I have no more portmap bombing out, and ypbind is no longer giving these >bogus "bad address" turds. > >Excellent! Yeah! It's good value for 5 machine instructions. Bit of a bummer that it doesn't fix the vi problem. Fooey. And, as Bruce has pointed out, all of the suword family need fixing too. It looks like a general writability test macro or subroutine would be useful here. I'll have a go at this as soon as I get a chance. Stephen. From owner-freebsd-current Tue Jan 21 22:59:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA19103 for current-outgoing; Tue, 21 Jan 1997 22:59:25 -0800 (PST) Received: from bunyip.cc.uq.oz.au (daemon@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA19068; Tue, 21 Jan 1997 22:59:17 -0800 (PST) Received: (from daemon@localhost) by bunyip.cc.uq.oz.au (8.8.4/8.8.4) id QAA19259; Wed, 22 Jan 1997 16:59:14 +1000 Received: from pandora.devetir.qld.gov.au by ogre.devetir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with ESMTP id PAA10579; Wed, 22 Jan 1997 15:45:34 +1000 (EST) Received: from netfl15a.devetir.qld.gov.au (netfl15a.devetir.qld.gov.au [167.123.24.12]) by pandora.devetir.qld.gov.au (8.6.10/8.6.12) with ESMTP id PAA05625; Wed, 22 Jan 1997 15:45:30 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id FAA17175; Wed, 22 Jan 1997 05:44:33 GMT Message-Id: <199701220544.FAA17175@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 2.0beta 12/23/96 To: current@freebsd.org, hackers@freebsd.org Subject: Mmaping device space into user space X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 22 Jan 1997 15:44:33 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm fooling around with some of the sound device drivers, and I'm wanting to know how to mmap some of the DMA buffers that they use into user space. Any clues? Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Wed Jan 22 00:40:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA23004 for current-outgoing; Wed, 22 Jan 1997 00:40:24 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA22984; Wed, 22 Jan 1997 00:40:17 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id TAA10401; Wed, 22 Jan 1997 19:36:11 +1100 Date: Wed, 22 Jan 1997 19:36:11 +1100 From: Bruce Evans Message-Id: <199701220836.TAA10401@godzilla.zeta.org.au> To: current@freebsd.org, hackers@freebsd.org, sysseh@devetir.qld.gov.au Subject: Re: Mmaping device space into user space Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I'm fooling around with some of the sound device drivers, and I'm wanting to >know how to mmap some of the DMA buffers that they use into user space. Any >clues? See scmmap() in syscons.c. Mmaping in device drivers is very easy if the memory is contiguous, page-aligned and never freed. Bruce From owner-freebsd-current Wed Jan 22 03:21:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA28914 for current-outgoing; Wed, 22 Jan 1997 03:21:46 -0800 (PST) Received: from Postbox.BNN-Net.OR.JP (root@Mega.BNN-Net.OR.JP [202.239.50.13]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA28909 for ; Wed, 22 Jan 1997 03:21:42 -0800 (PST) Received: from mercury.kuma.or.jp (User50.BNN-Net.OR.JP [202.239.50.65]) by Postbox.BNN-Net.OR.JP (8.8.4/3.4W4-9612241334) with ESMTP id UAA20883 for ; Wed, 22 Jan 1997 20:21:37 +0900 (JST) Received: from jupiter.kuma.or.jp (jupiter.kuma.or.jp [192.168.0.10]) by mercury.kuma.or.jp (8.8.4/3.4Wbeta6) with ESMTP id LAA00572 for ; Wed, 22 Jan 1997 11:20:00 GMT Message-Id: <199701221120.LAA00572@mercury.kuma.or.jp> From: "=?ISO-2022-JP?B?QXl1bXUgSGlndWNoaSAtIBskQkh1OH0bKEogGyRCSmIbKEo=?=" To: Date: Wed, 22 Jan 1997 20:20:13 +0900 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe freebsd-current subscribe cvs-all From owner-freebsd-current Wed Jan 22 05:05:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA03487 for current-outgoing; Wed, 22 Jan 1997 05:05:17 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA03482; Wed, 22 Jan 1997 05:05:13 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id AAA18843; Thu, 23 Jan 1997 00:01:30 +1100 Date: Thu, 23 Jan 1997 00:01:30 +1100 From: Bruce Evans Message-Id: <199701221301.AAA18843@godzilla.zeta.org.au> To: mark@grondar.za, syssgm@devetir.qld.gov.au Subject: Re: VM bogon? Was: Re: NIS breakage Cc: dyson@freebsd.org, freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >In fact, I'm now so keen on my hypothesis that I've written some code. >Unfortunately, I have no -current box to test it on. Thus, if Mr Murry >wishes to risk all, the following patch may help. I haven't checked yet, but perhaps the problem with vi completely paged out is that the check accesses an unmapped PTE and the fault for this refuses to map the page. The validity checking for ordinary pages is fishy. Consider repeatedly reading a 2*N MB block on an N MB system. After the first read, at least half of the block should be user writable but swapped out. Prefaulting it all in probably doesn't change this state. It just increases swap activity. I think trapwrite() should only be called when PG_W is clear. This is the only case where the i386 loses. In particular, trapwrite() should not be called just to prefault pages when PG_V is clear, PG_RW is set and PG_U is set. Is it possible for a process to change the permissions for shared memory while another process is accessing the memory in copyout()? Bruce From owner-freebsd-current Wed Jan 22 07:41:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA09664 for current-outgoing; Wed, 22 Jan 1997 07:41:23 -0800 (PST) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [206.54.227.6]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA09659 for ; Wed, 22 Jan 1997 07:41:19 -0800 (PST) Received: from arabian.sylvester.com (printscrn.execpc.com [169.207.9.212]) by atlantis.nconnect.net (8.8.4/8.7.3) with SMTP id JAA09629 for ; Wed, 22 Jan 1997 09:35:40 -0600 (CST) Message-ID: <32E6358E.41C67EA6@nconned.net> Date: Wed, 22 Jan 1997 09:43:10 -0600 From: Randy DuCharme X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: 2 small strange problems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, I've been staying current almost nightly, and 3 of my machines are running current FLAWLESSLY!! One of them is an SMP machine. GREAT JOB GUYS!!! Two things are really bugging me in that I cannot seem to find the cause of them on my own. They're both small problems and I'm not too sure just exactly when it started as both have to do with logins. Hence this message. Here goes: 1: Whenever I login as 'root' I get a warning message... "Warning: Imported path contains relative components" ( or something to that effect ) 2: If I login as a nonexistent user ( ie: typing error entering login name ) I get ... /kernel: pid (login), uid 0: exited on sig 11 Are these normal behavior for 'current', or do I have a problem somewhere?? I don't seem to recall 2.1.5, or SNAP doing either of these, yet I'll be darned if I can find the cause. Ideas ?? Thanks -- Randall D DuCharme email: randyd@nconnect.net Systems Engineer Computer Specialists 414-253-9998 253-9919 (fax) From owner-freebsd-current Wed Jan 22 08:00:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA10450 for current-outgoing; Wed, 22 Jan 1997 08:00:36 -0800 (PST) Received: from global2000.net (eagriff@ut-dialup-7.global2000.net [204.249.217.168]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA10439; Wed, 22 Jan 1997 08:00:27 -0800 (PST) Received: (from eagriff@localhost) by global2000.net (8.8.4/8.7.3) id KAA05246; Wed, 22 Jan 1997 10:58:48 -0500 (EST) From: "Eric A. Griff" Message-Id: <199701221558.KAA05246@global2000.net> Subject: dip won't compile To: ports@freebsd.org Date: Wed, 22 Jan 1997 10:58:45 -0500 (EST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am running FreeBSD-current 3.0 (cvsup about 1/2 week ago), and have been trying to get dip from the net ports to compile. Up until 1/2 week ago I was getting a third incomplete about ifi_lastchange, however that is no more. The errors: In file included from dip.h:56 from attach.c:43 /usr/include/net/slvar.h:48: field 'sc_if' has incomplete type /usr/include/net/slvar.h:49: field 'sc_fastq' has incomplete type What is missing, am I doing wrong, or can I do, to get this to compile? Any replys are much appreciated, as is always the case. Eric A. Griff K&L Auto Sales Office Manager From owner-freebsd-current Wed Jan 22 08:27:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA11522 for current-outgoing; Wed, 22 Jan 1997 08:27:59 -0800 (PST) Received: from po1.glue.umd.edu (root@po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA11514 for ; Wed, 22 Jan 1997 08:27:56 -0800 (PST) Received: from protocol.eng.umd.edu (protocol.eng.umd.edu [129.2.98.180]) by po1.glue.umd.edu (8.8.3/8.7.3) with ESMTP id LAA17816; Wed, 22 Jan 1997 11:27:52 -0500 (EST) Received: from localhost (chuckr@localhost) by protocol.eng.umd.edu (8.8.3/8.7.3) with SMTP id LAA27927; Wed, 22 Jan 1997 11:27:51 -0500 (EST) X-Authentication-Warning: protocol.eng.umd.edu: chuckr owned process doing -bs Date: Wed, 22 Jan 1997 11:27:49 -0500 (EST) From: Chuck Robey X-Sender: chuckr@protocol.eng.umd.edu To: Randy DuCharme cc: current@FreeBSD.ORG Subject: Re: 2 small strange problems In-Reply-To: <32E6358E.41C67EA6@nconned.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 22 Jan 1997, Randy DuCharme wrote: > Greetings, > > I've been staying current almost nightly, and 3 of my machines are > running current FLAWLESSLY!! One of them is an SMP machine. > > GREAT JOB GUYS!!! > > Two things are really bugging me in that I cannot seem to find the cause > of them on my own. They're both small problems and I'm not too sure > just exactly when it started as both have to do with logins. Hence this > message. Here goes: > > 1: Whenever I login as 'root' I get a warning message... > "Warning: Imported path contains relative components" ( or something > to that effect ) Can't answer the second question, but the first means you have "." in root's execution PATH. This is a real security problem, because a user could code a program like 'ls' to do something evil, and when you cd'ed into that user's directory and took a look at his files with ls, you'd be unwittingly executing his ls program (and not the system's ls you would be expecting to get) at root privilege level. If you need to execute something in a current directory, it's easy enough to type ./program, which would do it. > > 2: If I login as a nonexistent user ( ie: typing error entering login > name ) I get ... > > /kernel: pid (login), uid 0: exited on sig 11 > > Are these normal behavior for 'current', or do I have a problem > somewhere?? I don't seem to recall 2.1.5, or SNAP doing either of > these, yet I'll be darned if I can find the cause. > > Ideas ?? > > > Thanks > -- > Randall D DuCharme email: randyd@nconnect.net > Systems Engineer > Computer Specialists > 414-253-9998 253-9919 (fax) > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Wed Jan 22 08:54:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA12664 for current-outgoing; Wed, 22 Jan 1997 08:54:42 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA12659 for ; Wed, 22 Jan 1997 08:54:38 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.3/8.8.3) with ESMTP id IAA02658; Wed, 22 Jan 1997 08:54:21 -0800 (PST) Message-Id: <199701221654.IAA02658@austin.polstra.com> To: asami@vader.cs.berkeley.edu (Satoshi Asami) cc: freebsd-current@freebsd.org Subject: Re: recent ld.so changes? In-reply-to: Your message of "Tue, 21 Jan 1997 22:23:38 PST." <199701220623.WAA04098@silvia.HIP.Berkeley.EDU> References: <199701220623.WAA04098@silvia.HIP.Berkeley.EDU> Date: Wed, 22 Jan 1997 08:54:21 -0800 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * Your "ld.so.hints" file is out of date. Type "ldconfig -m /usr/lib". > > What do you think about adding that command to the end of make world? I think it's a good idea. John From owner-freebsd-current Wed Jan 22 09:38:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA15911 for current-outgoing; Wed, 22 Jan 1997 09:38:13 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA15905 for ; Wed, 22 Jan 1997 09:38:09 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.3/8.8.3) with UUCP id SAA08116; Wed, 22 Jan 1997 18:36:36 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id SAA17475; Wed, 22 Jan 1997 18:20:41 +0100 (MET) Message-Id: <3.0.32.19970122182042.00b745c0@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 22 Jan 1997 18:20:43 +0100 To: Randy DuCharme From: Eivind Eklund Subject: Re: 2 small strange problems Cc: current@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 09:43 AM 1/22/97 -0600, Randy DuCharme wrote: >Two things are really bugging me in that I cannot seem to find the cause >of them on my own. They're both small problems and I'm not too sure >just exactly when it started as both have to do with logins. Hence this >message. Here goes: > >1: Whenever I login as 'root' I get a warning message... > "Warning: Imported path contains relative components" ( or something >to that effect ) That sounds like a security feature - you have . in root's path. (or you are SUing to root with -m and have . in your own path) >2: If I login as a nonexistent user ( ie: typing error entering login >name ) I get ... > > /kernel: pid (login), uid 0: exited on sig 11 > >Are these normal behavior for 'current', or do I have a problem >somewhere?? I don't seem to recall 2.1.5, or SNAP doing either of >these, yet I'll be darned if I can find the cause. The last one must be a bug. Signal 11 is SEGV - segment violation, login is dumping core. Examine the coredump and come back to us with a patch :) Eivind Eklund / perhaps@yes.no / http://maybe.yes.no/perhaps/ From owner-freebsd-current Wed Jan 22 10:07:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA17340 for current-outgoing; Wed, 22 Jan 1997 10:07:08 -0800 (PST) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA17329; Wed, 22 Jan 1997 10:07:00 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr3-10.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA03419 (5.67b/IDA-1.5); Wed, 22 Jan 1997 19:06:52 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.4/8.6.9) id SAA25119; Wed, 22 Jan 1997 18:36:56 +0100 (CET) Message-Id: Date: Wed, 22 Jan 1997 18:36:55 +0100 From: se@freebsd.org (Stefan Esser) To: msmith@atrad.adelaide.edu.au (Michael Smith) Cc: se@freebsd.org (Stefan Esser), current@freebsd.org Subject: Re: PCI LKM support added to -current References: <199701220109.LAA10371@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 In-Reply-To: <199701220109.LAA10371@genesis.atrad.adelaide.edu.au>; from Michael Smith on Jan 22, 1997 11:39:17 +1030 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Jan 22, msmith@atrad.adelaide.edu.au (Michael Smith) wrote: > Stefan Esser stands accused of saying: > > > > The file /etc/pcidevices will contain lines with the PCI vendor and device > > ID, and an associated driver object file: > > > > 0x802910ec if_ed > > Please don't do it like that; put a data structure in the LKM file that > contains this data and then write a utility to take the list of PCI > device ID's and return a list of LKMs required to cover them. (You > could add this to the utility that extracts the list of unhandled > ID's from the kernel; just give it a path to where the LKMs live.) Sorry, but I don't quite understand what you want (and I assume the problem is on my side :) I'll look into it another time: > Please don't do it like that; put a data structure in the LKM file that > contains this data and then write a utility to take the list of PCI Do you suggest, that the name of the LKM be coded into the LKM sources ?? > device ID's and return a list of LKMs required to cover them. (You I'd rather have the list in a simple text file, which is updated whenever a driver is added (or a device with a new PCI ID is found to be sufficiently compatible to be handled by an existing LKM). > could add this to the utility that extracts the list of unhandled > ID's from the kernel; just give it a path to where the LKMs live.) Hmmm, but there is no list of unhandled IDs, currently ... Well, I could return the name of a LKM to load, in case a driver is not attached, but LKM support has been compiled in. Is this what you want ??? The current concept requires a list of PCI IDs to be available in /etc/pcidevices. As part of /etc/rc a list of PCI devices is retrieved, and if no driver is attached, then /etc/pcidevices might map the PCI ID to a LKM name, which will be loaded by modload and attached as part of the LKM initialization. The attach makes the PCI code rescan the bus, and now there should be a driver for the device that was found un-attached before (and possibly for multiple cards, which can be handled by the same driver). What's wrong with this ? Regards, STefan From owner-freebsd-current Wed Jan 22 10:30:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA18678 for current-outgoing; Wed, 22 Jan 1997 10:30:37 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA18673 for ; Wed, 22 Jan 1997 10:30:35 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id KAA24248; Wed, 22 Jan 1997 10:30:32 -0800 (PST) To: Randy DuCharme cc: current@FreeBSD.ORG Subject: Re: 2 small strange problems In-reply-to: Your message of "Wed, 22 Jan 1997 09:43:10 CST." <32E6358E.41C67EA6@nconned.net> Date: Wed, 22 Jan 1997 10:30:32 -0800 Message-ID: <24244.853957832@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > 1: Whenever I login as 'root' I get a warning message... > "Warning: Imported path contains relative components" ( or something > to that effect ) You should search root's PATH and take out any `.' relative components if you don't want this to happen. > 2: If I login as a nonexistent user ( ie: typing error entering login > name ) I get ... > > /kernel: pid (login), uid 0: exited on sig 11 That's a bug. :-) Fixed. Jordan From owner-freebsd-current Wed Jan 22 11:06:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA20485 for current-outgoing; Wed, 22 Jan 1997 11:06:48 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA20480 for ; Wed, 22 Jan 1997 11:06:45 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id LAA24804; Wed, 22 Jan 1997 11:06:06 -0800 (PST) To: Eivind Eklund cc: Randy DuCharme , current@freebsd.org Subject: Re: 2 small strange problems In-reply-to: Your message of "Wed, 22 Jan 1997 18:20:43 +0100." <3.0.32.19970122182042.00b745c0@dimaga.com> Date: Wed, 22 Jan 1997 11:06:06 -0800 Message-ID: <24801.853959966@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The last one must be a bug. Signal 11 is SEGV - segment violation, login > is dumping core. Examine the coredump and come back to us with a patch :) Too late, I already fixed it. :-) Jordan From owner-freebsd-current Wed Jan 22 11:22:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA21410 for current-outgoing; Wed, 22 Jan 1997 11:22:51 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA21402 for ; Wed, 22 Jan 1997 11:22:47 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id UAA24372 for ; Wed, 22 Jan 1997 20:25:11 +0100 (MET) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.3/8.6.9) id UAA09331 for freebsd-current@freefall.cdrom.com; Wed, 22 Jan 1997 20:24:45 +0100 (MET) Date: Wed, 22 Jan 1997 20:24:45 +0100 (MET) From: Christoph Kukulies Message-Id: <199701221924.UAA09331@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: kern/kern_opt.c - BOGON ? Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk #ifdef CHILD_MAX #warning "obsolete option CHILD_MAX - rename it to PROC0_RLIMIT_NPROC" #endif #ifdef GATEWAY ^^^^^^^ shouldn't this be EXATRAVNODES? #warning "obsolete option EXTRAVNODES - use `sysctl -w kern.maxvnodes=value'" #endif #ifdef GATEWAY #warning "obsolete option GATEWAY - use `sysctl -w net.inet.ip_forwarding=1'" #endif #ifdef OPEN_MAX #warning "obsolete option OPEN_MAX - rename it to PROC0_RLIMIT_NOFILE" #endif --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Jan 22 13:49:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA29651 for current-outgoing; Wed, 22 Jan 1997 13:49:20 -0800 (PST) Received: from diamond.xtalwind.net (diamond.xtalwind.net [205.160.242.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA29645 for ; Wed, 22 Jan 1997 13:49:15 -0800 (PST) Received: from localhost (localhost.xtalwind.net [127.0.0.1]) by diamond.xtalwind.net (8.8.5/8.8.5) with SMTP id QAA01160 for ; Wed, 22 Jan 1997 16:48:39 -0500 (EST) Date: Wed, 22 Jan 1997 16:48:38 -0500 (EST) From: Jack To: freebsd-current@freebsd.org Subject: gdb-4.16 missing package files Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk make install of the gdb-4.16 port dies with: ** Missing package files for gdb-4.16 - installation not recorded. /pub/FreeBDS/FreeBSD-current/ports/devel/gdb has no pkg directory. :( ---------------------------------------------------------------------------- jacko@xtalwind.net Finger jacko@onyx.xtalwind.net for my PGP key Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD ---------------------------------------------------------------------------- ...computers in the future may have only 1,000 vacuum tubes and weigh only 1/2 tons. -- Popular Mechanics, March 1949 From owner-freebsd-current Wed Jan 22 15:58:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA07816 for current-outgoing; Wed, 22 Jan 1997 15:58:18 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA07807 for ; Wed, 22 Jan 1997 15:58:13 -0800 (PST) Received: from lapa.isr.uc.pt (lapa.isr.uc.pt [193.136.230.54]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id PAA14994 for ; Wed, 22 Jan 1997 15:58:10 -0800 (PST) Received: from localhost (paulo@localhost) by lapa.isr.uc.pt (8.8.4/8.7.3) with SMTP id XAA00285; Wed, 22 Jan 1997 23:49:49 GMT X-Authentication-Warning: lapa.isr.uc.pt: paulo owned process doing -bs Date: Wed, 22 Jan 1997 23:49:49 +0000 (WET) From: Paulo Menezes Reply-To: Paulo Menezes To: John Capo cc: Paulo Menezes , current@freebsd.org Subject: Re: de0 transmission timeout In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 20 Jan 1997, John Capo wrote: > Quoting Paulo Menezes (pm@ener1000.dee.uc.pt): > > > > Hi, > > > > I have installed a 100base-T board (OvisLink LFE-8129TX). > > As can be seen in the dmesg output the board is detected, but it does not > > work. It complains about transmission timeout, probably du to interrupt > > misconfiguration... I know that PnP is not supported yet, but I don't know > > if this malfunction is related with this fact. > > > > ftp://ftp.irbs.com/FreeBSD/pci/ contains an if_de.c for -stable > that works with the SMC9332BDT card. This card uses a 21140A chip. > This if_de.c is from -current around 11/26/96 with mods for -stable. > The mods for the 21140A were minor. > > John Capo > I tried it with no success. It also does not receive anything. It seems to be a problem related with interrupts... because the led on the HUB blinks a few times after the ifconfig . Is there any tests that I could do to help solve this problem? or should I throw it away an buy a REALY_GOOD one ?:) Paulo From owner-freebsd-current Wed Jan 22 17:17:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA16703 for current-outgoing; Wed, 22 Jan 1997 17:17:48 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA16672; Wed, 22 Jan 1997 17:17:36 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id LAA17394; Thu, 23 Jan 1997 11:47:30 +1030 (CST) From: Michael Smith Message-Id: <199701230117.LAA17394@genesis.atrad.adelaide.edu.au> Subject: Re: PCI LKM support added to -current In-Reply-To: from Stefan Esser at "Jan 22, 97 06:36:55 pm" To: se@freebsd.org (Stefan Esser) Date: Thu, 23 Jan 1997 11:47:29 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, se@freebsd.org, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Stefan Esser stands accused of saying: > > > > Please don't do it like that; put a data structure in the LKM file that > > contains this data and then write a utility to take the list of PCI > > device ID's and return a list of LKMs required to cover them. (You > > could add this to the utility that extracts the list of unhandled > > ID's from the kernel; just give it a path to where the LKMs live.) > > Sorry, but I don't quite understand what you want (and I assume > the problem is on my side :) Ok; what I meant was that rather than having a configuration file in /etc that lists LKMs and the PCI devices they match, put this information in the LKM itself, and write a tool to extract it on the fly. This way we avoid having yet another file in /etc that has to be updated every time an LKM is installed. > > device ID's and return a list of LKMs required to cover them. (You > > I'd rather have the list in a simple text file, which is updated > whenever a driver is added (or a device with a new PCI ID is found > to be sufficiently compatible to be handled by an existing LKM). I don't like this from a maintenance point of view. I understand that adding a line to a text file is easier than rebuilding an LKM, but I can think of ways around that as well 8) (leave extra space in the LKM's list and patch it...). > The current concept requires a list of PCI IDs to be available > in /etc/pcidevices. As part of /etc/rc a list of PCI devices is > retrieved, and if no driver is attached, then /etc/pcidevices > might map the PCI ID to a LKM name, which will be loaded by > modload and attached as part of the LKM initialization. The > attach makes the PCI code rescan the bus, and now there should > be a driver for the device that was found un-attached before > (and possibly for multiple cards, which can be handled by the > same driver). > > What's wrong with this ? Nothing other than the text file. I'm just suggesting that all of the information that would be in the text file _by_default_ should be obtainable from the LKMs themselves. In the case where a new PCI device appears that's not claimed by the LKMs but is compatible with another, a text file would provide a convenient way of 'aliasing', (but bear in mind that you will have to tell the driver that it's being asked to attach to a device that it doesn't actually know about). However, requiring the text file for any loading is a recipie for nuisance - remember that /etc is not normally updated by any of the build processes, so lots of people would end up with stale PCI LKM databases. ie. you would have a structure in the LKM that might look like this : static struct pci_lkm_matches { {0x055a, 0xa550, "PCI LKM Magic "}, {0x1234, 0x4567, "Frobozz Ink. Blarf 100 "}, {0x1234, 0x4569, "Frobozz Ink. Blarf 120 "}, {0xdeab, 0xbead, "Zoink 200/3 "}, {0, 0, "patchpatchpatchpatchpatch"}, {0, 0, "patchpatchpatchpatchpatch"} {-1, -1, " "} } Now, you can search for this in the LKM file using any one of several mechanisms (I'd go for rummaging its symbol table rather than the above which lets me do a search on the raw object...), and thus tell what the LKM was known to support when it was built. You can also optionally stuff more new things that it understands into the above data structure as an alternative to aliasing. I hope I'm making sense; I realise that my english is pretty tortured as it is 8( > Regards, STefan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed Jan 22 20:02:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA24571 for current-outgoing; Wed, 22 Jan 1997 20:02:23 -0800 (PST) Received: from bunyip.cc.uq.oz.au (daemon@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA24564; Wed, 22 Jan 1997 20:02:17 -0800 (PST) Received: (from daemon@localhost) by bunyip.cc.uq.oz.au (8.8.4/8.8.4) id OAA19098; Thu, 23 Jan 1997 14:01:58 +1000 Received: from troll.devetir.qld.gov.au by ogre.devetir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with ESMTP id OAA18744; Thu, 23 Jan 1997 14:03:43 +1000 (EST) Received: from localhost (syssgm@localhost) by troll.devetir.qld.gov.au (8.8.5/8.8.5) with SMTP id OAA06542; Thu, 23 Jan 1997 14:01:57 +1000 (EST) Message-Id: <199701230401.OAA06542@troll.devetir.qld.gov.au> X-Authentication-Warning: troll.devetir.qld.gov.au: syssgm@localhost didn't use HELO protocol To: Bruce Evans cc: dyson@freebsd.org, freebsd-current@freebsd.org, syssgm@devetir.qld.gov.au Subject: Re: VM bogon? Was: Re: NIS breakage Date: Thu, 23 Jan 1997 14:01:57 +1000 From: Stephen McKay Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: >The validity checking for ordinary pages is fishy. Consider repeatedly >reading a 2*N MB block on an N MB system. After the first read, at >least half of the block should be user writable but swapped out. >Prefaulting it all in probably doesn't change this state. It just >increases swap activity. I think trapwrite() should only be called >when PG_W is clear. This is the only case where the i386 loses. In >particular, trapwrite() should not be called just to prefault pages >when PG_V is clear, PG_RW is set and PG_U is set. While this sounds interesting, I don't think it is applicable. Reading large blocks will not call copyout() with buffers bigger than main memory. As far a I can tell, 64kb is the maximum raw transfer (MAXPHYS, enforced by minphys()), meaning copyout() will access at most 17 pages. The typical transfer, I expect, would be an aligned 8kb fs block, accessing 2 pages. I don't think this would cause an actual increase in swap activity. Also, when PG_V is clear, the other flags have no meaning (actually, I think pmap.c zeros them all). Thus, we have to test for PG_V. The only valid combination is PG_U|PG_RW|PG_V. That is what is currently checked. I can't see any way to improve this at this low level. >Is it possible for a process to change the permissions for shared memory >while another process is accessing the memory in copyout()? Hmm. Can a checked-and-ok page become invalid while you are faulting in a subsequent page? Sounds ugly and possible. Oops, gotta go to a 3 hour meeting right now. You'll have to work this one out. :-) Stephen. From owner-freebsd-current Wed Jan 22 20:43:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA26619 for current-outgoing; Wed, 22 Jan 1997 20:43:32 -0800 (PST) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA26606; Wed, 22 Jan 1997 20:43:27 -0800 (PST) Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.6/XS4ALL) with ESMTP id FAA15400; Thu, 23 Jan 1997 05:42:05 +0100 (MET) Received: from plm.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id FAA09407; Thu, 23 Jan 1997 05:31:27 +0100 (MET) Received: (from plm@localhost) by plm.xs4all.nl (8.8.4/8.7.3) id AAA03711; Thu, 23 Jan 1997 00:13:32 +0100 (MET) Date: Thu, 23 Jan 1997 00:13:32 +0100 (MET) Message-Id: <199701222313.AAA03711@plm.xs4all.nl> From: Peter Mutsaers To: Michael Smith Cc: mobile@freebsd.org, freebsd-current@freebsd.org Subject: Re: What PCMCIA ethernet card supported/recommended? In-Reply-To: <199701220012.KAA09372@genesis.atrad.adelaide.edu.au> References: <87enfeishu.fsf@localhost.xs4all.nl> <199701220012.KAA09372@genesis.atrad.adelaide.edu.au> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> On Wed, 22 Jan 1997 10:42:27 +1030 (CST), Michael Smith >> said: MS> (redirected to -mobile, where this belongs) Indeed, but also to current, since I wondered what is exactly supported in -current (the handbook might be out of date). Also I'm not subscribed to -mobile. MS> Peter Mutsaers stands accused of saying: >> >> The handbook says that 3com 3c589 and IBM/National Semiconductor >> PCMCIA cards are supported. Are these still the only two in -current? MS> No; most "NE2000-compatible" PCCARDs are supported as well. Good, they are much cheaper. I might try one of those then. But what does most mean? Is it a matter of trying? I fear that once I order one and it doesn't work, I won't be able to return it. >> In short, I hope someone can give me some advice on what card is >> recommended (without being too expensive) for -current; I'd rather >> have direct support and not depend on PAO. MS> At this point in time, installing with a PCCARD ethernet card MS> is problematic, however once you have you system up and going, MS> the above is a perfectly workable solution. Why? Hasn't the generic kernel on the boot floppy the supported PCCARD ethernet cards configured in? By the way, with my Megahertz card (with a PAO kernel, sn driver) I have a strange problem. I do see incoming packets (through the LED), and the LED also says it is sending packets. But somehow nothing is appearing on the wire. It is a UTP/BNC combo card. Is it possible that it receives on BNC (which I use) but it tries to send on UTP? Does anyone have similar problems? -- Peter Mutsaers | Abcoude (Utrecht), | Trust is a good quality plm@xs4all.nl | the Netherlands | for other people to have From owner-freebsd-current Wed Jan 22 21:28:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA28261 for current-outgoing; Wed, 22 Jan 1997 21:28:41 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA28244; Wed, 22 Jan 1997 21:28:36 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA28901; Wed, 22 Jan 1997 22:28:31 -0700 (MST) Date: Wed, 22 Jan 1997 22:28:31 -0700 (MST) Message-Id: <199701230528.WAA28901@rocky.mt.sri.com> From: Nate Williams To: Peter Mutsaers Cc: Michael Smith , mobile@freebsd.org, freebsd-current@freebsd.org Subject: Re: What PCMCIA ethernet card supported/recommended? In-Reply-To: <199701222313.AAA03711@plm.xs4all.nl> References: <87enfeishu.fsf@localhost.xs4all.nl> <199701220012.KAA09372@genesis.atrad.adelaide.edu.au> <199701222313.AAA03711@plm.xs4all.nl> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > MS> At this point in time, installing with a PCCARD ethernet card > MS> is problematic, however once you have you system up and going, > MS> the above is a perfectly workable solution. > > Why? Hasn't the generic kernel on the boot floppy the supported PCCARD > ethernet cards configured in? No, because there is no 'generic' support for PCCARD ethernet cards. There is specific support for 'known' cards, but the current pccardd daemons and such have not been very well abstracted out to live in the install tools. (No offense to Tatsumi-san). Nate From owner-freebsd-current Wed Jan 22 23:14:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA03021 for current-outgoing; Wed, 22 Jan 1997 23:14:41 -0800 (PST) Received: from main.bsd.zerodist.com (ts51-ip67.tp.silkera.net [203.70.2.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA03016; Wed, 22 Jan 1997 23:14:32 -0800 (PST) Received: (from root@localhost) by main.bsd.zerodist.com (8.7.5/8.7.3) id OAA08431; Fri, 23 Jan 1998 14:58:28 GMT Date: Fri, 23 Jan 1998 14:58:27 +0000 () From: Charlie ROOT To: current@freebsd.org, stable@freebsd.org Subject: Ip masquerade and sockd Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My LAN is using IPs from 192.168.x.x. Using sockd, netscape browser can browse Internet from any PC in the LAN. Is this the main functionality of IP masquerrade? If so, why not use sockd? Thanks. From owner-freebsd-current Wed Jan 22 23:48:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA04603 for current-outgoing; Wed, 22 Jan 1997 23:48:10 -0800 (PST) Received: from ns.tp.silkera.net (ns.tp.silkera.net [203.70.2.9]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA04549; Wed, 22 Jan 1997 23:47:56 -0800 (PST) Received: from dorothy.bsd.zerodist.com (ts62-ip78.tp.silkera.net [203.70.2.78]) by ns.tp.silkera.net (8.8.4/8.8.4) with SMTP id PAA29102; Thu, 23 Jan 1997 15:49:59 +0800 (CST) Message-ID: <32E71839.4BA@ms2.hinet.net> Date: Thu, 23 Jan 1997 15:50:17 +0800 From: zerodist Reply-To: zerodist@ms2.hinet.net X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Ip masquerade and sockd Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My LAN is using IPs from 192.168.x.x. Using sockd, netscape browser can browse Internet from any PC in the LAN. Is this the main functionality of IP masquerrade? If so, why not use sockd? Thanks. From owner-freebsd-current Thu Jan 23 00:17:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA06417 for current-outgoing; Thu, 23 Jan 1997 00:17:55 -0800 (PST) Received: from ns.tp.silkera.net (ns.tp.silkera.net [203.70.2.9]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA06372; Thu, 23 Jan 1997 00:17:39 -0800 (PST) Received: from dorothy.bsd.zerodist.com (ts62-ip78.tp.silkera.net [203.70.2.78]) by ns.tp.silkera.net (8.8.4/8.8.4) with SMTP id QAA29995; Thu, 23 Jan 1997 16:19:43 +0800 (CST) Message-ID: <32E71F38.246E@ms2.hinet.net> Date: Thu, 23 Jan 1997 16:20:08 +0800 From: zerodist Reply-To: zerodist@ms2.hinet.net X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: PPP dynamic IP routing Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I use a dial up phone to dial up to my ISP. Both my ISP and I got ip addresses randomly. To do automatic routing, I use Ip style as follows in ppp.conf and ppp.linkup. ifconfig 203.70.2.66/24 203.70.2.4/24 in ppp.conf add 0 0 203.70.2.4/24 in ppp.linkup But it seems not much help. Now I still have to add default route manually. In linux I can solve this problem using device name. Thanks. From owner-freebsd-current Thu Jan 23 02:11:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA12181 for current-outgoing; Thu, 23 Jan 1997 02:11:59 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA12176; Thu, 23 Jan 1997 02:11:51 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id VAA26112; Thu, 23 Jan 1997 21:05:49 +1100 Date: Thu, 23 Jan 1997 21:05:49 +1100 From: Bruce Evans Message-Id: <199701231005.VAA26112@godzilla.zeta.org.au> To: bde@zeta.org.au, syssgm@devetir.qld.gov.au Subject: Re: VM bogon? Was: Re: NIS breakage Cc: dyson@freebsd.org, freebsd-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >While this sounds interesting, I don't think it is applicable. Reading >large blocks will not call copyout() with buffers bigger than main memory. >As far a I can tell, 64kb is the maximum raw transfer (MAXPHYS, enforced by >minphys()), meaning copyout() will access at most 17 pages. The typical Yes, 64K is the maximum block size, and copyout() is bypassed in many cases anyway, e.g., raw transfers are direct. >transfer, I expect, would be an aligned 8kb fs block, accessing 2 pages. >I don't think this would cause an actual increase in swap activity. I hoped it was used for 64K cluster blocks, but the clustering routines don't seem to support that (fs's see only their own block size). >Also, when PG_V is clear, the other flags have no meaning (actually, I think >pmap.c zeros them all). Thus, we have to test for PG_V. The only valid Oops. >>Is it possible for a process to change the permissions for shared memory >>while another process is accessing the memory in copyout()? > >Hmm. Can a checked-and-ok page become invalid while you are faulting in >a subsequent page? Sounds ugly and possible. Oops, gotta go to a 3 hour >meeting right now. You'll have to work this one out. :-) Yes, there's nothing to stop context switching when copyin() blocks. I think this isn't a problem for the COW case (except for efficiency) because there will be a trap if the page becomes invalid. Bruce From owner-freebsd-current Thu Jan 23 02:33:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA13017 for current-outgoing; Thu, 23 Jan 1997 02:33:13 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA12979; Thu, 23 Jan 1997 02:33:02 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.6/BSD4.4) id VAA08180 Thu, 23 Jan 1997 21:32:31 +1100 (EST) From: michael butler Message-Id: <199701231032.VAA08180@asstdc.scgt.oz.au> Subject: Re: Ip masquerade and sockd In-Reply-To: <32E71839.4BA@ms2.hinet.net> from zerodist at "Jan 23, 97 03:50:17 pm" To: zerodist@ms2.hinet.net Date: Thu, 23 Jan 1997 21:32:30 +1100 (EST) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk zerodist writes: > My LAN is using IPs from 192.168.x.x. Using sockd, netscape browser > can browse Internet from any PC in the LAN. > Is this the main functionality of IP masquerrade? If so, why not use > sockd? Functionality is not the only issue to be considered. Licensing terms and conditions are also relevant, michael From owner-freebsd-current Thu Jan 23 05:56:53 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA20158 for current-outgoing; Thu, 23 Jan 1997 05:56:53 -0800 (PST) Received: from wawasee.read.indiana.edu (wawasee.read.indiana.edu [149.159.108.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20153 for ; Thu, 23 Jan 1997 05:56:49 -0800 (PST) Received: from localhost (ghormann@localhost) by wawasee.read.indiana.edu (8.8.4/8.6.12) with SMTP id IAA11451 for ; Thu, 23 Jan 1997 08:56:47 -0500 (EST) X-Authentication-Warning: wawasee.read.indiana.edu: ghormann owned process doing -bs Date: Thu, 23 Jan 1997 08:56:44 -0500 (EST) From: Gregory James Hormann X-Sender: ghormann@wawasee.read.indiana.edu To: current@freebsd.org Subject: Re: mount_msdos in 3.0-current (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- - ---------- Forwarded message ---------- Date: Wed, 22 Jan 1997 22:19:33 -0800 (PST) From: Doug White Reply-To: Doug White To: Gregory James Hormann Cc: questions@freebsd.org Subject: Re: mount_msdos in 3.0-current On Sat, 18 Jan 1997, Gregory James Hormann wrote: > I have been attempting to mount my dos directory in FreeBSD. The > partition is over 1GB in size. When I try to mount it, I get the > following message: > > /kernel mountmsdosdf(): Warning root directory is not a multiple of the > clustersize in length > > How bad is that? I thought the problems with >1GB DOS filesystems was > corrected? Bad. Very bad. Dismount your DOS filesystem and hope it wasn't damaged :( -- And never mount it until we confirm it's totally fixed. I thought so as well, but apparently not...this should be reported to current@freebsd.org. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQB1AwUBMuduH6LNRJrnJUqZAQG8XgMAiEyjoonVT3xWBZWXwo3h2y9i7ZbDTp3W F5wZXi8Rb0zLT8mcJ13OWFKgKzSd0dVthnxyX+YqtQoq46EStamgKezYbMPHUj/a 0rJqztPPqrgxyGk7MtjT5MHiD7MzotkN =d/YG -----END PGP SIGNATURE----- From owner-freebsd-current Thu Jan 23 10:38:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA03750 for current-outgoing; Thu, 23 Jan 1997 10:38:01 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03741 for ; Thu, 23 Jan 1997 10:37:58 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id TAA04732 for current@FreeBSD.org; Thu, 23 Jan 1997 19:17:22 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.4/8.8.2) id TAA00380; Thu, 23 Jan 1997 19:06:45 +0100 (MET) Message-ID: Date: Thu, 23 Jan 1997 19:06:44 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: current@FreeBSD.org Subject: restore dies with: canonname: not enough bufferspace X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Well, need to restore something badly from backup: Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/sd0s3g 765058 510001 193853 72% 52865 139133 28% /usr root# mt -f /dev/nrst0 fsf 3 root# cd /usr root# restore -if /dev/nrst0 > add local/www canonname: not enough bufferspace root# That's it ... any idea ?! Andreas /// -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Thu Jan 23 12:24:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09901 for current-outgoing; Thu, 23 Jan 1997 12:24:04 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA09846 for ; Thu, 23 Jan 1997 12:23:51 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA03316; Thu, 23 Jan 1997 21:23:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA01770; Thu, 23 Jan 1997 21:13:38 +0100 (MET) Message-ID: Date: Thu, 23 Jan 1997 21:13:38 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: andreas@klemm.gtn.com (Andreas Klemm) Cc: current@freebsd.org Subject: Re: restore dies with: canonname: not enough bufferspace References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Andreas Klemm on Jan 23, 1997 19:06:44 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Andreas Klemm wrote: > canonname: not enough bufferspace > root# > > That's it ... any idea ?! There are two open PRs for it including fixes. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Jan 23 13:03:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA12237 for current-outgoing; Thu, 23 Jan 1997 13:03:12 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA12231 for ; Thu, 23 Jan 1997 13:03:07 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id VAA12502 for current@freebsd.org; Thu, 23 Jan 1997 21:46:34 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.4/8.8.2) id VAA00980; Thu, 23 Jan 1997 21:37:46 +0100 (MET) Message-ID: Date: Thu, 23 Jan 1997 21:37:46 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: current@freebsd.org Subject: Re: restore dies with: canonname: not enough bufferspace References: X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 In-Reply-To: ; from "Andreas Klemm" on Jan 23, 1997 19:06:44 +0100 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Workaround: Andreas Klemm writes: > Well, need to restore something badly from backup: > root# restore -if /dev/nrst0 > > add local/www > canonname: not enough bufferspace I found out, that it has to deal with the latest changes in the following files: /usr/src/sbin/restore/extern.h /usr/src/sbin/restore/interactive.c /usr/src/sbin/restore/main.c After removing the last change in every module, everything is ok. After that I was able to restore from backup successfully. So I suggest removing those patches from HEAD and RELENG_2_2, since it breaks restore ... extern.h ======== revision 1.3 date: 1997/01/01 14:08:44; author: guido; state: Exp; lines: +1 -1 Yet another buffer overflow. 2.2 candidate (and -stable too actually, who does that?) Reviewed by: Warner Losh interactive.c ============= revision 1.2 date: 1997/01/01 14:08:45; author: guido; state: Exp; lines: +10 -4 Yet another buffer overflow. 2.2 candidate (and -stable too actually, who does that?) Reviewed by: Warner Losh main.c ====== revision 1.4 date: 1997/01/01 14:08:46; author: guido; state: Exp; lines: +2 -2 Yet another buffer overflow. 2.2 candidate (and -stable too actually, who does that?) Reviewed by: Warner Losh -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Thu Jan 23 14:36:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16506 for current-outgoing; Thu, 23 Jan 1997 14:36:28 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA16501 for ; Thu, 23 Jan 1997 14:36:26 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0vnXkQ-0003yUC; Thu, 23 Jan 97 14:35 PST Received: from critter.dk.tfs.com (critter-home [193.162.32.19]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id XAA10079; Thu, 23 Jan 1997 23:35:46 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id XAA01901; Thu, 23 Jan 1997 23:36:27 +0100 (MET) To: andreas@klemm.gtn.com (Andreas Klemm) cc: current@freebsd.org Subject: Re: restore dies with: canonname: not enough bufferspace In-reply-to: Your message of "Thu, 23 Jan 1997 21:37:46 +0100." Date: Thu, 23 Jan 1997 23:36:27 +0100 Message-ID: <1899.854058987@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , Andreas Klemm writes: There is a patch in a PR for this one, please try it out. Poul-Henning >Workaround: > >Andreas Klemm writes: >> Well, need to restore something badly from backup: >> root# restore -if /dev/nrst0 >> > add local/www >> canonname: not enough bufferspace -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Thu Jan 23 20:20:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA05981 for current-outgoing; Thu, 23 Jan 1997 20:20:24 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id UAA05976 for ; Thu, 23 Jan 1997 20:20:20 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vnd7Z-0000g7-00; Thu, 23 Jan 1997 21:20:09 -0700 Subject: Re: restore dies with: canonname: not enough bufferspace To: andreas@klemm.gtn.com (Andreas Klemm), current@freebsd.org In-reply-to: Your message of "Thu, 23 Jan 1997 23:36:27 +0100." <1899.854058987@critter.dk.tfs.com> References: <1899.854058987@critter.dk.tfs.com> Date: Thu, 23 Jan 1997 21:20:09 -0700 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <1899.854058987@critter.dk.tfs.com> Poul-Henning Kamp writes: : There is a patch in a PR for this one, please try it out. The PR number is 2536. The patch looks to be correct. I didn't catch the sizeof(char *) when I reviewed it. Pass the conical hat :-). A local copy here seems to have worked well for me. If no one objects, I'll commit this tomorrow afternoon. There is another, identical PR 2446, but that one lacks the patch :-). Warner P.S. Here's the patch, applied by hand here, that seems to have fixed it for me. This patch is from the above PR by Flemming Jacobsen with one minor stylistic nit corrected. Index: interactive.c =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/sbin/restore/interactive.c,v retrieving revision 1.2 diff -u -r1.2 interactive.c --- interactive.c 1997/01/01 14:08:45 1.2 +++ interactive.c 1997/01/24 04:13:14 @@ -82,7 +82,7 @@ static char *copynext __P((char *, char *)); static int fcmp __P((const void *, const void *)); static void formatf __P((struct afile *, int)); -static void getcmd __P((char *, char *, char *, struct arglist *)); +static void getcmd __P((char *, char *, char *, int, struct arglist *)); struct dirent *glob_readdir __P((RST_DIR *dirp)); static int glob_stat __P((const char *, struct stat *)); static void mkentry __P((struct direct *, struct afile *)); @@ -121,7 +121,7 @@ volno = 0; } runshell = 1; - getcmd(curdir, cmd, name, &arglist); + getcmd(curdir, cmd, name, sizeof(name), &arglist); switch (cmd[0]) { /* * Add elements to the extraction list. @@ -300,9 +300,10 @@ * eliminate any embedded ".." components. */ static void -getcmd(curdir, cmd, name, ap) +getcmd(curdir, cmd, name, size, ap) char *curdir, *cmd, *name; struct arglist *ap; + int size; { register char *cp; static char input[BUFSIZ]; @@ -357,7 +358,7 @@ * If it is an absolute pathname, canonicalize it and return it. */ if (rawname[0] == '/') { - canon(rawname, name, sizeof(name)); + canon(rawname, name, size); } else { /* * For relative pathnames, prepend the current directory to @@ -366,7 +367,7 @@ (void) strcpy(output, curdir); (void) strcat(output, "/"); (void) strcat(output, rawname); - canon(output, name, sizeof(name)); + canon(output, name, size); } if (glob(name, GLOB_ALTDIRFUNC, NULL, &ap->glob) < 0) fprintf(stderr, "%s: out of memory\n", ap->cmd); From owner-freebsd-current Fri Jan 24 03:05:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA21801 for current-outgoing; Fri, 24 Jan 1997 03:05:33 -0800 (PST) Received: from emout09.mail.aol.com (emout09.mx.aol.com [198.81.11.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA21796 for ; Fri, 24 Jan 1997 03:05:30 -0800 (PST) From: StevenR362@aol.com Received: (from root@localhost) by emout09.mail.aol.com (8.7.6/8.7.3/AOL-2.0.0) id GAA10676; Fri, 24 Jan 1997 06:04:57 -0500 (EST) Date: Fri, 24 Jan 1997 06:04:57 -0500 (EST) Message-ID: <970123210549_-2012976636@emout09.mail.aol.com> To: zerodist@ms2.hinet.net, freebsd-current@freebsd.org Subject: Re: PPP dynamic IP routing Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In a message dated 97-01-23 04:28:15 EST, zerodist@ms2.hinet.net (zerodist) writes: > I use a dial up phone to dial up to my ISP. Both my ISP and I got ip > addresses > randomly. To do automatic routing, I use Ip style as follows in ppp.conf > and > ppp.linkup. > ifconfig 203.70.2.66/24 203.70.2.4/24 in ppp.conf > add 0 0 203.70.2.4/24 in ppp.linkup > But it seems not much help. Now I still have to add default route > manually. > In linux I can solve this problem using device name. > Thanks. c.c. list trimmed to one group. Try adding the following entry to ppp.linkup # Otherwise, simply add peer as default gateway. MYADDR: add 0 0 HISADDR You don't need an ifconfig line in ppp.conf but if you insist then do it like this. set ifaddr 203.70.2.66/24 203.70.2.4/24 255.255.255.0 ^ remember to have a leading space. Then when you connect with iij ppp and the connection is established. Do a "show route" command at the ppp command line. You should have a default route entry corresponding to the remote host's ip address. The "show ipcp" command will tell you both your assigned ip and the remote ip for this particular dialup session. It works fine for me, especially with the -alias flag. Steve From owner-freebsd-current Fri Jan 24 04:54:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA27141 for current-outgoing; Fri, 24 Jan 1997 04:54:56 -0800 (PST) Received: from verdi.nethelp.no (verdi.nethelp.no [193.91.212.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA27135 for ; Fri, 24 Jan 1997 04:54:50 -0800 (PST) From: sthaug@nethelp.no Received: (qmail 20543 invoked by uid 1001); 24 Jan 1997 12:54:08 +0000 (GMT) To: current@freebsd.org Subject: Minor correction to lib/libc/sys/send.2: EACCES error code X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 24 Jan 1997 13:54:08 +0100 Message-ID: <20541.854110448@verdi.nethelp.no> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (This may not be the right place to send corrections - but it wasn't obvious what would be better.) send/sendto/sendmsg can return EACCES, and this is not documented. See the following code segment from sys/netinet/ip_output.c: if ((flags & IP_ALLOWBROADCAST) == 0) { error = EACCES; goto bad; } Here is a proposed context diff for 3.0-970114-SNAP/src/lib/libc/sys. Please note that I haven't checked whether this applies to other than IP. Steinar Haug, Nethelp consulting, sthaug@nethelp.no ---------------------------------------------------------------------- *** send.2.orig Tue Jan 14 07:07:28 1997 --- send.2 Fri Jan 24 13:39:56 1997 *************** *** 143,148 **** --- 143,151 ---- .Fn sendmsg fail if: .Bl -tag -width [EMSGSIZE] + .It Bq Er EACCES + The destination address is a broadcast address, and SO_BROADCAST + has not been set on the socket. .It Bq Er EBADF An invalid descriptor was specified. .It Bq Er ENOTSOCK From owner-freebsd-current Fri Jan 24 05:57:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA29264 for current-outgoing; Fri, 24 Jan 1997 05:57:47 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA29259 for ; Fri, 24 Jan 1997 05:57:41 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.4/8.8.4) with SMTP id FAA06506; Fri, 24 Jan 1997 05:39:01 -0800 (PST) Message-ID: <32E8BB17.41C67EA6@whistle.com> Date: Fri, 24 Jan 1997 05:37:27 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: StevenR362@aol.com CC: zerodist@ms2.hinet.net, freebsd-current@FreeBSD.ORG Subject: Re: PPP dynamic IP routing References: <970123210549_-2012976636@emout09.mail.aol.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk StevenR362@aol.com wrote: > Try adding the following entry to ppp.linkup > # Otherwise, simply add peer as default gateway. > MYADDR: > add 0 0 HISADDR > > You don't need an ifconfig line in ppp.conf but if you insist then do it like > this. > set ifaddr 203.70.2.66/24 203.70.2.4/24 255.255.255.0 > ^ remember to have a leading space. > The trick is to rememebr that HISADDR is a LITERAL and that you are not supposed to replace it with "his address" I took months to figure that out. From owner-freebsd-current Fri Jan 24 06:34:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA00844 for current-outgoing; Fri, 24 Jan 1997 06:34:39 -0800 (PST) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA00838 for ; Fri, 24 Jan 1997 06:34:36 -0800 (PST) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id JAA01954; Fri, 24 Jan 1997 09:23:36 -0500 (EST) Message-Id: <199701241423.JAA01954@intercore.com> Date: Fri, 24 Jan 1997 09:23:36 -0500 From: robin@intercore.com (Robin Cutshaw) To: current@freebsd.org Subject: 3.0 SNAP+SMP permission problems X-Mailer: Mutt 0.47 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just loaded the 3.0 SNAP and added SMP. When I create a file in /tmp, it gets the wrong owner/group. Here's a sample: free2cpu:util $ id uid=10290(robin) gid=20(staff) groups=20(staff), 0(wheel) free2cpu:util $ ln -s . /tmp/XXX free2cpu:util $ ls -l /tmp/XXX lrwxrwxrwt 1 bin bin 1 Jan 24 04:25 /tmp/XXX -> . free2cpu:util $ rm /tmp/XXX rm: /tmp/XXX: Operation not permitted free2cpu:util $ touch /tmp/xxx free2cpu:util $ ls -l /tmp/xxx -rw-rw-r-- 1 robin bin 0 Jan 24 04:26 /tmp/xxx robin -- ---- Robin Cutshaw internet: robin@interlabs.com robin@intercore.com Internet Labs, Inc. BellNet: 404-817-9787 "Time is just one damn thing after another" -- PBS/Nova ---- -- From owner-freebsd-current Fri Jan 24 08:39:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA06139 for current-outgoing; Fri, 24 Jan 1997 08:39:11 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA06131 for ; Fri, 24 Jan 1997 08:39:08 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id IAA18855 for ; Fri, 24 Jan 1997 08:39:06 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id RAA20051; Fri, 24 Jan 1997 17:19:13 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.4/8.8.2) id HAA25927; Fri, 24 Jan 1997 07:57:45 +0100 (MET) Message-ID: Date: Fri, 24 Jan 1997 07:57:44 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: jacko@diamond.xtalwind.net (Jack) Cc: freebsd-current@freebsd.org Subject: Re: gdb-4.16 missing package files References: X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 In-Reply-To: ; from "Jack" on Jan 22, 1997 16:48:38 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jack writes: > make install of the gdb-4.16 port dies with: > ** Missing package files for gdb-4.16 - installation not recorded. > > /pub/FreeBDS/FreeBSD-current/ports/devel/gdb has no pkg directory. :( Figure out why ... ;)) >From the Makefile of the port .... NO_PACKAGE= "This is for developers, thank you" -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Fri Jan 24 11:37:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA15089 for current-outgoing; Fri, 24 Jan 1997 11:37:09 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15084 for ; Fri, 24 Jan 1997 11:37:06 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.4/8.6.9) with ESMTP id LAA16700; Fri, 24 Jan 1997 11:37:02 -0800 (PST) To: Bill Fenner cc: current@freebsd.org Subject: Re: 2.2-BETA install failure In-reply-to: Your message of "Sun, 05 Jan 1997 12:34:11 PST." <97Jan5.123412pst.177481@crevenia.parc.xerox.com> Date: Fri, 24 Jan 1997 11:37:01 -0800 Message-ID: <16696.854134621@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > - I was unable to select "Busmouse" in the mouse selection menu, > even though the probe messages included "mse0 at 0x23c irq 5 on isa". > Another oddness about the mouse selection menu: when I first selected > it, I could select "PS/2 mosue", but if I then selected COM1 and then > went back to "PS/2" I couldn't select PS/2 the second time. I finally found this one! readlink() doesn't null append its result (I must have glossed over this the first time I read the man page) so the previous value, in this case /dev/cuaa0, was simply overlaid. That explains why the serial devices, with their longer names, were displayed but not the Bus or PS/2 mice (which have shorter names :). > - XF86Setup stopped accepting input from the keyboard after I hit enter > to "dismiss" the info panel about how to set up the mouse. I couldn't > figure out what to do so I went to VTY4 and killed XF86Setup. After that, > there was nothing running on any other VTY (hitting ctl-alt-F[124] just > beeped) and X wasn't responding to ctl-alt-BS so I ended up hitting > reset. Hmmm. I can't reproduce this one, but I've heard enough gritching about various bogons in the new XF86Setup that I'm going to make the older XF86Config an option as well. Jordan From owner-freebsd-current Fri Jan 24 11:50:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA15530 for current-outgoing; Fri, 24 Jan 1997 11:50:34 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15524 for ; Fri, 24 Jan 1997 11:50:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id LAA01817; Fri, 24 Jan 1997 11:50:33 -0800 (PST) Message-Id: <199701241950.LAA01817@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: robin@intercore.com (Robin Cutshaw) cc: current@freebsd.org Subject: Re: 3.0 SNAP+SMP permission problems In-reply-to: Your message of "Fri, 24 Jan 1997 09:23:36 EST." <199701241423.JAA01954@intercore.com> From: David Greenman Reply-To: dg@root.com Date: Fri, 24 Jan 1997 11:50:33 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I just loaded the 3.0 SNAP and added SMP. When I create a file in /tmp, >it gets the wrong owner/group. Here's a sample: > > >free2cpu:util $ id >uid=10290(robin) gid=20(staff) groups=20(staff), 0(wheel) >free2cpu:util $ ln -s . /tmp/XXX >free2cpu:util $ ls -l /tmp/XXX >lrwxrwxrwt 1 bin bin 1 Jan 24 04:25 /tmp/XXX -> . >free2cpu:util $ rm /tmp/XXX >rm: /tmp/XXX: Operation not permitted >free2cpu:util $ touch /tmp/xxx >free2cpu:util $ ls -l /tmp/xxx >-rw-rw-r-- 1 robin bin 0 Jan 24 04:26 /tmp/xxx That's a "feature" of 4.4BSD and has nothing to do with SMP. The symlink takes on the ownership/permissions of the directory it is created it. NetBSD already reverted to the historic behavior, and we should, too. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Fri Jan 24 13:10:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA19865 for current-outgoing; Fri, 24 Jan 1997 13:10:22 -0800 (PST) Received: from r33h142.res.gatech.edu (r33h142.res.gatech.edu [128.61.33.142]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA19854 for ; Fri, 24 Jan 1997 13:10:07 -0800 (PST) Received: (from jason@localhost) by r33h142.res.gatech.edu (8.8.2/8.7.3) id QAA06985; Fri, 24 Jan 1997 16:10:27 -0500 (EST) Message-ID: Date: Fri, 24 Jan 1997 16:10:27 -0500 From: jason@r33h142.res.gatech.edu (Jason Bennett) To: current@freebsd.org Subject: JDK X-Mailer: Mutt 0.58-PL15 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hey, I've got the JDK, and it works if I have pre-compiled classes, but javac isn't working. It claims it cannot find java/lang/Threads. I have the CLASSPATH set, and I've even tried unzipping the files and running javac from where Threads.class is. What am I missing? jason -- Jason Bennett, jbennett@cc.gatech.edu | Member, Team OS/2! CS Major, Georgia Institute of Technology | Senior TA, CS 1501! Believer in Jesus Christ as Savior and Lord | VP-Comm, BSU! http://bsu.gt.ed.net/~jason/ | finger for PGP key! From owner-freebsd-current Fri Jan 24 14:02:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA22629 for current-outgoing; Fri, 24 Jan 1997 14:02:06 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA22624 for ; Fri, 24 Jan 1997 14:02:03 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA08376; Fri, 24 Jan 1997 15:01:55 -0700 (MST) Date: Fri, 24 Jan 1997 15:01:55 -0700 (MST) Message-Id: <199701242201.PAA08376@rocky.mt.sri.com> From: Nate Williams To: jason@r33h142.res.gatech.edu (Jason Bennett) Cc: current@freebsd.org Subject: Re: JDK In-Reply-To: References: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've got the JDK, and it works if I have pre-compiled classes, but > javac isn't working. What do you mean? > It claims it cannot find java/lang/Threads. I > have the CLASSPATH set, and I've even tried unzipping the files and > running javac from where Threads.class is. What am I missing? Where is the JDK installed? What is the CLASSPATH set to. Nate From owner-freebsd-current Fri Jan 24 14:49:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA24862 for current-outgoing; Fri, 24 Jan 1997 14:49:05 -0800 (PST) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA24857 for ; Fri, 24 Jan 1997 14:49:02 -0800 (PST) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id XAA11230; Fri, 24 Jan 1997 23:55:03 +0100 (MET) From: Mikael Karpberg Message-Id: <199701242255.XAA11230@ocean.campus.luth.se> Subject: Re: gdb-4.16 missing package files To: andreas@klemm.gtn.com (Andreas Klemm) Date: Fri, 24 Jan 1997 23:55:02 +0100 (MET) Cc: freebsd-current@freebsd.org In-Reply-To: from Andreas Klemm at "Jan 24, 97 07:57:44 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Andreas Klemm: > Jack writes: > > make install of the gdb-4.16 port dies with: > > ** Missing package files for gdb-4.16 - installation not recorded. > > > > /pub/FreeBDS/FreeBSD-current/ports/devel/gdb has no pkg directory. :( > > Figure out why ... ;)) > > >From the Makefile of the port .... > > NO_PACKAGE= "This is for developers, thank you" Hmm... That seems pretty silly, no? I suppose this is meant like "develeopers should know how to build stuff". I think "developers know how to build stuff, but why have to take the hazzle"? Is there's no other reason for not having a packet, why exclude it? /Mikael From owner-freebsd-current Fri Jan 24 15:39:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA26836 for current-outgoing; Fri, 24 Jan 1997 15:39:39 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA26825 for ; Fri, 24 Jan 1997 15:39:36 -0800 (PST) Received: from dfw-ix10.ix.netcom.com by mail.crl.com with SMTP id AA10156 (5.65c/IDA-1.5 for ); Fri, 24 Jan 1997 15:39:10 -0800 Received: from baloon.mimi.com (ncr-us9-06.ix.netcom.com [204.31.236.198]) by dfw-ix10.ix.netcom.com (8.6.13/8.6.12) with ESMTP id PAA06356; Fri, 24 Jan 1997 15:36:15 -0800 Received: (from asami@localhost) by baloon.mimi.com (8.8.4/8.6.12) id PAA01251; Fri, 24 Jan 1997 15:36:12 -0800 (PST) Date: Fri, 24 Jan 1997 15:36:12 -0800 (PST) Message-Id: <199701242336.PAA01251@baloon.mimi.com> To: andreas@klemm.gtn.com Cc: jacko@diamond.xtalwind.net, freebsd-current@freebsd.org In-Reply-To: Subject: Re: gdb-4.16 missing package files From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * > /pub/FreeBDS/FreeBSD-current/ports/devel/gdb has no pkg directory. :( * * Figure out why ... ;)) * * >From the Makefile of the port .... * * NO_PACKAGE= "This is for developers, thank you" Um, this has nothing to do with pkg/* files. As clearly stated in the handbook (and on mailing lists), pkg/* files are mandatory WHETHER THE PORT IS PACKAGEABLE OR NOT. I'll cough up something using the gdbtk/pkg/* files. Satoshi From owner-freebsd-current Fri Jan 24 16:57:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA05599 for current-outgoing; Fri, 24 Jan 1997 16:57:23 -0800 (PST) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA05587 for ; Fri, 24 Jan 1997 16:57:15 -0800 (PST) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id TAA02886; Fri, 24 Jan 1997 19:48:19 -0500 (EST) Message-Id: <199701250048.TAA02886@intercore.com> Date: Fri, 24 Jan 1997 19:48:19 -0500 From: robin@intercore.com (Robin Cutshaw) To: dg@root.com Cc: robin@intercore.com (Robin Cutshaw), current@freebsd.org Subject: Re: 3.0 SNAP+SMP permission problems In-Reply-To: <199701241950.LAA01817@root.com>; from David Greenman on Jan 24, 1997 11:50:33 -0800 References: <199701241423.JAA01954@intercore.com> <199701241950.LAA01817@root.com> X-Mailer: Mutt 0.47 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Greenman writes: > >I just loaded the 3.0 SNAP and added SMP. When I create a file in /tmp, > >it gets the wrong owner/group. Here's a sample: > > > > > >free2cpu:util $ id > >uid=10290(robin) gid=20(staff) groups=20(staff), 0(wheel) > >free2cpu:util $ ln -s . /tmp/XXX > >free2cpu:util $ ls -l /tmp/XXX > >lrwxrwxrwt 1 bin bin 1 Jan 24 04:25 /tmp/XXX -> . > >free2cpu:util $ rm /tmp/XXX > >rm: /tmp/XXX: Operation not permitted > >free2cpu:util $ touch /tmp/xxx > >free2cpu:util $ ls -l /tmp/xxx > >-rw-rw-r-- 1 robin bin 0 Jan 24 04:26 /tmp/xxx > > That's a "feature" of 4.4BSD and has nothing to do with SMP. The symlink > takes on the ownership/permissions of the directory it is created it. NetBSD > already reverted to the historic behavior, and we should, too. > Don't think that's right. You cannot delete a symlink that you create? Also, how do you explain the group permission on the regular file? robin -- ---- Robin Cutshaw internet: robin@interlabs.com robin@intercore.com Internet Labs, Inc. BellNet: 404-817-9787 "Time is just one damn thing after another" -- PBS/Nova ---- -- From owner-freebsd-current Fri Jan 24 17:04:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA06784 for current-outgoing; Fri, 24 Jan 1997 17:04:51 -0800 (PST) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA06766 for ; Fri, 24 Jan 1997 17:04:44 -0800 (PST) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id TAA02904; Fri, 24 Jan 1997 19:56:23 -0500 (EST) Message-Id: <199701250056.TAA02904@intercore.com> Date: Fri, 24 Jan 1997 19:56:22 -0500 From: robin@intercore.com (Robin Cutshaw) To: current@freebsd.org Cc: dg@root.com, robin@intercore.com (Robin Cutshaw) Subject: Re: 3.0 SNAP+SMP permission problems In-Reply-To: <199701250048.TAA02886@intercore.com>; from Robin Cutshaw on Jan 24, 1997 19:48:19 -0500 References: <199701241423.JAA01954@intercore.com> <199701241950.LAA01817@root.com> <199701250048.TAA02886@intercore.com> X-Mailer: Mutt 0.47 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Robin Cutshaw writes: > > Also, how do you explain the group permission on the regular file? ^^^^^^^^^^^^^ I mean't "group of" of course... robin -- ---- Robin Cutshaw internet: robin@interlabs.com robin@intercore.com Internet Labs, Inc. BellNet: 404-817-9787 "Time is just one damn thing after another" -- PBS/Nova ---- -- From owner-freebsd-current Fri Jan 24 17:18:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA07387 for current-outgoing; Fri, 24 Jan 1997 17:18:47 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA07382 for ; Fri, 24 Jan 1997 17:18:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id RAA02556; Fri, 24 Jan 1997 17:18:33 -0800 (PST) Message-Id: <199701250118.RAA02556@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: robin@intercore.com (Robin Cutshaw) cc: current@freebsd.org Subject: Re: 3.0 SNAP+SMP permission problems In-reply-to: Your message of "Fri, 24 Jan 1997 19:48:19 EST." <199701250048.TAA02886@intercore.com> From: David Greenman Reply-To: dg@root.com Date: Fri, 24 Jan 1997 17:18:33 -0800 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >-rw-rw-r-- 1 robin bin 0 Jan 24 04:26 /tmp/xxx >> >> That's a "feature" of 4.4BSD and has nothing to do with SMP. The symlink >> takes on the ownership/permissions of the directory it is created it. NetBSD >> already reverted to the historic behavior, and we should, too. >> > >Don't think that's right. You cannot delete a symlink that you create? Yup - not unless the directory it is in is owned by you. >Also, how do you explain the group permission on the regular file? Files inherit the group ownership of the directory they are created in. This is another BSD thing. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Fri Jan 24 18:11:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA10721 for current-outgoing; Fri, 24 Jan 1997 18:11:02 -0800 (PST) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA10688 for ; Fri, 24 Jan 1997 18:10:53 -0800 (PST) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id VAA03211; Fri, 24 Jan 1997 21:02:28 -0500 (EST) Message-Id: <199701250202.VAA03211@intercore.com> Date: Fri, 24 Jan 1997 21:02:27 -0500 From: robin@intercore.com (Robin Cutshaw) To: dg@root.com Cc: robin@intercore.com (Robin Cutshaw), current@freebsd.org Subject: Re: 3.0 SNAP+SMP permission problems In-Reply-To: <199701250118.RAA02556@root.com>; from David Greenman on Jan 24, 1997 17:18:33 -0800 References: <199701250048.TAA02886@intercore.com> <199701250118.RAA02556@root.com> X-Mailer: Mutt 0.47 Mime-Version: 1.0 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Greenman writes: > > > >Don't think that's right. You cannot delete a symlink that you create? > > Yup - not unless the directory it is in is owned by you. > > >Also, how do you explain the group permission on the regular file? > > Files inherit the group ownership of the directory they are created > in. This is another BSD thing. > Guess I've been working with SVR4/Solaris/Aix/HPUX/IRIX systems to long. Need to get back to my BSD roots... :-) Oh well, do the words "never mind" ring a bell? robin From owner-freebsd-current Sat Jan 25 06:45:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA04272 for current-outgoing; Sat, 25 Jan 1997 06:45:20 -0800 (PST) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA04267 for ; Sat, 25 Jan 1997 06:45:17 -0800 (PST) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id IAA26930 for freebsd-current@FreeBSD.org; Sat, 25 Jan 1997 08:45:09 -0600 (CST) Message-Id: <199701251445.IAA26930@iworks.InterWorks.org> Date: Sat, 25 Jan 1997 08:45:09 -0600 (CST) From: "Daniel M. Eischen" To: freebsd-current@FreeBSD.org Subject: -current doesn't boot Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Current kernel built with sources from evening Jan 24 doesn't boot. PCI controllers (ahc and de) not found causing the root filesystem not to be found. I can't scroll back to the PCI probe messages, otherwise I would try to post more info. Will re-CVSup and try another kernel build. Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-current Sat Jan 25 08:01:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA06121 for current-outgoing; Sat, 25 Jan 1997 08:01:10 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA06115 for ; Sat, 25 Jan 1997 08:01:06 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id QAA10046; Sat, 25 Jan 1997 16:48:04 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.4/8.8.2) id QAA13338; Sat, 25 Jan 1997 16:35:54 +0100 (MET) Message-ID: Date: Sat, 25 Jan 1997 16:35:54 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: deischen@iworks.InterWorks.org (Daniel M. Eischen) Cc: freebsd-current@FreeBSD.org Subject: Re: -current doesn't boot References: <199701251445.IAA26930@iworks.InterWorks.org> X-Mailer: Mutt 0.55-PL15 Mime-Version: 1.0 In-Reply-To: <199701251445.IAA26930@iworks.InterWorks.org>; from "Daniel M. Eischen" on Jan 25, 1997 08:45:09 -0600 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Daniel M. Eischen writes: > > Current kernel built with sources from evening Jan 24 doesn't boot. > PCI controllers (ahc and de) not found causing the root filesystem > not to be found. Same for me. -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sat Jan 25 14:19:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA20589 for current-outgoing; Sat, 25 Jan 1997 14:19:45 -0800 (PST) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA20584 for ; Sat, 25 Jan 1997 14:19:42 -0800 (PST) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA19469; Sat, 25 Jan 1997 14:19:37 -0800 Date: Sat, 25 Jan 1997 14:19:37 -0800 (PST) From: "Brian N. Handy" To: freebsd-current@freebsd.org Subject: Swapinfo: /dev/?? Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there, When I partitioned my HD many moons ago, I didn't plan ahead and so now I routinely don't have enough swap space. BUT to get by, every so often I create a big file and transform it into swap space via vnconfig. Normally I just use the one swapfile, but today I had a special situation where suddenly that wasn't going to cut it, so I made another swapfile, uttered the sacred words: vnconfig -e /dev/vn1c /usr/swapfile2 swap (Oh yea had to sh ./MAKEDEV vn1 in /dev prior to this.) But anyway, to verify everything's really working, I do this: lambic:~ [13]->swapinfo -k Device 1K-blocks Used Avail Capacity Type /dev/sd0s2b 65536 59560 5912 91% Interleaved /dev/vn0c 65536 59648 5824 91% Interleaved /dev/?? 65536 4892 60580 7% Interleaved Total 196416 124100 72316 63% Whoa! What's that "/dev/??" about? I perused the source for a minute until I realized that for me to puzzle this out will be a research project. 2.2-BETA as of sometime this last week. Brian From owner-freebsd-current Sat Jan 25 18:32:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA10471 for current-outgoing; Sat, 25 Jan 1997 18:32:35 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA10393; Sat, 25 Jan 1997 18:31:42 -0800 (PST) From: Mike Pritchard Message-Id: <199701260231.SAA10393@freefall.freebsd.org> Subject: Re: possible madvise MADV_FREE improvement To: dyson@FreeBSD.ORG Date: Sat, 25 Jan 1997 18:31:41 -0800 (PST) Cc: dtc@scrooge.ee.swin.oz.au, current@FreeBSD.ORG In-Reply-To: <199701200206.VAA00126@dyson.iquest.net> from "John S. Dyson" at Jan 19, 97 09:06:06 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John S. Dyson wrote: > > > > Below is a patch which seems to improve madvise MADV_FREE; stops the > > page-ins in the example recently posted. It also brings the call > > closer to reliably zeroing the pages. > > > Thanks for the bug report, and I will be committing a fix in a little > while (next hour or so) for the problem. Note that MADV_FREE does not > guarantee that the page will be zeroed in any way. Specificially, MADV_FREE > allows the system to optionally dispose of the contents of the page range, > without paging it out. If the contents are disposed of, of course, the > pages in the page range will be demand zeroed. > > John > dyson@freebsd.org Can someone clarify what PR# 1851 has to say? Is it possible for "random" data to be returned in some cases? Here is the next of the PR: >From dtc@scrooge.ee.swin.oz.au Sun Oct 20 07:23:39 1996 Date: Mon, 21 Oct 1996 00:25:18 +1000 (EST) From: Douglas Thomas Crosher To: FreeBSD-gnats-submit@freebsd.org Subject: madvise MADV_FREE manual page clarification >Number: 1851 >Category: docs >Synopsis: madvise MADV_FREE manual page clarification >Description: >From the madvise manual page: "MADV_FREE gives the VM system the freedom to free pages, and tells the system that information in the specified page range is no longer impor- tant. This is an efficient way of allowing malloc(3) to free pages any- where in the address space, while keeping the address space valid. The next time that the page is referenced, the page might be demand zeroed, or might contain the data that was there before the MADV_FREE call. ..." I have a slight query on the behaviour of MADV_FREE. My initial interpretation was that after a MADV_FREE a page would either be zero filled or remain unchanged. However I found that pages could have different data in them after the MADV_FREE call. >How-To-Repeat: I've seen this behaviour while experimenting with page freeing strategies for a garbage collector for CMUCL. I tried to zero fill the pages then call madvise MADV_FREE in the hope they would be zero the next time there were accessed, however some pages were not zero filled. >Fix: Perhaps the documentation could be made a little clearer, I suggest: "... The next time that the page is referenced, the page might be demand zeroed, or might contain random data." >Audit-Trail: From: Luigi Rizzo To: dtc@scrooge.ee.swin.oz.au (Douglas Thomas Crosher) Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: docs/1851: madvise MADV_FREE manual page clarification Date: Sun, 20 Oct 1996 19:29:12 +0100 (MET) > I have a slight query on the behaviour of MADV_FREE. My initial > interpretation was that after a MADV_FREE a page would either be zero > filled or remain unchanged. However I found that pages could have > different data in them after the MADV_FREE call. ... > > Perhaps the documentation could be made a little clearer, I suggest: > "... The next time that the page is referenced, the page might be > demand zeroed, or might contain random data." One thing I would like is to have a slightly different version of MADV_FREE which _guarantees_ the page to be zero-filled on demand. John Dyson said it would not hard at all (if I only knew how... :) Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Sat Jan 25 18:41:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA10864 for current-outgoing; Sat, 25 Jan 1997 18:41:59 -0800 (PST) Received: from ocala.cs.miami.edu (ocala.cs.miami.edu [129.171.34.17]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA10858 for ; Sat, 25 Jan 1997 18:41:57 -0800 (PST) Received: from localhost by ocala.cs.miami.edu via SMTP (950413.SGI.8.6.12/940406.SGI) for id VAA05364; Sat, 25 Jan 1997 21:41:50 -0500 Date: Sat, 25 Jan 1997 21:41:50 -0500 (EST) From: "Joe \"Marcus\" Clarke" To: current@freebsd.org Subject: FreeBSD-SNAP-970118 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have noticed that the adduser command under this SNAP does not correctly add users to /etc/group. I have to manually edit this file to get users to correspond to their respective groups. Is there a bug in adduser, or something new that has to be done to add the users? Thnaks, Joe From owner-freebsd-current Sat Jan 25 18:51:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA11318 for current-outgoing; Sat, 25 Jan 1997 18:51:00 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA11288; Sat, 25 Jan 1997 18:50:26 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id VAA16940; Sat, 25 Jan 1997 21:50:08 -0500 (EST) From: "John S. Dyson" Message-Id: <199701260250.VAA16940@dyson.iquest.net> Subject: Re: possible madvise MADV_FREE improvement To: mpp@freefall.freebsd.org (Mike Pritchard) Date: Sat, 25 Jan 1997 21:50:08 -0500 (EST) Cc: dyson@FreeBSD.ORG, dtc@scrooge.ee.swin.oz.au, current@FreeBSD.ORG In-Reply-To: <199701260231.SAA10393@freefall.freebsd.org> from "Mike Pritchard" at Jan 25, 97 06:31:41 pm Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > John S. Dyson wrote: > > > > > > Below is a patch which seems to improve madvise MADV_FREE; stops the > > > page-ins in the example recently posted. It also brings the call > > > closer to reliably zeroing the pages. > > > > > Thanks for the bug report, and I will be committing a fix in a little > > while (next hour or so) for the problem. Note that MADV_FREE does not > > guarantee that the page will be zeroed in any way. Specificially, MADV_FREE > > allows the system to optionally dispose of the contents of the page range, > > without paging it out. If the contents are disposed of, of course, the > > pages in the page range will be demand zeroed. > > > > John > > dyson@freebsd.org > > Can someone clarify what PR# 1851 has to say? Is it > possible for "random" data to be returned in some cases? Here > is the next of the PR: > It is possible for random data to be paged in/out due to an evil race condition. The correct behavior is for the data to be unmodified in the process address space, or for the memory to be demand zeroed. MADV_FREE allows the kernel to "throw away" the data in the pages instead of paging it out (and subsequently pageing it back in.) If the data is thrown away, the pages come back demand zeroed. There was a race condition that broke the proper behavior. > > "MADV_FREE gives the VM system the freedom to free pages, and tells the > system that information in the specified page range is no longer impor- > tant. This is an efficient way of allowing malloc(3) to free pages any- > where in the address space, while keeping the address space valid. The > next time that the page is referenced, the page might be demand zeroed, > or might contain the data that was there before the MADV_FREE call. ..." > > I have a slight query on the behaviour of MADV_FREE. My initial > interpretation was that after a MADV_FREE a page would either be zero > filled or remain unchanged. However I found that pages could have > different data in them after the MADV_FREE call. > Your interpretation is correct, and the system behavior was wrong. John From owner-freebsd-current Sat Jan 25 22:34:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA19585 for current-outgoing; Sat, 25 Jan 1997 22:34:55 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA19576 for ; Sat, 25 Jan 1997 22:34:49 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.4/8.8.4) id RAA03440; Sun, 26 Jan 1997 17:34:35 +1100 (EST) Message-ID: Date: Sun, 26 Jan 1997 17:34:34 +1100 From: davidn@unique.usn.blaze.net.au (David Nugent) To: jmcla@ocala.cs.miami.edu (Joe Marcus Clarke) Cc: current@freebsd.org Subject: Re: FreeBSD-SNAP-970118 References: X-Mailer: Mutt 0.56 Mime-Version: 1.0 In-Reply-To: ; from "Joe \"Marcus\" Clarke" on Jan 25, 1997 21:41:50 -0500 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Joe \"Marcus\" Clarke" writes: > I have noticed that the adduser command under this SNAP does not > correctly add users to /etc/group. I have to manually edit this file to > get users to correspond to their respective groups. Are you talking about primary or secondary group memberships? A user's primary group membership should not appear in /etc/groups if that group's uid is in /etc/master.passwd. That is redundant. The only exception to this is when adding a member to group wheel. su only looks at /etc/group in this case (which, actually, I consider a bug, but not a large one). Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/