From owner-freebsd-current Sun Sep 24 01:22:24 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA11282 for current-outgoing; Sun, 24 Sep 1995 01:22:24 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA11265 for ; Sun, 24 Sep 1995 01:22:18 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA04895 for ; Sun, 24 Sep 1995 09:22:09 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA22171 for freebsd-current@freefall.freebsd.org; Sun, 24 Sep 1995 09:22:09 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA29691 for freebsd-current@freefall.freebsd.org; Sun, 24 Sep 1995 08:33:38 +0100 From: J Wunsch Message-Id: <199509240733.IAA29691@uriah.heep.sax.de> Subject: Re: runtime warnings, opinion warning To: freebsd-current@freefall.freebsd.org Date: Sun, 24 Sep 1995 08:33:37 +0100 (MET) Reply-To: freebsd-current@freefall.freebsd.org In-Reply-To: <9509232236.AA07462@borg.ess.harris.com> from "James Leppek" at Sep 23, 95 06:36:54 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1561 Sender: owner-current@FreeBSD.org Precedence: bulk As James Leppek wrote: > > ... Since when did fbsd become a > religion where you conform or are damned for all time? > This position is clearly in the "advocacy" or personal pet peeve catagory > that I always find amusing. It's been there since 386BSD 0.0, i think. :) > I can change things in a few minutes, but if I had a hundred users > I would not be happy because they would be coming to me saying its broken. > (to most users unsafe == broken) This is ok. If you see the warning next time, put your hand on the keyboard for a minute, then hit enter. >:-) > How about sprintf or strcpy, or any function that can blow a buffer? gets() is typically used _directly on user input_. That's the problem. The sprintf() saga is that the standard even forgot to standardize a safer function. :-( > The gets man page says don't use it, good place to mention it :-) Nobody reads man pages. In particular, if you port some existing program, you wouldn't even notice that it's using gets() (unless you're building a test environment and feed random garbage into the standard input of any program). If somebody sees it and cannot fix it himself, he should complain at the vendor of the program. If *you* are that unsatisfied with it, drop the warning from the source, create your own libc.so, and replace the original one... Sorry, i don't think you are going to find somebody here who'll share your opinion. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Sep 24 07:56:09 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA29377 for current-outgoing; Sun, 24 Sep 1995 07:56:09 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA29370 for ; Sun, 24 Sep 1995 07:56:05 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id KAA00597; Sun, 24 Sep 1995 10:55:54 -0400 From: John Capo Message-Id: <199509241455.KAA00597@irbs.irbs.com> Subject: Re: The Sig-11 thing To: dyson@freefall.freebsd.org (John Dyson) Date: Sun, 24 Sep 1995 10:55:52 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: <199509232124.OAA01779@freefall.freebsd.org> from "John Dyson" at Sep 23, 95 02:24:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 406 Sender: owner-current@freebsd.org Precedence: bulk John Dyson writes: > > > I have just committed the vfs_clustering fixes for the Sig-11 problem. I > have not yet turned off the "work around" and will do so in the next few > hours. Note that there still might be a lower level problem that we > are investigating. > I built a kernel from sources supped this AM and had a spontaneous reboot within five minutes, no panic. John Capo IRBS Engineering From owner-freebsd-current Sun Sep 24 09:18:15 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA03657 for current-outgoing; Sun, 24 Sep 1995 09:18:15 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA03650 for ; Sun, 24 Sep 1995 09:18:12 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA13976 for ; Sun, 24 Sep 1995 17:18:03 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id RAA25460 for freebsd-current@FreeBSD.org; Sun, 24 Sep 1995 17:18:03 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id RAA02662 for freebsd-current@FreeBSD.org; Sun, 24 Sep 1995 17:14:49 +0100 From: J Wunsch Message-Id: <199509241614.RAA02662@uriah.heep.sax.de> Subject: pppd proxy arp fix in PR 701 To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 24 Sep 1995 17:14:49 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 280 Sender: owner-current@FreeBSD.org Precedence: bulk Hi, can anybody verify that the suggested fix in PR # 701 to make pppd's proxy arp working is correct? I don't do proxy arp anywhere. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Sep 24 10:19:32 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA05991 for current-outgoing; Sun, 24 Sep 1995 10:19:32 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA05984 for ; Sun, 24 Sep 1995 10:19:29 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id NAA03507; Sun, 24 Sep 1995 13:18:58 -0400 From: John Capo Message-Id: <199509241718.NAA03507@irbs.irbs.com> Subject: Re: pppd proxy arp fix in PR 701 To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 24 Sep 1995 13:18:58 -0400 (EDT) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199509241614.RAA02662@uriah.heep.sax.de> from "J Wunsch" at Sep 24, 95 05:14:49 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 322 Sender: owner-current@FreeBSD.org Precedence: bulk J Wunsch writes: > > Hi, > > can anybody verify that the suggested fix in PR # 701 to make pppd's > proxy arp working is correct? I don't do proxy arp anywhere. > If it does not deal with the fact that once you hit a continue in the for() loop in sys-bsd.c line 671 it loops forever, no. John Capo IRBS Engineering From owner-freebsd-current Sun Sep 24 12:42:19 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA10810 for current-outgoing; Sun, 24 Sep 1995 12:42:19 -0700 Received: from asstdc.scgt.oz.au (asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA10805 for ; Sun, 24 Sep 1995 12:42:12 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id FAA16757 for current@freebsd.org; Mon, 25 Sep 1995 05:41:36 +1000 From: michael butler Message-Id: <199509241941.FAA16757@asstdc.scgt.oz.au> Subject: flamage in comp.security.unix .. To: current@freebsd.org Date: Mon, 25 Sep 1995 05:41:35 +1000 (EST) X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1598 Sender: owner-current@freebsd.org Precedence: bulk As usual, the Linux vs. *BSD wars continue to rage :-(. This time, in comp.security.unix; a (slightly trimmed) excerpt .. From: ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig) Subject: Re: Firewall platform of choice Date: 22 Sep 1995 21:16:41 +0200 Organization: =?ISO-8859-1?Q?Universit=E4t_Karlsruhe_(TH),_Germany_?= Message-ID: <43v22p$8sp@fg70.rz.uni-karlsruhe.de> Reply-To: Thomas.Koenig@ciw.uni-karlsruhe.de In comp.security.unix, peter@nmti.com (Peter da Silva) wrote: >No, they didn't. Linux is rather unique among the UNIX and UNIX clone >systems in that they did their own IP rather than taking advantage of the >reference implementation in BSD. >There were arguably good reasons at the time for doing so (the USL lawsuit >against BSDI and the CSRG), but since then there have been two new releases >of blessed code. Surely it's time to abandon NIH and import the good stuff. Not necessarily. BSD networking didn't get everything right, not by a long shot; violating RFC 1123 by not passing back ICMP errors resulting from UDP sockets is only one example. Right now (1.2.13 for Linux, the latest production release), Linux networking is working fairly well. == end quote == Does this inconsistency with the RFCs still exist in FreeBSD ? Is it worth addressing (or any others known) ? Perception is a delicate thing which, unfortunately, may only loosely related to the truth. I'm assuming that this adherence (or otherwise) has little (if any) impact on the security of a *BSD system but, not knowing enough about the issues, this seemed like the best place to ask .. michael From owner-freebsd-current Sun Sep 24 12:51:23 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA11250 for current-outgoing; Sun, 24 Sep 1995 12:51:23 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA11245 for ; Sun, 24 Sep 1995 12:51:21 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA11630; Sun, 24 Sep 1995 15:49:12 -0400 Date: Sun, 24 Sep 1995 15:49:12 -0400 From: "Garrett A. Wollman" Message-Id: <9509241949.AA11630@halloran-eldar.lcs.mit.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: FreeBSD-Current Mailing List Subject: Re: cvs commit: src/sys/i386/conf GENERIC In-Reply-To: <199509230749.JAA17346@uriah.heep.sax.de> References: <199509230138.TAA06228@rocky.sri.MT.net> <199509230749.JAA17346@uriah.heep.sax.de> Sender: owner-current@FreeBSD.ORG Precedence: bulk < said: >> build process and instead add both console drivers. This way you could >> add the SYSV stuff in the same manner as you build the MFS stuff. > LKM's? What's special about SYSVSHM is that it has hooks into the VM system at a level which makes it difficult to do this. Not saying it's impossible, mind you, but I suspect David and John would not like the results... -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Sun Sep 24 13:14:50 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA11789 for current-outgoing; Sun, 24 Sep 1995 13:14:50 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA11781 for ; Sun, 24 Sep 1995 13:14:47 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15045(5)>; Sun, 24 Sep 1995 13:14:06 PDT Received: by crevenia.parc.xerox.com id <177475>; Sun, 24 Sep 1995 13:14:01 -0700 From: Bill Fenner To: current@freebsd.org Subject: kernel versions and config's rm -rf Message-Id: <95Sep24.131401pdt.177475@crevenia.parc.xerox.com> Date: Sun, 24 Sep 1995 13:13:54 PDT Sender: owner-current@freebsd.org Precedence: bulk I usually like to be able to tell kernel builds apart by their version numbers... like "oh, PARC_MROUTER #1 has the mbuf leak, you want to run PARC_MROUTER #2". I built a -stable kernel to test multicast routing in -stable, but forgot to put MROUTING in it. So I built another one, and then was really confused because they were both FENESTRO #0, so build date was my only hint as to which one I was currently running. Instead of "rm -rf", maybe config could just do "make clean; rm *.h Makefile", to keep the "version" file around? Also, do we really want the kernel version number to start at 0? Under SunOS, my only other kernel building experience, version numbers start at 1, so to see all these version 0 kernels all the time kinda makes me think that something went wrong, and then I have to say "oh, yeah, FreeBSD's kernel version numbers start at 0". (This is because SunOS pre-increments the version number, while FreeBSD doesn't. This makes sense if you want to manually set the version number, but it does mean that without changing newvers.sh, kernels start at 0). Attached is a patch for newvers.sh and for usr.sbin/config/main.c for someone's perusal. Bill --- newvers.sh.orig Sun Sep 24 12:48:32 1995 +++ newvers.sh Sun Sep 24 12:48:55 1995 @@ -48,7 +48,7 @@ if [ ! -r version ] then - echo 0 > version + echo 1 > version fi touch version --- usr.sbin/config/main.c.orig Sun Sep 24 12:53:43 1995 +++ usr.sbin/config/main.c Sun Sep 24 13:07:55 1995 @@ -117,21 +117,18 @@ exit(2); } else if (!no_config_clobber) { - char tmp[strlen(p) + 8]; + char tmp[strlen(p) + 59]; - fprintf(stderr, "Removing old directory %s: ", p); + fprintf(stderr, "Cleaning old directory %s: ", p); fflush(stderr); - sprintf(tmp, "rm -rf %s", p); + sprintf(tmp, "cd %s; make clean > /dev/null ; " + "rm Makefile machine *.c *.h", p); if (system(tmp)) { fprintf(stderr, "Failed!\n"); perror(tmp); exit(2); } fprintf(stderr, "Done.\n"); - if (mkdir(p, 0777)) { - perror(p); - exit(2); - } } loadaddress = -1; dtab = NULL; From owner-freebsd-current Sun Sep 24 14:17:00 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA14790 for current-outgoing; Sun, 24 Sep 1995 14:17:00 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA14785 for ; Sun, 24 Sep 1995 14:16:57 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA02095; Sun, 24 Sep 1995 14:16:41 -0700 To: Wolfram Schneider cc: current@freebsd.org Subject: Re: from In-reply-to: Your message of "Sat, 23 Sep 1995 14:32:54 +0200." <199509231232.OAA16787@caramba.cs.tu-berlin.de> Date: Sun, 24 Sep 1995 14:16:41 -0700 Message-ID: <2091.811977401@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk > "Dann macht doch euren Dreck alleene" > (letzter sächsischer König, 1918) A more finely chosen quote it is seldom my pleasure to see! :-) > I hate this discussion. Stop it now. Delete my patch from your mailbox > or disk. I have other things to do than reading mails from > fundamentalistic grandmothers who fighting against options which they > will never use. Oh for the many times I've wished for a MIME type that would simply administer a sharp, painful shock directly to the recipients specifically selected in the envelope! It's often the last and only thing that could possibly express your true feelings about the state of a discussion! :-) This discussion has indeed gone completely out of control and I can sympathise with Wolfram's plight. Please, everyone! Consider what possible *good* you can do with your next follow-up on this topic. Clearly, at least one participant has pulled the ejection handle. Maybe this should be taken as a sign by others that things have now run PAST their courses in this thread? Jordan From owner-freebsd-current Sun Sep 24 14:35:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA15395 for current-outgoing; Sun, 24 Sep 1995 14:35:02 -0700 Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA15382 for ; Sun, 24 Sep 1995 14:34:58 -0700 Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id OAA01414; Sun, 24 Sep 1995 14:34:44 -0700 From: "Rodney W. Grimes" Message-Id: <199509242134.OAA01414@GndRsh.aac.dev.com> Subject: Re: kernel versions and config's rm -rf To: fenner@parc.xerox.com (Bill Fenner) Date: Sun, 24 Sep 1995 14:34:43 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <95Sep24.131401pdt.177475@crevenia.parc.xerox.com> from "Bill Fenner" at Sep 24, 95 01:13:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3840 Sender: owner-current@freebsd.org Precedence: bulk > > I usually like to be able to tell kernel builds apart by their version > numbers... like "oh, PARC_MROUTER #1 has the mbuf leak, you want to run > PARC_MROUTER #2". I built a -stable kernel to test multicast routing in > -stable, but forgot to put MROUTING in it. So I built another one, and > then was really confused because they were both FENESTRO #0, so build date > was my only hint as to which one I was currently running. > > Instead of "rm -rf", maybe config could just do "make clean; rm *.h Makefile", > to keep the "version" file around? I like this, it is far more appropriate than an rm -rf, but should be reduced even further to just ``make clean; rm *.h'' and the clean: target had better do the right things. No need to rm the Makefile, config is going to overwrite it anyway. I can see the reasoning for rm *.h, as config and or files{,.i386} may have changed and not rewrite all the same .h files :-(. > Also, do we really want the kernel version number to start at 0? Under SunOS, > my only other kernel building experience, version numbers start at 1, so to > see all these version 0 kernels all the time kinda makes me think that > something went wrong, and then I have to say "oh, yeah, FreeBSD's kernel > version numbers start at 0". This is actually, IMHO, a bug in SunOS. For example, go into the SunOS kernel compile directory and type: make && make && make Note that your version number bumps and a kernel relink occurs. Now go do it on a FreeBSD box. Note the second and later makes simply say ``kernel is up to date''. The bug is that SunOS _always_ bumps the version number, and since that is done before the link the kernel is always out of date :-(. SunOS copied this bug from BSD 4.2 :-(. The reason it is a bug is that versions 2(1) and 3(2) of my kernel are infact identical except for the version number and the compile date, which was caused to change by the bug of bumping version when no other file changed. Start at 0 vs start at 1, well, that is a religous issue. Unix is typically 0 based, so it should probaby start at 0. SunOS starts at 1 due to the above ``bug''. I suggest you submit an SPR to Sun about it (I did, 10 years ago when it was SunOS 3.2, obviously still broken :-)). > (This is because SunOS pre-increments the version number, while FreeBSD > doesn't. This makes sense if you want to manually set the version number, > but it does mean that without changing newvers.sh, kernels start at 0). And, IMHO, SunOS has gotten this wrong, see above... > Attached is a patch for newvers.sh and for usr.sbin/config/main.c for > someone's perusal. > > Bill > > > --- newvers.sh.orig Sun Sep 24 12:48:32 1995 > +++ newvers.sh Sun Sep 24 12:48:55 1995 Nahh.. disagree... > --- usr.sbin/config/main.c.orig Sun Sep 24 12:53:43 1995 > +++ usr.sbin/config/main.c Sun Sep 24 13:07:55 1995 > @@ -117,21 +117,18 @@ > exit(2); > } > else if (!no_config_clobber) { > - char tmp[strlen(p) + 8]; > + char tmp[strlen(p) + 59]; > > - fprintf(stderr, "Removing old directory %s: ", p); > + fprintf(stderr, "Cleaning old directory %s: ", p); > fflush(stderr); > - sprintf(tmp, "rm -rf %s", p); > + sprintf(tmp, "cd %s; make clean > /dev/null ; " > + "rm Makefile machine *.c *.h", p); That is not what you said above :-). Also what happens if %s does not exist?? Or am I missing to much context here and we already know that it does exist? > if (system(tmp)) { > fprintf(stderr, "Failed!\n"); > perror(tmp); > exit(2); > } > fprintf(stderr, "Done.\n"); > - if (mkdir(p, 0777)) { > - perror(p); > - exit(2); > - } > } > loadaddress = -1; > dtab = NULL; > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sun Sep 24 14:40:35 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA15798 for current-outgoing; Sun, 24 Sep 1995 14:40:35 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA15793 for ; Sun, 24 Sep 1995 14:40:29 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA03910; Sun, 24 Sep 1995 14:38:02 -0700 From: Terry Lambert Message-Id: <199509242138.OAA03910@phaeton.artisoft.com> Subject: Re: kernel versions and config's rm -rf To: fenner@parc.xerox.com (Bill Fenner) Date: Sun, 24 Sep 1995 14:38:01 -0700 (MST) Cc: current@freebsd.org In-Reply-To: <95Sep24.131401pdt.177475@crevenia.parc.xerox.com> from "Bill Fenner" at Sep 24, 95 01:13:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 666 Sender: owner-current@freebsd.org Precedence: bulk [ ... patch to config elided ... ] This is a dangerous patch. The reason for this behaviour in the first place was an issue of dependencies not being calculated correctly and changes to the file "files.i386" not being correctly reflected. If you want ot hack the dependency issues at the same time, then fine; otherwise, I'd consider this a dangerous change without additional changes at the same time. This is *probably* a move in the right direction, but there's about siz other moved that sould be made before this one. 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 Sun Sep 24 14:44:19 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA15960 for current-outgoing; Sun, 24 Sep 1995 14:44:19 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA15955 for ; Sun, 24 Sep 1995 14:44:13 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA03933; Sun, 24 Sep 1995 14:41:08 -0700 From: Terry Lambert Message-Id: <199509242141.OAA03933@phaeton.artisoft.com> Subject: Re: kernel versions and config's rm -rf To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Sun, 24 Sep 1995 14:41:08 -0700 (MST) Cc: fenner@parc.xerox.com, current@freebsd.org In-Reply-To: <199509242134.OAA01414@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Sep 24, 95 02:34:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 721 Sender: owner-current@freebsd.org Precedence: bulk > > Instead of "rm -rf", maybe config could just do "make clean; rm *.h Makefile", > > to keep the "version" file around? > > I like this, it is far more appropriate than an rm -rf, but should be > reduced even further to just ``make clean; rm *.h'' and the clean: target had > better do the right things. No need to rm the Makefile, config is going > to overwrite it anyway. I can see the reasoning for rm *.h, as config and > or files{,.i386} may have changed and not rewrite all the same .h files :-(. You are both forgetting minor issues. Like vnode_if.c and syscalls.c. 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 Sun Sep 24 14:59:29 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA16531 for current-outgoing; Sun, 24 Sep 1995 14:59:29 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA16524 for ; Sun, 24 Sep 1995 14:59:26 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15272(6)>; Sun, 24 Sep 1995 14:58:44 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Sun, 24 Sep 1995 14:58:36 -0700 To: Terry Lambert cc: current@freebsd.org Subject: Re: kernel versions and config's rm -rf In-reply-to: Your message of "Sun, 24 Sep 95 14:38:01 PDT." <199509242138.OAA03910@phaeton.artisoft.com> Date: Sun, 24 Sep 1995 14:58:24 PDT From: Bill Fenner Message-Id: <95Sep24.145836pdt.177475@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org Precedence: bulk In message <199509242138.OAA03910@phaeton.artisoft.com> you write: >The reason for this behaviour in the first place was an issue of >dependencies not being calculated correctly and changes to the file >"files.i386" not being correctly reflected. My patch changes it from removing the entire directory to removing everything except the 'version' file. How can there be any dependency issues, when there are no .o files left? Bill From owner-freebsd-current Sun Sep 24 15:04:14 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA16877 for current-outgoing; Sun, 24 Sep 1995 15:04:14 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id PAA16847 for ; Sun, 24 Sep 1995 15:04:09 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15348(2)>; Sun, 24 Sep 1995 15:03:25 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Sun, 24 Sep 1995 15:03:22 -0700 To: "Rodney W. Grimes" cc: current@freebsd.org Subject: Re: kernel versions and config's rm -rf In-reply-to: Your message of "Sun, 24 Sep 95 14:34:43 PDT." <199509242134.OAA01414@GndRsh.aac.dev.com> Date: Sun, 24 Sep 1995 15:03:11 PDT From: Bill Fenner Message-Id: <95Sep24.150322pdt.177475@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org Precedence: bulk In message <199509242134.OAA01414@GndRsh.aac.dev.com> you write: >I like this, it is far more appropriate than an rm -rf, but should be >reduced even further to just ``make clean; rm *.h'' and the clean: target had >better do the right things. No need to rm the Makefile, config is going >to overwrite it anyway. I can see the reasoning for rm *.h, as config and >or files{,.i386} may have changed and not rewrite all the same .h files :-(. I wanted to end up with as clean a directory as possible. I thought that the "rm -rf" was to get around dependency problems, but since I wasn't absolutely sure I figured I should remove everything that I didn't know was absolutely fine to keep. >Start at 0 vs start at 1, well, that is a religous issue. Fine, I figured it would be, I won't argue it. >That is not what you said above :-). As I said, I wanted to be as sure as possible that every potentially "bad" thing was gone. >Also what happens if %s does not >exist?? Or am I missing to much context here and we already know that >it does exist? We know that it exists and is a directory. Bill From owner-freebsd-current Sun Sep 24 15:06:08 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA17018 for current-outgoing; Sun, 24 Sep 1995 15:06:08 -0700 Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA17013 for ; Sun, 24 Sep 1995 15:06:05 -0700 Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id PAA01453; Sun, 24 Sep 1995 15:05:28 -0700 From: "Rodney W. Grimes" Message-Id: <199509242205.PAA01453@GndRsh.aac.dev.com> Subject: Re: kernel versions and config's rm -rf To: terry@lambert.org (Terry Lambert) Date: Sun, 24 Sep 1995 15:05:28 -0700 (PDT) Cc: fenner@parc.xerox.com, current@freebsd.org In-Reply-To: <199509242141.OAA03933@phaeton.artisoft.com> from "Terry Lambert" at Sep 24, 95 02: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 Content-Length: 885 Sender: owner-current@freebsd.org Precedence: bulk > > > > Instead of "rm -rf", maybe config could just do "make clean; rm *.h Makefile", > > > to keep the "version" file around? > > > > I like this, it is far more appropriate than an rm -rf, but should be > > reduced even further to just ``make clean; rm *.h'' and > > the clean: target had better do the right things. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > No need to rm the Makefile, config is going > > to overwrite it anyway. I can see the reasoning for rm *.h, as config and > > or files{,.i386} may have changed and not rewrite all the same .h files :-(. > > You are both forgetting minor issues. I think I covered your minor issue below quite well above. > > Like vnode_if.c and syscalls.c. > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sun Sep 24 15:07:22 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA17103 for current-outgoing; Sun, 24 Sep 1995 15:07:22 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id PAA17096 for ; Sun, 24 Sep 1995 15:07:20 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15318(5)>; Sun, 24 Sep 1995 15:06:45 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Sun, 24 Sep 1995 15:06:38 -0700 To: Terry Lambert cc: current@freebsd.org Subject: Re: kernel versions and config's rm -rf In-reply-to: Your message of "Sun, 24 Sep 95 14:41:08 PDT." <199509242141.OAA03933@phaeton.artisoft.com> Date: Sun, 24 Sep 1995 15:06:35 PDT From: Bill Fenner Message-Id: <95Sep24.150638pdt.177475@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org Precedence: bulk In message <199509242141.OAA03933@phaeton.artisoft.com> you write: >You are both forgetting minor issues. > >Like vnode_if.c and syscalls.c. Sorry, I should have edited the text of my message when I changed the patch. (I wrote the message and the patch at the same time, then tested the patch and ended up addint stuff to it). Look at the patch, what I actually made it do was: sprintf(tmp, "cd %s; make clean > /dev/null ; " "rm Makefile machine *.c *.h", p); This creates a directory with one file in it -- "version". The other solution that I was considering was reading the number out of the "version" file before the "rm -rf" and then writing it out again afterwards. I'll write that instead, if it would make you more comfortable. Bill From owner-freebsd-current Sun Sep 24 15:07:40 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA17145 for current-outgoing; Sun, 24 Sep 1995 15:07:40 -0700 Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA17134 for ; Sun, 24 Sep 1995 15:07:36 -0700 Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.12/8.6.9) id SAA03448; Sun, 24 Sep 1995 18:07:33 -0400 Date: Sun, 24 Sep 1995 18:07:33 -0400 (EDT) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: James Leppek cc: freebsd-current@freefall.freebsd.org Subject: Re: runtime warnings In-Reply-To: <9509232113.AA07376@borg.ess.harris.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Sat, 23 Sep 1995, James Leppek wrote: > This may have come up before but what is the purpose of > having runtime warnings for things like gets. Compile time warnings > I can understand, but runtime??? I give someone the latest gnuchess > and everytime they start it, up pops this warning about gets being > unsafe. To most folks that means "don't run this program, it's broken". As a local security guy, I would agree with "most folks'" assessment there. :) Marc. From owner-freebsd-current Sun Sep 24 16:16:56 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA20261 for current-outgoing; Sun, 24 Sep 1995 16:16:56 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA20242 for ; Sun, 24 Sep 1995 16:16:52 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA02529; Sun, 24 Sep 1995 16:16:33 -0700 To: Chuck Robey cc: James Leppek , freebsd-current@freefall.freebsd.org Subject: Re: netscape In-reply-to: Your message of "Sat, 23 Sep 1995 22:19:52 EDT." Date: Sun, 24 Sep 1995 16:16:33 -0700 Message-ID: <2527.811984593@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org Precedence: bulk > > 1.0 runs fine, but 1.1 core dumps > > Mine works, well, I have trouble with it refusing to backspace and > correct errors in text entry, but otherwise than that, it works. I got it 1.1 works flawlessly for me. Backspace, cut-and-paste, everything. Jordan From owner-freebsd-current Sun Sep 24 16:26:36 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA21227 for current-outgoing; Sun, 24 Sep 1995 16:26:36 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA21222 for ; Sun, 24 Sep 1995 16:26:34 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA04116; Sun, 24 Sep 1995 16:23:52 -0700 From: Terry Lambert Message-Id: <199509242323.QAA04116@phaeton.artisoft.com> Subject: Re: kernel versions and config's rm -rf To: fenner@parc.xerox.com (Bill Fenner) Date: Sun, 24 Sep 1995 16:23:52 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <95Sep24.145836pdt.177475@crevenia.parc.xerox.com> from "Bill Fenner" at Sep 24, 95 02:58:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 524 Sender: owner-current@freebsd.org Precedence: bulk > My patch changes it from removing the entire directory to removing > everything except the 'version' file. How can there be any dependency > issues, when there are no .o files left? A better "fix" that would clean up the version problem is saving the version before the rebuild instead of hacking it in a shell script. Then just delete, per the current (broken dependency) usage. 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 Sun Sep 24 16:30:36 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA21381 for current-outgoing; Sun, 24 Sep 1995 16:30:36 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA21376 for ; Sun, 24 Sep 1995 16:30:33 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA04144; Sun, 24 Sep 1995 16:27:06 -0700 From: Terry Lambert Message-Id: <199509242327.QAA04144@phaeton.artisoft.com> Subject: Re: kernel versions and config's rm -rf To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Sun, 24 Sep 1995 16:27:06 -0700 (MST) Cc: terry@lambert.org, fenner@parc.xerox.com, current@freebsd.org In-Reply-To: <199509242205.PAA01453@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Sep 24, 95 03:05:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 906 Sender: owner-current@freebsd.org Precedence: bulk > > > I like this, it is far more appropriate than an rm -rf, but should be > > > reduced even further to just ``make clean; rm *.h'' and > > > the clean: target had better do the right things. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [ ... ] > I think I covered your minor issue below quite well above. It doesn't; otherwise the newversion and config could get by without explicitly deleting everything. That was my point exactly. A partial fix that just adds more explicit dependencies on a broken procedure (which the prepatched code is, and which is not fixed post-patch) is a bad fix. At best, it's work that has been done out of order. At worst, it's further breakage along the same lines as the existing breakage in the dependency graph. 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 Sun Sep 24 16:39:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA21785 for current-outgoing; Sun, 24 Sep 1995 16:39:02 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA21770 for ; Sun, 24 Sep 1995 16:38:58 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA04174; Sun, 24 Sep 1995 16:36:16 -0700 From: Terry Lambert Message-Id: <199509242336.QAA04174@phaeton.artisoft.com> Subject: Re: kernel versions and config's rm -rf To: fenner@parc.xerox.com (Bill Fenner) Date: Sun, 24 Sep 1995 16:36:16 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <95Sep24.150638pdt.177475@crevenia.parc.xerox.com> from "Bill Fenner" at Sep 24, 95 03:06:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1567 Sender: owner-current@freebsd.org Precedence: bulk > The other solution that I was considering was reading the number out of > the "version" file before the "rm -rf" and then writing it out again > afterwards. I'll write that instead, if it would make you more comfortable. Yes, please. This keeps the breakage in the dependency graph (which will hopefully some day be fixed) sperate from the config, which removes far more than it really has too, but does so because the dependecy graph breakage is hidden from it. I'm wondering at the existance of compile time optioning in the first place. Really, it exists because the device driver and other subsystems don't have explicit registration mechanisms that don't depend on static data. Proper use of the SYSINIT() mechanism is 50% of the answer, and the devfs work Julian is currently doing is another 20%. Probably 30% still remains as architecture problems in the device probe, PCI bridging, Interrupt attach, Interrupt sharing, and manifest constant controlled code variations, which should be sysconfig items. Still a lot of work. Config at that point will need to put together a Makefile, and potentially reference existing third parth object modules for optioned devices (like smart serial port drivers for which source is not available, etc.). So evenetually, the config we know should go away; at the very least, the generated header files with device and pseudo-device count definitions should die, die, die. 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 Sun Sep 24 18:43:08 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA25823 for current-outgoing; Sun, 24 Sep 1995 18:43:08 -0700 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id SAA25818 for ; Sun, 24 Sep 1995 18:43:03 -0700 Received: from puffin.pelican.com by pelican.com with smtp (Smail3.1.28.1 #5) id m0sx2ZJ-000K2lC; Sun, 24 Sep 95 18:42 WET DST Received: by puffin.pelican.com (Smail3.1.29.1 #9) id m0sx2ZJ-0000ReC; Sun, 24 Sep 95 18:42 PDT Message-Id: Date: Sun, 24 Sep 95 18:42 PDT From: pete@puffin.pelican.com (Pete Carah) To: tommy@inlab.m.eunet.de Subject: Re: Any coincidence between bug report 688 and the SIG11 problem ? Newsgroups: pelican.fbsd-c In-Reply-To: Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk In article you write: >I have since I am trying to install FreeBSD on my pentium 90 machine >(asus P565TP4XE mainboard) some problems. The first time I was installing >directly from the 2.0.5 CD-ROM I have a problem that is at it's best >represented by the bug report 688 (Page fault: supervisor write, page not .... >OK, I would be glad hearing from you concerning the following questions: >- Does anyone run an asus P55TP4XE motherboard succesfully with freebsd of > *any* kind at this time ? Yes - 2.0.5R works fine on at least two of these motherboards, both of which have pipeline cache (though one needed replacing - see below). It also works fine on an older rev of the same board that doesn't have the pipeline cache module socket. I have one with pipeline cache that works fine, running 2.1-snap-950726. Another with pipeline cache running 2.0.5R failed with the above error after 4-6 hours of running INN with a T-1 feed (300-400 Mbytes/day). This second board started forgetting its cmos even while powered up after a couple of weeks, so we traded it in and all now works fine. Other questions would be better answered by others. -- Pete From owner-freebsd-current Sun Sep 24 22:08:45 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA01527 for current-outgoing; Sun, 24 Sep 1995 22:08:45 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA01522 for ; Sun, 24 Sep 1995 22:08:42 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id WAA01058 for ; Sun, 24 Sep 1995 22:08:22 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <12573-0@bunyip.cc.uq.oz.au>; Mon, 25 Sep 1995 15:05:51 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id PAA19307; Mon, 25 Sep 1995 15:10:49 +1000 Received: by orion.devetir.qld.gov.au (8.6.10/DEVETIR-0.3) id PAA10028; Mon, 25 Sep 1995 15:06:37 +1000 Date: Mon, 25 Sep 1995 15:06:37 +1000 From: Stephen McKay Message-Id: <199509250506.PAA10028@orion.devetir.qld.gov.au> To: J Wunsch cc: freebsd-current@freebsd.org, syssgm@devetir.qld.gov.au Subject: Re: pppd proxy arp fix in PR 701 Newsgroups: local.freebsd.current References: Sender: owner-current@freebsd.org Precedence: bulk J Wunsch wrote: >can anybody verify that the suggested fix in PR # 701 to make pppd's >proxy arp working is correct? I don't do proxy arp anywhere. It works for me, of course! And here's another satisfied customer: >Date: Wed, 23 Aug 1995 14:42:00 -0700 (PDT) >From: "Duane R. Ellison" >Subject: Re: help with pppd > >Hey worked great!!! Thanks for the help... > > --- Duane John Capo wrote: >If it does not deal with the fact that once you hit a continue >in the for() loop in sys-bsd.c line 671 it loops forever, no. The loop was changed so that 'continue' is safe to use. This fixes the cpu-hog behaviour that some people have reported. Stephen. From owner-freebsd-current Sun Sep 24 23:45:41 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA03540 for current-outgoing; Sun, 24 Sep 1995 23:45:41 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA03535 for ; Sun, 24 Sep 1995 23:45:33 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA00867; Mon, 25 Sep 1995 16:42:25 +1000 Date: Mon, 25 Sep 1995 16:42:25 +1000 From: Bruce Evans Message-Id: <199509250642.QAA00867@godzilla.zeta.org.au> To: fenner@parc.xerox.com, terry@lambert.org Subject: Re: kernel versions and config's rm -rf Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG Precedence: bulk >> The other solution that I was considering was reading the number out of >> the "version" file before the "rm -rf" and then writing it out again >> afterwards. I'll write that instead, if it would make you more comfortable. >Yes, please. This keeps the breakage in the dependency graph (which >will hopefully some day be fixed) sperate from the config, which >removes far more than it really has too, but does so because the >dependecy graph breakage is hidden from it. Arrgh. The dependencies are all contained in .depend and Makefile. `make clean' doesn't remove the former so you have to do it. `config' touches the latter (even when it shouldn't) so you don't have to remove it. The following steps are sufficient: cd /sys/compile/FOOKERNEL make clean rm -f .depend cd /sys/i386/conf # in case config is still broken: export NO_CONFIG_CLOBBER='config clobbering is braindamaged' config ... Removing *.c and *.h has no effect other than to remove old unreferenced rubbish. >I'm wondering at the existance of compile time optioning in the first >place. Really, it exists because the device driver and other subsystems >don't have explicit registration mechanisms that don't depend on static >data. No, it exists because static configuration is easier to implement and has less bloat. Bruce From owner-freebsd-current Mon Sep 25 00:31:51 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA04273 for current-outgoing; Mon, 25 Sep 1995 00:31:51 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA04255 for ; Mon, 25 Sep 1995 00:31:43 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA28637; Mon, 25 Sep 1995 08:31:07 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA02078; Mon, 25 Sep 1995 08:31:07 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA06504; Mon, 25 Sep 1995 08:29:02 +0100 From: J Wunsch Message-Id: <199509250729.IAA06504@uriah.heep.sax.de> Subject: Re: pppd proxy arp fix in PR 701 To: syssgm@devetir.qld.gov.au (Stephen McKay) Date: Mon, 25 Sep 1995 08:29:01 +0100 (MET) Cc: freebsd-current@freebsd.org, syssgm@devetir.qld.gov.au Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199509250506.PAA10028@orion.devetir.qld.gov.au> from "Stephen McKay" at Sep 25, 95 03:06:37 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 496 Sender: owner-current@freebsd.org Precedence: bulk As Stephen McKay wrote: > > >can anybody verify that the suggested fix in PR # 701 to make pppd's > >proxy arp working is correct? I don't do proxy arp anywhere. > > It works for me, of course! I didn't doubt. :-) But since i cannot verify it myself, i was keen to get at least one "me too" event before commiting it. Ok, scheduled for commiting. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Sep 25 00:35:23 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA04379 for current-outgoing; Mon, 25 Sep 1995 00:35:23 -0700 Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA04372 for ; Mon, 25 Sep 1995 00:35:17 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <08975-0@bunyip.cc.uq.oz.au>; Mon, 25 Sep 1995 17:27:27 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id RAA21453 for ; Mon, 25 Sep 1995 17:32:27 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id HAA29322 for ; Mon, 25 Sep 1995 07:34:43 GMT Message-Id: <199509250734.HAA29322@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.2 7/18/95 To: current@freebsd.org Subject: Spontaneous reboots Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Sep 1995 17:34:39 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org Precedence: bulk I'm getting occasional reboots without any warning, usually after using ktrace. Anybody having the same experiences? Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Mon Sep 25 00:50:58 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA04784 for current-outgoing; Mon, 25 Sep 1995 00:50:58 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA04773 for ; Mon, 25 Sep 1995 00:50:44 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA03199; Mon, 25 Sep 1995 17:49:59 +1000 Date: Mon, 25 Sep 1995 17:49:59 +1000 From: Bruce Evans Message-Id: <199509250749.RAA03199@godzilla.zeta.org.au> To: fenner@parc.xerox.com, rgrimes@gndrsh.aac.dev.com Subject: Re: kernel versions and config's rm -rf Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk >>Also what happens if %s does not >>exist?? Or am I missing to much context here and we already know that >>it does exist? >We know that it exists and is a directory. We know that it existed and was a directory :-). Do we know that it had cd'able permissions? Bruce From owner-freebsd-current Mon Sep 25 01:57:50 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA06508 for current-outgoing; Mon, 25 Sep 1995 01:57:50 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA06502 for ; Mon, 25 Sep 1995 01:57:46 -0700 Received: from gilberto.physik.RWTH-Aachen.DE (gilberto.physik.rwth-aachen.de [137.226.31.2]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id BAA01735 for ; Mon, 25 Sep 1995 01:57:16 -0700 Received: (from kuku@localhost) by gilberto.physik.RWTH-Aachen.DE (8.6.11/8.6.9) id IAA05237; Mon, 25 Sep 1995 08:56:31 +0100 Message-Id: <199509250756.IAA05237@gilberto.physik.RWTH-Aachen.DE> Subject: Re: flamage in comp.security.unix .. To: imb@scgt.oz.au (michael butler) Date: Mon, 25 Sep 1995 08:56:30 +0100 (MET) Cc: current@FreeBSD.ORG In-Reply-To: <199509241941.FAA16757@asstdc.scgt.oz.au> from "michael butler" at Sep 25, 95 05:41:35 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1207 Sender: owner-current@FreeBSD.ORG Precedence: bulk > > As usual, the Linux vs. *BSD wars continue to rage :-(. This time, in > comp.security.unix; a (slightly trimmed) excerpt .. > > From: ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig) > Subject: Re: Firewall platform of choice > Date: 22 Sep 1995 21:16:41 +0200 > Organization: =?ISO-8859-1?Q?Universit=E4t_Karlsruhe_(TH),_Germany_?= > Message-ID: <43v22p$8sp@fg70.rz.uni-karlsruhe.de> > Reply-To: Thomas.Koenig@ciw.uni-karlsruhe.de > > In comp.security.unix, peter@nmti.com (Peter da Silva) wrote: > > >No, they didn't. Linux is rather unique among the UNIX and UNIX clone > >systems in that they did their own IP rather than taking advantage of the > >reference implementation in BSD. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ I always thought they just took the Net-2 networking code and got not sued by USL for this. > > >There were arguably good reasons at the time for doing so (the USL lawsuit > >against BSDI and the CSRG), but since then there have been two new releases > >of blessed code. Surely it's time to abandon NIH and import the good stuff. > [...are these RFC violations still in FreeBSD... - deleted] > > michael > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Mon Sep 25 03:13:24 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA08241 for current-outgoing; Mon, 25 Sep 1995 03:13:24 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA08236 ; Mon, 25 Sep 1995 03:13:02 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id MAA09337; Mon, 25 Sep 1995 12:12:51 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.12/8.6.9) with SMTP id MAA04004; Mon, 25 Sep 1995 12:12:50 +0200 Message-Id: <199509251012.MAA04004@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: committers@freebsd.org, current@freebsd.org Subject: SECOND CALL! New DES library - reviewers please? Date: Mon, 25 Sep 1995 12:12:50 +0200 From: Mark Murray Sender: owner-current@freebsd.org Precedence: bulk > Hi > > in my home directory is libcrypto.tar.gz. This is the new crypto library > that I have been talking about. Could some kind soul(s) please have a look > at the way I have done the make and give some suggestions, please? > > Notes: > > - It is designed to be untarred in src/secure/lib, and will create a > directory called libcrypto, which should (eventually) be added to the > SUBDIR= in secure/lib/MAkefile. > > - In the original code, the lib (now libcrypto/lib) directory made three > libraries. I have redone this by making three directories at the same > level as lib, (libcrypto, libssl and libRSAglue) to build them separately > via SUBDIR. > > - I have kept the original code and directory structure as unmodified as > possible, to allow for maintenance. This has made my makefiles a bit > complicated. I will happily entertain suggestions to simplify them. > > - there are bits of code that are on shakey ground, legally, for US > folk to use. This make system takes that into account by simply deleting > the "naughty bits" (subdirectories). > > - it has been suggested that libcrypto is a lousy name, and libdes is > inadequate. What other suggestions for names are there? (I recognise > that if the name used is not libdes, we may have to carry a symlink > with that name for backward compatability with shared libraries). > > - I am mainly (at this stage) looking for makefile review/suggestion. > I'll ask for code revie a little later. > > Thanks! > > > M > > > -- > Mark Murray > 46 Harvey Rd, Claremont, Cape Town 7700, South Africa > +27 21 61-3768 GMT+0200 > Finger mark@grumble.grondar.za for PGP key -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Mon Sep 25 08:03:22 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA13390 for current-outgoing; Mon, 25 Sep 1995 08:03:22 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA13385 for ; Mon, 25 Sep 1995 08:03:19 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA12642; Mon, 25 Sep 1995 11:02:32 -0400 Date: Mon, 25 Sep 1995 11:02:32 -0400 From: "Garrett A. Wollman" Message-Id: <9509251502.AA12642@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: current@freebsd.org Subject: Re: kernel versions and config's rm -rf In-Reply-To: <199509242138.OAA03910@phaeton.artisoft.com> References: <95Sep24.131401pdt.177475@crevenia.parc.xerox.com> <199509242138.OAA03910@phaeton.artisoft.com> Sender: owner-current@freebsd.org Precedence: bulk < said: > The reason for this behaviour in the first place was an issue of > dependencies not being calculated correctly There is nothing wrong with the way the dependencies are calculated, and has not been in a long time. The reason for that behavior is because Jordan got tired of dealing with people who didn't clean their kernels after changing options that have a major impact on the generated code, then building broken kernels and calling WC to complain. This is the way all dependencies in any program have worked since the dawn of time, and the appropriate solution is not to kludge up the config program but to eliminate compilation options as user-serviceable parts. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Sep 25 08:15:31 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA13813 for current-outgoing; Mon, 25 Sep 1995 08:15:31 -0700 Received: from ensta.ensta.fr (ensta.ensta.fr [147.250.1.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA13747 for ; Mon, 25 Sep 1995 08:14:54 -0700 Received: from itesec.hsc-sec.fr (itesec.hsc-sec.fr [192.70.106.33]) by ensta.ensta.fr (8.7/8.7) with ESMTP id QAA22881 for ; Mon, 25 Sep 1995 16:13:48 +0100 (MET) Received: (from roberto@localhost) by itesec.hsc-sec.fr (8.7/8.7/itesec-1.4) id QAA14309 for freebsd-current@FreeBSD.ORG; Mon, 25 Sep 1995 16:15:01 +0100 (MET) From: Ollivier Robert Message-Id: <199509251515.QAA14309@itesec.hsc-sec.fr> Subject: Memory fault during tn3270 compilation To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Mon, 25 Sep 1995 16:15:01 +0100 (MET) X-Mailer: ELM [version 2.4 PL24 ME8+] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG Precedence: bulk I got that during my make world (-CURRENT as of yesterday) during the make depend in tn3270. I've tried to replace the gets call by fgets but it does no difference. I've have Poul-Henning's malloc in the libc now. /src/src/usr.bin/tn3270/tn3270/../tools/mkastosc/obj/mkastosc /src/src/usr.bin/tn3270/tn3270/../ctlr/hostctlr.h /src/src/usr.bin/tn3270/tn3270/../ctlr/function.h < /src/src/usr.bin/tn3270/tn3270/../ctlr/unix.kbd > astosc.OUT Memory fault *** Error code 139 Stop. *** Error code 1 Stop. Index: dohits.c =================================================================== RCS file: /spare/FreeBSD-current/src/usr.bin/tn3270/tools/mkhits/dohits.c,v retrieving revision 1.1.1.1 diff -u -2 -r1.1.1.1 dohits.c --- 1.1.1.1 1994/05/27 12:33:03 +++ dohits.c 1995/09/25 15:05:09 @@ -258,5 +258,5 @@ scanwhite(fcnfile, "FCN_"); - while (gets(line) != NULL) { + while (fgets(line, sizeof line, stdin) != NULL) { if (!isdigit(line[0])) { continue; -- Ollivier ROBERT -=-=- Hervé Schauer Consultants -=-=- roberto@hsc.fr.net -=-=-=-=-=- Support The Free UNIX Systems ! FreeBSD Linux NetBSD -=-=-=-=-=- From owner-freebsd-current Mon Sep 25 09:17:22 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA15643 for current-outgoing; Mon, 25 Sep 1995 09:17:22 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA15638 for ; Mon, 25 Sep 1995 09:17:17 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id CAA24334 for current@freebsd.org; Tue, 26 Sep 1995 02:17:11 +1000 From: michael butler Message-Id: <199509251617.CAA24334@asstdc.scgt.oz.au> Subject: lpr sig 11s with samba To: current@freebsd.org Date: Tue, 26 Sep 1995 02:17:10 +1000 (EST) X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 471 Sender: owner-current@freebsd.org Precedence: bulk Something has changed (cf 2.0.5) with lpr. Whilst it works quite happily from the local host in command-line style, lpr bombs with a sig 11 when invoked the very same way by samba (1.9.13 and 1.9.14). Recompiling the usr.sbin/lpr tree from 2.0.5 restores its functionality. AFAIK, the only change was to the permissions checking (and samba runs it as "nobody") .. have I missed something ? All spool directories are world writable with the "sticky" bit set. michael From owner-freebsd-current Mon Sep 25 09:34:29 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA16040 for current-outgoing; Mon, 25 Sep 1995 09:34:29 -0700 Received: from eikon.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA16029 for ; Mon, 25 Sep 1995 09:34:14 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with ESMTP id RAA29175; Mon, 25 Sep 1995 17:33:31 +0100 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with SMTP id RAA08055; Mon, 25 Sep 1995 17:33:35 +0100 Message-Id: <199509251633.RAA08055@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: jleppek@suw2k.ess.harris.com (James Leppek) cc: freebsd-current@freefall.freebsd.org Subject: Re: netscape In-reply-to: Your message of "Sat, 23 Sep 1995 21:59:28 EDT." <9509240159.AA07525@borg.ess.harris.com> Date: Mon, 25 Sep 1995 17:33:33 +0100 From: "\"\"Julian Stacey \"\"" Sender: owner-current@FreeBSD.org Precedence: bulk > has anyone gotten netscape 1.1 to work? Yes If no one else has given more info by time i get thru my mail backlog i'll correspond with U more re cksum kernel rev etc etc Julian S jhs@freebsd.org From owner-freebsd-current Mon Sep 25 12:02:47 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA19429 for current-outgoing; Mon, 25 Sep 1995 12:02:47 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA19424 for ; Mon, 25 Sep 1995 12:02:41 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA05603; Mon, 25 Sep 1995 11:59:33 -0700 From: Terry Lambert Message-Id: <199509251859.LAA05603@phaeton.artisoft.com> Subject: Re: kernel versions and config's rm -rf To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Mon, 25 Sep 1995 11:59:33 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <9509251502.AA12642@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Sep 25, 95 11:02:32 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1616 Sender: owner-current@freebsd.org Precedence: bulk > > The reason for this behaviour in the first place was an issue of > > dependencies not being calculated correctly > > There is nothing wrong with the way the dependencies are calculated, > and has not been in a long time. The reason for that behavior is > because Jordan got tired of dealing with people who didn't clean their > kernels after changing options that have a major impact on the > generated code, then building broken kernels and calling WC to > complain. This is the way all dependencies in any program have worked > since the dawn of time, and the appropriate solution is not to > kludge up the config program but to eliminate compilation options as > user-serviceable parts. With due respect, you have just identified a dependency between options and object module content that should cause the object module affected to be rebuilt when the options changed. Yet this dependency is not enforced. The current workaround to this failure in the dependency graph closure is "make clean". But make no mistake: this is not a "fix", it is a "workaround". *ONLY* the affected modules should have been rebuilt. The number of PTY's is one example of a compile time option that the resulting code depends upon. Making PTY's dymanically allocated with a soft limit alterable by root via sysconfig is the soloution to this particular problem. This is similar to the solution for RFC extentions to TCP/IP and IP forwarding which recently went into the code. 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 Sep 25 12:07:56 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA19520 for current-outgoing; Mon, 25 Sep 1995 12:07:56 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA19515 for ; Mon, 25 Sep 1995 12:07:54 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA05622; Mon, 25 Sep 1995 12:03:31 -0700 From: Terry Lambert Message-Id: <199509251903.MAA05622@phaeton.artisoft.com> Subject: Re: kernel versions and config's rm -rf To: bde@zeta.org.au (Bruce Evans) Date: Mon, 25 Sep 1995 12:03:30 -0700 (MST) Cc: fenner@parc.xerox.com, terry@lambert.org, current@FreeBSD.ORG In-Reply-To: <199509250642.QAA00867@godzilla.zeta.org.au> from "Bruce Evans" at Sep 25, 95 04:42:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1466 Sender: owner-current@FreeBSD.ORG Precedence: bulk > >Yes, please. This keeps the breakage in the dependency graph (which > >will hopefully some day be fixed) sperate from the config, which > >removes far more than it really has too, but does so because the > >dependecy graph breakage is hidden from it. > > Arrgh. The dependencies are all contained in .depend and Makefile. > `make clean' doesn't remove the former so you have to do it. `config' > touches the latter (even when it shouldn't) so you don't have to remove > it. The following steps are sufficient: > > cd /sys/compile/FOOKERNEL > make clean ^^^^^^^^^^ > rm -f .depend ^^^^^^^^^^^^^ > cd /sys/i386/conf > # in case config is still broken: > export NO_CONFIG_CLOBBER='config clobbering is braindamaged' > config ... "^" marks the steps which I believe are workarounds to gaps in the dependency processing. > >I'm wondering at the existance of compile time optioning in the first > >place. Really, it exists because the device driver and other subsystems > >don't have explicit registration mechanisms that don't depend on static > >data. > > No, it exists because static configuration is easier to implement and > has less bloat. Why wasn't it use for IP forwarding and TCP/IP RFC 1323 and RFC 1644 compliance configuration, then? Pick one pardigm and apply it globally, please. 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 Sep 25 12:24:31 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA19932 for current-outgoing; Mon, 25 Sep 1995 12:24:31 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA19919 for ; Mon, 25 Sep 1995 12:23:46 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id VAA09816 for ; Mon, 25 Sep 1995 21:23:04 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.12/8.6.9) with SMTP id VAA01523 for ; Mon, 25 Sep 1995 21:23:03 +0200 Message-Id: <199509251923.VAA01523@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: current@freebsd.org Subject: Increasing the MINOR on libc? Date: Mon, 25 Sep 1995 21:23:03 +0200 From: Mark Murray Sender: owner-current@freebsd.org Precedence: bulk Hi I am hacking through the secure RPC code (I am happy to say an extremely small amount of it is restricted), but I am having hassles with libc. When I rebuild the new libc.so.2.2 and install it, my world falls apart with messages like ld.so: failed! _After_ the new shared library is installed, and I can go no further. I am no boffin with shared libraries, but I have tried the following: 1) change MINOR to 3, relink everything to do with libraries. 2) leave MINOR as 2, relink everything to do with libs. 3) & 4) same as above with a reboot in between. 5) & 6) same as above but playing games with ldconfig. 7) sacrificing a chicken at dawn. 8) swearing in 7 of our 11 official languages. 9) linking things statically. 10) various combinations of the above. The only interesting result I got was that linking statically often showed things that _were_ in the library (nm(1) showed the T record) to be not found. (I knew they weren't being found in the shared link, but there it was a load-time message, not a link-time). Any hints? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Mon Sep 25 12:55:46 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA20418 for current-outgoing; Mon, 25 Sep 1995 12:55:46 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA20413 for ; Mon, 25 Sep 1995 12:55:40 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA29047; Tue, 26 Sep 1995 05:50:55 +1000 Date: Tue, 26 Sep 1995 05:50:55 +1000 From: Bruce Evans Message-Id: <199509251950.FAA29047@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: kernel versions and config's rm -rf Cc: current@FreeBSD.ORG, fenner@parc.xerox.com Sender: owner-current@FreeBSD.ORG Precedence: bulk >> >I'm wondering at the existance of compile time optioning in the first >> >place. Really, it exists because the device driver and other subsystems >> >don't have explicit registration mechanisms that don't depend on static >> >data. >> >> No, it exists because static configuration is easier to implement and >> has less bloat. >Why wasn't it use for IP forwarding and TCP/IP RFC 1323 and RFC 1644 >compliance configuration, then? They were introduced in the 1990's by 1990's-aware authors. Bruce From owner-freebsd-current Mon Sep 25 13:02:18 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA20544 for current-outgoing; Mon, 25 Sep 1995 13:02:18 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA20521 for ; Mon, 25 Sep 1995 13:00:09 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA10311; Mon, 25 Sep 1995 13:58:01 -0600 Date: Mon, 25 Sep 1995 13:58:01 -0600 From: Nate Williams Message-Id: <199509251958.NAA10311@rocky.sri.MT.net> To: Terry Lambert Cc: wollman@lcs.mit.edu (Garrett A. Wollman), current@freebsd.org Subject: Re: kernel versions and config's rm -rf In-Reply-To: <199509251859.LAA05603@phaeton.artisoft.com> References: <9509251502.AA12642@halloran-eldar.lcs.mit.edu> <199509251859.LAA05603@phaeton.artisoft.com> Sender: owner-current@freebsd.org Precedence: bulk Terry Lambert writes: > > > The reason for this behaviour in the first place was an issue of > > > dependencies not being calculated correctly > > > > There is nothing wrong with the way the dependencies are calculated, .... > But make no mistake: this is not a "fix", it is a "workaround". > > *ONLY* the affected modules should have been rebuilt. The major problem faced is that is near impossible to determine dependencies on #ifdef'd code. When an options value changes, or is added/removed there is no way given the current scheme to know which files should be changed. This problem is faced by *ANY* C code developed, and it's only solution is to make everything dependent on the Makefile, which in term make re-compiling everything necessary for every new config, which is a non-solution. The issue of PTY's and others is a nice discussion point, but the you are still only solving one problem with many more exist which can't be solved as easily. Nate From owner-freebsd-current Mon Sep 25 13:21:36 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA20836 for current-outgoing; Mon, 25 Sep 1995 13:21:36 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA20831 for ; Mon, 25 Sep 1995 13:21:33 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15166(6)>; Mon, 25 Sep 1995 13:20:25 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Mon, 25 Sep 1995 13:20:20 -0700 X-Mailer: exmh version 1.6.1 5/23/95 To: Terry Lambert cc: current@freebsd.org Subject: Re: kernel versions and config's rm -rf In-reply-to: Your message of "Sun, 24 Sep 95 16:36:16 PDT." <199509242336.QAA04174@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="===_0_Mon_Sep_25_13:11:00_PDT_1995" Date: Mon, 25 Sep 1995 13:20:17 PDT From: Bill Fenner Message-Id: <95Sep25.132020pdt.177475@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org Precedence: bulk This is a multipart MIME message. --===_0_Mon_Sep_25_13:11:00_PDT_1995 Content-Type: text/plain In message <199509242336.QAA04174@phaeton.artisoft.com> you write: >> The other solution that I was considering was reading the number out of >> the "version" file before the "rm -rf" and then writing it out again >> afterwards. > >Yes, please. Ok, new patch enclosed. Bill --===_0_Mon_Sep_25_13:11:00_PDT_1995 Content-Type: text/plain Content-Description: main.c.diff --- usr.sbin/config/main.c.orig Sun Sep 24 12:53:43 1995 +++ usr.sbin/config/main.c Mon Sep 25 13:13:04 1995 @@ -46,6 +46,7 @@ #include #include #include +#include #include "y.tab.h" #include "config.h" @@ -117,10 +118,22 @@ exit(2); } else if (!no_config_clobber) { - char tmp[strlen(p) + 8]; + char tmp[strlen(p) + 9]; + FILE *v; + int oversion = 0; fprintf(stderr, "Removing old directory %s: ", p); fflush(stderr); + sprintf(tmp, "%s/version", p); + if ((v = fopen(tmp, "r")) == NULL) { + if (errno != ENOENT) { + fprintf(stderr, "...couldn't read version\n"); + perror(tmp); + } + } else { + fscanf(v, "%d", &oversion); + fclose(v); + } sprintf(tmp, "rm -rf %s", p); if (system(tmp)) { fprintf(stderr, "Failed!\n"); @@ -131,6 +144,16 @@ if (mkdir(p, 0777)) { perror(p); exit(2); + } + sprintf(tmp, "%s/version", p); + if (oversion != 0) { + if ((v = fopen(tmp, "w")) == NULL) { + fprintf(stderr, "Couldn't restore kernel version!\n"); + perror(tmp); + } else { + fprintf(v, "%d\n", oversion); + fclose(v); + } } } loadaddress = -1; --===_0_Mon_Sep_25_13:11:00_PDT_1995-- From owner-freebsd-current Tue Sep 26 03:10:26 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA29546 for current-outgoing; Tue, 26 Sep 1995 03:10:26 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA29518 for ; Tue, 26 Sep 1995 03:09:43 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id PAA09998; Tue, 26 Sep 1995 15:11:14 +0500 From: "Serge A. Babkin" Message-Id: <199509261011.PAA09998@hq.icb.chel.su> Subject: Patch for Digiboard To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 26 Sep 1995 15:11:14 +0500 (GMT+0500) Cc: current@freebsd.org In-Reply-To: <8078.810180725@time.cdrom.com> from "Jordan K. Hubbard" at Sep 3, 95 07:12:05 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 8935 Sender: owner-current@freebsd.org Precedence: bulk I have found the Digiboard driver in -current! :-) I have applied my last changes correcting the bug in dgbselect() to it and here is the patch. Submit it please. Thank you! BTW, there is a new option "NDGBPORTS". By default it is equal to NDGB*16 and means the number of ports of all Digiboards for which the tty structures are reserved. It can be set to the real value in config-file like: options "NDGBPORTS=8" -------------------------------- cut here -------------------------- *** dgb.c Thu Sep 7 09:14:40 1995 --- dgb.c Tue Sep 26 14:56:35 1995 *************** *** 3,8 **** * - * Copyright (C) 1995 by Serge Babkin - * * Digiboard driver. * * Stage 1. "Better than nothing". --- 3,6 ---- *************** *** 12,21 **** * which is under GNU General Public License version 2 so this driver * is forced to be under GPL 2 too. * - * Serge Babkin does not guarantee that this file is totally correct - * for any given task and users of this file must accept responsibility - * for any damage that occurs from the application of this file. - * * Written by Serge Babkin, * Joint Stock Commercial Bank "Chelindbank" * (Chelyabinsk, Russia) --- 10,15 ---- *************** *** 26,31 **** --- 20,31 ---- #if NDGB > 0 + /* the overall number of ports controlled by this driver */ + + #ifndef NDGBPORTS + # define NDGBPORTS (NDGB*16) + #endif + #include #include #include *************** *** 75,133 **** #define CONTROL_INIT_STATE 0x20 #define CONTROL_LOCK_STATE 0x40 #define UNIT_MASK 0x30000 ! #define PORT_MASK 0xF #define DEV_TO_UNIT(dev) (MINOR_TO_UNIT(minor(dev))) #define MINOR_MAGIC_MASK (CALLOUT_MASK | CONTROL_MASK) #define MINOR_TO_UNIT(mynor) (((mynor) & UNIT_MASK)>>16) ! #define MINOR_TO_PORT(mynor) ((mynor) & 0xF) ! ! /* ! * Input buffer watermarks. ! * The external device is asked to stop sending when the buffer exactly reaches ! * high water, or when the high level requests it. ! * The high level is notified immediately (rather than at a later clock tick) ! * when this watermark is reached. ! * The buffer size is chosen so the watermark should almost never be reached. ! * The low watermark is invisibly 0 since the buffer is always emptied all at ! * once. ! */ ! #define RS_IHIGHWATER (3 * RS_IBUFSIZE / 4) ! ! /* ! * com state bits. ! * (CS_BUSY | CS_TTGO) and (CS_BUSY | CS_TTGO | CS_ODEVREADY) must be higher ! * than the other bits so that they can be tested as a group without masking ! * off the low bits. ! * ! * The following com and tty flags correspond closely: ! * CS_BUSY = TS_BUSY (maintained by comstart() and comflush()) ! * CS_TTGO = ~TS_TTSTOP (maintained by comstart() and siostop()) ! * CS_CTS_OFLOW = CCTS_OFLOW (maintained by comparam()) ! * CS_RTS_IFLOW = CRTS_IFLOW (maintained by comparam()) ! * TS_FLUSH is not used. ! * XXX I think TIOCSETA doesn't clear TS_TTSTOP when it clears IXON. ! * XXX CS_*FLOW should be CF_*FLOW in com->flags (control flags not state). ! */ ! #define CS_BUSY 0x80 /* output in progress */ ! #define CS_TTGO 0x40 /* output not stopped by XOFF */ ! #define CS_ODEVREADY 0x20 /* external device h/w ready (CTS) */ ! #define CS_CHECKMSR 1 /* check of MSR scheduled */ ! #define CS_CTS_OFLOW 2 /* use CTS output flow control */ ! #define CS_DTR_OFF 0x10 /* DTR held off */ ! #define CS_ODONE 4 /* output completed */ ! #define CS_RTS_IFLOW 8 /* use RTS input flow control */ ! ! static char const * const error_desc[] = { ! #define CE_OVERRUN 0 ! "silo overflow", ! #define CE_INTERRUPT_BUF_OVERFLOW 1 ! "interrupt-level buffer overflow", ! #define CE_TTY_BUF_OVERFLOW 2 ! "tty-level buffer overflow", ! }; ! ! #define CE_NTYPES 3 ! #define CE_RECORD(com, errnum) (++(com)->delta_error_counts[errnum]) /* types. XXX - should be elsewhere */ typedef u_int Port_t; /* hardware port */ --- 75,85 ---- #define CONTROL_INIT_STATE 0x20 #define CONTROL_LOCK_STATE 0x40 #define UNIT_MASK 0x30000 ! #define PORT_MASK 0x1F #define DEV_TO_UNIT(dev) (MINOR_TO_UNIT(minor(dev))) #define MINOR_MAGIC_MASK (CALLOUT_MASK | CONTROL_MASK) #define MINOR_TO_UNIT(mynor) (((mynor) & UNIT_MASK)>>16) ! #define MINOR_TO_PORT(mynor) ((mynor) & PORT_MASK) /* types. XXX - should be elsewhere */ typedef u_int Port_t; /* hardware port */ *************** *** 187,194 **** u_char last_modem_status; /* last MSR read by intr handler */ u_char prev_modem_status; /* last MSR handled by high level */ - struct tty *tp; /* cross reference */ - /* Initial state. */ struct termios it_in; /* should be in struct tty */ struct termios it_out; --- 139,144 ---- *************** *** 223,228 **** --- 173,180 ---- struct dgb_softc dgb_softc[NDGB]; + struct dgb_p dgb_ports[NDGBPORTS]; + struct tty dgb_tty[NDGBPORTS]; /* * The public functions in the com module ought to be declared in a com-driver *************** *** 511,516 **** --- 463,469 ---- int nfails; ushort *pstat; int lowwater; + int nports=0; if(sc->status!=ENABLED) { DPRINT2("dbg%d: try to attach a disabled card\n",unit); *************** *** 808,850 **** return 0; } ! addr=setwin(sc,PORTBASE); ! pstat=(ushort *)(mem+addr); ! ! for(i=0; i<32 && pstat[i]; i++); ! ! if(i!=sc->numports) { ! printf("dgb%d: %d ports are shown as valid ones\n",unit,i); ! if(inumports) ! sc->numports=i; ! printf("dgb%d: %d ports will be used\n",unit,sc->numports); } ! MALLOC(sc->ports, struct dgb_p *, sizeof(struct dgb_p)*sc->numports, ! M_TTYS, M_NOWAIT); ! ! if(sc->ports==0) { ! printf("dgb%d: unable to malloc the per port structures\n",unit); ! sc->status=DISABLED; ! hidewin(sc); ! return 0; ! } ! ! bzero(sc->ports, sizeof(struct dgb_p)*sc->numports); ! MALLOC(sc->ttys, struct tty *, sizeof(struct tty)*sc->numports, ! M_TTYS, M_NOWAIT); ! if(sc->ttys==0) { ! printf("dgb%d: unable to malloc the tty structures\n",unit); ! FREE(sc->ttys, M_TTYS); ! sc->status=DISABLED; ! hidewin(sc); ! return 0; } - bzero(sc->ttys, sizeof(struct tty)*sc->numports); - /* We should now init per-port structures */ bc=(struct board_chan *)(mem + CHANSTRUCT); sc->mailbox=(struct global_data *)(mem + FEP_GLOBAL); --- 761,787 ---- return 0; } ! if(nports+sc->numports>NDGBPORTS) { ! printf("dgb%d: only %d ports are usable\n", unit, NDGBPORTS-nports); ! sc->numports=NDGBPORTS-nports; } ! /* allocate port and tty structures */ ! sc->ports=&dgb_ports[nports]; ! sc->ttys=&dgb_tty[nports]; ! nports+=sc->numports; ! addr=setwin(sc,PORTBASE); ! pstat=(ushort *)(mem+addr); ! for(i=0; inumports && pstat[i]; i++) ! if(pstat[i]) ! sc->ports[i].status=ENABLED; ! else { ! sc->ports[i].status=DISABLED; ! printf("dgb%d: port %d is broken\n", unit, i); } /* We should now init per-port structures */ bc=(struct board_chan *)(mem + CHANSTRUCT); sc->mailbox=(struct global_data *)(mem + FEP_GLOBAL); *************** *** 854,865 **** else shrinkmem=0; - for(i=0; inumports; i++, bc++) { port= &sc->ports[i]; - port->status=ENABLED; - port->tty=&sc->ttys[i]; port->unit=unit; --- 791,799 ---- *************** *** 2016,2024 **** int rw; struct proc *p; { ! if (minor(dev) & CONTROL_MASK) return (ENODEV); ! return (ttselect(dev & ~MINOR_MAGIC_MASK, rw, p)); } static void --- 1950,1974 ---- int rw; struct proc *p; { ! int mynor; ! int unit,port; ! struct dgb_softc *sc; ! int ti; ! ! mynor=minor(dev); ! ! if (mynor & CONTROL_MASK) return (ENODEV); ! ! unit=MINOR_TO_UNIT(mynor); ! port=MINOR_TO_PORT(mynor); ! ! sc=&dgb_softc[unit]; ! ! /* get index in the tty table */ ! ti= &sc->ttys[port]-dgb_tty; ! ! return (ttselect(ti, rw, p)); } static void *** dgreg.h Thu Sep 7 09:14:33 1995 --- dgreg.h Tue Sep 26 14:57:06 1995 *************** *** 3,8 **** * - * Copyright (C) 1995 by Serge Babkin - * * Digiboard driver. * * Stage 1. "Better than nothing". --- 3,6 ---- *************** *** 11,20 **** * De Jongh or * which is under GNU General Public License version 2 so this driver * is forced to be under GPL 2 too. - * - * Serge Babkin does not guarantee that this file is totally correct - * for any given task and users of this file must accept responsibility - * for any damage that occurs from the application of this file. * * Written by Serge Babkin, * Joint Stock Commercial Bank "Chelindbank" --- 9,14 ---- -------------------------------- cut here -------------------------- Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-current Tue Sep 26 08:07:08 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA08441 for current-outgoing; Tue, 26 Sep 1995 08:07:08 -0700 Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA08436 for ; Tue, 26 Sep 1995 08:07:05 -0700 Received: from ugen (ugen-tr.worldbank.org [138.220.101.58]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id LAA01014; for ; Tue, 26 Sep 1995 11:06:07 -0400 Date: Tue, 26 Sep 95 10:58:24 PDT From: "Ugen J.S.Antsilevich" Subject: IpFw vs IpFilter vs IpFirewall 2.0 To: freebsd-current@FreeBSD.org X-Mailer: Chameleon - TCP/IP for Windows by NetManage, Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk Hi guys. I just ended looking into Ipfirewall 2.0 and Ipfilter 2.7.XXX (whatever version is last accessible from the web page:). So my idea on topic is as following: 1) As i noticed in my last mail IpFirewall 2.0 has IP options functionality which ipfw has not. 2) Same applies to IpFilter. 3) There is no any other difference in functionality which present in both those filters and lacks in ipfw. 4) There is a lot of things like ipacct, automatic sorting of rules etc. which are part of ipfw and has no compatible features in others. So i am not thinking of changin ipfw to any of those two and i don't think doing so by anybody else would be wise move:) On the contrary i am going to add ipoptions features in the next two weeks so that ipfw will gain more functionality then both other filter packages. My plans are far beyond what any other filtering package for today can do (or even planning as far as i understand). Thank you. *IMHO* --Ugen From owner-freebsd-current Tue Sep 26 09:08:59 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA10974 for current-outgoing; Tue, 26 Sep 1995 09:08:59 -0700 Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA10959 for ; Tue, 26 Sep 1995 09:08:54 -0700 Received: from localhost (localhost [127.0.0.1]) by precipice.shockwave.com (8.6.12/8.6.12) with SMTP id JAA09138; Tue, 26 Sep 1995 09:08:05 -0700 Message-Id: <199509261608.JAA09138@precipice.shockwave.com> To: "Ugen J.S.Antsilevich" cc: freebsd-current@FreeBSD.org Subject: Re: IpFw vs IpFilter vs IpFirewall 2.0 In-reply-to: Your message of "Tue, 26 Sep 1995 10:58:24 PDT." Date: Tue, 26 Sep 1995 09:08:04 -0700 From: Paul Traina Sender: owner-current@FreeBSD.org Precedence: bulk OK, when you're done, I'll code review it. In the past, I've tried to stay out of this area of the code because I want to avoid any hint of a conflict of interest with my employer, but given that the author is external, I don't see it as a big deal. From owner-freebsd-current Tue Sep 26 13:06:34 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA20184 for current-outgoing; Tue, 26 Sep 1995 13:06:34 -0700 Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA20179 for ; Tue, 26 Sep 1995 13:06:27 -0700 Received: (from peter@localhost) by jhome.DIALix.COM (8.6.12/8.6.9) id EAA04750; Wed, 27 Sep 1995 04:06:21 +0800 Date: Wed, 27 Sep 1995 04:06:21 +0800 (WST) From: Peter Wemm To: current@freebsd.org Subject: Specialix serial card driver in -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi all, This is somewhat late, but it's a kind-of announcement for the Specialix serial card driver in -current. What is it? Specialix International have a product range available in most areas of the world (including Europe, USA, Australia, Asia). The SI and XIO serial card system has two components.. A "host adapter", a 50 pin cable and remote daisy-chained 4 and 8 port panels. You can have up to 4 XIO panels on a host adapter for a total of 32 ports. The SI panels can have two modules for a maximum of 16 ports. The host adapter has an on-board CPU that maintains the remote modules, and provides a 256 byte FIFO on both the transmit and receive lines for each of the 32 ports. The XIO panels have two (I think) CD1400 family high speed uarts, these are maintained by the on-board CPU. The XIO panels can have all ports run at 115,200 baud, while the SI panels can be run at a maximum of 57,600. The host card uses a 32K shared memory window in the ISA "hole", and can in theory be run in any non-cached memory area in the first 16MB of memory - but the driver does not quite support operation outside the traditional "hole" from 0xC0000 through 0xEFFFF. The host cards do not use any IO addresses. The host card can use IRQ's 11, 12 or 15 (only!), so at present you can only have 3 host adapters in the system at once for a total of 96 ports. With some minor modifications, the driver can support 4 adapters for a total of 128 ports once polling has been implemented. The driver supports the tty, cua, initial and lock state devices. There is a small utility (sicontrol) to tune the interrupt trigger levels, although this is rapidly becoming obsolete.. :-) Theoretically, there is EISA support, but I've not tested it. I do not expect it to work first go, but the basic support is there. I do expect there will still be some bugs lurking around in the code, so I wouldn't reccomend going out and purchasing 10,000 of them to use with FreeBSD quite yet.. :-) If you have one of these cards, or can borrow one, I'd very much like to hear how you go. It works for me, but I'd like to get it out for wider testing. Specialix have a page or two on http://www.specialix.com/specialix/ I beleive there is contact information there. I ask that you check there first before asking me where you can contact them, because I really dont know myself. :-) I work for somebody who gets them through a reseller... Lastly, Specialix do not endorse or support this driver, although they dont at all mind "free support" (as one of their managers put it when I asked). This isn't in -stable, so you have to try -current to test it. However, I believe it'll slot in quite nicely if somebody wants to try it - but I've not done it. The files that are part of it, or are modified to support it are: usr.sbin/sicontrol/Makefile usr.sbin/sicontrol/siconfig.8 usr.sbin/sicontrol/siconfig.c usr.sbin/pstat/pstat.c (to report on the si settings) share/man/man4/man4.i386/si.4 sys/i386/isa/si.c sys/i386/isa/sireg.h sys/i386/include/si.h sys/i386/i386/conf.c (major 68) sys/i386/conf/LINT (for an example config line) sys/i386/conf/files.i386 (to get the files to link in) etc/etc.i386/MAKEDEV (to make the /dev nodes) As well, bin/ps, usr.bin/w and usr.bin/finger have a slightly larger tty column to allow room for the larger Specialix (and Digiboard) device names. Please let me know any success and failure stories, and let me know when you find bugs.. I've been pounding it for a while now, It's been running my ppp link to the outside world for about 2 months now. It has not had any commercial grade stress testing though. Please dont ask where you can get them from, or how much they cost, because I really dont know the price variations outside of Australia. -Peter From owner-freebsd-current Tue Sep 26 13:39:37 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA21235 for current-outgoing; Tue, 26 Sep 1995 13:39:37 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA21227 for ; Tue, 26 Sep 1995 13:39:32 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08219; Tue, 26 Sep 1995 13:32:52 -0700 From: Terry Lambert Message-Id: <199509262032.NAA08219@phaeton.artisoft.com> Subject: Re: kernel versions and config's rm -rf To: bde@zeta.org.au (Bruce Evans) Date: Tue, 26 Sep 1995 13:32:52 -0700 (MST) Cc: terry@lambert.org, wollman@lcs.mit.edu, current@FreeBSD.ORG In-Reply-To: <199509260943.TAA28830@godzilla.zeta.org.au> from "Bruce Evans" at Sep 26, 95 07:43:38 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 438 Sender: owner-current@FreeBSD.ORG Precedence: bulk > >The number of PTY's is one example of a compile time option that the > >resulting code depends upon. > > It's also an example of an option for which the dependencies are handled > perfectly. So why does the 'config' process delete the directory? Because other stuff *isn't* handled perfectly. 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 Sep 26 14:04:14 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA22253 for current-outgoing; Tue, 26 Sep 1995 14:04:14 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA22245 for ; Tue, 26 Sep 1995 14:04:08 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA14987; Tue, 26 Sep 1995 17:01:32 -0400 Date: Tue, 26 Sep 1995 17:01:32 -0400 From: "Garrett A. Wollman" Message-Id: <9509262101.AA14987@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: current@FreeBSD.ORG Subject: Re: kernel versions and config's rm -rf In-Reply-To: <199509262032.NAA08219@phaeton.artisoft.com> References: <199509260943.TAA28830@godzilla.zeta.org.au> <199509262032.NAA08219@phaeton.artisoft.com> Sender: owner-current@FreeBSD.ORG Precedence: bulk < said: >> >The number of PTY's is one example of a compile time option that the >> >resulting code depends upon. >> >> It's also an example of an option for which the dependencies are handled >> perfectly. > So why does the 'config' process delete the directory? It doesn't on my machines... I believe that it is fundamentally broken to have config(8) even capable of blowing a directory away like that. Unfortunately, I have consistently lost that argument. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue Sep 26 17:41:14 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA15888 for current-outgoing; Tue, 26 Sep 1995 17:41:14 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA15878 for ; Tue, 26 Sep 1995 17:41:12 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA08904; Tue, 26 Sep 1995 17:37:40 -0700 From: Terry Lambert Message-Id: <199509270037.RAA08904@phaeton.artisoft.com> Subject: Re: kernel versions and config's rm -rf To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Tue, 26 Sep 1995 17:37:40 -0700 (MST) Cc: terry@lambert.org, current@FreeBSD.ORG In-Reply-To: <9509262101.AA14987@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Sep 26, 95 05:01:32 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 521 Sender: owner-current@FreeBSD.ORG Precedence: bulk > > So why does the 'config' process delete the directory? > > It doesn't on my machines... I believe that it is fundamentally > broken to have config(8) even capable of blowing a directory away like > that. Unfortunately, I have consistently lost that argument. Well, I agree with you. Which I guess is a guarantee that everyone will polarize in the opposite direction. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Sep 26 18:45:37 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA24389 for current-outgoing; Tue, 26 Sep 1995 18:45:37 -0700 Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA24377 for ; Tue, 26 Sep 1995 18:45:34 -0700 Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id SAA04093; Tue, 26 Sep 1995 18:44:43 -0700 From: "Rodney W. Grimes" Message-Id: <199509270144.SAA04093@GndRsh.aac.dev.com> Subject: Re: kernel versions and config's rm -rf To: terry@lambert.org (Terry Lambert) Date: Tue, 26 Sep 1995 18:44:42 -0700 (PDT) Cc: wollman@lcs.mit.edu, terry@lambert.org, current@FreeBSD.ORG In-Reply-To: <199509270037.RAA08904@phaeton.artisoft.com> from "Terry Lambert" at Sep 26, 95 05:37:40 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1312 Sender: owner-current@FreeBSD.ORG Precedence: bulk > > > > So why does the 'config' process delete the directory? > > > > It doesn't on my machines... I believe that it is fundamentally > > broken to have config(8) even capable of blowing a directory away like > > that. Unfortunately, I have consistently lost that argument. > > Well, I agree with you. Make that three old farts in agreement :-)... > Which I guess is a guarantee that everyone will polarize in the opposite > direction. 8-). I think age will be the splitting factor here :-). Those of us who have been around config(8) for years have no problems understanding why some things just don't go right and just how to blow away the right .o files and get back rather quickly. Others who have not been doing this for years simply take the slow, but guaranteed to work way out of rm'ing the whole pile :-(. Maybe if they had to build BSD 4.2 kernels on VAX 11/730's they might appreciate our point a little more... with the event of boxes that can compile the whole world in 3 hrs and a kernel in 8 minutes you tend to start getting rather sloppy about dependency tree maintenance :-(. > Terry Lambert > terry@lambert.org -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Tue Sep 26 19:22:27 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA28308 for current-outgoing; Tue, 26 Sep 1995 19:22:27 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA28299 for ; Tue, 26 Sep 1995 19:22:21 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id TAA25086; Tue, 26 Sep 1995 19:21:44 -0700 To: "Rodney W. Grimes" cc: terry@lambert.org (Terry Lambert), wollman@lcs.mit.edu, current@FreeBSD.ORG Subject: Re: kernel versions and config's rm -rf In-reply-to: Your message of "Tue, 26 Sep 1995 18:44:42 PDT." <199509270144.SAA04093@GndRsh.aac.dev.com> Date: Tue, 26 Sep 1995 19:21:43 -0700 Message-ID: <25084.812168503@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG Precedence: bulk > and get back rather quickly. Others who have not been doing this for > years simply take the slow, but guaranteed to work way out of rm'ing > the whole pile :-(. That's a gross oversimplification. There are yet others who have no *personal* problem with futzing the compile directory directly or otherwise doing any number of wizardly "old timer's" tricks but simply don't want to deal with the *tech support* problem of other folks not knowing enough. When I patched config it wasn't just to prevent from shooting myself in the foot, though it occasionally helped at that when I was sleepy, it was to safe the feet of all those users who regularly wrote to us with "problems" that were the direct and obvious result of in-place builds that slowly went out of sync and rotted. JOrdan From owner-freebsd-current Tue Sep 26 21:58:46 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA13230 for current-outgoing; Tue, 26 Sep 1995 21:58:46 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA13224 for ; Tue, 26 Sep 1995 21:58:43 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id XAA16482; Tue, 26 Sep 1995 23:00:42 -0600 Date: Tue, 26 Sep 1995 23:00:42 -0600 From: Nate Williams Message-Id: <199509270500.XAA16482@rocky.sri.MT.net> To: "Rodney W. Grimes" Cc: terry@lambert.org (Terry Lambert), wollman@lcs.mit.edu, current@FreeBSD.ORG Subject: Re: kernel versions and config's rm -rf In-Reply-To: <199509270144.SAA04093@GndRsh.aac.dev.com> References: <199509270037.RAA08904@phaeton.artisoft.com> <199509270144.SAA04093@GndRsh.aac.dev.com> Sender: owner-current@FreeBSD.ORG Precedence: bulk [ Config is broken if it deletes the directory ] > > Well, I agree with you. > > Make that three old farts in agreement :-)... *Chime in* Four. Nate From owner-freebsd-current Wed Sep 27 01:08:23 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA19269 for current-outgoing; Wed, 27 Sep 1995 01:08:23 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA19255 for ; Wed, 27 Sep 1995 01:08:12 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id JAA02641 ; Wed, 27 Sep 1995 09:08:08 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id JAA03819 ; Wed, 27 Sep 1995 09:08:07 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7/keltia-uucp-2.5.1) id JAA27081; Wed, 27 Sep 1995 09:04:46 +0100 (MET) From: Ollivier Robert Message-Id: <199509270804.JAA27081@keltia.freenix.fr> Subject: Re: kernel versions and config's rm -rf To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 27 Sep 1995 09:04:45 +0100 (MET) Cc: terry@lambert.org, wollman@lcs.mit.edu, current@FreeBSD.ORG In-Reply-To: <199509270144.SAA04093@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Sep 26, 95 06:44:42 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1141 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 Precedence: bulk It seems that Rodney W. Grimes said: > Make that three old farts in agreement :-)... Hey, I'm 28. May I qualify please ? :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Mon Sep 25 02:02:31 MET 1995 From owner-freebsd-current Wed Sep 27 02:47:42 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA25311 for current-outgoing; Wed, 27 Sep 1995 02:47:42 -0700 Received: from shell.monmouth.com (pechter@[205.164.220.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA25302 for ; Wed, 27 Sep 1995 02:47:36 -0700 Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id FAA22235; Wed, 27 Sep 1995 05:47:31 -0400 From: Bill/Carolyn Pechter Message-Id: <199509270947.FAA22235@shell.monmouth.com> Subject: Re: kernel versions and config's rm -rf To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 27 Sep 1995 05:47:29 -0400 (EDT) Cc: freebsd-current@freebsd.org In-Reply-To: <199509270144.SAA04093@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Sep 26, 95 06:44:42 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1329 Sender: owner-current@freebsd.org Precedence: bulk > > Make that three old farts in agreement :-)... Four... I'm 41. > I think age will be the splitting factor here :-). Those of us who have > been around config(8) for years have no problems understanding why some > things just don't go right and just how to blow away the right .o files > and get back rather quickly. Others who have not been doing this for > years simply take the slow, but guaranteed to work way out of rm'ing > the whole pile :-(. > > Maybe if they had to build BSD 4.2 kernels on VAX 11/730's they might > appreciate our point a little more... with the event of boxes that > can compile the whole world in 3 hrs and a kernel in 8 minutes you > tend to start getting rather sloppy about dependency tree maintenance :-(. > I never built 4.2 on an 11/730 -- Installing VMS on 'em was enough pain for me. However, I did a make world on a 386sx/25 with 8mb of memory and it took a couple of days to finish. I can't wait for Micronics to ship my 486 board back from repair. Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-current Wed Sep 27 10:10:47 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA06855 for current-outgoing; Wed, 27 Sep 1995 10:10:47 -0700 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA06850 for ; Wed, 27 Sep 1995 10:10:39 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id MAA01769; Wed, 27 Sep 1995 12:54:39 -0400 Date: Wed, 27 Sep 1995 12:54:38 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: kernel versions and config's rm -rf To: Ollivier Robert cc: "Rodney W. Grimes" , terry@lambert.org, wollman@lcs.mit.edu, current@FreeBSD.ORG In-Reply-To: <199509270804.JAA27081@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Wed, 27 Sep 1995, Ollivier Robert wrote: > It seems that Rodney W. Grimes said: > > Make that three old farts in agreement :-)... > > Hey, I'm 28. May I qualify please ? :-) no way, you got to be over 30 and understand the monty python reference 'every byte is sacred' (used by comms people) > > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Mon Sep 25 02:02:31 MET 1995 > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-current Wed Sep 27 10:38:03 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA07786 for current-outgoing; Wed, 27 Sep 1995 10:38:03 -0700 Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA07777 for ; Wed, 27 Sep 1995 10:38:00 -0700 Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id KAA04660; Wed, 27 Sep 1995 10:31:34 -0700 From: "Rodney W. Grimes" Message-Id: <199509271731.KAA04660@GndRsh.aac.dev.com> Subject: Re: kernel versions and config's rm -rf To: jmb@kryten.Atinc.COM (Jonathan M. Bresler) Date: Wed, 27 Sep 1995 10:31:34 -0700 (PDT) Cc: roberto@keltia.freenix.fr, terry@lambert.org, wollman@lcs.mit.edu, current@FreeBSD.ORG In-Reply-To: from "Jonathan M. Bresler" at Sep 27, 95 12:54:38 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1437 Sender: owner-current@FreeBSD.ORG Precedence: bulk > > On Wed, 27 Sep 1995, Ollivier Robert wrote: > > > It seems that Rodney W. Grimes said: > > > Make that three old farts in agreement :-)... > > > > Hey, I'm 28. May I qualify please ? :-) > > no way, you got to be over 30 and understand the monty python > reference 'every byte is sacred' (used by comms people) The qualification criteria I usually use for classifying someone as an ``old fart'' in the computer science field is that they studied coincidence current magnetic storage technology while attending school (for those in the newer age, this is known as ``core'' memory :-)). This generally places the age bracket around 30 to 40 years depending on how early the person started to study computers in there life. It pretty much rules out anyone under the age of thirty, so your criteria holds :-). > > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > > FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Mon Sep 25 02:02:31 MET 1995 > > > > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. > FreeBSD Postmaster jmb@FreeBSD.Org | 2341 Jeff Davis Hwy > play go. | Arlington, VA 22202 > ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Sep 27 10:38:48 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA07835 for current-outgoing; Wed, 27 Sep 1995 10:38:48 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA07743 for ; Wed, 27 Sep 1995 10:35:39 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id TAA12493; Wed, 27 Sep 1995 19:34:41 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.12/8.6.9) with SMTP id TAA10457; Wed, 27 Sep 1995 19:34:41 +0200 Message-Id: <199509271734.TAA10457@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Jonathan M. Bresler" cc: Ollivier Robert , "Rodney W. Grimes" , terry@lambert.org, wollman@lcs.mit.edu, current@FreeBSD.ORG Subject: Re: kernel versions and config's rm -rf Date: Wed, 27 Sep 1995 19:34:40 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG Precedence: bulk > On Wed, 27 Sep 1995, Ollivier Robert wrote: > > > It seems that Rodney W. Grimes said: > > > Make that three old farts in agreement :-)... > > > > Hey, I'm 28. May I qualify please ? :-) > > no way, you got to be over 30 and understand the monty python > reference 'every byte is sacred' (used by comms people) Hey! I'm in! I'm in! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Wed Sep 27 10:42:53 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA08001 for current-outgoing; Wed, 27 Sep 1995 10:42:53 -0700 Received: from mail1.wolfe.net (mail1.wolfe.net [204.157.98.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA07996 for ; Wed, 27 Sep 1995 10:42:47 -0700 Received: from gonzo.wolfe.net (moore@gonzo.wolfe.net [204.157.98.2]) by mail1.wolfe.net (8.7/8.7) with ESMTP id KAA07586; Wed, 27 Sep 1995 10:46:42 -0700 (PDT) From: Timothy Moore Received: (from moore@localhost) by gonzo.wolfe.net (8.7/8.7) id KAA31414; Wed, 27 Sep 1995 10:41:41 -0700 (PDT) Date: Wed, 27 Sep 1995 10:41:41 -0700 (PDT) Message-Id: <199509271741.KAA31414@gonzo.wolfe.net> To: jmb@kryten.Atinc.COM CC: current@FreeBSD.ORG In-reply-to: "Jonathan M. Bresler"'s message of Wed, 27 Sep 1995 12:54:38 -0400 (EDT) Subject: Re: kernel versions and config's rm -rf Sender: owner-current@FreeBSD.ORG Precedence: bulk Date: Wed, 27 Sep 1995 12:54:38 -0400 (EDT) From: "Jonathan M. Bresler" MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG > Hey, I'm 28. May I qualify please ? :-) no way, you got to be over 30 and understand the monty python reference 'every byte is sacred' (used by comms people) Not!!! From owner-freebsd-current Wed Sep 27 21:48:45 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA03978 for current-outgoing; Wed, 27 Sep 1995 21:48:45 -0700 Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA03972 for ; Wed, 27 Sep 1995 21:48:42 -0700 Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.12/8.6.9) id AAA01155; Thu, 28 Sep 1995 00:48:02 -0400 Date: Thu, 28 Sep 1995 00:48:02 -0400 (EDT) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: Mark Murray cc: "Jonathan M. Bresler" , Ollivier Robert , "Rodney W. Grimes" , terry@lambert.org, wollman@lcs.mit.edu, current@freebsd.org Subject: Re: kernel versions and config's rm -rf In-Reply-To: <199509271734.TAA10457@grumble.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Wed, 27 Sep 1995, Mark Murray wrote: > > On Wed, 27 Sep 1995, Ollivier Robert wrote: > > > > > It seems that Rodney W. Grimes said: > > > > Make that three old farts in agreement :-)... > > > > > > Hey, I'm 28. May I qualify please ? :-) > > > > no way, you got to be over 30 and understand the monty python > > reference 'every byte is sacred' (used by comms people) > > Hey! I'm in! I'm in! I'm only 21, but I do programming and support in DIBOL on some PDP/11's running RSTS/E. Can I at least be a young fart? Even wrote a DIBOL compiler for FreeBSD! :) Marc. "cc -o PIP PIP.c" From owner-freebsd-current Thu Sep 28 01:55:05 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA08230 for current-outgoing; Thu, 28 Sep 1995 01:55:05 -0700 Received: from Relay1.Austria.EU.net (relay1.Austria.EU.net [192.92.138.47]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA08203 ; Thu, 28 Sep 1995 01:54:54 -0700 From: marino.ladavac@aut.alcatel.at Received: from aut.alcatel.at (dnisun.aut.alcatel.at) by Relay1.Austria.EU.net with SMTP id AA15224 (5.67b/IDA-1.5); Thu, 28 Sep 1995 09:54:33 +0100 Received: from atuhc16 by aut.alcatel.at (4.1/SMI-4.1/AAA-1.29/main) id AA15774; Thu, 28 Sep 95 09:51:17 +0100 Message-Id: <9509280851.AA15774@atuhc16.aut.alcatel.at> Received: by atuhc16 (1.38.193.4/16.2) id AA11826; Thu, 28 Sep 1995 09:54:50 +0100 Subject: Re: kernel versions and config's rm -rf To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 28 Sep 95 9:54:49 MET Cc: current@freebsd.org, chat@freebsd.org In-Reply-To: <199509271731.KAA04660@GndRsh.aac.dev.com>; from "Rodney W. Grimes" at Sep 27, 95 10:31 am Mailer: Elm [revision: 70.85] Sender: owner-current@freebsd.org Precedence: bulk > > > > On Wed, 27 Sep 1995, Ollivier Robert wrote: > > > > > It seems that Rodney W. Grimes said: > > > > Make that three old farts in agreement :-)... > > > > > > Hey, I'm 28. May I qualify please ? :-) > > > > no way, you got to be over 30 and understand the monty python > > reference 'every byte is sacred' (used by comms people) > The qualification criteria I usually use for classifying someone as > an ``old fart'' in the computer science field is that they studied > coincidence current magnetic storage technology while attending school > (for those in the newer age, this is known as ``core'' memory :-)). > This generally places the age bracket around 30 to 40 years depending on > how early the person started to study computers in there life. It pretty > much rules out anyone under the age of thirty, so your criteria holds :-). Not necessarily :) Some of us, third worlders, have been studying core storage, and actually used the Half Noon IBM's at college, although being younger than 30. (half noon is, of course 1130 :) Keypunches anyone? /Alby P.S. 'every byte is sacred' reference takes place in "Third World," doesn't it? From owner-freebsd-current Thu Sep 28 08:40:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA18130 for current-outgoing; Thu, 28 Sep 1995 08:40:02 -0700 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA18119 for ; Thu, 28 Sep 1995 08:39:52 -0700 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id KAA28098 for current@freebsd.org; Thu, 28 Sep 1995 10:39:42 -0500 Date: Thu, 28 Sep 1995 10:39:42 -0500 From: Jim Lowe Message-Id: <199509281539.KAA28098@miller.cs.uwm.edu> To: current@freebsd.org Subject: PCI bus timing in -current Sender: owner-current@freebsd.org Precedence: bulk Has something changed that would effect pci bus timing recently? My video capture card use to work just fine 3 weeks ago in 640x480 mode. With the new kernel (2.2-current) the system hangs when I try to transfer this much data across the pci bus. The hardware is the same as it was 3 weeks ago and I checked the video capture driver -- it hasn't changed. Any ideas? -Jim From owner-freebsd-current Thu Sep 28 08:49:26 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA18309 for current-outgoing; Thu, 28 Sep 1995 08:49:26 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA18300 for ; Thu, 28 Sep 1995 08:48:59 -0700 Received: by sequent.kiae.su id AA22568 (5.65.kiae-2 ); Thu, 28 Sep 1995 19:42:02 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 28 Sep 95 19:42:01 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id SAA00698; Thu, 28 Sep 1995 18:41:42 +0300 To: current@freebsd.org, S0ren Schmidt Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 28 Sep 1995 18:41:41 +0300 (MSK) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: syscons bug on X exit Lines: 10 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 584 Sender: owner-current@freebsd.org Precedence: bulk I always got Alt key holded on when exit from X. Pressing Alt again releases it. I suspect it somehow linked with X exit sequence: Ctrl-Alt-Backspace. I know that simple alts=0; line fix it but not shure right now about proper place for it in syscons sources. Soren, can you fix it, please? -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Thu Sep 28 08:51:35 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA18404 for current-outgoing; Thu, 28 Sep 1995 08:51:35 -0700 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA18399 for ; Thu, 28 Sep 1995 08:51:30 -0700 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id KAA29154 for current@freebsd.org; Thu, 28 Sep 1995 10:51:27 -0500 Date: Thu, 28 Sep 1995 10:51:27 -0500 From: Jim Lowe Message-Id: <199509281551.KAA29154@miller.cs.uwm.edu> To: current@freebsd.org Subject: Pci bus timing problems Sender: owner-current@freebsd.org Precedence: bulk A little more detail. I changed i386/isa/pcibus.c to version 1.14 with the CONF1_ENABLE_CHK set to 0x80000000ul and my video capture card is working again in 640x480 mode. The main board I am running is a SuperMicro P55CW, Triton chip set. The PCI details are as follows: FreeBSD 2.2-CURRENT #9: Thu Sep 28 10:43:26 CDT 1995 james@miller-genuine-draft.cs.uwm.edu:/usr/src/sys/compile/MGD CPU: 99-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf Probing for devices on the PCI bus: chip0 rev 1 on pci0:0 chip1 rev 2 on pci0:7 vga0 rev 0 on pci0:17 meteor0 rev 0 int a irq 10 on pci0:18 ahc0 rev 0 int a irq 11 on pci0:19 ahc0: 2940 Wide Channel, SCSI Id=7, aic7870, 16 SCBs (ahc0:0:0): "HP C2247-300 0BH4" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1003MB (2054864 512 byte sectors) (ahc0:2:0): "TOSHIBA CD-ROM XM-3401TA 2873" type 5 removable SCSI 2 cd0(ahc0:2:0): CD-ROM cd0(ahc0:2:0): NOT READY asc:4,1 cd0(ahc0:2:0): Logical unit is in process of becoming ready can't get the size de0 rev 17 int a irq 10 on pci0:20 de0: DC21140 [10-100Mb/s] pass 1.1 Ethernet address 00:00:c0:b3:d0:9a de0: enabling 10baseT UTP port ------- -Jim From owner-freebsd-current Thu Sep 28 08:54:12 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA18471 for current-outgoing; Thu, 28 Sep 1995 08:54:12 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA18466 for ; Thu, 28 Sep 1995 08:54:06 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id BAA08997 for current@freebsd.org; Fri, 29 Sep 1995 01:54:02 +1000 From: michael butler Message-Id: <199509281554.BAA08997@asstdc.scgt.oz.au> Subject: yesterday's 'current' To: current@freebsd.org Date: Fri, 29 Sep 1995 01:54:00 +1000 (EST) X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 175 Sender: owner-current@freebsd.org Precedence: bulk A -current kernel built yesterday with no load other than one kernel-mode PPP dropped the ball today with "/kernel: panic: free: multiple frees" .. any thoughts ? michael From owner-freebsd-current Thu Sep 28 10:02:58 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA20643 for current-outgoing; Thu, 28 Sep 1995 10:02:58 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA20630 for ; Thu, 28 Sep 1995 10:02:49 -0700 Received: by sequent.kiae.su id AA16327 (5.65.kiae-2 ); Thu, 28 Sep 1995 21:00:24 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 28 Sep 95 21:00:24 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id TAA01133; Thu, 28 Sep 1995 19:59:16 +0300 To: current@freebsd.org, S0ren Schmidt References: In-Reply-To: ; from =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= at Thu, 28 Sep 1995 18:41:41 +0300 (MSK) Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 28 Sep 1995 19:59:15 +0300 (MSK) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: syscons bug on X exit Lines: 17 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 799 Sender: owner-current@freebsd.org Precedence: bulk In message =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= writes: >I always got Alt key holded on when exit from X. Pressing >Alt again releases it. I suspect it somehow linked with X exit >sequence: Ctrl-Alt-Backspace. I know that simple alts=0; line >fix it but not shure right now about proper place for it in syscons >sources. Soren, can you fix it, please? P.S. Not only Alt stucks, Ctrl somethimes stuck too. Pressing it release it. So, ctls=0 needs too. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Thu Sep 28 10:14:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA20870 for current-outgoing; Thu, 28 Sep 1995 10:14:02 -0700 Received: from alpha.netcraft.co.uk (alpha.netcraft.co.uk [194.72.238.8]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA20862 for ; Thu, 28 Sep 1995 10:13:59 -0700 Received: (from paul@localhost) by alpha.netcraft.co.uk (8.6.12/8.6.9) id SAA02171; Thu, 28 Sep 1995 18:12:51 +0100 From: Paul Richards Message-Id: <199509281712.SAA02171@alpha.netcraft.co.uk> Subject: Re: syscons bug on X exit To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Thu, 28 Sep 1995 18:12:51 +0100 (BST) Cc: current@FreeBSD.ORG, sos@login.dknet.dk In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Sep 28, 95 06:41:41 pm Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 572 Sender: owner-current@FreeBSD.ORG Precedence: bulk In reply to =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= who said > > I always got Alt key holded on when exit from X. Pressing > Alt again releases it. I suspect it somehow linked with X exit > sequence: Ctrl-Alt-Backspace. I know that simple alts=0; line > fix it but not shure right now about proper place for it in syscons > sources. Soren, can you fix it, please? I've had a similar problem with the Ctrl key. -- Paul Richards, Netcraft Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Thu Sep 28 10:59:40 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA22639 for current-outgoing; Thu, 28 Sep 1995 10:59:40 -0700 Received: from alpha.netcraft.co.uk (alpha.netcraft.co.uk [194.72.238.8]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA22632 for ; Thu, 28 Sep 1995 10:59:38 -0700 Received: (from paul@localhost) by alpha.netcraft.co.uk (8.6.12/8.6.9) id SAA02435 for FreeBSD-current@FreeBSD.org; Thu, 28 Sep 1995 18:59:00 +0100 From: Paul Richards Message-Id: <199509281759.SAA02435@alpha.netcraft.co.uk> Subject: pcvt and num lock To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Thu, 28 Sep 1995 18:59:00 +0100 (BST) Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 271 Sender: owner-current@FreeBSD.org Precedence: bulk Noticed something odd. If I start up elm then the num lock led goes off. When I exit elm it comes back on again. Weird. -- Paul Richards, Netcraft Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Thu Sep 28 12:11:17 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA25037 for current-outgoing; Thu, 28 Sep 1995 12:11:17 -0700 Received: from port19.hubbard2.t.ic.net (root@port19.hubbard2.t.ic.net [152.160.88.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA25015 for ; Thu, 28 Sep 1995 12:11:10 -0700 Received: (from rob@localhost) by port19.hubbard2.t.ic.net (8.6.12/8.6.9) id PAA00496 for FreeBSD-current@freebsd.org; Thu, 28 Sep 1995 15:05:20 -0400 Message-Id: <199509281905.PAA00496@port19.hubbard2.t.ic.net> Subject: Re: pcvt and num lock To: FreeBSD-current@freebsd.org Date: Thu, 28 Sep 1995 15:05:19 -0400 (EDT) From: "Rob Misiak" Reply-To: rdm@ic.net X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 326 Sender: owner-current@freebsd.org Precedence: bulk Paul Richards ("pcvt and num lock") wrote: * Noticed something odd. * * If I start up elm then the num lock led goes off. When I exit * elm it comes back on again. * * Weird. Try "options PCVT_INHIBIT_NUMLOCK=1" in your kernel config file if you don't want numlock turned on at all by default (as with cons25). Rob From owner-freebsd-current Thu Sep 28 13:05:26 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28024 for current-outgoing; Thu, 28 Sep 1995 13:05:26 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA28002 for ; Thu, 28 Sep 1995 13:04:46 -0700 Received: by Sysiphos id AA05441 (5.67b/IDA-1.5 for current@freebsd.org); Thu, 28 Sep 1995 20:58:28 +0100 Message-Id: <199509281958.AA05441@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 28 Sep 1995 20:58:27 +0100 In-Reply-To: Jim Lowe "Pci bus timing problems" (Sep 28, 10:51) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Jim Lowe Subject: Re: Pci bus timing problems Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk On Sep 28, 10:51, Jim Lowe wrote: } Subject: Pci bus timing problems } } A little more detail. I changed i386/isa/pcibus.c to version 1.14 with } the CONF1_ENABLE_CHK set to 0x80000000ul and my video capture card is } working again in 640x480 mode. The main board I am running is a } SuperMicro P55CW, Triton chip set. The PCI details are as follows: This looks like a PCI non-compliance of the Meteor card ... There are a number of chips that don't decode and get confused by configuration cycles they should in fact completely ignore, and the Meteor might be in that league. There are no functional changes in the PCI code besides the conf mechanism 1 vs. 2 probe modification. And these probes ought to be invisible to any device except the CPU to PCI bridge chip ... } FreeBSD 2.2-CURRENT #9: Thu Sep 28 10:43:26 CDT 1995 } james@miller-genuine-draft.cs.uwm.edu:/usr/src/sys/compile/MGD Could you please send VERBOSE boot messages from both the 1.14 and 1.15 pcibus.c version ? I'll send a patch based on these results for further tests, since the 1.14 revision with 0x80000000 would fail on many systems ... STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-current Thu Sep 28 13:28:04 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28634 for current-outgoing; Thu, 28 Sep 1995 13:28:04 -0700 Received: (from sos@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28625 ; Thu, 28 Sep 1995 13:28:00 -0700 Message-Id: <199509282028.NAA28625@freefall.freebsd.org> Subject: Re: syscons bug on X exit To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Thu, 28 Sep 1995 13:28:00 -0700 (PDT) Cc: current@freebsd.org, sos@login.dknet.dk In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Sep 28, 95 06:41:41 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 784 Sender: owner-current@freebsd.org Precedence: bulk In reply to =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= who wrote: > > I always got Alt key holded on when exit from X. Pressing > Alt again releases it. I suspect it somehow linked with X exit > sequence: Ctrl-Alt-Backspace. I know that simple alts=0; line > fix it but not shure right now about proper place for it in syscons > sources. Soren, can you fix it, please? Erhm last I looked there was a line setting all shift & modifier keys to 0 when exiting from X. Maybe it has been deleted or something (or the problem has surfaced somewhere else :() I'll look at it... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time From owner-freebsd-current Thu Sep 28 14:00:28 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA00979 for current-outgoing; Thu, 28 Sep 1995 14:00:28 -0700 Received: from eikon.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA00974 for ; Thu, 28 Sep 1995 14:00:19 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with ESMTP id VAA18949; Thu, 28 Sep 1995 21:59:31 +0100 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with SMTP id QAA02104; Wed, 27 Sep 1995 16:20:56 +0100 Message-Id: <199509271520.QAA02104@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: "Rodney W. Grimes" , terry@lambert.org (Terry Lambert), wollman@lcs.mit.edu, current@freebsd.org Reply-To: jhs@freebsd.org Subject: Re: kernel versions and config's rm -rf In-reply-to: Your message of "Tue, 26 Sep 1995 19:21:43 MST." <25084.812168503@time.cdrom.com> Date: Wed, 27 Sep 1995 16:20:55 +0100 From: "\"\"Julian Stacey \"\"" Sender: owner-current@freebsd.org Precedence: bulk Ref. jkh's > When I patched config ...... etc Seems a good time for me mention I'm embarrased at still not having made the last leap to completion on my /usr/src/sys/Makefile* stuff which I really should do, it's neraly there (ie it works most the time but breaks if src/sys/compile/ != src/sys/obj/compile ) Yeah, right it uses the obj tree, not the src/ tree .. kinda handy for ROMs & nfs multi hosts sharing one src/ tree & multiple obj trees :-) I suspect a slightly old version may lie in freefall.cdrom.com:~jhs/src/bsd/fixes/FreeBSD/src/generic/sys if anyone wants to look. If anyone wants my current to play with/look at etc, let me know. Julian --- Julian H. Stacey Email: jhs@freebsd.org From owner-freebsd-current Thu Sep 28 14:05:07 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA01262 for current-outgoing; Thu, 28 Sep 1995 14:05:07 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA01227 for ; Thu, 28 Sep 1995 14:04:57 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id OAA19348; Thu, 28 Sep 1995 14:04:53 -0700 Date: Thu, 28 Sep 1995 14:04:53 -0700 Message-Id: <199509282104.OAA19348@silvia.HIP.Berkeley.EDU> To: current@freebsd.org Subject: make world failure From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org Precedence: bulk Someone forgot to add the Specialix driver's man page? Satoshi ------- : /usr/share/man/man4/i386/../si.4.gz -> /usr/share/man/man4/i386/si.4.gz ln: /usr/share/man/man4/i386/si.4.gz: No such file or directory *** Error code 1 Stop. : From owner-freebsd-current Thu Sep 28 15:31:40 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA05495 for current-outgoing; Thu, 28 Sep 1995 15:31:40 -0700 Received: from eikon.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA05480 for ; Thu, 28 Sep 1995 15:31:29 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with ESMTP id XAA20318 for ; Thu, 28 Sep 1995 23:31:10 +0100 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id XAA05229; Thu, 28 Sep 1995 23:31:24 +0100 Date: Thu, 28 Sep 1995 23:31:24 +0100 From: "Julian H. Stacey" Message-Id: <199509282231.XAA05229@vector.eikon.e-technik.tu-muenchen.de> To: current@freebsd.org Subject: http://www.freebsd.org/~jhs/freebsd_people.html Reply-To: "Julian H. Stacey" Comment: is intermittent SLIP/PPP Web: http://www.freebsd.org/~jhs/ Sender: owner-current@freebsd.org Precedence: bulk I thought it was time we got to know what we all looked like :-) So I've created http://www.freebsd.org/~jhs/freebsd_people.html titled: FreeBSD People: Web Email & Faces it uses a subdir ~jhs/faces ... which is a 1/3 of a Meg ! ( I havent optimised the gifs ... yet .. sugestion of best method welcome , obviously it needs serious shrinkage, it's just a start ) Additions welcome :-) I cobbled it together from doing something like freefall: cd ~ ; echo ../*/public_html & meging what I found with the group photo from the recent Aachen Meeting Share & Enjoy Julian S From owner-freebsd-current Thu Sep 28 17:00:19 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA09246 for current-outgoing; Thu, 28 Sep 1995 17:00:19 -0700 Received: from ess.harris.com (su15a.ess.harris.com [130.41.1.251]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA09241 for ; Thu, 28 Sep 1995 17:00:13 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (5.x/SMI-SVR4) id AA21480; Thu, 28 Sep 1995 20:00:07 -0400 Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA04560; Thu, 28 Sep 95 19:57:26 EDT Date: Thu, 28 Sep 95 19:57:26 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9509282357.AA04560@borg.ess.harris.com> To: freebsd-current@freefall.FreeBSD.org Subject: ranlib in latest build Sender: owner-current@FreeBSD.org Precedence: bulk after a make world today I am having trouble with doing a ranlib on .a files. There appears to be some object order dependecies now. I am not sure if it is lorder dependent or not. given the same collection of objects one time ranlib works the next time you get inappropriate file type or format. Has anyone else seen this?? Jim Leppek From owner-freebsd-current Thu Sep 28 22:34:24 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA21907 for current-outgoing; Thu, 28 Sep 1995 22:34:24 -0700 Received: from linux.csie.nctu.edu.tw (jdli@linux.csie.nctu.edu.tw [140.113.235.252]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA21898 for ; Thu, 28 Sep 1995 22:34:18 -0700 Received: (from jdli@localhost) by linux.csie.nctu.edu.tw (8.6.9/8.6.9) id NAA12089 for freebsd-current@FreeBSD.ORG.; Fri, 29 Sep 1995 13:31:16 +0800 From: Chien-Ta Lee Message-Id: <199509290531.NAA12089@linux.csie.nctu.edu.tw> Subject: bpf log To: freebsd-current@FreeBSD.ORG Date: Fri, 29 Sep 1995 13:31:14 +0800 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 298 Sender: owner-current@FreeBSD.ORG Precedence: bulk Hi : Should we add a '\n' into if.c ?! log(LOG_NOTICE, "%s%d: promiscuous mode enabled" ifp->if_name, ifp->if_unit); ^--- here -- §õ «Ø ¹F (Adonis) ¥æ¤j¸ê¤u Mail: jdli@csie.nctu.edu.tw From owner-freebsd-current Thu Sep 28 23:47:22 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA27448 for current-outgoing; Thu, 28 Sep 1995 23:47:22 -0700 Received: from uustar.starnet.net (root@uustar.starnet.net [199.217.253.12]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id XAA27439 for ; Thu, 28 Sep 1995 23:47:17 -0700 Received: from scsgate.scscom.com by uustar.starnet.net with UUCP id AA11812 (5.67b/IDA-1.5 for freebsd.org!freebsd-current); Fri, 29 Sep 1995 01:21:47 -0500 Received: by scsgate.stl.scscom.com (Smail3.1.29.1 #4) id m0syXqN-0003RLC; Fri, 29 Sep 95 00:18 CDT Received: (from kenth@localhost) by gwydion.HNS.St-Louis.Mo.US (8.6.12/8.6.12) id AAA06262 for freebsd-current@freebsd.org; Fri, 29 Sep 1995 00:07:02 -0500 From: Kent Hamilton Message-Id: <199509290507.AAA06262@gwydion.HNS.St-Louis.Mo.US> Subject: ATAPI CDROM problem. To: freebsd-current@freebsd.org Date: Fri, 29 Sep 1995 00:07:01 -0500 (CDT) Reply-To: Kent.Hamilton@HNS.St-Louis.Mo.US Organization: HNS Consulting X-Location: St. Peters, MO USA X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 8524 Sender: owner-current@freebsd.org Precedence: bulk I just joined this list and moved to 2.2-current this weekend. The main reason I did so was because I had a desperate need to get the ATAPI cdrom stuff working. I reconfigured my kernal to use it and rebuilt (make bootstrap, make world, etc, etc) and when I boot on it, I get to the wcd0 and get a panic. The wording on the error is "drive attached twice". And it cycles through the re-boot. This is on a NEC P100 PCI with an embedded two channel [E]IDE controller, with the CDROM as the only device on the second channel. Below is the output of 'dmesg' and the relevent bits from my config file. Anyone got this working care to offer suggestions? I get this compile warning in atapi.c: ../../i386/isa/atapi.c: In function 'atapi_attach': ../../i386/isa/atapi.c:263: warning: nested extern declaration of 'wcdattach' I haven't had time to look at the code yet. Our NT server at work died on Monday.... ---- Config file bits ---- options ATAPI #Enable ATAPI support for IDE bus devices (CDROM) controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 device wcd0 I've also tried both of these: Doesn't panic on this but also doesn't find the CD. options ATAPI #Enable ATAPI support for IDE bus devices (CDROM) controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 device wcd0 Still panics on this one. options ATAPI #Enable ATAPI support for IDE bus devices (CDROM) controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 device wcd0 at wdc1 ---- dmesg output ---- Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 maddr 0xcc000 msize 16384 on isa ed0: address 00:00:c0:aa:ec:58, type WD8013EPC (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x63 irq 12 on motherboard fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1554MB (3183264 sectors), 3158 cyls, 16 heads, 63 S/T, 512 B/S wdc1: disabled, not probed. bt0: Bt54xC/ 0-ISA(24bit) bus bt0: This driver is designed for using 32 bit addressing bt0: mode firmware and EISA/PCI/VLB bus architectures bt0: Bounce-buffering will be used (and is necessary) bt0: if you have more than 16MBytes memory. bt0: reading board settings, dma=5, int=11 bt0: version 4.21, sync, parity, 32 mbxs, 32 ccbs bt0: targ 1 sync rate=10.00MB/s(100ns), offset=15 bt0: Using Strict Round robin scheme bt0 at 0x230 irq 11 drq 5 on isa bt0 waiting for scsi devices to settle (bt0:0:0): "MICROP 1588-15MB1057403 HSP4" type 0 fixed SCSI 1 sd0(bt0:0:0): Direct-Access 636MB (1304052 512 byte sectors) sd0(bt0:0:0): with 1632 cyls, 15 heads, and an average 53 sectors/track (bt0:1:0): "SEAGATE ST42100 8224" type 0 fixed SCSI 2 sd1(bt0:1:0): Direct-Access 1812MB (3711990 512 byte sectors) sd1(bt0:1:0): with 2574 cyls, 15 heads, and an average 96 sectors/track npx0 on motherboard npx0: INT 16 interface Probing for devices on the PCI bus: chip0 rev 1 on pci0:0 chip1 rev 2 on pci0:7 vga0 rev 2 on pci0:8 -- Kent Hamilton Work: KHamilton@Hunter.COM URL: http://www.icon-stl.net/~khamilto Play: KentH@HNS.St-Louis.Mo.US controller ncr0 controller ahc0 #controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr controller bt0 at isa? port 0x230 bio irq ? vector btintr controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr controller ahc1 at isa? bio irq ? vector ahcintr controller ahb0 at isa? bio irq ? vector ahbintr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller aic0 at isa? port 0x340 bio irq 11 vector aicintr controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr #controller matcd0 at isa? port ? bio device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 #options XSERVER # include code for XFree86 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 sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device lpt2 at isa? port? tty device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr #device mse0 at isa? port 0x23c tty irq 5 vector mseintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 #device cx0 at isa? port 0x240 net irq 15 drq 7 vector cxintr device ed0 at isa? port 0x300 net irq 10 iomem 0xcc000 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device eg0 at isa? port 0x310 net irq 5 vector egintr #device el0 at isa? port 0x300 net irq 9 vector elintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device fe0 at isa? port 0x240 net irq ? vector feintr #device fea0 at isa? net irq ? vector feaintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device lnc1 at isa? port 0x300 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr # controller snd0 #device pas0 at isa? port 0x388 irq 10 drq 6 vector pasintr #device pas0 at isa? port 0x388 irq 9 drq 6 vector pasintr device sb0 at isa? port 0x220 irq 9 conflicts drq 1 vector sbintr #device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr #device sbxvi0 at isa? drq 5 device sbxvi0 at isa? drq 0 device sbxvi0 at isa? drq 1 device sbmidi0 at isa? port 0x330 #device gus0 at isa? port 0x220 irq 11 drq 1 vector gusintr #device gusxvi0 at isa? port 0x530 irq 7 conflicts drq 3 vector adintr #device gusmax0 at isa? port 0x32c device mss0 at isa? port 0x380 irq 9 drq 1 vector adintr #device mss0 at isa? port 0x530 irq 10 drq 1 vector adintr device opl0 at isa? port 0x220 conflicts device mpu0 at isa? port 0x330 irq 5 drq 0 #device mpu0 at isa? port 0x330 irq 6 drq 0 #device uart0 at isa? port 0x330 irq 5 vector "m6850intr" # Not controlled by `snd' #device pca0 at isa? port IO_TIMER1 tty # pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's # My "pseudo-devices" changes -- SKH pseudo-device vn #Vnode driver (turns a file into a device) #pseudo-device fddi #Generic FDDI #pseudo-device sppp #Generic Synchronous PPP pseudo-device bpfilter 4 #Berkeley packet filter #pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device snp 4 #Snoop device - to look at pty/vty/etc.. # These are non-optional for ISDN #pseudo-device isdn #pseudo-device ii 4 #pseudo-device ity 4 #pseudo-device itel 2 #pseudo-device ispy 1 From owner-freebsd-current Thu Sep 28 23:58:23 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA28156 for current-outgoing; Thu, 28 Sep 1995 23:58:23 -0700 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA28140 for ; Thu, 28 Sep 1995 23:58:18 -0700 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) with UUCP id HAA07269 for current@freebsd.org; Fri, 29 Sep 1995 07:58:15 +0100 Received: (from andreas@localhost) by knobel.gun.de (8.6.12/8.6.12) id HAA14550 for current@freebsd.org; Fri, 29 Sep 1995 07:57:31 +0100 From: Andreas Klemm Message-Id: <199509290657.HAA14550@knobel.gun.de> Subject: Want to switch from current -stable to -current. possible without pain ? To: current@freebsd.org Date: Fri, 29 Sep 1995 07:57:31 +0100 (MET) X-Mailer: ELM [version 2.4 PL24 ME7] Content-Type: text Content-Length: 439 Sender: owner-current@freebsd.org Precedence: bulk Hi ! Is the -current version running fine so far, I'm supping it know... Are there special things to do (backup ok ;-) before a make world ? Hardware aha2940, Quantum grand prix, p90 asus p5tp4xe. Thanks -- $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<< From owner-freebsd-current Fri Sep 29 07:18:11 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA16845 for current-outgoing; Fri, 29 Sep 1995 07:18:11 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA16814 for ; Fri, 29 Sep 1995 07:17:25 -0700 Received: by Sysiphos id AA14839 (5.67b/IDA-1.5 for current@freebsd.org); Fri, 29 Sep 1995 15:16:22 +0100 Message-Id: <199509291416.AA14839@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Fri, 29 Sep 1995 15:16:21 +0100 In-Reply-To: Jim Lowe "Re: Pci bus timing problems" (Sep 28, 21:19) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Jim Lowe Subject: Re: Pci bus timing problems Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk On Sep 28, 21:19, Jim Lowe wrote: } Subject: Re: Pci bus timing problems } I must have booted the system wrong or something. Sorry about that. } I set bootverbose in machdep.c and rebooted the system (I am at home } right now). Attached are the 1.14 boot and the 1.15 boot. Thanks ! } Aside from this, did you write an mpeg encoder/decoder at some time } in the past or was I thinking of someone else? Sorry, no, not that I remember :) =========================================== Ok.Now lets see: First I'll look at rev. 1.15: } pcibus_setup(1): mode1res=0x80000000 (0x80000000), mode2res=0xff (0x0e) } pcibus_setup(2): mode1res=0x80000000 (0x80000000) } pcibus_check: device 0 is there The sequence of input/output operations was: oldval = inl(0x0cf8); outl(0x0cf8, 0x80000000); /* ignored by config mechanism 1 device */ outb(0x0cf8, 0x0e); /* ignored by config mechanism 2 device */ mode1res = inl(0x0cf8); /* => 0x80000000, OK (mech 1) */ mode2res = inb(0x0cf8); /* => 0xff, not OK (mech 2) */ outl(0x0cf8, oldval); /* at this point it is known, that there * is something at the PCI specific port * address, if either the byte or the long * has been read back unmodified ... */ outl(0x0cf8, 0x80000000); outb(0x0cfd, 0); /* ignored by mechanism 1 device */ mode1res = inl(0x0cf8); /* != 0 => this is a mechanism 1 device */ outl(0x0cf8, oldval); /* the device has been identified as a PCI * spec conformant config mechanism 1 chip, * since the outb( ,0) was unable to clear * the MSB ... */ =========================================== Now compare with what 1.14 did: oldval = inl(0x0cf8); outl(0x0cf8, 0xf0000001); outb(0x0cfd, 0); result = inl(0x0cf8); /* mechanism 1, if result has MSB set and LSB clear */ outl(0x0cf8, oldval); =========================================== Hmmm, seems the only difference in 1.15 is the outb(0x0cf8,0x0e), which seems to be ignored by the host bridge (as required by the PCI specs). It really should not be visible to the Meteor! The Meteor is a purely memory mapped device, according to the probe info: } meteor0 rev 0 int a irq 10 on pci0:18 } mapreg[10] type=0 addr=ffbdd000 size=1000. } reg16: virtual=0xf4744000 physical=0xffbdd000 size=0x1000 Well, you might try to remove the outb(,0x0e): oldval = inl (CONF1_ADDR_PORT); outl (CONF1_ADDR_PORT, CONF1_ENABLE_CHK); /* outb (CONF2_ENABLE_PORT, CONF2_ENABLE_CHK);*/ mode1res = inl(CONF1_ADDR_PORT); mode2res = 0xff /*inb(CONF2_ENABLE_PORT)*/; outl (CONF1_ADDR_PORT, oldval); And retry this modified 1.15 code (it can't stay that way, since then mechanism 2 boards rely on the outb() to be probed correctly !). Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/staff/esser/esser.html From owner-freebsd-current Fri Sep 29 13:19:10 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA00727 for current-outgoing; Fri, 29 Sep 1995 13:19:10 -0700 Received: from robin.mcnc.org.mcnc.org (robin.mcnc.org [128.109.130.29]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA00710 for ; Fri, 29 Sep 1995 13:18:58 -0700 Received: by robin.mcnc.org.mcnc.org (8.6.9/MCNC/8-10-92) id QAA24294; Fri, 29 Sep 1995 16:18:47 -0400 for Date: Fri, 29 Sep 1995 16:18:47 -0400 From: "Frank E. Terhaar-Yonkers" Message-Id: <199509292018.QAA24294@robin.mcnc.org.mcnc.org> To: freebsd-current@freebsd.org Subject: MSdog extended partition handling? X-Face: ,fjtWiMPydUaSQl%8[eTg`u:^BXt&T)Sny(6w\*U"5D9H[Z$kG%Q/z;Z=NwrPiXf-aMF3R) Rsand$,]26-8>5@HD(A3A79gN|0%NHsdek4mT8E,>j+\w!~d2#nH;~NV!5a0"`5$Cj8d\or(Jy/JQ_ |uc;C[filmZ(~#lre*l:|O%d/PJFy`.5w8)sMZ-)QI3TaV"j'k Sender: owner-current@freebsd.org Precedence: bulk Is this supposed to work? The bootarea, pointed to by /dev/sdxsy is really another "partition table" which then points to the real bootarea. There seems to be code in the kernel to deal with with the extra level of indirection, but nothing at the mount_msdos level or /dev that I can find. Is this a project left unfinished, or did I miss something? - Frank \\\\////\\\\////\\\\\////\\\\\////\\\\////\\\\////\\\\////\\\\////\\\\////\\\\ Frank Terhaar-Yonkers High Performance Computing and Communications Research MCNC PO Box 12889 3021 Cornwallis Road Research Triangle Park, North Carolina 27709-2889 fty@mcnc.org voice (919)248-1417 FAX (919)248-1455 http://www.mcnc.org/HTML/ITD/ANT/HPCCResearch.html From owner-freebsd-current Fri Sep 29 14:05:35 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA02792 for current-outgoing; Fri, 29 Sep 1995 14:05:35 -0700 Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA02779 for ; Fri, 29 Sep 1995 14:05:26 -0700 Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by chemserv.umd.edu (8.7/8.7) with ESMTP id RAA06265 for ; Fri, 29 Sep 1995 17:05:23 -0400 (EDT) Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.7/8.6.4) id RAA09835; Fri, 29 Sep 1995 17:05:22 -0400 (EDT) Date: Fri, 29 Sep 1995 17:05:22 -0400 (EDT) From: Chuck Robey To: FreeBSD-current@freebsd.org Subject: Make world -- share/doc Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk My make world just failed in install, while trying to install share/doc/FAQ: install -c -o bin -g bin -m 444 freebsd-faq.ascii /usr/share/doc/FAQ install: freebsd-faq.ascii: No such file or directory *** Error code 1 Stop. (etc). What am I missing? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Sep 29 18:41:49 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA11023 for current-outgoing; Fri, 29 Sep 1995 18:41:49 -0700 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA11008 for ; Fri, 29 Sep 1995 18:41:43 -0700 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.11/8.6.9) id UAA14412; Fri, 29 Sep 1995 20:41:06 -0500 Date: Fri, 29 Sep 1995 20:41:05 -0500 (EST) From: John Fieber To: Chuck Robey cc: FreeBSD-current@freebsd.org Subject: Re: Make world -- share/doc In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Fri, 29 Sep 1995, Chuck Robey wrote: > My make world just failed in install, while trying to install share/doc/FAQ: > > install -c -o bin -g bin -m 444 freebsd-faq.ascii /usr/share/doc/FAQ > install: freebsd-faq.ascii: No such file or directory > *** Error code 1 > > Stop. (etc). > > What am I missing? hmmmm.... I suspect the generation of freebsd-faq.ascii failed. The generation depends on: /usr/share/mk/bsd.sgml.mk /usr/bin/sgmlfmt /usr/bin/sgmls /usr/bin/sgmlsasp /usr/share/sgml/FreeBSD/* As I ponder this, it occurs to me that a number of week ago the command line options for sgmlfmt changed. If you have an older sgmlfmt being driven by the current bsd.sgml.mk (as can happen in a make world) it will fail. Methinks this is Not A Good Thing.... Also, the make should have failed in the *build*, not the install. I'll look into the return codes from sgmlfmt. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-current Fri Sep 29 20:28:59 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA15477 for current-outgoing; Fri, 29 Sep 1995 20:28:59 -0700 Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA15467 for ; Fri, 29 Sep 1995 20:28:49 -0700 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by chemserv.umd.edu (8.7/8.7) with ESMTP id XAA09426; Fri, 29 Sep 1995 23:28:42 -0400 (EDT) Received: (chuckr@localhost) by mocha.eng.umd.edu (8.7/8.6.4) id XAA19408; Fri, 29 Sep 1995 23:28:42 -0400 (EDT) Date: Fri, 29 Sep 1995 23:28:41 -0400 (EDT) From: Chuck Robey To: John Fieber cc: FreeBSD-current@freebsd.org Subject: Re: Make world -- share/doc In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Fri, 29 Sep 1995, John Fieber wrote: > On Fri, 29 Sep 1995, Chuck Robey wrote: > > > My make world just failed in install, while trying to install share/doc/FAQ: > > > > install -c -o bin -g bin -m 444 freebsd-faq.ascii /usr/share/doc/FAQ > > install: freebsd-faq.ascii: No such file or directory > > *** Error code 1 > > > > Stop. (etc). > > > > What am I missing? > > hmmmm.... > > I suspect the generation of freebsd-faq.ascii failed. The generation > depends on: > > /usr/share/mk/bsd.sgml.mk > /usr/bin/sgmlfmt > /usr/bin/sgmls > /usr/bin/sgmlsasp > /usr/share/sgml/FreeBSD/* > > As I ponder this, it occurs to me that a number of week ago the command > line options for sgmlfmt changed. If you have an older sgmlfmt being > driven by the current bsd.sgml.mk (as can happen in a make world) it will > fail. Methinks this is Not A Good Thing.... > > Also, the make should have failed in the *build*, not the install. I'll > look into the return codes from sgmlfmt. Fair enough, I preinstalled sgmlfmt, and the make world continued, but was stopped shortly thereafter with the line /usr/share/man/man4/i386/../si.4.gz -> /usr/share/man/man4/i386/si.4.gz ln: /usr/share/,\man/man4/i386/si.4.gz: No such file or directory *** Error code 1 Does that ring some bells? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Sep 29 22:24:05 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA17591 for current-outgoing; Fri, 29 Sep 1995 22:24:05 -0700 Received: from chrome.jdl.com (chrome.onramp.net [199.1.166.202]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA17586 for ; Fri, 29 Sep 1995 22:24:01 -0700 Received: from localhost.jdl.com (localhost.jdl.com [127.0.0.1]) by chrome.jdl.com (8.6.11/8.6.9) with SMTP id AAA18793 for ; Sat, 30 Sep 1995 00:23:17 -0500 Message-Id: <199509300523.AAA18793@chrome.jdl.com> X-Authentication-Warning: chrome.jdl.com: Host localhost.jdl.com didn't use HELO protocol To: freebsd-current@freebsd.org Subject: The Saga of the ATAPI Woes Clarity-Index: null Reply-To: jdl@chromatic.com Threat-Level: none Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Date: Sat, 30 Sep 1995 00:23:16 -0500 From: Jon Loeliger Sender: owner-current@freebsd.org Precedence: bulk I finally caught it in the act of being bad! Gory ATAPI details and problems follow, so make the right choice now... :-) I've got: ---------------- controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr options ATAPI #Enable ATAPI support for IDE bus device wcd0 #IDE CD-ROM I'm using a -current from Before the Pre-Sig-11 Wars, but I've just plopped down a fresh wcd-1.3 and applied the 4 recent patches to it to get: atapi.c: * Version 1.5, Thu Sep 21 23:08:11 MSD 1995 atapi.h: * Version 1.4, Tue Sep 5 20:59:48 MSD 1995 wcd.c: * Version 1.6, Fri Sep 22 21:40:12 MSD 1995 wd.c: * $Id: wd.c,v 1.84 1995/09/07 08:20:18 swallace Exp $ At boot, I find: ---------------- wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/T, 512 B/S atapi0.1 at 0x1f0: attach called atapiX.1 at 0x1f0: identify not ready, status=1 wdc1 at 0x170-0x177 irq 15 on isa atapi1.0 at 0x170: attach called wdc1: unit 0 (atapi): , removable, cmd16 wcd0: info 85-80-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-34-2e-32-33-0-0-0-0-4e-45-43-20-20-20-20-20-20-20-20-20-20-20-20-20-20-20-20-20-43-44-2d-52-4f-4d-20-44-52-49-56-45-3a-32-36-30-0-0-0-0-0-0-0-0-a-0-0-0-3-0-0-0-0-3-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-0-b4-0-b4-0-0-0-0-0-0-0-0-0-0-0 atapi1.0: req im 5a-0-2a-0-0-0-0-0-1c-0-0-0-0-0-0-0 len=28 atapi1.0: start atapi1.0: send cmd 5a-0-2a-0-0-0-0-0-1c-0-0-0-0-0-0-0 atapi1.0: intr ireason=0x3, len=28, status=41, error=64 atapi1.0: req im 5a-0-2a-0-0-0-0-0-1c-0-0-0-0-0-0-0 len=28 atapi1.0: start atapi1.0: send cmd 5a-0-2a-0-0-0-0-0-1c-0-0-0-0-0-0-0 atapi1.0: intr ireason=0x2, len=24, status=48, error=0 atapi1.0: intr ireason=0x3, len=24, status=40, error=0 atapi1.0: recv data underrun, 4 bytes left wcd0: 344Kb/sec, 256Kb cache, audio play, 256 volume levels, ejectable tray wcd0: no disc inside, unlocked wcd0: cap 0-16-70-0-0-0-0-0-2a-e-0-0-71-65-29-3-61-1-0-1-0-1-61-1-0-0-0-0 atapi1.1 at 0x170: attach called atapiX.1 at 0x170: no device Now, the only odd thing here is that there was yet another change to the handling of the reversing of the identify string. Now, it only reverses the model, serial and revision bytes. Note that this does NOT affect the 85-80 bytes. In earlier mail, Serge indicated that this should be 80-85. Reversing the entire buffer achieves this result. This produces the effect of: current: wdc1: unit 0 (atapi): , removable, cmd16 supposed correct from before: wdc1: unit 0 (atapi): , removable, iordy Flags iordy vs cmd16 have now changed. Which is correct? I suspect that this is NOT a cmd16 CDROM drive, but don't really know. Both before (with flag iordy) and now (with flag cmd16), there was occasional failure reading large files from the CDROM file system. I've captured a failure mode from the current configuration. BTW, this is very repeatable, but not reliably at the exact same spot of the same file or anything. This example comes from ftp'ing a jpg image off the CDROM. Here's what happened: atapi1.0: send cmd 28-0-0-2-69-91-0-0-1-0-0-0-0-0-0-0 atapi1.0: req cb 28-0-0-2-69-92-0-0-1-0-0-0-0-0-0-0 len=2048 atapi1.0: intr ireason=0x2, len=2048, status=48, error=0 atapi1.0: intr ireason=0x3, len=2048, status=40, error=0 atapi1.0: start atapi1.0: send cmd 28-0-0-2-69-92-0-0-1-0-0-0-0-0-0-0 atapi1.0: intr ireason=0x2, len=2048, status=48, error=0 atapi1.0: intr ireason=0x3, len=2048, status=40, error=0 atapi1.0: req cb 28-0-0-2-69-93-0-0-1-0-0-0-0-0-0-0 len=2048 atapi1.0: start atapi1.0: send cmd 28-0-0-2-69-93-0-0-1-0-0-0-0-0-0-0 atapi1.0: intr ireason=0x1, len=60180, status=0, error=1 atapi1.0: unknown phase wcd0: i/o error, status=0, error=1 atapi1.0: req cb 28-0-0-2-69-93-0-0-1-0-0-0-0-0-0-0 len=2048 atapi1.0: start atapi1.0: send cmd 28-0-0-2-69-93-0-0-1-0-0-0-0-0-0-0 atapi1.0: req cb 28-0-0-2-69-94-0-0-1-0-0-0-0-0-0-0 len=2048 atapi1.0: intr ireason=0x3, len=2048, status=41, error=64 wcd0: media changed atapi1.0: start atapi1.0: send cmd 28-0-0-2-69-94-0-0-1-0-0-0-0-0-0-0 atapi1.0: intr ireason=0x3, len=2048, status=41, error=24 wcd0: cannot read audio disc There were many sucessful transfers of 2k. Then suddenly we got the error=1 report, and it fell apart. One other thing that's been noticed (by a few): - In atapi.c:263, the redeclaration of wcdattach() uses a return value that isn't returned: atapi.c: 265 if (wcdattach (ata, unit, ap, ata->debug, parent) < 0) wcd.c:246 void wcdattach (struct atapi *ata, int unit, struct ... Any insight as to why the IO transfer failedor which flags should be set? Thanks for wading through this gunk! jdl From owner-freebsd-current Fri Sep 29 22:38:51 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA17813 for current-outgoing; Fri, 29 Sep 1995 22:38:51 -0700 Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA17808 for ; Fri, 29 Sep 1995 22:38:46 -0700 Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by chemserv.umd.edu (8.7/8.7) with ESMTP id BAA10010 for ; Sat, 30 Sep 1995 01:38:35 -0400 (EDT) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7/8.6.4) id BAA16056; Sat, 30 Sep 1995 01:38:34 -0400 (EDT) Date: Sat, 30 Sep 1995 01:38:34 -0400 (EDT) From: Chuck Robey To: FreeBSD-current@FreeBSD.org Subject: malloc problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk I have just finished bringing myself back to current level, by completing the make world, and starting up a new kernel. I'm getting an error during bootup ... I'm hand copying this from the other machine's screen, because I don't know a better way to capture it: starting system daemons: syslogd. starting network daemons: named portmap mountdmalloc() warning: junk pointer (high) passed to free() malloc() warning: junk pointer (high) passed to free() malloc() warning: junk pointer (high) passed to free() nfsd nfsiod inetd. standard daemons: cron printer sendmail. .....continues without further strangeness Anyone see what's causing this, or any ideas how I troubleshoot it? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sat Sep 30 04:27:31 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA27979 for current-outgoing; Sat, 30 Sep 1995 04:27:31 -0700 Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA27972 for ; Sat, 30 Sep 1995 04:27:26 -0700 Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W5-MX950612-Fujitsu Mail Gateway) id UAA25028; Sat, 30 Sep 1995 20:27:24 +0900 Received: from sphinx.sysrap.cs.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W5-MX950612-Fujitsu Domain Mail Master) id UAA04788; Sat, 30 Sep 1995 20:26:52 +0900 Received: (from seki@localhost) by sphinx.sysrap.cs.fujitsu.co.jp (8.6.12+2.5Wb7/3.4W-) id UAA25671; Sat, 30 Sep 1995 20:25:49 +0900 Date: Sat, 30 Sep 1995 20:25:49 +0900 From: Masahiro SEKIGUCHI Message-Id: <199509301125.UAA25671@sphinx.sysrap.cs.fujitsu.co.jp> To: FreeBSD-core@FreeBSD.ORG Cc: FreeBSD-current@FreeBSD.ORG Subject: Updated fe driver Sender: owner-current@FreeBSD.ORG Precedence: bulk Dear core team, I have just finished updating my fe driver, an Ethernet driver for Fujitsu MB86960s. I want it be merged into -current source tree and, if it is not too late, into upcoming 2.1-RELEASE. The change includes: o support for more models (versions) of cards, o fix of a bug on probing second Etherent card, and o some minor fixes and cleanups. No functional changes. No new bugs (I hope.) I attached a uuencoded gzipped patch to the -current sources. The patched source must be comptible with both -current and 2.1 RELEASE. (I tested it with 2.1.0-950928-SNAP kernel source distribution.) Thaks. Masahiro Sekiguchi --- cut here ------ cut here ------ cut here --- begin 640 fe-950930.diff.gz M'XL("&TE;3```V9E+3DU,#DS,"YD:69F`,Q;^7/;1K+^F?PKIKA'I!`$"9*B M)?GM]YD3:71KUZ1'5 M1J/Q/%J541Z)_B(1[8YH'1T?=(\['>$<'1U4Z_7ZYQ>JC-Q,C.1"=%K".3QN M]XY;737]N^]$H]VRVEU1IU]M\=UW56'_LR9.XBA+@ML\D[ZX?1(7]L@6_Y/* MN^"[]"E-W(7MI?8D_R7(TMSV8ON7Q?^J>9,X$1,I_"2XEXG`OS2((]&R#_DU M_ZC\>>@?"]J7=2\%PW99XB,,0AQ"#QX7X<[5AG_IT_B`$ M!RQ]'_:.>JU^ M4WTXZ(M;-\5!!]E,)I',A.N[BPQ[5X1&/U]>O1L-1]C&R5S4?'D?>!)$6P)L M#5+WE5C$229>"9H:)!_QZ5YZ&7,B`!MKV.NG)K8>.ZW6[LF\A]/!Z.1Z^.YF M>'59%3.+#VU7Z[MILH`WIFA2D+1>K5HW MRUFB6`\SO7B^<+/@-I3BM([TPB"2(HM%FB^80?,\ MS`+/38EIXDXN\"2(@GD^KS:@F]B,<-,T2#.>'T]*XUW?3V2:BDD08I\"1N(_ MP%`P+\<3$40\VYL%"[O:`%O-*=TP+99/A9\O0ODHXH5,L/DX`H>&F?#R))%1 M%CX)8E,J'H)L5G#[[.+'AG/8$JE,`IDRUX:COE6MNQ$T.0P#Z3=N9"BQ;=&_ M<5ZTBJ$TX'K0;K76)VMFB=(V%TE\'_@T*<_B.?;FB6'S2FF5.;H71Y-@FJN= M$_5J>?3UWU<'6.P2NCWK2-2[7:O'#J&T8NFH6'R:N'->T7BAIO1^2V?#&7\SAY(NE&DE;)H4V6P,=(!!,E M8*5ID&`*-VW\)'8/2>.AO!"1-U/G(?)&>;&?+`NB*6EZB36V\0N& MAG&0BC]*%](()C@QS(9?Z49P'XI]_?27`S2$=`5X)5D/;70H\ MX[/#&'ULW6N@E7,M7+63.3#IG%+S09C<,GY@+$.9$NEF. MB;2Q*,Y8-Q0KTWA>5B>U@+8M$H;3;5F'HNYT#JP7*AR>WHO:V6!\.GC]_@W< M<;Q@P6*GKKAWPUR*AUD`09'V8J40C@@GAX>$,&AYSX4Z@RM^[.5S:"I%5#ES M[X,X,4Y'3ERXK%7!@IQ>Z=Y5^I?$\R*B8G7]$33.XI50J]FJB8*.`X?UC'74 M2&&_#@7\8QC*#'\,\6.DN<_L.6Q;;6BK\Z)G.8YB$,QAA\$M`^GK&+Q?=3Q* MT-HK? MPCG)XF0>5":ER.$*0*%,SFUV0]A8(A'>9.1#P!`/A(Z]($@K<`"7$SZX3\4& M;W98-#&&#LF#1>;>84\L>0Y4*ZYE,'AW?751;<31JA]@VE@^:2P-49-=NE=] M4+5%PA':#(-EQ,`@!A#JX-KO?:'37"K`:1[\,:JR`O<,M&/@[G0(LM>=PR/+Z6A?]9%!))PM\W*I M``;J;`0G\.1]!#EG>>1F,GQ"W9)X3[!V8-XESC%0; MPO(Q$C78:^']L#ML7,F@J1FON&@0.TU,)"D/B-E^*:$L#I;"3.0U3!.93%%,Y0,8AH%_UZ>8:3!OPE2 MA;,DMB+#>$&159D7<906+$5^6R=1P_Z;RZO1S?!DI)S9.#/-'6GV"]#W4E,JD;^V#R'#+'>;8EC#S,9*2/LPO@H?48:ZARLP^69ZP/W MI2HYDH6W@+@:TYA66+C>G9H3#F-OO+'&FON9!REC7*1%BFJ)GG%8.T&U\&.I M$-<2)U?K*ZAQ97L$941-LS)5(`K<@2C$WE_\^E_\?18JR#Y$-25$O79`[G$N M_:43=@N19&4ZV*0?*#8I6@J';4UAR;BQ=(W2:X+IJ"'R5R:L^*IS7V M9>F,8I[&]JD)1EI6:9PG5$^",:2%/JD]JV0$:79H"_$]<2^81N1YV!'P-E)2 M88R\^?!Z-/P_;6`O0>T1[*DI=NEW>RM6.S1@?)9!@ M5AB[/K-Y.%F9"QV0;D+IJ_R8)2I42J86QY2>J[-Q;?W M->>!3R38ZI,+"DS8?@7FY^+V*9/IOK:8S2KK$F0)140G>F5"=)2^_KSB+@S">5*_JBS:^%^YN#E;7[EL==.;+^+8:V?/[6N1CS-LBY$&%V4-[Z1OEO#8)G6.!(=`'DXYFB_W M62H-W^ZR2D[Z2WW6=H[#O6R@ZE4;M5`=R=2:ZPAM4X)J5T04OD40$.<97_=+F&T>AGUT!/R=8#6-W$@`8*.*M$_%4GOLB)L`4[1Y55F7J_&ID6>+"`[0GDC M*;=@0',70]/"-7YB/\^=M,XXG3>/!@/1/Q]=X:\/"8F2+B9CT166>@+FT.."!N2>L_T1V3"GN M9OUNLV['R2CY%4X*"4DP*Y4#@39COPKM\>T%[9+Y";]B!<3F&YJLT M:*-LJ++/XNZE7ESV6%1RXGQ*P6U=^L^YTBH?%U0&@>09DVVLS>6_$=4N4QPV M+6"0J@7!(`N41Z8'J>!?X<#7:X:Z(L+VZ7GD@N2QNNWK.%9/U#O=`WW?1V)Y M.QS=7%W_O*P^%J!8.4=V+M6ZN14.$KIM+;T1]DTDSN`;7H].JXVV37<0;;ME M']A5?TLGQ5/:Y'8%.)1FX#7GMQQV+W MU%+G1.^X=7A\T%MV3CA65]0=?4W4_+9:%]^*:SFE"Z"$D[7==^]%C/>HT0)2 MI$R(YO^4!%DFU96(]^5-&"!1%2!#%<#K8#I#B+]&O$_NR<>2M.^Q?]-P.;'C2KHMKXDR\G=/$/YZKY-7X[_G%P M/1I>78K:4B-*&7*U`:XWOI+KC:_G>H..T&`=H.-=QIED8TWTMD3D`LM-CYF] MS)/V`5TRMML.?A%3:*YX??'N&BDC=-KIE4U;[Y;Y5.+2:\<9G]Q0+#H5 MS!_=!0L*-/!(E/APXE?@J+1">UR;?G%U.G!H?IOF0U.HZK,L;I&U<5Y6MD_KO;ZZ>MYS8 MRJSQ]6`TN#PE$BUUY@8S2UV.@.5^P;'*#GZ/1S\,WZTR?+7#LE<[W>@!>G9; M$5^"*=]V$QLOHKLT5'@0;?N1W_^.IK/_8G_7U8'A&?ZN\'+KM4&WIMU*XP\1 M0N.30FB)Z\'YH#\:J(&_0QJ-,C=-1T)`MSY949;A]&`J(P`?3R`96X2F.DA] M#G&>,H5GGDB(E0X@T['%)':T).P%MK0M_52E$>IS>U^4NH)4+?N`@5''7*^" MJL)HQ3WEZGZLXGX&"!5IO>D)2?D>>2:Y6$A4"IP/.4SRD)5"F4B9L:IC`^Y!]T\! MV7VF\P8+1=28^NF-E*W)I%N%UU"-"!H)'+T@%7-:IOG+>(7AY?GP;3CJK_9EVNQ5BF!Y.OAQ>#*H8,'S,2V9(G]NP5KU0XY,NK\?"J?WIZ+5J/9_H_ MA35W-`>L=CNK?3?H^&"?-W,Y*0:XFTE&W)97:D<^WOTM;ZAKY62OJZ\O?X[S$4E M&_J[S%UVU#Q MY&_B5[;CX?G-X'I\>77S=GCY1H`GSZ;D(@S0?ZN4^N?G3(5Y^S9^`("+GHKL M*U6M`BZ5AAII84G+'E!$`)>*NX]4;5]C[D7_`VQR.,(R(]%IEQPH-D4!Q3NF MGF;!/>MD=`H0XC@*R305YXX.N$N$U%AWB1CG3`52DBSY47'G>R]QA!^V-3U0 MQ95`$*^BG2/(D#9)OL1A*]Q3*(;[(C1P)2]-("L1BYF;+O6_;.NL#2^)&&&U M9$(%>W[NQ;[DI2KLR;Y5?B9+7E9H,*)]E'$41(8KC3\L2)B5\K&Z`2'M4A,- MON-*&I_*:!XQOY@0Q/1.3>%1Y<;?M?YGL3Z5QHE_K$KP7R\IZI2H*!AG5$6S MM2"2/=Z.Z:*;.4,?:/#-!WV'3)!?W7X4TYA)$$06C_W02[H\D6['N^HI<<_> M-?J@&'WPC-&]8G3O&:-?%*-?K(^NKXZ^G2\2I\/#N2#1V:"NM.Y'().X!!1F M<7R7FO7OX\`7>X+4*&T^YVN5#2 M,0DI$:Y4U'=C*I4]TC50T@6440;=1Z`R$1EA"$AT$0<$0@2AE[1PRLKC:`W% M`"(Z9A.J%+M=.EW>[W*'WS%0;_\Q,$VM9REK-5H^\?;Q> M:2JSL:YP;9E@">,ZMZR49O&BI-"L>XF6E(J:?6*4^'QP^P;)(#NA+]8-G>IA2T5M6)6 M3?FMWXR&#\$4ZGI07_!0*`G!61^XY)^.>MR#W08T,H&]90G^W^R9_OI57)R> MWHSIRT?T9PT&6!._T1#2+UT.&7\].+5HUB6P MQ),JFNOO!9@IM2('V9O(_1J/OH'355FU+U,O"=15Z![P6UB"(I3U,S3`@B?G MH_'EX&9XMG*<97_1*IJH;TXICK5K3B%751C:3'(99KI455$93B*Y*@5589C2 MY!J4KI^9$@AC]#W.=Z)2!]^^J:LLN]09J,34Y(_YK%'4B[7@YJ3([`7<"J:4 M/`[%`W9":W./&^-0[BJEI(Y)E-H%:UXHW0@ZEL:J!2*8<`9!W<8/"-O+5G?S MG5!"KE#GTKFL,L$'R54IQG3P[S.ZM/3YY.;TPKV-[^4RO:?Z1N1S?4K#_#"X MHT[#;[A//%-]=(0/U>:I!;)TQ5;CM+&VW$+-ML$%E2&!&7X,RJ^,49OJJ;)1 MT$YR^CJHF]ZEA4UVVH[5:8DZ=:)VVLOKE0L%\$O7IP$13'\T_:W;:1Y&?Z5R": M%X009"R]'0W0^\AXGQM;QM6-^(NLB=(*,#CL>T9 M1,-J,/>[PVTH#B)EA:`E0H'@17+2W82UB[P-L$*H5;W2'DGBC*(V@F>DCOXZ M3:G94^.\'\ZFOP;3":+J8K9:PC:2O_V(%!AD7`.JAM[3RJH?1DIZN<%8&T<7 M&3*!%[KVM;?VD9<`3Q:H:0"=B6O;,L'7;2R418":4)5H'YN$P?O01 MS0)G6V9E-L@KV\Y&+&D*=!%?J*5>M>9:1-Z3&Y06H].HUM$JTFI5Z\HL0L<- MOOBHIN:1/EKU!Z*%T5++/_R*9I^.'T^<%4XN[:6:]`JG@O^8TEG>BU0MUAKK M6>(?6;,WG\.M?@WH]@N0]_=[2@@6/A%I\980URTR!I!:`=U\:(!*$1)>P@%\ MK(;]BUH.P,7Q<(62,O2,K6K/PTM^\"S1AO3"?X%[7GFA(>;[`'8[NRX[IZ]_ M')Z\.GX-/.95\/UXU_D^_"_B#Z(^JZ8F&F4@L3%4$L.+#ZT2&YH]+#2X@V@) M-R5NZ/#TIY>\1L=HNS%"8<1B0!Z$>(2TE\1$W;;T&62WG^%0D8=5AL*]Z.4. M/I>!&,-2"ZA:P&8`Y:>/Z;54,TEM0^^=$OR(\%%V'JOQX#'1%AF:W!M"X0": MP=4!E_#%Y':R?*A2N!=&NE!PD)H67GME0CB>682->_2T]IQ/Q'?/G%=O3T_Y M(1(D)'=(UV#7RQ9"L(*,`+35`EM7I&U1.X>E(YX%CEFSQ'+X%>:62HS_OP"1 M?1_#2M'2X4=CK>(M'*.%1RU62?*?;\'3_[->/+JN(_/9),1CC=NQ?-UGCV3H6P[ M%_"U#[S*I/0-HN08?+50!#0/"5@C&)5BF\S!N#P"^&[TV8K^K![7ZOV.X$SZ M"'Y[5'E4B5.A.KWB\2,^_OT>*Q8.RR!8=G)I] M<*IJ<#(L`VMH"";!*A[*(J@E1[/_Q<,I^FSX83*??XTE<&AG:M$FQ%$-UH`8 MWND*SZLB_`JG^+Q8*(5"$B+6U2(PT,G>XD^?TM=:'QHYA],4HG*I\)PGL4=/ M^>:&9P91U'0/[S*ZMM0XI/7SB/TKL=42Q-+H2Z44LFE]M+0(EJO%-.I0]C![ M`GI[XMW1B_1)&!.(3EUL!O0"L<6>A7Z<-0O=(&LFOZ4,V558XZC+`#V>I\'] M,G67#'I=J3"A)F:9TP;YY/K4:+;1VD5D6-CXBPEP8F0U8/4'.P*1=PFZ*(ZN M1QAF;&IK8@*(8B[#";JQ:,[1%D0,MM!H-I3'BK$+YX94@OU6DOW&&4P->TFG MTMGD4W3-KM=^SHPE4^LY7HCS/6=>>XX*#KJ,X*_HJB#<*4>RGE/!MB1[;#N/ M-=PV0L(?N`<6?M8FIQ4 M01.6Q=Y?,DJU$M(D*95I(8-@CKD<4B!HN.A'@=J#UZOE?`6\/%HK6;>[_,@Z MT/,9\C[!N(8!X$YP'UR2I\X^:QW>!1SS>;T:+4;3)=R]'=>=ADY90OJW66/T M*T8B:=5">#O[R."?SXF`KAAT'MZ,']M5#I2WP MDQ@_[CCEOI$?"[VM+F]GEQ2.N;5<38/QSM8V=W"&CF-L#!:_%>5--87Y\PTD)P''@N;+UEZ\83N]87O/L!Y;/:K#H;MD M62BUTWC;-@F+B@Q.JXAU522'/"QZ&HY^#7#YZ+>]IUQ(SM`Q878[5BICL7=K MMP8M5!*XTNPHO-]3;]K6F[98\=CW>306^S4E0F$LW:.(6GZ,&CN,8=-Z4EN2 MF3(_.04V`^;+X,.SD__L.T\='YX+J2(L\)J49K+I=O%7L^CHK4-V7 M8CB&CMM"<(P7[>A%+0Z11%OY]AFYC,MW^#8,)D M;DA%C+$&P3)?JV&]&86L,8V6'8,@V2:@(S/5ZB#)@5VX[[C.)V=*(^/-N2#) M&%_LT;_Q^H`EXC^>`[?N:5)N3Z6,"`?4_X+8N'UK:KN.6N/T^>5/D.^(C'US M-$:,*,P:$#`^RP)-8NR^+1X#X]XS/-K!0A?,-'I2$J[MLF MNH\X%0SE@?D_/\FJ!EESG,BR6),GC*D2I0<-X9_?\R%G306XEUF6.ND2A2(M+]'T\.X?]G/\'0[(<_]T[? M]O&#!J2G(+WA86]P='(DH+&')T'(G^8'#T]\H;_+]0\=0'*!K#/!H-M6J0DIZI+AUT8"'&.LF'BSL=;RS MHWCO6E+7R\EA'L<]X8%(VZ)8Q5;]K@MF*[9Y!H:2,0SF*JEKI&[4:E4C4:3R MLM9"!%]F$^85)\`K=N`G)L4JMGF"A]%@STV=(S54U,%J*LH,W9AN'>D8VW2B MR;IZ;\_@P9Q<80SK')`$4L214ZNZ'1(3,%U*H[E4E&;%&)\YO(HSP7F@YI3= M=DD1P`BB+CH:\W56P_9YW;;FE8E&S@/3&2!PYL`A4>V6=DKLKR\ M"5164'9QULE'U;!1$#"T"9%D!3CA*ZX"_ST4R\/SY]:3X=F+D^/S/8WULH13 M6,+O+&PPIQO[J"%YT5??6]\]>7WFD#P,_QD?A\?JVY4X@AE?UPAF?)^QZ'@B MP:-;-W%2H>B$)ATIMG>AA-9@O>&@_[/>F"/,(G!'&=&)25J,G<@5%R[:CQ/, M?I>U^*[1KTL1MZ=R[AQFN*Q7$FFQ2^(+=$4>X!2H8L1A[)EO@2.`!EL23;>E MWX670]/]"YK$D\;O.A%0)64:]@JYU@K!OL/> M86.Y9S'MJ(I"G.K4MCM:[#/Q*[Y"\,FW+X=-$+-BC\[IRWH*>K^%*%CC0_S+ M7#SC_:8+2(`1K91O>@7?['WV1WOI7Y44TUF?I:4)5,2E5][?_NP!6+#1$$C` ME#_SD-S/17(_&\G]ST%R?VLCA/*_!D+YG[NT_NV%6K^8S:W,/92+ M6A.KV%JLI`NA:OL\FW57(1W:9*@,OK"GVU$&4"L8D-*!HB8;_4:9#]97&'O7 M8E[6I0Y#YT:LGJ,+-2 MY0QGQ-ZA@&XFQV9X(Y:5W0A3!X3U+##D=S&!SI8/2BMG9:I5J;5+F_)'.#^+ M/8('!G=DVC`7_T".@L188E82G#^U>"81@/JRY/\V8YX&P#R5U-FP!F>P3Z7< MD=D(9/A-1;[7H@B:!XL:A=.QNF&UT`LI+-&/@`KD6A47\R(EMN:GT=\R9=$; MVB,JF#)CW3]_@9&$R(R>]E\I'SJ!KFX`)H-\.?H02.!_(&G:.'=4;-1*_R<6 M.:M[=J-YC")PG8UP*`RS!-OAY.]MKUWU719@<7,>/XYWX;&<1)!9;?RH34(\ M$.6=I;23@QPYL9-**O)A%V.A:;!*VMW:Q\DX M4+8%;GF>=-C>=1H_'3CWF"Z8.^,TA6C4TYSL+N9X00/L#M.J=Q3)AN$'[*0O MD<0R/_2IY^R]?1A(E/KQ@8$I?@'F"L-;1/E@E2?42[054K8SZ4+R\L)0+Y?< M@7$GV15]2GPW?<;>QX&:2AMN/VY)7ZWAP=MC&-P0UUSZ:@UYP$/_'A84+V[U M_.#@'>)*7S<\@P?O7@^.H@>P@4/:N>10UL,W$XJ#*!GLP*L/S]]P_/OY&P;$ M9V]>#\XIG]&>11I?BH]^3!\LJJVH8@U2@;;;9BI0[Z(#'%.!B%`:5+9W=G)H M:],3-+%>5<:=C`:H#>463!3>C<25?^20VQP&K_QP%V4\64I]S\E^.[>6/D.-WW:W\DWJW2!DPX-(>4B2I&)2R:FY^[L]BBGK_"U$G1 M-E`_42/1H`Z"*[CF;K:BS!46;Q8/U\O:8/IZ+KL2+=(YWEVDD[ECMP:]4BJ5 MVA9EVJ8:&7`N')VT(^=H:/7W*]PB4J7FHR0MA8("!JS_ZB`:HVBP@0W]`9TV M,4V[8JAGEY>K.9IYZKX=J%Y5\3?`#\OQKS>J7AN.?PO(P'HFI=14&4_M_!AY MEB5XE._:OX9IB?OX+-.2Q2J9:HAC)!T0^;KNH= M99Y"5^MQGN1)M*+W2362\/JQ;3WK>-R9^K%*2G//RV3GL]6 M*->TZ5D&OYC%CPYEDRK!5-K=NN;,4TQ+40`S)2`A<[>D[B"_+!0K%V(R)]9. M44CM[D/:`^WBXV:9H'[XE[9!@60T`PGU_/CUVU='EA$J:6+/"G$1ITUTF]Z6 MQ&4GR:"7R(J`P]NL)R4X)SI4A@%$.T"T\>IN;G:+DB-'*IA3(RQI8\:O2@<- MD`W%N&UF;].I\?[C](343'^DR8WL6C&36VQO*W^DWZ(E.P6REK)G./LI]W&F0BT>G[E4]7^\JZ]XNHBILRJ]#)0#'!!I3 MN-87(//-9LLH11_#?^2D)7,0U2:7>(CO9B%EVJ)HZ]$%%G&(>=7$CO#O8%&, M'^3/,RM:7C^96C/RK.Q&WDI=VZRH'GQEJZ)\]7WRNY9=,?[UM>R*J:NG\9&3 M,GY4.Z^T2IRY2E=ADP((J)[D3*3M;KO:=`$=&TTLR:30<21)\N":O`XX9>6) MTB40RG.^=$PB'.J<3NAS*.#3!^>*$S;J>E+HP8NXJ)5ORL>[%+NS,M>UQ?'' ME9C/:H9+K2:XANLPHZ4PAMOZGHWT<*8?6.C@CJ/JX^HJ5_10@\L7?=2XM.SC MQ#\]6EJH/IEJOU.X\N7RO]8Q-H*Q/!F3R<74'(P^><="R'SB)*_57SK&"Z&- MXVFDUJW9FG[;6,UOSRE66M>(`#$&F1S)%OB@\K]*J<`(B2H":U;OPB8ZS^"E M\I$=2T5!X)INI6XJ0^L*JJ^"):;GC"H+!E'.2]1\/9"Q+?B(B0\(,EQ=7P=4 MT9?K&"I;7$1@4VR(?"#WC)=BHK'$K2TCUK?0/"-G7!<7W=+W::Z#0&19E[T_ MQM&=X/:S-?2]94.7MVPGY4^*<3L^CQJ]XYEXFUF:I%\]%\\R->6-Y2!O,`$<'HRG.;G#*<7#:>9&(YI MH0T*%[A)+D#X-L4MX;I?H%4K2;AC5@;A&B) M\0'I&V9!F7U$HR*#M,'N"?( M[DI&"+1CC,1F[(VOQ MN%?#,CN\F8AQMF8$*N="W,ZT.=L M8<;>D$TG0-M^'=LRT]_&6&UU5P[Z/Y]0IF8VQU[I0%WEBW-?9W><5"-X^(M3 M1ZV9K)U!NB)X3[GSR-_-_/[\HOX:L?Y:TE\C//12#'_*^55AR2R(J1*W1Z15VBUCKH%+&A MRG9M&?HV-P=S\#OVD=;#U_`+^-.R_SM9]NVM_+]OYB<=.YZ&O\%_ZDA\)&LN]2><2@LZ M1I%S]A!0+,9=E2%O9G/M[&GZSBBJJ%/R3:@4PW6P9+B+T=@)B"3&.%)18U)6 MJ$\JV%3GB$I-+FBI$*/`U=RV;=U60EF15XH%:_UF)+A<*X945:U0]2VTG!T% MW.?9_>\N;K[8[L]]K&OWYP"["6M3US+I%AMS!UDH,>@8 M>GFRTX[4BJ*1,V9W6==X*I)AJ@UU'2MJ*GQ:0)\:='`_OYU<@MA-_M0H>AMU M,>3T91J!M2S[Z9-C4+_'SO^`&-1WQ5.UR"9LBW6Z*S&))#NC`Q;O\;=-">-R M-J<4LH@JL7ON7R(JT+(#ZS/+AD?,OF/M3MS=SE21LRF;TLJHJ`'+*/,'QAH6 MA;0E%>IJ(12?:.@8]1J5^31@$(>SMFXQ%5H*>VVE6O4R M4X5Y(H:%(I]&MW%V<8ZUT<>KANM1Y8%MQUUZKFQAKS>>A M[E+9"<_SNR@UI&6Z4T9`XHKZ.VQJCL5DH)P9G8JD1[.DM.$*1=6>7*U,[D:AM,Q_/QC>#>Z1S\G;5>N:/+K ML>Y'5R/V5#5BQ"I\Q04A):PYW%X_STC\3D6SINA?^SEAV"L M\V8H:JA].M*':70IYCI>A&X;:_QY6"23V0A;]-`UX"34BUG46HZ6/HN!A!5X.K2D43V)BB"N1FQU"DY\^CE?2'! M9Y)9W*YNME,\,&I\(NJCXR>%-;%OAZ]SD7W+B^OP-A@M[&M+JLT6[0?VN M#SS;ZW>O"@;93FY*5B\9>R)I)ED27[(3_F*"QR44K;S"/CK5QKG#4F5-5*`T MO&ZUV3`L,9.0'&71U\JY"6[G4IH`%0=W;-20)22VD*%NJ!:=\(;(HK%.RU#E M_LNR:1GVN3>SC[":(,-&TR4W,733B[0_%Z/I![K4\*MA*C.;@T&;3`EQ15US M:>@R.&!"'<.?MV^*#9V*G`=LPTK7T/$\DNI$_&9G+75B!%_=!-"B/IGEPBED MC8NQ271*$5&BY?^BY7[9RUKM]*6"]IUJLC;Y#O*?'*_+-<6S5FQ#>*V)(93% MC4437X2RB]44*P1%R&SFH?Z6ZT;#2%NXI,$_D7&\^(JQKRI2-!;`>A;L&.CH M[&MS&-F-&G%"U'@^.!V>_73RI@"B<`FX MA'=U+;UA02^-M;[57(M3,SF(+%Q9D[&(H$=!N!/JE'&"O@%?6QSAI)67AK)J*@+@!JK-M[,\;);V+B_6^CI'R` M:A/DEV#QT]R:1*VRD52#1DG,B5Q(=^!?`]6P""W-3HM0T^S7GH?)@W)I/;J- M%YOQ1`7<8*3I^7:N6Z9.*L$G;8P,K#I-X`*SX)TF:1\:':5]0%8Z*LR"P;U. M7"63L/T?QZO>IL1;)X,*F"*(G_I1$VU0_9=OHJ#J6BF7&M.Y;NAKHA+_4)+V MY'PKUR.IH2E+]#G20<2WPGND\RX_?Y9<%5T.Q&NX38Q_]YKTJRJ_IVXA[UY_ M<.#E MT:)*N%Z3?I-:(JZH8E"A*H7FD#]*5+19:ZORUEFQ3>3N<7\Q#"]O8$'E,G.' M9^>]P?E:-V=1!UI=33-LU5V:89M^#1N.69\*V?_Q8C:7FMGYQIR-3O"&1]`> M>I,]5MKTRWE''%$08F#:'49NJVTH1X6^"4DO9[>W$RX&%6P+).H,;X.KI;.: MAJ@UQ-B)I+O!#K>F8"5JG1V;+-="HEG*OF60>A\_IG-WO.L-7IV\^E&G[PCN M479"\9.F0X,L?S]^^OUXF[)X\#*UZ[Q,]*N7Z5!#T(:'L.<<+4CY3%=SD.\X M5RDUIE/):504&&>4FHI+!X;K8R4PQ!?26*]4U+!:JQS"A/]R@6*>GIXH./* M^>&;;8?3GB.2"-#%@Q-BV3$I^CYZL/$D1P+*OX@\D6Q+:["Y(@!'9_\98W/- M\?CVHEFWO185+?0Z_`\];RZYA.92M)_.G,D=3AQ8@BJF0$"O9XI.Q"*&F,,C MYV`><:3W@"R4 M9TF-@A>4/.0LVW&I!&W2J09+63*06*ND,":;+@W+^&E9I@:.4$=K\I\J\D\7 M0B(P7?"7*W\RCG0\OA2ZGKH4-N(`HWICLWF\L-=$#.DPKS'&Z0:(;XI*VT&@ MG\%`?AE+:%,1M:$]K>-CNP-7L5(+U9&%LD@(NHM-IA_+VTA,KJ4DDPG-=1$Q M[2I%*VLRPM&]9..3?!UP!]V24K@C[FL149$.GU$12,H`MXT?32$S'4&I/(@8 MY>D(>L4OI(9U(<6*"5O+],SYWFUP75\G7M97FB@VJ\.UP[QNP[K)3X@FT2$SK MTB\OB:I8#1@UY+:LI<6!;<.1C$XR'KX/:#V0/JM\H>/U%]WVPB8G60XD42D\ MQ_]?(EF7I.3\=5D M00H[C>XFMP]TUN'PCH,K M$-;ZYS02CG[O'0_Q"97\*(D;7MD\("(MB])PM)A_O)DAQ62GF/5`X.;"QUS, ML00/AORD[#RFW5C,@5/$7!0CQ:9U^:>9WM>=W0W*/JF"] M]3.I^O;Z^/BL?ZXU@'@D%4F(0@_"=`H.YU1UBO4^D3I4J)HD,$B>BCL(,PE[ M(;@QIC+P#*L1%H8@5=Q\-J%"IMOLFL(7&-9N4Z;_X`:.X-UR-BX[=SH\+,#` MC:&T?B+7I%_W21OA-_RF+:MK(?WC`EBM(=+0,$U*Q\M"'F(;Y\E=O+(PSIQT MVQTGK6AP!UT?GX3_[!V_=,T_3"E.K*T2G<"^_+(JS0ZO M2E/SG#J_LDH$3:X#4J=CBN$%MTYY.INB1P5,]7(%R[5MI=#P$CGZ;=\=HOSV_@/ MYH*`>B!O?3=:Y.K]'$O@@XDXY2SCS/:_O!-UAJ_*69H?#GN>XD+^<;X?REME M-G](V>34(NIYSB(1_=G02Z08,/(@4XF>>15U)C):3;P]0I73*NXQ$A;BS[=W M%M$:1L;U+T3H;./?-S,I4OB$Y!(@/D44OAQ4RUMH!$6EW$9$,-H2$^5WW(Y5 ME@>$P7!R23H`_WZ-_VUIN,JZ("+\)42_.XSU@%'NZW_M8MTT09XMK/V+,-GB M6#7S)5#W`G`_#[Q>"-[(`V\6@K?RP-NYX,I>4DJSW^9.A,YK?0?X\Z+CF=U`X MA59!!_F[2H]@@X.BCHX+.C@J*B#?D$'Q[HFT6]:P8-Y+YW:RJDM MG'!QN3.['3\-'\*GDWJG]702CIY.KH:8%_-ZYP;?9[U[5*O5BN!+9ZNITYLO M'+_NN-W=NK?K^X[7[38?52J5O,Y+9Z,E\/5SI^XZ7FO7[>PV6PQ(:N%JPZEX M(EUB*B?2]$ETD933O-0!HBJ?-ZK\[R4D26?@P*P?F.&)+._3Y6)RL5IR!M>7 M.V<[SK^%P8?)O\,@%Z/YSF6X<\59C'8N9SO_/7^.8!1=V+N]=0:3ZYME2#K5 MQ:_!N$IL_P(?.N7#;9W_Z'0"HA=\@2;C"#S%6:#H1C.0S.18E+2*V@`JOU%U M+F=S^L6,OC+.*L'KYPCGHO>S_V56:E1[6_ MC(,K3'R".N3^C\.?^P/**KIE;#VYZ[D[G2T,Z\6DQFLOLON4K2OI2UW[O*6N M<8"QBN=4A10I(8TJ6<6YE7]P0&*,A753V3D.!,U.5:,%R.GH3C*X@P2_F,T7 MD]&2TU(Y1U+`>[)$+S`0D":WMP]5)[@QS.[)-<:BRJ62UT+V/EI##I%Z%U4V!\@.E8'[`+G*6`U`&D:X$$G&&9QE3)F,`A M)LH12Z%>LK^X*2!Z&ND@7@J(G@6!2(AE_E?T+-)!Z"N.#=(HE7Q7',6LO#G0 M.J5Y$YI[JZD*W.E]2`/S2GX[!D;F!1,FBN". M'W*JF)HRA$.5OLHY.3((Q7[:*+SA M86]P='*D9GI\G-GBY*A$N9+X(YB,;*YL#(A$40GLU.GZ%+R5/EO?J$Y34A\X MF`%IIG(DZWX`&F/_]<1FT2OI7BV27;4[HT=HA#T>NJFOI,>6]*@H9WE_6XBG MZ>44(U1FT4;X0D?-FEQ:R(]$$+5N(FKN5D*??SL?]#3.)G92-5`X"WM9>4JG MR=W-(N6[SLM)>$D58B0B/X&%F"66MI5(BT[:-[]Y"`'_;YV[8#P9I1$+=_AF M,#CZ>PE%$(3=W]]'%Z?TAOW!`!KZ10W[TF.CJ.')H/]76OA8N_0)OGTY;.(< M.9.!B^Q,\^E1N+I([UQ`Z%3Z$8C_].#582[$.4(T(HCSIX/_:#35R+*OS]WH MWM;E8-*VR\.T\7JSJ#/5/OZ1Y(6[6WSHXU?X\.3UF?X<0D?U+-+6P8=U.*,C M++M"Q<>0"NRG-S\9G-'Y+,F)CG>?.B!-:-*^KLE$VK?TB<];)]@,'(J0@)15 M4;57-?I%S7<8"_FJ0_98E60"QC3BL*V:/2RQ*"88B8_BR/&6CC5-T`TS+7RI MD\(^ MR$D7%E6J37$5=1M5]+IV6ZIPN<5`Q_,*Z6LK&;`7Y[T3";MH!3)RF.A%MLXU MC7?0]Q@WRT]>O3Y_$CURWMR"^+B-$&J'\!C%RUK'MIYAD1AAS36:3\Y[Q0Q= M%35B&MF0<;SL'3IER1RP;:<.2.D&6KOX$<_+>.O1VWK&6Y_>-C/>UNEM.^-M M@]YV,]XVZ>V!3&J+BTB&J[LMIU;#W+SW?@"N33O ,Z-'_`D;#^,7'[0`` ` end From owner-freebsd-current Sat Sep 30 09:59:09 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA07712 for current-outgoing; Sat, 30 Sep 1995 09:59:09 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA07466 for ; Sat, 30 Sep 1995 09:54:50 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id RAA28260 ; Sat, 30 Sep 1995 17:51:15 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id RAA04620 ; Sat, 30 Sep 1995 17:51:14 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7/keltia-uucp-2.5.1) id OAA10172; Sat, 30 Sep 1995 14:11:18 +0100 (MET) From: Ollivier Robert Message-Id: <199509301311.OAA10172@keltia.freenix.fr> Subject: Re: malloc problem To: chuckr@eng.umd.edu (Chuck Robey) Date: Sat, 30 Sep 1995 14:11:17 +0100 (MET) Cc: FreeBSD-current@FreeBSD.org In-Reply-To: from "Chuck Robey" at Sep 30, 95 01:38:34 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1141 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 Precedence: bulk It seems that Chuck Robey said: > starting network daemons: named portmap mountdmalloc() warning: junk pointer (high) passed to free() > malloc() warning: junk pointer (high) passed to free() > malloc() warning: junk pointer (high) passed to free() In named, portmap or mountd (probably mountd because I don't use myself and do not see the messages), there are bad uses of free(). One should find where and fix it. The messages came from Poul-Henning's malloc. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Mon Sep 25 02:02:31 MET 1995 From owner-freebsd-current Sat Sep 30 10:06:34 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA07898 for current-outgoing; Sat, 30 Sep 1995 10:06:34 -0700 Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA07883 for ; Sat, 30 Sep 1995 10:06:31 -0700 Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by bacchus.eng.umd.edu (8.7/8.7) with ESMTP id NAA09176; Sat, 30 Sep 1995 13:06:24 -0400 (EDT) Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.7/8.6.4) id NAA04331; Sat, 30 Sep 1995 13:06:23 -0400 (EDT) Date: Sat, 30 Sep 1995 13:06:23 -0400 (EDT) From: Chuck Robey To: Ollivier Robert cc: FreeBSD-current@FreeBSD.org Subject: Re: malloc problem In-Reply-To: <199509301311.OAA10172@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Sat, 30 Sep 1995, Ollivier Robert wrote: > It seems that Chuck Robey said: > > starting network daemons: named portmap mountdmalloc() warning: junk pointer (high) passed to free() > > malloc() warning: junk pointer (high) passed to free() > > malloc() warning: junk pointer (high) passed to free() > > In named, portmap or mountd (probably mountd because I don't use myself and > do not see the messages), there are bad uses of free(). One should find > where and fix it. > > The messages came from Poul-Henning's malloc. Oh, OK. Yeah, it's mountd. I was waiting for a "that's obviously a" kind of message. If it's not common knowledge, why, I guess I'll give it a hard looking over. Thanks. I wasn't aware that PHK's malloc had been used in the code, yet. That's interesting! > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Mon Sep 25 02:02:31 MET 1995 > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sat Sep 30 10:29:36 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA08592 for current-outgoing; Sat, 30 Sep 1995 10:29:36 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA08584 for ; Sat, 30 Sep 1995 10:29:29 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA28512 ; Sat, 30 Sep 1995 18:29:20 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA04812 ; Sat, 30 Sep 1995 18:29:19 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7/keltia-uucp-2.5.1) id SAA11694; Sat, 30 Sep 1995 18:29:03 +0100 (MET) From: Ollivier Robert Message-Id: <199509301729.SAA11694@keltia.freenix.fr> Subject: Re: malloc problem To: chuckr@eng.umd.edu (Chuck Robey) Date: Sat, 30 Sep 1995 18:29:02 +0100 (MET) Cc: FreeBSD-current@FreeBSD.org In-Reply-To: from "Chuck Robey" at Sep 30, 95 01:06:23 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1141 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 Precedence: bulk It seems that Chuck Robey said: > > Oh, OK. Yeah, it's mountd. I was waiting for a "that's obviously a" > kind of message. If it's not common knowledge, why, I guess I'll give it > a hard looking over. Thanks. I wasn't aware that PHK's malloc had been I made a ktrace and the message always appears after the mount(2) syscall. Hope it will help you. > used in the code, yet. That's interesting! As a current user, you should subscribe to the cvs-all list in order to get commit messages and see what is changing in -CURRENT. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Mon Sep 25 02:02:31 MET 1995 From owner-freebsd-current Sat Sep 30 12:00:37 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA11784 for current-outgoing; Sat, 30 Sep 1995 12:00:37 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA11778 for ; Sat, 30 Sep 1995 12:00:31 -0700 Received: by sequent.kiae.su id AA21090 (5.65.kiae-2 for current@freebsd.org); Sat, 30 Sep 1995 22:49:45 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 30 Sep 95 22:49:45 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id VAA04052 for current@freebsd.org; Sat, 30 Sep 1995 21:48:55 +0300 To: current@freebsd.org Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 30 Sep 1995 21:48:54 +0300 (MSK) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: What happens with f2c? Lines: 16 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 518 Sender: owner-current@freebsd.org Precedence: bulk ... SUP Receiving file usr.bin/f2c/index SUP Receiving file usr.bin/f2c/index.html ... SUP Receiving file usr.bin/f2c/Notice SUP Receiving file usr.bin/f2c/notice ... etc. Please, remove all junk files from this sources... -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sat Sep 30 12:20:12 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA12968 for current-outgoing; Sat, 30 Sep 1995 12:20:12 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA12959 for ; Sat, 30 Sep 1995 12:20:08 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id UAA29022 for ; Sat, 30 Sep 1995 20:20:05 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id UAA05032 for freebsd-current@FreeBSD.ORG; Sat, 30 Sep 1995 20:20:04 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7/keltia-uucp-2.5.1) id UAA01073 for freebsd-current@FreeBSD.ORG; Sat, 30 Sep 1995 20:18:32 +0100 (MET) From: Ollivier Robert Message-Id: <199509301918.UAA01073@keltia.freenix.fr> Subject: tn3270/tools/mkastosc is dumping core To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Sat, 30 Sep 1995 20:18:32 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1141 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 Precedence: bulk I get a SIGV each time I try to make depend in usr.bin/tn3270. It happens at this line : 265 [20:10] roberto@keltia:tools/mkastosc> gdb ./mkastosc GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... (gdb) file mkastosc Load new symbol table from "mkastosc"? (y or n) y Reading symbols from mkastosc...done. (gdb) run /work/tmp/tn3270/tn3270/../ctlr/hostctlr.h /work/tmp/tn3270/tn3270/../ctlr/function.h < /work/tmp/tn3270/tn3270/../ctlr/unix.kbd > astosc.OUT Starting program: /work/tmp/tn3270/tools/mkastosc/mkastosc /work/tmp/tn3270/tn3270/../ctlr/hostctlr.h /work/tmp/tn3270/tn3270/../ctlr/function.h < /work/tmp/tn3270/tn3270/../ctlr/unix.kbd > astosc.OUT Program received signal SIGSEGV, Segmentation fault. main (argc=3, argv=0xefbfd45c) at mkastosc.c:145 145 if ((Ph->name[i] != 0) && (gdb) print Ph $1 = (struct Hits *) 0xa70000 (gdb) print Ph->name Error accessing memory address 0xa70024: Invalid argument. (gdb) print i $2 = 0 (gdb) print Ph->name|0] syntax error (gdb) print Ph->name[0] Error accessing memory address 0xa70024: Invalid argument. The offending line is this one : if ((Ph->name[i] != 0) && (Ph->name[i][0] == this->name[0]) && (strcmp(Ph->name[i], this->name) == 0)) { Has anyone an idea about why it's getting a SEGV ? I have removed tn3270 from usr.bin/Makefile for now, it stops "make world". -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Mon Sep 25 02:02:31 MET 1995