From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 6 07:07:47 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72E3537B401 for ; Sun, 6 Apr 2003 07:07:47 -0700 (PDT) Received: from abc.com (bb220-255-81-81.singnet.com.sg [220.255.81.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id A151B43FB1 for ; Sun, 6 Apr 2003 07:07:44 -0700 (PDT) (envelope-from abc@abc.com) From: "James" To: freebsd-hackers@FreeBSD.org Content-Type: text/plain;charset="GB2312" Date: Sun, 6 Apr 2003 22:03:55 +0800 X-Priority: 3 X-Mailer: FoxMail 3.11 Release [cn] Message-Id: <20030406140744.A151B43FB1@mx1.FreeBSD.org> Subject: Supply laser markers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: abc@abc.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2003 14:07:47 -0000 Manufacturer of Nd:YAG & CO2 laser marking, welding, engraving, drilling & cutting machine, mirror, Q-switch, fiber, scanning lens, focusing lens, chiller, flashlamp, crystal, bean expander, energy/power meter, laser diodes, safety goggles. For more information, please visit http://www.SintecOptronics.com or e-mail to sales@SintecOptronics.com From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 6 11:52:15 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2183E37B401 for ; Sun, 6 Apr 2003 11:52:15 -0700 (PDT) Received: from mx03.uni-tuebingen.de (mx03.uni-tuebingen.de [134.2.3.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F3A543FAF for ; Sun, 6 Apr 2003 11:52:14 -0700 (PDT) (envelope-from friedemann.becker@student.uni-tuebingen.de) Received: from linux17.zdv.uni-tuebingen.de (linux17.zdv.uni-tuebingen.de [134.2.18.17]) by mx03.uni-tuebingen.de (8.12.3/8.12.3) with ESMTP id h36IqCHY010944 for ; Sun, 6 Apr 2003 20:52:12 +0200 Date: Sun, 6 Apr 2003 20:52:11 +0200 (CEST) From: Friedemann Becker X-Sender: To: In-Reply-To: <000c01c2fbc3$989d8610$0200000a@fireball> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-AntiVirus: checked by AntiVir Milter 1.0.0.8; AVE 6.19.0.3; VDF 6.19.0.5 Subject: [PATCH] Re: systat -v on -CURRENT X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2003 18:52:15 -0000 I found out, that /usr/src/usr.bin/systat/vmstat.c:dinfo() sometimes calculates -0 for disk utilization. I attatched a patch, that fixed this behaviour and return 0 for negative values of "elapsed time". Could someone take a look at it and commit it, if it's correct? it's a one line + 2 lines of comment patch :-) Friedemann On Sat, 5 Apr 2003, Craig Reyenga wrote: > Date: Sat, 5 Apr 2003 17:34:51 -0500 > From: Craig Reyenga > To: Andre Guibert de Bruet > Cc: freebsd-current@freebsd.org > Subject: Re: systat -v on -CURRENT > > Now that you mention it, Yes: ad2 is -0% busy. > > Disks ad0 ad2 cd0 pass0 ofod intrn > KB/t 0.00 0.00 0.00 0.00 %slo-z 30576 buf > tps 0 0 0 0 tfree 23 dirtybuf > MB/s 0.00 0.00 0.00 0.00 17867 desiredvnodes > % busy 0 -0 0 0 1070 numvnodes > > -Craig > > ----- Original Message ----- > From: "Andre Guibert de Bruet" > To: > Sent: Saturday, April 05, 2003 5:20 PM > Subject: systat -v on -CURRENT > > > > Hi, > > > > I've noticed that 'systat -v' sometimes reports a negative disk activity > > percentile. Has anyone else noticed this behavior? > > > > Before I look into the problem, is someone already working on a fix? > > > > Regards, > > > > > Andre Guibert de Bruet | Enterprise Software Consultant > > > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 6 11:54:34 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 287F337B404 for ; Sun, 6 Apr 2003 11:54:34 -0700 (PDT) Received: from mx02.uni-tuebingen.de (mx02.uni-tuebingen.de [134.2.3.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DAF943FBF for ; Sun, 6 Apr 2003 11:54:32 -0700 (PDT) (envelope-from friedemann.becker@student.uni-tuebingen.de) Received: from linux17.zdv.uni-tuebingen.de (linux17.zdv.uni-tuebingen.de [134.2.18.17]) by mx02.uni-tuebingen.de (8.12.3/8.12.3) with ESMTP id h36IsUR0025268 for ; Sun, 6 Apr 2003 20:54:30 +0200 Date: Sun, 6 Apr 2003 20:54:29 +0200 (CEST) From: Friedemann Becker X-Sender: To: In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="42340626-1943708896-1049655269=:10665" X-AntiVirus: checked by AntiVir Milter 1.0.0.8; AVE 6.19.0.3; VDF 6.19.0.5 Subject: Re: [PATCH] Re: systat -v on -CURRENT X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2003 18:54:34 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --42340626-1943708896-1049655269=:10665 Content-Type: TEXT/PLAIN; charset=US-ASCII Never talk about patches that you'll forget to attach ;) On Sun, 6 Apr 2003, Friedemann Becker wrote: > Date: Sun, 6 Apr 2003 20:52:11 +0200 (CEST) > From: Friedemann Becker > To: freebsd-hackers@freebsd.org > Subject: [PATCH] Re: systat -v on -CURRENT > > I found out, that /usr/src/usr.bin/systat/vmstat.c:dinfo() sometimes > calculates -0 for disk utilization. > > I attatched a patch, that fixed this behaviour and return 0 for negative > values of "elapsed time". > > Could someone take a look at it and commit it, if it's correct? > it's a one line + 2 lines of comment patch :-) > > Friedemann > > > > On Sat, 5 Apr 2003, Craig Reyenga wrote: > > > Date: Sat, 5 Apr 2003 17:34:51 -0500 > > From: Craig Reyenga > > To: Andre Guibert de Bruet > > Cc: freebsd-current@freebsd.org > > Subject: Re: systat -v on -CURRENT > > > > Now that you mention it, Yes: ad2 is -0% busy. > > > > Disks ad0 ad2 cd0 pass0 ofod intrn > > KB/t 0.00 0.00 0.00 0.00 %slo-z 30576 buf > > tps 0 0 0 0 tfree 23 dirtybuf > > MB/s 0.00 0.00 0.00 0.00 17867 desiredvnodes > > % busy 0 -0 0 0 1070 numvnodes > > > > -Craig > > > > ----- Original Message ----- > > From: "Andre Guibert de Bruet" > > To: > > Sent: Saturday, April 05, 2003 5:20 PM > > Subject: systat -v on -CURRENT > > > > > > > Hi, > > > > > > I've noticed that 'systat -v' sometimes reports a negative disk activity > > > percentile. Has anyone else noticed this behavior? > > > > > > Before I look into the problem, is someone already working on a fix? > > > > > > Regards, > > > > > > > Andre Guibert de Bruet | Enterprise Software Consultant > > > > > Silicon Landmark, LLC. | http://siliconlandmark.com/ > > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > --42340626-1943708896-1049655269=:10665 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="vmstat.c.patch" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: /usr/src/usr.bin/systat/vmstat.c patch Content-Disposition: attachment; filename="vmstat.c.patch" LS0tIHZtc3RhdC5jCVN1biBBcHIgIDYgMjA6NDY6MDggMjAwMw0KKysrIHZt c3RhdC5jLm9sZAlTdW4gQXByICA2IDE4OjQ0OjU1IDIwMDMNCkBAIC04Nzgs MTEgKzg3OCw2IEBADQogCQkgKiB3aGVyZSB0aGUgZGV2aWNlIGhhcyBiZWVu IDEwMCUgYnVzeSwgY29ycmVjdCBpdCAqLw0KIAkJZGV2aWNlX2J1c3kgPSBl bGFwc2VkX3RpbWU7DQogDQotCWlmIChkZXZpY2VfYnVzeSA8IDApDQotCQkv KiBkZXZpY2VfYnVzeSBzb21ldGltZXMgYmVjb21lcyAtMCwgc28gY3V0IG9m ZiBuZWdhdGl2ZQ0KLQkJICogdmFsdWVzICovDQotCSAgZGV2aWNlX2J1c3kg PSAwOw0KLQ0KIAlsYyA9IERJU0tDT0wgKyBsYyAqIDY7DQogCXB1dGxvbmdk b3VibGUoa2JfcGVyX3RyYW5zZmVyLCBESVNLUk9XICsgMSwgbGMsIDUsIDIs IDApOw0KIAlwdXRsb25nZG91YmxlKHRyYW5zZmVyc19wZXJfc2Vjb25kLCBE SVNLUk9XICsgMiwgbGMsIDUsIDAsIDApOw0K --42340626-1943708896-1049655269=:10665-- From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 6 13:52:14 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 839A337B401 for ; Sun, 6 Apr 2003 13:52:14 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA6F543FBD for ; Sun, 6 Apr 2003 13:52:13 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.7) with ESMTP id h36KpwD0033258; Sun, 6 Apr 2003 13:52:02 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h36KpvMd033257; Sun, 6 Apr 2003 13:51:57 -0700 (PDT) Date: Sun, 6 Apr 2003 13:51:57 -0700 From: "David O'Brien" To: Michael Ranner Message-ID: <20030406205157.GA33092@dragon.nuxi.com> References: <20030321041548.GY25577@geekpunk.net> <3E7B56B9.6050005@acm.org> <200303231206.06445.mranner@inode.at> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200303231206.06445.mranner@inode.at> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-hackers@freebsd.org Subject: Re: generalized mergemaster(8) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2003 20:52:14 -0000 On Sun, Mar 23, 2003 at 12:06:06PM +0100, Michael Ranner wrote: > Am Freitag, 21. M?rz 2003 20:27 schrieb Garance A Drosihn: > > > > > > /var/tmp/temproot/etc/rc.d/ and /etc/rc.d/ have 17 differing files. > > > (I)nstall, (D)elete, or (R)ecursively examine? [R] > > > > > >Then I could hit 'I' and update all of /etc/rc.d at once. > > > > At times I've asked Doug about some kind of pattern-support in > > ~/.mergemasterrc, where the user could specify filename-patterns > > of files where they want the default action to be "install" > > instead of "leave for later". There are pros and cons with that > > idea, but that's what I was thinking of for the directories you > > describe. > > > > Doug has suggested that people could maybe do things with the > > MM_PRE_COMPARE_SCRIPT, for special processing like this. > > I have a small patch for pattern-support in ~/.mergemasterrc and > already sent my ideas to Doug, but he said "It could/should > be done with MM_PRE_COMPARE_SCRIPT" to me. Could you post them?? Dougb says that all the time, but has never created an example that will do what 90% of us want. Every time the desire for this comes up, dougb says it is outside of the envisioned purpose of mergemaster. Seems to me that if the tool isn't meeting the desires of 90% of your user base, maybe it could grow the functionality desired.... From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 6 14:35:02 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB04F37B401 for ; Sun, 6 Apr 2003 14:35:02 -0700 (PDT) Received: from bilver.wjv.com (user38.net339.fl.sprint-hsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id B98CB43FAF for ; Sun, 6 Apr 2003 14:35:01 -0700 (PDT) (envelope-from bv@wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by bilver.wjv.com (8.12.9/8.12.9) with ESMTP id h36LYs1i005164 for ; Sun, 6 Apr 2003 17:34:55 -0400 (EDT) (envelope-from bv@wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.12.9/8.12.9/Submit) id h36LYsw6005163 for freebsd-hackers@freebsd.org; Sun, 6 Apr 2003 17:34:54 -0400 (EDT) Date: Sun, 6 Apr 2003 17:34:53 -0400 From: Bill Vermillion To: freebsd-hackers@freebsd.org Message-ID: <20030406213453.GB4780@wjv.com> References: <20030406190054.AA08537B404@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030406190054.AA08537B404@hub.freebsd.org> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.1i X-Spam-Status: No, hits=-3.2 required=5.0 tests=IN_REP_TO,NOSPAM_INC,QUOTED_EMAIL_TEXT,REFERENCES, SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MUTT version=2.43 Subject: Re: /bin/sh and BIG NUMBERS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: bv@wjv.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2003 21:35:03 -0000 On Sun, Apr 06, 2003 at 12:00 , freebsd-hackers-request@freebsd.org exclaimed "Las Cucarachas entran, Pero no puede en salir", and then rambled on saying with: > 2. Re: /bin/sh and BIG NUMBERS (Giorgos Keramidas) > Message: 2 > Date: Sun, 6 Apr 2003 06:24:50 +0300 > From: Giorgos Keramidas > Subject: Re: /bin/sh and BIG NUMBERS > To: Alex Semenyaka > Cc: freebsd-hackers@freebsd.org > Message-ID: <20030406032450.GC4130@gothmog.gr> > Content-Type: text/plain; charset=us-ascii > On 2003-04-05 07:06, Alex Semenyaka wrote: > > I found that /bin/sh cannot handle numbers those do not fit to integer > > type. That is not too bad. Too bad that it just silently warps them > > in arithmetical operations: > > alexs@snark> /bin/sh -c 'echo $((10000000000-1))' > > 2147483646 Not all shells have that problem. I'm using the real KSH from AT&T via the ports. It's returns 999999999 quite nicely :-) This is just an FYI - and /bin/sh should get changed. > End of freebsd-hackers Digest, Vol 2, Issue 8 > ********************************************* -- Bill Vermillion - bv @ wjv . com From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 6 14:47:17 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16A0937B401; Sun, 6 Apr 2003 14:47:17 -0700 (PDT) Received: from mx01.uni-tuebingen.de (mx01.uni-tuebingen.de [134.2.3.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3F5743F93; Sun, 6 Apr 2003 14:47:15 -0700 (PDT) (envelope-from friedemann.becker@student.uni-tuebingen.de) Received: from linux17.zdv.uni-tuebingen.de (linux17.zdv.uni-tuebingen.de [134.2.18.17])h36LlEfI022355; Sun, 6 Apr 2003 23:47:14 +0200 Date: Sun, 6 Apr 2003 23:47:13 +0200 (CEST) From: Friedemann Becker X-Sender: To: "David O'Brien" In-Reply-To: <20030406205157.GA33092@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-AntiVirus: checked by AntiVir Milter 1.0.0.8; AVE 6.19.0.3; VDF 6.19.0.5 cc: freebsd-hackers@freebsd.org Subject: Re: generalized mergemaster(8) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2003 21:47:17 -0000 I wrote this little script, it runs as MM_PRE_COMPARE_SCRIPT. there are 2 functions, mupdate and mignore. mupdate installs the specified file(s) without asking, mignore deletes the specified file(s). note that in this example etc/mtree is an directory, it's recursively worked through, so all files beyond etc/mtree will be installed. the file location is specified relative to root, so most entries will start with etc/ also, mupdate only deletes files, if there are differences between the temporary version and the installed one. there is one bug though! mergemaster -p (pre-build mode) installs the complete temporary root tree, but will only want to install a few files of it. mignore files get deleted, but that doesn't hurt anyone, we don't want it to get updated anyway. but mupdate can delete installed files that won't be updated be mergemaste r -p, so they are missing until mergemaster is run without the -p flag. So if do your make world in the order described in the handbook, you would boot the new kernel after mergemaster -p, but before real mergemaster. This is where it could happen that critical files are missing and your system is left in an unusable state. I'm working on a solution to this, but if someone likes to help me, here is, what i've done so far ;)) Friedemann --- /etc/mergemaster.rc --- MM_PRE_COMPARE_SCRIPT=/home/lucius/cvsup/mergemaster.pre --- /home/lucius/cvsup/mergemaster.pre --- #!/bin/sh mupdate() { for i in $(find $1 -not -type d) do mupdate1 $i echo $i >> ~/log done } mupdate1() { [ -e $1 ] && diff $1 /$1 || rm -rf /$1 } mignore() { for i in $(find $1 -not -type d) do mignore1 $i echo $i >> ~/log done } mignore1() { [ -e $1 ] && rm -f $1 } mupdate etc/mtree mupdate etc/pam.d mignore etc/ppp/ppp.conf mupdate etc/rc.d mupdate etc/devd.conf mignore etc/hosts mignore etc/motd ... On Sun, 6 Apr 2003, David O'Brien wrote: > On Sun, Mar 23, 2003 at 12:06:06PM +0100, Michael Ranner wrote: > > Am Freitag, 21. M?rz 2003 20:27 schrieb Garance A Drosihn: > > > > > > > > /var/tmp/temproot/etc/rc.d/ and /etc/rc.d/ have 17 differing files. > > > > (I)nstall, (D)elete, or (R)ecursively examine? [R] > > > > > > > >Then I could hit 'I' and update all of /etc/rc.d at once. > > > > > > At times I've asked Doug about some kind of pattern-support in > > > ~/.mergemasterrc, where the user could specify filename-patterns > > > of files where they want the default action to be "install" > > > instead of "leave for later". There are pros and cons with that > > > idea, but that's what I was thinking of for the directories you > > > describe. > > > > > > Doug has suggested that people could maybe do things with the > > > MM_PRE_COMPARE_SCRIPT, for special processing like this. > > > > I have a small patch for pattern-support in ~/.mergemasterrc and > > already sent my ideas to Doug, but he said "It could/should > > be done with MM_PRE_COMPARE_SCRIPT" to me. > > Could you post them?? > > Dougb says that all the time, but has never created an example that will > do what 90% of us want. Every time the desire for this comes up, dougb > says it is outside of the envisioned purpose of mergemaster. Seems to me > that if the tool isn't meeting the desires of 90% of your user base, maybe > it could grow the functionality desired.... From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 6 15:07:31 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 760D337B401 for ; Sun, 6 Apr 2003 15:07:31 -0700 (PDT) Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11B1743F93 for ; Sun, 6 Apr 2003 15:07:31 -0700 (PDT) (envelope-from mbsd@pacbell.net) Received: from atlas ([64.160.45.145]) by mta6.snfc21.pbi.net (iPlanet Messaging Server 5.1 HotFix 1.6 (built Oct 18 2002)) with ESMTP id <0HCY00MOU04IX1@mta6.snfc21.pbi.net> for freebsd-hackers@freebsd.org; Sun, 06 Apr 2003 15:07:30 -0700 (PDT) Date: Sun, 06 Apr 2003 15:07:30 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= In-reply-to: <20030406213453.GB4780@wjv.com> X-X-Sender: mikko@atlas.home To: freebsd-hackers@freebsd.org Message-id: <20030406145748.O1122@atlas.home> MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20030406190054.AA08537B404@hub.freebsd.org> <20030406213453.GB4780@wjv.com> Subject: Re: /bin/sh and BIG NUMBERS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2003 22:07:31 -0000 On Sun, 6 Apr 2003, Bill Vermillion wrote: > On Sun, Apr 06, 2003 at 12:00 , > freebsd-hackers-request@freebsd.org exclaimed "Las Cucarachas > entran, Pero no puede en salir", and then rambled on saying with: > > > 2. Re: /bin/sh and BIG NUMBERS (Giorgos Keramidas) > > > > Message: 2 > > Date: Sun, 6 Apr 2003 06:24:50 +0300 > > From: Giorgos Keramidas > > Subject: Re: /bin/sh and BIG NUMBERS > > To: Alex Semenyaka > > Cc: freebsd-hackers@freebsd.org > > Message-ID: <20030406032450.GC4130@gothmog.gr> > > Content-Type: text/plain; charset=us-ascii > > > On 2003-04-05 07:06, Alex Semenyaka wrote: > > > I found that /bin/sh cannot handle numbers those do not fit to integer > > > type. That is not too bad. Too bad that it just silently warps them > > > in arithmetical operations: > > > > alexs@snark> /bin/sh -c 'echo $((10000000000-1))' > > > 2147483646 > > Not all shells have that problem. I'm using the real KSH from AT&T > via the ports. It's returns 999999999 quite nicely :-) Ksh seems to use floats for calculations, and so instead silently drops precision when dealing with sufficiently large numbers: atlas% ksh93 -c 'echo $((10000000000002-1))' 1e+13 Zsh uses 64 bit ints, which silently overflow, albeit at larger values than FreeBSD's sh(1). The same goes for bash. Looks like shells aren't the best environment for bignum arithmetic :^) $.02, /Mikko From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 6 15:31:39 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09ED937B401; Sun, 6 Apr 2003 15:31:39 -0700 (PDT) Received: from mx02.uni-tuebingen.de (mx02.uni-tuebingen.de [134.2.3.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id F368B43F3F; Sun, 6 Apr 2003 15:31:37 -0700 (PDT) (envelope-from friedemann.becker@student.uni-tuebingen.de) Received: from linux17.zdv.uni-tuebingen.de (linux17.zdv.uni-tuebingen.de [134.2.18.17])h36MVaR0029606; Mon, 7 Apr 2003 00:31:36 +0200 Date: Mon, 7 Apr 2003 00:31:35 +0200 (CEST) From: Friedemann Becker X-Sender: To: Friedemann Becker In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-AntiVirus: checked by AntiVir Milter 1.0.0.8; AVE 6.19.0.3; VDF 6.19.0.5 cc: freebsd-hackers@freebsd.org Subject: Re: generalized mergemaster(8) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2003 22:31:39 -0000 the promised fix for the -p problem: put this at the top of mergemaster.pre PRE_WORLD is set in case of -p, so just do nothing and return to mergemaster case "${PRE_WORLD}" in '') ;; *) return ;; esac cheers, Friedemann On Sun, 6 Apr 2003, Friedemann Becker wrote: > I wrote this little script, it runs as MM_PRE_COMPARE_SCRIPT. > > there are 2 functions, mupdate and mignore. > > mupdate installs the specified file(s) without asking, > mignore deletes the specified file(s). > > note that in this example etc/mtree is an directory, it's recursively > worked through, so all files beyond etc/mtree will be installed. > > the file location is specified relative to root, so most entries will > start with etc/ > > also, mupdate only deletes files, if there are differences between the > temporary version and the installed one. > > there is one bug though! > mergemaster -p (pre-build mode) installs the complete temporary root tree, > but will only want to install a few files of it. > mignore files get deleted, but that doesn't hurt anyone, we don't want it > to get updated anyway. > but mupdate can delete installed files that won't be updated be mergemaste > r -p, so they are missing until mergemaster is run without the -p flag. > So if do your make world in the order described in the handbook, you would > boot the new kernel after mergemaster -p, but before real mergemaster. > This is where it could happen that critical files are missing and your > system is left in an unusable state. > > I'm working on a solution to this, but if someone likes to help me, here > is, what i've done so far ;)) > > Friedemann > > > > --- /etc/mergemaster.rc --- > MM_PRE_COMPARE_SCRIPT=/home/lucius/cvsup/mergemaster.pre > > --- /home/lucius/cvsup/mergemaster.pre --- > > > #!/bin/sh > > mupdate() { > for i in $(find $1 -not -type d) > do mupdate1 $i > echo $i >> ~/log > done > } > > mupdate1() { > [ -e $1 ] && diff $1 /$1 || rm -rf /$1 > } > > mignore() { > for i in $(find $1 -not -type d) > do mignore1 $i > echo $i >> ~/log > done > } > > mignore1() { > [ -e $1 ] && rm -f $1 > } > > mupdate etc/mtree > mupdate etc/pam.d > mignore etc/ppp/ppp.conf > mupdate etc/rc.d > mupdate etc/devd.conf > mignore etc/hosts > mignore etc/motd > ... > > > > > On Sun, 6 Apr 2003, David O'Brien wrote: > > > On Sun, Mar 23, 2003 at 12:06:06PM +0100, Michael Ranner wrote: > > > Am Freitag, 21. M?rz 2003 20:27 schrieb Garance A Drosihn: > > > > > > > > > > /var/tmp/temproot/etc/rc.d/ and /etc/rc.d/ have 17 differing files. > > > > > (I)nstall, (D)elete, or (R)ecursively examine? [R] > > > > > > > > > >Then I could hit 'I' and update all of /etc/rc.d at once. > > > > > > > > At times I've asked Doug about some kind of pattern-support in > > > > ~/.mergemasterrc, where the user could specify filename-patterns > > > > of files where they want the default action to be "install" > > > > instead of "leave for later". There are pros and cons with that > > > > idea, but that's what I was thinking of for the directories you > > > > describe. > > > > > > > > Doug has suggested that people could maybe do things with the > > > > MM_PRE_COMPARE_SCRIPT, for special processing like this. > > > > > > I have a small patch for pattern-support in ~/.mergemasterrc and > > > already sent my ideas to Doug, but he said "It could/should > > > be done with MM_PRE_COMPARE_SCRIPT" to me. > > > > Could you post them?? > > > > Dougb says that all the time, but has never created an example that will > > do what 90% of us want. Every time the desire for this comes up, dougb > > says it is outside of the envisioned purpose of mergemaster. Seems to me > > that if the tool isn't meeting the desires of 90% of your user base, maybe > > it could grow the functionality desired.... > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 6 19:49:23 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9180637B401 for ; Sun, 6 Apr 2003 19:49:23 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id E37FB43FAF for ; Sun, 6 Apr 2003 19:49:22 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h372nJhM021836; Sun, 6 Apr 2003 21:49:19 -0500 (CDT) (envelope-from dan) Date: Sun, 6 Apr 2003 21:49:19 -0500 From: Dan Nelson To: Mikko =?utf-8?B?VHnDtmzDpGrDpHJ2aQ==?= Message-ID: <20030407024918.GI28391@dan.emsphone.com> References: <20030406190054.AA08537B404@hub.freebsd.org> <20030406213453.GB4780@wjv.com> <20030406145748.O1122@atlas.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030406145748.O1122@atlas.home> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org Subject: Re: /bin/sh and BIG NUMBERS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2003 02:49:23 -0000 In the last episode (Apr 06), Mikko Ty?l?j?rvi said: > On Sun, 6 Apr 2003, Bill Vermillion wrote: > > On Sun, Apr 06, 2003 at 12:00 , > > > On 2003-04-05 07:06, Alex Semenyaka wrote: > > > > I found that /bin/sh cannot handle numbers those do not fit to > > > > integer type. That is not too bad. Too bad that it just > > > > silently warps them in arithmetical operations: > > > > > > alexs@snark> /bin/sh -c 'echo $((10000000000-1))' > > > > 2147483646 > > > > Not all shells have that problem. I'm using the real KSH from AT&T > > via the ports. It's returns 999999999 quite nicely :-) > > Ksh seems to use floats for calculations, and so instead silently > drops precision when dealing with sufficiently large numbers: > > atlas% ksh93 -c 'echo $((10000000000002-1))' > 1e+13 > > Zsh uses 64 bit ints, which silently overflow, albeit at larger values > than FreeBSD's sh(1). The same goes for bash. > > Looks like shells aren't the best environment for bignum arithmetic :^) You could always rewrite libgmp as a set of shell functions :) POSIX requirements for math in shells are pretty lenient: * Only signed long integer arithmetic is required. As an extension, the shell may recognize arithmetic expressions beyond those listed. The shell may use a signed integer type with a rank larger than the rank of signed long. The shell may use a real-floating type instead of signed long as long as it does not affect the results in cases where there is no overflow. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 6 21:56:30 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 130E337B401; Sun, 6 Apr 2003 21:56:30 -0700 (PDT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F65E43F93; Sun, 6 Apr 2003 21:56:29 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.9/8.12.7) with ESMTP id h374uR9T014646; Mon, 7 Apr 2003 00:56:28 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Mon, 7 Apr 2003 00:56:27 -0400 To: Friedemann Becker , "David O'Brien" From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.28 cc: freebsd-hackers@freebsd.org Subject: Re: generalized mergemaster(8) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2003 04:56:30 -0000 At 11:47 PM +0200 4/6/03, Friedemann Becker wrote: >I wrote this little script, it runs as MM_PRE_COMPARE_SCRIPT. > >there are 2 functions, mupdate and mignore. > >mupdate installs the specified file(s) without asking, >mignore deletes the specified file(s). Hmm. That's not quite what I want. I'd want to be able to say something like: "if any files in etc/rc.d change, then tell me all the files in there which have changed, and ask me if I want to just-install all of them, or prompt for each one" Then do the same for some other directories (etc/pam.d, the periodic ones, maybe something else). I haven't been motivated enough to actually write a hook for that, though... The mignore will be welcome for /etc/motd, which I never want to change. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 7 01:55:11 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75D9137B401 for ; Mon, 7 Apr 2003 01:55:11 -0700 (PDT) Received: from gandalf.online.bg (gandalf.online.bg [217.75.128.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F85643FA3 for ; Mon, 7 Apr 2003 01:55:09 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 22452 invoked from network); 7 Apr 2003 08:50:02 -0000 Received: from office.sbnd.net (HELO straylight.ringlet.net) (217.75.140.130) by gandalf.online.bg with SMTP; 7 Apr 2003 08:50:02 -0000 Received: (qmail 66084 invoked by uid 1000); 7 Apr 2003 08:53:09 -0000 Date: Mon, 7 Apr 2003 11:53:09 +0300 From: Peter Pentchev To: Giorgos Keramidas Message-ID: <20030407085309.GC527@straylight.oblivion.bg> Mail-Followup-To: Giorgos Keramidas , Alex Semenyaka , freebsd-hackers@freebsd.org References: <20030405030629.GA2669@snark.ratmir.ru> <20030406032450.GC4130@gothmog.gr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4SFOXa2GPu3tIq4H" Content-Disposition: inline In-Reply-To: <20030406032450.GC4130@gothmog.gr> User-Agent: Mutt/1.5.4i cc: freebsd-hackers@freebsd.org cc: Alex Semenyaka Subject: Re: /bin/sh and BIG NUMBERS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2003 08:55:11 -0000 --4SFOXa2GPu3tIq4H Content-Type: text/plain; charset=windows-1251 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 06, 2003 at 06:24:50AM +0300, Giorgos Keramidas wrote: > On 2003-04-05 07:06, Alex Semenyaka wrote: > > I found that /bin/sh cannot handle numbers those do not fit to integer > > type. That is not too bad. Too bad that it just silently warps them > > in arithmetical operations: > > > > alexs@snark> /bin/sh -c 'echo $((10000000000-1))' > > 2147483646 > > > > That was not a problem 5 years ago... But now we have a lot of 64-bits > > values. So those old scripts which perfectly worked for a long time > > now can give wrong results, and you will not be able even to notice > > it, there is no any diagnostics or such. The simplest way to fix it is > > to switch internal /bin/sh arithmetics from 32 to 64-bits (you know, > > approach "640K ought to be enough for anybody"). I've did the patch > > for this (below), please, look at it. Any comments or suggestions? > > > > diff -u -U1 -r ../sh.old/arith.h ./arith.h > > --- ../sh.old/arith.h Fri Jul 19 08:38:51 2002 > > +++ ./arith.h Sat Apr 5 06:26:48 2003 > > @@ -36,3 +36,3 @@ > > > > -int arith(char *); > > +long long arith(char *); > > int expcmd(int , char **); > > > > [snip rest of long-long using patch] >=20 > Nice idea, but we should probably ask the -standards people if we > can/should make this use uint64_t and %jd instead of `long long' > (using %qd is deprecated and %lld is advised in printf(3) anyway). intmax_t might be a better choice, if %jd is used :) G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@sbnd.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If I had finished this sentence, --4SFOXa2GPu3tIq4H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+kTx07Ri2jRYZRVMRAqZyAJ4tn1b9FvmYxoSdLltW+JDuJpHwawCfXrz8 Ue/A/ZctKUKp6spN4N4ejAA= =RNyF -----END PGP SIGNATURE----- --4SFOXa2GPu3tIq4H-- From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 7 06:41:24 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7DCC37B401 for ; Mon, 7 Apr 2003 06:41:24 -0700 (PDT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id E229443F75 for ; Mon, 7 Apr 2003 06:41:23 -0700 (PDT) (envelope-from sebastian.ssmoller@gmx.net) Received: (qmail 12924 invoked by uid 65534); 7 Apr 2003 13:41:22 -0000 Received: from Bb96a.pppool.de (EHLO Bb96a.pppool.de) (213.7.185.106) by mail.gmx.net (mp015-rz3) with SMTP; 07 Apr 2003 15:41:22 +0200 From: Sebastian Ssmoller To: freebsd-hackers@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8-3mdk Date: 07 Apr 2003 15:41:34 +0200 Message-Id: <1049722895.14949.70.camel@hadriel> Mime-Version: 1.0 Subject: Audit project ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2003 13:41:25 -0000 hi guys, I am new to FreeBSD (coming from the Linux edge) and noticed the source code audit project (www.freebsd.org/auditors.html). But I wonder if there is any activity anymore. I tried to cantact someone of this project but without success. So can anyone tell me what happend, please ? thanx, seb From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 7 10:46:44 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E546A37B401 for ; Mon, 7 Apr 2003 10:46:44 -0700 (PDT) Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14A7243FAF for ; Mon, 7 Apr 2003 10:46:44 -0700 (PDT) (envelope-from ler@lerctr.org) Received: from lerlaptop.iadfw.net (lerlaptop.iadfw.net [206.66.13.21]) (authenticated bits=0)h37Hkfht029874 for ; Mon, 7 Apr 2003 12:46:41 -0500 (CDT) Date: Mon, 07 Apr 2003 12:46:40 -0500 From: Larry Rosenman To: freebsd-hackers@freebsd.org Message-ID: <221440000.1049737600@lerlaptop.iadfw.net> X-Mailer: Mulberry/3.0.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-milter (http://amavis.org/) Subject: Integer Divide Exception/5-CURRENT/cbb/help X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2003 17:46:45 -0000 I've posted my 3 panic dumps/2 kernels/numerous GDB typescripts to: http://www.lerctr.org/~ler/FreeBSD/ I'd like to get it running, but need someone with kernel smarts to help me look at the dumps to figure out why it's doing this. I can supply whatever anyone needs. If I need to file a formal PR, I can do that too. I've posted numerous of these same infos to the current@ list, but no one has pulled the tarball's. Help. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 7 11:00:59 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D15037B410 for ; Mon, 7 Apr 2003 11:00:59 -0700 (PDT) Received: from snark.ratmir.ru (snark.ratmir.ru [213.24.248.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BEE143FDF for ; Mon, 7 Apr 2003 11:00:55 -0700 (PDT) (envelope-from freebsd@snark.ratmir.ru) Received: from snark.ratmir.ru (freebsd@localhost [127.0.0.1]) by snark.ratmir.ru (8.12.9/8.12.9) with ESMTP id h37I0rDR015829 for ; Mon, 7 Apr 2003 22:00:54 +0400 (MSD) (envelope-from freebsd@snark.ratmir.ru) Received: (from freebsd@localhost) by snark.ratmir.ru (8.12.9/8.12.9/Submit) id h37I0rJx015828 for freebsd-hackers@freebsd.org; Mon, 7 Apr 2003 22:00:53 +0400 (MSD) Resent-From: alexs@ratmir.ru Resent-Date: Mon, 7 Apr 2003 22:00:53 +0400 Resent-Message-ID: <20030407180053.GA15818@snark.ratmir.ru> Resent-To: freebsd-hackers@freebsd.org Date: Mon, 7 Apr 2003 17:57:57 +0400 From: Alex Semenyaka To: Giorgos Keramidas Message-ID: <20030407135757.GA14719@snark.ratmir.ru> References: <20030405030629.GA2669@snark.ratmir.ru> <20030406032450.GC4130@gothmog.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030406032450.GC4130@gothmog.gr> User-Agent: Mutt/1.5.4i Subject: Re: /bin/sh and BIG NUMBERS X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2003 18:00:59 -0000 On Sun, Apr 06, 2003 at 06:24:50AM +0300, Giorgos Keramidas wrote: >> [snip rest of long-long using patch] > Nice idea, but we should probably ask the -standards people if we > can/should make this use uint64_t and %jd instead of `long long' > (using %qd is deprecated and %lld is advised in printf(3) anyway). Well I can remake the patch with uint64_t and repost it here, to -stable and to -current (original patch was for -CURRENT, of course). Will do in in couple of hours. SY, Alex From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 7 12:08:54 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2B3C37B401; Mon, 7 Apr 2003 12:08:54 -0700 (PDT) Received: from smtp.inode.at (goliath.inode.at [195.58.161.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7730543FB1; Mon, 7 Apr 2003 12:08:53 -0700 (PDT) (envelope-from mranner@inode.at) Received: from line151.adsl-dynamic.inode.at ([213.229.7.151]) by smtp.inode.at with esmtp (Exim 3.34 #1) id 192bz8-0003dk-00; Mon, 07 Apr 2003 21:08:50 +0200 From: Michael Ranner To: obrien@freebsd.org Date: Mon, 7 Apr 2003 21:08:22 +0200 User-Agent: KMail/1.5 References: <20030321041548.GY25577@geekpunk.net> <200303231206.06445.mranner@inode.at> <20030406205157.GA33092@dragon.nuxi.com> In-Reply-To: <20030406205157.GA33092@dragon.nuxi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200304072108.22267.mranner@inode.at> cc: freebsd-hackers@freebsd.org Subject: Re: generalized mergemaster(8) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2003 19:08:55 -0000 Am Sonntag, 6. April 2003 22:51 schrieb David O'Brien: On Sun, Mar 23, 2003 at 12:06:06PM +0100, Michael Ranner wrote: > > Am Freitag, 21. M?rz 2003 20:27 schrieb Garance A Drosihn: > > > > /var/tmp/temproot/etc/rc.d/ and /etc/rc.d/ have 17 differing files. > > > > (I)nstall, (D)elete, or (R)ecursively examine? [R] > > > > > > > >Then I could hit 'I' and update all of /etc/rc.d at once. > > > > > > At times I've asked Doug about some kind of pattern-support in > > > ~/.mergemasterrc, where the user could specify filename-patterns > > > of files where they want the default action to be "install" > > > instead of "leave for later". There are pros and cons with that > > > idea, but that's what I was thinking of for the directories you > > > describe. > > > > > > Doug has suggested that people could maybe do things with the > > > MM_PRE_COMPARE_SCRIPT, for special processing like this. > > > > I have a small patch for pattern-support in ~/.mergemasterrc and > > already sent my ideas to Doug, but he said "It could/should > > be done with MM_PRE_COMPARE_SCRIPT" to me. > > Could you post them?? > > Dougb says that all the time, but has never created an example that will > do what 90% of us want. Every time the desire for this comes up, dougb > says it is outside of the envisioned purpose of mergemaster. Seems to me > that if the tool isn't meeting the desires of 90% of your user base, maybe > it could grow the functionality desired.... example mergemaster.rc: AUTO_INSTALL_FILES="/etc/periodic/.*" my patch: *** mergemaster.orig Wed Mar 5 16:35:54 2003 --- mergemaster Thu Mar 6 15:47:38 2003 *************** *** 106,115 **** diff_loop () { HANDLE_COMPFILE=v while [ "${HANDLE_COMPFILE}" = "v" -o "${HANDLE_COMPFILE}" = "V" -o \ "${HANDLE_COMPFILE}" = "NOT V" ]; do ! if [ -f "${DESTDIR}${COMPFILE#.}" -a -f "${COMPFILE}" ]; then if [ "${HANDLE_COMPFILE}" = "v" -o "${HANDLE_COMPFILE}" = "V" ]; then echo '' echo ' ====================================================================== ' --- 106,133 ---- diff_loop () { HANDLE_COMPFILE=v + AUTO_INSTALL_FILE=n + + case "${AUTO_INSTALL}" in + [Yy][Ee][Ss]) + set -f + for each in $AUTO_INSTALL_FILES + do + if expr "$COMPFILE" : ".$each\$" >/dev/null; then + AUTO_INSTALL_FILE=y + break + fi + done + set +f + ;; + *) + ;; + esac while [ "${HANDLE_COMPFILE}" = "v" -o "${HANDLE_COMPFILE}" = "V" -o \ "${HANDLE_COMPFILE}" = "NOT V" ]; do ! if [ -f "${DESTDIR}${COMPFILE#.}" -a -f "${COMPFILE}" -a \ ! "$AUTO_INSTALL_FILE" = "n" ]; then if [ "${HANDLE_COMPFILE}" = "v" -o "${HANDLE_COMPFILE}" = "V" ]; then echo '' echo ' ====================================================================== ' *************** *** 124,130 **** fi else echo '' ! echo " *** There is no installed version of ${COMPFILE}" echo '' case "${AUTO_INSTALL}" in [Yy][Ee][Ss]) --- 142,152 ---- fi else echo '' ! if [ "$AUTO_INSTALL_FILE" = "y" ]; then ! echo " *** Automatic installation of ${COMPFILE}" ! else ! echo " *** There is no installed version of ${COMPFILE}" ! fi echo '' case "${AUTO_INSTALL}" in [Yy][Ee][Ss]) -- /\/\ichael Ranner mranner@jawa.at - mranner@bitonline.cc - webmaster@mariazell.at ---------------------------------------------------------------------- JAWA Management Software GmbH - http://www.jawa.at/ Liebenauer Hauptstrasse 2oo - A-8041 Graz Tel +43 316 403274 21 - Fax +43 316 403274 10 ---------------------------------------------------------------------- Mariazell Online - http://www.mariazell.at/ ---------------------------------------------------------------------- -----BEGIN GEEK CODE BLOCK----- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS++++$ P++>+++$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+>++ PE(-) Y+ PGP(-) t+ 5+ X+++(++++) R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? ------END GEEK CODE BLOCK------ From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 7 14:20:35 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B8C937B407 for ; Mon, 7 Apr 2003 14:20:35 -0700 (PDT) Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id D345343FDF for ; Mon, 7 Apr 2003 14:20:33 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 22288 invoked from network); 7 Apr 2003 21:20:42 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 7 Apr 2003 21:20:42 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h37LKVOv043920; Mon, 7 Apr 2003 17:20:31 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 07 Apr 2003 16:20:32 -0400 (EDT) From: John Baldwin To: "Geoffrey C. Speicher" cc: Marc Ernst Eddy van Woerkom cc: Poul-Henning Kamp cc: freebsd-hackers@freebsd.org Subject: RE: kernel device dependency and sys/conf/files format X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2003 21:20:35 -0000 On 05-Apr-2003 Geoffrey C. Speicher wrote: > I'm revisiting the project to determine device dependency in the kernel, > and I've run into a situation where net/if.c requires the ether device, > but no device appears to require net/if.c directly. > > sys/conf/files says that net/if.c is "standard", but I have no idea what > that means in terms of building a kernel. An entry (filename) in that > file can be listed as standard, mandatory, optional, or count. Mandatory > and optional seem pretty self-explanatory, but can anyone explain the > meaning of standard and count? > > I assume that net/if.c can be removed from the build or else it would be > listed as mandatory, but it does appear that an awful lot of things > implicitly depend on it. Eh? I am not aware of any 'mandatory' entries in sys/conf/files*. This is what I get: > grep mandatory /sys/conf/files* > Basically, 'standard' is how you spell 'mandatory' in sys/conf/files*. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 7 16:52:03 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28DA437B401 for ; Mon, 7 Apr 2003 16:52:03 -0700 (PDT) Received: from yowie.cc.uq.edu.au (yowie.cc.uq.edu.au [130.102.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC0E843FA3 for ; Mon, 7 Apr 2003 16:52:01 -0700 (PDT) (envelope-from csmith@its.uq.edu.au) Received: from its.uq.edu.au (tobermory.its.uq.edu.au [130.102.152.68]) by yowie.cc.uq.edu.au (8.12.9/8.12.9) with ESMTP id h37Nq0fI029595 for ; Tue, 8 Apr 2003 09:52:00 +1000 (GMT+1000) Date: Tue, 8 Apr 2003 09:52:00 +1000 Mime-Version: 1.0 (Apple Message framework v551) Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed From: Christopher Smith To: freebsd-hackers@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: Apple Mail (2.551) Subject: Regular kernel panics on 4.7-RELEASE system X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2003 23:52:03 -0000 Apologies if I've forgotten anything, this is the first time I've had a problem like this... I have a 4.7-RELEASE box that is suffering regular kernel panics. Unfortunately, they happen at about 3:15 AM every day, so I've yet to actually witness one in person :). I have, however, followed the directions at http://www.onlamp.com/pub/a/bsd/2002/04/04/Big_Scary_Daemons.html to hopefully provide someone here with enough useful information to address the problem. The machine is a Dell 2650 running primarily as a file/print server to a number of computer labs of about 400 machines (although it also functions as a rembo image server and squid proxy). It mainly stores applications, which are run off a samba share and user home directories (again, accessed via samba). It has a largish filesystem (~200G) on a Powervault 220 attached via a PERC3/DC controller (amr) that most of the data is stored on. The OS is on a pair of internal 18G drives attached to the internal PERC3/Di controller (aac). It is attached to the network with a Netgear GA620 fibre NIC (ti). I'm guessing the panic is being caused by "something" fired off by the /etc/periodic/daily scripts, since they start running at 0300, although running each one manually does not cause a panic (or hasn't the times I've tried it). It appears to be something specific to this system, as we have quite a few 2650s here running various things from squid proxies to development servers and none of them have exhibited similar problems. All the data on this system was recently migrated off a recently-decommissioned Dell 6300, which was also exhibiting identical mysterious early-morning reboots. At the time, due to workload I didn't bother chasing it up (since it was effectively not impacting on services) and was half-hoping the new machine would fix it. At least the continuing problems minimises the chance it's hardware-related :). Here is the relevant system info. If I've forgotten anything, or there is anything more anyone needs to help fix the problem, please let me know. leela# uname -a FreeBSD leela.lab.bel.uq.edu.au 4.7-RELEASE-p10 FreeBSD 4.7-RELEASE-p10 #0: Mon Apr 7 10:34:08 EST 2003 root@leela.lab.bel.uq.edu.au:/usr/src/sys/compile/LEELA i386 leela# leela# cat /var/run/dmesg.boot Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.7-RELEASE-p10 #0: Mon Apr 7 10:34:08 EST 2003 root@leela.lab.bel.uq.edu.au:/usr/src/sys/compile/LEELA Timecounter "i8254" frequency 1193182 Hz CPU: Pentium 4 (2392.26-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff,ACC,> real memory = 2147418112 (2097088K bytes) avail memory = 2088574976 (2039624K bytes) Changing APIC ID for IO APIC #0 from 0 to 4 on chip Changing APIC ID for IO APIC #1 from 0 to 5 on chip Changing APIC ID for IO APIC #2 from 0 to 6 on chip Programming 16 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 Programming 16 pins in IOAPIC #1 Programming 16 pins in IOAPIC #2 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee00000 cpu1 (AP): apic id: 2, version: 0x00050014, at 0xfee00000 io0 (APIC): apic id: 4, version: 0x000f0011, at 0xfec00000 io1 (APIC): apic id: 5, version: 0x000f0011, at 0xfec01000 io2 (APIC): apic id: 6, version: 0x000f0011, at 0xfec02000 Preloaded elf kernel "kernel" at 0xc030d000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 9 entries at 0xc00fc480 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard IOAPIC #1 intpin 3 -> irq 2 IOAPIC #1 intpin 7 -> irq 7 IOAPIC #1 intpin 11 -> irq 10 pci0: on pcib0 pci0: (vendor=0x1028, dev=0x000c) at 4.0 irq 2 pci0: (vendor=0x1028, dev=0x0008) at 4.1 irq 7 pci0: (vendor=0x1028, dev=0x000d) at 4.2 irq 10 pci0: at 14.0 atapci0: port 0x8b0-0x8bf,0x8d8-0x8db,0x8d0-0x8d7,0x8c8-0x8cb,0x8c0-0x8c7 at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 15.2 irq 5 isab0: at device 15.3 on pci0 isa0: on isab0 pcib1: on motherboard IOAPIC #1 intpin 0 -> irq 11 pci1: on pcib1 ti0: mem 0xfcf00000-0xfcf03fff irq 11 at device 6.0 on pci1 ti0: Ethernet address: 00:02:e3:00:0d:c6 pcib2: on motherboard pci2: on pcib2 pcib8: at device 6.0 on pci2 IOAPIC #1 intpin 9 -> irq 13 pci3: on pcib8 pcib9: at device 0.0 on pci3 IOAPIC #1 intpin 8 -> irq 16 pci4: on pcib9 amr0: mem 0xf0000000-0xf7ffffff irq 16 at device 0.0 on pci4 amr0: Firmware 1.74, BIOS 3.27, 128MB RAM pci3: (vendor=0x1077, dev=0x1216) at 1.0 irq 13 pcib3: on motherboard IOAPIC #1 intpin 12 -> irq 17 IOAPIC #1 intpin 13 -> irq 18 pci5: on pcib3 bge0: mem 0xeff10000-0xeff1ffff irq 17 at device 6.0 on pci5 bge0: Ethernet address: 00:06:5b:f3:09:7d miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: mem 0xeff00000-0xeff0ffff irq 18 at device 8.0 on pci5 bge1: Ethernet address: 00:06:5b:f3:09:7e miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto pcib4: on motherboard IOAPIC #1 intpin 14 -> irq 19 pci6: on pcib4 pcib10: at device 8.0 on pci6 IOAPIC #1 intpin 15 -> irq 20 pci7: on pcib10 pci7: (vendor=0x9005, dev=0x00c5) at 6.0 irq 19 pci7: (vendor=0x9005, dev=0x00c5) at 6.1 irq 20 aac0: mem 0xe0000000-0xe7ffffff irq 19 at device 8.1 on pci6 aac0: i960RX 100MHz, 118MB cache memory, optional battery present aac0: Kernel 2.7-1, Build 3170, S/N 9c38d3 pcib5: on motherboard pci8: on pcib5 pcib6: on motherboard pci9: on pcib6 pcib7: on motherboard pci10: on pcib7 orm0: