From owner-freebsd-hackers Sun Oct 20 00:01:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA12158 for hackers-outgoing; Sun, 20 Oct 1996 00:01:46 -0700 (PDT) Received: from zeus.theos.com (zeus.theos.com [199.185.137.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA12148 for ; Sun, 20 Oct 1996 00:01:41 -0700 (PDT) Received: from LOCALHOST.theos.com (LOCALHOST.theos.com [127.0.0.1]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with SMTP id BAA03463; Sun, 20 Oct 1996 01:01:32 -0600 (MDT) Message-Id: <199610200701.BAA03463@zeus.theos.com> X-Authentication-Warning: zeus.theos.com: LOCALHOST.theos.com [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: hackers@freebsd.org Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: Your message of "Sun, 20 Oct 1996 08:59:48 +0200." <22456.845794788@critter.tfs.com> Date: Sun, 20 Oct 1996 01:01:29 -0600 From: Theo de Raadt Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can someone tell this shithead to get out of my mailbox? He persists in continuing to mail me. The best way to kill the flame war is for him to stop. > Return-Path: phk@critter.tfs.com > Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with ESMTP id BAA03439 for ; Sun, 20 Oct 1996 01:00:03 -0600 (MDT) > Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) > by mail.webspan.net (8.7.5/8.7.3) with ESMTP id CAA27014 > for ; Sun, 20 Oct 1996 02:59:54 -0400 (EDT) > Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) > by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA12025 > for ; Sat, 19 Oct 1996 23:59:48 -0700 (PDT) > Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id IAA22458 for ; Sun, 20 Oct 1996 08:59:48 +0200 (MET DST) > To: Theo de Raadt > Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c > In-reply-to: Your message of "Sun, 20 Oct 1996 00:53:35 MDT." > <199610200653.AAA03377@zeus.theos.com> > Date: Sun, 20 Oct 1996 08:59:48 +0200 > Message-ID: <22456.845794788@critter.tfs.com> > From: Poul-Henning Kamp > > >Ok, now I won't. > > promises kept is what matters. > > >You just won't stop will you. > > No, not until you go away and stay away. > > >You just don't know when enough is enough, do you? > > Yes, it's enough when sensible people are left alone by raving mad > personality disorders. > > >You are trying your damned best to be an ASSHOLE. > > Merely apspiring to your level of perfection in that discipline. > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. > Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Oct 20 00:02:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA12211 for hackers-outgoing; Sun, 20 Oct 1996 00:02:15 -0700 (PDT) Received: from zeus.theos.com (zeus.theos.com [199.185.137.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA12202 for ; Sun, 20 Oct 1996 00:02:10 -0700 (PDT) Received: from LOCALHOST.theos.com (LOCALHOST.theos.com [127.0.0.1]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with SMTP id BAA03473; Sun, 20 Oct 1996 01:02:02 -0600 (MDT) Message-Id: <199610200702.BAA03473@zeus.theos.com> X-Authentication-Warning: zeus.theos.com: LOCALHOST.theos.com [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: hackers@freebsd.org Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: Your message of "Sun, 20 Oct 1996 09:01:08 +0200." <22484.845794868@critter.tfs.com> Date: Sun, 20 Oct 1996 01:02:01 -0600 From: Theo de Raadt Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul, stop sending me mail. > Return-Path: phk@critter.tfs.com > Received: from smyrno.sol.net (smyrno.sol.net [206.55.64.117]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with SMTP id BAA03455 for ; Sun, 20 Oct 1996 01:01:18 -0600 (MDT) > Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by smyrno.sol.net (8.6.11/8.6.12) with ESMTP id CAA21432 for ; Sun, 20 Oct 1996 02:01:13 -0500 > Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) > by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA12129 > for ; Sun, 20 Oct 1996 00:01:05 -0700 (PDT) > Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id JAA22486 for ; Sun, 20 Oct 1996 09:01:09 +0200 (MET DST) > To: Theo de Raadt > Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c > In-reply-to: Your message of "Sun, 20 Oct 1996 00:55:30 MDT." > <199610200655.AAA03411@zeus.theos.com> > Date: Sun, 20 Oct 1996 09:01:08 +0200 > Message-ID: <22484.845794868@critter.tfs.com> > From: Poul-Henning Kamp > > In message <199610200655.AAA03411@zeus.theos.com>, Theo de Raadt writes: > > What are you trying to do here Theo ? > > >Not one. > >And stop bothering me. > > Who's bothering who right now ? > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. > Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Oct 20 00:03:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA12282 for hackers-outgoing; Sun, 20 Oct 1996 00:03:05 -0700 (PDT) Received: from zeus.theos.com (zeus.theos.com [199.185.137.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA12275 for ; Sun, 20 Oct 1996 00:03:00 -0700 (PDT) Received: from LOCALHOST.theos.com (LOCALHOST.theos.com [127.0.0.1]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with SMTP id BAA03482; Sun, 20 Oct 1996 01:02:51 -0600 (MDT) Message-Id: <199610200702.BAA03482@zeus.theos.com> X-Authentication-Warning: zeus.theos.com: LOCALHOST.theos.com [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: hackers@freebsd.org Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: Your message of "Sun, 20 Oct 1996 09:00:26 +0200." <22473.845794826@critter.tfs.com> Date: Sun, 20 Oct 1996 01:02:50 -0600 From: Theo de Raadt Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul, stop sending me mail, I've asked you numerous times. > Return-Path: phk@critter.tfs.com > Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with ESMTP id BAA03451 for ; Sun, 20 Oct 1996 01:01:04 -0600 (MDT) > Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) > by mail.webspan.net (8.7.5/8.7.3) with ESMTP id DAA27072 > for ; Sun, 20 Oct 1996 03:00:26 -0400 (EDT) > Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) > by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA12112 > for ; Sun, 20 Oct 1996 00:00:18 -0700 (PDT) > Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id JAA22475 for ; Sun, 20 Oct 1996 09:00:27 +0200 (MET DST) > To: Theo de Raadt > Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c > In-reply-to: Your message of "Sun, 20 Oct 1996 00:55:06 MDT." > <199610200655.AAA03400@zeus.theos.com> > Date: Sun, 20 Oct 1996 09:00:26 +0200 > Message-ID: <22473.845794826@critter.tfs.com> > From: Poul-Henning Kamp > > In message <199610200655.AAA03400@zeus.theos.com>, Theo de Raadt writes: > > I though you just said you'd stay away :-( > > >You will get no security fixes out of me. > > I wont miss them. > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. > Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Oct 20 00:04:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA12351 for hackers-outgoing; Sun, 20 Oct 1996 00:04:16 -0700 (PDT) Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA12342 for ; Sun, 20 Oct 1996 00:04:09 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id JAA22518 for ; Sun, 20 Oct 1996 09:04:09 +0200 (MET DST) Date: Sun, 20 Oct 1996 09:04:08 +0200 Message-ID: <22512.845795048.1@critter.tfs.com> From: Poul-Henning Kamp Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c MIME-Version: 1.0 Content-Type: multipart/digest; boundary="----- =_aaaaaaaaaa" Content-Description: Blind Carbon Copy Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk To: undisclosed-recipients:; ------- =_aaaaaaaaaa Content-Type: message/rfc822 Content-Description: Original Message To: Theo de Raadt Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: Your message of "Sun, 20 Oct 1996 01:01:29 MDT." <199610200701.BAA03463@zeus.theos.com> Date: Sun, 20 Oct 1996 09:04:08 +0200 Message-ID: <22512.845795048@critter.tfs.com> From: Poul-Henning Kamp People who can read will notice that my email was a reply in the first place :-) And btw Theo, now you have >again< forwarded private email to a list, I guess we'll have to add a theo filter to majordomo soon. Poul-Henning In message <199610200701.BAA03463@zeus.theos.com>, Theo de Raadt writes: >Can someone tell this shithead to get out of my mailbox? He persists in >continuing to mail me. The best way to kill the flame war is for him >to stop. > >> Return-Path: phk@critter.tfs.com >> Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by zeus.th >eos.com (8.8.Beta.2/8.8.Beta.1) with ESMTP id BAA03439 for >; Sun, 20 Oct 1996 01:00:03 -0600 (MDT) >t 1996 08:59:48 +0200 (MET DST) >> To: Theo de Raadt >> Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c >> In-reply-to: Your message of "Sun, 20 Oct 1996 00:53:35 MDT." >> <199610200653.AAA03377@zeus.theos.com> >> Date: Sun, 20 Oct 1996 08:59:48 +0200 >> Message-ID: <22456.845794788@critter.tfs.com> >> From: Poul-Henning Kamp -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. ------- =_aaaaaaaaaa-- From owner-freebsd-hackers Sun Oct 20 00:06:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA12470 for hackers-outgoing; Sun, 20 Oct 1996 00:06:14 -0700 (PDT) Received: from zeus.theos.com (zeus.theos.com [199.185.137.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA12462 for ; Sun, 20 Oct 1996 00:06:09 -0700 (PDT) Received: from LOCALHOST.theos.com (LOCALHOST.theos.com [127.0.0.1]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with SMTP id BAA03542; Sun, 20 Oct 1996 01:06:02 -0600 (MDT) Message-Id: <199610200706.BAA03542@zeus.theos.com> X-Authentication-Warning: zeus.theos.com: LOCALHOST.theos.com [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: Theo de Raadt cc: hackers@freebsd.org Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: Your message of "Sun, 20 Oct 1996 09:04:08 +0200." <22512.845795048@critter.tfs.com> Date: Sun, 20 Oct 1996 01:06:00 -0600 From: Theo de Raadt Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Stop sending me mail, Poul. If you send me garbage, I will send it to the FreeBSD lists. > Return-Path: phk@critter.tfs.com > Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with ESMTP id BAA03506 for ; Sun, 20 Oct 1996 01:04:23 -0600 (MDT) > Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by ns2.harborcom.net (8.7.6/8.6.12) with ESMTP id DAA14962 for ; Sun, 20 Oct 1996 03:04:20 -0400 (EDT) > Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) > by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA12349 > for ; Sun, 20 Oct 1996 00:04:15 -0700 (PDT) > Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id JAA22515 for ; Sun, 20 Oct 1996 09:04:09 +0200 (MET DST) > To: Theo de Raadt > Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c > In-reply-to: Your message of "Sun, 20 Oct 1996 01:01:29 MDT." > <199610200701.BAA03463@zeus.theos.com> > Date: Sun, 20 Oct 1996 09:04:08 +0200 > Message-ID: <22512.845795048@critter.tfs.com> > From: Poul-Henning Kamp > > > People who can read will notice that my email was a reply in the > first place :-) > > And btw Theo, now you have >again< forwarded private email to a list, > I guess we'll have to add a theo filter to majordomo soon. > > Poul-Henning > > In message <199610200701.BAA03463@zeus.theos.com>, Theo de Raadt writes: > >Can someone tell this shithead to get out of my mailbox? He persists in > >continuing to mail me. The best way to kill the flame war is for him > >to stop. > > > >> Return-Path: phk@critter.tfs.com > >> Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by zeus.th > >eos.com (8.8.Beta.2/8.8.Beta.1) with ESMTP id BAA03439 for > >; Sun, 20 Oct 1996 01:00:03 -0600 (MDT) > >t 1996 08:59:48 +0200 (MET DST) > >> To: Theo de Raadt > >> Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c > >> In-reply-to: Your message of "Sun, 20 Oct 1996 00:53:35 MDT." > >> <199610200653.AAA03377@zeus.theos.com> > >> Date: Sun, 20 Oct 1996 08:59:48 +0200 > >> Message-ID: <22456.845794788@critter.tfs.com> > >> From: Poul-Henning Kamp > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. > Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Oct 20 00:09:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA12623 for hackers-outgoing; Sun, 20 Oct 1996 00:09:03 -0700 (PDT) Received: from zeus.theos.com (zeus.theos.com [199.185.137.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA12610 for ; Sun, 20 Oct 1996 00:09:00 -0700 (PDT) Received: from LOCALHOST.theos.com (LOCALHOST.theos.com [127.0.0.1]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with SMTP id BAA03585; Sun, 20 Oct 1996 01:08:47 -0600 (MDT) Message-Id: <199610200708.BAA03585@zeus.theos.com> X-Authentication-Warning: zeus.theos.com: LOCALHOST.theos.com [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: Theo de Raadt cc: hackers@freebsd.org Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: Your message of "Sun, 20 Oct 1996 09:07:06 +0200." <22570.845795226@critter.tfs.com> Date: Sun, 20 Oct 1996 01:08:46 -0600 From: Theo de Raadt Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Stop sending me mail. You have had the option a few times now to stop this. > Return-Path: phk@critter.tfs.com > Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with ESMTP id BAA03565 for ; Sun, 20 Oct 1996 01:07:07 -0600 (MDT) > Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by ns2.harborcom.net (8.7.6/8.6.12) with ESMTP id DAA15468 for ; Sun, 20 Oct 1996 03:07:01 -0400 (EDT) > Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) > by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA12536 > for ; Sun, 20 Oct 1996 00:06:57 -0700 (PDT) > Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id JAA22572 for ; Sun, 20 Oct 1996 09:07:06 +0200 (MET DST) > To: Theo de Raadt > Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c > In-reply-to: Your message of "Sun, 20 Oct 1996 01:06:00 MDT." > <199610200706.BAA03542@zeus.theos.com> > Date: Sun, 20 Oct 1996 09:07:06 +0200 > Message-ID: <22570.845795226@critter.tfs.com> > From: Poul-Henning Kamp > > In message <199610200706.BAA03542@zeus.theos.com>, Theo de Raadt writes: > >Stop sending me mail, Poul. If you send me garbage, I will send it to > >the FreeBSD lists. > > then we will filter you out of the freebsd-lists. > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. > Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Oct 20 00:12:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA12774 for hackers-outgoing; Sun, 20 Oct 1996 00:12:14 -0700 (PDT) Received: from zeus.theos.com (zeus.theos.com [199.185.137.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA12769 for ; Sun, 20 Oct 1996 00:12:09 -0700 (PDT) Received: from LOCALHOST.theos.com (LOCALHOST.theos.com [127.0.0.1]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with SMTP id BAA03652; Sun, 20 Oct 1996 01:11:57 -0600 (MDT) Message-Id: <199610200711.BAA03652@zeus.theos.com> X-Authentication-Warning: zeus.theos.com: LOCALHOST.theos.com [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: Theo de Raadt cc: hackers@freebsd.org Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: Your message of "Sun, 20 Oct 1996 09:10:19 +0200." <22610.845795419@critter.tfs.com> Date: Sun, 20 Oct 1996 01:11:56 -0600 From: Theo de Raadt Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk How much longer will this go on? "We just don't know!!" > Return-Path: phk@critter.tfs.com > Received: from smyrno.sol.net (smyrno.sol.net [206.55.64.117]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with SMTP id BAA03633 for ; Sun, 20 Oct 1996 01:10:33 -0600 (MDT) > Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by smyrno.sol.net (8.6.11/8.6.12) with ESMTP id CAA21494 for ; Sun, 20 Oct 1996 02:10:29 -0500 > Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) > by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA12724 > for ; Sun, 20 Oct 1996 00:10:20 -0700 (PDT) > Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id JAA22612 for ; Sun, 20 Oct 1996 09:10:20 +0200 (MET DST) > To: Theo de Raadt > Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c > In-reply-to: Your message of "Sun, 20 Oct 1996 01:08:46 MDT." > <199610200708.BAA03585@zeus.theos.com> > Date: Sun, 20 Oct 1996 09:10:19 +0200 > Message-ID: <22610.845795419@critter.tfs.com> > From: Poul-Henning Kamp > > In message <199610200708.BAA03585@zeus.theos.com>, Theo de Raadt writes: > >Stop sending me mail. You have had the option a few times now to > >stop this. > > I don't send you email, I reply. > > And sending all your private neuroses to hackers@freebsd.org doesn't > get you any friends. > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. > Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Oct 20 00:20:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA12956 for hackers-outgoing; Sun, 20 Oct 1996 00:20:41 -0700 (PDT) Received: from ux2.sp.cs.cmu.edu (UX2.SP.CS.CMU.EDU [128.2.198.102]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA12941 for ; Sun, 20 Oct 1996 00:20:30 -0700 (PDT) Received: from localhost by ux2.sp.cs.cmu.edu id aa20401; 20 Oct 96 3:19 EDT To: Poul-Henning Kamp cc: "Charles M. Hannum" , tech-userlevel@netbsd.org, freebsd-hackers@freefall.freebsd.org Subject: Re: setuid, core dumps, ftpd, and DB In-reply-to: Your message of "Sun, 20 Oct 1996 08:40:24 +0200." <22293.845793624@critter.tfs.com> Date: Sun, 20 Oct 1996 03:19:12 -0400 Message-ID: <20396.845795952@ux2.sp.cs.cmu.edu> From: Chris G Demetriou Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [ Charles, please read to the bottom of this... 8-] > It was pointed out by me already 8 years ago: > > "[...] core-dumps as default is an evil thing. There should be > some way to >enable< core-dumps when you want them, rather than > have them as default. This would also solve security issue > where a core-dump may contain sensitive information. [...]" > > What we need is really a new syscall: > > procctl(pid, function, arg) > [ ... ] I disagree. (1) that means that people writing and debugging programs can no longer as easily get core dumps to help them debug. (They have to add a system call, and a non-standard one at that, to enabled core dump functionality.) (2) that means that non-repeatable crashes, especially of 'standard' system utilities, will be almost impossible to track down, unless you globally enable core dumps or enable core dumps for individual system utilties (thus defeating the purpose, either completely or partially, of your proposed change). It also means that Joe Bob, a random user, can't say "cat dumped core on me, here's the core, what happened?" to people attempting to support his use of the system. (3) It's different from other UNIX systems. Given (1) and (3), i.e. the traditional and 'normal' UNIX program behaviour that developers expect to see, making a change like this is developer-hostile. (2) would be a pain in _my_ butt, for one, because (on NetBSD/Alpha) core dumps of random utilities are still too common (damn stupid programmers, long != 32 bits!!!), and i end up doing "enough" core groveling... Charles, re: "is a core dump on this weird file system safe"? Actually, a good solution there might be a "NOCOREDUMP" mount flag, a la NOSUID and NOEXEC. That has several advantages: (1) Configurability of security policy: The system manager knows if the remote file system is "safe," and can do the right thing. Even disregarding AFS, think of the case of NFS over a potentially snooped net. (Sure, you could be losing badly there anyway, but simple snooping is harder to notice than packet forgery, in most cases.) (2) File system lossage prevention: ever dump a 10M core to AFS? On several AFS ports, that'll hang AFS. This provides a common-case workaround. (3) it's easy to implement. It's not a general, fail-safe solution to the problem, but I don't think the thought shouldn't be discarded out of hand. I'd say that it'd solve the problems that most people need solved, if they care enough to set the flag. chris From owner-freebsd-hackers Sun Oct 20 00:21:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13028 for hackers-outgoing; Sun, 20 Oct 1996 00:21:43 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA13010 for ; Sun, 20 Oct 1996 00:21:38 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA18984; Sun, 20 Oct 1996 09:21:30 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA29577; Sun, 20 Oct 1996 09:21:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id JAA27702; Sun, 20 Oct 1996 09:10:17 +0200 (MET DST) From: J Wunsch Message-Id: <199610200710.JAA27702@uriah.heep.sax.de> Subject: Re: Conventions/Rules for adding Local ioctls To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 20 Oct 1996 09:10:17 +0200 (MET DST) Cc: rohit@cs.umd.edu (Rohit Dube) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610200008.UAA26134@darling.cs.umd.edu> from Rohit Dube at "Oct 19, 96 08:08:43 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Rohit Dube wrote: > Sorry for not putting this on to my orignal post : I am using Major > (Character) device number 20 which is reserved for local use. You mentioned this in your original post ;)... > The pseudo driver (I call it /dev/cntrl0) is not a tty driver. I but not this. > am structuring it like 'bpf' I use it to control a bunch of > other pseudo devices which sit on top of the 'de' ethernet driver. > Just like any usual network driver, these pseudo network device drivers > do not have any /dev entries. You must avoid the `f' group (FIOxxx, see ) since the generic ioctl code handles them first, independently of the underlying driver. You must avoid any of the cmds your driver intends to pass on to underlying physical devices (by directly calling their ioctl entry point). > I was hoping for a globally maintained file hidden somewhere which listed > at least the 'taken' groups. More comments?? We will happily include it somewhere in the documentation if you write this file. (no smiley, no joke!) Of course, don't be surprised, with only 2*26 letters, it's very likely that several groups are already in duplicate use. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Oct 20 00:21:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13066 for hackers-outgoing; Sun, 20 Oct 1996 00:21:49 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA13042 for ; Sun, 20 Oct 1996 00:21:44 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA18978; Sun, 20 Oct 1996 09:21:28 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA29572; Sun, 20 Oct 1996 09:21:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id JAA27667; Sun, 20 Oct 1996 09:04:15 +0200 (MET DST) From: J Wunsch Message-Id: <199610200704.JAA27667@uriah.heep.sax.de> Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 20 Oct 1996 09:04:14 +0200 (MET DST) Cc: dnelson@emsphone.com, deraadt@theos.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610200201.TAA03344@phaeton.artisoft.com> from Terry Lambert at "Oct 19, 96 07:01:11 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > Well, you would hope that you could set the flag locally, where it's > supported, and it would be globally supported. > > Basically, you'd have a linker set initialization function for an > affected library, and when the program started, it would call the > setup functions, which would in turn obey the flag, if set. linker set... linker set. Well, the requirement of this application for the `secure free' is already known at compile time. Shouldn't it be possible to just link another free() (kinda `overloaded') in this case, thus eliminating any peculiarities of any flag testing? (I've trimmed the Cc list to those who were in the list of addressees, but are IMHO not on freebsd-hackers. If you guys are not interested in this technical discussion, say so, and we'll drop you from there.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Oct 20 00:21:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13107 for hackers-outgoing; Sun, 20 Oct 1996 00:21:59 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA13054 for ; Sun, 20 Oct 1996 00:21:47 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA19003; Sun, 20 Oct 1996 09:21:37 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA29592; Sun, 20 Oct 1996 09:21:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id JAA27733; Sun, 20 Oct 1996 09:15:56 +0200 (MET DST) From: J Wunsch Message-Id: <199610200715.JAA27733@uriah.heep.sax.de> Subject: Re: 961014-SNAP probe problem To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 20 Oct 1996 09:15:55 +0200 (MET DST) Cc: obrien@NUXI.cs.ucdavis.edu (David E. O'Brien) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610200206.TAA20399@relay.nuxi.com> from "David E. O'Brien" at "Oct 19, 96 07:06:51 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As David E. O'Brien wrote: > > I think the mcd driver is a known offender for false detections. > > Disable it if you don't have an `mcd' drive. > > Yep, I did (the config screen works nice). Do you think this will be a > problem for releases? Ah, you mean, you disabled the driver, and it caused a false probe nevertheless??? The hint about disabling probes for all the device that are not present is in the installation documentation since FreeBSD 2.0.5, and i think there's even an emphasize on the mcd driver since too many people have experienced this problem. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Oct 20 00:22:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13183 for hackers-outgoing; Sun, 20 Oct 1996 00:22:46 -0700 (PDT) Received: from zeus.theos.com (zeus.theos.com [199.185.137.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA13178 for ; Sun, 20 Oct 1996 00:22:43 -0700 (PDT) Received: from LOCALHOST.theos.com (LOCALHOST.theos.com [127.0.0.1]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with SMTP id BAA03775; Sun, 20 Oct 1996 01:22:36 -0600 (MDT) Message-Id: <199610200722.BAA03775@zeus.theos.com> X-Authentication-Warning: zeus.theos.com: LOCALHOST.theos.com [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: Theo de Raadt cc: hackers@freebsd.org Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: Your message of "Sun, 20 Oct 1996 09:20:09 +0200." <22658.845796009@critter.tfs.com> Date: Sun, 20 Oct 1996 01:22:35 -0600 From: Theo de Raadt Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk How many more rounds of this? > Return-Path: phk@critter.tfs.com > Received: from smyrno.sol.net (smyrno.sol.net [206.55.64.117]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with SMTP id BAA03761 for ; Sun, 20 Oct 1996 01:21:24 -0600 (MDT) > Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by smyrno.sol.net (8.6.11/8.6.12) with ESMTP id CAA21505 for ; Sun, 20 Oct 1996 02:21:11 -0500 > Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) > by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA12976 > for ; Sun, 20 Oct 1996 00:20:48 -0700 (PDT) > Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id JAA22660 for ; Sun, 20 Oct 1996 09:20:10 +0200 (MET DST) > To: Theo de Raadt > Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c > In-reply-to: Your message of "Sun, 20 Oct 1996 01:11:28 MDT." > <199610200711.BAA03643@zeus.theos.com> > Date: Sun, 20 Oct 1996 09:20:09 +0200 > Message-ID: <22658.845796009@critter.tfs.com> > From: Poul-Henning Kamp > > In message <199610200711.BAA03643@zeus.theos.com>, Theo de Raadt writes: > > At least now you have learned not to CC hackers@freebsd.org > > Thats good. That way less people will want to inflict bodily > harm on you. > > >How much longer will this go on? "We just don't know!!" > > It will go on until >you< stop replying. > > You will simply have to have that last email sitting on your face, > without responding. > > I'm willing to spend the entire day if need be, simply sitting here > bothering the shit out of you, returning all the garbage you send > straight back to the dung-heap it should never have left. > > I know that every single exchange increases >your< blood pressure > and worsens >your< mental instability and all in all will take you > one step closer to the "J.v.Neumann home of the recursively > bewildered". > > I on the other hand enjoy slapping your face and the best thing is: > you keep coming back for more. > > What a moron you must be. > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. > Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Oct 20 00:29:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13446 for hackers-outgoing; Sun, 20 Oct 1996 00:29:57 -0700 (PDT) Received: from zeus.theos.com (zeus.theos.com [199.185.137.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA13439 for ; Sun, 20 Oct 1996 00:29:54 -0700 (PDT) Received: from LOCALHOST.theos.com (LOCALHOST.theos.com [127.0.0.1]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with SMTP id BAA03816; Sun, 20 Oct 1996 01:29:43 -0600 (MDT) Message-Id: <199610200729.BAA03816@zeus.theos.com> X-Authentication-Warning: zeus.theos.com: LOCALHOST.theos.com [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: Theo de Raadt cc: hackers@freebsd.org Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: Your message of "Sun, 20 Oct 1996 00:27:38 PDT." <9336.845796458@time.cdrom.com> Date: Sun, 20 Oct 1996 01:29:41 -0600 From: Theo de Raadt Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Oh, more people want to enter the fray! > Return-Path: jkh@time.cdrom.com > Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with ESMTP id BAA03798 for ; Sun, 20 Oct 1996 01:27:45 -0600 (MDT) > Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id AAA09338 for ; Sun, 20 Oct 1996 00:27:38 -0700 (PDT) > To: Theo de Raadt > Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c > In-reply-to: Your message of "Sun, 20 Oct 1996 01:01:29 MDT." > <199610200701.BAA03463@zeus.theos.com> > Date: Sun, 20 Oct 1996 00:27:38 -0700 > Message-ID: <9336.845796458@time.cdrom.com> > From: "Jordan K. Hubbard" > > Get out of MY mailbox, you moron! > > > Can someone tell this shithead to get out of my mailbox? He persists in > > continuing to mail me. The best way to kill the flame war is for him > > to stop. > > > > > Return-Path: phk@critter.tfs.com > > > Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by zeus.t > heos.com (8.8.Beta.2/8.8.Beta.1) with ESMTP id BAA03439 for > ; Sun, 20 Oct 1996 01:00:03 -0600 (MDT) > > > Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) > > > by mail.webspan.net (8.7.5/8.7.3) with ESMTP id CAA27014 > > > for ; Sun, 20 Oct 1996 02:59:54 -0400 (EDT) > > > Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) > > > by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA12025 > > > for ; Sat, 19 Oct 1996 23:59:48 -0700 (PDT) > > > Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.t > fs.com (8.7.5/8.7.3) with ESMTP id IAA22458 for ; Sun, 20 Oc > t 1996 08:59:48 +0200 (MET DST) > > > To: Theo de Raadt > > > Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c > > > In-reply-to: Your message of "Sun, 20 Oct 1996 00:53:35 MDT." > > > <199610200653.AAA03377@zeus.theos.com> > > > Date: Sun, 20 Oct 1996 08:59:48 +0200 > > > Message-ID: <22456.845794788@critter.tfs.com> > > > From: Poul-Henning Kamp > > > > > > >Ok, now I won't. > > > > > > promises kept is what matters. > > > > > > >You just won't stop will you. > > > > > > No, not until you go away and stay away. > > > > > > >You just don't know when enough is enough, do you? > > > > > > Yes, it's enough when sensible people are left alone by raving mad > > > personality disorders. > > > > > > >You are trying your damned best to be an ASSHOLE. > > > > > > Merely apspiring to your level of perfection in that discipline. > > > > > > -- > > > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > > > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > > > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, > Inc. > > > Future will arrive by its own means, progress not so. > > > From owner-freebsd-hackers Sun Oct 20 00:34:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13633 for hackers-outgoing; Sun, 20 Oct 1996 00:34:13 -0700 (PDT) Received: from zeus.theos.com (zeus.theos.com [199.185.137.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA13628 for ; Sun, 20 Oct 1996 00:34:10 -0700 (PDT) Received: from LOCALHOST.theos.com (LOCALHOST.theos.com [127.0.0.1]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with SMTP id BAA03859; Sun, 20 Oct 1996 01:34:04 -0600 (MDT) Message-Id: <199610200734.BAA03859@zeus.theos.com> X-Authentication-Warning: zeus.theos.com: LOCALHOST.theos.com [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: Theo de Raadt cc: hackers@freebsd.org Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: Your message of "Sun, 20 Oct 1996 09:32:21 +0200." <22733.845796741@critter.tfs.com> Date: Sun, 20 Oct 1996 01:34:03 -0600 From: Theo de Raadt Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul has not figured it out yet. I know exactly where to forward flames mailed to me. > Return-Path: phk@critter.tfs.com > Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with ESMTP id BAA03849 for ; Sun, 20 Oct 1996 01:33:04 -0600 (MDT) > Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) > by mail.webspan.net (8.7.5/8.7.3) with ESMTP id DAA28821 > for ; Sun, 20 Oct 1996 03:32:16 -0400 (EDT) > Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) > by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA13589 > for ; Sun, 20 Oct 1996 00:32:12 -0700 (PDT) > Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id JAA22735 for ; Sun, 20 Oct 1996 09:32:22 +0200 (MET DST) > To: Theo de Raadt > Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c > In-reply-to: Your message of "Sun, 20 Oct 1996 01:22:35 MDT." > <199610200722.BAA03775@zeus.theos.com> > Date: Sun, 20 Oct 1996 09:32:21 +0200 > Message-ID: <22733.845796741@critter.tfs.com> > From: Poul-Henning Kamp > > In message <199610200722.BAA03775@zeus.theos.com>, Theo de Raadt writes: > >How many more rounds of this? > > > > Since you may not be able to read I will merely replay my last email again: > > >> It will go on until >you< stop replying. > >> > >> You will simply have to have that last email sitting on your face, > >> without responding. > >> > >> I'm willing to spend the entire day if need be, simply sitting here > >> bothering the shit out of you, returning all the garbage you send > >> straight back to the dung-heap it should never have left. > >> > >> I know that every single exchange increases >your< blood pressure > >> and worsens >your< mental instability and all in all will take you > >> one step closer to the "J.v.Neumann home of the recursively > >> bewildered". > >> > >> I on the other hand enjoy slapping your face and the best thing is: > >> you keep coming back for more. > >> > >> What a moron you must be. > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. > Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Oct 20 00:51:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14272 for hackers-outgoing; Sun, 20 Oct 1996 00:51:00 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA14255 for ; Sun, 20 Oct 1996 00:50:55 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA19856; Sun, 20 Oct 1996 09:50:51 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA29848; Sun, 20 Oct 1996 09:50:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id JAA27953; Sun, 20 Oct 1996 09:41:39 +0200 (MET DST) From: J Wunsch Message-Id: <199610200741.JAA27953@uriah.heep.sax.de> Subject: Re: setuid, core dumps, ftpd, and DB To: tech-userlevel@NetBSD.ORG, freebsd-hackers@freefall.freebsd.org Date: Sun, 20 Oct 1996 09:41:39 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <22293.845793624@critter.tfs.com> from Poul-Henning Kamp at "Oct 20, 96 08:40:24 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > It was pointed out by me already 8 years ago: > > "[...] core-dumps as default is an evil thing. There should be > some way to >enable< core-dumps when you want them, rather than > have them as default. This would also solve security issue > where a core-dump may contain sensitive information. [...]" > > What we need is really a new syscall: > > procctl(pid, function, arg) The only problem with this is that programs tend to dump core without asking the developer first. ;-) That's the nature of bugs, the programmer often does not anticipate them. Thus, they are sometimes a good means for a post-mortem analysis. So it should at least be possible to centrally override the `no core dump' flag site-wide e.g. by a sysctl that is only allowed to root (and only if the securelevel is low enough). This would give sites that are doing development but don't care that much for security problems (since they can basically trust their users) a means to avoid bloating all their programs with yet another operating-system non-portable system call. > PROCCTL_CORENAME > (arg is pathname to use for corefile) This might open a can of worms. Think of somebody maliciously setting the filename to "/etc/master.passwd". Think of the daily cleanup jobs that try to purge old coredumps. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Oct 20 00:51:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14346 for hackers-outgoing; Sun, 20 Oct 1996 00:51:13 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA14335 for ; Sun, 20 Oct 1996 00:51:10 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA19866; Sun, 20 Oct 1996 09:50:55 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA29850; Sun, 20 Oct 1996 09:50:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id JAA28041; Sun, 20 Oct 1996 09:48:46 +0200 (MET DST) From: J Wunsch Message-Id: <199610200748.JAA28041@uriah.heep.sax.de> Subject: Re: install on Dell P60 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 20 Oct 1996 09:48:46 +0200 (MET DST) Cc: mgessner@aristar.com (Matthew A. Gessner) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3269A36C.41C67EA6@aristar.com> from "Matthew A. Gessner" at "Oct 19, 96 11:58:36 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Matthew A. Gessner wrote: > Well, the installation goes fine, but when I try to reboot, my system > does a hard reboot after the first couple of /-\|/ go by. > > When I try to boot from the floppy to wd(1,a)/kernel, I get further, > but eventually the kernel panics. Surprising that Linux worked on it, but i would try making the memory timing more relaxed. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Oct 20 00:51:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14435 for hackers-outgoing; Sun, 20 Oct 1996 00:51:54 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA14430 for ; Sun, 20 Oct 1996 00:51:51 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id AAA09432; Sun, 20 Oct 1996 00:51:41 -0700 (PDT) To: Theo de Raadt cc: Poul-Henning Kamp , hackers@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: Your message of "Sun, 20 Oct 1996 01:02:01 MDT." <199610200702.BAA03473@zeus.theos.com> Date: Sun, 20 Oct 1996 00:51:41 -0700 Message-ID: <9430.845797901@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Poul, stop sending me mail. I guess we've reached the limit with you. Your personal feud with Poul-Henning Kamp, or any other person on this planet for that matter, has *nothing to do with this mailing list* and your consistent and willful disregard for its intended charter now forces me to have you barred. What obviously cannot be accomplished by self-restraint will now have be accomplished with PERL, and what a pity that a few lines of PERL have to serve as a substitute for emotional maturity and just a little common sense. Jordan From owner-freebsd-hackers Sun Oct 20 00:58:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14743 for hackers-outgoing; Sun, 20 Oct 1996 00:58:22 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA14738 for ; Sun, 20 Oct 1996 00:58:20 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id AAA02040; Sun, 20 Oct 1996 00:58:02 -0700 (PDT) Message-Id: <199610200758.AAA02040@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Jordan K. Hubbard" cc: Theo de Raadt , Poul-Henning Kamp , hackers@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: Your message of "Sun, 20 Oct 1996 00:51:41 PDT." <9430.845797901@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Oct 1996 00:58:02 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Don't it will accomplish nothing. Amancio >From The Desk Of "Jordan K. Hubbard" : > > Poul, stop sending me mail. > > I guess we've reached the limit with you. Your personal feud with > Poul-Henning Kamp, or any other person on this planet for that matter, > has *nothing to do with this mailing list* and your consistent and > willful disregard for its intended charter now forces me to have you > barred. What obviously cannot be accomplished by self-restraint will > now have be accomplished with PERL, and what a pity that a few lines > of PERL have to serve as a substitute for emotional maturity and just > a little common sense. > > Jordan > From owner-freebsd-hackers Sun Oct 20 01:01:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA14935 for hackers-outgoing; Sun, 20 Oct 1996 01:01:35 -0700 (PDT) Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA14926; Sun, 20 Oct 1996 01:01:28 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id KAA22932; Sun, 20 Oct 1996 10:01:25 +0200 (MET DST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: tech-userlevel@NetBSD.ORG, freebsd-hackers@freefall.freebsd.org Subject: Re: setuid, core dumps, ftpd, and DB In-reply-to: Your message of "Sun, 20 Oct 1996 09:41:39 +0200." <199610200741.JAA27953@uriah.heep.sax.de> Date: Sun, 20 Oct 1996 10:01:24 +0200 Message-ID: <22930.845798484@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199610200741.JAA27953@uriah.heep.sax.de>, J Wunsch writes: >As Poul-Henning Kamp wrote: > >> It was pointed out by me already 8 years ago: >> >> "[...] core-dumps as default is an evil thing. There should be >> some way to >enable< core-dumps when you want them, rather than >> have them as default. This would also solve security issue >> where a core-dump may contain sensitive information. [...]" >> >> What we need is really a new syscall: >> >> procctl(pid, function, arg) > >The only problem with this is that programs tend to dump core without >asking the developer first. ;-) That's the nature of bugs, the >programmer often does not anticipate them. Thus, they are sometimes a >good means for a post-mortem analysis. I suppose most people would have the system-wide default be "core-dumps on" -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Oct 20 01:07:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA15210 for hackers-outgoing; Sun, 20 Oct 1996 01:07:04 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA15204 for ; Sun, 20 Oct 1996 01:07:01 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id BAA09519 for ; Sun, 20 Oct 1996 01:07:02 -0700 (PDT) To: hackers@freebsd.org Subject: Theo de Raadt: Re: cvs commit: src/lib/libc/db/hash hash_buf.c Date: Sun, 20 Oct 1996 01:07:01 -0700 Message-ID: <9516.845798821@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I love this. What are we going to do with someone like this? Is it going to take the concerted effort of several thousand people to protect the FreeBSD lists from this kind of harassment? I really don't see many other alternatives, though I'm open to suggestions. Anyway, this is just a little pre-warning. If we get a flood of anon mail in the next 10 minutes I'm just going to shut the mailing lists down for awhile until the postmasters at various intervening domains are contacted (along with whomever in Canada it seems to make sense to contact in cases like this). I can at least stop the spam from reaching your mailboxes, and if we "go off the air" for awhile then the forwarded message below is why. Just FYI. We greatly regret any possible inconvenience, naturally, and will do what we can to resolve this foolish situation quickly. Jordan ------- Forwarded Message Return-Path: deraadt@theos.com Received: from zeus.theos.com (zeus.theos.com [199.185.137.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id AAA09446 for ; Sun, 20 Oct 1996 00:53:06 -0700 (PDT) Received: from LOCALHOST.theos.com (LOCALHOST.theos.com [127.0.0.1]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with SMTP id BAA03995 for ; Sun, 20 Oct 1996 01:53:00 -0600 (MDT) Message-Id: <199610200753.BAA03995@zeus.theos.com> X-Authentication-Warning: zeus.theos.com: LOCALHOST.theos.com [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: Your message of "Sun, 20 Oct 1996 00:51:41 PDT." <9430.845797901@time.cdrom.com> Date: Sun, 20 Oct 1996 01:52:58 -0600 From: Theo de Raadt the anon mailer is coming up. in 10 minutes you're in trouble. you guys persist in getting the last word of flaming at me, and it isn't going to work. ------- End of Forwarded Message From owner-freebsd-hackers Sun Oct 20 01:21:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA16081 for hackers-outgoing; Sun, 20 Oct 1996 01:21:50 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA16074 for ; Sun, 20 Oct 1996 01:21:38 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA20743; Sun, 20 Oct 1996 10:21:04 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA00208; Sun, 20 Oct 1996 10:21:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id JAA28167; Sun, 20 Oct 1996 09:58:55 +0200 (MET DST) From: J Wunsch Message-Id: <199610200758.JAA28167@uriah.heep.sax.de> Subject: Re: setuid, core dumps, ftpd, and DB To: tech-userlevel@netbsd.org, freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 20 Oct 1996 09:58:55 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <20396.845795952@ux2.sp.cs.cmu.edu> from Chris G Demetriou at "Oct 20, 96 03:19:12 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Chris G Demetriou wrote: > Charles, re: "is a core dump on this weird file system safe"? > Actually, a good solution there might be a "NOCOREDUMP" mount flag, a > la NOSUID and NOEXEC. That has several advantages: It doesn't solve the problem where this discussion originated, but i like this idea. I've seen programs dump 80 MB core files over ethernet -- and once they do this, you cannot stop them. (Maybe you could quickly delete the file from the server, so the client would get a stale NFS file handle, but it's a crock.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Oct 20 01:23:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA16222 for hackers-outgoing; Sun, 20 Oct 1996 01:23:33 -0700 (PDT) Received: from bozo.MIT.EDU (BOZO.MIT.EDU [18.72.0.198]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA16207 for ; Sun, 20 Oct 1996 01:23:29 -0700 (PDT) From: youknowwho@dsbnepo.org Received: from zeus.theos.com by bozo.MIT.EDU with SMTP id EAA11765; Sun, 20 Oct 1996 04:21:41 -0400 Date: Sun, 20 Oct 1996 04:21:41 -0400 Message-Id: <199610200821.EAA11765@bozo.MIT.EDU> Apparently-To: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This will continue until I stop being flamed. I know where to send flames. There are numerous methods. You will learn to NOT flame people, you will learn to close your mouths and just shut up. > Return-Path: jkh@time.cdrom.com > Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with ESMTP id CAA04093 for ; Sun, 20 Oct 1996 02:00:07 -0600 (MDT) > Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id BAA09488; Sun, 20 Oct 1996 01:00:06 -0700 (PDT) > To: Theo de Raadt > Cc: phk@freebsd.org > Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c > In-reply-to: Your message of "Sun, 20 Oct 1996 01:34:03 MDT." > <199610200734.BAA03859@zeus.theos.com> > Date: Sun, 20 Oct 1996 01:00:06 -0700 > Message-ID: <9486.845798406@time.cdrom.com> > From: "Jordan K. Hubbard" > > > Poul has not figured it out yet. > > I know exactly where to forward flames mailed to me. > > No, actually not. You haven't got a clue what you're doing to your > reputation by acting like this, nor do you probably care and that only > makes it worse, of course. On the other hand, since Jesus Monroy, > Jr. left, we have been without the services of a town fool in > *BSD-land so perhaps your efforts to don his discarded mantle should > not be discouraged so hastily. Even on our worst days, you make us > look and feel like Gandhi's disciples by comparison, and there's a > certain value in that. > > Jordan From owner-freebsd-hackers Sun Oct 20 01:25:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA16341 for hackers-outgoing; Sun, 20 Oct 1996 01:25:30 -0700 (PDT) Received: from bozo.MIT.EDU (BOZO.MIT.EDU [18.72.0.198]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA16334 for ; Sun, 20 Oct 1996 01:25:24 -0700 (PDT) From: youknowwho@dsbnepo.org Received: from zeus.theos.com by bozo.MIT.EDU with SMTP id EAA11770; Sun, 20 Oct 1996 04:23:48 -0400 Date: Sun, 20 Oct 1996 04:23:48 -0400 Message-Id: <199610200823.EAA11770@bozo.MIT.EDU> Apparently-To: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Every flame I get from you will end up on this list. That's a promise. > Replied: Sun, 20 Oct 1996 01:52:59 -0600 > Replied: ""Jordan K. Hubbard" " > Return-Path: jkh@time.cdrom.com > Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with ESMTP id BAA03983 for ; Sun, 20 Oct 1996 01:51:43 -0600 (MDT) > Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id AAA09432; Sun, 20 Oct 1996 00:51:41 -0700 (PDT) > To: Theo de Raadt > cc: Poul-Henning Kamp , hackers@FreeBSD.org > Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c > In-reply-to: Your message of "Sun, 20 Oct 1996 01:02:01 MDT." > <199610200702.BAA03473@zeus.theos.com> > Date: Sun, 20 Oct 1996 00:51:41 -0700 > Message-ID: <9430.845797901@time.cdrom.com> > From: "Jordan K. Hubbard" > > > Poul, stop sending me mail. > > I guess we've reached the limit with you. Your personal feud with > Poul-Henning Kamp, or any other person on this planet for that matter, > has *nothing to do with this mailing list* and your consistent and > willful disregard for its intended charter now forces me to have you > barred. What obviously cannot be accomplished by self-restraint will > now have be accomplished with PERL, and what a pity that a few lines > of PERL have to serve as a substitute for emotional maturity and just > a little common sense. > > Jordan . From owner-freebsd-hackers Sun Oct 20 01:28:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA16517 for hackers-outgoing; Sun, 20 Oct 1996 01:28:03 -0700 (PDT) Received: from bozo.MIT.EDU (BOZO.MIT.EDU [18.72.0.198]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA16488 for ; Sun, 20 Oct 1996 01:27:59 -0700 (PDT) From: youknowwho@dsbnepo.org Received: from zeus.theos.com by bozo.MIT.EDU with SMTP id EAA11775; Sun, 20 Oct 1996 04:27:09 -0400 Date: Sun, 20 Oct 1996 04:27:09 -0400 Message-Id: <199610200827.EAA11775@bozo.MIT.EDU> Apparently-To: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Received: from smyrno.sol.net (smyrno.sol.net [206.55.64.117]) by zeus.theos.com (8.8.B\ eta.2/8.8.Beta.1) with SMTP id BAA03898 for ; Sun, 20 Oct 1996 01:40:4\ 3 -0600 (MDT) > Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by smyrno.so\ l.net (8.6.11/8.6.12) with ESMTP id CAA21628 for ; Sun, 20 Oct 1996 02\ :40:40 -0500 > Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) > by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA13899 > for ; Sun, 20 Oct 1996 00:40:29 -0700 (PDT) > Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.\ 5/8.7.3) with ESMTP id JAA22782 for ; Sun, 20 Oct 1996 09:40:39 +0200 \ (MET DST) > To: Theo de Raadt > Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c > In-reply-to: Your message of "Sun, 20 Oct 1996 01:34:03 MDT." > <199610200734.BAA03859@zeus.theos.com> > Date: Sun, 20 Oct 1996 09:40:39 +0200 > Message-ID: <22780.845797239@critter.tfs.com> > From: Poul-Henning Kamp > > In message <199610200734.BAA03859@zeus.theos.com>, Theo de Raadt writes: > >Poul has not figured it out yet. > >I know exactly where to forward flames mailed to me. > > We may have news for you :-) > > You don't think you're allowed to polute that much do you ? > > We have a sanity filter on our email, and boy, does it find you > easily outside the boudaries :-) > > You thought you were smart didn't you ? > > Moron, > > You're a dimwit, a sub-iq moron actually, and on your way to a mental > breakdown that we can only aid the world in speeding up :-) > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. > Future will arrive by its own means, progress not so. Isn't this just getting a little ridiculous? Yeah, I think so too. Eventually you will learn. From owner-freebsd-hackers Sun Oct 20 01:51:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA18643 for hackers-outgoing; Sun, 20 Oct 1996 01:51:47 -0700 (PDT) Received: from ravenock.cybercity.dk (disn35.cybercity.dk [194.16.57.35]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA18624 for ; Sun, 20 Oct 1996 01:51:40 -0700 (PDT) Received: (from sos@localhost) by ravenock.cybercity.dk (8.7.6/8.7.3) id KAA02342; Sun, 20 Oct 1996 10:52:09 +0200 (MET DST) Message-Id: <199610200852.KAA02342@ravenock.cybercity.dk> Subject: Re: splash-page on bootup.. To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Sun, 20 Oct 1996 10:52:09 +0200 (MET DST) From: "Soren Schmidt" Cc: hackers@FreeBSD.org In-Reply-To: from "Daniel O'Callaghan" at Oct 20, 96 11:03:15 am From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Daniel O'Callaghan who wrote: > On Sat, 19 Oct 1996, Mark Mayo wrote: > > On Sat, 19 Oct 1996, Dan Busarow wrote: > > > On Sat, 19 Oct 1996, Peter da Silva wrote: > > > > If FreeBSD started putting up a splash page on boot I'd rip that code > > > But the nice thing about the way Unixware does this is how easy it is > > > to disable. Just rm or mv the logo file in /stand. > > > One vote for load a splash image if you find it in /stand otherwise > > I like this idea as well. Simple and easy, for all levels of expertise.. > > 2 votes! > Me too! Three! OK, I get the drift :) I'll look into doing it that way. It might be problematic to get at the filesystem sy early in the game though... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Sun Oct 20 01:58:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA19667 for hackers-outgoing; Sun, 20 Oct 1996 01:58:33 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA19649 for ; Sun, 20 Oct 1996 01:58:29 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id BAA09784 for ; Sun, 20 Oct 1996 01:58:29 -0700 (PDT) To: hackers@freebsd.org Subject: OK, I think we're back to sanity here... Date: Sun, 20 Oct 1996 01:58:29 -0700 Message-ID: <9782.845801909@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Theo inadvertantly helped in the last few rounds there, as annoying as it must have been to some of you, by giving the filter a good work-out. It should trap all but the more laboriously constructed spams, and hopefully he'll get tired and go away eventually. My own mails to Theo stopped several rounds back and will not resume. Short of announcing whatever disciplinary action was warranted by his actions, I never had the slightest desire to talk to him in the first place and all of this silliness is strongly flavored with irony. We're being taken to task for talking to a guy we never wanted to talk to at all! :-| Anyway, finito (I hope I hope!). Please, let's all get back to the original purpose of this mailing list. If nothing else, this certainly gives me new perspective on how good we had it before, even during what I though were some of our worst flame wars! :) Jordan From owner-freebsd-hackers Sun Oct 20 02:20:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA22659 for hackers-outgoing; Sun, 20 Oct 1996 02:20:45 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA22631 for ; Sun, 20 Oct 1996 02:20:37 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id KAA14191 for ; Sun, 20 Oct 1996 10:21:20 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA12102 for freebsd-hackers@freefall.cdrom.com; Sun, 20 Oct 1996 10:26:33 +0100 Date: Sun, 20 Oct 1996 10:26:33 +0100 From: Christoph Kukulies Message-Id: <199610200926.KAA12102@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: ctcm figures Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk After installing a P6 (ASUS P6NP5 - Natoma chipset) I ran a the CTCM cach memory tests from the german C'T computer magazine here with the following results and I'd like to compare them with others running a P6: Uses Pentium Timer, Pentium clock : 199.4 MHz Pentiummsr=TRUE Pentiummsr switched off for PPro XMM not installed ! CTCM uses Memory from address 00120000 Int15-Memory=32505856 CTCM, translated by Thomas Pabst, copyright ct-Mag. V1.5b/t2 Processor-Timing : PPro Processor CPUID : PPro/ Typ:00 Fam:06 Mod:01 Stp:07 Clck : 199.4 MHz internal Bus : not detectable FPU : PPro L1 Cache : 8 KByte,2-way associative L2 Cache : 256 KByte,4-way associative Write Strategy L1 : Write Back Write Strategy L2 : Write Back Dirty Tag L2 : for Assoziativity > 1 not detectable Through Put & Bus Performance: Main Memory from 00120000 Best Time for 8K MOVSD (Cache /Page Hits) : 8 mcs - 981.8 MByte/s average t. for 8K MOVSD (Miss + Hit) : 27 mcs - 308.1 MByte/s average t. for 8K MOVSD (if clean) : 129 mcs - 63.4 MByte/s average t. for 8K MOVSD (if dirty) : 128 mcs - 63.8 MByte/s Main Memory 8K MOVSD (Cache misses) : 266 mcs - 30.8 MByte/s average with 256 KB L2-Cache /DOS (640K) : 69 mcs - 118.2 MByte/s average with 256 KB L2-Cache /WIN (4M ) : 152 mcs - 54.0 MByte/s The same benchmark on a P5/150 gives: Uses Pentium Timer, Pentium clock : 149.4 MHz Pentiummsr=TRUE XMM not installed ! CTCM uses Memory from address 00120000 Int15-Memory=32505856 CTCM, translated by Thomas Pabst, copyright ct-Mag. V1.5b/t2 Processor-Timing : Pentium Processor CPUID : Pentium/ Typ:00 Fam:05 Mod:02 Stp:0C Clck : 149.4 MHz internal Bus : 32 Bit between CPU and primary Cache or Memory FPU : Pentium L1 Cache : 8 KByte,2-way associative L2 Cache : 512 KByte, direct mapped Write Strategy L1 : Write Back Write Strategy L2 : Write Back Dirty Tag L2 : ok Through Put & Bus Performance: Main Memory from 00120000 Best Time for 8K MOVSD (Cache /Page Hits) : 14 mcs - 600.0 MByte/s average t. for 8K MOVSD (Miss + Hit) : 165 mcs - 49.7 MByte/s average t. for 8K MOVSD (if clean) : 232 mcs - 35.4 MByte/s average t. for 8K MOVSD (if dirty) : 232 mcs - 35.3 MByte/s Main Memory 8K MOVSD (Cache misses) : 341 mcs - 24.0 MByte/s average with 512 KB L2-Cache /DOS (640K) : 152 mcs - 53.8 MByte/s average with 512 KB L2-Cache /WIN (4M ) : 204 mcs - 40.2 MByte/s --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Sun Oct 20 02:35:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA25047 for hackers-outgoing; Sun, 20 Oct 1996 02:35:12 -0700 (PDT) Received: from peedub.gj.org (newpc.muc.ditec.de [194.120.126.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA24991 for ; Sun, 20 Oct 1996 02:34:43 -0700 (PDT) Received: from peedub.gj.org (localhost [127.0.0.1]) by peedub.gj.org (8.7.6/8.6.9) with ESMTP id LAA01108; Sun, 20 Oct 1996 11:30:31 GMT Message-Id: <199610201130.LAA01108@peedub.gj.org> X-Mailer: exmh version 1.6.7 5/3/96 To: "Chris Csanady" Cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: Request: package for ddd-2.0 Reply-To: Gary Jennejohn In-reply-to: Your message of "Sat, 19 Oct 1996 17:26:39 EST." <199610192226.RAA21310@friley216.res.iastate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Oct 1996 11:30:31 +0000 From: Gary Jennejohn Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Chris Csanady" writes: > >Could someone please put up a package for ddd-2.0? From what I've heard its >a very nice graphical front end to gdb, but it requires motif. > >ftp://ftp.ips.cs.tu-bs.de/pub/local/softech/ddd/ > there's already a package of ddd-2.1.0 on ftp.cdrom.com in /pub/FreeBSD/incoming/ddd-2.1.0.{README,tar.gz}. --- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-hackers Sun Oct 20 02:55:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA27604 for hackers-outgoing; Sun, 20 Oct 1996 02:55:23 -0700 (PDT) Received: from zygorthian-space-raiders.MIT.EDU (ZYGORTHIAN-SPACE-RAIDERS.MIT.EDU [18.70.0.61]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA27595 for ; Sun, 20 Oct 1996 02:55:20 -0700 (PDT) Received: (from mycroft@localhost) by zygorthian-space-raiders.MIT.EDU (8.7.4/8.6.11) id FAA02739; Sun, 20 Oct 1996 05:55:16 -0400 (EDT) Date: Sun, 20 Oct 1996 05:55:16 -0400 (EDT) Message-Id: <199610200955.FAA02739@zygorthian-space-raiders.MIT.EDU> From: "Charles M. Hannum" To: Chris G Demetriou Cc: tech-userlevel@netbsd.org, freebsd-hackers@freefall.FreeBSD.org Subject: Re: setuid, core dumps, ftpd, and DB Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chris G Demetriou writes: > > Charles, re: "is a core dump on this weird file system safe"? > Actually, a good solution there might be a "NOCOREDUMP" mount flag, a > la NOSUID and NOEXEC. That has several advantages: That sounds reasonable, as long as one keeps in mind that it doesn't solve all of the problems. It might also be nice to make the core dump location configurable. I could imagine having, e.g., a read-protected /var/core directory, so that the system manager could inspect core dumps later, but they'd be protected from snoopers, and wouldn't affect quotas. (This wouldn't be useful in some environments, though, like Athena.) BTW, one thing I actually liked about NewsOS was that it changed the `nodev' and `nosuid' flags to be affirmative (`devs' and `suid') rather than negative. This made it harder to make a system insecure accidentally. From owner-freebsd-hackers Sun Oct 20 03:35:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA01053 for hackers-outgoing; Sun, 20 Oct 1996 03:35:07 -0700 (PDT) Received: from cyclone.degnet.baynet.de (root@cyclone.degnet.baynet.de [194.95.214.129]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA01042 for ; Sun, 20 Oct 1996 03:35:02 -0700 (PDT) Received: from neuron ([194.95.214.181]) by cyclone.degnet.baynet.de (8.6.12/8.6.9) with SMTP id MAA15085; Sun, 20 Oct 1996 12:36:55 +0100 Message-ID: <326A1B3A.E1A@degnet.baynet.de> Date: Sun, 20 Oct 1996 11:29:46 +0000 From: Darius Moos Reply-To: moos@degnet.baynet.de X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: "Kevin P. Neal" CC: freebsd-hackers Subject: Re: splash-page on bootup.. References: <1.5.4.32.19961020010545.0073eeb8@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Me too, => 5 votes. Darius. > > 2 votes! > > Me too! Three! > > Danny Kevin P. Neal wrote: > > At 04:50 PM 10/19/96 -0400, Mark Mayo wrote: > >On Sat, 19 Oct 1996, Dan Busarow wrote: > > > >> On Sat, 19 Oct 1996, Peter da Silva wrote: > >> > If FreeBSD started putting up a splash page on boot I'd rip that > > > >2 votes! > > > > Make that 3 votes. > -- email: moos@degnet.baynet.de From owner-freebsd-hackers Sun Oct 20 04:30:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA06571 for hackers-outgoing; Sun, 20 Oct 1996 04:30:24 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA06559 for ; Sun, 20 Oct 1996 04:30:18 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id EAA00325; Sun, 20 Oct 1996 04:29:46 -0700 (PDT) Message-Id: <199610201129.EAA00325@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: moos@degnet.baynet.de cc: "Kevin P. Neal" , freebsd-hackers Subject: Re: splash-page on bootup.. In-reply-to: Your message of "Sun, 20 Oct 1996 11:29:46 -0000." <326A1B3A.E1A@degnet.baynet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Oct 1996 04:29:45 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk If freebsd starts displaying splash images I will have to figure out as soon as the audio device is ready to splash sound 8) Cheers, Amancio From owner-freebsd-hackers Sun Oct 20 05:07:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA09789 for hackers-outgoing; Sun, 20 Oct 1996 05:07:04 -0700 (PDT) Received: from odysseus.sae.gr (gate.sae.gr [194.219.29.62]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA09769 for ; Sun, 20 Oct 1996 05:06:49 -0700 (PDT) Received: (from asvestas@localhost) by odysseus.sae.gr (8.6.12/8.6.12) id PAA13129; Sun, 20 Oct 1996 15:07:27 +0300 Date: Sun, 20 Oct 1996 15:07:27 +0300 (EET DST) From: Kostas Asvestas To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org Subject: Re: Planet PCI Ethernet Card In-Reply-To: <8755.845618946@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 17 Oct 1996, Jordan K. Hubbard wrote: > Well, sort of. In 2.2 there is detection code for NE2000 PCI clone > cards, but not 2.1.5. > So can i patch the 2.1.5 kernel, or i must go to the 2.2 tree? And if i can patch it, please can you tell me how? Kostas Asvestas From owner-freebsd-hackers Sun Oct 20 05:12:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA10302 for hackers-outgoing; Sun, 20 Oct 1996 05:12:46 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA10296 for ; Sun, 20 Oct 1996 05:12:44 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.8.0/8.8.Beta.3) with SMTP id HAA24006; Sun, 20 Oct 1996 07:12:37 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.15) id ; Sun, 20 Oct 96 07:12 CDT Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.Beta.6/8.8.Beta.3) id HAA00114; Sun, 20 Oct 1996 07:12:30 -0500 (CDT) From: Karl Denninger Message-Id: <199610201212.HAA00114@Jupiter.Mcs.Net> Subject: Re: Theo de Raadt: Re: cvs commit: src/lib/libc/db/hash hash_buf.c To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 20 Oct 1996 07:12:30 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <9516.845798821@time.cdrom.com> from "Jordan K. Hubbard" at Oct 20, 96 01:07:01 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I love this. What are we going to do with someone like this? Is it > going to take the concerted effort of several thousand people to > protect the FreeBSD lists from this kind of harassment? I really don't > see many other alternatives, though I'm open to suggestions. > > Anyway, this is just a little pre-warning. If we get a flood of anon > mail in the next 10 minutes I'm just going to shut the mailing lists > down for awhile until the postmasters at various intervening domains > are contacted (along with whomever in Canada it seems to make sense to > contact in cases like this). I can at least stop the spam from > reaching your mailboxes, and if we "go off the air" for awhile then > the forwarded message below is why. Just FYI. We greatly regret any > possible inconvenience, naturally, and will do what we can to resolve > this foolish situation quickly. > Jordan I suggest a call to the US Secret Service. Seriously. They take these issues with rather poor humor, and have in the past few weeks started considered mailbombing and forged email with intent to harass an act of wire fraud - which can get you 10 years in the hoosegow. Phone numbers for the Chicago office will be supplied on request. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 23 Analog Prefixes, 13 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal > ------- Forwarded Message > > Return-Path: deraadt@theos.com > Received: from zeus.theos.com (zeus.theos.com [199.185.137.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id AAA09446 for ; Sun, 20 Oct 1996 00:53:06 -0700 (PDT) > Received: from LOCALHOST.theos.com (LOCALHOST.theos.com [127.0.0.1]) by zeus.theos.com (8.8.Beta.2/8.8.Beta.1) with SMTP id BAA03995 for ; Sun, 20 Oct 1996 01:53:00 -0600 (MDT) > Message-Id: <199610200753.BAA03995@zeus.theos.com> > X-Authentication-Warning: zeus.theos.com: LOCALHOST.theos.com [127.0.0.1] didn't use HELO protocol > To: "Jordan K. Hubbard" > Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c > In-reply-to: Your message of "Sun, 20 Oct 1996 00:51:41 PDT." > <9430.845797901@time.cdrom.com> > Date: Sun, 20 Oct 1996 01:52:58 -0600 > From: Theo de Raadt > > the anon mailer is coming up. in 10 minutes you're in trouble. > you guys persist in getting the last word of flaming at me, > and it isn't going to work. > > ------- End of Forwarded Message > > From owner-freebsd-hackers Sun Oct 20 05:19:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA11092 for hackers-outgoing; Sun, 20 Oct 1996 05:19:31 -0700 (PDT) Received: from odysseus.sae.gr (gate.sae.gr [194.219.29.62]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA11080 for ; Sun, 20 Oct 1996 05:19:25 -0700 (PDT) Received: (from asvestas@localhost) by odysseus.sae.gr (8.6.12/8.6.12) id PAA13190; Sun, 20 Oct 1996 15:15:50 +0300 Date: Sun, 20 Oct 1996 15:15:50 +0300 (EET DST) From: Kostas Asvestas To: Andrew Stesin cc: hackers@FreeBSD.org Subject: Re: Planet PCI Ethernet Card In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Thanks Andrew, i will give it a try. BTW does anyone can recommend me a less ugly packet dumper than tcpdump? Kostas Asvestas. From owner-freebsd-hackers Sun Oct 20 05:20:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA11267 for hackers-outgoing; Sun, 20 Oct 1996 05:20:41 -0700 (PDT) Received: from tokyonet-entrance.astec.co.jp (tokyonet-entrance.astec.co.jp [202.239.16.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA11259 for ; Sun, 20 Oct 1996 05:20:38 -0700 (PDT) Received: from amont.astec.co.jp (amont.astec.co.jp [172.20.10.1]) by tokyonet-entrance.astec.co.jp (8.6.12+2.5Wb7/3.4Wbeta5-astecMX2.3) with ESMTP id VAA26572; Sun, 20 Oct 1996 21:19:41 +0900 Received: from astec.co.jp ([192.168.23.1]) by amont.astec.co.jp (8.7.6/3.5Wbeta-astecMX2.4) with ESMTP id VAA19386; Sun, 20 Oct 1996 21:19:39 +0900 (JST) Received: from tau (localhost [127.0.0.1]) by astec.co.jp (8.7.5/3.5Wbeta-ppp) with ESMTP id VAA00277; Sun, 20 Oct 1996 21:17:47 +0900 (JST) Message-Id: <199610201217.VAA00277@astec.co.jp> To: mark@quickweb.com Cc: hackers@FreeBSD.org Subject: Re: JDK 1.0.2 problem.. From: Hiroyuki Hanai In-Reply-To: Your message of "Sun, 20 Oct 1996 01:24:05 -0400 (EDT)" References: X-Mailer: Mew version 1.06 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 20 Oct 1996 21:17:47 +0900 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Mark Mayo wrote: > mark:{192}/home/mark/Code/java/Networking % ll > total 4 > -rw-r--r-- 1 mark mark 1621 Oct 20 00:55 EchoTest.class > -rw-r--r-- 1 mark mark 1307 Oct 20 00:55 EchoTest.java > mark:{193}/home/mark/Code/java/Networking % java EchoTest > Can't find class EchoTest > mark:{194}/home/mark/Code/java/Networking % > > ... > > P.S.: . is in my path (current directory), and I also tried > java EchoTest.class ... and I'm pretty sure my CLASSPATH is correct > becuase jdb can list all available classes in the java and sun packages. > It just can't find my class... and it is public :-) The current directory must be in CLASSPATH environment variable if your compiled class file is in the current directory. The java byte code interpreter, `java', takes the class name in the command line argument, not the file name. -----H.Hanai From owner-freebsd-hackers Sun Oct 20 05:48:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA13419 for hackers-outgoing; Sun, 20 Oct 1996 05:48:48 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA13411; Sun, 20 Oct 1996 05:48:44 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA13027; Sun, 20 Oct 1996 13:15:40 +0100 From: Luigi Rizzo Message-Id: <199610201215.NAA13027@labinfo.iet.unipi.it> Subject: Re: splash-page on bootup.. To: sos@FreeBSD.org Date: Sun, 20 Oct 1996 13:15:39 +0100 (MET) Cc: danny@panda.hilink.com.au, hackers@FreeBSD.org In-Reply-To: <199610200852.KAA02342@ravenock.cybercity.dk> from "sos@FreeBSD.org" at Oct 20, 96 10:51:50 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > > > If FreeBSD started putting up a splash page on boot I'd rip that = > code > > > > But the nice thing about the way Unixware does this is how easy it = > is > > > > to disable. Just rm or mv the logo file in /stand. > > > > One vote for load a splash image if you find it in /stand otherwise > > > I like this idea as well. Simple and easy, for all levels of expertis= > e.. > > > 2 votes! > > Me too! Three! > > OK, I get the drift :) I'll look into doing it that way. It might be > problematic to get at the filesystem sy early in the game though... Sorry if this has already been suggested (I did not read the initial postings). how about this: build a simple utility which allows the splash page (and possibly its loader code, to be able to deal with different graphics formats) to be appended/removed from /kernel: splashon kernel_file picture_file splashoff kernel_file this way you don't need filesystem access, since the boot code is doing that for you. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Sun Oct 20 06:36:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA18863 for hackers-outgoing; Sun, 20 Oct 1996 06:36:37 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA18857 for ; Sun, 20 Oct 1996 06:36:34 -0700 (PDT) Received: from thurston.eng.umd.edu (thurston.eng.umd.edu [129.2.103.25]) by po1.glue.umd.edu (8.8.1/8.7.3) with ESMTP id JAA09142; Sun, 20 Oct 1996 09:36:30 -0400 (EDT) Received: from localhost (chuckr@localhost) by thurston.eng.umd.edu (8.7.5/8.7.3) with SMTP id JAA09902; Sun, 20 Oct 1996 09:36:29 -0400 (EDT) X-Authentication-Warning: thurston.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 20 Oct 1996 09:36:29 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@thurston.eng.umd.edu To: Amancio Hasty cc: hackers@freebsd.org Subject: Re: Apollo and Matrox Meteor? In-Reply-To: <199610200526.WAA00883@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 19 Oct 1996, Amancio Hasty wrote: > > > Howdy, > > I am wondering if anyone has an Apollo chipset based motherboard and has > managed to get the Matrox Meteor to work with it? > > Just looking for alternatives to Intel's 440FX chipset. I'd be really surprised, you can't find out anything about products done with Apollo, with a couple of tiny exceptions. I know, I tried, they don't even return phone calls. > > Tnks, > Amancio > > > ----------------------------+----------------------------------------------- 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-hackers Sun Oct 20 06:44:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA19734 for hackers-outgoing; Sun, 20 Oct 1996 06:44:22 -0700 (PDT) Received: from critter.tfs.com (disn4.cybercity.dk [194.16.57.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA19729 for ; Sun, 20 Oct 1996 06:44:17 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id PAA23863 for ; Sun, 20 Oct 1996 15:44:30 +0200 (MET DST) To: hackers@freebsd.org Subject: an easy way to help us improve -current Reply-to: phk@freebsd.org Date: Sun, 20 Oct 1996 15:44:29 +0200 Message-ID: <23861.845819069@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If you're looking for an easy way to help us improve FreeBSD, then here's one way you can help: There is undoubtedly still programs that mismanage memory allocated with malloc(3). Many of these will core dump when they make a mistake provided you have set the right options for phkmalloc. So if you don't mind a little bit of a slowdown, try this out: ln -sf AJ /etc/malloc.conf If you suddenly see a program print a warning and core-dump, then use the send-pr program to report the problem to us. Of course we will be doubly happy if you include a fix too :-) Most of these are easy bugs to find, so don't be afraid to take a stab at it. If you find the problem in software from one of our many ports you should direct the report to the original author of the program and the maintainer of the freebsd port. Please make sure that you include the fact that you set malloc.conf to "Junk Abort" somewhere in the PR you send. So what does this actually do ? The 'J' means that memory you get from malloc is always filled with "junk" before it is handed to you, and when you free memory back it will be filled with junk again. This of course slows things down, but not much actually. As default the byte value used for "junk" is 0xd0. There are only a few cases where a pointer 0xd0d0d0d0 is valid, and as integers go 3503345872 doesn't seem too common either, so programs generally choke really fast after they get hold of one of these. The 'A' means that any kind of trouble is reason for a core-dump. Happy hunting! -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Oct 20 08:01:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA25012 for hackers-outgoing; Sun, 20 Oct 1996 08:01:30 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA24995; Sun, 20 Oct 1996 08:01:21 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id LAA07973; Sun, 20 Oct 1996 11:00:58 -0400 From: Bill Paul Message-Id: <199610201500.LAA07973@skynet.ctr.columbia.edu> Subject: Re: splash-page on bootup.. To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Sun, 20 Oct 1996 11:00:57 -0400 (EDT) Cc: hackers@freebsd.org, sos@freebsd.org In-Reply-To: <199610201215.NAA13027@labinfo.iet.unipi.it> from "Luigi Rizzo" at Oct 20, 96 01:15:39 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Luigi Rizzo had to walk into mine and say: [pardon the cascade here] > > > > > > If FreeBSD started putting up a splash page on boot I'd rip that = > > code > > > > > But the nice thing about the way Unixware does this is how easy it = > > is > > > > > to disable. Just rm or mv the logo file in /stand. > > > > > One vote for load a splash image if you find it in /stand otherwise > > > > I like this idea as well. Simple and easy, for all levels of expertis= > > e.. > > > > 2 votes! > > > Me too! Three! > > > > OK, I get the drift :) I'll look into doing it that way. It might be > > problematic to get at the filesystem sy early in the game though... > > Sorry if this has already been suggested (I did not read the initial > postings). > how about this: build a simple utility which allows the splash page (and > possibly its loader code, to be able to deal with different graphics > formats) to be appended/removed from /kernel: > > splashon kernel_file picture_file > splashoff kernel_file > > this way you don't need filesystem access, since the boot code is doing > that for you. > > Luigi If you ask me, the kernel shouldn't be responsible for generating a splash page at all. That's not what it's there for. Microsoft programmers may disagree with me, but these are the same people who came up with 'Bob,' so I'm not exactly inclined to listen to them. While I haven't actually used Unixware before, I'd bet a quarter that the reason they put the logo in /stand is that it isn't loaded by the kernel at all: it's probably loaded and displayed by the boot loader before the kernel is even touched. If I ruled the world and wanted to have FreeBSD display a startup logo, I would create a seperate bootable image that did just that and have the boot program load that instead of the kernel. Then, once the logo was dispalyed, I would have that image load the kernel. My rationale is this: the boot loader can switch in and out of protected mode so that it can access the BIOS. Well, you could take advantage of this to access the BIOS on graphics adapters too. (Bear in mind that I'm not an expert on PC graphics programming, but I vaguely remember reading somewhere that there are BIOS routines for manipulating the graphics display.) This would (hopefully) allow the logo displayer program to determine whether or not there's even a color graphics display available and, if there is, load the logo onto the screen in a nice simple fashion. Once that's done, it could load the kernel and go on with the show. If there is no graphics head at all (serial port console), the program could just display a text banner of some kind. If you want to skip the logo entirely, you can either specify a flag at the Boot: prompt, of you can just mv /logo out of the way so that the boot loader can't find it, at which point it will just load the kernel directly as is done now. There are a couple of downsides here: - The logo displayer image would need quite a bit of assembly language code to make it work. Well, hey: life sucks and then you die, okay? Deal with it. - While this approach will buy you a startup logo, it won't let you hide the autoconfig probe messages printed by kernel. (At least, I don't think it will: when the kernel initializes the console, it will probably force it back to text mode.) - When I tried to turn our second stage boot into a standalone image, I realized that the current boot program actually consumes much of the 64K alotted to it even though it contains such a small amount of actual code. The UFS filesystem groking code creates several large buffers which chew up a lot of the 64K segment. So even though you can take the boot program and make it into a standalone image that doesn't have to worry about the 7k file size limit anymore, I don't think it's possible to graft the logo displayer program onto it. (Last thing I attempted was to merge the biosboot and netboot programs together, but that didn't work since the two programs together wanted more data space than was available within the single 64K segment.) One possible way around this would be to keep the initial bootstrap image in memory and give the logo displayer program some way of jumping back to it. We could have it set a flag somewhere in memory that the bootstrap program could use to determine whether or not the logo has been displayed and skip displaying it the second time around. While this is not a simple project, it would undoubtedly make the computer gods very happy (avoiding kernel bloat is always a Good Thing (tm)). I'd personally give a medal to anyone who could pull this off. -Bill, "The Ed Wood of software" -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-hackers Sun Oct 20 08:24:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA26115 for hackers-outgoing; Sun, 20 Oct 1996 08:24:02 -0700 (PDT) Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA26094 for ; Sun, 20 Oct 1996 08:23:58 -0700 (PDT) Received: from [194.90.3.158] (sym@ts008p12.pop4a.netvision.net.il [194.90.3.158]) by mail.netvision.net.il (8.7.5/8.7.3) with ESMTP id RAA11362 for ; Sun, 20 Oct 1996 17:23:50 +0200 (IST) Date: Sun, 20 Oct 1996 17:23:50 +0200 (IST) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: Ronny Front Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi I would Like to be added to you mailing List Plz Thanx Ronny. From owner-freebsd-hackers Sun Oct 20 10:36:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03485 for hackers-outgoing; Sun, 20 Oct 1996 10:36:26 -0700 (PDT) Received: from spitfire.ecsel.psu.edu (qmailr@spitfire.ecsel.psu.edu [146.186.218.51]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA03480 for ; Sun, 20 Oct 1996 10:36:21 -0700 (PDT) Received: (qmail 6080 invoked by uid 1000); 20 Oct 1996 17:36:42 -0000 Message-ID: <19961020173642.6079.qmail@spitfire.ecsel.psu.edu> To: Theo de Raadt cc: hackers@freebsd.org, phk@critter.tfs.com Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: Your message of "Sun, 20 Oct 1996 01:08:46 MDT." <199610200708.BAA03585@zeus.theos.com> Date: Sun, 20 Oct 1996 13:36:41 -0400 From: Dan Cross Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Stop this ridiculousness now! You both are acting like the first graders my mom teaches! After deleting about *8* of these messages out of my -hackers mailbox, I've just about had it with both of you clowns! And please don't give me any of this, ``He started it!'' junk. If you want to shoot spitballs at each other, then you may do so on your own time. Please don't waste my CPU time and disk space doing it! Theo says: > Stop sending me mail. You have had the option a few times now to > stop this. Okay, if you want him to stop sending you mail, stop asking him to stop sending you mail. Simply ignore him, and Poul will leave you alone. Poul says: > then we will filter you out of the freebsd-lists. Poul, please stop sending Theo mail. He's asked you several times now, and it's somewhat obvious that all you want to do is have a flame war with him. I find that really depressing, and I'm starting to lose respect for you. If anyone finds this note condescending, it's purposely meant to be that way. Not as an insult, but to show Theo and Poul that they're both acting like damn fools. Besides, this camp split jazz is really disheartening to hear. Aren't the BSD camps fragmented enough as it is? Shesh... - Dan C. From owner-freebsd-hackers Sun Oct 20 10:39:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03625 for hackers-outgoing; Sun, 20 Oct 1996 10:39:50 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA03620 for ; Sun, 20 Oct 1996 10:39:44 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id TAA00885; Sun, 20 Oct 1996 19:39:30 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.6/8.7.3/tetard-uucp-2.7) id SAA06515; Sun, 20 Oct 1996 18:51:14 +0200 (MET DST) Message-Id: <199610201651.SAA06515@tetard.glou.eu.org> Date: Sun, 20 Oct 1996 18:51:14 +0200 From: regnauld@tetard.glou.eu.org (Philippe Regnauld) To: sextonr.crestvie@squared.com (Sexton, Robert) Cc: freebsd-hackers@freefall.freebsd.org Subject: Re: X/Mouse/2.1.5 Wierdness In-Reply-To: <249DD05B0187397C@mg01a.mhs.squared.com>; from Sexton, Robert on Oct 18, 1996 17:12:22 -0400 References: <249DD05B0187397C@mg01a.mhs.squared.com> X-Mailer: Mutt 0.47 Mime-Version: 1.0 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Sexton, Robert: > Everything, with 1 exception, works great. Under X, when moving the > mouse across a window boundary, or panning the S3-based display, [ sorry if this has already been brought up, I just skimmed through 1000+ mails ] Something (maybe) related: if, I use X with the /dev/sysmouse device which simulates a MouseSystems mouse through syscons, I get a strange behavior: the mouse cursos becomes sluggish and almost impossibly slow (i.e.: inertia), especially when forms and menus pop-up. Another weirdness is that holding down the middle mouse button and moving the mouse makes the cursor move at an accelerated rate ! Server: S3 w/diamond 968 Mouse: MouseMan (logitech 3 buttons) Running current as of 12/10. -- Phil From owner-freebsd-hackers Sun Oct 20 10:40:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03689 for hackers-outgoing; Sun, 20 Oct 1996 10:40:02 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA03638 for ; Sun, 20 Oct 1996 10:39:57 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id TAA00886 for hackers@freebsd.org; Sun, 20 Oct 1996 19:39:52 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.6/8.7.3/tetard-uucp-2.7) id TAA06554; Sun, 20 Oct 1996 19:05:11 +0200 (MET DST) Message-Id: <199610201705.TAA06554@tetard.glou.eu.org> Date: Sun, 20 Oct 1996 19:05:11 +0200 From: regnauld@tetard.glou.eu.org (Philippe Regnauld) To: hackers@freebsd.org Subject: Hercules (MDA) adapter and FreeBSD X-Mailer: Mutt 0.47 Mime-Version: 1.0 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, I've finally gotten hold of a Hercules mono adapter and monitor. It seems to work fine except when I boot FreeBSD and the VGA and MDA cards are both present (BIOS set to MONO). The first few lines of the kernel probe flash and then blank screen, a few seconds lag, and ddb> pops up on the screen (mono). Is this due to the fact that both cards are present, thus creating a conflict (mono being probed as well as vga) ? I haven't tried pulling out the VGA while booting yet. -- Phil PS: If anyone has got this setup working, I'm interested (console on Hercules, and X on VGA). From owner-freebsd-hackers Sun Oct 20 10:46:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03916 for hackers-outgoing; Sun, 20 Oct 1996 10:46:11 -0700 (PDT) Received: (from hsu@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03909; Sun, 20 Oct 1996 10:46:10 -0700 (PDT) Date: Sun, 20 Oct 1996 10:46:10 -0700 (PDT) From: Jeffrey Hsu Message-Id: <199610201746.KAA03909@freefall.freebsd.org> To: mark@quickweb.com Subject: Re: JDK 1.0.2 problem.. Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Remove the package statement in EchoTest.java or place EchoTest.class in the correct CLASSPATH hierarchy. From owner-freebsd-hackers Sun Oct 20 10:59:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA04747 for hackers-outgoing; Sun, 20 Oct 1996 10:59:32 -0700 (PDT) Received: from friley216.res.iastate.edu (friley216.res.iastate.edu [129.186.78.216]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA04739 for ; Sun, 20 Oct 1996 10:59:26 -0700 (PDT) Received: from friley216.res.iastate.edu (loopback [127.0.0.1]) by friley216.res.iastate.edu (8.7.6/8.7.3) with ESMTP id MAA29502; Sun, 20 Oct 1996 12:59:04 -0500 (CDT) Message-Id: <199610201759.MAA29502@friley216.res.iastate.edu> X-Mailer: exmh version 1.6.9 8/22/96 To: Pedro A M Vazquez Cc: hackers@freebsd.org Subject: Re: gdb broken? (Was: Request: package for ddd-2.0) In-reply-to: Your message of Sat, 19 Oct 1996 22:09:00 -0000. <199610192209.WAA27552@kalypso.iqm.unicamp.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Oct 1996 12:59:04 -0500 From: "Chris Csanady" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Chris Csanady said: >> >> Could someone please put up a package for ddd-2.0? From what I've heard its >> a very nice graphical front end to gdb, but it requires motif. >> >> ftp://ftp.ips.cs.tu-bs.de/pub/local/softech/ddd/ >> >> --Chris Csanady >> >Hello > I've put it in(gdb) run > > ftp://ftp.br.freebsd.org/pub/ddd/ddd-2.0-i386-unknown-freebsd2.1.5.tar.gz > > I've not tested it. > Please teste and make a package Thanks for uploading the package. DDD looks like it would work, however upon testing DDD, it seems that my gdb does not function. :( Figures, huh? If anyone has any ideas why I keep getting the following, I'd apreciate it. Just a bad day for current? Thanks, Chris Csanady (gdb) run Starting program: /home/ccsanady/mptable reading register eip (#8): Bad address. > >Pedro From owner-freebsd-hackers Sun Oct 20 11:03:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05016 for hackers-outgoing; Sun, 20 Oct 1996 11:03:23 -0700 (PDT) Received: from darling.cs.umd.edu (10862@darling.cs.umd.edu [128.8.128.115]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA05011 for ; Sun, 20 Oct 1996 11:03:21 -0700 (PDT) Received: by darling.cs.umd.edu (8.7.6/UMIACS-0.9/04-05-88) id OAA27834; Sun, 20 Oct 1996 14:02:51 -0400 (EDT) Message-Id: <199610201802.OAA27834@darling.cs.umd.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: Conventions/Rules for adding Local ioctls In-reply-to: Your message of "Sun, 20 Oct 1996 09:10:17 +0200." <199610200710.JAA27702@uriah.heep.sax.de> Date: Sun, 20 Oct 1996 14:02:50 -0400 From: Rohit Dube Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Oct 1996 09:10:17 +0200 (MET DST) j@uriah.heep.sax.de writes: =>You must avoid the `f' group (FIOxxx, see ) since the =>generic ioctl code handles them first, independently of the underlying =>driver. => =>You must avoid any of the cmds your driver intends to pass on to =>underlying physical devices (by directly calling their ioctl entry =>point). Thanks for your reply. => =>> I was hoping for a globally maintained file hidden somewhere which listed =>> at least the 'taken' groups. More comments?? => =>We will happily include it somewhere in the documentation if you write =>this file. (no smiley, no joke!) Ok, I'll try to cook this over the next couple of days as I look thru the various.h files to make sure that I don't conflict with other code. => =>Of course, don't be surprised, with only 2*26 letters, it's very =>likely that several groups are already in duplicate use. => Hmmmmm. --rohit. From owner-freebsd-hackers Sun Oct 20 13:21:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12008 for hackers-outgoing; Sun, 20 Oct 1996 13:21:02 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA11992; Sun, 20 Oct 1996 13:20:56 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id GAA17009; Mon, 21 Oct 1996 06:19:25 +1000 Date: Mon, 21 Oct 1996 06:19:25 +1000 From: Bruce Evans Message-Id: <199610202019.GAA17009@godzilla.zeta.org.au> To: luigi@labinfo.iet.unipi.it, wpaul@skynet.ctr.columbia.edu Subject: Re: splash-page on bootup.. Cc: hackers@FreeBSD.org, sos@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >There are a couple of downsides here: > >- The logo displayer image would need quite a bit of assembly language > code to make it work. Well, hey: life sucks and then you die, okay? > Deal with it. Nah. life(1) takes only a small amount of assembly language: --- Article 20377 of comp.lang.asm.x86: Newsgroups: comp.lang.asm.x86 Path: phaedrus.kralizec.net.au!news.syd.connect.com.au!news.mel.connect.com.au!munnari.OZ.AU!harbinger.cc.monash.edu.au!nntp.coast.net!oleane!jussieu.fr!math.ohio-state.edu!howland.erols.net!mcsun!EU.net!sun4nl!news.eur.encompass.com!Leiden.NL.net!news From: "Vladislav Kaipetsky" Subject: Re: Optimisation contest - 72 bytes X-Nntp-Posting-Host: pc35.cs.cyco.nl Message-ID: <01bb9660$b8b02900$63aa4ec1@slavik.cs.cyco.nl> Sender: news@inter.NL.net (News at newsldn) Organization: CSD X-Newsreader: Microsoft Internet News 4.70.1155 References: <32189ddb.31728668@snews2.zippo.com> <01bb8ee0$1adf9760$63aa4ec1@slavik.cs.cyco.nl> <4victe$1um@texas.nwlink.com> <01bb90f1$aa008720$63aa4ec1@slavik.cs.cyco.nl> <4vkkkm$gfk@texas.nwlink.com> <3222bd61.4745138@snews2.zippo.com> <3222c3c4.6380503@snews2.zippo.com> <50100j$dhh@hermes.louisville.edu> <5046jd$5h1@texas.nwlink.com> Date: Fri, 30 Aug 1996 10:43:36 GMT Lines: 74 ; Life simulator, 67 bytes - Vladislav Kaipetsky ; based on 72 bytes version by Tenie Remmel ; It came to me that we don't have to keep ; off-screen field any more. ; This version performs all updates right ; in video memory. It's slow, but it shows ; only current generation (no garbage), ; so IMHO suits the rules. Ideal Model Tiny P386 CodeSeg Org 100h Start: mov al,13h ;Set mode 13h int 10h ; we don't trust fs == 0 at startup! mov ds,ax ;Seed RNG with clock mov ax,[033Ch] push 0A000h ;DS = video memory pop ds ;BX is already zero RandLoop: add ax,ax ;Generate random number setc [bx] jnc RandSkip xor al,45 RandSkip: dec bx jnz RandLoop ; BX will not be equal to 3 on the first iteration, but ; it will be for all other times. As SI = 0100h and ; DI = FFFEh on startup, SI - DI will be equal to 258. LifeLoop: xchg cx,ax AccLoop: add cl,[di+bx-64] ;Add in this column add cl,[si+bx-2] add cl,[si+bx+318] dec bx ;Loop back jnz AccLoop lodsb ;Get center cell, set pixel stc ;3 = birth, 4 = stay (tricky): rcr al,cl ; 1.00?0000x --> 0.0x100?00 (rcr 3) and al,20h ; ^carry | ^ ; +---> 0.00x100?0 (rcr 4) or [si-1],al ;Add in new cell ^ shr [byte di-65],5 ;Shift previous value mov bl,3 ;3 iterations in AccLoop inc di ;Loop while not zero jnz LifeLoop mov ah,1 ;Check for key int 16h jz LifeLoop ;Loop if no key xchg ax,bx ;Set text mode int 10h ret ;Return End Start ;Sincerely, ;Vladislav --- >- When I tried to turn our second stage boot into a standalone image, > I realized that the current boot program actually consumes much of > the 64K alotted to it even though it contains such a small amount of > actual code. The UFS filesystem groking code creates several large > buffers which chew up a lot of the 64K segment. So even though > you can take the boot program and make it into a standalone image > that doesn't have to worry about the 7k file size limit anymore, > I don't think it's possible to graft the logo displayer program > onto it... Actually, it shouldn't take much more space than life(1). Just put the screen in 320x200 graphics mode, then load a file on top of the screen using the read_file() code that I posted recently (plus some buffering code). read_file() is required anyway for reading config files. Bruce From owner-freebsd-hackers Sun Oct 20 13:39:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12909 for hackers-outgoing; Sun, 20 Oct 1996 13:39:28 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA12904 for ; Sun, 20 Oct 1996 13:39:24 -0700 (PDT) Received: from rosie.scsn.net (scsn.net [206.25.246.12]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id NAA05895 for ; Sun, 20 Oct 1996 13:39:17 -0700 (PDT) Received: from rhiannon.scsn.net (cola71.scsn.net [206.25.247.71]) by rosie.scsn.net (post.office MTA v2.0 0813 ID# 0-13529) with ESMTP id AAA173; Sun, 20 Oct 1996 16:37:23 -0400 Received: (from root@localhost) by rhiannon.scsn.net (8.7.6/8.6.12) id QAA00708; Sun, 20 Oct 1996 16:37:50 -0400 (EDT) From: "Donald J. Maddox" Message-Id: <199610202037.QAA00708@rhiannon.scsn.net> Subject: Re: X/Mouse/2.1.5 Wierdness In-Reply-To: <199610201651.SAA06515@tetard.glou.eu.org> from Philippe Regnauld at "Oct 20, 96 06:51:14 pm" To: regnauld@tetard.glou.eu.org (Philippe Regnauld) Date: Sun, 20 Oct 1996 16:37:49 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.org Reply-To: dmaddox@scsn.net X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Something (maybe) related: if, I use X with the /dev/sysmouse > device which simulates a MouseSystems mouse through syscons, I get > a strange behavior: the mouse cursos becomes sluggish and almost > impossibly slow (i.e.: inertia), especially when forms and menus > pop-up. > > Another weirdness is that holding down the middle mouse button and > moving the mouse makes the cursor move at an accelerated rate ! > > Server: S3 w/diamond 968 > Mouse: MouseMan (logitech 3 buttons) > > Running current as of 12/10. Maybe you don't have 'moused' configured correctly? I have the exact setup you describe, and it works great since I fixed my config. The main points that were biting me were that moused should be pointed at the port your mouse is attached to (/dev/cuaa0 in my case), but X should be looking at /dev/sysmouse, and also that the mousetype that you give to moused should be the actual mousetype that you have (mouseman in my case), but X will always see a MouseSystems mouse. Hope some of this helps you out... Here is my config: ---------------------------------------------------------------------------- From /etc/sysconfig: # Set to # {microsoft|mousesystems|mmseries|logitech|busmouse|mouseman|ps/2|mmhittab} # to activate system mouse cursor support (or NO for none) # Use 'vidcontrol -m on' command to activate it on particular screen mousedtype=mouseman ############## Next block activated only if mousetype != NO ################ # Set to your mouse port (required) # Use real device here, because /dev/mouse usually linked with /dev/sysmouse mousedport=/dev/cuaa0 # Moused options: # -s: 9600 baud mouse # -c: enable ChordMiddle # see moused usage info for complete options list mousedflags="" ---------------------------------------------------------------------------- From /etc/XF86Config: # ********************************************************************** # Pointer section # ********************************************************************** Section "Pointer" Protocol "MouseSystems" Device "/dev/mouse" ----------------------------------------------------------------------------- From /dev: #ls -l /dev/cuaa0 crw-rw---- 1 uucp dialer 28, 128 Oct 20 14:42 /dev/cuaa0 #ls -l /dev/sysmouse crw------- 1 root wheel 12, 128 Oct 20 15:21 /dev/sysmouse ls -l /dev/mouse lrwxr-xr-x 1 root wheel 13 Oct 20 14:41 /dev/mouse -> /dev/sysmouse ----------------------------------------------------------------------------- -- Donald J. Maddox (dmaddox@scsn.net) From owner-freebsd-hackers Sun Oct 20 14:13:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14801 for hackers-outgoing; Sun, 20 Oct 1996 14:13:35 -0700 (PDT) Received: from unix.guru.org (kmitch@unix.guru.org [198.82.200.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA14789 for ; Sun, 20 Oct 1996 14:13:27 -0700 (PDT) Received: (from kmitch@localhost) by unix.guru.org (8.7.6/8.7.3) id RAA10451 for hackers@freebsd.org; Sun, 20 Oct 1996 17:13:23 -0400 (EDT) From: Keith Mitchell Message-Id: <199610202113.RAA10451@unix.guru.org> Subject: nslookup on Ultrix and Bind 4.9.4 To: hackers@freebsd.org Date: Sun, 20 Oct 1996 17:13:23 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am runnign current on my FreeBSD system (10/18). I am using the machine as a primary name server for the local network. Ever since bind was updated to 4.9.4?? one of the other computers on the network could not use it as a nameserver. The other computer is a DECstation 5k running Ultrix 4.4. nslookup comes back with messages like: *** Can't find server name for address 10.10.10.12: Query refused *** Default servers are not available And in the named debug file, I get: datagram from [198.82.200.88].1539, fd 5, len 27; now Sun Oct 20 17:10:33 1996 ns_req: answer -> [198.82.200.88].1539 fd=5 id=1 size=27 Local The funny thing is DNS lookups (gethostbyname, gethostbyaddr) seem to work fine. nsquery seems to work as well. If I set the name server to be one of the FreeBSD stable machines everything works fine (old bind). Any idea why the new bind would cause the resolver to fail on an old Ultrix machine?? From owner-freebsd-hackers Sun Oct 20 14:34:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15955 for hackers-outgoing; Sun, 20 Oct 1996 14:34:04 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15948 for ; Sun, 20 Oct 1996 14:34:01 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id OAA12084 for ; Sun, 20 Oct 1996 14:32:16 -0700 (PDT) Message-ID: <326A99D7.167EB0E7@whistle.com> Date: Sun, 20 Oct 1996 14:30:00 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Read-only root partition. [SYSLOG] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok so we've all looked at this before.. The main problem to haveing a read-only root filesystem would seem to be the pipe created by syslog in /dev. /dev/log is a unix domain socket created when syslogd starts up. Possible options include.. 1/ adding a symlink to /var/log/syslog_socket. this has a few problems.. while we can change all our programs to use the new address, and binaries that are old can get there via the symlink, but what about BSDI? (and linux?) can we leave a symlink in /dev permanently? Are we destined to have to support the symlink forever? DEVFS can support symlinks 2/ should devfs support sockets directly? 3/ if the socket already exists in /dev in the r/o filesystem, can not syslogd just use it? From owner-freebsd-hackers Sun Oct 20 14:41:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16264 for hackers-outgoing; Sun, 20 Oct 1996 14:41:02 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA16258; Sun, 20 Oct 1996 14:40:59 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id OAA11342; Sun, 20 Oct 1996 14:40:34 -0700 (PDT) To: Luigi Rizzo cc: sos@FreeBSD.org, danny@panda.hilink.com.au, hackers@FreeBSD.org Subject: Re: splash-page on bootup.. In-reply-to: Your message of "Sun, 20 Oct 1996 13:15:39 BST." <199610201215.NAA13027@labinfo.iet.unipi.it> Date: Sun, 20 Oct 1996 14:40:34 -0700 Message-ID: <11340.845847634@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Sorry if this has already been suggested (I did not read the initial > postings). > how about this: build a simple utility which allows the splash page (and > possibly its loader code, to be able to deal with different graphics > formats) to be appended/removed from /kernel: > > splashon kernel_file picture_file > splashoff kernel_file You could put this into the boot message area, like the current commands for going into the "intro" screen are done (see the tail-end of the floppy building rule in /usr/src/release/Makefile). Then it would be trivial to "splash-isize" an existing boot.flp image with dd. Jordan From owner-freebsd-hackers Sun Oct 20 14:58:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18418 for hackers-outgoing; Sun, 20 Oct 1996 14:58:30 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA18378 for ; Sun, 20 Oct 1996 14:58:11 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id OAA12318 for ; Sun, 20 Oct 1996 14:55:49 -0700 (PDT) Message-ID: <326A9F5D.2781E494@whistle.com> Date: Sun, 20 Oct 1996 14:53:33 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: DEVFS progress report Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well here's a progress report on devfs.. One of my original design goals was to do away with the mechanism in the kernel known as "device vnode aliasing". The theory was that if all references to the same device ended up at the same vnode, then that would allow the vnode aliasing code (messy stuff) to simply be elliminated. Unfortunatly there is one problem about this that just cannot be gotten around. If there is just one vnode for all instances for a device, then all fstats on that vnode must return the same value. no matter where it was openned from, even if the original path looked as though it had a different set of attributes. I've tried many ways to get around this but it's just too hard to get "expected" unix semantics. The only way to achieve it is to use a scheme that ends up looking exactly like vnode aliasing, which is what I was trying to get away from in the first place.. After trying for a year, I've basically decided that I can't achieve this (laudable) goal. this has produced many complication in the devfs design, and stopped me from doing many "obvious" things. I will be changing devfs inthe near future to re-allign it with the design now that I have removed that one goal. hopefully this will allow the following to happen easier.. 1/ mounting root from the devfs (you'd be surprised how this is affected) 2/ translucent attribute storage (I've been worrying how to do this.. this makes it more possible). 3/ resolution of the problems with unmounting filesystems mounted from devfs 4/ assisting the ability to change permissions for a device in one devfs without compromising another. (don't ask) I hope you will all bear with me as I make these changes. (or is that "bare"?) julian From owner-freebsd-hackers Sun Oct 20 15:22:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21535 for hackers-outgoing; Sun, 20 Oct 1996 15:22:15 -0700 (PDT) Received: from ami.tom.computerworks.net (root@AMI.RES.CMU.EDU [128.2.95.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA21461 for ; Sun, 20 Oct 1996 15:21:41 -0700 (PDT) Received: from bonkers.taronga.com by ami.tom.computerworks.net with smtp (Smail3.1.29.1 #3) id m0vF6Cz-0021WtC; Sun, 20 Oct 96 18:19 EDT Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id RAA05830; Sun, 20 Oct 1996 17:15:57 -0500 Date: Sun, 20 Oct 1996 17:15:57 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199610202215.RAA05830@bonkers.taronga.com> To: hackers@freebsd.org Subject: Re: splash-page on bootup.. Newsgroups: taronga.freebsd.hackers In-Reply-To: <199610202019.GAA17009@godzilla.zeta.org.au> Organization: none Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199610202019.GAA17009@godzilla.zeta.org.au>, Bruce Evans wrote: >Nah. life(1) takes only a small amount of assembly language: [deletia] Now *that* is something worth sticking in the boot sequence. It's a cool hack, and it can do one generation per probe, you can see if it hangs, and it's *way* cooler than anything Microsoft does. From owner-freebsd-hackers Sun Oct 20 15:28:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA22254 for hackers-outgoing; Sun, 20 Oct 1996 15:28:50 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA22236; Sun, 20 Oct 1996 15:28:45 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id AAA10301; Mon, 21 Oct 1996 00:15:51 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.6/8.7.3) with SMTP id XAA17217; Sun, 20 Oct 1996 23:31:40 +0200 (MET DST) Date: Sun, 20 Oct 1996 23:31:39 +0200 (MET DST) From: Andreas Klemm To: phk@freebsd.org cc: hackers@freebsd.org Subject: Re: an easy way to help us improve -current In-Reply-To: <23861.845819069@critter.tfs.com> Message-ID: X-try-apsfilter: ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz X-Fax: +49 2137 2018 X-Phone: +49 2137 2020 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Oct 1996, Poul-Henning Kamp wrote: > If you're looking for an easy way to help us improve FreeBSD, then > here's one way you can help: > > There is undoubtedly still programs that mismanage memory allocated > with malloc(3). Many of these will core dump when they make a mistake > provided you have set the right options for phkmalloc. > > So if you don't mind a little bit of a slowdown, try this out: > > ln -sf AJ /etc/malloc.conf Will do that ;-) -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-hackers Sun Oct 20 15:55:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25102 for hackers-outgoing; Sun, 20 Oct 1996 15:55:14 -0700 (PDT) Received: from vinyl.quickweb.com (vinyl.sentex.ca [206.222.77.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA25088 for ; Sun, 20 Oct 1996 15:55:09 -0700 (PDT) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.7.5/8.7.3) with SMTP id SAA29861; Sun, 20 Oct 1996 18:53:29 -0400 (EDT) X-Authentication-Warning: vinyl.quickweb.com: mark owned process doing -bs Date: Sun, 20 Oct 1996 18:53:29 -0400 (EDT) From: Mark Mayo To: Hiroyuki Hanai cc: hackers@FreeBSD.ORG Subject: More.. Re: JDK 1.0.2 problem.. In-Reply-To: <199610201217.VAA00277@astec.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Oct 1996, Hiroyuki Hanai wrote: > Mark Mayo wrote: > > The current directory must be in CLASSPATH environment variable if your > compiled class file is in the current directory. > The java byte code interpreter, `java', takes the class name in the command > line argument, not the file name. Ok. I put current directory in the CLASSPATH and now it works! Hoever, I'm having another problem with Networking.. the reason I ask here is that I think it's some sort of FreeBSD related problem because my code works on everything else.. (Microsoft, Symantec, and JDK under Windows NT, and on Linux JDK). The interpreter seems to be fine on everything else (java.awt, java.util stuff) - just barfs on the socket code The example I'm working on is pretty much straight from the O'Reilley Java in a Nutshell book. Here is the snippet that throws an Exception (when it shouldn't) // The body of the server thread. Loop forever, listening for and // accepting connections from clients. For each connection, create // a Connection object to handle communication through the new Socket. public void run() { try { while (true) { Socket client_socket = listen_socket.accept(); Connection c = new Connection(client_socket); } } catch (IOException e) { fail(e, "Exception while listening for connections"); } } It produces the following output when it runs: mark:{115}/home/mark/Code/java/Networking/Server % java Server Server: listening on port 11000 Exception while listening for connections:java.net.SocketException: Resource temporarily unavailable I tried different ports, always the same thing. I'm Unix stupid, so maybe I'm just not allowed to listen to ports.. I can't see why not though.. :-) I guess I'm just curious if anyone else has succesfully used the ServerSocket stuff on the FreeBSD JDK port. BTW, I'm super happy with the port, and I know the author isn't supporting the package, but if there are problems (I don't know if the above is my fault, or a problem with the JDK) I'm just trying to help work the bugs out. Having a working Java package on FreeBSD is a REAL big plus. The more I work with Java, the more I like it. It's a great language! TIA, -Mark ------------------------------------------- | Mark Mayo mark@quickweb.com | | C-Soft www.quickweb.com | ------------------------------------------- "To iterate is human, to recurse divine." - L. Peter Deutsch > > -----H.Hanai > From owner-freebsd-hackers Sun Oct 20 16:41:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA01449 for hackers-outgoing; Sun, 20 Oct 1996 16:41:19 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA01435 for ; Sun, 20 Oct 1996 16:41:14 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id JAA21564; Mon, 21 Oct 1996 09:36:55 +1000 Date: Mon, 21 Oct 1996 09:36:55 +1000 From: Bruce Evans Message-Id: <199610202336.JAA21564@godzilla.zeta.org.au> To: hackers@FreeBSD.org, peter@taronga.com Subject: Re: splash-page on bootup.. Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>Nah. life(1) takes only a small amount of assembly language: > >[deletia] > >Now *that* is something worth sticking in the boot sequence. It's a >cool hack, and it can do one generation per probe, you can see if it >hangs, and it's *way* cooler than anything Microsoft does. What is the copyright status for news articles with 20 authors? :-) Bruce From owner-freebsd-hackers Sun Oct 20 18:40:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA10150 for hackers-outgoing; Sun, 20 Oct 1996 18:40:37 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA10145 for ; Sun, 20 Oct 1996 18:40:30 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.6/8.7.3) id LAA03697; Mon, 21 Oct 1996 11:39:51 +1000 (EST) Date: Mon, 21 Oct 1996 11:39:50 +1000 (EST) From: "Daniel O'Callaghan" To: Julian Elischer cc: hackers@FreeBSD.org Subject: Re: Read-only root partition. [SYSLOG] In-Reply-To: <326A99D7.167EB0E7@whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Oct 1996, Julian Elischer wrote: > Ok so we've all looked at this before.. > The main problem to haveing a read-only root filesystem would seem to be > the pipe created by syslog in /dev. > > /dev/log is a unix domain socket created when syslogd starts up. > > Possible options include.. What about putting /dev/log into /var/run? Or another /var/ subdir for the purposes of unix domain sockets (e.g. /tmp/msql.sock is another candidate) Danny From owner-freebsd-hackers Sun Oct 20 18:55:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA10749 for hackers-outgoing; Sun, 20 Oct 1996 18:55:34 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA10735 for ; Sun, 20 Oct 1996 18:55:25 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.6/8.7.3) id LAA03746; Mon, 21 Oct 1996 11:55:23 +1000 (EST) Date: Mon, 21 Oct 1996 11:55:21 +1000 (EST) From: "Daniel O'Callaghan" To: hackers@freebsd.org Subject: Read-only root filesystem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Further to my suggestion regarding /dev/log moving to /var/run, there is a precedent - /var/run/printer. See the FILES section of lpd(8). Danny From owner-freebsd-hackers Sun Oct 20 19:33:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA13196 for hackers-outgoing; Sun, 20 Oct 1996 19:33:22 -0700 (PDT) Received: from misery.sdf.com ([204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA13182 for ; Sun, 20 Oct 1996 19:33:17 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.8.0/8.7.3) with SMTP id TAA12681; Sun, 20 Oct 1996 19:55:46 -0700 (PDT) Date: Sun, 20 Oct 1996 19:55:44 -0700 (PDT) From: Tom Samplonius To: Keith Mitchell cc: hackers@freebsd.org Subject: Re: nslookup on Ultrix and Bind 4.9.4 In-Reply-To: <199610202113.RAA10451@unix.guru.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Oct 1996, Keith Mitchell wrote: > I am runnign current on my FreeBSD system (10/18). I am using the machine > as a primary name server for the local network. Ever since bind was updated > to 4.9.4?? one of the other computers on the network could not use it as > a nameserver. The other computer is a DECstation 5k running Ultrix 4.4. > > nslookup comes back with messages like: > > *** Can't find server name for address 10.10.10.12: Query refused > *** Default servers are not available > > > And in the named debug file, I get: > > datagram from [198.82.200.88].1539, fd 5, len 27; now Sun Oct 20 17:10:33 1996 > ns_req: answer -> [198.82.200.88].1539 fd=5 id=1 size=27 Local > > > The funny thing is DNS lookups (gethostbyname, gethostbyaddr) seem to work > fine. nsquery seems to work as well. If I set the name server to be > one of the FreeBSD stable machines everything works fine (old bind). > > Any idea why the new bind would cause the resolver to fail on an old Ultrix > machine?? > > It could be using INVQ to find the server name. This was something that old nslookup's do. INVQ is depreciated. Try the nslookup from 4.9.4P1 on Ultrix. Get the full BIND 4.9.4P1 kit from ftp.vix.com:/pub/bind Tom From owner-freebsd-hackers Sun Oct 20 19:44:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA14015 for hackers-outgoing; Sun, 20 Oct 1996 19:44:43 -0700 (PDT) Received: from spoon.beta.com (root@[199.165.180.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA14009; Sun, 20 Oct 1996 19:44:40 -0700 (PDT) Received: from spoon.beta.com (mcgovern@localhost [127.0.0.1]) by spoon.beta.com (8.7.5/8.6.9) with ESMTP id WAA03931; Sun, 20 Oct 1996 22:44:33 -0400 (EDT) Message-Id: <199610210244.WAA03931@spoon.beta.com> To: questions@freebsd.org, hackers@freebsd.org Subject: 1540CP... Date: Sun, 20 Oct 1996 22:44:32 -0400 From: "Brian J. McGovern" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was wondering if the Adaptec 1540CP is currently supported by the 2.2-SNAP releases.... I know some of the earlier cards are, but I'm about to buy one to support my HP 4020i, and I would like to make sure so I don't get to play the pick-it-up, install it, return it blues. I've been playing with a 2842, but my 486 system doesn't seem to fully support VLB the way it should (love bogus hardware), so when I load my soundcard drivers w/windows (under DOS), the 284X stops working. Any help would be appreciated. -Brian From owner-freebsd-hackers Sun Oct 20 19:46:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA14144 for hackers-outgoing; Sun, 20 Oct 1996 19:46:07 -0700 (PDT) Received: from spoon.beta.com (root@[199.165.180.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA14132; Sun, 20 Oct 1996 19:46:02 -0700 (PDT) Received: from spoon.beta.com (mcgovern@localhost [127.0.0.1]) by spoon.beta.com (8.7.5/8.6.9) with ESMTP id WAA03953; Sun, 20 Oct 1996 22:45:54 -0400 (EDT) Message-Id: <199610210245.WAA03953@spoon.beta.com> To: questions@freebsd.org, hackers@freebsd.org Subject: UFS to CD? Date: Sun, 20 Oct 1996 22:45:53 -0400 From: "Brian J. McGovern" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk One last (more?) question... Is there a proceedure out there for copying UFS (as compared to iso file systems) to CD. the wormcontrol man page shows a ISO format for a plasmon drive. A tutorial, or even something saying "this is how it should work" should be sufficient. thanks. -Brian From owner-freebsd-hackers Sun Oct 20 20:25:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA16664 for hackers-outgoing; Sun, 20 Oct 1996 20:25:50 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA16654 for ; Sun, 20 Oct 1996 20:25:47 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15160(5)>; Sun, 20 Oct 1996 20:25:14 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177480>; Sun, 20 Oct 1996 20:25:04 -0700 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers), rohit@cs.umd.edu (Rohit Dube) Subject: Re: Conventions/Rules for adding Local ioctls In-reply-to: Your message of "Sun, 20 Oct 96 00:10:17 PDT." <199610200710.JAA27702@uriah.heep.sax.de> Date: Sun, 20 Oct 1996 20:24:53 PDT From: Bill Fenner Message-Id: <96Oct20.202504pdt.177480@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199610200710.JAA27702@uriah.heep.sax.de> you write: >We will happily include it somewhere in the documentation if you write >this file. (no smiley, no joke!) Just as an aside, SunOS apparently uses sys/ioccom.h for this documentation (in a big comment). Bill From owner-freebsd-hackers Sun Oct 20 21:19:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA18956 for hackers-outgoing; Sun, 20 Oct 1996 21:19:28 -0700 (PDT) Received: from unix.guru.org (kmitch@unix.guru.org [198.82.200.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA18947 for ; Sun, 20 Oct 1996 21:19:21 -0700 (PDT) Received: (from kmitch@localhost) by unix.guru.org (8.7.6/8.7.3) id AAA12875; Mon, 21 Oct 1996 00:19:13 -0400 (EDT) From: Keith Mitchell Message-Id: <199610210419.AAA12875@unix.guru.org> Subject: Re: nslookup on Ultrix and Bind 4.9.4 In-Reply-To: from Tom Samplonius at "Oct 20, 96 07:55:44 pm" To: tom@sdf.com (Tom Samplonius) Date: Mon, 21 Oct 1996 00:19:12 -0400 (EDT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It could be using INVQ to find the server name. This was something that > old nslookup's do. INVQ is depreciated. That was it. Thanks. I installed the tools from the new bind on the ultrix box and everything works fine now. Keith From owner-freebsd-hackers Sun Oct 20 21:56:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA22410 for hackers-outgoing; Sun, 20 Oct 1996 21:56:25 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA22404 for ; Sun, 20 Oct 1996 21:56:22 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16057(2)>; Sun, 20 Oct 1996 21:55:51 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177480>; Sun, 20 Oct 1996 21:55:39 -0700 To: Keith Mitchell cc: hackers@freebsd.org Subject: Re: nslookup on Ultrix and Bind 4.9.4 In-reply-to: Your message of "Sun, 20 Oct 96 14:13:23 PDT." <199610202113.RAA10451@unix.guru.org> Date: Sun, 20 Oct 1996 21:55:35 PDT From: Bill Fenner Message-Id: <96Oct20.215539pdt.177480@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is from src/contrib/bind/OPTIONS: INVQ (origin: U C Berkeley, with #ifdef's by Paul Vixie) enables "inverse queries", which in all of the internet only one client ever uses: ancient nslookup. if you build named with INVQ defined, you get the time-honored behaviour of supporting this whole class of queries for no real purpose other than to waste a few hundred kilobytes of your memory and about 3% of named's total CPU time. if you build with INVQ undefined, old nslookups will not be able to reach your server in their startup phase, and you will have to use the "server" command after it fails over to some other server, or use "nslookup - 0" to get in from the shell. if you need to support old nslookups try "options fake-iquery" instead of enabling this option. you probably do not want this. So, try putting "options fake-iquery" in your named.boot (or build a new nslookup on your ultrix boxen). Bill From owner-freebsd-hackers Sun Oct 20 22:52:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA25052 for hackers-outgoing; Sun, 20 Oct 1996 22:52:17 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA25043 for ; Sun, 20 Oct 1996 22:52:14 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id XAA14622; Sun, 20 Oct 1996 23:52:12 -0600 (MDT) Date: Sun, 20 Oct 1996 23:52:12 -0600 (MDT) Message-Id: <199610210552.XAA14622@rocky.mt.sri.com> From: Nate Williams To: hackers@freebsd.org Subject: Musings on recent flamage Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk While I don't feel any of the recent is helpful, I was a bit bummed out about things and sad about the state of BSD affairs. While browsing around I remember Paul Vixie kept a mini-log of the original 386BSD email/postings, so for grins I read that. Folks, we got it easy. As much as you might disagree with the OpenBSD folks, they are *complete* amateurs at over-reacting compared to Bill and Lynne (mostly Lynne). We're so far ahead of the game than we were just a couple years ago that it really boggles my mind. I remember trying to run 0.0 only to find out that I had no co-processor, so I couldn't. I was overjoyed when 0.1 came out and it supported my SCSI controller. We've come a long way baby! And, llthough the development model we're using now isn't perfect (none are), it works and has produced some *very* good releases, which rival the releases commercial software companies put out. Some of the problems we have are related to the 'birthing' process, so are to be expected, but all that aside this whole FreeBSD thing has been lots of fun (and work), but all in all very rewarding, as both a developer and a user. Kudos to all involved, and I can't wait to see what happens in the next 4 years! Nate From owner-freebsd-hackers Mon Oct 21 02:50:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA04245 for hackers-outgoing; Mon, 21 Oct 1996 02:50:58 -0700 (PDT) Received: from whale.gu.kiev.ua (www2-1251.gu.kiev.ua [193.124.51.79]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA04114 for ; Mon, 21 Oct 1996 02:47:45 -0700 (PDT) Received: from creator.gu.kiev.ua (stesin@creator.gu.kiev.ua [193.124.51.73]) by whale.gu.kiev.ua (8.7.5/8.7.3) with SMTP id LAA70800; Mon, 21 Oct 1996 11:06:59 +0300 Date: Mon, 21 Oct 1996 11:06:59 +0300 (EET DST) From: Andrew Stesin X-Sender: stesin@creator.gu.kiev.ua To: "Daniel O'Callaghan" cc: hackers@FreeBSD.org Subject: Re: Read-only root filesystem In-Reply-To: Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, I second this. On Mon, 21 Oct 1996, Daniel O'Callaghan wrote: > Date: Mon, 21 Oct 1996 11:55:21 +1000 (EST) > From: Daniel O'Callaghan > To: hackers@FreeBSD.org > Subject: Read-only root filesystem > > > Further to my suggestion regarding /dev/log moving to /var/run, there is > a precedent - /var/run/printer. See the FILES section of lpd(8). > > Danny > -- Best, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-hackers Mon Oct 21 03:13:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA04968 for hackers-outgoing; Mon, 21 Oct 1996 03:13:21 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA04963 for ; Mon, 21 Oct 1996 03:13:15 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id LAA04126; Mon, 21 Oct 1996 11:11:35 +0100 Date: Mon, 21 Oct 1996 11:11:33 +0100 (BST) From: Doug Rabson To: Terry Lambert cc: michaelh@cet.co.jp, karl@Mcs.Net, freebsd-hackers@FreeBSD.org Subject: Re: NFS node: disappearing directory In-Reply-To: <199610181904.MAA01751@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 18 Oct 1996, Terry Lambert wrote: > Ah, another question requiring more than a 10 line answer. 8-(. > > > > > > But 3) says it does get reloaded. > > > > > > Sometimes. But if go to the "up-level" when it happens and do a "ls", you > > > get a VERY short list (~10% of what's really there - right about 200 > > > entries) > > > > Umm. Is John around? What kind of memory does the result of readdir go > > into? > > Depends on the FS. For NFS, "bogus cookie handling memory which was > allocated for fear the user buffer would be too small to return the > data". > > The problem is cookie related. The fix is to get rid of the cookie > code. The problem is cookie related but in the client. The cookie stuff Terry is going on about is in the server which is irrelavent to this bug. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-hackers Mon Oct 21 03:37:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA05836 for hackers-outgoing; Mon, 21 Oct 1996 03:37:27 -0700 (PDT) Received: from burdell.cc.gatech.edu (root@burdell.cc.gatech.edu [130.207.3.207]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA05831 for ; Mon, 21 Oct 1996 03:37:23 -0700 (PDT) Received: from morticia.cc.gatech.edu (sunil@morticia.cc.gatech.edu [130.207.8.11]) by burdell.cc.gatech.edu (8.8.Beta.5/8.6.9) with ESMTP id GAA09801 for ; Mon, 21 Oct 1996 06:37:20 -0400 (EDT) Received: (from sunil@localhost) by morticia.cc.gatech.edu (8.8.Beta.5/8.6.9) id GAA24297 for hackers@freebsd.org; Mon, 21 Oct 1996 06:37:19 -0400 (EDT) From: sunil@cc.gatech.edu (Sunil Upendra Khaunte) Message-Id: <199610211037.GAA24297@morticia.cc.gatech.edu> Subject: ISP information! To: hackers@freebsd.org Date: Mon, 21 Oct 1996 06:37:19 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi : Can anyone suggest a good reference book regarding the technical details of providing Internet Service to subscribers? I'm primararily interested in the technical issues like hardware/software support required, software configuration and related issues... Any help in this connection will be highly appreciated. Sunil From owner-freebsd-hackers Mon Oct 21 03:56:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA06457 for hackers-outgoing; Mon, 21 Oct 1996 03:56:10 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA06441 for ; Mon, 21 Oct 1996 03:56:04 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id LAA04175; Mon, 21 Oct 1996 11:55:26 +0100 Date: Mon, 21 Oct 1996 11:55:25 +0100 (BST) From: Doug Rabson To: Julian Elischer cc: hackers@freebsd.org Subject: Re: DEVFS progress report In-Reply-To: <326A9F5D.2781E494@whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Oct 1996, Julian Elischer wrote: > Well here's a progress report on devfs.. > > One of my original design goals was to do away with the > mechanism in the kernel known as "device vnode aliasing". > The theory was that if all references to the same device > ended up at the same vnode, then that would allow the vnode aliasing > code (messy stuff) to simply be elliminated. > Unfortunatly there is one problem about this that just cannot be > gotten around. If there is just one vnode for all instances for > a device, then all fstats on that vnode must return the same value. > no matter where it was openned from, even if the original > path looked as though it had a different set of attributes. > I've tried many ways to get around this but it's just too > hard to get "expected" unix semantics. The only way to achieve it > is to use a scheme that ends up looking exactly like > vnode aliasing, which is what I was trying to get away from in the > first place.. > > After trying for a year, I've basically decided that I can't > achieve this (laudable) goal. this has produced many complication > in the devfs design, and stopped me from doing many "obvious" > things. I will be changing devfs inthe near future to > re-allign it with the design now that I have removed that > one goal. hopefully this will allow the following to happen easier.. > > 1/ mounting root from the devfs (you'd be surprised how this is > affected) > 2/ translucent attribute storage > (I've been worrying how to do this.. this makes it more possible). > 3/ resolution of the problems with unmounting > filesystems mounted from devfs > 4/ assisting the ability to change permissions > for a device in one devfs without compromising another. (don't ask) > Are you going to be able to remove the dependancy on specfs? It seems to me that if you simply move spec_read/write/open/close etc. into devfs then you can avoid using [bc]devsw[] at all and call the driver directly through the pointers in the devnode. This would be a step forward IMHO since it would reduce the number of places which care about the major device number. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-hackers Mon Oct 21 04:35:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08117 for hackers-outgoing; Mon, 21 Oct 1996 04:35:45 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA08106 for ; Mon, 21 Oct 1996 04:35:42 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id MAA25633 for ; Mon, 21 Oct 1996 12:36:19 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id MAA16558 for freebsd-hackers@freefall.cdrom.com; Mon, 21 Oct 1996 12:41:28 +0100 Date: Mon, 21 Oct 1996 12:41:28 +0100 From: Christoph Kukulies Message-Id: <199610211141.MAA16558@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: f77 (f2c) script Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Where is that (Jonas?) f77 driver script for f2c gone? Is g77 now the default F0RTRAN compiler? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Mon Oct 21 04:49:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08566 for hackers-outgoing; Mon, 21 Oct 1996 04:49:58 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA08561 for ; Mon, 21 Oct 1996 04:49:56 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id EAA23661; Mon, 21 Oct 1996 04:50:26 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id VAA13471; Mon, 21 Oct 1996 21:49:31 +1000 From: Julian Assange Message-Id: <199610211149.VAA13471@suburbia.net> Subject: Re: Read-only root partition. [SYSLOG] To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Mon, 21 Oct 1996 21:49:31 +1000 (EST) Cc: julian@whistle.com, hackers@FreeBSD.org In-Reply-To: from "Daniel O'Callaghan" at Oct 21, 96 11:39:50 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > > On Sun, 20 Oct 1996, Julian Elischer wrote: > > > Ok so we've all looked at this before.. > > The main problem to haveing a read-only root filesystem would seem to be > > the pipe created by syslog in /dev. > > > > /dev/log is a unix domain socket created when syslogd starts up. > > > > Possible options include.. > > What about putting /dev/log into /var/run? Or another /var/ subdir for > the purposes of unix domain sockets (e.g. /tmp/msql.sock is another > candidate) > > Danny > Problem is that all the clients use /dev/log too. The way I get around this is to just put a symlink in /dev/log and tell syslogd to use /ftp/dev/log -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | C7F81C2AA32D7D4E4D360A2ED2098E0D | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Mon Oct 21 04:51:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08658 for hackers-outgoing; Mon, 21 Oct 1996 04:51:05 -0700 (PDT) Received: from saratoga.compassnet.com (root@saratoga.compassnet.com [198.66.160.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA08653 for ; Mon, 21 Oct 1996 04:51:02 -0700 (PDT) Received: from [198.66.160.74] (ts-hou1-13-11.compassnet.com [198.66.160.74]) by saratoga.compassnet.com (8.7.5/8.7.3) with SMTP id GAA13236; Mon, 21 Oct 1996 06:46:00 -0500 (CDT) Message-Id: <199610211146.GAA13236@saratoga.compassnet.com> Subject: Re: setuid, core dumps, ftpd, and DB Date: Mon, 21 Oct 96 06:48:04 -0000 x-sender: macbnr@compassnet.com x-mailer: Claris Emailer 1.1 From: Brian Walters cc: , Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe From owner-freebsd-hackers Mon Oct 21 05:07:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA09290 for hackers-outgoing; Mon, 21 Oct 1996 05:07:56 -0700 (PDT) Received: from black.oaktree.co.uk (black.oaktree.co.uk [194.217.216.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA09276 for ; Mon, 21 Oct 1996 05:07:51 -0700 (PDT) Received: (from jon@localhost) by black.oaktree.co.uk (8.7.5/8.7.3) id NAA22911; Mon, 21 Oct 1996 13:06:11 +0100 (BST) From: Jon Ribbens Message-Id: <199610211206.NAA22911@black.oaktree.co.uk> Subject: Re: setuid, core dumps, ftpd, and DB To: mycroft@mit.edu (Charles M. Hannum) Date: Mon, 21 Oct 1996 13:06:11 +0100 (BST) Cc: tech-userlevel@NetBSD.ORG, freebsd-hackers@freefall.FreeBSD.org In-Reply-To: from "Charles M. Hannum" at Oct 19, 96 11:27:17 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Charles M. Hannum wrote: > * In the particular case of ftpd, if you've logged in as a user other > than root, then your saved, real, and effective uids do not match, so > the previous check we used to use (ruid != svuid || ruid != euid) > would catch this. So, unless you're logged in as root, you'd be hard > pressed to get ftpd to core dump. (except on 1.1, when it's easy) > * Do you prevent core dumps if you've ever had any tainted data, or do > you attempt to decide when you no longer have any? > > * If the latter, how? Always zero buffers (including partial zeroing > of stdio buffers as you read from them!), create new interfaces to the > libraries to inform them which data is secure, etc? Garbage > collection? B-) In the case of ftpd, at least, I think that it should be split into two programs. The front-end program would accept the connection, ask for the user-name and password, setuid and chroot as necessary and then exec another program which would handle the data transfers. This probably isn't a trivial change though ;-). It's something to bear in mind when writing future programs though. (cf 'login') Cheers Jon ____ \ // Jon Ribbens // \// jon@oaktree.co.uk // From owner-freebsd-hackers Mon Oct 21 05:08:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA09340 for hackers-outgoing; Mon, 21 Oct 1996 05:08:03 -0700 (PDT) Received: from www.hsc.wvu.edu (www.hsc.wvu.edu [157.182.105.122]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA09307 for ; Mon, 21 Oct 1996 05:08:00 -0700 (PDT) Received: (from jsigmon@localhost) by www.hsc.wvu.edu (8.7.5/8.7.3) id IAA05794; Mon, 21 Oct 1996 08:08:56 -0400 (EDT) Date: Mon, 21 Oct 1996 08:08:56 -0400 (EDT) From: Jeremy Sigmon To: hackers@freebsd.org Subject: Re: BoS: Urgent !! Serious Linux Security Bug.... (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Date: Sun, 20 Oct 1996 21:14:42 -0400 From: Eli Burke To: Multiple recipients of list BUGTRAQ Subject: Re: BoS: Urgent !! Serious Linux Security Bug.... > cy>> > Today we saw an email from Linus Torvalds advising of a problem > cy>> >with Linux and ping. Basically you can reboot a linux box remotely if > cy>> >some scenario's are right. From what we can tell and this has all been > cy>> >verified is: If anyone in the world with a Windows 95 machine can ping > cy>> >your Linux box they can potentially reboot that machine.. > cy>> > cy>> Yes, but this attack another machines, AIX for example. > cy>I just tested this against FreeBSD 2.1.5. The machine under attack, > cy>a 486SX/25, got was for a while but recovered quite nicely. > > My Friend tested in this machines: > > 1) Reboot: OSF/1 3.2C, Solaris2.4 x86 > > 2) Ignored: *BSD, SunOS4.1.x, IOS, AIX3.2.5, VMS e Solaris 2.4 > > Sparc, Irix. > > 3) Respond: M$ e OS/2 > > 4) Crash: Linux, AIX4, OSF <= 3.2C and AIX3.2.5 on Token-ring. I tested this under OSF/1 3.2 and had no problems. Same for DUnix 4.0, Ultrix 4.4, Windows NT 4.0 (server and workstation), and FreeBSD 2.1.5. FreeBSD was the only one that showed any symptoms; the network card stopped responding for about two minutes, but I could belive that to be the fault of the lousy intel etherexpress driver. -- Eli Burke eburke@vt.edu http://csugrad.cs.vt.edu/~eburke/ From owner-freebsd-hackers Mon Oct 21 05:29:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA10279 for hackers-outgoing; Mon, 21 Oct 1996 05:29:51 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA10274 for ; Mon, 21 Oct 1996 05:29:46 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id NAA26150 for ; Mon, 21 Oct 1996 13:07:49 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id NAA16716; Mon, 21 Oct 1996 13:12:57 +0100 From: Christoph Kukulies Message-Id: <199610211212.NAA16716@gilberto.physik.rwth-aachen.de> Subject: Re: f77 (f2c) script In-Reply-To: <199610211141.MAA16558@gilberto.physik.rwth-aachen.de> from Christoph Kukulies at "Oct 21, 96 12:41:28 pm" To: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Date: Mon, 21 Oct 1996 13:12:55 +0100 (MET) Cc: freebsd-hackers@freefall.freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Where is that (Jonas?) f77 driver script for f2c gone? > Is g77 now the default F0RTRAN compiler? Whoops. Assumed since it was in src/gnu/usr.bin/cc/f77 that it would have to do something with g77. One oddity I found with that f77 driver is that it cannot cope with extensions other than .f (e.g. .F or .for) and that's why I was asking for that script. > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Mon Oct 21 06:59:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA13656 for hackers-outgoing; Mon, 21 Oct 1996 06:59:33 -0700 (PDT) Received: from toth.hq.ferg.com (pm1-07.wmbg.widomaker.com [206.161.154.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA13651; Mon, 21 Oct 1996 06:59:29 -0700 (PDT) Received: from toth.hq.ferg.com (localhost.hq.ferg.com [127.0.0.1]) by toth.hq.ferg.com (8.7.5/8.7.3) with SMTP id JAA29981; Mon, 21 Oct 1996 09:59:21 -0400 (EDT) Date: Mon, 21 Oct 1996 09:59:21 -0400 (EDT) From: Branson Matheson X-Sender: branson@toth.hq.ferg.com To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Subject: System Admin Tools Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Talking to Jamie this morning.. I realized that we have lots of complete tools for sysadmin work but none of the nifty quickie tools that we each use each day included with the installation. Some examples of these tools are: zap / dkill - kills by process name instead of pid gps - lists by process name And others... Also things like a .cshrc that puts your $cwd in your title bar or command line depending on your TERM. Things like a particularly neat setup for .fvwmrc or scripts for handling xauth neatly. So what I am looking for is all the neat things that you might have available and use on a daily basis that you would be willing to send in for inclusion in a sysadmin.tools.pkg. What I am looking for is the tool, and a short concise and to the point readme explaining what it is, where it goes, and who sent it. I will try to put all the tools that I get together into a package that can be installed on the system. Manpages for some of the more elaborate stuff would be nice. Please send them to ftp://belgrath.widomaker.com/incoming/sysadm-tools I would prefer a tarball with the tools and accompanying readme... and title it somthing like : bransons.tgz Thanks! -branson ============================================================================= Branson Matheson | Ferguson Enterprises | If Pete and Repeat were System Administrator | W: (804) 874-7795 | sittin on a fence and Pete Unix, Perl, WWW | branson@widomaker.com | fell off, who is left? From owner-freebsd-hackers Mon Oct 21 07:07:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA14146 for hackers-outgoing; Mon, 21 Oct 1996 07:07:35 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA14137 for ; Mon, 21 Oct 1996 07:07:32 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id HAA01221; Mon, 21 Oct 1996 07:07:17 -0700 (PDT) Message-Id: <199610211407.HAA01221@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Jeremy Sigmon cc: hackers@freebsd.org Subject: Re: BoS: Urgent !! Serious Linux Security Bug.... (fwd) In-reply-to: Your message of "Mon, 21 Oct 1996 08:08:56 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Oct 1996 07:07:17 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Jeremy Sigmon : > > Date: Sun, 20 Oct 1996 21:14:42 -0400 > From: Eli Burke > To: Multiple recipients of list BUGTRAQ > Subject: Re: BoS: Urgent !! Serious Linux Security Bug.... > > > cy>> > Today we saw an email from Linus Torvalds advising of a probl em > > cy>> >with Linux and ping. Basically you can reboot a linux box remotely i f > > cy>> >some scenario's are right. From what we can tell and this has all be en > > cy>> >verified is: If anyone in the world with a Windows 95 machine can pin g > > cy>> >your Linux box they can potentially reboot that machine.. > > cy>> > > cy>> Yes, but this attack another machines, AIX for example. > > cy>I just tested this against FreeBSD 2.1.5. The machine under attack, > > cy>a 486SX/25, got was for a while but recovered quite nicely. > > > > My Friend tested in this machines: > > > 1) Reboot: OSF/1 3.2C, Solaris2.4 x86 > > > 2) Ignored: *BSD, SunOS4.1.x, IOS, AIX3.2.5, VMS e Solaris 2.4 > > > Sparc, Irix. > > > 3) Respond: M$ e OS/2 > > > 4) Crash: Linux, AIX4, OSF <= 3.2C and AIX3.2.5 on Token-ring. > > I tested this under OSF/1 3.2 and had no problems. Same for DUnix 4.0 , > Ultrix 4.4, Windows NT 4.0 (server and workstation), and FreeBSD 2.1.5. > FreeBSD was the only one that showed any symptoms; the network card stopped > responding for about two minutes, but I could belive that to be the fault of > the lousy intel etherexpress driver. > Is this is a joke? And yes I have had Win95 boxes ping my FreeBSD boxes. Amancio From owner-freebsd-hackers Mon Oct 21 07:59:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA17082 for hackers-outgoing; Mon, 21 Oct 1996 07:59:35 -0700 (PDT) Received: from seine.cs.umd.edu (10862@seine.cs.umd.edu [128.8.128.59]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA17077 for ; Mon, 21 Oct 1996 07:59:32 -0700 (PDT) Received: by seine.cs.umd.edu (8.7.6/UMIACS-0.9/04-05-88) id KAA20717; Mon, 21 Oct 1996 10:59:18 -0400 (EDT) Date: Mon, 21 Oct 1996 10:59:18 -0400 (EDT) From: rohit@cs.umd.edu (Rohit Dube) Message-Id: <199610211459.KAA20717@seine.cs.umd.edu> To: freebsd-hackers@freebsd.org Subject: Ioctl groups list Cc: j@uriah.heep.sax.de Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Here is the initial Ioctl groups list. I am pretty sure I got all the obvious groups, but I am also sure that I missed some non-obvious ones. Additions/corrections would be most welcome. As Bill Fenner pointed out, SunOS indeed puts this list in ioccom.h and perhaps that may be a prospect for FreeBSD too. --rohit. /* * Ioctl Groups defined in various FreeBSD Kernel header files * $Id: groups,v 1.2 1996/10/21 14:33:17 rohit Exp rohit $ */ /* * * char file where defined notes * ____ __________________ _____ * * f gnu/ext2fs/ext2_fs.h * v gnu/ext2fs/ext2_fs.h * N gnu/i386/isa/niccyreg.h * I gnu/isdn/isdn_ioctl.h * d i386/boot/dosboot/disklabe.h * S i386/ibcs2/ibcs2_socksys.h * R i386/ibcs2/ibcs2_socksys.h * I i386/ibcs2/ibcs2_socksys.h * P i386/include/apm_bios.h * S i386/include/asc_ioctl.h * s i386/include/cdk.h * c i386/include/comstats.h * K i386/include/console.h * k i386/include/console.h * a i386/include/console.h * c i386/include/console.h * v i386/include/console.h * S i386/include/console.h * x i386/include/cronyx.h * S i386/include/gsc.h * x i386/include/ioctl_ctx.h * F i386/include/ioctl_fd.h * x i386/include/ioctl_meteor.h * J i386/include/joystick.h * p i386/include/lpt.h * A i386/include/pcaudio.h * P i386/include/pcaudio.h * K i386/include/pcvt_ioctl.h * V i386/include/pcvt_ioctl.h * t i386/include/pcvt_ioctl.h * v i386/include/pcvt_ioctl.h * 5 i386/include/perfmon.h * S i386/include/qcam.h * r i386/include/random.h * S i386/include/si.h * Q i386/include/soundcard.h * T i386/include/soundcard.h * P i386/include/soundcard.h * m i386/include/soundcard.h * C i386/include/soundcard.h * M i386/include/soundcard.h * S i386/include/speaker.h * s i386/include/spigot.h * Q i386/isa/b004.h * g i386/isa/gpib.h * B net/bpf.h * t net/if_ppp.h * i net/if_ppp.h * t net/if_tun.h * t net/if_slip.h * i netatalk/phase2.h * i netccitt/x25.h * i netiso/eonvar.h * a netiso/iso_snpac.h * i netiso/iso_var.h * P pccard/card.h * F sys/ccdvar.h * c sys/cdio.h * A sys/dataacq.h * d sys/disklabel.h * d sys/diskslice.h * F sys/fbio.h * f sys/filio.h * q sys/ftape.h * t sys/ioctl_compat.h * K sys/lkm.h * m sys/mtio.h * Q sys/scsiio.h * T sys/snoop.h * s sys/sockio.h * r sys/sockio.h * i sys/sockio.h * b sys/tablet.h * t sys/ttycom.h * v sys/vcmd.h * F sys/vnioctl.h * V sys/vsio.h * W sys/wormio.h */ From owner-freebsd-hackers Mon Oct 21 08:25:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA18410 for hackers-outgoing; Mon, 21 Oct 1996 08:25:14 -0700 (PDT) Received: from haus.efn.org (haus.efn.org [198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA18402 for ; Mon, 21 Oct 1996 08:25:11 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id IAA16662 for ; Mon, 21 Oct 1996 08:29:07 -0700 (PDT) Received: from localhost (j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) with SMTP id IAA05450 for ; Mon, 21 Oct 1996 08:25:07 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: j_mini owned process doing -bs Date: Mon, 21 Oct 1996 08:25:07 -0700 (PDT) From: Jonathan Mini To: hackers@freebsd.org Subject: Screen savers for syscons.... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Lately I've been running FreeBSD 2.1.5-R with a MDA/Herc monitor, and I've been slowly getting annoyed at the screen savers (or lack thereof) for FreeBSD. Currently, I have to turn my monitor off, since the screen savers supplied with FreeBSD won't work on my MDA adapter. Is it jsut me or do they only work on VGA displays? (I haven't tried using an EGA display) If the screen savers only work on VGA displays, they should at least take advantage of the graphics device available. I'm planning on modifying the screen savers that come with FreeBSD 2.1.5-R to work with other display devices other than VGA. (like my mono system) AFter that, I'd like to write a few screen savers that use the 320x200x256 graphics mode of VGA to create a few decent screen savers. (let's face it, other than the "green" and "blank" screen savers everything else is pitiful.) I'm looking at wirting : - Text based screen savers which will work under any syscon. - a few 320x200 screen savers that work under VGA : - a decent star saver (like xrocks) I've a few other ideas, but none of them planned. Am I repeating code already written? If not, is there much of a need for a decent set of screen savers? And if so, are there any you guys would like to see in particular... ;) Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-hackers Mon Oct 21 08:46:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19594 for hackers-outgoing; Mon, 21 Oct 1996 08:46:59 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA19589 for ; Mon, 21 Oct 1996 08:46:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id IAA10359; Mon, 21 Oct 1996 08:34:20 -0700 (PDT) Message-Id: <199610211534.IAA10359@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Jon Ribbens Cc: tech-userlevel@netbsd.org, freebsd-hackers@freefall.freebsd.org Subject: Re: setuid, core dumps, ftpd, and DB Reply-To: Jason Thorpe From: Jason Thorpe Date: Mon, 21 Oct 1996 08:34:20 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996 13:06:11 +0100 (BST) Jon Ribbens wrote: > Charles M. Hannum wrote: > > * In the particular case of ftpd, if you've logged in as a user other > > than root, then your saved, real, and effective uids do not match, so > > the previous check we used to use (ruid != svuid || ruid != euid) > > would catch this. So, unless you're logged in as root, you'd be hard > > pressed to get ftpd to core dump. > > (except on 1.1, when it's easy) In which case you should either: * Upgrade to a more recent release, or * modify your kern_sig.c to perform the same check as NetBSD-current's kern_sig.c. Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Mon Oct 21 09:04:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA20732 for hackers-outgoing; Mon, 21 Oct 1996 09:04:12 -0700 (PDT) Received: from os.inf.tu-dresden.de (os.inf.tu-dresden.de [141.76.20.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA20576 for ; Mon, 21 Oct 1996 09:02:51 -0700 (PDT) Received: from anna.inf.tu-dresden.de (hohmuth@ibdr066.inf.tu-dresden.de [141.76.20.66]) by os.inf.tu-dresden.de (8.7.6/8.7.3) with ESMTP id SAA05272; Mon, 21 Oct 1996 18:02:35 +0200 Received: (from hohmuth@localhost) by anna.inf.tu-dresden.de (8.7.6/8.7.3) id SAA29490; Mon, 21 Oct 1996 18:02:34 +0200 Date: Mon, 21 Oct 1996 18:02:34 +0200 Message-Id: <199610211602.SAA29490@anna.inf.tu-dresden.de> To: Jason Thorpe CC: hackers@freebsd.org In-reply-to: Jason Thorpe's message of Thu, 17 Oct 1996 11:44:01 -0700 Subject: Re: Linux compat issue(s) From: hohmuth@inf.tu-dresden.de (Michael Hohmuth) References: <199610171844.LAA06086@lestat.nas.nasa.gov> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199610171844.LAA06086@lestat.nas.nasa.gov> Jason Thorpe writes: > On Thu, 17 Oct 1996 19:32:43 +0200 > roberto@keltia.freenix.fr (Ollivier Robert) wrote: > > > Has anyone contacted Linus for the same problem ? It would be nice if every > > free UNIX could use the same method. > > As I stated in a previous mail to this list, Matt Thomas and I had this > discussion with Linus. He simply wasn't interested. His way to make it > all work properly was to make all of the ABIs look like Linux. > > Eventually, the thread turned into "why making all ABIs look like > Linux was not an acceptable solution". > [...] (I'm no longer so enthusiastic about expending the > effort to include Linux on this, given Linus's attitude toward the > problem.) I suggest you rather discuss it with H.J. Lu, the Linux binutils hacker, who can be expected to have an understanding of the issue. Linus will probably acceppt Linux kernel patches by him. Michael -- Email: hohmuth@inf.tu-dresden.de WWW: http://www.inf.tu-dresden.de/~mh1/ From owner-freebsd-hackers Mon Oct 21 09:07:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA20939 for hackers-outgoing; Mon, 21 Oct 1996 09:07:16 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA20925 for ; Mon, 21 Oct 1996 09:07:04 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id RAA29471 for ; Mon, 21 Oct 1996 17:07:36 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA17522 for freebsd-hackers@freefall.cdrom.com; Mon, 21 Oct 1996 17:12:45 +0100 Date: Mon, 21 Oct 1996 17:12:45 +0100 From: Christoph Kukulies Message-Id: <199610211612.RAA17522@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: -ffancy-math-386 gone? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In gcc 2.6 - I believe - there was an option (FreeBSD only) to allow inlining of some coprocessor FP instructions. Has it gone without replacement in gcc 2.7.x ? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Mon Oct 21 09:10:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA21219 for hackers-outgoing; Mon, 21 Oct 1996 09:10:43 -0700 (PDT) Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA21209 for ; Mon, 21 Oct 1996 09:10:39 -0700 (PDT) Received: from spiffy.cybernet.com (spiffy.cybernet.com [192.245.33.55]) by gateway.cybernet.com (8.7.6/8.7.3) with SMTP id MAA10625; Mon, 21 Oct 1996 12:16:27 -0400 (EDT) Message-ID: X-Mailer: XFMail 0.5-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <96Oct20.215539pdt.177480@crevenia.parc.xerox.com> Date: Mon, 21 Oct 1996 12:06:10 -0400 (EDT) Organization: Cybernet Systems Corporation From: Mark Taylor To: Bill Fenner Subject: Re: nslookup on Ultrix and Bind 4.9.4 Cc: Keith Mitchell , hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thank you! I've been meaning to look into fixing our old old SunOS to get nslookup to work with our name server's bind 4.9.3. It works now that I've put "options fake-iquery" in the named.boot file. Thanks! On 01:55:35 Bill Fenner wrote: >>This is from src/contrib/bind/OPTIONS: > >INVQ (origin: U C Berkeley, with #ifdef's by Paul Vixie) > enables "inverse queries", which in all of the internet only one >client ever uses: ancient nslookup. if you build named with INVQ defined, >you get the time-honored behaviour of supporting this whole class of queries >for no real purpose other than to waste a few hundred kilobytes of your >memory and about 3% of named's total CPU time. if you build with INVQ >undefined, old nslookups will not be able to reach your server in their >startup phase, and you will have to use the "server" command after it fails >over to some other server, or use "nslookup - 0" to get in from the shell. > if you need to support old nslookups try "options fake-iquery" >instead of enabling this option. > you probably do not want this. > > >So, try putting "options fake-iquery" in your named.boot (or build a new >nslookup on your ultrix boxen). > > Bill -------------------------------------------------------------------- Mark J. Taylor Network R&D Engineer Cybernet Systems mtaylor@cybernet.com 727 Airport Blvd. PHONE (313) 668-2567 Ann Arbor, MI 48108 FAX (313) 668-8780 -------------------------------------------------------------------- From owner-freebsd-hackers Mon Oct 21 09:23:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA22325 for hackers-outgoing; Mon, 21 Oct 1996 09:23:32 -0700 (PDT) Received: from black.oaktree.co.uk (black.oaktree.co.uk [194.217.216.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA22283 for ; Mon, 21 Oct 1996 09:23:24 -0700 (PDT) Received: (from jon@localhost) by black.oaktree.co.uk (8.7.5/8.7.3) id RAA24616; Mon, 21 Oct 1996 17:21:37 +0100 (BST) From: Jon Ribbens Message-Id: <199610211621.RAA24616@black.oaktree.co.uk> Subject: Re: setuid, core dumps, ftpd, and DB To: thorpej@nas.nasa.gov Date: Mon, 21 Oct 1996 17:21:37 +0100 (BST) Cc: jon@oaktree.co.uk, tech-userlevel@netbsd.org, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199610211534.IAA10359@lestat.nas.nasa.gov> from "Jason Thorpe" at Oct 21, 96 08:34:20 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jason Thorpe wrote: > > > * In the particular case of ftpd, if you've logged in as a user other > > > than root, then your saved, real, and effective uids do not match, so > > > the previous check we used to use (ruid != svuid || ruid != euid) > > > would catch this. So, unless you're logged in as root, you'd be hard > > > pressed to get ftpd to core dump. > > > > (except on 1.1, when it's easy) > > In which case you should either: > > * Upgrade to a more recent release, or > > * modify your kern_sig.c to perform the same check as > NetBSD-current's kern_sig.c. Well, yes, I know that, and I've done the second option. But there's bound to be a lot of people using 1.1 for a long time yet. Cheers Jon ____ \ // Jon Ribbens // \// jon@oaktree.co.uk // From owner-freebsd-hackers Mon Oct 21 09:31:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA24657 for hackers-outgoing; Mon, 21 Oct 1996 09:31:08 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA24651 for ; Mon, 21 Oct 1996 09:31:02 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA07012; Mon, 21 Oct 1996 11:27:04 -0500 From: Joe Greco Message-Id: <199610211627.LAA07012@brasil.moneng.mei.com> Subject: Re: Screen savers for syscons.... To: j_mini@efn.org (Jonathan Mini) Date: Mon, 21 Oct 1996 11:27:04 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Jonathan Mini" at Oct 21, 96 08:25:07 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Lately I've been running FreeBSD 2.1.5-R with a MDA/Herc monitor, and > I've been slowly getting annoyed at the screen savers (or lack thereof) > for FreeBSD. Currently, I have to turn my monitor off, since the screen > savers supplied with FreeBSD won't work on my MDA adapter. Is it jsut me > or do they only work on VGA displays? (I haven't tried using an EGA > display) If the screen savers only work on VGA displays, they should at least > take advantage of the graphics device available. No, they definitely do work on mono, CGA, and EGA displays. I have machines with each of these. (I generally do not place a lot of importance on the console of a machine...) I generally run star or snake saver. Do not know about the others, but I would assume they work. A few new savers might be cool but I am not sure I would want any that try to do graphics modes... ... JG From owner-freebsd-hackers Mon Oct 21 09:36:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA25076 for hackers-outgoing; Mon, 21 Oct 1996 09:36:51 -0700 (PDT) Received: from Central.KeyWest.MPGN.COM (Central.TanSoft.COM [206.175.4.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA25071 for ; Mon, 21 Oct 1996 09:36:48 -0700 (PDT) Received: (from dbj@localhost) by Central.KeyWest.MPGN.COM (8.6.9/8.6.9) id MAA01990; Mon, 21 Oct 1996 12:35:31 -0400 Date: Mon, 21 Oct 1996 12:35:29 -0400 (EDT) From: "David E. Brooks Jr" X-Sender: dbj@Central.KeyWest.MPGN.COM To: Peter da Silva cc: hackers@freebsd.org Subject: Re: splash-page on bootup.. In-Reply-To: <199610202215.RAA05830@bonkers.taronga.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Oct 1996, Peter da Silva wrote: > In article <199610202019.GAA17009@godzilla.zeta.org.au>, > Bruce Evans wrote: > >Nah. life(1) takes only a small amount of assembly language: > > [deletia] > > Now *that* is something worth sticking in the boot sequence. It's a > cool hack, and it can do one generation per probe, you can see if it > hangs, and it's *way* cooler than anything Microsoft does. Especially if it can "grow" something cool, like "FreeBSD" or a rendition of the BSD Daemon (or both?) by the end of the probes. -- Dave -- David E. Brooks Jr / dbj@TanSoft.COM Phone: +1 502 897 5180 Tantalus Incorporated 130 Fairfax Avenue Suite 1D Louisville, KY 40207 From owner-freebsd-hackers Mon Oct 21 09:45:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA25462 for hackers-outgoing; Mon, 21 Oct 1996 09:45:04 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA25450 for ; Mon, 21 Oct 1996 09:45:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id JAA11121; Mon, 21 Oct 1996 09:33:05 -0700 (PDT) Message-Id: <199610211633.JAA11121@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Jon Ribbens Cc: tech-userlevel@netbsd.org, freebsd-hackers@freefall.freebsd.org Subject: Re: setuid, core dumps, ftpd, and DB Reply-To: Jason Thorpe From: Jason Thorpe Date: Mon, 21 Oct 1996 09:33:00 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996 17:21:37 +0100 (BST) Jon Ribbens wrote: > Well, yes, I know that, and I've done the second option. But there's > bound to be a lot of people using 1.1 for a long time yet. True, but they're going to have to modify _something_, and modifying the kernel is much more complete than modifying one program. Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Mon Oct 21 10:07:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26494 for hackers-outgoing; Mon, 21 Oct 1996 10:07:10 -0700 (PDT) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA26484 for ; Mon, 21 Oct 1996 10:07:04 -0700 (PDT) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id TAA04026; Mon, 21 Oct 1996 19:06:46 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.7.6/8.7.3/tetard-uucp-2.7) id HAA02590; Mon, 21 Oct 1996 07:54:04 +0200 (MET DST) Message-Id: <199610210554.HAA02590@tetard.glou.eu.org> Date: Mon, 21 Oct 1996 07:54:04 +0200 From: regnauld@tetard.glou.eu.org (Philippe Regnauld) To: dmaddox@scsn.net Cc: hackers@freebsd.org Subject: Re: X/Mouse/2.1.5 Wierdness References: <199610201651.SAA06515@tetard.glou.eu.org> <199610202037.QAA00708@rhiannon.scsn.net> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 2.2-CURRENT i386 In-Reply-To: <199610202037.QAA00708@rhiannon.scsn.net>; from Donald J. Maddox on Oct 20, 1996 16:37:49 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Donald J. Maddox (root) ecrit/writes: > Maybe you don't have 'moused' configured correctly? I have the exact > setup you describe, and it works great since I fixed my config. [stuff deleted] Yup, exact same setup. I just tried again now -- same problem. I'll try to remake the syscons stuff, and see what happens. What release of XFree are you running ? -- -- Phil -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Mon Oct 21 10:17:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27047 for hackers-outgoing; Mon, 21 Oct 1996 10:17:41 -0700 (PDT) Received: from rosie.scsn.net (scsn.net [206.25.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27039 for ; Mon, 21 Oct 1996 10:17:38 -0700 (PDT) Received: from cola54.scsn.net (cola47.scsn.net [206.25.247.47]) by rosie.scsn.net (post.office MTA v2.0 0813 ID# 0-13529) with ESMTP id AAA128; Mon, 21 Oct 1996 13:16:48 -0400 Received: (from root@localhost) by cola54.scsn.net (8.7.6/8.6.12) id NAA15170; Mon, 21 Oct 1996 13:17:47 -0400 (EDT) From: "Donald J. Maddox" Message-Id: <199610211717.NAA15170@cola54.scsn.net> Subject: Re: X/Mouse/2.1.5 Wierdness In-Reply-To: <199610210554.HAA02590@tetard.glou.eu.org> from Philippe Regnauld at "Oct 21, 96 07:54:04 am" To: regnauld@tetard.glou.eu.org (Philippe Regnauld) Date: Mon, 21 Oct 1996 13:17:46 -0400 (EDT) Cc: hackers@FreeBSD.org Reply-To: dmaddox@scsn.net X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Maybe you don't have 'moused' configured correctly? I have the exact > > setup you describe, and it works great since I fixed my config. > > [stuff deleted] > > Yup, exact same setup. I just tried again now -- same problem. > I'll try to remake the syscons stuff, and see what happens. > > What release of XFree are you running ? I'm using 3.1.2G, on -current. -- Donald J. Maddox (dmaddox@scsn.net) From owner-freebsd-hackers Mon Oct 21 10:21:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27264 for hackers-outgoing; Mon, 21 Oct 1996 10:21:09 -0700 (PDT) Received: from nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27258 for ; Mon, 21 Oct 1996 10:21:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by nike.efn.org (8.7.5/8.7.3) with SMTP id KAA14549; Mon, 21 Oct 1996 10:20:58 -0700 (PDT) Date: Mon, 21 Oct 1996 10:20:56 -0700 (PDT) From: John-Mark Gurney X-Sender: jmg@nike Reply-To: John-Mark Gurney To: Branson Matheson cc: freebsd-hackers@freebsd.org Subject: Re: System Admin Tools In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, Branson Matheson wrote: > > Talking to Jamie this morning.. I realized that we have lots of > complete tools for sysadmin work but none of the nifty quickie tools > that we each use each day included with the installation. Some > examples of these tools are: > > zap / dkill - kills by process name instead of pid take a look in /usr/bin/killall John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Mon Oct 21 10:26:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27680 for hackers-outgoing; Mon, 21 Oct 1996 10:26:51 -0700 (PDT) Received: from toth.hq.ferg.com (pm2-23.wmbg.widomaker.com [206.161.154.56]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27670 for ; Mon, 21 Oct 1996 10:26:48 -0700 (PDT) Received: from toth.hq.ferg.com (localhost.hq.ferg.com [127.0.0.1]) by toth.hq.ferg.com (8.7.5/8.7.3) with SMTP id NAA00963; Mon, 21 Oct 1996 13:26:26 -0400 (EDT) Date: Mon, 21 Oct 1996 13:26:26 -0400 (EDT) From: Branson Matheson X-Sender: branson@toth.hq.ferg.com To: John-Mark Gurney cc: freebsd-hackers@freebsd.org Subject: Re: System Admin Tools In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, John-Mark Gurney wrote: > > > > zap / dkill - kills by process name instead of pid > > take a look in /usr/bin/killall branson@garion >/usr/bin/killall /usr/bin/killall: Command not found. branson@garion >ls /usr/src/usr.bin/killall ls: /usr/src/usr.bin/killall: No such file or directory branson@garion >uname -srv FreeBSD 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #1: Tue Sep 17 11:04:30 EDT 1996 branson@garion.hq.ferg.com:/usr/src/sys/compile/GARION Not in Release! ;-) -branson ============================================================================= Branson Matheson | Ferguson Enterprises | If Pete and Repeat were System Administrator | W: (804) 874-7795 | sittin on a fence and Pete Unix, Perl, WWW | branson@widomaker.com | fell off, who is left? From owner-freebsd-hackers Mon Oct 21 10:44:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28541 for hackers-outgoing; Mon, 21 Oct 1996 10:44:56 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA28530 for ; Mon, 21 Oct 1996 10:44:46 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA15735 for hackers@freebsd.org; Mon, 21 Oct 1996 18:11:50 +0100 From: Luigi Rizzo Message-Id: <199610211711.SAA15735@labinfo.iet.unipi.it> Subject: powerlogo... To: hackers@freebsd.org Date: Mon, 21 Oct 1996 18:11:49 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have played a little bit with the "powerlogo", and replaced the daemon with another one (Alessandro, age 1): http://www.iet.unipi.it/~luigi/power_ale.gif Ok, it's off topic, flame me... :) Luigi From owner-freebsd-hackers Mon Oct 21 10:50:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA28865 for hackers-outgoing; Mon, 21 Oct 1996 10:50:52 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA28858 for ; Mon, 21 Oct 1996 10:50:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA06162; Mon, 21 Oct 1996 10:47:52 -0700 From: Terry Lambert Message-Id: <199610211747.KAA06162@phaeton.artisoft.com> Subject: Re: NFS node: disappearing directory To: dfr@render.com (Doug Rabson) Date: Mon, 21 Oct 1996 10:47:51 -0700 (MST) Cc: terry@lambert.org, michaelh@cet.co.jp, karl@Mcs.Net, freebsd-hackers@FreeBSD.org In-Reply-To: from "Doug Rabson" at Oct 21, 96 11:11:33 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Depends on the FS. For NFS, "bogus cookie handling memory which was > > allocated for fear the user buffer would be too small to return the > > data". > > > > The problem is cookie related. The fix is to get rid of the cookie > > code. > > The problem is cookie related but in the client. The cookie stuff Terry > is going on about is in the server which is irrelavent to this bug. Correct me if I'm wrong, but real filesystems don't use the cookie code: only the NFS server. If it's in the client code, how does this enter into it? The client is a real FS... 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-hackers Mon Oct 21 11:21:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02051 for hackers-outgoing; Mon, 21 Oct 1996 11:21:09 -0700 (PDT) Received: from nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA02046 for ; Mon, 21 Oct 1996 11:21:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by nike.efn.org (8.7.5/8.7.3) with SMTP id LAA16579; Mon, 21 Oct 1996 11:20:59 -0700 (PDT) Date: Mon, 21 Oct 1996 11:20:59 -0700 (PDT) From: John-Mark Gurney X-Sender: jmg@nike Reply-To: John-Mark Gurney To: Branson Matheson cc: freebsd-hackers@FreeBSD.org Subject: Re: System Admin Tools In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, Branson Matheson wrote: > On Mon, 21 Oct 1996, John-Mark Gurney wrote: > > > > > > zap / dkill - kills by process name instead of pid > > > > take a look in /usr/bin/killall > > > branson@garion >/usr/bin/killall > /usr/bin/killall: Command not found. > branson@garion >ls /usr/src/usr.bin/killall > ls: /usr/src/usr.bin/killall: No such file or directory > branson@garion >uname -srv > FreeBSD 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #1: Tue Sep 17 11:04:30 > EDT 1996 branson@garion.hq.ferg.com:/usr/src/sys/compile/GARION > > > Not in Release! ;-) welll... then there is a bug in src/usr.bin/Makefile for not listing killall... it is in the 2.1.5 source tree... I thought that since is was in the 2.2-0323-SNAP that is almost HAD to bin the 2.1.5 release... oh well.. my mistake... but killall will be in the next release.... ttyl... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Mon Oct 21 11:27:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02288 for hackers-outgoing; Mon, 21 Oct 1996 11:27:28 -0700 (PDT) Received: (from hsu@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02282; Mon, 21 Oct 1996 11:27:26 -0700 (PDT) Date: Mon, 21 Oct 1996 11:27:26 -0700 (PDT) From: Jeffrey Hsu Message-Id: <199610211827.LAA02282@freefall.freebsd.org> To: hackers, questions, root@swd.928.com.tw Subject: Java CLASSPATH Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The Java interpreter looks for a class using the following algorithm. 1. Take the class name and append '.class' to it to form a filename. Object -> Object.class 2. Take the package of the class, replace the dots with slashes, and prepends that directory to the filename in step 1. Object is in the java.lang package so the class java.lang.Object, gets transformed into the path java/lang/Object.class. If the class doesn't have a package, then it uses the current directory, '.'. 3. For every element in your CLASSPATH, look for the path formed in step 2. % setenv CLASSPATH .:/usr/local/java/classes.zip:/usr/lib/classes This CLASSPATH has 3 elements: 2 directories, . and /usr/lib/classes, and one zip file /usr/local/java/classes.zip. Zip files are collections of files with the full pathname of the files preserved. Given this CLASSPATH, first the Java interpreter looks in . for java/lang/Object.class, then it looks in the zipfile /usr/local/java/classes.zip for java/lang/Object.class, and finally, it looks in /usr/lib/classes for java/lang/Object.class. From owner-freebsd-hackers Mon Oct 21 11:41:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03028 for hackers-outgoing; Mon, 21 Oct 1996 11:41:08 -0700 (PDT) Received: from answerman.mindspring.com (answerman.mindspring.com [204.180.128.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA03023 for ; Mon, 21 Oct 1996 11:41:01 -0700 (PDT) Received: from bogus.mindspring.com (borg.mindspring.com [204.180.128.14]) by answerman.mindspring.com (8.7.5/8.7.3) with SMTP id OAA08474; Mon, 21 Oct 1996 14:37:59 -0400 (EDT) Message-Id: <1.5.4.32.19961021183752.0086ea30@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 21 Oct 1996 14:37:52 -0400 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: "Kevin P. Neal" Subject: Re: setuid, core dumps, ftpd, and DB Cc: tech-userlevel@NetBSD.ORG, freebsd-hackers@freebsd.org (FreeBSD hackers) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 09:58 AM 10/20/96 +0200, J Wunsch wrote: >As Chris G Demetriou wrote: > >> Charles, re: "is a core dump on this weird file system safe"? >> Actually, a good solution there might be a "NOCOREDUMP" mount flag, a >> la NOSUID and NOEXEC. That has several advantages: > >It doesn't solve the problem where this discussion originated, but i >like this idea. I've seen programs dump 80 MB core files over >ethernet -- and once they do this, you cannot stop them. (Maybe you >could quickly delete the file from the server, so the client would get >a stale NFS file handle, but it's a crock.) Heck, early in the summer I caused a 180MB core file to be sent over NFS. Nobody from the helpdesk could log into the NFS server. The login server had an ugly load average, and a hung process that couldn't be kill -9'd. It sorted itself out, after a while, but tying up servers in a corporate environment is on the list of "bad things to do". Since I had just started work a month before, and had decided that I didn't like the way the shell and environment was set up, I set up my own. I didn't set the flag to limit the core file size until afterwards. It was a total accident. -- XCOMM Kevin P. Neal, Sophomore, Comp. Sci. \ kpneal@pobox.com XCOMM "Corrected!" -- Old Amiga tips file \ kpneal@eos.ncsu.edu XCOMM Visit the House of Retrocomputing: / Perm. Email: XCOMM http://www.pobox.com/~kpn/ / kevinneal@bix.com From owner-freebsd-hackers Mon Oct 21 11:56:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03750 for hackers-outgoing; Mon, 21 Oct 1996 11:56:07 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA03695 for ; Mon, 21 Oct 1996 11:55:44 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA06300; Mon, 21 Oct 1996 11:53:22 -0700 From: Terry Lambert Message-Id: <199610211853.LAA06300@phaeton.artisoft.com> Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 21 Oct 1996 11:53:22 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org, dnelson@emsphone.com, deraadt@theos.com In-Reply-To: <199610200704.JAA27667@uriah.heep.sax.de> from "J Wunsch" at Oct 20, 96 09:04:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > linker set... linker set. Well, the requirement of this application > for the `secure free' is already known at compile time. Shouldn't it > be possible to just link another free() (kinda `overloaded') in this > case, thus eliminating any peculiarities of any flag testing? Well, if we were doing C++, and both free's were class-free's that were derivative from the same virtual base class, maybe we could do it automatically. If we were using ELF, and segment-attributed the code to distinguish the symbols in the library, and selected it as an ld argument, or using a code #pragma reference in the sensitive application, we could also do it automatically. Barring those two implementations, and my initial suggestion, I don't see how you could do it without exposing s symbol that you aren't allowed to expose globally (or you could pick a new namespace for it, I suppose 8-(). I *really* displike the idea of using global flag-variant code, and eating the flag compare overhead in the vast majority of programs (since the vast majority of programs couldn't care less). The suggestion by Charles that there needs to be global criteria, uniformly applied, would work, especially if you forced "sensitive" programs to manipulate their ID's and restore them, even if they didn't need to. Makes you wonder about Sybase (as an example), since it has it's own security enforcement mechanism seperate from obtaining root credentials. 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-hackers Mon Oct 21 11:57:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03835 for hackers-outgoing; Mon, 21 Oct 1996 11:57:46 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA03830 for ; Mon, 21 Oct 1996 11:57:31 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id TAA01637 for ; Mon, 21 Oct 1996 19:57:45 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id UAA18156 for freebsd-hackers@freefall.cdrom.com; Mon, 21 Oct 1996 20:02:51 +0100 Date: Mon, 21 Oct 1996 20:02:51 +0100 From: Christoph Kukulies Message-Id: <199610211902.UAA18156@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: -mfancy-math-387 / please discard Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Please discard my previous posting about that option -ffancy-math-387 (not being in gcc-2.7.xx). Minor black-out on my side. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Mon Oct 21 12:03:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04170 for hackers-outgoing; Mon, 21 Oct 1996 12:03:40 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA04164 for ; Mon, 21 Oct 1996 12:03:38 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA06315; Mon, 21 Oct 1996 12:00:09 -0700 From: Terry Lambert Message-Id: <199610211900.MAA06315@phaeton.artisoft.com> Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 21 Oct 1996 12:00:09 -0700 (MST) Cc: jkh@time.cdrom.com, deraadt@theos.com, phk@critter.tfs.com, hackers@FreeBSD.org In-Reply-To: <199610200758.AAA02040@rah.star-gate.com> from "Amancio Hasty" at Oct 20, 96 00:58:02 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Don't it will accomplish nothing. > > Amancio > > From The Desk Of "Jordan K. Hubbard" : > > > Poul, stop sending me mail. > > > > I guess we've reached the limit with you. Your personal feud with > > Poul-Henning Kamp, or any other person on this planet for that matter, > > has *nothing to do with this mailing list* and your consistent and > > willful disregard for its intended charter now forces me to have you > > barred. What obviously cannot be accomplished by self-restraint will > > now have be accomplished with PERL, and what a pity that a few lines > > of PERL have to serve as a substitute for emotional maturity and just > > a little common sense. I disagree. It will provide a concrete example to anyone who wants to smear the FreeBSD camp with the "closed developement" brush. It just won't accomplish what Jordan wants it to. For what it's worth, it takes two to play tennis. If either participant was willing to let the ball go out "on them", it would be over. I've let the ball go out on me in times past, so I know it's possible for either Poul or Theo to simply choose to not reply. The important thing to get through your heads is that this is not a "win/lose" situation, and the ball going out on you does not make you the loser. 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-hackers Mon Oct 21 12:09:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04507 for hackers-outgoing; Mon, 21 Oct 1996 12:09:08 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA04502 for ; Mon, 21 Oct 1996 12:09:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA06338; Mon, 21 Oct 1996 12:06:44 -0700 From: Terry Lambert Message-Id: <199610211906.MAA06338@phaeton.artisoft.com> Subject: Re: Theo de Raadt: Re: cvs commit: src/lib/libc/db/hash hash_buf.c To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 21 Oct 1996 12:06:44 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <9516.845798821@time.cdrom.com> from "Jordan K. Hubbard" at Oct 20, 96 01:07:01 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I love this. What are we going to do with someone like this? Is it > going to take the concerted effort of several thousand people to > protect the FreeBSD lists from this kind of harassment? I really don't > see many other alternatives, though I'm open to suggestions. Convince those involved to let Theo have the last word. Problem solved; no list-barring or other childish crap necessary. 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-hackers Mon Oct 21 12:12:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04671 for hackers-outgoing; Mon, 21 Oct 1996 12:12:37 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA04666 for ; Mon, 21 Oct 1996 12:12:34 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA06325; Mon, 21 Oct 1996 12:04:42 -0700 From: Terry Lambert Message-Id: <199610211904.MAA06325@phaeton.artisoft.com> Subject: Re: install on Dell P60 To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 21 Oct 1996 12:04:42 -0700 (MST) Cc: freebsd-hackers@freebsd.org, mgessner@aristar.com In-Reply-To: <199610200748.JAA28041@uriah.heep.sax.de> from "J Wunsch" at Oct 20, 96 09:48:46 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Well, the installation goes fine, but when I try to reboot, my system > > does a hard reboot after the first couple of /-\|/ go by. > > > > When I try to boot from the floppy to wd(1,a)/kernel, I get further, > > but eventually the kernel panics. > > Surprising that Linux worked on it, but i would try making the memory > timing more relaxed. Disable caching. Then work your way up to disabling "writeback" The old Dell P60's (are there new Dell P60's? I don't think so) used the old Saturn I chipset. The Old Saturn I chipset does not do a cache invalidate cycle for PCI bus master DMA devices. Is it time to once again suggest detecting faulty hardware, and add an explicit BINVD for the DMA target area in the competion routine? 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-hackers Mon Oct 21 12:21:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04976 for hackers-outgoing; Mon, 21 Oct 1996 12:21:21 -0700 (PDT) Received: from ravenock.cybercity.dk (disn51.cybercity.dk [194.16.57.51]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA04969 for ; Mon, 21 Oct 1996 12:20:54 -0700 (PDT) Received: (from sos@localhost) by ravenock.cybercity.dk (8.7.6/8.7.3) id VAA01112; Mon, 21 Oct 1996 21:21:03 +0200 (MET DST) Message-Id: <199610211921.VAA01112@ravenock.cybercity.dk> Subject: Re: Screen savers for syscons.... To: j_mini@efn.org (Jonathan Mini) Date: Mon, 21 Oct 1996 21:21:02 +0200 (MET DST) From: "Soren Schmidt" Cc: hackers@FreeBSD.org In-Reply-To: from "Jonathan Mini" at Oct 21, 96 08:25:07 am From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Jonathan Mini who wrote: > > Lately I've been running FreeBSD 2.1.5-R with a MDA/Herc monitor, and > I've been slowly getting annoyed at the screen savers (or lack thereof) > for FreeBSD. Currently, I have to turn my monitor off, since the screen > savers supplied with FreeBSD won't work on my MDA adapter. Is it jsut me > or do they only work on VGA displays? (I haven't tried using an EGA > display) If the screen savers only work on VGA displays, they should at least > take advantage of the graphics device available. They work on MDA's, atleast some of them (star, snake). > I'm planning on modifying the screen savers that come with FreeBSD > 2.1.5-R to work with other display devices other than VGA. (like my mono > system) AFter that, I'd like to write a few screen savers that use the > 320x200x256 graphics mode of VGA to create a few decent screen savers. > (let's face it, other than the "green" and "blank" screen savers > everything else is pitiful.) > I'm looking at wirting : > - Text based screen savers which will work under any syscon. > - a few 320x200 screen savers that work under VGA : > - a decent star saver (like xrocks) > I've a few other ideas, but none of them planned. > > Am I repeating code already written? If not, is there much of a need for > a decent set of screen savers? And if so, are there any you guys would > like to see in particular... ;) Hmm, as they author of things I've played some with it,, and still do when I have some spare minutes to burn. I have most of a graphics lib (lines, circles, sprites, bitblits etc) that can be used for this. I also had a "noseguy" once, but I never took it very seriously as most people (including myself) runs X nowadays on "real" machines, and one dont want a saver to keep the backlight alive on a laptop, so the need is not that big. Besides it will only do in the std VGA modes like 320x200x256 or 640x480x16, so either there is no resolution or there is no colors ..... If you get any graphic savers done, let me know, I'll consider them for inclusion in the tree.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Mon Oct 21 12:23:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA05077 for hackers-outgoing; Mon, 21 Oct 1996 12:23:58 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA05063 for ; Mon, 21 Oct 1996 12:23:38 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA28640; Mon, 21 Oct 1996 21:21:21 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA06355; Mon, 21 Oct 1996 21:21:20 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id UAA10377; Mon, 21 Oct 1996 20:59:50 +0200 (MET DST) From: J Wunsch Message-Id: <199610211859.UAA10377@uriah.heep.sax.de> Subject: Re: UFS to CD? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 21 Oct 1996 20:59:50 +0200 (MET DST) Cc: mcgovern@spoon.beta.com (Brian J. McGovern) In-Reply-To: <199610210245.WAA03953@spoon.beta.com> from "Brian J. McGovern" at "Oct 20, 96 10:45:53 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Brian J. McGovern wrote: > One last (more?) question... Is there a proceedure out there for > copying UFS (as compared to iso file systems) to CD. the wormcontrol > man page shows a ISO format for a plasmon drive. A tutorial, or even > something saying "this is how it should work" should be sufficient. thanks. That's currently basically impossible since our UFS implementation cannot cope with 2048-byte hard-sectored media like CD-ROMs are. Other than this, it's as simple as vnconfig'ing a large file, newfs'ing it, mounting the file system, and finally dump the file to the CD-R. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Oct 21 12:26:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA05192 for hackers-outgoing; Mon, 21 Oct 1996 12:26:13 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA05187 for ; Mon, 21 Oct 1996 12:26:10 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id FAA26060; Tue, 22 Oct 1996 05:21:21 +1000 Date: Tue, 22 Oct 1996 05:21:21 +1000 From: Bruce Evans Message-Id: <199610211921.FAA26060@godzilla.zeta.org.au> To: freebsd-hackers@freefall.freebsd.org, kuku@gilberto.physik.rwth-aachen.de Subject: Re: -ffancy-math-386 gone? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >In gcc 2.6 - I believe - there was an option (FreeBSD only) to >allow inlining of some coprocessor FP instructions. > >Has it gone without replacement in gcc 2.7.x ? No. See the man page for the correct spelling. It's a machine- dependent option, so it must start with -m. Bruce From owner-freebsd-hackers Mon Oct 21 12:32:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA05517 for hackers-outgoing; Mon, 21 Oct 1996 12:32:44 -0700 (PDT) Received: from haus.efn.org (haus.efn.org [198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA05512 for ; Mon, 21 Oct 1996 12:32:41 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id MAA11310; Mon, 21 Oct 1996 12:36:38 -0700 (PDT) Received: from localhost (j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) with SMTP id MAA25732; Mon, 21 Oct 1996 12:32:37 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: j_mini owned process doing -bs Date: Mon, 21 Oct 1996 12:32:37 -0700 (PDT) From: Jonathan Mini To: Joe Greco cc: hackers@FreeBSD.org Subject: Re: Screen savers for syscons.... In-Reply-To: <199610211627.LAA07012@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, Joe Greco wrote: > No, they definitely do work on mono, CGA, and EGA displays. I have > machines with each of these. (I generally do not place a lot of > importance on the console of a machine...) I generally run star or > snake saver. Do not know about the others, but I would assume they > work. I haven't gotten them to work on anything but a VGA syscon... am I doing something wrong? > A few new savers might be cool but I am not sure I would want any that > try to do graphics modes... "Try" isn't the right word. I have a few programs written by my self an John-Mark Gurney (gurney_j@efn.org) that use /dev/mem and ioctl() calls to manipulate 320x200x256 (BIOS mode 13h -- like BIOS matters) it's not anything that'd require any modifications to anything other than a few new lkm's. Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-hackers Mon Oct 21 12:41:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA06130 for hackers-outgoing; Mon, 21 Oct 1996 12:41:03 -0700 (PDT) Received: from haus.efn.org (haus.efn.org [198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA06121; Mon, 21 Oct 1996 12:41:01 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id MAA12121; Mon, 21 Oct 1996 12:44:57 -0700 (PDT) Received: from localhost (j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) with SMTP id MAA26319; Mon, 21 Oct 1996 12:40:55 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: j_mini owned process doing -bs Date: Mon, 21 Oct 1996 12:40:55 -0700 (PDT) From: Jonathan Mini To: sos@FreeBSD.org cc: hackers@FreeBSD.org Subject: Re: Screen savers for syscons.... In-Reply-To: <199610211921.VAA01112@ravenock.cybercity.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, Soren Schmidt wrote: > They work on MDA's, atleast some of them (star, snake). Well, they should. ;) > > AFter that, I'd like to write a few screen savers that use the > > 320x200x256 graphics mode of VGA to create a few decent screen savers. > > (let's face it, other than the "green" and "blank" screen savers > > everything else is pitiful.) > ... but I never took it very seriously as most > people (including myself) runs X nowadays on "real" machines, and one > dont want a saver to keep the backlight alive on a laptop, so the > need is not that big. Besides it will only do in the std VGA modes > like 320x200x256 or 640x480x16, so either there is no resolution or > there is no colors ..... I know the thing about X. ;) But since we provide syscon screen saver support, we might as well do it right. =) I also have extensive experience with the VGA hardware, and I could whip up a library in no time. ;) Especially for a 256 color mode. 16 colors is also no real big deal, just a little time. And as to the "nor resolution or no colors," you'd be surprised what you can do. And in this situation, resolution or colors is NOT that big a deal. > If you get any graphic savers done, let me know, I'll consider them > for inclusion in the tree.... =) Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-hackers Mon Oct 21 12:51:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA06896 for hackers-outgoing; Mon, 21 Oct 1996 12:51:55 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA06866 for ; Mon, 21 Oct 1996 12:51:49 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id FAA26719; Tue, 22 Oct 1996 05:49:00 +1000 Date: Tue, 22 Oct 1996 05:49:00 +1000 From: Bruce Evans Message-Id: <199610211949.FAA26719@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, rohit@cs.umd.edu Subject: Re: Ioctl groups list Cc: j@uriah.heep.sax.de Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >As Bill Fenner pointed out, SunOS indeed puts this list in ioccom.h >and perhaps that may be a prospect for FreeBSD too. Put it in kdump and actually use it. The list should be automatically generated. Bruce From owner-freebsd-hackers Mon Oct 21 13:12:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08680 for hackers-outgoing; Mon, 21 Oct 1996 13:12:44 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA08672 for ; Mon, 21 Oct 1996 13:12:35 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id GAA27298; Tue, 22 Oct 1996 06:10:07 +1000 Date: Tue, 22 Oct 1996 06:10:07 +1000 From: Bruce Evans Message-Id: <199610212010.GAA27298@godzilla.zeta.org.au> To: j_mini@efn.org, jgreco@brasil.moneng.mei.com Subject: Re: Screen savers for syscons.... Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Lately I've been running FreeBSD 2.1.5-R with a MDA/Herc monitor, and >> I've been slowly getting annoyed at the screen savers (or lack thereof) >> for FreeBSD. Currently, I have to turn my monitor off, since the screen >> savers supplied with FreeBSD won't work on my MDA adapter. Is it jsut me >No, they definitely do work on mono, CGA, and EGA displays. I have >machines with each of these. (I generally do not place a lot of Some may work. Other obviously don't: blank_saver: writes blindly the VGA TS registers. fade_saver: write blindly to the VGA palette registers. green_saver: writes blindly the VGA TS registers; writes blindly to magic EGA/VGA CRTC register (0x17 = CRTC mode, 0x80 bit = hold retraces). snake_saver: fills screen with blanks; writes to magic MDA/CGA/EGA/VGA CRTC registers (14,15 = cursor address) to move cursor off screen. This should work for all adaptors. star_saver: fills screen with blanks. This should work for all adaptors. Bruce From owner-freebsd-hackers Mon Oct 21 13:27:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09421 for hackers-outgoing; Mon, 21 Oct 1996 13:27:24 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA09416 for ; Mon, 21 Oct 1996 13:27:21 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id NAA07885 for ; Mon, 21 Oct 1996 13:27:16 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA00635; Mon, 21 Oct 1996 22:21:06 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA08113; Mon, 21 Oct 1996 22:21:05 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id WAA10869; Mon, 21 Oct 1996 22:17:17 +0200 (MET DST) From: J Wunsch Message-Id: <199610212017.WAA10869@uriah.heep.sax.de> Subject: Re: Conventions/Rules for adding Local ioctls To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 21 Oct 1996 22:17:17 +0200 (MET DST) Cc: rohit@cs.umd.edu In-Reply-To: <96Oct20.202504pdt.177480@crevenia.parc.xerox.com> from Bill Fenner at "Oct 20, 96 08:24:53 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bill Fenner wrote: > >We will happily include it somewhere in the documentation if you write > >this file. (no smiley, no joke!) > > Just as an aside, SunOS apparently uses sys/ioccom.h for this documentation > (in a big comment). ``All documentation files end up in ".c".'' :-) But you're probably right, ioccom.h might be the best place for that list. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Oct 21 13:45:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10636 for hackers-outgoing; Mon, 21 Oct 1996 13:45:13 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA10631 for ; Mon, 21 Oct 1996 13:45:07 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA06539; Mon, 21 Oct 1996 13:42:47 -0700 From: Terry Lambert Message-Id: <199610212042.NAA06539@phaeton.artisoft.com> Subject: Re: Screen savers for syscons.... To: j_mini@efn.org (Jonathan Mini) Date: Mon, 21 Oct 1996 13:42:47 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: from "Jonathan Mini" at Oct 21, 96 08:25:07 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Lately I've been running FreeBSD 2.1.5-R with a MDA/Herc monitor, and > I've been slowly getting annoyed at the screen savers (or lack thereof) > for FreeBSD. Currently, I have to turn my monitor off, since the screen > savers supplied with FreeBSD won't work on my MDA adapter. Is it jsut me > or do they only work on VGA displays? (I haven't tried using an EGA > display) If the screen savers only work on VGA displays, they should at least > take advantage of the graphics device available. There is a guy who has made AfterDark(tm) modules run on FreeBSD. I have an alpha copy of his code somewhere that I could dig up (but I would then be unable to give it to you directly). It seems to me that this is the approach you'd want to take anyway. I've had "Spock and the Horta" on my FreeBSD box at home for about year now. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Oct 21 13:50:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10859 for hackers-outgoing; Mon, 21 Oct 1996 13:50:12 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA10854 for ; Mon, 21 Oct 1996 13:50:08 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id NAA15188; Mon, 21 Oct 1996 13:50:07 -0700 (PDT) To: Jonathan Mini cc: hackers@FreeBSD.org Subject: Re: Screen savers for syscons.... In-reply-to: Your message of "Mon, 21 Oct 1996 08:25:07 PDT." Date: Mon, 21 Oct 1996 13:50:07 -0700 Message-ID: <15186.845931007@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I'm planning on modifying the screen savers that come with FreeBSD > 2.1.5-R to work with other display devices other than VGA. (like my mono > system) AFter that, I'd like to write a few screen savers that use the > 320x200x256 graphics mode of VGA to create a few decent screen savers. > (let's face it, other than the "green" and "blank" screen savers > everything else is pitiful.) Then please, do it the way we've always discussed it - as a screen-saver-helper's library you can link your screen saver app with and save on all the init/teardown code as well as having a convenient graphics/text library for painting on the screen. Then write your first few screen savers as consumers of this library, as an operational test. Think "after dark module" :-) Jordan From owner-freebsd-hackers Mon Oct 21 14:04:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11699 for hackers-outgoing; Mon, 21 Oct 1996 14:04:30 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA11643 for ; Mon, 21 Oct 1996 14:03:45 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA02197; Mon, 21 Oct 1996 22:51:18 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA08790; Mon, 21 Oct 1996 22:51:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id WAA11169; Mon, 21 Oct 1996 22:39:44 +0200 (MET DST) From: J Wunsch Message-Id: <199610212039.WAA11169@uriah.heep.sax.de> Subject: Re: Hercules (MDA) adapter and FreeBSD To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 21 Oct 1996 22:39:44 +0200 (MET DST) Cc: regnauld@tetard.glou.eu.org (Philippe Regnauld) In-Reply-To: <199610201705.TAA06554@tetard.glou.eu.org> from Philippe Regnauld at "Oct 20, 96 07:05:11 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Philippe Regnauld wrote: > PS: If anyone has got this setup working, I'm interested (console > on Hercules, and X on VGA). I could swear i've once seen it working with the pcvt driver. The behaviour wasn't entirely pleasant (after all, you're sharing the keyboard between both screens), but to the least, it worked. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Oct 21 14:21:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13441 for hackers-outgoing; Mon, 21 Oct 1996 14:21:18 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA13422 for ; Mon, 21 Oct 1996 14:21:09 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA03372 for ; Mon, 21 Oct 1996 23:21:04 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA09524 for freebsd-hackers@freebsd.org; Mon, 21 Oct 1996 23:21:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id XAA11599 for freebsd-hackers@freebsd.org; Mon, 21 Oct 1996 23:09:20 +0200 (MET DST) From: J Wunsch Message-Id: <199610212109.XAA11599@uriah.heep.sax.de> Subject: Re: Read-only root partition. [SYSLOG] To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 21 Oct 1996 23:09:20 +0200 (MET DST) In-Reply-To: <326A99D7.167EB0E7@whistle.com> from Julian Elischer at "Oct 20, 96 02:30:00 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Julian Elischer wrote: > The main problem to haveing a read-only root filesystem would seem to be > the pipe created by syslog in /dev. > > /dev/log is a unix domain socket created when syslogd starts up. > > Possible options include.. > > 1/ > adding a symlink to /var/log/syslog_socket. /var/run/log, and a symlink to /dev/log to help the transition. We might even try convincing the other BSDs of this. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Oct 21 14:29:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14277 for hackers-outgoing; Mon, 21 Oct 1996 14:29:00 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA14267 for ; Mon, 21 Oct 1996 14:28:50 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id QAA10512; Mon, 21 Oct 1996 16:28:32 -0500 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id sma010466; Mon Oct 21 16:28:07 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id QAA25823; Mon, 21 Oct 1996 16:28:07 -0500 Received: from jake.lodgenet.com (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.6/8.6.12) with ESMTP id QAA14071; Mon, 21 Oct 1996 16:27:42 -0500 (CDT) Message-Id: <199610212127.QAA14071@jake.lodgenet.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Chris Csanady" cc: Pedro A M Vazquez , hackers@FreeBSD.org Subject: Re: gdb broken? (Was: Request: package for ddd-2.0) In-reply-to: Your message of "Sun, 20 Oct 1996 12:59:04 CDT." <199610201759.MAA29502@friley216.res.iastate.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Oct 1996 16:27:42 -0500 From: "Eric L. Hernes" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk "Chris Csanady" writes: > >If anyone has any ideas why I keep getting the following, I'd apreciate it. >Just a bad day for current? Are you running an MP kernel? That looks pretty familar under an MP kernel. You've got to make /sys point to your smp kernel sources and re-compile (at least) gdb. > >Thanks, >Chris Csanady > >(gdb) run >Starting program: /home/ccsanady/mptable >reading register eip (#8): Bad address. > eric. From owner-freebsd-hackers Mon Oct 21 14:46:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15338 for hackers-outgoing; Mon, 21 Oct 1996 14:46:11 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15333 for ; Mon, 21 Oct 1996 14:46:07 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.6/8.7.3) with ESMTP id OAA12316; Mon, 21 Oct 1996 14:44:34 -0700 (PDT) Message-Id: <199610212144.OAA12316@austin.polstra.com> To: terry@lambert.org Cc: hackers@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: <199610211900.MAA06315@phaeton.artisoft.com> Date: Mon, 21 Oct 1996 14:44:33 -0700 From: John Polstra Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > For what it's worth, it takes two to play tennis. No, one is enough, provided he's nuts enough to imagine that he has an opponent. :-) -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Mon Oct 21 15:16:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA17720 for hackers-outgoing; Mon, 21 Oct 1996 15:16:57 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA17711 for ; Mon, 21 Oct 1996 15:16:53 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id PAA15681; Mon, 21 Oct 1996 15:15:59 -0700 (PDT) To: Terry Lambert cc: j_mini@efn.org (Jonathan Mini), hackers@FreeBSD.org Subject: Re: Screen savers for syscons.... In-reply-to: Your message of "Mon, 21 Oct 1996 13:42:47 PDT." <199610212042.NAA06539@phaeton.artisoft.com> Date: Mon, 21 Oct 1996 15:15:59 -0700 Message-ID: <15679.845936159@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > There is a guy who has made AfterDark(tm) modules run on FreeBSD. I > have an alpha copy of his code somewhere that I could dig up (but I > would then be unable to give it to you directly). Wanker! Try and figure out some way of getting that code to us, man! :-) Jordan From owner-freebsd-hackers Mon Oct 21 15:36:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA18958 for hackers-outgoing; Mon, 21 Oct 1996 15:36:23 -0700 (PDT) Received: from yoda.fdt.net (root@yoda.fdt.net [205.229.48.17]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA18952 for ; Mon, 21 Oct 1996 15:36:19 -0700 (PDT) Received: from Kryten.nina.org (port-26.ts1.gnv.fdt.net [205.229.51.26]) by yoda.fdt.net (8.6.13.fdt/8.6.13-fdt) with SMTP id SAA06600; Mon, 21 Oct 1996 18:35:42 -0400 Date: Mon, 21 Oct 1996 18:35:56 -0400 (EDT) From: Frank Seltzer X-Sender: frankd@Kryten.nina.org To: Jonathan Mini cc: hackers@FreeBSD.org Subject: Re: Screen savers for syscons.... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, Jonathan Mini wrote: > Am I repeating code already written? If not, is there much of a need for > a decent set of screen savers? And if so, are there any you guys would > like to see in particular... ;) How about one with Chuck? > Jon Mini, j_mini@efn.org, mini@4j.lane.edu > GAMMA Development Team > -------------------------------------------------------------------------- > "I think I can, I think I can, I think I can...." > little.blue.engine:Reality Protection Fault. (core dumped) > -------------------------------------------------------------------------- > > Frank -- Only in America can a homeless veteran sleep in a cardboard box while a draft dodger sleeps in the White House - anonymous From owner-freebsd-hackers Mon Oct 21 15:50:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA19613 for hackers-outgoing; Mon, 21 Oct 1996 15:50:00 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA19597 for ; Mon, 21 Oct 1996 15:49:56 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA06845; Mon, 21 Oct 1996 15:47:10 -0700 From: Terry Lambert Message-Id: <199610212247.PAA06845@phaeton.artisoft.com> Subject: Re: Screen savers for syscons.... To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 21 Oct 1996 15:47:10 -0700 (MST) Cc: terry@lambert.org, j_mini@efn.org, hackers@FreeBSD.org In-Reply-To: <15679.845936159@time.cdrom.com> from "Jordan K. Hubbard" at Oct 21, 96 03:15:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > There is a guy who has made AfterDark(tm) modules run on FreeBSD. I > > have an alpha copy of his code somewhere that I could dig up (but I > > would then be unable to give it to you directly). > > Wanker! > > Try and figure out some way of getting that code to us, man! :-) I'll dig up the guys email address (it's now on my list of things to do), and you can contact him directly. If you don't want to wait for me, you can probably find it by looking for "AfterDark" on dejanews in the BSD list archives... 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-hackers Mon Oct 21 16:22:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA21945 for hackers-outgoing; Mon, 21 Oct 1996 16:22:22 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA21939 for ; Mon, 21 Oct 1996 16:22:19 -0700 (PDT) Received: from campa.panke.de (anonymous233.ppp.cs.tu-berlin.de [130.149.17.233]) by mail.cs.tu-berlin.de (8.6.13/8.6.12) with ESMTP id BAA10417; Tue, 22 Oct 1996 01:16:35 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id BAA01079; Tue, 22 Oct 1996 01:04:55 +0200 Date: Tue, 22 Oct 1996 01:04:55 +0200 From: Wolfram Schneider Message-Id: <199610212304.BAA01079@campa.panke.de> To: John-Mark Gurney Cc: Branson Matheson , freebsd-hackers@FreeBSD.org Subject: Re: System Admin Tools In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk John-Mark Gurney writes: >welll... then there is a bug in src/usr.bin/Makefile for not listing >killall... it is in the 2.1.5 source tree... I thought that since is was >in the 2.2-0323-SNAP that is almost HAD to bin the 2.1.5 release... Fixed for 2.1.6. Thanks! Wolfram From owner-freebsd-hackers Mon Oct 21 17:01:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA25004 for hackers-outgoing; Mon, 21 Oct 1996 17:01:30 -0700 (PDT) Received: from trogon.kiwi.net (trogon.kiwi.net [207.155.57.66]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA24998; Mon, 21 Oct 1996 17:01:27 -0700 (PDT) Received: from localhost (root@localhost) by trogon.kiwi.net (8.8.0/8.7.3) with SMTP id RAA00716; Mon, 21 Oct 1996 17:06:23 -0700 (PDT) Date: Mon, 21 Oct 1996 17:06:23 -0700 (PDT) From: "Christopher H. Taylor" To: Branson Matheson cc: freebsd-questions@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: System Admin Tools In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, Branson Matheson wrote: > And others... Also things like a .cshrc that puts your $cwd in your > title bar or command line depending on your TERM. Things like a Here is an excerpt from my .cshrc file: #csh .cshrc file set mch = `hostname -s` alias setprompt 'set prompt="[${mch:q}] [${cwd}] % "' setprompt alias cd 'chdir \!* && setprompt' +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ o Christopher Taylor - Kiwi Computer Services o o VOICE: 909-274-7800 BBS: 909-274-7803 o o *+*+*+* o o Kiwi Internet Services! o o $12.95/mo FLAT RATE PPP Access!! o o Visit: Http://Www.Kiwi.Net o +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+ PGP Fingerprint: 0D 47 98 16 74 DC 3D 7E 1E 6E 6C 2B D9 A5 C7 1B Finger 'ctaylor@kiwi.net' for Public Keyring! From owner-freebsd-hackers Mon Oct 21 17:15:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA25895 for hackers-outgoing; Mon, 21 Oct 1996 17:15:21 -0700 (PDT) Received: from friley216.res.iastate.edu (friley216.res.iastate.edu [129.186.78.216]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA25886 for ; Mon, 21 Oct 1996 17:15:17 -0700 (PDT) Received: from friley216.res.iastate.edu (loopback [127.0.0.1]) by friley216.res.iastate.edu (8.7.6/8.7.3) with ESMTP id TAA05844; Mon, 21 Oct 1996 19:15:09 -0500 (CDT) Message-Id: <199610220015.TAA05844@friley216.res.iastate.edu> X-Mailer: exmh version 1.6.9 8/22/96 To: "Eric L. Hernes" cc: Pedro A M Vazquez , hackers@FreeBSD.org Subject: Re: gdb broken? (Was: Request: package for ddd-2.0) In-reply-to: Your message of Mon, 21 Oct 1996 16:27:42 -0500. <199610212127.QAA14071@jake.lodgenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Oct 1996 19:15:08 -0500 From: "Chris Csanady" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >"Chris Csanady" writes: >> >>If anyone has any ideas why I keep getting the following, I'd apreciate it. >>Just a bad day for current? > >Are you running an MP kernel? That looks pretty familar under an >MP kernel. You've got to make /sys point to your smp kernel sources >and re-compile (at least) gdb. Thanks. This was the problem.. I remade and installed gdb, and everything is happy now. :) --Chris Csanady >>Thanks, >>Chris Csanady >> >>(gdb) run >>Starting program: /home/ccsanady/mptable >>reading register eip (#8): Bad address. >> > > >eric. > From owner-freebsd-hackers Mon Oct 21 19:57:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA09201 for hackers-outgoing; Mon, 21 Oct 1996 19:57:10 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA09191 for ; Mon, 21 Oct 1996 19:57:07 -0700 (PDT) Received: from haus.efn.org (haus.efn.org [198.68.17.3]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id TAA08443 for ; Mon, 21 Oct 1996 19:57:05 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id TAA29271; Mon, 21 Oct 1996 19:59:46 -0700 (PDT) Received: from localhost (j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) with SMTP id TAA09793; Mon, 21 Oct 1996 19:55:45 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: j_mini owned process doing -bs Date: Mon, 21 Oct 1996 19:55:45 -0700 (PDT) From: Jonathan Mini To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org Subject: Re: Screen savers for syscons.... In-Reply-To: <15186.845931007@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, Jordan K. Hubbard wrote: > > I'm planning on modifying the screen savers that come with FreeBSD > > 2.1.5-R to work with other display devices other than VGA. (like my mono > > system) AFter that, I'd like to write a few screen savers that use the > > 320x200x256 graphics mode of VGA to create a few decent screen savers. > > (let's face it, other than the "green" and "blank" screen savers > > everything else is pitiful.) > > Then please, do it the way we've always discussed it - as a > screen-saver-helper's library you can link your screen saver app with > and save on all the init/teardown code as well as having a convenient > graphics/text library for painting on the screen. Then write your > first few screen savers as consumers of this library, as an > operational test. Well. Considering that that is prettym uch the easies (from my humble point of view) way to do it, I was planning on doing something of the sort. Since I was planning on writing more than one screen saver, it was obvious to me from the start that I was going to either have to wirte a library or cut and paste a lot of redundant code. Fortunatly for you guys, I hate cutting and pasting, plus it annoys me at the size of the "blank" screen saver which really does nothing more than this : fill_screen(' ',FG_WHITE | BG_BLACK); I was planning on making a library that basically gave me three things : - a set of handy routines for writing to the text and graphics modes of the syscons -- be it MDA,VGA, whatever. (I was thinking text,256 and 16 color modes) - hide all that setup and shutdown code -- Why am I looking at it if it's pretty much the same for all screen savers?? - give me a handy hook for a 100hz timer. =) So that I can animate without doing any thinking. > Think "after dark module" :-) I've never played with After Dark's API. Think of it as keeping me "unsoiled." ;) (Or if After Dark did it right, "ignorant.") > Jordan Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-hackers Mon Oct 21 20:03:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA09677 for hackers-outgoing; Mon, 21 Oct 1996 20:03:13 -0700 (PDT) Received: from haus.efn.org (haus.efn.org [198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA09672 for ; Mon, 21 Oct 1996 20:03:04 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id UAA29967; Mon, 21 Oct 1996 20:06:53 -0700 (PDT) Received: from localhost (j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) with SMTP id UAA10444; Mon, 21 Oct 1996 20:02:52 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: j_mini owned process doing -bs Date: Mon, 21 Oct 1996 20:02:51 -0700 (PDT) From: Jonathan Mini To: Frank Seltzer cc: hackers@FreeBSD.org Subject: Re: Screen savers for syscons.... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, Frank Seltzer wrote: > On Mon, 21 Oct 1996, Jonathan Mini wrote: > > > Am I repeating code already written? If not, is there much of a need for > > a decent set of screen savers? And if so, are there any you guys would > > like to see in particular... ;) > > How about one with Chuck? i missed something -- who's Chuck? Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-hackers Mon Oct 21 20:15:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA10599 for hackers-outgoing; Mon, 21 Oct 1996 20:15:08 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA10591 for ; Mon, 21 Oct 1996 20:15:06 -0700 (PDT) Received: (from jkh@localhost) by time.cdrom.com (8.7.6/8.6.9) id UAA00344; Mon, 21 Oct 1996 20:14:55 -0700 (PDT) Date: Mon, 21 Oct 1996 20:14:55 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199610220314.UAA00344@time.cdrom.com> To: frankd@yoda.fdt.net, j_mini@efn.org Subject: Re: Screen savers for syscons.... Cc: hackers@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: nq5u9NcDQ3abwm+VNgma0Q== Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Well, there's a certain attraction to doing it the AfterDark way too since, as Terry says, we'll then be able to run the AfterDark modules as well. Not to denigrate your screen-saver-writing abilities, but I think theirs are likely to be much better.. :-) Most of us who are occasionally forced to run windows have a (legal!) copy of afterdark handy - I think that any company which makes a living writing bizarre screen savers deserves some of my money. :-) Jordan From owner-freebsd-hackers Mon Oct 21 20:39:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA12398 for hackers-outgoing; Mon, 21 Oct 1996 20:39:42 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA12389 for ; Mon, 21 Oct 1996 20:39:36 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA12443 for hackers@freebsd.org; Tue, 22 Oct 1996 13:09:33 +0930 From: Michael Smith Message-Id: <199610220339.NAA12443@genesis.atrad.adelaide.edu.au> Subject: Multidrop serial driver To: hackers@freebsd.org Date: Tue, 22 Oct 1996 13:09:33 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok people, it's been a while since I raised this, but I thought I should try again 8) I have a driver here for talking to RS422/485 devices in 9-bit mode using standard 8250 architecture UARTs, in either 2-wire or 4-wire mode, with automatic or 'manual' drive control. Normally this requires (expensive) interface cards and/or external hardware. The driver works under 2.1.5 and 2.2, and has been in use heavily in our systems since early this year. RS485 is widely used in industrial control applications due to its extremely inexpensive cabling requirements and high noise resistance. I think that the driver would be a useful addition to the system, and we are more than happy to release it under a BSD copyright. If someone with appropriate commit priviledges agrees, the driver is in ~msmith/mdsio.tar.gz on freefall. Note that it currently uses major 20, as I haven't had a major assigned yet. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) [[ ]] realtime instrument control (ph/fax) +61-8-8267-3493 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Oct 21 21:12:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA14069 for hackers-outgoing; Mon, 21 Oct 1996 21:12:29 -0700 (PDT) Received: from Mail.IDT.NET (mail.idt.net [198.4.75.205]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA14060 for ; Mon, 21 Oct 1996 21:12:23 -0700 (PDT) Received: from sequoia (ppp-7.ts-1.mlb.idt.net [169.132.71.7]) by Mail.IDT.NET (8.7.4/8.7.3) with SMTP id AAA22596; Tue, 22 Oct 1996 00:11:55 -0400 (EDT) Message-ID: <326C49CF.3DCD@mail.idt.net> Date: Tue, 22 Oct 1996 00:13:03 -0400 From: Gary Corcoran Reply-To: garycorc@mail.idt.net X-Mailer: Mozilla 3.0 (WinNT; U) MIME-Version: 1.0 To: Terry Lambert CC: Jonathan Mini , hackers@FreeBSD.org Subject: Re: Screen savers for syscons.... References: <199610212042.NAA06539@phaeton.artisoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > There is a guy who has made AfterDark(tm) modules run on FreeBSD. Now *that* would be cool... Gary From owner-freebsd-hackers Mon Oct 21 22:38:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA21753 for hackers-outgoing; Mon, 21 Oct 1996 22:38:42 -0700 (PDT) Received: from hamby1.lightside.net (hamby1.lightside.net [207.67.176.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA21746 for ; Mon, 21 Oct 1996 22:38:39 -0700 (PDT) Received: from localhost (jehamby@localhost) by hamby1.lightside.net (8.7.6/8.7.3) with SMTP id DAA00345 for ; Mon, 21 Oct 1996 03:24:17 -0700 (PDT) X-Authentication-Warning: hamby1.lightside.net: jehamby owned process doing -bs Date: Mon, 21 Oct 1996 03:24:16 -0700 (PDT) From: Jake Hamby X-Sender: jehamby@hamby1 To: hackers@freebsd.org Subject: Forget CDE, try OpenStep!? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I stayed out of the previous thread on CDE for FreeBSD, because even though it's bloated, slow, and hellishly difficult to create custom configurations or integrate applications, it is a "standard". Not a standard I'd want to run on my 486 (okay, it wasn't all _that_ bad on Solaris/x86, I suppose), nor something I'd want to pay $200 for (the entire Solaris/x86 package cost all of $130 educational discount), but a standard that brings some additional prestige to the free UNIX's. However, I bring this up because Sun has recently posted a version of OpenStep free for non-commercial use. Even though OpenStep is now an evolutionary dead-end, and I have no plans to develop for it, speaking strictly as a window manager and user interface, it put CDE to shame! The icons are prettier, the interface is intuitive, there is useful online help, and it's simple to customize. And in spite of using Display PostScript and a raft of shared libraries (for the Objective-C runtime and OpenStep API, in addition to X11), it actually manages to be faster than CDE! Unfortunately it's only available for SPARC/Solaris and Windows 95/NT, and is unlikely to be ported to other OS's any time soon. :-( The moral of the story is: Just because something's an open standard doesn't make it worth spending money on. Especially when free software (like a decent fvwm95 configuration) or even proprietary software that's released without any fanfare (OpenStep) can put it to shame... -- Jake From owner-freebsd-hackers Mon Oct 21 23:24:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA29909 for hackers-outgoing; Mon, 21 Oct 1996 23:24:57 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA29893 for ; Mon, 21 Oct 1996 23:24:53 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id XAA01877 for ; Mon, 21 Oct 1996 23:11:58 -0700 (PDT) Message-ID: <326C6524.41C67EA6@whistle.com> Date: Mon, 21 Oct 1996 23:09:40 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: comments on this change please. Content-Type: multipart/mixed; boundary="------------446B9B3D2781E494167EB0E7" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I would like to make the following change to syslogd and the syslog system. (better suggestions for names not withstanding) the aim is to get the logging fifo out of the root filesystem so that it can be made read-only. I have added some code to syslogd to help compatibilty by having it TRY make a symlink for /dev/log to /var/run/syslog.socket for those people who want BSDI (or linux?) or older freeBSD binaries to work. In teh case of a read-only root fs, One would hope that whoever set it up would have made the symlink first. please comment. I'm trying to get a production r/o root system out the door and we have to get around syslog somehow.. note that this system also works with devfs because devfs supports symlinks. julian (I'm sure bde will find one style problem per line as usual.. and I'll fix them as per usual I hope) :) --------------446B9B3D2781E494167EB0E7 Content-Type: text/plain; charset=us-ascii; name="xx" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="xx" ? usr.sbin/syslogd/syslogd ? usr.sbin/syslogd/syslog.conf.5.gz ? usr.sbin/syslogd/syslogd.8.gz Index: sys/sys/syslog.h =================================================================== RCS file: /cvs/freebsd/src/sys/sys/syslog.h,v retrieving revision 1.6 diff -c -r1.6 syslog.h *** 1.6 1996/03/28 18:29:14 --- syslog.h 1996/10/22 05:57:13 *************** *** 37,43 **** #ifndef _SYS_SYSLOG_H_ #define _SYS_SYSLOG_H_ ! #define _PATH_LOG "/dev/log" /* * priorities/facilities are encoded into a single 32-bit quantity, where the --- 37,44 ---- #ifndef _SYS_SYSLOG_H_ #define _SYS_SYSLOG_H_ ! #define _OLD_PATH_LOG "/dev/log" ! #define _PATH_LOG "/var/run/syslog.socket" /* * priorities/facilities are encoded into a single 32-bit quantity, where the Index: usr.sbin/syslogd/syslogd.8 =================================================================== RCS file: /cvs/freebsd/src/usr.sbin/syslogd/syslogd.8,v retrieving revision 1.4 diff -c -r1.4 syslogd.8 *** 1.4 1996/07/22 16:35:48 --- syslogd.8 1996/10/22 05:57:13 *************** *** 68,74 **** .It Fl p Specify the pathname of an alternate log socket; the default is ! .Pa /dev/log . .El .Pp .Nm Syslogd --- 68,74 ---- .It Fl p Specify the pathname of an alternate log socket; the default is ! .Pa /var/run/syslog.socket . .El .Pp .Nm Syslogd *************** *** 82,88 **** reads messages from the .Tn UNIX domain socket ! .Pa /dev/log , from an Internet domain socket specified in .Pa /etc/services , and from the special device --- 82,88 ---- reads messages from the .Tn UNIX domain socket ! .Pa /var/run/syslog.socket , from an Internet domain socket specified in .Pa /etc/services , and from the special device *************** *** 113,122 **** .It Pa /var/run/syslog.pid The process id of current .Nm syslogd . ! .It Pa /dev/log Name of the .Tn UNIX domain datagram log socket. .It Pa /dev/klog The kernel log device. .El --- 113,125 ---- .It Pa /var/run/syslog.pid The process id of current .Nm syslogd . ! .It Pa /var/run/syslog.socket Name of the .Tn UNIX domain datagram log socket. + .Nm syslogd + might also create a symlink from the location of the old default + socket, (/dev/log) so as to assist backwards compatibility. .It Pa /dev/klog The kernel log device. .El *************** *** 136,139 **** disabled by default. Some sort of .No inter- Ns Nm syslogd authentication mechanism ought to be worked out. ! --- 139,146 ---- disabled by default. Some sort of .No inter- Ns Nm syslogd authentication mechanism ought to be worked out. ! The log socket was moved from /dev to ease the use ! of a read-only root filesystem. This may confuse some old binaries ! and if possible, syslogd will create a symlink to help these programs, ! however if the root filesystem is already read only, and the link is not ! pre-existing, these binaries will not be able to log messages. Index: usr.sbin/syslogd/syslogd.c =================================================================== RCS file: /cvs/freebsd/src/usr.sbin/syslogd/syslogd.c,v retrieving revision 1.10 diff -c -r1.10 syslogd.c *** 1.10 1996/10/05 15:20:51 --- syslogd.c 1996/10/22 05:57:13 *************** *** 104,114 **** #define SYSLOG_NAMES #include - const char *LogName = _PATH_LOG; const char *ConfFile = _PATH_LOGCONF; const char *PidFile = _PATH_LOGPID; const char ctty[] = _PATH_CONSOLE; #define FDMASK(fd) (1 << (fd)) --- 104,117 ---- #define SYSLOG_NAMES #include const char *LogName = _PATH_LOG; const char *ConfFile = _PATH_LOGCONF; const char *PidFile = _PATH_LOGPID; const char ctty[] = _PATH_CONSOLE; + #if defined _OLD_PATH_LOG + int alt_fifo; + const char *OldLogName = _OLD_PATH_LOG; + #endif #define FDMASK(fd) (1 << (fd)) *************** *** 240,245 **** --- 243,251 ---- break; case 'p': /* path */ LogName = optarg; + #if defined _OLD_PATH_LOG + alt_fifo = 1; + #endif break; case 'I': /* backwards compatible w/FreeBSD */ case 's': /* no network mode */ *************** *** 292,297 **** --- 298,340 ---- } else created_lsock = 1; + #if defined(_OLD_PATH_LOG) + #define LNKSZ 128 + /* + * don't make a link for the old fifo name if we are just testing + * (presumably the real syslogd might be using it) + */ + if (! alt_fifo ) { + struct stat statb; + char linkbuf[LNKSZ+1]; + + linkbuf[LNKSZ + 1] = '\0'; + if(stat(OldLogName,&statb) == 0) { + switch(statb.st_mode & S_IFMT) { + case S_IFLNK: + /* + * if it's already corrct leave it + * (great for ro filesystems) + */ + if((readlink(OldLogName, linkbuf, LNKSZ) > 0) + && (! strcmp(OldLogName,linkbuf))) + goto linkok; + case S_IFIFO: + /* if the unlink fails the symlink will too */ + unlink(OldLogName); + } + } + if(symlink(LogName,OldLogName)) { + (void) sprintf(line, + "cannot create symlink %s, continuing.", + OldLogName); + logerror(line); + dprintf("warning: cannot create symlink %s (%d)\n", + OldLogName, errno); + } + } + linkok: + #endif if (!SecureMode) finet = socket(AF_INET, SOCK_DGRAM, 0); else --------------446B9B3D2781E494167EB0E7-- From owner-freebsd-hackers Mon Oct 21 23:30:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01598 for hackers-outgoing; Mon, 21 Oct 1996 23:30:04 -0700 (PDT) Received: from melb.werple.net.au (melb.werple.net.au [203.9.190.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA01525 for ; Mon, 21 Oct 1996 23:29:56 -0700 (PDT) Received: (from uucp@localhost) by melb.werple.net.au (8.7.6/8.7.3/2) with UUCP id PAA25581; Tue, 22 Oct 1996 15:14:23 +1000 (EST) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id PAA02178; Tue, 22 Oct 1996 15:14:11 +1000 (EST) From: John Birrell Message-Id: <199610220514.PAA02178@freebsd1.cimlogic.com.au> Subject: Re: Multidrop serial driver To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 22 Oct 1996 15:14:10 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <199610220339.NAA12443@genesis.atrad.adelaide.edu.au> from Michael Smith at "Oct 22, 96 01:09:33 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: > > I think that the driver would be a useful addition to the system, and > we are more than happy to release it under a BSD copyright. If > someone with appropriate commit priviledges agrees, the driver is in > ~msmith/mdsio.tar.gz on freefall. Note that it currently uses major > 20, as I haven't had a major assigned yet. I have a dinky little PLC (actually a Siemens S7-200) that _needs_ exactly that driver. I'd certainly like to see it in the tree, so that it gets updated when there are changes that affect it. > > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) [[ > ]] realtime instrument control (ph/fax) +61-8-8267-3493 [[ > ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ > Regards, -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-hackers Tue Oct 22 00:03:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA05889 for hackers-outgoing; Tue, 22 Oct 1996 00:03:34 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA05881 for ; Tue, 22 Oct 1996 00:03:30 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id JAA10953; Tue, 22 Oct 1996 09:03:00 +0200 Message-Id: <199610220703.JAA10953@ra.dkuug.dk> Subject: Re: Screen savers for syscons.... To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 22 Oct 1996 09:02:59 +0200 (MET DST) Cc: frankd@yoda.fdt.net, j_mini@efn.org, hackers@FreeBSD.org In-Reply-To: <199610220314.UAA00344@time.cdrom.com> from "Jordan K. Hubbard" at Oct 21, 96 08:14:55 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who wrote: > > > Well, there's a certain attraction to doing it the AfterDark way too since, > as Terry says, we'll then be able to run the AfterDark modules as well. > Not to denigrate your screen-saver-writing abilities, but I think theirs are > likely to be much better.. :-) Most of us who are occasionally forced to run > windows have a (legal!) copy of afterdark handy - I think that any company which > makes a living writing bizarre screen savers deserves some of my money. :-) Yes, I'll second that, with all respect for anybody's coding abilities code is only a tiny fraction of what it takes to make a good screen saver, graphics artists and the like are much more important. So I wote for an afterdark API module... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Tue Oct 22 00:20:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA07059 for hackers-outgoing; Tue, 22 Oct 1996 00:20:47 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA07050; Tue, 22 Oct 1996 00:20:44 -0700 (PDT) Received: (from jkh@localhost) by time.cdrom.com (8.7.6/8.6.9) id AAA02027; Tue, 22 Oct 1996 00:20:43 -0700 (PDT) Date: Tue, 22 Oct 1996 00:20:43 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199610220720.AAA02027@time.cdrom.com> To: hackers@freebsd.org Subject: Would anyone be willing to do something like this for FreeBSD? Cc: wkt@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk http://www.bsdi.com/products/internet-server/benchmarks/webperf I can assure anyone thinking about doing this that they'd get their own version of the above swiftly pointed to in a number of prominent places! :) In fact, there might even be a conference paper in it. Any takers? Jordan From owner-freebsd-hackers Tue Oct 22 01:13:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA10524 for hackers-outgoing; Tue, 22 Oct 1996 01:13:00 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA10519 for ; Tue, 22 Oct 1996 01:12:52 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.6/8.7.3) id SAA06184; Tue, 22 Oct 1996 18:12:46 +1000 (EST) Date: Tue, 22 Oct 1996 18:12:44 +1000 (EST) From: "Daniel O'Callaghan" To: freebsd-hackers@freebsd.org Subject: libc string routines don't check for NULL pointers Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The string comparison (and other) routines in libc don't check for null pointers being passed. This results in SEGVs if one or both of the string pointers being passed is NULL. I can see a religious debate here, but I'm going to raise the issue: Should str*cmp() handle NULL arguments. I have made the very simple change necessary to strcmp() for it to return 0 - strings are the same, or pointers are both NULL < 0 - s1 < s2, or s1 == NULL > 0 - s1 > s2 or s2 == NULL I'd like to see my changes made to libc, but what do others think - should it be just "the programmer's stupid fault" if (s)he passes a NULL pointer to these routines, or should the routines handle NULL? Danny From owner-freebsd-hackers Tue Oct 22 02:14:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA16170 for hackers-outgoing; Tue, 22 Oct 1996 02:14:19 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA16164 for ; Tue, 22 Oct 1996 02:14:12 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id LAA25005; Tue, 22 Oct 1996 11:14:05 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199610220914.LAA25005@gvr.win.tue.nl> Subject: P55TVP4 and APM To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Tue, 22 Oct 1996 11:14:04 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone know if the APM on the Asus P55TVP4 motherboard works with the apm code in 2.1.5R? Any caveats? -Guido From owner-freebsd-hackers Tue Oct 22 02:17:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA16399 for hackers-outgoing; Tue, 22 Oct 1996 02:17:54 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA16389 for ; Tue, 22 Oct 1996 02:17:41 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id JAA07492; Tue, 22 Oct 1996 09:55:40 +0100 Date: Tue, 22 Oct 1996 09:55:39 +0100 (BST) From: Doug Rabson Reply-To: Doug Rabson To: Terry Lambert cc: michaelh@cet.co.jp, karl@Mcs.Net, freebsd-hackers@FreeBSD.org Subject: Re: NFS node: disappearing directory In-Reply-To: <199610211747.KAA06162@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, Terry Lambert wrote: > > > Depends on the FS. For NFS, "bogus cookie handling memory which was > > > allocated for fear the user buffer would be too small to return the > > > data". > > > > > > The problem is cookie related. The fix is to get rid of the cookie > > > code. > > > > The problem is cookie related but in the client. The cookie stuff Terry > > is going on about is in the server which is irrelavent to this bug. > > Correct me if I'm wrong, but real filesystems don't use the cookie > code: only the NFS server. > > If it's in the client code, how does this enter into it? The client is > a real FS... The NFS protocol uses the cookies themselves. The NFS client code speaks the NFS protocol and therefore *must* use cookies. It does *not* use the extra cookie interface to the VOP_READDIR call. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 734 3761 FAX: +44 171 734 6426 From owner-freebsd-hackers Tue Oct 22 02:23:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA16707 for hackers-outgoing; Tue, 22 Oct 1996 02:23:19 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA16696 for ; Tue, 22 Oct 1996 02:23:13 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA15249; Tue, 22 Oct 1996 18:53:02 +0930 From: Michael Smith Message-Id: <199610220923.SAA15249@genesis.atrad.adelaide.edu.au> Subject: Re: libc string routines don't check for NULL pointers To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Tue, 22 Oct 1996 18:53:01 +0930 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Daniel O'Callaghan" at Oct 22, 96 06:12:44 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Daniel O'Callaghan stands accused of saying: > > The string comparison (and other) routines in libc don't check for null > pointers being passed. This results in SEGVs if one or both of the > string pointers being passed is NULL. I can see a religious debate here, > but I'm going to raise the issue: Should str*cmp() handle NULL arguments. No. > I have made the very simple change necessary to strcmp() for it to return > > 0 - strings are the same, or pointers are both NULL > < 0 - s1 < s2, or s1 == NULL > > 0 - s1 > s2 or s2 == NULL > > I'd like to see my changes made to libc, but what do others think - > should it be just "the programmer's stupid fault" if (s)he passes a NULL > pointer to these routines, or should the routines handle NULL? It is _entirely_ the user's problem. A null pointer references nothing, not an empty string. It is not helpful from the debugging point of view not to have these errors reported as early as possible. It is unacceptable to penalise working applications for the questionable benefit that this would bring. > Danny -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) [[ ]] realtime instrument control (ph/fax) +61-8-8267-3493 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Oct 22 02:53:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA18639 for hackers-outgoing; Tue, 22 Oct 1996 02:53:03 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA18629 for ; Tue, 22 Oct 1996 02:52:39 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA28164; Tue, 22 Oct 1996 11:52:06 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA20846; Tue, 22 Oct 1996 11:52:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id LAA16436; Tue, 22 Oct 1996 11:46:56 +0200 (MET DST) From: J Wunsch Message-Id: <199610220946.LAA16436@uriah.heep.sax.de> Subject: Re: comments on this change please. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 22 Oct 1996 11:46:56 +0200 (MET DST) Cc: julian@whistle.com (Julian Elischer) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <326C6524.41C67EA6@whistle.com> from Julian Elischer at "Oct 21, 96 11:09:40 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Julian Elischer wrote: > I have added some code to syslogd to help compatibilty > by having it TRY make a symlink for /dev/log to /var/run/syslog.socket /var/run/log. POLA. (There's precedent with /var/run/printer, and we should convince the XFree86 folks of /var/run/X11, too.) > for those people who want BSDI (or linux?) or older freeBSD > binaries to work. In teh case of a read-only root fs, One would hope > that whoever set it up would have made the symlink first. Do also modify the remaining Makefiles etc. to make sure the symlink will be in place on any new system. Do symlink handling in devfs first. > + #if defined _OLD_PATH_LOG > + int alt_fifo; > + const char *OldLogName = _OLD_PATH_LOG; > + #endif I'm against bloating it with the `OLD_' cruft. Either change completely, or keep it as it is. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Oct 22 02:53:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA18673 for hackers-outgoing; Tue, 22 Oct 1996 02:53:31 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA18663 for ; Tue, 22 Oct 1996 02:53:24 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA28130 for ; Tue, 22 Oct 1996 11:51:50 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA20816 for freebsd-hackers@freebsd.org; Tue, 22 Oct 1996 11:51:49 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id LAA16160 for freebsd-hackers@freebsd.org; Tue, 22 Oct 1996 11:25:56 +0200 (MET DST) From: J Wunsch Message-Id: <199610220925.LAA16160@uriah.heep.sax.de> Subject: Re: Screen savers for syscons.... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 22 Oct 1996 11:25:56 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Jonathan Mini at "Oct 21, 96 08:02:51 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jonathan Mini wrote: > > How about one with Chuck? > > i missed something -- who's Chuck? The inofficial name for the BSD Daemon. However, Kirk McKusick, the copyright holder for him, cannot stand this name. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Oct 22 03:28:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA20643 for hackers-outgoing; Tue, 22 Oct 1996 03:28:10 -0700 (PDT) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA20628 for ; Tue, 22 Oct 1996 03:28:00 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@[10.1.143.100]) by zwei.siemens.at (8.7.5/8.7.3) with SMTP id MAA13337 for ; Tue, 22 Oct 1996 12:26:09 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0vFe3J-00021FC; Tue, 22 Oct 96 12:27 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA287450007; Tue, 22 Oct 1996 12:26:47 +0200 From: "Hr.Ladavac" Message-Id: <199610221026.AA287450007@ws2301.gud.siemens.co.at> Subject: Re: libc string routines don't check for NULL pointers To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Tue, 22 Oct 1996 12:26:47 +0200 (MESZ) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Daniel O'Callaghan" at Oct 22, 96 06:12:44 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Daniel O'Callaghan contained: > > The string comparison (and other) routines in libc don't check for null > pointers being passed. This results in SEGVs if one or both of the > string pointers being passed is NULL. I can see a religious debate here, > but I'm going to raise the issue: Should str*cmp() handle NULL arguments. > > I have made the very simple change necessary to strcmp() for it to return > > 0 - strings are the same, or pointers are both NULL > < 0 - s1 < s2, or s1 == NULL > > 0 - s1 > s2 or s2 == NULL > > I'd like to see my changes made to libc, but what do others think - > should it be just "the programmer's stupid fault" if (s)he passes a NULL > pointer to these routines, or should the routines handle NULL? See the archives. Take a look at comp.lang.c FAQ as well. The general opinion is that 'char *a = 0;' is not a valid string; rather, it's a null-pointer, dereferencing of which is not allowed. I.e. the str* functions behave properly--"driver's fault" /Marino > > Danny > From owner-freebsd-hackers Tue Oct 22 04:01:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22255 for hackers-outgoing; Tue, 22 Oct 1996 04:01:39 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA22246 for ; Tue, 22 Oct 1996 04:01:33 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.6/8.6.6) with ESMTP id FAA15578; Tue, 22 Oct 1996 05:00:41 -0600 (MDT) Message-Id: <199610221100.FAA15578@rover.village.org> To: "Daniel O'Callaghan" Subject: Re: libc string routines don't check for NULL pointers Cc: freebsd-hackers@freebsd.org In-reply-to: Your message of "Tue, 22 Oct 1996 18:12:44 +1000." References: Date: Tue, 22 Oct 1996 05:00:41 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message "Daniel O'Callaghan" writes: : The string comparison (and other) routines in libc don't check for null : pointers being passed. This results in SEGVs if one or both of the : string pointers being passed is NULL. I can see a religious debate here, : but I'm going to raise the issue: Should str*cmp() handle NULL arguments. NULL pointers are strictly undefined when it comes to str*cmp. There is a fundamental difference between a pointer to a NUL character, and a NULL pointer (which points to nothing at all, not to a null string). It is not at all clear that the programmer intended to pass a NULL pointer to indicate a null string. Long experience has shown me at least that this is almost always the result of a bug in the program. Finally, many systems do *NOT* allow NULL pointers for these routines and die the horrible death there. Changing them is likely not an option, and catering to the NULL pointer crowd only makes it harder to port away from FreeBSD. Dying on NULL pointer references is one way to ensure happier programmers down the line when they go to port their code (and history has shown me that even the basest hacks will live longer than the hardware sometimes). str*cmp and friends should be hard asses about this and should give the programer a nice core file when this happens, subject to local security constraints. NULL pointer checking can slow down these routines, but I've never seen numbers to back up speed differences. Just my humble opinion from about 10 years of doing this stick. Others may disagree. Warner From owner-freebsd-hackers Tue Oct 22 04:03:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22365 for hackers-outgoing; Tue, 22 Oct 1996 04:03:14 -0700 (PDT) Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA22359 for ; Tue, 22 Oct 1996 04:03:07 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id MAA07505 for ; Tue, 22 Oct 1996 12:00:12 +0100 (BST) Received: from cadair.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Tue, 22 Oct 1996 11:39:10 +0100 Received: from tees.elsevier.co.uk (tees.elsevier.co.uk [193.131.197.60]) by cadair.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id LAA00884; Tue, 22 Oct 1996 11:39:04 +0100 (BST) Received: (from dpr@localhost) by tees.elsevier.co.uk (8.8.0/8.8.0) id LAA11554; Tue, 22 Oct 1996 11:38:01 +0100 (BST) To: Marc Slemko Cc: Jason Thorpe , freebsd-hackers@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c References: From: Paul Richards Date: 22 Oct 1996 11:38:00 +0100 In-Reply-To: Marc Slemko's message of Fri, 18 Oct 1996 19:18:49 -0600 (MDT) Message-ID: <57loczl1x3.fsf@tees.elsevier.co.uk> Lines: 57 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Marc Slemko writes: > + /* > + * If we are setuid/setgid, or if we've changed uid's in the past, > + * we may be holding privileged information. We must not core! > + */ > if (pcred->p_svuid != pcred->p_ruid || pcred->p_svgid != pcred->p_rgid) > + return (EFAULT); > + if (p->p_flag & P_SUGID) > return (EFAULT); > if (ctob(UPAGES + vm->vm_dsize + vm->vm_ssize) >= > p->p_rlimit[RLIMIT_CORE].rlim_cur) Been thinking about this for a bit. I don't think it's the kernel's job to enforce security of this type. Ok, clarify that, the kernel is correct in not allowing such programs to dump core but it shouldn't be responsible for the problem of ensuring "important" data is not accessible *unless the application requests such a feature*. Not all programs that hold sensitive data need necessarily be run setuid so the above is not that secure. Arbitrarily clearing memory is not a great solution as people have already pointed out, besides, what's stopping me getting access to that memory while the program is running before the memory is freed, say by attaching a debugger. If we were really concerned about securing data within a running application then what we need is a new malloc interface that allows applications to request a secure memory allocation. I'm not sure exactly how it would be implemented but it would be something along the lines of a new mmap option that told the kernel that these pages were in some way secure. It provides interesting possiblities, initially just make sure that those pages are not easily accessible, don't allow attaching processes to access them and have the kernel permanently erase the contents when the process dies or they are returned to the kernel. Maybe we could add some more interesting features in the future, like an encrypted memory manager, if a page isn't accessed within a timeslice then encrypt it using a key specific to that process and then have the kernel decrypt it when the process next accesses that page. This is the sort of thing that would be important to companies that have servers that handle confidential data and they don't even trust their own employees who might have the required access rights to snoop such data. Ok, getting a bit ahead of myself but for those really security concious app developers it would be neat to think up something along these lines. There's zero overhead then for programs that are not required to be secure and it moves the responsibility from the OS designer to the application programmer which is where I believe the responsibility resides. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-hackers Tue Oct 22 04:12:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22737 for hackers-outgoing; Tue, 22 Oct 1996 04:12:01 -0700 (PDT) Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA22725 for ; Tue, 22 Oct 1996 04:11:56 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id MAA07685 for ; Tue, 22 Oct 1996 12:09:01 +0100 (BST) Received: from cadair.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Tue, 22 Oct 1996 12:11:20 +0100 Received: from tees.elsevier.co.uk (tees.elsevier.co.uk [193.131.197.60]) by cadair.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id MAA01431; Tue, 22 Oct 1996 12:11:08 +0100 (BST) Received: (from dpr@localhost) by tees.elsevier.co.uk (8.8.0/8.8.0) id MAA11564; Tue, 22 Oct 1996 12:10:05 +0100 (BST) To: J Wunsch Cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: Read-only root partition. [SYSLOG] References: <199610212109.XAA11599@uriah.heep.sax.de> From: Paul Richards Date: 22 Oct 1996 12:10:04 +0100 In-Reply-To: J Wunsch's message of Mon, 21 Oct 1996 23:09:20 +0200 (MET DST) Message-ID: <57hgnnl0fn.fsf@tees.elsevier.co.uk> Lines: 19 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > /var/run/log, and a symlink to /dev/log to help the transition. > > We might even try convincing the other BSDs of this. > I think this is the way to proceeed. /dev/log shouldn't really be there and rather than work around it in the devfs implementation we should strive to get the "standard" changed to /var/run. A symlink will be fine for backward compatibility (I'm not even sure we should have the symlink one all our own binaries have been changed but document it so people can add it if they have older binaries). -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-hackers Tue Oct 22 05:04:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24834 for hackers-outgoing; Tue, 22 Oct 1996 05:04:37 -0700 (PDT) Received: from home.winc.com (root@home.winc.com [204.178.182.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA24829 for ; Tue, 22 Oct 1996 05:04:35 -0700 (PDT) Received: from phoenix.aristar.com (slip125.winc.com [204.178.182.125]) by home.winc.com (8.7.5/8.7.3) with SMTP id IAA26467; Tue, 22 Oct 1996 08:01:08 -0400 Message-ID: <326CB7DB.2781E494@aristar.com> Date: Tue, 22 Oct 1996 08:02:35 -0400 From: "Matthew A. Gessner" Organization: Aristar, Inc. X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: Terry Lambert CC: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org Subject: Re: install on Dell P60 References: <199610211904.MAA06325@phaeton.artisoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > > > Well, the installation goes fine, but when I try to reboot, my system > > > does a hard reboot after the first couple of /-\|/ go by. > > > > > > When I try to boot from the floppy to wd(1,a)/kernel, I get further, > > > but eventually the kernel panics. > > > > Surprising that Linux worked on it, but i would try making the memory > > timing more relaxed. > > Disable caching. Then work your way up to disabling "writeback" > > The old Dell P60's (are there new Dell P60's? I don't think so) used > the old Saturn I chipset. > > The Old Saturn I chipset does not do a cache invalidate cycle for PCI > bus master DMA devices. > > Is it time to once again suggest detecting faulty hardware, and add an > explicit BINVD for the DMA target area in the competion routine? > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. Now this is really odd: a) I don't have access to the timing or the caching. b) When I booted from the floppy last night and did wd(1,a)/kernel IT BOOTED JUST FINE! ???? So the next step is to try to load booteasy onto the first drive. man -k boot doesn't tell me anything, nor do any other combinations of other related words; how do I change it from the command line w/o having to reinstall BSD (sorry for the obviously ignorant question; I'm not new to Unix, but I am pretty new to complete and total system manipulation like this). I can't figure out why FreeBSD didn't load in the first place from booteasy. Is there something maybe in booteasy that causes it to behave funny on my particular machine? Thanks all! I think you folks that are working on the development of FreeBSD are doing a bang-up job and get criticized far too much by those who don't appreciate the magnitude of what you're trying to do/have done/are doing. We're using FreeBSD here to do some very simple database work (nothing fancy) for dial-up use for data collection, and it is SO MUCH EASIER to do this type of work from FreeBSD than it would be under any kind of windoze system. Thanks again, Matt -- Matthew Gessner, Computer Scientist, Aristar, Inc. 302 N. Cleveland-Massillon Rd. Akron, OH 44333 Voice (330) 668-2267, Fax (330) 668-2961 From owner-freebsd-hackers Tue Oct 22 05:51:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA26758 for hackers-outgoing; Tue, 22 Oct 1996 05:51:06 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA26753 for ; Tue, 22 Oct 1996 05:51:02 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id MAA04661 for ; Tue, 22 Oct 1996 12:50:50 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id OAA23037 for hackers@FreeBSD.org; Tue, 22 Oct 1996 14:50:17 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.0/keltia-uucp-2.9) id OAA14353; Tue, 22 Oct 1996 14:45:06 +0200 (MET DST) Message-Id: <199610221245.OAA14353@keltia.freenix.fr> Date: Tue, 22 Oct 1996 14:45:05 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: hackers@FreeBSD.org Subject: Re: Screen savers for syscons.... References: X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-CURRENT ctm#2584 In-Reply-To: ; from Jonathan Mini on Oct 21, 1996 20:02:51 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to Jonathan Mini: > i missed something -- who's Chuck? Our nice and cute little daemon. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #25: Tue Oct 15 21:13:57 MET DST 1996 From owner-freebsd-hackers Tue Oct 22 06:34:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA28561 for hackers-outgoing; Tue, 22 Oct 1996 06:34:41 -0700 (PDT) Received: from sdev.usn.blaze.net.au (sdev.usn.blaze.net.au [203.17.53.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA28546 for ; Tue, 22 Oct 1996 06:34:34 -0700 (PDT) Received: (from davidn@localhost) by sdev.usn.blaze.net.au (8.7.6/8.6.9) id XAA01859; Tue, 22 Oct 1996 23:32:39 +1000 (EST) Message-Id: <199610221332.XAA01859@sdev.usn.blaze.net.au> Date: Tue, 22 Oct 1996 23:32:37 +1000 From: davidn@sdev.usn.blaze.net.au (David Nugent) To: branson@widomaker.com (Branson Matheson) Cc: hackers@freebsd.org Subject: Re: System Admin Tools References: X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 In-Reply-To: ; from Branson Matheson on Oct 21, 1996 09:59:21 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Branson Matheson writes: > gps - lists by process name Noone seems to have posted an equivalent of this, but try: alias gps='ps | sed -e "s/\/.[^ ]*\///" | sed -e "/ PID/d" | sort +4' Remove the '=' if you're using (t)csh. It's not perfect, but you get the idea. Regards, David David Nugent, Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-791-9547 Data/BBS +61-3-792-3507 3:632/348@fidonet davidn@blaze.net.au http://www.blaze.net.au/~davidn From owner-freebsd-hackers Tue Oct 22 07:02:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00971 for hackers-outgoing; Tue, 22 Oct 1996 07:02:13 -0700 (PDT) Received: from gatekeeper.ctron.com (ctron.com [134.141.197.25]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA00961 for ; Tue, 22 Oct 1996 07:02:10 -0700 (PDT) Received: (from news@localhost) by gatekeeper.ctron.com (8.6.12/8.6.9) id KAA02645 for ; Tue, 22 Oct 1996 10:02:08 -0400 Received: from stealth.ctron.com(134.141.5.107) by gatekeeper via smap (V1.3mjr) id sma002617; Tue Oct 22 10:01:56 1996 Received: from thoth.ctron.com by stealth.ctron.com (4.1/SMI-4.1) id AA24551; Tue, 22 Oct 96 10:08:10 EDT Received: from thoth (localhost [127.0.0.1]) by thoth.ctron.com (8.6.12/8.6.12) with SMTP id KAA16220 for ; Tue, 22 Oct 1996 10:03:17 -0400 Message-Id: <326CD424.7085@ctron.com> Date: Tue, 22 Oct 1996 10:03:16 -0400 From: Alexander Seth Jones Organization: Cabletron Systems, Inc. X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.4 sun4m) Mime-Version: 1.0 To: hackers@freefall.freebsd.org Subject: DMA and autoinitialize Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm writing a device driver for an audio card and would like to autoinitialize the DMA. Right now, I do this using isa_dmastart. However, I don't see any routines to grab the data periodically to place it in a buffer inside my driver. I can't use isa_dmadone, because if a bounce buffer is being used, it'll flag it as not being used anymore, so I won't be able to get anymore data. What makes things tough is that the interrupt on the card is not tied to DMA in hardware, so I have to poll the DMA controller periodically to see how many bytes I can transfer over to an internal buffer. I looked through all the drivers and didn't see anybody even doing any autoinitialization, nor did I see a routine to periodically grab stuff from the DMA buffer (2.1.5-RELEASE) Does such a routine exist? or will I have to write one? or can someone suggest another way to approach this? Thanks. -- Alex Jones | ajones@ctron.com Cabletron Systems, Inc. Durham, NH USA 03824 From owner-freebsd-hackers Tue Oct 22 07:22:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA02122 for hackers-outgoing; Tue, 22 Oct 1996 07:22:08 -0700 (PDT) Received: from fullfeed.msn.fullfeed.com (fullfeed.msn.fullfeed.com [199.184.182.42]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA02111 for ; Tue, 22 Oct 1996 07:22:03 -0700 (PDT) Received: from sumatra.americantv.com by fullfeed.msn.fullfeed.com (8.6.9/MSN-1.4) id JAA00985; Tue, 22 Oct 1996 09:21:54 -0500 Received: (from uucp@localhost) by sumatra.americantv.com (8.6.12/8.6.12) with UUCP id IAA11560 for freebsd-hackers@FreeBSD.org; Tue, 22 Oct 1996 08:45:27 -0500 Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id OAA11477 for freebsd-hackers@FreeBSD.org; Tue, 22 Oct 1996 14:11:41 GMT From: Jonathan Lemon Message-Id: <199610221411.OAA11477@right.PCS> Subject: Re: Screen savers for syscons.... To: freebsd-hackers@FreeBSD.org Date: Tue, 22 Oct 1996 09:11:40 -0500 (CDT) In-Reply-To: <199610220925.LAA16160@uriah.heep.sax.de> from "J Wunsch" at Oct 22, 96 11:25:56 am X-Mailer: ELM [version 2.4 PL21] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > As Jonathan Mini wrote: > > > > How about one with Chuck? > > > > i missed something -- who's Chuck? > > The inofficial name for the BSD Daemon. However, Kirk McKusick, the > copyright holder for him, cannot stand this name. So what does Kirk call him? -- Jonathan From owner-freebsd-hackers Tue Oct 22 07:42:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA03158 for hackers-outgoing; Tue, 22 Oct 1996 07:42:29 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA03152 for ; Tue, 22 Oct 1996 07:42:25 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id AAA17298; Wed, 23 Oct 1996 00:12:16 +0930 From: Michael Smith Message-Id: <199610221442.AAA17298@genesis.atrad.adelaide.edu.au> Subject: Re: DMA and autoinitialize To: ajones@ctron.com (Alexander Seth Jones) Date: Wed, 23 Oct 1996 00:12:16 +0930 (CST) Cc: hackers@freefall.freebsd.org In-Reply-To: <326CD424.7085@ctron.com> from "Alexander Seth Jones" at Oct 22, 96 10:03:16 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Alexander Seth Jones stands accused of saying: > > I'm writing a device driver for an audio card and would like to > autoinitialize the DMA. Right now, I do this using isa_dmastart. > However, I don't see any routines to grab the data periodically to place > it in a buffer inside my driver. I can't use isa_dmadone, because if a > bounce buffer is being used, it'll flag it as not being used anymore, so > I won't be able to get anymore data. What makes things tough is that > the interrupt on the card is not tied to DMA in hardware, so I have to > poll the DMA controller periodically to see how many bytes I can > transfer over to an internal buffer. Yecch, what a revolting piece of hardware. > I looked through all the drivers and didn't see anybody even doing any > autoinitialization, nor did I see a routine to periodically grab stuff > from the DMA buffer (2.1.5-RELEASE) Does such a routine exist? or will > I have to write one? or can someone suggest another way to approach > this? I would be inclined to use a timeout that expires several times faster than the card can get through the DMA buffer, and have the DMA looping through a circular buffer internal to the driver. This means copying from userspace to your buffer, which is bad-ish, but it avoids losing control to the DMA routines. In the worst case then the audio would repeat rather than glitch. (You can see this sort of behaviour eg. in Quake when you save to disk; the second or so of audio it plays loops until it's finished in DOS and can catch up.) YMMV, I am pulling this out of thin air rather than actually studying the problem. > Alex Jones | ajones@ctron.com -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) [[ ]] realtime instrument control (ph/fax) +61-8-8267-3493 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Oct 22 07:47:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA03395 for hackers-outgoing; Tue, 22 Oct 1996 07:47:17 -0700 (PDT) Received: from ibmmail.COM (ibmmail.com [199.171.26.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA03388 for ; Tue, 22 Oct 1996 07:47:12 -0700 (PDT) Received: from IMXGATE.COM by ibmmail.COM (IBM VM SMTP V2R3) with BSMTP id 5196; Tue, 22 Oct 96 10:46:59 EDT Received: from sv13.cis.squared.com by imxgate.com (IBM VM SMTP V2R3) with TCP; Tue, 22 Oct 96 10:37:36 EDT Received: from mg01a.mhs.squared.com by sv13.cis.squared.com (AIX 4.1/UCB 5.64/4.03) id AA31280; Tue, 22 Oct 1996 10:37:21 -0400 Received: from NetWare MHS (SMF70) by mg01a.mhs.squared.com via Connect2-SMTP 4.00.b27D; Tue, 22 Oct 1996 10:32:11 -0400 Message-Id: In-Reply-To: <1116D15B0187397C> Date: Tue, 22 Oct 1996 10:39:37 -0400 From: "Sexton, Robert" Organization: Square D To: dmaddox@scsn.net Cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: X/Mouse/2.1.5 Wierdness Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7BIT X-Mailer: Connect2-SMTP 4.00.b27D MHS to SMTP Gateway Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Unfortuneately, I'm running 2.1.5-RELEASE, which seems to predate moused. Any other ideas? From owner-freebsd-hackers Tue Oct 22 08:03:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA04189 for hackers-outgoing; Tue, 22 Oct 1996 08:03:49 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA04183 for ; Tue, 22 Oct 1996 08:03:44 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id IAA15764; Tue, 22 Oct 1996 08:04:00 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id BAA23250; Wed, 23 Oct 1996 01:02:52 +1000 From: Julian Assange Message-Id: <199610221502.BAA23250@suburbia.net> Subject: Re: libc string routines don't check for NULL pointers To: imp@village.org (Warner Losh) Date: Wed, 23 Oct 1996 01:02:52 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <199610221100.FAA15578@rover.village.org> from "Warner Losh" at Oct 22, 96 05:00:41 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > In message > "Daniel > O'Callaghan" writes: > : The string comparison (and other) routines in libc don't check for null > : pointers being passed. This results in SEGVs if one or both of the > : string pointers being passed is NULL. I can see a religious debate here, > : but I'm going to raise the issue: Should str*cmp() handle NULL arguments. > > str*cmp and friends should be hard asses about this and should give > the programer a nice core file when this happens, subject to local > security constraints. NULL pointer checking can slow down these > routines, but I've never seen numbers to back up speed differences. > > Just my humble opinion from about 10 years of doing this stick. > Others may disagree. No need to do this, just make sure the vm system never maps page 0. -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | C7F81C2AA32D7D4E4D360A2ED2098E0D | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Tue Oct 22 08:17:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA05093 for hackers-outgoing; Tue, 22 Oct 1996 08:17:36 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA05088 for ; Tue, 22 Oct 1996 08:17:31 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA22241; Tue, 22 Oct 1996 09:17:16 -0600 (MDT) Date: Tue, 22 Oct 1996 09:17:16 -0600 (MDT) Message-Id: <199610221517.JAA22241@rocky.mt.sri.com> From: Nate Williams To: guido@gvr.win.tue.nl (Guido van Rooij) Cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Subject: Re: P55TVP4 and APM In-Reply-To: <199610220914.LAA25005@gvr.win.tue.nl> References: <199610220914.LAA25005@gvr.win.tue.nl> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Guido van Rooij writes: > Does anyone know if the APM on the Asus P55TVP4 motherboard works > with the apm code in 2.1.5R? Any caveats? I doubt anyone has tried. Be the first and let us know how it goes. :) Nate From owner-freebsd-hackers Tue Oct 22 09:32:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10061 for hackers-outgoing; Tue, 22 Oct 1996 09:32:50 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA10036 for ; Tue, 22 Oct 1996 09:32:44 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id JAA07063; Tue, 22 Oct 1996 09:32:35 -0700 (PDT) Message-Id: <199610221632.JAA07063@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Alexander Seth Jones cc: hackers@freefall.freebsd.org Subject: Re: DMA and autoinitialize In-reply-to: Your message of "Tue, 22 Oct 1996 10:03:16 EDT." <326CD424.7085@ctron.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Oct 1996 09:32:35 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Alexander Seth Jones : > I looked through all the drivers and didn't see anybody even doing any > autoinitialization, nor did I see a routine to periodically grab stuff > from the DMA buffer (2.1.5-RELEASE) Does such a routine exist? or will > I have to write one? or can someone suggest another way to approach > this? Just take a look in /sys/i386/isa/sound/ ad1848.c dmabuf.c souncard.c < for buff allocation> Enjoy, Amancio From owner-freebsd-hackers Tue Oct 22 09:39:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10709 for hackers-outgoing; Tue, 22 Oct 1996 09:39:48 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA10574 for ; Tue, 22 Oct 1996 09:37:33 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id RAA21144 for ; Tue, 22 Oct 1996 17:36:50 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA22495 for freebsd-hackers@freefall.cdrom.com; Tue, 22 Oct 1996 17:41:54 +0100 Date: Tue, 22 Oct 1996 17:41:54 +0100 From: Christoph Kukulies Message-Id: <199610221641.RAA22495@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: getopt(1) man page woodoo Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ..... DESCRIPTION Getopt is used to break up options in command lines for easy parsing by shell procedures, and to check for legal options. [Optstring] is a string of recognized option letters (see getopt(3) ); if a letter is fol- lowed by a colon, the option is expected to have an argument which may or may not be separated from it by white space. The special option is used to delimit the end of the options. Getopt will place in the arguments at the end of the options, or recognize it if used explicitly. The shell arguments ($1 $2 ...) are reset so that each option is preceded by a and in its own shell argument; each option argument is also in its own shell argument. ..... See the missing -- and - ? But they are in The special option .B \-\- is used to delimit the end of the options. .Nm Getopt will place .B \-\- in the arguments at the end of the options, or recognize it if used explicitly. The shell arguments (\fB$1 $2\fR ...) are reset so that each option is preceded by a .B \- and in its own shell argument; What's going on here? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Oct 22 10:12:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16015 for hackers-outgoing; Tue, 22 Oct 1996 10:12:37 -0700 (PDT) Received: from haus.efn.org (haus.efn.org [198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA16006 for ; Tue, 22 Oct 1996 10:12:34 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id KAA24684; Tue, 22 Oct 1996 10:16:18 -0700 (PDT) Received: from localhost (j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) with SMTP id KAA19735; Tue, 22 Oct 1996 10:12:17 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: j_mini owned process doing -bs Date: Tue, 22 Oct 1996 10:12:16 -0700 (PDT) From: Jonathan Mini To: "Jordan K. Hubbard" cc: frankd@yoda.fdt.net, hackers@FreeBSD.org Subject: Re: Screen savers for syscons.... In-Reply-To: <199610220314.UAA00344@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Oct 1996, Jordan K. Hubbard wrote: > Well, there's a certain attraction to doing it the AfterDark way too since, > as Terry says, we'll then be able to run the AfterDark modules as well. > Not to denigrate your screen-saver-writing abilities, but I think theirs are > likely to be much better.. :-) Most of us who are occasionally forced to run > windows have a (legal!) copy of afterdark handy - I think that any company which > makes a living writing bizarre screen savers deserves some of my money. :-) Degredation is not possible -- After Dark rules. ;) Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-hackers Tue Oct 22 10:14:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16214 for hackers-outgoing; Tue, 22 Oct 1996 10:14:43 -0700 (PDT) Received: from haus.efn.org (haus.efn.org [198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA16202 for ; Tue, 22 Oct 1996 10:14:39 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id KAA24942 for ; Tue, 22 Oct 1996 10:18:35 -0700 (PDT) Received: from localhost (j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) with SMTP id KAA19997 for ; Tue, 22 Oct 1996 10:14:35 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: j_mini owned process doing -bs Date: Tue, 22 Oct 1996 10:14:34 -0700 (PDT) From: Jonathan Mini To: hackers@freebsd.org Subject: Re: Syscons screensavers (AfterDark API)... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If anybody has some documentation on the AfterDark API, I'd be willing ot take a crack at making it work under FreeBSD. Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-hackers Tue Oct 22 10:17:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16505 for hackers-outgoing; Tue, 22 Oct 1996 10:17:55 -0700 (PDT) Received: from odysseus.sae.gr (gate.sae.gr [194.219.29.62]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA16489 for ; Tue, 22 Oct 1996 10:17:36 -0700 (PDT) Received: (from asvestas@localhost) by odysseus.sae.gr (8.6.12/8.6.12) id UAA07932; Tue, 22 Oct 1996 20:17:32 +0300 Date: Tue, 22 Oct 1996 20:17:32 +0300 (EET DST) From: Kostas Asvestas To: hackers@freebsd.org Subject: if_ed_p.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I found in the 2.2 tree this file that supports NE2000 pci clones. Is there a way to patch it in the 2.1.5 kernel? If that is possible please help. Kostas Asvestas. From owner-freebsd-hackers Tue Oct 22 10:23:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA17342 for hackers-outgoing; Tue, 22 Oct 1996 10:23:18 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA17336 for ; Tue, 22 Oct 1996 10:23:15 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA08106; Tue, 22 Oct 1996 10:19:57 -0700 From: Terry Lambert Message-Id: <199610221719.KAA08106@phaeton.artisoft.com> Subject: Re: NFS node: disappearing directory To: dfr@render.com Date: Tue, 22 Oct 1996 10:19:56 -0700 (MST) Cc: terry@lambert.org, michaelh@cet.co.jp, karl@Mcs.Net, freebsd-hackers@FreeBSD.org In-Reply-To: from "Doug Rabson" at Oct 22, 96 09:55:39 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > If it's in the client code, how does this enter into it? The client is > > a real FS... > > The NFS protocol uses the cookies themselves. The NFS client code speaks > the NFS protocol and therefore *must* use cookies. It does *not* use the > extra cookie interface to the VOP_READDIR call. Ah. I see your problem. I was talking about the server problem caused by the search restart, which *is* cookie related. There's an unfortunate multiple use of the word "cookie" here... 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-hackers Tue Oct 22 10:40:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA18667 for hackers-outgoing; Tue, 22 Oct 1996 10:40:00 -0700 (PDT) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA18642 for ; Tue, 22 Oct 1996 10:39:51 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-45.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA19778 (5.67b/IDA-1.5 for ); Tue, 22 Oct 1996 19:39:42 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.7.6/8.6.9) id TAA06780; Tue, 22 Oct 1996 19:39:00 +0200 (MET DST) Message-Id: <199610221739.TAA06780@x14.mi.uni-koeln.de> Date: Tue, 22 Oct 1996 19:39:00 +0200 From: se@zpr.uni-koeln.de (Stefan Esser) To: asvestas@sae.gr (Kostas Asvestas) Cc: hackers@freebsd.org Subject: Re: if_ed_p.c In-Reply-To: ; from Kostas Asvestas on Oct 22, 1996 20:17:32 +0300 References: X-Mailer: Mutt 0.45 Mime-Version: 1.0 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Kostas Asvestas writes: > > I found in the 2.2 tree this file that supports NE2000 pci clones. > Is there a way to patch it in the 2.1.5 kernel? > If that is possible please help. > Kostas Asvestas. No, it is not easily possible. The 2.1 kernels use a different parameter convention for the watchdog function. This new convention made PCI support for ISA compatible Ethernet cards in -current much easier than in 2.1. Nobody is going to change the code in /sys/net.if.c to match the calling convention of 2.2, and I do not have a -stable system (nor the time) to port the 2.2 version back to 2.1. (I did the PCI adaptation of the "ed" and "lnc" drivers in -current, and thought about making the same changes to -stable, but didn't because of the reason stated above.) Regards, STefan PS: If you think you understand kernel hacking and want to merge in the -current changes yourself, I can provide you with more detailed information about the required changes. From owner-freebsd-hackers Tue Oct 22 10:42:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA18847 for hackers-outgoing; Tue, 22 Oct 1996 10:42:46 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA18842 for ; Tue, 22 Oct 1996 10:42:42 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA08201; Tue, 22 Oct 1996 10:40:42 -0700 From: Terry Lambert Message-Id: <199610221740.KAA08201@phaeton.artisoft.com> Subject: Re: comments on this change please. To: julian@whistle.com (Julian Elischer) Date: Tue, 22 Oct 1996 10:40:42 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <326C6524.41C67EA6@whistle.com> from "Julian Elischer" at Oct 21, 96 11:09:40 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I would like to make the following change to syslogd and the syslog > system. > (better suggestions for names not withstanding) > the aim is to get the logging fifo out of the > root filesystem so that it can be made read-only. > > I have added some code to syslogd to help compatibilty > by having it TRY make a symlink for /dev/log to /var/run/syslog.socket > for those people who want BSDI (or linux?) or older freeBSD > binaries to work. In teh case of a read-only root fs, One would hope > that whoever set it up would have made the symlink first. > > please comment. Begging the Captain's pardon, but... It seems to me that the correct thing is to move the FIFO to /var/run, unconditionally. It also seems to me that if the Linux binary compataility dependent people wanted a /dev/log, they would be well advised to do: ln -s /var/run/syslog.socket /compat/linux/dev/log And realize that the path lookup order for Linux binaries will make this "just work". The same goes for other platforms for which binary compatability is an issue. For read-only /, even if /compat is on /, it seems that you could safely precreate these symlinks. Finally, using this technique, there is no reason devfs has to support symlinks itself... if the FreeBSD user wants to make links in /dev (why?), then they can use unionfs. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Oct 22 10:47:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19079 for hackers-outgoing; Tue, 22 Oct 1996 10:47:15 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA19072 for ; Tue, 22 Oct 1996 10:47:13 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id KAA17942; Tue, 22 Oct 1996 10:47:49 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id DAA00278; Wed, 23 Oct 1996 03:46:32 +1000 From: Julian Assange Message-Id: <199610221746.DAA00278@suburbia.net> Subject: Re: comments on this change please. To: julian@whistle.com (Julian Elischer) Date: Wed, 23 Oct 1996 03:46:31 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <326C6524.41C67EA6@whistle.com> from "Julian Elischer" at Oct 21, 96 11:09:40 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > please comment. > I'm trying to get a production r/o root system out the door > and we have to get around syslog somehow.. > > note that this system also works with devfs because devfs > supports symlinks. > > julian Speaking of root only file systems, it would be nice to have a static root file system - that is one that never needs to be modified i.e over-ride hooks for various config files in /usr/local/etc, or a decent union over-ride. Is anyone using devfs as a real /dev? It seems to me that devfs is flawed for /dev replacement, insofar as the non-permanency of permissions/other inode information. imho, the desired structure is to have symlinks in /dev pointing to /devfs, with the permissions copied off the *symlinks* and into /devs at boot (either that or symlinks that actually enforce their permissions) -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | C7F81C2AA32D7D4E4D360A2ED2098E0D | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Tue Oct 22 10:48:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19173 for hackers-outgoing; Tue, 22 Oct 1996 10:48:14 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA19168 for ; Tue, 22 Oct 1996 10:48:12 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA08215; Tue, 22 Oct 1996 10:43:47 -0700 From: Terry Lambert Message-Id: <199610221743.KAA08215@phaeton.artisoft.com> Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c To: p.richards@elsevier.co.uk (Paul Richards) Date: Tue, 22 Oct 1996 10:43:47 -0700 (MST) Cc: marcs@znep.com, thorpej@nas.nasa.gov, freebsd-hackers@freebsd.org In-Reply-To: <57loczl1x3.fsf@tees.elsevier.co.uk> from "Paul Richards" at Oct 22, 96 11:38:00 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Not all programs that hold sensitive data need necessarily be run > setuid so the above is not that secure. Arbitrarily clearing memory is > not a great solution as people have already pointed out, besides, > what's stopping me getting access to that memory while the program is > running before the memory is freed, say by attaching a debugger. I consider my netnews state information "sensitive". Examining it could result in you gaining demographic information about me which I would prefer you not have. This whole discussion is edging on the ridiculous. 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-hackers Tue Oct 22 10:58:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19526 for hackers-outgoing; Tue, 22 Oct 1996 10:58:09 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA19518 for ; Tue, 22 Oct 1996 10:58:07 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA08239; Tue, 22 Oct 1996 10:55:08 -0700 From: Terry Lambert Message-Id: <199610221755.KAA08239@phaeton.artisoft.com> Subject: Re: libc string routines don't check for NULL pointers To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Tue, 22 Oct 1996 10:55:07 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Daniel O'Callaghan" at Oct 22, 96 06:12:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The string comparison (and other) routines in libc don't check for null > pointers being passed. This results in SEGVs if one or both of the > string pointers being passed is NULL. I can see a religious debate here, > but I'm going to raise the issue: Should str*cmp() handle NULL arguments. This has been asked before. The behaviour of a program dereferencing a NULL pointer is undefined. Acting as you suggest is permissible. Acting as BSD currently acts is permissible. The difference is that your implementation requires additional compare overhead to implement your favorite flavor of "undefined". In general, it is considered an error to attempt to dereference NULL pointers. With the current behaviour, programmers are given enough information to correct their code. With the suggested behaviour, it is possible for a cascade failure to occur, where the resulting failure gives little or no clue as to the proximal cause. The historical behavior came because a dereference of a NULL pointer referenced page 0, which has historically been mapped into the user's address space (the first page of the program image). The compare compared the string against the images "magic number" and any code up to the first NULL byte. This generally achieved the expected results because the magic number of the PDP11 (BSD) binaries was less than the normal printable characters you would find in a string. With the advent of internationalization and multibyte encoded strings, this is no longer the case. Consider the change a "built-in purify function" for BSD... it has a lot of value for programmers in general. I assume you are trying to port x.desktop or similar code? The code should be fixed instead of BSD. FreeBSD's behaviour has already resulted in a number of NULL pointer dereference fixes for "elm" and other popular programs. In any event, this whole issue was discussed several years ago when BSD image generation was changed in the linker to cause the image to begin *after* page 0 to trap NULL dereferences. The consensus was that the BSD definition of "undefined" was superior because it flagged non-ANSI compliant C programs. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Oct 22 11:02:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA19723 for hackers-outgoing; Tue, 22 Oct 1996 11:02:02 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA19718 for ; Tue, 22 Oct 1996 11:02:00 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA08248; Tue, 22 Oct 1996 10:59:08 -0700 From: Terry Lambert Message-Id: <199610221759.KAA08248@phaeton.artisoft.com> Subject: Re: libc string routines don't check for NULL pointers To: proff@suburbia.net (Julian Assange) Date: Tue, 22 Oct 1996 10:59:08 -0700 (MST) Cc: imp@village.org, hackers@FreeBSD.org In-Reply-To: <199610221502.BAA23250@suburbia.net> from "Julian Assange" at Oct 23, 96 01:02:52 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > str*cmp and friends should be hard asses about this and should give > > the programer a nice core file when this happens, subject to local > > security constraints. NULL pointer checking can slow down these > > routines, but I've never seen numbers to back up speed differences. > > > > Just my humble opinion from about 10 years of doing this stick. > > Others may disagree. > > No need to do this, just make sure the vm system never maps page 0. Actually, it should be noted that SVR4 will map an empty page 0 on first fault (hiding subsequent faults entilrely) as a backward compatability "trick" for bogus programs. It's actually possible to turn this "feature" off using an undocumented compile-time option. Only problem is, some of the bogus programs are system programs. SVR4 needs to be run through Purify. 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-hackers Tue Oct 22 11:21:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA21221 for hackers-outgoing; Tue, 22 Oct 1996 11:21:27 -0700 (PDT) Received: from ravenock.cybercity.dk (disn34.cybercity.dk [194.16.57.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA21216 for ; Tue, 22 Oct 1996 11:21:18 -0700 (PDT) Received: (from sos@localhost) by ravenock.cybercity.dk (8.7.6/8.7.3) id UAA00336; Tue, 22 Oct 1996 20:21:56 +0200 (MET DST) Message-Id: <199610221821.UAA00336@ravenock.cybercity.dk> Subject: Re: Syscons screensavers (AfterDark API)... To: j_mini@efn.org (Jonathan Mini) Date: Tue, 22 Oct 1996 20:21:56 +0200 (MET DST) From: "Soren Schmidt" Cc: hackers@freebsd.org In-Reply-To: from "Jonathan Mini" at Oct 22, 96 10:14:34 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Jonathan Mini who wrote: > > If anybody has some documentation on the AfterDark API, I'd be willing ot > take a crack at making it work under FreeBSD. I just took a look around today, and found no real docs (yet) but some examples on how to write modules, it gives some hints on how the core should work. Try Alta Vista and search for afterdark and the company that makes it Berkeley Software or some such... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Tue Oct 22 11:42:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA22223 for hackers-outgoing; Tue, 22 Oct 1996 11:42:14 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA22217 for ; Tue, 22 Oct 1996 11:42:11 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id LAA09199; Tue, 22 Oct 1996 11:39:45 -0700 (PDT) Message-ID: <326D1467.41C67EA6@whistle.com> Date: Tue, 22 Oct 1996 11:37:27 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Joerg Wunsch CC: FreeBSD hackers Subject: Re: comments on this change please. References: <199610220946.LAA16436@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Julian Elischer wrote: > > > I have added some code to syslogd to help compatibilty > > by having it TRY make a symlink for /dev/log to /var/run/syslog.socket > > /var/run/log. POLA. there's already a /var/run/syslog.pid this matches that.. but I'm happy with just 'log' if that's what people want.. (There's precedent with /var/run/printer, and > we should convince the XFree86 folks of /var/run/X11, too.) that would just be a porting issue.. > > > for those people who want BSDI (or linux?) or older freeBSD > > binaries to work. In teh case of a read-only root fs, One would hope > > that whoever set it up would have made the symlink first. > > Do also modify the remaining Makefiles etc. to make sure the symlink > will be in place on any new system. yeah I guess so, though once syslogd has been run r/w it's there.. :) > > Do symlink handling in devfs first. devfs already DOES handle symlinks and has fro several months > > > + #if defined _OLD_PATH_LOG > > + int alt_fifo; > > + const char *OldLogName = _OLD_PATH_LOG; > > + #endif > > I'm against bloating it with the `OLD_' cruft. Either change > completely, or keep it as it is. I want to make sure there are as few surprises as possible.. From owner-freebsd-hackers Tue Oct 22 11:53:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA22937 for hackers-outgoing; Tue, 22 Oct 1996 11:53:55 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA22930 for ; Tue, 22 Oct 1996 11:53:51 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id LAA09466; Tue, 22 Oct 1996 11:50:34 -0700 (PDT) Message-ID: <326D16F0.15FB7483@whistle.com> Date: Tue, 22 Oct 1996 11:48:16 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Jonathan Lemon CC: freebsd-hackers@FreeBSD.org Subject: Re: Screen savers for syscons.... References: <199610221411.OAA11477@right.PCS> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jonathan Lemon wrote: > > > > > As Jonathan Mini wrote: > > > > > > How about one with Chuck? > > > > > > i missed something -- who's Chuck? > > > > The inofficial name for the BSD Daemon. However, Kirk McKusick, the > > copyright holder for him, cannot stand this name. > > So what does Kirk call him? "The BSD Daemon" > -- > Jonathan From owner-freebsd-hackers Tue Oct 22 11:58:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23196 for hackers-outgoing; Tue, 22 Oct 1996 11:58:16 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA23190 for ; Tue, 22 Oct 1996 11:58:12 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id LAA09558; Tue, 22 Oct 1996 11:55:28 -0700 (PDT) Message-ID: <326D1817.1CFBAE39@whistle.com> Date: Tue, 22 Oct 1996 11:53:11 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: "Daniel O'Callaghan" CC: freebsd-hackers@freebsd.org Subject: Re: libc string routines don't check for NULL pointers References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Daniel O'Callaghan wrote: This comes up about every 6 months for the last 10 years on the newsgroups.. the functions are SUPPOSED to segv you are NOT SUPPOSED TO call them with null pointers you are supposed to CHECK THEM BEFORE. this is so that yuou can check a string is non null, use it in 57 consecutive operations and have only wasted teh effort of checking it once. fix the program. > > The string comparison (and other) routines in libc don't check for null > pointers being passed. This results in SEGVs if one or both of the > string pointers being passed is NULL. I can see a religious debate here, > but I'm going to raise the issue: Should str*cmp() handle NULL arguments. > > I have made the very simple change necessary to strcmp() for it to return > > 0 - strings are the same, or pointers are both NULL > < 0 - s1 < s2, or s1 == NULL > > 0 - s1 > s2 or s2 == NULL > > I'd like to see my changes made to libc, but what do others think - > should it be just "the programmer's stupid fault" if (s)he passes a NULL > pointer to these routines, or should the routines handle NULL? > > Danny From owner-freebsd-hackers Tue Oct 22 12:26:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA24832 for hackers-outgoing; Tue, 22 Oct 1996 12:26:16 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA24825 for ; Tue, 22 Oct 1996 12:26:13 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id MAA10255; Tue, 22 Oct 1996 12:25:34 -0700 (PDT) Message-ID: <326D1F25.ABD322C@whistle.com> Date: Tue, 22 Oct 1996 12:23:17 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Alexander Seth Jones CC: hackers@freefall.freebsd.org Subject: Re: DMA and autoinitialize References: <326CD424.7085@ctron.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Alexander Seth Jones wrote: > >What makes things tough is that > the interrupt on the card is not tied to DMA in hardware, what DOES that mean? if it's an isa device, does it have DMA termination enabled? (LAST_CYCLE AND'd with DMAREQ) => IRQ > so I have to > poll the DMA controller periodically to see how many bytes I can > transfer over to an internal buffer. can be done.. a timeout(1) can be used to simulate an interrupt every 10 mSec > > I looked through all the drivers and didn't see anybody even doing any > autoinitialization, nor did I see a routine to periodically grab stuff > from the DMA buffer (2.1.5-RELEASE) Does such a routine exist? or will > I have to write one? or can someone suggest another way to approach > this? describe the h/w more thouroughly.. > > Thanks. > > -- > Alex Jones | ajones@ctron.com > Cabletron Systems, Inc. > Durham, NH USA 03824 From owner-freebsd-hackers Tue Oct 22 12:40:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA25681 for hackers-outgoing; Tue, 22 Oct 1996 12:40:07 -0700 (PDT) Received: from critter.tfs.com (disn5.cybercity.dk [194.16.57.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA25621; Tue, 22 Oct 1996 12:39:53 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id VAA06352; Tue, 22 Oct 1996 21:38:15 +0200 (MET DST) To: Terry Lambert cc: p.richards@elsevier.co.uk (Paul Richards), marcs@znep.com, thorpej@nas.nasa.gov, freebsd-hackers@freebsd.org Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c In-reply-to: Your message of "Tue, 22 Oct 1996 10:43:47 PDT." <199610221743.KAA08215@phaeton.artisoft.com> Date: Tue, 22 Oct 1996 21:38:15 +0200 Message-ID: <6350.846013095@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199610221743.KAA08215@phaeton.artisoft.com>, Terry Lambert writes: >> Not all programs that hold sensitive data need necessarily be run >> setuid so the above is not that secure. Arbitrarily clearing memory is >> not a great solution as people have already pointed out, besides, >> what's stopping me getting access to that memory while the program is >> running before the memory is freed, say by attaching a debugger. > >I consider my netnews state information "sensitive". Examining it >could result in you gaining demographic information about me which >I would prefer you not have. Who wouldn't kill to have a chance to peek into ~terry/.newsrc ? :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Oct 22 13:04:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27104 for hackers-outgoing; Tue, 22 Oct 1996 13:04:57 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA27087 for ; Tue, 22 Oct 1996 13:04:49 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA24283 for ; Tue, 22 Oct 1996 22:04:05 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA03006 for freebsd-hackers@freebsd.org; Tue, 22 Oct 1996 22:04:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id VAA18986 for freebsd-hackers@freebsd.org; Tue, 22 Oct 1996 21:48:28 +0200 (MET DST) From: J Wunsch Message-Id: <199610221948.VAA18986@uriah.heep.sax.de> Subject: Re: Read-only root partition. [SYSLOG] To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 22 Oct 1996 21:48:27 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <57hgnnl0fn.fsf@tees.elsevier.co.uk> from Paul Richards at "Oct 22, 96 12:10:04 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Paul Richards wrote: > > /var/run/log, and a symlink to /dev/log to help the transition. > > > > We might even try convincing the other BSDs of this. > I think this is the way to proceeed. /dev/log shouldn't really be > there and rather than work around it in the devfs implementation we > should strive to get the "standard" changed to /var/run. A symlink > will be fine for backward compatibility (I'm not even sure we should > have the symlink one all our own binaries have been changed but > document it so people can add it if they have older binaries). As long as people need to run things like Netcrap, we are doing best by shipping the systems with the symlink. Remember, Netcrap is even still at X11R5 (the `nls' stuff, people like Kaleb Keithly have long been complaining about this ancient crap), so i wouldn't expect them to move over to /var/run/log within this decade even if BSD/OS decided to go this route just today. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Oct 22 13:05:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27145 for hackers-outgoing; Tue, 22 Oct 1996 13:05:11 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA27059 for ; Tue, 22 Oct 1996 13:04:18 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA24269; Tue, 22 Oct 1996 22:03:59 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA02999; Tue, 22 Oct 1996 22:03:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id UAA18381; Tue, 22 Oct 1996 20:24:54 +0200 (MET DST) From: J Wunsch Message-Id: <199610221824.UAA18381@uriah.heep.sax.de> Subject: Re: getopt(1) man page woodoo To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 22 Oct 1996 20:24:53 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610221641.RAA22495@gilberto.physik.rwth-aachen.de> from Christoph Kukulies at "Oct 22, 96 05:41:54 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Christoph Kukulies wrote: > See the missing -- and - ? > > But they are in > The special option > .B \-\- > is used to delimit the end of the options. > .Nm Getopt > will place > .B \-\- > in the arguments at the end of the options, > or recognize it if used explicitly. > The shell arguments > (\fB$1 $2\fR ...) are reset so that each option is > preceded by a > .B \- > and in its own shell argument; > > What's going on here? Somebody didn't know troff. Make this \&-, and it will work. Better yet, -mdoc'ify it, and use The special option .Fl \&- instead. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Oct 22 13:08:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27533 for hackers-outgoing; Tue, 22 Oct 1996 13:08:48 -0700 (PDT) Received: from ghost.mep.ruhr-uni-bochum.de (ghost.mep.ruhr-uni-bochum.de [134.147.6.16]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA27518 for ; Tue, 22 Oct 1996 13:08:37 -0700 (PDT) Received: (from roberte@localhost) by ghost.mep.ruhr-uni-bochum.de (8.7.5/8.7.3) id WAA14119; Tue, 22 Oct 1996 22:06:19 +0200 (MET DST) From: Robert Eckardt Message-Id: <199610222006.WAA14119@ghost.mep.ruhr-uni-bochum.de> Subject: Re: Screen savers for syscons.... In-Reply-To: <326D16F0.15FB7483@whistle.com> from Julian Elischer at "22. Oct. 96 11:45:52" To: julian@whistle.com (Julian Elischer) Date: Tue, 22 Oct 1996 22:06:19 +0200 (MET DST) Cc: jlemon@americantv.com, freebsd-hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > > i missed something -- who's Chuck? > > > > > > The inofficial name for the BSD Daemon. However, Kirk McKusick, the > > > copyright holder for him, cannot stand this name. > > > > So what does Kirk call him? > "The BSD Daemon" For those who (don't) care: I usually call him `Maxwell'. (Physicist ? -- Yeah, where did you get that from ? :-) (`Chuck' reminds me too much of a killer-doll `Chucky'.) Robert -- Robert Eckardt \\ FreeBSD -- solutions for a large universe.(tm) RobertE@MEP.Ruhr-Uni-Bochum.de \\ What do you want to boot tomorrow ?(tm) http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte For PGP-key finger roberte@gluon.MEP.Ruhr-Uni-Bochum.de From owner-freebsd-hackers Tue Oct 22 13:52:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA01712 for hackers-outgoing; Tue, 22 Oct 1996 13:52:49 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA01674 for ; Tue, 22 Oct 1996 13:52:27 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA25706; Tue, 22 Oct 1996 22:51:29 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA04278; Tue, 22 Oct 1996 22:51:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id WAA19354; Tue, 22 Oct 1996 22:30:35 +0200 (MET DST) From: J Wunsch Message-Id: <199610222030.WAA19354@uriah.heep.sax.de> Subject: Re: comments on this change please. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 22 Oct 1996 22:30:35 +0200 (MET DST) Cc: julian@whistle.com (Julian Elischer) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <326D1467.41C67EA6@whistle.com> from Julian Elischer at "Oct 22, 96 11:37:27 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Julian Elischer wrote: > (There's precedent with /var/run/printer, and > > we should convince the XFree86 folks of /var/run/X11, too.) > > that would just be a porting issue.. Not only. Many people don't use x11 from the ports, but use a plain XFree86 distribution. I don't think the XFree86 folks will find /var/run/ unreasonable. > > Do symlink handling in devfs first. > > devfs already DOES handle symlinks and has fro several months Ooops, sorry. I've apparently missed this. > > Do also modify the remaining Makefiles etc. to make sure the symlink > > will be in place on any new system. > yeah I guess so, though once syslogd has been run r/w it's there.. :) Hmpf. Nope. (I've missed this in your diff.) Don't do _this_! You don't expect the termcap library to create the /etc/termcap link. You shouldn't expect syslogd to create the /dev/log link, either. That's a matter of the system installation (or upgrade procedure for those tracking -current). > > I'm against bloating it with the `OLD_' cruft. Either change > > completely, or keep it as it is. > > I want to make sure there are as few surprises as possible.. If the symlink is there, i wouldn't expect surprises. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Oct 22 14:11:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA03266 for hackers-outgoing; Tue, 22 Oct 1996 14:11:41 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA03260 for ; Tue, 22 Oct 1996 14:11:36 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.6/8.7.3) id RAA01362 for freebsd-hackers@freebsd.org; Tue, 22 Oct 1996 17:11:28 -0400 (EDT) From: Charles Henrich Message-Id: <199610222111.RAA01362@crh.cl.msu.edu> Subject: 961014-SNAP Install To: freebsd-hackers@freebsd.org Date: Tue, 22 Oct 1996 17:11:28 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The new install menu is fantastic Jordan, two thumbs up. -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Tue Oct 22 14:21:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA04745 for hackers-outgoing; Tue, 22 Oct 1996 14:21:08 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA04734 for ; Tue, 22 Oct 1996 14:21:02 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16930(5)>; Tue, 22 Oct 1996 14:14:51 PDT Received: by crevenia.parc.xerox.com id <177529>; Tue, 22 Oct 1996 14:10:20 -0700 From: Bill Fenner To: freebsd-hackers@freebsd.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: getopt(1) man page woodoo Cc: kuku@gilberto.physik.rwth-aachen.de Message-Id: <96Oct22.141020pdt.177529@crevenia.parc.xerox.com> Date: Tue, 22 Oct 1996 14:10:14 PDT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Somebody didn't know troff. Make this \&-, and it will work. Er, that's a hyphen after a zero-size character. If you want a dash then you mean \-. I can't get FreeBSD's nroff -man to print bold dashes at all; .B -- .B \-\- .B \&-\&- .B \& -- all produce nothing. (and all produce "--" or " --" using 4.2 nroff -man). However, .Fl - .Fl \- .Fl \&- all produce "--" . Bill From owner-freebsd-hackers Tue Oct 22 14:37:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA06276 for hackers-outgoing; Tue, 22 Oct 1996 14:37:51 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA06271 for ; Tue, 22 Oct 1996 14:37:48 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16682(1)>; Tue, 22 Oct 1996 14:37:06 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177529>; Tue, 22 Oct 1996 14:36:23 -0700 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers), kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Subject: Re: getopt(1) man page woodoo In-reply-to: Your message of "Tue, 22 Oct 96 11:24:53 PDT." <199610221824.UAA18381@uriah.heep.sax.de> Date: Tue, 22 Oct 1996 14:36:16 PDT From: Bill Fenner Message-Id: <96Oct22.143623pdt.177529@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I should have looked at the man page before I replied; the rest of the page is in andoc form which is why .B doesn't work. Try .Fl - for the --'s, and just .Fl for the -. Bill From owner-freebsd-hackers Tue Oct 22 14:40:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA06608 for hackers-outgoing; Tue, 22 Oct 1996 14:40:34 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA06602 for ; Tue, 22 Oct 1996 14:40:30 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id OAA13880; Tue, 22 Oct 1996 14:36:46 -0700 (PDT) Message-ID: <326D3DE4.167EB0E7@whistle.com> Date: Tue, 22 Oct 1996 14:34:28 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Terry Lambert CC: hackers@FreeBSD.ORG Subject: Re: comments on this change please. References: <199610221740.KAA08201@phaeton.artisoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > > please comment. > > Begging the Captain's pardon, but... > > It seems to me that the correct thing is to move the FIFO to /var/run, > unconditionally. sure but BSDI binaries and old binaries will be problematic hence the symlink as well (for a limited time) > > It also seems to me that if the Linux binary compataility dependent > people wanted a /dev/log, they would be well advised to do: > > ln -s /var/run/syslog.socket /compat/linux/dev/log that's ok for linux but not BSDI > > And realize that the path lookup order for Linux binaries will make > this "just work". > > The same goes for other platforms for which binary compatability is > an issue. BSDI runs as native.. > > For read-only /, even if /compat is on /, it seems that you could > safely precreate these symlinks. > > Finally, using this technique, there is no reason devfs has to support > symlinks itself... if the FreeBSD user wants to make links in /dev > (why?), then they can use unionfs. too late.. devfs already does support symlinks but rofs should not be predecated on having devfs anyhow. > From owner-freebsd-hackers Tue Oct 22 14:56:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA08123 for hackers-outgoing; Tue, 22 Oct 1996 14:56:22 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA08109 for ; Tue, 22 Oct 1996 14:56:18 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id OAA14304; Tue, 22 Oct 1996 14:51:38 -0700 (PDT) Message-ID: <326D4160.2781E494@whistle.com> Date: Tue, 22 Oct 1996 14:49:20 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Julian Assange CC: hackers@FreeBSD.org Subject: Re: comments on this change please. References: <199610221746.DAA00278@suburbia.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Julian Assange wrote: > > > please comment. > > I'm trying to get a production r/o root system out the door > > and we have to get around syslog somehow.. > > > > note that this system also works with devfs because devfs > > supports symlinks. > > > > julian > > Speaking of root only file systems, it would be nice to have a static > root file system - that is one that never needs to be modified i.e > over-ride hooks for various config files in /usr/local/etc, or a decent > union over-ride. yep. what we have is: /var/config (or equiv) with the real modifiable files files in /etc point there. before mounting /var, the directory /var/config contains some skeleton versions of the files to make the system useable in single user mode. > > Is anyone using devfs as a real /dev? It seems to me that devfs is flawed for > /dev replacement, insofar as the non-permanency of permissions/other inode > information. there are plans to provide this using the stackable vnodes feature. In the meanwhile till that's completed, 99.8% of users never change (by default)the permissions of a device. and .1% who do would be happy adding it to /etc/rc leaving 0.1% of crazed fanatics who wouldn't use devfs in it's present half completed state because of this. (my biased opinion) The design includes support for attribute persistance. but only a maniac would insist on it. It's more sucure to not have it in my opinion, (I'm of course aware that I'm in the minority :) > imho, the desired structure is to have symlinks in /dev pointing > to /devfs, with the permissions copied off the *symlinks* and into /devs at > boot (either that or symlinks that actually enforce their permissions) oh we can do much better than that with the current stackable vnode implimentation. And anyhow, remember that under BSD4.4 ffs, symlinks don't HAVE permissions and owners etc. because they don't have inodes.. oh yeah, YUK! that's the way sun did it..! SGI on the other hand I hear are doing it my way and have thrown away persisntance.. a wise move I think.. eventually I want ot to be illegal to create device nodes on a normal filesystem anyhow.. filesystems are persistant and devices are not. especially with major numbers being dynamically assigned.. next time you boot with a differnt set of peripherals, your tty device suddenly has the major number for the tape drive.. what fun.. remember that both were LKMs supplied by 3rd party developers. Thats what we are eventually aiming for. Totally dynamic configuration and linking. (in fact hopefully, eventually there won't BE major numbers so you won't be able to make dev nodes on persistant filesystems anyhow) > From owner-freebsd-hackers Tue Oct 22 14:58:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA08437 for hackers-outgoing; Tue, 22 Oct 1996 14:58:34 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA08412 for ; Tue, 22 Oct 1996 14:58:04 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA27515; Tue, 22 Oct 1996 23:55:08 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA05662; Tue, 22 Oct 1996 23:55:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id XAA19920; Tue, 22 Oct 1996 23:42:38 +0200 (MET DST) From: J Wunsch Message-Id: <199610222142.XAA19920@uriah.heep.sax.de> Subject: Re: getopt(1) man page woodoo To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 22 Oct 1996 23:42:37 +0200 (MET DST) Cc: fenner@parc.xerox.com (Bill Fenner), kuku@gilberto.physik.rwth-aachen.de Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <96Oct22.141020pdt.177529@crevenia.parc.xerox.com> from Bill Fenner at "Oct 22, 96 02:10:14 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bill Fenner wrote: > I can't get FreeBSD's nroff -man to print bold dashes at all; > > .B -- > .B \-\- > .B \&-\&- > .B \& -- > > all produce nothing. I've also noticed it now. Anyway, the .B's are ugly anyway (and i think mdoc(5) mentions that only very few direct troff requests are safe inside the mdoc package). I've replaced them by .Ql's which makes their emphasize much clearer. The getopt(1) man page suffered from some other idiosyncrasies, e.g. the usage of .Op where it should have been .Ar or .Fl. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Oct 22 15:07:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA08966 for hackers-outgoing; Tue, 22 Oct 1996 15:07:59 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA08961 for ; Tue, 22 Oct 1996 15:07:56 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id WAA08434; Tue, 22 Oct 1996 22:05:59 GMT Date: Wed, 23 Oct 1996 07:05:59 +0900 (JST) From: Michael Hancock To: Julian Assange cc: Julian Elischer , hackers@FreeBSD.org Subject: root only: (was Re: comments on this change please.) In-Reply-To: <199610221746.DAA00278@suburbia.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Oct 1996, Julian Assange wrote: > > please comment. > > I'm trying to get a production r/o root system out the door > > and we have to get around syslog somehow.. > > > > Speaking of root only file systems, it would be nice to have a static > root file system - that is one that never needs to be modified i.e > over-ride hooks for various config files in /usr/local/etc, or a decent > union over-ride. This isnt related to dev, but please move /etc/namedb back to /var/named. Regards, Mike Hancock From owner-freebsd-hackers Tue Oct 22 15:09:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA09060 for hackers-outgoing; Tue, 22 Oct 1996 15:09:45 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA09050 for ; Tue, 22 Oct 1996 15:09:41 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id OAA14353; Tue, 22 Oct 1996 14:54:43 -0700 (PDT) Message-ID: <326D4219.446B9B3D@whistle.com> Date: Tue, 22 Oct 1996 14:52:25 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Joerg Wunsch CC: FreeBSD hackers Subject: Re: comments on this change please. References: <199610222030.WAA19354@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Julian Elischer wrote: > > > yeah I guess so, though once syslogd has been run r/w it's there.. :) > > Hmpf. Nope. (I've missed this in your diff.) Don't do _this_! > > You don't expect the termcap library to create the /etc/termcap link. > You shouldn't expect syslogd to create the /dev/log link, either. > That's a matter of the system installation (or upgrade procedure for > those tracking -current). I'd rather have it for the transition period at least.. > If the symlink is there, i wouldn't expect surprises. sure and I'm cutting back on 'maintanance calls' by checking that it's there.. It's transition code and I expect it to go away. From owner-freebsd-hackers Tue Oct 22 15:12:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA09286 for hackers-outgoing; Tue, 22 Oct 1996 15:12:27 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA09281 for ; Tue, 22 Oct 1996 15:12:22 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id WAA08464; Tue, 22 Oct 1996 22:12:09 GMT Date: Wed, 23 Oct 1996 07:12:09 +0900 (JST) From: Michael Hancock To: Julian Elischer cc: "Daniel O'Callaghan" , freebsd-hackers@FreeBSD.org Subject: Re: libc string routines don't check for NULL pointers In-Reply-To: <326D1817.1CFBAE39@whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk If the functions had assertions, then people who look at the code wouldn't have to ask anymore. The assertions would be preprocessed away by default, but the code would have clearer specifications. Regards, Mike Hancock On Tue, 22 Oct 1996, Julian Elischer wrote: > Daniel O'Callaghan wrote: > > This comes up about every 6 months for the last 10 years on the > newsgroups.. > the functions are SUPPOSED to segv > > you are NOT SUPPOSED TO call them with null pointers > you are supposed to CHECK THEM BEFORE. > > this is so that yuou can check a string is non null, > use it in 57 consecutive operations > and have only wasted teh effort of checking it once. > > fix the program. > > > > > > The string comparison (and other) routines in libc don't check for null > > pointers being passed. This results in SEGVs if one or both of the > > string pointers being passed is NULL. I can see a religious debate here, > > but I'm going to raise the issue: Should str*cmp() handle NULL arguments. > > > > I have made the very simple change necessary to strcmp() for it to return > > > > 0 - strings are the same, or pointers are both NULL > > < 0 - s1 < s2, or s1 == NULL > > > 0 - s1 > s2 or s2 == NULL > > > > I'd like to see my changes made to libc, but what do others think - > > should it be just "the programmer's stupid fault" if (s)he passes a NULL > > pointer to these routines, or should the routines handle NULL? > > > > Danny > -- michaelh@cet.co.jp http://www.cet.co.jp CET Inc., Daiichi Kasuya BLDG 8F 2-5-12, Higashi Shinbashi, Minato-ku, Tokyo 105 Japan Tel: +81-3-3437-1761 Fax: +81-3-3437-1766 From owner-freebsd-hackers Tue Oct 22 15:19:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA09674 for hackers-outgoing; Tue, 22 Oct 1996 15:19:29 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA09665 for ; Tue, 22 Oct 1996 15:19:24 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA08595; Tue, 22 Oct 1996 15:14:36 -0700 From: Terry Lambert Message-Id: <199610222214.PAA08595@phaeton.artisoft.com> Subject: Re: cvs commit: src/lib/libc/db/hash hash_buf.c To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 22 Oct 1996 15:14:36 -0700 (MST) Cc: terry@lambert.org, p.richards@elsevier.co.uk, marcs@znep.com, thorpej@nas.nasa.gov, freebsd-hackers@freebsd.org In-Reply-To: <6350.846013095@critter.tfs.com> from "Poul-Henning Kamp" at Oct 22, 96 09:38:15 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Who wouldn't kill to have a chance to peek into ~terry/.newsrc ? > > :-) I use rn, so it has all of the groups, most of them unsubscribed. Mostly FreeBSD, physics, legal, gnu, linux, and hard science groups, if you are truly interested... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Oct 22 15:23:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA09847 for hackers-outgoing; Tue, 22 Oct 1996 15:23:13 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA09835 for ; Tue, 22 Oct 1996 15:22:55 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA28962; Wed, 23 Oct 1996 00:21:35 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA06248; Wed, 23 Oct 1996 00:21:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id AAA20303; Wed, 23 Oct 1996 00:04:41 +0200 (MET DST) From: J Wunsch Message-Id: <199610222204.AAA20303@uriah.heep.sax.de> Subject: Re: getopt(1) man page woodoo To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 23 Oct 1996 00:04:41 +0200 (MET DST) Cc: fenner@parc.xerox.com (Bill Fenner), kuku@gilberto.physik.rwth-aachen.de Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <96Oct22.143623pdt.177529@crevenia.parc.xerox.com> from Bill Fenner at "Oct 22, 96 02:36:16 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bill Fenner wrote: > I should have looked at the man page before I replied; the rest of the > page is in andoc form which is why .B doesn't work. Try > > .Fl - > > for the --'s, ... I decided to use .Ql instead. It makes the double dash more obvious when reading through the text, and after all, they are not really .Flags to the getopt program at all (but to the consumer of the produced string, presumably a shell). I've also corrected the other usage errors of mdoc. Seems the author of that page did a quick hack in converting it from -man to -mdoc format, without taking the time to understand the mdoc stuff... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Oct 22 15:27:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA10158 for hackers-outgoing; Tue, 22 Oct 1996 15:27:14 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA10144 for ; Tue, 22 Oct 1996 15:27:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id PAA00911; Tue, 22 Oct 1996 15:27:32 -0700 (PDT) Message-Id: <199610222227.PAA00911@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Michael Hancock cc: Julian Assange , Julian Elischer , hackers@FreeBSD.org Subject: Re: root only: (was Re: comments on this change please.) In-reply-to: Your message of "Wed, 23 Oct 1996 07:05:59 +0900." From: David Greenman Reply-To: dg@root.com Date: Tue, 22 Oct 1996 15:27:32 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >On Wed, 23 Oct 1996, Julian Assange wrote: > >> > please comment. >> > I'm trying to get a production r/o root system out the door >> > and we have to get around syslog somehow.. >> > >> >> Speaking of root only file systems, it would be nice to have a static >> root file system - that is one that never needs to be modified i.e >> over-ride hooks for various config files in /usr/local/etc, or a decent >> union over-ride. > >This isnt related to dev, but please move /etc/namedb back to /var/named. Back to /var/named? It was never in /var in BSD. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Oct 22 15:40:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA11121 for hackers-outgoing; Tue, 22 Oct 1996 15:40:11 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA11104 for ; Tue, 22 Oct 1996 15:40:05 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id PAA22269 for freebsd-hackers@freefall.cdrom.com; Tue, 22 Oct 1996 15:40:03 -0700 (MST) From: Don Yuniskis Message-Id: <199610222240.PAA22269@seagull.rtd.com> Subject: sort(1) bugs To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Tue, 22 Oct 1996 15:40:03 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [stepping into asbestos underwear first...] Greetings! Sort chokes on 8bit chars. Well, let's just say it's not consistent in how it performs it's tests for which character comes first... In particular, `sort foo` will sort the contents of foo as if each character was unsigned. On the other hand, `sort +0f foo` gets preoccupied dealing with upper and lower case, etc. and forgets to treat the characters as unsigned. I started to hammer on the code but to clean it up *right* would require more time than I can spare at the moment [hence the asbestos underwear] -- considering the variety of "compare" options supported. I've checked with the FSF distribution and this behaviour is still present in their latest release (of textutils). If someone has a spare moment, this should be a no-brainer (and, obviously, I must have < no-brains! :>) Just FYI.. thanx! --don From owner-freebsd-hackers Tue Oct 22 15:46:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA11437 for hackers-outgoing; Tue, 22 Oct 1996 15:46:02 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA11426 for ; Tue, 22 Oct 1996 15:45:57 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA08675; Tue, 22 Oct 1996 15:43:53 -0700 From: Terry Lambert Message-Id: <199610222243.PAA08675@phaeton.artisoft.com> Subject: Re: comments on this change please. To: julian@whistle.com (Julian Elischer) Date: Tue, 22 Oct 1996 15:43:53 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: <326D3DE4.167EB0E7@whistle.com> from "Julian Elischer" at Oct 22, 96 02:34:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > It also seems to me that if the Linux binary compataility dependent > > people wanted a /dev/log, they would be well advised to do: > > > > ln -s /var/run/syslog.socket /compat/linux/dev/log > > that's ok for linux but not BSDI It *should* be OK for BSDI -- does our BSD compatability not follow the same model as everything else? If it doesn't, I'd say fix the BSDI compatability. > > The same goes for other platforms for which binary compatability is > > an issue. > > BSDI runs as native.. Bletch. It needs fixed, then. 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-hackers Tue Oct 22 15:53:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA11880 for hackers-outgoing; Tue, 22 Oct 1996 15:53:15 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA11869 for ; Tue, 22 Oct 1996 15:53:05 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA00110; Wed, 23 Oct 1996 00:52:21 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA07155; Wed, 23 Oct 1996 00:52:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id AAA20548; Wed, 23 Oct 1996 00:39:45 +0200 (MET DST) From: J Wunsch Message-Id: <199610222239.AAA20548@uriah.heep.sax.de> Subject: Re: comments on this change please. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 23 Oct 1996 00:39:45 +0200 (MET DST) Cc: julian@whistle.com (Julian Elischer) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <326D4219.446B9B3D@whistle.com> from Julian Elischer at "Oct 22, 96 02:52:25 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Julian Elischer wrote: > > You don't expect the termcap library to create the /etc/termcap link. > > You shouldn't expect syslogd to create the /dev/log link, either. > > That's a matter of the system installation (or upgrade procedure for > > those tracking -current). > > I'd rather have it for the transition period at least.. Dunno how other people think, but i say ``no''. syslogd does even refuse to create files in /var/log, but i consider it an ugly hack if any program would start creating symlinks all over the place. (I cannot think of _any_ precedence for such a behaviour, at least not in the base operating system.) The transition must be done by Makefiles etc., not by programs where you wouldn't even expect it to be done. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Oct 22 15:55:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA12114 for hackers-outgoing; Tue, 22 Oct 1996 15:55:01 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA12083 for ; Tue, 22 Oct 1996 15:54:50 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA00106 for ; Wed, 23 Oct 1996 00:52:19 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA07153 for freebsd-hackers@freebsd.org; Wed, 23 Oct 1996 00:52:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id AAA20518 for freebsd-hackers@freebsd.org; Wed, 23 Oct 1996 00:35:46 +0200 (MET DST) From: J Wunsch Message-Id: <199610222235.AAA20518@uriah.heep.sax.de> Subject: Re: root only: (was Re: comments on this change please.) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 23 Oct 1996 00:35:46 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Michael Hancock at "Oct 23, 96 07:05:59 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Hancock wrote: > This isnt related to dev, but please move /etc/namedb back to /var/named. Hmpf. Nope. There's no universal ``right directory'' for this. If your machine is a primary server, you want it in /etc, since it's a configuration file. (/var is usually not included in dump cycles, but you sure _want_ the original tables to be dumped.) If your machine is a secondary server, you want it in /var. If your machine is both, and you cannot live with pulling the secondary backups into /etc, you will have to use different `directory' directives in named.boot. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Oct 22 16:01:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA12531 for hackers-outgoing; Tue, 22 Oct 1996 16:01:06 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA12525 for ; Tue, 22 Oct 1996 16:01:04 -0700 (PDT) Received: from glacier.cold.org (glacier.cold.org [206.81.134.54]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id QAA10186 for ; Tue, 22 Oct 1996 16:01:02 -0700 (PDT) Received: from localhost (brandon@localhost) by glacier.cold.org (8.7.5/8.7.3) with SMTP id RAA05375; Tue, 22 Oct 1996 17:01:55 -0600 (MDT) Date: Tue, 22 Oct 1996 17:01:55 -0600 (MDT) From: Brandon Gillespie To: David Greenman cc: Michael Hancock , hackers@freebsd.org Subject: Re: root only: (was Re: comments on this change please.) In-Reply-To: <199610222227.PAA00911@root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Oct 1996, David Greenman wrote: > >On Wed, 23 Oct 1996, Julian Assange wrote: > > > >> Speaking of root only file systems, it would be nice to have a static > >> root file system - that is one that never needs to be modified i.e > >> over-ride hooks for various config files in /usr/local/etc, or a decent > >> union over-ride. > > > >This isnt related to dev, but please move /etc/namedb back to /var/named. > > Back to /var/named? It was never in /var in BSD. well it should be 8) Doesn't BIND install there by default now? (hrm, mebbe it was just the docs that referred to that location). Either way its probably the most common location. -Brandon Gillespie From owner-freebsd-hackers Tue Oct 22 16:02:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA12642 for hackers-outgoing; Tue, 22 Oct 1996 16:02:23 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA12626 for ; Tue, 22 Oct 1996 16:02:17 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id IAA09874; Wed, 23 Oct 1996 08:59:10 +1000 Date: Wed, 23 Oct 1996 08:59:10 +1000 From: Bruce Evans Message-Id: <199610222259.IAA09874@godzilla.zeta.org.au> To: julian@whistle.com, proff@suburbia.net Subject: Re: comments on this change please. Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >And anyhow, remember that under BSD4.4 ffs, symlinks don't HAVE >permissions >and owners etc. because they don't have inodes.. Actually, they have inodes, but the ownership and permissions in their inodes are ignored. Bruce From owner-freebsd-hackers Tue Oct 22 16:18:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13776 for hackers-outgoing; Tue, 22 Oct 1996 16:18:32 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA13769 for ; Tue, 22 Oct 1996 16:18:28 -0700 (PDT) Received: by sovcom.kiae.su id AA08277 (5.65.kiae-1 ); Wed, 23 Oct 1996 02:10:46 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Wed, 23 Oct 96 02:10:46 +0300 Received: (from ache@localhost) by nagual.ru (8.7.6/8.7.3) id DAA00367; Wed, 23 Oct 1996 03:08:01 +0400 (MSD) Message-Id: <199610222308.DAA00367@nagual.ru> Subject: Re: sort(1) bugs In-Reply-To: <199610222240.PAA22269@seagull.rtd.com> from "Don Yuniskis" at "Oct 22, 96 03:40:03 pm" To: dgy@rtd.com (Don Yuniskis) Date: Wed, 23 Oct 1996 03:08:01 +0400 (MSD) Cc: freebsd-hackers@freefall.FreeBSD.org From: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > [stepping into asbestos underwear first...] > > Greetings! > Sort chokes on 8bit chars. Well, let's just say it's > not consistent in how it performs it's tests for which character > comes first... In -current I not see the bug you tell about. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-hackers Tue Oct 22 16:31:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA14857 for hackers-outgoing; Tue, 22 Oct 1996 16:31:46 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA14848 for ; Tue, 22 Oct 1996 16:31:42 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id QAA00889; Tue, 22 Oct 1996 16:31:29 -0700 (MST) From: Don Yuniskis Message-Id: <199610222331.QAA00889@seagull.rtd.com> Subject: Re: sort(1) bugs To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Tue, 22 Oct 1996 16:31:29 -0700 (MST) Cc: dgy@rtd.com, freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <199610222308.DAA00367@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Oct 23, 96 03:08:01 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= said: > > > [stepping into asbestos underwear first...] > > > > Greetings! > > Sort chokes on 8bit chars. Well, let's just say it's > > not consistent in how it performs it's tests for which character > > comes first... > > In -current I not see the bug you tell about. I don't have the connectivity to track -current :-( Joerg indicates you've been poking through the sources with an eye for exactly this sort of thing so I'll assume you've already caught it but the changes haven't yet been reflected in the FSF's distribution... As long as it gets/got fixed, makes no nevermind to me! :> Thx! --don From owner-freebsd-hackers Tue Oct 22 16:37:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15236 for hackers-outgoing; Tue, 22 Oct 1996 16:37:04 -0700 (PDT) Received: from becker1.u.washington.edu (spaz@becker1.u.washington.edu [140.142.12.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA15231 for ; Tue, 22 Oct 1996 16:37:02 -0700 (PDT) Received: from localhost (spaz@localhost) by becker1.u.washington.edu (8.7.5+UW96.10/8.7.3+UW96.10) with SMTP id QAA22142 for ; Tue, 22 Oct 1996 16:36:59 -0700 (PDT) Date: Tue, 22 Oct 1996 16:36:59 -0700 (PDT) From: John Utz To: hackers@freebsd.org Subject: Who gets snapshot bugs? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi gang; What is the procedure for getting bugs reported for the snapshots? I have the ones i sent to jordan concerning the install. i assume he got those. I have no idea who i need to inform about bugs with Xfree86 on the snapshot. Certain applications ( netscape, chimera, ghostview ) spawned from my server kill the XF86_SVGA process with an error like xterm error 50, bad address when i start a remote emacs, it does not do this. Do the above programs use a library that emacs doesnt? anyway, who needs to know? tnx! ******************************************************************************* John Utz spaz@u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Tue Oct 22 17:00:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA16910 for hackers-outgoing; Tue, 22 Oct 1996 17:00:34 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA16896 for ; Tue, 22 Oct 1996 17:00:30 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id RAA17469 for ; Tue, 22 Oct 1996 17:00:29 -0700 Date: Tue, 22 Oct 1996 17:00:26 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Possible Commercial app for FreeBSD. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk There's a need for a good DB for FreeBSD (don't give me the MSQL spiel, I have it, but it's not real). In any case, this company has a port of their DB to a variety of systems, including Linux (although in ELF format). So maybe somebody could get them to port it to FreeBSD. Just a thought. http://www.yard.de Another one I've heard good things about is Empress. From owner-freebsd-hackers Tue Oct 22 17:23:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA18510 for hackers-outgoing; Tue, 22 Oct 1996 17:23:55 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA18502 for ; Tue, 22 Oct 1996 17:23:51 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id RAA06564; Tue, 22 Oct 1996 17:23:40 -0700 (PDT) To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: Possible Commercial app for FreeBSD. In-reply-to: Your message of "Tue, 22 Oct 1996 17:00:26 PDT." Date: Tue, 22 Oct 1996 17:23:40 -0700 Message-ID: <6562.846030220@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > There's a need for a good DB for FreeBSD (don't give me the MSQL spiel, I > have it, but it's not real). Uh, what's wrong with this product: http://www.conetic.com/ They've been in our commercial pages for a long time. Jordan From owner-freebsd-hackers Tue Oct 22 18:06:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA20265 for hackers-outgoing; Tue, 22 Oct 1996 18:06:25 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA20259 for ; Tue, 22 Oct 1996 18:06:20 -0700 (PDT) Received: from baud.eng.umd.edu (baud.eng.umd.edu [129.2.98.183]) by po2.glue.umd.edu (8.8.1/8.7.3) with ESMTP id VAA09102; Tue, 22 Oct 1996 21:06:11 -0400 (EDT) Received: from localhost (chuckr@localhost) by baud.eng.umd.edu (8.7.5/8.7.3) with SMTP id VAA16550; Tue, 22 Oct 1996 21:06:10 -0400 (EDT) X-Authentication-Warning: baud.eng.umd.edu: chuckr owned process doing -bs Date: Tue, 22 Oct 1996 21:06:10 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@baud.eng.umd.edu To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: Possible Commercial app for FreeBSD. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Oct 1996, Jaye Mathisen wrote: > > > There's a need for a good DB for FreeBSD (don't give me the MSQL spiel, I > have it, but it's not real). Well, having another DB, and another commercial product, is a good idea, but postgres is in ports, and it IS a real db. > > In any case, this company has a port of their DB to a variety of systems, > including Linux (although in ELF format). > > So maybe somebody could get them to port it to FreeBSD. > > Just a thought. > > http://www.yard.de > > Another one I've heard good things about is Empress. > > ----------------------------+----------------------------------------------- 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-hackers Tue Oct 22 18:29:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA21009 for hackers-outgoing; Tue, 22 Oct 1996 18:29:49 -0700 (PDT) Received: from everest.dtr.com ([206.98.124.53]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA20976 for ; Tue, 22 Oct 1996 18:29:20 -0700 (PDT) Received: from everest.dtr.com (localhost [127.0.0.1]) by everest.dtr.com (8.7.5/8.6.12) with SMTP id SAA01047; Tue, 22 Oct 1996 18:21:00 -0700 (PDT) Message-ID: <326D72FB.794BDF32@fta.com> Date: Tue, 22 Oct 1996 18:20:59 -0700 From: Brant Katkansky X-Mailer: Mozilla 3.0b6Gold (X11; I; FreeBSD 2.1.5-RELEASE i386) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: Jaye Mathisen , hackers@freebsd.org Subject: Re: Possible Commercial app for FreeBSD. References: <6562.846030220@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > There's a need for a good DB for FreeBSD (don't give me the MSQL spiel, I > > have it, but it's not real). > > Uh, what's wrong with this product: http://www.conetic.com/ > > They've been in our commercial pages for a long time. > Postgres95 is also not bad, and it's free. -- The Internet is full. | InterNIC: BS56 Go away. | mailto:bmk@fta.com From owner-freebsd-hackers Tue Oct 22 20:14:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26272 for hackers-outgoing; Tue, 22 Oct 1996 20:14:11 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA26267 for ; Tue, 22 Oct 1996 20:14:08 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id UAA19269; Tue, 22 Oct 1996 20:13:55 -0700 Date: Tue, 22 Oct 1996 20:13:53 -0700 (PDT) From: Jaye Mathisen To: Brant Katkansky cc: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: Possible Commercial app for FreeBSD. In-Reply-To: <326D72FB.794BDF32@fta.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Give me a break. We're talking industrial strength. Postgres doesn't even have unique keys yet. I just think it would be good to have a good commercial DB on tap for FreeBSD. On Tue, 22 Oct 1996, Brant Katkansky wrote: > Date: Tue, 22 Oct 1996 18:20:59 -0700 > From: Brant Katkansky > To: "Jordan K. Hubbard" > Cc: Jaye Mathisen , hackers@freebsd.org > Subject: Re: Possible Commercial app for FreeBSD. > > Jordan K. Hubbard wrote: > > > > > There's a need for a good DB for FreeBSD (don't give me the MSQL spiel, I > > > have it, but it's not real). > > > > Uh, what's wrong with this product: http://www.conetic.com/ > > > > They've been in our commercial pages for a long time. > > > > Postgres95 is also not bad, and it's free. > > -- > The Internet is full. | InterNIC: BS56 > Go away. | mailto:bmk@fta.com > From owner-freebsd-hackers Tue Oct 22 20:15:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26374 for hackers-outgoing; Tue, 22 Oct 1996 20:15:19 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA26355 for ; Tue, 22 Oct 1996 20:15:13 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id DAA10603; Wed, 23 Oct 1996 03:14:34 GMT Date: Wed, 23 Oct 1996 12:14:34 +0900 (JST) From: Michael Hancock To: David Greenman cc: Julian Assange , Julian Elischer , hackers@FreeBSD.org Subject: Re: root only: (was Re: comments on this change please.) In-Reply-To: <199610222227.PAA00911@root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Oct 1996, David Greenman wrote: > >This isnt related to dev, but please move /etc/namedb back to /var/named. > > Back to /var/named? It was never in /var in BSD. > Ok, I meant leave it the way it comes from ISC these days. I think named files are variable enough for /var. Regards, Mike From owner-freebsd-hackers Tue Oct 22 20:16:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26539 for hackers-outgoing; Tue, 22 Oct 1996 20:16:44 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA26534 for ; Tue, 22 Oct 1996 20:16:41 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id UAA06958; Tue, 22 Oct 1996 20:16:34 -0700 (PDT) To: Jaye Mathisen cc: Brant Katkansky , hackers@freebsd.org Subject: Re: Possible Commercial app for FreeBSD. In-reply-to: Your message of "Tue, 22 Oct 1996 20:13:53 PDT." Date: Tue, 22 Oct 1996 20:16:34 -0700 Message-ID: <6956.846040594@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Give me a break. We're talking industrial strength. Postgres doesn't > even have unique keys yet. > > I just think it would be good to have a good commercial DB on tap for > FreeBSD. And I pointed one out - you still haven't told me what's wrong with it. :-) Jordan From owner-freebsd-hackers Tue Oct 22 20:21:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26739 for hackers-outgoing; Tue, 22 Oct 1996 20:21:10 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA26730 for ; Tue, 22 Oct 1996 20:21:06 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id UAA20280; Tue, 22 Oct 1996 20:20:57 -0700 Date: Tue, 22 Oct 1996 20:20:51 -0700 (PDT) From: Jaye Mathisen To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: Possible Commercial app for FreeBSD. In-Reply-To: <6562.846030220@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nothing, but more is better. Also, and it's been a while since I looked, but I think the package was not SQL-based, nor did it include ODBC hooks, nor a BLOB type. I'm not trying to start an argument over it, I thought it was just interesting and should be pursued. If nobody wants to, that's fine. Since they displayed a willingness to port to Linux, I was figuring they may be open to other OS's as well, which isn't going to happen with Oracle or Sybase and friends. On Tue, 22 Oct 1996, Jordan K. Hubbard wrote: > Date: Tue, 22 Oct 1996 17:23:40 -0700 > From: "Jordan K. Hubbard" > To: Jaye Mathisen > Cc: hackers@freebsd.org > Subject: Re: Possible Commercial app for FreeBSD. > > > There's a need for a good DB for FreeBSD (don't give me the MSQL spiel, I > > have it, but it's not real). > > Uh, what's wrong with this product: http://www.conetic.com/ > > They've been in our commercial pages for a long time. > > Jordan > From owner-freebsd-hackers Tue Oct 22 20:21:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26790 for hackers-outgoing; Tue, 22 Oct 1996 20:21:42 -0700 (PDT) Received: from scruz.net (nic.scruz.net [165.227.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA26783 for ; Tue, 22 Oct 1996 20:21:38 -0700 (PDT) Received: from osprey.grizzly.com by scruz.net (8.7.3/1.34) id UAA01396; Tue, 22 Oct 1996 20:21:22 -0700 (PDT) Received: (from markd@localhost) by osprey.grizzly.com (8.7.6/8.7.3) id UAA00727; Tue, 22 Oct 1996 20:21:56 -0700 (PDT) Date: Tue, 22 Oct 1996 20:21:56 -0700 (PDT) Message-Id: <199610230321.UAA00727@osprey.grizzly.com> From: Mark Diekhans To: jkh@time.cdrom.com CC: mrcpu@cdsnet.net, hackers@FreeBSD.ORG In-reply-to: <6562.846030220@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Possible Commercial app for FreeBSD. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From: "Jordan K. Hubbard" >> There's a need for a good DB for FreeBSD (don't give me the MSQL spiel, I >> have it, but it's not real). > >Uh, what's wrong with this product: http://www.conetic.com/ As far as I am can tell from looking at their page: no SQL. Get one of the industrial-strength databases (sybase or oracle) and it will open whole new worlds to using FreeBSD. IMHO. From owner-freebsd-hackers Tue Oct 22 20:43:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA28689 for hackers-outgoing; Tue, 22 Oct 1996 20:43:16 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA28683 for ; Tue, 22 Oct 1996 20:43:13 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id UAA07107; Tue, 22 Oct 1996 20:43:00 -0700 (PDT) To: Mark Diekhans cc: mrcpu@cdsnet.net, hackers@FreeBSD.ORG Subject: Re: Possible Commercial app for FreeBSD. In-reply-to: Your message of "Tue, 22 Oct 1996 20:21:56 PDT." <199610230321.UAA00727@osprey.grizzly.com> Date: Tue, 22 Oct 1996 20:43:00 -0700 Message-ID: <7105.846042180@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Get one of the industrial-strength databases (sybase or oracle) and it will > open whole new worlds to using FreeBSD. I've tried - they always tell me "Sorry, it sounds interesting, but you have no proven market demographics." Then I get all depressed about the fact that we've totally blown it on collecting user statistics for the last 3 years (several people have volunteered to handle registation, all disappearing again before producing any actual results) and I crawl back in my hole. I guess Jaye just touched a nerve. We get one DB company on board and then they tell me that nobody buys the FreeBSD version of the product, so it wasn't much of a return on investment. Couple the knowledge of this fact with the fact that I've got no user stats to speak of and you begin to see why I'm reluctant to approach new companies - I'm not sure I'm even doing them any favors, nor us if I approach them before any kind of FreeBSD market is ready to receive them and hence blow our shot at it entirely by tarnishing their overall opinion of FreeBSD's market potential. At this point in time, the FreeBSD camp seems to be widely populated by do-it-yourselfers who tend to craft their own database solutions, I guess, and it's just not worth trying to sign up the big boys in such an environment. Maybe later, when we're bigger, but selling 10 copies a year is not what Oracle is all about. Jordan From owner-freebsd-hackers Tue Oct 22 20:54:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA29861 for hackers-outgoing; Tue, 22 Oct 1996 20:54:31 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA29856 for ; Tue, 22 Oct 1996 20:54:28 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA23453 for hackers@freebsd.org; Wed, 23 Oct 1996 13:24:19 +0930 From: Michael Smith Message-Id: <199610230354.NAA23453@genesis.atrad.adelaide.edu.au> Subject: Linux emulation, gethostid() To: hackers@freebsd.org Date: Wed, 23 Oct 1996 13:24:19 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok people; this is _not_ an attempt to start a holy war. We've had the discussion on whether a hostid is a practical thing for a PC to pretend to have or not. However, the Linux folks think that it is, and if we want to be able to run their applications we need to emulate their policy. gethostid() under linux is implemeted using the SIOCGIFHWADDR ioctl to get a network hardware address. We don't support this yet. Netstat gets the hardware address by grubbing around in the kernel (what a frightening piece of code that is to read 8( ), but I also recall someone posting wrt. getting mathematica to run with a "more correct" method. Do we want an ioctl to get the hardware address? If not, any suggestions on a _tidy_ way to get it? -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Oct 22 21:02:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA00592 for hackers-outgoing; Tue, 22 Oct 1996 21:02:11 -0700 (PDT) Received: from scruz.net (nic.scruz.net [165.227.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA00584 for ; Tue, 22 Oct 1996 21:02:06 -0700 (PDT) Received: from osprey.grizzly.com by scruz.net (8.7.3/1.34) id VAA04521; Tue, 22 Oct 1996 21:02:02 -0700 (PDT) Received: (from markd@localhost) by osprey.grizzly.com (8.7.6/8.7.3) id VAA03494; Tue, 22 Oct 1996 21:02:36 -0700 (PDT) Date: Tue, 22 Oct 1996 21:02:36 -0700 (PDT) Message-Id: <199610230402.VAA03494@osprey.grizzly.com> From: Mark Diekhans To: jkh@time.cdrom.com CC: mrcpu@cdsnet.net, hackers@FreeBSD.ORG In-reply-to: <7105.846042180@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Possible Commercial app for FreeBSD. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From: "Jordan K. Hubbard" > >> Get one of the industrial-strength databases (sybase or oracle) and it will >> open whole new worlds to using FreeBSD. > >I've tried - they always tell me "Sorry, it sounds interesting, but >you have no proven market demographics." ... >I guess Jaye just touched a nerve. We get one DB company on board and >then they tell me that nobody buys the FreeBSD version of the product, >so it wasn't much of a return on investment. Couple the knowledge of Jordan is, of course, depressingly right here. Sybase doesn't even support Solaris i86 and is a major release behind on UnixWare. One thing that might be of interest is that Sybase provides Linux client libraries free of charge. You can't use Linux as a database server, but at least you can connect to a database server from Linux. Its been on my list to try to get these to work under Linux emulation, buts its no where near the top :-( See: http://www.sybase.com/Offerings/Samples/Linux/index.html Mark From owner-freebsd-hackers Tue Oct 22 21:11:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA01452 for hackers-outgoing; Tue, 22 Oct 1996 21:11:30 -0700 (PDT) Received: from fyeung5.netific.com (netific.vip.best.com [205.149.182.145]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA01434 for ; Tue, 22 Oct 1996 21:11:25 -0700 (PDT) Received: from fyeung8.netific.com (fyeung8.netific.com [204.238.125.8]) by fyeung5.netific.com (8.6.12/8.6.9) with SMTP id VAA17719; Tue, 22 Oct 1996 21:12:50 -0700 Received: by fyeung8.netific.com (5.x/SMI-SVR4) id AA21514; Tue, 22 Oct 1996 21:18:27 -0700 Date: Tue, 22 Oct 1996 21:18:27 -0700 From: fyeung@fyeung8.netific.com (Francis Yeung) Message-Id: <9610230418.AA21514@fyeung8.netific.com> To: jkh@time.cdrom.com, markd@Grizzly.COM Subject: Re: Possible Commercial app for FreeBSD. Cc: mrcpu@cdsnet.net, hackers@FreeBSD.org X-Sun-Charset: US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Greetings, There is an ODBC manager for FreeBSD but I have not seen any driver for it. However, you should be able to run informix, etc under SCO emulation mode. Fran > From root@fyeung5.netific.com Tue Oct 22 21:02 PDT 1996 > Date: Tue, 22 Oct 1996 20:21:56 -0700 (PDT) > From: Mark Diekhans > To: jkh@time.cdrom.com > Cc: mrcpu@cdsnet.net, hackers@FreeBSD.org > Subject: Re: Possible Commercial app for FreeBSD. > X-Loop: FreeBSD.org > > >From: "Jordan K. Hubbard" > >> There's a need for a good DB for FreeBSD (don't give me the MSQL spiel, I > >> have it, but it's not real). > > > >Uh, what's wrong with this product: http://www.conetic.com/ > > As far as I am can tell from looking at their page: no SQL. > > Get one of the industrial-strength databases (sybase or oracle) and it will > open whole new worlds to using FreeBSD. > > > IMHO. > > > From owner-freebsd-hackers Tue Oct 22 21:16:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA02199 for hackers-outgoing; Tue, 22 Oct 1996 21:16:53 -0700 (PDT) Received: from superior.truenorth.org (ppp025-sm2.sirius.com [205.134.231.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA02188 for ; Tue, 22 Oct 1996 21:16:47 -0700 (PDT) Received: (from jgrosch@localhost) by superior.truenorth.org (8.7.5/8.7.3) id VAA01690; Tue, 22 Oct 1996 21:15:46 -0700 (PDT) From: Josef Grosch Message-Id: <199610230415.VAA01690@superior.truenorth.org> Subject: Re: Possible Commercial app for FreeBSD. To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Tue, 22 Oct 1996 21:15:43 -0700 (PDT) Cc: jkh@time.cdrom.com, hackers@freebsd.org Reply-To: jgrosch@sirius.com In-Reply-To: from Jaye Mathisen at "Oct 22, 96 08:20:51 pm" X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Nothing, but more is better. > [ DELETED ] > >Since they displayed a willingness to port to Linux, I was figuring they >may be open to other OS's as well, which isn't going to happen with Oracle >or Sybase and friends. > I have seen the SCO version of Oracle running on FreeBSD. Granted I did'nt try testing it to see how well it worked but it is a start. Perhaps we should start a campaign to see if we can get Oracle or Sybase to do a port to FreeBSD. No, I am not holding my breath. :-) >On Tue, 22 Oct 1996, Jordan K. Hubbard wrote: > >> Date: Tue, 22 Oct 1996 17:23:40 -0700 >> From: "Jordan K. Hubbard" >> To: Jaye Mathisen >> Cc: hackers@freebsd.org >> Subject: Re: Possible Commercial app for FreeBSD. >> >> > There's a need for a good DB for FreeBSD (don't give me the MSQL spiel, I >> > have it, but it's not real). >> I have tryed to work with MSQL. Try loading 750,000 records into MSQL and see what happens. It's not a pretty sight. >> Uh, what's wrong with this product: http://www.conetic.com/ >> >> They've been in our commercial pages for a long time. >> >> Jordan Don't know about C/BASE so I will not comment. There is also C-Tree. I have used it on a number of projects using FreeBSD. It's not bad. The down side is that C-Tree is a library of ISAM routines not a RDB. It has also gotten very expensive in the last year. It's now around US$900.00. When I bought it it was US$200.00. I understand that company that makes C-Tree (the name escapes me just now) has an SQL server but I have not worked with it and I think it cost around US$2,000.00. Josef -- Josef Grosch | Laugh while you can, monkey boy ! | FreeBSD 2.1.5 jgrosch@sirius.com | - John Warfin - | UNIX for the masses From owner-freebsd-hackers Tue Oct 22 21:20:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA02624 for hackers-outgoing; Tue, 22 Oct 1996 21:20:47 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA02613 for ; Tue, 22 Oct 1996 21:20:40 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA23746; Wed, 23 Oct 1996 13:49:07 +0930 From: Michael Smith Message-Id: <199610230419.NAA23746@genesis.atrad.adelaide.edu.au> Subject: Re: Possible Commercial app for FreeBSD. To: markd@Grizzly.COM (Mark Diekhans) Date: Wed, 23 Oct 1996 13:49:06 +0930 (CST) Cc: jkh@time.cdrom.com, mrcpu@cdsnet.net, hackers@FreeBSD.ORG In-Reply-To: <199610230321.UAA00727@osprey.grizzly.com> from "Mark Diekhans" at Oct 22, 96 08:21:56 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Diekhans stands accused of saying: > > Get one of the industrial-strength databases (sybase or oracle) and it will > open whole new worlds to using FreeBSD. AFAIR, Sybase for SCO runs quite happily under the iBCS2 emulation. I also had dBase IV almost-running here; I know Steven Wallace made it work, but I haven't had time to pursue it lately. I don't know if you'd call dBase "industrial strength", but the local electrical utility uses it exclusively (400,000+ customers, etc.). > IMHO. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Oct 22 21:28:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA03517 for hackers-outgoing; Tue, 22 Oct 1996 21:28:29 -0700 (PDT) Received: from scruz.net (nic.scruz.net [165.227.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA03494 for ; Tue, 22 Oct 1996 21:28:25 -0700 (PDT) Received: from osprey.grizzly.com by scruz.net (8.7.3/1.34) id VAA06481; Tue, 22 Oct 1996 21:28:16 -0700 (PDT) Received: (from markd@localhost) by osprey.grizzly.com (8.7.6/8.7.3) id VAA03592; Tue, 22 Oct 1996 21:28:50 -0700 (PDT) Date: Tue, 22 Oct 1996 21:28:50 -0700 (PDT) Message-Id: <199610230428.VAA03592@osprey.grizzly.com> From: Mark Diekhans To: msmith@atrad.adelaide.edu.au CC: jkh@time.cdrom.com, mrcpu@cdsnet.net, hackers@FreeBSD.ORG In-reply-to: <199610230419.NAA23746@genesis.atrad.adelaide.edu.au> (message from Michael Smith on Wed, 23 Oct 1996 13:49:06 +0930 (CST)) Subject: Re: Possible Commercial app for FreeBSD. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Mark Diekhans stands accused of saying: >> >> Get one of the industrial-strength databases (sybase or oracle) and it will >> open whole new worlds to using FreeBSD. > >AFAIR, Sybase for SCO runs quite happily under the iBCS2 emulation. WOW!!! Is this running with raw disk partations? This is pretty much a requirement for someone setting up a serious database. >I also had dBase IV almost-running here; I know Steven Wallace made it >work, but I haven't had time to pursue it lately. > >I don't know if you'd call dBase "industrial strength", but the local >electrical utility uses it exclusively (400,000+ customers, etc.). While DBase is very useful, it doesn't hold up to the speed, capacity and reliability of Sybase or Oracle. From owner-freebsd-hackers Tue Oct 22 21:33:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA04056 for hackers-outgoing; Tue, 22 Oct 1996 21:33:02 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA04024 for ; Tue, 22 Oct 1996 21:32:57 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA26437; Tue, 22 Oct 1996 22:32:37 -0600 (MDT) Date: Tue, 22 Oct 1996 22:32:37 -0600 (MDT) Message-Id: <199610230432.WAA26437@rocky.mt.sri.com> From: Nate Williams To: Michael Smith Cc: markd@grizzly.com (Mark Diekhans), jkh@time.cdrom.com, mrcpu@cdsnet.net, hackers@freebsd.org Subject: Re: Possible Commercial app for FreeBSD. In-Reply-To: <199610230419.NAA23746@genesis.atrad.adelaide.edu.au> References: <199610230321.UAA00727@osprey.grizzly.com> <199610230419.NAA23746@genesis.atrad.adelaide.edu.au> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith writes: > Mark Diekhans stands accused of saying: > > > > Get one of the industrial-strength databases (sybase or oracle) and it will > > open whole new worlds to using FreeBSD. > > AFAIR, Sybase for SCO runs quite happily under the iBCS2 emulation. As well as Informix (as long as you have the correct shlibs, or a version which doesn't need them.) > I don't know if you'd call dBase "industrial strength", but the local > electrical utility uses it exclusively (400,000+ customers, etc.). The problem is that unless you want to build your application under SCO unix (or cross-compile it under FreeBSD), you can't build a native FreeBSD program. It's also near impossible to debug SCO binaries on FreeBSD. The ibcs2 emulation stuff is *nice* for running already existing applications, but it's really not applicable for new stuff. Nate From owner-freebsd-hackers Tue Oct 22 21:42:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA05242 for hackers-outgoing; Tue, 22 Oct 1996 21:42:35 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA05019 for ; Tue, 22 Oct 1996 21:41:16 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA23981; Wed, 23 Oct 1996 14:08:21 +0930 From: Michael Smith Message-Id: <199610230438.OAA23981@genesis.atrad.adelaide.edu.au> Subject: Re: Possible Commercial app for FreeBSD. To: markd@Grizzly.COM (Mark Diekhans) Date: Wed, 23 Oct 1996 14:08:20 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, mrcpu@cdsnet.net, hackers@FreeBSD.ORG In-Reply-To: <199610230428.VAA03592@osprey.grizzly.com> from "Mark Diekhans" at Oct 22, 96 09:28:50 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Diekhans stands accused of saying: > > > >AFAIR, Sybase for SCO runs quite happily under the iBCS2 emulation. > > WOW!!! Is this running with raw disk partations? This is pretty much a > requirement for someone setting up a serious database. You would have to ask Terry for his war-stories. I understand that he got it going initially for someone who wanted to run the HGI database. Subsequent to that, I don't know. Bear in mind that if you have something like that that doesn't work and you need it to, there are people around here who will quite happily accept reasonable contract rates to _make_ it work. Heck, in 5-6months, I hope to be in a position to make a living out of it. (crosses fingers) Whatever you do, don't accept "it doesn't work, so it can't be done" as an answer. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Oct 22 22:20:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA11112 for hackers-outgoing; Tue, 22 Oct 1996 22:20:51 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA11045 for ; Tue, 22 Oct 1996 22:20:26 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.7.5/8.6.5) id LAA24242; Wed, 23 Oct 1996 11:03:07 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199610230503.LAA24242@hq.icb.chel.su> Subject: Re: Possible Commercial app for FreeBSD. To: jgrosch@sirius.com Date: Wed, 23 Oct 1996 11:03:06 +0600 (ESD) Cc: mrcpu@cdsnet.net, jkh@time.cdrom.com, hackers@FreeBSD.org In-Reply-To: <199610230415.VAA01690@superior.truenorth.org> from "Josef Grosch" at Oct 22, 96 09:15:43 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > >Since they displayed a willingness to port to Linux, I was figuring they > >may be open to other OS's as well, which isn't going to happen with Oracle > >or Sybase and friends. > > > > I have seen the SCO version of Oracle running on FreeBSD. Granted I did'nt And how it works compared to SCO ? -SB From owner-freebsd-hackers Tue Oct 22 22:35:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA14912 for hackers-outgoing; Tue, 22 Oct 1996 22:35:55 -0700 (PDT) Received: from superior.truenorth.org (ppp025-sm2.sirius.com [205.134.231.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA14902 for ; Tue, 22 Oct 1996 22:35:51 -0700 (PDT) Received: (from jgrosch@localhost) by superior.truenorth.org (8.7.5/8.7.3) id WAA02024; Tue, 22 Oct 1996 22:33:53 -0700 (PDT) From: Josef Grosch Message-Id: <199610230533.WAA02024@superior.truenorth.org> Subject: Re: Possible Commercial app for FreeBSD. To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Tue, 22 Oct 1996 22:33:51 -0700 (PDT) Cc: jgrosch@sirius.com, mrcpu@cdsnet.net, jkh@time.cdrom.com, hackers@FreeBSD.org Reply-To: jgrosch@sirius.com In-Reply-To: <199610230503.LAA24242@hq.icb.chel.su> from "Serge A. Babkin" at "Oct 23, 96 11:03:06 am" X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> > >> >Since they displayed a willingness to port to Linux, I was figuring they >> >may be open to other OS's as well, which isn't going to happen with Oracle >> >or Sybase and friends. >> > >> >> I have seen the SCO version of Oracle running on FreeBSD. Granted I did'nt > >And how it works compared to SCO ? > >-SB > I can't really tell. My experence with Oracle on SCO is a 486-100 with 16 meg of ram running a very badly written application. This was several years ago when a 486 was a "hot" machine. The one time I did see the SCO version of Oracle running on FreeBSD was on a 586-100 with 32 meg of ram. The two co-workers who did get it running were just playing around. They were doing simple things like creating tables and loading 1000 records & sorting them. It seemed damn fast but they were just playing around on a much faster machine. Josef -- Josef Grosch | Laugh while you can, monkey boy ! | FreeBSD 2.1.5 jgrosch@sirius.com | - John Warfin - | UNIX for the masses From owner-freebsd-hackers Tue Oct 22 23:01:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA18193 for hackers-outgoing; Tue, 22 Oct 1996 23:01:05 -0700 (PDT) Received: from scruz.net (nic.scruz.net [165.227.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA18186 for ; Tue, 22 Oct 1996 23:01:01 -0700 (PDT) Received: from osprey.grizzly.com by scruz.net (8.7.3/1.34) id XAA12345; Tue, 22 Oct 1996 23:00:48 -0700 (PDT) Received: (from markd@localhost) by osprey.grizzly.com (8.7.6/8.7.3) id XAA06762; Tue, 22 Oct 1996 23:01:21 -0700 (PDT) Date: Tue, 22 Oct 1996 23:01:21 -0700 (PDT) Message-Id: <199610230601.XAA06762@osprey.grizzly.com> From: Mark Diekhans To: nate@mt.sri.com CC: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, mrcpu@cdsnet.net, hackers@FreeBSD.ORG In-reply-to: <199610230432.WAA26437@rocky.mt.sri.com> (message from Nate Williams on Tue, 22 Oct 1996 22:32:37 -0600 (MDT)) Subject: Re: Possible Commercial app for FreeBSD. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From: Nate Williams >The problem is that unless you want to build your application under SCO >unix (or cross-compile it under FreeBSD), you can't build a native >FreeBSD program. It's also near impossible to debug SCO binaries on >FreeBSD. If Sybase ported just their client libraries to FreeBSD the way they did to Linux, that would address this problem. . From owner-freebsd-hackers Tue Oct 22 23:05:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA18547 for hackers-outgoing; Tue, 22 Oct 1996 23:05:30 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA18541 for ; Tue, 22 Oct 1996 23:05:27 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA25208; Wed, 23 Oct 1996 15:35:01 +0930 From: Michael Smith Message-Id: <199610230605.PAA25208@genesis.atrad.adelaide.edu.au> Subject: Re: Possible Commercial app for FreeBSD. To: markd@Grizzly.COM (Mark Diekhans) Date: Wed, 23 Oct 1996 15:35:00 +0930 (CST) Cc: nate@mt.sri.com, msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, mrcpu@cdsnet.net, hackers@FreeBSD.ORG In-Reply-To: <199610230601.XAA06762@osprey.grizzly.com> from "Mark Diekhans" at Oct 22, 96 11:01:21 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Diekhans stands accused of saying: > > If Sybase ported just their client libraries to FreeBSD the way they did > to Linux, that would address this problem. > > a usable approach>. Keep an eye on the ports collection over the next day or two. Those fools in command just gave me commit privs 8) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Oct 23 01:20:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA05011 for hackers-outgoing; Wed, 23 Oct 1996 01:20:56 -0700 (PDT) Received: from ns.pa-consulting.com (ns.pa-consulting.com [193.118.224.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA05002 for ; Wed, 23 Oct 1996 01:20:51 -0700 (PDT) Received: from SMTPGATE.PA-CONSULTING.COM by ns.pa-consulting.com (8.6.4) id JAA07593; Wed, 23 Oct 1996 09:31:17 +0100 Received: by SMTPGATE.PA-CONSULTING.COM with Microsoft Mail id <326E4992@SMTPGATE.PA-CONSULTING.COM>; Wed, 23 Oct 96 09:36:34 PDT From: Duncan Barclay To: freebsd-hackers Subject: Inode corruption on 2.1.5R Date: Wed, 23 Oct 96 09:13:00 PDT Message-ID: <326E4992@SMTPGATE.PA-CONSULTING.COM> Encoding: 21 TEXT X-Mailer: Microsoft Mail V3.0 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A week or so ago I posted asking about inode corruption under 2.1R when using the my floppy tape drive. I have now upgraded to 2.1.5R and now get inodes trashed when the floopy disk is accessed using mtools. I am being to suspect a hardware problem, possibly bus timings, which is causing corruption of blocks being written to my (IDE) disks when the floppy disk/tape is being accessed. My system is a UMC based 486 board, with a SGS 486DX2-66, 20meg ram, drives are both IDE hanging from a VESA IO card, also I have a NEC T130 8bit SCSI card, 3c509 standard VESA graphics. and fax modem, normal NEC floppy controller with one 3.5floppy and a Connor TapeStor 800 tape drive I running stock 2.1.5R. Any ideas? I am getting a little too fimiliar with fsck... Duncan Barclay From owner-freebsd-hackers Wed Oct 23 01:41:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA06116 for hackers-outgoing; Wed, 23 Oct 1996 01:41:28 -0700 (PDT) Received: from relay-1.mail.demon.net (relay-1.mail.demon.net [158.152.1.140]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA06105 for ; Wed, 23 Oct 1996 01:41:24 -0700 (PDT) Received: from post.demon.co.uk ([(null)]) by relay-1.mail.demon.net id ax21221; 23 Oct 96 9:37 BST Received: from nlsys.demon.co.uk ([158.152.125.33]) by relay-3.mail.demon.net id aa08188; 23 Oct 96 9:35 BST Received: from localhost (dfr@localhost) by nlsys.demon.co.uk (8.7.6/8.6.9) with SMTP id JAA00477; Wed, 23 Oct 1996 09:35:11 +0100 (BST) Date: Wed, 23 Oct 1996 09:35:11 +0100 (BST) From: Doug Rabson Reply-To: Doug Rabson To: Terry Lambert cc: dfr@render.com, michaelh@cet.co.jp, karl@mcs.net, freebsd-hackers@freebsd.org Subject: Re: NFS node: disappearing directory In-Reply-To: <199610221719.KAA08106@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Oct 1996, Terry Lambert wrote: > > > If it's in the client code, how does this enter into it? The client is > > > a real FS... > > > > The NFS protocol uses the cookies themselves. The NFS client code speaks > > the NFS protocol and therefore *must* use cookies. It does *not* use the > > extra cookie interface to the VOP_READDIR call. > > Ah. I see your problem. > > I was talking about the server problem caused by the search restart, > which *is* cookie related. There was no problem with the server (which was running BSDI as I remember, not FreeBSD). The problem was entirely with the client's handling of the NFS protocol directory seek cookies. The code which flushed cached local data when the directory was modified on the server was broken. -- Doug Rabson Mail: dfr@nlsys.demon.co.uk Phone: +44 181 951 1891 From owner-freebsd-hackers Wed Oct 23 02:08:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA07521 for hackers-outgoing; Wed, 23 Oct 1996 02:08:50 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA07515 for ; Wed, 23 Oct 1996 02:08:46 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA26604; Wed, 23 Oct 1996 18:38:26 +0930 From: Michael Smith Message-Id: <199610230908.SAA26604@genesis.atrad.adelaide.edu.au> Subject: Re: Linux emulation, gethostid() To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 23 Oct 1996 18:38:26 +0930 (CST) Cc: freebsd-hackers@freebsd.org, msmith@atrad.adelaide.edu.au In-Reply-To: <199610230833.KAA25025@uriah.heep.sax.de> from "J Wunsch" at Oct 23, 96 10:33:54 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > > > Do we want an ioctl to get the hardware address? If not, any > > suggestions on a _tidy_ way to get it? > > Grab the number you like by any means you like somewhere in rc.local, > and issue a sethostid(3) with it. No need to bloat the kernel for > this. Gotcha; I hadn't seen kern.hostid before. Anyone recommend a quick example I can look at for retrieving a sysctl value from inside an LKM? > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Oct 23 02:23:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA08062 for hackers-outgoing; Wed, 23 Oct 1996 02:23:12 -0700 (PDT) Received: from cyclone.degnet.baynet.de (cyclone.degnet.baynet.de [194.95.214.129]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA08027; Wed, 23 Oct 1996 02:22:53 -0700 (PDT) Received: from neuron (ppp6 [194.95.214.136]) by cyclone.degnet.baynet.de (8.6.12/8.6.9) with SMTP id LAA02486; Wed, 23 Oct 1996 11:22:00 +0100 Message-ID: <326DFE77.549B@degnet.baynet.de> Date: Wed, 23 Oct 1996 10:16:07 +0000 From: Darius Moos Reply-To: moos@degnet.baynet.de X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: freebsd-hackers CC: FreeBSD-questions Subject: Is this network possible with FreeBSD ??? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, i have an urgent problem with the network-setup of FreeBSD. I've set up FreeBSD-2.1.0 for a company (I never set up an other OS for any company). I was gave permission, to trash their linux and install FreeBSD-2.1.0 instead. The installation went fine but now i am running into a problem with their network-configuration. Their ISP (a real linux-fetishist) says "FreeBSD is TOO BRAINDAMAGED to handle this problem". I do not think so. The network-configuration is pictured below. Also more details are written below. Now my problem (maybe I AM braindamaged): 1. How to ifconfig the ether-device of the FreeBSD-box ? 2. How to set up the routing of the FreeBSD-box ? so that the FreeBSD-box acts as a mail- and WWW-proxy gateway for the company's private network. +---------------+ | FreeBSD-2.1.0 | |+-------------+| || NE 2000 || || 192.168.3.1 || || 1.2.3.253 || ++------o------++ | | ++-------o-------++ || NE 2000 || || 192.168.3.103 || || 1.2.3.36 || |+---------------+| | | | +-------+ | Router | ISDN o------------o ISP 1.2.3.x | +-------+ | | |+---------------+| || 100 MBit || || 192.168.3.104 || ++-------o-------++ | | ++-------o-----++ || 100 MBit || || 192.168.3.2 || |+-------------+| | | | 192.168.3.x | The linux that i have trashed had no problems with this configuration BUT i do not know how to ifconfig the network device of the FreeBSD- machine and how to setup the correct routing. The FreeBSD-machine should be known with a registered IP in the internet. I've replaced the real registered IP with 1.2.3.253. All the other machines (except the router) in the company should run only on the private network 192.168.3.0. The FreeBSD-machine should be the email and WWW-proxy gateway for the private company network. The problem so far: - When i ifconfig the network-card of the FreeBSD-machine with "ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff", the 1.2.3.36-IP is not reachable and therefor unknown to the routing. - I can not use a netmask of 0xffffff00 for the ether-device of the FreeBSD-box. - When i ifconfig the ether-device of the FreeBSD-box with "ifconfig ed0 inet 192.168.3.1 netmask 0xffffff00" and "ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff alias" the outgoing packets never come back, since the FreeBSD-box sends its packets with src of 192.168.3.1 What i would need is a ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff ifconfig ed0 inet 192.168.3.1 netmask 0xffffffff alias route add -net 1.2.3 ed0 but ether-devices as destination in the route-statement are not allowed. Under the linux this was possible (the ISP says). Now this situation is braindamaged itself, but this does not count as argument to the boss of this company. The boss had a running system with this network-configuration and he stands on the point that this has to be possible or the OS (FreeBSD) is not the right OS so far. Please please help me with this network-setup, so i can prove, that FreeBSD IS the right OS for all networking. BTW: this mail is closely related to my other mail about FreeBSD-support for HP-10/100-VG or Compex 100VG network-cards. Many thanks for all your help in advance. Darius Moos. -- email: moos@degnet.baynet.de From owner-freebsd-hackers Wed Oct 23 02:23:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA08098 for hackers-outgoing; Wed, 23 Oct 1996 02:23:28 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA07980 for ; Wed, 23 Oct 1996 02:21:46 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA25822; Wed, 23 Oct 1996 11:21:36 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA17077; Wed, 23 Oct 1996 11:21:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id KAA25325; Wed, 23 Oct 1996 10:54:58 +0200 (MET DST) From: J Wunsch Message-Id: <199610230854.KAA25325@uriah.heep.sax.de> Subject: Re: Inode corruption on 2.1.5R To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 23 Oct 1996 10:54:58 +0200 (MET DST) Cc: Duncan.Barclay@pa-consulting.com (Duncan Barclay) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <326E4992@SMTPGATE.PA-CONSULTING.COM> from Duncan Barclay at "Oct 23, 96 09:13:00 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Duncan Barclay wrote: > I am being to suspect a hardware problem, possibly bus timings, > which is causing corruption of blocks being written to my (IDE) disks when > the floppy disk/tape is being accessed. > Any ideas? I am getting a little too fimiliar with fsck... Try another floppy controller? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Oct 23 02:41:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA08570 for hackers-outgoing; Wed, 23 Oct 1996 02:41:40 -0700 (PDT) Received: from ref.tfs.com (n251001.inetworld.net [206.245.251.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA08564 for ; Wed, 23 Oct 1996 02:41:36 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.5/8.7.3) id CAA11698 for hackers@freebsd.org; Wed, 23 Oct 1996 02:40:21 -0700 (PDT) Date: Wed, 23 Oct 1996 02:40:21 -0700 (PDT) From: Julian Elischer Message-Id: <199610230940.CAA11698@ref.tfs.com> To: hackers@freebsd.org Subject: please tell me I'm wrong Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been looking at why I can't unmount a filesystem on a device under devfs seems that the superblock is stored under the mount point. it is saved using the sync function of the filesystem that held the device.. so if the filesystem that held the device, is devfs, it's asked to save the other filesystem private info (superblock) but it wouldn't know a superblock if one came up and kicked it in the shins! I hope I'm reading this wrong, because that would indicate that you can only mount a ffs filesystem from a device on a ffs filesystem.. (and expect it to work) julian (going to sleep) From owner-freebsd-hackers Wed Oct 23 02:47:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA08789 for hackers-outgoing; Wed, 23 Oct 1996 02:47:15 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA08783 for ; Wed, 23 Oct 1996 02:47:09 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id JAA13822; Wed, 23 Oct 1996 09:45:26 GMT Date: Wed, 23 Oct 1996 18:45:25 +0900 (JST) From: Michael Hancock To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: read only root: (was Re: comments on this change please.) In-Reply-To: <199610222235.AAA20518@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [fixed subject, I haven't slept enough recently] On Wed, 23 Oct 1996, J Wunsch wrote: > As Michael Hancock wrote: > > > This isnt related to dev, but please move /etc/namedb back to /var/named. > > Hmpf. Nope. There's no universal ``right directory'' for this. If > your machine is a primary server, you want it in /etc, since it's a > configuration file. (/var is usually not included in dump cycles, but > you sure _want_ the original tables to be dumped.) If your machine is > a secondary server, you want it in /var. I think the named config files are variable enough to go into /var and too variable if you want a read-only root. You can come up with other ways to backup important config files sitting in /var, such as mirroring to frequently dumped partitions or ssh'ing the files to a backup server, etc. Regards, Mike Hancock From owner-freebsd-hackers Wed Oct 23 02:54:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA09067 for hackers-outgoing; Wed, 23 Oct 1996 02:54:17 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA09061 for ; Wed, 23 Oct 1996 02:54:14 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id KAA03380 for ; Wed, 23 Oct 1996 10:53:35 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA26052 for freebsd-hackers@freefall.cdrom.com; Wed, 23 Oct 1996 10:58:30 +0100 Date: Wed, 23 Oct 1996 10:58:30 +0100 From: Christoph Kukulies Message-Id: <199610230958.KAA26052@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: NIS passwd probs Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk That mastername vs. myname discrepancies left aside I kludged yppasswdd so that it stays running and changing the NIS password on the client side give a strange picture: Changing the NIS password (using passwd - freshly compiled) on a client is formally accepted the first time. But trying to use it afterwards fails. The old password is still valid. Trying the to change the password again to something different on the client (typing the newly altered password at the Old Password: prompt) fails immediately with: Changing NIS password for joeuser on nisserver@domain. Old Password: passwd: Sorry. This wan't accompanied with any syslog activity (I was watching /var/log /messages at that time). Using the old (unaltered) password at the Old Password: prompt now also gives 'Sorry'. The whole passwd issue (root and user passwords setting on the client side) is a pending problem here at our site and I really wonder if this is a problem with FreeBSDs NIS in general or a problem with my site's setup. Sure, there are lurking pitfalls with building the world on the server and running perhaps outdated clients but I'm trying to keep that matched at least in the field of my experimenting at the moment. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Oct 23 03:04:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA09541 for hackers-outgoing; Wed, 23 Oct 1996 03:04:43 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA09525 for ; Wed, 23 Oct 1996 03:04:17 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA24118; Wed, 23 Oct 1996 10:51:38 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA16667; Wed, 23 Oct 1996 10:51:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id KAA25025; Wed, 23 Oct 1996 10:33:54 +0200 (MET DST) From: J Wunsch Message-Id: <199610230833.KAA25025@uriah.heep.sax.de> Subject: Re: Linux emulation, gethostid() To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 23 Oct 1996 10:33:54 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au (Michael Smith) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610230354.NAA23453@genesis.atrad.adelaide.edu.au> from Michael Smith at "Oct 23, 96 01:24:19 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > Do we want an ioctl to get the hardware address? If not, any > suggestions on a _tidy_ way to get it? Grab the number you like by any means you like somewhere in rc.local, and issue a sethostid(3) with it. No need to bloat the kernel for this. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Oct 23 03:13:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA10021 for hackers-outgoing; Wed, 23 Oct 1996 03:13:50 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA10016 for ; Wed, 23 Oct 1996 03:13:48 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id DAA11170 for ; Wed, 23 Oct 1996 03:12:55 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.7.5/8.6.12) id NAA00923; Wed, 23 Oct 1996 13:09:14 +0300 (EET DST) Date: Wed, 23 Oct 1996 13:09:13 +0300 (EET DST) From: Narvi To: Darius Moos cc: freebsd-hackers Subject: Re: Is this network possible with FreeBSD ??? In-Reply-To: <326DFE77.549B@degnet.baynet.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Oct 1996, Darius Moos wrote: > Hi, > > i have an urgent problem with the network-setup of FreeBSD. > I've set up FreeBSD-2.1.0 for a company (I never set up an other OS > for any company). I was gave permission, to trash their linux and > install FreeBSD-2.1.0 instead. The installation went fine but now > i am running into a problem with their network-configuration. > Their ISP (a real linux-fetishist) says "FreeBSD is TOO BRAINDAMAGED > to handle this problem". I do not think so. The network-configuration > is pictured below. Also more details are written below. > Now my problem (maybe I AM braindamaged): > 1. How to ifconfig the ether-device of the FreeBSD-box ? > 2. How to set up the routing of the FreeBSD-box ? > so that the FreeBSD-box acts as a mail- and WWW-proxy gateway for the > company's private network. > > +---------------+ > | FreeBSD-2.1.0 | > |+-------------+| > || NE 2000 || > || 192.168.3.1 || > || 1.2.3.253 || > ++------o------++ > | > | > ++-------o-------++ > || NE 2000 || > || 192.168.3.103 || > || 1.2.3.36 || > |+---------------+| > | | > | +-------+ > | Router | ISDN o------------o ISP 1.2.3.x > | +-------+ > | | > |+---------------+| > || 100 MBit || > || 192.168.3.104 || > ++-------o-------++ > | > | > ++-------o-----++ > || 100 MBit || > || 192.168.3.2 || > |+-------------+| > | | > | 192.168.3.x | > > The linux that i have trashed had no problems with this configuration > BUT i do not know how to ifconfig the network device of the FreeBSD- > machine and how to setup the correct routing. The FreeBSD-machine > should be known with a registered IP in the internet. I've replaced the > real registered IP with 1.2.3.253. All the other machines (except the > router) in the company should run only on the private network > 192.168.3.0. The FreeBSD-machine should be the email and WWW-proxy > gateway for the private company network. > The problem so far: > - When i ifconfig the network-card of the FreeBSD-machine with > "ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff", the > 1.2.3.36-IP is not reachable and therefor unknown to the routing. > - I can not use a netmask of 0xffffff00 for the ether-device of the > FreeBSD-box. > - When i ifconfig the ether-device of the FreeBSD-box with > "ifconfig ed0 inet 192.168.3.1 netmask 0xffffff00" and > "ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff alias" ^^^^^^^^ Hey! The netmask for the alias is certainly wrong!!! The 255.255.255.255 netmask is only used for successive aliases counting from the second - that is if it is the first one in a given subnet, it will have the "real" netmask - that is whatever is set as netmask on the router interface 1.2.3.36. It should work then. Sander > the outgoing packets never come back, since the FreeBSD-box sends > its packets with src of 192.168.3.1 > What i would need is a > ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff > ifconfig ed0 inet 192.168.3.1 netmask 0xffffffff alias > route add -net 1.2.3 ed0 > but ether-devices as destination in the route-statement are not allowed. > Under the linux this was possible (the ISP says). > Now this situation is braindamaged itself, but this does not count as > argument to the boss of this company. The boss had a running system > with this network-configuration and he stands on the point that this > has to be possible or the OS (FreeBSD) is not the right OS so far. > Please please help me with this network-setup, so i can prove, that > FreeBSD IS the right OS for all networking. > BTW: this mail is closely related to my other mail about FreeBSD-support > for HP-10/100-VG or Compex 100VG network-cards. > > Many thanks for all your help in advance. > > Darius Moos. > > -- > > > email: moos@degnet.baynet.de > From owner-freebsd-hackers Wed Oct 23 04:56:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA13921 for hackers-outgoing; Wed, 23 Oct 1996 04:56:44 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA13916 for ; Wed, 23 Oct 1996 04:56:41 -0700 (PDT) Message-Id: <199610231156.EAA13916@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA140481805; Wed, 23 Oct 1996 21:56:45 +1000 From: Darren Reed Subject: beef with release engineering. To: hackers@freebsd.org Date: Wed, 23 Oct 1996 21:56:44 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For those of us who write software sensitive to changes in include files, how do we tell FreeBSD versions apart ? I see __FreeBSD__ (frozen at "2") (in gcc) and __FreeBSD_version, the month of the release (in osreldate.h). This isn't nearly useful enough. Please invent more if possible. For example, NetBSD has "__NetBSD__" which is the release month and then a release specific #define, like NetBSD1_2. Also, it would be nice if including sys/param.h included all the right files so that you didn't need to explicitly include or look for osreldate.h. (NetBSD already does this too). Darren From owner-freebsd-hackers Wed Oct 23 06:35:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA16707 for hackers-outgoing; Wed, 23 Oct 1996 06:35:15 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA16686; Wed, 23 Oct 1996 06:35:10 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA09985; Wed, 23 Oct 1996 08:33:24 -0500 From: Joe Greco Message-Id: <199610231333.IAA09985@brasil.moneng.mei.com> Subject: Re: Is this network possible with FreeBSD ??? To: moos@degnet.baynet.de Date: Wed, 23 Oct 1996 08:33:23 -0500 (CDT) Cc: freebsd-hackers@freebsd.org, questions@freebsd.org In-Reply-To: <326DFE77.549B@degnet.baynet.de> from "Darius Moos" at Oct 23, 96 10:16:07 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > i have an urgent problem with the network-setup of FreeBSD. > I've set up FreeBSD-2.1.0 for a company (I never set up an other OS > for any company). I was gave permission, to trash their linux and > install FreeBSD-2.1.0 instead. The installation went fine but now > i am running into a problem with their network-configuration. > Their ISP (a real linux-fetishist) says "FreeBSD is TOO BRAINDAMAGED > to handle this problem". I do not think so. The network-configuration I do not think so either. I routinely do much more complex things with FreeBSD. > is pictured below. Also more details are written below. > Now my problem (maybe I AM braindamaged): > 1. How to ifconfig the ether-device of the FreeBSD-box ? > 2. How to set up the routing of the FreeBSD-box ? > so that the FreeBSD-box acts as a mail- and WWW-proxy gateway for the > company's private network. > > +---------------+ > | FreeBSD-2.1.0 | > |+-------------+| > || NE 2000 || > || 192.168.3.1 || > || 1.2.3.253 || > ++------o------++ > | > | > ++-------o-------++ > || NE 2000 || > || 192.168.3.103 || > || 1.2.3.36 || > |+---------------+| > | | > | +-------+ > | Router | ISDN o------------o ISP 1.2.3.x > | +-------+ > | | > |+---------------+| > || 100 MBit || > || 192.168.3.104 || > ++-------o-------++ > | > | > ++-------o-----++ > || 100 MBit || > || 192.168.3.2 || > |+-------------+| > | | > | 192.168.3.x | A few general comments: I try as much as possible to stay with "traditional" IP implementation philosophies. This means, in particular, that I will not break up a network with a particular netmask over two wires. I mention this because it appears that your implementation may be doing this: the "192.168.3.1/192.168.3.103" addresses are clearly required to be on the same wire as the "192.168.3.104/192.168.3.x" addresses. If your router REALLY supports this, fine, you can proceed, but I am suggesting that it is bad network engineering. > The linux that i have trashed had no problems with this configuration > BUT i do not know how to ifconfig the network device of the FreeBSD- > machine and how to setup the correct routing. The FreeBSD-machine > should be known with a registered IP in the internet. I've replaced the > real registered IP with 1.2.3.253. All the other machines (except the > router) in the company should run only on the private network > 192.168.3.0. The FreeBSD-machine should be the email and WWW-proxy > gateway for the private company network. > The problem so far: > - When i ifconfig the network-card of the FreeBSD-machine with > "ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff", the > 1.2.3.36-IP is not reachable and therefor unknown to the routing. Try this ifconfig instead: ifconfig ed0 inet 1.2.3.253 netmask 0xffffff00 (or whatever the real netmask of the Internet-visible subnet is). The 0xffffffff format is used when you are creating additional aliases on a wire for which an address and netmask have already been set up. This seems a little strange but makes sense if you think about it. > - I can not use a netmask of 0xffffff00 for the ether-device of the > FreeBSD-box. Well, you need to use SOME netmask! What are the apparent netmasks of the networks in question? > - When i ifconfig the ether-device of the FreeBSD-box with > "ifconfig ed0 inet 192.168.3.1 netmask 0xffffff00" and > "ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff alias" > the outgoing packets never come back, since the FreeBSD-box sends > its packets with src of 192.168.3.1 Yes. > What i would need is a > ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff > ifconfig ed0 inet 192.168.3.1 netmask 0xffffffff alias No. For the sake of argument I am going to pretend that you have a Class C (/24) sized address range from the ISP and a multiple Class C (/20) for your 192.168 net. ifconfig ed0 inet 1.2.3.253 netmask 0xffffff00 ifconfig ed0 inet 192.168.3.1 netmask 0xfffffc00 alias > route add -net 1.2.3 ed0 > but ether-devices as destination in the route-statement are not allowed. > Under the linux this was possible (the ISP says). If so that is bullshit. Ethernet is not (necessarily) a point to point protocol. If you have more than one other host on the wire (and how can you know), to which one do you route it? In this PARTICULAR case, one could guess that Linux is braindead enough that it does not understand that an IP alias with a netmask implies that route, and that it needs to be TOLD this... so much for the superiority of Linux. If you have to add any routes at all, it is largely dependent on what your router is doing on your behalf. If your router is actually doing all the work (which is how I read this), you may have to do nothing else at all. > Now this situation is braindamaged itself, but this does not count as > argument to the boss of this company. The boss had a running system > with this network-configuration and he stands on the point that this > has to be possible or the OS (FreeBSD) is not the right OS so far. > Please please help me with this network-setup, so i can prove, that > FreeBSD IS the right OS for all networking. > BTW: this mail is closely related to my other mail about FreeBSD-support > for HP-10/100-VG or Compex 100VG network-cards. > > Many thanks for all your help in advance. Please write back if this does not clear up your problems or give you the right clues to do so. I will do my best to help you with this. I have set up much more complex networking scenarios on occasion and this should not be particularly difficult. You need to get the network interfaces set up right, and then you need to figure out if you need to add any "exceptional" routes. I will note that this is NOT the way I would choose to implement this network, however. ... JG From owner-freebsd-hackers Wed Oct 23 07:22:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA18871 for hackers-outgoing; Wed, 23 Oct 1996 07:22:44 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA18864 for ; Wed, 23 Oct 1996 07:22:38 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id PAA04432 for ; Wed, 23 Oct 1996 15:20:39 +0100 Received: (from j@localhost) by ida.interface-business.de (8.7.5/8.7.3) id QAA23779 for freebsd-hackers@freebsd.org; Wed, 23 Oct 1996 16:24:50 +0200 (MET DST) From: J Wunsch Message-Id: <199610231424.QAA23779@ida.interface-business.de> Subject: yacc error messages... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 23 Oct 1996 16:24:50 +0200 (MET DST) Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) X-Phone: +49-351-31809-14 X-Fax: +49-351-3361187 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk yacc -d -v gram.y yacc: e - line 695 of "gram.y", $$ is untyped yacc: w - line 703 of "gram.y", the precedence of foo has been redeclared This is a little in my way, in particular for Emacs' ``compile-mode''. I would like to make the error and warning output similar to the way all the other utils are doing, something like: gram.y:695: $$ is untyped gram.y:703: warning: the precedence of foo has been redeclared Anybody having strong objections against this? (Of course, i could also modify compile-mode.el, but yacc's error output is really a little out of line with the rest of the development tools.) -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-hackers Wed Oct 23 07:24:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA18946 for hackers-outgoing; Wed, 23 Oct 1996 07:24:06 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA18941 for ; Wed, 23 Oct 1996 07:24:03 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.8.0/8.8.Beta.3) with SMTP id JAA04296; Wed, 23 Oct 1996 09:24:01 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.15) id ; Wed, 23 Oct 96 09:23 CDT Received: (from jonas@localhost) by Mercury.mcs.net (8.8.Beta.6/8.8.Beta.3) id JAA03978; Wed, 23 Oct 1996 09:23:58 -0500 (CDT) From: Lars Jonas Olsson Message-Id: <199610231423.JAA03978@Mercury.mcs.net> Subject: Re: Possible Commercial app for FreeBSD. To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Wed, 23 Oct 1996 09:23:58 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: from "Jaye Mathisen" at Oct 22, 96 05:00:26 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If you want/have the database on NT and the client on FreeBSD you can try http://www.dtc.net/software/sqljam. This is a ODBC to SQL translator that runs on NT. They also provide source code for the client (That would run under FreeBSD). Jonas From owner-freebsd-hackers Wed Oct 23 07:41:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19809 for hackers-outgoing; Wed, 23 Oct 1996 07:41:04 -0700 (PDT) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA19803 for ; Wed, 23 Oct 1996 07:41:01 -0700 (PDT) Received: from harlie (bastion.bfd.com [204.160.242.2]) by horst.bfd.com (8.7.6/8.7.3) with SMTP id HAA05939; Wed, 23 Oct 1996 07:39:11 -0700 (PDT) Date: Wed, 23 Oct 1996 07:39:11 -0700 (PDT) From: "Eric J. Schwertfeger" X-Sender: ejs@harlie To: Mark Diekhans cc: jkh@time.cdrom.com, mrcpu@cdsnet.net, hackers@FreeBSD.org Subject: Re: Possible Commercial app for FreeBSD. In-Reply-To: <199610230321.UAA00727@osprey.grizzly.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Oct 1996, Mark Diekhans wrote: > Get one of the industrial-strength databases (sybase or oracle) and it will > open whole new worlds to using FreeBSD. Is the iBCS emulator up to running Oracle for SCO? From owner-freebsd-hackers Wed Oct 23 08:16:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA21406 for hackers-outgoing; Wed, 23 Oct 1996 08:16:19 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA21398 for ; Wed, 23 Oct 1996 08:16:11 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id LAA17940; Wed, 23 Oct 1996 11:08:41 -0400 From: Bill Paul Message-Id: <199610231508.LAA17940@skynet.ctr.columbia.edu> Subject: Re: NIS passwd probs To: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Date: Wed, 23 Oct 1996 11:08:39 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199610230958.KAA26052@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Oct 23, 96 10:58:30 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Christoph Kukulies had to walk into mine and say: > That mastername vs. myname discrepancies left aside I kludged > yppasswdd so that it stays running and changing the NIS password > on the client side give a strange picture: > > Changing the NIS password (using passwd - freshly compiled) on a client > is formally accepted the first time. But trying to use it afterwards > fails. The old password is still valid. > > Trying the to change the password again to something different on the > client (typing the newly altered password at the Old Password: prompt) > fails immediately with: > > Changing NIS password for joeuser on nisserver@domain. > Old Password: > passwd: Sorry. > > This wan't accompanied with any syslog activity (I was watching /var/log > /messages at that time). > > Using the old (unaltered) password at the Old Password: prompt > now also gives 'Sorry'. > > The whole passwd issue (root and user passwords setting on the client side) > is a pending problem here at our site and I really wonder if this is > a problem with FreeBSDs NIS in general or a problem with my site's setup. > Sure, there are lurking pitfalls with building the world on the server > and running perhaps outdated clients but I'm trying to keep that matched > at least in the field of my experimenting at the moment. Sorry, but I can't diagnose this from here. You have the source code, and a debugger, plus access to all the involved machines: you can do much more than I can at this point. I strongly suspect there's a configuration problem somewhere, but I can't pinpoint it without actually playing with the affected machines. Is libcrypt the same on all machines? Did you install DES on all of them or leave them in their default configurations (MD5)? Either way should work, but if you mix 'n' match, strange things might happen. Does passwd(1) on the server work? Did you try running rpc.yppasswdd with the -v flag (which should make it more verbose)? Does /var/yp/ypupdate.log say anything useful? Do you have more than one domain? Is you NIS master server a client of any other servers? How many clients do you have anyway? What version of FreeBSD are they running? Are they even FreeBSD hosts at all? Can you provide _any_ information at all? -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-hackers Wed Oct 23 08:40:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA22685 for hackers-outgoing; Wed, 23 Oct 1996 08:40:22 -0700 (PDT) Received: from critter.tfs.com (disn4.cybercity.dk [194.16.57.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA22606; Wed, 23 Oct 1996 08:39:52 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id RAA07815; Wed, 23 Oct 1996 17:40:12 +0200 (MET DST) Date: Wed, 23 Oct 1996 17:38:39 +0200 Message-ID: <7785.846085119.1@critter.tfs.com> From: Poul-Henning Kamp Subject: Dana Taylor Kamp MIME-Version: 1.0 Content-Type: multipart/digest; boundary="----- =_aaaaaaaaaa" Content-Description: Blind Carbon Copy Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk To: undisclosed-recipients:; ------- =_aaaaaaaaaa Content-Type: message/rfc822 Content-Description: Original Message To: ccc3745@cybercity.dk Subject: Dana Taylor Kamp Reply-to: ccc3745@cybercity.dk Date: Wed, 23 Oct 1996 17:38:39 +0200 Message-ID: <7785.846085119@critter.tfs.com> From: Poul-Henning Kamp I'm proud to announce that our daughter Dana Taylor Kamp arrrived, today at 15:11 local time, 3800g, 51cm and long brown hair. Mother and daughter are in great shape, and intend to enjoy the hospitality of the Danish healt sector for a couple of days[*], while daddy and brother defends the castle alone. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. ------- =_aaaaaaaaaa-- From owner-freebsd-hackers Wed Oct 23 09:17:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA24498 for hackers-outgoing; Wed, 23 Oct 1996 09:17:05 -0700 (PDT) Received: from vinyl.quickweb.com (vinyl.sentex.ca [206.222.77.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA24485 for ; Wed, 23 Oct 1996 09:16:58 -0700 (PDT) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.7.5/8.7.3) with SMTP id MAA08362; Wed, 23 Oct 1996 12:13:06 -0400 (EDT) X-Authentication-Warning: vinyl.quickweb.com: mark owned process doing -bs Date: Wed, 23 Oct 1996 12:13:06 -0400 (EDT) From: Mark Mayo To: jgrosch@sirius.com cc: "Serge A. Babkin" , mrcpu@cdsnet.net, jkh@time.cdrom.com, hackers@FreeBSD.ORG Subject: Re: Possible Commercial app for FreeBSD. In-Reply-To: <199610230533.WAA02024@superior.truenorth.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Oct 1996, Josef Grosch wrote: > >> > > >> >Since they displayed a willingness to port to Linux, I was figuring they > >> >may be open to other OS's as well, which isn't going to happen with Oracle > >> >or Sybase and friends. > >> > > >> > >> I have seen the SCO version of Oracle running on FreeBSD. Granted I did'nt > > > >And how it works compared to SCO ? > > > >-SB > > > > I can't really tell. My experence with Oracle on SCO is a 486-100 with 16 > meg of ram running a very badly written application. This was several years > ago when a 486 was a "hot" machine. The one time I did see the SCO version > of Oracle running on FreeBSD was on a 586-100 with 32 meg of ram. The two > co-workers who did get it running were just playing around. They were doing > simple things like creating tables and loading 1000 records & sorting > them. It seemed damn fast but they were just playing around on a much > faster machine. > I've run Oracle (v6 I believe) on FreeBSD and it was quite _decent_. I was working with very large dataset and I wanted to see if Oracle could handle it on "small" hardware - Pentium Pro 200, 256 MB of Ram, UW disks, etc.. I was actually mildy surprised by the FreeBSD performance. Really, the record sizes had to exceed 50-60 million before it dogged out - but to tell you the truth it ran significantly faster on the same hardware running NT (sever 3.51).. Although on NT we were using v7.x.x.x... The bad thing about the NT version was that it was horrifically buggy.. I've heard that the latest release is way better on NT however (they're learnin the win32 API :-)) But all in all, if you want Oracle and don't want to pay for the OS (or just refuse to run anything but FreeBSD) then the SCO Oracle is not bad. Personally, I don't think it's worth it.. Oracle is so bloody expensive the cost of almost any commecial OS is peanuts in comparison. If I needed Oracle, I'd just buy a monster Alpha with DEC UNIX and sit it in a corner with no login accounts, NFS, etc, and say "shut up and answer SQL*Net" :-) cya, -Mark ------------------------------------------- | Mark Mayo mark@quickweb.com | | C-Soft www.quickweb.com | ------------------------------------------- "To iterate is human, to recurse divine." - L. Peter Deutsch > Josef > > -- > Josef Grosch | Laugh while you can, monkey boy ! | FreeBSD 2.1.5 > jgrosch@sirius.com | - John Warfin - | UNIX for the masses > From owner-freebsd-hackers Wed Oct 23 09:45:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA26456 for hackers-outgoing; Wed, 23 Oct 1996 09:45:59 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA26398 for ; Wed, 23 Oct 1996 09:45:51 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id RAA09409; Wed, 23 Oct 1996 17:43:36 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA27039; Wed, 23 Oct 1996 17:48:27 +0100 From: Christoph Kukulies Message-Id: <199610231648.RAA27039@gilberto.physik.rwth-aachen.de> Subject: Re: NIS passwd probs In-Reply-To: <199610231508.LAA17940@skynet.ctr.columbia.edu> from Bill Paul at "Oct 23, 96 11:08:39 am" To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Wed, 23 Oct 1996 17:48:26 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, hackers@freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Of all the gin joints in all the towns in all the world, Christoph > Kukulies had to walk into mine and say: > > > That mastername vs. myname discrepancies left aside I kludged > > yppasswdd so that it stays running and changing the NIS password > > on the client side give a strange picture: > > [symptoms deleted] > > Sorry, but I can't diagnose this from here. You have the source code, > and a debugger, plus access to all the involved machines: you can do > much more than I can at this point. > > I strongly suspect there's a configuration problem somewhere, but I > can't pinpoint it without actually playing with the affected machines. I noticed that it took quite a long time till the client had 'learned' that there was a password change. I didn't notice this until I tried to login again after a coupe of hours and suddenly the old password didn't work anymore but the new one (I supposed I had set it to) didn't work either. So I changed it back on the server side, did a make in /var/yp and immediately after that the freshly set password let me successfully login on the client. These effect may seem boring - I know. I will go back and make sure that everything is in sync and try to UTSL as much as I can. > > Is libcrypt the same on all machines? Did you install DES on all of > them or leave them in their default configurations (MD5)? Either way > should work, but if you mix 'n' match, strange things might happen. Server and clients have libdescrypt.so.2.0 installed and linked to libcrypt.so.2.0. > > Does passwd(1) on the server work? Did you try running rpc.yppasswdd Yes passwd on the server always works. It updates /var/yp/master.passwd. and says 'Changing NIS password...'. > with the -v flag (which should make it more verbose)? Does > /var/yp/ypupdate.log say anything useful? Do you have more than one Will try -v. No, one NIS domain only. > domain? Is you NIS master server a client of any other servers? NO. This is a ps ax | grep yp on the server: 80 ?? Ss 0:14.11 ypserv 83 ?? I 0:00.01 rpc.ypxfrd 179 ?? Ss 0:00.32 ypbind -Stoots 1038 ?? Is 0:00.04 rpc.yppasswdd > How many clients do you have anyway? What version of FreeBSD are they About 6 clients. 2.2-current, some 2.2960501-SNAP. I'll make sure now that the client under test will run the same -current as the server. > running? Are they even FreeBSD hosts at all? Can you provide _any_ > information at all? All FreeBSD. > > -Bill > > -- > ============================================================================= > -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu > Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research > Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City > ============================================================================= > "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." > ============================================================================= --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Oct 23 10:47:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA00254 for hackers-outgoing; Wed, 23 Oct 1996 10:47:15 -0700 (PDT) Received: from mailgw.pa.aix.or.jp (mailgw.pa.aix.or.jp [202.32.119.40]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA00243 for ; Wed, 23 Oct 1996 10:47:11 -0700 (PDT) Received: from ppp.pa.aix.or.jp (ppp234039.aix.or.jp [202.32.234.39]) by mailgw.pa.aix.or.jp (8.7.5/pa00) with ESMTP id CAA19342 for ; Thu, 24 Oct 1996 02:47:09 +0900 Received: from localhost (localhost.magi.nerv.gov [127.0.0.1]) by ppp.pa.aix.or.jp (8.7.6/3.4W409/28/96) with ESMTP id CAA01101 for freebsd-hackers@freebsd.org; Thu, 24 Oct 1996 02:37:47 +0900 (JST) Message-Id: <199610231737.CAA01101@ppp.pa.aix.or.jp> To: freebsd-hackers@freebsd.org Subject: fsid in procfs X-Mailer: Mew version 1.06 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Thu_Oct_24_02:37:46_1996)--" Date: Thu, 24 Oct 1996 02:37:46 +0900 From: SAWADA Mizuki Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ----Next_Part(Thu_Oct_24_02:37:46_1996)-- Content-Type: Text/Plain; charset=us-ascii The function `procfs_getattr()' in procfs doesn't set the value of vap->va_fsid, so we cannot get valid information about procfs. And this patch will fix it. -- SAWADA Mizuki miz@pa.aix.or.jp ----Next_Part(Thu_Oct_24_02:37:46_1996)-- Content-Type: Text/Plain; charset=us-ascii *** procfs_vnops.c.orig Tue Sep 3 23:23:10 1996 --- procfs_vnops.c Thu Oct 24 01:18:01 1996 *************** *** 51,56 **** --- 51,57 ---- #include #include #include + #include #include #include #include *************** *** 351,356 **** --- 352,358 ---- vap->va_flags = 0; vap->va_blocksize = PAGE_SIZE; vap->va_bytes = vap->va_size = 0; + vap->va_fsid = ap->a_vp->v_mount->mnt_stat.f_fsid.val[0]; /* * If the process has exercised some setuid or setgid ----Next_Part(Thu_Oct_24_02:37:46_1996)---- From owner-freebsd-hackers Wed Oct 23 10:48:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA00363 for hackers-outgoing; Wed, 23 Oct 1996 10:48:17 -0700 (PDT) Received: from mongoose.bostic.com (bostic@mongoose.BSDI.COM [205.230.230.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA00356 for ; Wed, 23 Oct 1996 10:48:15 -0700 (PDT) Received: (from bostic@localhost) by mongoose.bostic.com (8.7.4/8.7.3) id MAA17569; Wed, 23 Oct 1996 12:33:47 -0400 (EDT) Date: Wed, 23 Oct 1996 12:33:47 -0400 (EDT) From: Keith Bostic Message-Id: <199610231633.MAA17569@mongoose.bostic.com> To: bostic@bsdi.com Subject: ex/vi version 1.79 now available for anonymous ftp. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Version 1.79 of nex/nvi is now available. The changes in nvi 1.79 are almost entirely bug and compatibility fixes. In particular, there was one large fix, to handle a complex use of the global command I'd never seen before. The only feature changes were: + Upgrading to Perl 5.003_06, and other Perl cleanups and upgrades, from Sven Verdoolaege. + The comment edit option now skips C++ comments, courtesy of Scott Bolte. + Spanish has been added to the list of message translations. If you're interested in a further review of the changes that have been made, a complete change log is included with the distribution, in the file docs/changelog. Version 1.79 is available for anonymous ftp from the usual two sites. ftp.cs.berkeley.edu:ucb/4bsd/nvi-1.79.tar.gz ftp.bostic.com:pub/nvi-1.79.tar.gz (The UC Berkeley site is likely to provide faster transfer speeds.) Please let me know if you have any problems, and thanks for using nvi! --keith From owner-freebsd-hackers Wed Oct 23 11:20:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA01744 for hackers-outgoing; Wed, 23 Oct 1996 11:20:13 -0700 (PDT) Received: from smhs.ebrps.subr.edu (smhs.ebrps.subr.edu [199.233.131.98]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA01733 for ; Wed, 23 Oct 1996 11:20:08 -0700 (PDT) Received: (from diez@localhost) by smhs.ebrps.subr.edu (8.7.5/8.7.3) id NAA06856 for freebsd-hackers@freebsd.org; Wed, 23 Oct 1996 13:19:55 -0500 (CDT) Date: Wed, 23 Oct 1996 13:19:55 -0500 (CDT) From: "M. Douglas Diez" Message-Id: <199610231819.NAA06856@smhs.ebrps.subr.edu> To: freebsd-hackers@freebsd.org Subject: Digiboard Drivers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone know of hacked up drivers for the Digiboard Acceleport Xr? I know BSD supports the PC/xe cards, but want to make sure about the Acceleports, as I have 2 already =) (I didn't buy them, they were donations) -M. Douglas Diez -Systems Administrator -East Baton Rouge Parish SchoolNet From owner-freebsd-hackers Wed Oct 23 11:30:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02210 for hackers-outgoing; Wed, 23 Oct 1996 11:30:27 -0700 (PDT) Received: from maelstrom.CC.McGill.CA (maelstrom.CC.McGill.CA [132.206.35.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA02204 for ; Wed, 23 Oct 1996 11:30:24 -0700 (PDT) Received: (from yves@localhost) by maelstrom.CC.McGill.CA (8.7.1/8.6.10) id OAA01616 for hackers@freebsd.org; Wed, 23 Oct 1996 14:30:16 -0400 (EDT) Message-Id: <199610231830.OAA01616@maelstrom.CC.McGill.CA> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) Received: by NeXT.Mailer (1.118.2) From: Yves Lepage Date: Wed, 23 Oct 96 14:30:12 -0400 To: hackers@freebsd.org Subject: FreeBSD routes IPX, what about this? Reply-To: yves@CC.McGill.CA Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, FreeBSD routes IPX. I've not tried it yet but I trust that it works. What about if I tried to forward IPX traffic onto an IP interface as IP traffic? and forward IP traffic onto an IPX interface as IPX traffic? Does the IPX code in FreeBSD currently do that conversion? The application for this would be to provide MBONE (rumours have it that there is such a thing as IPX mcast) to PC's behind Novell servers. These PC's are without IP connectivity... I know Bill's on that list and he probably has an opinion already :-) Are there any plans for doing this in the future? Thanks, Yves Lepage From owner-freebsd-hackers Wed Oct 23 12:56:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA06188 for hackers-outgoing; Wed, 23 Oct 1996 12:56:25 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA06172 for ; Wed, 23 Oct 1996 12:56:14 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA25247 for ; Wed, 23 Oct 1996 21:52:38 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA00586 for freebsd-hackers@freebsd.org; Wed, 23 Oct 1996 21:52:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id VAA26773 for freebsd-hackers@freebsd.org; Wed, 23 Oct 1996 21:25:04 +0200 (MET DST) From: J Wunsch Message-Id: <199610231925.VAA26773@uriah.heep.sax.de> Subject: Re: read only root: (was Re: comments on this change please.) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 23 Oct 1996 21:25:04 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Michael Hancock at "Oct 23, 96 06:45:25 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Hancock wrote: > I think the named config files are variable enough to go into /var and too > variable if you want a read-only root. The shipped namedb files are non-working samples anyway. So would a commented-out # directory /var/namedb in named.boot make you happy? Sites interested in not bloating /etc with the DNS stuff are then free to move it there. (named.boot itself is probably static enough to always live under /etc.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Oct 23 13:29:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08923 for hackers-outgoing; Wed, 23 Oct 1996 13:29:36 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA08885 for ; Wed, 23 Oct 1996 13:28:32 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA26036; Wed, 23 Oct 1996 22:21:43 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA01114; Wed, 23 Oct 1996 22:21:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id WAA27409; Wed, 23 Oct 1996 22:19:14 +0200 (MET DST) From: J Wunsch Message-Id: <199610232019.WAA27409@uriah.heep.sax.de> Subject: Re: Linux emulation, gethostid() To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 23 Oct 1996 22:19:14 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au (Michael Smith) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610230908.SAA26604@genesis.atrad.adelaide.edu.au> from Michael Smith at "Oct 23, 96 06:38:26 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > Grab the number you like by any means you like somewhere in rc.local, > > and issue a sethostid(3) with it. No need to bloat the kernel for > > this. > > Gotcha; I hadn't seen kern.hostid before. Anyone recommend a quick example > I can look at for retrieving a sysctl value from inside an LKM? What do you need it for in an LKM? Put this as, say, /usr/sbin/sethostid, and invoke it from rc.local. It tries to find out the lower 32 bit of the (first) ethernet address, and failing to find any ethernet interfaces, it uses the first four bytes of the MD5 checksum of the hostname. #!/bin/sh export PATH="/bin:/usr/bin:/sbin:/usr/sbin" hostid=$(ifconfig -a | awk -F : '/ether/ {printf $3 $4 $5 $6; exit}') if [ "$hostid" = "" ] then hostid=$(hostname | md5 | sed -e 's/\(........\).*/\1/') fi hostid=$( (echo ibase=16; echo $hostid | tr '[a-z]' '[A-Z]') | bc) sysctl -wn kern.hostid=$hostid >/dev/null -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Oct 23 13:33:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09205 for hackers-outgoing; Wed, 23 Oct 1996 13:33:53 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA09197 for ; Wed, 23 Oct 1996 13:33:49 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA10328; Wed, 23 Oct 1996 13:30:43 -0700 From: Terry Lambert Message-Id: <199610232030.NAA10328@phaeton.artisoft.com> Subject: Re: root only: (was Re: comments on this change please.) To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 23 Oct 1996 13:30:43 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199610222235.AAA20518@uriah.heep.sax.de> from "J Wunsch" at Oct 23, 96 00:35:46 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > This isnt related to dev, but please move /etc/namedb back to /var/named. > > Hmpf. Nope. There's no universal ``right directory'' for this. If > your machine is a primary server, you want it in /etc, since it's a > configuration file. (/var is usually not included in dump cycles, but > you sure _want_ the original tables to be dumped.) If your machine is > a secondary server, you want it in /var. Actually, if my machine is a primary server, I still want to be able to mount / read-only. Since /etc is a subdirectory of / and not a mount point, I*don't*want*any*local*configuration*files*in*/etc. 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-hackers Wed Oct 23 13:38:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09614 for hackers-outgoing; Wed, 23 Oct 1996 13:38:42 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA09603 for ; Wed, 23 Oct 1996 13:38:34 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.7.5/8.6.5) id CAA03965; Thu, 24 Oct 1996 02:32:28 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199610232032.CAA03965@hq.icb.chel.su> Subject: Re: Possible Commercial app for FreeBSD. To: nate@mt.sri.com (Nate Williams) Date: Thu, 24 Oct 1996 02:32:28 +0600 (ESD) Cc: msmith@atrad.adelaide.edu.au, markd@grizzly.com, jkh@time.cdrom.com, mrcpu@cdsnet.net, hackers@FreeBSD.ORG In-Reply-To: <199610230432.WAA26437@rocky.mt.sri.com> from "Nate Williams" at Oct 22, 96 10:32:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Michael Smith writes: > > Mark Diekhans stands accused of saying: > > > > > > Get one of the industrial-strength databases (sybase or oracle) and it will > > > open whole new worlds to using FreeBSD. > > > > AFAIR, Sybase for SCO runs quite happily under the iBCS2 emulation. > > As well as Informix (as long as you have the correct shlibs, or a version > which doesn't need them.) > > > I don't know if you'd call dBase "industrial strength", but the local > > electrical utility uses it exclusively (400,000+ customers, etc.). > > The problem is that unless you want to build your application under SCO > unix (or cross-compile it under FreeBSD), you can't build a native > FreeBSD program. It's also near impossible to debug SCO binaries on > FreeBSD. > > The ibcs2 emulation stuff is *nice* for running already existing > applications, but it's really not applicable for new stuff. Oracle comes as object files that are linked at installetion time. So we can try to convert COFF object files to BSD object files (as far as I know them it must be possible), use some additional library with functions tat are different in SCO and FreeBSD and get the at least half-native FreeBSD version of Oracle. -SB From owner-freebsd-hackers Wed Oct 23 13:40:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09778 for hackers-outgoing; Wed, 23 Oct 1996 13:40:17 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA09767 for ; Wed, 23 Oct 1996 13:40:12 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA10355; Wed, 23 Oct 1996 13:37:08 -0700 From: Terry Lambert Message-Id: <199610232037.NAA10355@phaeton.artisoft.com> Subject: Re: Linux emulation, gethostid() To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 23 Oct 1996 13:37:08 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199610230354.NAA23453@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 23, 96 01:24:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > gethostid() under linux is implemeted using the SIOCGIFHWADDR ioctl > to get a network hardware address. We don't support this yet. > > Netstat gets the hardware address by grubbing around in the kernel > (what a frightening piece of code that is to read 8( ), but I also > recall someone posting wrt. getting mathematica to run with a "more > correct" method. > > Do we want an ioctl to get the hardware address? If not, any > suggestions on a _tidy_ way to get it? Check the list archives. The Mathematica "correct method" included patches to implement the interface without the kernel grubbing. I am suprised that the patches were not integrated. 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-hackers Wed Oct 23 13:51:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10442 for hackers-outgoing; Wed, 23 Oct 1996 13:51:52 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA10437 for ; Wed, 23 Oct 1996 13:51:49 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA10376; Wed, 23 Oct 1996 13:47:09 -0700 From: Terry Lambert Message-Id: <199610232047.NAA10376@phaeton.artisoft.com> Subject: Re: Possible Commercial app for FreeBSD. To: jgrosch@sirius.com Date: Wed, 23 Oct 1996 13:47:09 -0700 (MST) Cc: mrcpu@cdsnet.net, jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199610230415.VAA01690@superior.truenorth.org> from "Josef Grosch" at Oct 22, 96 09:15:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have seen the SCO version of Oracle running on FreeBSD. Granted I did'nt > try testing it to see how well it worked but it is a start. Perhaps we > should start a campaign to see if we can get Oracle or Sybase to do a port > to FreeBSD. No, I am not holding my breath. :-) I personally ran Sybase on FreeBSD 1.1.5.1 + patches + Soren & Sean's SCO ABI code + The Linux /dev/socksys code. It was the SVR3 Sybase, as sold for the AT&T StarServer. The local modifications were mostly FS modifications, since 8G of disk in one FS was not supported by the main line code at the time. It was sufficient to run a local copy of the Human Genome Project database (which requires Sybase), which is all I used it for. > Don't know about C/BASE so I will not comment. There is also C-Tree. I have > used it on a number of projects using FreeBSD. It's not bad. The down side > is that C-Tree is a library of ISAM routines not a RDB. It has also gotten > very expensive in the last year. It's now around US$900.00. When I bought > it it was US$200.00. I understand that company that makes C-Tree (the name > escapes me just now) has an SQL server but I have not worked with it and I > think it cost around US$2,000.00. Raima and or dbVista, I tink. You're right that it's not relational: it's associative. Associative is better than relational: you can do fuzzy searches based on incomplete sets of keys out of possible key categories. I used the dbVista code for a support database a number of years ago (I also paid $200 for the thing). Enter some keywords related to the error message and the customers complaint, and it would sort in hit probability order based on descending best match, a techinical support fix for the problem. Build the expertise into the system, not into the support operators, I say (but then, as support manager, it benefitted me to be able to hire college students instead of PHd's... they cost less). Ah, m Log(n) fuzzy searches, where m never gets larger than the number of potential key categories. 8-). As far as I know, the only other associative databases which are commercially available are sold by IBM and run on big IBM iron. 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-hackers Wed Oct 23 13:57:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10779 for hackers-outgoing; Wed, 23 Oct 1996 13:57:21 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA10765 for ; Wed, 23 Oct 1996 13:57:15 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA10399; Wed, 23 Oct 1996 13:54:21 -0700 From: Terry Lambert Message-Id: <199610232054.NAA10399@phaeton.artisoft.com> Subject: Re: please tell me I'm wrong To: julian@ref.tfs.com (Julian Elischer) Date: Wed, 23 Oct 1996 13:54:21 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199610230940.CAA11698@ref.tfs.com> from "Julian Elischer" at Oct 23, 96 02:40:21 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I've been looking at why I can't unmount a filesystem on a device under devfs > seems that the superblock is stored under the mount point. > it is saved using the sync function of the filesystem that held the device.. > so if the filesystem that held the device, > is devfs, it's asked to save the other filesystem private info (superblock) > but it wouldn't know a superblock if one came up and kicked it > in the shins! > > I hope I'm reading this wrong, because that would indicate that > you can only mount a ffs filesystem from a device on a ffs filesystem.. > (and expect it to work) I think you are missing the "struct fileops" reference, which is different for devices than it is for non-devices. I believe the vnode that gets synced on is the vnode of the FS doing the mounting, not the underlying FS. You should look in vfs_vnops.c... Getting rid of the struct fileops nonsense was one of my goals at one time. 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-hackers Wed Oct 23 14:02:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11056 for hackers-outgoing; Wed, 23 Oct 1996 14:02:37 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA11044 for ; Wed, 23 Oct 1996 14:02:03 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id QAA10462 for hackers@freebsd.org; Wed, 23 Oct 1996 16:01:30 -0500 From: Joe Greco Message-Id: <199610232101.QAA10462@brasil.moneng.mei.com> Subject: Exceedingly slooooow filesystem operations To: hackers@freebsd.org Date: Wed, 23 Oct 1996 16:01:29 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I have a little problem I am looking at. I am currently tackling this from the application end, so I am not particularly interested in answers referring me back to the application domain. I have a news server. Article writes are really butt slow. It didn't used to be like this. What is the best course of action, from a kernel or system point of view, to find out what the heck is causing such a slowdown? I have looked at the I/O statistics and they are not as good as another machine with all fast disks, but I do not see why having some disks that are half as fast result in a substantially reduced lookup speed. (I should point out that the majority of this is happening on equivalently fast disks.) Namei calls is 422 (name cache 72% hit rate) on the slow machine. Article write time is 250.742 seconds to write 1029 articles. That is 243ms per article. The machine is virtually saturated as the sample period is 300 seconds. Namei calls is 2707 (name cache 95% hit rate) on the fast machine. Article write time is 68.635 seconds to write 1019 articles. That is 67ms per article. That is a little puzzling. What can I do to find out what is happening in the kernel? Is profiling working yet? Does anyone have any insight into how to go about identifying this from a kernel point of view? (I am already working on it from the application point of view). Kernel suggestions welcome! ... JG From owner-freebsd-hackers Wed Oct 23 14:11:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11561 for hackers-outgoing; Wed, 23 Oct 1996 14:11:23 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA11556 for ; Wed, 23 Oct 1996 14:11:20 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA10445; Wed, 23 Oct 1996 14:08:22 -0700 From: Terry Lambert Message-Id: <199610232108.OAA10445@phaeton.artisoft.com> Subject: Re: FreeBSD routes IPX, what about this? To: yves@CC.McGill.CA Date: Wed, 23 Oct 1996 14:08:22 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <199610231830.OAA01616@maelstrom.CC.McGill.CA> from "Yves Lepage" at Oct 23, 96 02:30:12 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > FreeBSD routes IPX. > > I've not tried it yet but I trust that it works. What about if I tried > to forward IPX traffic onto an IP interface as IP traffic? and forward > IP traffic onto an IPX interface as IPX traffic? > > Does the IPX code in FreeBSD currently do that conversion? > > The application for this would be to provide MBONE (rumours have it > that there is such a thing as IPX mcast) to PC's behind Novell servers. > These PC's are without IP connectivity... I suspect that you want IPX tunneling instead of IPX forwarding. The IPX use of "NetWare/IP" is actually a tunneling implementation, not a real native NCP/IP implementation of NCP/IPX. In other words, NetWare/IP encapsulates instead of forwards, itself (the marketing claims are bogus). For Multicast, there may be IPX multicast coming on line. I don't know how it would work, given how router hopping works in NetWare. For Multicast support of IPX clients, you would be better served (I think) to establish IPX encapsulation of the multicast protocol to the FreeBSD box, and proxy the MBONE connection as a regular IP connection there. This means that you can't really expect to support a lot of IPX clients through your gateway. Alternately, you should contact Novell about IPX multicast, and pound a translation mechaism in as a dual protocol listener/repeater (not router) for the multicast protocol you are interested in. I'm not sure, but I know Amancio Hasty, at least, was running a "virtual mbone" using IP/IP tunneling, which would be similar to my IPX encapsulation suggestion (above). There are a number of issues in implementing an IPX server on an IPX host; the biggest has to be SAP broadcasting the server's existance. Even then, you are talking about 3.x advertisement. For 4.x directory services, you are probably out of luck until NetWare for UNIX (NWU) is ported to FreeBSD. Given that they use a stack mux for hot thread scheduling (I was involved in the design), this probably won't happen until FreeBSD has Streams support -- well after the Linux port). One fix might be if Novel provides an external interface for LDAP (Light weight Directory Access Protocol), which they are supposedly doing. There is already an LDAP implementation for FreeBSD (search for LDAP on Yahoo to find it). 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-hackers Wed Oct 23 14:24:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12538 for hackers-outgoing; Wed, 23 Oct 1996 14:24:19 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA12386; Wed, 23 Oct 1996 14:23:17 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA27634; Wed, 23 Oct 1996 23:21:49 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA02031; Wed, 23 Oct 1996 23:21:49 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id XAA27993; Wed, 23 Oct 1996 23:11:35 +0200 (MET DST) From: J Wunsch Message-Id: <199610232111.XAA27993@uriah.heep.sax.de> Subject: Re: ex/vi version 1.79 now available for anonymous ftp. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 23 Oct 1996 23:11:35 +0200 (MET DST) Cc: committers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610231633.MAA17569@mongoose.bostic.com> from Keith Bostic at "Oct 23, 96 12:33:47 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Keith Bostic wrote: > Version 1.79 of nex/nvi is now available. > > The changes in nvi 1.79 are almost entirely bug and compatibility fixes. > In particular, there was one large fix, to handle a complex use of the > global command I'd never seen before. :-) (Btw., the script that triggered this bug was from the Berkeley Pascal stuff. ;-) > Version 1.79 is available for anonymous ftp from the usual two sites. > > ftp.cs.berkeley.edu:ucb/4bsd/nvi-1.79.tar.gz > ftp.bostic.com:pub/nvi-1.79.tar.gz > > (The UC Berkeley site is likely to provide faster transfer speeds.) Our /usr/bin/vi is already a little rusty. I would really like it if somebody takes the stab and upgrades it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Oct 23 14:27:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12787 for hackers-outgoing; Wed, 23 Oct 1996 14:27:59 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA12735 for ; Wed, 23 Oct 1996 14:26:20 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA27663; Wed, 23 Oct 1996 23:22:02 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA02046; Wed, 23 Oct 1996 23:22:01 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id XAA28160; Wed, 23 Oct 1996 23:20:56 +0200 (MET DST) From: J Wunsch Message-Id: <199610232120.XAA28160@uriah.heep.sax.de> Subject: Re: root only: (was Re: comments on this change please.) To: terry@lambert.org (Terry Lambert) Date: Wed, 23 Oct 1996 23:20:56 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610232030.NAA10328@phaeton.artisoft.com> from Terry Lambert at "Oct 23, 96 01:30:43 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > Actually, if my machine is a primary server, I still want to be able > to mount / read-only. Since /etc is a subdirectory of / and not a > mount point, I*don't*want*any*local*configuration*files*in*/etc. Regardless how many asterisks you put in there, you already lose. There are tons of local config files in and under /etc. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Oct 23 14:41:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13508 for hackers-outgoing; Wed, 23 Oct 1996 14:41:27 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA13503 for ; Wed, 23 Oct 1996 14:41:25 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id OAA08690 for ; Wed, 23 Oct 1996 14:41:24 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id HAA09248 for freebsd-hackers@freebsd.org; Thu, 24 Oct 1996 07:40:29 +1000 From: Julian Assange Message-Id: <199610232140.HAA09248@suburbia.net> Subject: VSTa graphics and Linux GGI (was Re: put pixel on screen in VGA) (fwd) To: freebsd-hackers@freebsd.org Date: Thu, 24 Oct 1996 07:40:26 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Forwarded message: >From vandys@cisco.com Thu Oct 24 05:50:32 1996 Message-Id: <199610231916.OAA23073@terra.igcom.net> Date: Wed, 23 Oct 1996 14:16:40 -0500 From: jeske@igcom.net (David Jeske) To: vsta@cisco.com Subject: VSTa graphics and Linux GGI (was Re: put pixel on screen in VGA) References: <199610230940.LAA22692@clipper.ens.fr> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 X-Uri: In-Reply-To: <199610230940.LAA22692@clipper.ens.fr>; from Francois-Rene Rideau on Oct 23, 1996 11:40:58 +0200 On Oct 23, rideau@clipper.ens.fr (Francois-Rene Rideau) wrote: >> the whole point of the graphics arbitration server is that it does nothing >> but multiplex access to the physical hardware. any sort of abstraction >> occurs at higher levels, and is therefore totally optional. > Of course, a ggi client can use the ggi screen just like a frame > buffer! Yes, but it can't just get direct hardware access to it.. from what I've read anyhow... (i.e. fiddling with registers and such) I have read a bunch about the GGI and here are my conclusions: The hope is that the GGI will be "the" interface for all graphics programs to use on Linux. However, currently graphics programs for Linux work in a "cooperative" mode where they get full access to the hardware, and when the kernel tells them to "let go" they are required to put the screen back into the text mode it was in before they got it. (i.e. for a virtual console switch) Xfree86 does this, svgalib does this, and GGI does this as well... In the future it's hoped (expected?) that svgalib will be repaced/incorporated into the GGI, and Xfree86 will talk to the GGI instead of using custom drivers. If the performance is there, this will be a big win in terms of centralized hardware support and simplification of configuration. It will also remove the requirement that graphics programs run as root on Linux. GGI as it relates to VSTa: I think in the end a GGI-port to vsta would be beneficial if only to take advantage of Linux's popularity and support. Of course it would be only source compatible, since the structure of GGI on VSTa would differ and there are no existing plans to run Linux binaries on VSTa anyhow. [Who is interested in working with GGI people on a port?] However.. I've also concluded that it will be worthwhile for us to also have this lower "cooperation layer" for graphics subsystems that talk directly to the hardware to play nice in... While we could abstract this out of cons, I see no pressing reason to do so. This level should not be a primary level of abstraction, it will just be there so that direct-to-hardware graphics subsystems don't have to fight. I would like to mirror the "effect" of Linux, with a slightly different mechanism. If anyone is familiar with the specifics of how virtual console switching on Linux works with respect to graphics software like XF86 and svgalib, I would appreciate a summary of the technical details. Otherwise, I'll spend some time looking into it myself to see how they do it... My initial VSTa solution: - "Graphics" subsystems will tell cons that they want to go into "hardware" mode with the card. (GIMME-HW) - cons will let them know when it's okay (i.e. they are the current VC) (GO-AHEAD) - when a "vc switch" is to occur, cons will ask the client to put it back to the way it got the video card (LET-GO). - After the client has LET-GO, cons can then continue switching to another console safetly. (TAKE-HW) - There should also be a mechanism for telling cons to switch to a particular VC, listing the VCs, and for telling cons not to interpret ANY keys (i.e. no VC switch keys) This is intended to be VERY simple, it shouldn't take long to implement, and my goal is to get it up and going ASAP so that I can get MGR to play nice and still switch to another VC while it's running. I think the major decision I need to figure out is what mechanism will be used to deliver functions. (ie GIMME-HW, GO-AHEAD, LET-GO, TAKE-HW) It should be possible to do them either with stat messages or with VSTa events. Unless I can think of a reason they need to be asynchronous events though, I am pretty sure I'll just make them messages. -- David Jeske (N9LCA) + jeske@igcom.net + http://www.igcom.net/~jeske/ -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | C7F81C2AA32D7D4E4D360A2ED2098E0D | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Wed Oct 23 15:29:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA16190 for hackers-outgoing; Wed, 23 Oct 1996 15:29:14 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA16176 for ; Wed, 23 Oct 1996 15:29:08 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA10607; Wed, 23 Oct 1996 15:26:17 -0700 From: Terry Lambert Message-Id: <199610232226.PAA10607@phaeton.artisoft.com> Subject: Re: root only: (was Re: comments on this change please.) To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 23 Oct 1996 15:26:17 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@freebsd.org In-Reply-To: <199610232120.XAA28160@uriah.heep.sax.de> from "J Wunsch" at Oct 23, 96 11:20:56 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Actually, if my machine is a primary server, I still want to be able > > to mount / read-only. Since /etc is a subdirectory of / and not a > > mount point, I*don't*want*any*local*configuration*files*in*/etc. > > Regardless how many asterisks you put in there, you already lose. > There are tons of local config files in and under /etc. The question is whether or not they can be static enough to burn a CDROM and boot from it, or statis enough that I can mount one / and a seperate /var (as a memfs, ideally) on 250 machines in a student lab. 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-hackers Wed Oct 23 15:39:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA16924 for hackers-outgoing; Wed, 23 Oct 1996 15:39:50 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA16917 for ; Wed, 23 Oct 1996 15:39:45 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id WAA18835; Wed, 23 Oct 1996 22:39:34 GMT Date: Thu, 24 Oct 1996 07:39:34 +0900 (JST) From: Michael Hancock Reply-To: Michael Hancock To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: read only root: (was Re: comments on this change please.) In-Reply-To: <199610231925.VAA26773@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Oct 1996, J Wunsch wrote: > As Michael Hancock wrote: > > > I think the named config files are variable enough to go into /var and too > > variable if you want a read-only root. > > The shipped namedb files are non-working samples anyway. So would > a commented-out > > # directory /var/namedb Did you mean /etc/namedb? > in named.boot make you happy? Sites interested in not bloating /etc > with the DNS stuff are then free to move it there. (named.boot itself > is probably static enough to always live under /etc.) This would be ok. I'm used to getting the BIND distribution from ISC directly, but since it's nicely packaged by FreeBSD I've been using that instead recently. I have to move everything to /var/named and point named over to it in the sysconfig file. Actually, I didn't check if I really need to do this, is /etc/namedb/named.boot compiled into the FreeBSD named? Nevermind, it's probably /etc/named.boot. I didn't notice the ndc utilities that come with BIND. I started using these a year ago and I miss these. e.g. ndc reload, ndc stop, ndc start, ndc status, etc. Regards, Mike Hancock From owner-freebsd-hackers Wed Oct 23 15:44:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA17268 for hackers-outgoing; Wed, 23 Oct 1996 15:44:25 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA17259 for ; Wed, 23 Oct 1996 15:44:19 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id WAA18884; Wed, 23 Oct 1996 22:44:07 GMT Date: Thu, 24 Oct 1996 07:44:07 +0900 (JST) From: Michael Hancock To: Joerg Wunsch cc: Terry Lambert , freebsd-hackers@freebsd.org Subject: Re: root only: (was Re: comments on this change please.) In-Reply-To: <199610232120.XAA28160@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Oct 1996, J Wunsch wrote: > As Terry Lambert wrote: > > > Actually, if my machine is a primary server, I still want to be able > > to mount / read-only. Since /etc is a subdirectory of / and not a > > mount point, I*don't*want*any*local*configuration*files*in*/etc. > > Regardless how many asterisks you put in there, you already lose. > There are tons of local config files in and under /etc. A journey of a thousand steps starts with a single step. Boy, am I getting punchy. I'm signing off. :-) Regards, Mike Hancock From owner-freebsd-hackers Wed Oct 23 16:22:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19020 for hackers-outgoing; Wed, 23 Oct 1996 16:22:11 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA18984 for ; Wed, 23 Oct 1996 16:21:34 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA01022 for ; Thu, 24 Oct 1996 01:21:25 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA05159 for freebsd-hackers@freebsd.org; Thu, 24 Oct 1996 01:21:25 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id BAA29130 for freebsd-hackers@freebsd.org; Thu, 24 Oct 1996 01:02:34 +0200 (MET DST) From: J Wunsch Message-Id: <199610232302.BAA29130@uriah.heep.sax.de> Subject: Re: root only: (was Re: comments on this change please.) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 24 Oct 1996 01:02:34 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Michael Hancock at "Oct 24, 96 07:44:07 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Hancock wrote: > > Regardless how many asterisks you put in there, you already lose. > > There are tons of local config files in and under /etc. > > A journey of a thousand steps starts with a single step. I don't know of other people's opinions (apart from Terry, but i knew this before, so it's not really news to me), but i'm rather satisfied with having all my local configuration inside /etc. (/var/cron/tabs is also a link into /etc for me.) The entire /etc directory nicely fits even onto a floppy, and it basically saves my entire machine configuration. Well, there's /usr/local/etc still, but maybe i gonna link this to /etc/local/ some day, too... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Oct 23 16:22:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19028 for hackers-outgoing; Wed, 23 Oct 1996 16:22:12 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA18982 for ; Wed, 23 Oct 1996 16:21:32 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA01026 for ; Thu, 24 Oct 1996 01:21:27 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA05163 for freebsd-hackers@freebsd.org; Thu, 24 Oct 1996 01:21:26 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id BAA29153 for freebsd-hackers@freebsd.org; Thu, 24 Oct 1996 01:08:29 +0200 (MET DST) From: J Wunsch Message-Id: <199610232308.BAA29153@uriah.heep.sax.de> Subject: Re: root only: (was Re: comments on this change please.) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 24 Oct 1996 01:08:29 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610232226.PAA10607@phaeton.artisoft.com> from Terry Lambert at "Oct 23, 96 03:26:17 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > Regardless how many asterisks you put in there, you already lose. > > There are tons of local config files in and under /etc. > > The question is whether or not they can be static enough to burn a > CDROM and boot from it, or statis enough that I can mount one / and > a seperate /var (as a memfs, ideally) on 250 machines in a student > lab. You need some sort of machine configuration, though i think in your environment (no UUCP, no SLIP, no PPP, everything in the same domain, everything with the same nameservers), most of them is already concentrated in /etc/sysconfig. What do you need /{var,etc}/namedb/ for in your scenario? Do you need 250 nameservers? If so, are they primaries? Then they'd share the same files... Are they secondaries? Then they certainly share /etc/named.boot (readonly), where nobody forbids you to put a `directory' directive in. However, you cannot expect us to tailor the default configuration just for your 250+ machines lab. I do not expect the default configuration to include X11, and start xdm either, just only because it's what _i_ need most after installing FreeBSD. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Oct 23 16:22:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19074 for hackers-outgoing; Wed, 23 Oct 1996 16:22:51 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA18991 for ; Wed, 23 Oct 1996 16:21:51 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA01018 for ; Thu, 24 Oct 1996 01:21:24 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA05158 for freebsd-hackers@freebsd.org; Thu, 24 Oct 1996 01:21:23 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id AAA29113 for freebsd-hackers@freebsd.org; Thu, 24 Oct 1996 00:59:42 +0200 (MET DST) From: J Wunsch Message-Id: <199610232259.AAA29113@uriah.heep.sax.de> Subject: Re: read only root: (was Re: comments on this change please.) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 24 Oct 1996 00:59:42 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Michael Hancock at "Oct 24, 96 07:39:34 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Hancock wrote: > > The shipped namedb files are non-working samples anyway. So would > > a commented-out > > > > # directory /var/namedb > > Did you mean /etc/namedb? No, you wanted /var/namedb, so my offer is to put this as a hint into the /etc/namedb/named.boot file (with some additional commentary to explain why). The named.boot cannot be used out of the box at all, it always requires customization. So by placing the hint, the local admin could decide to move all of this over to /var/namedb/, if this is what he prefers. > over to it in the sysconfig file. Actually, I didn't check if I really > need to do this, is /etc/namedb/named.boot compiled into the FreeBSD > named? Nevermind, it's probably /etc/named.boot. Yes, that's why there are extra arguments (as a hint) in sysconfig, overriding the default config file. (Btw., i prefer using a symlink to /etc/named.boot myself.) > I didn't notice the ndc utilities that come with BIND. I started using > these a year ago and I miss these. e.g. ndc reload, ndc stop, ndc start, > ndc status, etc. They are also available in FreeBSD now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Oct 23 16:43:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19861 for hackers-outgoing; Wed, 23 Oct 1996 16:43:40 -0700 (PDT) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA19852 for ; Wed, 23 Oct 1996 16:43:34 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id TAA08540; Wed, 23 Oct 1996 19:41:52 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.7.3) with ESMTP id TAA20302; Wed, 23 Oct 1996 19:40:26 -0400 (EDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers) From: "Gary Palmer" Subject: Re: root only: (was Re: comments on this change please.) In-reply-to: Your message of "Thu, 24 Oct 1996 01:08:29 +0200." <199610232308.BAA29153@uriah.heep.sax.de> Date: Wed, 23 Oct 1996 19:40:25 -0400 Message-ID: <20300.846114025@orion.webspan.net> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote in message ID <199610232308.BAA29153@uriah.heep.sax.de>: > However, you cannot expect us to tailor the default configuration just > for your 250+ machines lab. I do not expect the default configuration > to include X11, and start xdm either, just only because it's what _i_ > need most after installing FreeBSD. Whatever happens with this thread, I hereby nominate Messer Terry Lambert to answer any/all questions from irriated users who find that their configuration files are no longer in /etc, where they have been for several years. I, for one, don't care how well we document it, because I know that people DO NOT READ THE !$*&! DOCUMENTATION, and prefer e-mailing daft questions. So I nominate terry@lambert.org for the post of `where did my /etc files go' answerer. Now do you see why it shouldn't be moved Terry? It may be the `architecturally pure and clean' (or however you spell that word) thing to do, but we also have to operate on the principle of least surprise here ... people aren't going to expect /etc to suddenly become /var/conf or something. I know I, for one, object to it being moved ... it's become ingrained into my head to look in /etc or /usr/local/etc, and I've only been working with unix for 5 years or so. I'd feel real sorry for people who have been working with unix for longer. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Wed Oct 23 16:50:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA20279 for hackers-outgoing; Wed, 23 Oct 1996 16:50:46 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA20246 for ; Wed, 23 Oct 1996 16:50:41 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA22434; Wed, 23 Oct 1996 19:50:02 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 23 Oct 1996 19:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id TAA17938 for ; Wed, 23 Oct 1996 19:24:23 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id TAA09502; Wed, 23 Oct 1996 19:24:55 -0400 (EDT) Date: Wed, 23 Oct 1996 19:24:55 -0400 (EDT) From: Thomas David Rivers Message-Id: <199610232324.TAA09502@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers, ponds!lakes.water.net!rivers Subject: Daily panic's with 2.1.5R. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've been getting daily panic's with 2.1.5R on my news server. The machine is a 386dx w/8meg of memory, a 387 and a 1.2G IDE drive. After (finally) stumbling across dumpdev/savecore (I was wondering why I didn't get a core image saved in my swap space...) I've now determined what the panic is. One question before I get to that. I recall that the kernel boot messages used to say something about the previous panic when it discovered the savecore image. Did this go away, or am I simply mis-remembering? Anyway - on to the panic. A quick gdb -k kernel.0 vmcore.0 reveals: ponds# gdb -k kernel.0 vmcore.0 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc...(no debugging symbols found)... IdlePTD 1e1000 current pcb at 1d3f0c panic: ifree: freeing free inode #0 0xf0193abb in boot () (kgdb) where #0 0xf0193abb in boot () #1 0xf0112b73 in panic () #2 0xf0176db7 in ffs_vfree () #3 0xf017c042 in ufs_inactive () #4 0xf0128ca5 in vrele () #5 0xf0128c07 in vput () #6 0xf017f574 in ufs_remove () #7 0xf012acae in unlink () #8 0xf019be36 in syscall () #9 0xf01912fb in Xsyscall () #10 0x2d9a in ?? () #11 0x2b2a in ?? () #12 0x2507 in ?? () #13 0x19b9 in ?? () #14 0x10d3 in ?? () The traceback is pretty straightforward - an unlink() has caused an inode to be duplicately free'd. Has anyone seen this before? I've seen similar problems when installing - from version 2.1.0 on. I've been able to work around them in the past by adjusting the inode values on newfs parms on the file system. I'm guessing that adjustment simply covers up the problem. I see in ffs_vfree() that I should have seen a message detailing some information - but that's not in the /var/log/messages (not likely it could be, eh?) and the screen has long since scrolled on... I have the kernel & vmcore files, I can put them on freefall if anyone wants to take a gander... - Dave R. - From owner-freebsd-hackers Wed Oct 23 16:56:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA21031 for hackers-outgoing; Wed, 23 Oct 1996 16:56:43 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA20979; Wed, 23 Oct 1996 16:56:25 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <23123(4)>; Wed, 23 Oct 1996 15:32:20 PDT Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177480>; Wed, 23 Oct 1996 15:05:05 -0700 X-Mailer: exmh version 1.6.7 5/3/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers), committers@freebsd.org Subject: Re: ex/vi version 1.79 now available for anonymous ftp. In-reply-to: Your message of "Wed, 23 Oct 1996 14:11:35 PDT." <199610232111.XAA27993@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 23 Oct 1996 15:04:57 PDT From: Bill Fenner Message-Id: <96Oct23.150505pdt.177480@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199610232111.XAA27993@uriah.heep.sax.de>you write: >Our /usr/bin/vi is already a little rusty. I would really like it if >somebody takes the stab and upgrades it. I am willing to do a one-shot upgrade (moving into src/contrib) but am not prepared to guarantee to maintain it. Does anyone have a problem with making --with-tclinterp the default, since tcl is in the tree anyway? There's a major compatibility problem which I keep running into, which is the renaming of :split to :E. I keep forgetting to ask Keith to bring :split back as an alias. Bill From owner-freebsd-hackers Wed Oct 23 17:12:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA22087 for hackers-outgoing; Wed, 23 Oct 1996 17:12:25 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA22081 for ; Wed, 23 Oct 1996 17:12:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA10879; Wed, 23 Oct 1996 17:09:38 -0700 From: Terry Lambert Message-Id: <199610240009.RAA10879@phaeton.artisoft.com> Subject: Re: root only: (was Re: comments on this change please.) To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 23 Oct 1996 17:09:38 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199610232308.BAA29153@uriah.heep.sax.de> from "J Wunsch" at Oct 24, 96 01:08:29 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > However, you cannot expect us to tailor the default configuration just > for your 250+ machines lab. I do not expect the default configuration > to include X11, and start xdm either, just only because it's what _i_ > need most after installing FreeBSD. The point is not to enable a particular default behaviour. The point is to *not* disable an entire class of potentially useful configurations. 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-hackers Wed Oct 23 17:20:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA22538 for hackers-outgoing; Wed, 23 Oct 1996 17:20:28 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA22526; Wed, 23 Oct 1996 17:20:24 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA10899; Wed, 23 Oct 1996 17:17:57 -0700 From: Terry Lambert Message-Id: <199610240017.RAA10899@phaeton.artisoft.com> Subject: Re: root only: (was Re: comments on this change please.) To: gpalmer@FreeBSD.org (Gary Palmer) Date: Wed, 23 Oct 1996 17:17:57 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <20300.846114025@orion.webspan.net> from "Gary Palmer" at Oct 23, 96 07:40:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Whatever happens with this thread, I hereby nominate Messer Terry > Lambert to answer any/all questions from irriated users who find that > their configuration files are no longer in /etc, where they have been > for several years. > > I, for one, don't care how well we document it, because I know that > people DO NOT READ THE !$*&! DOCUMENTATION, and prefer e-mailing daft > questions. So I nominate terry@lambert.org for the post of `where did > my /etc files go' answerer. > > Now do you see why it shouldn't be moved Terry? Gee. When you put it that way... I think we should get rid of passwd.db and go back to flat files so that we avoid confusing users who use "vi" instead of "vipw" on the password file (like they did for several years before they installed FreeBSD). > It may be the > `architecturally pure and clean' (or however you spell that word) > thing to do, but we also have to operate on the principle of least > surprise here ... people aren't going to expect /etc to suddenly > become /var/conf or something. I know I, for one, object to it being > moved ... it's become ingrained into my head to look in /etc or > /usr/local/etc, and I've only been working with unix for 5 years or > so. I'd feel real sorry for people who have been working with unix for > longer. You only care because that is how you do system management. You only do system management that way because there is not an effective framework to use for system management. There is not an effective framework to use for system management because the system files are spread all over the place, and they are not data driven. The system files are spread all over the place, and they are not data driven, because you care too much to allow the necessary intermediate steps to take place to fix the problem. Catch-22. If I am a farmer, and I have a field of rocks, I have to start moving rocks before I can plow. I have to eventually move all the rocks, so moving your favorite rock or Jordans favorite rock or Terry's favorite rock is order irrelevant.. Eventually all rocks must be moved; just because I (the farmer) move your rock first doesn't mean I am showing favoritism. To put it another way: to get ahead, I eventually have to leave the chair in which I am sitting. Progress implies change. 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-hackers Wed Oct 23 17:36:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA23382 for hackers-outgoing; Wed, 23 Oct 1996 17:36:38 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA23377 for ; Wed, 23 Oct 1996 17:36:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id RAA03981; Wed, 23 Oct 1996 17:37:53 -0700 (PDT) Message-Id: <199610240037.RAA03981@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Thomas David Rivers cc: freebsd-hackers@freefall.freebsd.org Subject: Re: Daily panic's with 2.1.5R. In-reply-to: Your message of "Wed, 23 Oct 1996 19:24:55 EDT." <199610232324.TAA09502@lakes.water.net> From: David Greenman Reply-To: dg@root.com Date: Wed, 23 Oct 1996 17:37:53 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >One question before I get to that. I recall that the kernel >boot messages used to say something about the previous panic when >it discovered the savecore image. Did this go away, or am I >simply mis-remembering? You're not mis-remembering, but I don't know why you didn't see it. It comes out from syslogd, so perhaps there is something wrong with that on your machine. >panic: ifree: freeing free inode >#0 0xf0193abb in boot () >(kgdb) where >#0 0xf0193abb in boot () >#1 0xf0112b73 in panic () >#2 0xf0176db7 in ffs_vfree () >#3 0xf017c042 in ufs_inactive () >#4 0xf0128ca5 in vrele () >#5 0xf0128c07 in vput () >#6 0xf017f574 in ufs_remove () >#7 0xf012acae in unlink () >#8 0xf019be36 in syscall () >#9 0xf01912fb in Xsyscall () >#10 0x2d9a in ?? () >#11 0x2b2a in ?? () >#12 0x2507 in ?? () >#13 0x19b9 in ?? () >#14 0x10d3 in ?? () > > >The traceback is pretty straightforward - an unlink() has >caused an inode to be duplicately free'd. > >Has anyone seen this before? > >I've seen similar problems when installing - from version 2.1.0 >on. I've been able to work around them in the past by adjusting >the inode values on newfs parms on the file system. I'm guessing >that adjustment simply covers up the problem. > > I see in ffs_vfree() that I should have seen a message detailing >some information - but that's not in the /var/log/messages (not likely >it could be, eh?) and the screen has long since scrolled on... > > I have the kernel & vmcore files, I can put them on freefall >if anyone wants to take a gander... Do a: tail -100 vmcore.0 | strings | more ...and you should find the original kernel message buffer. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Oct 23 17:42:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA23593 for hackers-outgoing; Wed, 23 Oct 1996 17:42:18 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA23588; Wed, 23 Oct 1996 17:42:14 -0700 (PDT) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.7.6/8.7.3) with SMTP id RAA19060; Wed, 23 Oct 1996 17:39:32 -0700 (PDT) Message-ID: <326EBA39.1CFBAE39@whistle.com> Date: Wed, 23 Oct 1996 17:37:13 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Terry Lambert CC: Gary Palmer , joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org Subject: Re: root only: (was Re: comments on this change please.) References: <199610240017.RAA10899@phaeton.artisoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > To put it another way: to get ahead, I eventually have to leave the > chair in which I am sitting. Progress implies change. well put From owner-freebsd-hackers Wed Oct 23 17:54:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA24236 for hackers-outgoing; Wed, 23 Oct 1996 17:54:27 -0700 (PDT) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA24226 for ; Wed, 23 Oct 1996 17:54:18 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id UAA18986; Wed, 23 Oct 1996 20:52:27 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.7.3) with ESMTP id UAA24558; Wed, 23 Oct 1996 20:51:01 -0400 (EDT) To: Terry Lambert cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org From: "Gary Palmer" Subject: Re: root only: (was Re: comments on this change please.) In-reply-to: Your message of "Wed, 23 Oct 1996 17:17:57 PDT." <199610240017.RAA10899@phaeton.artisoft.com> Date: Wed, 23 Oct 1996 20:51:00 -0400 Message-ID: <24554.846118260@orion.webspan.net> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote in message ID <199610240017.RAA10899@phaeton.artisoft.com>: > You only care because that is how you do system management. > > You only do system management that way because there is not an > effective framework to use for system management. > > There is not an effective framework to use for system management > because the system files are spread all over the place, and they > are not data driven. > > The system files are spread all over the place, and they are not > data driven, because you care too much to allow the necessary > intermediate steps to take place to fix the problem. > > Catch-22. May I point out that moving the datafiles first is like putting the cart before the horse. If you want to NOT surprise and confuse users, the system management tools should be present first, then the files can be moved to /this/is/an/exteremely/stupid/place/to/put/a/file/but/here/goes for all the user cares ... he just loads up the admin tool and off he goes. > To put it another way: to get ahead, I eventually have to leave the > chair in which I am sitting. Progress implies change. I'm not against change. I'm all for some forms of change (e.g. re-organising the src tree to make developing new platforms easier). I'm against change which causes more confusion than the change was worth. For my money, moving named data files into /var/namedb at this time fits that category. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Wed Oct 23 18:26:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA25871 for hackers-outgoing; Wed, 23 Oct 1996 18:26:17 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA25842; Wed, 23 Oct 1996 18:26:13 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id BAA20099; Thu, 24 Oct 1996 01:26:11 GMT Date: Thu, 24 Oct 1996 10:26:11 +0900 (JST) From: Michael Hancock To: Gary Palmer cc: Joerg Wunsch , FreeBSD hackers Subject: Re: root only: (was Re: comments on this change please.) In-Reply-To: <20300.846114025@orion.webspan.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Oct 1996, Gary Palmer wrote: > Now do you see why it shouldn't be moved Terry? It may be the > `architecturally pure and clean' (or however you spell that word) > thing to do, but we also have to operate on the principle of least > surprise here ... people aren't going to expect /etc to suddenly > become /var/conf or something. I know I, for one, object to it being > moved ... it's become ingrained into my head to look in /etc or > /usr/local/etc, and I've only been working with unix for 5 years or > so. I'd feel real sorry for people who have been working with unix for > longer. I guess it's controversial, but BSDI puts a lot of big things like www, news, and named into /var. For example innd, lives in /var/news (there's a symlink in /var/spool/news) and the news specific variable local config files are in /var/news/etc. The config things that are pretty static with the innd distribution go in /usr/local/lib/news somewhere or was that /usr/contrib. Anyway, I hated /usr/contrib for these things so I moved them to /usr/local. WWW is put into /var/www and it's configurable stuff is in /var/www/conf. At first I thought this was wierd, but I've gotten used to it. Actually, I like it now because most of what I need to know about www can be found in one place. I do this now for FreeBSD so I reserve a whole lot more space in /var than in /usr/local than I used to. One thing I do like about FreeBSD is /usr/local/etc/rc.d, this is pretty cool. I like because it separates local startup scripts from the standard system stuff and is far easier to manage than the monolithic rc.local. Regards, Mike Hancock From owner-freebsd-hackers Wed Oct 23 18:33:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA26246 for hackers-outgoing; Wed, 23 Oct 1996 18:33:52 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA26239 for ; Wed, 23 Oct 1996 18:33:49 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA03711; Thu, 24 Oct 1996 11:03:36 +0930 From: Michael Smith Message-Id: <199610240133.LAA03711@genesis.atrad.adelaide.edu.au> Subject: Re: Linux emulation, gethostid() To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 24 Oct 1996 11:03:35 +0930 (CST) Cc: freebsd-hackers@freebsd.org, msmith@atrad.adelaide.edu.au In-Reply-To: <199610232019.WAA27409@uriah.heep.sax.de> from "J Wunsch" at Oct 23, 96 10:19:14 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > > As Michael Smith wrote: > > > > Grab the number you like by any means you like somewhere in rc.local, > > > and issue a sethostid(3) with it. No need to bloat the kernel for > > > this. > > > > Gotcha; I hadn't seen kern.hostid before. Anyone recommend a quick example > > I can look at for retrieving a sysctl value from inside an LKM? > > What do you need it for in an LKM? Note the original topic; what I am trying to do is provide a means for emulating the Linux ioctl used for getting the ethernet hardware address. > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Oct 23 18:41:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA27065 for hackers-outgoing; Wed, 23 Oct 1996 18:41:55 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA27057 for ; Wed, 23 Oct 1996 18:41:42 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.6/8.7.3) id LAA09606; Thu, 24 Oct 1996 11:40:49 +1000 (EST) Date: Thu, 24 Oct 1996 11:40:47 +1000 (EST) From: "Daniel O'Callaghan" To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: root only: (was Re: comments on this change please.) In-Reply-To: <199610232302.BAA29130@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Oct 1996, J Wunsch wrote: > As Michael Hancock wrote: > > > > Regardless how many asterisks you put in there, you already lose. > > > There are tons of local config files in and under /etc. > I don't know of other people's opinions (apart from Terry, but i knew > this before, so it's not really news to me), but i'm rather satisfied > with having all my local configuration inside /etc. (/var/cron/tabs > is also a link into /etc for me.) The entire /etc directory nicely > fits even onto a floppy, and it basically saves my entire machine > configuration. I had a crash which removed /kernel and turned /etc into a file. Made booting somewhat awkward. I would have really appreciated a read-only / filesystem then. I'd like to see changing config data live on a separate partition. While most things in /etc don't change often, things like passwords change at unpredictable times. Danny From owner-freebsd-hackers Wed Oct 23 19:16:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA29369 for hackers-outgoing; Wed, 23 Oct 1996 19:16:39 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA29364 for ; Wed, 23 Oct 1996 19:16:35 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA04187; Thu, 24 Oct 1996 11:45:16 +0930 From: Michael Smith Message-Id: <199610240215.LAA04187@genesis.atrad.adelaide.edu.au> Subject: Re: Linux emulation, gethostid() To: terry@lambert.org (Terry Lambert) Date: Thu, 24 Oct 1996 11:45:15 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199610232037.NAA10355@phaeton.artisoft.com> from "Terry Lambert" at Oct 23, 96 01:37:08 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > > > Do we want an ioctl to get the hardware address? If not, any > > suggestions on a _tidy_ way to get it? > > Check the list archives. The Mathematica "correct method" included > patches to implement the interface without the kernel grubbing. I > am suprised that the patches were not integrated. You mean this one? I'm not surprised : ] Insert into linux_ioctl, in linux_ioctl.c, inside the first switch. ] ] case 0x8927: ] hwaddr[0]=0x00; ] hwaddr[1]=0x00; ] hwaddr[2]=0xc0; ] hwaddr[3]=0x27; ] hwaddr[4]=0xe5; ] hwaddr[5]=0x66; ] return copyout((caddr_t)hwaddr, (caddr_t)args->arg,6); ] No other messages on the subject appear to contain any code at all, but I'll pester Andrew Gallatin and see if he finished the issue. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Oct 23 19:23:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA29699 for hackers-outgoing; Wed, 23 Oct 1996 19:23:33 -0700 (PDT) Received: from eel.dataplex.net (eel.dataplex.net [208.2.87.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA29689; Wed, 23 Oct 1996 19:23:21 -0700 (PDT) Received: from [208.2.87.4] (cod [208.2.87.4]) by eel.dataplex.net (8.7.5/8.7.3) with ESMTP id VAA15509; Wed, 23 Oct 1996 21:21:04 -0500 (CDT) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <199610240017.RAA10899@phaeton.artisoft.com> References: <20300.846114025@orion.webspan.net> from "Gary Palmer" at Oct 23, 96 07:40:25 pm Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 23 Oct 1996 21:13:13 -0500 To: Terry Lambert From: Richard Wackerbarth Subject: Re: root only: (was Re: comments on this change please.) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, gpalmer@FreeBSD.org (Gary Palmer) Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >To put it another way: to get ahead, I eventually have to leave the >chair in which I am sitting. Progress implies change. Not only that, but you might find that you have to stand for a time while the movers take away the old furniture in order to have room for the new. IOW, sometimes you have to take what may appear to be a backward step in order to get around an obstacle. In this instance, we are "lucky" that we can hide much of the change by placing symbolic links in the legacy location. From owner-freebsd-hackers Wed Oct 23 20:28:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA04163 for hackers-outgoing; Wed, 23 Oct 1996 20:28:01 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA04150; Wed, 23 Oct 1996 20:27:57 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id UAA11666; Wed, 23 Oct 1996 20:27:52 -0700 (PDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers), committers@freebsd.org Subject: Re: ex/vi version 1.79 now available for anonymous ftp. In-reply-to: Your message of "Wed, 23 Oct 1996 23:11:35 +0200." <199610232111.XAA27993@uriah.heep.sax.de> Date: Wed, 23 Oct 1996 20:27:51 -0700 Message-ID: <11664.846127671@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Our /usr/bin/vi is already a little rusty. I would really like it if > somebody takes the stab and upgrades it. Wouldn't this be a good time to move it into /usr/src/contrib, so that we might better track Keith's future work? Jordan From owner-freebsd-hackers Wed Oct 23 20:50:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA05905 for hackers-outgoing; Wed, 23 Oct 1996 20:50:37 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA05895 for ; Wed, 23 Oct 1996 20:50:33 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA21519; Wed, 23 Oct 1996 23:50:02 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 23 Oct 1996 23:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id XAA00521 for ; Wed, 23 Oct 1996 23:32:25 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id XAA11460 for freebsd-hackers@freefall.cdrom.com; Wed, 23 Oct 1996 23:32:58 -0400 (EDT) Date: Wed, 23 Oct 1996 23:32:58 -0400 (EDT) From: Thomas David Rivers Message-Id: <199610240332.XAA11460@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: Re: Daily panic's with 2.1.5R. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >One question before I get to that. I recall that the kernel > >boot messages used to say something about the previous panic when > >it discovered the savecore image. Did this go away, or am I > >simply mis-remembering? > > You're not mis-remembering, but I don't know why you didn't see it. It > comes out from syslogd, so perhaps there is something wrong with that on > your machine. Hmmm... I haven't touched the syslogd configuration - this is straight off of the net 2.1.5R distribution, except for a recompiled kernel. Here's my syslog.conf: *.err;kern.debug;auth.notice;mail.crit /dev/console *.notice;kern.debug;lpr,auth.info;mail.crit /var/log/messages mail.info /var/log/maillog lpr.info /var/log/lpd-errs cron.* /var/cron/log *.err root *.notice;auth.debug root *.alert root *.emerg * !startslip *.* /var/log/slip.log > > >panic: ifree: freeing free inode > >#0 0xf0193abb in boot () > >(kgdb) where > >#0 0xf0193abb in boot () > >#1 0xf0112b73 in panic () > >#2 0xf0176db7 in ffs_vfree () > >#3 0xf017c042 in ufs_inactive () > >#4 0xf0128ca5 in vrele () > >#5 0xf0128c07 in vput () > >#6 0xf017f574 in ufs_remove () > >#7 0xf012acae in unlink () > >#8 0xf019be36 in syscall () > >#9 0xf01912fb in Xsyscall () > >#10 0x2d9a in ?? () > >#11 0x2b2a in ?? () > >#12 0x2507 in ?? () > >#13 0x19b9 in ?? () > >#14 0x10d3 in ?? () > > > > > >The traceback is pretty straightforward - an unlink() has > >caused an inode to be duplicately free'd. > > > >Has anyone seen this before? > > > >I've seen similar problems when installing - from version 2.1.0 > >on. I've been able to work around them in the past by adjusting > >the inode values on newfs parms on the file system. I'm guessing > >that adjustment simply covers up the problem. > > > > I see in ffs_vfree() that I should have seen a message detailing > >some information - but that's not in the /var/log/messages (not likely > >it could be, eh?) and the screen has long since scrolled on... > > > > I have the kernel & vmcore files, I can put them on freefall > >if anyone wants to take a gander... > > Do a: > > tail -100 vmcore.0 | strings | more > > ...and you should find the original kernel message buffer. > Sure enough - along with the a lot of the contents of my Cnews active file, I got: dev = 0x20004, ino = 640, fs = /usr panic: ifree: freeing free inode syncing disks... 36 36 33 27 21 9 1 1 1 1 1 1 1 1 1 1 1 1 1 1 giving up dumping to dev 20001, offset 290304 dump 7 6 5 4 3 2 1 0 pretty handy tidbit to know. This just means that inode #640 on /dev/wd0s1e was redudantly free'd, most likely when a C-news expire was running. I did a quick scan of the mail logs I have to discover that Terry had a "hack" (his words, not mine :-) ) to vfs_subr.c to fix an off-by-one error in the free list management there. Apparently, that didn't make it into 2.1.5. I scanned the RCS log for vfs_subr.c, nothing obvious jumped out. Also, I diff'd the 2.1.5 and -current vfs_subr.c. But, there's been a few other changes that make it difficult to determine just what Terry's fix would have been... Anyway, the mail logs hint that there is in 2.1.5 a problem with free inode management... I tried reading through vfs_alloc.c - I didn't see any obvious problem there. I'm betting there's nothing wrong there, vfs_vfree() is probably getting called twice with the same inode for some reason... Since this is a daily occurrence, I could easily take steps to try and diagnose this (extra kernel printf()'s, etc...) but I'm not a VNOP wizard. Anyone have any ideas of where to start? - Dave R. - From owner-freebsd-hackers Wed Oct 23 21:45:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA11794 for hackers-outgoing; Wed, 23 Oct 1996 21:45:37 -0700 (PDT) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA11788; Wed, 23 Oct 1996 21:45:31 -0700 (PDT) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.0/8.8.0) with ESMTP id MAA02097; Thu, 24 Oct 1996 12:44:24 +0800 (WST) Message-Id: <199610240444.MAA02097@spinner.DIALix.COM> X-Mailer: exmh version 1.6.9 8/22/96 To: "Jordan K. Hubbard" cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@freebsd.org (FreeBSD hackers), committers@freebsd.org Subject: Re: ex/vi version 1.79 now available for anonymous ftp. In-reply-to: Your message of "Wed, 23 Oct 1996 20:27:51 MST." <11664.846127671@time.cdrom.com> Date: Thu, 24 Oct 1996 12:44:23 +0800 From: Peter Wemm Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > > Our /usr/bin/vi is already a little rusty. I would really like it if > > somebody takes the stab and upgrades it. > > Wouldn't this be a good time to move it into /usr/src/contrib, > so that we might better track Keith's future work? > > Jordan I'll take this on.. I did a trial version of this for 1.76, it was quite simple. Andrey asked about waiting for ncurses.. I am not sure that's a good idea yet, since they have just broken scrolling on the cons25 screens (no scroll regions), this is especially noticable with /usr/bin/talk. And emacs went spastic last time I recompiled it.. It doesn't seem work in text mode at all at the moment, either on xterm or cons25, something is seriously unwell in the ncurses code at the moment. Cheers, -Peter From owner-freebsd-hackers Wed Oct 23 23:37:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19804 for hackers-outgoing; Wed, 23 Oct 1996 23:37:05 -0700 (PDT) Received: from critter.tfs.com (disn2.cybercity.dk [194.16.57.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA19742; Wed, 23 Oct 1996 23:36:44 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id IAA09633; Thu, 24 Oct 1996 08:36:46 +0200 (MET DST) To: "Jordan K. Hubbard" cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@FreeBSD.org (FreeBSD hackers), committers@FreeBSD.org Subject: Re: ex/vi version 1.79 now available for anonymous ftp. In-reply-to: Your message of "Wed, 23 Oct 1996 20:27:51 PDT." <11664.846127671@time.cdrom.com> Date: Thu, 24 Oct 1996 08:36:45 +0200 Message-ID: <9631.846139005@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <11664.846127671@time.cdrom.com>, "Jordan K. Hubbard" writes: >> Our /usr/bin/vi is already a little rusty. I would really like it if >> somebody takes the stab and upgrades it. > >Wouldn't this be a good time to move it into /usr/src/contrib, >so that we might better track Keith's future work? YES! -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Wed Oct 23 23:53:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA20537 for hackers-outgoing; Wed, 23 Oct 1996 23:53:36 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA20531 for ; Wed, 23 Oct 1996 23:53:33 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA05144; Thu, 24 Oct 1996 08:51:49 +0200 Message-Id: <199610240651.IAA05144@ra.dkuug.dk> Subject: Re: Linux emulation, gethostid() To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 24 Oct 1996 08:51:49 +0200 (MET DST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org In-Reply-To: <199610240215.LAA04187@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 24, 96 11:45:15 am From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Michael Smith who wrote: > > Terry Lambert stands accused of saying: > > > > > > Do we want an ioctl to get the hardware address? If not, any > > > suggestions on a _tidy_ way to get it? > > > > Check the list archives. The Mathematica "correct method" included > > patches to implement the interface without the kernel grubbing. I > > am suprised that the patches were not integrated. > > You mean this one? I'm not surprised : > > ] Insert into linux_ioctl, in linux_ioctl.c, inside the first switch. > ] > ] case 0x8927: > ] hwaddr[0]=0x00; > ] hwaddr[1]=0x00; > ] hwaddr[2]=0xc0; > ] hwaddr[3]=0x27; > ] hwaddr[4]=0xe5; > ] hwaddr[5]=0x66; > ] return copyout((caddr_t)hwaddr, (caddr_t)args->arg,6); > ] > > No other messages on the subject appear to contain any code at all, but > I'll pester Andrew Gallatin and see if he finished the issue. OK, so I guess I have to look after my kid again right ?? I'll see what I can come up with... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Thu Oct 24 00:23:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA21910 for hackers-outgoing; Thu, 24 Oct 1996 00:23:51 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA21904 for ; Thu, 24 Oct 1996 00:23:42 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA21049; Thu, 24 Oct 1996 09:22:10 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA11544; Thu, 24 Oct 1996 09:22:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id JAA01773; Thu, 24 Oct 1996 09:15:52 +0200 (MET DST) From: J Wunsch Message-Id: <199610240715.JAA01773@uriah.heep.sax.de> Subject: Re: Linux emulation, gethostid() To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 24 Oct 1996 09:15:52 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610240133.LAA03711@genesis.atrad.adelaide.edu.au> from Michael Smith at "Oct 24, 96 11:03:35 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > What do you need it for in an LKM? > > Note the original topic; what I am trying to do is provide a means for > emulating the Linux ioctl used for getting the ethernet hardware address. And i tried you to prove that there's no actual need for getting the _ethernet_ hardware address. You can put all the ethernet (or whatever) stuff into userland, to be run at /etc/rc time. Inside the kernel, there's the kernel-internal `hostid' variable available anyway, or you can alternatively wrap Linux' gethostid() around BSD's ogethostid() syscall. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Oct 24 00:45:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA22685 for hackers-outgoing; Thu, 24 Oct 1996 00:45:34 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA22679 for ; Thu, 24 Oct 1996 00:45:30 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id IAA18228 for ; Thu, 24 Oct 1996 08:46:10 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id IAA02009 for freebsd-hackers@freefall.cdrom.com; Thu, 24 Oct 1996 08:51:03 +0100 Date: Thu, 24 Oct 1996 08:51:03 +0100 From: Christoph Kukulies Message-Id: <199610240751.IAA02009@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: script/typescript ^Ms - why? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Is there a (historical) reason why ^Ms appear in every typescript? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Oct 24 01:11:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA25486 for hackers-outgoing; Thu, 24 Oct 1996 01:11:11 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA25475 for ; Thu, 24 Oct 1996 01:11:06 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA08434; Thu, 24 Oct 1996 17:35:07 +0930 From: Michael Smith Message-Id: <199610240805.RAA08434@genesis.atrad.adelaide.edu.au> Subject: Re: Linux emulation, gethostid() To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 24 Oct 1996 17:35:07 +0930 (CST) Cc: freebsd-hackers@freebsd.org, msmith@atrad.adelaide.edu.au In-Reply-To: <199610240715.JAA01773@uriah.heep.sax.de> from "J Wunsch" at Oct 24, 96 09:15:52 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > > > > Note the original topic; what I am trying to do is provide a means for > > emulating the Linux ioctl used for getting the ethernet hardware address. > > And i tried you to prove that there's no actual need for getting the > _ethernet_ hardware address. You can put all the ethernet (or > whatever) stuff into userland, to be run at /etc/rc time. Inside the > kernel, there's the kernel-internal `hostid' variable available > anyway, or you can alternatively wrap Linux' gethostid() around BSD's > ogethostid() syscall. Consider : A linux application calls gethostid() in the Linux C library. _This_ funtion then makes the SIOmumbleHWADDR ioctl call to get the ether hardware address. The kernel 'hostid' variable is too short for the ether address, and the ether address _is_ visible inside the kernel (if one exists). Soren seems to have decided to preempt me again, so I'll just wait and see 8) > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Oct 24 01:22:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA26919 for hackers-outgoing; Thu, 24 Oct 1996 01:22:53 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA26885 for ; Thu, 24 Oct 1996 01:22:35 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA24929; Thu, 24 Oct 1996 10:21:29 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA12372; Thu, 24 Oct 1996 10:21:29 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id KAA02470; Thu, 24 Oct 1996 10:17:24 +0200 (MET DST) From: J Wunsch Message-Id: <199610240817.KAA02470@uriah.heep.sax.de> Subject: Re: root only: (was Re: comments on this change please.) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 24 Oct 1996 10:17:23 +0200 (MET DST) Cc: danny@panda.hilink.com.au (Daniel O'Callaghan) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Daniel O'Callaghan at "Oct 24, 96 11:40:47 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Daniel O'Callaghan wrote: > I had a crash which removed /kernel and turned /etc into a file. Made fsdb(8) from the fixit floppy is your friend. (Ah, well, i hope it's there at all... ;-) You could have turned /etc back into a directory with it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Oct 24 01:23:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA26987 for hackers-outgoing; Thu, 24 Oct 1996 01:23:18 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA26779 for ; Thu, 24 Oct 1996 01:21:54 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA24950; Thu, 24 Oct 1996 10:21:38 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA12379; Thu, 24 Oct 1996 10:21:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id KAA02493; Thu, 24 Oct 1996 10:19:24 +0200 (MET DST) From: J Wunsch Message-Id: <199610240819.KAA02493@uriah.heep.sax.de> Subject: Re: script/typescript ^Ms - why? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 24 Oct 1996 10:19:24 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610240751.IAA02009@gilberto.physik.rwth-aachen.de> from Christoph Kukulies at "Oct 24, 96 08:51:03 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Christoph Kukulies wrote: > > Is there a (historical) reason why ^Ms appear in every typescript? Because everything appears there, including but not limited to ^H, ^?, ^M, ^[, and ^J (where the latter are usually displayed as line breaks by your editor ;). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Oct 24 01:45:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA00590 for hackers-outgoing; Thu, 24 Oct 1996 01:45:31 -0700 (PDT) Received: from cyclone.degnet.baynet.de (root@cyclone.degnet.baynet.de [194.95.214.129]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA00520; Thu, 24 Oct 1996 01:45:06 -0700 (PDT) Received: from neuron (ppp2 [194.95.214.132]) by cyclone.degnet.baynet.de (8.6.12/8.6.9) with SMTP id KAA08980; Thu, 24 Oct 1996 10:37:53 +0100 Message-ID: <326F4584.2F7E@degnet.baynet.de> Date: Thu, 24 Oct 1996 09:31:32 +0000 From: Darius Moos Reply-To: moos@degnet.baynet.de X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: Joe Greco CC: freebsd-hackers , FreeBSD-questions Subject: Re: Is this network possible with FreeBSD ??? References: <199610231333.IAA09985@brasil.moneng.mei.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, today i have to get the system running, but i'm not sure if the configuration i want to make, will run. Maybe the people in this list will make some suggestions on my ideas. First of all i want to say "Thank you very much" to: - Daniel O'Callaghan - Joe Greco - Narvi - Richard Wackerbarth for their replies. Now what i want to do today as follows. Please make some suggestions, corrections or commitments on this. Again the picture is appended below. 1. The router is a KA9Q-ISPA-router, not capable of bridging. 2. The machines on the private company network (192.168.3.x) need a gateway (the FreeBSD-box) and this gateway should be the WWW-server, WWW-proxy and SMTP-server. I was told, the gateway (the FreeBSD-box) has to have a IP in the private company network (192.168.3.x), because they are all Windows machines and Windows needs this (i don't know if Windows does it really need). 3. ifconfigs for the FreeBSD-box: ifconfig ed0 inet 1.2.3.253 netmask 0xffffff00 ifconfig ed0 inet 192.168.3.1 netmask 0xfffffc00 alias 4. I'll config the NE2000-device of the router to 1.2.3.36 with netmask 0xffffff00 5. I'll change the 100MBit-device of the router to 192.168.3.104 with netmask 0xfffffc00 Please make some suggestions on this configuration. - Will this configuration work ? - Will the packets of the FreeBSD-box addressed to the internet, be routed through the ISDN-line ? - Will the packets from the private company network find their way to the gateway (the FreeBSD-box) ? Remember, i have not the option of changing the physical configuration of this network, since it is a 100 MBit network based on HP-10/100-VG and Compex-100VG4 network-cards and FreeBSD-2.1.x does not support them. Many thanks in advance for all suggestions and helpful hints. When i'll get this bogus network running, i'm sure, the boss will be impressed and another friend of FreeBSD is born and maybe the ISP starts thinking about Operating-systems as well defined and behaved systems and stops thinking about OS's as hacking-systems. Darius Moos. As promised, here is the pictured configuration: +---------------+ | FreeBSD-2.1.0 | |+-------------+| || NE 2000 || || 192.168.3.1 || || 1.2.3.253 || ++------o------++ | | ++-------o-------++ || NE 2000 || || 1.2.3.36 || |+---------------+| | | | +-------+ | Router | ISDN o------------o ISP 1.2.3.x | +-------+ | | |+---------------+| || 100 MBit || || 192.168.3.104 || ++-------o-------++ | | ++-------o-----++ || 100 MBit || || 192.168.3.2 || |+-------------+| | | | 192.168.3.x | -- email: moos@degnet.baynet.de From owner-freebsd-hackers Thu Oct 24 01:53:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA02111 for hackers-outgoing; Thu, 24 Oct 1996 01:53:14 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA02104 for ; Thu, 24 Oct 1996 01:53:07 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA26596 for ; Thu, 24 Oct 1996 10:53:05 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA12949 for freebsd-hackers@freebsd.org; Thu, 24 Oct 1996 10:53:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id KAA02689 for freebsd-hackers@freebsd.org; Thu, 24 Oct 1996 10:34:15 +0200 (MET DST) From: J Wunsch Message-Id: <199610240834.KAA02689@uriah.heep.sax.de> Subject: Re: Linux emulation, gethostid() To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 24 Oct 1996 10:34:15 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610240805.RAA08434@genesis.atrad.adelaide.edu.au> from Michael Smith at "Oct 24, 96 05:35:07 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > A linux application calls gethostid() in the Linux C library. _This_ > funtion then makes the SIOmumbleHWADDR ioctl call to get the ether > hardware address. Ick. I thought they've got a `gethostid()' syscall for this, like almost any other Unix has. > The kernel 'hostid' variable is too short for the ether address, and the > ether address _is_ visible inside the kernel (if one exists). No such thing like `the' ethernet address. By all means, make it configurable from outside, don't try to grab a particular value inside the kernel. Otherwise, if the user re-arranges his ethernet cards etc., he's at a loss. Even an ugly `gdb -k -w' trick would be better. > Soren seems to have decided to preempt me again, so I'll just wait and > see 8) So my comments hold valid for him as well. :^) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Oct 24 02:21:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA05210 for hackers-outgoing; Thu, 24 Oct 1996 02:21:04 -0700 (PDT) Received: from whale.gu.kiev.ua ([194.93.190.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA05200; Thu, 24 Oct 1996 02:20:58 -0700 (PDT) Received: from creator.gu.kiev.ua (stesin@creator.gu.kiev.ua [194.93.190.3]) by whale.gu.kiev.ua (8.7.5/8.7.3) with SMTP id MAA33954; Thu, 24 Oct 1996 12:19:43 +0300 Date: Thu, 24 Oct 1996 12:19:43 +0300 (EET DST) From: Andrew Stesin X-Sender: stesin@creator.gu.kiev.ua To: Joerg Wunsch cc: FreeBSD hackers , committers@FreeBSD.org Subject: Re: ex/vi version 1.79 now available for anonymous ftp. In-Reply-To: <199610232111.XAA27993@uriah.heep.sax.de> Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, On Wed, 23 Oct 1996, J Wunsch wrote: > Our /usr/bin/vi is already a little rusty. I would really like it if > somebody takes the stab and upgrades it. Two direct consequences: 1. Perl 5.003_smth goes from ports to main tree -- packed as a big shared library, + a 8k /usr/bin/perl; and /usr/bin/vi and all other programs using Perl5's embedded features will use that shared lib. 2. Old and rusty perl4 goes to Attic. Why so many people don't like this to happen (for years) -- who knows? As for me, Perl is as great as Tcl is, both are useful. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > -- Best, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-hackers Thu Oct 24 02:22:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA05338 for hackers-outgoing; Thu, 24 Oct 1996 02:22:08 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA05325 for ; Thu, 24 Oct 1996 02:22:00 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id LAA06746; Thu, 24 Oct 1996 11:17:00 +0200 Message-Id: <199610240917.LAA06746@ra.dkuug.dk> Subject: Re: Linux emulation, gethostid() To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 24 Oct 1996 11:17:00 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199610240834.KAA02689@uriah.heep.sax.de> from "J Wunsch" at Oct 24, 96 10:34:15 am From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to J Wunsch who wrote: > > As Michael Smith wrote: > > > A linux application calls gethostid() in the Linux C library. _This_ > > funtion then makes the SIOmumbleHWADDR ioctl call to get the ether > > hardware address. > > Ick. I thought they've got a `gethostid()' syscall for this, like > almost any other Unix has. > > > The kernel 'hostid' variable is too short for the ether address, and the > > ether address _is_ visible inside the kernel (if one exists). > > No such thing like `the' ethernet address. By all means, make it > configurable from outside, don't try to grab a particular value inside > the kernel. Otherwise, if the user re-arranges his ethernet cards > etc., he's at a loss. Exactly, the problem is not getting the *HWADDR for a given interface, thats trivial, it more like deciding WHICH interface. This was easy on propietary hw where the interface was on the mainboard, but in a PC almost everything can change. I'd be inclined to implement both the CGIFHWADDR & CSIFHWADDR in the emulator, then you can set it with the prober code, but it has to be a linux bin then :( Maybe we should give our own OS these two.... Or I could just decide to take the hwaddr of the first interface that has one, pretty easy, but it's bound to be bogus one way or another :(. (but I think the whole thing is bogus one way or another) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Thu Oct 24 02:51:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA07691 for hackers-outgoing; Thu, 24 Oct 1996 02:51:44 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA07684; Thu, 24 Oct 1996 02:51:40 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id LAA06952; Thu, 24 Oct 1996 11:47:13 +0200 Message-Id: <199610240947.LAA06952@ra.dkuug.dk> Subject: Re: ex/vi version 1.79 now available for anonymous ftp. To: stesin@gu.net (Andrew Stesin) Date: Thu, 24 Oct 1996 11:47:12 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, committers@FreeBSD.org In-Reply-To: from "Andrew Stesin" at Oct 24, 96 12:19:43 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Andrew Stesin who wrote: > > Our /usr/bin/vi is already a little rusty. I would really like it if > > somebody takes the stab and upgrades it. > > Two direct consequences: > > 1. Perl 5.003_smth goes from ports to main tree -- > packed as a big shared library, + a 8k /usr/bin/perl; > and /usr/bin/vi and all other programs using Perl5's > embedded features will use that shared lib. > > 2. Old and rusty perl4 goes to Attic. > > Why so many people don't like this to happen (for years) -- > who knows? As for me, Perl is as great as Tcl is, both > are useful. Actually I think NONE of them (tcl, perl?) belong in the base OS, but they are fine as ports (so are the new vi :) ) We have been polluting our base tree with this stuff for too long, and it seems we are getting a habit of more is better. Why do we have ports at all, hell put it all in the base tree, and I'll do a "back to basics BSD" for the purists to run... (nice idea btw)... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Thu Oct 24 02:57:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA08356 for hackers-outgoing; Thu, 24 Oct 1996 02:57:37 -0700 (PDT) Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA08321 for ; Thu, 24 Oct 1996 02:57:29 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id KAA21601 for ; Thu, 24 Oct 1996 10:54:32 +0100 (BST) Received: from cadair.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Thu, 24 Oct 1996 10:57:00 +0100 Received: from tees.elsevier.co.uk (tees.elsevier.co.uk [193.131.197.60]) by cadair.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id KAA24555; Thu, 24 Oct 1996 10:56:54 +0100 (BST) Received: (from dpr@localhost) by tees.elsevier.co.uk (8.8.2/8.8.0) id KAA18075; Thu, 24 Oct 1996 10:55:51 +0100 (BST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers), danny@panda.hilink.com.au (Daniel O'Callaghan) Subject: Re: root only: (was Re: comments on this change please.) References: <199610240817.KAA02470@uriah.heep.sax.de> From: Paul Richards Date: 24 Oct 1996 10:55:50 +0100 In-Reply-To: J Wunsch's message of Thu, 24 Oct 1996 10:17:23 +0200 (MET DST) Message-ID: <57g234vg7t.fsf@tees.elsevier.co.uk> Lines: 35 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: I'm very much in the ro / camp. When we originally discussed sysconfig the idea was to have a single stop configuration file that was designed in such a way that it would be easy to build admin tools on top of while still using a flat file for people to fix with vi. Now, that goal perhaps needs re-visiting but the basic premise, that all the /etc stuff is read-only still stands I think. I put all my dynamic files in /var, things like /etc/rc should never change, there's ino reaons why the password databases can't be moved to /var since they are already modified by applications rather than by hand. It's only conservatism that's impeding progress here. As a transition measure there's this wonderful concept of symlinks that seems to be perfectly acceptable everywhere else and in any case a simple # This file has been moved to /var/foo would serve just as well in the interim to tell people they're editing the wrong file. I think in general the goal should remain and incremental steps made to achieve it. Jordan, I think a golden opportunity was missed by not putting sysconfig into /var from the beginning. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-hackers Thu Oct 24 03:42:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA11585 for hackers-outgoing; Thu, 24 Oct 1996 03:42:13 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA11440; Thu, 24 Oct 1996 03:40:45 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.7.5/8.6.5) id QAA08864; Thu, 24 Oct 1996 16:40:13 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199610241040.QAA08864@hq.icb.chel.su> Subject: Networking in PCEMU (1/2) To: hackers@freebsd.org, jkh@time.cdrom.com, asami@freebsd.org, wollman@frebsd.org.hq.icb.chel.su Date: Thu, 24 Oct 1996 16:40:13 +0600 (ESD) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! I wrote the code that allows to access the network from pcemu. It is also a great debugging environment in case you have no real network. Commit it please. The first part contains the kernel part (Garrett, please take a look at it) and the second part contains the patch for pcemu (Satoshi, please take a look a it). I plan to use it to port the Netware emulator from Linux some day (may be not very soon). Thank you! -SB Part 1: *** /sys/net/if_loe.c Thu Oct 24 19:36:17 1996 --- /sys/net/if_loe.c Thu Oct 24 15:02:41 1996 *************** *** 0 **** --- 1,755 ---- + /* + * Copyright (c) 1996 + * Serge A. Babkin. All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * + * Loopback Ethernet-simulating interface + * + */ + + #include "loe.h" + #if NLOE > 0 + + #include "bpfilter.h" + + #include + #if defined(__FreeBSD__) + #include + #include + #include + #include + #endif + #include + #include + #include + #include + #include + #include + #include + #if defined(__NetBSD__) + #include + #endif + + #include + #include + #include + + #ifdef INET + #include + #include + #include + #include + #include + #endif + + #ifdef IPX + #include + #include + #endif + + #ifdef NS + #include + #include + #endif + + #if NBPFILTER > 0 + #include + #include + #endif + + #if defined(__FreeBSD__) + #include + #endif + + #ifdef DEVFS + #include + #endif + + /* Exported variables */ + u_long loe_unit; + + static int loeioctl __P((struct ifnet * ifp, int, caddr_t)); + static void loestart __P((struct ifnet *ifp)); + static void loeread __P((struct ifnet *ifp, struct mbuf *m)); + + static char driver_name[]="loe"; + + static d_open_t loecopen; + static d_close_t loecclose; + static d_read_t loecread; + static d_write_t loecwrite; + static d_select_t loecselect; + static d_ioctl_t loecioctl; + + #define CDEV_MAJOR 77 + static struct cdevsw loe_cdevsw = { + loecopen, loecclose, loecread, loecwrite, + loecioctl, nullstop, noreset, nodevtotty, + loecselect, nommap, NULL, driver_name, + NULL, -1 + }; + + static void loeattach __P((void *)); + PSEUDO_SET(loeattach, if_loe); + + struct arpcom loearp[NLOE]; + + struct loeinfo { + struct ifqueue q; /* read queue */ + struct selinfo si; + char isopen; /* open flag */ + char wantread; + char wantselect; + char fionbio; + }; + + static struct loeinfo loeinfo[NLOE]; + + #define ETHER_ADDR_LEN 6 + #define ETHER_MAX_LEN 1518 + + static void + loeattach(dummy) + void *dummy; + { + struct ifaddr *ifa; + struct ifnet *ifp; + struct sockaddr_dl *sdl; + u_short *p; + int i; + static char ethaddr[ETHER_ADDR_LEN]={0,0,0,0,0,0}; + dev_t dev; + + for(i=0; iif_softc = &loearp[i]; + ifp->if_unit = i; + ifp->if_name = "loe"; + ifp->if_mtu = ETHERMTU; + ifp->if_flags = IFF_BROADCAST | IFF_MULTICAST | IFF_RUNNING ; + ifp->if_output = ether_output; + ifp->if_start = loestart; + ifp->if_ioctl = loeioctl; + ifp->if_watchdog = 0; + + if_attach(ifp); + ether_ifattach(ifp); + + /* fill the arpcom Ethernet address */ + ethaddr[5]=i+1; + bcopy(ethaddr, &loearp[i].ac_enaddr, ETHER_ADDR_LEN); + + /* + * Fill the hardware address into ifa_addr if we find an AF_LINK entry. + * We need to do this so bpf's can get the hardware addr of this card. + * netstat likes this too! + */ + ifa = ifp->if_addrlist; + while ((ifa != 0) && (ifa->ifa_addr != 0) && + (ifa->ifa_addr->sa_family != AF_LINK)) + ifa = ifa->ifa_next; + + if ((ifa != 0) && (ifa->ifa_addr != 0)) { + sdl = (struct sockaddr_dl *) ifa->ifa_addr; + sdl->sdl_type = IFT_ETHER; + sdl->sdl_alen = ETHER_ADDR_LEN; + sdl->sdl_slen = 0; + bcopy(ethaddr, LLADDR(sdl), ETHER_ADDR_LEN); + } + + #if NBPFILTER > 0 + bpfattach(ifp, DLT_EN10MB, sizeof(struct ether_header)); + #endif + + dev=makedev(CDEV_MAJOR,0); + cdevsw_add(&dev, &loe_cdevsw, NULL); + #ifdef DEVFS + devfs_add_devswf(&sio_cdevsw, i, DV_CHR, UID_ROOT, GID_WHEEL, 0666, + "loe%d",i); + #endif + + loeinfo[i].isopen=0; + loeinfo[i].wantread=0; + loeinfo[i].wantselect=0; + loeinfo[i].fionbio=0; + loeinfo[i].q.ifq_head=NULL; + loeinfo[i].q.ifq_tail=NULL; + loeinfo[i].q.ifq_len=0; + loeinfo[i].q.ifq_maxlen=IFQ_MAXLEN; + loeinfo[i].q.ifq_drops=0; + } + } + + static void + loestart(ifp) + struct ifnet *ifp; + { + register struct mbuf *m; + struct ether_header *eh; + int unit = (struct arpcom *)ifp->if_softc - loearp; + int i; + int s; + + s=splimp(); + + /* Sneak a peek at the next packet */ + m = ifp->if_snd.ifq_head; + if (m == 0) { + splx(s); + return; + } + + IF_DEQUEUE(&ifp->if_snd, m); + eh = mtod(m, struct ether_header *); + + if(eh->ether_dhost[0] & 1) { /* broadcast or multicast, + Ethernet has reverse bit order */ + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: multicast %x:%x:%x:%x:%x:%x ->", unit, + eh->ether_shost[0], + eh->ether_shost[1], + eh->ether_shost[2], + eh->ether_shost[3], + eh->ether_shost[4], + eh->ether_shost[5]); + printf("%x:%x:%x:%x:%x:%x\n", + eh->ether_dhost[0], + eh->ether_dhost[1], + eh->ether_dhost[2], + eh->ether_dhost[3], + eh->ether_dhost[4], + eh->ether_dhost[5]); + } + + for(i=0; iif_flags & IFF_DEBUG) { + printf("loe%d: unicast %x:%x:%x:%x:%x:%x ->", unit, + eh->ether_shost[0], + eh->ether_shost[1], + eh->ether_shost[2], + eh->ether_shost[3], + eh->ether_shost[4], + eh->ether_shost[5]); + printf("%x:%x:%x:%x:%x:%x [%d]\n", + eh->ether_dhost[0], + eh->ether_dhost[1], + eh->ether_dhost[2], + eh->ether_dhost[3], + eh->ether_dhost[4], + eh->ether_dhost[5], + eh->ether_dhost[5]-1); + } + + if(eh->ether_dhost[5]>0 && eh->ether_dhost[5]<=NLOE) { /* our address */ + loeread(&loearp[eh->ether_dhost[5]-1].ac_if, m); + } + /* honor the promiscuous interfaces */ + for(i=0; iether_dhost[5]-1) + loeread(&loearp[i].ac_if, m); + } + } + + m_freem(m); + splx(s); + } + + static void + loeread(ifp,m) + struct ifnet *ifp; + struct mbuf *m; + { + struct mbuf *n, *c; + struct mbuf *n2; + struct ether_header *eh; + int len; + int unit = (struct arpcom *)ifp->if_softc - loearp; + + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: receiving a packet, isopen=%d\n",unit, + loeinfo[unit].isopen); + } + + n=m_copypacket(m,M_WAIT); + + if(n==0) + return; + + eh = mtod(n, struct ether_header *); + + ++ifp->if_ipackets; + n->m_pkthdr.rcvif = ifp; + + /* compute the length */ + for(len=0, c=n; c!=0; c=c->m_next) + len += c->m_len; + + n->m_pkthdr.len = len; + + #if NBPFILTER > 0 + if (ifp->if_bpf) { + bpf_mtap(ifp, n); + } + #endif + + /* remove link-layer address */ + + n->m_pkthdr.len -= sizeof(struct ether_header); + n->m_len -= sizeof(struct ether_header); + n->m_data += sizeof(struct ether_header); + + ether_input(ifp, eh, n); + + if(loeinfo[unit].isopen) { + if(IF_QFULL(&loeinfo[unit].q)) + return; + n2=m_copypacket(m,M_WAIT); + if(n2==0) + return; + + IF_ENQUEUE(&loeinfo[unit].q, n2); + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: enqueued a packet\n",unit); + } + + if(loeinfo[unit].wantread) { + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: woke up a reader\n",unit); + } + loeinfo[unit].wantread=0; + wakeup(&loeinfo[unit].wantread); + } + if(loeinfo[unit].wantselect) { + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: woke up a select\n",unit); + } + loeinfo[unit].wantselect=0; + selwakeup(&loeinfo[unit].si); + } + } + } + + /* + * Look familiar? + */ + static int + loeioctl(ifp, cmd, data) + register struct ifnet *ifp; + int cmd; + caddr_t data; + { + register struct ifaddr *ifa = (struct ifaddr *) data; + struct ifreq *ifr = (struct ifreq *) data; + int s, error = 0; + int unit = ifp->if_unit; + struct arpcom *ac=ifp->if_softc; + + switch (cmd) { + case SIOCSIFADDR: + ifp->if_flags |= IFF_UP; + + switch (ifa->ifa_addr->sa_family) { + #ifdef INET + case AF_INET: + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCSIFADDR INET\n",unit); + + arp_ifinit((struct arpcom *)ifp, ifa); + break; + #endif + #ifdef IPX + case AF_IPX: + { + register struct ipx_addr *ina = &(IA_SIPX(ifa)->sipx_addr); + + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCSIFADDR IPX\n",unit); + + if (ipx_nullhost(*ina)) + ina->x_host = + *(union ipx_host *) (ac->ac_enaddr); + else { + bcopy((caddr_t) ina->x_host.c_host, + (caddr_t) ac->ac_enaddr, + sizeof(ac->ac_enaddr)); + } + break; + } + #endif + #ifdef NS + case AF_NS: + { + register struct ns_addr *ina = &(IA_SNS(ifa)->sns_addr); + + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCSIFADDR NS\n",unit); + + if (ns_nullhost(*ina)) + ina->x_host = + *(union ns_host *) (ac->ac_enaddr); + else { + bcopy((caddr_t) ina->x_host.c_host, + (caddr_t) ac->ac_enaddr, + sizeof(ac->ac_enaddr)); + } + break; + } + #endif + default: + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCSIFADDR 0x%x\n",unit, + ifa->ifa_addr->sa_family); + + break; + } + break; + case SIOCGIFADDR: + { + struct sockaddr *sa; + + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCGIFADDR\n",unit); + + sa = (struct sockaddr *) & ifr->ifr_data; + bcopy((caddr_t) ac->ac_enaddr, + (caddr_t) sa->sa_data, ETHER_ADDR_LEN); + } + break; + case SIOCSIFFLAGS: + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCSIFFLAGS\n",unit); + + break; + #ifdef notdef + case SIOCGHWADDR: + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCGHWADDR\n",unit); + + bcopy((caddr_t) sc->sc_addr, (caddr_t) & ifr->ifr_data, + sizeof(sc->sc_addr)); + break; + #endif + case SIOCSIFMTU: + + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCSIFMTU\n",unit); + + /* + * Set the interface MTU. + */ + if (ifr->ifr_mtu > ETHERMTU) { + error = EINVAL; + } else { + ifp->if_mtu = ifr->ifr_mtu; + } + break; + case SIOCADDMULTI: + case SIOCDELMULTI: + /* Now this driver has no support for programmable + * multicast filters. If some day it will gain this + * support this part of code must be extended. + */ + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl ADD/DELMULTI\n",unit); + + error=0; + break; + default: + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl 0x%x\n",unit,cmd); + + error = EINVAL; + } + + return (error); + } + + static int + loecopen(dev, flag, mode, p) + dev_t dev; + int flag; + int mode; + struct proc *p; + { + int mynor=minor(dev); + struct ifnet *ifp; + + ifp = &loearp[mynor].ac_if; + + if(mynorif_flags & IFF_DEBUG) { + printf("loe%d: open, isopen=%d\n",mynor, loeinfo[mynor].isopen); + } + return 0; + } else { + return ENODEV; + } + } + + static int + loecclose(dev, flag, mode, p) + dev_t dev; + int flag; + int mode; + struct proc *p; + { + struct mbuf *m; + int mynor=minor(dev); + struct ifnet *ifp; + int s; + + ifp = &loearp[mynor].ac_if; + + if(mynorif_flags & IFF_DEBUG) { + printf("loe%d: close, isopen=%d\n",mynor, loeinfo[mynor].isopen); + } + return 0; + } else { + return ENODEV; + } + } + + static int + loecread(dev, uio, flag) + dev_t dev; + struct uio *uio; + int flag; + { + struct mbuf *m, *n; + int mynor=minor(dev); + int s; + int error; + struct ifnet *ifp; + + ifp = &loearp[mynor].ac_if; + + #if 0 + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: read, isopen=%d\n",mynor, loeinfo[mynor].isopen); + } + #endif + + if(uio->uio_resid < ETHER_MAX_LEN) + return ENOSPC; + + s=splimp(); + while( loeinfo[mynor].q.ifq_head==0 ) { + if(loeinfo[mynor].fionbio) { + splx(s); + return EAGAIN; + } + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: sleeping on read\n",mynor); + } + loeinfo[mynor].wantread=1; + error=tsleep(&loeinfo[mynor].wantread, (PZERO+1)|PCATCH, "loecread", 0); + if(error) { + splx(s); + return EINTR; + } + } + + IF_DEQUEUE(&loeinfo[mynor].q, m); + + for(n=m, error=0; n!=0 && n->m_len!=0 && !error; n=n->m_next) { + error=uiomove(mtod(n, char *), n->m_len, uio); + } + + if(error) { + /* return mbuf back */ + IF_PREPEND(&loeinfo[mynor].q, m); + + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: error %d during reading %d bytes\n",mynor, + error, m->m_pkthdr.len); + } + splx(s); + return error; + } + #if 0 + if(ifp->if_flags & IFF_DEBUG) { + int c; + struct mbuf *mb; + + for(mb=mmbfree, c=0 ; mb!=0; mb=mb->m_next) + c++; + printf("loe%d: before freeing: %d mbufs free\n",mynor, + c); + for(mb=m, c=0 ; mb!=0; mb=mb->m_next) + c++; + printf("loe%d: before freeing: %d mbufs in packet being freed\n",mynor, + c); + } + #endif + m_freem(m); + #if 0 + if(ifp->if_flags & IFF_DEBUG) { + int c; + struct mbuf *mb; + + for(mb=mmbfree, c=0 ; mb!=0; mb=mb->m_next) + c++; + + printf("loe%d: after freeing: %d mbufs free\n",mynor, + c); + } + #endif + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: read a packet\n",mynor); + } + + splx(s); + return 0; + } + + static int + loecwrite(dev, uio, flag) + dev_t dev; + struct uio *uio; + int flag; + { + struct mbuf *m; + int mynor=minor(dev); + int s; + int error; + struct ifnet *ifp; + static char buf[ETHER_MAX_LEN]; + int len; + + ifp = &loearp[mynor].ac_if; + + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: write, isopen=%d\n",mynor, loeinfo[mynor].isopen); + } + + if( (len=uio->uio_resid) > ETHER_MAX_LEN) + return ENOSPC; + + s=splimp(); + while(( m=m_gethdr(M_WAIT, MT_HEADER) )==0) { + if(loeinfo[mynor].fionbio) { + splx(s); + return EAGAIN; + } + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: waiting for mbuf\n",mynor); + } + error=tsleep(&lbolt, (PZERO+1)|PCATCH, "loeget", 0); + if(error) { + splx(s); + return EINTR; + } + } + + m->m_pkthdr.rcvif=0; + m->m_pkthdr.len=len; + error=uiomove(buf, len, uio); + + if(error) { + m_freem(m); + splx(s); + return error; + } + + m->m_len=min(MHLEN,len); /* prepare for m_copyback() */ + m_copyback(m, 0, len, buf); + + IF_ENQUEUE(&ifp->if_snd, m); + splx(s); + + loestart(ifp); + + return 0; + } + + static int + loecselect(dev, rw, p) + dev_t dev; + int rw; + struct proc *p; + { + int mynor=minor(dev); + struct ifnet *ifp; + + ifp = &loearp[mynor].ac_if; + + switch(rw) { + case FWRITE: /* writing is possible at any time */ + return 1; + break; + case FREAD: + if(loeinfo[mynor].q.ifq_head!=0) { + return 1; + } else { + loeinfo[mynor].wantselect=1; + selrecord(p, &loeinfo[mynor].si); + } + break; + } + return 0; + } + + static int + loecioctl(dev, cmd, arg, flag, p) + dev_t dev; + int cmd; + caddr_t arg; + int flag; + struct proc *p; + { + int mynor=minor(dev); + struct ifnet *ifp; + struct ifreq *ifr = (struct ifreq *) arg; + + ifp = &loearp[mynor].ac_if; + + switch(cmd) { + case FIONBIO: + loeinfo[mynor].fionbio=(int)arg; + break; + case FIOASYNC: + break; + case SIOCGIFADDR: + { + struct sockaddr *sa; + + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: character ioctl SIOCGIFADDR\n",mynor); + + sa = (struct sockaddr *) & ifr->ifr_data; + bcopy((caddr_t) loearp[mynor].ac_enaddr, + (caddr_t) sa->sa_data, ETHER_ADDR_LEN); + } + break; + default: + return ENODEV; + } + return 0; + } + + #endif /* NLOE > 0 */ *** /sys/i386/conf/LINT Thu Oct 24 15:06:07 1996 --- /sys/i386/conf/LINT Thu Oct 24 15:09:52 1996 *************** *** 185,190 **** --- 185,191 ---- # which throws away all packets sent and never receives any. It is # included for testing purposes. # The `tun' pseudo-device implements the User Process PPP (iijppp) + # The 'loe' pseudo-device implements the Ethernet-like loopback driver. # pseudo-device ether #Generic Ethernet pseudo-device fddi #Generic FDDI *************** *** 195,200 **** --- 196,202 ---- pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device disc #Discard device pseudo-device tun 1 #Tunnel driver(user process ppp) + pseudo-device loe 4 #Ethernet-like loopback # # Internet family options: *** /sys/conf/files 1996/06/22 17:13:59 1.1 --- /sys/conf/files 1996/06/22 17:14:19 *************** *** 144,149 **** --- 144,150 ---- net/if_ethersubr.c optional ether net/if_fddisubr.c optional fddi net/if_loop.c optional loop + net/if_loe.c optional loe net/if_ppp.c optional ppp net/if_sl.c optional sl net/if_spppsubr.c optional sppp *** /sys/i386/conf/majors.i386 1996/10/24 10:14:31 1.1 --- /sys/i386/conf/majors.i386 1996/10/24 10:15:25 *************** *** 113,115 **** --- 113,116 ---- 73 qcam quickcam 74 ccd concatenated disk 75 stli Stallion (intelligent cdk based) (gerg@stallion.oz.au) + 77 loe Ethernet-like loopback *** /dev/MAKEDEV 1996/10/24 10:18:08 1.1 --- /dev/MAKEDEV 1996/10/24 10:20:25 *************** *** 98,103 **** --- 98,104 ---- # isdn* ISDN devices # labpc* National Instrument's Lab-PC and LAB-PC+ # perfmon CPU performance-monitoring counters + # loe* “Ethernet-like loopback interface # # $Id: MAKEDEV,v 1.1 1996/10/24 10:18:08 root Exp root $ # *************** *** 710,715 **** --- 711,723 ---- rm -f bpf$unit mknod bpf$unit c 23 $unit chown root.wheel bpf$unit + ;; + + loe*) + unit=`expr $i : 'loe\(.*\)'` + rm -f loe$unit + mknod loe$unit c 77 $unit + chown root.wheel loe$unit ;; speaker) *** /usr/share/FAQ/Text/loe.FAQ Thu Oct 24 19:36:17 1996 --- /usr/share/FAQ/Text/loe.FAQ Thu Oct 24 15:39:37 1996 *************** *** 0 **** --- 1,62 ---- + Loopback Ethernet-simuating interface FAQ + + The design of this driver pursued two purposes: + + 1. Get the testing environment for debugging of the networking + programs without a real network (like the configuration I have at home). + + 2. Allow the programs in the MS-DOS emulation box to work with the + network. + + Both of them are achieved now. It allows even two DOS boxes to + converse. + + The driver consists of two parts: the network part and the character + part. The first one is used for hte information interchange with + FreeBSD, the second one is used for DOS boxes. The character + part allows to send and receive raw Ethernet packets so it can + be easily used by any other software. + + To install the driver do the following: + + add the line like + + pseudo-device loe 4 + + from /sys/i386/conf/LINT to your configuration file. Rebuild the + kernel and reboot. Go to the /dev directory and run + + sh MAKEDEV loe0 + ... + sh MAKEDEV loe3 + + This example assumes that you have configured 4 devices + as shown earlier. Note that to use this driver usefully at + least 2 devices must be configured to get the information + interchange between them. + + Then PCEMU (the properly patched version) can be runned like: + + pcemu -n /dev/loe1 + + PCEMU contains the built-in packet driver at interrupt 0x60, + so any software that can use the packet driver can be runned. + To run IPX networking you can use the PDIPX program. It is + copyrighted by Novell so it can't be included into the + distribution. + + It's suggested to configure the loe0 device as the FreeBSD interface. + All other loe devices may be used to run PCEMU sessions. So if + 4 loe devices are configured then upto 3 PCEMUs + with network connection can be runned simultaneously. + + If you run any IP implementations in the PCEMU boxes then don't + forget to use unique IP addresses for each concurrent PCEMU. + + To get connected from PCEMU to other machines in the (real) + network a proper router must be running on the FreeBSD machine + and the routing to the PCEMU addresses via the FreeBSD machine + must be installed on the external machines (and obviously the + software runned in PCEMU must allow routing). + + Serge A. Babkin From owner-freebsd-hackers Thu Oct 24 03:53:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA12265 for hackers-outgoing; Thu, 24 Oct 1996 03:53:06 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA11886; Thu, 24 Oct 1996 03:47:44 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.7.5/8.6.5) id QAA09211; Thu, 24 Oct 1996 16:42:25 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199610241042.QAA09211@hq.icb.chel.su> Subject: Networking for PCEMU (2/2) To: hackers@freebsd.org, jkh@time.cdrom.com, wollman@freebsd.org, asami@freebsd.org Date: Thu, 24 Oct 1996 16:42:24 +0600 (ESD) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Part 2: (patch for PCEMU) *** README.NET Thu Oct 24 19:36:17 1996 --- README.NET Thu Oct 24 16:13:58 1996 *************** *** 0 **** --- 1,40 ---- + README.NET - guide for the FreeBSD PCEMU networking support + + To get the network support you'll need to do: + + 1. Install these networking patches for PCEMU + + 2. Install the loe driver and run PSEMU as described in + /usr/share/FAQ/Text/loe.FAQ + + Comments on internals. + + The packet drivers is on interrupt 0x60. If you look at the + sources you can see that this interrupt is installed twice. + The first time is used just to install the piece of code + used in the callback when getting a packet from network. It + is: + + callbios + iret + + The second installs the real interrupt handler. It is: + + jmp short label + nop + db "PKT DRVR",0 + db "FreeBSD Loopback Ethernet",0 + callbios + + + The interrupt 0x61 is used to call the callback function. This + interrupt is generated at receiving a packet from the network. + It is just: + + callbios + + It never returns directly because the handler sets the return + address to the address of "callbios " and + jumps to the callback function. + + Serge A.Babkin *** network.c Thu Oct 24 19:36:17 1996 --- network.c Thu Oct 24 15:43:56 1996 *************** *** 0 **** --- 1,439 ---- + /* + * Copyright (c) 1996 + * Serge A. Babkin. All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * + * Network support for PCEMU + * + */ + + #include + #include + #include + #include + #include + #include + #include + #include + #include + + #include "global.h" + #include "network.h" + #include "cpu.h" + + #undef NETDEBUG + + #ifdef NETDEBUG + # define DFPRINT(x) fprintf x + #else + # define DFPRINT(x) + #endif + + static struct receivers { + unsigned short type; + short seg; + short off; + char inuse; + } + receivers[100]; + + int netretseg, netretoff; + + int hasnet=0; /* flag: do we have a network interface ? */ + int netfile; /* network interface file descriptor */ + + int network_pending=0; /* interrupt request on line 0x61 */ + + static char pktbuf[2000]; + static int pktlen=0; + static int netbufc= -1; + + static struct ifreq ifr; + static char broadaddr[6]={0xFF,0xFF,0xFF,0xFF,0xFF,0xFF}; + + static WORD savewregs[8]; + static unsigned savesregs[4]; + + void + netinit(fname) + char *fname; + { + int c; + + if(( netfile=open(fname, O_RDWR) )<0) { + fprintf(stderr,"%s: ",progname); + perror("Unable to open network file"); + exit(1); + } + + if( fcntl(netfile, F_SETFL, O_NDELAY)<0 ) { + fprintf(stderr,"%s: ",progname); + perror("Unable to set nodelay mode"); + exit(1); + } + + if( ioctl(netfile, SIOCGIFADDR, &ifr)<0 ) { + fprintf(stderr,"%s: ",progname); + perror("Unable to get Ethernet address"); + exit(1); + } + DFPRINT((stderr,"%s: Ethernet address %s\n", progname, + ether_ntoa(ifr.ifr_addr.sa_data) )); + + for(c=0; c<100; c++) + receivers[c].inuse=0; + + hasnet=1; + } + + void + nethandler() + { + unsigned type; + int c; + register unsigned tmp, tmp1; + + + if(pktlen>0) + return; + + nextpacket: + + if(( pktlen=read(netfile,pktbuf,2000) )>0) { + type=*(unsigned short *)(pktbuf+12); + + DFPRINT((stderr,"%s: got %d bytes from network, type=0x%X\n", + progname,pktlen,ntohs(type) )); + + /* check if the packet is our own broadcast then drop it */ + if(!memcmp(pktbuf+6, ifr.ifr_addr.sa_data,6) + && !memcmp(pktbuf, broadaddr, 6) ) { + goto nextpacket; + } + + if(ntohs(type)<=0x5EE) { + DFPRINT((stderr,"%s: 802.3 packet converted to IPX\n",progname)); + type=htons(0xFFFF); + } + + for(c=0; c<100 && (!receivers[c].inuse || receivers[c].type!=type); + c++); + + if(c>=100) { + DFPRINT((stderr,"%s: no handler for this type\n",progname)); + goto nextpacket; /* no handler */ + } + + netbufc=c; + + if(type==0xffff) { /* PDIPX don't understand the broadcast address */ + DFPRINT((stderr,"%s: workaround for PDIPX\n",progname)); + for(c=0; c<6; c++) + pktbuf[c]=ifr.ifr_addr.sa_data[c]; + } + + DFPRINT((stderr,"%s: set up network interrupt\n",progname)); + network_pending=1; + } + + if(pktlen<0 && errno!=EAGAIN) { + fprintf(stderr,"%s: ",progname); + perror("reading network"); + fprintf(stderr,"%s: network disabled\n",progname); + hasnet=0; + close(netfile); + } + } + + void + nethandler_call() + { + unsigned type; + int tmp; + int c; + + if(pktlen==0) { + fprintf(stderr,"%s: erroneous call of nethandler_call\n",progname); + exit(1); + return; + } + + #if 0 + DFPRINT((stderr,"%s: SS=0x%x SP=0x%x\n",progname, + sregs[CS],ChangeE(wregs[SP]) )); + DFPRINT((stderr,"%s: return address in stack 0x%x:0x%x\n",progname, + GetMemW(c_stack,ChangeE(wregs[SP])+2), + GetMemW(c_stack,ChangeE(wregs[SP])) )); + #endif + + for(c=0; c<8; c++) + savewregs[c]=wregs[c]; + for(c=0; c<4; c++) + savesregs[c]=sregs[c]; + + /* set up parameters */ + wregs[BX]=netbufc; + wregs[AX]=0; + wregs[CX]=ChangeE(pktlen); + + /* set up return adress */ + tmp=(WORD)(ReadWord(&wregs[SP])-2); + PutMemW(c_stack,tmp, netretseg); + tmp-=2; + PutMemW(c_stack,tmp, ChangeE(netretoff)); + WriteWord(&wregs[SP],tmp); + + /* call receiver */ + sregs[CS]=receivers[netbufc].seg; + c_cs=SegToMemPtr(CS); + ip=ChangeE(receivers[netbufc].off); + + DFPRINT((stderr,"%s: called handler (1st)\n",progname)); + + PIC_EOI(); + } + + void + nethandler_ret() + { + int seg,off; + int c; + + if(pktlen==0) { + fprintf(stderr,"%s: erroneous call of nethandler_ret\n",progname); + exit(1); + return; + } + + disable(); + + #if 0 + DFPRINT((stderr,"%s: SS=0x%x SP=0x%x\n",progname, + sregs[CS],ChangeE(wregs[SP]) )); + DFPRINT((stderr,"%s: return address in stack 0x%x:0x%x\n",progname, + GetMemW(c_stack,ChangeE(wregs[SP])+2), + GetMemW(c_stack,ChangeE(wregs[SP])) )); + #endif + + if(netbufc>=0) { /* 1st return */ + DFPRINT((stderr,"%s: handler returned (1st)\n",progname)); + seg=sregs[ES] & 0xffff; + off=ChangeE(wregs[DI]) & 0xffff; + + if(seg==0 && off==0) { /* throw packet */ + pktlen=0; + netbufc= -1; + DFPRINT((stderr,"%s: handler requested to drop packet\n",progname)); + } else { + register unsigned tmp, tmp1; + + /* set up parameters */ + memcpy(memory+(seg<<4)+off, pktbuf, pktlen); + sregs[DS]=sregs[ES]; + c_ds=SegToMemPtr(DS); + wregs[SI]=wregs[DI]; + wregs[BX]=netbufc; + wregs[AX]=ChangeE(1); + wregs[CX]=ChangeE(pktlen); + + /* set up return adress */ + tmp=(WORD)(ReadWord(&wregs[SP])-2); + PutMemW(c_stack,tmp, netretseg); + tmp-=2; + PutMemW(c_stack,tmp, ChangeE(netretoff)); + WriteWord(&wregs[SP],tmp); + + /* call receiver */ + sregs[CS]=receivers[netbufc].seg; + c_cs=SegToMemPtr(CS); + ip=ChangeE(receivers[netbufc].off); + + /* mark state */ + netbufc= -1; + DFPRINT((stderr,"%s: called handler (2nd)\n",progname)); + } + } else { + pktlen=0; + + DFPRINT((stderr,"%s: handler returned (2nd)\n",progname)); + + for(c=0; c<8; c++) + wregs[c]=savewregs[c]; + for(c=0; c<4; c++) + sregs[c]=savesregs[c]; + + c_cs = SegToMemPtr(CS); + c_ds = SegToMemPtr(DS); + c_es = SegToMemPtr(ES); + c_stack = c_ss = SegToMemPtr(SS); + } + + enable(); + } + + void + int_pktdrv() + { + int error; + int c; + int type; + char wribuf[2000]; + unsigned wrilen; + + if(!hasnet) { + CF=1; + *bregs[DH]=PKT_BAD_COMMAND; + DFPRINT((stderr,"%s: no network, packet driver disabled\n",progname)); + return; + } + + DFPRINT((stderr,"%s: packet driver called (%d)\n",progname,*bregs[AH])); + switch(*bregs[AH]) { + case 1: /* driver_info */ + if(*bregs[AL]!=255) { + CF=1; + *bregs[DH]=PKT_BAD_COMMAND; + DFPRINT((stderr,"%s: bad command AL=0x%x\n",progname,*bregs[AL])); + } else { + CF=0; + wregs[BX]=ChangeE(1); /* version */ + *bregs[CH]=1; /* class */ + wregs[DX]=1; /* type */ + *bregs[CL]=1; /* number */ + sregs[DS]=sregs[CS]; /* name */ + c_ds=SegToMemPtr(DS); + *bregs[SI]=ChangeE( ip - (6+26) ); + *bregs[AL]=1; /* functionality */ + } + break; + case 2:/* access_type */ + error=0; + if(*bregs[AL]!=1 && *bregs[AL]!=11) { /* EthII or 802.3 */ + error=PKT_NO_CLASS; + DFPRINT((stderr,"%s: no class 0x%x\n",progname,*bregs[AL])); + } + #if 0 + if(wregs[BX]!=0 && wregs[BX]!=0xffff) { + error=PKT_NO_TYPE; + DFPRINT((stderr,"%s: no type 0x%x\n",progname,ChangeE(wregs[BX]) )); + } + if(*bregs[DL]!=0) { + error=PKT_NO_NUMBER; + DFPRINT((stderr,"%s: no card 0x%x\n",progname,*bregs[DL])); + } + #endif + if(wregs[CX]!=ChangeE(2)) { /* only 2-byte EtherII types */ + error=PKT_BAD_TYPE; + DFPRINT((stderr,"%s: %d-byte address is wrong\n",progname, + ChangeE(wregs[CX]) )); + } + + type=GetMemW(c_ds,ChangeE(wregs[SI])); + for(c=0; c<100 && !error; c++) + if(receivers[c].inuse && receivers[c].type==type) { + error=PKT_TYPE_INUSE; + DFPRINT((stderr,"%s: type 0x%x is already in use\n", + progname,ntohs(type) )); + } + + if(!error) { + for(c=0; c<100 && receivers[c].inuse; c++); + if(c>=100) { + error=PKT_NO_SPACE; + DFPRINT((stderr,"%s: no space\n", progname)); + } + } + + if(error) { + CF=1; + *bregs[DH]=error; + break; + } + + receivers[c].inuse=1; + receivers[c].type=type; + receivers[c].seg=sregs[ES]; + receivers[c].off=wregs[DI]; + + wregs[AX]=c; + CF=0; + DFPRINT((stderr,"%s: successfully bound type 0x%x\n", + progname,ntohs(type) )); + break; + case 3: /* release_type */ + c=wregs[BX]; + if(c<100 && c>=0 && receivers[c].inuse) { + receivers[c].inuse=0; + CF=0; + DFPRINT((stderr,"%s: successfully released type 0x%x\n", + progname,ntohs(receivers[c].type))); + } else { + CF=1; + *bregs[DH]=PKT_BAD_HANDLE; + DFPRINT((stderr,"%s: bad handle %d\n",progname,c)); + } + break; + case 4: /* send_pkt */ + wrilen=ChangeE(wregs[CX]); + if(wrilen>1518 || wrilen<14) { /* packet has wrong size for Ethernet */ + CF=1; + *bregs[DH]=PKT_CANT_SEND; + DFPRINT((stderr,"%s: packet size is wrong: %d bytes \n", + progname,wrilen)); + } + type=GetMemW(c_ds, ChangeE(wregs[SI]+12)); + if(type==0) { + PutMemW(c_ds, ChangeE(wregs[SI])+12, htons(wrilen-14) ); + DFPRINT((stderr,"%s: sending packet of type 0, converted to IPX \n", + progname)); + } + memcpy(wribuf, c_ds+ChangeE(wregs[SI]), wrilen); + if( write(netfile, wribuf, wrilen)<0 ) { + fprintf(stderr,"%s: ",progname); + perror("Cant' write to network"); + CF=1; + *bregs[DH]=PKT_CANT_SEND; + } else { + CF=0; + DFPRINT((stderr,"%s: send packet of %d bytes \n", + progname,wrilen)); + } + break; + case 5: /* terminate */ + CF=1; + *bregs[DH]=PKT_CANT_TERMINATE; + DFPRINT((stderr,"%s: can't terminate\n",progname)); + break; + case 6: /* get_address */ + if(ChangeE(wregs[CX])<6) { + CF=1; + *bregs[DH]=PKT_NO_SPACE; + DFPRINT((stderr,"%s: address needs more than %d bytes\n", + progname, ChangeE(wregs[CX]) )); + } else { + memcpy(c_es+ChangeE(wregs[DI]), ifr.ifr_addr.sa_data, 6); + wregs[CX]=ChangeE(6); + CF=0; + DFPRINT((stderr,"%s: successfully got address\n",progname)); + } + break; + case 7: /* reset_interface */ + CF=1; + *bregs[DH]=PKT_CANT_RESET; + break; + default: + CF=1; + *bregs[DH]=PKT_BAD_COMMAND; + DFPRINT((stderr,"%s: bad command\n",progname)); + break; + } + } *** network.h Thu Oct 24 19:36:17 1996 --- network.h Thu Oct 24 15:43:33 1996 *************** *** 0 **** --- 1,49 ---- + /* + * Copyright (c) 1996 + * Serge A. Babkin. All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * + * Network support for PCEMU + * + */ + + extern int hasnet; /* flag: do we have a network interface ? */ + extern int netfile; /* network interface file descriptor */ + + extern int netretseg, netretoff; /* address of network return routine */ + + extern int network_pending; /* intrrupt request on line 0x61 */ + + /* packet driver error codes */ + + #define PKT_BAD_HANDLE 1 + #define PKT_NO_CLASS 2 + #define PKT_NO_TYPE 3 + #define PKT_NO_NUMBER 4 + #define PKT_BAD_TYPE 5 + #define PKT_NO_MULTICAST 6 + #define PKT_CANT_TERMINATE 7 + #define PKT_BAD_MODE 8 + #define PKT_NO_SPACE 9 + #define PKT_TYPE_INUSE 10 + #define PKT_BAD_COMMAND 11 + #define PKT_CANT_SEND 12 + #define PKT_CANT_SET 13 + #define PKT_BAD_ADDRESS 14 + #define PKT_CANT_RESET 15 + + + void netinit(char *fname); + void nethandler(void); + void nethandler_call(void); + void nethandler_ret(void); + void int_pktdrv(void); *** Makefile Tue Oct 22 16:26:57 1996 --- Makefile Tue Oct 22 14:16:19 1996 *************** *** 66,87 **** LFLAGS = -L$(XROOT)/lib LIBRARIES = -lXext -lX11 OFILES = main.o cpu.o bios.o vga.o vgahard.o debugger.o xstuff.o \ ! hardware.o mfs.o PROGNAME = pcemu GLOBAL_DEP = Makefile global.h mytypes.h all: $(PROGNAME) cpu.o: $(GLOBAL_DEP) cpu.h instr.h debugger.h hardware.h ! main.o: $(GLOBAL_DEP) bios.h xstuff.h hardware.h bios.o: $(GLOBAL_DEP) bios.h cpu.h vga.h vgahard.h debugger.h hardware.h \ ! keytabs.h mfs_link.h vga.o: $(GLOBAL_DEP) bios.h cpu.h vga.h vgahard.h hardware.h vgahard.o: $(GLOBAL_DEP) vgahard.h xstuff.h hardware.h debugger.o: $(GLOBAL_DEP) cpu.h debugger.h disasm.h vgahard.h xstuff.o: $(GLOBAL_DEP) vgahard.h xstuff.h icon.h hardware.h ! hardware.o: $(GLOBAL_DEP) cpu.h vgahard.h debugger.h hardware.h mfs.o: $(GLOBAL_DEP) cpu.h mfs.h mfs_link.h .c.o: $(CC) $(CFLAGS) $(OPTIONS) -c $< --- 66,88 ---- LFLAGS = -L$(XROOT)/lib LIBRARIES = -lXext -lX11 OFILES = main.o cpu.o bios.o vga.o vgahard.o debugger.o xstuff.o \ ! hardware.o mfs.o network.o PROGNAME = pcemu GLOBAL_DEP = Makefile global.h mytypes.h all: $(PROGNAME) cpu.o: $(GLOBAL_DEP) cpu.h instr.h debugger.h hardware.h ! main.o: $(GLOBAL_DEP) bios.h xstuff.h hardware.h network.h bios.o: $(GLOBAL_DEP) bios.h cpu.h vga.h vgahard.h debugger.h hardware.h \ ! keytabs.h mfs_link.h network.h vga.o: $(GLOBAL_DEP) bios.h cpu.h vga.h vgahard.h hardware.h vgahard.o: $(GLOBAL_DEP) vgahard.h xstuff.h hardware.h debugger.o: $(GLOBAL_DEP) cpu.h debugger.h disasm.h vgahard.h xstuff.o: $(GLOBAL_DEP) vgahard.h xstuff.h icon.h hardware.h ! hardware.o: $(GLOBAL_DEP) cpu.h vgahard.h debugger.h hardware.h network.h mfs.o: $(GLOBAL_DEP) cpu.h mfs.h mfs_link.h + network.o: $(GLOBAL_DEP) network.h .c.o: $(CC) $(CFLAGS) $(OPTIONS) -c $< *** bios.c Fri Jun 24 17:39:47 1994 --- bios.c Tue Oct 22 14:38:23 1996 *************** *** 30,35 **** --- 30,36 ---- #include "debugger.h" #include "vgahard.h" #include "hardware.h" + #include "network.h" #define BIOS *************** *** 1114,1119 **** --- 1115,1131 ---- { 0x06,0x57,0x50,0xb8,0x0c,0x12,0xcd,0x2f,0x58,0x5f,0x07,0xcf }; + static BYTE pktdrvret[] = + { + 0xcf + }; + static BYTE pktdrvcode[] = + { + 0xeb,0x24,0x90,0x50,0x4b,0x54,0x20,0x44,0x52,0x56,0x52,0x00, + 0x46,0x72,0x65,0x65,0x42,0x53,0x44,0x20,0x4c,0x6f,0x6f,0x70, + 0x62,0x61,0x63,0x6b,0x20,0x45,0x74,0x68,0x65,0x72,0x6e,0x65, + 0x74,0x00 + }; unsigned equip = 0; int i; *************** *** 1173,1178 **** --- 1185,1197 ---- set_int(0x18, NULL, 0, int_basic, afterint, sizeof afterint); set_int(0x19, NULL, 0, int_reboot, afterint, sizeof afterint); set_int(0x1a, NULL, 0, int_time, afterint, sizeof afterint); + + netretseg=0xf000; + netretoff=pos; + set_int(0x60, NULL, 0, nethandler_ret, pktdrvret, sizeof pktdrvret); + set_int(0x60, pktdrvcode, sizeof pktdrvcode, int_pktdrv, + afterint, sizeof afterint); + set_int(0x61, NULL, 0, nethandler_call, NULL, 0); set_int(0xe6, NULL, 0, int_e6, afterint, sizeof afterint); set_int(0xe7, inte7code, sizeof inte7code, NULL, NULL, 0); *** hardware.c Wed Jun 22 20:24:50 1994 --- hardware.c Tue Oct 22 14:03:50 1996 *************** *** 23,28 **** --- 23,29 ---- #include "hardware.h" #include "cpu.h" #include "vgahard.h" + #include "network.h" #ifdef DEBUGGER # include "debugger.h" *************** *** 81,86 **** --- 82,99 ---- int_blocked = 9; } } + else if (network_pending) + { + PIC_inservice = PIC_NETWORK; + network_pending=0; + if (IF) + int_pending = 0x61; + else + { + D2(printf("INTR blocked: IF disabled\n");); + int_blocked = 0x61; + } + } } *************** *** 209,214 **** --- 222,230 ---- PIC_flagint(PIC_TIMER); int8_counter = TIMER_MULT; } + + if(hasnet) + nethandler(); PIC_interrupt(); *** main.c Tue Oct 22 16:26:55 1996 --- main.c Sun Oct 20 20:14:40 1996 *************** *** 27,32 **** --- 27,33 ---- #include "xstuff.h" #include "hardware.h" #include "vgahard.h" + #include "network.h" BYTE *memory; char *progname; *************** *** 112,120 **** void main(int argc, char **argv) { progname = (progname = strrchr(argv[0],'/')) ? progname : argv[0]; ! #ifndef BOOT FILE *f1; if (argc != 2) { --- 113,136 ---- void main(int argc, char **argv) { + int opt; + progname = (progname = strrchr(argv[0],'/')) ? progname : argv[0]; ! #ifdef BOOT ! while(( opt=getopt(argc,argv,"n:") )!=EOF) { ! switch(opt) { ! case 'n': ! netinit(optarg); ! break; ! default: ! fprintf(stderr,"Usage:\n %s [-n network-file]\n",progname); ! exit(1); ! } ! } ! argc-=optind; ! argv+=optind; ! #else FILE *f1; if (argc != 2) { *** hardware.h Wed Jun 22 20:24:50 1994 --- hardware.h Tue Oct 22 14:01:01 1996 *************** *** 19,24 **** --- 19,25 ---- #define PIC_TIMER 1 #define PIC_KEYBOARD 2 + #define PIC_NETWORK 4 #define TICKSPERSEC (1193180.0/65536.0) From owner-freebsd-hackers Thu Oct 24 03:55:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA12315 for hackers-outgoing; Thu, 24 Oct 1996 03:55:09 -0700 (PDT) Received: from squirrel.tgsoft.com (sdts3-21.znet.com [207.167.65.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA12307 for ; Thu, 24 Oct 1996 03:55:03 -0700 (PDT) Received: (from thompson@localhost) by squirrel.tgsoft.com (8.7.5/8.6.12) id UAA11089; Wed, 23 Oct 1996 20:40:48 -0700 (PDT) Date: Wed, 23 Oct 1996 20:40:48 -0700 (PDT) Message-Id: <199610240340.UAA11089@squirrel.tgsoft.com> From: mark thompson To: hackers@freefall.freebsd.org In-reply-to: "jkh@time.cdrom.com"'s message of Tue, 22 Oct 1996 20:43:00 -0700 Subject: Re: Possible Commercial app for FreeBSD. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: "Jordan K. Hubbard" Date: Tue, 22 Oct 1996 20:43:00 -0700 > Get one of the industrial-strength databases (sybase or oracle) and it will > open whole new worlds to using FreeBSD. I've tried - they always tell me "Sorry, it sounds interesting, but you have no proven market demographics." I guess Jaye just touched a nerve. We get one DB company on board and then they tell me that nobody buys the FreeBSD version of the product, so it wasn't much of a return on investment. Jordan Jordan, It does not seem to be just BSD. I talked to a guy at Wingz (they have nicely ported to Linux (works fine on FreeBSD 2.1.5, if anyone cares)) and he said they had expected to get a couple-thousand sales of the Linux version. In fact, they got less than 100. :-(. The people who are: running free unixes, are doing serious stuff, who don't write all of their own software (for fun!), are quite rare (speaking as one who is slowly moving all of my work off of the mac and onto FreeBSD). Of course, there is some of the old chicken-and-egg situation happening here. Since there are no serious users, the serious-user software is not available, and since there isn't software, the serious-users don't appear. I think PC-unix is slowly clawing mind share from, say, the Amiga. I suspect it is still quite a ways from making a noticeable dent in the evil empire. -mark p.s. Still need a good word processor, and small business accounting From owner-freebsd-hackers Thu Oct 24 03:59:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA12563 for hackers-outgoing; Thu, 24 Oct 1996 03:59:36 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA12456; Thu, 24 Oct 1996 03:57:19 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.7.5/8.6.5) id QAA08864; Thu, 24 Oct 1996 16:40:13 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199610241040.QAA08864@hq.icb.chel.su> Subject: Networking in PCEMU (1/2) To: hackers@freebsd.org, jkh@time.cdrom.com, asami@freebsd.org, wollman@frebsd.org.hq.icb.chel.su Date: Thu, 24 Oct 1996 16:40:13 +0600 (ESD) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! I wrote the code that allows to access the network from pcemu. It is also a great debugging environment in case you have no real network. Commit it please. The first part contains the kernel part (Garrett, please take a look at it) and the second part contains the patch for pcemu (Satoshi, please take a look a it). I plan to use it to port the Netware emulator from Linux some day (may be not very soon). Thank you! -SB Part 1: *** /sys/net/if_loe.c Thu Oct 24 19:36:17 1996 --- /sys/net/if_loe.c Thu Oct 24 15:02:41 1996 *************** *** 0 **** --- 1,755 ---- + /* + * Copyright (c) 1996 + * Serge A. Babkin. All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * + * Loopback Ethernet-simulating interface + * + */ + + #include "loe.h" + #if NLOE > 0 + + #include "bpfilter.h" + + #include + #if defined(__FreeBSD__) + #include + #include + #include + #include + #endif + #include + #include + #include + #include + #include + #include + #include + #if defined(__NetBSD__) + #include + #endif + + #include + #include + #include + + #ifdef INET + #include + #include + #include + #include + #include + #endif + + #ifdef IPX + #include + #include + #endif + + #ifdef NS + #include + #include + #endif + + #if NBPFILTER > 0 + #include + #include + #endif + + #if defined(__FreeBSD__) + #include + #endif + + #ifdef DEVFS + #include + #endif + + /* Exported variables */ + u_long loe_unit; + + static int loeioctl __P((struct ifnet * ifp, int, caddr_t)); + static void loestart __P((struct ifnet *ifp)); + static void loeread __P((struct ifnet *ifp, struct mbuf *m)); + + static char driver_name[]="loe"; + + static d_open_t loecopen; + static d_close_t loecclose; + static d_read_t loecread; + static d_write_t loecwrite; + static d_select_t loecselect; + static d_ioctl_t loecioctl; + + #define CDEV_MAJOR 77 + static struct cdevsw loe_cdevsw = { + loecopen, loecclose, loecread, loecwrite, + loecioctl, nullstop, noreset, nodevtotty, + loecselect, nommap, NULL, driver_name, + NULL, -1 + }; + + static void loeattach __P((void *)); + PSEUDO_SET(loeattach, if_loe); + + struct arpcom loearp[NLOE]; + + struct loeinfo { + struct ifqueue q; /* read queue */ + struct selinfo si; + char isopen; /* open flag */ + char wantread; + char wantselect; + char fionbio; + }; + + static struct loeinfo loeinfo[NLOE]; + + #define ETHER_ADDR_LEN 6 + #define ETHER_MAX_LEN 1518 + + static void + loeattach(dummy) + void *dummy; + { + struct ifaddr *ifa; + struct ifnet *ifp; + struct sockaddr_dl *sdl; + u_short *p; + int i; + static char ethaddr[ETHER_ADDR_LEN]={0,0,0,0,0,0}; + dev_t dev; + + for(i=0; iif_softc = &loearp[i]; + ifp->if_unit = i; + ifp->if_name = "loe"; + ifp->if_mtu = ETHERMTU; + ifp->if_flags = IFF_BROADCAST | IFF_MULTICAST | IFF_RUNNING ; + ifp->if_output = ether_output; + ifp->if_start = loestart; + ifp->if_ioctl = loeioctl; + ifp->if_watchdog = 0; + + if_attach(ifp); + ether_ifattach(ifp); + + /* fill the arpcom Ethernet address */ + ethaddr[5]=i+1; + bcopy(ethaddr, &loearp[i].ac_enaddr, ETHER_ADDR_LEN); + + /* + * Fill the hardware address into ifa_addr if we find an AF_LINK entry. + * We need to do this so bpf's can get the hardware addr of this card. + * netstat likes this too! + */ + ifa = ifp->if_addrlist; + while ((ifa != 0) && (ifa->ifa_addr != 0) && + (ifa->ifa_addr->sa_family != AF_LINK)) + ifa = ifa->ifa_next; + + if ((ifa != 0) && (ifa->ifa_addr != 0)) { + sdl = (struct sockaddr_dl *) ifa->ifa_addr; + sdl->sdl_type = IFT_ETHER; + sdl->sdl_alen = ETHER_ADDR_LEN; + sdl->sdl_slen = 0; + bcopy(ethaddr, LLADDR(sdl), ETHER_ADDR_LEN); + } + + #if NBPFILTER > 0 + bpfattach(ifp, DLT_EN10MB, sizeof(struct ether_header)); + #endif + + dev=makedev(CDEV_MAJOR,0); + cdevsw_add(&dev, &loe_cdevsw, NULL); + #ifdef DEVFS + devfs_add_devswf(&sio_cdevsw, i, DV_CHR, UID_ROOT, GID_WHEEL, 0666, + "loe%d",i); + #endif + + loeinfo[i].isopen=0; + loeinfo[i].wantread=0; + loeinfo[i].wantselect=0; + loeinfo[i].fionbio=0; + loeinfo[i].q.ifq_head=NULL; + loeinfo[i].q.ifq_tail=NULL; + loeinfo[i].q.ifq_len=0; + loeinfo[i].q.ifq_maxlen=IFQ_MAXLEN; + loeinfo[i].q.ifq_drops=0; + } + } + + static void + loestart(ifp) + struct ifnet *ifp; + { + register struct mbuf *m; + struct ether_header *eh; + int unit = (struct arpcom *)ifp->if_softc - loearp; + int i; + int s; + + s=splimp(); + + /* Sneak a peek at the next packet */ + m = ifp->if_snd.ifq_head; + if (m == 0) { + splx(s); + return; + } + + IF_DEQUEUE(&ifp->if_snd, m); + eh = mtod(m, struct ether_header *); + + if(eh->ether_dhost[0] & 1) { /* broadcast or multicast, + Ethernet has reverse bit order */ + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: multicast %x:%x:%x:%x:%x:%x ->", unit, + eh->ether_shost[0], + eh->ether_shost[1], + eh->ether_shost[2], + eh->ether_shost[3], + eh->ether_shost[4], + eh->ether_shost[5]); + printf("%x:%x:%x:%x:%x:%x\n", + eh->ether_dhost[0], + eh->ether_dhost[1], + eh->ether_dhost[2], + eh->ether_dhost[3], + eh->ether_dhost[4], + eh->ether_dhost[5]); + } + + for(i=0; iif_flags & IFF_DEBUG) { + printf("loe%d: unicast %x:%x:%x:%x:%x:%x ->", unit, + eh->ether_shost[0], + eh->ether_shost[1], + eh->ether_shost[2], + eh->ether_shost[3], + eh->ether_shost[4], + eh->ether_shost[5]); + printf("%x:%x:%x:%x:%x:%x [%d]\n", + eh->ether_dhost[0], + eh->ether_dhost[1], + eh->ether_dhost[2], + eh->ether_dhost[3], + eh->ether_dhost[4], + eh->ether_dhost[5], + eh->ether_dhost[5]-1); + } + + if(eh->ether_dhost[5]>0 && eh->ether_dhost[5]<=NLOE) { /* our address */ + loeread(&loearp[eh->ether_dhost[5]-1].ac_if, m); + } + /* honor the promiscuous interfaces */ + for(i=0; iether_dhost[5]-1) + loeread(&loearp[i].ac_if, m); + } + } + + m_freem(m); + splx(s); + } + + static void + loeread(ifp,m) + struct ifnet *ifp; + struct mbuf *m; + { + struct mbuf *n, *c; + struct mbuf *n2; + struct ether_header *eh; + int len; + int unit = (struct arpcom *)ifp->if_softc - loearp; + + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: receiving a packet, isopen=%d\n",unit, + loeinfo[unit].isopen); + } + + n=m_copypacket(m,M_WAIT); + + if(n==0) + return; + + eh = mtod(n, struct ether_header *); + + ++ifp->if_ipackets; + n->m_pkthdr.rcvif = ifp; + + /* compute the length */ + for(len=0, c=n; c!=0; c=c->m_next) + len += c->m_len; + + n->m_pkthdr.len = len; + + #if NBPFILTER > 0 + if (ifp->if_bpf) { + bpf_mtap(ifp, n); + } + #endif + + /* remove link-layer address */ + + n->m_pkthdr.len -= sizeof(struct ether_header); + n->m_len -= sizeof(struct ether_header); + n->m_data += sizeof(struct ether_header); + + ether_input(ifp, eh, n); + + if(loeinfo[unit].isopen) { + if(IF_QFULL(&loeinfo[unit].q)) + return; + n2=m_copypacket(m,M_WAIT); + if(n2==0) + return; + + IF_ENQUEUE(&loeinfo[unit].q, n2); + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: enqueued a packet\n",unit); + } + + if(loeinfo[unit].wantread) { + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: woke up a reader\n",unit); + } + loeinfo[unit].wantread=0; + wakeup(&loeinfo[unit].wantread); + } + if(loeinfo[unit].wantselect) { + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: woke up a select\n",unit); + } + loeinfo[unit].wantselect=0; + selwakeup(&loeinfo[unit].si); + } + } + } + + /* + * Look familiar? + */ + static int + loeioctl(ifp, cmd, data) + register struct ifnet *ifp; + int cmd; + caddr_t data; + { + register struct ifaddr *ifa = (struct ifaddr *) data; + struct ifreq *ifr = (struct ifreq *) data; + int s, error = 0; + int unit = ifp->if_unit; + struct arpcom *ac=ifp->if_softc; + + switch (cmd) { + case SIOCSIFADDR: + ifp->if_flags |= IFF_UP; + + switch (ifa->ifa_addr->sa_family) { + #ifdef INET + case AF_INET: + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCSIFADDR INET\n",unit); + + arp_ifinit((struct arpcom *)ifp, ifa); + break; + #endif + #ifdef IPX + case AF_IPX: + { + register struct ipx_addr *ina = &(IA_SIPX(ifa)->sipx_addr); + + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCSIFADDR IPX\n",unit); + + if (ipx_nullhost(*ina)) + ina->x_host = + *(union ipx_host *) (ac->ac_enaddr); + else { + bcopy((caddr_t) ina->x_host.c_host, + (caddr_t) ac->ac_enaddr, + sizeof(ac->ac_enaddr)); + } + break; + } + #endif + #ifdef NS + case AF_NS: + { + register struct ns_addr *ina = &(IA_SNS(ifa)->sns_addr); + + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCSIFADDR NS\n",unit); + + if (ns_nullhost(*ina)) + ina->x_host = + *(union ns_host *) (ac->ac_enaddr); + else { + bcopy((caddr_t) ina->x_host.c_host, + (caddr_t) ac->ac_enaddr, + sizeof(ac->ac_enaddr)); + } + break; + } + #endif + default: + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCSIFADDR 0x%x\n",unit, + ifa->ifa_addr->sa_family); + + break; + } + break; + case SIOCGIFADDR: + { + struct sockaddr *sa; + + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCGIFADDR\n",unit); + + sa = (struct sockaddr *) & ifr->ifr_data; + bcopy((caddr_t) ac->ac_enaddr, + (caddr_t) sa->sa_data, ETHER_ADDR_LEN); + } + break; + case SIOCSIFFLAGS: + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCSIFFLAGS\n",unit); + + break; + #ifdef notdef + case SIOCGHWADDR: + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCGHWADDR\n",unit); + + bcopy((caddr_t) sc->sc_addr, (caddr_t) & ifr->ifr_data, + sizeof(sc->sc_addr)); + break; + #endif + case SIOCSIFMTU: + + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl SIOCSIFMTU\n",unit); + + /* + * Set the interface MTU. + */ + if (ifr->ifr_mtu > ETHERMTU) { + error = EINVAL; + } else { + ifp->if_mtu = ifr->ifr_mtu; + } + break; + case SIOCADDMULTI: + case SIOCDELMULTI: + /* Now this driver has no support for programmable + * multicast filters. If some day it will gain this + * support this part of code must be extended. + */ + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl ADD/DELMULTI\n",unit); + + error=0; + break; + default: + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: ioctl 0x%x\n",unit,cmd); + + error = EINVAL; + } + + return (error); + } + + static int + loecopen(dev, flag, mode, p) + dev_t dev; + int flag; + int mode; + struct proc *p; + { + int mynor=minor(dev); + struct ifnet *ifp; + + ifp = &loearp[mynor].ac_if; + + if(mynorif_flags & IFF_DEBUG) { + printf("loe%d: open, isopen=%d\n",mynor, loeinfo[mynor].isopen); + } + return 0; + } else { + return ENODEV; + } + } + + static int + loecclose(dev, flag, mode, p) + dev_t dev; + int flag; + int mode; + struct proc *p; + { + struct mbuf *m; + int mynor=minor(dev); + struct ifnet *ifp; + int s; + + ifp = &loearp[mynor].ac_if; + + if(mynorif_flags & IFF_DEBUG) { + printf("loe%d: close, isopen=%d\n",mynor, loeinfo[mynor].isopen); + } + return 0; + } else { + return ENODEV; + } + } + + static int + loecread(dev, uio, flag) + dev_t dev; + struct uio *uio; + int flag; + { + struct mbuf *m, *n; + int mynor=minor(dev); + int s; + int error; + struct ifnet *ifp; + + ifp = &loearp[mynor].ac_if; + + #if 0 + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: read, isopen=%d\n",mynor, loeinfo[mynor].isopen); + } + #endif + + if(uio->uio_resid < ETHER_MAX_LEN) + return ENOSPC; + + s=splimp(); + while( loeinfo[mynor].q.ifq_head==0 ) { + if(loeinfo[mynor].fionbio) { + splx(s); + return EAGAIN; + } + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: sleeping on read\n",mynor); + } + loeinfo[mynor].wantread=1; + error=tsleep(&loeinfo[mynor].wantread, (PZERO+1)|PCATCH, "loecread", 0); + if(error) { + splx(s); + return EINTR; + } + } + + IF_DEQUEUE(&loeinfo[mynor].q, m); + + for(n=m, error=0; n!=0 && n->m_len!=0 && !error; n=n->m_next) { + error=uiomove(mtod(n, char *), n->m_len, uio); + } + + if(error) { + /* return mbuf back */ + IF_PREPEND(&loeinfo[mynor].q, m); + + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: error %d during reading %d bytes\n",mynor, + error, m->m_pkthdr.len); + } + splx(s); + return error; + } + #if 0 + if(ifp->if_flags & IFF_DEBUG) { + int c; + struct mbuf *mb; + + for(mb=mmbfree, c=0 ; mb!=0; mb=mb->m_next) + c++; + printf("loe%d: before freeing: %d mbufs free\n",mynor, + c); + for(mb=m, c=0 ; mb!=0; mb=mb->m_next) + c++; + printf("loe%d: before freeing: %d mbufs in packet being freed\n",mynor, + c); + } + #endif + m_freem(m); + #if 0 + if(ifp->if_flags & IFF_DEBUG) { + int c; + struct mbuf *mb; + + for(mb=mmbfree, c=0 ; mb!=0; mb=mb->m_next) + c++; + + printf("loe%d: after freeing: %d mbufs free\n",mynor, + c); + } + #endif + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: read a packet\n",mynor); + } + + splx(s); + return 0; + } + + static int + loecwrite(dev, uio, flag) + dev_t dev; + struct uio *uio; + int flag; + { + struct mbuf *m; + int mynor=minor(dev); + int s; + int error; + struct ifnet *ifp; + static char buf[ETHER_MAX_LEN]; + int len; + + ifp = &loearp[mynor].ac_if; + + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: write, isopen=%d\n",mynor, loeinfo[mynor].isopen); + } + + if( (len=uio->uio_resid) > ETHER_MAX_LEN) + return ENOSPC; + + s=splimp(); + while(( m=m_gethdr(M_WAIT, MT_HEADER) )==0) { + if(loeinfo[mynor].fionbio) { + splx(s); + return EAGAIN; + } + if(ifp->if_flags & IFF_DEBUG) { + printf("loe%d: waiting for mbuf\n",mynor); + } + error=tsleep(&lbolt, (PZERO+1)|PCATCH, "loeget", 0); + if(error) { + splx(s); + return EINTR; + } + } + + m->m_pkthdr.rcvif=0; + m->m_pkthdr.len=len; + error=uiomove(buf, len, uio); + + if(error) { + m_freem(m); + splx(s); + return error; + } + + m->m_len=min(MHLEN,len); /* prepare for m_copyback() */ + m_copyback(m, 0, len, buf); + + IF_ENQUEUE(&ifp->if_snd, m); + splx(s); + + loestart(ifp); + + return 0; + } + + static int + loecselect(dev, rw, p) + dev_t dev; + int rw; + struct proc *p; + { + int mynor=minor(dev); + struct ifnet *ifp; + + ifp = &loearp[mynor].ac_if; + + switch(rw) { + case FWRITE: /* writing is possible at any time */ + return 1; + break; + case FREAD: + if(loeinfo[mynor].q.ifq_head!=0) { + return 1; + } else { + loeinfo[mynor].wantselect=1; + selrecord(p, &loeinfo[mynor].si); + } + break; + } + return 0; + } + + static int + loecioctl(dev, cmd, arg, flag, p) + dev_t dev; + int cmd; + caddr_t arg; + int flag; + struct proc *p; + { + int mynor=minor(dev); + struct ifnet *ifp; + struct ifreq *ifr = (struct ifreq *) arg; + + ifp = &loearp[mynor].ac_if; + + switch(cmd) { + case FIONBIO: + loeinfo[mynor].fionbio=(int)arg; + break; + case FIOASYNC: + break; + case SIOCGIFADDR: + { + struct sockaddr *sa; + + if(ifp->if_flags & IFF_DEBUG) + printf("loe%d: character ioctl SIOCGIFADDR\n",mynor); + + sa = (struct sockaddr *) & ifr->ifr_data; + bcopy((caddr_t) loearp[mynor].ac_enaddr, + (caddr_t) sa->sa_data, ETHER_ADDR_LEN); + } + break; + default: + return ENODEV; + } + return 0; + } + + #endif /* NLOE > 0 */ *** /sys/i386/conf/LINT Thu Oct 24 15:06:07 1996 --- /sys/i386/conf/LINT Thu Oct 24 15:09:52 1996 *************** *** 185,190 **** --- 185,191 ---- # which throws away all packets sent and never receives any. It is # included for testing purposes. # The `tun' pseudo-device implements the User Process PPP (iijppp) + # The 'loe' pseudo-device implements the Ethernet-like loopback driver. # pseudo-device ether #Generic Ethernet pseudo-device fddi #Generic FDDI *************** *** 195,200 **** --- 196,202 ---- pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device disc #Discard device pseudo-device tun 1 #Tunnel driver(user process ppp) + pseudo-device loe 4 #Ethernet-like loopback # # Internet family options: *** /sys/conf/files 1996/06/22 17:13:59 1.1 --- /sys/conf/files 1996/06/22 17:14:19 *************** *** 144,149 **** --- 144,150 ---- net/if_ethersubr.c optional ether net/if_fddisubr.c optional fddi net/if_loop.c optional loop + net/if_loe.c optional loe net/if_ppp.c optional ppp net/if_sl.c optional sl net/if_spppsubr.c optional sppp *** /sys/i386/conf/majors.i386 1996/10/24 10:14:31 1.1 --- /sys/i386/conf/majors.i386 1996/10/24 10:15:25 *************** *** 113,115 **** --- 113,116 ---- 73 qcam quickcam 74 ccd concatenated disk 75 stli Stallion (intelligent cdk based) (gerg@stallion.oz.au) + 77 loe Ethernet-like loopback *** /dev/MAKEDEV 1996/10/24 10:18:08 1.1 --- /dev/MAKEDEV 1996/10/24 10:20:25 *************** *** 98,103 **** --- 98,104 ---- # isdn* ISDN devices # labpc* National Instrument's Lab-PC and LAB-PC+ # perfmon CPU performance-monitoring counters + # loe* “Ethernet-like loopback interface # # $Id: MAKEDEV,v 1.1 1996/10/24 10:18:08 root Exp root $ # *************** *** 710,715 **** --- 711,723 ---- rm -f bpf$unit mknod bpf$unit c 23 $unit chown root.wheel bpf$unit + ;; + + loe*) + unit=`expr $i : 'loe\(.*\)'` + rm -f loe$unit + mknod loe$unit c 77 $unit + chown root.wheel loe$unit ;; speaker) *** /usr/share/FAQ/Text/loe.FAQ Thu Oct 24 19:36:17 1996 --- /usr/share/FAQ/Text/loe.FAQ Thu Oct 24 15:39:37 1996 *************** *** 0 **** --- 1,62 ---- + Loopback Ethernet-simuating interface FAQ + + The design of this driver pursued two purposes: + + 1. Get the testing environment for debugging of the networking + programs without a real network (like the configuration I have at home). + + 2. Allow the programs in the MS-DOS emulation box to work with the + network. + + Both of them are achieved now. It allows even two DOS boxes to + converse. + + The driver consists of two parts: the network part and the character + part. The first one is used for hte information interchange with + FreeBSD, the second one is used for DOS boxes. The character + part allows to send and receive raw Ethernet packets so it can + be easily used by any other software. + + To install the driver do the following: + + add the line like + + pseudo-device loe 4 + + from /sys/i386/conf/LINT to your configuration file. Rebuild the + kernel and reboot. Go to the /dev directory and run + + sh MAKEDEV loe0 + ... + sh MAKEDEV loe3 + + This example assumes that you have configured 4 devices + as shown earlier. Note that to use this driver usefully at + least 2 devices must be configured to get the information + interchange between them. + + Then PCEMU (the properly patched version) can be runned like: + + pcemu -n /dev/loe1 + + PCEMU contains the built-in packet driver at interrupt 0x60, + so any software that can use the packet driver can be runned. + To run IPX networking you can use the PDIPX program. It is + copyrighted by Novell so it can't be included into the + distribution. + + It's suggested to configure the loe0 device as the FreeBSD interface. + All other loe devices may be used to run PCEMU sessions. So if + 4 loe devices are configured then upto 3 PCEMUs + with network connection can be runned simultaneously. + + If you run any IP implementations in the PCEMU boxes then don't + forget to use unique IP addresses for each concurrent PCEMU. + + To get connected from PCEMU to other machines in the (real) + network a proper router must be running on the FreeBSD machine + and the routing to the PCEMU addresses via the FreeBSD machine + must be installed on the external machines (and obviously the + software runned in PCEMU must allow routing). + + Serge A. Babkin From owner-freebsd-hackers Thu Oct 24 05:19:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA17605 for hackers-outgoing; Thu, 24 Oct 1996 05:19:21 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA17599; Thu, 24 Oct 1996 05:19:17 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id FAA13381; Thu, 24 Oct 1996 05:16:49 -0700 (PDT) To: Andrew Stesin cc: Joerg Wunsch , FreeBSD hackers , committers@FreeBSD.org Subject: Re: ex/vi version 1.79 now available for anonymous ftp. In-reply-to: Your message of "Thu, 24 Oct 1996 12:19:43 +0300." Date: Thu, 24 Oct 1996 05:16:49 -0700 Message-ID: <13379.846159409@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Two direct consequences: > > 1. Perl 5.003_smth goes from ports to main tree -- > packed as a big shared library, + a 8k /usr/bin/perl; > and /usr/bin/vi and all other programs using Perl5's > embedded features will use that shared lib. Perl 5.003 has a vi module?! :-) > 2. Old and rusty perl4 goes to Attic. > > Why so many people don't like this to happen (for years) -- > who knows? As for me, Perl is as great as Tcl is, both > are useful. I think we were waiting for Perl5 to shake out, and with good reason. Many parts of the PERL programming world still had yet to shift themselves, which was another good reason to stick with Perl4. Nowdays, I don't know. First off, how much bigger is it going to make our default source tree and second, is the perl world really ready for /usr/bin/perl to be perl5 by default? Jordan From owner-freebsd-hackers Thu Oct 24 05:34:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA18067 for hackers-outgoing; Thu, 24 Oct 1996 05:34:47 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA18060 for ; Thu, 24 Oct 1996 05:34:43 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id FAA13448; Thu, 24 Oct 1996 05:30:31 -0700 (PDT) To: Paul Richards cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@FreeBSD.ORG (FreeBSD hackers), danny@panda.hilink.com.au (Daniel O'Callaghan) Subject: Re: root only: (was Re: comments on this change please.) In-reply-to: Your message of "24 Oct 1996 10:55:50 BST." <57g234vg7t.fsf@tees.elsevier.co.uk> Date: Thu, 24 Oct 1996 05:30:31 -0700 Message-ID: <13446.846160231@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Jordan, I think a golden opportunity was missed by not putting > sysconfig into /var from the beginning. Hmmm. /var/what? Jordan From owner-freebsd-hackers Thu Oct 24 05:35:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA18167 for hackers-outgoing; Thu, 24 Oct 1996 05:35:42 -0700 (PDT) Received: from veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA18161; Thu, 24 Oct 1996 05:35:33 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.7.6/8.7.3) id MAA26317; Thu, 24 Oct 1996 12:32:45 GMT From: Adam David Message-Id: <199610241232.MAA26317@veda.is> Subject: Re: ex/vi version 1.79 now available for anonymous ftp. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 24 Oct 1996 12:32:41 +0000 (GMT) Cc: stesin@gu.net, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, committers@FreeBSD.org In-Reply-To: <13379.846159409@time.cdrom.com> from "Jordan K. Hubbard" at "Oct 24, 96 05:16:49 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Two direct consequences: > > > > 1. Perl 5.003_smth goes from ports to main tree -- > > packed as a big shared library, + a 8k /usr/bin/perl; > > and /usr/bin/vi and all other programs using Perl5's > > embedded features will use that shared lib. Now that is pretty cool. > > 2. Old and rusty perl4 goes to Attic. > > > > Why so many people don't like this to happen (for years) -- > > who knows? As for me, Perl is as great as Tcl is, both > > are useful. > > I think we were waiting for Perl5 to shake out, and with good reason. > Many parts of the PERL programming world still had yet to shift > themselves, which was another good reason to stick with Perl4. Isn't there a perl4 compatibility module or something, that would ease the transition? > Nowdays, I don't know. First off, how much bigger is it going to > make our default source tree and second, is the perl world really > ready for /usr/bin/perl to be perl5 by default? In the worst case... how about /usr/bin/operl for the exceptions, and nuke it later? Adam David From owner-freebsd-hackers Thu Oct 24 05:39:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA18382 for hackers-outgoing; Thu, 24 Oct 1996 05:39:21 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA18375; Thu, 24 Oct 1996 05:39:11 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.6/8.7.3) with ESMTP id OAA13320; Thu, 24 Oct 1996 14:33:43 +0200 (SAT) Message-Id: <199610241233.OAA13320@grumble.grondar.za> To: "Jordan K. Hubbard" cc: Andrew Stesin , Joerg Wunsch , FreeBSD hackers , committers@FreeBSD.org Subject: Re: ex/vi version 1.79 now available for anonymous ftp. Date: Thu, 24 Oct 1996 14:33:43 +0200 From: Mark Murray Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > I think we were waiting for Perl5 to shake out, and with good reason. > Many parts of the PERL programming world still had yet to shift > themselves, which was another good reason to stick with Perl4. Sure. > Nowdays, I don't know. First off, how much bigger is it going to > make our default source tree and second, is the perl world really > ready for /usr/bin/perl to be perl5 by default? I think so. I have had a bit of mail from the perl community asking for it. We use a lot of Perl at work - and the first thing most of our folk do is install perl5. -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-hackers Thu Oct 24 06:15:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA20204 for hackers-outgoing; Thu, 24 Oct 1996 06:15:38 -0700 (PDT) Received: from cnpa.yzit.edu.tw (root@cnpa.yzit.edu.tw [140.138.36.41]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA20180; Thu, 24 Oct 1996 06:15:26 -0700 (PDT) Received: from Thinker.yzit.edu.tw ([140.138.148.222]) by cnpa.yzit.edu.tw (8.6.12/8.6.9) with SMTP id IAA07799; Tue, 8 Jan 1980 08:08:02 +0800 Date: Thu, 24 Oct 1996 21:20:00 +0800 (CST) From: Thinker Li X-Sender: thinker@Thinker.yzit.edu.tw To: Darius Moos cc: Joe Greco , freebsd-hackers , FreeBSD-questions Subject: Re: Is this network possible with FreeBSD ??? In-Reply-To: <326F4584.2F7E@degnet.baynet.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Oct 1996, Darius Moos wrote: > corrections or commitments on this. Again the picture is appended > below. > 1. The router is a KA9Q-ISPA-router, not capable of bridging. > 2. The machines on the private company network (192.168.3.x) need > a gateway (the FreeBSD-box) and this gateway should be the > WWW-server, WWW-proxy and SMTP-server. I was told, the gateway > (the FreeBSD-box) has to have a IP in the private company network > (192.168.3.x), because they are all Windows machines and Windows > needs this (i don't know if Windows does it really need). > 3. ifconfigs for the FreeBSD-box: > ifconfig ed0 inet 1.2.3.253 netmask 0xffffff00 > ifconfig ed0 inet 192.168.3.1 netmask 0xfffffc00 alias > 4. I'll config the NE2000-device of the router to > 1.2.3.36 with netmask 0xffffff00 > 5. I'll change the 100MBit-device of the router to > 192.168.3.104 with netmask 0xfffffc00 > Please make some suggestions on this configuration. > - Will this configuration work ? > - Will the packets of the FreeBSD-box addressed to the internet, be > routed through the ISDN-line ? > - Will the packets from the private company network find their way to > the gateway (the FreeBSD-box) ? > > Remember, i have not the option of changing the physical configuration > of this network, since it is a 100 MBit network based on HP-10/100-VG > and Compex-100VG4 network-cards and FreeBSD-2.1.x does not support them. > > Many thanks in advance for all suggestions and helpful hints. > When i'll get this bogus network running, i'm sure, the boss will be > impressed and another friend of FreeBSD is born and maybe the ISP > starts thinking about Operating-systems as well defined and behaved > systems and stops thinking about OS's as hacking-systems. > > Darius Moos. > > As promised, here is the pictured configuration: > > +---------------+ > | FreeBSD-2.1.0 | > |+-------------+| > || NE 2000 || > || 192.168.3.1 || > || 1.2.3.253 || > ++------o------++ > | > | > ++-------o-------++ > || NE 2000 || > || 1.2.3.36 || > |+---------------+| > | | > | +-------+ > | Router | ISDN o------------o ISP 1.2.3.x > | +-------+ > | | > |+---------------+| > || 100 MBit || > || 192.168.3.104 || > ++-------o-------++ > | > | > ++-------o-----++ > || 100 MBit || > || 192.168.3.2 || > |+-------------+| > | | > | 192.168.3.x | > > > > -- > > > email: moos@degnet.baynet.de > Your configuration will be something wrong. When your packets want to been route to lan 1.2.3.x, your packets will be boradcasted between your BSD and 1.2.3.36 . But, it will not be routed to lan 1.2.3.x throughing 1.2.3.36. The netmask of 1.2.3.253 is 0xffffff00. It is meaning that lan between BSD and 1.2.3.36 is 1.2.3.x, and packets that want to be routed to 1.2.3.x will be broadcasted here. The packets will be routed successful, if you can change IP alias of BSD to 1.2.3.37 with netmask 0xfffffffe. The router will route the packets from private company network to your BSD if you can set a routing path for each machine in company and router, or it will not work well. It is my segguestion. From owner-freebsd-hackers Thu Oct 24 06:32:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA20804 for hackers-outgoing; Thu, 24 Oct 1996 06:32:24 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA20777 for ; Thu, 24 Oct 1996 06:31:44 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA24362; Thu, 24 Oct 1996 13:55:26 +0100 From: Luigi Rizzo Message-Id: <199610241255.NAA24362@labinfo.iet.unipi.it> Subject: Re: Networking in PCEMU (1/2) To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Thu, 24 Oct 1996 13:55:26 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199610241040.QAA08864@hq.icb.chel.su> from "Serge A. Babkin" at Oct 24, 96 04:39:54 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi! > > I wrote the code that allows to access the network from pcemu. > It is also a great debugging environment in case you have > no real network. Commit it please. The first part contains > the kernel part (Garrett, please take a look at it) and the second > part contains the patch for pcemu (Satoshi, please take a look > a it). I plan to use it to port the Netware emulator from > Linux some day (may be not very soon). looks like a very nice piece of work. I was wondering if someone has been working on pcemu to add more features. Here are some projects I had started working on but did not complete. They are listed in order of importance. 1) 286 emulation (at least real mode). I have included some 286 instructions, but other are still missing. The problem arises because a lot of compilers produce 80286 code by default, even though there is no special requirement for that, and the poor emulator dies when it finds them... MAIN USE: various programs. 2) PCemu in an xterm. Many programs are text only, and it would be very nice to be able to run them in a text window, e.g. an xterm or so. I spent some time hacknig the x11 module and now my development copy is able to produce textual output in the xterm from which the pcemu has been started. Input is a bit more critical because the simulator wants make/break events from the keyboard, whereas the tty cannot supply such events. Also, some special keys (function keys etc) are not directly available. Anyways, my code is almost working, if someone wants to take it over just let me know. MAIN USE: our library has several databases on CD, with a DOS, text-only browser. They have a multiuser licence (and in some cases a site licence), and the way it currently works is exporting via NFS the database, enabling clients on demand. This does not work over a dial-up connection (well, I did it once, and it is not _that_ bad, at least for some programs). Being able to run PCemu in an xterm would make things much faster. 3) cga/ega/vga emulation. It should not be that hard for someone with a little bit of X11 knowledge. Not very important, but some programs still like to produce some graphic output. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Thu Oct 24 07:34:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA24950 for hackers-outgoing; Thu, 24 Oct 1996 07:34:16 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA24907 for ; Thu, 24 Oct 1996 07:34:09 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id QAA02795 for ; Thu, 24 Oct 1996 16:34:02 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id QAA16633 for freebsd-hackers@FreeBSD.org; Thu, 24 Oct 1996 16:33:24 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.0/keltia-uucp-2.9) id QAA26900; Thu, 24 Oct 1996 16:30:13 +0200 (MET DST) Message-Id: <199610241430.QAA26900@keltia.freenix.fr> Date: Thu, 24 Oct 1996 16:30:12 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-hackers@freebsd.org Subject: Re: ex/vi version 1.79 now available for anonymous ftp. References: <13379.846159409@time.cdrom.com> <199610241232.MAA26317@veda.is> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-CURRENT ctm#2584 In-Reply-To: <199610241232.MAA26317@veda.is>; from Adam David on Oct 24, 1996 12:32:41 +0000 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > 1. Perl 5.003_smth goes from ports to main tree -- > > > packed as a big shared library, + a 8k /usr/bin/perl; > > > and /usr/bin/vi and all other programs using Perl5's > > > embedded features will use that shared lib. Beware that a shared libperl.so is not yet compatible with some extensions, the first being the compiler. I've tested it and it doesn't work with a shared libperl.so. > Isn't there a perl4 compatibility module or something, that would ease the > transition? No, what you have is a document describing Perl4 pitfalls (perltrap). > > Nowdays, I don't know. First off, how much bigger is it going to > > make our default source tree and second, is the perl world really > > ready for /usr/bin/perl to be perl5 by default? 802 [16:20] roberto@keltia:/build/perl5.003_05> du -s . 11739 . Add a few MB for objects and binaries. Installed it is about 8 MB (I have many installed add-on packages like Tk so it is difficult to say exactly). Note that 5.004 (currently 5.003_07) is near. There are a few important bug fixes (especially one regarding integer arithmetic) and fixed documentation in it. 5.003 is nothing more than 5.002+setuid fix and was done in urgency. In fact, there were more features in 5.002_02 than in 5.003... Anyway, it is a contrib/ candidate rather than a gnu/usr.bin/ one. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #25: Tue Oct 15 21:13:57 MET DST 1996 From owner-freebsd-hackers Thu Oct 24 07:34:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA24965 for hackers-outgoing; Thu, 24 Oct 1996 07:34:20 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA24943 for ; Thu, 24 Oct 1996 07:34:13 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id QAA02791 for ; Thu, 24 Oct 1996 16:34:02 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id QAA16632 for freebsd-hackers@freebsd.org; Thu, 24 Oct 1996 16:33:24 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.0/keltia-uucp-2.9) id QAA26627; Thu, 24 Oct 1996 16:09:58 +0200 (MET DST) Message-Id: <199610241409.QAA26627@keltia.freenix.fr> Date: Thu, 24 Oct 1996 16:09:58 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-hackers@freebsd.org (freebsd-hackers) Subject: Re: Is this network possible with FreeBSD ??? References: <199610231333.IAA09985@brasil.moneng.mei.com> <326F4584.2F7E@degnet.baynet.de> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-CURRENT ctm#2584 In-Reply-To: <326F4584.2F7E@degnet.baynet.de>; from Darius Moos on Oct 24, 1996 09:31:32 +0000 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Darius Moos: > 1. The router is a KA9Q-ISPA-router, not capable of bridging. > 2. The machines on the private company network (192.168.3.x) need > a gateway (the FreeBSD-box) and this gateway should be the > WWW-server, WWW-proxy and SMTP-server. I was told, the gateway > (the FreeBSD-box) has to have a IP in the private company network > (192.168.3.x), because they are all Windows machines and Windows > needs this (i don't know if Windows does it really need). I don't think it is needed. Just put a default route to 192.168.3.104 on every machine on the 100 Mb network and use another C-class for the FreeBSD. The only way where it could matter is if the FreeBSD was also a Samba server (SMB can't be routed). > 3. ifconfigs for the FreeBSD-box: > ifconfig ed0 inet 1.2.3.253 netmask 0xffffff00 > ifconfig ed0 inet 192.168.3.1 netmask 0xfffffc00 alias Hmmm, why 0xfffffc00 ? That makes it a /22 network. If you plan to use 4 C-class network, why not put 192.168.3.103 on one end and 192.168.2.103 on the other end of the router ? What I don't understand is why you split a C-class network in half... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #25: Tue Oct 15 21:13:57 MET DST 1996 From owner-freebsd-hackers Thu Oct 24 07:35:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA25124 for hackers-outgoing; Thu, 24 Oct 1996 07:35:39 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA25115 for ; Thu, 24 Oct 1996 07:35:35 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id JAA07359; Thu, 24 Oct 1996 09:35:13 -0500 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id sma007355; Thu Oct 24 09:35:01 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id JAA21031; Thu, 24 Oct 1996 09:35:02 -0500 Received: from jake.lodgenet.com (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.6/8.6.12) with ESMTP id JAA16620; Thu, 24 Oct 1996 09:34:28 -0500 (CDT) Message-Id: <199610241434.JAA16620@jake.lodgenet.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Luigi Rizzo cc: babkin@hq.icb.chel.su (Serge A. Babkin), hackers@FreeBSD.org Subject: Re: Networking in PCEMU (1/2) In-reply-to: Your message of "Thu, 24 Oct 1996 13:55:26 BST." <199610241255.NAA24362@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Oct 1996 09:34:28 -0500 From: "Eric L. Hernes" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Have any of you all had a look at bochs? It's on my list of `to look at' and maybe do a port of, but it's low priority. It's supposed to have most of 80386 stuff working. http://world.std.com/~bochs/ eric. -- -- erich@lodgenet.com http://rrnet.com/~erich erich@rrnet.com From owner-freebsd-hackers Thu Oct 24 08:15:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA27870 for hackers-outgoing; Thu, 24 Oct 1996 08:15:55 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA27865 for ; Thu, 24 Oct 1996 08:15:45 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id QAA25835 for ; Thu, 24 Oct 1996 16:16:31 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id QAA03912 for freebsd-hackers@freefall.cdrom.com; Thu, 24 Oct 1996 16:21:27 +0100 Date: Thu, 24 Oct 1996 16:21:27 +0100 From: Christoph Kukulies Message-Id: <199610241521.QAA03912@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: /var/yp/master.passwd Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk A question of understanding: Is it the policy that all NIS users being maintained there rather than in /etc/master.passwd? I was used (formerly on Sun and Ultrix) that the /etc/passwd of the NIS master was being used to maintain NIS/yp users. Now it seems to me that /var/yp is the central base or am I in error? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Oct 24 08:35:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA28979 for hackers-outgoing; Thu, 24 Oct 1996 08:35:41 -0700 (PDT) Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA28972 for ; Thu, 24 Oct 1996 08:35:37 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id QAA28151 for ; Thu, 24 Oct 1996 16:32:25 +0100 (BST) Received: from cadair.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Thu, 24 Oct 1996 16:34:46 +0100 Received: from tees.elsevier.co.uk (tees.elsevier.co.uk [193.131.197.60]) by cadair.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id QAA29935; Thu, 24 Oct 1996 16:34:38 +0100 (BST) Received: (from dpr@localhost) by tees.elsevier.co.uk (8.8.2/8.8.0) id QAA20749; Thu, 24 Oct 1996 16:33:36 +0100 (BST) To: "Jordan K. Hubbard" Cc: Paul Richards , joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@FreeBSD.ORG (FreeBSD hackers), danny@panda.hilink.com.au (Daniel O'Callaghan) Subject: Re: root only: (was Re: comments on this change please.) References: <13446.846160231@time.cdrom.com> From: Paul Richards Date: 24 Oct 1996 16:33:34 +0100 In-Reply-To: "Jordan K. Hubbard"'s message of Thu, 24 Oct 1996 05:30:31 -0700 Message-ID: <57d8y8v0kx.fsf@tees.elsevier.co.uk> Lines: 21 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" writes: > > Jordan, I think a golden opportunity was missed by not putting > > sysconfig into /var from the beginning. > > Hmmm. /var/what? /var/admin /var/config Something along those lines? /etc/ppp and namedb could both go there. /etc could genuinally become a ro area if we wanted it to. It's not a technical problem but a migration problem and a genuine desire to do it. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-hackers Thu Oct 24 08:45:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA29852 for hackers-outgoing; Thu, 24 Oct 1996 08:45:32 -0700 (PDT) Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA29672; Thu, 24 Oct 1996 08:43:48 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id QAA28345; Thu, 24 Oct 1996 16:40:47 +0100 (BST) Received: from cadair.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Thu, 24 Oct 1996 16:42:53 +0100 Received: from tees.elsevier.co.uk (tees.elsevier.co.uk [193.131.197.60]) by cadair.elsevier.co.uk (8.8.2/8.8.0) with ESMTP id QAA29985; Thu, 24 Oct 1996 16:42:17 +0100 (BST) Received: (from dpr@localhost) by tees.elsevier.co.uk (8.8.2/8.8.0) id QAA20759; Thu, 24 Oct 1996 16:41:15 +0100 (BST) To: Mark Murray Cc: "Jordan K. Hubbard" , Andrew Stesin , Joerg Wunsch , FreeBSD hackers , committers@FreeBSD.org Subject: Re: ex/vi version 1.79 now available for anonymous ftp. References: <199610241233.OAA13320@grumble.grondar.za> From: Paul Richards Date: 24 Oct 1996 16:41:14 +0100 In-Reply-To: Mark Murray's message of Thu, 24 Oct 1996 14:33:43 +0200 Message-ID: <57budsv085.fsf@tees.elsevier.co.uk> Lines: 17 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Mark Murray writes: > We use a lot of Perl at work - and the first thing most of our folk > do is install perl5. > I work (as in paid work) entirely in Perl at the moment and spend a lot of time in the perl community and the core of that community (as in the newsgroups etc), don't even think of perl as being anything other than perl5 these days. I suspect if you mentioned a problem with perl4 they'd just tell you to get perl5 before you come back. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-hackers Thu Oct 24 09:22:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA02706 for hackers-outgoing; Thu, 24 Oct 1996 09:22:12 -0700 (PDT) Received: from tyger.inna.net (root@tyger.inna.net [206.151.66.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA02690 for ; Thu, 24 Oct 1996 09:21:57 -0700 (PDT) Received: from tyger.inna.net (jamie@tyger.inna.net [206.151.66.1]) by tyger.inna.net (8.7.3/8.7.3) with SMTP id MAA11036; Thu, 24 Oct 1996 12:29:09 -0400 (EDT) Date: Thu, 24 Oct 1996 12:29:09 -0400 (EDT) From: Jamie Bowden To: "Jordan K. Hubbard" cc: Paul Richards , Joerg Wunsch , FreeBSD hackers , "Daniel O'Callaghan" Subject: Re: root only: (was Re: comments on this change please.) In-Reply-To: <13446.846160231@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Oct 1996, Jordan K. Hubbard wrote: > > Jordan, I think a golden opportunity was missed by not putting > > sysconfig into /var from the beginning. > > Hmmm. /var/what? /var/adm/etc would be a good choice. Jamie Bowden Network Administrator, TBI Ltd. From owner-freebsd-hackers Thu Oct 24 09:29:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03274 for hackers-outgoing; Thu, 24 Oct 1996 09:29:27 -0700 (PDT) Received: from veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA03269 for ; Thu, 24 Oct 1996 09:29:17 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.8.2/8.7.3) id QAA03748; Thu, 24 Oct 1996 16:28:51 GMT Date: Thu, 24 Oct 1996 16:28:51 GMT From: Adam David Message-Id: <199610241628.QAA03748@veda.is> To: kuku@gilberto.PHysik.rwth-aachen.DE (Christoph Kukulies) Cc: freebsd-hackers@freebsd.org Subject: Re: IRC client problem Newsgroups: list.freebsd.hackers References: <199610141545.QAA17254@gilberto.physik.rwth-aachen.de> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >A colleague (who is using IRC) came today with the complaint that >the irc client doesn't work (anymore) on our main server machine >(which is running -current of varying vintage). This is what he got: > *** Connecting to port 6667 of server irc.rz.uni-karlsruhe.de > *** Unable to connect to port 6667 of server irc.rz.uni-karlsruhe.de: Address > +family not supported by protocol family > *** Use /SERVER to connect to a server Rebuild and reinstall the client, something changed that requires this. (something in the networking header files, some struct changed perhaps?) Adam David From owner-freebsd-hackers Thu Oct 24 09:33:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03528 for hackers-outgoing; Thu, 24 Oct 1996 09:33:27 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA03522 for ; Thu, 24 Oct 1996 09:33:22 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vGSiS-0000Ui-00; Thu, 24 Oct 1996 10:33:08 -0600 To: mark thompson Subject: Re: Possible Commercial app for FreeBSD. Cc: hackers@freefall.freebsd.org In-reply-to: Your message of "Wed, 23 Oct 1996 20:40:48 PDT." <199610240340.UAA11089@squirrel.tgsoft.com> References: <199610240340.UAA11089@squirrel.tgsoft.com> Date: Thu, 24 Oct 1996 10:33:08 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199610240340.UAA11089@squirrel.tgsoft.com> mark thompson writes: : p.s. Still need a good word processor, and small business accounting While, I'm happy with emacs for my word processing needs, I do need something like quickbooks that runs on FreeBSD. I have an old 386 box that I keep around just to run Windows 3.1 and a copy of quickbooks that I purchased a year and a half ago. The small internet coop that I run has about 10 transactions per month, so it seems kinda silly to have a whole machine jsut for that. Warner From owner-freebsd-hackers Thu Oct 24 09:40:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03901 for hackers-outgoing; Thu, 24 Oct 1996 09:40:25 -0700 (PDT) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA03890 for ; Thu, 24 Oct 1996 09:40:14 -0700 (PDT) Received: from marathon.tekla.fi by lassie.eunet.fi with SMTP id AA01340 (5.67a/IDA-1.5 for ); Thu, 24 Oct 1996 19:36:14 +0300 Received: from poveri.tekla.fi by marathon.tekla.fi (5.65/20-jun-90) id AA27528; Thu, 24 Oct 1996 18:36:12 +0200 From: sja@tekla.fi (Sakari Jalovaara) Received: by poveri.tekla.fi; (5.65v3.2/1.1.8.2/20Aug96-0557PM) id AA18058; Thu, 24 Oct 1996 19:36:12 +0300 Date: Thu, 24 Oct 1996 19:36:12 +0300 Message-Id: <9610241636.AA18058@poveri.tekla.fi> To: hackers@FreeBSD.org Subject: Re: root only: (was Re: comments on this change please.) Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk If I understand correctly, the main reason for wanting a read-only root partition is that then we'd have a not-easily-corrupted partition for booting. Instead of moving most of /etc out of /etc, how about approaching the "problem" by trying to pick the set of files that are needed for booting before mounting /usr. Move a few files out of /etc into /sbin or wherever (first few lines of /etc/rc, network initialization for diskless systems, a file that tells where to fsck&mount /usr from). (/setc? Yecch.) Most of /etc could then be left as it is, except it would live in /usr (or /var?). /etc would be a symlink to /usr/etc. Booting would look like: mount / run /sbin/mother-of-all-rc's -- which does the rest: run ccdconfig fsck /usr mount /usr run /etc/rc (which is like now except it doesn't run fsck.) ++sja From owner-freebsd-hackers Thu Oct 24 10:03:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05540 for hackers-outgoing; Thu, 24 Oct 1996 10:03:29 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA05534; Thu, 24 Oct 1996 10:03:23 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id MAA23724; Thu, 24 Oct 1996 12:02:32 -0500 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id sma023685; Thu Oct 24 12:02:04 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id MAA25331; Thu, 24 Oct 1996 12:02:05 -0500 Received: from jake.lodgenet.com (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.6/8.6.12) with ESMTP id MAA10516; Thu, 24 Oct 1996 12:02:05 -0500 (CDT) Message-Id: <199610241702.MAA10516@jake.lodgenet.com> X-Mailer: exmh version 1.6.9 8/22/96 To: sos@freebsd.org cc: hackers@freebsd.org Subject: Branded ELF's Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Oct 1996 12:02:05 -0500 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Howdy Soren, Are branded (Linux) elfs working, or is there a bit more work to be done? I'm trying to get ldconfig to work from various linux distributions, without much luck. I just get: (ttyp1@jake)$ brandelf * File 'ldconfig' is of brand 'Linux'. File 'ldconfig-virgin' has no branding. (ttyp1@jake)$ ./ldconfig ELF PT_LOAD section .text <08000000,00014000> entry=08000090 ELF PT_LOAD section bss size 6324 (18b4) .data <08014000,00002000> ELF binary type not known Abort trap (ttyp1@jake)$ ./ldconfig-virgin ELF PT_LOAD section .text <08000000,00014000> entry=08000090 ELF PT_LOAD section bss size 6324 (18b4) .data <08014000,00002000> ELF binary type not known Abort trap After just a quick glance at imgact_elf.c, it looks like there may be a missing `else if (!strcmp(brand, elf_brand_list[i]->brand)) { } ' clause. Or do I have old code? eric. -- erich@lodgenet.com http://rrnet.com/~erich erich@rrnet.com From owner-freebsd-hackers Thu Oct 24 10:15:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA06534 for hackers-outgoing; Thu, 24 Oct 1996 10:15:58 -0700 (PDT) Received: from dog.farm.org (dog.farm.org [207.111.140.47]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA06516 for ; Thu, 24 Oct 1996 10:15:48 -0700 (PDT) Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id KAA14773; Thu, 24 Oct 1996 10:19:33 -0700 (PDT) Date: Thu, 24 Oct 1996 10:19:33 -0700 (PDT) From: Dmitry Kohmanyuk Message-Id: <199610241719.KAA14773@dog.farm.org> To: adam@veda.is (Adam David) Cc: freebsd-hackers@freebsd.org Subject: Re: ex/vi version 1.79 now available for anonymous ftp. Newsgroups: cs-monolit.gated.lists.freebsd.hackers Organization: FARM Computing Association Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199610241232.MAA26317@veda.is> you wrote: > > > Two direct consequences: > > > > > > 1. Perl 5.003_smth goes from ports to main tree -- > > > packed as a big shared library, + a 8k /usr/bin/perl; > > > and /usr/bin/vi and all other programs using Perl5's > > > embedded features will use that shared lib. hmm, shared library, yes... main tree - not sure... maybe /usr/contrib. It is really a problem w/whole BSD tree - as much as individual programs started from BSD codebase (or later included into FreeBSD one) continue to develop, it would be a continuing problem of base tree/contrib tree/port distinction. Although Perl4 have been brought into the base tree (usr.bin), it now seems natural to replace it with Perl5 - still it can be better to not continue to do this as a base tree component. Now think about nvi or other `basic' utility: the fine line between base tree and ports collection means `would be installed by default / is an option' and so `is already present / can be missing', then `is necessary / is optional'. We want for nvi/perl/tk to always be present and we know that some ports can be not installed => we move them into main tree (whenever usr.bin or contrib, doesn't matter much). Now, how about some ports to be _unconditianally_ installed?? (like lynx, and then, nvi and perl5, if these are about to become a ports)? zlib comes next to mind, and there are probably others (gcc?) The problem with tree->ports migration is that a base tree framework is much more suited to interconnected utilities and is better integrated into make world process (bootstrapping tools). Still, for some programs which don't need it (like nvi), moving to ports can be a good idea. > > I think we were waiting for Perl5 to shake out, and with good reason. > > Many parts of the PERL programming world still had yet to shift > > themselves, which was another good reason to stick with Perl4. > Isn't there a perl4 compatibility module or something, that would ease the > transition? The Perl5 is compatible enough to run _most_ of Perl4 code. That Perl4 code which is _not_ compatible with it usually depends on some undocumented or deprecated (read: obscure) features. > > Nowdays, I don't know. First off, how much bigger is it going to > > make our default source tree and second, is the perl world really > > ready for /usr/bin/perl to be perl5 by default? Perl4 is no longer supported by its author. Nobody seems to offer support. The mindshift is done anyway. > In the worst case... how about /usr/bin/operl for the exceptions, and nuke > it later? /usr/bin/perl4 should be pretty obvious name. I also vote for /stand/perl (statically linked) to be a last-resort replacement for /bin/cp, /bin/mv, and many more things ;-) Just my $.02 (being in the U.S., I now feel free use this expression ;-)) -- No matter how subtle the wizard, a knife in the shoulder blades will seriously cramp his style. From owner-freebsd-hackers Thu Oct 24 10:28:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA07896 for hackers-outgoing; Thu, 24 Oct 1996 10:28:21 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA07889 for ; Thu, 24 Oct 1996 10:28:19 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA12236; Thu, 24 Oct 1996 10:25:00 -0700 From: Terry Lambert Message-Id: <199610241725.KAA12236@phaeton.artisoft.com> Subject: Re: Linux emulation, gethostid() To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 24 Oct 1996 10:25:00 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199610240215.LAA04187@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 24, 96 11:45:15 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Do we want an ioctl to get the hardware address? If not, any > > > suggestions on a _tidy_ way to get it? > > > > Check the list archives. The Mathematica "correct method" included > > patches to implement the interface without the kernel grubbing. I > > am suprised that the patches were not integrated. > > You mean this one? I'm not surprised : [ ... grungy patch deleted ... ] > No other messages on the subject appear to contain any code at all, but > I'll pester Andrew Gallatin and see if he finished the issue. Crap. I didn't save the patch reference. It was a url for the patch, not the patch itself; sorry, I don't have more information, not having saved it. 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-hackers Thu Oct 24 10:35:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA08267 for hackers-outgoing; Thu, 24 Oct 1996 10:35:41 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA08254 for ; Thu, 24 Oct 1996 10:35:35 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA12251; Thu, 24 Oct 1996 10:28:56 -0700 From: Terry Lambert Message-Id: <199610241728.KAA12251@phaeton.artisoft.com> Subject: Re: Linux emulation, gethostid() To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 24 Oct 1996 10:28:56 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org, msmith@atrad.adelaide.edu.au In-Reply-To: <199610240715.JAA01773@uriah.heep.sax.de> from "J Wunsch" at Oct 24, 96 09:15:52 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > What do you need it for in an LKM? > > > > Note the original topic; what I am trying to do is provide a means for > > emulating the Linux ioctl used for getting the ethernet hardware address. > > And i tried you to prove that there's no actual need for getting the > _ethernet_ hardware address. You can put all the ethernet (or > whatever) stuff into userland, to be run at /etc/rc time. Inside the > kernel, there's the kernel-internal `hostid' variable available > anyway, or you can alternatively wrap Linux' gethostid() around BSD's > ogethostid() syscall. Bletch. It should be available in the kernel environment, even if you don't like the use to which he wants to put it. What if he were writing a protocol module instead? What if he already has a license that depends on the card under Linux, and he wants to change his machine over to FreeBSD and not have to buy a new license? 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-hackers Thu Oct 24 10:44:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA09092 for hackers-outgoing; Thu, 24 Oct 1996 10:44:09 -0700 (PDT) Received: from deputy.pavilion.co.uk (deputy.pavilion.co.uk [194.242.128.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA09055 for ; Thu, 24 Oct 1996 10:44:00 -0700 (PDT) Received: (from jlk@localhost) by deputy.pavilion.co.uk (8.7/8.7) id SAA13613 for hackers@FreeBSD.org; Thu, 24 Oct 1996 18:43:27 +0100 (BST) From: Joe Karthauser Message-Id: <199610241743.SAA13613@deputy.pavilion.co.uk> Subject: memory in freebsd To: hackers@FreeBSD.org Date: Thu, 24 Oct 1996 18:43:26 +0100 (BST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hiya, I hope that someone's got the time to help me with this one ;) This is the state of things. I was running FreeBSD 2.0.5 on a pentium 120 with 32mb of edo (4 pieces of 8mb). There were problems with the Adaptec device driver and so I put in a 2.1.0 kernel which solved the problem. I've now bought a pentium 200 pro with 82mb of ram (2 x 32mb in bank0 and 2 x 8mb in bank 1) which I'm using with the original disks. The machine runs fine, but the OS only recognises 64 mb of ram! ;( I've got 2.1.5 on CD and am tempted to start again with this release. If I do this will I get the whole 82mb of ram available? Thanks in advance, Joe. -- Josef Karthauser (jlk@pavilion.net) Technical Manager [Tel: +44 1273 607072 Fax: +44 1273 607073] Pavilion Internet plc. ._ .. _. _ ._.. .. .._. . __. ._. ._ _. _.. From owner-freebsd-hackers Thu Oct 24 10:44:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA09099 for hackers-outgoing; Thu, 24 Oct 1996 10:44:10 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA09078 for ; Thu, 24 Oct 1996 10:44:05 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA12286; Thu, 24 Oct 1996 10:41:12 -0700 From: Terry Lambert Message-Id: <199610241741.KAA12286@phaeton.artisoft.com> Subject: Re: root only: (was Re: comments on this change please.) To: sja@tekla.fi (Sakari Jalovaara) Date: Thu, 24 Oct 1996 10:41:12 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <9610241636.AA18058@poveri.tekla.fi> from "Sakari Jalovaara" at Oct 24, 96 07:36:12 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > If I understand correctly, the main reason for wanting a read-only > root partition is that then we'd have a not-easily-corrupted partition > for booting. Well, my personal reason is so that I can burn a CDROM that boots, mounts the CDROM as root, mounts an mfs as /var, and asks some questions about the machine configuration to come up with a completely functional machine. A secondary reason is the ability to export a single system root for all NFS clients in a multiple client diskless/dataless configuration. A tertiary reason is to secure an NFS exported / against change. Other people have mentioned other reasons. Like the ability to place the majority of the OS in a ROM for an embedded system, or in a cartridge for a game machine (I know; this last assumes a port to another processor). > Instead of moving most of /etc out of /etc, how about approaching the > "problem" by trying to pick the set of files that are needed for > booting before mounting /usr. This includes any file having to do with networking in the NFS client case. 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-hackers Thu Oct 24 10:57:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA10197 for hackers-outgoing; Thu, 24 Oct 1996 10:57:50 -0700 (PDT) Received: from internet.milkyway.com (milkyway.com [198.53.167.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA10191 for ; Thu, 24 Oct 1996 10:57:46 -0700 (PDT) Received: from thebe.milkyway.com.milkyway.nis-florg (thebe.milkyway.com [192.168.77.31]) by jupiter.milkyway.com (8.6.12/8.6.12) with SMTP id NAA11524; Thu, 24 Oct 1996 13:46:14 -0400 Message-Id: <199610241746.NAA11524@jupiter.milkyway.com> Received: by thebe.milkyway.com.milkyway.nis-florg (4.1/SMI-4.1) id AA03784; Thu, 24 Oct 96 13:45:29 EDT Date: Thu, 24 Oct 1996 13:45:29 -0400 From: brianc@milkyway.com (Brian Campbell) To: hackers@freebsd.org Subject: Re: IRC client problem References: <199610141545.QAA17254@gilberto.physik.rwth-aachen.de> <199610241628.QAA03748@veda.is> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 In-Reply-To: <199610241628.QAA03748@veda.is>; from Adam David on Oct 24, 1996 16:28:51 +0000 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Adam David writes: > >A colleague (who is using IRC) came today with the complaint that > >the irc client doesn't work (anymore) on our main server machine > >(which is running -current of varying vintage). This is what he got: > > > *** Connecting to port 6667 of server irc.rz.uni-karlsruhe.de > > *** Unable to connect to port 6667 of server irc.rz.uni-karlsruhe.de: Address > > +family not supported by protocol family > > *** Use /SERVER to connect to a server > > Rebuild and reinstall the client, something changed that requires this. > (something in the networking header files, some struct changed perhaps?) I had the same problem under the 1014 snap (but not with the 1010 snap). My "solution" was to remove the -lresolv from the link. From owner-freebsd-hackers Thu Oct 24 11:14:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA11477 for hackers-outgoing; Thu, 24 Oct 1996 11:14:41 -0700 (PDT) Received: from seabass.progroup.com (catfish.progroup.com [206.24.122.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA11464 for ; Thu, 24 Oct 1996 11:14:35 -0700 (PDT) Received: (from craig@localhost) by seabass.progroup.com (8.7.5/8.6.12) id LAA13634; Thu, 24 Oct 1996 11:11:49 -0700 (PDT) Message-Id: <199610241811.LAA13634@seabass.progroup.com> Subject: Re: memory in freebsd To: jlk@pavilion.co.uk (Joe Karthauser) Date: Thu, 24 Oct 1996 11:11:49 -0700 (PDT) From: "Craig Shaver" Cc: hackers@FreeBSD.org In-Reply-To: <199610241743.SAA13613@deputy.pavilion.co.uk> from "Joe Karthauser" at Oct 24, 96 06:43:26 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > Hiya, > > I hope that someone's got the time to help me with this one ;) > > This is the state of things. I was running FreeBSD 2.0.5 on a pentium > 120 with 32mb of edo (4 pieces of 8mb). There were problems with the > Adaptec device driver and so I put in a 2.1.0 kernel which solved the > problem. > > I've now bought a pentium 200 pro with 82mb of ram (2 x 32mb in bank0 and > 2 x 8mb in bank 1) which I'm using with the original disks. The machine > runs fine, but the OS only recognises 64 mb of ram! ;( > > I've got 2.1.5 on CD and am tempted to start again with this release. > If I do this will I get the whole 82mb of ram available? > > Thanks in advance, > Joe. > > -- > Josef Karthauser (jlk@pavilion.net) > Technical Manager [Tel: +44 1273 607072 Fax: +44 1273 607073] > Pavilion Internet plc. ._ .. _. _ ._.. .. .._. . __. ._. ._ _. _.. > > This one comes up pretty often. Should be in the handbook some place. in your kernel config file add the line: options "MAXMEM=83968" config, compile, install, reboot -- Craig Shaver (craig@progroup.com) (415)390-0654 Productivity Group POB 60458 Sunnyvale, CA 94088 From owner-freebsd-hackers Thu Oct 24 11:35:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA12829 for hackers-outgoing; Thu, 24 Oct 1996 11:35:07 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA12824 for ; Thu, 24 Oct 1996 11:35:03 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.8.2/8.8.2) with SMTP id LAA06574; Thu, 24 Oct 1996 11:57:02 -0700 (PDT) Date: Thu, 24 Oct 1996 11:57:02 -0700 (PDT) From: Tom Samplonius To: Joe Karthauser cc: hackers@FreeBSD.org Subject: Re: memory in freebsd In-Reply-To: <199610241743.SAA13613@deputy.pavilion.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Oct 1996, Joe Karthauser wrote: > Hiya, > > I hope that someone's got the time to help me with this one ;) > > This is the state of things. I was running FreeBSD 2.0.5 on a pentium > 120 with 32mb of edo (4 pieces of 8mb). There were problems with the > Adaptec device driver and so I put in a 2.1.0 kernel which solved the > problem. > > I've now bought a pentium 200 pro with 82mb of ram (2 x 32mb in bank0 and > 2 x 8mb in bank 1) which I'm using with the original disks. The machine > runs fine, but the OS only recognises 64 mb of ram! ;( > > I've got 2.1.5 on CD and am tempted to start again with this release. > If I do this will I get the whole 82mb of ram available? > > Thanks in advance, > Joe. #1. 2.1.5R is recommended. 2.1.0R is no longer recommended now that 2.1.5 is released. #2 You need to build a kernel to detect more than 64MB of RAM, because the BIOS is unable to report RAM sizes larger than that. See MAXMEM in LINT. Tom From owner-freebsd-hackers Thu Oct 24 12:10:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA15110 for hackers-outgoing; Thu, 24 Oct 1996 12:10:43 -0700 (PDT) Received: from love.MCCP.com (love.MCCP.com [206.86.92.190]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA15099 for ; Thu, 24 Oct 1996 12:10:40 -0700 (PDT) Received: (from gena@localhost) by love.MCCP.com (8.7.6/8.6.12) id MAA01139 for hackers@freebsd.org; Thu, 24 Oct 1996 12:09:18 -0700 (PDT) From: Gena Gulchin Message-Id: <199610241909.MAA01139@love.MCCP.com> Subject: Dual boot To: hackers@freebsd.org Date: Thu, 24 Oct 1996 12:09:16 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I have a dual boot system, DOS and FreeBSD 2.1.5, My windows95 crashed and I reinstalled them. But now I can not boot to FreeBSD.... Is there a way to fix it? any help would be appreciated. -- Gena Gulchin From owner-freebsd-hackers Thu Oct 24 12:10:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA15147 for hackers-outgoing; Thu, 24 Oct 1996 12:10:58 -0700 (PDT) Received: from zeus.xtalwind.net (h-adjourn.x31.infi.net [206.27.115.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA15136 for ; Thu, 24 Oct 1996 12:10:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zeus.xtalwind.net (8.8.2/8.8.2) with SMTP id PAA00912; Thu, 24 Oct 1996 15:10:50 -0400 (EDT) Date: Thu, 24 Oct 1996 15:10:50 -0400 (EDT) From: jack X-Sender: jack@localhost To: Joe Karthauser cc: hackers@FreeBSD.org Subject: Re: memory in freebsd In-Reply-To: <199610241743.SAA13613@deputy.pavilion.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Oct 1996, Joe Karthauser wrote: > Hiya, > > I hope that someone's got the time to help me with this one ;) Sure. It's been a quite day, so far. > I've now bought a pentium 200 pro with 82mb of ram (2 x 32mb in bank0 and > 2 x 8mb in bank 1) which I'm using with the original disks. The machine > runs fine, but the OS only recognises 64 mb of ram! ;( >From /sys/i386/conf/LINT # MAXMEM specifies the amount of RAM on the machine; if this is not # specified, FreeBSD will read the amount of memory from the CMOS RAM, # so the amount of memory will be limited to 64MB or 16MB depending on # the BIOS. The amount is in kilobytes, so for a machine with 128MB of # RAM, it would be 131072 (128 * 1024). # [snip] options "MAXMEM=(128*1024)" > > I've got 2.1.5 on CD and am tempted to start again with this release. > If I do this will I get the whole 82mb of ram available? Only if you tell the kernel that it's there. :) -------------------------------------------------------------------------- Jack O'Neill Finger jacko@onyx.xtalwind.net or jack@xtalwind.net http://www.xtalwind.net/~jacko/pubpgp.html #include for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD -------------------------------------------------------------------------- From owner-freebsd-hackers Thu Oct 24 12:11:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA15173 for hackers-outgoing; Thu, 24 Oct 1996 12:11:16 -0700 (PDT) Received: from news.NetDTW.com (news.NetDTW.com [192.160.70.145]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA15165 for ; Thu, 24 Oct 1996 12:11:13 -0700 (PDT) Received: from localhost (steve@localhost) by news.NetDTW.com (8.6.5/8.6.5) id PAA06165; Thu, 24 Oct 1996 15:10:49 -0400 Date: Thu, 24 Oct 1996 15:10:48 -0400 (EDT) From: Steve Corso Subject: Re: memory in freebsd To: Joe Karthauser cc: hackers@FreeBSD.org In-Reply-To: <199610241743.SAA13613@deputy.pavilion.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hello Joe, Maybe I can help a little. Under 2.1.5R (the cdrom), I know you need to have a statement like this: options "MAXMEM=1024*128" This tells the system that you have 128 meg of memory; adjust accordingly. I SUSPECT that it would be similar for 2.1.0R; check the LINT file in the /usr/src/sys/i386/conf directory. Perhaps someone else who has done this with 2.1.0R will indicate if there is something else you need to do with that release. Steve Corso On Thu, 24 Oct 1996, Joe Karthauser wrote: > Hiya, > > I hope that someone's got the time to help me with this one ;) > > This is the state of things. I was running FreeBSD 2.0.5 on a pentium > 120 with 32mb of edo (4 pieces of 8mb). There were problems with the > Adaptec device driver and so I put in a 2.1.0 kernel which solved the > problem. > > I've now bought a pentium 200 pro with 82mb of ram (2 x 32mb in bank0 and > 2 x 8mb in bank 1) which I'm using with the original disks. The machine > runs fine, but the OS only recognises 64 mb of ram! ;( > > I've got 2.1.5 on CD and am tempted to start again with this release. > If I do this will I get the whole 82mb of ram available? > > Thanks in advance, > Joe. > > -- > Josef Karthauser (jlk@pavilion.net) > Technical Manager [Tel: +44 1273 607072 Fax: +44 1273 607073] > Pavilion Internet plc. ._ .. _. _ ._.. .. .._. . __. ._. ._ _. _.. > > From owner-freebsd-hackers Thu Oct 24 12:14:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA15397 for hackers-outgoing; Thu, 24 Oct 1996 12:14:15 -0700 (PDT) Received: from ravenock.cybercity.dk (disn53.cybercity.dk [194.16.57.53]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA15376; Thu, 24 Oct 1996 12:13:56 -0700 (PDT) Received: (from sos@localhost) by ravenock.cybercity.dk (8.7.6/8.7.3) id VAA02298; Thu, 24 Oct 1996 21:14:46 +0200 (MET DST) Message-Id: <199610241914.VAA02298@ravenock.cybercity.dk> Subject: Re: Branded ELF's To: erich@lodgenet.com (Eric L. Hernes) Date: Thu, 24 Oct 1996 21:14:45 +0200 (MET DST) From: "Soren Schmidt" Cc: sos@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199610241702.MAA10516@jake.lodgenet.com> from "Eric L. Hernes" at Oct 24, 96 12:02:05 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Eric L. Hernes who wrote: > > > Howdy Soren, > > Are branded (Linux) elfs working, or is there a bit more work to be > done? No there was a bug, it seems I missed a break; in the patch I applied :(, funny it was in my code.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Thu Oct 24 12:15:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA15510 for hackers-outgoing; Thu, 24 Oct 1996 12:15:28 -0700 (PDT) Received: from love.MCCP.com (love.MCCP.com [206.86.92.190]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA15501 for ; Thu, 24 Oct 1996 12:15:25 -0700 (PDT) Received: (from gena@localhost) by love.MCCP.com (8.7.6/8.6.12) id MAA01174 for hackers@freebsd.org; Thu, 24 Oct 1996 12:14:03 -0700 (PDT) From: Gena Gulchin Message-Id: <199610241914.MAA01174@love.MCCP.com> Subject: no subject (file transmission) To: hackers@freebsd.org Date: Thu, 24 Oct 1996 12:14:03 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I have a dual boot system, DOS and FreeBSD 2.1.5, My windows95 crashed and I reinstalled them. But now I can not boot to FreeBSD.... Is there a way to fix it? any help would be appreciated. -- Gena Gulchin From owner-freebsd-hackers Thu Oct 24 12:42:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA17003 for hackers-outgoing; Thu, 24 Oct 1996 12:42:53 -0700 (PDT) Received: from home.winc.com (root@home.winc.com [204.178.182.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA16996 for ; Thu, 24 Oct 1996 12:42:50 -0700 (PDT) Received: from phoenix.aristar.com (slip125.winc.com [204.178.182.125]) by home.winc.com (8.7.5/8.7.3) with SMTP id PAA11898; Thu, 24 Oct 1996 15:42:46 -0400 Message-ID: <326FC71B.41C67EA6@aristar.com> Date: Thu, 24 Oct 1996 15:44:27 -0400 From: "Matthew A. Gessner" Organization: Aristar, Inc. X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: Gena Gulchin CC: hackers@FreeBSD.org Subject: Re: no subject (file transmission) References: <199610241914.MAA01174@love.MCCP.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Gena Gulchin wrote: > > Hello, > > I have a dual boot system, DOS and FreeBSD 2.1.5, My windows95 crashed and I > reinstalled them. But now I can not boot to FreeBSD.... > > Is there a way to fix it? > > any help would be appreciated. > > -- Gena Gulchin Sure: Build the boot floppy off the CDROM and boot the floppy. Then indicate the device where your kernel resides at the Boot: prompt. HTH -- Matthew Gessner, Computer Scientist, Aristar, Inc. 302 N. Cleveland-Massillon Rd. Akron, OH 44333 Voice (330) 668-2267, Fax (330) 668-2961 From owner-freebsd-hackers Thu Oct 24 12:57:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA17672 for hackers-outgoing; Thu, 24 Oct 1996 12:57:24 -0700 (PDT) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA17667 for ; Thu, 24 Oct 1996 12:57:22 -0700 (PDT) Received: from localhost (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) with SMTP id MAA13256; Thu, 24 Oct 1996 12:58:27 -0700 Date: Thu, 24 Oct 1996 12:58:26 -0700 (PDT) From: Veggy Vinny To: Gena Gulchin cc: hackers@freebsd.org Subject: Re: Dual boot In-Reply-To: <199610241909.MAA01139@love.MCCP.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Oct 1996, Gena Gulchin wrote: > I have a dual boot system, DOS and FreeBSD 2.1.5, My windows95 crashed and I > reinstalled them. But now I can not boot to FreeBSD.... > > Is there a way to fix it? Yep, get the Booteasy program from ftp.FreeBSD.ORG and then install it from DOS. Boot up with DOS and not Win95... Vince GaiaNet Corporation Unix Networking Operations From owner-freebsd-hackers Thu Oct 24 14:17:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA22280 for hackers-outgoing; Thu, 24 Oct 1996 14:17:21 -0700 (PDT) Received: from gatekeeper.ray.com (gatekeeper.ray.com [138.125.162.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA22270 for ; Thu, 24 Oct 1996 14:17:13 -0700 (PDT) From: Gregory_D_Moncreaff@ccmail.ed.ray.com Received: (mailer@localhost) by gatekeeper.ray.com (8.7.5/8.7.3) id RAA06213 for ; Thu, 24 Oct 1996 17:11:39 -0400 Received: from zeus.ed.ray.com by gatekeeper.ray.com; Thu Oct 24 17:10:57 1996 Received: from ccmail.ed.ray.com by ZEUS.ED.RAY.COM (PMDF V4.2-10 #4335) id <01IB11QMCQRK0017IX@ZEUS.ED.RAY.COM>; Thu, 24 Oct 1996 17:12:53 EDT Date: Thu, 24 Oct 1996 16:53 -0400 (EDT) Subject: 2.1 netccitt [x.25/hd/pk/llc] fubar'd Cc: hackers@FreeBSD.org Message-id: <01IB11QN0BJA0017IX@ZEUS.ED.RAY.COM> MIME-version: 1.0 Content-transfer-encoding: 7BIT Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk hi, I'm trying to work with the netccitt code, specifically x.25 over hdlc/labp, that was on the freeBSD 2.1 distribution. As far as I can tell, whomever was working with the llc code in 92-93 completely fubar'd the interaction between pk and hd, and left netccitt in a non working state [lots of mismatched protocol lookup function pointers, arguments, return values, etc] Is there any earlier archived netccitt code, vintage '91 or so, that might be in better shape to be had?? I know that bsdi and freeBSD are near identical with respect to netccitt in their 2.1 versions (excepting the extra rtalloc param that bsdi has) but what about the other bsd's (net,open,386,etc)? If anyone is working with 2.1 freeBSD or bsdi, the problem I am currently stuck on is trying to figure out how an hcp can be allocated to handle incoming packets so that hdintr doesn't complain about not finding a hcp on the hdcbhead list that matches the receive ifp in the packet header. The only allocation routine is called when issuing a connect, which is for outgoing. Trying to issue connects in both directions crashes one of the nodes in some vm routine and doesn't produce a core file... btw: I am running this over a SDL Riscom 8/SA board whose driver was hacked from the Cronyx-Sigma driver that came with 2.1 freeBSD [both drivers use the same cl-cd2401 chips], would it be a good thing to fold this into the freebsd distribution (or at least get device numbers assigned)? Is any one else using this board? thanks, G From owner-freebsd-hackers Thu Oct 24 15:40:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27443 for hackers-outgoing; Thu, 24 Oct 1996 15:40:15 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA27438 for ; Thu, 24 Oct 1996 15:40:07 -0700 (PDT) Received: (from guido@localhost) by gvr.win.tue.nl (8.8.2/8.8.2) id AAA03809 for FreeBSD-hackers@freebsd.org; Fri, 25 Oct 1996 00:39:56 +0200 (MET DST) From: Guido van Rooij Message-Id: <199610242239.AAA03809@gvr.win.tue.nl> Subject: netbooting from dos To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Fri, 25 Oct 1996 00:39:56 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I wonder if it is possible with the current software to have a system booting freebsd from the network by invoking some dos program. I want to have a system usually running dos but occasionally I also want to boot FreeBSD with it. I don;t have the diskspace to install it locally. I do have very little to install a minimal filesystem. Btw: It would suffice to just use it as an X server. -Guido From owner-freebsd-hackers Thu Oct 24 15:49:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27760 for hackers-outgoing; Thu, 24 Oct 1996 15:49:39 -0700 (PDT) Received: from zed.ludd.luth.se (root@zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA27752 for ; Thu, 24 Oct 1996 15:49:30 -0700 (PDT) Received: from sister.ludd.luth.se (sister.ludd.luth.se [130.240.16.77]) by zed.ludd.luth.se (8.7.5/8.7.2) with ESMTP id AAA21460; Fri, 25 Oct 1996 00:49:18 +0200 Received: from localhost (pantzer@localhost) by sister.ludd.luth.se (8.6.11/8.6.11) with SMTP id AAA23972; Fri, 25 Oct 1996 00:49:17 +0200 Date: Fri, 25 Oct 1996 00:49:17 +0200 (MET DST) From: Mattias Pantzare To: Ollivier Robert cc: freebsd-hackers Subject: Re: Is this network possible with FreeBSD ??? In-Reply-To: <199610241409.QAA26627@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > FreeBSD. The only way where it could matter is if the FreeBSD was also > a Samba server (SMB can't be routed). Samba uses SMB over IP, IP routes. You are thinking of netbeui. From owner-freebsd-hackers Thu Oct 24 16:51:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA02724 for hackers-outgoing; Thu, 24 Oct 1996 16:51:50 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA02703 for ; Thu, 24 Oct 1996 16:51:43 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA04598 for ; Fri, 25 Oct 1996 01:51:39 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA00910 for freebsd-hackers@freebsd.org; Fri, 25 Oct 1996 01:51:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id BAA05274 for freebsd-hackers@freebsd.org; Fri, 25 Oct 1996 01:49:26 +0200 (MET DST) From: J Wunsch Message-Id: <199610242349.BAA05274@uriah.heep.sax.de> Subject: Re: ex/vi version 1.79 now available for anonymous ftp. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 25 Oct 1996 01:49:26 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <13379.846159409@time.cdrom.com> from "Jordan K. Hubbard" at "Oct 24, 96 05:16:49 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > ..., is the perl world really > ready for /usr/bin/perl to be perl5 by default? Half a year ago, when i've followed the Perl newsgroups quite a little more than i do now, they did consider Perl 4 as heavily obsolete already. Something like, after the release of FreeBSD 2.0.5, somebody complained about a bug in FreeBSD 1.1.5.1..., just to translate this into the FreeBSD world. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Oct 24 17:07:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA04072 for hackers-outgoing; Thu, 24 Oct 1996 17:07:48 -0700 (PDT) Received: from becker1.u.washington.edu (spaz@becker1.u.washington.edu [140.142.12.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA04066 for ; Thu, 24 Oct 1996 17:07:43 -0700 (PDT) Received: from localhost (spaz@localhost) by becker1.u.washington.edu (8.7.5+UW96.10/8.7.3+UW96.10) with SMTP id RAA29107; Thu, 24 Oct 1996 17:07:30 -0700 (PDT) Date: Thu, 24 Oct 1996 17:07:30 -0700 (PDT) From: John Utz To: Guido van Rooij cc: FreeBSD-hackers Subject: Re: netbooting from dos In-Reply-To: <199610242239.AAA03809@gvr.win.tue.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hello Guido; Here is what i am doing, while it is not exactly what you are asking, it might suffice.... On Fri, 25 Oct 1996, Guido van Rooij wrote: > I wonder if it is possible with the current software to have a system > booting freebsd from the network by invoking some dos program. > I want to have a system usually running dos but occasionally I also > want to boot FreeBSD with it. I don;t have the diskspace to install > it locally. I do have very little to install a minimal filesystem. > Btw: It would suffice to just use it as an X server. What i have is a fake network with three nodes. Two nodes are "seats" with monitors and keyboards and such. The server has about .75G of diskspace ( and no monitor or keyboard ). The seats have 160M and 120M, respectively. The diskspace on these seats is partitioned with 70m dedicated to freebsd. The dos partitions on each seat are differently sized because the larger disk is on the same seat as the cdrom, and all the groovy multimedia support apps like quicktime and video for windows *insist* on being installed in the C:\windows directory. The server runs freebsd and has a dos partition on it whose sole purpose is to be exported to the seats via samba. This allows me to only install diskhogs like matlab and visual C++ only once. So the non-cdrom seat only has wfw/tcp-ip and dos6.2 installed on it. This takes about 50 megs with *generous* (30M?) swap space. All of the dos/win apps run just fine. The freebsd partition has only the "minimal" install set installed on it and a 25-30M swap partition. However, there is probably alot of stuff that could get blown off the minimal install list because i am mounting /usr from the server,which is where all of the X stuff is located. I doubt that this is really what you had in mind, but i thought i might offer it as a plausible alternative. It offers the advantage of making the seat only responsible for running X and leaving the actual applications to the server's cpu budget ( i use 386/387 33's with 6-8 meg of ram as seats and *server* ) and makes administration ( both dos and freebsd ) much simpler. I can also use the cdrom on the downstairs machine as a resource on the upstairs machine, which is pretty cool( but only under wfw, because it is an atapi cdrom ). At the least, if u want to run freebsd, u will need to create a partition on the hard drive, i dont see any way of getting 'round that. Cant think of any dos-based miracle that will allow this to work otherwise. > > -Guido > hope this helps. i know it has vastly enhanced domestic bliss on the computer front...my wife insists on windows, i insist on freebsd, we both get our way...where-ever we choose to sit! Oh, and if u decide to go this route. use 2.1.5-RELEASE, not the snapshots. I have not isolated the problem to either XFree or FreeBSD, but the latest version of XF86 and the 961006 SNAP conspire to make X die when some applications loose the mouse. I know this all worked fine on 2.1.5-RELEASE. ******************************************************************************* John Utz spaz@u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Thu Oct 24 17:16:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA05480 for hackers-outgoing; Thu, 24 Oct 1996 17:16:22 -0700 (PDT) Received: from central.picker.com (central.picker.com [144.54.31.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA05447; Thu, 24 Oct 1996 17:16:16 -0700 (PDT) Received: from ct.picker.com by central.picker.com with smtp (Smail3.1.28.1 #3) id m0vGZGb-0004s3C; Thu, 24 Oct 96 19:32 EDT Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA25614; Thu, 24 Oct 96 19:30:39 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id TAA27538; Thu, 24 Oct 1996 19:30:38 -0400 From: rhh@ct.picker.com (Randall Hopper) Message-Id: <199610242330.TAA27538@elmer.ct.picker.com> Subject: AWE32/SB32 Sound Driver ver. 0.2.0 To: multimedia@freebsd.org, hackers@freebsd.org Date: Thu, 24 Oct 1996 19:30:37 -0400 (EDT) Reply-To: rhh@ct.picker.com Organization: Picker International, CT Division X-Mailer: ELM [version 2.4 PL24 PGP3 *ALPHA*] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Takashi recently released ver. 0.2.0 of his AWE32 Sound Driver, and this version includes the FreeBSD diffs, so you should be able to drop this right into a -current kernel. The main addition in this version is GUS compatibility. For example, with this driver and a one-line change to our gmod 2.0.2 port (see below), you can now play MOD, 669, MTM, S3M, and ULT files through the wavetable side of your Sound Blaster 32 or AWE32. Very nice! The URL for the driver is: http://bahamut.mm.t.u-tokyo.ac.jp/~iwai/midi.html and you'll need this one-line diff that didn't make it into his patch file: awe_wave.c: < #ifdef AWE_OBSOLETE_VOXWARE < #include "tuning.h" --- > #ifdef AWE_OBSOLETE_VOXWARE > #define SEQUENCER_C > #include "tuning.h" And here's the gmod 2.0.2 diff: gmod.c: 209c209,210 < && info.synth_subtype == SAMPLE_TYPE_GUS) --- > && (info.synth_subtype == SAMPLE_TYPE_GUS || > info.synth_subtype == SAMPLE_TYPE_AWE32)) Enjoy! Randall Hopper rhh@ct.picker.com ______________________________________________________________________________ From: Takashi Iwai Subject: [linux-awe] Announcement of ver.0.2.0 Hi, I released the new version 0.2.0 of awe driver and utilities. Since the hardware control parameters are changed, some function becomes incompatible with older drivers. Please install new awesfx and awemidi utilities together with the driver, too. The new features of 0.2.0 are: - Accepts GUS compatible patches - GUS compatible hardware controls - Accepts 8bit/unsigned wave data - Adds blank loop automatically - FreeBSD support - Some bug fixes I've not tested this version with kernel 1.2.13. If any problem, please inform here. Along with this update, the music players using GUS driver can be compiled by a little modification of card detection part; check synth_subtype and accept the value 0x20 (SAMPLE_TYPE_AWE32). For example, in the case of gmod-3.01, modify Sequencer.c (line 62) as if (info.synth_type == SYNTH_TYPE_SAMPLE && (info.synth_subtype == SAMPLE_TYPE_GUS||info.synth_subtype==0x20)) gus_dev = i; Also, GUS patch files can be loaded directly by gusload utility. It's useful for hearing MIDI music designed for GUS. -- Takashi IWAI e-mail: iwai@dragon.mm.t.u-tokyo.ac.jp WWW: http://bahamut.mm.t.u-tokyo.ac.jp/~iwai/ From owner-freebsd-hackers Thu Oct 24 17:48:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA07468 for hackers-outgoing; Thu, 24 Oct 1996 17:48:20 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA07461; Thu, 24 Oct 1996 17:48:16 -0700 (PDT) Received: by sovcom.kiae.su id AA11598 (5.65.kiae-1 ); Fri, 25 Oct 1996 03:44:58 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 25 Oct 96 03:44:58 +0300 Received: (from ache@localhost) by nagual.ru (8.8.2/8.8.2) id EAA06024; Fri, 25 Oct 1996 04:43:09 +0400 (MSD) Message-Id: <199610250043.EAA06024@nagual.ru> Subject: Re: ex/vi version 1.79 now available for anonymous ftp. In-Reply-To: <199610240444.MAA02097@spinner.DIALix.COM> from "Peter Wemm" at "Oct 24, 96 12:44:23 pm" To: peter@spinner.dialix.com (Peter Wemm) Date: Fri, 25 Oct 1996 04:43:08 +0400 (MSD) Cc: jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, committers@freebsd.org From: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Andrey asked about waiting for ncurses.. I am not sure that's a good idea > yet, since they have just broken scrolling on the cons25 screens (no > scroll regions), this is especially noticable with /usr/bin/talk. And > emacs went spastic last time I recompiled it.. It doesn't seem work in > text mode at all at the moment, either on xterm or cons25, something is > seriously unwell in the ncurses code at the moment. How long ago it happens? Could you please report this problems and approximate date to ncurses mailing list? If they not hear about it, they not fix it... -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-hackers Thu Oct 24 18:10:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA08783 for hackers-outgoing; Thu, 24 Oct 1996 18:10:03 -0700 (PDT) Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA08770 for ; Thu, 24 Oct 1996 18:10:01 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.6/8.7.3) with ESMTP id SAA05567 for ; Thu, 24 Oct 1996 18:09:26 -0700 (PDT) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.7.6/8.7.3) with ESMTP id SAA04642 for ; Thu, 24 Oct 1996 18:09:25 -0700 (PDT) Message-Id: <199610250109.SAA04642@base.jnx.com> To: hackers@freebsd.org Subject: SCSI tape drive density codes and block sizes...? Date: Thu, 24 Oct 1996 18:09:25 -0700 From: Paul Traina Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ahc0 rev 0 int a irq 11 on pci0:16 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0:A:0: refuses WIDE negotiation. Using 8bit transfers (ahc0:0:0): "QUANTUM FIREBALL1280S 630C" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1222MB (2503872 512 byte sectors) ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "Quantum XP34300W L912" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 4101MB (8399520 512 byte sectors) ahc0: target 2 Tagged Queuing Device (ahc0:2:0): "DEC DSP3210S 442A" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 2047MB (4194303 512 byte sectors) (ahc0:3:0): "HP C1533A 9503" type 1 removable SCSI 2 st0(ahc0:3:0): Sequential-Access density code 0x24, variable blocks, write-enabled ahc0:A:4: refuses WIDE negotiation. Using 8bit transfers (ahc0:4:0): "SONY CD-ROM CDU-76S 1.1c" type 5 removable SCSI 2 cd0(ahc0:4:0): CD-ROM cd0(ahc0:4:0): UNIT ATTENTION asc:28,0 cd0(ahc0:4:0): Not ready to ready transition, medium may have changed cd present [400000 x 2048 byte records] What exactly do the density codes for my DDS2 (HP C1533A) tape drive mean? What density code do I want to be using? Present Mode: Density = 0x24 Blocksize variable ---------available modes--------- Mode 0: Density = 0x00 Blocksize variable Mode 1: Density = X3.136-1986 Blocksize = 512 bytes Mode 2: Density = X3.39-1986 Blocksize variable Mode 3: Density = X3.54-1986 Blocksize variable thanks, Paul From owner-freebsd-hackers Thu Oct 24 18:14:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA09076 for hackers-outgoing; Thu, 24 Oct 1996 18:14:43 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA09067 for ; Thu, 24 Oct 1996 18:14:40 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id BAA00192; Fri, 25 Oct 1996 01:12:52 GMT Date: Fri, 25 Oct 1996 10:12:52 +0900 (JST) From: Michael Hancock To: "Jordan K. Hubbard" cc: Paul Richards , Joerg Wunsch , FreeBSD hackers , "Daniel O'Callaghan" Subject: Re: root only: (was Re: comments on this change please.) In-Reply-To: <13446.846160231@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Oct 1996, Jordan K. Hubbard wrote: > > Jordan, I think a golden opportunity was missed by not putting > > sysconfig into /var from the beginning. > > Hmmm. /var/what? How about /var/etc? I understand it would take a while to get the X11 dependencies out, but I think many people don't put X on dedicated servers. Regards, Mike Hancock From owner-freebsd-hackers Thu Oct 24 19:30:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA13997 for hackers-outgoing; Thu, 24 Oct 1996 19:30:25 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA13987 for ; Thu, 24 Oct 1996 19:30:19 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA16152; Fri, 25 Oct 1996 12:00:04 +0930 From: Michael Smith Message-Id: <199610250230.MAA16152@genesis.atrad.adelaide.edu.au> Subject: DOS emulation (was Re: Networking in PCEMU (1/2)) To: erich@lodgenet.com (Eric L. Hernes) Date: Fri, 25 Oct 1996 12:00:04 +0930 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199610241434.JAA16620@jake.lodgenet.com> from "Eric L. Hernes" at Oct 24, 96 09:34:28 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Eric L. Hernes stands accused of saying: > > Have any of you all had a look at bochs? It's on my list > of `to look at' and maybe do a port of, but it's low priority. > It's supposed to have most of 80386 stuff working. > > http://world.std.com/~bochs/ Yeah, well. It builds trivially under 2.1 (haven't tried on -current, expect it will there too) with an include fix, but it's a bit limited functionality-wise. It's also dog-slow, even compared to PCemu. What we _need_ is for the kernel vm86 stuff to happen so that DOScmd can go ahead; this is basically predicated on Sean having the time to do it, as none of the other x86 gurus seemed interested in helping us deal with the problem we hit last time. The emulation code in DOScmd is actually pretty good, and having brutally cleaned it, it's _much_ easier to read and work on than the Linux dosemu code. Once _that_ works, we can do some _serious_ DOS emulation. > eric. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Oct 24 21:20:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA19292 for hackers-outgoing; Thu, 24 Oct 1996 21:20:48 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA19280 for ; Thu, 24 Oct 1996 21:20:41 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA02664; Fri, 25 Oct 1996 00:20:02 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 25 Oct 1996 00:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id WAA17149; Thu, 24 Oct 1996 22:47:43 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id WAA14873; Thu, 24 Oct 1996 22:48:19 -0400 (EDT) Date: Thu, 24 Oct 1996 22:48:19 -0400 (EDT) From: Thomas David Rivers Message-Id: <199610250248.WAA14873@lakes.water.net> To: ghelmer@cs.iastate.edu, ponds!freefall.cdrom.com!freebsd-hackers, ponds!ponds!rivers Subject: Re: Daily panic's with 2.1.5R. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I finally swapped everything out of that box into a GW2K P-90 box (the > only hardware that changed was the motherboard, case, and power supply) & > upgraded it to 2.1.5, and when I checked it five or six weeks later, it > had been up solid since the upgrade (I left that job soon after the swap). > I figure it was something due to the early PCI implementation. Anyway, to > the point -- bad hardware seemed to be the cause of the troubles. The way > news pounds on the I/O subsystem seems to point out transient hardware > problems, so perhaps that could be related to your problem? > > Just a thought, > Guy Helmer Thanks for the insight - I had given that some thought myself... However, I've seen this panic on an AHA 1542B with a reliable SCSI disk and a new IDE controller and brand new IDE drive (both on the same ISA machine - non PCI.) As far as I've determined thus far, the frequency of the problem seems related to the the different parameters used to newfs the file system... particularly the number of inodes. - Dave R. - From owner-freebsd-hackers Thu Oct 24 22:53:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA23189 for hackers-outgoing; Thu, 24 Oct 1996 22:53:19 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA23138; Thu, 24 Oct 1996 22:52:53 -0700 (PDT) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id WAA15180 ; Thu, 24 Oct 1996 22:35:12 -0700 (PDT) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.2/8.8.2) with ESMTP id NAA17524; Fri, 25 Oct 1996 13:31:41 +0800 (WST) Message-Id: <199610250531.NAA17524@spinner.DIALix.COM> X-Mailer: exmh version 1.6.9 8/22/96 To: Paul Richards cc: Mark Murray , "Jordan K. Hubbard" , Andrew Stesin , Joerg Wunsch , FreeBSD hackers , committers@freebsd.org Subject: Re: ex/vi version 1.79 now available for anonymous ftp. In-reply-to: Your message of "24 Oct 1996 16:41:14 +0100." <57budsv085.fsf@tees.elsevier.co.uk> Date: Fri, 25 Oct 1996 13:31:40 +0800 From: Peter Wemm Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Paul Richards wrote: > Mark Murray writes: > > > We use a lot of Perl at work - and the first thing most of our folk > > do is install perl5. > > > > I work (as in paid work) entirely in Perl at the moment and spend a lot > of time in the perl community and the core of that community (as in the > newsgroups etc), don't even think of perl as being anything other than > perl5 these days. I suspect if you mentioned a problem with perl4 > they'd just tell you to get perl5 before you come back. I'm starting to see a lot of this sort of stuff: You'll need the following to use Majordomo: o Perl, version 4.036 or version 5.002 (or better) **NOTE** Future versions of Majordomo will *NOT* work with perl4. The writing is *definately* on the wall, the old perl4 is becoming a liability rather than an asset. Cheers, -Peter From owner-freebsd-hackers Thu Oct 24 23:23:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA25364 for hackers-outgoing; Thu, 24 Oct 1996 23:23:09 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA25347 for ; Thu, 24 Oct 1996 23:23:04 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id XAA15302 for ; Thu, 24 Oct 1996 23:11:33 -0700 (PDT) Received: from luoqi.watermarkgroup.com (ppp-1.ts-1.ptn.idt.net) by mail.crl.com with SMTP id AA17707 (5.65c/IDA-1.5 for ); Thu, 24 Oct 1996 23:12:14 -0700 Received: from sabrina (localhost [127.0.0.1]) by luoqi.watermarkgroup.com (8.7.5/8.6.12) with SMTP id CAA00353 for ; Fri, 25 Oct 1996 02:10:23 -0400 (EDT) Message-Id: <327059CE.41C67EA6@watermarkgroup.com> Date: Fri, 25 Oct 1996 02:10:22 -0400 From: Luoqi Chen X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.1.5-RELEASE i386) Mime-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: ATAPI bug fix Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A process may hang when a CD is inserted during an open operation (90% of the time if I try to switch CD when xcdplayer is running). In function atapi_start(), the request may have already failed before wdstart returns (e.g. timeout waiting for DRQ because of insertion of the CD). The fix is sleep only if the request is still on the queue. The following diff is for 2.1.5R. -lq *** atapi.c.orig Fri Oct 25 00:28:58 1996 --- atapi.c Fri Oct 25 01:55:03 1996 *************** *** 788,794 **** ac->cmd[13], ac->cmd[14], ac->cmd[15], count); atapi_enqueue (ata, ac); wdstart (ata->ctrlr); ! tsleep ((caddr_t)ac, PRIBIO, "atareq", 0); result = ac->result; atapi_free (ata, ac); --- 788,795 ---- ac->cmd[13], ac->cmd[14], ac->cmd[15], count); atapi_enqueue (ata, ac); wdstart (ata->ctrlr); ! if (ac == ata->queue) ! tsleep ((caddr_t)ac, PRIBIO, "atareq", 0); result = ac->result; atapi_free (ata, ac); From owner-freebsd-hackers Thu Oct 24 23:53:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA28814 for hackers-outgoing; Thu, 24 Oct 1996 23:53:06 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA28792; Thu, 24 Oct 1996 23:53:03 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id UAA14903 ; Thu, 24 Oct 1996 20:27:04 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA16661; Fri, 25 Oct 1996 12:55:03 +0930 From: Michael Smith Message-Id: <199610250325.MAA16661@genesis.atrad.adelaide.edu.au> Subject: Re: Is this network possible with FreeBSD ??? To: moos@degnet.baynet.de Date: Fri, 25 Oct 1996 12:55:03 +0930 (CST) Cc: jgreco@brasil.moneng.mei.com, freebsd-hackers@FreeBSD.org, questions@FreeBSD.org In-Reply-To: <326F4584.2F7E@degnet.baynet.de> from "Darius Moos" at Oct 24, 96 09:31:32 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Darius Moos stands accused of saying: > > Now what i want to do today as follows. Please make some suggestions, > corrections or commitments on this. Again the picture is appended > below. > 1. The router is a KA9Q-ISPA-router, not capable of bridging. > 2. The machines on the private company network (192.168.3.x) need > a gateway (the FreeBSD-box) and this gateway should be the > WWW-server, WWW-proxy and SMTP-server. I was told, the gateway > (the FreeBSD-box) has to have a IP in the private company network > (192.168.3.x), because they are all Windows machines and Windows > needs this (i don't know if Windows does it really need). If the Windows machines are on the 192.168.3 network, then they need an address on this network to route via. > 3. ifconfigs for the FreeBSD-box: > ifconfig ed0 inet 1.2.3.253 netmask 0xffffff00 > ifconfig ed0 inet 192.168.3.1 netmask 0xfffffc00 alias > 4. I'll config the NE2000-device of the router to > 1.2.3.36 with netmask 0xffffff00 > 5. I'll change the 100MBit-device of the router to > 192.168.3.104 with netmask 0xfffffc00 I'll leave the above there for reference, but I'm going to suggest that you consider the following : Use the 192.168.3.x network for your Windows machines only. Give them a netmask of 0xffffff00, ie a /24 network. Put the KA9Q box at, say, 192.168.3.254, and have this set as the gateway for the Windows machines. Use the network 192.168.4.x/24 for the network between the KA9Q and BSD boxes for carrying traffic for the Windows machines. Tell the Windows systems that their proxy is at 192.168.4.1, and alias this onto the BSD system. To achieve your outside routing from the BSD box to the rest of the world, you add the 1.2.3.253 address onto the BSD system's interface, and then add a default route via the address of the KA9Q box. So, your /etc/sysconfig on the BSD box would look something like : network_interfaces"ed0 ed0_alias lo0" ifconfig_ed0="inet 1.2.3.254 netmask 255.255.255.0" ifconfig_ed0_alias="inet 192.168.4.1 alias netmask 255.255.255.0" ... defaultrouter="1.2.3.36" Then you have to tell the KA9Q box that 192.168.4.x can be reached via 1.2.3.253. So the picture changes to look like this : +---------------+ | FreeBSD-2.1.0 | |+-------------+| || NE 2000 || || 192.168.4.1 || || 1.2.3.253 || ++------o------++ | | ++-------o-------++ || NE 2000 || || 1.2.3.36 || |+---------------+| | | | +-------+ | Router | ISDN o------------o ISP 1.2.3.x | +-------+ | | |+---------------+| || 100 MBit || || 192.168.3.104 || ++-------o-------++ | | ++-------o-----++ || 100 MBit || || 192.168.3.2 || |+-------------+| | | | 192.168.3.x | note : - The network arrangement with your ISP smells really bad. If you have 1.2.3.x at both ends of the ISDN link, then something is very screwy and I suspect that nothing will work anyway. The addresses you've given on the 1.2.3 network imply that you have the entire range assigned to the ether between the router and the BSD system, so there's nowhere for the address at the other end of the ISDN link to live. Without more details here (and some explanation of KA9Q) I can't be more definite. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri Oct 25 03:25:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA07149 for hackers-outgoing; Fri, 25 Oct 1996 03:25:20 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA07109 for ; Fri, 25 Oct 1996 03:25:11 -0700 (PDT) Received: from isbalham (isbalham.ist.co.uk [192.31.26.1]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id AAA15609 for ; Fri, 25 Oct 1996 00:57:48 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham (8.6.12/8.6.12) with UUCP id IAA19898; Fri, 25 Oct 1996 08:49:50 +0100 Received: from [194.32.164.2] by seagoon.gid.co.uk; Fri, 25 Oct 1996 08:36:00 +0100 X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 25 Oct 1996 08:36:14 +0100 To: Michael Hancock , "Jordan K. Hubbard" From: rb@gid.co.uk (Bob Bishop) Subject: Re: root only: (was Re: comments on this change please.) Cc: Paul Richards , Joerg Wunsch , FreeBSD hackers , "Daniel O'Callaghan" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk At 10:12 am 25/10/96, Michael Hancock wrote: >[...] >How about /var/etc? > >I understand it would take a while to get the X11 dependencies out, but I >think many people don't put X on dedicated servers. Nor on dedicated firewall/gateways, for which read-only root would be *real good* -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Fri Oct 25 03:25:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA07160 for hackers-outgoing; Fri, 25 Oct 1996 03:25:22 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA07115 for ; Fri, 25 Oct 1996 03:25:13 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id AAA15613 for ; Fri, 25 Oct 1996 00:59:30 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id JAA09660 for ; Fri, 25 Oct 1996 09:00:15 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA07198 for freebsd-hackers@freefall.cdrom.com; Fri, 25 Oct 1996 09:05:08 +0100 Date: Fri, 25 Oct 1996 09:05:08 +0100 From: Christoph Kukulies Message-Id: <199610250805.JAA07198@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: pgcc - benefits? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I built pgcc yesterday trying to squeeze a few more percent performance improvement for a physics program I'm running here on a P6. How reliable is pgcc? Where lie it's strengths? BTW, trying to build a kernel using pgcc gives the following error: -DINET -DKERNEL ../../kern/kern_clock.c machine/cpufunc.h: In function `hardclock': machine/cpufunc.h:331: inconsistent operand constraints in an `asm' machine/cpufunc.h:331: inconsistent operand constraints in an `asm' *** Error code 1 Stop. NB: the PATCH_SITE doesn't carry the pgcc patches anymore. During build they were fetched from freebsd.org/distfiles. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Oct 25 03:53:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA08520 for hackers-outgoing; Fri, 25 Oct 1996 03:53:19 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA08483 for ; Fri, 25 Oct 1996 03:53:07 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id AAA15577 for ; Fri, 25 Oct 1996 00:53:59 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA18358; Fri, 25 Oct 1996 09:51:32 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA06642; Fri, 25 Oct 1996 09:51:32 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id JAA07964; Fri, 25 Oct 1996 09:30:17 +0200 (MET DST) From: J Wunsch Message-Id: <199610250730.JAA07964@uriah.heep.sax.de> Subject: Re: SCSI tape drive density codes and block sizes...? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 25 Oct 1996 09:30:17 +0200 (MET DST) Cc: pst@jnx.com (Paul Traina) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610250109.SAA04642@base.jnx.com> from Paul Traina at "Oct 24, 96 06:09:25 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Paul Traina wrote: > What exactly do the density codes for my DDS2 (HP C1533A) tape drive mean? > What density code do I want to be using? > > Present Mode: Density = 0x24 Blocksize variable The tape density modes that are known to mt(1) by name are those mentioned in the SCSI-2 specs. Since these specs are a little aging these days, most modern drives needed additional mode values. You normally don't want to change it. I think the driver should normally not even try to handle them at all, but always use the default density and blocksize. However, right now the driver insists on always setting density and blocksize. Half of our tape-drive related `quirk' records would probably not really needed. Things are a little different if you've for example got a QIC-24 (60 MB) cartridge in a QIC drive that would be misdetected as QIC-150, you want to override the density value in this case for proper operation. For DDS drives with the ``media recognition system'', the cassettes are supposed to be detected properly. Some HP guy told me that DOS software often uses fixed-length records even for DAT. So if you encounter such a tape, you might want to adjust your tape driver, too. Unixoides normally use variable-length records however (wherever supported by the hardware, i.e. with QIC >= 525, DAT, Exabyte 8 mm etc.), so that's the default for these drives. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Oct 25 03:53:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA08656 for hackers-outgoing; Fri, 25 Oct 1996 03:53:42 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA08601 for ; Fri, 25 Oct 1996 03:53:33 -0700 (PDT) Received: from aris (aris.jpl.nasa.gov [137.78.235.13]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id AAA15466 for ; Fri, 25 Oct 1996 00:27:14 -0700 (PDT) Received: from localhost by aris (SMI-8.6/SMI-SVR4) id AAA27760; Fri, 25 Oct 1996 00:27:50 -0700 Date: Fri, 25 Oct 1996 00:27:50 -0700 (PDT) From: Jake Hamby X-Sender: hamby@aris Reply-To: Jake Hamby To: hackers@freebsd.org, bongo-interest@marimba.com, castanet-interest@marimba.com Subject: FreeBSD libmarimba.so available In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've compiled the libmarimba.so library for FreeBSD, which is used by Castanet and Bongo, two excellent Java applications from Marimba (www.marimba.com). I used the FreeBSD JDK 1.0.2 from: ftp://freefall.freebsd.org/pub/FreeBSD/LOCAL_PORTS/jdk102.tar.gz and FreeBSD-current. You will need to download the Solaris version of Castanet Tuner or Bongo from Marimba's FTP site, and patch the startup shell script to point to your installed copy of the JDK. Then replace libmarimba.so with the version available from this URL: ftp://java.jpl.nasa.gov/pub/hamby/libmarimba.so.gz (be sure to gunzip it first!). I'll try to make a proper FreeBSD port of this over the weekend, but in the meantime E-Mail me if you have any trouble. Marimba has developed some superb Java products, and it is great to be able to run them natively from FreeBSD! P.S. You don't absolutely _need_ libmarimba.so in order to use Castanet or Bongo, however it will act strangely if it isn't present. It includes a few native methods for deleting directory trees, cut-and-paste, and pointing Netscape to the help files when you click on the Help menus (it's only about 15k). The rest is written in 100% portable Java code! ------------------------------------------------------------------------------ |Jake Hamby| Ask me about Unix, FreeBSD, Solaris, The Tick, BeBox, or NT, eh?| ------------------------------------------------------------------------------ "This space intentionally left blank." From owner-freebsd-hackers Fri Oct 25 05:45:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA18782 for hackers-outgoing; Fri, 25 Oct 1996 05:45:47 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA18769 for ; Fri, 25 Oct 1996 05:45:34 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.7.5/8.6.5) id SAA19190; Fri, 25 Oct 1996 18:43:18 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199610251243.SAA19190@hq.icb.chel.su> Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 25 Oct 1996 18:43:17 +0600 (ESD) Cc: erich@lodgenet.com, hackers@freebsd.org In-Reply-To: <199610250230.MAA16152@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 25, 96 12:00:04 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > What we _need_ is for the kernel vm86 stuff to happen so that DOScmd > can go ahead; this is basically predicated on Sean having the time to > do it, as none of the other x86 gurus seemed interested in helping us > deal with the problem we hit last time. The emulation code in DOScmd > is actually pretty good, and having brutally cleaned it, it's _much_ > easier to read and work on than the Linux dosemu code. > > Once _that_ works, we can do some _serious_ DOS emulation. Do you speak about porting the code from BSDI ? I remember someone wrote in -hackers that he got it nearly working. Or did I mixed it with something else in my mind ? -SB From owner-freebsd-hackers Fri Oct 25 06:05:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA19702 for hackers-outgoing; Fri, 25 Oct 1996 06:05:08 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA19681 for ; Fri, 25 Oct 1996 06:04:55 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.7.5/8.6.5) id TAA21285; Fri, 25 Oct 1996 19:02:00 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199610251302.TAA21285@hq.icb.chel.su> Subject: Re: Networking in PCEMU (1/2) To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Fri, 25 Oct 1996 19:02:00 +0600 (ESD) Cc: hackers@freebsd.org In-Reply-To: <199610241255.NAA24362@labinfo.iet.unipi.it> from "Luigi Rizzo" at Oct 24, 96 01:55:26 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Hi! > > > > I wrote the code that allows to access the network from pcemu. > > It is also a great debugging environment in case you have > > no real network. Commit it please. The first part contains > > the kernel part (Garrett, please take a look at it) and the second > > part contains the patch for pcemu (Satoshi, please take a look > > a it). I plan to use it to port the Netware emulator from > > Linux some day (may be not very soon). > > looks like a very nice piece of work. I was wondering if someone > has been working on pcemu to add more features. Here are some Really I did it for another reason. :-) I'm trying to port the Netware emulator from Linux but I needed the testing environment. > projects I had started working on but did not complete. They are > listed in order of importance. > > 1) 286 emulation (at least real mode). I have included some 286 > instructions, but other are still missing. The problem arises > because a lot of compilers produce 80286 code by default, even > though there is no special requirement for that, and the poor > emulator dies when it finds them... > > MAIN USE: various programs. Seems very useful. Really as far as I know the real mode instruction set of 286 is the same as of 186. And it has very few extensions compared to 86. The main are the stack managing commands. The result will be most likely understood by Norton Sysinfo as NEC V40. I even worked some time on machine built on this CPU! :-) > 2) PCemu in an xterm. Many programs are text only, and it would be very > nice to be able to run them in a text window, e.g. an xterm or so. I > spent some time hacknig the x11 module and now my development copy > is able to produce textual output in the xterm from which the pcemu > has been started. Input is a bit more critical because the simulator > wants make/break events from the keyboard, whereas the tty cannot > supply such events. Also, some special keys (function keys etc) are > not directly available. Anyways, my code is almost working, if > someone wants to take it over just let me know. I can suggest a variant: running PCEMU on console. Little pieces of code will need to be added to the console driver but they will give you full functionality. At least VP/ix and DOSMerge in SCO understand the console as a special case. > MAIN USE: our library has several databases on CD, with a DOS, > text-only browser. They have a multiuser licence (and in some > cases a site licence), and the way it currently works is exporting > via NFS the database, enabling clients on demand. This does not > work over a dial-up connection (well, I did it once, and it is > not _that_ bad, at least for some programs). Being able to run > PCemu in an xterm would make things much faster. IMHO you'll get it slower. PCEMU itself is very slow and IMHO the time it would need for processing will be much longer than is spent for NFS access. > 3) cga/ega/vga emulation. It should not be that hard for someone with > a little bit of X11 knowledge. Not very important, but some programs > still like to produce some graphic output. I think it would be efficient only in the "native console" mode. In X it already redraws slowly, what will be if the amount of data to redraw would grow several times! Especially in brain-damaged EGA modes. -SB From owner-freebsd-hackers Fri Oct 25 07:19:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA23228 for hackers-outgoing; Fri, 25 Oct 1996 07:19:50 -0700 (PDT) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA23223 for ; Fri, 25 Oct 1996 07:19:47 -0700 (PDT) Received: from fakir.india.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA048513177; Fri, 25 Oct 1996 07:19:41 -0700 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA077244994; Fri, 25 Oct 1996 19:49:54 +0500 Message-Id: <199610251449.AA077244994@fakir.india.hp.com> To: freebsd-hackers@freebsd.org Subject: Ping attacks: NT vs FreeBSD Date: Fri, 25 Oct 1996 19:49:54 +0500 From: A JOSEPH KOSHY Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, You may be pleased to note that FreeBSD is listed as on of the OS'es safe from the Ping o' Death bug. See: http://www.sophist.demon.co.uk/ping/ This attack (basically ping'ing with an illegal IP packet size) can bring down many Unix'en including Linux and NetBSD 1.1. NT seems to survive as does Windows-95. I noticed however that two freebsd machines running `ping -f' onto an NT 3.51 box can effectively stop all TCP/IP activity on the NT machine --- denial of service if you may. The NT machine was on a P6/150, 32MB, unknown ethernet card; the FreeBSD boxes were P5-100s with HP-PC Lan and PCI D-Link cards respectively. I'm intrigued by this behaviour. Is this common or is it just a quirk of this specific NT configuration? Has anyone seem similar behaviour under NT 4.0? Any ideas as to why the denial of service behaviour could be occurring? Koshy From owner-freebsd-hackers Fri Oct 25 08:16:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA25940 for hackers-outgoing; Fri, 25 Oct 1996 08:16:54 -0700 (PDT) Received: from crocus.csv.warwick.ac.uk (csubl@crocus.csv.warwick.ac.uk [137.205.192.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA25931 for ; Fri, 25 Oct 1996 08:16:51 -0700 (PDT) From: Mr M P Searle Message-Id: <29337.199610251516@crocus.csv.warwick.ac.uk> Received: by crocus.csv.warwick.ac.uk id QAA29337; Fri, 25 Oct 1996 16:16:14 +0100 (BST) Subject: Priorities? To: hackers@freebsd.org Date: Fri, 25 Oct 1996 16:16:10 +0100 (BST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What is the difference between rtprio/idprio priorities (as set by these commands/syscalls), and setpriority/nice priorities? Thanks, Michael. From owner-freebsd-hackers Fri Oct 25 08:35:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA27014 for hackers-outgoing; Fri, 25 Oct 1996 08:35:43 -0700 (PDT) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA27009 for ; Fri, 25 Oct 1996 08:35:33 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id KAA02790; Fri, 25 Oct 1996 10:33:58 -0500 (EST) From: "John S. Dyson" Message-Id: <199610251533.KAA02790@dyson.iquest.net> Subject: Re: Priorities? To: csubl@csv.warwick.ac.uk (Mr M P Searle) Date: Fri, 25 Oct 1996 10:33:58 -0500 (EST) Cc: hackers@freebsd.org In-Reply-To: <29337.199610251516@crocus.csv.warwick.ac.uk> from "Mr M P Searle" at Oct 25, 96 04:16:10 pm Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The rtprio priorities are "hard" and processes running at rtprio are not swapped and always run before normal processes. "Nice" priorities only bias the scheduler. I sometimes play with audio processing, and find that when running X that the system doesn't give enough CPU to processes when moving windows around, etc. Setting the audio processing process with rtprio makes the problems totally go away. John From owner-freebsd-hackers Fri Oct 25 08:38:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA27177 for hackers-outgoing; Fri, 25 Oct 1996 08:38:19 -0700 (PDT) Received: from crocus.csv.warwick.ac.uk (root@crocus.csv.warwick.ac.uk [137.205.192.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA27172 for ; Fri, 25 Oct 1996 08:38:14 -0700 (PDT) From: Mr M P Searle Message-Id: <28612.199610251513@crocus.csv.warwick.ac.uk> Received: by crocus.csv.warwick.ac.uk id QAA28612; Fri, 25 Oct 1996 16:13:21 +0100 (BST) Subject: Console messages in an xterm To: hackers@freebsd.org Date: Fri, 25 Oct 1996 16:13:16 +0100 (BST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk How can I get the messages that would normally appear on ttyv0 to appear in an rxvt/xterm? Xconsole isn't really what I want - it's a separate window, and only shows console messages, not ordinary messages that are sent there as they are from stuff that has loaded from .xinitrc (startx is in my login) I tried watch, but it needs an extra device, which isn't in either /dev/MAKEDEV or /usr/src/sys/i386/conf/devices.something (the file of major device numbers, so I could do a mknod) What I really want I guess is to boot from an xterm , is this possible? Thanks, Michael. From owner-freebsd-hackers Fri Oct 25 09:01:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA28344 for hackers-outgoing; Fri, 25 Oct 1996 09:01:17 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA28326; Fri, 25 Oct 1996 09:01:06 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.8.0/8.8.Beta.3) with SMTP id LAA09757; Fri, 25 Oct 1996 11:01:02 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.15) id ; Fri, 25 Oct 96 11:01 CDT Received: (from jonas@localhost) by Venus.mcs.net (8.8.Beta.6/8.8.Beta.3) id LAA03877; Fri, 25 Oct 1996 11:01:00 -0500 (CDT) From: Lars Jonas Olsson Message-Id: <199610251601.LAA03877@Venus.mcs.net> Subject: SCSI Tape manuals (HP C1533A and Tandberg TDC3600 series) To: scsi@freebsd.org Date: Fri, 25 Oct 1996 11:01:00 -0500 (CDT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have two manuals for: HP 1533A DAT SCSI tape drive (May 1993) ~100 pages Tandberg Data TDC 3600 series SCSI streaming tape cartridge drives. (probably 1993 date) ~100 pages They are very detailed with all the SCSI commands and responses. Seems a waste to throw away. Anyone in USA that develops SCSI support want them? Jonas From owner-freebsd-hackers Fri Oct 25 09:11:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA28980 for hackers-outgoing; Fri, 25 Oct 1996 09:11:20 -0700 (PDT) Received: from gatekeeper.fsl.noaa.gov (gatekeeper.fsl.noaa.gov [137.75.131.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA28975 for ; Fri, 25 Oct 1996 09:11:17 -0700 (PDT) Received: from cardinal.fsl.noaa.gov (daemon@cardinal.fsl.noaa.gov [137.75.60.101]) by gatekeeper.fsl.noaa.gov (8.7.5/8.7.3) with ESMTP id QAA25756; Fri, 25 Oct 1996 16:11:16 GMT Received: from auk.fsl.noaa.gov by cardinal.fsl.noaa.gov with SMTP (1.40.112.3/16.2) id AA146489876; Fri, 25 Oct 1996 16:11:16 GMT Message-Id: <3270E6CF.1D54@fsl.noaa.gov> Date: Fri, 25 Oct 1996 10:11:59 -0600 From: Sean Kelly Organization: NOAA Forecast Systems Laboratory X-Mailer: Mozilla 3.0Gold (X11; I; HP-UX B.10.10 9000/725) Mime-Version: 1.0 To: Mr M P Searle Cc: hackers@freebsd.org Subject: Re: Console messages in an xterm References: <28612.199610251513@crocus.csv.warwick.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Try xterm -C -- Sean Kelly NOAA Forecast Systems Laboratory kelly@fsl.noaa.gov Boulder Colorado USA http://www-sdd.fsl.noaa.gov/~kelly/ From owner-freebsd-hackers Fri Oct 25 09:33:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA00662 for hackers-outgoing; Fri, 25 Oct 1996 09:33:00 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA00618; Fri, 25 Oct 1996 09:32:50 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.8.0/8.8.Beta.3) with SMTP id LAA11719; Fri, 25 Oct 1996 11:32:17 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.15) id ; Fri, 25 Oct 96 11:32 CDT Received: (from jonas@localhost) by Venus.mcs.net (8.8.Beta.6/8.8.Beta.3) id LAA04924; Fri, 25 Oct 1996 11:32:13 -0500 (CDT) From: Lars Jonas Olsson Message-Id: <199610251632.LAA04924@Venus.mcs.net> Subject: Re: SCSI Tape manuals (HP C1533A and Tandberg TDC3600 series) To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Fri, 25 Oct 1996 11:32:13 -0500 (CDT) Cc: jonas@Mcs.Net, scsi@freebsd.org, hackers@freebsd.org In-Reply-To: <199610251617.JAA29439@freefall.freebsd.org> from "Justin T. Gibbs" at Oct 25, 96 09:17:21 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm sending the two manuals to Justin Gibbs. Jonas From owner-freebsd-hackers Fri Oct 25 10:10:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03127 for hackers-outgoing; Fri, 25 Oct 1996 10:10:33 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA03121; Fri, 25 Oct 1996 10:10:30 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.7.5/8.7.3) id KAA10203; Fri, 25 Oct 1996 10:09:54 -0700 (PDT) From: "Rodney W. Grimes" Message-Id: <199610251709.KAA10203@GndRsh.aac.dev.com> Subject: Re: SCSI Tape manuals (HP C1533A and Tandberg TDC3600 series) In-Reply-To: <199610251601.LAA03877@Venus.mcs.net> from Lars Jonas Olsson at "Oct 25, 96 11:01:00 am" To: jonas@Mcs.Net (Lars Jonas Olsson) Date: Fri, 25 Oct 1996 10:09:53 -0700 (PDT) Cc: scsi@FreeBSD.org, hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I have two manuals for: > > HP 1533A DAT SCSI tape drive (May 1993) ~100 pages > > Tandberg Data TDC 3600 series SCSI streaming tape cartridge drives. > (probably 1993 date) ~100 pages > > They are very detailed with all the SCSI commands and responses. > Seems a waste to throw away. Anyone in USA that develops SCSI > support want them? Rather than trash them, either send them to me, and I'll keep them avaliable to anyone who needs info from them, or lets get them to Justin, who seems to be the SCSI guru now a days. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD From owner-freebsd-hackers Fri Oct 25 10:50:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05069 for hackers-outgoing; Fri, 25 Oct 1996 10:50:03 -0700 (PDT) Received: from tyger.inna.net (root@tyger.inna.net [206.151.66.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA05041 for ; Fri, 25 Oct 1996 10:49:58 -0700 (PDT) Received: from tyger.inna.net (jamie@tyger.inna.net [206.151.66.1]) by tyger.inna.net (8.7.3/8.7.3) with SMTP id NAA23165; Fri, 25 Oct 1996 13:59:21 -0400 (EDT) Date: Fri, 25 Oct 1996 13:59:20 -0400 (EDT) From: Jamie Bowden To: Sean Kelly cc: Mr M P Searle , hackers@freebsd.org Subject: Re: Console messages in an xterm In-Reply-To: <3270E6CF.1D54@fsl.noaa.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Oct 1996, Sean Kelly wrote: How about for getting the console window in X to actually act like a console? On sun and sgi boxes, the -C option causes all output to what would be the equiv ttyv0 to show in that window. Doesn't work in fbsd. So far as I can tell, it has something to do with the virtual console method of doing things. Any way to have X and a valid login term reside on the same ttyvX? > Try xterm -C > > > -- > Sean Kelly > NOAA Forecast Systems Laboratory kelly@fsl.noaa.gov > Boulder Colorado USA http://www-sdd.fsl.noaa.gov/~kelly/ > Jamie Bowden Network Administrator, TBI Ltd. From owner-freebsd-hackers Fri Oct 25 11:04:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05681 for hackers-outgoing; Fri, 25 Oct 1996 11:04:27 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA05670; Fri, 25 Oct 1996 11:04:14 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA27242; Fri, 25 Oct 1996 18:32:19 +0100 From: Luigi Rizzo Message-Id: <199610251732.SAA27242@labinfo.iet.unipi.it> Subject: Re: SCSI Tape manuals (HP C1533A and Tandberg TDC3600 series) To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 25 Oct 1996 18:32:18 +0100 (MET) Cc: jonas@Mcs.Net, scsi@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199610251709.KAA10203@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Oct 25, 96 10:09:34 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I have two manuals for: > > > > HP 1533A DAT SCSI tape drive (May 1993) ~100 pages > > > > Tandberg Data TDC 3600 series SCSI streaming tape cartridge drives. ... > > Rather than trash them, either send them to me, and I'll keep > them avaliable to anyone who needs info from them, or lets get > them to Justin, who seems to be the SCSI guru now a days. For this and other manuals: IF there are no copyright limitations, and one has a bit of patience and the necessary hardware, a good idea would be to fax them to a (local) faxmodem, and make the g3 files available over the net. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Fri Oct 25 11:46:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA07843 for hackers-outgoing; Fri, 25 Oct 1996 11:46:36 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA07831 for ; Fri, 25 Oct 1996 11:46:33 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA13997; Fri, 25 Oct 1996 11:42:46 -0700 From: Terry Lambert Message-Id: <199610251842.LAA13997@phaeton.artisoft.com> Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 25 Oct 1996 11:42:46 -0700 (MST) Cc: erich@lodgenet.com, hackers@freebsd.org In-Reply-To: <199610250230.MAA16152@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 25, 96 12:00:04 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > http://world.std.com/~bochs/ > > Yeah, well. It builds trivially under 2.1 (haven't tried on -current, > expect it will there too) with an include fix, but it's a bit limited > functionality-wise. It's also dog-slow, even compared to PCemu. > > What we _need_ is for the kernel vm86 stuff to happen so that DOScmd > can go ahead; this is basically predicated on Sean having the time to > do it, as none of the other x86 gurus seemed interested in helping us > deal with the problem we hit last time. The emulation code in DOScmd > is actually pretty good, and having brutally cleaned it, it's _much_ > easier to read and work on than the Linux dosemu code. > > Once _that_ works, we can do some _serious_ DOS emulation. Which only works on Intel platforms. 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-hackers Fri Oct 25 11:56:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08322 for hackers-outgoing; Fri, 25 Oct 1996 11:56:54 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA08317 for ; Fri, 25 Oct 1996 11:56:52 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id LAA08622; Fri, 25 Oct 1996 11:57:42 -0700 (PDT) Message-Id: <199610251857.LAA08622@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: csubl@csv.warwick.ac.uk (Mr M P Searle) cc: hackers@freebsd.org Subject: Re: Priorities? From: David Greenman Reply-To: dg@root.com Date: Fri, 25 Oct 1996 11:57:42 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >The rtprio priorities are "hard" and processes running at rtprio >are not swapped and always run before normal processes. "Nice" >priorities only bias the scheduler. > >I sometimes play with audio processing, and find that when running >X that the system doesn't give enough CPU to processes when moving >windows around, etc. Setting the audio processing process with rtprio >makes the problems totally go away. Also, idprio and rtprio are escentially opposites. idprio processes only run if nothing else is runnable. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Fri Oct 25 12:05:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA08893 for hackers-outgoing; Fri, 25 Oct 1996 12:05:18 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA08884 for ; Fri, 25 Oct 1996 12:05:16 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id NAA11438; Fri, 25 Oct 1996 13:01:30 -0600 (MDT) Date: Fri, 25 Oct 1996 13:01:30 -0600 (MDT) Message-Id: <199610251901.NAA11438@rocky.mt.sri.com> From: Nate Williams To: Terry Lambert Cc: msmith@atrad.adelaide.edu.au (Michael Smith), hackers@freebsd.org Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) In-Reply-To: <199610251842.LAA13997@phaeton.artisoft.com> References: <199610250230.MAA16152@genesis.atrad.adelaide.edu.au> <199610251842.LAA13997@phaeton.artisoft.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: > > > http://world.std.com/~bochs/ > > > > Yeah, well. It builds trivially under 2.1 (haven't tried on -current, > > expect it will there too) with an include fix, but it's a bit limited > > functionality-wise. It's also dog-slow, even compared to PCemu. > > > > What we _need_ is for the kernel vm86 stuff to happen so that DOScmd > > can go ahead; this is basically predicated on Sean having the time to > > do it, as none of the other x86 gurus seemed interested in helping us > > deal with the problem we hit last time. The emulation code in DOScmd > > is actually pretty good, and having brutally cleaned it, it's _much_ > > easier to read and work on than the Linux dosemu code. > > > > Once _that_ works, we can do some _serious_ DOS emulation. > > Which only works on Intel platforms. 8-(. Yep. To expect more than that is foolishness. Insignia software has spents *millions* of dollars on their x86 emulation software, and it still isn't very impressive. Expecting that a single-individual or group of individuals could produce something that is even on par with their product is silly. You'd have better luck building 'translator' code that changes the x86 opcodes into native instructions on each platform, which DEC and IBM have done. Nate From owner-freebsd-hackers Fri Oct 25 13:16:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA11989 for hackers-outgoing; Fri, 25 Oct 1996 13:16:01 -0700 (PDT) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA11981 for ; Fri, 25 Oct 1996 13:15:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id OAA16884 for ; Fri, 25 Oct 1996 14:15:37 -0600 Message-Id: <199610252015.OAA16884@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: hackers@freefall.freebsd.org Subject: Re: ed0 timeouts Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Oct 1996 14:15:36 -0600 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I currently am writing code for the FreeBSD SMP kernel that will allow us to use symmetric IO handling with all CPUs. This basically involves changing the kernel to use a device called the "IO APIC" in place of the 8259s. I now have code that does this, with all INT devices working properly EXCEPT for my ed NIC card. I have tried different slots and different cards, but I continue to get: [ date/time ] /kernel: ed0: device timeout I am occasionally loosing the INTs expected to be generated by ed_xmit(). The ed_watchdog() routine usually recovers gracefully (network actually locked twice since running this code: approx 2/3 weeks). Could someone explain why the ed0 cards might loose this INT? Any clues/insight appreciated! (please cc: me directly) -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-hackers Fri Oct 25 13:21:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12207 for hackers-outgoing; Fri, 25 Oct 1996 13:21:34 -0700 (PDT) Received: from rosie.scsn.net (scsn.net [206.25.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA12197 for ; Fri, 25 Oct 1996 13:21:18 -0700 (PDT) Received: from rhiannon.scsn.net (cola93.scsn.net [206.25.247.93]) by rosie.scsn.net (post.office MTA v2.0 0813 ID# 0-13529) with ESMTP id AAA42; Fri, 25 Oct 1996 16:20:29 -0400 Received: (from root@localhost) by rhiannon.scsn.net (8.8.2/8.6.12) id QAA00296; Fri, 25 Oct 1996 16:21:28 -0400 (EDT) From: "Donald J. Maddox" Message-Id: <199610252021.QAA00296@rhiannon.scsn.net> Subject: Re: Console messages in an xterm In-Reply-To: <28612.199610251513@crocus.csv.warwick.ac.uk> from Mr M P Searle at "Oct 25, 96 04:13:16 pm" To: csubl@csv.warwick.ac.uk (Mr M P Searle) Date: Fri, 25 Oct 1996 16:21:28 -0400 (EDT) Cc: hackers@FreeBSD.org Reply-To: dmaddox@scsn.net X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > How can I get the messages that would normally appear on ttyv0 to appear in an rxvt/xterm? Xconsole isn't really what I want - it's a separate window, and only shows console messages, not ordinary messages that are sent there as they are from stuff that has loaded from .xinitrc (startx is in my login) > > I tried watch, but it needs an extra device, which isn't in either /dev/MAKEDEV or /usr/src/sys/i386/conf/devices.something (the file of major device numbers, so I could do a mknod) > > What I really want I guess is to boot from an xterm , is this possible? > > Thanks, Michael. >From xterm.1: ----------------------------------------------------------------- -C This option indicates that this window should receive console output. This is not supported on all systems. To obtain console output, you must be the owner of the console device, and you must have read and write permission for it. If you are running X under xdm on the console screen you may need to have the session startup and reset pro- grams explicitly change the ownership of the con- sole device in order to get this option to work. ----------------------------------------------------------------- For more details, `man xterm`. Hope this helps... -- Donald J. Maddox (dmaddox@scsn.net) From owner-freebsd-hackers Fri Oct 25 13:23:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12326 for hackers-outgoing; Fri, 25 Oct 1996 13:23:15 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA12309 for ; Fri, 25 Oct 1996 13:23:11 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id NAA17002 for ; Fri, 25 Oct 1996 13:23:03 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA20946; Fri, 25 Oct 1996 22:21:12 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA21262; Fri, 25 Oct 1996 22:21:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id VAA09631; Fri, 25 Oct 1996 21:54:51 +0200 (MET DST) From: J Wunsch Message-Id: <199610251954.VAA09631@uriah.heep.sax.de> Subject: Re: Priorities? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 25 Oct 1996 21:54:51 +0200 (MET DST) Cc: csubl@csv.warwick.ac.uk Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610251533.KAA02790@dyson.iquest.net> from "John S. Dyson" at "Oct 25, 96 10:33:58 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As John S. Dyson wrote: > The rtprio priorities are "hard" and processes running at rtprio > are not swapped and always run before normal processes. "Nice" > priorities only bias the scheduler. Addendum (since the original question included this): `idleprio' processes are being scheduled only if absolutely no other processes are runnable, and the system would otherwise enter the idle loop. Thus, they are good e.g. for X11 screen savers. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Oct 25 13:27:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12633 for hackers-outgoing; Fri, 25 Oct 1996 13:27:59 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA12628 for ; Fri, 25 Oct 1996 13:27:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id NAA08813; Fri, 25 Oct 1996 13:29:02 -0700 (PDT) Message-Id: <199610252029.NAA08813@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Steve Passe cc: hackers@freefall.freebsd.org Subject: Re: ed0 timeouts In-reply-to: Your message of "Fri, 25 Oct 1996 14:15:36 MDT." <199610252015.OAA16884@clem.systemsix.com> From: David Greenman Reply-To: dg@root.com Date: Fri, 25 Oct 1996 13:29:02 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Hi, > >I currently am writing code for the FreeBSD SMP kernel that will allow >us to use symmetric IO handling with all CPUs. This basically >involves changing the kernel to use a device called the "IO APIC" >in place of the 8259s. I now have code that does this, with all INT >devices working properly EXCEPT for my ed NIC card. I have tried different >slots and different cards, but I continue to get: > >[ date/time ] /kernel: ed0: device timeout > >I am occasionally loosing the INTs expected to be generated by ed_xmit(). >The ed_watchdog() routine usually recovers gracefully (network actually locked >twice since running this code: approx 2/3 weeks). Could someone explain >why the ed0 cards might loose this INT? Any clues/insight appreciated! > >(please cc: me directly) Not much I can say about this...there isn't anything special I can think of about the 'ed' cards that would cause them to lose interrupts. What type of card do you have? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Fri Oct 25 13:53:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13909 for hackers-outgoing; Fri, 25 Oct 1996 13:53:36 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA13884 for ; Fri, 25 Oct 1996 13:53:27 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id NAA17066 for ; Fri, 25 Oct 1996 13:40:20 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id OAA11747; Fri, 25 Oct 1996 14:40:13 -0600 (MDT) Date: Fri, 25 Oct 1996 14:40:13 -0600 (MDT) Message-Id: <199610252040.OAA11747@rocky.mt.sri.com> From: Nate Williams To: James da Silva Cc: Nate Williams , hackers@freebsd.org Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) In-Reply-To: <199610252035.QAA09769@lex.tracertech.com> References: <199610252035.QAA09769@lex.tracertech.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > You'd have better luck building 'translator' code that changes the x86 > > opcodes into native instructions on each platform, which DEC and IBM > > have done. > > How about JIT translation of frequently-executed code from within the > emulator? Does Insignia do that? I don't know, but I suspect not. Nate From owner-freebsd-hackers Fri Oct 25 14:10:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15027 for hackers-outgoing; Fri, 25 Oct 1996 14:10:56 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15022 for ; Fri, 25 Oct 1996 14:10:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id OAA08906; Fri, 25 Oct 1996 14:10:45 -0700 (PDT) Message-Id: <199610252110.OAA08906@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Steve Passe cc: hackers@freefall.freebsd.org Subject: Re: ed0 timeouts In-reply-to: Your message of "Fri, 25 Oct 1996 14:47:45 MDT." <199610252047.OAA17045@clem.systemsix.com> From: David Greenman Reply-To: dg@root.com Date: Fri, 25 Oct 1996 14:10:45 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I currently am using: > >ed0 at 0x300-0x31f irq 10 maddr 0xcc000 msize 16384 on isa >ed0: address 00:00:c0:e6:59:48, type WD8013EPC (16 bit) > >I also tried an 8216C Ultra with the same results. >I am using the "hard config" jumper, I also tried a soft config @ IRQ5, 0xD8000 > >my current debug counters show: > > 0x2cbe calls to ed_xmit() > 0x2xb7 tx INTs received > 7 watchdog timeouts > >in an uptime of 1 hour, 37 minutes > >There is still some possibility that the 8254 clock is being mishandled. >The APIC straps it to IRQ2 and ALOT of the kernel code believes it >is at IRQ0, I could have missed one of these points. Is there anything >possible as reguards 8254 problems??? I'd be VERY surprised if the problem was 8254 related. It sounds much more like a problem acking ISA interrupts, or perhaps a bug in the handling of the interrupt masks. Are you only having this problem when running two processors, or does this also occur with just one? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Fri Oct 25 14:11:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15048 for hackers-outgoing; Fri, 25 Oct 1996 14:11:03 -0700 (PDT) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA15007 for ; Fri, 25 Oct 1996 14:10:23 -0700 (PDT) Received: (from uucp@localhost) by frmug.org (8.6.8/8.6.9) with UUCP id XAA01043 for hackers@FreeBSD.org; Fri, 25 Oct 1996 23:10:12 +0200 Received: from localhost (localhost [127.0.0.1]) by xp11.frmug.org (8.8.2/8.7.3/xp11-uucp-1.1) with ESMTP id VAA14625 for ; Fri, 25 Oct 1996 21:58:19 +0200 (MET DST) Message-Id: <199610251958.VAA14625@xp11.frmug.org> To: hackers@FreeBSD.org Subject: 16MB -> 32MB and the boot fails Date: Fri, 25 Oct 1996 21:58:17 +0200 From: "Philippe Charnier" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hello, I moved this from questions to hackers. I added some printfs in the kernel (and a dummy loop to see results) code to see why it fails on my box if I don't add MAXMEM definition into the kernel. My box is a 486dx50 ISA/VLB with AMI BIOS (1992). The bios detects the memory and prints 32640K during memory test. I have BOUNCE_BUFFERS enabled because of my AHA 1542CF. >From /usr/src/sys/i386/i386/machdep.c(v 1.208): void init386(first) int first; { [...] pagesinbase = biosbasemem * 1024 / PAGE_SIZE; pagesinext = biosextmem * 1024 / PAGE_SIZE; I get pagesinbase = 160, pagesinext = 8000 [...] if ((pagesinext > 3840) && (pagesinext < 4096)) pagesinext = 3840; pagesinext is still 8000 here. /* * Maxmem isn't the "maximum memory", it's one larger than the * highest page of the physical address space. It should be * called something like "Maxphyspage". */ Maxmem = pagesinext + 0x100000/PAGE_SIZE; Maxmem is 8256 here which seems to be more than my memory!!! #ifdef MAXMEM Maxmem = MAXMEM/4; #endif The working value I must set here is 8192. Maybe, there is something in the code that _assumes_ Maxmem to be the maximum memory. ------ ------ Philippe Charnier charnier@lirmm.fr (smtp) charnier@xp11.frmug.org (uucp) ``a PC not running FreeBSD is like a venusian with no tentacles'' ------------------------------------------------------------------------ From owner-freebsd-hackers Fri Oct 25 14:21:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15931 for hackers-outgoing; Fri, 25 Oct 1996 14:21:08 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15924 for ; Fri, 25 Oct 1996 14:21:05 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id OAA17226 for ; Fri, 25 Oct 1996 14:21:05 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA14279; Fri, 25 Oct 1996 14:16:05 -0700 From: Terry Lambert Message-Id: <199610252116.OAA14279@phaeton.artisoft.com> Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) To: nate@mt.sri.com (Nate Williams) Date: Fri, 25 Oct 1996 14:16:04 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-Reply-To: <199610251901.NAA11438@rocky.mt.sri.com> from "Nate Williams" at Oct 25, 96 01:01:30 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Which only works on Intel platforms. 8-(. > > Yep. To expect more than that is foolishness. Insignia software has > spents *millions* of dollars on their x86 emulation software, and it > still isn't very impressive. Expecting that a single-individual or > group of individuals could produce something that is even on par with > their product is silly. In other words, "This great, hulking, inefficient company can't do it, what makes you think it can be done?". Bleah. > You'd have better luck building 'translator' code that changes the x86 > opcodes into native instructions on each platform, which DEC and IBM > have done. Lets see you use this as a generic framework to run Alpha binaries on MIPS boxes. If you can do that, then I'll admit defeat. 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-hackers Fri Oct 25 15:20:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA24967 for hackers-outgoing; Fri, 25 Oct 1996 15:20:50 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA24952 for ; Fri, 25 Oct 1996 15:20:43 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.7.6/8.7.3) with SMTP id RAA21011; Fri, 25 Oct 1996 17:20:15 -0500 (EST) Date: Fri, 25 Oct 1996 17:20:15 -0500 (EST) From: John Fieber To: Mr M P Searle cc: hackers@FreeBSD.org Subject: Re: Console messages in an xterm In-Reply-To: <28612.199610251513@crocus.csv.warwick.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Oct 1996, Mr M P Searle wrote: > a separate window, and only shows console messages, not ordinary > messages that are sent there as they are from stuff that has > loaded from .xinitrc (startx is in my login) Start xconsole and then redirect all output to /dev/console. All the stuff you want will display in the xconsole window. I use xdm, and have it set up to do essentially the same thing and it works fine for my purposes. -john == jfieber@indiana.edu =========================================== == http://fallout.campusview.indiana.edu/~jfieber ================ From owner-freebsd-hackers Fri Oct 25 15:24:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25465 for hackers-outgoing; Fri, 25 Oct 1996 15:24:04 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA25425 for ; Fri, 25 Oct 1996 15:23:57 -0700 (PDT) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id OAA17275 for ; Fri, 25 Oct 1996 14:30:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id PAA17264; Fri, 25 Oct 1996 15:30:49 -0600 Message-Id: <199610252130.PAA17264@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: dg@root.com cc: hackers@freefall.freebsd.org Subject: Re: ed0 timeouts In-reply-to: Your message of "Fri, 25 Oct 1996 14:10:45 PDT." <199610252110.OAA08906@root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Oct 1996 15:30:49 -0600 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > I'd be VERY surprised if the problem was 8254 related. It sounds much more me too, I just mentioned it to be anal. >like a problem acking ISA interrupts, or perhaps a bug in the handling of >the interrupt masks. if it were a mask problem I would expect it to be more (always) prevelant, but I suppose that doesn't eliminate the possibility of a race condition on a mask. As I mentioned earlier all the other hardware is perfectly happy with this code: keyboard, disk controller, etc. Peter reports the floppy INTs work, don't know if the sio does or not... I was hoping someone would mention some problem with these boards and the INTA timing or somesuch thing. When STefan gets some "PCI black magic" fixed for me I will be able to substitute an SMP PCI Ultra. > Are you only having this problem when running two >processors, or does this also occur with just one? just 1, the 2nd CPU is in a "busy spin" waiting for "smp_active == 2". it shouldn't be able to grab INTs at this point. another clue is the fact that I used to have rand_irqs="-s 5 -s 10" set in /etc/sysconfig, at which time the problem occurred more often (by 'feel', no hard numbers to support this claim) I changed it to rand_irqs="NO" and frequency seemed to diminish greatly, maybe 1/4 of previous. -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Fri Oct 25 15:24:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25499 for hackers-outgoing; Fri, 25 Oct 1996 15:24:12 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA25447 for ; Fri, 25 Oct 1996 15:24:02 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id OAA17360 for ; Fri, 25 Oct 1996 14:46:26 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id QAA27214; Fri, 25 Oct 1996 16:44:26 -0500 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id sma027210; Fri Oct 25 16:44:23 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id QAA22730; Fri, 25 Oct 1996 16:44:25 -0500 Received: from jake.lodgenet.com (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.6/8.6.12) with ESMTP id QAA03645; Fri, 25 Oct 1996 16:44:28 -0500 (CDT) Message-Id: <199610252144.QAA03645@jake.lodgenet.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Michael Smith cc: erich@lodgenet.com (Eric L. Hernes), hackers@FreeBSD.ORG Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) In-reply-to: Your message of "Fri, 25 Oct 1996 12:00:04 +0930." <199610250230.MAA16152@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Oct 1996 16:44:27 -0500 From: "Eric L. Hernes" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith writes: >Eric L. Hernes stands accused of saying: >> >> Have any of you all had a look at bochs? It's on my list >> of `to look at' and maybe do a port of, but it's low priority. >> It's supposed to have most of 80386 stuff working. >> >> http://world.std.com/~bochs/ > >Yeah, well. It builds trivially under 2.1 (haven't tried on -current, >expect it will there too) with an include fix, but it's a bit limited >functionality-wise. It's also dog-slow, even compared to PCemu. I've got a piece of hardware here with an embedded 80186 that I'd like to emulate, if I didn't have to spend much time on it. That's kind of what I was looking at here. Then someone mentioned adding 286 support to pcemu and I thought this might be a starting point, having some 80386 support etc... > >What we _need_ is for the kernel vm86 stuff to happen so that DOScmd and how. I wish I could help here, but that stuff is just a bit out of my league :( > >-- >]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ >]] Genesis Software genesis@gsoft.com.au [[ >]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ >]] realtime instrument control. (ph) +61-8-8267-3493 [[ >]] Unix hardware collector. "Where are your PEZ?" The Tick [[ eric. -- erich@lodgenet.com http://rrnet.com/~erich erich@rrnet.com From owner-freebsd-hackers Fri Oct 25 15:24:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25717 for hackers-outgoing; Fri, 25 Oct 1996 15:24:55 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA25669; Fri, 25 Oct 1996 15:24:47 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id OAA17233 ; Fri, 25 Oct 1996 14:21:50 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id QAA26196; Fri, 25 Oct 1996 16:19:47 -0500 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id sma026190; Fri Oct 25 16:19:32 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id QAA22197; Fri, 25 Oct 1996 16:19:33 -0500 Received: from jake.lodgenet.com (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.6/8.6.12) with ESMTP id QAA03442; Fri, 25 Oct 1996 16:19:36 -0500 (CDT) Message-Id: <199610252119.QAA03442@jake.lodgenet.com> X-Mailer: exmh version 1.6.9 8/22/96 To: sos@FreeBSD.ORG cc: erich@lodgenet.com (Eric L. Hernes), hackers@FreeBSD.ORG Subject: Re: Branded ELF's In-reply-to: Your message of "Thu, 24 Oct 1996 21:14:45 +0200." <199610241914.VAA02298@ravenock.cybercity.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Oct 1996 16:19:36 -0500 From: "Eric L. Hernes" Content-Transfer-Encoding: quoted-printable Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Soren Schmidt" writes:, > >No there was a bug, it seems I missed a break; in the patch I=20 >applied :(, funny it was in my code.... > It works fine now, thanks. >-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-= =3D-=3D- >S=F8ren Schmidt (sos@FreeBSD.org) FreeBSD Co= re Team > Even more code to hack -- will it ever end >.. eric. --=20 erich@lodgenet.com http://rrnet.com/~erich erich@rrnet.com From owner-freebsd-hackers Fri Oct 25 15:25:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25762 for hackers-outgoing; Fri, 25 Oct 1996 15:25:05 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA25714 for ; Fri, 25 Oct 1996 15:24:54 -0700 (PDT) Received: from tracer.tracertech.com (tracer-gw.tracertech.com [205.245.238.65]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id NAA17043 for ; Fri, 25 Oct 1996 13:36:15 -0700 (PDT) Received: from lex.tracertech.com (lex.tracertech.com [205.245.238.70]) by tracer.tracertech.com (8.6.12/8.6.12) with ESMTP id QAA21453; Fri, 25 Oct 1996 16:35:56 -0400 Received: from localhost (localhost [127.0.0.1]) by lex.tracertech.com (8.6.12/8.6.12) with SMTP id QAA09769; Fri, 25 Oct 1996 16:35:55 -0400 Message-Id: <199610252035.QAA09769@lex.tracertech.com> X-Authentication-Warning: lex.tracertech.com: Host localhost didn't use HELO protocol To: Nate Williams cc: hackers@FreeBSD.ORG Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) Date: Fri, 25 Oct 1996 16:35:46 -0400 From: James da Silva Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Nate, > > > Once _that_ works, we can do some _serious_ DOS emulation. > > > > Which only works on Intel platforms. 8-(. > > Yep. To expect more than that is foolishness. Insignia software has > spents *millions* of dollars on their x86 emulation software, and it > still isn't very impressive. Expecting that a single-individual or > group of individuals could produce something that is even on par with > their product is silly. The commercial Unix vendors have spent *millions* of dollars on their Unix OSes. Expecting that a group of individuals could produce something that is even on par with their OS products is silly. :-) > You'd have better luck building 'translator' code that changes the x86 > opcodes into native instructions on each platform, which DEC and IBM > have done. How about JIT translation of frequently-executed code from within the emulator? Does Insignia do that? Jaime ............................................................................... : jds@tracertech.com / Tracer Technologies, Inc. \ Stand on my shoulders, : : James da Silva / Mass Storage Software Solutions \ not on my toes. : From owner-freebsd-hackers Fri Oct 25 15:25:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25824 for hackers-outgoing; Fri, 25 Oct 1996 15:25:17 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA25784 for ; Fri, 25 Oct 1996 15:25:09 -0700 (PDT) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id NAA17134 for ; Fri, 25 Oct 1996 13:47:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id OAA17045; Fri, 25 Oct 1996 14:47:46 -0600 Message-Id: <199610252047.OAA17045@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: dg@root.com Cc: hackers@freefall.freebsd.org Subject: Re: ed0 timeouts In-reply-to: Your message of "Fri, 25 Oct 1996 13:29:02 PDT." <199610252029.NAA08813@root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Oct 1996 14:47:45 -0600 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk David, >>I currently am writing code for the FreeBSD SMP kernel that will allow >>us to use symmetric IO handling with all CPUs. This basically >>involves changing the kernel to use a device called the "IO APIC" >>in place of the 8259s. I now have code that does this, with all INT >>devices working properly EXCEPT for my ed NIC card. I have tried different >>slots and different cards, but I continue to get: >> >>[ date/time ] /kernel: ed0: device timeout >> >>I am occasionally loosing the INTs expected to be generated by ed_xmit(). >>The ed_watchdog() routine usually recovers gracefully (network actually locked >>twice since running this code: approx 2/3 weeks). Could someone explain >>why the ed0 cards might loose this INT? Any clues/insight appreciated! > > Not much I can say about this...there isn't anything special I can think of >about the 'ed' cards that would cause them to lose interrupts. What type of >card do you have? I currently am using: ed0 at 0x300-0x31f irq 10 maddr 0xcc000 msize 16384 on isa ed0: address 00:00:c0:e6:59:48, type WD8013EPC (16 bit) I also tried an 8216C Ultra with the same results. I am using the "hard config" jumper, I also tried a soft config @ IRQ5, 0xD8000 my current debug counters show: 0x2cbe calls to ed_xmit() 0x2xb7 tx INTs received 7 watchdog timeouts in an uptime of 1 hour, 37 minutes There is still some possibility that the 8254 clock is being mishandled. The APIC straps it to IRQ2 and ALOT of the kernel code believes it is at IRQ0, I could have missed one of these points. Is there anything possible as reguards 8254 problems??? -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Fri Oct 25 15:34:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27174 for hackers-outgoing; Fri, 25 Oct 1996 15:34:34 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA27144 for ; Fri, 25 Oct 1996 15:34:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id PAA09023; Fri, 25 Oct 1996 15:34:21 -0700 (PDT) Message-Id: <199610252234.PAA09023@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Steve Passe cc: hackers@freefall.freebsd.org Subject: Re: ed0 timeouts In-reply-to: Your message of "Fri, 25 Oct 1996 15:30:49 MDT." <199610252130.PAA17264@clem.systemsix.com> From: David Greenman Reply-To: dg@root.com Date: Fri, 25 Oct 1996 15:34:21 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>like a problem acking ISA interrupts, or perhaps a bug in the handling of >>the interrupt masks. > >if it were a mask problem I would expect it to be more (always) prevelant, >but I suppose that doesn't eliminate the possibility of a race condition >on a mask. As I mentioned earlier all the other hardware is perfectly >happy with this code: keyboard, disk controller, etc. Peter reports >the floppy INTs work, don't know if the sio does or not... The network card likely has the highest burst/peak interrupt rate of all of these (except perhaps for the sio). >I was hoping someone would mention some problem with these boards and >the INTA timing or somesuch thing. When STefan gets some "PCI black magic" >fixed for me I will be able to substitute an SMP PCI Ultra. I assume you mean "SMC PCI Ultra"? As you suggest, that's going to need a few lines of code added to if_ed_p.c before it will work. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Fri Oct 25 18:08:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA11236 for hackers-outgoing; Fri, 25 Oct 1996 18:08:02 -0700 (PDT) Received: from netrover.com (ottawa12.netrover.com [205.209.19.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA11206 for ; Fri, 25 Oct 1996 18:07:51 -0700 (PDT) Resent-From: brianc@netrover.com Received: (from brianc@localhost) by netrover.com (8.7.6/8.7.3) id VAA00798 for hackers@freebsd.org; Fri, 25 Oct 1996 21:06:07 -0400 (EDT) Resent-Message-Id: <199610260106.VAA00798@netrover.com> Message-Id: <199610260106.VAA00798@netrover.com> Date: Wed, 23 Oct 1996 00:46:07 -0400 From: brianc@pobox.com (Brian Campbell) To: freebsd-multimedia@freebsd.org Subject: MPU-401: Interrupt #0? X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 Reply-to: brianc@pobox.com Resent-Date: Date: Fri, 25 Oct 1996 21:06:07 -0400 Resent-To: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Since the 10/14 snap I get about three 'mpu-401: Interrupt #0?' messages everytime the mpu device is opened or reset. This didn't used to happen. Did some kernel change happen that affects the mpu401 driver that hasn't yet been accounted for? From owner-freebsd-hackers Fri Oct 25 18:11:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA11374 for hackers-outgoing; Fri, 25 Oct 1996 18:11:18 -0700 (PDT) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA11363 for ; Fri, 25 Oct 1996 18:11:14 -0700 (PDT) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id VAA28707; Fri, 25 Oct 1996 21:10:54 -0400 (EDT) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.7.3) with ESMTP id VAA16969; Fri, 25 Oct 1996 21:09:14 -0400 (EDT) To: A JOSEPH KOSHY cc: freebsd-hackers@FreeBSD.org From: "Gary Palmer" Subject: Re: Ping attacks: NT vs FreeBSD In-reply-to: Your message of "Fri, 25 Oct 1996 19:49:54 +0500." <199610251449.AA077244994@fakir.india.hp.com> Date: Fri, 25 Oct 1996 21:09:14 -0400 Message-ID: <16967.846292154@orion.webspan.net> Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk A JOSEPH KOSHY wrote in message ID <199610251449.AA077244994@fakir.india.hp.com>: > NT 3.51 box can effectively stop all TCP/IP activity on the NT machine > --- denial of service if you may. The NT machine was on a P6/150, 32MB, > unknown ethernet card; the FreeBSD boxes were P5-100s with HP-PC Lan and PCI > D-Link cards respectively. > I'm intrigued by this behaviour. Is this common or is it just a quirk of > this specific NT configuration? Has anyone seem similar behaviour under > NT 4.0? Any ideas as to why the denial of service behaviour could be > occurring? I know that I can display the same behaviour in Win95. Actually, ping flooding a Win95 box has the interesting side affect of stopping all user interaction from the console too... :-) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Fri Oct 25 21:43:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA26746 for hackers-outgoing; Fri, 25 Oct 1996 21:43:05 -0700 (PDT) Received: from nightmare.dreamchaser.org ([207.40.47.18]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA26721 for ; Fri, 25 Oct 1996 21:42:55 -0700 (PDT) Received: from nightmare (nightmare.dreamchaser.org [206.230.42.65]) by nightmare.dreamchaser.org (8.6.12/8.6.12) with SMTP id WAA01376 for ; Fri, 25 Oct 1996 22:42:52 -0600 Message-ID: <327196CB.167EB0E7@dreamchaser.org> Date: Fri, 25 Oct 1996 22:42:51 -0600 From: Gary Aitken X-Mailer: Mozilla 3.0 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: 2.1.5 boot disk doesn't Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Running 2.1R, finally getting around to a 2.1.5 upgrade. So I make a boot disk: mount /dev/cd0a cd /cdrom dd if=floppies/boot.flp of=/dev/rfd0 Then attempt to boot it. It starts to boot fine, looks like it probes all the devices, but before I can get a good look at the last few lines, the screen clears and I'm left with a block cursor in the lower left corner. Nothing seems to do much of anything, no response to keyboard input, no disk activity. I need a clue... This is on a micron p-100, 16M, bus logic scsi controller, but I don't think it's even close to messing with the disk yet. -- Gary Aitken garya@ignite.com (business) garya@dreamchaser.org (personal) From owner-freebsd-hackers Fri Oct 25 22:13:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA28247 for hackers-outgoing; Fri, 25 Oct 1996 22:13:42 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA28241 for ; Fri, 25 Oct 1996 22:13:35 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA22149; Sat, 26 Oct 1996 14:40:58 +0930 From: Michael Smith Message-Id: <199610260510.OAA22149@genesis.atrad.adelaide.edu.au> Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) To: terry@lambert.org (Terry Lambert) Date: Sat, 26 Oct 1996 14:40:57 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, erich@lodgenet.com, hackers@freebsd.org In-Reply-To: <199610251842.LAA13997@phaeton.artisoft.com> from "Terry Lambert" at Oct 25, 96 11:42:46 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > > > Once _that_ works, we can do some _serious_ DOS emulation. > > Which only works on Intel platforms. 8-(. ... until someone takes one of the freely-available CPU emulators (from PCEmu, Bochs, Willows TWIN etc), makes it an LKM and teaches the kernel to run processes with the synthetic PSL_VM bit set using it. Geez Terry, I even took this idea from your old postings on the topic 8) BTW, you mentioned a RedBook on the whole v86 thing in the OS/2 perspective; I had a look at the RedBOoks site but it's a pain to navigate and I found nothing. Do you still have the reference? Is the book available online? > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri Oct 25 22:23:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA28580 for hackers-outgoing; Fri, 25 Oct 1996 22:23:24 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA28574 for ; Fri, 25 Oct 1996 22:23:21 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA22174; Sat, 26 Oct 1996 14:48:42 +0930 From: Michael Smith Message-Id: <199610260518.OAA22174@genesis.atrad.adelaide.edu.au> Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) To: nate@mt.sri.com (Nate Williams) Date: Sat, 26 Oct 1996 14:48:41 +0930 (CST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199610251901.NAA11438@rocky.mt.sri.com> from "Nate Williams" at Oct 25, 96 01:01:30 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nate Williams stands accused of saying: > > > Which only works on Intel platforms. 8-(. > > Yep. To expect more than that is foolishness. Insignia software has > spents *millions* of dollars on their x86 emulation software, and it > still isn't very impressive. Expecting that a single-individual or > group of individuals could produce something that is even on par with > their product is silly. Actually, I get the impression that Insignia have spent most of their money chasing the Windows API, but I could be wrong there. Nevertheless, it is worth observing that the Hedley emulator (186) was written in less than a year by basically one person, and works more than adequately well 8) > You'd have better luck building 'translator' code that changes the x86 > opcodes into native instructions on each platform, which DEC and IBM > have done. ARDI do that too; I seem to recall they actually published a paper on the topic. Of course the 68000 is a much more rational processor to emulate 8) > Nate -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri Oct 25 22:32:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA29087 for hackers-outgoing; Fri, 25 Oct 1996 22:32:38 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA29079 for ; Fri, 25 Oct 1996 22:32:36 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA22209; Sat, 26 Oct 1996 15:02:29 +0930 From: Michael Smith Message-Id: <199610260532.PAA22209@genesis.atrad.adelaide.edu.au> Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) To: erich@lodgenet.com (Eric L. Hernes) Date: Sat, 26 Oct 1996 15:02:28 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, erich@lodgenet.com, hackers@FreeBSD.org In-Reply-To: <199610252144.QAA03645@jake.lodgenet.com> from "Eric L. Hernes" at Oct 25, 96 04:44:27 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Eric L. Hernes stands accused of saying: > > >Yeah, well. It builds trivially under 2.1 (haven't tried on -current, > >expect it will there too) with an include fix, but it's a bit limited > >functionality-wise. It's also dog-slow, even compared to PCemu. > > I've got a piece of hardware here with an embedded 80186 that I'd like > to emulate, if I didn't have to spend much time on it. That's kind > of what I was looking at here. Then someone mentioned adding 286 > support to pcemu and I thought this might be a starting point, having some > 80386 support etc... PCEmu does the 186 already. The biggest job of work you're likely to come up against is emlating the rest of your hardware; depending on how well you understand it that may not be too bad either. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat Oct 26 00:52:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA06122 for hackers-outgoing; Sat, 26 Oct 1996 00:52:37 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA06105 for ; Sat, 26 Oct 1996 00:52:25 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA12272; Sat, 26 Oct 1996 09:52:10 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA02661; Sat, 26 Oct 1996 09:52:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id JAA13290; Sat, 26 Oct 1996 09:51:01 +0200 (MET DST) From: J Wunsch Message-Id: <199610260751.JAA13290@uriah.heep.sax.de> Subject: Re: Console messages in an xterm To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 26 Oct 1996 09:51:01 +0200 (MET DST) Cc: jamie@inna.net (Jamie Bowden) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Jamie Bowden at "Oct 25, 96 01:59:20 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jamie Bowden wrote: > How about for getting the console window in X to actually act like a > console? On sun and sgi boxes, the -C option causes all output to what > would be the equiv ttyv0 to show in that window. Doesn't work in fbsd. It works, but not as you expect it. /dev/ttyv0 != /dev/console The xconsole gets all output that goes to /dev/console (including printf output from daemons). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Oct 26 06:36:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA26244 for hackers-outgoing; Sat, 26 Oct 1996 06:36:13 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA26236 for ; Sat, 26 Oct 1996 06:36:09 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id GAA03965; Sat, 26 Oct 1996 06:36:01 -0700 (PDT) To: Jake Hamby cc: hackers@freebsd.org, bongo-interest@marimba.com, castanet-interest@marimba.com Subject: Re: FreeBSD libmarimba.so available In-reply-to: Your message of "Fri, 25 Oct 1996 00:27:50 PDT." Date: Sat, 26 Oct 1996 06:36:01 -0700 Message-ID: <3963.846336961@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > and FreeBSD-current. You will need to download the Solaris version of > Castanet Tuner or Bongo from Marimba's FTP site, and patch the startup > shell script to point to your installed copy of the JDK. Then replace > libmarimba.so with the version available from this URL: Hmmmm. I'm looking at both the tuner and bongo programs, and I have to say that splicing in the FreeBSD jdk is far from intuitively obvious. Perhaps that port? :-) Jordan From owner-freebsd-hackers Sat Oct 26 07:33:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA29106 for hackers-outgoing; Sat, 26 Oct 1996 07:33:46 -0700 (PDT) Received: from mailgate.execpc.com (root@mailgate.execpc.com [169.207.16.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA29100 for ; Sat, 26 Oct 1996 07:33:43 -0700 (PDT) Received: from earth.execpc.com (jgreco@earth [169.207.16.1]) by mailgate.execpc.com (8.7.6/8.7.5) with ESMTP id JAA07358; Sat, 26 Oct 1996 09:17:41 -0500 Received: (from jgreco@localhost) by earth.execpc.com (8.7.6/8.7) id JAA10206; Sat, 26 Oct 1996 09:17:14 -0500 (CDT) From: Joe Greco Message-Id: <199610261417.JAA10206@earth.execpc.com> Subject: HELP! :-( Hitting datasize limit To: hackers@freebsd.org Date: Sat, 26 Oct 1996 09:17:14 -0500 (CDT) Reply-To: jgreco@ns.sol.net X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk HELP! I have a very very large application: Usenet news (innd). I have been in the habit of starting it "unlimit"'ed for quite some time now. It starts off executing at about 55MB and will generally grow to double that within 12 hours. However, lately, it has been dying multiple times daily with malloc errors (using phkmalloc, but given the apparent cause I do not think this is the problem). The current situation would tend to have caused it to grow >> 110MB... and when I did a little looking into the problem, malloc was indeed returning NULL, which caused me to scratch my head until I typed "unlimit; limit"... cputime unlimited filesize unlimited datasize 131072 kbytes stacksize 65536 kbytes coredumpsize unlimited memoryuse unlimited descriptors 4136 memorylocked 251412 kbytes maxproc 2067 S***! 128MB absolute datasize limit on a process?!?! This machine has 256MB RAM and if INN wants to use it all, I really do not care. I can probably somehow hack a "raise" to this limit myself, but I have no idea what nasty side effects might be waiting for me and I am wondering what the idea or architectural reasons behind this "absolute" limit is. What is recommended in this case? ... JG From owner-freebsd-hackers Sat Oct 26 08:34:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA02335 for hackers-outgoing; Sat, 26 Oct 1996 08:34:49 -0700 (PDT) Received: from critter.tfs.com (disn9.cybercity.dk [194.16.57.9]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA02327; Sat, 26 Oct 1996 08:34:42 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id RAA17121; Sat, 26 Oct 1996 17:34:58 +0200 (MET DST) To: jgreco@ns.sol.net cc: hackers@FreeBSD.org Subject: Re: HELP! :-( Hitting datasize limit In-reply-to: Your message of "Sat, 26 Oct 1996 09:17:14 CDT." <199610261417.JAA10206@earth.execpc.com> Date: Sat, 26 Oct 1996 17:34:58 +0200 Message-ID: <17119.846344098@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199610261417.JAA10206@earth.execpc.com>, Joe Greco writes: >It starts off executing at about 55MB and will generally grow to double >that within 12 hours. However, lately, it has been dying multiple times >daily with malloc errors (using phkmalloc, but given the apparent cause >I do not think this is the problem). The current situation would tend >to have caused it to grow >> 110MB... and when I did a little looking >into the problem, malloc was indeed returning NULL, which caused me to >scratch my head until I typed "unlimit; limit"... You may want to ln -sf H /etc/malloc.conf I've not gotten a complete picture, but people indicate that it helps a little bit. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sat Oct 26 08:58:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA03902 for hackers-outgoing; Sat, 26 Oct 1996 08:58:41 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA03893 for ; Sat, 26 Oct 1996 08:58:35 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.7.5/8.6.5) id VAA23634; Sat, 26 Oct 1996 21:57:29 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199610261557.VAA23634@hq.icb.chel.su> Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sat, 26 Oct 1996 21:57:29 +0600 (ESD) Cc: erich@lodgenet.com, msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199610260532.PAA22209@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 26, 96 03:02:28 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I've got a piece of hardware here with an embedded 80186 that I'd like > > to emulate, if I didn't have to spend much time on it. That's kind > > of what I was looking at here. Then someone mentioned adding 286 > > support to pcemu and I thought this might be a starting point, having some > > 80386 support etc... > > PCEmu does the 186 already. The biggest job of work you're likely to come No. It gets understood by Norton Sysinfo as NEC V20 that is 8086 clone. The 80186 clone is named NEC V40. I'm running pcemu from 2.0.5 so may be it's simply out of date. -SB From owner-freebsd-hackers Sat Oct 26 09:30:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA05834 for hackers-outgoing; Sat, 26 Oct 1996 09:30:58 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA05828 for ; Sat, 26 Oct 1996 09:30:51 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id DAA23042; Sun, 27 Oct 1996 03:00:30 +1030 From: Michael Smith Message-Id: <199610261630.DAA23042@genesis.atrad.adelaide.edu.au> Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Sun, 27 Oct 1996 03:00:30 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, erich@lodgenet.com, hackers@freebsd.org In-Reply-To: <199610261557.VAA23634@hq.icb.chel.su> from "Serge A. Babkin" at Oct 26, 96 09:57:29 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Serge A. Babkin stands accused of saying: > > > > I've got a piece of hardware here with an embedded 80186 that I'd like > > > to emulate, if I didn't have to spend much time on it. That's kind > > > of what I was looking at here. Then someone mentioned adding 286 > > > support to pcemu and I thought this might be a starting point, having some > > > 80386 support etc... > > > > PCEmu does the 186 already. The biggest job of work you're likely to come > > No. It gets understood by Norton Sysinfo as NEC V20 that is 8086 clone. > The 80186 clone is named NEC V40. I'm running pcemu from 2.0.5 > so may be it's simply out of date. No, you're running the same code. What you're missing is that the V20/V30 are instruction-set compatible with the 188/186, they just don't have the onboard peripherals that the Intel parts have. Trust me; you can run real-mode '286 code on a V20/V30. I have done this. I _believe_ that the Hedley emulator is up to this. > -SB -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat Oct 26 10:16:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA10451 for hackers-outgoing; Sat, 26 Oct 1996 10:16:36 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA10436 for ; Sat, 26 Oct 1996 10:16:33 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA28705; Sat, 26 Oct 1996 17:44:44 +0100 From: Luigi Rizzo Message-Id: <199610261644.RAA28705@labinfo.iet.unipi.it> Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sat, 26 Oct 1996 17:44:44 +0100 (MET) Cc: babkin@hq.icb.chel.su, msmith@atrad.adelaide.edu.au, erich@lodgenet.com, hackers@freebsd.org In-Reply-To: <199610261630.DAA23042@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 27, 96 03:00:11 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Trust me; you can run real-mode '286 code on a V20/V30. I have done > this. I _believe_ that the Hedley emulator is up to this. cannot comment on the first sentence, but for the latter I am sure that some intructions are missing. It's been a couple of years since I worked on this code, so I have forgotten the details, but I remember adding some 286 instructions and some are still missing. ENTER/LEAVE are probably two of them, maybe PUSHALL/POPALL as well. The fact that some program recognizes the emulated processor as a V20 does not mean that all V20 instructions are emulated! Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Sat Oct 26 10:29:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA12327 for hackers-outgoing; Sat, 26 Oct 1996 10:29:36 -0700 (PDT) Received: from anacreon.sol.net (anacreon.sol.net [206.55.64.116]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA12293 for ; Sat, 26 Oct 1996 10:29:12 -0700 (PDT) Received: from solaria.sol.net (solaria.sol.net [206.55.65.75]) by anacreon.sol.net (8.6.12/8.6.12) with ESMTP id MAA00689; Sat, 26 Oct 1996 12:28:41 -0500 Received: from localhost by solaria.sol.net (8.5/8.5) id MAA08279; Sat, 26 Oct 1996 12:31:20 -0500 From: Joe Greco Message-Id: <199610261731.MAA08279@solaria.sol.net> Subject: Re: HELP! :-( Hitting datasize limit To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Sat, 26 Oct 96 12:31:19 CDT Cc: jgreco@ns.sol.net, hackers@FreeBSD.org In-Reply-To: <17119.846344098@critter.tfs.com> from "Poul-Henning Kamp" at Oct 26, 96 05:34:58 pm X-Mailer: ELM [version 2.4dev PL65] MIME-Version: 1.0 Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > In message <199610261417.JAA10206@earth.execpc.com>, Joe Greco writes: > > >It starts off executing at about 55MB and will generally grow to double > >that within 12 hours. However, lately, it has been dying multiple times > >daily with malloc errors (using phkmalloc, but given the apparent cause > >I do not think this is the problem). The current situation would tend > >to have caused it to grow >> 110MB... and when I did a little looking > >into the problem, malloc was indeed returning NULL, which caused me to > >scratch my head until I typed "unlimit; limit"... > > You may want to > > ln -sf H /etc/malloc.conf > > I've not gotten a complete picture, but people indicate that it helps > a little bit. Hi Poul, I did not mean to imply that I think it has ANYTHING to do with phkmalloc... the growth in size is EXPECTED... innd allocates per-channel receive buffers. When the maximum allowed size for a Usenet article is 1MB and you have fifty inbound NNTP channels, it is reasonable to expect that the receive buffer for each channel will eventually need to be grown close to 1MB to allow for the large alt.binaries articles that everyone shovels around. I am sorry for any confusion. I simply was looking for a way to remove (or at least double) the datasize limitation. Thanks! :-) ... JG From owner-freebsd-hackers Sat Oct 26 11:01:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA16481 for hackers-outgoing; Sat, 26 Oct 1996 11:01:37 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA16474 for ; Sat, 26 Oct 1996 11:01:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id KAA10225; Sat, 26 Oct 1996 10:59:52 -0700 (PDT) Message-Id: <199610261759.KAA10225@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: jgreco@ns.sol.net cc: hackers@FreeBSD.org Subject: Re: HELP! :-( Hitting datasize limit In-reply-to: Your message of "Sat, 26 Oct 1996 09:17:14 CDT." <199610261417.JAA10206@earth.execpc.com> From: David Greenman Reply-To: dg@root.com Date: Sat, 26 Oct 1996 10:59:52 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >S***! 128MB absolute datasize limit on a process?!?! > >This machine has 256MB RAM and if INN wants to use it all, I really do >not care. > >I can probably somehow hack a "raise" to this limit myself, but I have >no idea what nasty side effects might be waiting for me and I am >wondering what the idea or architectural reasons behind this "absolute" >limit is. > >What is recommended in this case? options "MAXDSIZ=(256UL*1024*1024)" ...should do the trick. I should probably make this change standard now that large(r) memory systems are more common. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Oct 26 11:02:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA16538 for hackers-outgoing; Sat, 26 Oct 1996 11:02:09 -0700 (PDT) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA16530 for ; Sat, 26 Oct 1996 11:02:06 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id NAA01008; Sat, 26 Oct 1996 13:00:22 -0500 (EST) From: "John S. Dyson" Message-Id: <199610261800.NAA01008@dyson.iquest.net> Subject: Re: HELP! :-( Hitting datasize limit To: jgreco@solaria.sol.net (Joe Greco) Date: Sat, 26 Oct 1996 13:00:21 -0500 (EST) Cc: phk@critter.tfs.com, jgreco@ns.sol.net, hackers@FreeBSD.org In-Reply-To: <199610261731.MAA08279@solaria.sol.net> from "Joe Greco" at Oct 26, 96 12:31:19 pm Reply-To: dyson@FreeBSD.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I am sorry for any confusion. I simply was looking for a way to remove > (or at least double) the datasize limitation. > Sorry, I have been busy with other things: options "MAXDSIZ=(256UL*1024*1024)" options "DFLDSIZ=(192UL*1024*1024)" John From owner-freebsd-hackers Sat Oct 26 11:26:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA19684 for hackers-outgoing; Sat, 26 Oct 1996 11:26:42 -0700 (PDT) Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA19658; Sat, 26 Oct 1996 11:26:32 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id UAA17439; Sat, 26 Oct 1996 20:26:57 +0200 (MET DST) To: Joe Greco cc: jgreco@ns.sol.net, hackers@FreeBSD.org Subject: Re: HELP! :-( Hitting datasize limit In-reply-to: Your message of "Sat, 26 Oct 1996 12:31:19 CDT." <199610261731.MAA08279@solaria.sol.net> Date: Sat, 26 Oct 1996 20:26:57 +0200 Message-ID: <17437.846354417@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <199610261731.MAA08279@solaria.sol.net>, Joe Greco writes: >> You may want to >> >> ln -sf H /etc/malloc.conf >> >> I've not gotten a complete picture, but people indicate that it helps >> a little bit. > >Hi Poul, > >I did not mean to imply that I think it has ANYTHING to do with >phkmalloc... the growth in size is EXPECTED... I know, I just wanted to help you :-) >innd allocates per-channel receive buffers. When the maximum allowed >size for a Usenet article is 1MB and you have fifty inbound NNTP channels, >it is reasonable to expect that the receive buffer for each channel will >eventually need to be grown close to 1MB to allow for the large >alt.binaries articles that everyone shovels around. Hmm, does it realloc them back down again ? If it does then the 'H' trick should work even better, what happens is that it calls madvise(MADV_FREE) on free(3)'ed pages. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sat Oct 26 11:51:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23162 for hackers-outgoing; Sat, 26 Oct 1996 11:51:45 -0700 (PDT) Received: from zander.csv.warwick.ac.uk (zander.csv.warwick.ac.uk [137.205.148.198]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA23154 for ; Sat, 26 Oct 1996 11:51:42 -0700 (PDT) From: Mr M P Searle Message-Id: <815.199610261851@zander.csv.warwick.ac.uk> Received: by zander.csv.warwick.ac.uk id TAA00815; Sat, 26 Oct 1996 19:51:09 +0100 (BST) Subject: Lynx port? To: hackers@freebsd.org Date: Sat, 26 Oct 1996 19:51:04 +0100 (BST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there a port of the colour version of Lynx (2.5?)? Thanks, Michael. From owner-freebsd-hackers Sat Oct 26 11:55:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23692 for hackers-outgoing; Sat, 26 Oct 1996 11:55:50 -0700 (PDT) Received: from zander.csv.warwick.ac.uk (zander.csv.warwick.ac.uk [137.205.148.198]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA23685 for ; Sat, 26 Oct 1996 11:55:47 -0700 (PDT) From: Mr M P Searle Message-Id: <828.199610261855@zander.csv.warwick.ac.uk> Received: by zander.csv.warwick.ac.uk id TAA00828; Sat, 26 Oct 1996 19:55:13 +0100 (BST) Subject: graphics cards To: hackers@freebsd.org Date: Sat, 26 Oct 1996 19:55:08 +0100 (BST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I know that SVGA cards are mapped in a different place from earlier graphics cards, but of the others(VGA, EGA, CGA, MDA), which can be installed at once (I think any can be installed at the same time as a SVGA card)? Thanks, Michael. From owner-freebsd-hackers Sat Oct 26 12:09:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA25798 for hackers-outgoing; Sat, 26 Oct 1996 12:09:58 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA25778 for ; Sat, 26 Oct 1996 12:09:50 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA28860; Sat, 26 Oct 1996 19:38:21 +0100 From: Luigi Rizzo Message-Id: <199610261838.TAA28860@labinfo.iet.unipi.it> Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Sat, 26 Oct 1996 19:38:21 +0100 (MET) Cc: msmith@atrad.adelaide.edu.au, babkin@hq.icb.chel.su, erich@lodgenet.com, hackers@freebsd.org In-Reply-To: <199610261644.RAA28705@labinfo.iet.unipi.it> from "Luigi Rizzo" at Oct 26, 96 05:44:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > that some intructions are missing. It's been a couple of years > since I worked on this code, so I have forgotten the details, but > I remember adding some 286 instructions and some are still missing. > ENTER/LEAVE are probably two of them, maybe PUSHALL/POPALL as well. just checked on my pcemu sources. ENTER, LEAVE, BOUND, PUSH immediate, SHIFT with immediate count were all missing (and I have implemented them). Luigi From owner-freebsd-hackers Sat Oct 26 12:28:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA28437 for hackers-outgoing; Sat, 26 Oct 1996 12:28:32 -0700 (PDT) Received: from ravenock.cybercity.dk (disn49.cybercity.dk [194.16.57.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA28392 for ; Sat, 26 Oct 1996 12:28:14 -0700 (PDT) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.2/8.7.3) id VAA00205; Sat, 26 Oct 1996 21:27:55 +0200 (MET DST) Message-Id: <199610261927.VAA00205@ravenock.cybercity.dk> Subject: Re: graphics cards To: csubl@csv.warwick.ac.uk (Mr M P Searle) Date: Sat, 26 Oct 1996 21:27:44 +0200 (MET DST) From: "Soren Schmidt" Cc: hackers@FreeBSD.org In-Reply-To: <828.199610261855@zander.csv.warwick.ac.uk> from "Mr M P Searle" at Oct 26, 96 07:55:08 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Mr M P Searle who wrote: > > I know that SVGA cards are mapped in a different place from earlier graphics > cards, but of the others(VGA, EGA, CGA, MDA), which can be installed at once > (I think any can be installed at the same time as a SVGA card)? Well, not exactly... You can have one monochrome card and one color card simultaniously, ie one MDA/Hercules card and one of CGA/EGA/(S)VGA. Now, with modern machines with PCI bus, you _should_ be able to have more than one (S)VGA card simultaniously, but I now of many boards where this is not true (yet). However I run my main dev box with one Hercules, one old ISA SVGA, and a diamond Viper Pro Video PCI, and it works (with special drivers that is). -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Sat Oct 26 14:01:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA10042 for hackers-outgoing; Sat, 26 Oct 1996 14:01:54 -0700 (PDT) Received: from critter.tfs.com (disn5.cybercity.dk [194.16.57.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA10028; Sat, 26 Oct 1996 14:01:47 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id XAA17641; Sat, 26 Oct 1996 23:02:21 +0200 (MET DST) cc: Joe Greco , jgreco@ns.sol.net, hackers@FreeBSD.org Subject: Re: HELP! :-( Hitting datasize limit In-reply-to: Your message of "Sat, 26 Oct 1996 20:26:57 +0200." <17437.846354417@critter.tfs.com> Date: Sat, 26 Oct 1996 23:02:21 +0200 Message-ID: <17639.846363741@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>innd allocates per-channel receive buffers. When the maximum allowed Hi Joe, I looked at the inn port and I think that buffer handling could need to be brought into the nineties. If you want to try to improve it, try this: Always allocate the buffer at max size. After each article is handled do this: madvise(buffer, buffersize, MADV_FREE); You would save a lot of copying around stuff that way, and probably use less RAM all in all. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sat Oct 26 14:43:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13425 for hackers-outgoing; Sat, 26 Oct 1996 14:43:42 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA13414 for ; Sat, 26 Oct 1996 14:43:38 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id OAA20483 for ; Sat, 26 Oct 1996 14:43:27 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA05869; Sat, 26 Oct 1996 23:40:51 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA15223; Sat, 26 Oct 1996 23:40:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.6/8.6.9) id XAA15269; Sat, 26 Oct 1996 23:23:36 +0200 (MET DST) From: J Wunsch Message-Id: <199610262123.XAA15269@uriah.heep.sax.de> Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 26 Oct 1996 23:23:36 +0200 (MET DST) Cc: babkin@hq.icb.chel.su, msmith@atrad.adelaide.edu.au, erich@lodgenet.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610261630.DAA23042@genesis.atrad.adelaide.edu.au> from Michael Smith at "Oct 27, 96 03:00:30 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > Trust me; you can run real-mode '286 code on a V20/V30. I have done > this. I _believe_ that the Hedley emulator is up to this. No, it doesn't emulate 80186 instructions. I've also been thinking about implementing this, but i'm afraid i'll simply ran out of time. I've already posted this to the freebsd-ports list, but got no response: i would like to pass over the maintenance of the `pcemu' port to somebody else who can dedicate more time to it. I've still got some patches for EMS support sitting in the queue, there's Serge's networking patch, there are lots of ideas around (including some of my own like enabling access to physical floppy drives and tty/COM lines). I feel that i will never get round to do all of this, even though i still think the Hedley emulator is technically a too fine piece of software to see it falling down some day... too bad that the original author has no longer any time or interest in pursuing it further. So if anybody is willing to take over the maintenance of this port, get back to me. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Oct 26 14:56:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15310 for hackers-outgoing; Sat, 26 Oct 1996 14:56:00 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA15301 for ; Sat, 26 Oct 1996 14:55:57 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA17662; Sat, 26 Oct 1996 14:51:46 -0700 From: Terry Lambert Message-Id: <199610262151.OAA17662@phaeton.artisoft.com> Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sat, 26 Oct 1996 14:51:46 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, erich@lodgenet.com, hackers@freebsd.org In-Reply-To: <199610260510.OAA22149@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 26, 96 02:40:57 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Once _that_ works, we can do some _serious_ DOS emulation. > > > > Which only works on Intel platforms. 8-(. > > ... until someone takes one of the freely-available CPU emulators > (from PCEmu, Bochs, Willows TWIN etc), makes it an LKM and teaches the > kernel to run processes with the synthetic PSL_VM bit set using it. > > Geez Terry, I even took this idea from your old postings on the topic 8) Actually, I think I suggested making the execution class loader for the magic number for foreign binaries load a CPU emulation module and pass the arguments from 0 on unadulterated. The emulation module then mmap's the program as if it were a native loader, and manages system call traps by calling the native system calls for the OS. I think the LKM I mentioned was the execution class loader... I'm pretty sure this was the case because, at the time, people were trying to break the architectural support for this kind of emulation by moving to passing system call arguemnts in registers to blindly "keep up" with Linux. I'm pretty sure this was the case, since I was using a hacked up version of SPIM to run MIPS binaries on Alpha hardware at the time as a proof of concept. 8-). > BTW, you mentioned a RedBook on the whole v86 thing in the OS/2 > perspective; I had a look at the RedBOoks site but it's a pain to > navigate and I found nothing. Do you still have the reference? Is > the book available online? I was referencing a Willows list posting... the redbook I had access to was owned by Novell, and my access went away when I quit. Justin T. Gibbs had a copy... the message I was referring to said he had just sent it to Gary (Clark? Sorry, the Willows stuff all happened more than a year ago -- fuzzy memory). Shortly afterward Jordan posted that he and Justin and I-don't-remember-who had talked about it extensively at Usenix, and VM86() support was a priority. The current topic is actually different than just VM86() support; I'm more concerned with being able to use commercial (ie: Intel) binaries on non-Intel platforms. I think processor emulation wins over direct VM86() support for that reason (also for DOS emulation on non-Intel platforms). I'd like to see VM86() pursued to support the PC equivalent of OpenBoot (use of BIOS interfaces from protected mode) so FreeBSD can run on all hardware DOS can run on. But if I were given a choice about which of the technologies to exclusively pursue, I'd pick processor emulation: it's the more general one, and it's more important in the long run; IMO, x86 processor dependence, like ISA and IDE, is a fad not long for this world. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Oct 26 18:30:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA27151 for hackers-outgoing; Sat, 26 Oct 1996 18:30:22 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA27142 for ; Sat, 26 Oct 1996 18:30:18 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA23955; Sun, 27 Oct 1996 11:59:47 +1030 From: Michael Smith Message-Id: <199610270129.LAA23955@genesis.atrad.adelaide.edu.au> Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 27 Oct 1996 11:59:47 +1030 (CST) Cc: freebsd-hackers@freebsd.org, babkin@hq.icb.chel.su, msmith@atrad.adelaide.edu.au, erich@lodgenet.com In-Reply-To: <199610262123.XAA15269@uriah.heep.sax.de> from "J Wunsch" at Oct 26, 96 11:23:36 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > > I've already posted this to the freebsd-ports list, but got no > response: i would like to pass over the maintenance of the `pcemu' > port to somebody else who can dedicate more time to it. I've still > got some patches for EMS support sitting in the queue, there's Serge's I'm sure I pestered you into adding that; you didn't actually commit them? > networking patch, there are lots of ideas around (including some of my > own like enabling access to physical floppy drives and tty/COM lines). > I feel that i will never get round to do all of this, even though i > still think the Hedley emulator is technically a too fine piece of > software to see it falling down some day... too bad that the original > author has no longer any time or interest in pursuing it further. It's a bit light on hardware emulation perhaps, but otherwise I'm inclined to agree with you. > So if anybody is willing to take over the maintenance of this port, > get back to me. Seeing as I'm already carrying the DOS emulation flag, I guess I'm the bunny for the job. > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat Oct 26 21:47:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA04786 for hackers-outgoing; Sat, 26 Oct 1996 21:47:35 -0700 (PDT) Received: from conviction.CS.Berkeley.EDU (conviction.CS.Berkeley.EDU [128.32.33.103]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA04778 for ; Sat, 26 Oct 1996 21:47:32 -0700 (PDT) Received: from conviction.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by conviction.CS.Berkeley.EDU (8.8.2/8.8.2) with ESMTP id VAA31877; Sat, 26 Oct 1996 21:47:30 -0700 (PDT) Message-Id: <199610270447.VAA31877@conviction.CS.Berkeley.EDU> X-Mailer: exmh version 1.6.9 8/22/96 To: freebsd-hackers@freebsd.org cc: bmah@cs.berkeley.edu Subject: Resolver questions From: bmah@cs.berkeley.edu (Bruce A. Mah) Reply-to: bmah@cs.berkeley.edu X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 26 Oct 1996 21:47:29 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was looking through the resolver client library this evening, and came across some code I don't understand. getnetbyname(3) will, depending on the contents of /etc/host.conf, call _getnetbydnsname(), which is in lib/libc/net/getnetbydns.c. This function then calls res_search(3), presumably to do a lookup on a network name. This would, in my limited understanding of BIND, involve looking up an A record. But it really asks for a PTR record: anslen = res_search(qbuf, C_IN, T_PTR, buf.buf, sizeof buf.buf); ^^^^^ This makes no sense to me...I must be missing something. Can someone enlighten this poor, confused soul? Thanks, Bruce. PS. My machine runs 2.1.0-RELEASE, but from a quick glance, 2.2-CURRENT has this code too. From owner-freebsd-hackers Sat Oct 26 22:01:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA05415 for hackers-outgoing; Sat, 26 Oct 1996 22:01:27 -0700 (PDT) Received: from nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA05406; Sat, 26 Oct 1996 22:01:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by nike.efn.org (8.7.5/8.7.3) with SMTP id RAA07806; Sat, 26 Oct 1996 17:29:22 -0700 (PDT) Date: Sat, 26 Oct 1996 17:29:20 -0700 (PDT) From: John-Mark Gurney X-Sender: jmg@nike Reply-To: John-Mark Gurney To: dyson@FreeBSD.ORG cc: FreeBSD Hackers Subject: Re: HELP! :-( Hitting datasize limit In-Reply-To: <199610261800.NAA01008@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Oct 1996, John S. Dyson wrote: > > > > I am sorry for any confusion. I simply was looking for a way to remove > > (or at least double) the datasize limitation. > > > Sorry, I have been busy with other things: > > > options "MAXDSIZ=(256UL*1024*1024)" > options "DFLDSIZ=(192UL*1024*1024)" perhaps this should be added to LINT? John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix)