From owner-freebsd-current Sun Jun 23 0:16:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from w250.z064001178.sjc-ca.dsl.cnc.net (adsl-66.218.45.239.dslextreme.com [66.218.45.239]) by hub.freebsd.org (Postfix) with SMTP id 77B6E37B404 for ; Sun, 23 Jun 2002 00:16:14 -0700 (PDT) Received: (qmail 2225 invoked by uid 1000); 23 Jun 2002 07:16:35 -0000 Date: Sun, 23 Jun 2002 00:16:13 -0700 From: Jos Backus To: current@freebsd.org Subject: GEOM and md still don't get along Message-ID: <20020623071635.GB953@lizzy.catnook.com> Reply-To: jos@catnook.com Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Fyi: with today's -current, /dev/md0 /tmp md rw,nosuid,nodev,-s=32m,-p=1777 0 0 in /etc/fstab still yields IOCTL(0x41146469) "md0" 'd'/105 O(276) = ENOIOCTL IOCTL(0x41146465) "md0" 'd'/101 O(276) = ENOIOCTL and a failed mount of /tmp during boot. -- Jos Backus _/ _/_/_/ Santa Clara, CA _/ _/ _/ _/ _/_/_/ _/ _/ _/ _/ jos@catnook.com _/_/ _/_/_/ require 'std/disclaimer' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 1:12:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.dada.it (mail3.dada.it [195.110.96.70]) by hub.freebsd.org (Postfix) with SMTP id 20C9F37B400 for ; Sun, 23 Jun 2002 01:12:14 -0700 (PDT) Received: (qmail 28892 invoked from network); 23 Jun 2002 08:12:10 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 23 Jun 2002 08:12:10 -0000 Received: from trudy.torrini.home (localhost.torrini.home [127.0.0.1]) by torrini.org (8.12.3/8.12.3) with ESMTP id g5N8CBqO060242; Sun, 23 Jun 2002 10:12:11 +0200 (CEST) (envelope-from riccardo@trudy.torrini.home) Received: (from riccardo@localhost) by trudy.torrini.home (8.12.3/8.12.3/Submit) id g5N8C8Pv060241; Sun, 23 Jun 2002 10:12:08 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020623153059.Y11044-100000@gamplex.bde.org> Date: Sun, 23 Jun 2002 10:12:08 +0200 (CEST) From: Riccardo Torrini To: Bruce Evans Subject: Re: Floppy only 8.3 filenames Cc: current@FreeBSD.ORG, Jan Stocker Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 23-Jun-2002 (05:36:10/GMT) Bruce Evans wrote: > msdos doesn't exist in -current (it has been renamed to msdosfs)... Aarrgghh! When it happens? I'm sure to miss something but here mount_msdos works (and in my /etc/fstab I have msdos not msdosfs). Is a manual removal required or would be done by installworld? This means that I must remove also all non May 8 mount files, mount_{fdesc kernfs mfs msdos null portal umap union} ? (yes, my world is from may 8 (pre gcc_3.1), I'm rebuilding it now) # cd /sbin && ls -l mount* -r-xr-xr-x 1 root wheel 381700 May 8 02:48 mount -r-xr-xr-x 1 root wheel 74320 May 8 02:48 mount_cd9660 -r-xr-xr-x 5 root wheel 73512 May 8 02:48 mount_devfs -r-xr-xr-x 1 root wheel 73032 May 8 02:48 mount_ext2fs -r-xr-xr-x 1 root wheel 64420 Apr 28 2001 mount_fdesc -r-xr-xr-x 5 root wheel 73512 May 8 02:48 mount_fdescfs -r-xr-xr-x 1 root wheel 378796 May 8 02:48 mount_ifs -r-xr-xr-x 1 root wheel 60608 Dec 19 2000 mount_kernfs -r-xr-xr-x 5 root wheel 73512 May 8 02:48 mount_linprocfs -r-xr-xr-x 1 root wheel 158764 Apr 28 2001 mount_mfs -r-xr-xr-x 1 root wheel 347084 Apr 28 2001 mount_msdos -r-xr-xr-x 1 root wheel 380812 May 8 02:48 mount_msdosfs -r-xr-xr-x 1 root wheel 377564 May 8 02:48 mount_nfs -r-xr-xr-x 1 root wheel 372328 May 8 02:48 mount_ntfs -r-xr-xr-x 1 root wheel 64868 Apr 28 2001 mount_null -r-xr-xr-x 1 root wheel 73404 May 8 02:48 mount_nullfs -r-xr-xr-x 1 root wheel 406108 May 8 02:48 mount_nwfs -r-xr-xr-x 1 root wheel 375968 Apr 28 2001 mount_portal -r-xr-xr-x 1 root wheel 414108 May 8 02:48 mount_portalfs -r-xr-xr-x 5 root wheel 73512 May 8 02:48 mount_procfs -r-xr-xr-x 1 root wheel 8988 May 8 02:48 mount_smbfs -r-xr-xr-x 5 root wheel 73512 May 8 02:48 mount_std -r-xr-xr-x 1 root wheel 72776 May 8 02:48 mount_udf -r-xr-xr-x 1 root wheel 77752 Apr 28 2001 mount_umap -r-xr-xr-x 1 root wheel 87300 May 8 02:48 mount_umapfs -r-xr-xr-x 1 root wheel 64932 Apr 28 2001 mount_union -r-xr-xr-x 1 root wheel 73532 May 8 02:48 mount_unionfs -r-xr-xr-x 1 root wheel 390668 May 8 02:48 mountd Riccardo. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 2: 4:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 5ABAC37B403 for ; Sun, 23 Jun 2002 02:04:38 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.3/8.12.3) with ESMTP id g5N94V8r028254; Sun, 23 Jun 2002 10:04:31 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.3/8.12.3/Submit) with UUCP id g5N94Vfq028253; Sun, 23 Jun 2002 10:04:31 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.4/8.12.4) with ESMTP id g5MLsva4041792; Sat, 22 Jun 2002 22:54:57 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200206222154.g5MLsva4041792@grimreaper.grondar.org> To: Jonathan Belson Cc: current@freebsd.org Subject: Re: Perl scripts that need rewiting - Any volunteers? References: <3D0A464B.7040904@witchspace.com> In-Reply-To: <3D0A464B.7040904@witchspace.com> ; from Jonathan Belson "Fri, 14 Jun 2002 20:38:51 BST." Date: Sat, 22 Jun 2002 22:54:56 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Mark Murray wrote: > >>These seem to be the same program. I'll take this if there are no > >>objections. > > > > You have it! > > Okay, here's my vidfont/kbdmap rewrite for review. Any feedback > is welcome, the same goes for bug reports :-) Cool, thank you very much! Some comments: o Please put a copyright on the top of this. By preference, please use /usr/share/examples/etc/bsd-style-copyright. o The code style is generally good, but please don't put braces around single lines of code, ie use for (;;) stuff; rather than for (;;) { stuff; } o Please put all the macro strings like default font and directories into macros and #include those from (say) vidfont.h. o Please shorten any long line or comment to less than 80 columns o Please do not use mktemp(); use mkstemp() instead. o Please make this WARNS=6 clean as far as is possible. Thanks! M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 3:10:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from maile.telia.com (maile.telia.com [194.22.190.16]) by hub.freebsd.org (Postfix) with ESMTP id 41A2837B401; Sun, 23 Jun 2002 03:08:45 -0700 (PDT) Received: from d1o1000.telia.com (d1o1000.telia.com [217.208.12.241]) by maile.telia.com (8.11.6/8.11.6) with ESMTP id g5NA8il03037; Sun, 23 Jun 2002 12:08:44 +0200 (CEST) Received: from veidit.net (h54n1fls35o1000.telia.com [217.210.234.54]) by d1o1000.telia.com (8.10.2/8.10.1) with ESMTP id g5NA8hZ11794; Sun, 23 Jun 2002 12:08:43 +0200 (CEST) Message-ID: <3D159E2A.5040609@veidit.net> Date: Sun, 23 Jun 2002 12:08:42 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1a) Gecko/20020611 X-Accept-Language: en-us, en, ja MIME-Version: 1.0 To: obrien@FreeBSD.org Cc: ports@FreeBSD.org, current Subject: gcc31-3.1.1 (20020617) compile error Content-Type: multipart/mixed; boundary="------------000909020407050000060709" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------000909020407050000060709 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I'm running FreeBSD 5.0 Current (one day old) and I'm getting this message when I'm trying to compile gcc31 --------------000909020407050000060709 Content-Type: application/x-java-applet;version=1.1.1; name="gcc31" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="gcc31" PT09PiAgQ2xlYW5pbmcgZm9yIGxpYmljb252LTEuOA0KPT09PiAgQ2xlYW5pbmcgZm9yIGJp c29uLTEuMzVfMQ0KPT09PiAgQ2xlYW5pbmcgZm9yIGdtYWtlLTMuNzkuMV8yDQo9PT0+ICBD bGVhbmluZyBmb3IgbGlidG9vbC0xLjMuNF80DQo9PT0+ICBDbGVhbmluZyBmb3IgZ2NjLTMu MS4xXzIwMDIwNjE3DQpNYWtpbmcgR0NDIDMuMS4xIGZvciBGcmVlQlNEIDUuMCBlbGYJdGFy Z2V0IGkzODYtcG9ydGJsZC1mcmVlYnNkNS4wDQo9PT0+ICBFeHRyYWN0aW5nIGZvciBnY2Mt My4xLjFfMjAwMjA2MTcNCj4+IENoZWNrc3VtIE9LIGZvciBnY2MtY29yZS0yMDAyMDYxNy50 YXIuYnoyLg0KPj4gQ2hlY2tzdW0gT0sgZm9yIGdjYy1nKystMjAwMjA2MTcudGFyLmJ6Mi4N Cj4+IENoZWNrc3VtIE9LIGZvciBnY2MtZzc3LTIwMDIwNjE3LnRhci5iejIuDQo+PiBDaGVj a3N1bSBPSyBmb3IgZ2NjLWphdmEtMjAwMjA2MTcudGFyLmJ6Mi4NCj4+IENoZWNrc3VtIE9L IGZvciBnY2Mtb2JqYy0yMDAyMDYxNy50YXIuYnoyLg0KPj4gQ2hlY2tzdW0gT0sgZm9yIHBv cnRfZ2NjMzFfMjAwMi0wNi0xNy5kaWZmLg0KPT09PiAgIGdjYy0zLjEuMV8yMDAyMDYxNyBk ZXBlbmRzIG9uIGV4ZWN1dGFibGU6IGdtYWtlIC0gZm91bmQNCj09PT4gICBnY2MtMy4xLjFf MjAwMjA2MTcgZGVwZW5kcyBvbiBleGVjdXRhYmxlOiBiaXNvbiAtIGZvdW5kDQo9PT0+ICBQ YXRjaGluZyBmb3IgZ2NjLTMuMS4xXzIwMDIwNjE3DQo9PT0+ICBBcHBseWluZyBkaXN0cmli dXRpb24gcGF0Y2hlcyBmb3IgZ2NjLTMuMS4xXzIwMDIwNjE3DQo9PT0+ICBBcHBseWluZyBG cmVlQlNEIHBhdGNoZXMgZm9yIGdjYy0zLjEuMV8yMDAyMDYxNw0KPT09PiAgQ29uZmlndXJp bmcgZm9yIGdjYy0zLjEuMV8yMDAyMDYxNw0KKioqIFRoaXMgY29uZmlndXJhdGlvbiBpcyBu b3Qgc3VwcG9ydGVkIGluIHRoZSBmb2xsb3dpbmcgc3ViZGlyZWN0b3JpZXM6DQogICAgIHRh cmdldC1saWJmZmkgdGFyZ2V0LWJvZWhtLWdjIHRhcmdldC16bGliIHRhcmdldC1saWJqYXZh DQogICAgKEFueSBvdGhlciBkaXJlY3RvcmllcyBzaG91bGQgc3RpbGwgd29yayBmaW5lLikN CkNyZWF0ZWQgIk1ha2VmaWxlIiBpbiAvdXNyL3BvcnRzL2xhbmcvZ2NjMzEvd29yay9idWls ZA0KQ29uZmlndXJpbmcgbGliaWJlcnR5Li4uDQpjcmVhdGluZyBjYWNoZSAuLi9jb25maWcu Y2FjaGUNCmNoZWNraW5nIHdoZXRoZXIgdG8gZW5hYmxlIG1haW50YWluZXItc3BlY2lmaWMg cG9ydGlvbnMgb2YgTWFrZWZpbGVzLi4uIG5vDQpjaGVja2luZyBmb3IgbWFrZWluZm8uLi4g bWFrZWluZm8gLS1uby1zcGxpdA0KY2hlY2tpbmcgZm9yIHBlcmwuLi4gcGVybA0KY2hlY2tp bmcgaG9zdCBzeXN0ZW0gdHlwZS4uLiBpMzg2LXBvcnRibGQtZnJlZWJzZDUuMA0KY2hlY2tp bmcgYnVpbGQgc3lzdGVtIHR5cGUuLi4gaTM4Ni1wb3J0YmxkLWZyZWVic2Q1LjANCmNoZWNr aW5nIGZvciBhci4uLiBhcg0KY2hlY2tpbmcgZm9yIHJhbmxpYi4uLiByYW5saWINCmNoZWNr aW5nIGZvciBnY2MuLi4gY2MNCmNoZWNraW5nIHdoZXRoZXIgd2UgYXJlIHVzaW5nIEdOVSBD Li4uIHllcw0KY2hlY2tpbmcgd2hldGhlciBjYyBhY2NlcHRzIC1nLi4uIHllcw0KY2hlY2tp bmcgZm9yIFBPU0lYaXplZCBJU0MuLi4gbm8NCmNoZWNraW5nIGZvciB3b3JraW5nIGNvbnN0 Li4uIHllcw0KY2hlY2tpbmcgZm9yIGlubGluZS4uLiBpbmxpbmUNCmNoZWNraW5nIGZvciBh IEJTRCBjb21wYXRpYmxlIGluc3RhbGwuLi4gL3Vzci9iaW4vaW5zdGFsbCAtYyAtbyByb290 IC1nIHdoZWVsDQpjaGVja2luZyBob3cgdG8gcnVuIHRoZSBDIHByZXByb2Nlc3Nvci4uLiBj YyAtRQ0KY2hlY2tpbmcgZm9yIHN5cy9maWxlLmguLi4geWVzDQpjaGVja2luZyBmb3Igc3lz L3BhcmFtLmguLi4geWVzDQpjaGVja2luZyBmb3IgbGltaXRzLmguLi4geWVzDQpjaGVja2lu ZyBmb3Igc3RkbGliLmguLi4geWVzDQpjaGVja2luZyBmb3Igc3RyaW5nLmguLi4geWVzDQpj aGVja2luZyBmb3IgdW5pc3RkLmguLi4geWVzDQpjaGVja2luZyBmb3Igc3RyaW5ncy5oLi4u IHllcw0KY2hlY2tpbmcgZm9yIHN5cy90aW1lLmguLi4geWVzDQpjaGVja2luZyBmb3IgdGlt ZS5oLi4uIHllcw0KY2hlY2tpbmcgZm9yIHN5cy9yZXNvdXJjZS5oLi4uIHllcw0KY2hlY2tp bmcgZm9yIHN5cy9zdGF0LmguLi4geWVzDQpjaGVja2luZyBmb3Igc3lzL21tYW4uaC4uLiB5 ZXMNCmNoZWNraW5nIGZvciBmY250bC5oLi4uIHllcw0KY2hlY2tpbmcgZm9yIGFsbG9jYS5o Li4uIG5vDQpjaGVja2luZyBmb3Igc3lzL3dhaXQuaCB0aGF0IGlzIFBPU0lYLjEgY29tcGF0 aWJsZS4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgdGltZS5oIGFuZCBzeXMvdGltZS5oIG1h eSBib3RoIGJlIGluY2x1ZGVkLi4uIHllcw0KY2hlY2tpbmcgd2hldGhlciBlcnJubyBtdXN0 IGJlIGRlY2xhcmVkLi4uIG5vDQpjaGVja2luZyBmb3IgQU5TSSBDIGhlYWRlciBmaWxlcy4u LiB5ZXMNCmNoZWNraW5nIGZvciB1aW50cHRyX3QuLi4geWVzDQpjaGVja2luZyB3aGV0aGVy IHRoZSBDIGNvbXBpbGVyIChjYyAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyApIHdvcmtz Li4uIHllcw0KY2hlY2tpbmcgd2hldGhlciB0aGUgQyBjb21waWxlciAoY2MgLU8gLXBpcGUg LW1hcmNoPXBlbnRpdW1wcm8gKSBpcyBhIGNyb3NzLWNvbXBpbGVyLi4uIG5vDQpjaGVja2lu ZyBmb3IgYXNwcmludGYuLi4geWVzDQpjaGVja2luZyBmb3IgYXRleGl0Li4uIHllcw0KY2hl Y2tpbmcgZm9yIGJhc2VuYW1lLi4uIHllcw0KY2hlY2tpbmcgZm9yIGJjbXAuLi4geWVzDQpj aGVja2luZyBmb3IgYmNvcHkuLi4geWVzDQpjaGVja2luZyBmb3IgYnNlYXJjaC4uLiB5ZXMN CmNoZWNraW5nIGZvciBiemVyby4uLiB5ZXMNCmNoZWNraW5nIGZvciBjYWxsb2MuLi4geWVz DQpjaGVja2luZyBmb3IgY2xvY2suLi4geWVzDQpjaGVja2luZyBmb3IgZmZzLi4uIHllcw0K Y2hlY2tpbmcgZm9yIGdldGN3ZC4uLiB5ZXMNCmNoZWNraW5nIGZvciBnZXRwYWdlc2l6ZS4u LiB5ZXMNCmNoZWNraW5nIGZvciBpbmRleC4uLiB5ZXMNCmNoZWNraW5nIGZvciBpbnNxdWUu Li4gbm8NCmNoZWNraW5nIGZvciBtZW1jaHIuLi4geWVzDQpjaGVja2luZyBmb3IgbWVtY21w Li4uIHllcw0KY2hlY2tpbmcgZm9yIG1lbWNweS4uLiB5ZXMNCmNoZWNraW5nIGZvciBtZW1t b3ZlLi4uIHllcw0KY2hlY2tpbmcgZm9yIG1lbXNldC4uLiB5ZXMNCmNoZWNraW5nIGZvciBt a3N0ZW1wcy4uLiB5ZXMNCmNoZWNraW5nIGZvciBwdXRlbnYuLi4geWVzDQpjaGVja2luZyBm b3IgcmFuZG9tLi4uIHllcw0KY2hlY2tpbmcgZm9yIHJlbmFtZS4uLiB5ZXMNCmNoZWNraW5n IGZvciByaW5kZXguLi4geWVzDQpjaGVja2luZyBmb3Igc2V0ZW52Li4uIHllcw0KY2hlY2tp bmcgZm9yIHNpZ3NldG1hc2suLi4geWVzDQpjaGVja2luZyBmb3Igc3RyY2FzZWNtcC4uLiB5 ZXMNCmNoZWNraW5nIGZvciBzdHJjaHIuLi4geWVzDQpjaGVja2luZyBmb3Igc3RyZHVwLi4u IHllcw0KY2hlY2tpbmcgZm9yIHN0cm5jYXNlY21wLi4uIHllcw0KY2hlY2tpbmcgZm9yIHN0 cnJjaHIuLi4geWVzDQpjaGVja2luZyBmb3Igc3Ryc3RyLi4uIHllcw0KY2hlY2tpbmcgZm9y IHN0cnRvZC4uLiB5ZXMNCmNoZWNraW5nIGZvciBzdHJ0b2wuLi4geWVzDQpjaGVja2luZyBm b3Igc3RydG91bC4uLiB5ZXMNCmNoZWNraW5nIGZvciB0bXBuYW0uLi4geWVzDQpjaGVja2lu ZyBmb3IgdmFzcHJpbnRmLi4uIHllcw0KY2hlY2tpbmcgZm9yIHZmcHJpbnRmLi4uIHllcw0K Y2hlY2tpbmcgZm9yIHZwcmludGYuLi4geWVzDQpjaGVja2luZyBmb3IgdnNwcmludGYuLi4g eWVzDQpjaGVja2luZyBmb3Igd2FpdHBpZC4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgYWxs b2NhIG5lZWRzIENyYXkgaG9va3MuLi4gbm8NCmNoZWNraW5nIHN0YWNrIGRpcmVjdGlvbiBm b3IgQyBhbGxvY2EuLi4gLTENCmNoZWNraW5nIGZvciBwaWRfdC4uLiB5ZXMNCmNoZWNraW5n IGZvciB2Zm9yay5oLi4uIG5vDQpjaGVja2luZyBmb3Igd29ya2luZyB2Zm9yay4uLiB5ZXMN CmNoZWNraW5nIGZvciBfZG9wcm50Li4uIG5vDQpjaGVja2luZyBmb3Igc3lzX2Vycmxpc3Qu Li4geWVzDQpjaGVja2luZyBmb3Igc3lzX25lcnIuLi4geWVzDQpjaGVja2luZyBmb3Igc3lz X3NpZ2xpc3QuLi4geWVzDQpjaGVja2luZyBmb3IgZ2V0cnVzYWdlLi4uIHllcw0KY2hlY2tp bmcgZm9yIG9uX2V4aXQuLi4gbm8NCmNoZWNraW5nIGZvciBwc2lnbmFsLi4uIHllcw0KY2hl Y2tpbmcgZm9yIHN0cmVycm9yLi4uIHllcw0KY2hlY2tpbmcgZm9yIHN0cnNpZ25hbC4uLiB5 ZXMNCmNoZWNraW5nIGZvciBzeXNjb25mLi4uIHllcw0KY2hlY2tpbmcgZm9yIHRpbWVzLi4u IHllcw0KY2hlY2tpbmcgZm9yIHNicmsuLi4geWVzDQpjaGVja2luZyBmb3IgZ2V0dGltZW9m ZGF5Li4uIHllcw0KY2hlY2tpbmcgZm9yIHN0ZGxpYi5oLi4uIChjYWNoZWQpIHllcw0KY2hl Y2tpbmcgZm9yIHVuaXN0ZC5oLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN5cy9z dGF0LmguLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3Igc3lzL3R5cGVzLmguLi4geWVz DQpjaGVja2luZyBmb3IgZ2V0cGFnZXNpemUuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBm b3Igd29ya2luZyBtbWFwLi4uIHllcw0KY2hlY2tpbmcgZm9yIHdvcmtpbmcgc3RybmNtcC4u LiBubw0KdXBkYXRpbmcgY2FjaGUgLi4vY29uZmlnLmNhY2hlDQpjcmVhdGluZyAuL2NvbmZp Zy5zdGF0dXMNCmNyZWF0aW5nIE1ha2VmaWxlDQpjcmVhdGluZyB0ZXN0c3VpdGUvTWFrZWZp bGUNCmNyZWF0aW5nIGNvbmZpZy5oDQpDb25maWd1cmluZyB6bGliLi4uDQpsb2FkaW5nIGNh Y2hlIC4uL2NvbmZpZy5jYWNoZQ0KY2hlY2tpbmcgaG9zdCBzeXN0ZW0gdHlwZS4uLiBpMzg2 LXBvcnRibGQtZnJlZWJzZDUuMA0KY2hlY2tpbmcgdGFyZ2V0IHN5c3RlbSB0eXBlLi4uIGkz ODYtcG9ydGJsZC1mcmVlYnNkNS4wDQpjaGVja2luZyBidWlsZCBzeXN0ZW0gdHlwZS4uLiBp Mzg2LXBvcnRibGQtZnJlZWJzZDUuMA0KY2hlY2tpbmcgZm9yIGEgQlNEIGNvbXBhdGlibGUg aW5zdGFsbC4uLiAvdXNyL2Jpbi9pbnN0YWxsIC1jIC1vIHJvb3QgLWcgd2hlZWwNCmNoZWNr aW5nIHdoZXRoZXIgYnVpbGQgZW52aXJvbm1lbnQgaXMgc2FuZS4uLiB5ZXMNCmNoZWNraW5n IHdoZXRoZXIgZ21ha2Ugc2V0cyAke01BS0V9Li4uIHllcw0KY2hlY2tpbmcgZm9yIHdvcmtp bmcgYWNsb2NhbC4uLiBtaXNzaW5nDQpjaGVja2luZyBmb3Igd29ya2luZyBhdXRvY29uZi4u LiBtaXNzaW5nDQpjaGVja2luZyBmb3Igd29ya2luZyBhdXRvbWFrZS4uLiBtaXNzaW5nDQpj aGVja2luZyBmb3Igd29ya2luZyBhdXRvaGVhZGVyLi4uIG1pc3NpbmcNCmNoZWNraW5nIGZv ciB3b3JraW5nIG1ha2VpbmZvLi4uIGZvdW5kDQpjaGVja2luZyB3aGV0aGVyIHRvIGVuYWJs ZSBtYWludGFpbmVyLXNwZWNpZmljIHBvcnRpb25zIG9mIE1ha2VmaWxlcy4uLiBubw0KY2hl Y2tpbmcgZm9yIGdjYy4uLiAoY2FjaGVkKSBjYw0KY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUg dXNpbmcgR05VIEMuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyB3aGV0aGVyIGNjIGFjY2Vw dHMgLWcuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgbGQgdXNlZCBieSBHQ0MuLi4g L3Vzci9saWJleGVjL2VsZi9sZA0KY2hlY2tpbmcgaWYgdGhlIGxpbmtlciAoL3Vzci9saWJl eGVjL2VsZi9sZCkgaXMgR05VIGxkLi4uIHllcw0KY2hlY2tpbmcgZm9yIC91c3IvbGliZXhl Yy9lbGYvbGQgb3B0aW9uIHRvIHJlbG9hZCBvYmplY3QgZmlsZXMuLi4gLXINCmNoZWNraW5n IGZvciBCU0QtY29tcGF0aWJsZSBubS4uLiAvdXNyL2Jpbi9ubSAtQg0KY2hlY2tpbmcgd2hl dGhlciBsbiAtcyB3b3Jrcy4uLiB5ZXMNCmNoZWNraW5nIGhvdyB0byByZWNvZ25pc2UgZGVw ZW5kYW50IGxpYnJhcmllcy4uLiBwYXNzX2FsbA0KY2hlY2tpbmcgZm9yIG9iamVjdCBzdWZm aXguLi4gbw0KY2hlY2tpbmcgZm9yIHJhbmxpYi4uLiAoY2FjaGVkKSByYW5saWINCmNoZWNr aW5nIGZvciBzdHJpcC4uLiBzdHJpcA0KdXBkYXRpbmcgY2FjaGUgLi4vY29uZmlnLmNhY2hl DQpsb2FkaW5nIGNhY2hlIC4uL2NvbmZpZy5jYWNoZSB3aXRoaW4gbHRjb25maWcNCmNoZWNr aW5nIGZvciBvYmpkaXIuLi4gLmxpYnMNCmNoZWNraW5nIGZvciBjYyBvcHRpb24gdG8gcHJv ZHVjZSBQSUMuLi4gLWZQSUMgLURQSUMNCmNoZWNraW5nIGlmIGNjIFBJQyBmbGFnIC1mUElD IC1EUElDIHdvcmtzLi4uIHllcw0KY2hlY2tpbmcgaWYgY2Mgc3RhdGljIGZsYWcgLXN0YXRp YyB3b3Jrcy4uLiB5ZXMNCmZpbmRpbmcgdGhlIG1heGltdW0gbGVuZ3RoIG9mIGNvbW1hbmQg bGluZSBhcmd1bWVudHMuLi4gMjQ1NzcNCmNoZWNraW5nIGlmIGNjIHN1cHBvcnRzIC1jIC1v IGZpbGUuby4uLiB5ZXMNCmNoZWNraW5nIGlmIGNjIHN1cHBvcnRzIC1mbm8tcnR0aSAtZm5v LWV4Y2VwdGlvbnMgLi4uIHllcw0KY2hlY2tpbmcgd2hldGhlciB0aGUgbGlua2VyICgvdXNy L2xpYmV4ZWMvZWxmL2xkKSBzdXBwb3J0cyBzaGFyZWQgbGlicmFyaWVzLi4uIHllcw0KY2hl Y2tpbmcgaG93IHRvIGhhcmRjb2RlIGxpYnJhcnkgcGF0aHMgaW50byBwcm9ncmFtcy4uLiBp bW1lZGlhdGUNCmNoZWNraW5nIHdoZXRoZXIgc3RyaXBwaW5nIGxpYnJhcmllcyBpcyBwb3Nz aWJsZS4uLiB5ZXMNCmNoZWNraW5nIGR5bmFtaWMgbGlua2VyIGNoYXJhY3RlcmlzdGljcy4u LiBmcmVlYnNkNS4wIGxkLnNvDQpjaGVja2luZyBjb21tYW5kIHRvIHBhcnNlIC91c3IvYmlu L25tIC1CIG91dHB1dC4uLiBvaw0KY2hlY2tpbmcgaWYgbGlidG9vbCBzdXBwb3J0cyBzaGFy ZWQgbGlicmFyaWVzLi4uIHllcw0KY2hlY2tpbmcgd2hldGhlciB0byBidWlsZCBzaGFyZWQg bGlicmFyaWVzLi4uIG5vDQpjaGVja2luZyB3aGV0aGVyIHRvIGJ1aWxkIHN0YXRpYyBsaWJy YXJpZXMuLi4geWVzDQpjcmVhdGluZyBsaWJ0b29sDQp1cGRhdGluZyBjYWNoZSAuLi9jb25m aWcuY2FjaGUNCmxvYWRpbmcgY2FjaGUgLi4vY29uZmlnLmNhY2hlDQpjaGVja2luZyBob3cg dG8gcnVuIHRoZSBDIHByZXByb2Nlc3Nvci4uLiAoY2FjaGVkKSBjYyAtRQ0KY2hlY2tpbmcg Zm9yIHVuaXN0ZC5oLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIGdldHBhZ2VzaXpl Li4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHdvcmtpbmcgbW1hcC4uLiAoY2FjaGVk KSB5ZXMNCmNoZWNraW5nIGZvciBtZW1jcHkuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBm b3Igc3RyZXJyb3IuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgdW5pc3RkLmguLi4g KGNhY2hlZCkgeWVzDQp1cGRhdGluZyBjYWNoZSAuLi9jb25maWcuY2FjaGUNCmNyZWF0aW5n IC4vY29uZmlnLnN0YXR1cw0KY3JlYXRpbmcgTWFrZWZpbGUNCkNvbmZpZ3VyaW5nIGdjYy4u Lg0KbG9hZGluZyBjYWNoZSAuLi9jb25maWcuY2FjaGUNCmNoZWNraW5nIExJQlJBUllfUEFU SCB2YXJpYWJsZS4uLiBvaw0KY2hlY2tpbmcgR0NDX0VYRUNfUFJFRklYIHZhcmlhYmxlLi4u IG9rDQpjaGVja2luZyBob3N0IHN5c3RlbSB0eXBlLi4uIGkzODYtcG9ydGJsZC1mcmVlYnNk NS4wDQpjaGVja2luZyB0YXJnZXQgc3lzdGVtIHR5cGUuLi4gaTM4Ni1wb3J0YmxkLWZyZWVi c2Q1LjANCmNoZWNraW5nIGJ1aWxkIHN5c3RlbSB0eXBlLi4uIGkzODYtcG9ydGJsZC1mcmVl YnNkNS4wDQpjaGVja2luZyBmb3IgZ2NjLi4uIChjYWNoZWQpIGNjDQpjaGVja2luZyB3aGV0 aGVyIHRoZSBDIGNvbXBpbGVyIChjYyAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyApIHdv cmtzLi4uIHllcw0KY2hlY2tpbmcgd2hldGhlciB0aGUgQyBjb21waWxlciAoY2MgLU8gLXBp cGUgLW1hcmNoPXBlbnRpdW1wcm8gKSBpcyBhIGNyb3NzLWNvbXBpbGVyLi4uIG5vDQpjaGVj a2luZyB3aGV0aGVyIHdlIGFyZSB1c2luZyBHTlUgQy4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNr aW5nIHdoZXRoZXIgY2MgYWNjZXB0cyAtZy4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIHdo ZXRoZXIgY2MgdW5kZXJzdGFuZHMgLWMgYW5kIC1vIHRvZ2V0aGVyLi4uIHllcw0KY2hlY2tp bmcgZm9yIGduYXRiaW5kLi4uIG5vDQpjaGVja2luZyBmb3IgY29tcGlsZXIgZHJpdmVyIHRo YXQgdW5kZXJzdGFuZHMgQWRhLi4uIG5vDQpjaGVja2luZyB3aGV0aGVyIGNjIGFjY2VwdHMg LVduby1sb25nLWxvbmcuLi4geWVzDQpjaGVja2luZyBob3cgdG8gcnVuIHRoZSBDIHByZXBy b2Nlc3Nvci4uLiAoY2FjaGVkKSBjYyAtRQ0KY2hlY2tpbmcgZm9yIGlubGluZS4uLiAoY2Fj aGVkKSBpbmxpbmUNCmNoZWNraW5nIGZvciB2b2xhdGlsZS4uLiB5ZXMNCmNoZWNraW5nIGZv ciBsb25nIGRvdWJsZS4uLiB5ZXMNCmNoZWNraW5nIGZvciBsb25nIGxvbmcgaW50Li4uIHll cw0KY2hlY2tpbmcgZm9yIF9faW50NjQuLi4gbm8NCmNoZWNraW5nIGZvciBidWlsdC1pbiBf Qm9vbC4uLiB5ZXMNCmNoZWNraW5nIHNpemUgb2Ygc2hvcnQuLi4gMg0KY2hlY2tpbmcgc2l6 ZSBvZiBpbnQuLi4gNA0KY2hlY2tpbmcgc2l6ZSBvZiBsb25nLi4uIDQNCmNoZWNraW5nIHNp emUgb2YgbG9uZyBsb25nLi4uIDgNCmNoZWNraW5nIGV4ZWN1dGlvbiBjaGFyYWN0ZXIgc2V0 Li4uIEFTQ0lJDQpjaGVja2luZyB3aGV0aGVyIGdtYWtlIHNldHMgJHtNQUtFfS4uLiAoY2Fj aGVkKSB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgYSBkZWZhdWx0IGFzc2VtYmxlciB3YXMgc3Bl Y2lmaWVkLi4uIG5vDQpjaGVja2luZyB3aGV0aGVyIGEgZGVmYXVsdCBsaW5rZXIgd2FzIHNw ZWNpZmllZC4uLiBubw0KY2hlY2tpbmcgZm9yIEdOVSBDIGxpYnJhcnkuLi4gbm8NCmNoZWNr aW5nIGZvciBnYXdrLi4uIG5vDQpjaGVja2luZyBmb3IgbWF3ay4uLiBubw0KY2hlY2tpbmcg Zm9yIG5hd2suLi4gbmF3aw0KY2hlY2tpbmcgd2hldGhlciBsbiB3b3Jrcy4uLiB5ZXMNCmNo ZWNraW5nIHdoZXRoZXIgbG4gLXMgd29ya3MuLi4geWVzDQpjaGVja2luZyBmb3IgcmFubGli Li4uIChjYWNoZWQpIHJhbmxpYg0KY2hlY2tpbmcgZm9yIGEgQlNEIGNvbXBhdGlibGUgaW5z dGFsbC4uLiAvdXNyL2Jpbi9pbnN0YWxsIC1jIC1vIHJvb3QgLWcgd2hlZWwNCmNoZWNraW5n IGZvciBBTlNJIEMgaGVhZGVyIGZpbGVzLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgd2hl dGhlciB0aW1lLmggYW5kIHN5cy90aW1lLmggbWF5IGJvdGggYmUgaW5jbHVkZWQuLi4gKGNh Y2hlZCkgeWVzDQpjaGVja2luZyBmb3Igd29ya2luZyBzdGRib29sLmguLi4geWVzDQpjaGVj a2luZyB3aGV0aGVyIHN0cmluZy5oIGFuZCBzdHJpbmdzLmggbWF5IGJvdGggYmUgaW5jbHVk ZWQuLi4geWVzDQpjaGVja2luZyBmb3Igc3lzL3dhaXQuaCB0aGF0IGlzIFBPU0lYLjEgY29t cGF0aWJsZS4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBsaW1pdHMuaC4uLiAoY2Fj aGVkKSB5ZXMNCmNoZWNraW5nIGZvciBzdGRkZWYuaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBz dHJpbmcuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBzdHJpbmdzLmguLi4gKGNh Y2hlZCkgeWVzDQpjaGVja2luZyBmb3Igc3RkbGliLmguLi4gKGNhY2hlZCkgeWVzDQpjaGVj a2luZyBmb3IgdGltZS5oLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIGZjbnRsLmgu Li4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgdW5pc3RkLmguLi4gKGNhY2hlZCkgeWVz DQpjaGVja2luZyBmb3Igc3lzL2ZpbGUuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZv ciBzeXMvdGltZS5oLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN5cy9yZXNvdXJj ZS5oLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN5cy9wYXJhbS5oLi4uIChjYWNo ZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN5cy90aW1lcy5oLi4uIHllcw0KY2hlY2tpbmcgZm9y IHN5cy9zdGF0LmguLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgZGlyZWN0LmguLi4g bm8NCmNoZWNraW5nIGZvciBtYWxsb2MuaC4uLiBubw0KY2hlY2tpbmcgZm9yIGxhbmdpbmZv LmguLi4geWVzDQpjaGVja2luZyBmb3IgdGhyZWFkLmguLi4gbm8NCmNoZWNraW5nIGZvciBw dGhyZWFkLmguLi4geWVzDQpjaGVja2luZyBmb3IgQ0hBUl9CSVQuLi4gbm8NCmNoZWNraW5n IG51bWJlciBvZiBiaXRzIGluIGEgYnl0ZS4uLiA4DQpjaGVja2luZyBieXRlIG9yZGVyaW5n Li4uIGxpdHRsZS1lbmRpYW4NCmNoZWNraW5nIGZsb2F0aW5nIHBvaW50IGZvcm1hdC4uLiBJ RUVFIChsaXR0bGUtZW5kaWFuKQ0KY2hlY2tpbmcgZm9yIG1rdGVtcC4uLiB5ZXMNCmNoZWNr aW5nIGZvciBtYWtlaW5mby4uLiAoY2FjaGVkKSBtYWtlaW5mbyAtLW5vLXNwbGl0DQpjaGVj a2luZyBmb3IgbW9kZXJuIG1ha2VpbmZvLi4uIHllcw0KY2hlY2tpbmcgZm9yIHJlY2VudCBQ b2Q6Ok1hbi4uLiBubw0KY2hlY2tpbmcgZm9yIGZsZXguLi4gZmxleA0KY2hlY2tpbmcgZm9y IGJpc29uLi4uIGJpc29uDQpjaGVja2luZyBmb3IgY29sbGVjdDIgbGlicmFyaWVzLi4uIG5v bmUgcmVxdWlyZWQNCmNoZWNraW5nIGZvciBsaWJyYXJ5IGNvbnRhaW5pbmcgZXhjX3Jlc3Vt ZS4uLiBubw0KY2hlY2tpbmcgZm9yIHByZXByb2Nlc3NvciBzdHJpbmdpemluZyBvcGVyYXRv ci4uLiB5ZXMNCmNoZWNraW5nIGZvciBpbnR0eXBlcy5oLi4uIHllcw0KY2hlY2tpbmcgZm9y IHRpbWVzLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIGNsb2NrLi4uIChjYWNoZWQp IHllcw0KY2hlY2tpbmcgZm9yIGR1cDIuLi4geWVzDQpjaGVja2luZyBmb3Iga2lsbC4uLiB5 ZXMNCmNoZWNraW5nIGZvciBnZXRybGltaXQuLi4geWVzDQpjaGVja2luZyBmb3Igc2V0cmxp bWl0Li4uIHllcw0KY2hlY2tpbmcgZm9yIGF0b2xsLi4uIHllcw0KY2hlY2tpbmcgZm9yIGF0 b3EuLi4gbm8NCmNoZWNraW5nIGZvciBzeXNjb25mLi4uIChjYWNoZWQpIHllcw0KY2hlY2tp bmcgZm9yIHN0cnNpZ25hbC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBwdXRjX3Vu bG9ja2VkLi4uIG5vDQpjaGVja2luZyBmb3IgZnB1dGNfdW5sb2NrZWQuLi4gbm8NCmNoZWNr aW5nIGZvciBmcHV0c191bmxvY2tlZC4uLiBubw0KY2hlY2tpbmcgZm9yIGZ3cml0ZV91bmxv Y2tlZC4uLiBubw0KY2hlY2tpbmcgZm9yIGZwcmludGZfdW5sb2NrZWQuLi4gbm8NCmNoZWNr aW5nIGZvciBnZXRydXNhZ2UuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgbmxfbGFu Z2luZm8uLi4geWVzDQpjaGVja2luZyBmb3IgbHN0YXQuLi4geWVzDQpjaGVja2luZyBmb3Ig c3NpemVfdC4uLiB5ZXMNCmNoZWNraW5nIGZvciB1aWRfdCBpbiBzeXMvdHlwZXMuaC4uLiB5 ZXMNCmNoZWNraW5nIHR5cGUgb2YgYXJyYXkgYXJndW1lbnQgdG8gZ2V0Z3JvdXBzLi4uIGdp ZF90DQpjaGVja2luZyB3aGV0aGVyIHRoZSBwcmludGYgZnVuY3Rpb25zIHN1cHBvcnQgJXAu Li4geWVzDQpjaGVja2luZyBmb3IgcGlkX3QuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBm b3IgdmZvcmsuaC4uLiAoY2FjaGVkKSBubw0KY2hlY2tpbmcgZm9yIHdvcmtpbmcgdmZvcmsu Li4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgZ2V0cGFnZXNpemUuLi4gKGNhY2hlZCkg eWVzDQpjaGVja2luZyBmb3Igd29ya2luZyBtbWFwIGZyb20gL2Rldi96ZXJvLi4uIHllcw0K Y2hlY2tpbmcgZm9yIHdvcmtpbmcgbW1hcCB3aXRoIE1BUF9BTk9OKFlNT1VTKS4uLiB5ZXMN CmNoZWNraW5nIGZvciB3b3JraW5nIG1tYXAgb2YgYSBmaWxlLi4uIHllcw0KY2hlY2tpbmcg Zm9yIGljb252Li4uIG5vLCBjb25zaWRlciBpbnN0YWxsaW5nIEdOVSBsaWJpY29udg0KY2hl Y2tpbmcgd2hldGhlciBnZXRlbnYgaXMgZGVjbGFyZWQuLi4gbm8NCmNoZWNraW5nIHdoZXRo ZXIgYXRvbCBpcyBkZWNsYXJlZC4uLiBubw0KY2hlY2tpbmcgd2hldGhlciBzYnJrIGlzIGRl Y2xhcmVkLi4uIG5vDQpjaGVja2luZyB3aGV0aGVyIGFib3J0IGlzIGRlY2xhcmVkLi4uIG5v DQpjaGVja2luZyB3aGV0aGVyIGF0b2YgaXMgZGVjbGFyZWQuLi4gbm8NCmNoZWNraW5nIHdo ZXRoZXIgZ2V0Y3dkIGlzIGRlY2xhcmVkLi4uIG5vDQpjaGVja2luZyB3aGV0aGVyIGdldHdk IGlzIGRlY2xhcmVkLi4uIG5vDQpjaGVja2luZyB3aGV0aGVyIHN0cnNpZ25hbCBpcyBkZWNs YXJlZC4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgcHV0Y191bmxvY2tlZCBpcyBkZWNsYXJl ZC4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgZnB1dHNfdW5sb2NrZWQgaXMgZGVjbGFyZWQu Li4gbm8NCmNoZWNraW5nIHdoZXRoZXIgZndyaXRlX3VubG9ja2VkIGlzIGRlY2xhcmVkLi4u IG5vDQpjaGVja2luZyB3aGV0aGVyIGZwcmludGZfdW5sb2NrZWQgaXMgZGVjbGFyZWQuLi4g bm8NCmNoZWNraW5nIHdoZXRoZXIgc3Ryc3RyIGlzIGRlY2xhcmVkLi4uIHllcw0KY2hlY2tp bmcgd2hldGhlciBlcnJubyBpcyBkZWNsYXJlZC4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIg bWFsbG9jIGlzIGRlY2xhcmVkLi4uIG5vDQpjaGVja2luZyB3aGV0aGVyIHJlYWxsb2MgaXMg ZGVjbGFyZWQuLi4gbm8NCmNoZWNraW5nIHdoZXRoZXIgY2FsbG9jIGlzIGRlY2xhcmVkLi4u IG5vDQpjaGVja2luZyB3aGV0aGVyIGZyZWUgaXMgZGVjbGFyZWQuLi4gbm8NCmNoZWNraW5n IHdoZXRoZXIgYmFzZW5hbWUgaXMgZGVjbGFyZWQuLi4geWVzDQpjaGVja2luZyB3aGV0aGVy IGdldG9wdCBpcyBkZWNsYXJlZC4uLiBubw0KY2hlY2tpbmcgd2hldGhlciBjbG9jayBpcyBk ZWNsYXJlZC4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgZ2V0cmxpbWl0IGlzIGRlY2xhcmVk Li4uIG5vDQpjaGVja2luZyB3aGV0aGVyIHNldHJsaW1pdCBpcyBkZWNsYXJlZC4uLiBubw0K Y2hlY2tpbmcgd2hldGhlciBnZXRydXNhZ2UgaXMgZGVjbGFyZWQuLi4gbm8NCmNoZWNraW5n IHdoZXRoZXIgdGltZXMgaXMgZGVjbGFyZWQuLi4gbm8NCmNoZWNraW5nIGZvciBzdHJ1Y3Qg dG1zLi4uIG5vDQpjaGVja2luZyBmb3IgY2xvY2tfdC4uLiB5ZXMNCmNoZWNraW5nIGlmIG1r ZGlyIHRha2VzIG9uZSBhcmd1bWVudC4uLiBubw0KVXNpbmcgYC4uLy4vLi4vL2djYy0yMDAy MDYxNy9nY2MvY29uZmlnL2kzODYvaTM4Ni5jJyBmb3IgbWFjaGluZS1zcGVjaWZpYyBsb2dp Yy4NClVzaW5nIGAuLi8uLy4uLy9nY2MtMjAwMjA2MTcvZ2NjL2NvbmZpZy9pMzg2L2kzODYu bWQnIGFzIG1hY2hpbmUgZGVzY3JpcHRpb24gZmlsZS4NClVzaW5nIHRoZSBmb2xsb3dpbmcg dGFyZ2V0IG1hY2hpbmUgbWFjcm8gZmlsZXM6DQoJLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2dj Yy9jb25maWcvaTM4Ni9pMzg2LmgNCgkuLi8uLy4uLy9nY2MtMjAwMjA2MTcvZ2NjL2NvbmZp Zy9pMzg2L2F0dC5oDQoJLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2djYy9jb25maWcvZGJ4ZWxm LmgNCgkuLi8uLy4uLy9nY2MtMjAwMjA2MTcvZ2NjL2NvbmZpZy9lbGZvcy5oDQoJLi4vLi8u Li8vZ2NjLTIwMDIwNjE3L2djYy9jb25maWcvZnJlZWJzZDUuaA0KCS4uLy4vLi4vL2djYy0y MDAyMDYxNy9nY2MvY29uZmlnL2ZyZWVic2Qtc3BlYy5oDQoJLi4vLi8uLi8vZ2NjLTIwMDIw NjE3L2djYy9jb25maWcvZnJlZWJzZC5oDQoJLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2djYy9j b25maWcvaTM4Ni9mcmVlYnNkLmgNCmNoZWNraW5nIGZvciBsaWJyYXJ5IGNvbnRhaW5pbmcg c3RyZXJyb3IuLi4gbm9uZSByZXF1aXJlZA0KY2hlY2tpbmcgZm9yIHdvcmtpbmcgY29uc3Qu Li4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3Igb2ZmX3QuLi4geWVzDQpjaGVja2luZyBm b3Igc2l6ZV90Li4uIHllcw0KY2hlY2tpbmcgZm9yIHdvcmtpbmcgYWxsb2NhLmguLi4gKGNh Y2hlZCkgbm8NCmNoZWNraW5nIGZvciBhbGxvY2EuLi4geWVzDQpjaGVja2luZyB3aGV0aGVy IHdlIGFyZSB1c2luZyB0aGUgR05VIEMgTGlicmFyeSAyLjEgb3IgbmV3ZXIuLi4gbm8NCmNo ZWNraW5nIGZvciBhcmd6LmguLi4gbm8NCmNoZWNraW5nIGZvciBsaW1pdHMuaC4uLiAoY2Fj aGVkKSB5ZXMNCmNoZWNraW5nIGZvciBsb2NhbGUuaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBu bF90eXBlcy5oLi4uIHllcw0KY2hlY2tpbmcgZm9yIG1hbGxvYy5oLi4uIChjYWNoZWQpIG5v DQpjaGVja2luZyBmb3Igc3RkZGVmLmguLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3Ig c3RkbGliLmguLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3Igc3RyaW5nLmguLi4gKGNh Y2hlZCkgeWVzDQpjaGVja2luZyBmb3IgdW5pc3RkLmguLi4gKGNhY2hlZCkgeWVzDQpjaGVj a2luZyBmb3Igc3lzL3BhcmFtLmguLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgZmVv Zl91bmxvY2tlZC4uLiBubw0KY2hlY2tpbmcgZm9yIGZnZXRzX3VubG9ja2VkLi4uIG5vDQpj aGVja2luZyBmb3IgZ2V0Y3dkLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIGdldGVn aWQuLi4geWVzDQpjaGVja2luZyBmb3IgZ2V0ZXVpZC4uLiB5ZXMNCmNoZWNraW5nIGZvciBn ZXRnaWQuLi4geWVzDQpjaGVja2luZyBmb3IgZ2V0dWlkLi4uIHllcw0KY2hlY2tpbmcgZm9y IG1lbXBjcHkuLi4gbm8NCmNoZWNraW5nIGZvciBtdW5tYXAuLi4geWVzDQpjaGVja2luZyBm b3IgcHV0ZW52Li4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHNldGVudi4uLiAoY2Fj aGVkKSB5ZXMNCmNoZWNraW5nIGZvciBzZXRsb2NhbGUuLi4geWVzDQpjaGVja2luZyBmb3Ig c3RwY3B5Li4uIG5vDQpjaGVja2luZyBmb3Igc3RyY2hyLi4uIChjYWNoZWQpIHllcw0KY2hl Y2tpbmcgZm9yIHN0cmNhc2VjbXAuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3Igc3Ry ZHVwLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN0cnRvdWwuLi4gKGNhY2hlZCkg eWVzDQpjaGVja2luZyBmb3IgdHNlYXJjaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBfX2FyZ3pf Y291bnQuLi4gbm8NCmNoZWNraW5nIGZvciBfX2FyZ3pfc3RyaW5naWZ5Li4uIG5vDQpjaGVj a2luZyBmb3IgX19hcmd6X25leHQuLi4gbm8NCmNoZWNraW5nIGZvciBpY29udi4uLiAoY2Fj aGVkKSBubywgY29uc2lkZXIgaW5zdGFsbGluZyBHTlUgbGliaWNvbnYNCmNoZWNraW5nIGZv ciBubF9sYW5naW5mbyBhbmQgQ09ERVNFVC4uLiB5ZXMNCmNoZWNraW5nIGZvciBMQ19NRVNT QUdFUy4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgTkxTIGlzIHJlcXVlc3RlZC4uLiBubw0K Y2hlY2tpbmcgZm9yIGJpc29uLi4uIGJpc29uDQpjaGVja2luZyB2ZXJzaW9uIG9mIGJpc29u Li4uIDEuMzUsIG9rDQpjaGVja2luZyB3aGF0IGFzc2VtYmxlciB0byB1c2UuLi4gL3Vzci9i aW4vYXMNCmNoZWNraW5nIHdoYXQgbGlua2VyIHRvIHVzZS4uLiAvdXNyL2Jpbi9sZA0KY2hl Y2tpbmcgd2hhdCBubSB0byB1c2UuLi4gbm0NCmNoZWNraW5nIHdoYXQgb2JqZHVtcCB0byB1 c2UuLi4gb2JqZHVtcA0KY2hlY2tpbmcgYXNzZW1ibGVyIGFsaWdubWVudCBmZWF0dXJlcy4u LiAucDJhbGlnbiBpbmNsdWRpbmcgbWF4aW11bSBza2lwDQpjaGVja2luZyBhc3NlbWJsZXIg c3Vic2VjdGlvbiBzdXBwb3J0Li4uIHdvcmtpbmcgLnN1YnNlY3Rpb24gLTENCmNoZWNraW5n IGFzc2VtYmxlciB3ZWFrIHN1cHBvcnQuLi4geWVzDQpjaGVja2luZyBhc3NlbWJsZXIgaGlk ZGVuIHN1cHBvcnQuLi4geWVzDQpjaGVja2luZyBhc3NlbWJsZXIgbGViMTI4IHN1cHBvcnQu Li4geWVzDQpjaGVja2luZyBhc3NlbWJsZXIgZWhfZnJhbWUgb3B0aW1pemF0aW9uLi4uIHll cw0KY2hlY2tpbmcgYXNzZW1ibGVyIHNlY3Rpb24gbWVyZ2luZyBzdXBwb3J0Li4uIHllcw0K Y2hlY2tpbmcgYXNzZW1ibGVyIGluc3RydWN0aW9ucy4uLiBmaWxkcyBmaXN0cyANCmNoZWNr aW5nIGFzc2VtYmxlciBHT1RPRkYgaW4gZGF0YSBkaXJlY3RpdmVzLi4uIHllcw0KY2hlY2tp bmcgYXNzZW1ibGVyIGR3YXJmMiBkZWJ1Z19saW5lIHN1cHBvcnQuLi4geWVzDQpjaGVja2lu ZyBhc3NlbWJsZXIgLS1nZHdhcmYyIHN1cHBvcnQuLi4geWVzDQpjaGVja2luZyBhc3NlbWJs ZXIgLS1nc3RhYnMgc3VwcG9ydC4uLiB5ZXMNCmNoZWNraW5nIGxpbmtlciBQVF9HTlVfRUhf RlJBTUUgc3VwcG9ydC4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgbGlua2VyIGVoX2ZyYW1l IG9wdGltaXphdGlvbnMgd29yayBwcm9wZXJseS4uLiBubw0KVXNpbmcgZ2djLXBhZ2UgZm9y IGdhcmJhZ2UgY29sbGVjdGlvbi4NCmNoZWNraW5nIHdoZXRoZXIgdG8gZW5hYmxlIG1haW50 YWluZXItc3BlY2lmaWMgcG9ydGlvbnMgb2YgTWFrZWZpbGVzLi4uIG5vDQpMaW5rcyBhcmUg bm93IHNldCB1cCB0byBidWlsZCBhIG5hdGl2ZSBjb21waWxlciBmb3IgaTM4Ni1wb3J0Ymxk LWZyZWVic2Q1LjANCnVwZGF0aW5nIGNhY2hlIC4uL2NvbmZpZy5jYWNoZQ0KY3JlYXRpbmcg Li9jb25maWcuc3RhdHVzDQpjcmVhdGluZyBNYWtlZmlsZQ0KY3JlYXRpbmcgaW50bC9NYWtl ZmlsZQ0KY3JlYXRpbmcgZml4aW5jL01ha2VmaWxlDQpjcmVhdGluZyBnY2NidWcNCmNyZWF0 aW5nIG1rbGliZ2NjDQpjcmVhdGluZyBhdXRvLWhvc3QuaA0KQ29uZmlndXJpbmcgZmFzdGph ci4uLg0KbG9hZGluZyBjYWNoZSAuLi9jb25maWcuY2FjaGUNCmNoZWNraW5nIGZvciBhIEJT RCBjb21wYXRpYmxlIGluc3RhbGwuLi4gL3Vzci9iaW4vaW5zdGFsbCAtYyAtbyByb290IC1n IHdoZWVsDQpjaGVja2luZyB3aGV0aGVyIGJ1aWxkIGVudmlyb25tZW50IGlzIHNhbmUuLi4g eWVzDQpjaGVja2luZyB3aGV0aGVyIGdtYWtlIHNldHMgJHtNQUtFfS4uLiAoY2FjaGVkKSB5 ZXMNCmNoZWNraW5nIGZvciB3b3JraW5nIGFjbG9jYWwuLi4gbWlzc2luZw0KY2hlY2tpbmcg Zm9yIHdvcmtpbmcgYXV0b2NvbmYuLi4gbWlzc2luZw0KY2hlY2tpbmcgZm9yIHdvcmtpbmcg YXV0b21ha2UuLi4gbWlzc2luZw0KY2hlY2tpbmcgZm9yIHdvcmtpbmcgYXV0b2hlYWRlci4u LiBtaXNzaW5nDQpjaGVja2luZyBmb3Igd29ya2luZyBtYWtlaW5mby4uLiBmb3VuZA0KY2hl Y2tpbmcgZm9yIGdjYy4uLiAoY2FjaGVkKSBjYw0KY2hlY2tpbmcgd2hldGhlciB0aGUgQyBj b21waWxlciAoY2MgLU8gLXBpcGUgLW1hcmNoPXBlbnRpdW1wcm8gKSB3b3Jrcy4uLiB5ZXMN CmNoZWNraW5nIHdoZXRoZXIgdGhlIEMgY29tcGlsZXIgKGNjIC1PIC1waXBlIC1tYXJjaD1w ZW50aXVtcHJvICkgaXMgYSBjcm9zcy1jb21waWxlci4uLiBubw0KY2hlY2tpbmcgd2hldGhl ciB3ZSBhcmUgdXNpbmcgR05VIEMuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyB3aGV0aGVy IGNjIGFjY2VwdHMgLWcuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgYSBCU0QgY29t cGF0aWJsZSBpbnN0YWxsLi4uIC91c3IvYmluL2luc3RhbGwgLWMgLW8gcm9vdCAtZyB3aGVl bA0KY2hlY2tpbmcgZm9yIHJtLi4uIC9iaW4vcm0NCmNoZWNraW5nIGZvciBjcC4uLiAvYmlu L2NwDQpjaGVja2luZyBmb3Igc3RyaXAuLi4gL3Vzci9iaW4vc3RyaXANCmNoZWNraW5nIGZv ciBjaG1vZC4uLiAvYmluL2NobW9kDQpjaGVja2luZyBmb3IgQ3lnd2luIGVudmlyb25tZW50 Li4uIG5vDQpjaGVja2luZyBmb3IgbWluZ3czMiBlbnZpcm9ubWVudC4uLiBubw0KY2hlY2tp bmcgZm9yIGV4ZWN1dGFibGUgc3VmZml4Li4uIG5vDQpjaGVja2luZyB3aGV0aGVyIHRvIGVu YWJsZSBtYWludGFpbmVyLXNwZWNpZmljIHBvcnRpb25zIG9mIE1ha2VmaWxlcy4uLiBubw0K Y2hlY2tpbmcgZm9yIGRpcmVudC5oIHRoYXQgZGVmaW5lcyBESVIuLi4geWVzDQpjaGVja2lu ZyBmb3Igb3BlbmRpciBpbiAtbGRpci4uLiBubw0KY2hlY2tpbmcgaG93IHRvIHJ1biB0aGUg QyBwcmVwcm9jZXNzb3IuLi4gKGNhY2hlZCkgY2MgLUUNCmNoZWNraW5nIGZvciBBTlNJIEMg aGVhZGVyIGZpbGVzLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgd2hldGhlciBzdHJ1Y3Qg dG0gaXMgaW4gc3lzL3RpbWUuaCBvciB0aW1lLmguLi4gdGltZS5oDQpjaGVja2luZyBmb3Ig ZmNudGwuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciB1bmlzdGQuaC4uLiAoY2Fj aGVkKSB5ZXMNCmNoZWNraW5nIGZvciBzeXMvcGFyYW0uaC4uLiAoY2FjaGVkKSB5ZXMNCmNo ZWNraW5nIGZvciBzdGRsaWIuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBvZmZf dC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgc3RydWN0IHRtIGlzIGluIHN5 cy90aW1lLmggb3IgdGltZS5oLi4uIChjYWNoZWQpIHRpbWUuaA0KY2hlY2tpbmcgc2l6ZSBv ZiBjaGFyLi4uIDENCmNoZWNraW5nIHNpemUgb2Ygc2hvcnQuLi4gKGNhY2hlZCkgMg0KY2hl Y2tpbmcgc2l6ZSBvZiBpbnQuLi4gKGNhY2hlZCkgNA0KY2hlY2tpbmcgc2l6ZSBvZiBsb25n Li4uIChjYWNoZWQpIDQNCmNoZWNraW5nIHNpemUgb2YgbG9uZyBsb25nLi4uIChjYWNoZWQp IDgNCmNoZWNraW5nIHdoZXRoZXIgYnl0ZSBvcmRlcmluZyBpcyBiaWdlbmRpYW4uLi4gbm8N CnVwZGF0aW5nIGNhY2hlIC4uL2NvbmZpZy5jYWNoZQ0KY3JlYXRpbmcgLi9jb25maWcuc3Rh dHVzDQpjcmVhdGluZyBNYWtlZmlsZQ0KY3JlYXRpbmcgaW5zdGFsbC1kZWZzLnNoDQpjcmVh dGluZyBjb25maWcuaA0KPT09PiAgQnVpbGRpbmcgZm9yIGdjYy0zLjEuMV8yMDAyMDYxNw0K Y2QgL3Vzci9wb3J0cy9sYW5nL2djYzMxL3dvcmsvZ2NjLTIwMDIwNjE3IDsgY29udHJpYi9n Y2NfdXBkYXRlIC0tdG91Y2gNClRvdWNoaW5nIGdjYy9jb25maWcuaW4uLi4NCmdtYWtlWzFd OiBFbnRlcmluZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMvbGFuZy9nY2MzMS93b3JrL2J1aWxk L2xpYmliZXJ0eScNCmlmIFsgeCIiICE9IHggXSAmJiBbICEgLWQgcGljIF07IHRoZW4gXA0K ICBta2RpciBwaWM7IFwNCmVsc2UgdHJ1ZTsgZmkNCnRvdWNoIHN0YW1wLXBpY2Rpcg0KaWYg WyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgY2MgLWMgLURIQVZFX0NPTkZJR19IIC1PIC1waXBl IC1tYXJjaD1wZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVy dHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgIC4uLy4v Li4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYyAtbyBwaWMvcmVnZXgubzsgXA0K ZWxzZSB0cnVlOyBmaQ0KY2MgLWMgLURIQVZFX0NPTkZJR19IIC1PIC1waXBlIC1tYXJjaD1w ZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvLi4vaW5j bHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgLi4vLi8uLi8vZ2NjLTIw MDIwNjE3L2xpYmliZXJ0eS9yZWdleC5jDQpJbiBmaWxlIGluY2x1ZGVkIGZyb20gLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9yZWdleC5jOjY0OToNCi4uLy4uL2djYy0yMDAyMDYx Ny9saWJpYmVydHkvcmVnZXguYzogSW4gZnVuY3Rpb24gYGJ5dGVfY29tcGlsZV9yYW5nZSc6 DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L3JlZ2V4LmM6NDYwMjogd2FybmluZzog c2lnbmVkIGFuZCB1bnNpZ25lZCB0eXBlIGluIGNvbmRpdGlvbmFsIGV4cHJlc3Npb24NCi4u Ly4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzo0NjEyOiB3YXJuaW5nOiBzaWdu ZWQgYW5kIHVuc2lnbmVkIHR5cGUgaW4gY29uZGl0aW9uYWwgZXhwcmVzc2lvbg0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9yZWdleC5jOjQ2MTI6IHdhcm5pbmc6IHNpZ25lZCBh bmQgdW5zaWduZWQgdHlwZSBpbiBjb25kaXRpb25hbCBleHByZXNzaW9uDQouLi8uLi9nY2Mt MjAwMjA2MTcvbGliaWJlcnR5L3JlZ2V4LmM6IEF0IHRvcCBsZXZlbDoNCi4uLy4uL2djYy0y MDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxMzgwOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBD IHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJp YmVydHkvcmVnZXguYzoxMzgyOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3Ry aW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXgu YzoxMzgzOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVu YXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxMzg1OiB3YXJu aW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4u L2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxMzg2OiB3YXJuaW5nOiB0cmFkaXRp b25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYx Ny9saWJpYmVydHkvcmVnZXguYzoxMzg4OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVj dHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkv cmVnZXguYzoxMzg5OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNv bmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxMzkx OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24N Ci4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxMzkyOiB3YXJuaW5nOiB0 cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0y MDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxMzk0OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBD IHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJp YmVydHkvcmVnZXguYzoxMzk1OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3Ry aW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXgu YzoxMzk3OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVu YXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxMzk4OiB3YXJu aW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4u L2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDAwOiB3YXJuaW5nOiB0cmFkaXRp b25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYx Ny9saWJpYmVydHkvcmVnZXguYzoxNDAxOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVj dHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkv cmVnZXguYzoxNDAzOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNv bmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDA0 OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24N Ci4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDA2OiB3YXJuaW5nOiB0 cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0y MDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDA3OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBD IHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJp YmVydHkvcmVnZXguYzoxNDA5OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3Ry aW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXgu YzoxNDEwOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVu YXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDEyOiB3YXJu aW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4u L2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDEzOiB3YXJuaW5nOiB0cmFkaXRp b25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYx Ny9saWJpYmVydHkvcmVnZXguYzoxNDE1OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVj dHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkv cmVnZXguYzoxNDE2OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNv bmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDE4 OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24N Ci4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDE5OiB3YXJuaW5nOiB0 cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0y MDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDIxOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBD IHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJp YmVydHkvcmVnZXguYzoxNDIyOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3Ry aW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXgu YzoxNDI0OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVu YXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDI1OiB3YXJu aW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4u L2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDI3OiB3YXJuaW5nOiB0cmFkaXRp b25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYx Ny9saWJpYmVydHkvcmVnZXguYzogSW4gZnVuY3Rpb24gYHhyZWdjb21wJzoNCi4uLy4uL2dj Yy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzo4MDk5OiB3YXJuaW5nOiBzaWduZWQgYW5k IHVuc2lnbmVkIHR5cGUgaW4gY29uZGl0aW9uYWwgZXhwcmVzc2lvbg0KLi4vLi4vZ2NjLTIw MDIwNjE3L2xpYmliZXJ0eS9yZWdleC5jOiBJbiBmdW5jdGlvbiBgeHJlZ2Vycm9yJzoNCi4u Ly4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzo4MjM0OiB3YXJuaW5nOiB1bnVz ZWQgcGFyYW1ldGVyIGBwcmVnJw0KaWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgY2MgLWMg LURIQVZFX0NPTkZJR19IIC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvIC1JLiAtSS4uLy4v Li4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFk aXRpb25hbCAtcGVkYW50aWMgIC4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3Bs dXMtZGVtLmMgLW8gcGljL2NwbHVzLWRlbS5vOyBcDQplbHNlIHRydWU7IGZpDQpjYyAtYyAt REhBVkVfQ09ORklHX0ggLU8gLXBpcGUgLW1hcmNoPXBlbnRpdW1wcm8gLUkuIC1JLi4vLi8u Li8vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRp dGlvbmFsIC1wZWRhbnRpYyAuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVz LWRlbS5jDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVzLWRlbS5jOiBJbiBm dW5jdGlvbiBgY29kZV9mb3JfcXVhbGlmaWVyJzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJp YmVydHkvY3BsdXMtZGVtLmM6NjIzOiB3YXJuaW5nOiBpbXBsaWNpdCBkZWNsYXJhdGlvbiBv ZiBmdW5jdGlvbiBgYWJvcnQnDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVz LWRlbS5jOiBJbiBmdW5jdGlvbiBgc3F1YW5nbGVfbW9wX3VwJzoNCi4uLy4uL2djYy0yMDAy MDYxNy9saWJpYmVydHkvY3BsdXMtZGVtLmM6MTE0OTogd2FybmluZzogaW1wbGljaXQgZGVj bGFyYXRpb24gb2YgZnVuY3Rpb24gYGZyZWUnDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJl cnR5L2NwbHVzLWRlbS5jOjExNTM6IHdhcm5pbmc6IGZ1bmN0aW9uIGBmcmVlJyB3YXMgcHJl dmlvdXNseSBkZWNsYXJlZCB3aXRoaW4gYSBibG9jaw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xp YmliZXJ0eS9jcGx1cy1kZW0uYzogSW4gZnVuY3Rpb24gYGRlbGV0ZV9ub25fQl9LX3dvcmtf c3R1ZmYnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcGx1cy1kZW0uYzoxMjQx OiB3YXJuaW5nOiBmdW5jdGlvbiBgZnJlZScgd2FzIHByZXZpb3VzbHkgZGVjbGFyZWQgd2l0 aGluIGEgYmxvY2sNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3BsdXMtZGVtLmM6 MTI1MTogd2FybmluZzogZnVuY3Rpb24gYGZyZWUnIHdhcyBwcmV2aW91c2x5IGRlY2xhcmVk IHdpdGhpbiBhIGJsb2NrDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVzLWRl bS5jOjEyNTk6IHdhcm5pbmc6IGZ1bmN0aW9uIGBmcmVlJyB3YXMgcHJldmlvdXNseSBkZWNs YXJlZCB3aXRoaW4gYSBibG9jaw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcGx1 cy1kZW0uYzogSW4gZnVuY3Rpb24gYGRlbWFuZ2xlX3RlbXBsYXRlX3ZhbHVlX3Bhcm0nOg0K Li4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcGx1cy1kZW0uYzoyMDAxOiB3YXJuaW5n OiBmdW5jdGlvbiBgZnJlZScgd2FzIHByZXZpb3VzbHkgZGVjbGFyZWQgd2l0aGluIGEgYmxv Y2sNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3BsdXMtZGVtLmM6MjAwNTogd2Fy bmluZzogZnVuY3Rpb24gYGZyZWUnIHdhcyBwcmV2aW91c2x5IGRlY2xhcmVkIHdpdGhpbiBh IGJsb2NrDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVzLWRlbS5jOiBJbiBm dW5jdGlvbiBgZ251X3NwZWNpYWwnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9j cGx1cy1kZW0uYzozMDQ2OiB3YXJuaW5nOiBmdW5jdGlvbiBgZnJlZScgd2FzIHByZXZpb3Vz bHkgZGVjbGFyZWQgd2l0aGluIGEgYmxvY2sNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVy dHkvY3BsdXMtZGVtLmM6IEluIGZ1bmN0aW9uIGByZWN1cnNpdmVseV9kZW1hbmdsZSc6DQou Li8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVzLWRlbS5jOjMxMDU6IHdhcm5pbmc6 IGZ1bmN0aW9uIGBmcmVlJyB3YXMgcHJldmlvdXNseSBkZWNsYXJlZCB3aXRoaW4gYSBibG9j aw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcGx1cy1kZW0uYzozMTExOiB3YXJu aW5nOiBmdW5jdGlvbiBgZnJlZScgd2FzIHByZXZpb3VzbHkgZGVjbGFyZWQgd2l0aGluIGEg YmxvY2sNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3BsdXMtZGVtLmM6IEluIGZ1 bmN0aW9uIGBkZW1hbmdsZV9xdWFsaWZpZWQnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmli ZXJ0eS9jcGx1cy1kZW0uYzozMjgyOiB3YXJuaW5nOiBpbXBsaWNpdCBkZWNsYXJhdGlvbiBv ZiBmdW5jdGlvbiBgYXRvaScNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3BsdXMt ZGVtLmM6IEluIGZ1bmN0aW9uIGBkb19ocGFjY190ZW1wbGF0ZV9saXRlcmFsJzoNCi4uLy4u L2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3BsdXMtZGVtLmM6NDA5Mzogd2FybmluZzogZnVu Y3Rpb24gYGZyZWUnIHdhcyBwcmV2aW91c2x5IGRlY2xhcmVkIHdpdGhpbiBhIGJsb2NrDQou Li8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVzLWRlbS5jOjQxMDA6IHdhcm5pbmc6 IGZ1bmN0aW9uIGBmcmVlJyB3YXMgcHJldmlvdXNseSBkZWNsYXJlZCB3aXRoaW4gYSBibG9j aw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcGx1cy1kZW0uYzogSW4gZnVuY3Rp b24gYGZvcmdldF9CX2FuZF9LX3R5cGVzJzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVy dHkvY3BsdXMtZGVtLmM6NDMyOTogd2FybmluZzogZnVuY3Rpb24gYGZyZWUnIHdhcyBwcmV2 aW91c2x5IGRlY2xhcmVkIHdpdGhpbiBhIGJsb2NrDQouLi8uLi9nY2MtMjAwMjA2MTcvbGli aWJlcnR5L2NwbHVzLWRlbS5jOjQzMzk6IHdhcm5pbmc6IGZ1bmN0aW9uIGBmcmVlJyB3YXMg cHJldmlvdXNseSBkZWNsYXJlZCB3aXRoaW4gYSBibG9jaw0KLi4vLi4vZ2NjLTIwMDIwNjE3 L2xpYmliZXJ0eS9jcGx1cy1kZW0uYzogSW4gZnVuY3Rpb24gYGZvcmdldF90eXBlcyc6DQou Li8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVzLWRlbS5jOjQzNTc6IHdhcm5pbmc6 IGZ1bmN0aW9uIGBmcmVlJyB3YXMgcHJldmlvdXNseSBkZWNsYXJlZCB3aXRoaW4gYSBibG9j aw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcGx1cy1kZW0uYzogSW4gZnVuY3Rp b24gYHN0cmluZ19kZWxldGUnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcGx1 cy1kZW0uYzo0NzYwOiB3YXJuaW5nOiBmdW5jdGlvbiBgZnJlZScgd2FzIHByZXZpb3VzbHkg ZGVjbGFyZWQgd2l0aGluIGEgYmxvY2sNCmlmIFsgeCIiICE9IHggXTsgdGhlbiBcDQogIGNj IC1jIC1ESEFWRV9DT05GSUdfSCAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyAtSS4gLUku Li8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1X dHJhZGl0aW9uYWwgLXBlZGFudGljICAuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5 L2NwLWRlbWFuZ2xlLmMgLW8gcGljL2NwLWRlbWFuZ2xlLm87IFwNCmVsc2UgdHJ1ZTsgZmkN CmNjIC1jIC1ESEFWRV9DT05GSUdfSCAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyAtSS4g LUkuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxs IC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIC4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVy dHkvY3AtZGVtYW5nbGUuYw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcC1kZW1h bmdsZS5jOiBJbiBmdW5jdGlvbiBgc3RyaW5nX2xpc3RfbmV3JzoNCi4uLy4uL2djYy0yMDAy MDYxNy9saWJpYmVydHkvY3AtZGVtYW5nbGUuYzo0MTg6IHdhcm5pbmc6IGltcGxpY2l0IGRl Y2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBtYWxsb2MnDQouLi8uLi9nY2MtMjAwMjA2MTcvbGli aWJlcnR5L2NwLWRlbWFuZ2xlLmM6IEluIGZ1bmN0aW9uIGBzdWJzdGl0dXRpb25fYWRkJzoN Ci4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3AtZGVtYW5nbGUuYzo1ODk6IHdhcm5p bmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGByZWFsbG9jJw0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcC1kZW1hbmdsZS5jOiBJbiBmdW5jdGlvbiBgdGVt cGxhdGVfYXJnX2xpc3RfbmV3JzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3At ZGVtYW5nbGUuYzo2Njc6IHdhcm5pbmc6IGZ1bmN0aW9uIGBtYWxsb2MnIHdhcyBwcmV2aW91 c2x5IGRlY2xhcmVkIHdpdGhpbiBhIGJsb2NrDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJl cnR5L2NwLWRlbWFuZ2xlLmM6IEluIGZ1bmN0aW9uIGB0ZW1wbGF0ZV9hcmdfbGlzdF9kZWxl dGUnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcC1kZW1hbmdsZS5jOjY4ODog d2FybmluZzogaW1wbGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYGZyZWUnDQouLi8u Li9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwLWRlbWFuZ2xlLmM6IEluIGZ1bmN0aW9uIGBk ZW1hbmdsaW5nX25ldyc6DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwLWRlbWFu Z2xlLmM6ODE1OiB3YXJuaW5nOiBmdW5jdGlvbiBgbWFsbG9jJyB3YXMgcHJldmlvdXNseSBk ZWNsYXJlZCB3aXRoaW4gYSBibG9jaw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9j cC1kZW1hbmdsZS5jOiBJbiBmdW5jdGlvbiBgZGVtYW5nbGluZ19kZWxldGUnOg0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcC1kZW1hbmdsZS5jOjg2Mjogd2FybmluZzogZnVu Y3Rpb24gYGZyZWUnIHdhcyBwcmV2aW91c2x5IGRlY2xhcmVkIHdpdGhpbiBhIGJsb2NrDQou Li8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwLWRlbWFuZ2xlLmM6IEluIGZ1bmN0aW9u IGBkZW1hbmdsZV9jaGFyJzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3AtZGVt YW5nbGUuYzo5NzU6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9u IGBzdHJkdXAnDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwLWRlbWFuZ2xlLmM6 OTc1OiB3YXJuaW5nOiBhc3NpZ25tZW50IG1ha2VzIHBvaW50ZXIgZnJvbSBpbnRlZ2VyIHdp dGhvdXQgYSBjYXN0DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwLWRlbWFuZ2xl LmM6IEluIGZ1bmN0aW9uIGBkZW1hbmdsZV9udW1iZXInOg0KLi4vLi4vZ2NjLTIwMDIwNjE3 L2xpYmliZXJ0eS9jcC1kZW1hbmdsZS5jOjEzOTc6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xh cmF0aW9uIG9mIGZ1bmN0aW9uIGBzdHJ0b2wnDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJl cnR5L2NwLWRlbWFuZ2xlLmM6IEluIGZ1bmN0aW9uIGBkZW1hbmdsZV9pZGVudGlmaWVyJzoN Ci4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3AtZGVtYW5nbGUuYzoxNDgxOiB3YXJu aW5nOiBpbXBsaWNpdCBkZWNsYXJhdGlvbiBvZiBmdW5jdGlvbiBgc3RybGVuJw0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcC1kZW1hbmdsZS5jOjE0ODQ6IHdhcm5pbmc6IGlt cGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBzdHJuY21wJw0KLi4vLi4vZ2NjLTIw MDIwNjE3L2xpYmliZXJ0eS9jcC1kZW1hbmdsZS5jOiBJbiBmdW5jdGlvbiBgY3BsdXNfZGVt YW5nbGVfdjMnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcC1kZW1hbmdsZS5j OjM3Mzk6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBhYm9y dCcNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3AtZGVtYW5nbGUuYzogSW4gZnVu Y3Rpb24gYGphdmFfZGVtYW5nbGVfdjMnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0 eS9jcC1kZW1hbmdsZS5jOjM4MDE6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9m IGZ1bmN0aW9uIGBzdHJzdHInDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwLWRl bWFuZ2xlLmM6MzgwNDogd2FybmluZzogaW1wbGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rp b24gYHN0cmNocicNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3AtZGVtYW5nbGUu YzozODQ3OiB3YXJuaW5nOiBmdW5jdGlvbiBgZnJlZScgd2FzIHByZXZpb3VzbHkgZGVjbGFy ZWQgd2l0aGluIGEgYmxvY2sNCmlmIFsgeCIiICE9IHggXTsgdGhlbiBcDQogIGNjIC1jIC1E SEFWRV9DT05GSUdfSCAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyAtSS4gLUkuLi8uLy4u Ly9nY2MtMjAwMjA2MTcvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1XdHJhZGl0 aW9uYWwgLXBlZGFudGljICAuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L21kNS5j IC1vIHBpYy9tZDUubzsgXA0KZWxzZSB0cnVlOyBmaQ0KY2MgLWMgLURIQVZFX0NPTkZJR19I IC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2djYy0yMDAyMDYx Ny9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCAtcGVkYW50 aWMgLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYw0KLi4vLi4vZ2NjLTIw MDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNTY6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2Ug bWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwg Qw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNTc6NTg6IHdhcm5pbmc6 IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMg aW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzoz NTg6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQg d2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xp YmliZXJ0eS9tZDUuYzozNTk6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZH IiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNjA6NTg6IHdhcm5pbmc6IGZ1bmN0aW9u LWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0 aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNjE6NTg6IHdh cm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1 bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9t ZDUuYzozNjI6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJl IHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIw NjE3L2xpYmliZXJ0eS9tZDUuYzozNjM6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFj cm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0K Li4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNjQ6NTg6IHdhcm5pbmc6IGZ1 bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4g dHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNjU6 NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0 aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmli ZXJ0eS9tZDUuYzozNjY6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBt dXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2Nj LTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNjc6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxp a2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9u YWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNjg6NTg6IHdhcm5p bmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVu dHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUu YzozNjk6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVz ZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3 L2xpYmliZXJ0eS9tZDUuYzozNzA6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8g IkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4v Li4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNzE6NTg6IHdhcm5pbmc6IGZ1bmN0 aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJh ZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNzQ6NTg6 IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBh cmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0 eS9tZDUuYzozNzU6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0 IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIw MDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNzY6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2Ug bWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwg Qw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNzc6NTg6IHdhcm5pbmc6 IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMg aW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzoz Nzg6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQg d2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xp YmliZXJ0eS9tZDUuYzozNzk6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZI IiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozODA6NTg6IHdhcm5pbmc6IGZ1bmN0aW9u LWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0 aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozODE6NTg6IHdh cm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1 bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9t ZDUuYzozODI6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJl IHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIw NjE3L2xpYmliZXJ0eS9tZDUuYzozODM6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFj cm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0K Li4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozODQ6NTg6IHdhcm5pbmc6IGZ1 bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4g dHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozODU6 NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0 aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmli ZXJ0eS9tZDUuYzozODY6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBt dXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2Nj LTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozODc6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxp a2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9u YWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozODg6NTg6IHdhcm5p bmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVu dHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUu YzozODk6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVz ZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3 L2xpYmliZXJ0eS9tZDUuYzozOTI6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8g IkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4v Li4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozOTM6NTg6IHdhcm5pbmc6IGZ1bmN0 aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJh ZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozOTQ6NTg6 IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBh cmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0 eS9tZDUuYzozOTU6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0 IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIw MDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozOTY6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2Ug bWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwg Qw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozOTc6NTg6IHdhcm5pbmc6 IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMg aW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzoz OTg6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQg d2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xp YmliZXJ0eS9tZDUuYzozOTk6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJ IiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzo0MDA6NTg6IHdhcm5pbmc6IGZ1bmN0aW9u LWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0 aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzo0MDE6NTg6IHdh cm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1 bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9t ZDUuYzo0MDI6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJl IHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIw NjE3L2xpYmliZXJ0eS9tZDUuYzo0MDM6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFj cm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0K Li4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzo0MDQ6NTg6IHdhcm5pbmc6IGZ1 bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4g dHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzo0MDU6 NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0 aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmli ZXJ0eS9tZDUuYzo0MDY6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBt dXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2Nj LTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzo0MDc6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxp a2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9u YWwgQw0KaWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgY2MgLWMgLURIQVZFX0NPTkZJR19I IC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2djYy0yMDAyMDYx Ny9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCAtcGVkYW50 aWMgIC4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvYWxsb2NhLmMgLW8gcGljL2Fs bG9jYS5vOyBcDQplbHNlIHRydWU7IGZpDQpjYyAtYyAtREhBVkVfQ09ORklHX0ggLU8gLXBp cGUgLW1hcmNoPXBlbnRpdW1wcm8gLUkuIC1JLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2xpYmli ZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyAuLi8u Ly4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2FsbG9jYS5jDQouLi8uLi9nY2MtMjAwMjA2 MTcvbGliaWJlcnR5L2FsbG9jYS5jOiBJbiBmdW5jdGlvbiBgQ19hbGxvY2EnOg0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9hbGxvY2EuYzoxNzk6IHdhcm5pbmc6IGltcGxpY2l0 IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBmcmVlJw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xp YmliZXJ0eS9hbGxvY2EuYzoxOTk6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9m IGZ1bmN0aW9uIGBhYm9ydCcNCmlmIFsgeCIiICE9IHggXTsgdGhlbiBcDQogIGNjIC1jIC1E SEFWRV9DT05GSUdfSCAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyAtSS4gLUkuLi8uLy4u Ly9nY2MtMjAwMjA2MTcvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1XdHJhZGl0 aW9uYWwgLXBlZGFudGljICAuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2FyZ3Yu YyAtbyBwaWMvYXJndi5vOyBcDQplbHNlIHRydWU7IGZpDQpjYyAtYyAtREhBVkVfQ09ORklH X0ggLU8gLXBpcGUgLW1hcmNoPXBlbnRpdW1wcm8gLUkuIC1JLi4vLi8uLi8vZ2NjLTIwMDIw NjE3L2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIC1wZWRh bnRpYyAuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2FyZ3YuYw0KaWYgWyB4IiIg IT0geCBdOyB0aGVuIFwNCiAgY2MgLWMgLURIQVZFX0NPTkZJR19IIC1PIC1waXBlIC1tYXJj aD1wZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvLi4v aW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgIC4uLy4vLi4vL2dj Yy0yMDAyMDYxNy9saWJpYmVydHkvY2hvb3NlLXRlbXAuYyAtbyBwaWMvY2hvb3NlLXRlbXAu bzsgXA0KZWxzZSB0cnVlOyBmaQ0KY2MgLWMgLURIQVZFX0NPTkZJR19IIC1PIC1waXBlIC1t YXJjaD1wZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkv Li4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgLi4vLi8uLi8v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jaG9vc2UtdGVtcC5jDQouLi8uLi9nY2MtMjAwMjA2 MTcvbGliaWJlcnR5L2Nob29zZS10ZW1wLmM6IEluIGZ1bmN0aW9uIGBjaG9vc2VfdGVtcF9i YXNlJzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY2hvb3NlLXRlbXAuYzo2Mzog d2FybmluZzogaW1wbGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYHN0cmxlbicNCi4u Ly4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY2hvb3NlLXRlbXAuYzo2NTogd2FybmluZzog aW1wbGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYHN0cmNweScNCi4uLy4uL2djYy0y MDAyMDYxNy9saWJpYmVydHkvY2hvb3NlLXRlbXAuYzo2ODogd2FybmluZzogaW1wbGljaXQg ZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYG1rdGVtcCcNCi4uLy4uL2djYy0yMDAyMDYxNy9s aWJpYmVydHkvY2hvb3NlLXRlbXAuYzo3MDogd2FybmluZzogaW1wbGljaXQgZGVjbGFyYXRp b24gb2YgZnVuY3Rpb24gYGFib3J0Jw0KaWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgY2Mg LWMgLURIQVZFX0NPTkZJR19IIC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvIC1JLiAtSS4u Ly4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0 cmFkaXRpb25hbCAtcGVkYW50aWMgIC4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkv Y29uY2F0LmMgLW8gcGljL2NvbmNhdC5vOyBcDQplbHNlIHRydWU7IGZpDQpjYyAtYyAtREhB VkVfQ09ORklHX0ggLU8gLXBpcGUgLW1hcmNoPXBlbnRpdW1wcm8gLUkuIC1JLi4vLi8uLi8v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlv bmFsIC1wZWRhbnRpYyAuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NvbmNhdC5j DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NvbmNhdC5jOiBJbiBmdW5jdGlvbiBg dmNvbmNhdF9sZW5ndGgnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jb25jYXQu Yzo4Mjogd2FybmluZzogaW1wbGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYHN0cmxl bicNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY29uY2F0LmM6IEluIGZ1bmN0aW9u IGB2Y29uY2F0X2NvcHknOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jb25jYXQu YzoxMDA6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBtZW1j cHknDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NvbmNhdC5jOiBJbiBmdW5jdGlv biBgcmVjb25jYXQnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jb25jYXQuYzoy MTA6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBmcmVlJw0K aWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgY2MgLWMgLURIQVZFX0NPTkZJR19IIC1PIC1w aXBlIC1tYXJjaD1wZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJp YmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgIC4u Ly4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvZHluLXN0cmluZy5jIC1vIHBpYy9keW4t c3RyaW5nLm87IFwNCmVsc2UgdHJ1ZTsgZmkNCmNjIC1jIC1ESEFWRV9DT05GSUdfSCAtTyAt cGlwZSAtbWFyY2g9cGVudGl1bXBybyAtSS4gLUkuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGli aWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIC4u Ly4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvZHluLXN0cmluZy5jDQouLi8uLi9nY2Mt MjAwMjA2MTcvbGliaWJlcnR5L2R5bi1zdHJpbmcuYzogSW4gZnVuY3Rpb24gYGR5bl9zdHJp bmdfZGVsZXRlJzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvZHluLXN0cmluZy5j OjEyMzogd2FybmluZzogaW1wbGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYGZyZWUn DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2R5bi1zdHJpbmcuYzogSW4gZnVuY3Rp b24gYGR5bl9zdHJpbmdfcmVsZWFzZSc6DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5 L2R5bi1zdHJpbmcuYzoxNDA6IHdhcm5pbmc6IGZ1bmN0aW9uIGBmcmVlJyB3YXMgcHJldmlv dXNseSBkZWNsYXJlZCB3aXRoaW4gYSBibG9jaw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmli ZXJ0eS9keW4tc3RyaW5nLmM6IEluIGZ1bmN0aW9uIGBkeW5fc3RyaW5nX2NvcHknOg0KLi4v Li4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9keW4tc3RyaW5nLmM6MjA2OiB3YXJuaW5nOiBp bXBsaWNpdCBkZWNsYXJhdGlvbiBvZiBmdW5jdGlvbiBgYWJvcnQnDQouLi8uLi9nY2MtMjAw MjA2MTcvbGliaWJlcnR5L2R5bi1zdHJpbmcuYzoyMTI6IHdhcm5pbmc6IGltcGxpY2l0IGRl Y2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBzdHJjcHknDQouLi8uLi9nY2MtMjAwMjA2MTcvbGli aWJlcnR5L2R5bi1zdHJpbmcuYzogSW4gZnVuY3Rpb24gYGR5bl9zdHJpbmdfY29weV9jc3Ry JzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvZHluLXN0cmluZy5jOjIyNzogd2Fy bmluZzogaW1wbGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYHN0cmxlbicNCi4uLy4u L2djYy0yMDAyMDYxNy9saWJpYmVydHkvZHluLXN0cmluZy5jOiBJbiBmdW5jdGlvbiBgZHlu X3N0cmluZ19pbnNlcnQnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9keW4tc3Ry aW5nLmM6Mjg1OiB3YXJuaW5nOiBpbXBsaWNpdCBkZWNsYXJhdGlvbiBvZiBmdW5jdGlvbiBg c3RybmNweScNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvZHluLXN0cmluZy5jOiBJ biBmdW5jdGlvbiBgZHluX3N0cmluZ19lcSc6DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJl cnR5L2R5bi1zdHJpbmcuYzo0NDE6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9m IGZ1bmN0aW9uIGBzdHJjbXAnDQppZiBbIHgiIiAhPSB4IF07IHRoZW4gXA0KICBjYyAtYyAt REhBVkVfQ09ORklHX0ggLU8gLXBpcGUgLW1hcmNoPXBlbnRpdW1wcm8gLUkuIC1JLi4vLi8u Li8vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRp dGlvbmFsIC1wZWRhbnRpYyAgLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9mZG1h dGNoLmMgLW8gcGljL2ZkbWF0Y2gubzsgXA0KZWxzZSB0cnVlOyBmaQ0KY2MgLWMgLURIQVZF X0NPTkZJR19IIC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2dj Yy0yMDAyMDYxNy9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25h bCAtcGVkYW50aWMgLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9mZG1hdGNoLmMN CmlmIFsgeCIiICE9IHggXTsgdGhlbiBcDQogIGNjIC1jIC1ESEFWRV9DT05GSUdfSCAtTyAt cGlwZSAtbWFyY2g9cGVudGl1bXBybyAtSS4gLUkuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGli aWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljICAu Li8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2ZpYmhlYXAuYyAtbyBwaWMvZmliaGVh cC5vOyBcDQplbHNlIHRydWU7IGZpDQpjYyAtYyAtREhBVkVfQ09ORklHX0ggLU8gLXBpcGUg LW1hcmNoPXBlbnRpdW1wcm8gLUkuIC1JLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0 eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyAuLi8uLy4u Ly9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2ZpYmhlYXAuYw0KLi4vLi4vZ2NjLTIwMDIwNjE3 L2xpYmliZXJ0eS9maWJoZWFwLmM6IEluIGZ1bmN0aW9uIGBmaWJoZWFwX3VuaW9uJzoNCi4u Ly4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvZmliaGVhcC5jOjE2Njogd2FybmluZzogaW1w bGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYGZyZWUnDQouLi8uLi9nY2MtMjAwMjA2 MTcvbGliaWJlcnR5L2ZpYmhlYXAuYzoxNzE6IHdhcm5pbmc6IGZ1bmN0aW9uIGBmcmVlJyB3 YXMgcHJldmlvdXNseSBkZWNsYXJlZCB3aXRoaW4gYSBibG9jaw0KLi4vLi4vZ2NjLTIwMDIw NjE3L2xpYmliZXJ0eS9maWJoZWFwLmM6MTg3OiB3YXJuaW5nOiBmdW5jdGlvbiBgZnJlZScg d2FzIHByZXZpb3VzbHkgZGVjbGFyZWQgd2l0aGluIGEgYmxvY2sNCi4uLy4uL2djYy0yMDAy MDYxNy9saWJpYmVydHkvZmliaGVhcC5jOiBJbiBmdW5jdGlvbiBgZmliaGVhcF9leHRyYWN0 X21pbic6DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2ZpYmhlYXAuYzoyMDY6IHdh cm5pbmc6IGZ1bmN0aW9uIGBmcmVlJyB3YXMgcHJldmlvdXNseSBkZWNsYXJlZCB3aXRoaW4g YSBibG9jaw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9maWJoZWFwLmM6IEluIGZ1 bmN0aW9uIGBmaWJoZWFwX2RlbGV0ZV9ub2RlJzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJp YmVydHkvZmliaGVhcC5jOjI4NTogYExPTkdfTUlOJyB1bmRlY2xhcmVkIChmaXJzdCB1c2Ug aW4gdGhpcyBmdW5jdGlvbikNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvZmliaGVh cC5jOjI4NTogKEVhY2ggdW5kZWNsYXJlZCBpZGVudGlmaWVyIGlzIHJlcG9ydGVkIG9ubHkg b25jZQ0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9maWJoZWFwLmM6Mjg1OiBmb3Ig ZWFjaCBmdW5jdGlvbiBpdCBhcHBlYXJzIGluLikNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJp YmVydHkvZmliaGVhcC5jOiBJbiBmdW5jdGlvbiBgZmliaGVhcF9kZWxldGUnOg0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9maWJoZWFwLmM6Mjk3OiB3YXJuaW5nOiBmdW5jdGlv biBgZnJlZScgd2FzIHByZXZpb3VzbHkgZGVjbGFyZWQgd2l0aGluIGEgYmxvY2sNCi4uLy4u L2djYy0yMDAyMDYxNy9saWJpYmVydHkvZmliaGVhcC5jOiBJbiBmdW5jdGlvbiBgZmliaGVh cF9jb25zb2xpZGF0ZSc6DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2ZpYmhlYXAu YzozOTU6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBtZW1z ZXQnDQpnbWFrZVsxXTogKioqIFtmaWJoZWFwLm9dIEVycm9yIDENCmdtYWtlWzFdOiBMZWF2 aW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9sYW5nL2djYzMxL3dvcmsvYnVpbGQvbGliaWJl cnR5Jw0KZ21ha2U6ICoqKiBbYWxsLWxpYmliZXJ0eV0gRXJyb3IgMg0KKioqIEVycm9yIGNv ZGUgMg0KDQpTdG9wIGluIC91c3IvcG9ydHMvbGFuZy9nY2MzMS4NCg== --------------000909020407050000060709-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 3:11:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from maile.telia.com (maile.telia.com [194.22.190.16]) by hub.freebsd.org (Postfix) with ESMTP id A074837B41D; Sun, 23 Jun 2002 03:10:06 -0700 (PDT) Received: from d1o1000.telia.com (d1o1000.telia.com [217.208.12.241]) by maile.telia.com (8.11.6/8.11.6) with ESMTP id g5NAA5l04270; Sun, 23 Jun 2002 12:10:05 +0200 (CEST) Received: from veidit.net (h54n1fls35o1000.telia.com [217.210.234.54]) by d1o1000.telia.com (8.10.2/8.10.1) with ESMTP id g5NAA5Z12024; Sun, 23 Jun 2002 12:10:05 +0200 (CEST) Message-ID: <3D159E7D.3040602@veidit.net> Date: Sun, 23 Jun 2002 12:10:05 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1a) Gecko/20020611 X-Accept-Language: en-us, en, ja MIME-Version: 1.0 To: ports@FreeBSD.org Cc: current Subject: bison-1.35 Compile error on Current Content-Type: multipart/mixed; boundary="------------060406080709010404090306" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------060406080709010404090306 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I'm running a one day old Current And I'm getting this error messages when I'm trying to compile /John --------------060406080709010404090306 Content-Type: application/x-java-applet;version=1.1.1; name="bison-error" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="bison-error" PT09PiAgQ2xlYW5pbmcgZm9yIGxpYmljb252LTEuOA0KPT09PiAgQ2xlYW5pbmcgZm9yIGxp YnRvb2wtMS4zLjRfNA0KPT09PiAgQ2xlYW5pbmcgZm9yIGJpc29uLTEuMzVfMQ0KPT09PiAg RXh0cmFjdGluZyBmb3IgYmlzb24tMS4zNV8xDQo+PiBDaGVja3N1bSBPSyBmb3IgYmlzb24t MS4zNS50YXIuYnoyLg0KPT09PiAgIGJpc29uLTEuMzVfMSBkZXBlbmRzIG9uIHNoYXJlZCBs aWJyYXJ5OiBpY29udi4zIC0gZm91bmQNCj09PT4gIFBhdGNoaW5nIGZvciBiaXNvbi0xLjM1 XzENCj09PT4gIEFwcGx5aW5nIEZyZWVCU0QgcGF0Y2hlcyBmb3IgYmlzb24tMS4zNV8xDQo9 PT0+ICBDb25maWd1cmluZyBmb3IgYmlzb24tMS4zNV8xDQpjaGVja2luZyBmb3IgYSBCU0Qt Y29tcGF0aWJsZSBpbnN0YWxsLi4uIC91c3IvYmluL2luc3RhbGwgLWMgLW8gcm9vdCAtZyB3 aGVlbA0KY2hlY2tpbmcgd2hldGhlciBidWlsZCBlbnZpcm9ubWVudCBpcyBzYW5lLi4uIHll cw0KY2hlY2tpbmcgZm9yIGdhd2suLi4gbm8NCmNoZWNraW5nIGZvciBtYXdrLi4uIG5vDQpj aGVja2luZyBmb3IgbmF3ay4uLiBuYXdrDQpjaGVja2luZyB3aGV0aGVyIG1ha2Ugc2V0cyAk e01BS0V9Li4uIHllcw0KY2hlY2tpbmcgZm9yIGdjYy4uLiBjYw0KY2hlY2tpbmcgZm9yIEMg Y29tcGlsZXIgZGVmYXVsdCBvdXRwdXQuLi4gYS5vdXQNCmNoZWNraW5nIHdoZXRoZXIgdGhl IEMgY29tcGlsZXIgd29ya3MuLi4geWVzDQpjaGVja2luZyB3aGV0aGVyIHdlIGFyZSBjcm9z cyBjb21waWxpbmcuLi4gbm8NCmNoZWNraW5nIGZvciBzdWZmaXggb2YgZXhlY3V0YWJsZXMu Li4gDQpjaGVja2luZyBmb3Igc3VmZml4IG9mIG9iamVjdCBmaWxlcy4uLiBvDQpjaGVja2lu ZyB3aGV0aGVyIHdlIGFyZSB1c2luZyB0aGUgR05VIEMgY29tcGlsZXIuLi4geWVzDQpjaGVj a2luZyB3aGV0aGVyIGNjIGFjY2VwdHMgLWcuLi4geWVzDQpjaGVja2luZyBmb3Igc3R5bGUg b2YgaW5jbHVkZSB1c2VkIGJ5IG1ha2UuLi4gR05VDQpjaGVja2luZyBkZXBlbmRlbmN5IHN0 eWxlIG9mIGNjLi4uIGdjYzMNCmNoZWNraW5nIGhvdyB0byBydW4gdGhlIEMgcHJlcHJvY2Vz c29yLi4uIGNjIC1FDQpjaGVja2luZyBmb3IgQU5TSSBDIGhlYWRlciBmaWxlcy4uLiB5ZXMN CmNoZWNraW5nIGZvciBzeXMvdHlwZXMuaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBzeXMvc3Rh dC5oLi4uIHllcw0KY2hlY2tpbmcgZm9yIHN0ZGxpYi5oLi4uIHllcw0KY2hlY2tpbmcgZm9y IHN0cmluZy5oLi4uIHllcw0KY2hlY2tpbmcgZm9yIG1lbW9yeS5oLi4uIHllcw0KY2hlY2tp bmcgZm9yIHN0cmluZ3MuaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBpbnR0eXBlcy5oLi4uIHll cw0KY2hlY2tpbmcgZm9yIHN0ZGludC5oLi4uIHllcw0KY2hlY2tpbmcgZm9yIHVuaXN0ZC5o Li4uIHllcw0KY2hlY2tpbmcgbWluaXgvY29uZmlnLmggdXNhYmlsaXR5Li4uIG5vDQpjaGVj a2luZyBtaW5peC9jb25maWcuaCBwcmVzZW5jZS4uLiBubw0KY2hlY2tpbmcgZm9yIG1pbml4 L2NvbmZpZy5oLi4uIG5vDQpjaGVja2luZyBmb3Igc3RyZXJyb3IgaW4gLWxjcG9zaXguLi4g bm8NCmNoZWNraW5nIGZvciBjYyBvcHRpb24gdG8gYWNjZXB0IEFOU0kgQy4uLiBub25lIG5l ZWRlZA0KY2hlY2tpbmcgZm9yIHJhbmxpYi4uLiByYW5saWINCmNoZWNraW5nIGZvciBBTlNJ IEMgaGVhZGVyIGZpbGVzLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgY3R5cGUuaCB1c2Fi aWxpdHkuLi4geWVzDQpjaGVja2luZyBjdHlwZS5oIHByZXNlbmNlLi4uIHllcw0KY2hlY2tp bmcgZm9yIGN0eXBlLmguLi4geWVzDQpjaGVja2luZyBsb2NhbGUuaCB1c2FiaWxpdHkuLi4g eWVzDQpjaGVja2luZyBsb2NhbGUuaCBwcmVzZW5jZS4uLiB5ZXMNCmNoZWNraW5nIGZvciBs b2NhbGUuaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBtZW1vcnkuaC4uLiAoY2FjaGVkKSB5ZXMN CmNoZWNraW5nIGZvciBzdGRsaWIuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBz dHJpbmcuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciB1bmlzdGQuaC4uLiAoY2Fj aGVkKSB5ZXMNCmNoZWNraW5nIGZvciBjYyBvcHRpb24gdG8gYWNjZXB0IEFOU0kgQy4uLiBu b25lIG5lZWRlZA0KY2hlY2tpbmcgZm9yIGFuIEFOU0kgQy1jb25mb3JtaW5nIGNvbnN0Li4u IHllcw0KY2hlY2tpbmcgZm9yIGlubGluZS4uLiBpbmxpbmUNCmNoZWNraW5nIGZvciBmdW5j dGlvbiBwcm90b3R5cGVzLi4uIHllcw0KY2hlY2tpbmcgZm9yIEFOU0kgQyBoZWFkZXIgZmls ZXMuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3Igc3RyaW5nLmguLi4gKGNhY2hlZCkg eWVzDQpjaGVja2luZyBmb3Igd29ya2luZyBhbGxvY2EuaC4uLiBubw0KY2hlY2tpbmcgZm9y IGFsbG9jYS4uLiB5ZXMNCmNoZWNraW5nIGZvciBvYnN0YWNrcy4uLiBubw0KY2hlY2tpbmcg Zm9yIGVycm9yX2F0X2xpbmUuLi4gbm8NCmNoZWNraW5nIGZvciB3b3JraW5nIHN0cm5sZW4u Li4gbm8NCmNoZWNraW5nIGZvciBta3N0ZW1wLi4uIHllcw0KY2hlY2tpbmcgZm9yIHNldGxv Y2FsZS4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgc3RwY3B5IGlzIGRlY2xhcmVkLi4uIG5v DQpjaGVja2luZyB3aGV0aGVyIHN0cmNociBpcyBkZWNsYXJlZC4uLiBubw0KY2hlY2tpbmcg d2hldGhlciBzdHJzcG4gaXMgZGVjbGFyZWQuLi4gbm8NCmNoZWNraW5nIHdoZXRoZXIgc3Ry bmxlbiBpcyBkZWNsYXJlZC4uLiBubw0KY2hlY2tpbmcgd2hldGhlciBtZW1jaHIgaXMgZGVj bGFyZWQuLi4gbm8NCmNoZWNraW5nIHdoZXRoZXIgbWVtcmNociBpcyBkZWNsYXJlZC4uLiBu bw0KY2hlY2tpbmcgZm9yIHN0cGNweS4uLiBubw0KY2hlY2tpbmcgZm9yIHN0cmNoci4uLiB5 ZXMNCmNoZWNraW5nIGZvciBzdHJzcG4uLi4geWVzDQpjaGVja2luZyBmb3IgbWVtY2hyLi4u IHllcw0KY2hlY2tpbmcgZm9yIG1lbXJjaHIuLi4gbm8NCmNoZWNraW5nIGZvciB3b3JraW5n IG1hbGxvYy4uLiB5ZXMNCmNoZWNraW5nIGZvciB3b3JraW5nIHJlYWxsb2MuLi4geWVzDQpj aGVja2luZyBmb3IgaXNhc2NpaS4uLiB5ZXMNCmNoZWNraW5nIGZvciBpc3dwcmludC4uLiBu bw0KY2hlY2tpbmcgZm9yIG1ic2luaXQuLi4gbm8NCmNoZWNraW5nIHdoZXRoZXIgbWJydG93 YyBhbmQgbWJzdGF0ZV90IGFyZSBwcm9wZXJseSBkZWNsYXJlZC4uLiBubw0KY2hlY2tpbmcg bGltaXRzLmggdXNhYmlsaXR5Li4uIHllcw0KY2hlY2tpbmcgbGltaXRzLmggcHJlc2VuY2Uu Li4geWVzDQpjaGVja2luZyBmb3IgbGltaXRzLmguLi4geWVzDQpjaGVja2luZyBzdGRkZWYu aCB1c2FiaWxpdHkuLi4geWVzDQpjaGVja2luZyBzdGRkZWYuaCBwcmVzZW5jZS4uLiB5ZXMN CmNoZWNraW5nIGZvciBzdGRkZWYuaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBzdGRsaWIuaC4u LiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBzdHJpbmcuaC4uLiAoY2FjaGVkKSB5ZXMN CmNoZWNraW5nIHdjaGFyLmggdXNhYmlsaXR5Li4uIHllcw0KY2hlY2tpbmcgd2NoYXIuaCBw cmVzZW5jZS4uLiB5ZXMNCmNoZWNraW5nIGZvciB3Y2hhci5oLi4uIHllcw0KY2hlY2tpbmcg d2N0eXBlLmggdXNhYmlsaXR5Li4uIHllcw0KY2hlY2tpbmcgd2N0eXBlLmggcHJlc2VuY2Uu Li4geWVzDQpjaGVja2luZyBmb3Igd2N0eXBlLmguLi4geWVzDQpjaGVja2luZyBmb3IgQU5T SSBDIGhlYWRlciBmaWxlcy4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgYmFj a3NsYXNoLWEgd29ya3MgaW4gc3RyaW5ncy4uLiB5ZXMNCmNoZWNraW5nIGZvciBzdGRsaWIu aC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBtYnN0YXRlX3QuLi4geWVzDQpjaGVj a2luZyBmb3IgZnVuY3Rpb24gcHJvdG90eXBlcy4uLiB5ZXMNCmNoZWNraW5nIGZvciBBTlNJ IEMgaGVhZGVyIGZpbGVzLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN0cmluZy5o Li4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN0cmVycm9yLi4uIHllcw0KY2hlY2tp bmcgZm9yIHZwcmludGYuLi4geWVzDQpjaGVja2luZyBmb3IgZG9wcm50Li4uIG5vDQpjaGVj a2luZyB3aGV0aGVyIHN0cmVycm9yIGlzIGRlY2xhcmVkLi4uIG5vDQpjaGVja2luZyB3aGV0 aGVyIHN0cmVycm9yX3IgaXMgZGVjbGFyZWQuLi4gbm8NCmNoZWNraW5nIGZvciBzdHJlcnJv cl9yLi4uIHllcw0KY2hlY2tpbmcgd2hldGhlciBzdHJlcnJvcl9yIHJldHVybnMgY2hhciAq Li4uIG5vDQpjaGVja2luZyBmb3IgQU5TSSBDIGhlYWRlciBmaWxlcy4uLiAoY2FjaGVkKSB5 ZXMNCmNoZWNraW5nIGlmIG1hbGxvYyBkZWJ1Z2dpbmcgaXMgd2FudGVkLi4uIG5vDQpjaGVj a2luZyBmb3IgbXNnZm10Li4uIG5vDQpjaGVja2luZyBmb3IgZ21zZ2ZtdC4uLiA6DQpjaGVj a2luZyBmb3IgeGdldHRleHQuLi4gbm8NCmNoZWNraW5nIGZvciBtc2dtZXJnZS4uLiBubw0K Y2hlY2tpbmcgYnVpbGQgc3lzdGVtIHR5cGUuLi4gaTM4Ni11bmtub3duLWZyZWVic2Q1LjAN CmNoZWNraW5nIGhvc3Qgc3lzdGVtIHR5cGUuLi4gaTM4Ni11bmtub3duLWZyZWVic2Q1LjAN CmNoZWNraW5nIGZvciBvZmZfdC4uLiBubw0KY2hlY2tpbmcgZm9yIHNpemVfdC4uLiB5ZXMN CmNoZWNraW5nIGZvciBzdGRsaWIuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciB1 bmlzdGQuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBnZXRwYWdlc2l6ZS4uLiB5 ZXMNCmNoZWNraW5nIGZvciB3b3JraW5nIG1tYXAuLi4geWVzDQpjaGVja2luZyB3aGV0aGVy IHdlIGFyZSB1c2luZyB0aGUgR05VIEMgTGlicmFyeSAyLjEgb3IgbmV3ZXIuLi4gbm8NCmNo ZWNraW5nIGZvciBsZCB1c2VkIGJ5IEdDQy4uLiAvdXNyL2xpYmV4ZWMvZWxmL2xkDQpjaGVj a2luZyBpZiB0aGUgbGlua2VyICgvdXNyL2xpYmV4ZWMvZWxmL2xkKSBpcyBHTlUgbGQuLi4g eWVzDQpjaGVja2luZyBmb3Igc2hhcmVkIGxpYnJhcnkgcnVuIHBhdGggb3JpZ2luLi4uIGRv bmUNCmNoZWNraW5nIGZvciBpY29udi4uLiB5ZXMNCmNoZWNraW5nIGhvdyB0byBsaW5rIHdp dGggbGliaWNvbnYuLi4gL3Vzci9sb2NhbC9saWIvbGliaWNvbnYuc28gLVdsLC1ycGF0aCAt V2wsL3Vzci9sb2NhbC9saWINCmNoZWNraW5nIGFyZ3ouaCB1c2FiaWxpdHkuLi4gbm8NCmNo ZWNraW5nIGFyZ3ouaCBwcmVzZW5jZS4uLiBubw0KY2hlY2tpbmcgZm9yIGFyZ3ouaC4uLiBu bw0KY2hlY2tpbmcgZm9yIGxpbWl0cy5oLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9y IGxvY2FsZS5oLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgbmxfdHlwZXMuaCB1c2FiaWxp dHkuLi4geWVzDQpjaGVja2luZyBubF90eXBlcy5oIHByZXNlbmNlLi4uIHllcw0KY2hlY2tp bmcgZm9yIG5sX3R5cGVzLmguLi4geWVzDQpjaGVja2luZyBtYWxsb2MuaCB1c2FiaWxpdHku Li4gbm8NCmNoZWNraW5nIG1hbGxvYy5oIHByZXNlbmNlLi4uIG5vDQpjaGVja2luZyBmb3Ig bWFsbG9jLmguLi4gbm8NCmNoZWNraW5nIGZvciBzdGRkZWYuaC4uLiAoY2FjaGVkKSB5ZXMN CmNoZWNraW5nIGZvciBzdGRsaWIuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBz dHJpbmcuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciB1bmlzdGQuaC4uLiAoY2Fj aGVkKSB5ZXMNCmNoZWNraW5nIHN5cy9wYXJhbS5oIHVzYWJpbGl0eS4uLiB5ZXMNCmNoZWNr aW5nIHN5cy9wYXJhbS5oIHByZXNlbmNlLi4uIHllcw0KY2hlY2tpbmcgZm9yIHN5cy9wYXJh bS5oLi4uIHllcw0KY2hlY2tpbmcgZm9yIGZlb2ZfdW5sb2NrZWQuLi4gbm8NCmNoZWNraW5n IGZvciBmZ2V0c191bmxvY2tlZC4uLiBubw0KY2hlY2tpbmcgZm9yIGdldGNfdW5sb2NrZWQu Li4gbm8NCmNoZWNraW5nIGZvciBnZXRjd2QuLi4geWVzDQpjaGVja2luZyBmb3IgZ2V0ZWdp ZC4uLiB5ZXMNCmNoZWNraW5nIGZvciBnZXRldWlkLi4uIHllcw0KY2hlY2tpbmcgZm9yIGdl dGdpZC4uLiB5ZXMNCmNoZWNraW5nIGZvciBnZXR1aWQuLi4geWVzDQpjaGVja2luZyBmb3Ig bWVtcGNweS4uLiBubw0KY2hlY2tpbmcgZm9yIG11bm1hcC4uLiB5ZXMNCmNoZWNraW5nIGZv ciBwdXRlbnYuLi4geWVzDQpjaGVja2luZyBmb3Igc2V0ZW52Li4uIHllcw0KY2hlY2tpbmcg Zm9yIHNldGxvY2FsZS4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBzdHBjcHkuLi4g KGNhY2hlZCkgbm8NCmNoZWNraW5nIGZvciBzdHJjYXNlY21wLi4uIHllcw0KY2hlY2tpbmcg Zm9yIHN0cmR1cC4uLiB5ZXMNCmNoZWNraW5nIGZvciBzdHJ0b3VsLi4uIHllcw0KY2hlY2tp bmcgZm9yIHRzZWFyY2guLi4geWVzDQpjaGVja2luZyBmb3IgX19hcmd6X2NvdW50Li4uIG5v DQpjaGVja2luZyBmb3IgX19hcmd6X3N0cmluZ2lmeS4uLiBubw0KY2hlY2tpbmcgZm9yIF9f YXJnel9uZXh0Li4uIG5vDQpjaGVja2luZyBmb3IgaWNvbnYgZGVjbGFyYXRpb24uLi4gDQog ICAgICAgICBleHRlcm4gc2l6ZV90IGljb252IChpY29udl90IGNkLCBjb25zdCBjaGFyICog KmluYnVmLCBzaXplX3QgKmluYnl0ZXNsZWZ0LCBjaGFyICogKm91dGJ1Ziwgc2l6ZV90ICpv dXRieXRlc2xlZnQpOw0KY2hlY2tpbmcgZm9yIG5sX2xhbmdpbmZvIGFuZCBDT0RFU0VULi4u IHllcw0KY2hlY2tpbmcgZm9yIExDX01FU1NBR0VTLi4uIHllcw0KY2hlY2tpbmcgZm9yIGJp c29uLi4uIG5vDQpjaGVja2luZyB3aGV0aGVyIE5MUyBpcyByZXF1ZXN0ZWQuLi4geWVzDQpj aGVja2luZyB3aGV0aGVyIGluY2x1ZGVkIGdldHRleHQgaXMgcmVxdWVzdGVkLi4uIHllcw0K Y29uZmlndXJlOiBjcmVhdGluZyAuL2NvbmZpZy5zdGF0dXMNCmNvbmZpZy5zdGF0dXM6IGNy ZWF0aW5nIHRlc3RzL2Jpc29uDQpjb25maWcuc3RhdHVzOiBjcmVhdGluZyB0ZXN0cy9NYWtl ZmlsZQ0KY29uZmlnLnN0YXR1czogY3JlYXRpbmcgdGVzdHMvYXRsb2NhbA0KY29uZmlnLnN0 YXR1czogY3JlYXRpbmcgTWFrZWZpbGUNCmNvbmZpZy5zdGF0dXM6IGNyZWF0aW5nIGNvbmZp Zy9NYWtlZmlsZQ0KY29uZmlnLnN0YXR1czogY3JlYXRpbmcgaW50bC9NYWtlZmlsZQ0KY29u ZmlnLnN0YXR1czogY3JlYXRpbmcgcG8vTWFrZWZpbGUuaW4NCmNvbmZpZy5zdGF0dXM6IGNy ZWF0aW5nIGxpYi9NYWtlZmlsZQ0KY29uZmlnLnN0YXR1czogY3JlYXRpbmcgc3JjL01ha2Vm aWxlDQpjb25maWcuc3RhdHVzOiBjcmVhdGluZyBkb2MvTWFrZWZpbGUNCmNvbmZpZy5zdGF0 dXM6IGNyZWF0aW5nIG00L01ha2VmaWxlDQpjb25maWcuc3RhdHVzOiBjcmVhdGluZyBjb25m aWcuaA0KY29uZmlnLnN0YXR1czogZXhlY3V0aW5nIHRlc3RzL2F0Y29uZmlnIGNvbW1hbmRz DQpjb25maWcuc3RhdHVzOiBleGVjdXRpbmcgZGVwZmlsZXMgY29tbWFuZHMNCmNvbmZpZy5z dGF0dXM6IGV4ZWN1dGluZyBkZWZhdWx0LTEgY29tbWFuZHMNCmNvbmZpZy5zdGF0dXM6IGNy ZWF0aW5nIHBvL1BPVEZJTEVTDQpjb25maWcuc3RhdHVzOiBjcmVhdGluZyBwby9NYWtlZmls ZQ0KPT09PiAgQnVpbGRpbmcgZm9yIGJpc29uLTEuMzVfMQ0KbWFrZSAgYWxsLXJlY3Vyc2l2 ZQ0KTWFraW5nIGFsbCBpbiBjb25maWcNCk1ha2luZyBhbGwgaW4gaW50bA0KY2MgLWMgLURM T0NBTEVESVI9XCIvdXNyL2xvY2FsL3NoYXJlL2xvY2FsZVwiIC1ETE9DQUxFX0FMSUFTX1BB VEg9XCIvdXNyL2xvY2FsL3NoYXJlL2xvY2FsZVwiICAtRExJQkRJUj1cIi91c3IvbG9jYWwv bGliZGF0YVwiIC1ESU5fTElCSU5UTCAtREhBVkVfQ09ORklHX0ggLUkuLiAtSS4gLUkuLi9p bnRsIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvICBp bnRsLWNvbXBhdC5jDQpjYyAtYyAtRExPQ0FMRURJUj1cIi91c3IvbG9jYWwvc2hhcmUvbG9j YWxlXCIgLURMT0NBTEVfQUxJQVNfUEFUSD1cIi91c3IvbG9jYWwvc2hhcmUvbG9jYWxlXCIg IC1ETElCRElSPVwiL3Vzci9sb2NhbC9saWJkYXRhXCIgLURJTl9MSUJJTlRMIC1ESEFWRV9D T05GSUdfSCAtSS4uIC1JLiAtSS4uL2ludGwgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8gLXBp cGUgLW1hcmNoPXBlbnRpdW1wcm8gIGJpbmR0ZXh0ZG9tLmMNCmNjIC1jIC1ETE9DQUxFRElS PVwiL3Vzci9sb2NhbC9zaGFyZS9sb2NhbGVcIiAtRExPQ0FMRV9BTElBU19QQVRIPVwiL3Vz ci9sb2NhbC9zaGFyZS9sb2NhbGVcIiAgLURMSUJESVI9XCIvdXNyL2xvY2FsL2xpYmRhdGFc IiAtRElOX0xJQklOVEwgLURIQVZFX0NPTkZJR19IIC1JLi4gLUkuIC1JLi4vaW50bCAtSS91 c3IvbG9jYWwvaW5jbHVkZSAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyAgZGNnZXR0ZXh0 LmMNCmNjIC1jIC1ETE9DQUxFRElSPVwiL3Vzci9sb2NhbC9zaGFyZS9sb2NhbGVcIiAtRExP Q0FMRV9BTElBU19QQVRIPVwiL3Vzci9sb2NhbC9zaGFyZS9sb2NhbGVcIiAgLURMSUJESVI9 XCIvdXNyL2xvY2FsL2xpYmRhdGFcIiAtRElOX0xJQklOVEwgLURIQVZFX0NPTkZJR19IIC1J Li4gLUkuIC1JLi4vaW50bCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTyAtcGlwZSAtbWFyY2g9 cGVudGl1bXBybyAgZGdldHRleHQuYw0KY2MgLWMgLURMT0NBTEVESVI9XCIvdXNyL2xvY2Fs L3NoYXJlL2xvY2FsZVwiIC1ETE9DQUxFX0FMSUFTX1BBVEg9XCIvdXNyL2xvY2FsL3NoYXJl L2xvY2FsZVwiICAtRExJQkRJUj1cIi91c3IvbG9jYWwvbGliZGF0YVwiIC1ESU5fTElCSU5U TCAtREhBVkVfQ09ORklHX0ggLUkuLiAtSS4gLUkuLi9pbnRsIC1JL3Vzci9sb2NhbC9pbmNs dWRlIC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvICBnZXR0ZXh0LmMNCmNjIC1jIC1ETE9D QUxFRElSPVwiL3Vzci9sb2NhbC9zaGFyZS9sb2NhbGVcIiAtRExPQ0FMRV9BTElBU19QQVRI PVwiL3Vzci9sb2NhbC9zaGFyZS9sb2NhbGVcIiAgLURMSUJESVI9XCIvdXNyL2xvY2FsL2xp YmRhdGFcIiAtRElOX0xJQklOVEwgLURIQVZFX0NPTkZJR19IIC1JLi4gLUkuIC1JLi4vaW50 bCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyAgZmlu ZGRvbWFpbi5jDQpjYyAtYyAtRExPQ0FMRURJUj1cIi91c3IvbG9jYWwvc2hhcmUvbG9jYWxl XCIgLURMT0NBTEVfQUxJQVNfUEFUSD1cIi91c3IvbG9jYWwvc2hhcmUvbG9jYWxlXCIgIC1E TElCRElSPVwiL3Vzci9sb2NhbC9saWJkYXRhXCIgLURJTl9MSUJJTlRMIC1ESEFWRV9DT05G SUdfSCAtSS4uIC1JLiAtSS4uL2ludGwgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8gLXBpcGUg LW1hcmNoPXBlbnRpdW1wcm8gIGxvYWRtc2djYXQuYw0KY2MgLWMgLURMT0NBTEVESVI9XCIv dXNyL2xvY2FsL3NoYXJlL2xvY2FsZVwiIC1ETE9DQUxFX0FMSUFTX1BBVEg9XCIvdXNyL2xv Y2FsL3NoYXJlL2xvY2FsZVwiICAtRExJQkRJUj1cIi91c3IvbG9jYWwvbGliZGF0YVwiIC1E SU5fTElCSU5UTCAtREhBVkVfQ09ORklHX0ggLUkuLiAtSS4gLUkuLi9pbnRsIC1JL3Vzci9s b2NhbC9pbmNsdWRlIC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvICBsb2NhbGVhbGlhcy5j DQpjYyAtYyAtRExPQ0FMRURJUj1cIi91c3IvbG9jYWwvc2hhcmUvbG9jYWxlXCIgLURMT0NB TEVfQUxJQVNfUEFUSD1cIi91c3IvbG9jYWwvc2hhcmUvbG9jYWxlXCIgIC1ETElCRElSPVwi L3Vzci9sb2NhbC9saWJkYXRhXCIgLURJTl9MSUJJTlRMIC1ESEFWRV9DT05GSUdfSCAtSS4u IC1JLiAtSS4uL2ludGwgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8gLXBpcGUgLW1hcmNoPXBl bnRpdW1wcm8gIHRleHRkb21haW4uYw0KY2MgLWMgLURMT0NBTEVESVI9XCIvdXNyL2xvY2Fs L3NoYXJlL2xvY2FsZVwiIC1ETE9DQUxFX0FMSUFTX1BBVEg9XCIvdXNyL2xvY2FsL3NoYXJl L2xvY2FsZVwiICAtRExJQkRJUj1cIi91c3IvbG9jYWwvbGliZGF0YVwiIC1ESU5fTElCSU5U TCAtREhBVkVfQ09ORklHX0ggLUkuLiAtSS4gLUkuLi9pbnRsIC1JL3Vzci9sb2NhbC9pbmNs dWRlIC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvICBsMTBuZmxpc3QuYw0KY2MgLWMgLURM T0NBTEVESVI9XCIvdXNyL2xvY2FsL3NoYXJlL2xvY2FsZVwiIC1ETE9DQUxFX0FMSUFTX1BB VEg9XCIvdXNyL2xvY2FsL3NoYXJlL2xvY2FsZVwiICAtRExJQkRJUj1cIi91c3IvbG9jYWwv bGliZGF0YVwiIC1ESU5fTElCSU5UTCAtREhBVkVfQ09ORklHX0ggLUkuLiAtSS4gLUkuLi9p bnRsIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvICBl eHBsb2RlbmFtZS5jDQpjYyAtYyAtRExPQ0FMRURJUj1cIi91c3IvbG9jYWwvc2hhcmUvbG9j YWxlXCIgLURMT0NBTEVfQUxJQVNfUEFUSD1cIi91c3IvbG9jYWwvc2hhcmUvbG9jYWxlXCIg IC1ETElCRElSPVwiL3Vzci9sb2NhbC9saWJkYXRhXCIgLURJTl9MSUJJTlRMIC1ESEFWRV9D T05GSUdfSCAtSS4uIC1JLiAtSS4uL2ludGwgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8gLXBp cGUgLW1hcmNoPXBlbnRpdW1wcm8gIGRjaWdldHRleHQuYw0KY2MgLWMgLURMT0NBTEVESVI9 XCIvdXNyL2xvY2FsL3NoYXJlL2xvY2FsZVwiIC1ETE9DQUxFX0FMSUFTX1BBVEg9XCIvdXNy L2xvY2FsL3NoYXJlL2xvY2FsZVwiICAtRExJQkRJUj1cIi91c3IvbG9jYWwvbGliZGF0YVwi IC1ESU5fTElCSU5UTCAtREhBVkVfQ09ORklHX0ggLUkuLiAtSS4gLUkuLi9pbnRsIC1JL3Vz ci9sb2NhbC9pbmNsdWRlIC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvICBkY25nZXR0ZXh0 LmMNCmNjIC1jIC1ETE9DQUxFRElSPVwiL3Vzci9sb2NhbC9zaGFyZS9sb2NhbGVcIiAtRExP Q0FMRV9BTElBU19QQVRIPVwiL3Vzci9sb2NhbC9zaGFyZS9sb2NhbGVcIiAgLURMSUJESVI9 XCIvdXNyL2xvY2FsL2xpYmRhdGFcIiAtRElOX0xJQklOVEwgLURIQVZFX0NPTkZJR19IIC1J Li4gLUkuIC1JLi4vaW50bCAtSS91c3IvbG9jYWwvaW5jbHVkZSAtTyAtcGlwZSAtbWFyY2g9 cGVudGl1bXBybyAgZG5nZXR0ZXh0LmMNCmNjIC1jIC1ETE9DQUxFRElSPVwiL3Vzci9sb2Nh bC9zaGFyZS9sb2NhbGVcIiAtRExPQ0FMRV9BTElBU19QQVRIPVwiL3Vzci9sb2NhbC9zaGFy ZS9sb2NhbGVcIiAgLURMSUJESVI9XCIvdXNyL2xvY2FsL2xpYmRhdGFcIiAtRElOX0xJQklO VEwgLURIQVZFX0NPTkZJR19IIC1JLi4gLUkuIC1JLi4vaW50bCAtSS91c3IvbG9jYWwvaW5j bHVkZSAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyAgbmdldHRleHQuYw0KY2MgLWMgLURM T0NBTEVESVI9XCIvdXNyL2xvY2FsL3NoYXJlL2xvY2FsZVwiIC1ETE9DQUxFX0FMSUFTX1BB VEg9XCIvdXNyL2xvY2FsL3NoYXJlL2xvY2FsZVwiICAtRExJQkRJUj1cIi91c3IvbG9jYWwv bGliZGF0YVwiIC1ESU5fTElCSU5UTCAtREhBVkVfQ09ORklHX0ggLUkuLiAtSS4gLUkuLi9p bnRsIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvICBw bHVyYWwuYw0KY2MgLWMgLURMT0NBTEVESVI9XCIvdXNyL2xvY2FsL3NoYXJlL2xvY2FsZVwi IC1ETE9DQUxFX0FMSUFTX1BBVEg9XCIvdXNyL2xvY2FsL3NoYXJlL2xvY2FsZVwiICAtRExJ QkRJUj1cIi91c3IvbG9jYWwvbGliZGF0YVwiIC1ESU5fTElCSU5UTCAtREhBVkVfQ09ORklH X0ggLUkuLiAtSS4gLUkuLi9pbnRsIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PIC1waXBlIC1t YXJjaD1wZW50aXVtcHJvICBwbHVyYWwtZXhwLmMNCnBsdXJhbC1leHAuYzogSW4gZnVuY3Rp b24gYGdldHRleHRfZXh0cmFjdF9wbHVyYWxfXyc6DQpwbHVyYWwtZXhwLmM6MTI4OiB3YXJu aW5nOiBhc3NpZ25tZW50IGRpc2NhcmRzIHF1YWxpZmllcnMgZnJvbSBwb2ludGVyIHRhcmdl dCB0eXBlDQpjYyAtYyAtRExPQ0FMRURJUj1cIi91c3IvbG9jYWwvc2hhcmUvbG9jYWxlXCIg LURMT0NBTEVfQUxJQVNfUEFUSD1cIi91c3IvbG9jYWwvc2hhcmUvbG9jYWxlXCIgIC1ETElC RElSPVwiL3Vzci9sb2NhbC9saWJkYXRhXCIgLURJTl9MSUJJTlRMIC1ESEFWRV9DT05GSUdf SCAtSS4uIC1JLiAtSS4uL2ludGwgLUkvdXNyL2xvY2FsL2luY2x1ZGUgLU8gLXBpcGUgLW1h cmNoPXBlbnRpdW1wcm8gIGxvY2FsY2hhcnNldC5jDQpjYyAtYyAtRExPQ0FMRURJUj1cIi91 c3IvbG9jYWwvc2hhcmUvbG9jYWxlXCIgLURMT0NBTEVfQUxJQVNfUEFUSD1cIi91c3IvbG9j YWwvc2hhcmUvbG9jYWxlXCIgIC1ETElCRElSPVwiL3Vzci9sb2NhbC9saWJkYXRhXCIgLURJ Tl9MSUJJTlRMIC1ESEFWRV9DT05GSUdfSCAtSS4uIC1JLiAtSS4uL2ludGwgLUkvdXNyL2xv Y2FsL2luY2x1ZGUgLU8gLXBpcGUgLW1hcmNoPXBlbnRpdW1wcm8gIGxvY2FsZW5hbWUuYw0K Y2MgLWMgLURMT0NBTEVESVI9XCIvdXNyL2xvY2FsL3NoYXJlL2xvY2FsZVwiIC1ETE9DQUxF X0FMSUFTX1BBVEg9XCIvdXNyL2xvY2FsL3NoYXJlL2xvY2FsZVwiICAtRExJQkRJUj1cIi91 c3IvbG9jYWwvbGliZGF0YVwiIC1ESU5fTElCSU5UTCAtREhBVkVfQ09ORklHX0ggLUkuLiAt SS4gLUkuLi9pbnRsIC1JL3Vzci9sb2NhbC9pbmNsdWRlIC1PIC1waXBlIC1tYXJjaD1wZW50 aXVtcHJvICBvc2RlcC5jDQpybSAtZiBsaWJpbnRsLmENCmFyIGNydSBsaWJpbnRsLmEgaW50 bC1jb21wYXQubyBiaW5kdGV4dGRvbS5vIGRjZ2V0dGV4dC5vIGRnZXR0ZXh0Lm8gZ2V0dGV4 dC5vICBmaW5kZG9tYWluLm8gbG9hZG1zZ2NhdC5vIGxvY2FsZWFsaWFzLm8gdGV4dGRvbWFp bi5vIGwxMG5mbGlzdC5vICBleHBsb2RlbmFtZS5vIGRjaWdldHRleHQubyBkY25nZXR0ZXh0 Lm8gZG5nZXR0ZXh0Lm8gbmdldHRleHQubyAgcGx1cmFsLm8gcGx1cmFsLWV4cC5vIGxvY2Fs Y2hhcnNldC5vIGxvY2FsZW5hbWUubyBvc2RlcC5vDQpyYW5saWIgbGliaW50bC5hDQpjcCAu L2xpYmdudWludGwuaCBsaWJpbnRsLmgNCi9iaW4vc2ggLi9jb25maWcuY2hhcnNldCAnaTM4 Ni11bmtub3duLWZyZWVic2Q1LjAnID4gdC1jaGFyc2V0LmFsaWFzDQptdiB0LWNoYXJzZXQu YWxpYXMgY2hhcnNldC5hbGlhcw0Kc2VkIC1lICcvXiMvZCcgLWUgJ3MvQCcnUEFDS0FHRScn QC9iaXNvbi9nJyByZWYtYWRkLnNpbiA+IHQtcmVmLWFkZC5zZWQNCm12IHQtcmVmLWFkZC5z ZWQgcmVmLWFkZC5zZWQNCnNlZCAtZSAnL14jL2QnIC1lICdzL0AnJ1BBQ0tBR0UnJ0AvYmlz b24vZycgcmVmLWRlbC5zaW4gPiB0LXJlZi1kZWwuc2VkDQptdiB0LXJlZi1kZWwuc2VkIHJl Zi1kZWwuc2VkDQpNYWtpbmcgYWxsIGluIHBvDQpNYWtpbmcgYWxsIGluIGxpYg0Kc291cmNl PSdiYXNlbmFtZS5jJyBvYmplY3Q9J2Jhc2VuYW1lLm8nIGxpYnRvb2w9bm8gIGRlcGZpbGU9 Jy5kZXBzL2Jhc2VuYW1lLlBvJyB0bXBkZXBmaWxlPScuZGVwcy9iYXNlbmFtZS5UUG8nICBk ZXBtb2RlPWdjYzMgL3Vzci9sb2NhbC9iaW4vYmFzaCAuLi9jb25maWcvZGVwY29tcCAgY2Mg LURIQVZFX0NPTkZJR19IIC1JLiAtSS4gLUkuLiAtSS4uIC1JLiAtSS4uL2ludGwgICAtSS91 c3IvbG9jYWwvaW5jbHVkZSAgLU8gLXBpcGUgLW1hcmNoPXBlbnRpdW1wcm8gIC1jIGB0ZXN0 IC1mIGJhc2VuYW1lLmMgfHwgZWNobyAnLi8nYGJhc2VuYW1lLmMNCnNvdXJjZT0nZGlybmFt ZS5jJyBvYmplY3Q9J2Rpcm5hbWUubycgbGlidG9vbD1ubyAgZGVwZmlsZT0nLmRlcHMvZGly bmFtZS5QbycgdG1wZGVwZmlsZT0nLmRlcHMvZGlybmFtZS5UUG8nICBkZXBtb2RlPWdjYzMg L3Vzci9sb2NhbC9iaW4vYmFzaCAuLi9jb25maWcvZGVwY29tcCAgY2MgLURIQVZFX0NPTkZJ R19IIC1JLiAtSS4gLUkuLiAtSS4uIC1JLiAtSS4uL2ludGwgICAtSS91c3IvbG9jYWwvaW5j bHVkZSAgLU8gLXBpcGUgLW1hcmNoPXBlbnRpdW1wcm8gIC1jIGB0ZXN0IC1mIGRpcm5hbWUu YyB8fCBlY2hvICcuLydgZGlybmFtZS5jDQpzb3VyY2U9J2dldG9wdC5jJyBvYmplY3Q9J2dl dG9wdC5vJyBsaWJ0b29sPW5vICBkZXBmaWxlPScuZGVwcy9nZXRvcHQuUG8nIHRtcGRlcGZp bGU9Jy5kZXBzL2dldG9wdC5UUG8nICBkZXBtb2RlPWdjYzMgL3Vzci9sb2NhbC9iaW4vYmFz aCAuLi9jb25maWcvZGVwY29tcCAgY2MgLURIQVZFX0NPTkZJR19IIC1JLiAtSS4gLUkuLiAt SS4uIC1JLiAtSS4uL2ludGwgICAtSS91c3IvbG9jYWwvaW5jbHVkZSAgLU8gLXBpcGUgLW1h cmNoPXBlbnRpdW1wcm8gIC1jIGB0ZXN0IC1mIGdldG9wdC5jIHx8IGVjaG8gJy4vJ2BnZXRv cHQuYw0Kc291cmNlPSdnZXRvcHQxLmMnIG9iamVjdD0nZ2V0b3B0MS5vJyBsaWJ0b29sPW5v ICBkZXBmaWxlPScuZGVwcy9nZXRvcHQxLlBvJyB0bXBkZXBmaWxlPScuZGVwcy9nZXRvcHQx LlRQbycgIGRlcG1vZGU9Z2NjMyAvdXNyL2xvY2FsL2Jpbi9iYXNoIC4uL2NvbmZpZy9kZXBj b21wICBjYyAtREhBVkVfQ09ORklHX0ggLUkuIC1JLiAtSS4uIC1JLi4gLUkuIC1JLi4vaW50 bCAgIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyAg LWMgYHRlc3QgLWYgZ2V0b3B0MS5jIHx8IGVjaG8gJy4vJ2BnZXRvcHQxLmMNCnNvdXJjZT0n cXVvdGUuYycgb2JqZWN0PSdxdW90ZS5vJyBsaWJ0b29sPW5vICBkZXBmaWxlPScuZGVwcy9x dW90ZS5QbycgdG1wZGVwZmlsZT0nLmRlcHMvcXVvdGUuVFBvJyAgZGVwbW9kZT1nY2MzIC91 c3IvbG9jYWwvYmluL2Jhc2ggLi4vY29uZmlnL2RlcGNvbXAgIGNjIC1ESEFWRV9DT05GSUdf SCAtSS4gLUkuIC1JLi4gLUkuLiAtSS4gLUkuLi9pbnRsICAgLUkvdXNyL2xvY2FsL2luY2x1 ZGUgIC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvICAtYyBgdGVzdCAtZiBxdW90ZS5jIHx8 IGVjaG8gJy4vJ2BxdW90ZS5jDQpzb3VyY2U9J3F1b3RlYXJnLmMnIG9iamVjdD0ncXVvdGVh cmcubycgbGlidG9vbD1ubyAgZGVwZmlsZT0nLmRlcHMvcXVvdGVhcmcuUG8nIHRtcGRlcGZp bGU9Jy5kZXBzL3F1b3RlYXJnLlRQbycgIGRlcG1vZGU9Z2NjMyAvdXNyL2xvY2FsL2Jpbi9i YXNoIC4uL2NvbmZpZy9kZXBjb21wICBjYyAtREhBVkVfQ09ORklHX0ggLUkuIC1JLiAtSS4u IC1JLi4gLUkuIC1JLi4vaW50bCAgIC1JL3Vzci9sb2NhbC9pbmNsdWRlICAtTyAtcGlwZSAt bWFyY2g9cGVudGl1bXBybyAgLWMgYHRlc3QgLWYgcXVvdGVhcmcuYyB8fCBlY2hvICcuLydg cXVvdGVhcmcuYw0KcXVvdGVhcmcuYzogSW4gZnVuY3Rpb24gYHF1b3RlYXJnX2J1ZmZlcl9y ZXN0eWxlZCc6DQpxdW90ZWFyZy5jOjQyOTogc3ludGF4IGVycm9yIGJlZm9yZSAibWJzdGF0 ZSINCnF1b3RlYXJnLmM6NDMwOiBgbWJzdGF0ZScgdW5kZWNsYXJlZCAoZmlyc3QgdXNlIGlu IHRoaXMgZnVuY3Rpb24pDQpxdW90ZWFyZy5jOjQzMDogKEVhY2ggdW5kZWNsYXJlZCBpZGVu dGlmaWVyIGlzIHJlcG9ydGVkIG9ubHkgb25jZQ0KcXVvdGVhcmcuYzo0MzA6IGZvciBlYWNo IGZ1bmN0aW9uIGl0IGFwcGVhcnMgaW4uKQ0KKioqIEVycm9yIGNvZGUgMQ0KDQpTdG9wIGlu IC91c3IvcG9ydHMvZGV2ZWwvYmlzb24vd29yay9iaXNvbi0xLjM1L2xpYi4NCioqKiBFcnJv ciBjb2RlIDENCg0KU3RvcCBpbiAvdXNyL3BvcnRzL2RldmVsL2Jpc29uL3dvcmsvYmlzb24t MS4zNS4NCioqKiBFcnJvciBjb2RlIDENCg0KU3RvcCBpbiAvdXNyL3BvcnRzL2RldmVsL2Jp c29uL3dvcmsvYmlzb24tMS4zNS4NCioqKiBFcnJvciBjb2RlIDENCg0KU3RvcCBpbiAvdXNy L3BvcnRzL2RldmVsL2Jpc29uLg0K --------------060406080709010404090306-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 3:19:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from ipv6.ppk.itb.ac.id (gerbang.ppk.itb.ac.id [167.205.25.15]) by hub.freebsd.org (Postfix) with ESMTP id ADAEF37B409 for ; Sun, 23 Jun 2002 03:18:43 -0700 (PDT) Received: by ipv6.ppk.itb.ac.id (Postfix, from userid 1000) id 7E8C523043; Sun, 23 Jun 2002 17:18:59 +0700 (WIT) Date: Sun, 23 Jun 2002 17:18:59 +0700 From: Dikshie To: current@freebsd.org Subject: kernel compile error Message-ID: <20020623171859.A43046@ppk.itb.ac.id> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Operating-System: (FreeBSD 4.6-STABLE i386) X-Uptime: 5:17PM up 4 days, 19:30, 2 users, load averages: 1.65, 1.23, 0.68 X-Organization: Pusat Penelitian Kelautan (PPK) X-Location: Labtek VI Building, Institute of Technology, Bandung, Indonesia X-Web-Site: http://ipv6.ppk.itb.ac.id/~dikshie X-IPv6: 2001:200:830:4:1::15/80, http://www.ipv6.itb.ac.id X-Provider: AI3-Net, http://www.ai3.itb.ac.id X-ICQ: 47556213 X-Yahoo-ID: dikshie Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ===> xe @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/xe/../../dev/xe/if_xe.c /usr/src/sys/modules/xe/../../dev/xe/if_xe_pccard.c cd /usr/obj/usr/src/sys/MANDIRI; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec GROFF_BIN_PATH=/usr/obj/usr/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/share/tmac DESTDIR=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/libexec make KERNEL=kernel all cc -c -x assembler-with-cpp -DLOCORE -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-format -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -fno-common -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/i386/i386/locore.s {standard input}: Assembler messages: {standard input}:1696: Warning: rest of line ignored; first ignored character is `t' {standard input}:1698: Error: unknown pseudo-op: `.' {standard input}:1813: Error: missing ')' {standard input}:1813: Error: missing ')' {standard input}:1813: Error: junk `tmpstk)- 0xc0000000)' after expression *** Error code 1 Stop in /usr/obj/usr/src/sys/MANDIRI. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. mandiri# do I miss something ? many thanks ! -dikshie- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 4:19:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from Mgw1-in.NCTU.edu.tw (Mgw1-in.nctu.edu.tw [140.113.54.37]) by hub.freebsd.org (Postfix) with ESMTP id E991C37B401; Sun, 23 Jun 2002 04:19:21 -0700 (PDT) Received: from Terry.Dorm11.NCTU.edu.tw (Terry.Dorm11.NCTU.edu.tw [140.113.192.99]) by Mgw1-in.NCTU.edu.tw (8.12.3/8.12.3) with ESMTP id g5NBJ1Uw090523; Sun, 23 Jun 2002 19:19:01 +0800 (CST) Received: from Terry.Dorm11.NCTU.edu.tw (ijliao@localhost [127.0.0.1]) by Terry.Dorm11.NCTU.edu.tw (8.12.3/8.12.3) with ESMTP id g5NBJ6L2085207; Sun, 23 Jun 2002 19:19:07 +0800 (CST) (envelope-from ijliao@Terry.Dorm11.NCTU.edu.tw) Received: (from ijliao@localhost) by Terry.Dorm11.NCTU.edu.tw (8.12.3/8.12.3/Submit) id g5NBJ6d3085206; Sun, 23 Jun 2002 19:19:06 +0800 (CST) Date: Sun, 23 Jun 2002 19:19:06 +0800 From: Ying-Chieh Liao To: freebsd-current@FreeBSD.ORG Cc: sobomax@FreeBSD.ORG, Ying-Chieh Liao Subject: Re: make install failed on XFree86-4-client (with 6/10 -current) Message-ID: <20020623111906.GA84645@terry.dragon2.net> References: <20020617040914.GA8595@terry.dragon2.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <20020617040914.GA8595@terry.dragon2.net> X-Operating-System: FreeBSD 5.0-CURRENT i386 X-PGP-Key-Location: http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x11C02382 X-PGP-Key-Fingerprint: 4E98 55CC 2866 7A90 EFD7 9DA5 ACC6 0165 11C0 2382 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=big5 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 17, 2002 at 12:09:14 +0800, Ying-Chieh Liao wrote: > make build all ok, but failed on install > should I rebuild world first ? after adding "-lstdc++" , it's all ok and I find that everything link with libGL* must link to stdc++, too (at least ports/x11-toolkits/gtkglarea) maybe the same situation with pr/27036 ? --=20 Pi seconds is a nanocentury. --- Tom Duff --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9Fa6qrMYBZRHAI4IRAu+VAJwKfVbHhvfWJ7ryxoYUQH6a/Va2OACgu34c SBP9P7Ht61cmNFt+Y121aPs= =Ni/C -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 4:31: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by hub.freebsd.org (Postfix) with ESMTP id CC1F637B401 for ; Sun, 23 Jun 2002 04:31:00 -0700 (PDT) Received: from fwd06.sul.t-online.de by mailout09.sul.t-online.com with smtp id 17M5a4-0000Do-00; Sun, 23 Jun 2002 13:30:56 +0200 Received: from Gatekeeper.FreeBSD.org (520047440004-0001@[80.132.234.99]) by fmrl06.sul.t-online.com with esmtp id 17M5Zq-0lXGBkC; Sun, 23 Jun 2002 13:30:42 +0200 Received: from StefanEsser.FreeBSD.org (StefanEsser [10.0.0.1]) by Gatekeeper.FreeBSD.org (Postfix) with ESMTP id 0FED05F17; Sun, 23 Jun 2002 13:30:43 +0200 (CEST) Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id C7D1E1E38; Sun, 23 Jun 2002 13:30:42 +0200 (CEST) Date: Sun, 23 Jun 2002 13:30:42 +0200 From: Stefan Esser To: Martin Blapp Cc: Kris Kennaway , Yamada Ken Takeshi , freebsd-current@FreeBSD.org Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries Message-ID: <20020623113042.GA1676@StefanEsser.FreeBSD.org> Reply-To: Stefan Esser References: <20020621180839.GA608@StefanEsser.FreeBSD.org> <20020622144309.I550-100000@levais.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20020622144309.I550-100000@levais.imp.ch> User-Agent: Mutt/1.5.1i X-Sender: 520047440004-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-06-22 14:44 +0200, Martin Blapp wrote: >=20 > Hi Stefan, >=20 > Did the GCC-3.1 from ports compile translate.c with optimization > > turned on ??? > > > > It didn't, just one or two weeks ago. >=20 > GCC3.1.1 Prerelease. >=20 > Yes it did. I removed the patch andd added -O and -O2 again. Sorry, but the version from ports failed without the patch, just a few seconds ago: $ gcc -v gcc version 3.1.1 20020527 (prerelease) [FreeBSD] $ LD_LIBRARY_PATH=3D../../../../exports/lib gcc31 -c -O2 -pipe -march=3Di48= 6 -ansi -pedantic -Dasm=3D__asm -Wall -Wpointer-arith -I../../../../expo= rts/include -I../../../../exports/include/X11 -I../../../../include/extensi= ons -I../../../../extras/Mesa/src -I../../../../lib/GL/dri = -I../../../.. -I../../../../exports/include -DCSRG_BASED -DFUNCPROTO=3D1= 5 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI -DMAL= LOC_0_RETURNS_NULL -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOP= EN -DGLX_USE_MESA -DUSE_X86_ASM -DUSE_MMX_ASM -ansi -p= edantic -Dasm=3D__asm -Wall -Wpointer-arith -I../../../../exports/include = -I../../../../exports/include/X11 -I../../../../include/extensions = -I../../../../extras/Mesa/src -I../../../../lib/GL/dri -I../../../.. -I.= ./../../../exports/include -DCSRG_BASED -DFUNCPROTO=3D15 -DNARROWPROTO -= DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI -DMALLOC_0_RETURNS_NUL= L -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA= -DUSE_X86_ASM -DUSE_MMX_ASM -fPIC translate.c In file included from translate.c:779: =2E./../../../extras/Mesa/src/trans_tmp.h: In function `trans_1_GLdouble_1u= b_elt': =2E./../../../extras/Mesa/src/trans_tmp.h:124: could not find a spill regis= ter (insn 99 97 100 (set (subreg:SF (reg:QI 76) 0) (plus:SF (reg:SF 8 st(0) [77]) (reg:SF 9 st(1) [81]))) 525 {*fop_sf_comm_nosse} (insn_list 90 = (nil)) (expr_list:REG_DEAD (reg:SF 8 st(0) [77]) (nil))) =2E./../../../extras/Mesa/src/trans_tmp.h:124: Internal compiler error in f= ailed_reload, at reload1.c:5050 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. I'm going to test with the updated port, later (20020617 prerelease). Regards, STefan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 4:39:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 27F8137B401 for ; Sun, 23 Jun 2002 04:39:20 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id VAA17718; Sun, 23 Jun 2002 21:39:06 +1000 Date: Sun, 23 Jun 2002 21:44:09 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Riccardo Torrini Cc: current@FreeBSD.ORG, Jan Stocker Subject: Re: Floppy only 8.3 filenames In-Reply-To: Message-ID: <20020623213446.U11964-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 23 Jun 2002, Riccardo Torrini wrote: > On 23-Jun-2002 (05:36:10/GMT) Bruce Evans wrote: > > > msdos doesn't exist in -current (it has been renamed to msdosfs)... > > Aarrgghh! When it happens? I'm sure to miss something but here More than a year ago. > mount_msdos works (and in my /etc/fstab I have msdos not msdosfs). > Is a manual removal required or would be done by installworld? Manual removal is required for most things in -curret, including this, unless you reallly want to keep them. > This means that I must remove also all non May 8 mount files, > mount_{fdesc kernfs mfs msdos null portal umap union} ? Yes. Most of these were renamed a few days before mount_msdos. > (yes, my world is from may 8 (pre gcc_3.1), I'm rebuilding it now) Some of the mount(2) interfaces were finally broken by converting to nmount(2) a few days after that. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 7:11:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id D0BB437B403; Sun, 23 Jun 2002 07:11:23 -0700 (PDT) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g5NEBG019257; Sun, 23 Jun 2002 16:11:16 +0200 (CEST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g5NEBF9014219870; Sun, 23 Jun 2002 16:11:15 +0200 (MES) Date: Sun, 23 Jun 2002 16:13:09 +0200 (CEST) From: Martin Blapp To: Stefan Esser Cc: Kris Kennaway , Yamada Ken Takeshi , Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries In-Reply-To: <20020623113042.GA1676@StefanEsser.FreeBSD.org> Message-ID: <20020623160654.J17304-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Very very strange ... How recent is your CURRENT ? Mine is : FreeBSD 5.0-CURRENT #2: Fri May 31 09:49:38 CEST 2002 root@fuchur:/usr/ports/x11/XFree86-4-libraries# pwd /usr/ports/x11/XFree86-4-libraries root@fuchur:/usr/ports/x11/XFree86-4-libraries# cc --version gcc (GCC) 3.1.1 20020617 (prerelease) [FreeBSD] make (using cc -c -O -pipe -O2 -ansi -pedantic), I removed files/patch-d [...] Sun Jun 23 16:05:30 CEST 2002 build of X Window System complete. Here it also worked with the last gcc snapshot. Martin ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 7:27: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from access.inet.co.th (access.inet.co.th [203.151.127.252]) by hub.freebsd.org (Postfix) with ESMTP id 0234C37B41B for ; Sun, 23 Jun 2002 07:26:39 -0700 (PDT) Received: from pc62.ntl.nectec.or.th (pc62.ntl.nectec.or.th [203.150.154.212]) by access.inet.co.th (8.8.8/8.8.8) with ESMTP id VAA14449 for ; Sun, 23 Jun 2002 21:26:35 +0700 (ICT) (envelope-from sanseg@access.inet.co.th) Subject: unsubscribe cvs-all From: San Segkhoonthod To: freebsd-current@FreeBSD.ORG In-Reply-To: <20020623160654.J17304-100000@levais.imp.ch> References: <20020623160654.J17304-100000@levais.imp.ch> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 23 Jun 2002 21:34:46 +0700 Message-Id: <1024842918.3851.1.camel@bua> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG unsubscribe cvs-all To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 7:34:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 5B27837B400; Sun, 23 Jun 2002 07:34:11 -0700 (PDT) Received: from nbs.imp.ch (nbs.imp.ch [157.161.4.7]) by mail.imp.ch (8.11.6/8.11.6) with ESMTP id g5NEYA020970; Sun, 23 Jun 2002 16:34:10 +0200 (CEST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by nbs.imp.ch (8.12.3/8.12.3) with ESMTP id g5NEYA9014178672; Sun, 23 Jun 2002 16:34:10 +0200 (MES) Date: Sun, 23 Jun 2002 16:36:04 +0200 (CEST) From: Martin Blapp To: Stefan Esser Cc: Kris Kennaway , Yamada Ken Takeshi , Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries In-Reply-To: <20020623113042.GA1676@StefanEsser.FreeBSD.org> Message-ID: <20020623163107.P17304-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I see the bug now too - with the newest snapshot. Sorry about this ! Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 9:30: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from blackhole.x-echo.com (blackhole.x-echo.com [195.101.94.7]) by hub.freebsd.org (Postfix) with ESMTP id 3447837B400 for ; Sun, 23 Jun 2002 09:29:07 -0700 (PDT) Received: from ducrot by poup.poupinou.org with local (Exim) id 17M9DK-00078y-00; Sun, 23 Jun 2002 17:23:42 +0200 Date: Sun, 23 Jun 2002 17:23:42 +0200 To: "Grover, Andrew" Cc: 'Michael Nottebrock' , "Fischer, Oliver" , "David W. Chapman Jr." , CURRENT@FreeBSD.ORG Subject: Re: [OT] ACPI based support for suspend to disk? Message-ID: <20020623152342.GA27430@poup.poupinou.org> References: <59885C5E3098D511AD690002A5072D3C02AB7F4E@orsmsx111.jf.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <59885C5E3098D511AD690002A5072D3C02AB7F4E@orsmsx111.jf.intel.com> User-Agent: Mutt/1.3.28i From: Ducrot Bruno Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 20, 2002 at 05:18:25PM -0700, Grover, Andrew wrote: > > From: Michael Nottebrock [mailto:michaelnottebrock@gmx.net] > > > You are right. My PC supports this via BIOS too. The > > > disadvantage is, that the bios handle it. I like W2K's > > > feature to do it ACPI based (?). This gives my the freedom > > > to suspend my W2K to disk and to reboot with FBSD. Later I > > > reboot again and choose W2K and it restores it previous > > > state. If the bios does it, it restores always the last > > > suspended OS. > > > > AFAIR, the Win2k-Suspend2Disk is not ACPI-based. > > Win2k suspend to disk (STD) (aka hibernate aka ACPI S4) is using ACPI. ACPI > defines 2 kinds of STD, S4 and S4BIOS. S4 is completely done by the > operating system, and then uses the ACPI interface to turn the system off. > S4BIOS...uses the BIOS, usually to a dedicated suspend partition. > > Having the OS save the system image to disk is generally considered the way > to go. But of course that requires that your OS have that added capability. > > So yes I guess you *are* right in that ACPI doesn't actually do the suspend > to disk, but it is involved in the process. > there is a little detail that I don't understand actually. When we want to enter S4 in: sys/contrib/dev/acpica/hwsleep.c::AcpiEnterSleepState we have to fill PM1AControl and PM1BControl with some values deduced by the DSDT. Those values are different, and I am ok with that for S1, S2, etc. But for S4 and S5, there are different too. If I am correct, this implied a different glue logic for the hardware. What is the difference expected for S4 and S5? Cheers, -- Ducrot Bruno http://www.poupinou.org Page profaissionelle http://toto.tu-me-saoules.com Haume page To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 12:12:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id CF7DD37B400 for ; Sun, 23 Jun 2002 12:11:59 -0700 (PDT) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.4/8.12.4) with ESMTP id g5NJBxBM053531 for ; Sun, 23 Jun 2002 12:11:59 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.12.4/8.12.4/Submit) id g5NJBxFO053530 for freebsd-current@freebsd.org; Sun, 23 Jun 2002 12:11:59 -0700 (PDT) Date: Sun, 23 Jun 2002 12:11:59 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Subject: someone broke if_rl or miibus or ... Message-ID: <20020623121159.A53498@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A kernel from yesterday probes my network card as follows: rl0: port 0x8800-0x88ff mem 0xe2800000-0xe28000ff\ irq 15 at device 13.0 on pci0 rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mode rl0: Ethernet address: 00:00:c5:b3:45:24 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto A kernel from today probes the network card as follows: rl0: port 0x8800-0x88ff mem 0xe2800000-0xe28000ff\ irq 15 at device 13.0 on pci0 rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mode rl0: Ethernet address: 00:00:c5:b3:45:24 rl0: MII without any phy! device_probe_and_attach: rl0 attach returned 6 I can't find a change to the code that is used to produce if_rl.ko or the miibus.ko, which would account for this problem. Any pointers? -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 12:46:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 9CEEF37B401; Sun, 23 Jun 2002 12:46:37 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5NJkSP8051547; Sun, 23 Jun 2002 12:46:28 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5NJkPms051546; Sun, 23 Jun 2002 12:46:25 -0700 (PDT) Date: Sun, 23 Jun 2002 12:46:25 -0700 From: "David O'Brien" To: Ying-Chieh Liao Cc: freebsd-current@FreeBSD.ORG, sobomax@FreeBSD.ORG, Ying-Chieh Liao Subject: Re: make install failed on XFree86-4-client (with 6/10 -current) Message-ID: <20020623124625.B51459@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020617040914.GA8595@terry.dragon2.net> <20020623111906.GA84645@terry.dragon2.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020623111906.GA84645@terry.dragon2.net>; from ijliao@FreeBSD.ORG on Sun, Jun 23, 2002 at 07:19:06PM +0800 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 23, 2002 at 07:19:06PM +0800, Ying-Chieh Liao wrote: > On Mon, Jun 17, 2002 at 12:09:14 +0800, Ying-Chieh Liao wrote: > > make build all ok, but failed on install > > should I rebuild world first ? > > after adding "-lstdc++" , it's all ok It is not OK. One should NEVER be explicity adding "-lstdc++". Please use the right compiler which takes care of all this for you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 12:51: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 6C63237B43E; Sun, 23 Jun 2002 12:50:55 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5NJotP8051673; Sun, 23 Jun 2002 12:50:55 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5NJoskV051672; Sun, 23 Jun 2002 12:50:54 -0700 (PDT) Date: Sun, 23 Jun 2002 12:50:54 -0700 From: "David O'Brien" To: John Angelmo Cc: ports@FreeBSD.org, current Subject: Re: bison-1.35 Compile error on Current Message-ID: <20020623125054.C51459@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org Mail-Followup-To: David O'Brien , John Angelmo , ports@FreeBSD.org, current References: <3D159E7D.3040602@veidit.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3D159E7D.3040602@veidit.net>; from john@veidit.net on Sun, Jun 23, 2002 at 12:10:05PM +0200 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 23, 2002 at 12:10:05PM +0200, John Angelmo wrote: > I'm running a one day old Current And I'm getting this error messages > when I'm trying to compile I cannot reproduce either your ports/lang/gcc31 or this problem. At this point I am suspecting something is wrong with your system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 12:57:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id B21BC37B400 for ; Sun, 23 Jun 2002 12:57:17 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.3/8.12.2) with ESMTP id g5NJvHP8051809; Sun, 23 Jun 2002 12:57:17 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5NJvGgW051808; Sun, 23 Jun 2002 12:57:16 -0700 (PDT) Date: Sun, 23 Jun 2002 12:57:16 -0700 From: "David O'Brien" To: Riccardo Torrini Cc: current@FreeBSD.ORG Subject: Re: Floppy only 8.3 filenames Message-ID: <20020623125716.E51459@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , Riccardo Torrini , current@FreeBSD.ORG References: <20020623153059.Y11044-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from riccardo@torrini.org on Sun, Jun 23, 2002 at 10:12:08AM +0200 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 23, 2002 at 10:12:08AM +0200, Riccardo Torrini wrote: > > msdos doesn't exist in -current (it has been renamed to msdosfs)... > > Aarrgghh! When it happens? .... > # cd /sbin && ls -l mount* > -r-xr-xr-x 1 root wheel 347084 Apr 28 2001 mount_msdos > -r-xr-xr-x 1 root wheel 380812 May 8 02:48 mount_msdosfs Sortly after Apr 28 2001. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 14:45:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from melete.ch.intel.com (chfdns02.ch.intel.com [143.182.246.25]) by hub.freebsd.org (Postfix) with ESMTP id B5AC037B42C for ; Sun, 23 Jun 2002 14:45:06 -0700 (PDT) Received: from fmsmsxvs042.fm.intel.com (fmsmsxvs042.fm.intel.com [132.233.42.128]) by melete.ch.intel.com (8.11.6/8.11.6/d: solo.mc,v 1.42 2002/05/23 22:21:11 root Exp $) with SMTP id g5NLcJJ13399 for ; Sun, 23 Jun 2002 21:38:19 GMT Received: from fmsmsx26.fm.intel.com ([132.233.42.26]) by fmsmsxvs042.fm.intel.com (NAVGW 2.5.2.11) with SMTP id M2002062314383521502 ; Sun, 23 Jun 2002 14:38:35 -0700 Received: by fmsmsx26.fm.intel.com with Internet Mail Service (5.5.2653.19) id ; Sun, 23 Jun 2002 14:38:15 -0700 Message-ID: <59885C5E3098D511AD690002A5072D3C02AB7F51@orsmsx111.jf.intel.com> From: "Grover, Andrew" To: "'Ducrot Bruno'" Cc: "'Michael Nottebrock'" , "Fischer, Oliver" , "David W. Chapman Jr." , CURRENT@FreeBSD.ORG Subject: RE: [OT] ACPI based support for suspend to disk? Date: Sun, 23 Jun 2002 14:38:13 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: Ducrot Bruno [mailto:ducrot@poupinou.org] > there is a little detail that I don't understand actually. When we > want to enter S4 in: > > sys/contrib/dev/acpica/hwsleep.c::AcpiEnterSleepState > > we have to fill PM1AControl and PM1BControl with some values > deduced by > the DSDT. Those values are different, and I am ok with that > for S1, S2, etc. > But for S4 and S5, there are different too. If I am correct, > this implied > a different glue logic for the hardware. What is the > difference expected > for S4 and S5? Good question. On some systems (IBM T20) the values for SLP_TYP registers on the PM1A and 1B Control blocks are the same for S4 and S5. On some (IBM T23) the values between S4 and S5 are different. The only possible difference appears in which wake events might be enabled for the two states. Regards -- Andy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 18: 2:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 0531A37B400; Sun, 23 Jun 2002 18:02:48 -0700 (PDT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 63B9B2CC6CA; Sun, 23 Jun 2002 22:02:42 -0300 (ADT) Date: Sun, 23 Jun 2002 22:02:42 -0300 (ADT) From: "Marc G. Fournier" To: Martin Blapp Cc: Stefan Esser , Kris Kennaway , Yamada Ken Takeshi , Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries In-Reply-To: <20020623160654.J17304-100000@levais.imp.ch> Message-ID: <20020623220222.Q20796-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 23 Jun 2002, Martin Blapp wrote: > > Very very strange ... > > How recent is your CURRENT ? > > Mine is : > > FreeBSD 5.0-CURRENT #2: Fri May 31 09:49:38 CEST 2002 > > root@fuchur:/usr/ports/x11/XFree86-4-libraries# pwd > /usr/ports/x11/XFree86-4-libraries > > root@fuchur:/usr/ports/x11/XFree86-4-libraries# cc --version > gcc (GCC) 3.1.1 20020617 (prerelease) [FreeBSD] > > make (using cc -c -O -pipe -O2 -ansi -pedantic), I removed > files/patch-d > > [...] > > Sun Jun 23 16:05:30 CEST 2002 > > build of X Window System complete. > > Here it also worked with the last gcc snapshot. My experiences here are that building X works, installing X dooesn't ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 20: 3:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122]) by hub.freebsd.org (Postfix) with ESMTP id 3834337B403 for ; Sun, 23 Jun 2002 20:03:30 -0700 (PDT) Received: from bowie.private (d141-203-124.home.cgocable.net [24.141.203.124]) by espresso.q9media.com (Postfix) with ESMTP id 9EC299C0B for ; Sun, 23 Jun 2002 23:00:50 -0400 (EDT) Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.3/8.12.3) with ESMTP id g5NB2Vp2022302 for ; Sun, 23 Jun 2002 11:17:32 GMT (envelope-from des@bowie.private) Received: (from des@localhost) by bowie.private (8.12.3/8.12.3/Submit) id g5NB2Vt2022300 for current@freebsd.org; Sun, 23 Jun 2002 11:02:31 GMT Date: Sun, 23 Jun 2002 11:02:31 GMT From: Dag-Erling Smorgrav Message-Id: <200206231102.g5NB2Vt2022300@bowie.private> To: current@freebsd.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpd.c:1604: warning: long long int format, off_t arg (arg 6) /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpd.c: In function `dataconn': /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpd.c:1680: warning: long long int format, off_t arg (arg 4) /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpd.c:1680: warning: long long int format, off_t arg (arg 4) /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpd.c: In function `statcmd': /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpd.c:2025: warning: too many arguments for format /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpd.c:2021: warning: `a' might be used uninitialized in this function /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpd.c:2021: warning: `p' might be used uninitialized in this function /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpd.c:2083: warning: `alen' might be used uninitialized in this function /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpd.c: In function `myoob': /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpd.c:2399: warning: long long int format, off_t arg (arg 3) /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpd.c:2399: warning: long long int format, off_t arg (arg 4) /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpd.c:2401: warning: long long int format, off_t arg (arg 3) /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpcmd.y: In function `sizecmd': /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpcmd.y:1571: warning: long long unsigned int format, off_t arg (arg 3) /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpcmd.y:1601: warning: long long int format, off_t arg (arg 3) /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpcmd.y: In function `yyparse': /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpcmd.y:201: warning: deprecated use of label at end of compound statement /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpcmd.y:222: warning: deprecated use of label at end of compound statement /usr/home/des/tinderbox/sparc64/src/libexec/ftpd/ftpcmd.y:788: warning: long long unsigned int format, off_t arg (arg 3) /usr/home/des/tinderbox/sparc64/src/bin/ls/ls.c: In function `display': /usr/home/des/tinderbox/sparc64/src/bin/ls/ls.c:544: warning: null format string /usr/home/des/tinderbox/sparc64/src/bin/ls/ls.c:565: warning: long long unsigned int format, off_t arg (arg 9) /usr/home/des/tinderbox/sparc64/src/bin/ls/ls.c:680: warning: null format string /usr/home/des/tinderbox/sparc64/src/bin/ls/ls.c:697: warning: null format string /usr/home/des/tinderbox/sparc64/src/bin/ls/ls.c:743: warning: long long unsigned int format, off_t arg (arg 4) /usr/home/des/tinderbox/sparc64/src/bin/ls/ls.c:743: warning: long long unsigned int format, off_t arg (arg 4) /usr/home/des/tinderbox/sparc64/src/bin/ls/lomac.c: In function `get_lattr': /usr/home/des/tinderbox/sparc64/src/bin/ls/lomac.c:144: warning: null format string /usr/home/des/tinderbox/sparc64/src/bin/ls/lomac.c:153: warning: null format string /usr/home/des/tinderbox/sparc64/src/bin/ls/print.c: In function `printlong': /usr/home/des/tinderbox/sparc64/src/bin/ls/print.c:179: warning: long long int format, long int arg (arg 3) /usr/home/des/tinderbox/sparc64/src/bin/ls/print.c:199: warning: long long int format, off_t arg (arg 5) /usr/home/des/tinderbox/sparc64/src/bin/ls/print.c: In function `printcol': /usr/home/des/tinderbox/sparc64/src/bin/ls/print.c:282: warning: null format string /usr/home/des/tinderbox/sparc64/src/bin/ls/print.c:257: warning: `base' might be used uninitialized in this function /usr/home/des/tinderbox/sparc64/src/bin/ls/print.c: In function `printaname': /usr/home/des/tinderbox/sparc64/src/bin/ls/print.c:358: warning: long long int format, long int arg (arg 3) /usr/home/des/tinderbox/sparc64/src/bin/ls/print.c: In function `printsize': /usr/home/des/tinderbox/sparc64/src/bin/ls/print.c:614: warning: field width is not type int (arg 2) /usr/home/des/tinderbox/sparc64/src/bin/ls/print.c:617: warning: field width is not type int (arg 2) /usr/home/des/tinderbox/sparc64/src/bin/ls/print.c:617: warning: long long int format, off_t arg (arg 3) /usr/home/des/tinderbox/sparc64/src/bin/ls/print.c:619: warning: field width is not type int (arg 2) /usr/home/des/tinderbox/sparc64/src/bin/ls/print.c:619: warning: long long int format, off_t arg (arg 3) ===> libexec/getNAME ===> libexec/getty ===> libexec/lukemftpd ===> libexec/makekey ===> libexec/mknetid ===> libexec/pppoed ===> libexec/rbootd ===> libexec/revnetgroup ===> libexec/rexecd ===> libexec/rlogind ===> libexec/rpc.rquotad ===> libexec/rpc.rstatd ===> libexec/rpc.rusersd ===> libexec/rpc.rwalld ===> libexec/rpc.sprayd ===> libexec/rshd ===> libexec/save-entropy ===> libexec/talkd ===> libexec/tftpd ===> libexec/xtend ===> libexec/ypxfr /usr/home/des/tinderbox/sparc64/src/libexec/ypxfr/ypxfr_main.c: In function `main': /usr/home/des/tinderbox/sparc64/src/libexec/ypxfr/ypxfr_main.c:555: warning: passing arg 5 of `callrpc' from incompatible pointer type /usr/home/des/tinderbox/sparc64/src/libexec/ypxfr/ypxfr_main.c:555: warning: passing arg 7 of `callrpc' from incompatible pointer type /usr/home/des/tinderbox/sparc64/src/libexec/ypxfr/ypxfrd_getmap.c: In function `xdr_my_xfr': /usr/home/des/tinderbox/sparc64/src/libexec/ypxfr/ypxfrd_getmap.c:67: warning: passing arg 1 of `xdr_free' from incompatible pointer type /usr/home/des/tinderbox/sparc64/src/libexec/ypxfr/ypxfrd_getmap.c: In function `ypxfrd_get_map': /usr/home/des/tinderbox/sparc64/src/libexec/ypxfr/ypxfrd_getmap.c:135: warning: passing arg 3 of pointer to function from incompatible pointer type /usr/home/des/tinderbox/sparc64/src/libexec/ypxfr/ypxfrd_getmap.c:135: warning: passing arg 5 of pointer to function from incompatible pointer type ===> libexec/named-xfer ===> libexec/mail.local ===> libexec/smrsh ===> libexec/rtld-elf /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c: In function `reloc_non_plt': /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c:259: `PROT_READ' undeclared (first use in this function) /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c:259: (Each undeclared identifier is reported only once /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c:259: for each function it appears in.) /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c:259: `PROT_WRITE' undeclared (first use in this function) /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c:259: `MAP_ANON' undeclared (first use in this function) /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c:260: `MAP_FAILED' undeclared (first use in this function) /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c:273: warning: implicit declaration of function `munmap' *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/libexec. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 20:18:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from web11408.mail.yahoo.com (web11408.mail.yahoo.com [216.136.131.238]) by hub.freebsd.org (Postfix) with SMTP id 172D437B406 for ; Sun, 23 Jun 2002 20:18:02 -0700 (PDT) Message-ID: <20020624031801.26858.qmail@web11408.mail.yahoo.com> Received: from [202.167.61.228] by web11408.mail.yahoo.com via HTTP; Sun, 23 Jun 2002 20:18:01 PDT Date: Sun, 23 Jun 2002 20:18:01 -0700 (PDT) From: Shizuka Kudo Subject: buildworld failed with -O0 To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi All, I don't know if I'm the one that observed this. Building world completed with default CFLAGS (-O -pipe -march=pentiumpro), but failed with -O0 or without optimization. /usr/src cvsupped within one day. Here's the error message (same for -O0 and without -O). ===> libexec/rtld-elf cc -pipe -march=pentiumpro -Wall -DFREEBSD_ELF -I/usr/src/libexec/rtld-elf/i386 -I/usr/src/libexec/rtld-elf -elf -fpic -DPIC -Wformat=2 -Wno-format-extra-args -c /usr/src/libexec/rtld-elf/rtld.c /usr/src/libexec/rtld-elf/rtld.c: In function `atomic_decr_int': /usr/src/libexec/rtld-elf/i386/rtld_machdep.h:58: inconsistent operand constraints in an `asm' Is it a gcc31 problem? __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 21: 5:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from Mgw1-in.NCTU.edu.tw (Mgw1-in.nctu.edu.tw [140.113.54.37]) by hub.freebsd.org (Postfix) with ESMTP id 8843237B401; Sun, 23 Jun 2002 21:05:37 -0700 (PDT) Received: from Terry.Dorm11.NCTU.edu.tw (Terry.Dorm11.NCTU.edu.tw [140.113.192.99]) by Mgw1-in.NCTU.edu.tw (8.12.3/8.12.3) with ESMTP id g5O3jGUw006798; Mon, 24 Jun 2002 11:45:16 +0800 (CST) Received: from Terry.Dorm11.NCTU.edu.tw (ijliao@localhost [127.0.0.1]) by Terry.Dorm11.NCTU.edu.tw (8.12.3/8.12.3) with ESMTP id g5O3jIL2073884; Mon, 24 Jun 2002 11:45:18 +0800 (CST) (envelope-from ijliao@Terry.Dorm11.NCTU.edu.tw) Received: (from ijliao@localhost) by Terry.Dorm11.NCTU.edu.tw (8.12.3/8.12.3/Submit) id g5O3jIHv073883; Mon, 24 Jun 2002 11:45:18 +0800 (CST) Date: Mon, 24 Jun 2002 11:45:18 +0800 From: Ying-Chieh Liao To: "David O'Brien" Cc: freebsd-current@FreeBSD.ORG, sobomax@FreeBSD.ORG, Ying-Chieh Liao Subject: Re: make install failed on XFree86-4-client (with 6/10 -current) Message-ID: <20020624034518.GB73784@terry.dragon2.net> References: <20020617040914.GA8595@terry.dragon2.net> <20020623111906.GA84645@terry.dragon2.net> <20020623124625.B51459@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye" Content-Disposition: inline In-Reply-To: <20020623124625.B51459@dragon.nuxi.com> X-Operating-System: FreeBSD 5.0-CURRENT i386 X-PGP-Key-Location: http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x11C02382 X-PGP-Key-Fingerprint: 4E98 55CC 2866 7A90 EFD7 9DA5 ACC6 0165 11C0 2382 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --tsOsTdHNUZQcU9Ye Content-Type: text/plain; charset=big5 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 23, 2002 at 12:46:25 -0700, David O'Brien wrote: > It is not OK. One should NEVER be explicity adding "-lstdc++". Please > use the right compiler which takes care of all this for you. I dont know how to make a patch against X (it's too complex :/ ) but I do know that it works (for me :) --=20 KISS : Keep It Simple, Stupid. --tsOsTdHNUZQcU9Ye Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9FpXOrMYBZRHAI4IRAqawAKDuzBm9Sen0OXT1H5xGiwhBEgptbACaA4cz cQteuI7O8PJOOAA6dr8NCjY= =v+X1 -----END PGP SIGNATURE----- --tsOsTdHNUZQcU9Ye-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 21:30:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by hub.freebsd.org (Postfix) with ESMTP id E8B4137B401; Sun, 23 Jun 2002 21:30:48 -0700 (PDT) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17MLUw-0000Zv-00; Sun, 23 Jun 2002 21:30:42 -0700 Date: Sun, 23 Jun 2002 21:30:42 -0700 To: David O'Brien Cc: John Angelmo , ports@FreeBSD.org, current , Bill Huey Subject: Re: bison-1.35 Compile error on Current Message-ID: <20020624043042.GA2220@gnuppy.monkey.org> References: <3D159E7D.3040602@veidit.net> <20020623125054.C51459@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020623125054.C51459@dragon.nuxi.com> User-Agent: Mutt/1.4i From: Bill Huey Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 23, 2002 at 12:50:54PM -0700, David O'Brien wrote: > I cannot reproduce either your ports/lang/gcc31 or this problem. > At this point I am suspecting something is wrong with your system. I get the same exact problem with the most recent current. This installation originally came from the April CD of -current. bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 21:49:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.tgd.net (mail.tgd.net [209.81.25.10]) by hub.freebsd.org (Postfix) with ESMTP id 470CA37B401 for ; Sun, 23 Jun 2002 21:49:48 -0700 (PDT) Received: by mail.tgd.net (Postfix, from userid 1001) id 3E76220F02; Sun, 23 Jun 2002 21:49:47 -0700 (PDT) Date: Sun, 23 Jun 2002 21:49:47 -0700 From: Sean Chittenden To: Shizuka Kudo Cc: freebsd-current@freebsd.org Subject: Re: buildworld failed with -O0 Message-ID: <20020623214947.J84322@ninja1.internal> References: <20020624031801.26858.qmail@web11408.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020624031801.26858.qmail@web11408.mail.yahoo.com>; from "shizukakudo_99@yahoo.com" on Sun, Jun 23, 2002 at = 08:18:01PM X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I don't know if I'm the one that observed this. Building world > completed with default CFLAGS (-O -pipe -march=pentiumpro), but > failed with -O0 or without optimization. /usr/src cvsupped within > one day. Here's the error message (same for -O0 and without -O). > > ===> libexec/rtld-elf > cc -pipe -march=pentiumpro -Wall -DFREEBSD_ELF > -I/usr/src/libexec/rtld-elf/i386 > -I/usr/src/libexec/rtld-elf -elf -fpic -DPIC > -Wformat=2 -Wno-format-extra-args -c > /usr/src/libexec/rtld-elf/rtld.c > /usr/src/libexec/rtld-elf/rtld.c: In function > `atomic_decr_int': > /usr/src/libexec/rtld-elf/i386/rtld_machdep.h:58: > inconsistent operand constraints in an `asm' > > Is it a gcc31 problem? I ran into, what I think is the same thing as you're describing, a while ago. The short and skinny being that -O0 doesn't compile any ASM which breaks things and is why you need at least -O to compile the kernel/world. ::shrug:: I could've botched that explanation, but it took me a while to track this down and have it explained. Kind of obscure IMHO. Someone suggested testing to make sure that at least -O is specified where needed, but I'm 99% sure I haven't seen that commit. -sc -- Sean Chittenden To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 22: 1:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailb.telia.com (mailb.telia.com [194.22.194.6]) by hub.freebsd.org (Postfix) with ESMTP id DE7E437B401; Sun, 23 Jun 2002 22:01:12 -0700 (PDT) Received: from d1o1000.telia.com (d1o1000.telia.com [217.208.12.241]) by mailb.telia.com (8.11.6/8.11.6) with ESMTP id g5O51B318521; Mon, 24 Jun 2002 07:01:11 +0200 (CEST) Received: from veidit.net (h54n1fls35o1000.telia.com [217.210.234.54]) by d1o1000.telia.com (8.10.2/8.10.1) with ESMTP id g5O51AZ03830; Mon, 24 Jun 2002 07:01:10 +0200 (CEST) Message-ID: <3D16A795.5050209@veidit.net> Date: Mon, 24 Jun 2002 07:01:09 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1a) Gecko/20020611 X-Accept-Language: en-us, en, ja MIME-Version: 1.0 To: obrien@FreeBSD.ORG Cc: ports@FreeBSD.ORG, current Subject: Re: bison-1.35 Compile error on Current References: <3D159E7D.3040602@veidit.net> <20020623125054.C51459@dragon.nuxi.com> Content-Type: multipart/mixed; boundary="------------070204090700000706010500" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------070204090700000706010500 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit David O'Brien wrote: > On Sun, Jun 23, 2002 at 12:10:05PM +0200, John Angelmo wrote: > >>I'm running a one day old Current And I'm getting this error messages >>when I'm trying to compile > > > I cannot reproduce either your ports/lang/gcc31 or this problem. > At this point I am suspecting something is wrong with your system. > Just to be sure I deleted /usr/src and then run cvsup from cvsup3.freebsd.org after a successfull build I booted to singlemode and run installworld. After a reboot I tried to build gcc31 and I have attatched my buildlog /John --------------070204090700000706010500 Content-Type: application/x-java-applet;version=1.1.1; name="gcc31" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="gcc31" PT09PiAgQ2xlYW5pbmcgZm9yIGxpYmljb252LTEuOA0KPT09PiAgQ2xlYW5pbmcgZm9yIGJp c29uLTEuMzVfMQ0KPT09PiAgQ2xlYW5pbmcgZm9yIGdtYWtlLTMuNzkuMV8yDQo9PT0+ICBD bGVhbmluZyBmb3IgbGlidG9vbC0xLjMuNF80DQo9PT0+ICBDbGVhbmluZyBmb3IgZ2NjLTMu MS4xXzIwMDIwNjE3DQpNYWtpbmcgR0NDIDMuMS4xIGZvciBGcmVlQlNEIDUuMCBlbGYJdGFy Z2V0IGkzODYtcG9ydGJsZC1mcmVlYnNkNS4wDQo9PT0+ICBFeHRyYWN0aW5nIGZvciBnY2Mt My4xLjFfMjAwMjA2MTcNCj4+IENoZWNrc3VtIE9LIGZvciBnY2MtY29yZS0yMDAyMDYxNy50 YXIuYnoyLg0KPj4gQ2hlY2tzdW0gT0sgZm9yIGdjYy1nKystMjAwMjA2MTcudGFyLmJ6Mi4N Cj4+IENoZWNrc3VtIE9LIGZvciBnY2MtZzc3LTIwMDIwNjE3LnRhci5iejIuDQo+PiBDaGVj a3N1bSBPSyBmb3IgZ2NjLWphdmEtMjAwMjA2MTcudGFyLmJ6Mi4NCj4+IENoZWNrc3VtIE9L IGZvciBnY2Mtb2JqYy0yMDAyMDYxNy50YXIuYnoyLg0KPj4gQ2hlY2tzdW0gT0sgZm9yIHBv cnRfZ2NjMzFfMjAwMi0wNi0xNy5kaWZmLg0KPT09PiAgIGdjYy0zLjEuMV8yMDAyMDYxNyBk ZXBlbmRzIG9uIGV4ZWN1dGFibGU6IGdtYWtlIC0gZm91bmQNCj09PT4gICBnY2MtMy4xLjFf MjAwMjA2MTcgZGVwZW5kcyBvbiBleGVjdXRhYmxlOiBiaXNvbiAtIGZvdW5kDQo9PT0+ICBQ YXRjaGluZyBmb3IgZ2NjLTMuMS4xXzIwMDIwNjE3DQo9PT0+ICBBcHBseWluZyBkaXN0cmli dXRpb24gcGF0Y2hlcyBmb3IgZ2NjLTMuMS4xXzIwMDIwNjE3DQo9PT0+ICBBcHBseWluZyBG cmVlQlNEIHBhdGNoZXMgZm9yIGdjYy0zLjEuMV8yMDAyMDYxNw0KPT09PiAgQ29uZmlndXJp bmcgZm9yIGdjYy0zLjEuMV8yMDAyMDYxNw0KKioqIFRoaXMgY29uZmlndXJhdGlvbiBpcyBu b3Qgc3VwcG9ydGVkIGluIHRoZSBmb2xsb3dpbmcgc3ViZGlyZWN0b3JpZXM6DQogICAgIHRh cmdldC1saWJmZmkgdGFyZ2V0LWJvZWhtLWdjIHRhcmdldC16bGliIHRhcmdldC1saWJqYXZh DQogICAgKEFueSBvdGhlciBkaXJlY3RvcmllcyBzaG91bGQgc3RpbGwgd29yayBmaW5lLikN CkNyZWF0ZWQgIk1ha2VmaWxlIiBpbiAvdXNyL3BvcnRzL2xhbmcvZ2NjMzEvd29yay9idWls ZA0KQ29uZmlndXJpbmcgbGliaWJlcnR5Li4uDQpjcmVhdGluZyBjYWNoZSAuLi9jb25maWcu Y2FjaGUNCmNoZWNraW5nIHdoZXRoZXIgdG8gZW5hYmxlIG1haW50YWluZXItc3BlY2lmaWMg cG9ydGlvbnMgb2YgTWFrZWZpbGVzLi4uIG5vDQpjaGVja2luZyBmb3IgbWFrZWluZm8uLi4g bWFrZWluZm8gLS1uby1zcGxpdA0KY2hlY2tpbmcgZm9yIHBlcmwuLi4gcGVybA0KY2hlY2tp bmcgaG9zdCBzeXN0ZW0gdHlwZS4uLiBpMzg2LXBvcnRibGQtZnJlZWJzZDUuMA0KY2hlY2tp bmcgYnVpbGQgc3lzdGVtIHR5cGUuLi4gaTM4Ni1wb3J0YmxkLWZyZWVic2Q1LjANCmNoZWNr aW5nIGZvciBhci4uLiBhcg0KY2hlY2tpbmcgZm9yIHJhbmxpYi4uLiByYW5saWINCmNoZWNr aW5nIGZvciBnY2MuLi4gY2MNCmNoZWNraW5nIHdoZXRoZXIgd2UgYXJlIHVzaW5nIEdOVSBD Li4uIHllcw0KY2hlY2tpbmcgd2hldGhlciBjYyBhY2NlcHRzIC1nLi4uIHllcw0KY2hlY2tp bmcgZm9yIFBPU0lYaXplZCBJU0MuLi4gbm8NCmNoZWNraW5nIGZvciB3b3JraW5nIGNvbnN0 Li4uIHllcw0KY2hlY2tpbmcgZm9yIGlubGluZS4uLiBpbmxpbmUNCmNoZWNraW5nIGZvciBh IEJTRCBjb21wYXRpYmxlIGluc3RhbGwuLi4gL3Vzci9iaW4vaW5zdGFsbCAtYyAtbyByb290 IC1nIHdoZWVsDQpjaGVja2luZyBob3cgdG8gcnVuIHRoZSBDIHByZXByb2Nlc3Nvci4uLiBj YyAtRQ0KY2hlY2tpbmcgZm9yIHN5cy9maWxlLmguLi4geWVzDQpjaGVja2luZyBmb3Igc3lz L3BhcmFtLmguLi4geWVzDQpjaGVja2luZyBmb3IgbGltaXRzLmguLi4geWVzDQpjaGVja2lu ZyBmb3Igc3RkbGliLmguLi4geWVzDQpjaGVja2luZyBmb3Igc3RyaW5nLmguLi4geWVzDQpj aGVja2luZyBmb3IgdW5pc3RkLmguLi4geWVzDQpjaGVja2luZyBmb3Igc3RyaW5ncy5oLi4u IHllcw0KY2hlY2tpbmcgZm9yIHN5cy90aW1lLmguLi4geWVzDQpjaGVja2luZyBmb3IgdGlt ZS5oLi4uIHllcw0KY2hlY2tpbmcgZm9yIHN5cy9yZXNvdXJjZS5oLi4uIHllcw0KY2hlY2tp bmcgZm9yIHN5cy9zdGF0LmguLi4geWVzDQpjaGVja2luZyBmb3Igc3lzL21tYW4uaC4uLiB5 ZXMNCmNoZWNraW5nIGZvciBmY250bC5oLi4uIHllcw0KY2hlY2tpbmcgZm9yIGFsbG9jYS5o Li4uIG5vDQpjaGVja2luZyBmb3Igc3lzL3dhaXQuaCB0aGF0IGlzIFBPU0lYLjEgY29tcGF0 aWJsZS4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgdGltZS5oIGFuZCBzeXMvdGltZS5oIG1h eSBib3RoIGJlIGluY2x1ZGVkLi4uIHllcw0KY2hlY2tpbmcgd2hldGhlciBlcnJubyBtdXN0 IGJlIGRlY2xhcmVkLi4uIG5vDQpjaGVja2luZyBmb3IgQU5TSSBDIGhlYWRlciBmaWxlcy4u LiB5ZXMNCmNoZWNraW5nIGZvciB1aW50cHRyX3QuLi4geWVzDQpjaGVja2luZyB3aGV0aGVy IHRoZSBDIGNvbXBpbGVyIChjYyAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyApIHdvcmtz Li4uIHllcw0KY2hlY2tpbmcgd2hldGhlciB0aGUgQyBjb21waWxlciAoY2MgLU8gLXBpcGUg LW1hcmNoPXBlbnRpdW1wcm8gKSBpcyBhIGNyb3NzLWNvbXBpbGVyLi4uIG5vDQpjaGVja2lu ZyBmb3IgYXNwcmludGYuLi4geWVzDQpjaGVja2luZyBmb3IgYXRleGl0Li4uIHllcw0KY2hl Y2tpbmcgZm9yIGJhc2VuYW1lLi4uIHllcw0KY2hlY2tpbmcgZm9yIGJjbXAuLi4geWVzDQpj aGVja2luZyBmb3IgYmNvcHkuLi4geWVzDQpjaGVja2luZyBmb3IgYnNlYXJjaC4uLiB5ZXMN CmNoZWNraW5nIGZvciBiemVyby4uLiB5ZXMNCmNoZWNraW5nIGZvciBjYWxsb2MuLi4geWVz DQpjaGVja2luZyBmb3IgY2xvY2suLi4geWVzDQpjaGVja2luZyBmb3IgZmZzLi4uIHllcw0K Y2hlY2tpbmcgZm9yIGdldGN3ZC4uLiB5ZXMNCmNoZWNraW5nIGZvciBnZXRwYWdlc2l6ZS4u LiB5ZXMNCmNoZWNraW5nIGZvciBpbmRleC4uLiB5ZXMNCmNoZWNraW5nIGZvciBpbnNxdWUu Li4gbm8NCmNoZWNraW5nIGZvciBtZW1jaHIuLi4geWVzDQpjaGVja2luZyBmb3IgbWVtY21w Li4uIHllcw0KY2hlY2tpbmcgZm9yIG1lbWNweS4uLiB5ZXMNCmNoZWNraW5nIGZvciBtZW1t b3ZlLi4uIHllcw0KY2hlY2tpbmcgZm9yIG1lbXNldC4uLiB5ZXMNCmNoZWNraW5nIGZvciBt a3N0ZW1wcy4uLiB5ZXMNCmNoZWNraW5nIGZvciBwdXRlbnYuLi4geWVzDQpjaGVja2luZyBm b3IgcmFuZG9tLi4uIHllcw0KY2hlY2tpbmcgZm9yIHJlbmFtZS4uLiB5ZXMNCmNoZWNraW5n IGZvciByaW5kZXguLi4geWVzDQpjaGVja2luZyBmb3Igc2V0ZW52Li4uIHllcw0KY2hlY2tp bmcgZm9yIHNpZ3NldG1hc2suLi4geWVzDQpjaGVja2luZyBmb3Igc3RyY2FzZWNtcC4uLiB5 ZXMNCmNoZWNraW5nIGZvciBzdHJjaHIuLi4geWVzDQpjaGVja2luZyBmb3Igc3RyZHVwLi4u IHllcw0KY2hlY2tpbmcgZm9yIHN0cm5jYXNlY21wLi4uIHllcw0KY2hlY2tpbmcgZm9yIHN0 cnJjaHIuLi4geWVzDQpjaGVja2luZyBmb3Igc3Ryc3RyLi4uIHllcw0KY2hlY2tpbmcgZm9y IHN0cnRvZC4uLiB5ZXMNCmNoZWNraW5nIGZvciBzdHJ0b2wuLi4geWVzDQpjaGVja2luZyBm b3Igc3RydG91bC4uLiB5ZXMNCmNoZWNraW5nIGZvciB0bXBuYW0uLi4geWVzDQpjaGVja2lu ZyBmb3IgdmFzcHJpbnRmLi4uIHllcw0KY2hlY2tpbmcgZm9yIHZmcHJpbnRmLi4uIHllcw0K Y2hlY2tpbmcgZm9yIHZwcmludGYuLi4geWVzDQpjaGVja2luZyBmb3IgdnNwcmludGYuLi4g eWVzDQpjaGVja2luZyBmb3Igd2FpdHBpZC4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgYWxs b2NhIG5lZWRzIENyYXkgaG9va3MuLi4gbm8NCmNoZWNraW5nIHN0YWNrIGRpcmVjdGlvbiBm b3IgQyBhbGxvY2EuLi4gLTENCmNoZWNraW5nIGZvciBwaWRfdC4uLiB5ZXMNCmNoZWNraW5n IGZvciB2Zm9yay5oLi4uIG5vDQpjaGVja2luZyBmb3Igd29ya2luZyB2Zm9yay4uLiB5ZXMN CmNoZWNraW5nIGZvciBfZG9wcm50Li4uIG5vDQpjaGVja2luZyBmb3Igc3lzX2Vycmxpc3Qu Li4geWVzDQpjaGVja2luZyBmb3Igc3lzX25lcnIuLi4geWVzDQpjaGVja2luZyBmb3Igc3lz X3NpZ2xpc3QuLi4geWVzDQpjaGVja2luZyBmb3IgZ2V0cnVzYWdlLi4uIHllcw0KY2hlY2tp bmcgZm9yIG9uX2V4aXQuLi4gbm8NCmNoZWNraW5nIGZvciBwc2lnbmFsLi4uIHllcw0KY2hl Y2tpbmcgZm9yIHN0cmVycm9yLi4uIHllcw0KY2hlY2tpbmcgZm9yIHN0cnNpZ25hbC4uLiB5 ZXMNCmNoZWNraW5nIGZvciBzeXNjb25mLi4uIHllcw0KY2hlY2tpbmcgZm9yIHRpbWVzLi4u IHllcw0KY2hlY2tpbmcgZm9yIHNicmsuLi4geWVzDQpjaGVja2luZyBmb3IgZ2V0dGltZW9m ZGF5Li4uIHllcw0KY2hlY2tpbmcgZm9yIHN0ZGxpYi5oLi4uIChjYWNoZWQpIHllcw0KY2hl Y2tpbmcgZm9yIHVuaXN0ZC5oLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN5cy9z dGF0LmguLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3Igc3lzL3R5cGVzLmguLi4geWVz DQpjaGVja2luZyBmb3IgZ2V0cGFnZXNpemUuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBm b3Igd29ya2luZyBtbWFwLi4uIHllcw0KY2hlY2tpbmcgZm9yIHdvcmtpbmcgc3RybmNtcC4u LiBubw0KdXBkYXRpbmcgY2FjaGUgLi4vY29uZmlnLmNhY2hlDQpjcmVhdGluZyAuL2NvbmZp Zy5zdGF0dXMNCmNyZWF0aW5nIE1ha2VmaWxlDQpjcmVhdGluZyB0ZXN0c3VpdGUvTWFrZWZp bGUNCmNyZWF0aW5nIGNvbmZpZy5oDQpDb25maWd1cmluZyB6bGliLi4uDQpsb2FkaW5nIGNh Y2hlIC4uL2NvbmZpZy5jYWNoZQ0KY2hlY2tpbmcgaG9zdCBzeXN0ZW0gdHlwZS4uLiBpMzg2 LXBvcnRibGQtZnJlZWJzZDUuMA0KY2hlY2tpbmcgdGFyZ2V0IHN5c3RlbSB0eXBlLi4uIGkz ODYtcG9ydGJsZC1mcmVlYnNkNS4wDQpjaGVja2luZyBidWlsZCBzeXN0ZW0gdHlwZS4uLiBp Mzg2LXBvcnRibGQtZnJlZWJzZDUuMA0KY2hlY2tpbmcgZm9yIGEgQlNEIGNvbXBhdGlibGUg aW5zdGFsbC4uLiAvdXNyL2Jpbi9pbnN0YWxsIC1jIC1vIHJvb3QgLWcgd2hlZWwNCmNoZWNr aW5nIHdoZXRoZXIgYnVpbGQgZW52aXJvbm1lbnQgaXMgc2FuZS4uLiB5ZXMNCmNoZWNraW5n IHdoZXRoZXIgZ21ha2Ugc2V0cyAke01BS0V9Li4uIHllcw0KY2hlY2tpbmcgZm9yIHdvcmtp bmcgYWNsb2NhbC4uLiBtaXNzaW5nDQpjaGVja2luZyBmb3Igd29ya2luZyBhdXRvY29uZi4u LiBtaXNzaW5nDQpjaGVja2luZyBmb3Igd29ya2luZyBhdXRvbWFrZS4uLiBtaXNzaW5nDQpj aGVja2luZyBmb3Igd29ya2luZyBhdXRvaGVhZGVyLi4uIG1pc3NpbmcNCmNoZWNraW5nIGZv ciB3b3JraW5nIG1ha2VpbmZvLi4uIGZvdW5kDQpjaGVja2luZyB3aGV0aGVyIHRvIGVuYWJs ZSBtYWludGFpbmVyLXNwZWNpZmljIHBvcnRpb25zIG9mIE1ha2VmaWxlcy4uLiBubw0KY2hl Y2tpbmcgZm9yIGdjYy4uLiAoY2FjaGVkKSBjYw0KY2hlY2tpbmcgd2hldGhlciB3ZSBhcmUg dXNpbmcgR05VIEMuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyB3aGV0aGVyIGNjIGFjY2Vw dHMgLWcuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgbGQgdXNlZCBieSBHQ0MuLi4g L3Vzci9saWJleGVjL2VsZi9sZA0KY2hlY2tpbmcgaWYgdGhlIGxpbmtlciAoL3Vzci9saWJl eGVjL2VsZi9sZCkgaXMgR05VIGxkLi4uIHllcw0KY2hlY2tpbmcgZm9yIC91c3IvbGliZXhl Yy9lbGYvbGQgb3B0aW9uIHRvIHJlbG9hZCBvYmplY3QgZmlsZXMuLi4gLXINCmNoZWNraW5n IGZvciBCU0QtY29tcGF0aWJsZSBubS4uLiAvdXNyL2Jpbi9ubSAtQg0KY2hlY2tpbmcgd2hl dGhlciBsbiAtcyB3b3Jrcy4uLiB5ZXMNCmNoZWNraW5nIGhvdyB0byByZWNvZ25pc2UgZGVw ZW5kYW50IGxpYnJhcmllcy4uLiBwYXNzX2FsbA0KY2hlY2tpbmcgZm9yIG9iamVjdCBzdWZm aXguLi4gbw0KY2hlY2tpbmcgZm9yIHJhbmxpYi4uLiAoY2FjaGVkKSByYW5saWINCmNoZWNr aW5nIGZvciBzdHJpcC4uLiBzdHJpcA0KdXBkYXRpbmcgY2FjaGUgLi4vY29uZmlnLmNhY2hl DQpsb2FkaW5nIGNhY2hlIC4uL2NvbmZpZy5jYWNoZSB3aXRoaW4gbHRjb25maWcNCmNoZWNr aW5nIGZvciBvYmpkaXIuLi4gLmxpYnMNCmNoZWNraW5nIGZvciBjYyBvcHRpb24gdG8gcHJv ZHVjZSBQSUMuLi4gLWZQSUMgLURQSUMNCmNoZWNraW5nIGlmIGNjIFBJQyBmbGFnIC1mUElD IC1EUElDIHdvcmtzLi4uIHllcw0KY2hlY2tpbmcgaWYgY2Mgc3RhdGljIGZsYWcgLXN0YXRp YyB3b3Jrcy4uLiB5ZXMNCmZpbmRpbmcgdGhlIG1heGltdW0gbGVuZ3RoIG9mIGNvbW1hbmQg bGluZSBhcmd1bWVudHMuLi4gMjQ1NzcNCmNoZWNraW5nIGlmIGNjIHN1cHBvcnRzIC1jIC1v IGZpbGUuby4uLiB5ZXMNCmNoZWNraW5nIGlmIGNjIHN1cHBvcnRzIC1mbm8tcnR0aSAtZm5v LWV4Y2VwdGlvbnMgLi4uIHllcw0KY2hlY2tpbmcgd2hldGhlciB0aGUgbGlua2VyICgvdXNy L2xpYmV4ZWMvZWxmL2xkKSBzdXBwb3J0cyBzaGFyZWQgbGlicmFyaWVzLi4uIHllcw0KY2hl Y2tpbmcgaG93IHRvIGhhcmRjb2RlIGxpYnJhcnkgcGF0aHMgaW50byBwcm9ncmFtcy4uLiBp bW1lZGlhdGUNCmNoZWNraW5nIHdoZXRoZXIgc3RyaXBwaW5nIGxpYnJhcmllcyBpcyBwb3Nz aWJsZS4uLiB5ZXMNCmNoZWNraW5nIGR5bmFtaWMgbGlua2VyIGNoYXJhY3RlcmlzdGljcy4u LiBmcmVlYnNkNS4wIGxkLnNvDQpjaGVja2luZyBjb21tYW5kIHRvIHBhcnNlIC91c3IvYmlu L25tIC1CIG91dHB1dC4uLiBvaw0KY2hlY2tpbmcgaWYgbGlidG9vbCBzdXBwb3J0cyBzaGFy ZWQgbGlicmFyaWVzLi4uIHllcw0KY2hlY2tpbmcgd2hldGhlciB0byBidWlsZCBzaGFyZWQg bGlicmFyaWVzLi4uIG5vDQpjaGVja2luZyB3aGV0aGVyIHRvIGJ1aWxkIHN0YXRpYyBsaWJy YXJpZXMuLi4geWVzDQpjcmVhdGluZyBsaWJ0b29sDQp1cGRhdGluZyBjYWNoZSAuLi9jb25m aWcuY2FjaGUNCmxvYWRpbmcgY2FjaGUgLi4vY29uZmlnLmNhY2hlDQpjaGVja2luZyBob3cg dG8gcnVuIHRoZSBDIHByZXByb2Nlc3Nvci4uLiAoY2FjaGVkKSBjYyAtRQ0KY2hlY2tpbmcg Zm9yIHVuaXN0ZC5oLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIGdldHBhZ2VzaXpl Li4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHdvcmtpbmcgbW1hcC4uLiAoY2FjaGVk KSB5ZXMNCmNoZWNraW5nIGZvciBtZW1jcHkuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBm b3Igc3RyZXJyb3IuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgdW5pc3RkLmguLi4g KGNhY2hlZCkgeWVzDQp1cGRhdGluZyBjYWNoZSAuLi9jb25maWcuY2FjaGUNCmNyZWF0aW5n IC4vY29uZmlnLnN0YXR1cw0KY3JlYXRpbmcgTWFrZWZpbGUNCkNvbmZpZ3VyaW5nIGdjYy4u Lg0KbG9hZGluZyBjYWNoZSAuLi9jb25maWcuY2FjaGUNCmNoZWNraW5nIExJQlJBUllfUEFU SCB2YXJpYWJsZS4uLiBvaw0KY2hlY2tpbmcgR0NDX0VYRUNfUFJFRklYIHZhcmlhYmxlLi4u IG9rDQpjaGVja2luZyBob3N0IHN5c3RlbSB0eXBlLi4uIGkzODYtcG9ydGJsZC1mcmVlYnNk NS4wDQpjaGVja2luZyB0YXJnZXQgc3lzdGVtIHR5cGUuLi4gaTM4Ni1wb3J0YmxkLWZyZWVi c2Q1LjANCmNoZWNraW5nIGJ1aWxkIHN5c3RlbSB0eXBlLi4uIGkzODYtcG9ydGJsZC1mcmVl YnNkNS4wDQpjaGVja2luZyBmb3IgZ2NjLi4uIChjYWNoZWQpIGNjDQpjaGVja2luZyB3aGV0 aGVyIHRoZSBDIGNvbXBpbGVyIChjYyAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyApIHdv cmtzLi4uIHllcw0KY2hlY2tpbmcgd2hldGhlciB0aGUgQyBjb21waWxlciAoY2MgLU8gLXBp cGUgLW1hcmNoPXBlbnRpdW1wcm8gKSBpcyBhIGNyb3NzLWNvbXBpbGVyLi4uIG5vDQpjaGVj a2luZyB3aGV0aGVyIHdlIGFyZSB1c2luZyBHTlUgQy4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNr aW5nIHdoZXRoZXIgY2MgYWNjZXB0cyAtZy4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIHdo ZXRoZXIgY2MgdW5kZXJzdGFuZHMgLWMgYW5kIC1vIHRvZ2V0aGVyLi4uIHllcw0KY2hlY2tp bmcgZm9yIGduYXRiaW5kLi4uIG5vDQpjaGVja2luZyBmb3IgY29tcGlsZXIgZHJpdmVyIHRo YXQgdW5kZXJzdGFuZHMgQWRhLi4uIG5vDQpjaGVja2luZyB3aGV0aGVyIGNjIGFjY2VwdHMg LVduby1sb25nLWxvbmcuLi4geWVzDQpjaGVja2luZyBob3cgdG8gcnVuIHRoZSBDIHByZXBy b2Nlc3Nvci4uLiAoY2FjaGVkKSBjYyAtRQ0KY2hlY2tpbmcgZm9yIGlubGluZS4uLiAoY2Fj aGVkKSBpbmxpbmUNCmNoZWNraW5nIGZvciB2b2xhdGlsZS4uLiB5ZXMNCmNoZWNraW5nIGZv ciBsb25nIGRvdWJsZS4uLiB5ZXMNCmNoZWNraW5nIGZvciBsb25nIGxvbmcgaW50Li4uIHll cw0KY2hlY2tpbmcgZm9yIF9faW50NjQuLi4gbm8NCmNoZWNraW5nIGZvciBidWlsdC1pbiBf Qm9vbC4uLiB5ZXMNCmNoZWNraW5nIHNpemUgb2Ygc2hvcnQuLi4gMg0KY2hlY2tpbmcgc2l6 ZSBvZiBpbnQuLi4gNA0KY2hlY2tpbmcgc2l6ZSBvZiBsb25nLi4uIDQNCmNoZWNraW5nIHNp emUgb2YgbG9uZyBsb25nLi4uIDgNCmNoZWNraW5nIGV4ZWN1dGlvbiBjaGFyYWN0ZXIgc2V0 Li4uIEFTQ0lJDQpjaGVja2luZyB3aGV0aGVyIGdtYWtlIHNldHMgJHtNQUtFfS4uLiAoY2Fj aGVkKSB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgYSBkZWZhdWx0IGFzc2VtYmxlciB3YXMgc3Bl Y2lmaWVkLi4uIG5vDQpjaGVja2luZyB3aGV0aGVyIGEgZGVmYXVsdCBsaW5rZXIgd2FzIHNw ZWNpZmllZC4uLiBubw0KY2hlY2tpbmcgZm9yIEdOVSBDIGxpYnJhcnkuLi4gbm8NCmNoZWNr aW5nIGZvciBnYXdrLi4uIG5vDQpjaGVja2luZyBmb3IgbWF3ay4uLiBubw0KY2hlY2tpbmcg Zm9yIG5hd2suLi4gbmF3aw0KY2hlY2tpbmcgd2hldGhlciBsbiB3b3Jrcy4uLiB5ZXMNCmNo ZWNraW5nIHdoZXRoZXIgbG4gLXMgd29ya3MuLi4geWVzDQpjaGVja2luZyBmb3IgcmFubGli Li4uIChjYWNoZWQpIHJhbmxpYg0KY2hlY2tpbmcgZm9yIGEgQlNEIGNvbXBhdGlibGUgaW5z dGFsbC4uLiAvdXNyL2Jpbi9pbnN0YWxsIC1jIC1vIHJvb3QgLWcgd2hlZWwNCmNoZWNraW5n IGZvciBBTlNJIEMgaGVhZGVyIGZpbGVzLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgd2hl dGhlciB0aW1lLmggYW5kIHN5cy90aW1lLmggbWF5IGJvdGggYmUgaW5jbHVkZWQuLi4gKGNh Y2hlZCkgeWVzDQpjaGVja2luZyBmb3Igd29ya2luZyBzdGRib29sLmguLi4geWVzDQpjaGVj a2luZyB3aGV0aGVyIHN0cmluZy5oIGFuZCBzdHJpbmdzLmggbWF5IGJvdGggYmUgaW5jbHVk ZWQuLi4geWVzDQpjaGVja2luZyBmb3Igc3lzL3dhaXQuaCB0aGF0IGlzIFBPU0lYLjEgY29t cGF0aWJsZS4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBsaW1pdHMuaC4uLiAoY2Fj aGVkKSB5ZXMNCmNoZWNraW5nIGZvciBzdGRkZWYuaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBz dHJpbmcuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBzdHJpbmdzLmguLi4gKGNh Y2hlZCkgeWVzDQpjaGVja2luZyBmb3Igc3RkbGliLmguLi4gKGNhY2hlZCkgeWVzDQpjaGVj a2luZyBmb3IgdGltZS5oLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIGZjbnRsLmgu Li4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgdW5pc3RkLmguLi4gKGNhY2hlZCkgeWVz DQpjaGVja2luZyBmb3Igc3lzL2ZpbGUuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZv ciBzeXMvdGltZS5oLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN5cy9yZXNvdXJj ZS5oLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN5cy9wYXJhbS5oLi4uIChjYWNo ZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN5cy90aW1lcy5oLi4uIHllcw0KY2hlY2tpbmcgZm9y IHN5cy9zdGF0LmguLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgZGlyZWN0LmguLi4g bm8NCmNoZWNraW5nIGZvciBtYWxsb2MuaC4uLiBubw0KY2hlY2tpbmcgZm9yIGxhbmdpbmZv LmguLi4geWVzDQpjaGVja2luZyBmb3IgdGhyZWFkLmguLi4gbm8NCmNoZWNraW5nIGZvciBw dGhyZWFkLmguLi4geWVzDQpjaGVja2luZyBmb3IgQ0hBUl9CSVQuLi4gbm8NCmNoZWNraW5n IG51bWJlciBvZiBiaXRzIGluIGEgYnl0ZS4uLiA4DQpjaGVja2luZyBieXRlIG9yZGVyaW5n Li4uIGxpdHRsZS1lbmRpYW4NCmNoZWNraW5nIGZsb2F0aW5nIHBvaW50IGZvcm1hdC4uLiBJ RUVFIChsaXR0bGUtZW5kaWFuKQ0KY2hlY2tpbmcgZm9yIG1rdGVtcC4uLiB5ZXMNCmNoZWNr aW5nIGZvciBtYWtlaW5mby4uLiAoY2FjaGVkKSBtYWtlaW5mbyAtLW5vLXNwbGl0DQpjaGVj a2luZyBmb3IgbW9kZXJuIG1ha2VpbmZvLi4uIHllcw0KY2hlY2tpbmcgZm9yIHJlY2VudCBQ b2Q6Ok1hbi4uLiBubw0KY2hlY2tpbmcgZm9yIGZsZXguLi4gZmxleA0KY2hlY2tpbmcgZm9y IGJpc29uLi4uIGJpc29uDQpjaGVja2luZyBmb3IgY29sbGVjdDIgbGlicmFyaWVzLi4uIG5v bmUgcmVxdWlyZWQNCmNoZWNraW5nIGZvciBsaWJyYXJ5IGNvbnRhaW5pbmcgZXhjX3Jlc3Vt ZS4uLiBubw0KY2hlY2tpbmcgZm9yIHByZXByb2Nlc3NvciBzdHJpbmdpemluZyBvcGVyYXRv ci4uLiB5ZXMNCmNoZWNraW5nIGZvciBpbnR0eXBlcy5oLi4uIHllcw0KY2hlY2tpbmcgZm9y IHRpbWVzLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIGNsb2NrLi4uIChjYWNoZWQp IHllcw0KY2hlY2tpbmcgZm9yIGR1cDIuLi4geWVzDQpjaGVja2luZyBmb3Iga2lsbC4uLiB5 ZXMNCmNoZWNraW5nIGZvciBnZXRybGltaXQuLi4geWVzDQpjaGVja2luZyBmb3Igc2V0cmxp bWl0Li4uIHllcw0KY2hlY2tpbmcgZm9yIGF0b2xsLi4uIHllcw0KY2hlY2tpbmcgZm9yIGF0 b3EuLi4gbm8NCmNoZWNraW5nIGZvciBzeXNjb25mLi4uIChjYWNoZWQpIHllcw0KY2hlY2tp bmcgZm9yIHN0cnNpZ25hbC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBwdXRjX3Vu bG9ja2VkLi4uIG5vDQpjaGVja2luZyBmb3IgZnB1dGNfdW5sb2NrZWQuLi4gbm8NCmNoZWNr aW5nIGZvciBmcHV0c191bmxvY2tlZC4uLiBubw0KY2hlY2tpbmcgZm9yIGZ3cml0ZV91bmxv Y2tlZC4uLiBubw0KY2hlY2tpbmcgZm9yIGZwcmludGZfdW5sb2NrZWQuLi4gbm8NCmNoZWNr aW5nIGZvciBnZXRydXNhZ2UuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgbmxfbGFu Z2luZm8uLi4geWVzDQpjaGVja2luZyBmb3IgbHN0YXQuLi4geWVzDQpjaGVja2luZyBmb3Ig c3NpemVfdC4uLiB5ZXMNCmNoZWNraW5nIGZvciB1aWRfdCBpbiBzeXMvdHlwZXMuaC4uLiB5 ZXMNCmNoZWNraW5nIHR5cGUgb2YgYXJyYXkgYXJndW1lbnQgdG8gZ2V0Z3JvdXBzLi4uIGdp ZF90DQpjaGVja2luZyB3aGV0aGVyIHRoZSBwcmludGYgZnVuY3Rpb25zIHN1cHBvcnQgJXAu Li4geWVzDQpjaGVja2luZyBmb3IgcGlkX3QuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBm b3IgdmZvcmsuaC4uLiAoY2FjaGVkKSBubw0KY2hlY2tpbmcgZm9yIHdvcmtpbmcgdmZvcmsu Li4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgZ2V0cGFnZXNpemUuLi4gKGNhY2hlZCkg eWVzDQpjaGVja2luZyBmb3Igd29ya2luZyBtbWFwIGZyb20gL2Rldi96ZXJvLi4uIHllcw0K Y2hlY2tpbmcgZm9yIHdvcmtpbmcgbW1hcCB3aXRoIE1BUF9BTk9OKFlNT1VTKS4uLiB5ZXMN CmNoZWNraW5nIGZvciB3b3JraW5nIG1tYXAgb2YgYSBmaWxlLi4uIHllcw0KY2hlY2tpbmcg Zm9yIGljb252Li4uIG5vLCBjb25zaWRlciBpbnN0YWxsaW5nIEdOVSBsaWJpY29udg0KY2hl Y2tpbmcgd2hldGhlciBnZXRlbnYgaXMgZGVjbGFyZWQuLi4gbm8NCmNoZWNraW5nIHdoZXRo ZXIgYXRvbCBpcyBkZWNsYXJlZC4uLiBubw0KY2hlY2tpbmcgd2hldGhlciBzYnJrIGlzIGRl Y2xhcmVkLi4uIG5vDQpjaGVja2luZyB3aGV0aGVyIGFib3J0IGlzIGRlY2xhcmVkLi4uIG5v DQpjaGVja2luZyB3aGV0aGVyIGF0b2YgaXMgZGVjbGFyZWQuLi4gbm8NCmNoZWNraW5nIHdo ZXRoZXIgZ2V0Y3dkIGlzIGRlY2xhcmVkLi4uIG5vDQpjaGVja2luZyB3aGV0aGVyIGdldHdk IGlzIGRlY2xhcmVkLi4uIG5vDQpjaGVja2luZyB3aGV0aGVyIHN0cnNpZ25hbCBpcyBkZWNs YXJlZC4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgcHV0Y191bmxvY2tlZCBpcyBkZWNsYXJl ZC4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgZnB1dHNfdW5sb2NrZWQgaXMgZGVjbGFyZWQu Li4gbm8NCmNoZWNraW5nIHdoZXRoZXIgZndyaXRlX3VubG9ja2VkIGlzIGRlY2xhcmVkLi4u IG5vDQpjaGVja2luZyB3aGV0aGVyIGZwcmludGZfdW5sb2NrZWQgaXMgZGVjbGFyZWQuLi4g bm8NCmNoZWNraW5nIHdoZXRoZXIgc3Ryc3RyIGlzIGRlY2xhcmVkLi4uIHllcw0KY2hlY2tp bmcgd2hldGhlciBlcnJubyBpcyBkZWNsYXJlZC4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIg bWFsbG9jIGlzIGRlY2xhcmVkLi4uIG5vDQpjaGVja2luZyB3aGV0aGVyIHJlYWxsb2MgaXMg ZGVjbGFyZWQuLi4gbm8NCmNoZWNraW5nIHdoZXRoZXIgY2FsbG9jIGlzIGRlY2xhcmVkLi4u IG5vDQpjaGVja2luZyB3aGV0aGVyIGZyZWUgaXMgZGVjbGFyZWQuLi4gbm8NCmNoZWNraW5n IHdoZXRoZXIgYmFzZW5hbWUgaXMgZGVjbGFyZWQuLi4geWVzDQpjaGVja2luZyB3aGV0aGVy IGdldG9wdCBpcyBkZWNsYXJlZC4uLiBubw0KY2hlY2tpbmcgd2hldGhlciBjbG9jayBpcyBk ZWNsYXJlZC4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgZ2V0cmxpbWl0IGlzIGRlY2xhcmVk Li4uIG5vDQpjaGVja2luZyB3aGV0aGVyIHNldHJsaW1pdCBpcyBkZWNsYXJlZC4uLiBubw0K Y2hlY2tpbmcgd2hldGhlciBnZXRydXNhZ2UgaXMgZGVjbGFyZWQuLi4gbm8NCmNoZWNraW5n IHdoZXRoZXIgdGltZXMgaXMgZGVjbGFyZWQuLi4gbm8NCmNoZWNraW5nIGZvciBzdHJ1Y3Qg dG1zLi4uIG5vDQpjaGVja2luZyBmb3IgY2xvY2tfdC4uLiB5ZXMNCmNoZWNraW5nIGlmIG1r ZGlyIHRha2VzIG9uZSBhcmd1bWVudC4uLiBubw0KVXNpbmcgYC4uLy4vLi4vL2djYy0yMDAy MDYxNy9nY2MvY29uZmlnL2kzODYvaTM4Ni5jJyBmb3IgbWFjaGluZS1zcGVjaWZpYyBsb2dp Yy4NClVzaW5nIGAuLi8uLy4uLy9nY2MtMjAwMjA2MTcvZ2NjL2NvbmZpZy9pMzg2L2kzODYu bWQnIGFzIG1hY2hpbmUgZGVzY3JpcHRpb24gZmlsZS4NClVzaW5nIHRoZSBmb2xsb3dpbmcg dGFyZ2V0IG1hY2hpbmUgbWFjcm8gZmlsZXM6DQoJLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2dj Yy9jb25maWcvaTM4Ni9pMzg2LmgNCgkuLi8uLy4uLy9nY2MtMjAwMjA2MTcvZ2NjL2NvbmZp Zy9pMzg2L2F0dC5oDQoJLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2djYy9jb25maWcvZGJ4ZWxm LmgNCgkuLi8uLy4uLy9nY2MtMjAwMjA2MTcvZ2NjL2NvbmZpZy9lbGZvcy5oDQoJLi4vLi8u Li8vZ2NjLTIwMDIwNjE3L2djYy9jb25maWcvZnJlZWJzZDUuaA0KCS4uLy4vLi4vL2djYy0y MDAyMDYxNy9nY2MvY29uZmlnL2ZyZWVic2Qtc3BlYy5oDQoJLi4vLi8uLi8vZ2NjLTIwMDIw NjE3L2djYy9jb25maWcvZnJlZWJzZC5oDQoJLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2djYy9j b25maWcvaTM4Ni9mcmVlYnNkLmgNCmNoZWNraW5nIGZvciBsaWJyYXJ5IGNvbnRhaW5pbmcg c3RyZXJyb3IuLi4gbm9uZSByZXF1aXJlZA0KY2hlY2tpbmcgZm9yIHdvcmtpbmcgY29uc3Qu Li4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3Igb2ZmX3QuLi4geWVzDQpjaGVja2luZyBm b3Igc2l6ZV90Li4uIHllcw0KY2hlY2tpbmcgZm9yIHdvcmtpbmcgYWxsb2NhLmguLi4gKGNh Y2hlZCkgbm8NCmNoZWNraW5nIGZvciBhbGxvY2EuLi4geWVzDQpjaGVja2luZyB3aGV0aGVy IHdlIGFyZSB1c2luZyB0aGUgR05VIEMgTGlicmFyeSAyLjEgb3IgbmV3ZXIuLi4gbm8NCmNo ZWNraW5nIGZvciBhcmd6LmguLi4gbm8NCmNoZWNraW5nIGZvciBsaW1pdHMuaC4uLiAoY2Fj aGVkKSB5ZXMNCmNoZWNraW5nIGZvciBsb2NhbGUuaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBu bF90eXBlcy5oLi4uIHllcw0KY2hlY2tpbmcgZm9yIG1hbGxvYy5oLi4uIChjYWNoZWQpIG5v DQpjaGVja2luZyBmb3Igc3RkZGVmLmguLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3Ig c3RkbGliLmguLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3Igc3RyaW5nLmguLi4gKGNh Y2hlZCkgeWVzDQpjaGVja2luZyBmb3IgdW5pc3RkLmguLi4gKGNhY2hlZCkgeWVzDQpjaGVj a2luZyBmb3Igc3lzL3BhcmFtLmguLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgZmVv Zl91bmxvY2tlZC4uLiBubw0KY2hlY2tpbmcgZm9yIGZnZXRzX3VubG9ja2VkLi4uIG5vDQpj aGVja2luZyBmb3IgZ2V0Y3dkLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIGdldGVn aWQuLi4geWVzDQpjaGVja2luZyBmb3IgZ2V0ZXVpZC4uLiB5ZXMNCmNoZWNraW5nIGZvciBn ZXRnaWQuLi4geWVzDQpjaGVja2luZyBmb3IgZ2V0dWlkLi4uIHllcw0KY2hlY2tpbmcgZm9y IG1lbXBjcHkuLi4gbm8NCmNoZWNraW5nIGZvciBtdW5tYXAuLi4geWVzDQpjaGVja2luZyBm b3IgcHV0ZW52Li4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHNldGVudi4uLiAoY2Fj aGVkKSB5ZXMNCmNoZWNraW5nIGZvciBzZXRsb2NhbGUuLi4geWVzDQpjaGVja2luZyBmb3Ig c3RwY3B5Li4uIG5vDQpjaGVja2luZyBmb3Igc3RyY2hyLi4uIChjYWNoZWQpIHllcw0KY2hl Y2tpbmcgZm9yIHN0cmNhc2VjbXAuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3Igc3Ry ZHVwLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgZm9yIHN0cnRvdWwuLi4gKGNhY2hlZCkg eWVzDQpjaGVja2luZyBmb3IgdHNlYXJjaC4uLiB5ZXMNCmNoZWNraW5nIGZvciBfX2FyZ3pf Y291bnQuLi4gbm8NCmNoZWNraW5nIGZvciBfX2FyZ3pfc3RyaW5naWZ5Li4uIG5vDQpjaGVj a2luZyBmb3IgX19hcmd6X25leHQuLi4gbm8NCmNoZWNraW5nIGZvciBpY29udi4uLiAoY2Fj aGVkKSBubywgY29uc2lkZXIgaW5zdGFsbGluZyBHTlUgbGliaWNvbnYNCmNoZWNraW5nIGZv ciBubF9sYW5naW5mbyBhbmQgQ09ERVNFVC4uLiB5ZXMNCmNoZWNraW5nIGZvciBMQ19NRVNT QUdFUy4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgTkxTIGlzIHJlcXVlc3RlZC4uLiBubw0K Y2hlY2tpbmcgZm9yIGJpc29uLi4uIGJpc29uDQpjaGVja2luZyB2ZXJzaW9uIG9mIGJpc29u Li4uIDEuMzUsIG9rDQpjaGVja2luZyB3aGF0IGFzc2VtYmxlciB0byB1c2UuLi4gL3Vzci9i aW4vYXMNCmNoZWNraW5nIHdoYXQgbGlua2VyIHRvIHVzZS4uLiAvdXNyL2Jpbi9sZA0KY2hl Y2tpbmcgd2hhdCBubSB0byB1c2UuLi4gbm0NCmNoZWNraW5nIHdoYXQgb2JqZHVtcCB0byB1 c2UuLi4gb2JqZHVtcA0KY2hlY2tpbmcgYXNzZW1ibGVyIGFsaWdubWVudCBmZWF0dXJlcy4u LiAucDJhbGlnbiBpbmNsdWRpbmcgbWF4aW11bSBza2lwDQpjaGVja2luZyBhc3NlbWJsZXIg c3Vic2VjdGlvbiBzdXBwb3J0Li4uIHdvcmtpbmcgLnN1YnNlY3Rpb24gLTENCmNoZWNraW5n IGFzc2VtYmxlciB3ZWFrIHN1cHBvcnQuLi4geWVzDQpjaGVja2luZyBhc3NlbWJsZXIgaGlk ZGVuIHN1cHBvcnQuLi4geWVzDQpjaGVja2luZyBhc3NlbWJsZXIgbGViMTI4IHN1cHBvcnQu Li4geWVzDQpjaGVja2luZyBhc3NlbWJsZXIgZWhfZnJhbWUgb3B0aW1pemF0aW9uLi4uIHll cw0KY2hlY2tpbmcgYXNzZW1ibGVyIHNlY3Rpb24gbWVyZ2luZyBzdXBwb3J0Li4uIHllcw0K Y2hlY2tpbmcgYXNzZW1ibGVyIGluc3RydWN0aW9ucy4uLiBmaWxkcyBmaXN0cyANCmNoZWNr aW5nIGFzc2VtYmxlciBHT1RPRkYgaW4gZGF0YSBkaXJlY3RpdmVzLi4uIHllcw0KY2hlY2tp bmcgYXNzZW1ibGVyIGR3YXJmMiBkZWJ1Z19saW5lIHN1cHBvcnQuLi4geWVzDQpjaGVja2lu ZyBhc3NlbWJsZXIgLS1nZHdhcmYyIHN1cHBvcnQuLi4geWVzDQpjaGVja2luZyBhc3NlbWJs ZXIgLS1nc3RhYnMgc3VwcG9ydC4uLiB5ZXMNCmNoZWNraW5nIGxpbmtlciBQVF9HTlVfRUhf RlJBTUUgc3VwcG9ydC4uLiB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgbGlua2VyIGVoX2ZyYW1l IG9wdGltaXphdGlvbnMgd29yayBwcm9wZXJseS4uLiBubw0KVXNpbmcgZ2djLXBhZ2UgZm9y IGdhcmJhZ2UgY29sbGVjdGlvbi4NCmNoZWNraW5nIHdoZXRoZXIgdG8gZW5hYmxlIG1haW50 YWluZXItc3BlY2lmaWMgcG9ydGlvbnMgb2YgTWFrZWZpbGVzLi4uIG5vDQpMaW5rcyBhcmUg bm93IHNldCB1cCB0byBidWlsZCBhIG5hdGl2ZSBjb21waWxlciBmb3IgaTM4Ni1wb3J0Ymxk LWZyZWVic2Q1LjANCnVwZGF0aW5nIGNhY2hlIC4uL2NvbmZpZy5jYWNoZQ0KY3JlYXRpbmcg Li9jb25maWcuc3RhdHVzDQpjcmVhdGluZyBNYWtlZmlsZQ0KY3JlYXRpbmcgaW50bC9NYWtl ZmlsZQ0KY3JlYXRpbmcgZml4aW5jL01ha2VmaWxlDQpjcmVhdGluZyBnY2NidWcNCmNyZWF0 aW5nIG1rbGliZ2NjDQpjcmVhdGluZyBhdXRvLWhvc3QuaA0KQ29uZmlndXJpbmcgZmFzdGph ci4uLg0KbG9hZGluZyBjYWNoZSAuLi9jb25maWcuY2FjaGUNCmNoZWNraW5nIGZvciBhIEJT RCBjb21wYXRpYmxlIGluc3RhbGwuLi4gL3Vzci9iaW4vaW5zdGFsbCAtYyAtbyByb290IC1n IHdoZWVsDQpjaGVja2luZyB3aGV0aGVyIGJ1aWxkIGVudmlyb25tZW50IGlzIHNhbmUuLi4g eWVzDQpjaGVja2luZyB3aGV0aGVyIGdtYWtlIHNldHMgJHtNQUtFfS4uLiAoY2FjaGVkKSB5 ZXMNCmNoZWNraW5nIGZvciB3b3JraW5nIGFjbG9jYWwuLi4gbWlzc2luZw0KY2hlY2tpbmcg Zm9yIHdvcmtpbmcgYXV0b2NvbmYuLi4gbWlzc2luZw0KY2hlY2tpbmcgZm9yIHdvcmtpbmcg YXV0b21ha2UuLi4gbWlzc2luZw0KY2hlY2tpbmcgZm9yIHdvcmtpbmcgYXV0b2hlYWRlci4u LiBtaXNzaW5nDQpjaGVja2luZyBmb3Igd29ya2luZyBtYWtlaW5mby4uLiBmb3VuZA0KY2hl Y2tpbmcgZm9yIGdjYy4uLiAoY2FjaGVkKSBjYw0KY2hlY2tpbmcgd2hldGhlciB0aGUgQyBj b21waWxlciAoY2MgLU8gLXBpcGUgLW1hcmNoPXBlbnRpdW1wcm8gKSB3b3Jrcy4uLiB5ZXMN CmNoZWNraW5nIHdoZXRoZXIgdGhlIEMgY29tcGlsZXIgKGNjIC1PIC1waXBlIC1tYXJjaD1w ZW50aXVtcHJvICkgaXMgYSBjcm9zcy1jb21waWxlci4uLiBubw0KY2hlY2tpbmcgd2hldGhl ciB3ZSBhcmUgdXNpbmcgR05VIEMuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyB3aGV0aGVy IGNjIGFjY2VwdHMgLWcuLi4gKGNhY2hlZCkgeWVzDQpjaGVja2luZyBmb3IgYSBCU0QgY29t cGF0aWJsZSBpbnN0YWxsLi4uIC91c3IvYmluL2luc3RhbGwgLWMgLW8gcm9vdCAtZyB3aGVl bA0KY2hlY2tpbmcgZm9yIHJtLi4uIC9iaW4vcm0NCmNoZWNraW5nIGZvciBjcC4uLiAvYmlu L2NwDQpjaGVja2luZyBmb3Igc3RyaXAuLi4gL3Vzci9iaW4vc3RyaXANCmNoZWNraW5nIGZv ciBjaG1vZC4uLiAvYmluL2NobW9kDQpjaGVja2luZyBmb3IgQ3lnd2luIGVudmlyb25tZW50 Li4uIG5vDQpjaGVja2luZyBmb3IgbWluZ3czMiBlbnZpcm9ubWVudC4uLiBubw0KY2hlY2tp bmcgZm9yIGV4ZWN1dGFibGUgc3VmZml4Li4uIG5vDQpjaGVja2luZyB3aGV0aGVyIHRvIGVu YWJsZSBtYWludGFpbmVyLXNwZWNpZmljIHBvcnRpb25zIG9mIE1ha2VmaWxlcy4uLiBubw0K Y2hlY2tpbmcgZm9yIGRpcmVudC5oIHRoYXQgZGVmaW5lcyBESVIuLi4geWVzDQpjaGVja2lu ZyBmb3Igb3BlbmRpciBpbiAtbGRpci4uLiBubw0KY2hlY2tpbmcgaG93IHRvIHJ1biB0aGUg QyBwcmVwcm9jZXNzb3IuLi4gKGNhY2hlZCkgY2MgLUUNCmNoZWNraW5nIGZvciBBTlNJIEMg aGVhZGVyIGZpbGVzLi4uIChjYWNoZWQpIHllcw0KY2hlY2tpbmcgd2hldGhlciBzdHJ1Y3Qg dG0gaXMgaW4gc3lzL3RpbWUuaCBvciB0aW1lLmguLi4gdGltZS5oDQpjaGVja2luZyBmb3Ig ZmNudGwuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciB1bmlzdGQuaC4uLiAoY2Fj aGVkKSB5ZXMNCmNoZWNraW5nIGZvciBzeXMvcGFyYW0uaC4uLiAoY2FjaGVkKSB5ZXMNCmNo ZWNraW5nIGZvciBzdGRsaWIuaC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIGZvciBvZmZf dC4uLiAoY2FjaGVkKSB5ZXMNCmNoZWNraW5nIHdoZXRoZXIgc3RydWN0IHRtIGlzIGluIHN5 cy90aW1lLmggb3IgdGltZS5oLi4uIChjYWNoZWQpIHRpbWUuaA0KY2hlY2tpbmcgc2l6ZSBv ZiBjaGFyLi4uIDENCmNoZWNraW5nIHNpemUgb2Ygc2hvcnQuLi4gKGNhY2hlZCkgMg0KY2hl Y2tpbmcgc2l6ZSBvZiBpbnQuLi4gKGNhY2hlZCkgNA0KY2hlY2tpbmcgc2l6ZSBvZiBsb25n Li4uIChjYWNoZWQpIDQNCmNoZWNraW5nIHNpemUgb2YgbG9uZyBsb25nLi4uIChjYWNoZWQp IDgNCmNoZWNraW5nIHdoZXRoZXIgYnl0ZSBvcmRlcmluZyBpcyBiaWdlbmRpYW4uLi4gbm8N CnVwZGF0aW5nIGNhY2hlIC4uL2NvbmZpZy5jYWNoZQ0KY3JlYXRpbmcgLi9jb25maWcuc3Rh dHVzDQpjcmVhdGluZyBNYWtlZmlsZQ0KY3JlYXRpbmcgaW5zdGFsbC1kZWZzLnNoDQpjcmVh dGluZyBjb25maWcuaA0KPT09PiAgQnVpbGRpbmcgZm9yIGdjYy0zLjEuMV8yMDAyMDYxNw0K Y2QgL3Vzci9wb3J0cy9sYW5nL2djYzMxL3dvcmsvZ2NjLTIwMDIwNjE3IDsgY29udHJpYi9n Y2NfdXBkYXRlIC0tdG91Y2gNClRvdWNoaW5nIGdjYy9jb25maWcuaW4uLi4NCmdtYWtlWzFd OiBFbnRlcmluZyBkaXJlY3RvcnkgYC91c3IvcG9ydHMvbGFuZy9nY2MzMS93b3JrL2J1aWxk L2xpYmliZXJ0eScNCmlmIFsgeCIiICE9IHggXSAmJiBbICEgLWQgcGljIF07IHRoZW4gXA0K ICBta2RpciBwaWM7IFwNCmVsc2UgdHJ1ZTsgZmkNCnRvdWNoIHN0YW1wLXBpY2Rpcg0KaWYg WyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgY2MgLWMgLURIQVZFX0NPTkZJR19IIC1PIC1waXBl IC1tYXJjaD1wZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVy dHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgIC4uLy4v Li4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYyAtbyBwaWMvcmVnZXgubzsgXA0K ZWxzZSB0cnVlOyBmaQ0KY2MgLWMgLURIQVZFX0NPTkZJR19IIC1PIC1waXBlIC1tYXJjaD1w ZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvLi4vaW5j bHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgLi4vLi8uLi8vZ2NjLTIw MDIwNjE3L2xpYmliZXJ0eS9yZWdleC5jDQpJbiBmaWxlIGluY2x1ZGVkIGZyb20gLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9yZWdleC5jOjY0OToNCi4uLy4uL2djYy0yMDAyMDYx Ny9saWJpYmVydHkvcmVnZXguYzogSW4gZnVuY3Rpb24gYGJ5dGVfY29tcGlsZV9yYW5nZSc6 DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L3JlZ2V4LmM6NDYwMjogd2FybmluZzog c2lnbmVkIGFuZCB1bnNpZ25lZCB0eXBlIGluIGNvbmRpdGlvbmFsIGV4cHJlc3Npb24NCi4u Ly4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzo0NjEyOiB3YXJuaW5nOiBzaWdu ZWQgYW5kIHVuc2lnbmVkIHR5cGUgaW4gY29uZGl0aW9uYWwgZXhwcmVzc2lvbg0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9yZWdleC5jOjQ2MTI6IHdhcm5pbmc6IHNpZ25lZCBh bmQgdW5zaWduZWQgdHlwZSBpbiBjb25kaXRpb25hbCBleHByZXNzaW9uDQouLi8uLi9nY2Mt MjAwMjA2MTcvbGliaWJlcnR5L3JlZ2V4LmM6IEF0IHRvcCBsZXZlbDoNCi4uLy4uL2djYy0y MDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxMzgwOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBD IHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJp YmVydHkvcmVnZXguYzoxMzgyOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3Ry aW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXgu YzoxMzgzOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVu YXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxMzg1OiB3YXJu aW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4u L2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxMzg2OiB3YXJuaW5nOiB0cmFkaXRp b25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYx Ny9saWJpYmVydHkvcmVnZXguYzoxMzg4OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVj dHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkv cmVnZXguYzoxMzg5OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNv bmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxMzkx OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24N Ci4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxMzkyOiB3YXJuaW5nOiB0 cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0y MDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxMzk0OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBD IHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJp YmVydHkvcmVnZXguYzoxMzk1OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3Ry aW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXgu YzoxMzk3OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVu YXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxMzk4OiB3YXJu aW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4u L2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDAwOiB3YXJuaW5nOiB0cmFkaXRp b25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYx Ny9saWJpYmVydHkvcmVnZXguYzoxNDAxOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVj dHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkv cmVnZXguYzoxNDAzOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNv bmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDA0 OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24N Ci4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDA2OiB3YXJuaW5nOiB0 cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0y MDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDA3OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBD IHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJp YmVydHkvcmVnZXguYzoxNDA5OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3Ry aW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXgu YzoxNDEwOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVu YXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDEyOiB3YXJu aW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4u L2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDEzOiB3YXJuaW5nOiB0cmFkaXRp b25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYx Ny9saWJpYmVydHkvcmVnZXguYzoxNDE1OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVj dHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkv cmVnZXguYzoxNDE2OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNv bmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDE4 OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24N Ci4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDE5OiB3YXJuaW5nOiB0 cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0y MDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDIxOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBD IHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJp YmVydHkvcmVnZXguYzoxNDIyOiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3Ry aW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXgu YzoxNDI0OiB3YXJuaW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVu YXRpb24NCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDI1OiB3YXJu aW5nOiB0cmFkaXRpb25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4u L2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzoxNDI3OiB3YXJuaW5nOiB0cmFkaXRp b25hbCBDIHJlamVjdHMgc3RyaW5nIGNvbmNhdGVuYXRpb24NCi4uLy4uL2djYy0yMDAyMDYx Ny9saWJpYmVydHkvcmVnZXguYzogSW4gZnVuY3Rpb24gYHhyZWdjb21wJzoNCi4uLy4uL2dj Yy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzo4MDk5OiB3YXJuaW5nOiBzaWduZWQgYW5k IHVuc2lnbmVkIHR5cGUgaW4gY29uZGl0aW9uYWwgZXhwcmVzc2lvbg0KLi4vLi4vZ2NjLTIw MDIwNjE3L2xpYmliZXJ0eS9yZWdleC5jOiBJbiBmdW5jdGlvbiBgeHJlZ2Vycm9yJzoNCi4u Ly4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvcmVnZXguYzo4MjM0OiB3YXJuaW5nOiB1bnVz ZWQgcGFyYW1ldGVyIGBwcmVnJw0KaWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgY2MgLWMg LURIQVZFX0NPTkZJR19IIC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvIC1JLiAtSS4uLy4v Li4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFk aXRpb25hbCAtcGVkYW50aWMgIC4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3Bs dXMtZGVtLmMgLW8gcGljL2NwbHVzLWRlbS5vOyBcDQplbHNlIHRydWU7IGZpDQpjYyAtYyAt REhBVkVfQ09ORklHX0ggLU8gLXBpcGUgLW1hcmNoPXBlbnRpdW1wcm8gLUkuIC1JLi4vLi8u Li8vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRp dGlvbmFsIC1wZWRhbnRpYyAuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVz LWRlbS5jDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVzLWRlbS5jOiBJbiBm dW5jdGlvbiBgY29kZV9mb3JfcXVhbGlmaWVyJzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJp YmVydHkvY3BsdXMtZGVtLmM6NjIzOiB3YXJuaW5nOiBpbXBsaWNpdCBkZWNsYXJhdGlvbiBv ZiBmdW5jdGlvbiBgYWJvcnQnDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVz LWRlbS5jOiBJbiBmdW5jdGlvbiBgc3F1YW5nbGVfbW9wX3VwJzoNCi4uLy4uL2djYy0yMDAy MDYxNy9saWJpYmVydHkvY3BsdXMtZGVtLmM6MTE0OTogd2FybmluZzogaW1wbGljaXQgZGVj bGFyYXRpb24gb2YgZnVuY3Rpb24gYGZyZWUnDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJl cnR5L2NwbHVzLWRlbS5jOjExNTM6IHdhcm5pbmc6IGZ1bmN0aW9uIGBmcmVlJyB3YXMgcHJl dmlvdXNseSBkZWNsYXJlZCB3aXRoaW4gYSBibG9jaw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xp YmliZXJ0eS9jcGx1cy1kZW0uYzogSW4gZnVuY3Rpb24gYGRlbGV0ZV9ub25fQl9LX3dvcmtf c3R1ZmYnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcGx1cy1kZW0uYzoxMjQx OiB3YXJuaW5nOiBmdW5jdGlvbiBgZnJlZScgd2FzIHByZXZpb3VzbHkgZGVjbGFyZWQgd2l0 aGluIGEgYmxvY2sNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3BsdXMtZGVtLmM6 MTI1MTogd2FybmluZzogZnVuY3Rpb24gYGZyZWUnIHdhcyBwcmV2aW91c2x5IGRlY2xhcmVk IHdpdGhpbiBhIGJsb2NrDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVzLWRl bS5jOjEyNTk6IHdhcm5pbmc6IGZ1bmN0aW9uIGBmcmVlJyB3YXMgcHJldmlvdXNseSBkZWNs YXJlZCB3aXRoaW4gYSBibG9jaw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcGx1 cy1kZW0uYzogSW4gZnVuY3Rpb24gYGRlbWFuZ2xlX3RlbXBsYXRlX3ZhbHVlX3Bhcm0nOg0K Li4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcGx1cy1kZW0uYzoyMDAxOiB3YXJuaW5n OiBmdW5jdGlvbiBgZnJlZScgd2FzIHByZXZpb3VzbHkgZGVjbGFyZWQgd2l0aGluIGEgYmxv Y2sNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3BsdXMtZGVtLmM6MjAwNTogd2Fy bmluZzogZnVuY3Rpb24gYGZyZWUnIHdhcyBwcmV2aW91c2x5IGRlY2xhcmVkIHdpdGhpbiBh IGJsb2NrDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVzLWRlbS5jOiBJbiBm dW5jdGlvbiBgZ251X3NwZWNpYWwnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9j cGx1cy1kZW0uYzozMDQ2OiB3YXJuaW5nOiBmdW5jdGlvbiBgZnJlZScgd2FzIHByZXZpb3Vz bHkgZGVjbGFyZWQgd2l0aGluIGEgYmxvY2sNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVy dHkvY3BsdXMtZGVtLmM6IEluIGZ1bmN0aW9uIGByZWN1cnNpdmVseV9kZW1hbmdsZSc6DQou Li8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVzLWRlbS5jOjMxMDU6IHdhcm5pbmc6 IGZ1bmN0aW9uIGBmcmVlJyB3YXMgcHJldmlvdXNseSBkZWNsYXJlZCB3aXRoaW4gYSBibG9j aw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcGx1cy1kZW0uYzozMTExOiB3YXJu aW5nOiBmdW5jdGlvbiBgZnJlZScgd2FzIHByZXZpb3VzbHkgZGVjbGFyZWQgd2l0aGluIGEg YmxvY2sNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3BsdXMtZGVtLmM6IEluIGZ1 bmN0aW9uIGBkZW1hbmdsZV9xdWFsaWZpZWQnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmli ZXJ0eS9jcGx1cy1kZW0uYzozMjgyOiB3YXJuaW5nOiBpbXBsaWNpdCBkZWNsYXJhdGlvbiBv ZiBmdW5jdGlvbiBgYXRvaScNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3BsdXMt ZGVtLmM6IEluIGZ1bmN0aW9uIGBkb19ocGFjY190ZW1wbGF0ZV9saXRlcmFsJzoNCi4uLy4u L2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3BsdXMtZGVtLmM6NDA5Mzogd2FybmluZzogZnVu Y3Rpb24gYGZyZWUnIHdhcyBwcmV2aW91c2x5IGRlY2xhcmVkIHdpdGhpbiBhIGJsb2NrDQou Li8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVzLWRlbS5jOjQxMDA6IHdhcm5pbmc6 IGZ1bmN0aW9uIGBmcmVlJyB3YXMgcHJldmlvdXNseSBkZWNsYXJlZCB3aXRoaW4gYSBibG9j aw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcGx1cy1kZW0uYzogSW4gZnVuY3Rp b24gYGZvcmdldF9CX2FuZF9LX3R5cGVzJzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVy dHkvY3BsdXMtZGVtLmM6NDMyOTogd2FybmluZzogZnVuY3Rpb24gYGZyZWUnIHdhcyBwcmV2 aW91c2x5IGRlY2xhcmVkIHdpdGhpbiBhIGJsb2NrDQouLi8uLi9nY2MtMjAwMjA2MTcvbGli aWJlcnR5L2NwbHVzLWRlbS5jOjQzMzk6IHdhcm5pbmc6IGZ1bmN0aW9uIGBmcmVlJyB3YXMg cHJldmlvdXNseSBkZWNsYXJlZCB3aXRoaW4gYSBibG9jaw0KLi4vLi4vZ2NjLTIwMDIwNjE3 L2xpYmliZXJ0eS9jcGx1cy1kZW0uYzogSW4gZnVuY3Rpb24gYGZvcmdldF90eXBlcyc6DQou Li8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwbHVzLWRlbS5jOjQzNTc6IHdhcm5pbmc6 IGZ1bmN0aW9uIGBmcmVlJyB3YXMgcHJldmlvdXNseSBkZWNsYXJlZCB3aXRoaW4gYSBibG9j aw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcGx1cy1kZW0uYzogSW4gZnVuY3Rp b24gYHN0cmluZ19kZWxldGUnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcGx1 cy1kZW0uYzo0NzYwOiB3YXJuaW5nOiBmdW5jdGlvbiBgZnJlZScgd2FzIHByZXZpb3VzbHkg ZGVjbGFyZWQgd2l0aGluIGEgYmxvY2sNCmlmIFsgeCIiICE9IHggXTsgdGhlbiBcDQogIGNj IC1jIC1ESEFWRV9DT05GSUdfSCAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyAtSS4gLUku Li8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1X dHJhZGl0aW9uYWwgLXBlZGFudGljICAuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5 L2NwLWRlbWFuZ2xlLmMgLW8gcGljL2NwLWRlbWFuZ2xlLm87IFwNCmVsc2UgdHJ1ZTsgZmkN CmNjIC1jIC1ESEFWRV9DT05GSUdfSCAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyAtSS4g LUkuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxs IC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIC4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVy dHkvY3AtZGVtYW5nbGUuYw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcC1kZW1h bmdsZS5jOiBJbiBmdW5jdGlvbiBgc3RyaW5nX2xpc3RfbmV3JzoNCi4uLy4uL2djYy0yMDAy MDYxNy9saWJpYmVydHkvY3AtZGVtYW5nbGUuYzo0MTg6IHdhcm5pbmc6IGltcGxpY2l0IGRl Y2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBtYWxsb2MnDQouLi8uLi9nY2MtMjAwMjA2MTcvbGli aWJlcnR5L2NwLWRlbWFuZ2xlLmM6IEluIGZ1bmN0aW9uIGBzdWJzdGl0dXRpb25fYWRkJzoN Ci4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3AtZGVtYW5nbGUuYzo1ODk6IHdhcm5p bmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGByZWFsbG9jJw0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcC1kZW1hbmdsZS5jOiBJbiBmdW5jdGlvbiBgdGVt cGxhdGVfYXJnX2xpc3RfbmV3JzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3At ZGVtYW5nbGUuYzo2Njc6IHdhcm5pbmc6IGZ1bmN0aW9uIGBtYWxsb2MnIHdhcyBwcmV2aW91 c2x5IGRlY2xhcmVkIHdpdGhpbiBhIGJsb2NrDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJl cnR5L2NwLWRlbWFuZ2xlLmM6IEluIGZ1bmN0aW9uIGB0ZW1wbGF0ZV9hcmdfbGlzdF9kZWxl dGUnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcC1kZW1hbmdsZS5jOjY4ODog d2FybmluZzogaW1wbGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYGZyZWUnDQouLi8u Li9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwLWRlbWFuZ2xlLmM6IEluIGZ1bmN0aW9uIGBk ZW1hbmdsaW5nX25ldyc6DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwLWRlbWFu Z2xlLmM6ODE1OiB3YXJuaW5nOiBmdW5jdGlvbiBgbWFsbG9jJyB3YXMgcHJldmlvdXNseSBk ZWNsYXJlZCB3aXRoaW4gYSBibG9jaw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9j cC1kZW1hbmdsZS5jOiBJbiBmdW5jdGlvbiBgZGVtYW5nbGluZ19kZWxldGUnOg0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcC1kZW1hbmdsZS5jOjg2Mjogd2FybmluZzogZnVu Y3Rpb24gYGZyZWUnIHdhcyBwcmV2aW91c2x5IGRlY2xhcmVkIHdpdGhpbiBhIGJsb2NrDQou Li8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwLWRlbWFuZ2xlLmM6IEluIGZ1bmN0aW9u IGBkZW1hbmdsZV9jaGFyJzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3AtZGVt YW5nbGUuYzo5NzU6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9u IGBzdHJkdXAnDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwLWRlbWFuZ2xlLmM6 OTc1OiB3YXJuaW5nOiBhc3NpZ25tZW50IG1ha2VzIHBvaW50ZXIgZnJvbSBpbnRlZ2VyIHdp dGhvdXQgYSBjYXN0DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwLWRlbWFuZ2xl LmM6IEluIGZ1bmN0aW9uIGBkZW1hbmdsZV9udW1iZXInOg0KLi4vLi4vZ2NjLTIwMDIwNjE3 L2xpYmliZXJ0eS9jcC1kZW1hbmdsZS5jOjEzOTc6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xh cmF0aW9uIG9mIGZ1bmN0aW9uIGBzdHJ0b2wnDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJl cnR5L2NwLWRlbWFuZ2xlLmM6IEluIGZ1bmN0aW9uIGBkZW1hbmdsZV9pZGVudGlmaWVyJzoN Ci4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3AtZGVtYW5nbGUuYzoxNDgxOiB3YXJu aW5nOiBpbXBsaWNpdCBkZWNsYXJhdGlvbiBvZiBmdW5jdGlvbiBgc3RybGVuJw0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcC1kZW1hbmdsZS5jOjE0ODQ6IHdhcm5pbmc6IGlt cGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBzdHJuY21wJw0KLi4vLi4vZ2NjLTIw MDIwNjE3L2xpYmliZXJ0eS9jcC1kZW1hbmdsZS5jOiBJbiBmdW5jdGlvbiBgY3BsdXNfZGVt YW5nbGVfdjMnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jcC1kZW1hbmdsZS5j OjM3Mzk6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBhYm9y dCcNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3AtZGVtYW5nbGUuYzogSW4gZnVu Y3Rpb24gYGphdmFfZGVtYW5nbGVfdjMnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0 eS9jcC1kZW1hbmdsZS5jOjM4MDE6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9m IGZ1bmN0aW9uIGBzdHJzdHInDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NwLWRl bWFuZ2xlLmM6MzgwNDogd2FybmluZzogaW1wbGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rp b24gYHN0cmNocicNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY3AtZGVtYW5nbGUu YzozODQ3OiB3YXJuaW5nOiBmdW5jdGlvbiBgZnJlZScgd2FzIHByZXZpb3VzbHkgZGVjbGFy ZWQgd2l0aGluIGEgYmxvY2sNCmlmIFsgeCIiICE9IHggXTsgdGhlbiBcDQogIGNjIC1jIC1E SEFWRV9DT05GSUdfSCAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyAtSS4gLUkuLi8uLy4u Ly9nY2MtMjAwMjA2MTcvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1XdHJhZGl0 aW9uYWwgLXBlZGFudGljICAuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L21kNS5j IC1vIHBpYy9tZDUubzsgXA0KZWxzZSB0cnVlOyBmaQ0KY2MgLWMgLURIQVZFX0NPTkZJR19I IC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2djYy0yMDAyMDYx Ny9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCAtcGVkYW50 aWMgLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYw0KLi4vLi4vZ2NjLTIw MDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNTY6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2Ug bWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwg Qw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNTc6NTg6IHdhcm5pbmc6 IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMg aW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzoz NTg6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQg d2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xp YmliZXJ0eS9tZDUuYzozNTk6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZH IiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNjA6NTg6IHdhcm5pbmc6IGZ1bmN0aW9u LWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0 aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNjE6NTg6IHdh cm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1 bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9t ZDUuYzozNjI6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJl IHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIw NjE3L2xpYmliZXJ0eS9tZDUuYzozNjM6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFj cm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0K Li4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNjQ6NTg6IHdhcm5pbmc6IGZ1 bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4g dHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNjU6 NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0 aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmli ZXJ0eS9tZDUuYzozNjY6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBt dXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2Nj LTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNjc6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxp a2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9u YWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNjg6NTg6IHdhcm5p bmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVu dHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUu YzozNjk6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVz ZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3 L2xpYmliZXJ0eS9tZDUuYzozNzA6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8g IkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4v Li4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNzE6NTg6IHdhcm5pbmc6IGZ1bmN0 aW9uLWxpa2UgbWFjcm8gIkZHIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJh ZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNzQ6NTg6 IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBh cmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0 eS9tZDUuYzozNzU6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0 IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIw MDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNzY6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2Ug bWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwg Qw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozNzc6NTg6IHdhcm5pbmc6 IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMg aW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzoz Nzg6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQg d2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xp YmliZXJ0eS9tZDUuYzozNzk6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZI IiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozODA6NTg6IHdhcm5pbmc6IGZ1bmN0aW9u LWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0 aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozODE6NTg6IHdh cm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1 bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9t ZDUuYzozODI6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJl IHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIw NjE3L2xpYmliZXJ0eS9tZDUuYzozODM6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFj cm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0K Li4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozODQ6NTg6IHdhcm5pbmc6IGZ1 bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4g dHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozODU6 NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0 aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmli ZXJ0eS9tZDUuYzozODY6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBt dXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2Nj LTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozODc6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxp a2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9u YWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozODg6NTg6IHdhcm5p bmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVu dHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUu YzozODk6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZIIiBtdXN0IGJlIHVz ZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3 L2xpYmliZXJ0eS9tZDUuYzozOTI6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8g IkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4v Li4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozOTM6NTg6IHdhcm5pbmc6IGZ1bmN0 aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJh ZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozOTQ6NTg6 IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBh cmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0 eS9tZDUuYzozOTU6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0 IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIw MDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozOTY6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2Ug bWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwg Qw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzozOTc6NTg6IHdhcm5pbmc6 IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMg aW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzoz OTg6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQg d2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xp YmliZXJ0eS9tZDUuYzozOTk6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJ IiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzo0MDA6NTg6IHdhcm5pbmc6IGZ1bmN0aW9u LWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0 aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzo0MDE6NTg6IHdh cm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1 bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9t ZDUuYzo0MDI6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJl IHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIw NjE3L2xpYmliZXJ0eS9tZDUuYzo0MDM6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFj cm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0K Li4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzo0MDQ6NTg6IHdhcm5pbmc6IGZ1 bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4g dHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzo0MDU6 NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0 aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmli ZXJ0eS9tZDUuYzo0MDY6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxpa2UgbWFjcm8gIkZJIiBt dXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9uYWwgQw0KLi4vLi4vZ2Nj LTIwMDIwNjE3L2xpYmliZXJ0eS9tZDUuYzo0MDc6NTg6IHdhcm5pbmc6IGZ1bmN0aW9uLWxp a2UgbWFjcm8gIkZJIiBtdXN0IGJlIHVzZWQgd2l0aCBhcmd1bWVudHMgaW4gdHJhZGl0aW9u YWwgQw0KaWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgY2MgLWMgLURIQVZFX0NPTkZJR19I IC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2djYy0yMDAyMDYx Ny9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCAtcGVkYW50 aWMgIC4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvYWxsb2NhLmMgLW8gcGljL2Fs bG9jYS5vOyBcDQplbHNlIHRydWU7IGZpDQpjYyAtYyAtREhBVkVfQ09ORklHX0ggLU8gLXBp cGUgLW1hcmNoPXBlbnRpdW1wcm8gLUkuIC1JLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2xpYmli ZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyAuLi8u Ly4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2FsbG9jYS5jDQouLi8uLi9nY2MtMjAwMjA2 MTcvbGliaWJlcnR5L2FsbG9jYS5jOiBJbiBmdW5jdGlvbiBgQ19hbGxvY2EnOg0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9hbGxvY2EuYzoxNzk6IHdhcm5pbmc6IGltcGxpY2l0 IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBmcmVlJw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xp YmliZXJ0eS9hbGxvY2EuYzoxOTk6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9m IGZ1bmN0aW9uIGBhYm9ydCcNCmlmIFsgeCIiICE9IHggXTsgdGhlbiBcDQogIGNjIC1jIC1E SEFWRV9DT05GSUdfSCAtTyAtcGlwZSAtbWFyY2g9cGVudGl1bXBybyAtSS4gLUkuLi8uLy4u Ly9nY2MtMjAwMjA2MTcvbGliaWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1XdHJhZGl0 aW9uYWwgLXBlZGFudGljICAuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2FyZ3Yu YyAtbyBwaWMvYXJndi5vOyBcDQplbHNlIHRydWU7IGZpDQpjYyAtYyAtREhBVkVfQ09ORklH X0ggLU8gLXBpcGUgLW1hcmNoPXBlbnRpdW1wcm8gLUkuIC1JLi4vLi8uLi8vZ2NjLTIwMDIw NjE3L2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIC1wZWRh bnRpYyAuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2FyZ3YuYw0KaWYgWyB4IiIg IT0geCBdOyB0aGVuIFwNCiAgY2MgLWMgLURIQVZFX0NPTkZJR19IIC1PIC1waXBlIC1tYXJj aD1wZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvLi4v aW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgIC4uLy4vLi4vL2dj Yy0yMDAyMDYxNy9saWJpYmVydHkvY2hvb3NlLXRlbXAuYyAtbyBwaWMvY2hvb3NlLXRlbXAu bzsgXA0KZWxzZSB0cnVlOyBmaQ0KY2MgLWMgLURIQVZFX0NPTkZJR19IIC1PIC1waXBlIC1t YXJjaD1wZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkv Li4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgLi4vLi8uLi8v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jaG9vc2UtdGVtcC5jDQouLi8uLi9nY2MtMjAwMjA2 MTcvbGliaWJlcnR5L2Nob29zZS10ZW1wLmM6IEluIGZ1bmN0aW9uIGBjaG9vc2VfdGVtcF9i YXNlJzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY2hvb3NlLXRlbXAuYzo2Mzog d2FybmluZzogaW1wbGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYHN0cmxlbicNCi4u Ly4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY2hvb3NlLXRlbXAuYzo2NTogd2FybmluZzog aW1wbGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYHN0cmNweScNCi4uLy4uL2djYy0y MDAyMDYxNy9saWJpYmVydHkvY2hvb3NlLXRlbXAuYzo2ODogd2FybmluZzogaW1wbGljaXQg ZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYG1rdGVtcCcNCi4uLy4uL2djYy0yMDAyMDYxNy9s aWJpYmVydHkvY2hvb3NlLXRlbXAuYzo3MDogd2FybmluZzogaW1wbGljaXQgZGVjbGFyYXRp b24gb2YgZnVuY3Rpb24gYGFib3J0Jw0KaWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgY2Mg LWMgLURIQVZFX0NPTkZJR19IIC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvIC1JLiAtSS4u Ly4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0 cmFkaXRpb25hbCAtcGVkYW50aWMgIC4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkv Y29uY2F0LmMgLW8gcGljL2NvbmNhdC5vOyBcDQplbHNlIHRydWU7IGZpDQpjYyAtYyAtREhB VkVfQ09ORklHX0ggLU8gLXBpcGUgLW1hcmNoPXBlbnRpdW1wcm8gLUkuIC1JLi4vLi8uLi8v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlv bmFsIC1wZWRhbnRpYyAuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NvbmNhdC5j DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NvbmNhdC5jOiBJbiBmdW5jdGlvbiBg dmNvbmNhdF9sZW5ndGgnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jb25jYXQu Yzo4Mjogd2FybmluZzogaW1wbGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYHN0cmxl bicNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvY29uY2F0LmM6IEluIGZ1bmN0aW9u IGB2Y29uY2F0X2NvcHknOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jb25jYXQu YzoxMDA6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBtZW1j cHknDQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2NvbmNhdC5jOiBJbiBmdW5jdGlv biBgcmVjb25jYXQnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9jb25jYXQuYzoy MTA6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBmcmVlJw0K aWYgWyB4IiIgIT0geCBdOyB0aGVuIFwNCiAgY2MgLWMgLURIQVZFX0NPTkZJR19IIC1PIC1w aXBlIC1tYXJjaD1wZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2djYy0yMDAyMDYxNy9saWJp YmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25hbCAtcGVkYW50aWMgIC4u Ly4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvZHluLXN0cmluZy5jIC1vIHBpYy9keW4t c3RyaW5nLm87IFwNCmVsc2UgdHJ1ZTsgZmkNCmNjIC1jIC1ESEFWRV9DT05GSUdfSCAtTyAt cGlwZSAtbWFyY2g9cGVudGl1bXBybyAtSS4gLUkuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGli aWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljIC4u Ly4vLi4vL2djYy0yMDAyMDYxNy9saWJpYmVydHkvZHluLXN0cmluZy5jDQouLi8uLi9nY2Mt MjAwMjA2MTcvbGliaWJlcnR5L2R5bi1zdHJpbmcuYzogSW4gZnVuY3Rpb24gYGR5bl9zdHJp bmdfZGVsZXRlJzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvZHluLXN0cmluZy5j OjEyMzogd2FybmluZzogaW1wbGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYGZyZWUn DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2R5bi1zdHJpbmcuYzogSW4gZnVuY3Rp b24gYGR5bl9zdHJpbmdfcmVsZWFzZSc6DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5 L2R5bi1zdHJpbmcuYzoxNDA6IHdhcm5pbmc6IGZ1bmN0aW9uIGBmcmVlJyB3YXMgcHJldmlv dXNseSBkZWNsYXJlZCB3aXRoaW4gYSBibG9jaw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmli ZXJ0eS9keW4tc3RyaW5nLmM6IEluIGZ1bmN0aW9uIGBkeW5fc3RyaW5nX2NvcHknOg0KLi4v Li4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9keW4tc3RyaW5nLmM6MjA2OiB3YXJuaW5nOiBp bXBsaWNpdCBkZWNsYXJhdGlvbiBvZiBmdW5jdGlvbiBgYWJvcnQnDQouLi8uLi9nY2MtMjAw MjA2MTcvbGliaWJlcnR5L2R5bi1zdHJpbmcuYzoyMTI6IHdhcm5pbmc6IGltcGxpY2l0IGRl Y2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBzdHJjcHknDQouLi8uLi9nY2MtMjAwMjA2MTcvbGli aWJlcnR5L2R5bi1zdHJpbmcuYzogSW4gZnVuY3Rpb24gYGR5bl9zdHJpbmdfY29weV9jc3Ry JzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvZHluLXN0cmluZy5jOjIyNzogd2Fy bmluZzogaW1wbGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYHN0cmxlbicNCi4uLy4u L2djYy0yMDAyMDYxNy9saWJpYmVydHkvZHluLXN0cmluZy5jOiBJbiBmdW5jdGlvbiBgZHlu X3N0cmluZ19pbnNlcnQnOg0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9keW4tc3Ry aW5nLmM6Mjg1OiB3YXJuaW5nOiBpbXBsaWNpdCBkZWNsYXJhdGlvbiBvZiBmdW5jdGlvbiBg c3RybmNweScNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvZHluLXN0cmluZy5jOiBJ biBmdW5jdGlvbiBgZHluX3N0cmluZ19lcSc6DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJl cnR5L2R5bi1zdHJpbmcuYzo0NDE6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9m IGZ1bmN0aW9uIGBzdHJjbXAnDQppZiBbIHgiIiAhPSB4IF07IHRoZW4gXA0KICBjYyAtYyAt REhBVkVfQ09ORklHX0ggLU8gLXBpcGUgLW1hcmNoPXBlbnRpdW1wcm8gLUkuIC1JLi4vLi8u Li8vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRp dGlvbmFsIC1wZWRhbnRpYyAgLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9mZG1h dGNoLmMgLW8gcGljL2ZkbWF0Y2gubzsgXA0KZWxzZSB0cnVlOyBmaQ0KY2MgLWMgLURIQVZF X0NPTkZJR19IIC1PIC1waXBlIC1tYXJjaD1wZW50aXVtcHJvIC1JLiAtSS4uLy4vLi4vL2dj Yy0yMDAyMDYxNy9saWJpYmVydHkvLi4vaW5jbHVkZSAgLVcgLVdhbGwgLVd0cmFkaXRpb25h bCAtcGVkYW50aWMgLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9mZG1hdGNoLmMN CmlmIFsgeCIiICE9IHggXTsgdGhlbiBcDQogIGNjIC1jIC1ESEFWRV9DT05GSUdfSCAtTyAt cGlwZSAtbWFyY2g9cGVudGl1bXBybyAtSS4gLUkuLi8uLy4uLy9nY2MtMjAwMjA2MTcvbGli aWJlcnR5Ly4uL2luY2x1ZGUgIC1XIC1XYWxsIC1XdHJhZGl0aW9uYWwgLXBlZGFudGljICAu Li8uLy4uLy9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2ZpYmhlYXAuYyAtbyBwaWMvZmliaGVh cC5vOyBcDQplbHNlIHRydWU7IGZpDQpjYyAtYyAtREhBVkVfQ09ORklHX0ggLU8gLXBpcGUg LW1hcmNoPXBlbnRpdW1wcm8gLUkuIC1JLi4vLi8uLi8vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0 eS8uLi9pbmNsdWRlICAtVyAtV2FsbCAtV3RyYWRpdGlvbmFsIC1wZWRhbnRpYyAuLi8uLy4u Ly9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2ZpYmhlYXAuYw0KLi4vLi4vZ2NjLTIwMDIwNjE3 L2xpYmliZXJ0eS9maWJoZWFwLmM6IEluIGZ1bmN0aW9uIGBmaWJoZWFwX3VuaW9uJzoNCi4u Ly4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvZmliaGVhcC5jOjE2Njogd2FybmluZzogaW1w bGljaXQgZGVjbGFyYXRpb24gb2YgZnVuY3Rpb24gYGZyZWUnDQouLi8uLi9nY2MtMjAwMjA2 MTcvbGliaWJlcnR5L2ZpYmhlYXAuYzoxNzE6IHdhcm5pbmc6IGZ1bmN0aW9uIGBmcmVlJyB3 YXMgcHJldmlvdXNseSBkZWNsYXJlZCB3aXRoaW4gYSBibG9jaw0KLi4vLi4vZ2NjLTIwMDIw NjE3L2xpYmliZXJ0eS9maWJoZWFwLmM6MTg3OiB3YXJuaW5nOiBmdW5jdGlvbiBgZnJlZScg d2FzIHByZXZpb3VzbHkgZGVjbGFyZWQgd2l0aGluIGEgYmxvY2sNCi4uLy4uL2djYy0yMDAy MDYxNy9saWJpYmVydHkvZmliaGVhcC5jOiBJbiBmdW5jdGlvbiBgZmliaGVhcF9leHRyYWN0 X21pbic6DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2ZpYmhlYXAuYzoyMDY6IHdh cm5pbmc6IGZ1bmN0aW9uIGBmcmVlJyB3YXMgcHJldmlvdXNseSBkZWNsYXJlZCB3aXRoaW4g YSBibG9jaw0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9maWJoZWFwLmM6IEluIGZ1 bmN0aW9uIGBmaWJoZWFwX2RlbGV0ZV9ub2RlJzoNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJp YmVydHkvZmliaGVhcC5jOjI4NTogYExPTkdfTUlOJyB1bmRlY2xhcmVkIChmaXJzdCB1c2Ug aW4gdGhpcyBmdW5jdGlvbikNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJpYmVydHkvZmliaGVh cC5jOjI4NTogKEVhY2ggdW5kZWNsYXJlZCBpZGVudGlmaWVyIGlzIHJlcG9ydGVkIG9ubHkg b25jZQ0KLi4vLi4vZ2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9maWJoZWFwLmM6Mjg1OiBmb3Ig ZWFjaCBmdW5jdGlvbiBpdCBhcHBlYXJzIGluLikNCi4uLy4uL2djYy0yMDAyMDYxNy9saWJp YmVydHkvZmliaGVhcC5jOiBJbiBmdW5jdGlvbiBgZmliaGVhcF9kZWxldGUnOg0KLi4vLi4v Z2NjLTIwMDIwNjE3L2xpYmliZXJ0eS9maWJoZWFwLmM6Mjk3OiB3YXJuaW5nOiBmdW5jdGlv biBgZnJlZScgd2FzIHByZXZpb3VzbHkgZGVjbGFyZWQgd2l0aGluIGEgYmxvY2sNCi4uLy4u L2djYy0yMDAyMDYxNy9saWJpYmVydHkvZmliaGVhcC5jOiBJbiBmdW5jdGlvbiBgZmliaGVh cF9jb25zb2xpZGF0ZSc6DQouLi8uLi9nY2MtMjAwMjA2MTcvbGliaWJlcnR5L2ZpYmhlYXAu YzozOTU6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uIGBtZW1z ZXQnDQpnbWFrZVsxXTogKioqIFtmaWJoZWFwLm9dIEVycm9yIDENCmdtYWtlWzFdOiBMZWF2 aW5nIGRpcmVjdG9yeSBgL3Vzci9wb3J0cy9sYW5nL2djYzMxL3dvcmsvYnVpbGQvbGliaWJl cnR5Jw0KZ21ha2U6ICoqKiBbYWxsLWxpYmliZXJ0eV0gRXJyb3IgMg0KKioqIEVycm9yIGNv ZGUgMg0KDQpTdG9wIGluIC91c3IvcG9ydHMvbGFuZy9nY2MzMS4NCg== --------------070204090700000706010500-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 22:36:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 7922237B401; Sun, 23 Jun 2002 22:36:29 -0700 (PDT) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id g5O5aSp44275; Sun, 23 Jun 2002 23:36:28 -0600 (MDT) (envelope-from ken) Date: Sun, 23 Jun 2002 23:36:28 -0600 From: "Kenneth D. Merry" To: current@FreeBSD.org Cc: net@FreeBSD.org, gallatin@FreeBSD.org, wpaul@FreeBSD.org, bmilekic@FreeBSD.org, alc@FreeBSD.org Subject: zero copy code checkin in 2 days, new snapshot Message-ID: <20020623233627.A44237@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm planning on checking in the zero copy sockets code Tuesday evening, MDT. If there are any concerns, I'm more than willing to delay it. I've also released a new snapshot, based on -current from June 23rd, 2002: http://people.freebsd.org/~ken/zero_copy/ The following changes went into this snapshot: - Added a zero_copy(9) man page that describes the general characteristics of the zero copy send and receive code, and what an application author should do to take advantage of the code. - Update the ti(4) man page to include information on the ioctl interface and the TI_JUMBO_HDRSPLIT and TI_PRIVATE_JUMBOS kernel options. - Added information to NOTES about the ZERO_COPY_SOCKETS, TI_PRIVATE_JUMBOS, TI_JUMBO_HDRSPLIT, MSIZE and MCLSHIFT kernel config options. - ti(4) driver cleanup: cleaned up some unused code, commented out some stray diagnostic printfs, and added a problem describing the transmit flow control problem for posterity. - Added a new jumbo(9) man page that describes the jumbo allocator. I haven't run this through the usual array of regression tests just yet, but that will be done before checkin. (I used the time to run through a buildworld and a LINT build instead.) Feedback and comments are welcome. Again, if there are any concerns, I'm more than willing to delay the checkin. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 23:15: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from patrocles.silby.com (d160.as28.nwbl0.wi.voyager.net [169.207.71.226]) by hub.freebsd.org (Postfix) with ESMTP id 2F7D837B401; Sun, 23 Jun 2002 23:14:58 -0700 (PDT) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.4/8.12.4) with ESMTP id g5O6H7cv051276; Mon, 24 Jun 2002 01:17:07 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.4/8.12.4/Submit) with ESMTP id g5O6H4D4051273; Mon, 24 Jun 2002 01:17:06 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Mon, 24 Jun 2002 01:17:03 -0500 (CDT) From: Mike Silbersack To: "Kenneth D. Merry" Cc: net@freebsd.org, Subject: Re: zero copy code checkin in 2 days, new snapshot In-Reply-To: <20020623233627.A44237@panzer.kdm.org> Message-ID: <20020624011221.L50974-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 23 Jun 2002, Kenneth D. Merry wrote: > I'm planning on checking in the zero copy sockets code Tuesday evening, > MDT. If there are any concerns, I'm more than willing to delay it. Out of curiousity, what happens when the page being write()n is a mmap'd page shared by multiple processes? Will the page be shared? That could be a big reduction in mbuf cluster usage on some http/ftp systems, I'd guess. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 23 23:21:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id BD8B337B401; Sun, 23 Jun 2002 23:21:18 -0700 (PDT) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id g5O6L6W44543; Mon, 24 Jun 2002 00:21:06 -0600 (MDT) (envelope-from ken) Date: Mon, 24 Jun 2002 00:21:06 -0600 From: "Kenneth D. Merry" To: Mike Silbersack Cc: net@freebsd.org, current@freebsd.org Subject: Re: zero copy code checkin in 2 days, new snapshot Message-ID: <20020624002106.A44519@panzer.kdm.org> References: <20020623233627.A44237@panzer.kdm.org> <20020624011221.L50974-100000@patrocles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020624011221.L50974-100000@patrocles.silby.com>; from silby@silby.com on Mon, Jun 24, 2002 at 01:17:03AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 24, 2002 at 01:17:03 -0500, Mike Silbersack wrote: > On Sun, 23 Jun 2002, Kenneth D. Merry wrote: > > > I'm planning on checking in the zero copy sockets code Tuesday evening, > > MDT. If there are any concerns, I'm more than willing to delay it. > > Out of curiousity, what happens when the page being write()n is a mmap'd > page shared by multiple processes? Will the page be shared? That could > be a big reduction in mbuf cluster usage on some http/ftp systems, I'd > guess. The page would be shared, until one of the processes decides to write to it while it is still referenced in the kernel. If that happens, it'll get copied. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 1:44: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.dada.it (mail3.dada.it [195.110.96.70]) by hub.freebsd.org (Postfix) with SMTP id CD38437BA1F for ; Mon, 24 Jun 2002 01:40:12 -0700 (PDT) Received: (qmail 4900 invoked from network); 24 Jun 2002 08:33:23 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 24 Jun 2002 08:33:23 -0000 Received: from trudy.torrini.home (localhost.torrini.home [127.0.0.1]) by torrini.org (8.12.3/8.12.3) with ESMTP id g5O8XPEn000458 for ; Mon, 24 Jun 2002 10:33:25 +0200 (CEST) (envelope-from riccardo@trudy.torrini.home) Received: (from riccardo@localhost) by trudy.torrini.home (8.12.3/8.12.3/Submit) id g5O8XOwG000457 for freebsd-current@FreeBSD.ORG; Mon, 24 Jun 2002 10:33:24 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 24 Jun 2002 10:33:23 +0200 (CEST) From: Riccardo Torrini To: freebsd-current@FreeBSD.ORG Subject: custom kernel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The only (I think) user configurable file under /usr/src tree is the custom kernel file, pointed by KERNCONF in /etc/make.conf. To avoid unwanted removal can we locate that file under any other place and point it (also by KERNCONF or some new black magic) with full path? Is this possible (or already done) ? TIA, Riccardo. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 1:51: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from postoffice.aims.com.au (eth0.lnk.aims.com.au [203.31.73.253]) by hub.freebsd.org (Postfix) with ESMTP id E06D237B991 for ; Mon, 24 Jun 2002 01:50:49 -0700 (PDT) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id g5O7scm40832 for ; Mon, 24 Jun 2002 17:54:38 +1000 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Mon, 24 Jun 2002 17:54:26 +1000 Reply-To: From: "Chris Knight" To: Subject: kern.flp too big Date: Mon, 24 Jun 2002 17:54:24 +1000 Message-ID: <001601c21b54$5ca1b6e0$020aa8c0@aims.private> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Importance: Normal X-Return-Path: chris@aims.com.au X-MDaemon-Deliver-To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Howdy, Just tried a release build of -current. The R/stage/image.kern directory is 1446KB in size. Regards, Chris Knight Systems Administrator AIMS Independent Computer Professionals Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.aims.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 2:27:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from usa.net (host.66.57.23.62.rev.coltfrance.com [62.23.57.66]) by hub.freebsd.org (Postfix) with SMTP id 9260A37B403 for ; Mon, 24 Jun 2002 02:27:40 -0700 (PDT) Received: from 166.145.128.184 ([166.145.128.184]) by mta21.bigpong.com with smtp; Mon, 24 Jun 0102 12:34:01 -0800 Received: from anther.webhostingtotalk.com ([48.113.3.3]) by pet.vosni.net with NNFMP; Mon, 24 Jun 0102 04:26:05 +0500 Reply-To: Message-ID: <036b37a51d8d$4575b6a4$5ac77dc6@lngcgs> From: To: Subject: ----Radar/Laser Jammer----- Date: Mon, 24 Jun 0102 18:14:14 -0900 MiME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00C4_70E50E5A.E3310E08" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_000_00C4_70E50E5A.E3310E08 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 fn5+fn5+fiBORVZFUiBHRVQgQSBTUEVFRElORyBUSUNLRVQgQUdBSU4hIH5+ fn5+fn4NCkJlIEludmlzaWJsZSB0byBhbGwgUmFkYXIgYW5kIExhc2VyIEJh bmRzIQ0KDQpXaXRoIG91ciBQSEFOVE9NIElJIFJhZGFyL0xhc2VyIERldGVj dG9yL1NjcmFtYmxlciENCg0KVmlzaXQgb3VyIHdlYnNpdGUgYXQgaHR0cDov L3d3dy5ob3QtcHJvZHVjdHMtNHUuY29tL3JhZGFyLw0KDQpPciBjYWxsIDEt ODc3LTcyMy0yNzUyIGZvciBtb3JlIGluZm9ybWF0aW9uIGFuZCB0byBvcmRl ciENCg0Kfn5+fn5+fn5+fn5+fn5+fn5+fiBQSEFOVE9NIElJIEZlYXR1cmVz IH5+fn5+fn5+fn5+fn5+fn5+fn4NCg0KLS1NYWtlcyB5b3UgSU5WSVNJQkxF IHRvIGFsbCByYWRhciBhbmQgbGFzZXIgYmFuZHMhDQotLURldGVjdHMgYWxs IHJhZGFyIGFuZCBsYXNlciBiYW5kcyENCi0tQWxsIEluIE9uZSBVbml0IQ0K LS1Nb3VudHMgb24gb24gV2luZHNoaWVsZCBvciBkYXNoIQ0KLS1DYXJyeSBm cm9tIGNhciB0byBjYXIgd2l0aCBlYXNlIQ0KLS1DaWdhcmV0dGUgbGlnaHRl ciBwbHVnIGluIGFuZCB3aW5kc2hpZWxkIG1vdW50IGluY2x1ZGVkIQ0KLS0x IFllYXQgVGlja2V0IFJlYmF0ZSBQcm9ncmFtIQ0KLS0zIFllYXIgV2FycmFu dHkhDQoNCn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+ fn5+fn5+fn5+fn5+fn5+fn5+fn5+DQoNClRoZSBQSEFOVE9NIElJIGlzIG9u ZSBvZiB0aGUgSG90dGVzdCBwcm9kdWN0cyBvbiB0aGUgbWFya2V0Lg0KUmV2 aWV3ZWQgYnkgbWFueSBjYXIgbWFnYXppbmVzIGFuZCBpcyBub3QgYXZhaWxp YmxlIGluIHN0b3Jlcy4NCg0KUmVtZW1iZXIsIFRoZSBQSE5BVE9NIElJIGlz IG5vdCBvbmx5IGEgRGV0ZWN0b3IgaXQgaGFzIGEgYnVpbHQNCmluIFNjcmFt YmxlciBzbyB5b3Ugd2lsbCBuZXZlciBnZXQgYSBzcGVlZGluZyB0aWNrZXQg YWdhaW4hDQoNCn5+fn5+fiBZT1UgQ0FOVCdUIENBVENIIFdIQVQgWU9VIENB TidUIFNFRSF+fn5+fn5+DQoNCg0KDQoNCg0KDQoNCg0KDQoNCkNoZWNrIG91 dCBvdXIgYW1hemluZyBwcm9kdWN0cyBhdCBodHRwOi8vd3d3LmhvdC1wcm9k dWN0cy00dS5jb20vcmFkYXIvDQp5b3UgbWF5IGFsc28gcmVtb3ZlIG9yIGpv aW4gb3VyIE5ld3MgTGV0dGVyIGJ5IHZpc2l0aW5nIG91ciB3ZWJzaXRlLg0K DQoNCg0KDQoNCg0KMTI0NXRuTXc1LTkyOFhZQmwxNQ== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 2:40:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from nocharge.com (host.66.57.23.62.rev.coltfrance.com [62.23.57.66]) by hub.freebsd.org (Postfix) with SMTP id 5269037B410 for ; Mon, 24 Jun 2002 02:40:05 -0700 (PDT) Received: from 38.194.172.205 ([38.194.172.205]) by mta21.bigpong.com with esmtp; Tue, 25 Jun 0102 00:46:26 -0100 Received: from 66.7.8.159 ([66.7.8.159]) by rly-xw01.otpalo.com with local; Mon, 24 Jun 0102 23:43:37 -0400 Received: from unknown (HELO pet.vosni.net) (46.107.18.84) by n9.groups.huyahoo.com with SMTP; Mon, 24 Jun 0102 19:40:48 -0100 Received: from [122.243.50.54] by symail.kustanai.co.kr with QMQP; Mon, 24 Jun 0102 18:37:59 -0900 Reply-To: Message-ID: <011c33e66c8a$5757c7c8$6ac72ad2@prtudn> From: To: Subject: RE: Radar/Laser Scrambler Date: Sun, 23 Jun 0102 22:28:01 +1100 MiME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00B8_72D50B7E.E3540A11" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Internet Mail Service (5.5.2650.21) Importance: Normal Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_000_00B8_72D50B7E.E3540A11 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 fn5+fn5+fiBORVZFUiBHRVQgQSBTUEVFRElORyBUSUNLRVQgQUdBSU4hIH5+ fn5+fn4NCkJlIEludmlzaWJsZSB0byBhbGwgUmFkYXIgYW5kIExhc2VyIEJh bmRzIQ0KDQpXaXRoIG91ciBQSEFOVE9NIElJIFJhZGFyL0xhc2VyIERldGVj dG9yL1NjcmFtYmxlciENCg0KVmlzaXQgb3VyIHdlYnNpdGUgYXQgaHR0cDov L3d3dy5ob3QtcHJvZHVjdHMtNHUuY29tL3JhZGFyLw0KDQpPciBjYWxsIDEt ODc3LTcyMy0yNzUyIGZvciBtb3JlIGluZm9ybWF0aW9uIGFuZCB0byBvcmRl ciENCg0Kfn5+fn5+fn5+fn5+fn5+fn5+fiBQSEFOVE9NIElJIEZlYXR1cmVz IH5+fn5+fn5+fn5+fn5+fn5+fn4NCg0KLS1NYWtlcyB5b3UgSU5WSVNJQkxF IHRvIGFsbCByYWRhciBhbmQgbGFzZXIgYmFuZHMhDQotLURldGVjdHMgYWxs IHJhZGFyIGFuZCBsYXNlciBiYW5kcyENCi0tQWxsIEluIE9uZSBVbml0IQ0K LS1Nb3VudHMgb24gb24gV2luZHNoaWVsZCBvciBkYXNoIQ0KLS1DYXJyeSBm cm9tIGNhciB0byBjYXIgd2l0aCBlYXNlIQ0KLS1DaWdhcmV0dGUgbGlnaHRl ciBwbHVnIGluIGFuZCB3aW5kc2hpZWxkIG1vdW50IGluY2x1ZGVkIQ0KLS0x IFllYXQgVGlja2V0IFJlYmF0ZSBQcm9ncmFtIQ0KLS0zIFllYXIgV2FycmFu dHkhDQoNCn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+ fn5+fn5+fn5+fn5+fn5+fn5+fn5+DQoNClRoZSBQSEFOVE9NIElJIGlzIG9u ZSBvZiB0aGUgSG90dGVzdCBwcm9kdWN0cyBvbiB0aGUgbWFya2V0Lg0KUmV2 aWV3ZWQgYnkgbWFueSBjYXIgbWFnYXppbmVzIGFuZCBpcyBub3QgYXZhaWxp YmxlIGluIHN0b3Jlcy4NCg0KUmVtZW1iZXIsIFRoZSBQSE5BVE9NIElJIGlz IG5vdCBvbmx5IGEgRGV0ZWN0b3IgaXQgaGFzIGEgYnVpbHQNCmluIFNjcmFt YmxlciBzbyB5b3Ugd2lsbCBuZXZlciBnZXQgYSBzcGVlZGluZyB0aWNrZXQg YWdhaW4hDQoNCn5+fn5+fiBZT1UgQ0FOVCdUIENBVENIIFdIQVQgWU9VIENB TidUIFNFRSF+fn5+fn5+DQoNCg0KDQoNCg0KDQoNCg0KDQoNCkNoZWNrIG91 dCBvdXIgYW1hemluZyBwcm9kdWN0cyBhdCBodHRwOi8vd3d3LmhvdC1wcm9k dWN0cy00dS5jb20vcmFkYXIvDQp5b3UgbWF5IGFsc28gcmVtb3ZlIG9yIGpv aW4gb3VyIE5ld3MgTGV0dGVyIGJ5IHZpc2l0aW5nIG91ciB3ZWJzaXRlLg0K DQoNCg0KDQoNCg0KMzE0OFlaU1AwLTUwN3FucWYwOTE3ZmNSWDUtODc0WlhN RDQ4MDB0UFdNMS00NjduakNuNTEyNnBKbEgzLTM4M2pGUEYxNTM0UHVTbDcx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 3:10: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.mk.bsdclub.org (l209160.ppp.asahi-net.or.jp [218.219.209.160]) by hub.freebsd.org (Postfix) with ESMTP id 59C0B37B404 for ; Mon, 24 Jun 2002 03:09:46 -0700 (PDT) Received: from sakura.mk.bsdclub.org (sakura.mk.bsdclub.org [2001:200:341:0:2a0:c9ff:fe20:9aff]) by mail.mk.bsdclub.org (8.11.6+3.4W/3.7W) with ESMTP/inet6 id g5OA9ji23025 for ; Mon, 24 Jun 2002 19:09:45 +0900 (JST) Received: from sakura.mk.bsdclub.org (localhost [127.0.0.1]) by sakura.mk.bsdclub.org (8.11.6+3.4W/3.7W) with ESMTP/inet id g5OA9jl06906 for ; Mon, 24 Jun 2002 19:09:45 +0900 (JST) Message-Id: <200206241009.g5OA9jl06906@sakura.mk.bsdclub.org> To: current@freebsd.org From: Motoyuki Konno Subject: sed broken? User-Agent: EMH/1.10.0 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (Unebigoryomae) APEL/10.3 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Date: Mon, 24 Jun 2002 19:09:45 +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I found that ports/devel/libtool and ports/devel/gmake are broken on today's FreeBSD-current. I attached the error log to this mail. It seems that these problems caused by the recent changes (on Jul 21) to /usr/bin/sed. I tried to build ports/devel/libtool using old /usr/binsed (before Jul 21), everything goes well. -- ------------------------------------------------------------------------ Motoyuki Konno motoyuki@bsdclub.org (Home) motoyuki@FreeBSD.ORG (FreeBSD Project) http://www.freebsd.org/~motoyuki/ (WWW) -------- ===> Extracting for libtool-1.3.4_4 >> Checksum OK for libtool-1.3.4.tar.gz. ===> Patching for libtool-1.3.4_4 ===> Applying FreeBSD patches for libtool-1.3.4_4 ===> Configuring for libtool-1.3.4_4 creating cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel [snip] creating Makefile creating config.h ===> Building for libtool-1.3.4_4 Making all in . [snip] CC="cc" CFLAGS="-O -pipe" CPPFLAGS="" LD="/usr/libexec/elf/ld" LDFLAGS="" LIBS="" LN_S="ln -s" NM="/usr/bin/nm -B" RANLIB="ranlib" DLLTOOL="" OBJDUMP="" AS="" /bin/sh ./ltconfig --cache-file=./config.cache --with-gcc --with-gnu-ld --enable-dlopen --srcdir=. --output=libtool ./ltmain.sh loading cache ./config.cache within ltconfig checking host system type... i386-unknown-freebsdelf5.0 checking for object suffix... o checking for executable suffix... (cached) no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes checking if cc supports -fno-rtti -fno-exceptions ... yes checking if cc static flag -static works... -static checking if the linker (/usr/libexec/elf/ld) is GNU ld... yes checking whether the linker (/usr/libexec/elf/ld) supports shared libraries... yes checking command to parse /usr/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /usr/libexec/elf/ld option to reload object files... -r checking dynamic linker characteristics... freebsdelf5.0 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs checking for dlopen in -ldl... (cached) no checking for dlopen... (cached) yes checking for dlfcn.h... (cached) yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no creating libtool updating cache ./config.cache CONFIG_FILES=libtoolize CONFIG_HEADERS= ./config.status creating libtoolize chmod +x libtoolize Making all in libltdl /bin/sh ./libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -O -pipe -c ltdl.c mkdir .libs cc -DHAVE_CONFIG_H -I. -I. -I. -O -pipe -c ltdl.c -fPIC -DPIC -o .libs/ltdl.lo ltdl.c: In function `sys_dl_open': ltdl.c:266: warning: assignment makes pointer from integer without a cast ltdl.c:269: warning: assignment makes pointer from integer without a cast ltdl.c: In function `sys_dl_close': ltdl.c:284: warning: assignment makes pointer from integer without a cast ltdl.c: In function `sys_dl_sym': ltdl.c:298: warning: initialization makes pointer from integer without a cast ltdl.c:302: warning: assignment makes pointer from integer without a cast ltdl.c: In function `find_file': ltdl.c:1085: `FILE' undeclared (first use in this function) ltdl.c:1085: (Each undeclared identifier is reported only once ltdl.c:1085: for each function it appears in.) ltdl.c:1085: `file' undeclared (first use in this function) ltdl.c: In function `lt_dlopen': ltdl.c:1223: `FILE' undeclared (first use in this function) ltdl.c:1223: `file' undeclared (first use in this function) ltdl.c:1255: syntax error before ')' token ltdl.c:1259: syntax error before ')' token ltdl.c:1264: syntax error before ')' token *** Error code 1 Stop in /local/ports/devel/libtool/work/libtool-1.3.4/libltdl. *** Error code 1 Stop in /local/ports/devel/libtool/work/libtool-1.3.4. *** Error code 1 Stop in /local/ports/devel/libtool. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 3:35:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 6650B37B400 for ; Mon, 24 Jun 2002 03:35:29 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020624074008.YPD26243.rwcrmhc52.attbi.com@InterJet.elischer.org> for ; Mon, 24 Jun 2002 07:40:08 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA50829 for ; Mon, 24 Jun 2002 00:25:06 -0700 (PDT) Date: Mon, 24 Jun 2002 00:25:05 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: UMA/MTX ..last thing stopping KSE M-III Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am seeing the following error messages: ../../../vm/uma_core.c:1331: could sleep with "process lock" locked from ../../../kern/kern_proc.c:258 Though the system is really quite stable now. anyone understand well what this message is trying to say? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 4:16:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from web14103.mail.yahoo.com (web14103.mail.yahoo.com [216.136.172.133]) by hub.freebsd.org (Postfix) with SMTP id 1A15037B400 for ; Mon, 24 Jun 2002 04:16:50 -0700 (PDT) Message-ID: <20020624111649.84822.qmail@web14103.mail.yahoo.com> Received: from [213.115.15.174] by web14103.mail.yahoo.com via HTTP; Mon, 24 Jun 2002 13:16:49 CEST Date: Mon, 24 Jun 2002 13:16:49 +0200 (CEST) From: =?iso-8859-1?q?Claus=20Guttesen?= Subject: Re: error in ncurses in 'make buildworld' To: Tim Robbins , ir@hotbox.ru Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <20020621173322.A99420@dilbert.robbins.dropbear.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi. > What -O level did you compile libc with? > Optimisation levels >= 2 damage > __vfprintf() with the in-tree gcc, causing these > same symptoms. > > The fix is to remove any optimisation options above > -O, go into > /usr/src/lib/libc, rebuild and install the static > libc.a, build and install a > static linked awk binary, then rebuild world + > kernel as usual. > With this advise my 'make world' and 'make kernel' completed without any errors. Thank you. Regards Claus _____________________________________________________ Følg VM i fodbold på tæt hold fra Yahoo!s officielle VM-side www.yahoo.dk/vm2002 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 4:25: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from dilbert.robbins.dropbear.id.au (176.a.007.mel.iprimus.net.au [210.50.80.176]) by hub.freebsd.org (Postfix) with ESMTP id 4A8D137B412 for ; Mon, 24 Jun 2002 04:24:48 -0700 (PDT) Received: from dilbert.robbins.dropbear.id.au (tim@localhost [127.0.0.1]) by dilbert.robbins.dropbear.id.au (8.12.3/8.12.3) with ESMTP id g5OBOFP8023602; Mon, 24 Jun 2002 21:24:16 +1000 (EST) (envelope-from tim@dilbert.robbins.dropbear.id.au) Received: (from tim@localhost) by dilbert.robbins.dropbear.id.au (8.12.3/8.12.3/Submit) id g5OBN057023601; Mon, 24 Jun 2002 21:23:00 +1000 (EST) Date: Mon, 24 Jun 2002 21:22:58 +1000 From: Tim Robbins To: Motoyuki Konno Cc: current@FreeBSD.ORG Subject: Re: sed broken? Message-ID: <20020624212258.A18850@dilbert.robbins.dropbear.id.au> References: <200206241009.g5OA9jl06906@sakura.mk.bsdclub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200206241009.g5OA9jl06906@sakura.mk.bsdclub.org>; from motoyuki@bsdclub.org on Mon, Jun 24, 2002 at 07:09:45PM +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 24, 2002 at 07:09:45PM +0900, Motoyuki Konno wrote: > Hi, > > I found that ports/devel/libtool and ports/devel/gmake are broken > on today's FreeBSD-current. I attached the error log to this mail. > It seems that these problems caused by the recent changes (on Jul 21) > to /usr/bin/sed. > > I tried to build ports/devel/libtool using old /usr/binsed > (before Jul 21), everything goes well. Thanks for reporting this. I found an off-by-one error I introduced by removing the trailing newline from the pattern space in the `y' (transliterate) command. The last character of the pattern space was never modified, because the code wrongly assumed a newline was there. Here's an example of the broken behaviour: $ echo oooo | sed 'y/o/O/' OOOo Good behaviour w/ fixed sed: $ echo 'oooo' | sed 'y/o/O/' OOOO After applying the patch I'm about to commit, libtool 1.4d compiles fine. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 4:32:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from dilbert.robbins.dropbear.id.au (176.a.007.mel.iprimus.net.au [210.50.80.176]) by hub.freebsd.org (Postfix) with ESMTP id 8CF4A37B400 for ; Mon, 24 Jun 2002 04:32:29 -0700 (PDT) Received: from dilbert.robbins.dropbear.id.au (tim@localhost [127.0.0.1]) by dilbert.robbins.dropbear.id.au (8.12.3/8.12.3) with ESMTP id g5OBW5P8023659; Mon, 24 Jun 2002 21:32:05 +1000 (EST) (envelope-from tim@dilbert.robbins.dropbear.id.au) Received: (from tim@localhost) by dilbert.robbins.dropbear.id.au (8.12.3/8.12.3/Submit) id g5OBUolI023658; Mon, 24 Jun 2002 21:30:50 +1000 (EST) Date: Mon, 24 Jun 2002 21:30:49 +1000 From: Tim Robbins To: Motoyuki Konno Cc: current@FreeBSD.ORG Subject: [tjr@FreeBSD.org: cvs commit: src/usr.bin/sed process.c] Message-ID: <20020624213049.A23630@dilbert.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Does this also fix gmake? Tim ----- Forwarded message from "Tim J. Robbins" ----- Delivered-To: tjr@freebsd.org Delivered-To: cvs-committers@freebsd.org From: "Tim J. Robbins" Date: Mon, 24 Jun 2002 04:24:02 -0700 (PDT) To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/usr.bin/sed process.c X-FreeBSD-CVS-Branch: HEAD Precedence: bulk X-Loop: FreeBSD.ORG tjr 2002/06/24 04:24:02 PDT Modified files: usr.bin/sed process.c Log: Fix off by one in `y' (transliterate) command which caused the last character of the pattern space not to be examined. Noticed by: Motoyuki Konno Revision Changes Path 1.23 +1 -1 src/usr.bin/sed/process.c ----- End forwarded message ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 4:40:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.mk.bsdclub.org (l209160.ppp.asahi-net.or.jp [218.219.209.160]) by hub.freebsd.org (Postfix) with ESMTP id 8B10437B403; Mon, 24 Jun 2002 04:40:00 -0700 (PDT) Received: from sakura.mk.bsdclub.org (sakura.mk.bsdclub.org [2001:200:341:0:2a0:c9ff:fe20:9aff]) by mail.mk.bsdclub.org (8.11.6+3.4W/3.7W/smtpfeed 1.18) with ESMTP/inet6 id g5OBe0i27808; Mon, 24 Jun 2002 20:40:00 +0900 (JST) Received: from sakura.mk.bsdclub.org (localhost [127.0.0.1]) by sakura.mk.bsdclub.org (8.11.6+3.4W/3.7W) with ESMTP/inet id g5OBe0l07149; Mon, 24 Jun 2002 20:40:00 +0900 (JST) Message-Id: <200206241140.g5OBe0l07149@sakura.mk.bsdclub.org> To: Tim Robbins Cc: Motoyuki Konno , current@FreeBSD.ORG Subject: Re: [tjr@FreeBSD.org: cvs commit: src/usr.bin/sed process.c] From: Motoyuki Konno References: <20020624213049.A23630@dilbert.robbins.dropbear.id.au> User-Agent: EMH/1.10.0 SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (Unebigoryomae) APEL/10.3 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Date: Mon, 24 Jun 2002 20:40:00 +0900 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Both devel/libtool and devel/gmake are fixed. Thank you for your quick response! -- ------------------------------------------------------------------------ Motoyuki Konno motoyuki@bsdclub.org (Home) motoyuki@FreeBSD.ORG (FreeBSD Project) Tim Robbins wrote: > Does this also fix gmake? > > > Tim > > ----- Forwarded message from "Tim J. Robbins" ----- > > Delivered-To: tjr@freebsd.org > Delivered-To: cvs-committers@freebsd.org > From: "Tim J. Robbins" > Date: Mon, 24 Jun 2002 04:24:02 -0700 (PDT) > To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org > Subject: cvs commit: src/usr.bin/sed process.c > X-FreeBSD-CVS-Branch: HEAD > Precedence: bulk > X-Loop: FreeBSD.ORG > > tjr 2002/06/24 04:24:02 PDT > > Modified files: > usr.bin/sed process.c > Log: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 5: 5:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 4D56E37B403 for ; Mon, 24 Jun 2002 05:05:17 -0700 (PDT) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.12.4/8.12.4) with ESMTP id g5OC5H25002572; Mon, 24 Jun 2002 05:05:17 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.4/8.12.4/Submit) id g5OC5GJF002571; Mon, 24 Jun 2002 05:05:16 -0700 (PDT) Date: Mon, 24 Jun 2002 05:05:16 -0700 (PDT) From: David Wolfskill Message-Id: <200206241205.g5OC5GJF002571@bunrab.catwhisker.org> To: freebsd-current@FreeBSD.ORG, riccardo@torrini.org Subject: Re: custom kernel In-Reply-To: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Mon, 24 Jun 2002 10:33:23 +0200 (CEST) >From: Riccardo Torrini >To avoid unwanted removal can we locate that file under any other >place and point it (also by KERNCONF or some new black magic) with >full path? Is this possible (or already done) ? Well, what I do is place symlinks in /usr/src/sys/i386/conf, pointing to the "real" kernel config file(s), which are in a different hierarchy, and in the "local" part of my CVS repository (vs. the FreeBSD part). It may be a hack, but it's been a fairly effective one for some time now. :-} Cheers, david (links to my resume at http://www.catwhisker.org/~david) -- David H. Wolfskill david@catwhisker.org Trying to support or use Microsoft products makes about as much sense as painting the outside of a house with watercolors. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 5: 9:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from web20909.mail.yahoo.com (web20909.mail.yahoo.com [216.136.226.231]) by hub.freebsd.org (Postfix) with SMTP id 7733937B400 for ; Mon, 24 Jun 2002 05:09:09 -0700 (PDT) Message-ID: <20020624120909.59260.qmail@web20909.mail.yahoo.com> Received: from [218.108.153.152] by web20909.mail.yahoo.com via HTTP; Mon, 24 Jun 2002 05:09:09 PDT Date: Mon, 24 Jun 2002 05:09:09 -0700 (PDT) From: David Xu Subject: Re: UMA/MTX ..last thing stopping KSE M-III To: Julian Elischer Cc: FreeBSD current users MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG it complains that thread has some non-sleepable lock held. it seems process lock can not be held when calling uma_zalloc_arg() which calls WITNESS_SLEEP(1, NULL) to check if there is non-sleepable lock held. David Xu ----- Original Message ----- From: "Julian Elischer" To: "FreeBSD current users" Sent: Monday, June 24, 2002 3:25 PM Subject: UMA/MTX ..last thing stopping KSE M-III > > I am seeing the following error messages: > > ../../../vm/uma_core.c:1331: could sleep with "process lock" locked from > ../../../kern/kern_proc.c:258 > > Though the system is really quite stable now. > > anyone understand well what this message is trying to say? > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 6: 8:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 71E6937B40A for ; Mon, 24 Jun 2002 06:08:08 -0700 (PDT) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.3/8.12.3) with ESMTP id g5OD84w5031969; Mon, 24 Jun 2002 09:08:04 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.12.3/8.12.3/Submit) with SMTP id g5OD838r031966; Mon, 24 Jun 2002 09:08:04 -0400 (EDT) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Mon, 24 Jun 2002 09:08:03 -0400 (EDT) From: "Andrew R. Reiter" To: Julian Elischer Cc: FreeBSD current users Subject: Re: UMA/MTX ..last thing stopping KSE M-III In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 24 Jun 2002, Julian Elischer wrote: : :I am seeing the following error messages: : :../../../vm/uma_core.c:1331: could sleep with "process lock" locked from :../../../kern/kern_proc.c:258 : :Though the system is really quite stable now. : :anyone understand well what this message is trying to say? : You're holding PROC_LOCK(), obtained at kern_proc line 258, over a function call that could block (I assume malloc(9) with M_WAITOK). The fix is to change the locking to properly not hold the lock over the possible sleep situation. Cheers, -- Andrew R. Reiter arr@watson.org arr@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 6:49:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 5F8E937B401; Mon, 24 Jun 2002 06:49:44 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id BED9C5361; Mon, 24 Jun 2002 15:49:42 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@freebsd.org Cc: tjr@freebsd.org Subject: sed(1) broken From: Dag-Erling Smorgrav Date: 24 Jun 2002 15:49:42 +0200 Message-ID: Lines: 20 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG sed(1) is broken, and breaks autoconf badly: des@des ~% sed 'y%*abcdefghijklmnopqrstuvwxyz%PABCDEFGHIJKLMNOPQRSTUVWXYZ%;s%[[^_abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789]]%_%g' bstring.h BSTRING.h it seems to ignore the last letter in the input. Reverting to last week's sources fixes the bug. Here are the known-good idents: $FreeBSD: src/usr.bin/sed/Makefile,v 1.5 2002/06/17 08:21:53 sobomax Exp $ $FreeBSD: src/usr.bin/sed/compile.c,v 1.21 2002/06/01 13:25:47 green Exp $ $FreeBSD: src/usr.bin/sed/extern.h,v 1.9 2002/03/22 01:42:27 imp Exp $ $FreeBSD: src/usr.bin/sed/main.c,v 1.24 2002/06/16 08:44:39 tjr Exp $ $FreeBSD: src/usr.bin/sed/misc.c,v 1.5 2001/12/12 23:20:16 markm Exp $ $FreeBSD: src/usr.bin/sed/process.c,v 1.20 2002/06/10 07:25:35 tjr Exp $ $FreeBSD: src/usr.bin/sed/sed.1,v 1.27 2002/06/10 07:55:13 tjr Exp $ DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 6:51:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 0E08F37B403; Mon, 24 Jun 2002 06:51:34 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id D00815363; Mon, 24 Jun 2002 15:51:32 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: current@freebsd.org Cc: tjr@freebsd.org Subject: Re: sed(1) broken References: From: Dag-Erling Smorgrav Date: 24 Jun 2002 15:51:30 +0200 In-Reply-To: Message-ID: Lines: 8 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > sed(1) is broken, and breaks autoconf badly: Ah, never mind, I see it's been fixed already. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 8:14:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 840D037B406 for ; Mon, 24 Jun 2002 08:14:23 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.3/8.12.3) with SMTP id g5OFEMw6033159 for ; Mon, 24 Jun 2002 11:14:22 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 24 Jun 2002 11:14:22 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Subject: Bootstrap problems for asm Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm attempting to build a modern world on a box from about a month ago (specifically, the head of the trustedbsd_mac branch, which I'd like to integ), and keep bumping into problems associated with the compiler upgrade. What's odd is that it seems to me that at the point where the build breaks, it seems to me I should actually be using the compiler that was built as part of the tree (i.e., post build-tools). Anyone got any suggestions? Boot-strapping forward on -CURRENT is actually a useful thing to be able to do :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories ===> libexec/smrsh cc -pipe -I/cboss/freebsd/commit/src/libexec/smrsh/../../contrib/sendmail/src -I/cboss/freebsd/commit/src/libexec/smrsh/../../contrib/sendmail/include -I. -Wformat=2 -Wno-format-extra-args -c /cboss/freebsd/commit/src/contrib/sendmail/smrsh/smrsh.c cc -pipe -I/cboss/freebsd/commit/src/libexec/smrsh/../../contrib/sendmail/src -I/cboss/freebsd/commit/src/libexec/smrsh/../../contrib/sendmail/include -I. -Wformat=2 -Wno-format-extra-args -o smrsh smrsh.o /cboss/devel/obj/freebsd/commit/src/libexec/smrsh/../../lib/libsm/libsm.a gzip -cn /cboss/freebsd/commit/src/libexec/smrsh/../../contrib/sendmail/smrsh/smrsh.8 > smrsh.8.gz ===> libexec/rtld-elf cc -pipe -Wall -DFREEBSD_ELF -I/cboss/freebsd/commit/src/libexec/rtld-elf/i386 -I/cboss/freebsd/commit/src/libexec/rtld-elf -elf -fpic -DPIC -Wformat=2 -Wno-format-extra-args -c /cboss/freebsd/commit/src/libexec/rtld-elf/i386/rtld_start.S cc -pipe -Wall -DFREEBSD_ELF -I/cboss/freebsd/commit/src/libexec/rtld-elf/i386 -I/cboss/freebsd/commit/src/libexec/rtld-elf -elf -fpic -DPIC -Wformat=2 -Wno-format-extra-args -c /cboss/freebsd/commit/src/libexec/rtld-elf/rtld.c /cboss/freebsd/commit/src/libexec/rtld-elf/rtld.c: In function `atomic_decr_int': /cboss/freebsd/commit/src/libexec/rtld-elf/i386/rtld_machdep.h:58: inconsistent operand constraints in an `asm' *** Error code 1 Stop in /cboss/freebsd/commit/src/libexec/rtld-elf. *** Error code 1 Stop in /cboss/freebsd/commit/src/libexec. *** Error code 1 Stop in /cboss/freebsd/commit/src. *** Error code 1 Stop in /cboss/freebsd/commit/src. *** Error code 1 Stop in /cboss/freebsd/commit/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 8:24:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 0233137B400; Mon, 24 Jun 2002 08:24:08 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g5OFO7f37523; Mon, 24 Jun 2002 08:24:07 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id g5OFO6p30824; Mon, 24 Jun 2002 08:24:06 -0700 (PDT) (envelope-from jdp) Date: Mon, 24 Jun 2002 08:24:06 -0700 (PDT) Message-Id: <200206241524.g5OFO6p30824@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: rwatson@freebsd.org Subject: Re: Bootstrap problems for asm In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article , Robert Watson wrote: > > I'm attempting to build a modern world on a box from about a month ago > (specifically, the head of the trustedbsd_mac branch, which I'd like to > integ), and keep bumping into problems associated with the compiler > upgrade. What's odd is that it seems to me that at the point where the > build breaks, it seems to me I should actually be using the compiler that > was built as part of the tree (i.e., post build-tools). > > Anyone got any suggestions? Boot-strapping forward on -CURRENT is > actually a useful thing to be able to do :-). [...] > ===> libexec/rtld-elf cc -pipe > -Wall -DFREEBSD_ELF -I/cboss/freebsd/commit/src/libexec/rtld-elf/i386 > -I/cboss/freebsd/commit/src/libexec/rtld-elf -elf -fpic -DPIC -Wformat=2 > -Wno-format-extra-args -c > /cboss/freebsd/commit/src/libexec/rtld-elf/i386/rtld_start.S > cc -pipe -Wall -DFREEBSD_ELF > -I/cboss/freebsd/commit/src/libexec/rtld-elf/i386 > -I/cboss/freebsd/commit/src/libexec/rtld-elf -elf -fpic -DPIC -Wformat=2 > -Wno-format-extra-args -c > /cboss/freebsd/commit/src/libexec/rtld-elf/rtld.c > /cboss/freebsd/commit/src/libexec/rtld-elf/rtld.c: In function > `atomic_decr_int': > /cboss/freebsd/commit/src/libexec/rtld-elf/i386/rtld_machdep.h:58: > inconsistent operand constraints in an `asm' > *** Error code 1 There is a problem at the moment in compiling that file without -O. Is your /etc/make.conf standard, or did you specifically ask for no optimization? John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 8:29:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 9940137B408 for ; Mon, 24 Jun 2002 08:28:48 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.3/8.12.3) with SMTP id g5OFSlw6033403; Mon, 24 Jun 2002 11:28:47 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 24 Jun 2002 11:28:46 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: John Polstra Cc: current@freebsd.org Subject: Re: Bootstrap problems for asm In-Reply-To: <200206241524.g5OFO6p30824@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 24 Jun 2002, John Polstra wrote: > > /cboss/freebsd/commit/src/libexec/rtld-elf/rtld.c: In function > > `atomic_decr_int': > > /cboss/freebsd/commit/src/libexec/rtld-elf/i386/rtld_machdep.h:58: > > inconsistent operand constraints in an `asm' > > *** Error code 1 > > There is a problem at the moment in compiling that file without -O. Is > your /etc/make.conf standard, or did you specifically ask for no > optimization? I haven't made any explicit changes to the optimization level; on the other hand, perhaps that should be CFLAGS+=? Here's my make.conf: CFLAGS=-pipe NOPROFILE= yes NO_WERROR=yes NO_PERL=yes Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 8:32:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx2.datanet.hu (mx2.datanet.hu [194.149.13.163]) by hub.freebsd.org (Postfix) with ESMTP id 1950037B503 for ; Mon, 24 Jun 2002 08:32:28 -0700 (PDT) Received: from fonix.adamsfamily.xx (nilus-1882.adsl.datanet.hu [195.56.95.104]) by mx2.datanet.hu (DataNet) with ESMTP id 17D81591D for ; Mon, 24 Jun 2002 17:32:26 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.4/8.12.4) with ESMTP id g5OFWR2K001198 for ; Mon, 24 Jun 2002 17:32:27 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.4/8.12.4/Submit) id g5OFWRai001197 for freebsd-current@FreeBSD.ORG; Mon, 24 Jun 2002 17:32:27 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Mon, 24 Jun 2002 17:32:27 +0200 From: Szilveszter Adam To: freebsd-current@FreeBSD.ORG Subject: Re: GCC3.1 internal compiler error when compiling XFree86-4-libraries Message-ID: <20020624153227.GA1139@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@FreeBSD.ORG References: <20020623160654.J17304-100000@levais.imp.ch> <20020623220222.Q20796-100000@mail1.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020623220222.Q20796-100000@mail1.hub.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Jun 23, 2002 at 10:02:42PM -0300, Marc G. Fournier wrote: > > [...] > > > > Sun Jun 23 16:05:30 CEST 2002 > > > > build of X Window System complete. > > > > Here it also worked with the last gcc snapshot. > > My experiences here are that building X works, installing X dooesn't ... This means building it did not work either. The 'make World' target of the X build is set up so that it ignores build errors and continues on. The only way you can notice the errors is by taping the output to a file and grepping for "all not remade because of errors". So, the fact that you could see the above end trailer does not mean that the build was successful. In this case it tries to finish it up at install time, of course failing again, but this time the failure is fatal. It's just a build config thing, if you just use a 'make all' you will see the errors one-by-one. -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 9: 4:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 0748E37B405; Mon, 24 Jun 2002 09:03:54 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g5OG3qf37795; Mon, 24 Jun 2002 09:03:52 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id g5OG3qR30930; Mon, 24 Jun 2002 09:03:52 -0700 (PDT) (envelope-from jdp) Date: Mon, 24 Jun 2002 09:03:52 -0700 (PDT) Message-Id: <200206241603.g5OG3qR30930@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: rwatson@freebsd.org Subject: Re: Bootstrap problems for asm In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article , Robert Watson wrote: > > On Mon, 24 Jun 2002, John Polstra wrote: > > > > /cboss/freebsd/commit/src/libexec/rtld-elf/rtld.c: In function > > > `atomic_decr_int': > > > /cboss/freebsd/commit/src/libexec/rtld-elf/i386/rtld_machdep.h:58: > > > inconsistent operand constraints in an `asm' > > > *** Error code 1 > > > > There is a problem at the moment in compiling that file without -O. Is > > your /etc/make.conf standard, or did you specifically ask for no > > optimization? > > I haven't made any explicit changes to the optimization level; on the > other hand, perhaps that should be CFLAGS+=? > > Here's my make.conf: > > CFLAGS=-pipe > NOPROFILE= yes > NO_WERROR=yes > NO_PERL=yes That's the problem. The default CFLAGS setting in /etc/defaults/make.conf is "-O -pipe". You have eliminated the "-O". John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 9:10:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 1381437B400; Mon, 24 Jun 2002 09:10:09 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 44CAD5361; Mon, 24 Jun 2002 18:10:06 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Kenneth D. Merry" Cc: current@FreeBSD.org, net@FreeBSD.org, gallatin@FreeBSD.org, wpaul@FreeBSD.org, bmilekic@FreeBSD.org, alc@FreeBSD.org Subject: Re: zero copy code checkin in 2 days, new snapshot References: <20020623233627.A44237@panzer.kdm.org> From: Dag-Erling Smorgrav Date: 24 Jun 2002 18:10:06 +0200 In-Reply-To: <20020623233627.A44237@panzer.kdm.org> Message-ID: Lines: 9 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Kenneth D. Merry" writes: > I'm planning on checking in the zero copy sockets code Tuesday evening, > MDT. Great! DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 10: 2:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from patrocles.silby.com (d91.as7.nwbl0.wi.voyager.net [169.207.128.219]) by hub.freebsd.org (Postfix) with ESMTP id 9327037B40B; Mon, 24 Jun 2002 10:02:04 -0700 (PDT) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.4/8.12.4) with ESMTP id g5OH4Hcv053382; Mon, 24 Jun 2002 12:04:17 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.4/8.12.4/Submit) with ESMTP id g5OH4Fqg053379; Mon, 24 Jun 2002 12:04:16 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Mon, 24 Jun 2002 12:04:14 -0500 (CDT) From: Mike Silbersack To: "Kenneth D. Merry" Cc: net@freebsd.org, Subject: Re: zero copy code checkin in 2 days, new snapshot In-Reply-To: <20020624002106.A44519@panzer.kdm.org> Message-ID: <20020624120341.K53369-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 24 Jun 2002, Kenneth D. Merry wrote: > On Mon, Jun 24, 2002 at 01:17:03 -0500, Mike Silbersack wrote: > > On Sun, 23 Jun 2002, Kenneth D. Merry wrote: > > > > > I'm planning on checking in the zero copy sockets code Tuesday evening, > > > MDT. If there are any concerns, I'm more than willing to delay it. > > > > Out of curiousity, what happens when the page being write()n is a mmap'd > > page shared by multiple processes? Will the page be shared? That could > > be a big reduction in mbuf cluster usage on some http/ftp systems, I'd > > guess. > > The page would be shared, until one of the processes decides to write to it > while it is still referenced in the kernel. If that happens, it'll get > copied. > > Ken Cool, thttpd / others should benefit greatly then. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 10:13:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by hub.freebsd.org (Postfix) with SMTP id 3056637B42B for ; Mon, 24 Jun 2002 10:12:52 -0700 (PDT) Received: (qmail 94370 invoked from network); 24 Jun 2002 17:12:02 -0000 Received: from unknown (HELO tix.ch) ([62.48.0.53]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 24 Jun 2002 17:12:02 -0000 Message-ID: <3D1752CC.B21627F1@tix.ch> Date: Mon, 24 Jun 2002 19:11:40 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Silbersack Cc: "Kenneth D. Merry" , net@freebsd.org, current@freebsd.org Subject: Re: zero copy code checkin in 2 days, new snapshot References: <20020624120341.K53369-100000@patrocles.silby.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Silbersack wrote: > > On Mon, 24 Jun 2002, Kenneth D. Merry wrote: > > > On Mon, Jun 24, 2002 at 01:17:03 -0500, Mike Silbersack wrote: > > > On Sun, 23 Jun 2002, Kenneth D. Merry wrote: > > > > > > > I'm planning on checking in the zero copy sockets code Tuesday evening, > > > > MDT. If there are any concerns, I'm more than willing to delay it. > > > > > > Out of curiousity, what happens when the page being write()n is a mmap'd > > > page shared by multiple processes? Will the page be shared? That could > > > be a big reduction in mbuf cluster usage on some http/ftp systems, I'd > > > guess. > > > > The page would be shared, until one of the processes decides to write to it > > while it is still referenced in the kernel. If that happens, it'll get > > copied. > > > > Ken > > Cool, thttpd / others should benefit greatly then. The last time I checked thttpd didn't even use sendfile(2). It does use accf_http(9). Maybe kqueue(2) could speed it up further. -- Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 10:21:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from patrocles.silby.com (d91.as7.nwbl0.wi.voyager.net [169.207.128.219]) by hub.freebsd.org (Postfix) with ESMTP id 0308937B41B; Mon, 24 Jun 2002 10:20:58 -0700 (PDT) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.4/8.12.4) with ESMTP id g5OHNBcv053469; Mon, 24 Jun 2002 12:23:11 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.4/8.12.4/Submit) with ESMTP id g5OHN997053466; Mon, 24 Jun 2002 12:23:11 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Mon, 24 Jun 2002 12:23:09 -0500 (CDT) From: Mike Silbersack To: Andre Oppermann Cc: "Kenneth D. Merry" , , Subject: Re: zero copy code checkin in 2 days, new snapshot In-Reply-To: <3D1752CC.B21627F1@tix.ch> Message-ID: <20020624122147.G53369-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 24 Jun 2002, Andre Oppermann wrote: > Mike Silbersack wrote: > > Cool, thttpd / others should benefit greatly then. > > The last time I checked thttpd didn't even use sendfile(2). It does > use accf_http(9). Maybe kqueue(2) could speed it up further. > > -- > Andre I thought that thttpd used kqueue (as of recent versions), and write()s from mmap'd files. I could be wrong, of course. (The program seems to evolve relatively quickly.) Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 10:33:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 46ECD37B40C; Mon, 24 Jun 2002 10:33:05 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id A29CCAE147; Mon, 24 Jun 2002 10:33:05 -0700 (PDT) Date: Mon, 24 Jun 2002 10:33:05 -0700 From: Alfred Perlstein To: Mike Silbersack Cc: Andre Oppermann , "Kenneth D. Merry" , net@freebsd.org, current@freebsd.org Subject: Re: zero copy code checkin in 2 days, new snapshot Message-ID: <20020624173305.GW53232@elvis.mu.org> References: <3D1752CC.B21627F1@tix.ch> <20020624122147.G53369-100000@patrocles.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020624122147.G53369-100000@patrocles.silby.com> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Mike Silbersack [020624 10:24] wrote: > > On Mon, 24 Jun 2002, Andre Oppermann wrote: > > > Mike Silbersack wrote: > > > Cool, thttpd / others should benefit greatly then. > > > > The last time I checked thttpd didn't even use sendfile(2). It does > > use accf_http(9). Maybe kqueue(2) could speed it up further. > > > > -- > > Andre > > I thought that thttpd used kqueue (as of recent versions), and write()s > from mmap'd files. I could be wrong, of course. (The program seems to > evolve relatively quickly.) I submitted some patches to use sendfile(2) that weren't accepted for some reason. It's not too hard, you just have to adjust the code not to close(2) the descriptors and make the mmap() function a stub type thing. really out of date... http://people.freebsd.org/~alfred/thttpd/thttpd-sendfile-acceptfilter.diff -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 10:54:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 649F937B401; Mon, 24 Jun 2002 10:54:08 -0700 (PDT) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g5OHs6f38581; Mon, 24 Jun 2002 10:54:06 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.1 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 24 Jun 2002 10:54:06 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: current@freebsd.org Subject: rc_ng: amd invocation is still broken Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I updated my -current system yesterday, and AMD still isn't being started quite right by rc_ng. The messages at boot time say: Starting amd. Amd configuration file (/etc/amd.conf): No such file or directory Here is my rc.conf file: rc_ng="YES" hostname="blake.polstra.com" network_interfaces="fxp0 lo0" ifconfig_fxp0="206.213.73.12/27" defaultrouter="206.213.73.1" amd_enable="YES" nfs_client_enable="YES" nfs_server_enable="YES" portmap_enable="YES" ntpdate_enable="YES" ntpdate_flags="-b wall.polstra.com" xntpd_enable="YES" diskcheckd_enable="NO" inetd_enable="YES" saver="logo" sendmail_enable="NO" sshd_enable="YES" My /etc/rc.d/amd file is the latest version (1.4). Apparently, the "amd_flags" setting is not being honored. I am using the default from /etc/defaults/rc.conf, which is: amd_flags="-a /.amd_mnt -l syslog /host /etc/amd.map /net /etc/amd.map" This should not require any /etc/amd.conf file. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 11:53:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id E0C8237B400 for ; Mon, 24 Jun 2002 11:53:39 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.3/8.12.3) with SMTP id g5OIrbw6037409; Mon, 24 Jun 2002 14:53:38 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 24 Jun 2002 14:53:36 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: John Polstra Cc: current@freebsd.org Subject: Re: Bootstrap problems for asm In-Reply-To: <200206241603.g5OG3qR30930@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 24 Jun 2002, John Polstra wrote: > > > There is a problem at the moment in compiling that file without -O. Is > > > your /etc/make.conf standard, or did you specifically ask for no > > > optimization? > > > > I haven't made any explicit changes to the optimization level; on the > > other hand, perhaps that should be CFLAGS+=? > > > > Here's my make.conf: > > > > CFLAGS=-pipe > > NOPROFILE= yes > > NO_WERROR=yes > > NO_PERL=yes > > That's the problem. The default CFLAGS setting in > /etc/defaults/make.conf is "-O -pipe". You have eliminated the "-O". Do you mind if I add an entry to UPDATING: 20020624: Building the real time loader (rtld) currently requires optimization to be enabled for the build. If you override CFLAGS in make.conf, make sure that -O is included in in your definition of the variable, or you may get assembler errors compiling rtld. ? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 11:58:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 9314B37B412 for ; Mon, 24 Jun 2002 11:58:27 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.3/8.12.3) with SMTP id g5OIwNw6037598; Mon, 24 Jun 2002 14:58:23 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 24 Jun 2002 14:58:23 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: John Polstra Cc: current@freebsd.org Subject: Re: Bootstrap problems for asm In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG s/real-time/run-time/ s/rwatson/rmoron/ :-) (Thanks to Scott Long for pointing this out) Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories On Mon, 24 Jun 2002, Robert Watson wrote: > > On Mon, 24 Jun 2002, John Polstra wrote: > > > > > There is a problem at the moment in compiling that file without -O. Is > > > > your /etc/make.conf standard, or did you specifically ask for no > > > > optimization? > > > > > > I haven't made any explicit changes to the optimization level; on the > > > other hand, perhaps that should be CFLAGS+=? > > > > > > Here's my make.conf: > > > > > > CFLAGS=-pipe > > > NOPROFILE= yes > > > NO_WERROR=yes > > > NO_PERL=yes > > > > That's the problem. The default CFLAGS setting in > > /etc/defaults/make.conf is "-O -pipe". You have eliminated the "-O". > > Do you mind if I add an entry to UPDATING: > > 20020624: > Building the real time loader (rtld) currently requires optimization > to be enabled for the build. If you override CFLAGS in make.conf, > make sure that -O is included in in your definition of the variable, > or you may get assembler errors compiling rtld. > > ? > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Network Associates Laboratories > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 12: 0:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 4AE7937B40B; Mon, 24 Jun 2002 12:00:29 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g5OJ0Rf38911; Mon, 24 Jun 2002 12:00:27 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id g5OJ0Q731211; Mon, 24 Jun 2002 12:00:26 -0700 (PDT) (envelope-from jdp) Date: Mon, 24 Jun 2002 12:00:26 -0700 (PDT) Message-Id: <200206241900.g5OJ0Q731211@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: rwatson@freebsd.org Subject: Re: Bootstrap problems for asm In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article , Robert Watson wrote: > > Do you mind if I add an entry to UPDATING: > > 20020624: > Building the real time loader (rtld) currently requires optimization > to be enabled for the build. If you override CFLAGS in make.conf, > make sure that -O is included in in your definition of the variable, > or you may get assembler errors compiling rtld. > > ? No, I don't mind. But I'll try to commit a fix later today, so it might be worth waiting 24 hours before changing UPDATING. Not many people use -O0. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 12: 7:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by hub.freebsd.org (Postfix) with ESMTP id AA40B37B41D for ; Mon, 24 Jun 2002 12:07:12 -0700 (PDT) Received: from kokeb.ambesa.net ([64.172.25.174]) by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GY8009FW53ZMA@mta7.pltn13.pbi.net> for current@FreeBSD.ORG; Mon, 24 Jun 2002 12:07:12 -0700 (PDT) Received: from kokeb.ambesa.net (tanstaafl@localhost [127.0.0.1]) by kokeb.ambesa.net (8.12.3/8.12.3) with ESMTP id g5OJBxeU068179; Mon, 24 Jun 2002 12:11:59 -0700 (PDT envelope-from mikem@kokeb.ambesa.net) Received: (from mikem@localhost) by kokeb.ambesa.net (8.12.3/8.12.3/Submit) id g5OJBxBd068178; Mon, 24 Jun 2002 12:11:59 -0700 (PDT envelope-from mikem) Date: Mon, 24 Jun 2002 12:11:59 -0700 From: Mike Makonnen Subject: Re: rc_ng: amd invocation is still broken In-reply-to: To: John Polstra Cc: current@FreeBSD.ORG Message-id: <20020624121159.6a5c6fd1.makonnen@pacbell.net> MIME-version: 1.0 X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.10; i386--freebsd5.0) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 24 Jun 2002 10:54:06 -0700 (PDT) John Polstra wrote: > I updated my -current system yesterday, and AMD still isn't being > started quite right by rc_ng. The messages at boot time say: > does the following patch fix it? If so, please commit it. Cheers, Mike Makonnen Index: amd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/amd,v retrieving revision 1.4 diff -u -r1.4 amd --- amd 21 Jun 2002 19:50:01 -0000 1.4 +++ amd 24 Jun 2002 19:10:44 -0000 @@ -17,8 +17,8 @@ case `${CMD_OSTYPE}` in FreeBSD) - start_cmd="echo 'Starting amd.'; /usr/sbin/${name} &" start_precmd="amd_precmd" + command_args="&" ;; NetBSD) command_args='-p -a '$amd_dir' -F /etc/amd.conf >/var/run/amd.pid' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 12:14: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 7924E37B409; Mon, 24 Jun 2002 12:13:27 -0700 (PDT) Received: from dragon.nuxi.com (smmsp@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5OJDNoH000378; Mon, 24 Jun 2002 12:13:26 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.4/8.12.3/Submit) id g5OILp0v055095; Mon, 24 Jun 2002 11:21:51 -0700 (PDT) Date: Mon, 24 Jun 2002 11:21:51 -0700 From: "David O'Brien" To: John Polstra Cc: current@freebsd.org, rwatson@freebsd.org Subject: Re: Bootstrap problems for asm Message-ID: <20020624112151.A55057@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mail-Followup-To: David O'Brien , John Polstra , current@freebsd.org, rwatson@freebsd.org References: <200206241524.g5OFO6p30824@vashon.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200206241524.g5OFO6p30824@vashon.polstra.com>; from jdp@polstra.com on Mon, Jun 24, 2002 at 08:24:06AM -0700 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 24, 2002 at 08:24:06AM -0700, John Polstra wrote: > > /cboss/freebsd/commit/src/libexec/rtld-elf/i386/rtld_machdep.h:58: > > inconsistent operand constraints in an `asm' > > *** Error code 1 > > There is a problem at the moment in compiling that file without -O. > Is your /etc/make.conf standard, or did you specifically ask for no > optimization? Don't supose you are bored enough to tweak the asm statements to make things happy? :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 12:46:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from witchspace.com (pc1-reda4-0-cust134.bre.cable.ntl.com [213.105.81.134]) by hub.freebsd.org (Postfix) with SMTP id 4169D37B401 for ; Mon, 24 Jun 2002 12:46:25 -0700 (PDT) Received: (qmail 95132 invoked from network); 24 Jun 2002 19:46:22 -0000 Received: from lexx.witchspace.com (HELO witchspace.com) (192.168.0.1) by dookie.witchspace.com with SMTP; 24 Jun 2002 19:46:22 -0000 Message-ID: <3D17770E.1060904@witchspace.com> Date: Mon, 24 Jun 2002 20:46:22 +0100 From: Jonathan Belson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020609 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Murray Cc: current@freebsd.org Subject: Re: Perl scripts that need rewiting - Any volunteers? References: <3D0A464B.7040904@witchspace.com> <200206222154.g5MLsva4041792@grimreaper.grondar.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mark Murray wrote: >>Okay, here's my vidfont/kbdmap rewrite for review. Any feedback >>is welcome, the same goes for bug reports :-) > > Cool, thank you very much! > > Some comments: > > o Please put a copyright on the top of this. By preference, please use > /usr/share/examples/etc/bsd-style-copyright. > > o The code style is generally good, but please don't put braces around > single lines of code, ie use > for (;;) > stuff; > rather than > for (;;) { > stuff; > } > > o Please put all the macro strings like default font and directories into > macros and #include those from (say) vidfont.h. All done. > o Please shorten any long line or comment to less than 80 columns This is quite tricky when using 8 character tabs. Is 4 character indent okay for userland source? > o Please do not use mktemp(); use mkstemp() instead. I used mktemp() to get a filename to redirect to, eg. /* Improvised example */ char *cmd; asprintf(cmd, "prog > %s", mktemp(blah)); system(cmd); free(cmd); I couldn't see a simple way around this, any clues? > o Please make this WARNS=6 clean as far as is possible. Done. Cheers, --Jon http://www.witchsapce.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 12:48:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 5B68837B404 for ; Mon, 24 Jun 2002 12:48:36 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g5OJm9f39243; Mon, 24 Jun 2002 12:48:09 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id g5OJm9k31308; Mon, 24 Jun 2002 12:48:09 -0700 (PDT) (envelope-from jdp) Date: Mon, 24 Jun 2002 12:48:09 -0700 (PDT) Message-Id: <200206241948.g5OJm9k31308@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: makonnen@pacbell.net Subject: Re: rc_ng: amd invocation is still broken In-Reply-To: <20020624121159.6a5c6fd1.makonnen@pacbell.net> References: <20020624121159.6a5c6fd1.makonnen@pacbell.net> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20020624121159.6a5c6fd1.makonnen@pacbell.net>, Mike Makonnen wrote: > On Mon, 24 Jun 2002 10:54:06 -0700 (PDT) > John Polstra wrote: > > > I updated my -current system yesterday, and AMD still isn't being > > started quite right by rc_ng. The messages at boot time say: > > > > does the following patch fix it? If so, please commit it. Yes, your patch fixes it. Thanks! I'll commit it forthwith. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 12:49:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id 4018037B400 for ; Mon, 24 Jun 2002 12:49:05 -0700 (PDT) Received: by freebsd.org.ru (Postfix, from userid 1000) id C9E0144; Mon, 24 Jun 2002 23:49:02 +0400 (MSD) Date: Mon, 24 Jun 2002 23:49:02 +0400 From: "Sergey A. Osokin" To: current@FreeBSD.org Subject: buildworld failed... Message-ID: <20020624194902.GA45587@freebsd.org.ru> Reply-To: osa@FreeBSD.org.ru Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello. Here is the today buildworld: -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- =2E.... -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- =2E.... =3D=3D=3D> gnu/usr.bin/groff/src/preproc/eqn =2E.... c++ -O -pipe -march=3Dpentiumpro -I/usr/src/gnu/usr.bin/groff/src/preproc/= eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_STDLIB_H=3D1= -DHAVE_UNISTD_H=3D1 -DHAVE_DIRENT_H=3D1 -DHAVE_LIMITS_H=3D1 -DHAVE_STRING_= H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_MATH_H=3D1 -DRET_TYPE_SRAND_IS_VOID=3D1 -= DHAVE_SYS_NERR=3D1 -DHAVE_SYS_ERRLIST=3D1 -DHAVE_CC_LIMITS_H=3D1 -DRETSIGTY= PE=3Dvoid -DHAVE_STRUCT_EXCEPTION=3D1 -DHAVE_GETPAGESIZE=3D1 -DHAVE_MMAP=3D= 1 -DHAVE_FMOD=3D1 -DHAVE_STRTOL=3D1 -DHAVE_GETCWD=3D1 -DHAVE_STRERROR=3D1 -= DHAVE_PUTENV=3D1 -DHAVE_RENAME=3D1 -DHAVE_MKSTEMP=3D1 -DHAVE_STRCASECMP=3D1= -DHAVE_STRNCASECMP=3D1 -DHAVE_STRSEP=3D1 -DHAVE_STRDUP=3D1 -DSYS_SIGLIST_D= ECLARED=3D1 -I/usr/src/gnu/usr.bin/groff/src/preproc/eqn/../../../../../../= contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src/preproc/eqn/../.= ./../src/include -D__FBSDID=3D__RCSID -fno-rtti -fno-exceptions -static= -o eqn eqn.o main.o lex.o box.o limit.o list.o over.o text.o script.o mark= .o other.o delim.o sqrt.o pile.o special.o /usr/obj/usr/src/i386/usr/src/gn= u/usr.bin/groff/src/preproc/eqn/../../../src/libs/libgroff/libgroff.a make: don't know how to make neqn. Stop *** Error code 2 Stop in /usr/src/gnu/usr.bin/groff/src/preproc. *** Error code 1 Stop in /usr/src/gnu/usr.bin/groff/src. *** Error code 1 Stop in /usr/src/gnu/usr.bin/groff. *** Error code 1 Stop in /usr/src. *** Error code 1 Any idea? --=20 Rgdz, /"\=20 Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN osa@freebsd.org.ru X AGAINST HTML MAIL http://freebsd.org.ru/~osa/ / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 12:52:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by hub.freebsd.org (Postfix) with ESMTP id 7954237B400 for ; Mon, 24 Jun 2002 12:52:26 -0700 (PDT) Received: from kokeb.ambesa.net ([64.172.25.174]) by mta7.pltn13.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GY8009KT77DMA@mta7.pltn13.pbi.net> for freebsd-current@FreeBSD.ORG; Mon, 24 Jun 2002 12:52:26 -0700 (PDT) Received: from kokeb.ambesa.net (tanstaafl@localhost [127.0.0.1]) by kokeb.ambesa.net (8.12.3/8.12.3) with ESMTP id g5OJvDeU068735; Mon, 24 Jun 2002 12:57:13 -0700 (PDT envelope-from mikem@kokeb.ambesa.net) Received: (from mikem@localhost) by kokeb.ambesa.net (8.12.3/8.12.3/Submit) id g5OJvCoT068734; Mon, 24 Jun 2002 12:57:12 -0700 (PDT envelope-from mikem) Date: Mon, 24 Jun 2002 12:57:12 -0700 From: Mike Makonnen Subject: Re: rc_ng apm enable not run In-reply-to: <20020621232515.47974853.makonnen@pacbell.net> To: Mike Makonnen Cc: ronald@klop.yi.org, freebsd-current@FreeBSD.ORG Message-id: <20020624125712.0dac69dc.makonnen@pacbell.net> MIME-version: 1.0 X-Mailer: Sylpheed version 0.7.0 (GTK+ 1.2.10; i386--freebsd5.0) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <3D1359F7.5080304@klop.yi.org> <20020621232515.47974853.makonnen@pacbell.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 21 Jun 2002 23:25:15 -0700 Mike Makonnen wrote: > I don't know how I missed /etc/rc.i386 when I was doing the porting. > I'll have a chance to work on it Sunday, unless someone else beats me > to it. > Well, here it is. Let me know how goes it. Cheers, Mike Makonnen. Index: etc/rc.d/apm =================================================================== RCS file: etc/rc.d/apm diff -N etc/rc.d/apm --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ etc/rc.d/apm 24 Jun 2002 19:53:06 -0000 @@ -0,0 +1,30 @@ +#!/bin/sh +# +# $FreeBSD: src/etc/rc.d/apmd,v 1.2 2002/06/13 22:14:36 gordon Exp $ +# + +# PROVIDE: apm +# REQUIRE: DAEMON +# BEFORE: LOGIN +# KEYWORD: FreeBSD + +. /etc/rc.subr + +name="apm" +rcvar=`set_rcvar` +start_precmd="apm_precmd" +command="/usr/sbin/${name}" +command_args="-e enable" + +apm_precmd() +{ + case `${SYSCTL_N} hw.machine_arch` in + i386) + return 0 + ;; + esac + return 1 +} + +load_rc_config $name +run_rc_command "$1" Index: etc/rc.d/apmd =================================================================== RCS file: /home/ncvs/src/etc/rc.d/apmd,v retrieving revision 1.2 diff -u -r1.2 apmd --- etc/rc.d/apmd 13 Jun 2002 22:14:36 -0000 1.2 +++ etc/rc.d/apmd 24 Jun 2002 19:54:30 -0000 @@ -5,14 +5,37 @@ # # PROVIDE: apmd -# REQUIRE: DAEMON +# REQUIRE: DAEMON apm # BEFORE: LOGIN +# KEYWORD: FreeBSD NetBSD . /etc/rc.subr name="apmd" -rcvar=$name +rcvar=`set_rcvar` command="/usr/sbin/${name}" + +case `${CMD_OSTYPE}` in +FreeBSD) + start_precmd="apmd_prestart" + ;; +esac + +apmd_prestart() +{ + case `${SYSCTL_N} hw.machine_arch` in + i386) + ;; + *) + return 1 + ;; + esac + + # Don't start if apm is already running + /etc/rc.d/apm forcestatus 1>/dev/null && return 1 + + return 0 +} load_rc_config $name run_rc_command "$1" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 12:55:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailb.telia.com (mailb.telia.com [194.22.194.6]) by hub.freebsd.org (Postfix) with ESMTP id 7A89437B400 for ; Mon, 24 Jun 2002 12:55:19 -0700 (PDT) Received: from phoenix.granlund.nu (h192n2fls35o811.telia.com [217.211.119.192]) by mailb.telia.com (8.11.6/8.11.6) with ESMTP id g5OJtG800197 for ; Mon, 24 Jun 2002 21:55:17 +0200 (CEST) Received: from hatchet ([192.168.0.17]) by phoenix.granlund.nu (8.10.1/8.10.1) with ESMTP id g5OJtDG80454 for ; Mon, 24 Jun 2002 21:55:13 +0200 (CEST) Date: Mon, 24 Jun 2002 21:49:47 +0200 (W. Europe Daylight Time) From: Johan Granlund To: Subject: Error in truss (Was: Re: error in ncurses in 'make buildworld') In-Reply-To: <20020624111649.84822.qmail@web14103.mail.yahoo.com> Message-ID: X-X-Sender: johan@phoenix.granlund.nu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi I'ts probably not related, but i have problems :) I have tried a couple of days to compile world, with CFLAGS=-O -pipe, with a system from Jun 16 and it stops at the same place every time. I have tried to clean out /usr/src and obj and resup. Recompiled awk and sh if something happened to them but no change. Any ideas as what happened ? The error is: ===> usr.bin/truncate rm -f .depend mkdep -f .depend -a /usr/src/usr.bin/truncate/truncate.c echo truncate: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend ===> usr.bin/truss cp /usr/src/usr.bin/truss/../../sys/kern/syscalls.master syscalls.master /bin/sh /usr/src/usr.bin/truss/../../sys/kern/makesyscalls.sh syscalls.master / usr/src/usr.bin/truss/i386.conf syscalls.master: line 55: syscall number out of sync at 7 line is: struct rusage * rusage ) ; } wait4 wait_args int *** Error code 1 Stop in /usr/src/usr.bin/truss. *** Error code 1 Regards /Johan On Mon, 24 Jun 2002, Claus Guttesen wrote: > Hi. > > > What -O level did you compile libc with? > > Optimisation levels >= 2 damage > > __vfprintf() with the in-tree gcc, causing these > > same symptoms. > > > > The fix is to remove any optimisation options above > > -O, go into > > /usr/src/lib/libc, rebuild and install the static > > libc.a, build and install a > > static linked awk binary, then rebuild world + > > kernel as usual. > > > > With this advise my 'make world' and 'make kernel' > completed without any errors. Thank you. > > Regards > Claus > > > _____________________________________________________ > Følg VM i fodbold på tæt hold fra Yahoo!s officielle VM-side > www.yahoo.dk/vm2002 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 12:56:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id DBFAD37B404; Mon, 24 Jun 2002 12:56:24 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5OJuNo3003371; Mon, 24 Jun 2002 12:56:23 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.4/8.12.4/Submit) id g5OJuMf8003368; Mon, 24 Jun 2002 12:56:22 -0700 (PDT) Date: Mon, 24 Jun 2002 12:56:22 -0700 From: "David O'Brien" To: Alfred Perlstein Cc: Mike Silbersack , Andre Oppermann , "Kenneth D. Merry" , net@freebsd.org, current@freebsd.org Subject: Re: zero copy code checkin in 2 days, new snapshot Message-ID: <20020624125622.B3130@dragon.nuxi.com> Reply-To: obrien@freebsd.org Mail-Followup-To: David O'Brien , Alfred Perlstein , Mike Silbersack , Andre Oppermann , "Kenneth D. Merry" , net@freebsd.org, current@freebsd.org References: <3D1752CC.B21627F1@tix.ch> <20020624122147.G53369-100000@patrocles.silby.com> <20020624173305.GW53232@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020624173305.GW53232@elvis.mu.org>; from bright@mu.org on Mon, Jun 24, 2002 at 10:33:05AM -0700 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 24, 2002 at 10:33:05AM -0700, Alfred Perlstein wrote: > I submitted some patches to use sendfile(2) that weren't accepted > for some reason. It's not too hard, you just have to adjust the code > not to close(2) the descriptors and make the mmap() function a stub > type thing. > > really out of date... > http://people.freebsd.org/~alfred/thttpd/thttpd-sendfile-acceptfilter.diff Why don't you add them as patches to the port? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 12:58:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 2760D37B40D for ; Mon, 24 Jun 2002 12:57:48 -0700 (PDT) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.3/8.12.3) with SMTP id g5OJvjw6038765; Mon, 24 Jun 2002 15:57:46 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 24 Jun 2002 15:57:45 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Johan Granlund Cc: freebsd-current@FreeBSD.ORG Subject: Re: Error in truss (Was: Re: error in ncurses in 'make buildworld') In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Compile and install a fresh sed. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories On Mon, 24 Jun 2002, Johan Granlund wrote: > Hi >=20 > I'ts probably not related, but i have problems :) >=20 > I have tried a couple of days to compile world, with CFLAGS=3D-O -pipe, w= ith > a system from Jun 16 and it stops at the same place every time. I have > tried to clean out /usr/src and obj and resup. Recompiled awk and sh if > something happened to them but no change. >=20 > Any ideas as what happened ? >=20 > The error is: >=20 > =3D=3D=3D> usr.bin/truncate > rm -f .depend > mkdep -f .depend -a /usr/src/usr.bin/truncate/truncate.c > echo truncate: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend > =3D=3D=3D> usr.bin/truss > cp /usr/src/usr.bin/truss/../../sys/kern/syscalls.master syscalls.master > /bin/sh /usr/src/usr.bin/truss/../../sys/kern/makesyscalls.sh > syscalls.master / > usr/src/usr.bin/truss/i386.conf > syscalls.master: line 55: syscall number out of sync at 7 > line is: > struct rusage * rusage ) ; } wait4 > wait_args int > *** Error code 1 >=20 > Stop in /usr/src/usr.bin/truss. > *** Error code 1 >=20 >=20 > Regards >=20 > /Johan >=20 >=20 > On Mon, 24 Jun 2002, Claus Guttesen wrote: >=20 > > Hi. > > > > > What -O level did you compile libc with? > > > Optimisation levels >=3D 2 damage > > > __vfprintf() with the in-tree gcc, causing these > > > same symptoms. > > > > > > The fix is to remove any optimisation options above > > > -O, go into > > > /usr/src/lib/libc, rebuild and install the static > > > libc.a, build and install a > > > static linked awk binary, then rebuild world + > > > kernel as usual. > > > > > > > With this advise my 'make world' and 'make kernel' > > completed without any errors. Thank you. > > > > Regards > > Claus > > > > > > _____________________________________________________ > > F=F8lg VM i fodbold p=E5 t=E6t hold fra Yahoo!s officielle VM-side > > www.yahoo.dk/vm2002 > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 13: 1: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from lockdown.spectrum.fearmuffs.net (c164-147.pro.thalamus.se [212.31.164.147]) by hub.freebsd.org (Postfix) with ESMTP id 1085D37B641 for ; Mon, 24 Jun 2002 13:00:31 -0700 (PDT) Received: from lockdown.spectrum.fearmuffs.net (localhost.spectrum.fearmuffs.net [127.0.0.1]) by lockdown.spectrum.fearmuffs.net (8.12.3/8.12.3) with ESMTP id g5OK0VtB003422; Mon, 24 Jun 2002 22:00:32 +0200 (CEST) (envelope-from gmh003532@brfmasthugget.se) Received: (from redpixel@localhost) by lockdown.spectrum.fearmuffs.net (8.12.3/8.12.3/Submit) id g5OK0VNo003421; Mon, 24 Jun 2002 22:00:31 +0200 (CEST) (envelope-from gmh003532@brfmasthugget.se) Date: Mon, 24 Jun 2002 22:00:31 +0200 From: Martin Faxer To: Johan Granlund Cc: freebsd-current@FreeBSD.ORG Subject: Re: Error in truss (Was: Re: error in ncurses in 'make buildworld') Message-ID: <20020624200031.GD2134@lockdown.spectrum.fearmuffs.net> Mail-Followup-To: Johan Granlund , freebsd-current@FreeBSD.ORG References: <20020624111649.84822.qmail@web14103.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002.06.24 21:49:47 +0000, Johan Granlund wrote: > Hi > > I'ts probably not related, but i have problems :) > > I have tried a couple of days to compile world, with CFLAGS=-O -pipe, with > a system from Jun 16 and it stops at the same place every time. I have > tried to clean out /usr/src and obj and resup. Recompiled awk and sh if > something happened to them but no change. > > Any ideas as what happened ? This exact issue has been discussed numerous times on this list before. The fix is to rebuild sed. > The error is: > > ===> usr.bin/truncate > rm -f .depend > mkdep -f .depend -a /usr/src/usr.bin/truncate/truncate.c > echo truncate: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend > ===> usr.bin/truss > cp /usr/src/usr.bin/truss/../../sys/kern/syscalls.master syscalls.master > /bin/sh /usr/src/usr.bin/truss/../../sys/kern/makesyscalls.sh > syscalls.master / > usr/src/usr.bin/truss/i386.conf > syscalls.master: line 55: syscall number out of sync at 7 > line is: > struct rusage * rusage ) ; } wait4 > wait_args int > *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 13: 9:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id EB11B37B400 for ; Mon, 24 Jun 2002 13:09:45 -0700 (PDT) Received: by freesbee.wheel.dk (Postfix, from userid 1002) id D729538346; Mon, 24 Jun 2002 22:09:44 +0200 (CEST) Date: Mon, 24 Jun 2002 22:09:44 +0200 From: "Niels Chr. Bank-Pedersen" To: "Sergey A. Osokin" Cc: current@FreeBSD.org Subject: Re: buildworld failed... Message-ID: <20020624200944.GA6434@bank-pedersen.dk> Mail-Followup-To: "Niels Chr. Bank-Pedersen" , "Sergey A. Osokin" , current@FreeBSD.org References: <20020624194902.GA45587@freebsd.org.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20020624194902.GA45587@freebsd.org.ru> User-Agent: Mutt/1.4i X-PGP-Fingerprint: 18D0 73F3 767F 3A40 CEBA C595 4783 D7F5 5DD1 FB8C X-PGP-Public-Key: http://freesbee.wheel.dk/~ncbp/gpgkey.pub Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 24, 2002 at 11:49:02PM +0400, Sergey A. Osokin wrote: > Hello. >=20 > Here is the today buildworld: > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- > ..... > -------------------------------------------------------------- > >>> stage 1: bootstrap tools > -------------------------------------------------------------- > ..... > =3D=3D=3D> gnu/usr.bin/groff/src/preproc/eqn > ..... > c++ -O -pipe -march=3Dpentiumpro -I/usr/src/gnu/usr.bin/groff/src/prepro= c/eqn/../../../../../../contrib/groff/src/preproc/eqn -I. -DHAVE_STDLIB_H= =3D1 -DHAVE_UNISTD_H=3D1 -DHAVE_DIRENT_H=3D1 -DHAVE_LIMITS_H=3D1 -DHAVE_STR= ING_H=3D1 -DHAVE_STRINGS_H=3D1 -DHAVE_MATH_H=3D1 -DRET_TYPE_SRAND_IS_VOID= =3D1 -DHAVE_SYS_NERR=3D1 -DHAVE_SYS_ERRLIST=3D1 -DHAVE_CC_LIMITS_H=3D1 -DRE= TSIGTYPE=3Dvoid -DHAVE_STRUCT_EXCEPTION=3D1 -DHAVE_GETPAGESIZE=3D1 -DHAVE_M= MAP=3D1 -DHAVE_FMOD=3D1 -DHAVE_STRTOL=3D1 -DHAVE_GETCWD=3D1 -DHAVE_STRERROR= =3D1 -DHAVE_PUTENV=3D1 -DHAVE_RENAME=3D1 -DHAVE_MKSTEMP=3D1 -DHAVE_STRCASEC= MP=3D1 -DHAVE_STRNCASECMP=3D1 -DHAVE_STRSEP=3D1 -DHAVE_STRDUP=3D1 -DSYS_SIG= LIST_DECLARED=3D1 -I/usr/src/gnu/usr.bin/groff/src/preproc/eqn/../../../../= ../../contrib/groff/src/include -I/usr/src/gnu/usr.bin/groff/src/preproc/eq= n/../../../src/include -D__FBSDID=3D__RCSID -fno-rtti -fno-exceptions -= static -o eqn eqn.o main.o lex.o box.o limit.o list.o over.o text.o script.= o mark.o other.o delim.o sqrt.o pile.o special.o /usr/obj/usr/src/i386/usr/= src/gnu/usr.bin/groff/src/preproc/eqn/../../../src/libs/libgroff/libgroff.a > make: don't know how to make neqn. Stop It looks as if your box was last updated on Apr. 13. - there was a window of a few hours where make(1) was broken. If this is the case, the following should solve your problem. cd /usr/src/usr.bin/make make clean && make depend && make && make install make clean && make cleandepend cd /usr/src make buildworld > Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN /Niels Chr. --=20 Niels Christian Bank-Pedersen, NCB1-RIPE. "Hey, are any of you guys out there actually *using* RFC 2549?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 13:22:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id 7E53037B400 for ; Mon, 24 Jun 2002 13:21:55 -0700 (PDT) Received: by freebsd.org.ru (Postfix, from userid 1000) id 27C9B44; Tue, 25 Jun 2002 00:21:54 +0400 (MSD) Date: Tue, 25 Jun 2002 00:21:54 +0400 From: "Sergey A. Osokin" To: "Niels Chr. Bank-Pedersen" Cc: current@FreeBSD.org Subject: Re: buildworld failed... Message-ID: <20020624202154.GB45723@freebsd.org.ru> Reply-To: osa@FreeBSD.org.ru References: <20020624194902.GA45587@freebsd.org.ru> <20020624200944.GA6434@bank-pedersen.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020624200944.GA6434@bank-pedersen.dk> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 24, 2002 at 10:09:44PM +0200, Niels Chr. Bank-Pedersen wrote: > On Mon, Jun 24, 2002 at 11:49:02PM +0400, Sergey A. Osokin wrote: > > Hello. > > > > Here is the today buildworld: > > -------------------------------------------------------------- > > >>> stage 1: bootstrap tools > > -------------------------------------------------------------- > > ..... > > ===> gnu/usr.bin/groff/src/preproc/eqn > > cd /usr/src/usr.bin/make > make clean && make depend && make && make install > make clean && make cleandepend > cd /usr/src > make buildworld Thanks, now i take your recipe. Thanks one more time. -- Rgdz, /"\ Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN osa@freebsd.org.ru X AGAINST HTML MAIL http://freebsd.org.ru/~osa/ / \ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 13:52:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailc.telia.com (mailc.telia.com [194.22.190.4]) by hub.freebsd.org (Postfix) with ESMTP id E774B37B404 for ; Mon, 24 Jun 2002 13:52:17 -0700 (PDT) Received: from phoenix.granlund.nu (h192n2fls35o811.telia.com [217.211.119.192]) by mailc.telia.com (8.11.6/8.11.6) with ESMTP id g5OKqGr12304; Mon, 24 Jun 2002 22:52:16 +0200 (CEST) Received: from hatchet ([192.168.0.17]) by phoenix.granlund.nu (8.10.1/8.10.1) with ESMTP id g5OKqHG80749; Mon, 24 Jun 2002 22:52:17 +0200 (CEST) Date: Mon, 24 Jun 2002 22:46:50 +0200 (W. Europe Daylight Time) From: Johan Granlund To: Cc: Subject: Re: Error in truss (Was: Re: error in ncurses in 'make buildworld') In-Reply-To: Message-ID: X-X-Sender: johan@phoenix.granlund.nu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Worked. Thanks a million for the _very_ fast answer. /Johan On Mon, 24 Jun 2002, Robert Watson wrote: > Compile and install a fresh sed. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Network Associates Laboratories > > On Mon, 24 Jun 2002, Johan Granlund wrote: > > > Hi > > > > I'ts probably not related, but i have problems :) > > > > I have tried a couple of days to compile world, with CFLAGS=-O -pipe, with > > a system from Jun 16 and it stops at the same place every time. I have > > tried to clean out /usr/src and obj and resup. Recompiled awk and sh if > > something happened to them but no change. > > > > Any ideas as what happened ? > > > > The error is: > > > > ===> usr.bin/truncate > > rm -f .depend > > mkdep -f .depend -a /usr/src/usr.bin/truncate/truncate.c > > echo truncate: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend > > ===> usr.bin/truss > > cp /usr/src/usr.bin/truss/../../sys/kern/syscalls.master syscalls.master > > /bin/sh /usr/src/usr.bin/truss/../../sys/kern/makesyscalls.sh > > syscalls.master / > > usr/src/usr.bin/truss/i386.conf > > syscalls.master: line 55: syscall number out of sync at 7 > > line is: > > struct rusage * rusage ) ; } wait4 > > wait_args int > > *** Error code 1 > > > > Stop in /usr/src/usr.bin/truss. > > *** Error code 1 > > > > > > Regards > > > > /Johan > > > > > > On Mon, 24 Jun 2002, Claus Guttesen wrote: > > > > > Hi. > > > > > > > What -O level did you compile libc with? > > > > Optimisation levels >= 2 damage > > > > __vfprintf() with the in-tree gcc, causing these > > > > same symptoms. > > > > > > > > The fix is to remove any optimisation options above > > > > -O, go into > > > > /usr/src/lib/libc, rebuild and install the static > > > > libc.a, build and install a > > > > static linked awk binary, then rebuild world + > > > > kernel as usual. > > > > > > > > > > With this advise my 'make world' and 'make kernel' > > > completed without any errors. Thank you. > > > > > > Regards > > > Claus > > > > > > > > > _____________________________________________________ > > > Følg VM i fodbold på tæt hold fra Yahoo!s officielle VM-side > > > www.yahoo.dk/vm2002 > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-current" in the body of the message > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 14:56:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id AC57337B407; Mon, 24 Jun 2002 14:56:14 -0700 (PDT) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.4/8.12.4) with ESMTP id g5OLuCbP064879; Mon, 24 Jun 2002 17:56:12 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.4/8.12.4/Submit) id g5OLuCbE064878; Mon, 24 Jun 2002 17:56:12 -0400 (EDT) Date: Mon, 24 Jun 2002 17:56:12 -0400 From: Alexander Kabaev To: obrien@FreeBSD.ORG Cc: jdp@polstra.com, current@FreeBSD.ORG, rwatson@FreeBSD.ORG Subject: Re: Bootstrap problems for asm Message-Id: <20020624175612.7abe6e52.ak03@gte.com> In-Reply-To: <20020624112151.A55057@dragon.nuxi.com> References: <200206241524.g5OFO6p30824@vashon.polstra.com> <20020624112151.A55057@dragon.nuxi.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.7.8claws6 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am not an inline assembler guru, but here is the patch I think get the job done. If I understannd things correcly, GCC accepts matching constraints only for parameters for which registers are allowed. Any constructive critique is appreciated. > Don't supose you are bored enough to tweak the asm statements to make > things happy? :-) -- Alexander Kabaev Index: i386/lockdflt.c =================================================================== RCS file: /usr/ncvs/src/libexec/rtld-elf/i386/lockdflt.c,v retrieving revision 1.6 diff -u -r1.6 lockdflt.c --- i386/lockdflt.c 17 Jul 2000 17:18:13 -0000 1.6 +++ i386/lockdflt.c 24 Jun 2002 21:35:35 -0000 @@ -81,7 +81,7 @@ __asm __volatile ("lock; cmpxchgl %2, %0" : "=m"(*m), "=a"(result) - : "r"(new), "0"(*m), "1"(old) + : "r"(new), "m"(*m), "1"(old) : "cc"); return result; @@ -94,7 +94,7 @@ __asm __volatile ("xchgl %0, %1" : "=r"(result), "=m"(*m) - : "0"(v), "1"(*m)); + : "0"(v), "m"(*m)); return result; } Index: i386/rtld_machdep.h =================================================================== RCS file: /usr/ncvs/src/libexec/rtld-elf/i386/rtld_machdep.h,v retrieving revision 1.6 diff -u -r1.6 rtld_machdep.h --- i386/rtld_machdep.h 29 Oct 2001 10:10:10 -0000 1.6 +++ i386/rtld_machdep.h 24 Jun 2002 19:24:04 -0000 @@ -55,13 +55,13 @@ static inline void atomic_decr_int(volatile int *p) { - __asm __volatile ("lock; decl %0" : "=m"(*p) : "0"(*p) : "cc"); + __asm __volatile ("lock; decl %0" : "=m"(*p) : "m"(*p) : "cc"); } static inline void atomic_incr_int(volatile int *p) { - __asm __volatile ("lock; incl %0" : "=m"(*p) : "0"(*p) : "cc"); + __asm __volatile ("lock; incl %0" : "=m"(*p) : "m"(*p) : "cc"); } static inline void @@ -69,7 +69,7 @@ { __asm __volatile ("lock; addl %1, %0" : "=m"(*p) - : "ri"(val), "0"(*p) + : "ri"(val), "m"(*p) : "cc"); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 15: 4:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from volatile.chemikals.org (cae88-49-048.sc.rr.com [24.88.49.48]) by hub.freebsd.org (Postfix) with ESMTP id 2F52437B401 for ; Mon, 24 Jun 2002 15:04:08 -0700 (PDT) Received: from chemikals.org (www@localhost [127.0.0.1]) by volatile.chemikals.org (8.12.3/8.12.3) with SMTP id g5OM467B000508 for ; Mon, 24 Jun 2002 18:04:07 -0400 (EDT) (envelope-from morganw@chemikals.org) From: Wesley Morgan Received: from 148.175.49.1 (SquirrelMail authenticated user morganw) by www.chemikals.org with HTTP; Mon, 24 Jun 2002 18:04:07 -0400 (EDT) Message-ID: <13961.148.175.49.1.1024956247.squirrel@www.chemikals.org> Date: Mon, 24 Jun 2002 18:04:07 -0400 (EDT) Subject: -current panic in suser_cred() To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.2.6) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_20020624180407_17367" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_20020624180407_17367 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit At some point between 20 Jun and (by my best guest) 22 Jun there has been a problem introduced somewhere... How much more vague can you get? :)... File creation works fine, but attempting to rm causes a panic. config and dmesg (of a non-panicking kernel) are attached, panic message and gdb stuff below... Hope it's enough info to get a fix in the works! Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x8:0xc019249c stack pointer = 0x10:0xdb467b4c frame pointer = 0x10:0xdb467b50 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 145 (rm) panic: from debugger #0 0xc019614b in doadump () #1 0xc01965db in boot (howto=260) #2 0xc01967fb in panic () #3 0xc0139452 in db_panic () #4 0xc01393d2 in db_command (last_cmdp=0xc02fd2e0, cmd_table=0xc02fd100, aux_cmd_tablep=0xc02f4c7c, aux_cmd_tablep_end=0xc02f4c80) #5 0xc01394e6 in db_command_loop () #6 0xc013c07a in db_trap (type=12, code=0) at ../../../ddb/db_trap.c:76 #7 0xc0298dfe in kdb_trap (type=12, code=0, regs=0xdb467b0c) at ../../../i386/i386/db_interface.c:214 #8 0xc02a9153 in trap_fatal (frame=0xdb467b0c, eva=4) #9 0xc02a8e62 in trap_pfault (frame=0xdb467b0c, usermode=0, eva=4) #10 0xc02a885a in trap (frame= {tf_fs = -1013055464, tf_es = 196624, tf_ds = 16, tf_edi = -1, tf_esi = -1012546560, tf_ebp = -616137904, tf_isp = -616137928, tf_ebx = 0, tf_edx = 0, tf_ecx = -1012854016, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1072094052, tf_cs = 8, tf_eflags = 66050, tf_esp = -1012854016, tf_ss = -616137864}) at ../../../i386/i386/trap.c:659 --- begin interesting stuff --- #11 0xc019249c in suser_cred (cred=0x0, flag=0) #12 0xc025dab5 in chkiq (ip=0xc3a5c400, change=4294967295, cred=0x0, flags=0)#13 0xc025b57f in ufs_inactive (ap=0xdb467be0) at ../../../ufs/ufs/ufs_inode.c:132 #14 0xc0263a08 in ufs_vnoperate (ap=0xdb467be0) #15 0xc01e01e5 in vput (vp=0xc3a59c00) #16 0xc01e77c4 in unlink (td=0xc393c41c, uap=0xdb467d10) #17 0xc02a948a in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077936696, tf_esi = 0, tf_ebp = -1077936776, tf_isp = -616137356, tf_ebx = -1077936553, tf_edx = -1077936508, tf_ecx = 47, tf_eax = 10, tf_trapno = 12, tf_err = 2, tf_eip = 134524795, tf_cs = 31, tf_eflags = 582, tf_esp = -1077936916, tf_ss = 47}) #18 0xc029a57d in syscall_with_err_pushed () at {standard input}:128 #19 0x0804839a in ?? () #20 0x08048145 in ?? () ------=_20020624180407_17367 Content-Type: application/octet-stream; name="CATALYST" Content-Disposition: attachment; filename="CATALYST" Content-Transfer-Encoding: base64 bWFjaGluZQkJaTM4NgppZGVudAkJQ0FUQUxZU1QKbWF4dXNlcnMJNjQKb3B0aW9ucyAJTk1CQ0xV U1RFUlM9MTYzODQKCm1ha2VvcHRpb25zCUNPTkZfQ0ZMQUdTPSItZm5vLWJ1aWx0aW4iCgpvcHRp b25zIAlQUV9DQUNIRVNJWkU9NTEyCSMgY29sb3IgZm9yIDUxMmsvMTZrIGNhY2hlCm9wdGlvbnMg CU1BTExPQ19QUk9GSUxFCgojICAgIHN0cmluZ3MgLWFvdXQgLW4gMyAva2VybmVsIHwgZ3JlcCBe X19fIHwgc2VkIC1lICdzL15fX18vLycgPiBNWUtFUk5FTAojCm9wdGlvbnMgCUlOQ0xVREVfQ09O RklHX0ZJTEUgICAgICMgSW5jbHVkZSB0aGlzIGZpbGUgaW4ga2VybmVsCgojIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMK IyBDUFUgT1BUSU9OUwpjcHUJCUk2ODZfQ1BVCm9wdGlvbnMJCUNQVV9FTkFCTEVfU1NFCm9wdGlv bnMgCUNQVV9TVVNQX0hMVAoKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCiMgQ09NUEFUSUJJTElUWSBPUFRJT05TICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCm9wdGlvbnMgCUNPTVBB VF80MwoKb3B0aW9ucyAJU1lTVlNITQpvcHRpb25zIAlTWVNWU0VNCm9wdGlvbnMgCVNZU1ZNU0cK Cm9wdGlvbnMgCUREQgojb3B0aW9ucyAJRERCX1VOQVRURU5ERUQKb3B0aW9ucyAJS1RSQUNFCQkJ I2tlcm5lbCB0cmFjaW5nCgojb3B0aW9ucyAJVVNFUkNPTkZJRwkJI2Jvb3QgLWMgZWRpdG9yCiNv cHRpb25zIAlWSVNVQUxfVVNFUkNPTkZJRwkjdmlzdWFsIGJvb3QgLWMgZWRpdG9yCgojIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMKIyBORVRXT1JLSU5HIE9QVElPTlMKb3B0aW9ucyAJSU5FVAkJCSNJbnRlcm5ldCBjb21t dW5pY2F0aW9ucyBwcm90b2NvbHMKI29wdGlvbnMgCUlORVQ2CQkJI0lQdjYgY29tbXVuaWNhdGlv bnMgcHJvdG9jb2xzCm9wdGlvbnMgCUlQU0VDCQkJI0lQIHNlY3VyaXR5Cm9wdGlvbnMgCUlQU0VD X0VTUAkJI0lQIHNlY3VyaXR5IChjcnlwdG87IGRlZmluZSB3LyBJUFNFQykKCmRldmljZSAJCWV0 aGVyCQkJI0dlbmVyaWMgRXRoZXJuZXQKZGV2aWNlIAkJbG9vcAkJCSNOZXR3b3JrIGxvb3BiYWNr IGRldmljZQpkZXZpY2UgCQlicGYgCQkJI0JlcmtlbGV5IHBhY2tldCBmaWx0ZXIKI2RldmljZSAg CXR1bgkJCSNUdW5uZWwgZHJpdmVyIChwcHAoOCksIG5vcy10dW4oOCkpCgojZGV2aWNlCQlnaWYJ NAkJI0lQdjYgYW5kIElQdjQgdHVubmVsaW5nCiNkZXZpY2UJCWZhaXRoCTEJCSNmb3IgSVB2NiBh bmQgSVB2NCB0cmFuc2xhdGlvbgojZGV2aWNlCQlzdGYJCQkjNnRvNCBJUHY2IG92ZXIgSVB2NCBl bmNhcHN1bGF0aW9uCgpvcHRpb25zIAlUQ1BfRFJPUF9TWU5GSU4JCSNkcm9wIFRDUCBwYWNrZXRz IHdpdGggU1lOK0ZJTgpvcHRpb25zIAlSQU5ET01fSVBfSUQKCiMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIEZJTEVT WVNURU0gT1BUSU9OUwpvcHRpb25zIAlGRlMJCQkjRmFzdCBmaWxlc3lzdGVtCm9wdGlvbnMgCVNP RlRVUERBVEVTCm9wdGlvbnMgCVVGU19ESVJIQVNICQkjSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBi aWcgZGlyZWN0b3JpZXMKI29wdGlvbnMgCVVGU19FWFRBVFRSCiNvcHRpb25zIAlVRlNfRVhUQVRU Ul9BVVRPU1RBUlQKI29wdGlvbnMgCVVGU19BQ0wKb3B0aW9ucyAJU0hPV19CVVNZQlVGUwkjIExp c3QgYnVmZmVycyB0aGF0IHByZXZlbnQgcm9vdCB1bm1vdW50Cgojb3B0aW9ucyAJTk9ERVZGUwkJ CSNkZXZpY2VzIGZpbGVzeXN0ZW0Kb3B0aW9ucyAJUFJPQ0ZTCQkJI1Byb2Nlc3MgZmlsZXN5c3Rl bQpvcHRpb25zCQlQU0VVRE9GUwoKCm9wdGlvbnMgCU5TV0FQREVWPTIKb3B0aW9ucyAJUVVPVEEJ CQkjZW5hYmxlIGRpc2sgcXVvdGFzCgpkZXZpY2UJCXJhbmRvbQoKIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCiMgUE9T SVggUDEwMDMuMUIKb3B0aW9ucyAJUDEwMDNfMUIKb3B0aW9ucyAJX0tQT1NJWF9QUklPUklUWV9T Q0hFRFVMSU5HCm9wdGlvbnMgCV9LUE9TSVhfVkVSU0lPTj0xOTkzMDlMCgojIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMK IyBDTE9DSyBPUFRJT05TCiNvcHRpb25zIAlIWj0xMDAwCiNvcHRpb25zIAlDTEtfVVNFX0k4MjU0 X0NBTElCUkFUSU9OCm9wdGlvbnMgCUNMS19VU0VfVFNDX0NBTElCUkFUSU9OCgoKIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjCiMgTUlTQ0VMTEFORU9VUyBERVZJQ0VTIEFORCBPUFRJT05TCmRldmljZSAJCXB0eQkJI1Bz ZXVkbyB0dHlzCmRldmljZQkJbWQJCSNNZW1vcnkvbWFsbG9jIGRpc2sKZGV2aWNlCQlzbnAJCSNT bm9vcCBkZXZpY2UgLSB0byBsb29rIGF0IHB0eS92dHkvZXRjLi4KCiMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIEhB UkRXQVJFIEJVUyBDT05GSUdVUkFUSU9OCgpkZXZpY2UJCWlzYQojZGV2aWNlCQllaXNhCmRldmlj ZQkJcGNpCm9wdGlvbnMgCVBDSV9FTkFCTEVfSU9fTU9ERVMKCmRldmljZQkJYWdwCgpvcHRpb25z IAlQUFNfU1lOQwpvcHRpb25zIAlOVElNRUNPVU5URVI9MjAKCiMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIEhBUkRX QVJFIERFVklDRSBDT05GSUdVUkFUSU9OCgpkZXZpY2UJCWF0a2JkYwkxCmRldmljZQkJYXRrYmQK Cm9wdGlvbnMgCUtCRF9JTlNUQUxMX0NERVYJIyBpbnN0YWxsIGEgQ0RFViBlbnRyeSBpbiAvZGV2 CgpkZXZpY2UJCXBzbQpvcHRpb25zIAlQU01fUkVTRVRBRlRFUlNVU1BFTkQJI3Jlc2V0IHRoZSBk ZXZpY2UgYXQgdGhlIHJlc3VtZSBldmVudAoKZGV2aWNlCQl2Z2EKCm9wdGlvbnMgCVZFU0EKI2Rl dmljZSAJc3BsYXNoCgpkZXZpY2UJCXNjCTEKCm9wdGlvbnMgCU1BWENPTlM9MTYJCSMgbnVtYmVy IG9mIHZpcnR1YWwgY29uc29sZXMKb3B0aW9ucyAJU0NfQUxUX01PVVNFX0lNQUdFCSMgc2ltcGxp ZmllZCBtb3VzZSBjdXJzb3IgaW4gdGV4dCBtb2RlCm9wdGlvbnMgCVNDX1BJWEVMX01PREUKb3B0 aW9ucyAJU0NfVFdPQlVUVE9OX01PVVNFCgpkZXZpY2UJCW5weAoKZGV2aWNlCQlhdGEKZGV2aWNl CQlhdGFkaXNrCQkjIEFUQSBkaXNrIGRyaXZlcwpkZXZpY2UJCWF0YXBpY2QJCSMgQVRBUEkgQ0RS T00gZHJpdmVzCgpvcHRpb25zIAlBVEFQSUNBTQpkZXZpY2UgIAlzY2J1cwpkZXZpY2UgIAlwYXNz CmRldmljZSAgCWNkCgojZGV2aWNlCQlmZGMKCmRldmljZQkJc2lvCgojZGV2aWNlCQltaWlidXMK I2RldmljZQkJZGMJCSMgREVDL0ludGVsIDIxMTQzIGFuZCB2YXJpb3VzIHdvcmthbGlrZXMKI2Rl dmljZSAgCWZ4cAojZGV2aWNlICAJd2kKCiNkZXZpY2UJCXBjbQojZGV2aWNlICAJc2JjCgojZGV2 aWNlCQlhcG0KZGV2aWNlCQlwbXRpbWVyCgojCiMgUEMgQ2FyZC9QQ01DSUEKIyAoT0xEQ0FSRCkK IwojIGNhcmQ6IHBjY2FyZCBzbG90cwojIHBjaWM6IGlzYS9wY2NhcmQgYnJpZGdlCmRldmljZQkJ cGNpYwpkZXZpY2UJCWNhcmQKCiMKIyBQQyBDYXJkL1BDTUNJQSBhbmQgQ2FyZGJ1cwojIChORVdD QVJEKQojCiMgcGNjYmI6IGlzYS9wY2NhcmQgYW5kIHBjaS9jYXJkYnVzIGJyaWRnZQojIHBjY2Fy ZDogcGNjYXJkIHNsb3RzCiMgY2FyZGJ1czogY2FyZGJ1cyBzbG90cwojZGV2aWNlCQlwY2NiYgoj ZGV2aWNlCQlwY2NhcmQKI2RldmljZQkJY2FyZGJ1cwoKIyBZb3UgbWF5IG5lZWQgdG8gcmVzZXQg YWxsIHBjY2FyZHMgYWZ0ZXIgcmVzdW1pbmcKb3B0aW9ucyAJUE9XRVJGQUlMX05NSQkJIyBtYWtl IGl0IGJlZXAgaW5zdGVhZCBvZiBwYW5pY2luZwoKI2RldmljZQkJcHBjCiNkZXZpY2UJCXBwYnVz CiNkZXZpY2UJCWxwdAojZGV2aWNlCQlwcGkKI2RldmljZQkJcHBzCgpkZXZpY2UJCXNjYnVzCQkj YmFzZSBTQ1NJIGNvZGUKZGV2aWNlCQlkYQkJI1NDU0kgZGlyZWN0IGFjY2VzcyBkZXZpY2VzIChh a2EgZGlza3MpCg== ------=_20020624180407_17367 Content-Type: application/octet-stream; name="dmesg" Content-Disposition: attachment; filename="dmesg" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDIgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMC1DVVJSRU5UICM2NTogVGh1IEp1biAyMCAxODozMDo1 OSBNRFQgMjAwMgogICAgcm9vdEBjYXRhbHlzdC5jaGVtaWthbHMub3JnOi91c3Ivc3JjL3N5cy9p Mzg2L2NvbXBpbGUvQ0FUQUxZU1QKUHJlbG9hZGVkIGVsZiBrZXJuZWwgIi9ib290L2tlcm5lbC53 b3JrL2tlcm5lbCIgYXQgMHhjMDNiODAwMC4KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tl cm5lbC53b3JrL2FwbS5rbyIgYXQgMHhjMDNiODBiMC4KVGltZWNvdW50ZXIgImk4MjU0IiAgZnJl cXVlbmN5IDExOTMxODIgSHoKQ1BVOiBQZW50aXVtIElJSS9QZW50aXVtIElJSSBYZW9uL0NlbGVy b24gKDk5NS45Ni1NSHogNjg2LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAg SWQgPSAweDZiMSAgU3RlcHBpbmcgPSAxCiAgRmVhdHVyZXM9MHgzODNmOWZmPEZQVSxWTUUsREUs UFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixN TVgsRlhTUixTU0U+CnJlYWwgbWVtb3J5ICA9IDUxOTQzODMzNiAoNTA3MjY0SyBieXRlcykKYXZh aWwgbWVtb3J5ID0gNTAxMjkzMDU2ICg0ODk1NDRLIGJ5dGVzKQpQZW50aXVtIFBybyBNVFJSIHN1 cHBvcnQgZW5hYmxlZApWRVNBOiB2Mi4wLCAxNjM4NGsgbWVtb3J5LCBmbGFnczoweDAsIG1vZGUg dGFibGU6MHhjMDM0ZmNlMCAoMTAwMDA0MCkKVkVTQTogVHJpZGVudCBDWUJFUiA4ODIwClVzaW5n ICRQSVIgdGFibGUsIDcgZW50cmllcyBhdCAweGMwMGYwMWQwCm5weDA6IDxtYXRoIHByb2Nlc3Nv cj4gb24gbW90aGVyYm9hcmQKbnB4MDogSU5UIDE2IGludGVyZmFjZQphcG0wOiA8QVBNIEJJT1M+ IG9uIG1vdGhlcmJvYXJkCmFwbTA6IGZvdW5kIEFQTSBCSU9TIHYxLjIsIGNvbm5lY3RlZCBhdCB2 MS4yCnBjaWIwOiA8SG9zdCB0byBQQ0kgYnJpZGdlPiBhdCBwY2lidXMgMCBvbiBtb3RoZXJib2Fy ZApwY2kwOiA8UENJIGJ1cz4gb24gcGNpYjAKYWdwMDogPEFsaSBHZW5lcmljIGhvc3QgdG8gUENJ IGJyaWRnZT4gbWVtIDB4ZjAwMDAwMDAtMHhmM2ZmZmZmZiBhdCBkZXZpY2UgMC4wIG9uIHBjaTAK cGNpYjE6IDxQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxQQ0kg YnVzPiBvbiBwY2liMQpwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgMC4wIChubyBkcml2 ZXIgYXR0YWNoZWQpCnBjaTA6IDxzZXJpYWwgYnVzLCBVU0I+IGF0IGRldmljZSAyLjAgKG5vIGRy aXZlciBhdHRhY2hlZCkKYXRhcGNpMDogPEFjZXJMYWJzIEFsYWRkaW4gQVRBNjYgY29udHJvbGxl cj4gcG9ydCAweGVmZjAtMHhlZmZmIGF0IGRldmljZSA0LjAgb24gcGNpMAphdGEwOiBhdCAweDFm MCBpcnEgMTQgb24gYXRhcGNpMAphdGExOiBhdCAweDE3MCBpcnEgMTUgb24gYXRhcGNpMApwY2kw OiA8bXVsdGltZWRpYSwgYXVkaW8+IGF0IGRldmljZSA2LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkK aXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDcuMCBvbiBwY2kwCmlzYTA6IDxJU0Eg YnVzPiBvbiBpc2FiMApwY2kwOiA8YnJpZGdlLCBQQ0ktdW5rbm93bj4gYXQgZGV2aWNlIDguMCAo bm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8bmV0d29yaywgZXRoZXJuZXQ+IGF0IGRldmljZSAx MC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmlj ZSAxOC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCm9ybTA6IDxPcHRpb24gUk9Ncz4gYXQgaW9tZW0g MHhlMDAwMC0weGVmZmZmLDB4YzAwMDAtMHhjYmZmZiBvbiBpc2EwCmF0a2JkYzA6IDxLZXlib2Fy ZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2NCwweDYwIG9uIGlzYTAKYXRrYmQwOiA8 QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKcHNtMDogPFBTLzIg TW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IG1vZGVsIEludGVsbGlNb3VzZSwgZGV2aWNl IElEIDMKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4NiBvbiBpc2EwCnNjMDogVkdB IDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDIwNj4KdmdhMDogPEdlbmVyaWMgSVNBIFZH QT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMAp1bmtu b3duOiA8UE5QMGMwMT4gY2FuJ3QgYXNzaWduIHJlc291cmNlcyAobWVtb3J5KQp1bmtub3duOiA8 UE5QMDMwMz4gY2FuJ3QgYXNzaWduIHJlc291cmNlcyAocG9ydCkKdW5rbm93bjogPFBOUDBmMTM+ IGNhbid0IGFzc2lnbiByZXNvdXJjZXMgKGlycSkKc2lvMDogPDE2NTUwQS1jb21wYXRpYmxlIENP TSBwb3J0PiBhdCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IG9uIGlzYTAKc2lvMDogdHlwZSAxNjU1 MEEKcGNpYzA6IDxJbnRlbCBpODIzNjVTTC1BL0I+IGF0IHBvcnQgMHgzZTAtMHgzZTEgb24gaXNh MApwY2ljMDogUG9sbGluZyBtb2RlCnBjY2FyZDA6IDxQQyBDYXJkIGJ1cyAoY2xhc3NpYyk+IG9u IHBjaWMwCnBjY2FyZDE6IDxQQyBDYXJkIGJ1cyAoY2xhc3NpYyk+IG9uIHBjaWMwClRpbWVjb3Vu dGVycyB0aWNrIGV2ZXJ5IDEwLjAwMCBtc2VjCklQc2VjOiBJbml0aWFsaXplZCBTZWN1cml0eSBB c3NvY2lhdGlvbiBQcm9jZXNzaW5nLgpwY2NhcmQ6IGNhcmQgaW5zZXJ0ZWQsIHNsb3QgMAphdGEx LXNsYXZlOiB0aW1lb3V0IHdhaXRpbmcgZm9yIGludGVycnVwdAphdGExLXNsYXZlOiBBVEFQSSBp ZGVudGlmeSBmYWlsZWQKYWQwOiAyODYxNU1CIDxUT1NISUJBIE1LMzAxN0dBUD4gWzU4MTQwLzE2 LzYzXSBhdCBhdGEwLW1hc3RlciBVRE1BNjYKc3RyYXkgaXJxIDcKYWNkMDogQ0QtUlcgPFVKREE3 MjAgRFZEL0NEUlc+IGF0IGF0YTEtbWFzdGVyIFBJTzQKKG5vcGVyaXBoOmF0YXBpMTowOi0xOi0x KTogUmVnaXN0ZXJlZCBTSU0gZm9yIGF0YTEKYWNkMDogdW5rbm93biBDTUQgKDB4MTIpIC0gSUxM RUdBTCBSRVFVRVNUIGFzYz0weDI0IGFzY3E9MHgwMCBza3M9MHg0MCAweDAwIDB4MDEgZXJyb3I9 MHgwMAphY2QwOiB1bmtub3duIENNRCAoMHgxMikgLSBJTExFR0FMIFJFUVVFU1QgYXNjPTB4MjQg YXNjcT0weDAwIHNrcz0weDQwIDB4MDAgMHgwMSBlcnJvcj0weDAwCk1vdW50aW5nIHJvb3QgZnJv bSB1ZnM6L2Rldi9hZDBzMmEKY2QwIGF0IGF0YXBpMSBidXMgMCB0YXJnZXQgMCBsdW4gMApjZDA6 IDxNQVRTSElUQSBVSkRBNzIwIERWRC9DRFJXIDEuMDA+IFJlbW92YWJsZSBDRC1ST00gU0NTSS0w IGRldmljZSAKY2QwOiA4NDQuODAwTUIvcyB0cmFuc2ZlcnMgKDIwNDhiaXQpCmNkMDogY2QgcHJl c2VudCBbMjI3NDYyNiB4IDIwNDggYnl0ZSByZWNvcmRzXQpXQVJOSU5HOiAvIHdhcyBub3QgcHJv cGVybHkgZGlzbW91bnRlZApXQVJOSU5HOiAvdXNyIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRl ZApXQVJOSU5HOiAvdmFyIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZAptZDA6IE1hbGxvYyBk aXNrCnNpbzEgYXQgcG9ydCAweDJlOC0weDJlZiBpcnEgMyBzbG90IDAgb24gcGNjYXJkMApzaW8x OiB0eXBlIDE2NTUwQQpDb25uZWN0aW9uIGF0dGVtcHQgdG8gVENQIDEyNy4wLjAuMToyNSBmcm9t IDEyNy4wLjAuMTo0OTE1OApmeHAwOiA8SW50ZWwgUHJvIDEwLzEwMEIvMTAwKyBFdGhlcm5ldD4g cG9ydCAweGViNDAtMHhlYjdmIG1lbSAweGY3ZWMwMDAwLTB4ZjdlZGZmZmYsMHhmN2VmZDAwMC0w eGY3ZWZkZmZmIGlycSAxMSBhdCBkZXZpY2UgMTAuMCBvbiBwY2kwCmZ4cDA6IEV0aGVybmV0IGFk ZHJlc3MgMDA6MDA6Mzk6MjQ6ZDA6ZGUKaW5waHkwOiA8aTgyNTU1IDEwLzEwMCBtZWRpYSBpbnRl cmZhY2U+IG9uIG1paWJ1czAKaW5waHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VU WCwgMTAwYmFzZVRYLUZEWCwgYXV0bwo= ------=_20020624180407_17367-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 15:32:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id F029437B6DC for ; Mon, 24 Jun 2002 15:30:53 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g5OMUpf40525; Mon, 24 Jun 2002 15:30:51 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id g5OMUpw31505; Mon, 24 Jun 2002 15:30:51 -0700 (PDT) (envelope-from jdp) Date: Mon, 24 Jun 2002 15:30:51 -0700 (PDT) Message-Id: <200206242230.g5OMUpw31505@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: ak03@gte.com Subject: Re: Bootstrap problems for asm In-Reply-To: <20020624175612.7abe6e52.ak03@gte.com> References: <200206241524.g5OFO6p30824@vashon.polstra.com> <20020624112151.A55057@dragon.nuxi.com> <20020624175612.7abe6e52.ak03@gte.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20020624175612.7abe6e52.ak03@gte.com>, Alexander Kabaev wrote: > I am not an inline assembler guru, but here is the patch I think get the > job done. If I understannd things correcly, GCC accepts matching > constraints only for parameters for which registers are allowed. > > Any constructive critique is appreciated. Your patch isn't quite right. It's true that matching constraints are allowed only for registers. But read-modify-write operands can still be specified in other ways, specifically using the "+" modifier. Here's the patch which I'm testing at the moment. I'll commit it later today unless I find something wrong with it. John Index: i386/lockdflt.c =================================================================== RCS file: /home/ncvs/src/libexec/rtld-elf/i386/lockdflt.c,v retrieving revision 1.6 diff -u -r1.6 lockdflt.c --- i386/lockdflt.c 17 Jul 2000 17:18:13 -0000 1.6 +++ i386/lockdflt.c 24 Jun 2002 20:46:05 -0000 @@ -80,8 +80,8 @@ int result; __asm __volatile ("lock; cmpxchgl %2, %0" - : "=m"(*m), "=a"(result) - : "r"(new), "0"(*m), "1"(old) + : "+m"(*m), "=a"(result) + : "r"(new), "1"(old) : "cc"); return result; @@ -93,8 +93,8 @@ int result; __asm __volatile ("xchgl %0, %1" - : "=r"(result), "=m"(*m) - : "0"(v), "1"(*m)); + : "=r"(result), "+m"(*m) + : "0"(v)); return result; } Index: i386/rtld_machdep.h =================================================================== RCS file: /home/ncvs/src/libexec/rtld-elf/i386/rtld_machdep.h,v retrieving revision 1.6 diff -u -r1.6 rtld_machdep.h --- i386/rtld_machdep.h 29 Oct 2001 10:10:10 -0000 1.6 +++ i386/rtld_machdep.h 24 Jun 2002 20:44:30 -0000 @@ -55,21 +55,21 @@ static inline void atomic_decr_int(volatile int *p) { - __asm __volatile ("lock; decl %0" : "=m"(*p) : "0"(*p) : "cc"); + __asm __volatile ("lock; decl %0" : "+m"(*p) : : "cc"); } static inline void atomic_incr_int(volatile int *p) { - __asm __volatile ("lock; incl %0" : "=m"(*p) : "0"(*p) : "cc"); + __asm __volatile ("lock; incl %0" : "+m"(*p) : : "cc"); } static inline void atomic_add_int(volatile int *p, int val) { __asm __volatile ("lock; addl %1, %0" - : "=m"(*p) - : "ri"(val), "0"(*p) + : "+m"(*p) + : "ri"(val) : "cc"); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 16: 3:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 3BCA537B400; Mon, 24 Jun 2002 16:03:11 -0700 (PDT) Received: from hades.hell.gr (patr530-a110.otenet.gr [212.205.215.110]) by mailsrv.otenet.gr (8.12.3/8.12.3) with ESMTP id g5ON3515023962; Tue, 25 Jun 2002 02:03:06 +0300 (EEST) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.4/8.12.4) with ESMTP id g5ON34IO003610; Tue, 25 Jun 2002 02:03:04 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from charon@localhost) by hades.hell.gr (8.12.4/8.12.4/Submit) id g5ON31MX003609; Tue, 25 Jun 2002 02:03:01 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 25 Jun 2002 02:03:01 +0300 From: Giorgos Keramidas To: "David O'Brien" Cc: Alfred Perlstein , Mike Silbersack , Andre Oppermann , "Kenneth D. Merry" , net@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: zero copy code checkin in 2 days, new snapshot Message-ID: <20020624230301.GB3469@hades.hell.gr> References: <3D1752CC.B21627F1@tix.ch> <20020624122147.G53369-100000@patrocles.silby.com> <20020624173305.GW53232@elvis.mu.org> <20020624125622.B3130@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020624125622.B3130@dragon.nuxi.com> X-Operating-System: FreeBSD 5.0-CURRENT #0: Sun Jun 23 22:51:33 EEST 2002 X-PGP-Fingerprint: C1EB 0653 DB8B A557 3829 00F9 D60F 941A 3186 03B6 X-Phone: +30-944-116520 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-06-24 12:56 +0000, David O'Brien wrote: > On Mon, Jun 24, 2002 at 10:33:05AM -0700, Alfred Perlstein wrote: > > I submitted some patches to use sendfile(2) that weren't accepted > > for some reason. It's not too hard, you just have to adjust the code > > not to close(2) the descriptors and make the mmap() function a stub > > type thing. > > > > really out of date... > > http://people.freebsd.org/~alfred/thttpd/thttpd-sendfile-acceptfilter.diff > > Why don't you add them as patches to the port? Because he isn't prepared to maintain an external patch for an ever changing part of the vendor code? I don't blame him or anyone else much, if that's why... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 16:35:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id DDE4237B419 for ; Mon, 24 Jun 2002 16:35:04 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 25 Jun 2002 00:35:04 +0100 (BST) To: Wesley Morgan Cc: current@freebsd.org Subject: Re: -current panic in suser_cred() In-Reply-To: Your message of "Mon, 24 Jun 2002 18:04:07 EDT." <13961.148.175.49.1.1024956247.squirrel@www.chemikals.org> Date: Tue, 25 Jun 2002 00:35:03 +0100 From: Ian Dowse Message-ID: <200206250035.aa94889@salmon.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <13961.148.175.49.1.1024956247.squirrel@www.chemikals.org>, Wesley M organ writes: >At some point between 20 Jun and (by my best guest) 22 Jun there has been >a problem introduced somewhere... How much more vague can you get? :)... >#12 0xc025dab5 in chkiq (ip=0xc3a5c400, change=4294967295, cred=0x0, >flags=0)#13 0xc025b57f in ufs_inactive (ap=0xdb467be0) > at ../../../ufs/ufs/ufs_inode.c:132 The UFS2 changes or something else probably broke quotas - try removing the "options QUOTA" from your kernel config for now. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 16:54:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp.noos.fr (camus.noos.net [212.198.2.70]) by hub.freebsd.org (Postfix) with ESMTP id 81F7A37B400 for ; Mon, 24 Jun 2002 16:54:16 -0700 (PDT) Received: (qmail 31801008 invoked by uid 0); 24 Jun 2002 23:54:14 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.70 (qmail-ldap-1.03) with SMTP for ; 24 Jun 2002 23:54:14 -0000 Received: from gits.gits.dyndns.org (0etxrmds4q0yjj8a@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.4/8.12.4) with ESMTP id g5ONsDtY001681; Tue, 25 Jun 2002 01:54:13 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.4/8.12.4/Submit) id g5ONs0L4001680; Tue, 25 Jun 2002 01:54:00 +0200 (CEST) (envelope-from root) Date: Tue, 25 Jun 2002 01:54:00 +0200 From: Cyrille Lefevre To: Jonathan Belson Cc: Mark Murray , current@freebsd.org Subject: Re: Perl scripts that need rewiting - Any volunteers? Message-ID: <20020624235400.GB1550@gits.dyndns.org> References: <3D0A464B.7040904@witchspace.com> <200206222154.g5MLsva4041792@grimreaper.grondar.org> <3D17770E.1060904@witchspace.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D17770E.1060904@witchspace.com> User-Agent: Mutt/1.3.99i Organization: ACME Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 24, 2002 at 08:46:22PM +0100, Jonathan Belson wrote: > Mark Murray wrote: > >o Please do not use mktemp(); use mkstemp() instead. > > I used mktemp() to get a filename to redirect to, eg. > > /* Improvised example */ > char *cmd; > asprintf(cmd, "prog > %s", mktemp(blah)); > system(cmd); > free(cmd); > > I couldn't see a simple way around this, any clues? int fd = mkstemp (blah); asprintf(cmd, "prog > /dev/fd/%d", fd); I don't look at the code, but how about popen(3) ? Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 18:10:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from beastie.mckusick.com (beastie.mckusick.com [209.31.233.184]) by hub.freebsd.org (Postfix) with ESMTP id 739AE37B403 for ; Mon, 24 Jun 2002 18:10:20 -0700 (PDT) Received: from beastie.mckusick.com (localhost [127.0.0.1]) by beastie.mckusick.com (8.12.3/8.12.3) with ESMTP id g5P1AEn9029331; Mon, 24 Jun 2002 18:10:15 -0700 (PDT) (envelope-from mckusick@beastie.mckusick.com) Message-Id: <200206250110.g5P1AEn9029331@beastie.mckusick.com> To: Wesley Morgan Subject: Re: -current panic in suser_cred() Cc: current@FreeBSD.ORG, Ian Dowse In-Reply-To: Your message of "Mon, 24 Jun 2002 18:04:07 EDT." <13961.148.175.49.1.1024956247.squirrel@www.chemikals.org> Date: Mon, 24 Jun 2002 18:10:14 -0700 From: Kirk McKusick Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have put a fix in /sys/ufs/ufs/ufs_inode.c (on freefall) which should solve this panic. Kirk McKusick =-=-=-= From: Wesley Morgan Date: Mon, 24 Jun 2002 18:04:07 -0400 (EDT) Subject: -current panic in suser_cred() To: At some point between 20 Jun and (by my best guest) 22 Jun there has been a problem introduced somewhere... How much more vague can you get? :)... File creation works fine, but attempting to rm causes a panic. config and dmesg (of a non-panicking kernel) are attached, panic message and gdb stuff below... Hope it's enough info to get a fix in the works! Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor read, page not present instruction pointer = 0x8:0xc019249c stack pointer = 0x10:0xdb467b4c frame pointer = 0x10:0xdb467b50 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 145 (rm) panic: from debugger #0 0xc019614b in doadump () #1 0xc01965db in boot (howto=260) #2 0xc01967fb in panic () #3 0xc0139452 in db_panic () #4 0xc01393d2 in db_command (last_cmdp=0xc02fd2e0, cmd_table=0xc02fd100, aux_cmd_tablep=0xc02f4c7c, aux_cmd_tablep_end=0xc02f4c80) #5 0xc01394e6 in db_command_loop () #6 0xc013c07a in db_trap (type=12, code=0) at ../../../ddb/db_trap.c:76 #7 0xc0298dfe in kdb_trap (type=12, code=0, regs=0xdb467b0c) at ../../../i386/i386/db_interface.c:214 #8 0xc02a9153 in trap_fatal (frame=0xdb467b0c, eva=4) #9 0xc02a8e62 in trap_pfault (frame=0xdb467b0c, usermode=0, eva=4) #10 0xc02a885a in trap (frame= {tf_fs = -1013055464, tf_es = 196624, tf_ds = 16, tf_edi = -1, tf_esi = -1012546560, tf_ebp = -616137904, tf_isp = -616137928, tf_ebx = 0, tf_edx = 0, tf_ecx = -1012854016, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1072094052, tf_cs = 8, tf_eflags = 66050, tf_esp = -1012854016, tf_ss = -616137864}) at ../../../i386/i386/trap.c:659 --- begin interesting stuff --- #11 0xc019249c in suser_cred (cred=0x0, flag=0) #12 0xc025dab5 in chkiq (ip=0xc3a5c400, change=4294967295, cred=0x0, flags=0)#13 0xc025b57f in ufs_inactive (ap=0xdb467be0) at ../../../ufs/ufs/ufs_inode.c:132 #14 0xc0263a08 in ufs_vnoperate (ap=0xdb467be0) #15 0xc01e01e5 in vput (vp=0xc3a59c00) #16 0xc01e77c4 in unlink (td=0xc393c41c, uap=0xdb467d10) #17 0xc02a948a in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077936696, tf_esi = 0, tf_ebp = -1077936776, tf_isp = -616137356, tf_ebx = -1077936553, tf_edx = -1077936508, tf_ecx = 47, tf_eax = 10, tf_trapno = 12, tf_err = 2, tf_eip = 134524795, tf_cs = 31, tf_eflags = 582, tf_esp = -1077936916, tf_ss = 47}) #18 0xc029a57d in syscall_with_err_pushed () at {standard input}:128 #19 0x0804839a in ?? () #20 0x08048145 in ?? () ------=_20020624180407_17367 Content-Type: application/octet-stream; name="CATALYST" Content-Disposition: attachment; filename="CATALYST" Content-Transfer-Encoding: base64 bWFjaGluZQkJaTM4NgppZGVudAkJQ0FUQUxZU1QKbWF4dXNlcnMJNjQKb3B0aW9ucyAJTk1CQ0xV U1RFUlM9MTYzODQKCm1ha2VvcHRpb25zCUNPTkZfQ0ZMQUdTPSItZm5vLWJ1aWx0aW4iCgpvcHRp b25zIAlQUV9DQUNIRVNJWkU9NTEyCSMgY29sb3IgZm9yIDUxMmsvMTZrIGNhY2hlCm9wdGlvbnMg CU1BTExPQ19QUk9GSUxFCgojICAgIHN0cmluZ3MgLWFvdXQgLW4gMyAva2VybmVsIHwgZ3JlcCBe X19fIHwgc2VkIC1lICdzL15fX18vLycgPiBNWUtFUk5FTAojCm9wdGlvbnMgCUlOQ0xVREVfQ09O RklHX0ZJTEUgICAgICMgSW5jbHVkZSB0aGlzIGZpbGUgaW4ga2VybmVsCgojIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMK IyBDUFUgT1BUSU9OUwpjcHUJCUk2ODZfQ1BVCm9wdGlvbnMJCUNQVV9FTkFCTEVfU1NFCm9wdGlv bnMgCUNQVV9TVVNQX0hMVAoKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCiMgQ09NUEFUSUJJTElUWSBPUFRJT05TICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCm9wdGlvbnMgCUNPTVBB VF80MwoKb3B0aW9ucyAJU1lTVlNITQpvcHRpb25zIAlTWVNWU0VNCm9wdGlvbnMgCVNZU1ZNU0cK Cm9wdGlvbnMgCUREQgojb3B0aW9ucyAJRERCX1VOQVRURU5ERUQKb3B0aW9ucyAJS1RSQUNFCQkJ I2tlcm5lbCB0cmFjaW5nCgojb3B0aW9ucyAJVVNFUkNPTkZJRwkJI2Jvb3QgLWMgZWRpdG9yCiNv cHRpb25zIAlWSVNVQUxfVVNFUkNPTkZJRwkjdmlzdWFsIGJvb3QgLWMgZWRpdG9yCgojIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMKIyBORVRXT1JLSU5HIE9QVElPTlMKb3B0aW9ucyAJSU5FVAkJCSNJbnRlcm5ldCBjb21t dW5pY2F0aW9ucyBwcm90b2NvbHMKI29wdGlvbnMgCUlORVQ2CQkJI0lQdjYgY29tbXVuaWNhdGlv bnMgcHJvdG9jb2xzCm9wdGlvbnMgCUlQU0VDCQkJI0lQIHNlY3VyaXR5Cm9wdGlvbnMgCUlQU0VD X0VTUAkJI0lQIHNlY3VyaXR5IChjcnlwdG87IGRlZmluZSB3LyBJUFNFQykKCmRldmljZSAJCWV0 aGVyCQkJI0dlbmVyaWMgRXRoZXJuZXQKZGV2aWNlIAkJbG9vcAkJCSNOZXR3b3JrIGxvb3BiYWNr IGRldmljZQpkZXZpY2UgCQlicGYgCQkJI0JlcmtlbGV5IHBhY2tldCBmaWx0ZXIKI2RldmljZSAg CXR1bgkJCSNUdW5uZWwgZHJpdmVyIChwcHAoOCksIG5vcy10dW4oOCkpCgojZGV2aWNlCQlnaWYJ NAkJI0lQdjYgYW5kIElQdjQgdHVubmVsaW5nCiNkZXZpY2UJCWZhaXRoCTEJCSNmb3IgSVB2NiBh bmQgSVB2NCB0cmFuc2xhdGlvbgojZGV2aWNlCQlzdGYJCQkjNnRvNCBJUHY2IG92ZXIgSVB2NCBl bmNhcHN1bGF0aW9uCgpvcHRpb25zIAlUQ1BfRFJPUF9TWU5GSU4JCSNkcm9wIFRDUCBwYWNrZXRz IHdpdGggU1lOK0ZJTgpvcHRpb25zIAlSQU5ET01fSVBfSUQKCiMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIEZJTEVT WVNURU0gT1BUSU9OUwpvcHRpb25zIAlGRlMJCQkjRmFzdCBmaWxlc3lzdGVtCm9wdGlvbnMgCVNP RlRVUERBVEVTCm9wdGlvbnMgCVVGU19ESVJIQVNICQkjSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBi aWcgZGlyZWN0b3JpZXMKI29wdGlvbnMgCVVGU19FWFRBVFRSCiNvcHRpb25zIAlVRlNfRVhUQVRU Ul9BVVRPU1RBUlQKI29wdGlvbnMgCVVGU19BQ0wKb3B0aW9ucyAJU0hPV19CVVNZQlVGUwkjIExp c3QgYnVmZmVycyB0aGF0IHByZXZlbnQgcm9vdCB1bm1vdW50Cgojb3B0aW9ucyAJTk9ERVZGUwkJ CSNkZXZpY2VzIGZpbGVzeXN0ZW0Kb3B0aW9ucyAJUFJPQ0ZTCQkJI1Byb2Nlc3MgZmlsZXN5c3Rl bQpvcHRpb25zCQlQU0VVRE9GUwoKCm9wdGlvbnMgCU5TV0FQREVWPTIKb3B0aW9ucyAJUVVPVEEJ CQkjZW5hYmxlIGRpc2sgcXVvdGFzCgpkZXZpY2UJCXJhbmRvbQoKIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCiMgUE9T SVggUDEwMDMuMUIKb3B0aW9ucyAJUDEwMDNfMUIKb3B0aW9ucyAJX0tQT1NJWF9QUklPUklUWV9T Q0hFRFVMSU5HCm9wdGlvbnMgCV9LUE9TSVhfVkVSU0lPTj0xOTkzMDlMCgojIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMK IyBDTE9DSyBPUFRJT05TCiNvcHRpb25zIAlIWj0xMDAwCiNvcHRpb25zIAlDTEtfVVNFX0k4MjU0 X0NBTElCUkFUSU9OCm9wdGlvbnMgCUNMS19VU0VfVFNDX0NBTElCUkFUSU9OCgoKIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjCiMgTUlTQ0VMTEFORU9VUyBERVZJQ0VTIEFORCBPUFRJT05TCmRldmljZSAJCXB0eQkJI1Bz ZXVkbyB0dHlzCmRldmljZQkJbWQJCSNNZW1vcnkvbWFsbG9jIGRpc2sKZGV2aWNlCQlzbnAJCSNT bm9vcCBkZXZpY2UgLSB0byBsb29rIGF0IHB0eS92dHkvZXRjLi4KCiMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIEhB UkRXQVJFIEJVUyBDT05GSUdVUkFUSU9OCgpkZXZpY2UJCWlzYQojZGV2aWNlCQllaXNhCmRldmlj ZQkJcGNpCm9wdGlvbnMgCVBDSV9FTkFCTEVfSU9fTU9ERVMKCmRldmljZQkJYWdwCgpvcHRpb25z IAlQUFNfU1lOQwpvcHRpb25zIAlOVElNRUNPVU5URVI9MjAKCiMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIEhBUkRX QVJFIERFVklDRSBDT05GSUdVUkFUSU9OCgpkZXZpY2UJCWF0a2JkYwkxCmRldmljZQkJYXRrYmQK Cm9wdGlvbnMgCUtCRF9JTlNUQUxMX0NERVYJIyBpbnN0YWxsIGEgQ0RFViBlbnRyeSBpbiAvZGV2 CgpkZXZpY2UJCXBzbQpvcHRpb25zIAlQU01fUkVTRVRBRlRFUlNVU1BFTkQJI3Jlc2V0IHRoZSBk ZXZpY2UgYXQgdGhlIHJlc3VtZSBldmVudAoKZGV2aWNlCQl2Z2EKCm9wdGlvbnMgCVZFU0EKI2Rl dmljZSAJc3BsYXNoCgpkZXZpY2UJCXNjCTEKCm9wdGlvbnMgCU1BWENPTlM9MTYJCSMgbnVtYmVy IG9mIHZpcnR1YWwgY29uc29sZXMKb3B0aW9ucyAJU0NfQUxUX01PVVNFX0lNQUdFCSMgc2ltcGxp ZmllZCBtb3VzZSBjdXJzb3IgaW4gdGV4dCBtb2RlCm9wdGlvbnMgCVNDX1BJWEVMX01PREUKb3B0 aW9ucyAJU0NfVFdPQlVUVE9OX01PVVNFCgpkZXZpY2UJCW5weAoKZGV2aWNlCQlhdGEKZGV2aWNl CQlhdGFkaXNrCQkjIEFUQSBkaXNrIGRyaXZlcwpkZXZpY2UJCWF0YXBpY2QJCSMgQVRBUEkgQ0RS T00gZHJpdmVzCgpvcHRpb25zIAlBVEFQSUNBTQpkZXZpY2UgIAlzY2J1cwpkZXZpY2UgIAlwYXNz CmRldmljZSAgCWNkCgojZGV2aWNlCQlmZGMKCmRldmljZQkJc2lvCgojZGV2aWNlCQltaWlidXMK I2RldmljZQkJZGMJCSMgREVDL0ludGVsIDIxMTQzIGFuZCB2YXJpb3VzIHdvcmthbGlrZXMKI2Rl dmljZSAgCWZ4cAojZGV2aWNlICAJd2kKCiNkZXZpY2UJCXBjbQojZGV2aWNlICAJc2JjCgojZGV2 aWNlCQlhcG0KZGV2aWNlCQlwbXRpbWVyCgojCiMgUEMgQ2FyZC9QQ01DSUEKIyAoT0xEQ0FSRCkK IwojIGNhcmQ6IHBjY2FyZCBzbG90cwojIHBjaWM6IGlzYS9wY2NhcmQgYnJpZGdlCmRldmljZQkJ cGNpYwpkZXZpY2UJCWNhcmQKCiMKIyBQQyBDYXJkL1BDTUNJQSBhbmQgQ2FyZGJ1cwojIChORVdD QVJEKQojCiMgcGNjYmI6IGlzYS9wY2NhcmQgYW5kIHBjaS9jYXJkYnVzIGJyaWRnZQojIHBjY2Fy ZDogcGNjYXJkIHNsb3RzCiMgY2FyZGJ1czogY2FyZGJ1cyBzbG90cwojZGV2aWNlCQlwY2NiYgoj ZGV2aWNlCQlwY2NhcmQKI2RldmljZQkJY2FyZGJ1cwoKIyBZb3UgbWF5IG5lZWQgdG8gcmVzZXQg YWxsIHBjY2FyZHMgYWZ0ZXIgcmVzdW1pbmcKb3B0aW9ucyAJUE9XRVJGQUlMX05NSQkJIyBtYWtl IGl0IGJlZXAgaW5zdGVhZCBvZiBwYW5pY2luZwoKI2RldmljZQkJcHBjCiNkZXZpY2UJCXBwYnVz CiNkZXZpY2UJCWxwdAojZGV2aWNlCQlwcGkKI2RldmljZQkJcHBzCgpkZXZpY2UJCXNjYnVzCQkj YmFzZSBTQ1NJIGNvZGUKZGV2aWNlCQlkYQkJI1NDU0kgZGlyZWN0IGFjY2VzcyBkZXZpY2VzIChh a2EgZGlza3MpCg== ------=_20020624180407_17367 Content-Type: application/octet-stream; name="dmesg" Content-Disposition: attachment; filename="dmesg" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDIgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMC1DVVJSRU5UICM2NTogVGh1IEp1biAyMCAxODozMDo1 OSBNRFQgMjAwMgogICAgcm9vdEBjYXRhbHlzdC5jaGVtaWthbHMub3JnOi91c3Ivc3JjL3N5cy9p Mzg2L2NvbXBpbGUvQ0FUQUxZU1QKUHJlbG9hZGVkIGVsZiBrZXJuZWwgIi9ib290L2tlcm5lbC53 b3JrL2tlcm5lbCIgYXQgMHhjMDNiODAwMC4KUHJlbG9hZGVkIGVsZiBtb2R1bGUgIi9ib290L2tl cm5lbC53b3JrL2FwbS5rbyIgYXQgMHhjMDNiODBiMC4KVGltZWNvdW50ZXIgImk4MjU0IiAgZnJl cXVlbmN5IDExOTMxODIgSHoKQ1BVOiBQZW50aXVtIElJSS9QZW50aXVtIElJSSBYZW9uL0NlbGVy b24gKDk5NS45Ni1NSHogNjg2LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAg SWQgPSAweDZiMSAgU3RlcHBpbmcgPSAxCiAgRmVhdHVyZXM9MHgzODNmOWZmPEZQVSxWTUUsREUs UFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixN TVgsRlhTUixTU0U+CnJlYWwgbWVtb3J5ICA9IDUxOTQzODMzNiAoNTA3MjY0SyBieXRlcykKYXZh aWwgbWVtb3J5ID0gNTAxMjkzMDU2ICg0ODk1NDRLIGJ5dGVzKQpQZW50aXVtIFBybyBNVFJSIHN1 cHBvcnQgZW5hYmxlZApWRVNBOiB2Mi4wLCAxNjM4NGsgbWVtb3J5LCBmbGFnczoweDAsIG1vZGUg dGFibGU6MHhjMDM0ZmNlMCAoMTAwMDA0MCkKVkVTQTogVHJpZGVudCBDWUJFUiA4ODIwClVzaW5n ICRQSVIgdGFibGUsIDcgZW50cmllcyBhdCAweGMwMGYwMWQwCm5weDA6IDxtYXRoIHByb2Nlc3Nv cj4gb24gbW90aGVyYm9hcmQKbnB4MDogSU5UIDE2IGludGVyZmFjZQphcG0wOiA8QVBNIEJJT1M+ IG9uIG1vdGhlcmJvYXJkCmFwbTA6IGZvdW5kIEFQTSBCSU9TIHYxLjIsIGNvbm5lY3RlZCBhdCB2 MS4yCnBjaWIwOiA8SG9zdCB0byBQQ0kgYnJpZGdlPiBhdCBwY2lidXMgMCBvbiBtb3RoZXJib2Fy ZApwY2kwOiA8UENJIGJ1cz4gb24gcGNpYjAKYWdwMDogPEFsaSBHZW5lcmljIGhvc3QgdG8gUENJ IGJyaWRnZT4gbWVtIDB4ZjAwMDAwMDAtMHhmM2ZmZmZmZiBhdCBkZXZpY2UgMC4wIG9uIHBjaTAK cGNpYjE6IDxQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxQQ0kg YnVzPiBvbiBwY2liMQpwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgMC4wIChubyBkcml2 ZXIgYXR0YWNoZWQpCnBjaTA6IDxzZXJpYWwgYnVzLCBVU0I+IGF0IGRldmljZSAyLjAgKG5vIGRy aXZlciBhdHRhY2hlZCkKYXRhcGNpMDogPEFjZXJMYWJzIEFsYWRkaW4gQVRBNjYgY29udHJvbGxl cj4gcG9ydCAweGVmZjAtMHhlZmZmIGF0IGRldmljZSA0LjAgb24gcGNpMAphdGEwOiBhdCAweDFm MCBpcnEgMTQgb24gYXRhcGNpMAphdGExOiBhdCAweDE3MCBpcnEgMTUgb24gYXRhcGNpMApwY2kw OiA8bXVsdGltZWRpYSwgYXVkaW8+IGF0IGRldmljZSA2LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkK aXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDcuMCBvbiBwY2kwCmlzYTA6IDxJU0Eg YnVzPiBvbiBpc2FiMApwY2kwOiA8YnJpZGdlLCBQQ0ktdW5rbm93bj4gYXQgZGV2aWNlIDguMCAo bm8gZHJpdmVyIGF0dGFjaGVkKQpwY2kwOiA8bmV0d29yaywgZXRoZXJuZXQ+IGF0IGRldmljZSAx MC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxiYXNlIHBlcmlwaGVyYWw+IGF0IGRldmlj ZSAxOC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCm9ybTA6IDxPcHRpb24gUk9Ncz4gYXQgaW9tZW0g MHhlMDAwMC0weGVmZmZmLDB4YzAwMDAtMHhjYmZmZiBvbiBpc2EwCmF0a2JkYzA6IDxLZXlib2Fy ZCBjb250cm9sbGVyIChpODA0Mik+IGF0IHBvcnQgMHg2NCwweDYwIG9uIGlzYTAKYXRrYmQwOiA8 QVQgS2V5Ym9hcmQ+IGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKcHNtMDogPFBTLzIg TW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IG1vZGVsIEludGVsbGlNb3VzZSwgZGV2aWNl IElEIDMKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4NiBvbiBpc2EwCnNjMDogVkdB IDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDIwNj4KdmdhMDogPEdlbmVyaWMgSVNBIFZH QT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMAp1bmtu b3duOiA8UE5QMGMwMT4gY2FuJ3QgYXNzaWduIHJlc291cmNlcyAobWVtb3J5KQp1bmtub3duOiA8 UE5QMDMwMz4gY2FuJ3QgYXNzaWduIHJlc291cmNlcyAocG9ydCkKdW5rbm93bjogPFBOUDBmMTM+ IGNhbid0IGFzc2lnbiByZXNvdXJjZXMgKGlycSkKc2lvMDogPDE2NTUwQS1jb21wYXRpYmxlIENP TSBwb3J0PiBhdCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IG9uIGlzYTAKc2lvMDogdHlwZSAxNjU1 MEEKcGNpYzA6IDxJbnRlbCBpODIzNjVTTC1BL0I+IGF0IHBvcnQgMHgzZTAtMHgzZTEgb24gaXNh MApwY2ljMDogUG9sbGluZyBtb2RlCnBjY2FyZDA6IDxQQyBDYXJkIGJ1cyAoY2xhc3NpYyk+IG9u IHBjaWMwCnBjY2FyZDE6IDxQQyBDYXJkIGJ1cyAoY2xhc3NpYyk+IG9uIHBjaWMwClRpbWVjb3Vu dGVycyB0aWNrIGV2ZXJ5IDEwLjAwMCBtc2VjCklQc2VjOiBJbml0aWFsaXplZCBTZWN1cml0eSBB c3NvY2lhdGlvbiBQcm9jZXNzaW5nLgpwY2NhcmQ6IGNhcmQgaW5zZXJ0ZWQsIHNsb3QgMAphdGEx LXNsYXZlOiB0aW1lb3V0IHdhaXRpbmcgZm9yIGludGVycnVwdAphdGExLXNsYXZlOiBBVEFQSSBp ZGVudGlmeSBmYWlsZWQKYWQwOiAyODYxNU1CIDxUT1NISUJBIE1LMzAxN0dBUD4gWzU4MTQwLzE2 LzYzXSBhdCBhdGEwLW1hc3RlciBVRE1BNjYKc3RyYXkgaXJxIDcKYWNkMDogQ0QtUlcgPFVKREE3 MjAgRFZEL0NEUlc+IGF0IGF0YTEtbWFzdGVyIFBJTzQKKG5vcGVyaXBoOmF0YXBpMTowOi0xOi0x KTogUmVnaXN0ZXJlZCBTSU0gZm9yIGF0YTEKYWNkMDogdW5rbm93biBDTUQgKDB4MTIpIC0gSUxM RUdBTCBSRVFVRVNUIGFzYz0weDI0IGFzY3E9MHgwMCBza3M9MHg0MCAweDAwIDB4MDEgZXJyb3I9 MHgwMAphY2QwOiB1bmtub3duIENNRCAoMHgxMikgLSBJTExFR0FMIFJFUVVFU1QgYXNjPTB4MjQg YXNjcT0weDAwIHNrcz0weDQwIDB4MDAgMHgwMSBlcnJvcj0weDAwCk1vdW50aW5nIHJvb3QgZnJv bSB1ZnM6L2Rldi9hZDBzMmEKY2QwIGF0IGF0YXBpMSBidXMgMCB0YXJnZXQgMCBsdW4gMApjZDA6 IDxNQVRTSElUQSBVSkRBNzIwIERWRC9DRFJXIDEuMDA+IFJlbW92YWJsZSBDRC1ST00gU0NTSS0w IGRldmljZSAKY2QwOiA4NDQuODAwTUIvcyB0cmFuc2ZlcnMgKDIwNDhiaXQpCmNkMDogY2QgcHJl c2VudCBbMjI3NDYyNiB4IDIwNDggYnl0ZSByZWNvcmRzXQpXQVJOSU5HOiAvIHdhcyBub3QgcHJv cGVybHkgZGlzbW91bnRlZApXQVJOSU5HOiAvdXNyIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRl ZApXQVJOSU5HOiAvdmFyIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZAptZDA6IE1hbGxvYyBk aXNrCnNpbzEgYXQgcG9ydCAweDJlOC0weDJlZiBpcnEgMyBzbG90IDAgb24gcGNjYXJkMApzaW8x OiB0eXBlIDE2NTUwQQpDb25uZWN0aW9uIGF0dGVtcHQgdG8gVENQIDEyNy4wLjAuMToyNSBmcm9t IDEyNy4wLjAuMTo0OTE1OApmeHAwOiA8SW50ZWwgUHJvIDEwLzEwMEIvMTAwKyBFdGhlcm5ldD4g cG9ydCAweGViNDAtMHhlYjdmIG1lbSAweGY3ZWMwMDAwLTB4ZjdlZGZmZmYsMHhmN2VmZDAwMC0w eGY3ZWZkZmZmIGlycSAxMSBhdCBkZXZpY2UgMTAuMCBvbiBwY2kwCmZ4cDA6IEV0aGVybmV0IGFk ZHJlc3MgMDA6MDA6Mzk6MjQ6ZDA6ZGUKaW5waHkwOiA8aTgyNTU1IDEwLzEwMCBtZWRpYSBpbnRl cmZhY2U+IG9uIG1paWJ1czAKaW5waHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VU WCwgMTAwYmFzZVRYLUZEWCwgYXV0bwo= ------=_20020624180407_17367-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 19:55:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.silverwraith.com (apple.silverwraith.com [212.25.240.44]) by hub.freebsd.org (Postfix) with SMTP id EF67037B41B for ; Mon, 24 Jun 2002 19:54:39 -0700 (PDT) Received: (qmail 33529 invoked by uid 1000); 25 Jun 2002 02:54:38 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 25 Jun 2002 02:54:38 -0000 Date: Tue, 25 Jun 2002 03:54:38 +0100 (BST) From: Avleen Vig X-X-Sender: To: Subject: Panic: ffs_mapsearch, "ffs_alloccg: map corrupted" Message-ID: <20020625033421.X12914-100000@apple.silverwraith.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey folks, First off, please excuse me if I've missed any detail here. I'm not a programmer but I do want to help find and eliminate bugs in -CURRENT. I'm using DP1, downloaded and installed just yesterday. While executing: pkg_add -vf ftp://ftp2.freebsd.org/pub/FreeBSD/ports/i386/packages-4-stable/net/gaim-0.58.tgz the system panics. I kgdb'd the cores (following the instructions at http://www.onlamp.com/lpt/a/bsd/2002/04/04/Big_Scary_Daemons.html), and got the data included at the end of this mail. The small digs I've made here and there show this problem (or some very similar ones) around for the last few years? Note: I can consistantly reproduce this problem with the above command. Here are the specifics of my hardware: Intel P233MMX, 128Mb PC66 SDRAM, Seagate 4Gb UDMA33 Hard Drive, Intel Triton TX chipset, ASUS TX97-L motherboard, D-Link 530TX+ 10/100 NIC (Realtek 8139B chipset). Thanks! Core data: #0 dumpsys () at ../../../kern/kern_shutdown.c:505 505 ../../../kern/kern_shutdown.c: No such file or directory. (kgdb) where #0 dumpsys () at ../../../kern/kern_shutdown.c:505 #1 0xc023fd13 in boot (howto=260) at ../../../kern/kern_shutdown.c:337 #2 0xc024019d in panic (fmt=0xc03b6799 "bremfree: bp %p not locked") at ../../../kern/kern_shutdown.c:647 #3 0xc026f3e5 in bremfree (bp=0xc400efd8) at ../../../kern/vfs_bio.c:619 #4 0xc0270b07 in vfs_bio_awrite (bp=0xc400efd8) at ../../../kern/vfs_bio.c:1596 #5 0xc021c664 in spec_fsync (ap=0xc9a8c970) at ../../../fs/specfs/spec_vnops.c:403 #6 0xc021c251 in spec_vnoperate (ap=0xc9a8c970) at ../../../fs/specfs/spec_vnops.c:121 #7 0xc031edc1 in ffs_sync (mp=0xc1889600, waitfor=2, cred=0xc0b39980, td=0xc0407b60) at vnode_if.h:441 #8 0xc027c3a7 in sync (td=0xc0407b60, uap=0x0) at ../../../kern/vfs_syscalls.c:669 #9 0xc023f9a3 in boot (howto=256) at ../../../kern/kern_shutdown.c:246 #10 0xc024019d in panic (fmt=0xc03c835f "ffs_alloccg: map corrupted") at ../../../kern/kern_shutdown.c:647 #11 0xc03121fa in ffs_mapsearch (fs=0xc189d000, cgp=0xc4897000, bpref=364552, allocsiz=5) at ../../../ufs/ffs/ffs_alloc.c:1735 #12 0xc0310d6e in ffs_alloccg (ip=0xc1929000, cg=4, bpref=364552, size=6144) at ../../../ufs/ffs/ffs_alloc.c:1075 #13 0xc031084b in ffs_hashalloc (ip=0xc1929000, cg=4, pref=364552, size=6144, allocator=0xc0310b44 ) at ../../../ufs/ffs/ffs_alloc.c:888 #14 0xc030f8f5 in ffs_alloc (ip=0xc1929000, lbn=0, bpref=364552, size=6144, cred=0xc18ef580, bnp=0xc9a8cb30) at ../../../ufs/ffs/ffs_alloc.c:145 #15 0xc0312c63 in ffs_balloc (a_vp=0xc9ac9fe0, a_startoffset=0, a_size=4335, a_cred=0xc18ef580, a_flags=1, a_bpp=0xc9a8cc00) at ../../../ufs/ffs/ffs_balloc.c:163 #16 0xc031fb29 in ffs_write (ap=0xc9a8cc24) at ../../../ufs/ufs/ufs_readwrite.c:506 #17 0xc0282513 in vn_write (fp=0xc191f4c0, uio=0xc9a8cc90, cred=0xc18ef580, flags=0, td=0xc9a46c60) at vnode_if.h:303 #18 0xc0257716 in dofilewrite (td=0xc9a46c60, fp=0xc191f4c0, fd=4, buf=0x80c6200, nbyte=4335, offset=-1, flags=0) at ../../../sys/file.h:191 #19 0xc02575cf in write (td=0xc9a46c60, uap=0xc9a8cd20) at ../../../kern/sys_generic.c:332 #20 0xc0360e33 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135029248, tf_esi = 4335, tf_ebp = -1077937304, tf_isp = -911684236, tf_ebx = 1549, tf_edx = -1, tf_ecx = 2, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = 134593523, tf_cs = 31, tf_eflags = 647, tf_esp = -1077937668, tf_ss = 47}) at ../../../i386/i386/trap.c:1049 #21 0xc03547ad in syscall_with_err_pushed () #22 0x8050b71 in ?? () #23 0x8052f26 in ?? () #24 0x8048135 in ?? () (kgdb) up 11 #11 0xc03121fa in ffs_mapsearch (fs=0xc189d000, cgp=0xc4897000, bpref=364552, allocsiz=5) at ../../../ufs/ffs/ffs_alloc.c:1735 1735 ../../../ufs/ffs/ffs_alloc.c: No such file or directory. (kgdb) p fs $1 = (struct fs *) 0xc189d000 (kgdb) p cgp $2 = (struct cg *) 0xc4897000 (kgdb) p bpref $3 = 0 (kgdb) p allocsiz $4 = 5 (kgdb) p *fs $5 = {fs_firstfield = 0, fs_unused_1 = 0, fs_sblkno = 8, fs_cblkno = 16, fs_iblkno = 24, fs_dblkno = 1368, fs_cgoffset = 1024, fs_cgmask = -1, fs_time = 1024945463, fs_size = 1649527, fs_dsize = 1623678, fs_ncg = 19, fs_bsize = 16384, fs_fsize = 2048, fs_frag = 8, fs_minfree = 8, fs_rotdelay = 0, fs_rps = 60, fs_bmask = -16384, fs_fmask = -2048, fs_bshift = 14, fs_fshift = 11, fs_maxcontig = 7, fs_maxbpg = 4096, fs_fragshift = 3, fs_fsbtodb = 2, fs_sbsize = 2048, fs_csmask = -1024, fs_csshift = 10, fs_nindir = 4096, fs_inopb = 128, fs_nspf = 4, fs_optim = 0, fs_npsect = 4096, fs_interleave = 1, fs_trackskew = 0, fs_id = {1024840762, 641071059}, fs_csaddr = 1368, fs_cssize = 2048, fs_cgsize = 16384, fs_ntrak = 1, fs_nsect = 4096, fs_spc = 4096, fs_ncyl = 1611, fs_cpg = 89, fs_ipg = 21504, fs_fpg = 91136, fs_cstotal = {cs_ndir = 12710, cs_nbfree = 174479, cs_nifree = 325467, cs_nffree = 18859}, fs_fmod = 1 '\001', fs_clean = 0 '\000', fs_ronly = 0 '\000', fs_flags = 2 '\002', fs_fsmnt = "/usr", '\000' , fs_cgrotor = 12, fs_ocsp = {0x0 }, fs_contigdirs = 0xc18a284c "", fs_csp = 0xc18a2000, fs_maxcluster = 0xc18a2800, fs_active = 0x0, fs_cpc = 0, fs_opostbl = { {0, 0, 0, 0, 0, 0, 0, 0} }, fs_snapinum = {0 }, fs_avgfilesize = 16384, fs_avgfpdir = 64, fs_sparecon = {0 }, fs_pendingblocks = 0, fs_pendinginodes = 0, fs_contigsumsize = 7, fs_maxsymlinklen = 60, fs_inodefmt = 2, fs_maxfilesize = 17592186044415, fs_qbmask = 16383, fs_qfmask = 2047, fs_state = 0, fs_postblformat = 1, fs_nrpos = 1, fs_postbloff = 0, fs_rotbloff = 0, fs_magic = 72020, fs_space = ""} (kgdb) p *cgp $6 = {cg_firstfield = 0, cg_magic = 590421, cg_time = 1024945491, cg_cgx = 4, cg_ncyl = 89, cg_niblk = 21504, cg_ndblk = 91136, cg_cs = {cs_ndir = 184, cs_nbfree = 11180, cs_nifree = 21315, cs_nffree = 9}, cg_rotor = 1728, cg_frotor = 1728, cg_irotor = 188, cg_frsum = {0, 1, 0, 0, 0, -1, 1, 1}, cg_btotoff = 168, cg_boff = 524, cg_iusedoff = 702, cg_freeoff = 3390, cg_nextfreeoff = 16236, cg_clustersumoff = 14780, cg_clusteroff = 14812, cg_nclusterblks = 11392, cg_sparecon = {0 }, cg_space = "\001"} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 20: 3:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122]) by hub.freebsd.org (Postfix) with ESMTP id 0256D37B403 for ; Mon, 24 Jun 2002 20:03:30 -0700 (PDT) Received: from bowie.private (d141-203-124.home.cgocable.net [24.141.203.124]) by espresso.q9media.com (Postfix) with ESMTP id CF5899C0B for ; Mon, 24 Jun 2002 23:00:48 -0400 (EDT) Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.3/8.12.3) with ESMTP id g5OB2Gp2009347 for ; Mon, 24 Jun 2002 11:17:17 GMT (envelope-from des@bowie.private) Received: (from des@localhost) by bowie.private (8.12.3/8.12.3/Submit) id g5OB2GUi009345 for current@freebsd.org; Mon, 24 Jun 2002 11:02:16 GMT Date: Mon, 24 Jun 2002 11:02:16 GMT From: Dag-Erling Smorgrav Message-Id: <200206241102.g5OB2GUi009345@bowie.private> To: current@freebsd.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sparc64/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> libexec/smrsh ===> libexec/rtld-elf /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c: In function `reloc_non_plt': /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c:259: `PROT_READ' undeclared (first use in this function) /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c:259: (Each undeclared identifier is reported only once /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c:259: for each function it appears in.) /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c:259: `PROT_WRITE' undeclared (first use in this function) /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c:259: `MAP_ANON' undeclared (first use in this function) /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c:260: `MAP_FAILED' undeclared (first use in this function) /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf/sparc64/reloc.c:273: warning: implicit declaration of function `munmap' *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/libexec/rtld-elf. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/libexec. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 22:29:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail-relay1.yahoo.com (mail-relay1.yahoo.com [216.145.48.34]) by hub.freebsd.org (Postfix) with ESMTP id A299437B400 for ; Mon, 24 Jun 2002 22:29:16 -0700 (PDT) Received: from FreeBSD.org (socks1.yahoo.com [216.145.50.200]) by mail-relay1.yahoo.com (Postfix) with ESMTP id 410A08B5D6; Mon, 24 Jun 2002 22:29:16 -0700 (PDT) Message-ID: <3D17FFAA.C5BFF49E@FreeBSD.org> Date: Mon, 24 Jun 2002 22:29:14 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.79 [en] (X11; U; FreeBSD 4.6-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: David Wolfskill Cc: freebsd-current@FreeBSD.ORG, riccardo@torrini.org Subject: Re: custom kernel References: <200206241205.g5OC5GJF002571@bunrab.catwhisker.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Wolfskill wrote: > > >Date: Mon, 24 Jun 2002 10:33:23 +0200 (CEST) > >From: Riccardo Torrini > > >To avoid unwanted removal can we locate that file under any other > >place and point it (also by KERNCONF or some new black magic) with > >full path? Is this possible (or already done) ? > > Well, what I do is place symlinks in /usr/src/sys/i386/conf, pointing to > the "real" kernel config file(s), which are in a different hierarchy, > and in the "local" part of my CVS repository (vs. the FreeBSD part). > > It may be a hack, but it's been a fairly effective one for some time > now. :-} That is also useful if you're prone to do 'rm -rm /usr/src' periodically :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 22:38:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from hardtime.linuxman.net (hardtime.linuxman.net [66.147.26.65]) by hub.freebsd.org (Postfix) with ESMTP id 6E73F37B401; Mon, 24 Jun 2002 22:38:19 -0700 (PDT) Received: from mortis.over-yonder.net (localhost [127.0.0.1]) by hardtime.linuxman.net (8.11.6/8.11.6) with ESMTP id g5P4jsb24778; Mon, 24 Jun 2002 23:45:55 -0500 Received: by mortis.over-yonder.net (Postfix, from userid 100) id 7BD931F05; Tue, 25 Jun 2002 00:38:08 -0500 (CDT) Date: Tue, 25 Jun 2002 00:38:08 -0500 From: "Matthew D. Fuller" To: Doug Barton Cc: David Wolfskill , freebsd-current@FreeBSD.org, riccardo@torrini.org Subject: Re: custom kernel Message-ID: <20020625053808.GW81018@over-yonder.net> References: <200206241205.g5OC5GJF002571@bunrab.catwhisker.org> <3D17FFAA.C5BFF49E@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D17FFAA.C5BFF49E@FreeBSD.org> User-Agent: Mutt/1.4i-fullermd.1 X-Editor: vi X-OS: FreeBSD Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jun 24, 2002 at 10:29:14PM -0700 I heard the voice of Doug Barton, and lo! it spake thus: > > > > Well, what I do is place symlinks in /usr/src/sys/i386/conf, pointing to > > the "real" kernel config file(s), which are in a different hierarchy, > > and in the "local" part of my CVS repository (vs. the FreeBSD part). > > > > It may be a hack, but it's been a fairly effective one for some time > > now. :-} > > That is also useful if you're prone to do 'rm -rm /usr/src' periodically > :) Indeed. I keep mine in /usr/local/kernel (I sometimes have to copy them over, such as when doing a kernel build over NFS on another box, but life isn't perfect), and I newfs /usr/src and re-co the src tree between builds (nice quick and easy way to cleanup, that). -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Jun 24 23:26:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by hub.freebsd.org (Postfix) with ESMTP id 3BC0537B407; Mon, 24 Jun 2002 23:26:35 -0700 (PDT) Received: from fwd00.sul.t-online.de by mailout01.sul.t-online.com with smtp id 17Mjma-0001zq-03; Tue, 25 Jun 2002 08:26:32 +0200 Received: from twoflower.liebende.de (320072111332-0001@[217.80.121.150]) by fwd00.sul.t-online.com with esmtp id 17MjmG-233Q36C; Tue, 25 Jun 2002 08:26:12 +0200 Subject: CDROM failure From: Jan.Stocker@t-online.de (Jan Stocker) Reply-To: Jan.Stocker@t-online.de To: current@FreeBSD.org Cc: hardware@FreeBSD.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.7 Date: 25 Jun 2002 08:24:40 +0200 Message-Id: <1024986280.436.6.camel@twoflower> Mime-Version: 1.0 X-Sender: 320072111332-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I replaced my old 486/66 with a P1/133 and some new devices... FreeBSD has a problem with my CD_ROM (alone as master on secondary ata), but it was working quite fine and fast under NT (which the previous owner had installed and i tested the system on). Jun 25 08:15:13 DSLRouter /kernel: acd0: MODE_SENSE_BIG command timeout - resetting Jun 25 08:15:13 DSLRouter /kernel: ata1: resetting devices .. done Jun 25 08:15:13 DSLRouter /kernel: acd0: read data overrun 29/5 Jun 25 08:15:14 DSLRouter /kernel: acd0: MODE_SENSE_BIG command timeout - resetting Jun 25 08:15:14 DSLRouter /kernel: ata1: resetting devices .. done Jun 25 08:15:14 DSLRouter /kernel: acd0: read data overrun 29/0 Jun 25 08:15:14 DSLRouter /kernel: acd0: CDROM at ata1-master PIO0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 0:16:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from e1.ny.us.ibm.com (e1.ny.us.ibm.com [32.97.182.101]) by hub.freebsd.org (Postfix) with ESMTP id 1EB2D37BC78 for ; Tue, 25 Jun 2002 00:15:30 -0700 (PDT) Received: from northrelay03.pok.ibm.com (northrelay03.pok.ibm.com [9.56.224.151]) by e1.ny.us.ibm.com (8.12.2/8.12.2) with ESMTP id g5P7FTg5124072 for ; Tue, 25 Jun 2002 03:15:29 -0400 Received: from calvin.in.ibm.com (calvin.in.ibm.com [9.182.24.126]) by northrelay03.pok.ibm.com (8.11.1m3/NCO/VER6.1) with ESMTP id g5P7FQX60238 for ; Tue, 25 Jun 2002 03:15:27 -0400 Received: by calvin.in.ibm.com (Postfix, from userid 1001) id 1722E346E; Tue, 25 Jun 2002 12:44:55 +0530 (IST) Date: Tue, 25 Jun 2002 12:44:55 +0530 From: Sid Carter To: current@freebsd.org Subject: GCC upgrade ? on -current Message-ID: <20020625071455.GA42940@calvin.in.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: uname -rsp Organisation: Sid Carter Inc. User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Just a query. Is there anything stopping us from moving to the latest gcc on current ? Just curious. Cause mozilla won't compile with gcc from current and I have installed gcc from the ports just for that. Thanks Regards Sid -- I've known him as a man, as an adolescent and as a child -- sometimes on the same day. Sid Carter FreeBSD oder Debian GNU/Linux. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 0:21: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 79D9337B401 for ; Tue, 25 Jun 2002 00:20:55 -0700 (PDT) Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 3.36 #1) id 17MkeD-000J12-00 for current@FreeBSD.org; Tue, 25 Jun 2002 09:21:57 +0200 Date: Tue, 25 Jun 2002 09:21:57 +0200 From: Sheldon Hearn To: current@FreeBSD.org Subject: What's the right way to build XFree86-4 now? Message-ID: <20020625072157.GA73056@starjuice.net> Mail-Followup-To: current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, Could someone put me out of my misery and show me "the right way" to build XFree86-4 on -current at the moment. I've tried `make install' and `make CXX=/usr/local/bin/g++31 install', where that g++31 comes from the lang/gcc31 port, and either way, XFree86-4-clients fails with: /usr/X11R6/lib/libGLU.so: undefined reference to `operator new[](unsigned)' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__si_cl ass_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator delete(void*)' /usr/X11R6/lib/libGLU.so: undefined reference to `__gxx_personality_v0' /usr/X11R6/lib/libGLU.so: undefined reference to `__cxa_pure_virtual' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__class _type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator delete[](void*)' /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__vmi_c lass_type_info' /usr/X11R6/lib/libGLU.so: undefined reference to `operator new(unsigned)' Looks like bad linkage to me, but I'm all out of foo. :-( Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 1: 7: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.tgd.net (mail.tgd.net [209.81.25.10]) by hub.freebsd.org (Postfix) with ESMTP id 2C7E737B436 for ; Tue, 25 Jun 2002 01:04:04 -0700 (PDT) Received: by mail.tgd.net (Postfix, from userid 1001) id C97FA20F02; Tue, 25 Jun 2002 01:04:03 -0700 (PDT) Date: Tue, 25 Jun 2002 01:04:03 -0700 From: Sean Chittenden To: Sid Carter Cc: current@freebsd.org Subject: Re: GCC upgrade ? on -current Message-ID: <20020625010403.J30655@ninja1.internal> References: <20020625071455.GA42940@calvin.in.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020625071455.GA42940@calvin.in.ibm.com>; from "sidcarter@symonds.net" on Tue, Jun 25, 2002 at = 12:44:55PM X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Just a query. Is there anything stopping us from moving to the > latest gcc on current ? Just curious. Cause mozilla won't compile > with gcc from current and I have installed gcc from the ports just > for that. I hacked together a really crude patch based on some info from Joe Clark(e?). Dig through the archives from earlier this week and you should find something. -sc -- Sean Chittenden To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 1:12:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from CPE0030ab0ef2bb.cpe.net.cable.rogers.com (CPE0030ab0ef2bb.cpe.net.cable.rogers.com [24.101.108.107]) by hub.freebsd.org (Postfix) with ESMTP id 7E89637B784 for ; Tue, 25 Jun 2002 01:10:33 -0700 (PDT) Received: by CPE0030ab0ef2bb.cpe.net.cable.rogers.com (Postfix, from userid 1001) id 63C52111; Tue, 25 Jun 2002 04:12:25 -0400 (EDT) Date: Tue, 25 Jun 2002 04:12:25 -0400 From: Munish Chopra To: current@FreeBSD.ORG Subject: Re: GCC upgrade ? on -current Message-ID: <20020625081225.GC21301@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> Mail-Followup-To: current@FreeBSD.ORG References: <20020625071455.GA42940@calvin.in.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020625071455.GA42940@calvin.in.ibm.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 2002-06-25 12:44 +0000, Sid Carter wrote: > Hi, > > Just a query. Is there anything stopping us from moving to the > latest gcc on current ? Just curious. Cause mozilla won't compile with > gcc from current and I have installed gcc from the ports just for that. > > Thanks > Regards > Sid Not exactly an answer to your question, but about a week ago or so a patch was posted that lets you compile mozilla with the system gcc. I tried it out and am now happily running mozilla 1.0. At least that's a short-term fix for you. -- Munish Chopra The FreeBSD NVIDIA Driver Initiative http://nvidia.netexplorer.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 1:22:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from ish7.ericsson.com.au (ish7.ericsson.com.au [203.61.155.111]) by hub.freebsd.org (Postfix) with ESMTP id 8A5E037BA71 for ; Tue, 25 Jun 2002 01:21:27 -0700 (PDT) Received: from brsf10.epa.ericsson.se (brsf10 [146.11.8.4]) by ish7.ericsson.com.au (8.11.6+Sun/8.11.6) with ESMTP id g5P8Jfg05294; Tue, 25 Jun 2002 18:19:41 +1000 (EST) Received: from eaubrnt019.epa.ericsson.se (eaubrnt019.epa.ericsson.se [146.11.9.165]) by brsf10.epa.ericsson.se (8.11.6+Sun/8.11.6) with ESMTP id g5P8LO422179; Tue, 25 Jun 2002 18:21:24 +1000 (EST) Received: by eaubrnt019.epa.ericsson.se with Internet Mail Service (5.5.2653.19) id ; Tue, 25 Jun 2002 18:21:23 +1000 Message-ID: <4B6BC00CD15FD2119E5F0008C7A419A514C8BB8B@eaubrnt018.epa.ericsson.se> From: "Johny Mattsson (EPA)" To: "'Sid Carter'" Cc: "'freebsd-current@freebsd.org'" Subject: RE: GCC upgrade ? on -current Date: Tue, 25 Jun 2002 18:21:20 +1000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C21C21.494EBA70" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C21C21.494EBA70 Content-Type: text/plain > > Just a query. Is there anything stopping us from moving to the > > latest gcc on current ? Just curious. Cause mozilla won't compile > > with gcc from current and I have installed gcc from the ports just > > for that. > Only David's(?) time constraints I think. Gcc is a huge thing to port/maintain, and thus sucks a lot of time. Of course, if someone else was to assist... ;-) Cheers, /Johny, who unfortunately knows very little about gcc itself ------_=_NextPart_001_01C21C21.494EBA70 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: GCC upgrade ? on -current

> Just a query. Is there anything = stopping us from moving to the
> latest gcc on current ? Just = curious. Cause mozilla won't compile
> with gcc from current and I have = installed gcc from the ports just
> for that.

Only David's(?) time constraints I = think. Gcc is a huge thing to port/maintain, and thus sucks a lot of = time.
Of course, if someone else was to = assist... ;-)

Cheers,
/Johny, who unfortunately knows very = little about gcc itself

------_=_NextPart_001_01C21C21.494EBA70-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 1:31: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 9475937B411 for ; Tue, 25 Jun 2002 01:30:55 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.3/8.12.3) with ESMTP id g5P8Us8r001264 for ; Tue, 25 Jun 2002 09:30:54 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.3/8.12.3/Submit) with UUCP id g5P8UskF001263 for current@freebsd.org; Tue, 25 Jun 2002 09:30:54 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.4/8.12.4) with ESMTP id g5P8RGnG002478 for ; Tue, 25 Jun 2002 09:27:16 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200206250827.g5P8RGnG002478@grimreaper.grondar.org> To: current@freebsd.org Subject: Even more progress with perl script rewrites! Date: Tue, 25 Jun 2002 09:27:16 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG /usr/sbin/sysinstall * - fix - * sys/*/conf/gethints.pl * - del?/fix? - * /usr/bin/afmtodit Kyle Martin - redo - * /usr/bin/mmroff Lester A Mesa - redo - * /usr/bin/whereis sheldonh - redo - * /usr/sbin/adduser Mike Makonnen - redo - * /usr/sbin/rmuser Mike Makonnen - redo - * /usr/sbin/kbdmap Jonathan Belson - redo - feedback /usr/sbin/vidfont Jonathan Belson - redo - feedback /usr/bin/sockstat des - redo - ready etc/periodic/* keramida - fix - ready /usr/bin/catman John Rochester - redo - done /usr/bin/makewhatis John Rochester - redo - done /usr/libexec/locate.mklocatedb Bob Willcox - fix - done /usr/sbin/mergemaster dougb - fix - done /usr/sbin/pkg_update paul - del - done /usr/sbin/pkg_version reg - redo - done /usr/sbin/scriptdump ume - del - done /usr/sbin/spkrtest Riccardo Torrini - redo - done release/scripts/*.pl ru - redo - done Key - "redo" == to be rewritten "fix" == to have perl usage removed/redone "del" == to be deleted "feedback" == in progress, waiting for more/updates "ready" == work done, just waiting for commit. "done" == completed -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 1:55:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from matrix.eurocontrol.fr (matrix.eurocontrol.fr [147.196.254.254]) by hub.freebsd.org (Postfix) with ESMTP id 834A437B400; Tue, 25 Jun 2002 01:53:36 -0700 (PDT) Received: from caerdonn.eurocontrol.fr (caerdonn.eurocontrol.fr [147.196.51.214]) by matrix.eurocontrol.fr (Postfix/TLS) with ESMTP id 7202B4A9D4; Tue, 25 Jun 2002 10:53:29 +0200 (MEST) Received: by caerdonn.eurocontrol.fr (Postfix/TLS, from userid 1193) id 003C011C; Tue, 25 Jun 2002 10:53:24 +0200 (CEST) Date: Tue, 25 Jun 2002 10:53:24 +0200 From: Ollivier Robert To: kde@freebsd.org Cc: current@freebsd.org Subject: [3.0.1] gcc/g++ 3.1 problems Message-ID: <20020625085324.GA46452@caerdonn.eurocontrol.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.99i X-Operating-System: FreeBSD 5.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I've upgraded my CURRENT system to a post gcc 3.1 world and I'm now unable to compile any C++ program that use the STL (incl. KDE 3.0.1). I happens with the system g++ 3.1 and the ports g++ 3.1.1 and with both a clean /usr/include/g++ and the old one (which has lots of older files due to CURRENT evolution). The weird thing is that my laptop, also running CURRENT, is fine. Any idea ? I attach the config.log file from kdelibs3. This run is with system-g++ and old /usr/include. I managed to compile qt 3.0.3 with the ports 3.1.1 g++ though (needed to avoid system-gcc problems). -=-=- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.52. Invocation command line was $ ./configure --enable-cups --disable-ltdl-install --build=i386-portbld-freebsd5.0 --disable-debug --with-qt-includes=/usr/X11R6/include --with-qt-libraries=/usr/X11R6/lib --with-extra-libs=/usr/local/lib --prefix=/usr/local ## ---------- ## ## Platform. ## ## ---------- ## hostname = caerdonn.eurocontrol.fr uname -m = i386 uname -r = 5.0-CURRENT uname -s = FreeBSD uname -v = FreeBSD 5.0-CURRENT #0: Mon Jun 10 16:40:23 CEST 2002 root@caerdonn.eurocontrol.fr:/spare/obj/src/src/sys/nCAERDONN /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH = /usr/bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/usr/local/pilot/bin:/usr/local/bin:/usr/local/pgsql/bin:/usr/bin:/usr/sbin:/sbin:/bin:/home/roberto/shell:/usr/local/sbin:/usr/games:/opt/networker/bin:/usr/local/intel/compiler60/ia32/bin:. ## ------------ ## ## Core tests. ## ## ------------ ## configure:1176: PATH=".;."; conftest.sh conftest.sh: not found configure:1179: $? = 127 configure:1245: checking build system type configure:1263: result: i386-portbld-freebsd5.0 configure:1270: checking host system type configure:1284: result: i386-portbld-freebsd5.0 configure:1291: checking target system type configure:1305: result: i386-portbld-freebsd5.0 configure:1346: checking for a BSD compatible install configure:1395: result: /usr/bin/install -c -o root -g wheel configure:1433: checking whether build environment is sane configure:1476: result: yes configure:1497: checking for mawk configure:1523: result: no configure:1497: checking for gawk configure:1512: found /usr/bin/gawk configure:1520: result: gawk configure:1530: checking whether gmake sets ${MAKE} configure:1550: result: yes configure:1651: checking for a BSD compatible install configure:1700: result: /usr/bin/install -c -o root -g wheel configure:1721: checking for style of include used by gmake configure:1748: result: GNU configure:1869: checking for gcc configure:1892: result: cc configure:2120: checking for C compiler version configure:2123: cc --version &5 cc (GCC) 3.1 [FreeBSD] 20020509 (prerelease) Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2126: $? = 0 configure:2128: cc -v &5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.1 [FreeBSD] 20020509 (prerelease) configure:2131: $? = 0 configure:2133: cc -V &5 cc: argument to `-V' is missing configure:2136: $? = 1 configure:2156: checking for C compiler default output configure:2159: cc -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:2162: $? = 0 configure:2191: result: a.out configure:2196: checking whether the C compiler works configure:2202: ./a.out configure:2205: $? = 0 configure:2220: result: yes configure:2227: checking whether we are cross compiling configure:2229: result: no configure:2232: checking for executable suffix configure:2234: cc -o conftest -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:2237: $? = 0 configure:2259: result: configure:2265: checking for object suffix configure:2283: cc -c -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:2286: $? = 0 configure:2305: result: o configure:2309: checking whether we are using the GNU C compiler configure:2330: cc -c -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:2333: $? = 0 configure:2336: test -s conftest.o configure:2339: $? = 0 configure:2351: result: yes configure:2357: checking whether cc accepts -g configure:2375: cc -c -g -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:2378: $? = 0 configure:2381: test -s conftest.o configure:2384: $? = 0 configure:2394: result: yes configure:2421: cc -c -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory conftest.c:2: syntax error before "me" configure:2424: $? = 1 configure: failed program was: #ifndef __cplusplus choke me #endif configure:2524: checking dependency style of cc configure:2586: result: gcc3 configure:2595: checking how to run the C preprocessor configure:2621: cc -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:2627: $? = 0 configure:2654: cc -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:2651:28: ac_nonexistent.h: No such file or directory configure:2660: $? = 1 configure: failed program was: #line 2650 "configure" #include "confdefs.h" #include configure:2697: result: cc -E configure:2712: cc -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:2718: $? = 0 configure:2745: cc -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:2742:28: ac_nonexistent.h: No such file or directory configure:2751: $? = 1 configure: failed program was: #line 2741 "configure" #include "confdefs.h" #include configure:2904: checking for C++ compiler version configure:2907: c++ --version &5 c++ (GCC) 3.1 [FreeBSD] 20020509 (prerelease) Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2910: $? = 0 configure:2912: c++ -v &5 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.1 [FreeBSD] 20020509 (prerelease) configure:2915: $? = 0 configure:2917: c++ -V &5 c++: argument to `-V' missing configure:2920: $? = 1 configure:2923: checking whether we are using the GNU C++ compiler configure:2944: c++ -c -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc >&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory configure:2947: $? = 0 configure:2950: test -s conftest.o configure:2953: $? = 0 configure:2965: result: yes configure:2971: checking whether c++ accepts -g configure:2989: c++ -c -g -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc >&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory configure:2992: $? = 0 configure:2995: test -s conftest.o configure:2998: $? = 0 configure:3008: result: yes configure:3048: c++ -c -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc >&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory In file included from configure:3036: /usr/include/stdlib.h:57: redeclaration of C++ built-in type `wchar_t' configure:3051: $? = 1 configure: failed program was: #line 3035 "configure" #include "confdefs.h" #include int main () { exit (42); ; return 0; } configure:3048: c++ -c -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc >&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory In file included from configure:3036: /usr/include/stdlib.h:57: redeclaration of C++ built-in type `wchar_t' configure:3051: $? = 1 configure: failed program was: #line 3035 "configure" #include "confdefs.h" #include #include int main () { exit (42); ; return 0; } configure:3048: c++ -c -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc >&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory In file included from configure:3036: /usr/include/stdlib.h:57: redeclaration of C++ built-in type `wchar_t' configure:3051: $? = 1 configure: failed program was: #line 3035 "configure" #include "confdefs.h" #include extern "C" void std::exit (int) throw (); using std::exit; int main () { exit (42); ; return 0; } configure:3048: c++ -c -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc >&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory In file included from configure:3036: /usr/include/stdlib.h:57: redeclaration of C++ built-in type `wchar_t' configure:3051: $? = 1 configure: failed program was: #line 3035 "configure" #include "confdefs.h" #include extern "C" void std::exit (int); using std::exit; int main () { exit (42); ; return 0; } configure:3048: c++ -c -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc >&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory In file included from configure:3036: /usr/include/stdlib.h:57: redeclaration of C++ built-in type `wchar_t' configure:3037: declaration of `void exit(int) throw ()' throws different exceptions /usr/include/stdlib.h:103: than previous declaration `void exit(int)' configure:3051: $? = 1 configure: failed program was: #line 3035 "configure" #include "confdefs.h" #include extern "C" void exit (int) throw (); int main () { exit (42); ; return 0; } configure:3048: c++ -c -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc >&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory In file included from configure:3036: /usr/include/stdlib.h:57: redeclaration of C++ built-in type `wchar_t' configure:3051: $? = 1 configure: failed program was: #line 3035 "configure" #include "confdefs.h" #include extern "C" void exit (int); int main () { exit (42); ; return 0; } configure:3048: c++ -c -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc >&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory In file included from configure:3036: /usr/include/stdlib.h:57: redeclaration of C++ built-in type `wchar_t' configure:3051: $? = 1 configure: failed program was: #line 3035 "configure" #include "confdefs.h" #include void exit (int); int main () { exit (42); ; return 0; } configure:3112: checking dependency style of c++ configure:3174: result: gcc3 configure:3705: checking whether c++ supports -fno-exceptions configure:3735: rm -rf SunWS_cache; c++ -o conftest -DNDEBUG -DNO_DEBUG -O2 -O -pipe -march=pentiumpro -fno-exceptions -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib 1>&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory configure:3738: $? = 0 configure:3741: test -s conftest configure:3744: $? = 0 configure:3762: result: yes configure:3773: checking whether c++ supports -fno-check-new configure:3803: rm -rf SunWS_cache; c++ -o conftest -DNDEBUG -DNO_DEBUG -O2 -O -pipe -march=pentiumpro -fno-exceptions -fno-check-new -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib 1>&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory configure:3806: $? = 0 configure:3809: test -s conftest configure:3812: $? = 0 configure:3830: result: yes configure:3841: checking whether c++ supports -fexceptions configure:3871: rm -rf SunWS_cache; c++ -o conftest -DNDEBUG -DNO_DEBUG -O2 -O -pipe -march=pentiumpro -fno-exceptions -fno-check-new -fexceptions -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib 1>&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory configure:3874: $? = 0 configure:3877: test -s conftest configure:3880: $? = 0 configure:3898: result: yes configure:4439: checking how to run the C++ preprocessor configure:4461: c++ -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:4467: $? = 0 configure:4494: c++ -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:4491:28: ac_nonexistent.h: No such file or directory configure:4500: $? = 1 configure: failed program was: #line 4490 "configure" #include "confdefs.h" #include configure:4537: result: c++ -E configure:4552: c++ -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:4558: $? = 0 configure:4585: c++ -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:4582:28: ac_nonexistent.h: No such file or directory configure:4591: $? = 1 configure: failed program was: #line 4581 "configure" #include "confdefs.h" #include configure:4679: checking whether c++ supports -frepo configure:4709: rm -rf SunWS_cache; c++ -o conftest -DNDEBUG -DNO_DEBUG -O2 -O -pipe -march=pentiumpro -fno-exceptions -fno-check-new -frepo -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib 1>&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory conftest.cc:1: warning: -frepo must be used with -c configure:4712: $? = 0 configure:4715: test -s conftest configure:4718: $? = 0 configure:4736: result: yes configure:4954: checking for ld used by GCC configure:5018: result: /usr/libexec/elf/ld configure:5027: checking if the linker (/usr/libexec/elf/ld) is GNU ld GNU ld version 2.12.0 [FreeBSD] 2002-04-10 configure:5039: result: yes configure:5043: checking for /usr/libexec/elf/ld option to reload object files configure:5050: result: -r configure:5059: checking for BSD-compatible nm configure:5094: result: /usr/bin/nm -B configure:5098: checking for a sed that does not truncate output configure:5174: result: configure:5177: checking whether ln -s works configure:5181: result: yes configure:5188: checking how to recognise dependant libraries configure:5375: result: pass_all configure:5508: checking for dlfcn.h configure:5518: cc -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:5524: $? = 0 configure:5543: result: yes configure:5556: checking the maximum length of command line arguments configure:5604: result: 16384 configure:5612: checking command to parse /usr/bin/nm -B output from cc object configure:5697: cc -c -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:5700: $? = 0 configure:5704: /usr/bin/nm -B conftest.o \| sed -n -e 's/^.*[ ]\([ABCDGISTW][ABCDGISTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' \> conftest.nm configure:5707: $? = 0 configure:5759: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c conftstm.o >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:5762: $? = 0 configure:5800: result: ok configure:5804: checking for objdir configure:5819: result: .libs configure:5902: checking for ranlib configure:5917: found /usr/bin/ranlib configure:5926: result: ranlib configure:5976: checking for strip configure:5991: found /usr/bin/strip configure:6000: result: strip configure:6257: checking if cc static flag works cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:6280: result: no configure:6294: checking if cc supports -fno-rtti -fno-exceptions cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:6318: result: no configure:6333: checking for cc option to produce PIC configure:6486: result: -fPIC configure:6493: checking if cc PIC flag -fPIC works cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:6517: result: no configure:6541: checking if cc supports -c -o file.o cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:6582: result: no configure:6588: checking if we can lock with hard links configure:6596: result: yes configure:6607: checking whether the cc linker (/usr/libexec/elf/ld) supports shared libraries configure:7380: result: yes configure:7402: checking whether -lc should be explicitly linked in configure:7407: cc -c -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:7410: $? = 0 configure:7424: cc -shared conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:7427: $? = 1 configure:7439: result: yes configure:7445: checking how to hardcode library paths into programs configure:7469: result: immediate configure:7483: checking whether stripping libraries is possible configure:7488: result: yes configure:7495: checking dynamic linker characteristics configure:7937: result: freebsd5.0 ld.so configure:7962: checking for shl_load configure:7999: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory /tmp/ccesniVw.o: In function `main': /tmp/ccesniVw.o(.text+0xf): undefined reference to `shl_load' configure:8002: $? = 1 configure: failed program was: #line 7968 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char shl_load (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char shl_load (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_shl_load) || defined (__stub___shl_load) choke me #else f = shl_load; #endif ; return 0; } configure:8018: result: no configure:8023: checking for shl_load in -ldld configure:8050: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -ldld -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory /usr/libexec/elf/ld: cannot find -ldld configure:8053: $? = 1 configure: failed program was: #line 8031 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char shl_load (); int main () { shl_load (); ; return 0; } configure:8070: result: no configure:8075: checking for dlopen configure:8112: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:8115: $? = 0 configure:8118: test -s conftest configure:8121: $? = 0 configure:8131: result: yes configure:8323: checking whether a program can dlopen itself configure:8395: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -DHAVE_DLFCN_H -Wl,--export-dynamic conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:8398: $? = 0 configure:8415: result: yes configure:8420: checking whether a statically linked program can dlopen itself configure:8492: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -DHAVE_DLFCN_H -Wl,--export-dynamic conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:8495: $? = 0 configure:8512: result: yes configure:8534: checking if libtool supports shared libraries configure:8536: result: yes configure:8539: checking whether to build shared libraries configure:8560: result: yes configure:8563: checking whether to build static libraries configure:8567: result: no configure:8646: creating libtool configure:9364: checking whether the c++ linker (/usr/libexec/elf/ld) supports shared libraries configure:10009: result: yes configure:10025: c++ -c -DNDEBUG -DNO_DEBUG -O2 -O -pipe -march=pentiumpro -fno-exceptions -fno-check-new -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc >&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory configure:10028: $? = 0 configure:10128: checking for c++ option to produce PIC configure:10364: result: -fPIC configure:10371: checking if c++ PIC flag -fPIC works cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory configure:10395: result: no configure:10419: checking if c++ supports -c -o file.o cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory configure:10460: result: no configure:10466: checking if we can lock with hard links configure:10474: result: yes configure:10485: checking whether the c++ linker (/usr/libexec/elf/ld) supports shared libraries configure:10507: result: yes configure:10529: checking whether -lc should be explicitly linked in configure:10534: c++ -c -DNDEBUG -DNO_DEBUG -O2 -O -pipe -march=pentiumpro -fno-exceptions -fno-check-new -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc >&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory configure:10537: $? = 0 configure:10551: c++ -shared -nostdlib conftest.o -v -Wl,-soname -Wl,conftest -o conftest 2\>\&1 \| grep -lc \>/dev/null 2\>\&1 configure:10554: $? = 1 configure:10566: result: yes configure:10572: checking how to hardcode library paths into programs configure:10596: result: immediate configure:10610: checking whether stripping libraries is possible configure:10615: result: yes configure:10622: checking dynamic linker characteristics configure:11064: result: freebsd5.0 ld.so configure:11089: checking for shl_load configure:11145: result: no configure:11150: checking for shl_load in -ldld configure:11197: result: no configure:11202: checking for dlopen configure:11258: result: yes configure:11450: checking whether a program can dlopen itself configure:11542: result: yes configure:11547: checking whether a statically linked program can dlopen itself configure:11639: result: yes configure:12071: checking if gcj supports -fno-rtti -fno-exceptions configure:12095: result: no configure:12110: checking for gcj option to produce PIC configure:12263: result: -fPIC configure:12270: checking if gcj PIC flag -fPIC works configure:12294: result: no configure:12318: checking if gcj supports -c -o file.o configure:12359: result: no configure:12365: checking if we can lock with hard links configure:12373: result: yes configure:12384: checking whether the gcj linker (/usr/libexec/elf/ld) supports shared libraries configure:13157: result: yes configure:13179: checking whether -lc should be explicitly linked in configure:13184: gcj -c -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.java >&5 gcj: not found configure:13187: $? = 127 configure:13216: result: yes configure:13222: checking how to hardcode library paths into programs configure:13246: result: immediate configure:13260: checking whether stripping libraries is possible configure:13265: result: yes configure:13272: checking dynamic linker characteristics configure:13714: result: freebsd5.0 ld.so configure:13739: checking for shl_load configure:13795: result: no configure:13800: checking for shl_load in -ldld configure:13847: result: no configure:13852: checking for dlopen configure:13908: result: yes configure:14100: checking whether a program can dlopen itself configure:14192: result: yes configure:14197: checking whether a statically linked program can dlopen itself configure:14289: result: yes configure:15221: checking for msgfmt configure:15248: result: /usr/local/bin/msgfmt configure:15257: checking for gmsgfmt configure:15286: result: /usr/local/bin/msgfmt configure:15302: checking for xgettext configure:15329: result: /usr/local/bin/xgettext configure:15384: checking for ranlib configure:15408: result: ranlib configure:15420: checking for ANSI C header files configure:15434: cc -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:15440: $? = 0 cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:15527: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:15530: $? = 0 configure:15532: ./conftest configure:15535: $? = 0 configure:15548: result: yes configure:15564: checking for sys/types.h configure:15576: cc -c -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:15579: $? = 0 configure:15582: test -s conftest.o configure:15585: $? = 0 configure:15595: result: yes configure:15564: checking for sys/stat.h configure:15576: cc -c -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:15579: $? = 0 configure:15582: test -s conftest.o configure:15585: $? = 0 configure:15595: result: yes configure:15564: checking for stdlib.h configure:15576: cc -c -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:15579: $? = 0 configure:15582: test -s conftest.o configure:15585: $? = 0 configure:15595: result: yes configure:15564: checking for string.h configure:15576: cc -c -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:15579: $? = 0 configure:15582: test -s conftest.o configure:15585: $? = 0 configure:15595: result: yes configure:15564: checking for memory.h configure:15576: cc -c -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:15579: $? = 0 configure:15582: test -s conftest.o configure:15585: $? = 0 configure:15595: result: yes configure:15564: checking for strings.h configure:15576: cc -c -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:15579: $? = 0 configure:15582: test -s conftest.o configure:15585: $? = 0 configure:15595: result: yes configure:15564: checking for inttypes.h configure:15576: cc -c -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:15579: $? = 0 configure:15582: test -s conftest.o configure:15585: $? = 0 configure:15595: result: yes configure:15564: checking for stdint.h configure:15576: cc -c -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:15579: $? = 0 configure:15582: test -s conftest.o configure:15585: $? = 0 configure:15595: result: yes configure:15564: checking for unistd.h configure:15576: cc -c -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:15579: $? = 0 configure:15582: test -s conftest.o configure:15585: $? = 0 configure:15595: result: yes configure:15605: checking for off_t configure:15626: cc -c -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:15629: $? = 0 configure:15632: test -s conftest.o configure:15635: $? = 0 configure:15645: result: yes configure:15657: checking for size_t configure:15678: cc -c -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:15681: $? = 0 configure:15684: test -s conftest.o configure:15687: $? = 0 configure:15697: result: yes configure:15711: checking for working alloca.h configure:15729: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:15718:20: alloca.h: No such file or directory configure:15732: $? = 1 configure: failed program was: #line 15717 "configure" #include "confdefs.h" #include int main () { char *p = (char *) alloca (2 * sizeof (int)); ; return 0; } configure:15748: result: no configure:15758: checking for alloca configure:15796: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:15799: $? = 0 configure:15802: test -s conftest configure:15805: $? = 0 configure:15815: result: yes configure:15999: checking for stdlib.h configure:16034: result: yes configure:15999: checking for unistd.h configure:16034: result: yes configure:16047: checking for getpagesize configure:16084: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:16087: $? = 0 configure:16090: test -s conftest configure:16093: $? = 0 configure:16103: result: yes configure:16113: checking for working mmap configure:16249: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:16252: $? = 0 configure:16254: ./conftest configure:16257: $? = 0 configure:16269: result: yes configure:16283: checking for argz.h configure:16293: cc -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:16290:18: argz.h: No such file or directory configure:16299: $? = 1 configure: failed program was: #line 16289 "configure" #include "confdefs.h" #include configure:16318: result: no configure:16283: checking for limits.h configure:16293: cc -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:16299: $? = 0 configure:16318: result: yes configure:16283: checking for locale.h configure:16293: cc -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:16299: $? = 0 configure:16318: result: yes configure:16283: checking for nl_types.h configure:16293: cc -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:16299: $? = 0 configure:16318: result: yes configure:16283: checking for string.h configure:16318: result: yes configure:16283: checking for values.h configure:16293: cc -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory In file included from configure:16290: /usr/include/values.h:2:2: warning: #warning "this file includes which is obsoleted, use or instead" configure:16299: $? = 0 configure:16318: result: yes configure:16283: checking for alloca.h configure:16293: cc -E -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory cpp0: warning: changing search order for system directory "/usr/include" cpp0: warning: as it has already been specified as a non-system directory configure:16290:20: alloca.h: No such file or directory configure:16299: $? = 1 configure: failed program was: #line 16289 "configure" #include "confdefs.h" #include configure:16318: result: no configure:16332: checking for getcwd configure:16369: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:16372: $? = 0 configure:16375: test -s conftest configure:16378: $? = 0 configure:16388: result: yes configure:16332: checking for munmap configure:16369: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:16372: $? = 0 configure:16375: test -s conftest configure:16378: $? = 0 configure:16388: result: yes configure:16332: checking for putenv configure:16369: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:16372: $? = 0 configure:16375: test -s conftest configure:16378: $? = 0 configure:16388: result: yes configure:16332: checking for setenv configure:16369: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:16372: $? = 0 configure:16375: test -s conftest configure:16378: $? = 0 configure:16388: result: yes configure:16332: checking for setlocale configure:16369: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:16372: $? = 0 configure:16375: test -s conftest configure:16378: $? = 0 configure:16388: result: yes configure:16332: checking for strchr configure:16369: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:16348: warning: conflicting types for built-in function `strchr' configure:16372: $? = 0 configure:16375: test -s conftest configure:16378: $? = 0 configure:16388: result: yes configure:16332: checking for strcasecmp configure:16369: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:16372: $? = 0 configure:16375: test -s conftest configure:16378: $? = 0 configure:16388: result: yes configure:16332: checking for __argz_count configure:16369: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory /tmp/ccCFC81X.o: In function `main': /tmp/ccCFC81X.o(.text+0xf): undefined reference to `__argz_count' configure:16372: $? = 1 configure: failed program was: #line 16338 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char __argz_count (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char __argz_count (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub___argz_count) || defined (__stub_____argz_count) choke me #else f = __argz_count; #endif ; return 0; } configure:16388: result: no configure:16332: checking for __argz_stringify configure:16369: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory /tmp/ccByExDu.o: In function `main': /tmp/ccByExDu.o(.text+0xf): undefined reference to `__argz_stringify' configure:16372: $? = 1 configure: failed program was: #line 16338 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char __argz_stringify (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char __argz_stringify (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub___argz_stringify) || defined (__stub_____argz_stringify) choke me #else f = __argz_stringify; #endif ; return 0; } configure:16388: result: no configure:16332: checking for __argz_next configure:16369: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory /tmp/ccmbzc9M.o: In function `main': /tmp/ccmbzc9M.o(.text+0xf): undefined reference to `__argz_next' configure:16372: $? = 1 configure: failed program was: #line 16338 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char __argz_next (); below. */ #include /* Override any gcc2 internal prototype to avoid an error. */ #ifdef __cplusplus extern "C" #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char __argz_next (); char (*f) (); int main () { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub___argz_next) || defined (__stub_____argz_next) choke me #else f = __argz_next; #endif ; return 0; } configure:16388: result: no configure:16398: checking for stpcpy configure:16433: c++ -c -Wmissing-prototypes -Werror -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc >&5 cc1plus: changing search order for system directory "/usr/include" cc1plus: as it has already been specified as a non-system directory cc1plus: changing search order for system directory "/usr/include" cc1plus: as it has already been specified as a non-system directory configure: In function `int main()': configure:16425: `stpcpy' undeclared (first use this function) configure:16425: (Each undeclared identifier is reported only once for each function it appears in.) configure:16436: $? = 1 configure: failed program was: #line 16416 "configure" #include "confdefs.h" #include int main () { char buffer[200]; stpcpy(buffer, buffer); ; return 0; } configure:16461: result: no configure:16472: checking for LC_MESSAGES configure:16490: cc -o conftest -DNDEBUG -O2 -O -pipe -march=pentiumpro -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.c -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib >&5 cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory cc1: warning: changing search order for system directory "/usr/include" cc1: warning: as it has already been specified as a non-system directory configure:16493: $? = 0 configure:16496: test -s conftest configure:16499: $? = 0 configure:16509: result: yes configure:16553: checking if STL implementation is SGI like configure:16579: c++ -c -DNDEBUG -DNO_DEBUG -O2 -O -pipe -march=pentiumpro -fno-check-new -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc >&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory In file included from /usr/include/g++/cstdlib:52, from /usr/include/g++/bits/stl_algobase.h:67, from /usr/include/g++/memory:54, from /usr/include/g++/string:48, from configure:16562: confdefs.h:5: previous declaration of `void exit(int)' with C++ linkage /usr/include/stdlib.h:103: conflicts with new declaration with C linkage configure:16582: $? = 1 configure: failed program was: #line 16560 "configure" #include "confdefs.h" #include using namespace std; int main () { string astring="Hallo Welt."; astring.erase(0, 6); // now astring is "Welt" return 0; ; return 0; } configure:16600: result: no configure:16613: checking if STL implementation is HP like configure:16639: c++ -c -DNDEBUG -DNO_DEBUG -O2 -O -pipe -march=pentiumpro -fno-check-new -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include conftest.cc >&5 cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory cc1plus: warning: changing search order for system directory "/usr/include" cc1plus: warning: as it has already been specified as a non-system directory In file included from /usr/include/g++/cstdlib:52, from /usr/include/g++/bits/stl_algobase.h:67, from /usr/include/g++/memory:54, from /usr/include/g++/string:48, from configure:16622: confdefs.h:5: previous declaration of `void exit(int)' with C++ linkage /usr/include/stdlib.h:103: conflicts with new declaration with C linkage configure: In function `int main()': configure:16630: no matching function for call to `std::basic_string, std::allocator >::remove(int, int)' configure:16642: $? = 1 configure: failed program was: #line 16620 "configure" #include "confdefs.h" #include using namespace std; int main () { string astring="Hello World"; astring.remove(0, 6); // now astring is "World" return 0; ; return 0; } configure:16660: result: no configure:16672: error: "no known STL type found - did you forget to install libstdc++-devel ?" ## ----------------- ## ## Cache variables. ## ## ----------------- ## ac_cv_type_size_t=yes lt_lt_cv_sys_global_symbol_pipe='"sed -n -e '\''s/^.*[ ]\\([ABCDGISTW][ABCDGISTW]*\\)[ ][ ]*\\(\\)\\([_A-Za-z][_A-Za-z0-9]*\\)\$/\\1 \\2\\3 \\3/p'\''"' am_cv_CC_dependencies_compiler_type=gcc3 ac_cv_func_getcwd=yes ac_cv_path_XGETTEXT=/usr/local/bin/xgettext ac_cv_prog_CXXCPP='c++ -E' ac_cv_env_CXXFLAGS_value=' -O -pipe -march=pentiumpro' lt_cv_sys_global_symbol_to_cdecl='sed -n -e '\''s/^. .* \(.*\)$/extern int \1;/p'\''' ac_cv_header_stdlib_h=yes lt_cv_file_magic_cmd='$MAGIC_CMD' ac_cv_header_nl_types_h=yes ac_cv_func_dlopen=yes ac_cv_prog_cc_g=yes ac_cv_env_CXXCPP_set= ac_cv_env_LDFLAGS_set= lt_cv_prog_compiler_c_o_CXX=no ac_cv_func_shl_load=no ac_cv_c_compiler_gnu=yes ac_cv_env_CFLAGS_set=set ac_cv_func_setlocale=yes lt_cv_sys_global_symbol_to_c_name_address='sed -n -e '\''s/^: \([^ ]*\) $/ {\"\1\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \([^ ]*\) \([^ ]*\)$/ {"\2", (lt_ptr) \&\2},/p'\''' ac_cv_func_mmap_fixed_mapped=yes lt_lt_cv_sys_global_symbol_to_cdecl='"sed -n -e '\''s/^. .* \\(.*\\)\$/extern int \\1;/p'\''"' lt_cv_sys_max_cmd_len=16384 ac_cv_prog_make_gmake_set=yes ac_cv_env_CPP_value= ac_cv_env_CPPFLAGS_set=set ac_cv_func_strcasecmp=yes lt_cv_dlopen_self=yes lt_cv_dlopen_libs= ac_cv_cxx_compiler_gnu=yes ac_cv_env_CXX_set=set ac_cv_func___argz_count=no lt_lt_cv_prog_compiler_c_o_CXX='"no"' ac_cv_env_host_alias_set= ac_cv_path_GMSGFMT=/usr/local/bin/msgfmt lt_cv_prog_compiler_c_o_GCJ=no lt_lt_cv_sys_global_symbol_to_c_name_address='"sed -n -e '\''s/^: \\([^ ]*\\) \$/ {\\\"\\1\\\", (lt_ptr) 0},/p'\'' -e '\''s/^[BCDEGRST] \\([^ ]*\\) \\([^ ]*\\)\$/ {\"\\2\", (lt_ptr) \\&\\2},/p'\''"' lt_cv_dlopen_self_static=yes lt_cv_ld_reload_flag=-r ac_cv_working_alloca_h=no ac_cv_func_munmap=yes ac_cv_header_values_h=yes ac_cv_header_sys_stat_h=yes lt_cv_prog_gnu_ld=yes ac_cv_env_build_alias_set=set ac_cv_header_limits_h=yes ac_cv_lib_dld_shl_load=no lt_cv_prog_compiler_c_o=no ac_cv_env_CXXCPP_value= ac_cv_env_LDFLAGS_value= ac_cv_env_target_alias_set= ac_cv_header_alloca_h=no ac_cv_func_alloca_works=yes ac_cv_host_alias=i386-portbld-freebsd5.0 ac_cv_env_CFLAGS_value='-O -pipe -march=pentiumpro' ac_cv_env_CC_set=set ac_cv_header_sys_types_h=yes ac_cv_header_stdc=yes ac_cv_path_MSGFMT=/usr/local/bin/msgfmt lt_lt_cv_prog_compiler_c_o_GCJ='"no"' ac_cv_func___argz_stringify=no ac_cv_header_strings_h=yes lt_cv_path_SED=/usr/bin/sed ac_cv_header_stdint_h=yes ac_cv_header_inttypes_h=yes kde_cv_stl_type_sgi=no ac_cv_func___argz_next=no ac_cv_func_setenv=yes ac_cv_header_locale_h=yes ac_cv_header_unistd_h=yes ac_cv_header_string_h=yes lt_cv_prog_compiler_rtti_exceptions=no lt_cv_path_LD=/usr/libexec/elf/ld ac_cv_build_alias=i386-portbld-freebsd5.0 ac_cv_env_CPPFLAGS_value=' -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include' ac_cv_func_strchr=yes kde_cv_prog_cxx_fexceptions=yes ac_cv_header_memory_h=yes lt_lt_cv_prog_compiler_c_o='"no"' ac_cv_prog_ac_ct_RANLIB=ranlib ac_cv_target_alias=i386-portbld-freebsd5.0 ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXX_value=c++ ac_cv_prog_ac_ct_STRIP=strip ac_cv_host=i386-portbld-freebsd5.0 ac_cv_env_host_alias_value= am_cv_val_LC_MESSAGES=yes ac_cv_type_off_t=yes lt_cv_objdir=.libs kde_cv_prog_cxx_fno_exceptions=yes ac_cv_prog_cxx_g=yes lt_cv_file_magic_test_file= kde_cv_prog_cxx_fno_check_new=yes ac_cv_header_argz_h=no am_cv_CXX_dependencies_compiler_type=gcc3 ac_cv_prog_CPP='cc -E' ac_cv_prog_AWK=gawk ac_cv_build=i386-portbld-freebsd5.0 ac_cv_env_build_alias_value=i386-portbld-freebsd5.0 ac_cv_func_getpagesize=yes lt_cv_sys_global_symbol_pipe='sed -n -e '\''s/^.*[ ]\([ABCDGISTW][ABCDGISTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p'\''' lt_cv_deplibs_check_method=pass_all ac_cv_prog_ac_ct_CC=cc ac_cv_target=i386-portbld-freebsd5.0 ac_cv_env_target_alias_value= kde_cv_stl_type_hp=no ac_cv_env_CC_value=cc lt_cv_path_NM='/usr/bin/nm -B' ac_cv_env_CPP_set= ac_cv_header_dlfcn_h=yes kde_cv_prog_cxx_frepo=yes kde_cv_func_stpcpy=no ac_cv_func_putenv=yes lt_cv_dlopen=dlopen ac_cv_objext=o ## ------------ ## ## confdefs.h. ## ## ------------ ## #define PACKAGE "kdelibs-3.0.1" #define VERSION "3.0.1" #ifdef __cplusplus void exit (int); #endif #define HAVE_TEMPLATE_REPOSITORY 1 #define HAVE_DLFCN_H 1 #define STDC_HEADERS 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STRINGS_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_UNISTD_H 1 #define HAVE_ALLOCA 1 #define HAVE_STDLIB_H 1 #define HAVE_UNISTD_H 1 #define HAVE_GETPAGESIZE 1 #define HAVE_MMAP 1 #define HAVE_LIMITS_H 1 #define HAVE_LOCALE_H 1 #define HAVE_NL_TYPES_H 1 #define HAVE_STRING_H 1 #define HAVE_VALUES_H 1 #define HAVE_GETCWD 1 #define HAVE_MUNMAP 1 #define HAVE_PUTENV 1 #define HAVE_SETENV 1 #define HAVE_SETLOCALE 1 #define HAVE_STRCHR 1 #define HAVE_STRCASECMP 1 #define HAVE_LC_MESSAGES 1 configure: exit 1 -=-=- -- Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- Ollivier.Robert@eurocontrol.fr FreeBSD caerdonn.eurocontrol.fr 5.0-CURRENT #46: Wed Jan 3 15:52:00 CET 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 2: 7:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by hub.freebsd.org (Postfix) with SMTP id D632137B401 for ; Tue, 25 Jun 2002 02:07:24 -0700 (PDT) Received: (qmail 1862 invoked by uid 0); 25 Jun 2002 09:07:23 -0000 Received: from pd950a5aa.dip.t-dialin.net (HELO gmx.net) (217.80.165.170) by mail.gmx.net (mp007-rz3) with SMTP; 25 Jun 2002 09:07:23 -0000 Message-ID: <3D1832A3.2090900@gmx.net> Date: Tue, 25 Jun 2002 11:06:43 +0200 From: Michael Nottebrock User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.0rc2) Gecko/20020513 Netscape/7.0b1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ollivier Robert Cc: kde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: [kde-freebsd] [3.0.1] gcc/g++ 3.1 problems References: <20020625085324.GA46452@caerdonn.eurocontrol.fr> X-Enigmail-Version: 0.61.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7478F027C8CD3C166FE980B2" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The following is an OpenPGP/MIME signed message created by Enigmail/Mozilla, following RFC 2440 and RFC 2015 --------------enig7478F027C8CD3C166FE980B2 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Ollivier Robert wrote: > Hello, > > I've upgraded my CURRENT system to a post gcc 3.1 world and I'm now unable > to compile any C++ program that use the STL (incl. KDE 3.0.1). I happens > with the system g++ 3.1 and the ports g++ 3.1.1 and with both a clean > /usr/include/g++ and the old one (which has lots of older files due to > CURRENT evolution). The weird thing is that my laptop, also running > CURRENT, is fine. You need a clean /usr/include. Remove the old one and 'make includes' in /usr/src. Please make also sure your ports-tree is up to date. I think you're using an old bsd.kde.mk. Regards, -- Michael Nottebrock "The circumstance ends uglily in the cruel result." - Babelfish --------------enig7478F027C8CD3C166FE980B2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE9GDKpXhc68WspdLARAqYzAJwNwuobZjmuZ5KVd/WBpGw80ahHDQCfa4OO pD9vdkZM3s+IMCMsoPAcsqg= =yB4s -----END PGP SIGNATURE----- --------------enig7478F027C8CD3C166FE980B2-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 2:25: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87]) by hub.freebsd.org (Postfix) with ESMTP id 3424C37B403; Tue, 25 Jun 2002 02:25:01 -0700 (PDT) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id 359D72A90; Tue, 25 Jun 2002 11:25:00 +0200 (CEST) Date: Tue, 25 Jun 2002 11:25:00 +0200 From: Ollivier Robert To: Michael Nottebrock Cc: kde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: [kde-freebsd] [3.0.1] gcc/g++ 3.1 problems Message-ID: <20020625092500.GA42544@tara.freenix.org> Mail-Followup-To: Michael Nottebrock , kde@FreeBSD.ORG, current@FreeBSD.ORG References: <20020625085324.GA46452@caerdonn.eurocontrol.fr> <3D1832A3.2090900@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D1832A3.2090900@gmx.net> X-Operating-System: FreeBSD 5.0-CURRENT K6-3D/266 & 2x PIII/800 SMP User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG According to Michael Nottebrock: > You need a clean /usr/include. Remove the old one and 'make includes' in Good, that I had. > /usr/src. Please make also sure your ports-tree is up to date. I think > you're using an old bsd.kde.mk. That was it, thanks. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 2:26:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id A59F537B401 for ; Tue, 25 Jun 2002 02:26:03 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.3/8.12.3) with ESMTP id g5P9Pv8r001647; Tue, 25 Jun 2002 10:25:57 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.3/8.12.3/Submit) with UUCP id g5P9Pvc6001646; Tue, 25 Jun 2002 10:25:57 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.4/8.12.4) with ESMTP id g5P9KJnG005006; Tue, 25 Jun 2002 10:20:19 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200206250920.g5P9KJnG005006@grimreaper.grondar.org> To: Jonathan Belson Cc: current@freebsd.org Subject: Re: Perl scripts that need rewiting - Any volunteers? References: <3D17770E.1060904@witchspace.com> In-Reply-To: <3D17770E.1060904@witchspace.com> ; from Jonathan Belson "Mon, 24 Jun 2002 20:46:22 BST." Date: Tue, 25 Jun 2002 10:20:19 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > o Please shorten any long line or comment to less than 80 columns > > This is quite tricky when using 8 character tabs. Is 4 character indent > okay for userland source? "Real" tabs are best. Look at style(9) for ways to break the long lines. It is ok to break very long lines like this; > > o Please do not use mktemp(); use mkstemp() instead. > > I used mktemp() to get a filename to redirect to, eg. > > /* Improvised example */ > char *cmd; > asprintf(cmd, "prog > %s", mktemp(blah)); > system(cmd); > free(cmd); BIG security hole. Someone can exploit a race to compromise this. > I couldn't see a simple way around this, any clues? How's this? int handle; template = "/tmp/mumbleXXXXXXXX"; char *cmd; handle = mkstemp(template); // template is modified asprintf(cmd, "prog > %s", template); system(cmd); close(handle); // bye-bye file M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 2:36:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 7D8F637B6A2 for ; Tue, 25 Jun 2002 02:34:22 -0700 (PDT) Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 3.36 #1) id 17MmiX-000JFy-00; Tue, 25 Jun 2002 11:34:33 +0200 Date: Tue, 25 Jun 2002 11:34:33 +0200 From: Sheldon Hearn To: Mark Murray Cc: Jonathan Belson , current@freebsd.org Subject: Re: Perl scripts that need rewiting - Any volunteers? Message-ID: <20020625093433.GF73283@starjuice.net> Mail-Followup-To: Mark Murray , Jonathan Belson , current@freebsd.org References: <3D17770E.1060904@witchspace.com> <200206250920.g5P9KJnG005006@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200206250920.g5P9KJnG005006@grimreaper.grondar.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On (2002/06/25 10:20), Mark Murray wrote: > How's this? > > int handle; > template = "/tmp/mumbleXXXXXXXX"; > char *cmd; > handle = mkstemp(template); // template is modified > asprintf(cmd, "prog > %s", template); > system(cmd); > close(handle); // bye-bye file It would be failsafe if you tested that mkstemp() had not returned an error. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 2:40:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from hotmail.com (law2-oe26.hotmail.com [216.32.180.19]) by hub.freebsd.org (Postfix) with ESMTP id 79F5137B69D; Tue, 25 Jun 2002 02:34:21 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 25 Jun 2002 02:33:51 -0700 X-Originating-IP: [203.144.144.233] From: "mont" To: Subject: =?windows-874?B?cGFydC10aW1lIDUsMDAwLTEwLDAwMCCk2LOh57fT5LTpICEhIQ==?= Date: Tue, 25 Jun 2002 16:30:25 +0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0163_01C21C65.9C076480" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-ID: X-OriginalArrivalTime: 25 Jun 2002 09:33:51.0414 (UTC) FILETIME=[6A679560:01C21C2B] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0163_01C21C65.9C076480 Content-Type: text/plain; charset="windows-874" Content-Transfer-Encoding: quoted-printable = =C3=D0=BA=BA=A1=D2=C3=B7=D3=A7=D2=B9=A2=CD=A7=B8=D8=C3=A1=D4=A8=E3=B9=CD=B9= =D2=A4=B5 =B7=D3=E4=B4=E9=A7=E8=D2=C2 = =E1=C5=D0=CA=C3=E9=D2=A7=C3=D2=C2=E4=B4=E9=A7=D2=C1=A8=D2=A1=A1=D2=C3=B7=D3= =A7=D2=B9=BC=E8=D2=B9=C3=D0=BA=BA =BC=C1=C1=D5=C3=D2=C2=E4=B4=E9=C1=D2=A1=A1=C7=E8=D2 30,000 / = =E0=B4=D7=CD=B9 = =A8=D2=A1=A1=D2=C3=B7=D3=A7=D2=B9=E0=BE=D5=C2=A7=C7=D1=B9=C5=D0 2-3 = =AA=D1=E8=C7=E2=C1=A7=E0=B7=E8=D2=B9=D1=E9=B9 =E2=CD=A1=D2=CA=C1=D2=B6=D6=A7=A4=D8=B3=E1=C5=E9=C7 ! = =E0=CB=C5=D7=CD=E1=B5=E8=E0=BE=D5=C2=A7=A4=D8=B3=A8=D0=A4=C7=E9=D2=C1=D1=B9= =CB=C3=D7=CD=E0=BB=C5=E8=D2 =A1=D2=C3=BA=C3=C3=C2=D2=C2=E1=B9=D0=B9=D3=B8=D8=C3=A1=D4=A8 = International E-Business =E0=C3=D5=C2=B9=C3=D9=E9=C7=D4=B8=D5=A1=D2=C3=B7=D3=A7=D2=B9 = =B8=D8=C3=A1=D4=A8=B9=D2=B9=D2=AA=D2=B5=D4 =BA=B9 Internet=20 = =E0=C3=D5=C2=B9=C3=D9=E9=E1=BC=B9=A1=D2=C3=B7=D3=A7=D2=B9=E0=BE=D4=E8=C1=C3= =D2=C2=E4=B4=E9=BE=D4=E0=C8=C9=E3=B9=E1=B5=E8=C5=D0=E0=B4=D7=CD=B9 = =E1=BC=B9=C3=D2=C2=E4=B4=E9=CD=C2=E8=D2=A7=A8=C3=D4=A7=A8=D1=A7=E1=BA=BA=B7= =D3=A7=D2=B9 Part-time 15,000 =B6=D6=A7 60,000 =BA=D2=B7/=E0=B4=D7=CD=B9 =E0=C7=C5=D2=B7=D5=E8=B5=E9=CD=A7=E3=AA=E9 : 7- 14 =AA=C1. = /=CA=D1=BB=B4=D2=CB=EC=20 = =E1=BC=B9=C3=D2=C2=E4=B4=E9=CD=C2=E8=D2=A7=A8=C3=D4=A7=A8=D1=A7=E1=BA=BA=B7= =D3=A7=D2=B9 full-time 30,000 =B6=D6=A7 170,000 =BA=D2=B7/=E0=B4=D7=CD=B9 =E0=C7=C5=D2=B7=D5=E8=B5=E9=CD=A7=E3=AA=E9 : 20- 40 =AA=C1. = /=CA=D1=BB=B4=D2=CB=EC=20 =A2=E8=D2=C7=B4=D5 ! =CA=D3=CB=C3=D1=BA = =BC=D9=E9=B7=D5=E8=CD=C2=D9=E8=E3=B9=E0=A2=B5 =A1=C3=D8=A7=E0=B7=BE=CF = =E1=C5=D0=BB=C3=D4=C1=C5=B1=C5 = =CA=D3=C3=CD=A7=B7=D5=E8=B9=D1=E8=A7=E0=BE=D7=E8=CD=BF=D1=A7=A1=D2=C3=BA=C3= =C3=C2=D2=C2 =BF=C3=D5 !!! = ************************************************************* = =A2=CD=CD=C0=D1=C2=CB=D2=A1=A2=E9=CD=A4=C7=D2=C1=B9=D5=E9=E4=BB=B6=D6=A7=A4= =D8=B3=E2=B4=C2=BA=D1=A7=E0=CD=D4=AD=CB=D2=A1=A4=D8=B3=E4=C1=E8=B5=E9=CD=A7= =A1=D2=C3=C3=D1=BA=A2=E9=CD=A4=C7=D2=C1=B9=D5=E9=CD=D5=A1 =A1=C3=D8=B3=D2 =E1=A8=E9=A7 Mail = =A2=CD=A7=A4=D8=B3=B7=D5=E8=B5=E9=CD=A7=A1=D2=C3=C5=BA=C1=D2=B7=D5=E8 = "Unsubscribe" =20 =20 ------=_NextPart_000_0163_01C21C65.9C076480 Content-Type: text/html; charset="windows-874" Content-Transfer-Encoding: quoted-printable

=C3=D0=BA=BA=A1=D2=C3=B7=D3=A7=D2=B9=A2=CD=A7=B8=D8=C3=A1=D4=A8= =E3=B9=CD=B9=D2=A4=B5
=B7=D3=E4=B4=E9=A7=E8=D2=C2=20 = =E1=C5=D0=CA=C3=E9=D2=A7=C3=D2=C2=E4=B4=E9=A7=D2=C1=A8=D2=A1=A1=D2=C3=B7=D3= =A7=D2=B9=BC=E8=D2=B9=C3=D0=BA=BA
=BC=C1=C1=D5=C3=D2=C2=E4=B4=E9=C1=D2=A1=A1=C7=E8=D2=20 30,000 / =E0=B4=D7=CD=B9 = =A8=D2=A1=A1=D2=C3=B7=D3=A7=D2=B9=E0=BE=D5=C2=A7=C7=D1=B9=C5=D0 2-3=20 = =AA=D1=E8=C7=E2=C1=A7=E0=B7=E8=D2=B9=D1=E9=B9
=E2=CD=A1=D2=CA=C1=D2=B6=D6=A7=A4=D8=B3=E1=C5=E9=C7=20 !
=E0=CB=C5=D7=CD=E1=B5=E8=E0=BE=D5=C2=A7=A4=D8=B3=A8=D0=A4=C7= =E9=D2=C1=D1=B9=CB=C3=D7=CD=E0=BB=C5=E8=D2

=A1=D2=C3=BA=C3=C3=C2=D2=C2=E1=B9=D0=B9=D3=B8=D8=C3=A1=D4= =A8 International=20 E-Business
=E0=C3=D5=C2=B9=C3=D9=E9=C7=D4=B8=D5=A1=D2=C3=B7=D3=A7=D2= =B9 =B8=D8=C3=A1=D4=A8=B9=D2=B9=D2=AA=D2=B5=D4 =BA=B9 Internet=20
=E0=C3=D5=C2=B9=C3=D9=E9=E1=BC=B9=A1=D2=C3=B7=D3=A7=D2=B9= =E0=BE=D4=E8=C1=C3=D2=C2=E4=B4=E9=BE=D4=E0=C8=C9=E3=B9=E1=B5=E8=C5=D0=E0=B4= =D7=CD=B9

=E1=BC=B9=C3=D2=C2=E4=B4=E9=CD=C2=E8=D2=A7=A8=C3=D4=A7=A8=D1=A7=E1=BA= =BA=B7=D3=A7=D2=B9 Part-time
15,000 =B6=D6=A7 = 60,000=20 = =BA=D2=B7/=E0=B4=D7=CD=B9
=E0=C7=C5=D2=B7=D5=E8=B5=E9=CD=A7=E3=AA=E9 = : 7- 14 =AA=C1. /=CA=D1=BB=B4=D2=CB=EC=20 =
=E1=BC=B9=C3=D2=C2=E4=B4=E9=CD=C2=E8=D2=A7=A8=C3=D4=A7=A8=D1=A7=E1=BA= =BA=B7=D3=A7=D2=B9 full-time
30,000 =B6=D6=A7 170,000=20 = =BA=D2=B7/=E0=B4=D7=CD=B9
=E0=C7=C5=D2=B7=D5=E8=B5=E9=CD=A7=E3=AA=E9 = : 20- 40 =AA=C1. /=CA=D1=BB=B4=D2=CB=EC

=A2=E8=D2=C7=B4=D5=20 !     = =CA=D3=CB=C3=D1=BA = =BC=D9=E9=B7=D5=E8=CD=C2=D9=E8=E3=B9=E0=A2=B5=20 =A1=C3=D8=A7=E0=B7=BE=CF  = =E1=C5=D0=BB=C3=D4=C1=C5=B1=C5
=CA=D3=C3=CD=A7=B7=D5=E8=B9=D1=E8=A7=E0=BE=D7=E8=CD=BF=D1=A7=A1=D2= =C3=BA=C3=C3=C2=D2=C2   = =BF=C3=D5 !!!
*************************************************************
          &nbs= p; =20 =A2=CD=CD=C0=D1=C2=CB=D2=A1=A2=E9=CD=A4=C7=D2=C1=B9=D5=E9=E4=BB= =B6=D6=A7=A4=D8=B3=E2=B4=C2=BA=D1=A7=E0=CD=D4=AD=CB=D2=A1=A4=D8=B3=E4=C1=E8= =B5=E9=CD=A7=A1=D2=C3=C3=D1=BA=A2=E9=CD=A4=C7=D2=C1=B9=D5=E9=CD=D5=A1
=   =20 =            =        =20 =A1=C3=D8=B3=D2 =E1=A8=E9=A7 Mail=20 = =A2=CD=A7=A4=D8=B3=B7=D5=E8=B5=E9=CD=A7=A1=D2=C3=C5=BA=C1=D2=B7=D5=E8 = "Unsubscribe"

------=_NextPart_000_0163_01C21C65.9C076480-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 2:42:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 3C4E037B718 for ; Tue, 25 Jun 2002 02:37:18 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id 0909BAE27E; Tue, 25 Jun 2002 02:37:18 -0700 (PDT) Date: Tue, 25 Jun 2002 02:37:18 -0700 From: Alfred Perlstein To: Mark Murray Cc: Jonathan Belson , current@freebsd.org Subject: Re: Perl scripts that need rewiting - Any volunteers? Message-ID: <20020625093717.GM53232@elvis.mu.org> References: <3D17770E.1060904@witchspace.com> <200206250920.g5P9KJnG005006@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200206250920.g5P9KJnG005006@grimreaper.grondar.org> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Mark Murray [020625 02:26] wrote: > > > I couldn't see a simple way around this, any clues? > > How's this? > > int handle; > template = "/tmp/mumbleXXXXXXXX"; > char *cmd; > handle = mkstemp(template); // template is modified > asprintf(cmd, "prog > %s", template); > system(cmd); > close(handle); // bye-bye file Kinda buggy. :) int fd, status; char *template = strdup("/tmp/mumbleXXXXXXXX"); if (template == NULL) /* ERROR */ fd = mkstemp(template); if (fd == -1) { free(template); /* ERROR */ } asprintf(cmd, "prog > %s", template); status = system(cmd); unlink(template); free(cmd); free(template); close(fd); /* if normal exit, return true if exit code was 0 (success) */ return (WIFEXITED(status) ? WEXITSTATUS(status) == EXIT_SUCCESS : 0); -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 2:53: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from hotmail.com (oe55.pav2.hotmail.com [64.4.36.63]) by hub.freebsd.org (Postfix) with ESMTP id 5EC1537B40C; Tue, 25 Jun 2002 02:49:32 -0700 (PDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 25 Jun 2002 02:49:31 -0700 X-Originating-IP: [203.144.144.233] From: "mont" To: Subject: =?windows-874?B?cGFydC10aW1lIDUsMDAwLTEwLDAwMCCk2LOh57fT5LTpICEhIQ==?= Date: Tue, 25 Jun 2002 16:45:39 +0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01FE_01C21C67.BCB0AE60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-ID: X-OriginalArrivalTime: 25 Jun 2002 09:49:31.0844 (UTC) FILETIME=[9AF1D040:01C21C2D] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_01FE_01C21C67.BCB0AE60 Content-Type: text/plain; charset="windows-874" Content-Transfer-Encoding: quoted-printable = =C3=D0=BA=BA=A1=D2=C3=B7=D3=A7=D2=B9=A2=CD=A7=B8=D8=C3=A1=D4=A8=E3=B9=CD=B9= =D2=A4=B5 =B7=D3=E4=B4=E9=A7=E8=D2=C2 = =E1=C5=D0=CA=C3=E9=D2=A7=C3=D2=C2=E4=B4=E9=A7=D2=C1=A8=D2=A1=A1=D2=C3=B7=D3= =A7=D2=B9=BC=E8=D2=B9=C3=D0=BA=BA =BC=C1=C1=D5=C3=D2=C2=E4=B4=E9=C1=D2=A1=A1=C7=E8=D2 30,000 / = =E0=B4=D7=CD=B9 = =A8=D2=A1=A1=D2=C3=B7=D3=A7=D2=B9=E0=BE=D5=C2=A7=C7=D1=B9=C5=D0 2-3 = =AA=D1=E8=C7=E2=C1=A7=E0=B7=E8=D2=B9=D1=E9=B9 =E2=CD=A1=D2=CA=C1=D2=B6=D6=A7=A4=D8=B3=E1=C5=E9=C7 ! = =E0=CB=C5=D7=CD=E1=B5=E8=E0=BE=D5=C2=A7=A4=D8=B3=A8=D0=A4=C7=E9=D2=C1=D1=B9= =CB=C3=D7=CD=E0=BB=C5=E8=D2 =A1=D2=C3=BA=C3=C3=C2=D2=C2=E1=B9=D0=B9=D3=B8=D8=C3=A1=D4=A8 = International E-Business =E0=C3=D5=C2=B9=C3=D9=E9=C7=D4=B8=D5=A1=D2=C3=B7=D3=A7=D2=B9 = =B8=D8=C3=A1=D4=A8=B9=D2=B9=D2=AA=D2=B5=D4 =BA=B9 Internet=20 = =E0=C3=D5=C2=B9=C3=D9=E9=E1=BC=B9=A1=D2=C3=B7=D3=A7=D2=B9=E0=BE=D4=E8=C1=C3= =D2=C2=E4=B4=E9=BE=D4=E0=C8=C9=E3=B9=E1=B5=E8=C5=D0=E0=B4=D7=CD=B9 = =E1=BC=B9=C3=D2=C2=E4=B4=E9=CD=C2=E8=D2=A7=A8=C3=D4=A7=A8=D1=A7=E1=BA=BA=B7= =D3=A7=D2=B9 Part-time 15,000 =B6=D6=A7 60,000 =BA=D2=B7/=E0=B4=D7=CD=B9 =E0=C7=C5=D2=B7=D5=E8=B5=E9=CD=A7=E3=AA=E9 : 7- 14 =AA=C1. = /=CA=D1=BB=B4=D2=CB=EC=20 = =E1=BC=B9=C3=D2=C2=E4=B4=E9=CD=C2=E8=D2=A7=A8=C3=D4=A7=A8=D1=A7=E1=BA=BA=B7= =D3=A7=D2=B9 full-time 30,000 =B6=D6=A7 170,000 =BA=D2=B7/=E0=B4=D7=CD=B9 =E0=C7=C5=D2=B7=D5=E8=B5=E9=CD=A7=E3=AA=E9 : 20- 40 =AA=C1. = /=CA=D1=BB=B4=D2=CB=EC=20 =A2=E8=D2=C7=B4=D5 ! =CA=D3=CB=C3=D1=BA = =BC=D9=E9=B7=D5=E8=CD=C2=D9=E8=E3=B9=E0=A2=B5 =A1=C3=D8=A7=E0=B7=BE=CF = =E1=C5=D0=BB=C3=D4=C1=C5=B1=C5 = =CA=D3=C3=CD=A7=B7=D5=E8=B9=D1=E8=A7=E0=BE=D7=E8=CD=BF=D1=A7=A1=D2=C3=BA=C3= =C3=C2=D2=C2 =BF=C3=D5 !!! = ************************************************************* = =A2=CD=CD=C0=D1=C2=CB=D2=A1=A2=E9=CD=A4=C7=D2=C1=B9=D5=E9=E4=BB=B6=D6=A7=A4= =D8=B3=E2=B4=C2=BA=D1=A7=E0=CD=D4=AD=CB=D2=A1=A4=D8=B3=E4=C1=E8=B5=E9=CD=A7= =A1=D2=C3=C3=D1=BA=A2=E9=CD=A4=C7=D2=C1=B9=D5=E9=CD=D5=A1 =A1=C3=D8=B3=D2 =E1=A8=E9=A7 Mail = =A2=CD=A7=A4=D8=B3=B7=D5=E8=B5=E9=CD=A7=A1=D2=C3=C5=BA=C1=D2=B7=D5=E8 = "Unsubscribe" =20 =20 ------=_NextPart_000_01FE_01C21C67.BCB0AE60 Content-Type: text/html; charset="windows-874" Content-Transfer-Encoding: quoted-printable

=C3=D0=BA=BA=A1=D2=C3=B7=D3=A7=D2=B9=A2=CD=A7=B8=D8=C3=A1=D4=A8= =E3=B9=CD=B9=D2=A4=B5
=B7=D3=E4=B4=E9=A7=E8=D2=C2=20 = =E1=C5=D0=CA=C3=E9=D2=A7=C3=D2=C2=E4=B4=E9=A7=D2=C1=A8=D2=A1=A1=D2=C3=B7=D3= =A7=D2=B9=BC=E8=D2=B9=C3=D0=BA=BA
=BC=C1=C1=D5=C3=D2=C2=E4=B4=E9=C1=D2=A1=A1=C7=E8=D2=20 30,000 / =E0=B4=D7=CD=B9 = =A8=D2=A1=A1=D2=C3=B7=D3=A7=D2=B9=E0=BE=D5=C2=A7=C7=D1=B9=C5=D0 2-3=20 = =AA=D1=E8=C7=E2=C1=A7=E0=B7=E8=D2=B9=D1=E9=B9
=E2=CD=A1=D2=CA=C1=D2=B6=D6=A7=A4=D8=B3=E1=C5=E9=C7=20 !
=E0=CB=C5=D7=CD=E1=B5=E8=E0=BE=D5=C2=A7=A4=D8=B3=A8=D0=A4=C7= =E9=D2=C1=D1=B9=CB=C3=D7=CD=E0=BB=C5=E8=D2

=A1=D2=C3=BA=C3=C3=C2=D2=C2=E1=B9=D0=B9=D3=B8=D8=C3=A1=D4= =A8 International=20 E-Business
=E0=C3=D5=C2=B9=C3=D9=E9=C7=D4=B8=D5=A1=D2=C3=B7=D3=A7=D2= =B9 =B8=D8=C3=A1=D4=A8=B9=D2=B9=D2=AA=D2=B5=D4 =BA=B9 Internet=20
=E0=C3=D5=C2=B9=C3=D9=E9=E1=BC=B9=A1=D2=C3=B7=D3=A7=D2=B9= =E0=BE=D4=E8=C1=C3=D2=C2=E4=B4=E9=BE=D4=E0=C8=C9=E3=B9=E1=B5=E8=C5=D0=E0=B4= =D7=CD=B9

=E1=BC=B9=C3=D2=C2=E4=B4=E9=CD=C2=E8=D2=A7=A8=C3=D4=A7=A8=D1=A7=E1=BA= =BA=B7=D3=A7=D2=B9 Part-time
15,000 =B6=D6=A7 = 60,000=20 = =BA=D2=B7/=E0=B4=D7=CD=B9
=E0=C7=C5=D2=B7=D5=E8=B5=E9=CD=A7=E3=AA=E9 = : 7- 14 =AA=C1. /=CA=D1=BB=B4=D2=CB=EC=20 =
=E1=BC=B9=C3=D2=C2=E4=B4=E9=CD=C2=E8=D2=A7=A8=C3=D4=A7=A8=D1=A7=E1=BA= =BA=B7=D3=A7=D2=B9 full-time
30,000 =B6=D6=A7 170,000=20 = =BA=D2=B7/=E0=B4=D7=CD=B9
=E0=C7=C5=D2=B7=D5=E8=B5=E9=CD=A7=E3=AA=E9 = : 20- 40 =AA=C1. /=CA=D1=BB=B4=D2=CB=EC

=A2=E8=D2=C7=B4=D5=20 !     = =CA=D3=CB=C3=D1=BA = =BC=D9=E9=B7=D5=E8=CD=C2=D9=E8=E3=B9=E0=A2=B5=20 =A1=C3=D8=A7=E0=B7=BE=CF  = =E1=C5=D0=BB=C3=D4=C1=C5=B1=C5
=CA=D3=C3=CD=A7=B7=D5=E8=B9=D1=E8=A7=E0=BE=D7=E8=CD=BF=D1=A7=A1=D2= =C3=BA=C3=C3=C2=D2=C2   = =BF=C3=D5 !!!
*************************************************************
          &nbs= p; =20 =A2=CD=CD=C0=D1=C2=CB=D2=A1=A2=E9=CD=A4=C7=D2=C1=B9=D5=E9=E4=BB= =B6=D6=A7=A4=D8=B3=E2=B4=C2=BA=D1=A7=E0=CD=D4=AD=CB=D2=A1=A4=D8=B3=E4=C1=E8= =B5=E9=CD=A7=A1=D2=C3=C3=D1=BA=A2=E9=CD=A4=C7=D2=C1=B9=D5=E9=CD=D5=A1
=   =20 =            =        =20 =A1=C3=D8=B3=D2 =E1=A8=E9=A7 Mail=20 = =A2=CD=A7=A4=D8=B3=B7=D5=E8=B5=E9=CD=A7=A1=D2=C3=C5=BA=C1=D2=B7=D5=E8 = "Unsubscribe"

------=_NextPart_000_01FE_01C21C67.BCB0AE60-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 2:55:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 3373C37B483 for ; Tue, 25 Jun 2002 02:50:59 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.3/8.12.3) with ESMTP id g5P9ov8r001939; Tue, 25 Jun 2002 10:50:58 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.3/8.12.3/Submit) with UUCP id g5P9ouvZ001938; Tue, 25 Jun 2002 10:50:56 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.4/8.12.4) with ESMTP id g5P9kpnG005414; Tue, 25 Jun 2002 10:46:51 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200206250946.g5P9kpnG005414@grimreaper.grondar.org> To: Alfred Perlstein Cc: Jonathan Belson , current@freebsd.org Subject: Re: Perl scripts that need rewiting - Any volunteers? References: <20020625093717.GM53232@elvis.mu.org> In-Reply-To: <20020625093717.GM53232@elvis.mu.org> ; from Alfred Perlstein "Tue, 25 Jun 2002 02:37:18 PDT." Date: Tue, 25 Jun 2002 10:46:51 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Kinda buggy. :) Ya, ya, ya. :-) That was the concept model. The actual author can make it robust. :-) M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 3:12:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 8785C37B438 for ; Tue, 25 Jun 2002 03:12:29 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g5PACRn71992 for ; Tue, 25 Jun 2002 19:12:28 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <200206250827.g5P8RGnG002478@grimreaper.grondar.org> References: <200206250827.g5P8RGnG002478@grimreaper.grondar.org> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 43 From: Makoto Matsushita To: current@FreeBSD.org Subject: sysinstall meets perl5 packages: the solution is ...? Date: Tue, 25 Jun 2002 19:12:25 +0900 Message-Id: <20020625191225Z.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG mark> /usr/sbin/sysinstall * - fix - * What should we do about sysinstall and perl5 package? Options for the solution may include: 1) Install perl5 package also if 'base' distribution is selected. pros: Nobody forget to install perl5 package. /usr/bin/perl should work as like as 4-stable. cons: Users who want to have "perl-free" FreeBSD dislike it. 2) Use additional menu for "install perl5 package or not", if 'base' distribution is selected. Install perl5 package if user selects "yes" to the menu. pros: Choices is available. Maybe nobody forget to install perl5 package. cons: New menu sometimes confuses users. Somebody request that "why only perl? please add new menu for installing (your favorite application name here)." 3) New entry 'perl5' is added to the distributions list, just like base, compat4x, crypto, XFree86, etc. Install perl5 package if perl5 package is selected. pros: Simple and obvious for users. Also some meta-distribution (for example, 'User') may include perl5 explicitly. cons: Since there are only 32bit for distributions type, if we want to add COMPAT5X distribution in the future, these flags need to be re-organized. Somebody requests that "why only perl? please add (your favorite application name here) to the menu." 4) Do nothing. pros: Nothing to be done is a good news :-) cons: Some users may shout: "Help! where is my perl?" 5) (add your option here) -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 5:14: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87]) by hub.freebsd.org (Postfix) with ESMTP id 4B46B37B405 for ; Tue, 25 Jun 2002 05:13:58 -0700 (PDT) Received: by tara.freenix.org (Postfix/TLS, from userid 101) id 319FF2A90; Tue, 25 Jun 2002 14:13:57 +0200 (CEST) Date: Tue, 25 Jun 2002 14:13:57 +0200 From: Ollivier Robert To: current@FreeBSD.org Subject: Re: sysinstall meets perl5 packages: the solution is ...? Message-ID: <20020625121356.GA43190@tara.freenix.org> Mail-Followup-To: current@FreeBSD.org References: <200206250827.g5P8RGnG002478@grimreaper.grondar.org> <20020625191225Z.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020625191225Z.matusita@jp.FreeBSD.org> X-Operating-System: FreeBSD 5.0-CURRENT K6-3D/266 & 2x PIII/800 SMP User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG According to Makoto Matsushita: > 3) New entry 'perl5' is added to the distributions list, just like > base, compat4x, crypto, XFree86, etc. Install perl5 package if > perl5 package is selected. 3a) new entry perl5 added but selected by default to match what's in STABLE. POLA is respected and if some of us want to remove it, it is possible. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 5:32: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from e21.nc.us.ibm.com (e21.nc.us.ibm.com [32.97.136.227]) by hub.freebsd.org (Postfix) with ESMTP id A387237B422 for ; Tue, 25 Jun 2002 05:31:16 -0700 (PDT) Received: from westrelay05.boulder.ibm.com (westrelay05.boulder.ibm.com [9.17.192.101]) by e21.nc.us.ibm.com (8.12.2/8.12.2) with ESMTP id g5PCVERY160316 for ; Tue, 25 Jun 2002 08:31:15 -0400 Received: from calvin.in.ibm.com (calvin.in.ibm.com [9.182.24.126]) by westrelay05.boulder.ibm.com (8.11.1m3/NCO/VER6.2) with ESMTP id g5PCUQG85122 for ; Tue, 25 Jun 2002 06:30:27 -0600 Received: by calvin.in.ibm.com (Postfix, from userid 1001) id 4C40F345F; Tue, 25 Jun 2002 17:58:13 +0530 (IST) Date: Tue, 25 Jun 2002 17:58:13 +0530 From: Sid Carter To: current@freebsd.org Subject: Re: Kernel Panic and Automagic Reboots Message-ID: <20020625122813.GA335@calvin.in.ibm.com> References: <20020611134308.GA346@calvin.in.ibm.com> <1023812024.3d0621b85f97b@Mail.EnContacto.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1023812024.3d0621b85f97b@Mail.EnContacto.Net> X-Operating-System: uname -rsp Organisation: Sid Carter Inc. User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG An Tue, Jun 11, 2002 at 09:13:44AM -0700, Edwin Culp schreib : > Quoting Sid Carter : > | FreeBSD calvin 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Jun 10 13:55:43 IST > | 2002 root@calvin:/usr/obj/usr/src/sys/GENERIC i386 Hi guys, Another reboot. This seems to happen when I have mozilla running or I am just being paranoid Anyway, here are the "messages" -------------------------------------------- Jun 25 17:45:35 calvin kernel: /usr/src/sys/vm/uma_core.c:1331: could sleep with "inp" locked from /usr/src/sys/netinet/tcp_usrreq.c:1013 Jun 25 17:52:14 calvin syslogd: kernel boot file is /boot/kernel/kernel Jun 25 17:52:14 calvin kernel: Memory modified after free 0xc2bb6c00(252) Jun 25 17:52:14 calvin kernel: panic: Most recently used by file desc Jun 25 17:52:14 calvin kernel: Jun 25 17:52:14 calvin kernel: Jun 25 17:52:14 calvin kernel: syncing disks... panic: bremfree: bp 0xc7667c20 n ot locked Jun 25 17:52:14 calvin kernel: Uptime: 7h3m50s Jun 25 17:52:14 calvin kernel: pfs_vncache_unload(): 1 entries remaining Jun 25 17:52:14 calvin kernel: Terminate ACPI Jun 25 17:52:14 calvin kernel: Automatic reboot in 15 seconds - press a key on the console to abort Jun 25 17:52:14 calvin kernel: Rebooting... -------------------------------------------- This has happened like.....7 or 8 times in the past or probably more. No solution yet ? Regards Sid -- I've known him as a man, as an adolescent and as a child -- sometimes on the same day. Sid Carter FreeBSD oder Debian GNU/Linux. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 6: 0:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from e1.ny.us.ibm.com (e1.ny.us.ibm.com [32.97.182.101]) by hub.freebsd.org (Postfix) with ESMTP id 7A61537B404 for ; Tue, 25 Jun 2002 06:00:11 -0700 (PDT) Received: from northrelay03.pok.ibm.com (northrelay03.pok.ibm.com [9.56.224.151]) by e1.ny.us.ibm.com (8.12.2/8.12.2) with ESMTP id g5PD07g5044266 for ; Tue, 25 Jun 2002 09:00:08 -0400 Received: from calvin.in.ibm.com (calvin.in.ibm.com [9.182.24.126]) by northrelay03.pok.ibm.com (8.11.1m3/NCO/VER6.1) with ESMTP id g5PD04P107506 for ; Tue, 25 Jun 2002 09:00:04 -0400 Received: by calvin.in.ibm.com (Postfix, from userid 1001) id 6A99333D6; Tue, 25 Jun 2002 18:29:29 +0530 (IST) Date: Tue, 25 Jun 2002 18:29:29 +0530 From: Sid Carter To: current@freebsd.org Subject: Automagic Reboots Message-ID: <20020625125929.GA343@calvin.in.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: uname -rsp Organisation: Sid Carter Inc. User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, This is so cool ;) I just got rebooted again, :D The "messages" show this. ----------------------------------------------- Jun 25 18:06:30 calvin kernel: /usr/src/sys/vm/uma_core.c:1331: could sleep with "process lock" locked from /usr/src/sys/kern/kern_exec.c:321 Jun 25 18:21:19 calvin syslogd: kernel boot file is /boot/kernel/kernel Jun 25 18:21:19 calvin kernel: Memory modified after free 0xc2cb9800(252) Jun 25 18:21:19 calvin kernel: panic: Most recently used by kqueue Jun 25 18:21:19 calvin kernel: Jun 25 18:21:19 calvin kernel: Jun 25 18:21:19 calvin kernel: syncing disks... panic: bremfree: bp 0xc7641ac0 n ot locked Jun 25 18:21:19 calvin kernel: Uptime: 28m11s Jun 25 18:21:19 calvin kernel: pfs_vncache_unload(): 1 entries remaining Jun 25 18:21:19 calvin kernel: Terminate ACPI Jun 25 18:21:19 calvin kernel: Automatic reboot in 15 seconds ----------------------------------------------- uname -a -------- FreeBSD calvin 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Jun 25 02:09:28 IST 2002 root@calvin:/usr/obj/usr/src/sys/GENERIC i386 There is this one error also that comes up at boot. ----------------------------------------------- Jun 25 18:21:19 calvin kernel: /usr/src/sys/vm/uma_core.c:1331: could sleep with "kernel linker" locked from /usr/src/sys/kern/kern_linker.c:1798 ----------------------------------------------- Am doing something wrong ? Regards Sid -- I've known him as a man, as an adolescent and as a child -- sometimes on the same day. Sid Carter FreeBSD oder Debian GNU/Linux. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 6:27:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id 3178137B403 for ; Tue, 25 Jun 2002 06:27:33 -0700 (PDT) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.4/8.12.4) with ESMTP id g5PDRWbP087867; Tue, 25 Jun 2002 09:27:32 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.4/8.12.4/Submit) id g5PDRV6K087866; Tue, 25 Jun 2002 09:27:31 -0400 (EDT) Date: Tue, 25 Jun 2002 09:27:31 -0400 From: Alexander Kabaev To: John Polstra Cc: current@freebsd.org Subject: Re: Bootstrap problems for asm Message-Id: <20020625092731.3981f72a.ak03@gte.com> In-Reply-To: <200206242230.g5OMUpw31505@vashon.polstra.com> References: <200206241524.g5OFO6p30824@vashon.polstra.com> <20020624112151.A55057@dragon.nuxi.com> <20020624175612.7abe6e52.ak03@gte.com> <200206242230.g5OMUpw31505@vashon.polstra.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.7.8claws6 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just copied the relevant example from IBM developerWorks site. I guess they have a thing or two to learn on the topic they were trying to teach :) On Mon, 24 Jun 2002 15:30:51 -0700 (PDT) John Polstra wrote: > > Your patch isn't quite right. It's true that matching constraints > are allowed only for registers. But read-modify-write operands can > still be specified in other ways, specifically using the "+" > modifier. Here's the patch which I'm testing at the moment. I'll > commit it later today unless I find something wrong with it. > > John > > -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 6:37: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from draco.macsch.com (ns1.mscsoftware.com [192.207.69.10]) by hub.freebsd.org (Postfix) with ESMTP id 4577D37B400 for ; Tue, 25 Jun 2002 06:36:22 -0700 (PDT) Received: from mailmuc.muc.eu.mscsoftware.com (mailmuc.muc.macsch.com [161.34.37.20]) by draco.macsch.com (8.9.3/8.9.3) with ESMTP id GAA17385 for ; Tue, 25 Jun 2002 06:36:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailmuc.muc.eu.mscsoftware.com (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id g5PDYSp20758 for ; Tue, 25 Jun 2002 15:34:28 +0200 Content-Transfer-Encoding: 7bit Content-Type: text/plain Date: 25 Jun 2002 15:34:42 +0200 From: "Georg-W. Koltermann" Message-Id: <1025012083.606.7.camel@hunter.muc.macsch.com> Mime-Version: 1.0 Received: from hunter.muc.macsch.com by mailmuc.muc.eu.mscsoftware.com (AvMailGate-2.0.0.6) id 20722-2F4A1FD9; Tue, 25 Jun 2002 15:34:09 +0200 Subject: panic -- trap in atomic_cmpset_int To: freebsd-current@freebsd.org X-AntiVirus: OK! AntiVir MailGate Version 2.0.0.6 at mailmuc has not found any known virus in this email. X-Mailer: Ximian Evolution 1.0.5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, with a -current CVSupped 17 May 22:27 GMT-2: hunter[4]$ gdb -k kernel.debug vmcore.23 GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or 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. This GDB was configured as "i386-unknown-freebsd"... IdlePTD at phsyical address 0x00514000 initial pcb at physical address 0x00420b20 panicstr: bwrite: buffer is not busy??? panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x18 fault code = supervisor write, page not present instruction pointer = 0x8:0xc01db544 stack pointer = 0x10:0xe3436bb8 frame pointer = 0x10:0xe3436bc0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 5183 (gnome-spell-compone) trap number = 12 panic: page fault syncing disks... panic: bwrite: buffer is not busy??? Uptime: 5h31m35s pfs_vncache_unload(): 3 entries remaining /dev/vmmon: Module vmmon: unloaded Dumping 1023 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 --- #0 0xc01fa1a4 in doadump () at /usr/src/sys/kern/kern_shutdown.c:353 353 } (kgdb) where #0 0xc01fa1a4 in doadump () at /usr/src/sys/kern/kern_shutdown.c:353 #1 0xc01fa7d1 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:353 #2 0xc01fa9dd in panic (fmt=0xc03aab0b "bwrite: buffer is not busy???") at /usr/src/sys/kern/kern_shutdown.c:353 #3 0xc0240eac in bwrite (bp=0xd284d130) at /usr/src/sys/kern/vfs_bio.c:1367 #4 0xc0242635 in vfs_bio_awrite (bp=0xd284d130) at /usr/src/sys/kern/vfs_bio.c:1367 #5 0xc01c8a67 in spec_fsync (ap=0xe3436990) at /usr/src/sys/fs/specfs/spec_vnops.c:849 #6 0xc01c844e in spec_vnoperate (ap=0xe3436990) at /usr/src/sys/fs/specfs/spec_vnops.c:849 #7 0xc030b72a in VOP_FSYNC (vp=0xe0e03000, cred=0xd277ff00, waitfor=2, td=0xc03ea5a0) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:810 #8 0xc030abc1 in ffs_sync (mp=0xe0c25200, waitfor=2, cred=0xd277ff00, td=0xc03ea5a0) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:810 #9 0xc025424b in sync (td=0xc03ea5a0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:640 #10 0xc01fa2ab in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:353 #11 0xc01fa9dd in panic (fmt=0xc03c70de "%s") at /usr/src/sys/kern/kern_shutdown.c:353 #12 0xc036d714 in trap_fatal (frame=0xe3436b78, eva=24) at /usr/src/sys/i386/i386/trap.c:652 #13 0xc036d34b in trap_pfault (frame=0xe3436b78, usermode=0, eva=24) at /usr/src/sys/i386/i386/trap.c:652 #14 0xc036cd34 in trap (frame={tf_fs = -1071841256, tf_es = -1069481968, tf_ds = -482213872, tf_edi = 0, tf_esi = -1, tf_ebp = -482120768, tf_isp = -482120796, tf_ebx = 24, tf_edx = 4, tf_ecx = -482191576, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = -1071794876, tf_cs = 8, tf_eflags = 66182, tf_esp = 4, tf_ss = -482191832}) at /usr/src/sys/i386/i386/trap.c:652 #15 0xc01db544 in atomic_cmpset_int (dst=0x18, exp=4, src=3812775720) at /usr/src/sys/kern/kern_descrip.c:476 #16 0xc01db043 in atomic_cmpset_ptr (dst=0x18, exp=0x4, src=0xe3425728) at /usr/src/sys/kern/kern_descrip.c:476 #17 0xc01da276 in fdrop (fp=0xe38be760, td=0xe3425728) at /usr/src/sys/kern/kern_descrip.c:476 #18 0xc01da240 in closef (fp=0xe38be760, td=0xe3425728) at /usr/src/sys/kern/kern_descrip.c:476 #19 0xc01d987b in fdfree (td=0xe3425728) at /usr/src/sys/kern/kern_descrip.c:476 #20 0xc01e03a0 in exit1 (td=0xe3425728, rv=0) at /usr/src/sys/kern/kern_exit.c:448 #21 0xc01dffc8 in exit1 (td=0xe3425728, rv=-482120456) at /usr/src/sys/kern/kern_exit.c:448 #22 0xc036da82 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = -1, tf_ebp = -1077939108, tf_isp = -482120332, tf_ebx = 686673660, tf_edx = 10, tf_ecx = 686673296, tf_eax = 1, tf_trapno = 12, tf_err = 2, tf_eip = 686276643, tf_cs = 31, tf_eflags = 658, tf_esp = -1077939152, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:652 #23 0xc035c67d in syscall_with_err_pushed () at /var/tmp//ccqhs5l0.s:128 #24 0x804b6fb in ?? () (kgdb) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 8:32:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id 0B4CA37B401 for ; Tue, 25 Jun 2002 08:32:24 -0700 (PDT) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.4/8.12.4) with ESMTP id g5PFWMbP089323; Tue, 25 Jun 2002 11:32:23 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.4/8.12.4/Submit) id g5PFWLwT089322; Tue, 25 Jun 2002 11:32:21 -0400 (EDT) Date: Tue, 25 Jun 2002 11:32:21 -0400 From: Alexander Kabaev To: freebsd-current@freebsd.org Cc: bde@zeta.org.au Subject: sys/stat.h and _POSIX_SOURCE Message-Id: <20020625113221.609f5b73.ak03@gte.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.7.8claws6 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The last commit to sys/sys/stat.h made by Kirk broke compilation of _POSIX_SOURCE programs. It uses sizeof(struct timespec) to pad the st_createtimespec field to 16 bytes, but struct timespec is not visible when _POSIX_SOURCE is defined. -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 8:54:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 2678637B401 for ; Tue, 25 Jun 2002 08:54:11 -0700 (PDT) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g5PFqDCn001505 for ; Tue, 25 Jun 2002 17:52:13 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org Subject: is newreno still sick ? From: Poul-Henning Kamp Date: Tue, 25 Jun 2002 17:52:13 +0200 Message-ID: <1503.1025020333@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On my -current laptop, and my other -current and -stable machines, TCP seems to work a lot better if I disable net.inet.tcp.newreno. Has anybody else seen similar behaviour ? Who owns this problem ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 9:10:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from web11408.mail.yahoo.com (web11408.mail.yahoo.com [216.136.131.238]) by hub.freebsd.org (Postfix) with SMTP id B264337B401 for ; Tue, 25 Jun 2002 09:10:04 -0700 (PDT) Message-ID: <20020625161004.80353.qmail@web11408.mail.yahoo.com> Received: from [203.218.114.154] by web11408.mail.yahoo.com via HTTP; Tue, 25 Jun 2002 09:10:04 PDT Date: Tue, 25 Jun 2002 09:10:04 -0700 (PDT) From: Shizuka Kudo Subject: Re: buildworld failed with -O0 To: Sean Chittenden Cc: freebsd-current@freebsd.org In-Reply-To: <20020623214947.J84322@ninja1.internal> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --- Sean Chittenden wrote: > > I ran into, what I think is the same thing as you're > describing, a > while ago. The short and skinny being that -O0 > doesn't compile any > ASM which breaks things and is why you need at least > -O to compile the > kernel/world. ::shrug:: I could've botched that > explanation, but it > took me a while to track this down and have it > explained. Kind of > obscure IMHO. Someone suggested testing to make > sure that at least -O > is specified where needed, but I'm 99% sure I > haven't seen that > commit. -sc > > -- > Sean Chittenden Sean, Thanks for your answer. I'm just curious why a lower optimization level could cause trouble than -O. Anyway, my -current works fine with the default CFLAGS. It seems that there're some commits to rtld-elf on today. Regards, __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 9:33:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 8E88137B400; Tue, 25 Jun 2002 09:33:40 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id CAA21593; Wed, 26 Jun 2002 02:33:35 +1000 Date: Wed, 26 Jun 2002 02:38:56 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Alexander Kabaev Cc: freebsd-current@freebsd.org, Subject: Re: sys/stat.h and _POSIX_SOURCE In-Reply-To: <20020625113221.609f5b73.ak03@gte.com> Message-ID: <20020626021810.V27555-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 25 Jun 2002, Alexander Kabaev wrote: > The last commit to sys/sys/stat.h made by Kirk broke compilation of > _POSIX_SOURCE programs. It uses sizeof(struct timespec) to pad the > st_createtimespec field to 16 bytes, but struct timespec is not visible > when _POSIX_SOURCE is defined. Oops. The patch was supposed to fix _POSIX_SOURCE problems as well as the things mentioned in the log message, but added this new one. The correct fix probably involves using in the _POSIX_SOURCE case and in the !_POSIX_SOURCE case. I already use the latter (instead of ) locally. I had hoped to completely avoid using the former because it's better to have actual struct members named st_[acm]time than #defines of these names as __st_[acm]timespec.__tv_sec. The latter is bad for debugging and might not be standards conformant. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 10: 5:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailg.telia.com (mailg.telia.com [194.22.194.26]) by hub.freebsd.org (Postfix) with ESMTP id BE3B237B401; Tue, 25 Jun 2002 10:04:57 -0700 (PDT) Received: from d1o1000.telia.com (d1o1000.telia.com [217.208.12.241]) by mailg.telia.com (8.11.6/8.11.6) with ESMTP id g5PH4un17836; Tue, 25 Jun 2002 19:04:56 +0200 (CEST) Received: from veidit.net (h54n1fls35o1000.telia.com [217.210.234.54]) by d1o1000.telia.com (8.10.2/8.10.1) with ESMTP id g5PH4uZ08919; Tue, 25 Jun 2002 19:04:56 +0200 (CEST) Message-ID: <3D18A2B7.6030701@veidit.net> Date: Tue, 25 Jun 2002 19:04:55 +0200 From: John Angelmo User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1a) Gecko/20020611 X-Accept-Language: en-us, en, ja MIME-Version: 1.0 To: jmz@FreeBSD.org Cc: ports@FreeBSD.org, current@FreeBSD.org Subject: XFree86-4-4.2.0 Build problems on Current Content-Type: multipart/mixed; boundary="------------080808010506070407060207" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------080808010506070407060207 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Well I get a build error here, my current is one day old and the perlport is installed. /John --------------080808010506070407060207 Content-Type: application/x-java-applet;version=1.1.1; name="xfree86-4" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="xfree86-4" PT09PiAgQ2xlYW5pbmcgZm9yIGdtYWtlLTMuNzkuMV8yDQo9PT0+ICBDbGVhbmluZyBmb3Ig aW1ha2UtNC4yLjBfMQ0KPT09PiAgQ2xlYW5pbmcgZm9yIGxpYnRvb2wtMS4zLjRfNA0KPT09 PiAgQ2xlYW5pbmcgZm9yIGZyZWV0eXBlMi0yLjEuMQ0KPT09PiAgQ2xlYW5pbmcgZm9yIFhG cmVlODYtZm9udDEwMGRwaS00LjIuMA0KPT09PiAgQ2xlYW5pbmcgZm9yIFhGcmVlODYtZm9u dDc1ZHBpLTQuMi4wDQo9PT0+ICBDbGVhbmluZyBmb3IgWEZyZWU4Ni1mb250Q3lyaWxsaWMt NC4yLjANCj09PT4gIENsZWFuaW5nIGZvciBYRnJlZTg2LWZvbnREZWZhdWx0Qml0bWFwcy00 LjIuMA0KPT09PiAgQ2xlYW5pbmcgZm9yIFhGcmVlODYtZm9udEVuY29kaW5ncy00LjIuMA0K PT09PiAgQ2xlYW5pbmcgZm9yIFhGcmVlODYtZm9udFNjYWxhYmxlLTQuMi4wDQo9PT0+ICBD bGVhbmluZyBmb3IgWEZyZWU4Ni1Gb250U2VydmVyLTQuMi4wDQo9PT0+ICBDbGVhbmluZyBm b3IgWEZyZWU4Ni1TZXJ2ZXItNC4yLjBfMw0KPT09PiAgQ2xlYW5pbmcgZm9yIFhGcmVlODYt Y2xpZW50cy00LjIuMF8yDQo9PT0+ICBDbGVhbmluZyBmb3IgWEZyZWU4Ni1kb2N1bWVudHMt NC4yLjANCj09PT4gIENsZWFuaW5nIGZvciBYRnJlZTg2LWxpYnJhcmllcy00LjIuMF8xDQo9 PT0+ICBDbGVhbmluZyBmb3Igd3JhcHBlci0xLjBfMg0KPT09PiAgQ2xlYW5pbmcgZm9yIFhG cmVlODYtNC4yLjBfMSwxDQo9PT0+ICBFeHRyYWN0aW5nIGZvciBYRnJlZTg2LTQuMi4wXzEs MQ0KPj4gTm8gTUQ1IGNoZWNrc3VtIGZpbGUuDQo9PT0+ICAgWEZyZWU4Ni00LjIuMF8xLDEg ZGVwZW5kcyBvbiBzaGFyZWQgbGlicmFyeTogWGZ0LjEgLSBmb3VuZA0KPT09PiAgUGF0Y2hp bmcgZm9yIFhGcmVlODYtNC4yLjBfMSwxDQo9PT0+ICBDb25maWd1cmluZyBmb3IgWEZyZWU4 Ni00LjIuMF8xLDENCj09PT4gIEluc3RhbGxpbmcgZm9yIFhGcmVlODYtNC4yLjBfMSwxDQo9 PT0+ICAgWEZyZWU4Ni00LjIuMF8xLDEgZGVwZW5kcyBvbiBleGVjdXRhYmxlOiB4dmluZm8g LSBmb3VuZA0KPT09PiAgIFhGcmVlODYtNC4yLjBfMSwxIGRlcGVuZHMgb24gZmlsZTogL3Vz ci9YMTFSNi9saWIvWDExL2RvYy9kZHguVFhUIC0gZm91bmQNCj09PT4gICBYRnJlZTg2LTQu Mi4wXzEsMSBkZXBlbmRzIG9uIGZpbGU6IC91c3IvWDExUjYvbGliL1gxMS9mb250cy8xMDBk cGkvVVRCSV9fMTAtSVNPODg1OS0xLnBjZi5neiAtIG5vdCBmb3VuZA0KPT09PiAgICBWZXJp ZnlpbmcgcmVpbnN0YWxsIGZvciAvdXNyL1gxMVI2L2xpYi9YMTEvZm9udHMvMTAwZHBpL1VU QklfXzEwLUlTTzg4NTktMS5wY2YuZ3ogaW4gL3Vzci9wb3J0cy94MTEtZm9udHMvWEZyZWU4 Ni00LWZvbnQxMDBkcGkNCj09PT4gIEV4dHJhY3RpbmcgZm9yIFhGcmVlODYtZm9udDEwMGRw aS00LjIuMA0KPj4gQ2hlY2tzdW0gT0sgZm9yIHhjL1g0MjBzcmMtMi50Z3ouDQo9PT0+ICAg WEZyZWU4Ni1mb250MTAwZHBpLTQuMi4wIGRlcGVuZHMgb24gZXhlY3V0YWJsZTogbWtmb250 ZGlyIC0gZm91bmQNCj09PT4gICBYRnJlZTg2LWZvbnQxMDBkcGktNC4yLjAgZGVwZW5kcyBv biBleGVjdXRhYmxlOiBpbWFrZSAtIGZvdW5kDQo9PT0+ICAgWEZyZWU4Ni1mb250MTAwZHBp LTQuMi4wIGRlcGVuZHMgb24gc2hhcmVkIGxpYnJhcnk6IFgxMS42IC0gZm91bmQNCj09PT4g IFBhdGNoaW5nIGZvciBYRnJlZTg2LWZvbnQxMDBkcGktNC4yLjANCj09PT4gIENvbmZpZ3Vy aW5nIGZvciBYRnJlZTg2LWZvbnQxMDBkcGktNC4yLjANCihjZCAvdXNyL3BvcnRzL3gxMS1m b250cy9YRnJlZTg2LTQtZm9udDEwMGRwaS93b3JrL3hjL2ZvbnRzL2VuY29kaW5ncyAmJiAg aW1ha2UgLURVc2VJbnN0YWxsZWQgLURQcm9qZWN0Um9vdD0vdXNyL1gxMVI2IC1JL3Vzci9Y MTFSNi9saWIvWDExL2NvbmZpZyAgLURUT1BESVI9Li4vLi4vLi4gLURDVVJESVI9LjsgIG1h a2UgTWFrZWZpbGVzIDsgIG1ha2UgaW5jbHVkZXMgOyAgbWFrZSBkZXBlbmQpDQptYWtpbmcg TWFrZWZpbGVzIGluIGxhcmdlLi4uDQppbmNsdWRpbmcgaW4gLi9sYXJnZS4uLg0KZGVwZW5k aW5nIGluIC4vbGFyZ2UuLi4NCihjZCAvdXNyL3BvcnRzL3gxMS1mb250cy9YRnJlZTg2LTQt Zm9udDEwMGRwaS93b3JrL3hjL2ZvbnRzL2JkZi8xMDBkcGkgJiYgIGltYWtlIC1EVXNlSW5z dGFsbGVkIC1EUHJvamVjdFJvb3Q9L3Vzci9YMTFSNiAtSS91c3IvWDExUjYvbGliL1gxMS9j b25maWcgIC1EVE9QRElSPS4uLy4uLy4uIC1EQ1VSRElSPS47ICBtYWtlIE1ha2VmaWxlcyA7 ICBtYWtlIGluY2x1ZGVzIDsgIG1ha2UgZGVwZW5kKQ0KbWFrZTogZG9uJ3Qga25vdyBob3cg dG8gbWFrZSAvdXNyL1gxMVI2L2Jpbi91Y3MyYW55LnBsLiBTdG9wDQoqKiogRXJyb3IgY29k ZSAyDQoNClN0b3AgaW4gL3Vzci9wb3J0cy94MTEtZm9udHMvWEZyZWU4Ni00LWZvbnQxMDBk cGkuDQoqKiogRXJyb3IgY29kZSAxDQoNClN0b3AgaW4gL3Vzci9wb3J0cy94MTEtZm9udHMv WEZyZWU4Ni00LWZvbnQxMDBkcGkuDQoqKiogRXJyb3IgY29kZSAxDQoNClN0b3AgaW4gL3Vz ci9wb3J0cy94MTEvWEZyZWU4Ni00Lg0KKioqIEVycm9yIGNvZGUgMQ0KDQpTdG9wIGluIC91 c3IvcG9ydHMveDExL1hGcmVlODYtNC4NCg== --------------080808010506070407060207-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 10:12:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from yeoman.sinbad.net (yeoman.sinbad.net [12.17.176.5]) by hub.freebsd.org (Postfix) with ESMTP id 0241537B403 for ; Tue, 25 Jun 2002 10:12:51 -0700 (PDT) Received: from there (95-7-237-24-cable.anchorageak.net [24.237.7.95]) by yeoman.sinbad.net (Postfix) with SMTP id 61F5920A76 for ; Tue, 25 Jun 2002 09:12:49 -0800 (AKDT) Content-Type: text/plain; charset="iso-8859-1" From: Beech Rintoul Reply-To: akbeech@sinbad.net To: freebsd-current@freebsd.org Subject: Error on XFree86-Server Date: Tue, 25 Jun 2002 09:12:47 -0800 X-Mailer: KMail [version 1.3] Organization: Sinbad Network Communications MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020625171249.61F5920A76@yeoman.sinbad.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm getting the following on upgrade: rm -f translate.o LD_LIBRARY_PATH=../../../../exports/lib cc -c -O -pipe -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I../../../../exports/include -I../../../../exports/include/X11 -I../../../../include/extensions -I../../../../extras/Mesa/src -I../../../../lib/GL/dri -I../../../.. -I../../../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI -DMALLOC_0_RETURNS_NULL -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -DUSE_X86_ASM -DUSE_MMX_ASM -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I../../../../exports/include -I../../../../exports/include/X11 -I../../../../include/extensions -I../../../../extras/Mesa/src -I../../../../lib/GL/dri -I../../../.. -I../../../../exports/include -DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -DXUSE_MTSAFE_API -DXNO_MTSAFE_PWDAPI -DMALLOC_0_RETURNS_NULL -DGLXEXT -DXF86DRI -DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA -DUSE_X86_ASM -DUSE_MMX_ASM -fPIC translate.c In file included from translate.c:779: ../../../../extras/Mesa/src/trans_tmp.h: In function `trans_1_GLdouble_1ub_elt': ../../../../extras/Mesa/src/trans_tmp.h:124: could not find a spill register (insn 96 94 97 (set (subreg:SF (reg:QI 75) 0) (plus:SF (reg:SF 8 st(0) [76]) (reg:SF 9 st(1) [80]))) 525 {*fop_sf_comm_nosse} (insn_list 87 (nil)) (expr_list:REG_DEAD (reg:SF 8 st(0) [76]) (nil))) ../../../../extras/Mesa/src/trans_tmp.h:124: Internal compiler error in failed_reload, at reload1.c:5050 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 I have rebuilt /usr/include and my ports tree is up to date. Beech -- ------------------------------------------------------------------- Beech Rintoul - SysAdmin - akbeech@sinbad.net /"\ ASCII Ribbon Campaign | Sinbad Network Communications \ / - NO HTML/RTF in e-mail | 3101 Penland Parkway #K-38 X - NO Word docs in e-mail | Anchorage, AK 99508-1957 / \ ----------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 10:23:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 095A837B400 for ; Tue, 25 Jun 2002 10:23:16 -0700 (PDT) Received: from dragon.nuxi.com (smmsp@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5PHNAPJ000589; Tue, 25 Jun 2002 10:23:11 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.4/8.12.4/Submit) id g5PH5hlB002657; Tue, 25 Jun 2002 10:05:43 -0700 (PDT) Date: Tue, 25 Jun 2002 10:05:43 -0700 From: "David O'Brien" To: Makoto Matsushita Cc: current@FreeBSD.org Subject: Re: sysinstall meets perl5 packages: the solution is ...? Message-ID: <20020625100542.A1117@dragon.nuxi.com> Reply-To: current@FreeBSD.org Mail-Followup-To: David O'Brien , Makoto Matsushita , current@FreeBSD.org References: <200206250827.g5P8RGnG002478@grimreaper.grondar.org> <20020625191225Z.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020625191225Z.matusita@jp.FreeBSD.org>; from matusita@jp.FreeBSD.org on Tue, Jun 25, 2002 at 07:12:25PM +0900 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jun 25, 2002 at 07:12:25PM +0900, Makoto Matsushita wrote: > 2) Use additional menu for "install perl5 package or not", if 'base' > distribution is selected. Install perl5 package if user selects > "yes" to the menu. > > pros: Choices is available. Maybe nobody forget to install > perl5 package. > cons: New menu sometimes confuses users. You have both "standard", "express", and "custom" install paths. You could automatically install the perl package for "express" and maybe "standard". Anyone chosing "custom" will be able to handle new menus. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 10:23:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 0B4B637B404 for ; Tue, 25 Jun 2002 10:23:16 -0700 (PDT) Received: from dragon.nuxi.com (smmsp@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5PHNAPH000589; Tue, 25 Jun 2002 10:23:10 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.4/8.12.4/Submit) id g5PH6Tp4002669; Tue, 25 Jun 2002 10:06:29 -0700 (PDT) Date: Tue, 25 Jun 2002 10:06:29 -0700 From: "David O'Brien" To: Sheldon Hearn Cc: current@FreeBSD.org Subject: Re: What's the right way to build XFree86-4 now? Message-ID: <20020625100629.B1117@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org Mail-Followup-To: David O'Brien , Sheldon Hearn , current@FreeBSD.org References: <20020625072157.GA73056@starjuice.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020625072157.GA73056@starjuice.net>; from sheldonh@starjuice.net on Tue, Jun 25, 2002 at 09:21:57AM +0200 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jun 25, 2002 at 09:21:57AM +0200, Sheldon Hearn wrote: > Could someone put me out of my misery and show me "the right way" to > build XFree86-4 on -current at the moment. > > I've tried `make install' and `make CXX=/usr/local/bin/g++31 install', > where that g++31 comes from the lang/gcc31 port, and either way, > XFree86-4-clients fails with: Try building all of the dependancies with g++31 also. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 10:32:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 33A7537B403; Tue, 25 Jun 2002 10:32:25 -0700 (PDT) Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 3.36 #1) id 17MuBz-000MO7-00; Tue, 25 Jun 2002 19:33:27 +0200 Date: Tue, 25 Jun 2002 19:33:27 +0200 From: Sheldon Hearn To: David O'Brien Cc: current@FreeBSD.org Subject: Re: What's the right way to build XFree86-4 now? Message-ID: <20020625173327.GL73283@starjuice.net> Mail-Followup-To: David O'Brien , current@FreeBSD.org References: <20020625072157.GA73056@starjuice.net> <20020625100629.B1117@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020625100629.B1117@dragon.nuxi.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On (2002/06/25 10:06), David O'Brien wrote: > On Tue, Jun 25, 2002 at 09:21:57AM +0200, Sheldon Hearn wrote: > > Could someone put me out of my misery and show me "the right way" to > > build XFree86-4 on -current at the moment. > > > > I've tried `make install' and `make CXX=/usr/local/bin/g++31 install', > > where that g++31 comes from the lang/gcc31 port, and either way, > > XFree86-4-clients fails with: > > Try building all of the dependancies with g++31 also. Makes no difference. I'm using a dependecy manager to ensure that all dependencies are built first, in the appropriate order. Was that advice based on the fact that you've built XFree86-4 successfully with lang/gcc31, or was it an educated guess? -- Sheldon Hearn Postmaster - Gambling.com In systems administration, a change is NOT as good as a holiday! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 10:36: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 1610137B423 for ; Tue, 25 Jun 2002 10:35:49 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5PHZmtL001411 for ; Tue, 25 Jun 2002 10:35:48 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.4/8.12.4/Submit) id g5PHZmU6001410 for current@FreeBSD.org; Tue, 25 Jun 2002 10:35:48 -0700 (PDT) Date: Tue, 25 Jun 2002 10:35:48 -0700 From: "David O'Brien" To: current@FreeBSD.org Subject: Re: What's the right way to build XFree86-4 now? Message-ID: <20020625103548.A1386@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org Mail-Followup-To: David O'Brien , current@FreeBSD.org References: <20020625072157.GA73056@starjuice.net> <20020625100629.B1117@dragon.nuxi.com> <20020625173327.GL73283@starjuice.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020625173327.GL73283@starjuice.net>; from sheldonh@starjuice.net on Tue, Jun 25, 2002 at 07:33:27PM +0200 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jun 25, 2002 at 07:33:27PM +0200, Sheldon Hearn wrote: > Was that advice based on the fact that you've built XFree86-4 > successfully with lang/gcc31, or was it an educated guess? Just a guess. I wonder if C++ code is being compiled with `gcc' rather than `g++'. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 10:36:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from green.bikeshed.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A549637B40E; Tue, 25 Jun 2002 10:36:13 -0700 (PDT) Received: from localhost (green@localhost) by green.bikeshed.org (8.11.6/8.11.6) with ESMTP id g5PHaCH77643; Tue, 25 Jun 2002 13:36:12 -0400 (EDT) (envelope-from green@green.bikeshed.org) Message-Id: <200206251736.g5PHaCH77643@green.bikeshed.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Sid Carter Cc: current@freebsd.org Subject: Re: Automagic Reboots In-Reply-To: Your message of "Tue, 25 Jun 2002 18:29:29 +0530." <20020625125929.GA343@calvin.in.ibm.com> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Jun 2002 13:36:11 -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sid Carter wrote: > Hi, > > This is so cool ;) > > I just got rebooted again, :D > > The "messages" show this. > > ----------------------------------------------- > Jun 25 18:06:30 calvin kernel: /usr/src/sys/vm/uma_core.c:1331: could > sleep with "process lock" locked from /usr/src/sys/kern/kern_exec.c:321 > Jun 25 18:21:19 calvin syslogd: kernel boot file is /boot/kernel/kernel > Jun 25 18:21:19 calvin kernel: Memory modified after free 0xc2cb9800(252) > Jun 25 18:21:19 calvin kernel: panic: Most recently used by kqueue I've actually seen this, too; not been able to track it down at all, though. At the moment, I've checked everywhere obviously M_KQUEUE memory is alloced and dealloced and have no good leads. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org <> bfeldman@tislabs.com \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 10:54:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id 67C6837B403 for ; Tue, 25 Jun 2002 10:54:43 -0700 (PDT) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.4/8.12.4) with ESMTP id g5PHsebP090911 for ; Tue, 25 Jun 2002 13:54:42 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.4/8.12.4/Submit) id g5PHsefZ090910 for freebsd-current@FreeBSD.ORG; Tue, 25 Jun 2002 13:54:40 -0400 (EDT) Date: Tue, 25 Jun 2002 13:54:40 -0400 From: Alexander Kabaev To: freebsd-current@FreeBSD.ORG Subject: Need testers: patch for CURRENT C++ troubles Message-ID: <20020625175440.GA90843@kanpc.gte.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I made the following patch to get C++ exceptions working with system GCC 3.1. STLPort and all other previously failing test cases appear to be working fine. Please test this patch and let me know if it breaks anything. -- Alexander Kabaev Index: config/i386/freebsd.h =================================================================== RCS file: /usr/ncvs/src/contrib/gcc/config/i386/freebsd.h,v retrieving revision 1.56 diff -u -r1.56 freebsd.h --- config/i386/freebsd.h 21 Jun 2002 22:53:03 -0000 1.56 +++ config/i386/freebsd.h 24 Jun 2002 13:57:37 -0000 @@ -390,6 +390,8 @@ || write_symbols == DWARF_DEBUG) \ ? svr4_dbx_register_map[(n)] \ : dbx_register_map[(n)]) +#define DWARF_FRAME_REGNUM(n) \ + (TARGET_64BIT ? dbx64_register_map[n] :svr4_dbx_register_map[(n)]) /* tag end of file in elf mode */ #undef DBX_OUTPUT_MAIN_SOURCE_FILE_END To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 11:15:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.dada.it (mail2.dada.it [195.110.96.69]) by hub.freebsd.org (Postfix) with SMTP id 3615437B419 for ; Tue, 25 Jun 2002 11:14:38 -0700 (PDT) Received: (qmail 29702 invoked from network); 25 Jun 2002 18:14:29 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 25 Jun 2002 18:14:29 -0000 Received: from trudy.torrini.home (localhost.torrini.home [127.0.0.1]) by torrini.org (8.12.3/8.12.3) with ESMTP id g5PIEXdc000411 for ; Tue, 25 Jun 2002 20:14:33 +0200 (CEST) (envelope-from riccardo@trudy.torrini.home) Received: (from riccardo@localhost) by trudy.torrini.home (8.12.3/8.12.3/Submit) id g5PIEU86000410 for freebsd-current@FreeBSD.ORG; Tue, 25 Jun 2002 20:14:30 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020624203634G.matusita@jp.FreeBSD.org> Date: Tue, 25 Jun 2002 20:14:30 +0200 (CEST) From: Riccardo Torrini To: freebsd-current@FreeBSD.ORG Subject: Re: custom kernel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 24-Jun-2002 (11:36:34/GMT) Makoto Matsushita wrote: >> The only (I think) user configurable file under /usr/src tree is >> the custom kernel file, pointed by KERNCONF in /etc/make.conf. > "cd /usr/src; make {build,install}kernel" with > KERNCONF=YOUR_KERNEL_CFG > KERNCONFDIR=/path/to/dir/of/YOUR_KERNEL_CFG/file/mentioned/above > seems working (but I don't test it). Thanks to all hints (also to who link it out of /usr/src tree). This one is what I prefer but it doesn't work on -STABLE, can we back port this 3 lines of diffs also to 4.x ? # diff -u2 /usr/src/Makefile.inc1.orig /usr/src/Makefile.inc1 --- /usr/src/Makefile.inc1.orig Mon Apr 29 20:42:50 2002 +++ /usr/src/Makefile.inc1 Tue Jun 25 20:05:28 2002 @@ -402,9 +402,10 @@ KRNLCONFDIR= ${KRNLSRCDIR}/${TARGET}/conf KRNLOBJDIR= ${OBJTREE}${KRNLSRCDIR} +KERNCONFDIR?= ${KRNLCONFDIR} BUILDKERNELS= INSTALLKERNEL= .for _kernel in ${KERNCONF} -.if exists(${KRNLCONFDIR}/${_kernel}) +.if exists(${KERNCONFDIR}/${_kernel}) BUILDKERNELS+= ${_kernel} .if empty(INSTALLKERNEL) @@ -440,5 +441,6 @@ cd ${KRNLCONFDIR}; \ PATH=${TMPPATH} \ - config ${CONFIGARGS} -d ${KRNLOBJDIR}/${_kernel} ${_kernel} + config ${CONFIGARGS} -d ${KRNLOBJDIR}/${_kernel} \ + ${KERNCONFDIR}/${_kernel} .endif .if !defined(NOCLEAN) && !defined(NO_KERNELCLEAN) Riccardo. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 11:41:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by hub.freebsd.org (Postfix) with ESMTP id C646537B497 for ; Tue, 25 Jun 2002 11:40:56 -0700 (PDT) Received: from mail.planet.nl ([213.10.250.113]) by smtp01.wxs.nl (Netscape Messaging Server 4.15) with SMTP id GY9YK302.MWZ for ; Tue, 25 Jun 2002 20:40:51 +0200 From: Chris Hansen To: freebsd-current@FreeBSD.org Subject: Fw: !! Date: Tue,25 Jun 2002 20:42:39 PM X-Mailer: Microsoft Outlook Express 5.50.4133.2400 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ujsoimq Message-Id: <20020625184056.C646537B497@hub.freebsd.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ujsoimq Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Chris Hansen

----- Original Message -----
From: "friends" < friends@shakingfriendship.org >
To: < hanse194@planet.nl >
Sent: Tue,25 Jun 2002 20:42:39 PM
Subject: !!


This e-mail is never sent unsolicited. If you need to unsubscribe,
follow the instructions at the bottom of the message.
***********************************************************

Enjoy this friendship Screen Saver and Check ur friends circle...

Send this screensaver from www.shakingfriendship.org to everyone you
consider a FRIEND, even if it means sending it back to the person
who sent it to you. If it comes back to you, then you'll know you
have a circle of friends.

* To remove yourself from this mailing list, point your browser to:
http://shakingfriendship.org/remove?freescreensaver
* Enter your email address (hanse194@planet.nl) in the field provided and click "Unsubscribe".

OR...

* Reply to this message with the word "REMOVE" in the subject line.

This message was sent to address hanse194@planet.nl
X-PMG-Recipient: hanse194@planet.nl
<<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>> <<<>>>
--ujsoimq Content-Type: application/octet-stream; name=shakescr.scr Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="shakescr.scr" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAABXZioCEwdEURMHRFETB0RRkBtKUR4HRFH7GE5RCQdEURMHRFEQB0RRcRhX UR4HRFETB0VRkAdEUfsYT1EWB0RRqwFCURIHRFFSaWNoEwdEUQAAAAAAAAAAUEUAAEwBAwC+0QI9 AAAAAAAAAADgAA8BCwEGAABgAAAAEAAAAOAAAABLAQAA8AAAAFABAAAAQAAAEAAAAAIAAAQAAAAA AAAABAAAAAAAAAAAYAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAA AAAYVwEApAEAAABQAQAYBwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAuLi4wAAAAAADgAAAAEAAAAAAAAAAEAAAAAAAAAAAAAAAAAACAAADgLi4uMQAAAAAA YAAAAPAAAABeAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAABQAQAACgAAAGIAAAAA AAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAkLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLiAkCgAuLi4hDAkCCVblYQe3/adfWykBAPdaAAAAAAEAJgMAm337 //+LRCQEi8iKEITSdA2A8r2IEYpRAUEMdfPDkP///48AVleLfCQMvvzQQACLBlBX6AMAVvyDxAiF wHUT8l/+/4PGBIH+sNFAAHzlX7gBAF7DXzPAXsOQt7fdB4HsIBpTVUdowNMq/xW7u//d5KBJ2IXb iVwkGA+EQhyLNegTaLDft993HlP/1micB4v4CYvoaIQLiW227e1sJCgNhf+JqhQxCYXta3fLswcB wPl4aNAHBJo127+9V4eL8JwEhfaJdCQcGuWNpvseuzQQUB9W/9cvwBSL++9d+zPtwegCEFQQD46r FN6LC1FqS9q3p3v/Dx+m7PBJdHSNVH72trXvRSRSagRQQwwwNHRfiwe7+Xb/JI1MJCxoBIZRUhck R418E7e7X3iDyf8G8q730Uk2LFFQTKihYXMjLL9CD00SUkZhs20vdAlyVm7wg8dP371uZP/YEfiA nEWDwwQ7vq5h++gPjF//AIszi9pW63w8/Gbr6VNbEF9eXVuBxGjDhe/WLG8oVVRqAmTYRD/3ZOGD /f8KggTHAyBQVYa30H0d0n9kax196Alpxr499L6nDjRadwi7F4wYUB/XEQUMuobL2NvTBcoQEGAQ dusYeVHMJ66dW1XPnDDOdl2kKB9kAwvurYudDIK8JIAOsD/tuobuAA8Aa9z/aDGAVizU4XPPzgwH MMwH0A0ogO7cz8ItCIQkeDyFFI2UrWvd1yaEiwtSR6hRI1zYNJgEuxgQUjgAoPDPUIiqOoPDiy0A lnXf20uNhDpFIDTVLK5waxYUByBShBgYTT7bkGcrNAIk/B0U4bHQ4RiG/ieFVsqywdxh0/VF1EHV NCdD9okPwZREjA35LI9Qi0RRUlDm3uywV8fNIJKOp7PwYY/np4P4AvKtY4PsPawhsKqELnUNjlVe NWAdUqkNQTUE6VjVyyCXfPu5d5yYINaD6AXGtEVRVyexdzaYNldjvz03hdO9p1YEuA4yBAswCbEM cSt0TL2MALKMUR8QAe3t1Y14CG4MR7hoWNQt13U0TQICDGFk4hgity7sQhwjaEwaSVwAoWzL3TUw FmjEDtZgIAvf/SmWr0ufmbkJlPf5ixSVnJMO4XDMQALWWBBdQ8t1jYAiBIwBbDCFIFu7aA2AUNBg Qx3MtrkjJx1TEkyzPVuXO4UQYywnnPjCJr11xnzxdRJTEWC3nu1YAQRXKqDo5XUGR/en21fpnQZk ejPJM/bQQxB99/e3B3Yqi9WB6sSB+Sk9cxqKhAr3f2/3DotdiIEJKEE7yHLeVcYPL7+Vj2OY6+t0 v/AFsCA7e/vvbyoUc1SKlC4OgPo6fAUEQH4KCbNvf3N6fTB/FDrQdCAIDXUmRlHIdsn3R0HrHQ8L DQqRwsKePQJGR4t8pnHiEBZeIYfuUVNUwQ7zkN+wl6wAWXKdgiYOZ05ccQ7hEF57A8NGBNf40Ax+ OdNScAmOhXp2M3FXZGEGg23wCW1XB+RADrBWF1ZNyc5hpVcrF7yfMyedAKlYsBJo3mVPjqxLmKGk AlhrZ2bApEAUV5A9sJkcZ1Sv0R1s1GymM6qBaAVkJTDMA66F/d6Vmg22/XPECYXSfjWJOBQU+uaN He5rFooXiP8XjVSJh2ALHVBO/Ugxeq1J+HXPVYYc4t+Z3WXr1lYCV7kQw75outmDNet45vOlpOkT MM6RkMrtksCTkaUTdyQR31aJyQnLi+hVoFZ+POHrxKgRVY9Q/yG85ewZIJ6HflcagVxgoBZGmtDF U3Qkgk7ttwycJfnnIXmKBFgT//8WRsHgCDv1fQsz24ocFgPDbhQStf+3A4vQFPoSg+I/ilQUeIgX Drv5HrINDFcBDgaD4D83K/DdXxOKRAQXAohHA34DBP0mfn89jUUBO/AKAj3xQYP5E3U1a2fhcNsQ G8bbyEPTme4KB4HxSFDnWmuYcDRQU9yZKMBe9gubLRVBhclrxkSMKABFHBjABjWLrww9zWALVDVS ZwdDpC7cUJk2aQZLOJBRlPpELGTpWxJQU1D1Bo8Or09+/3QEEnAG3qsKxwV8RhrPdqYT+rhMG6rM 7EnICe9DBV5XM/+4z4k9L8Bg5BKp/KEQLFwyt3NMG59oG94AohvflP0793UjvQxXTQLeQv9zrCTY g/v/dQ2wxafvnm7NImPk33AIHzvHdQ/xH+TSahl8DKLrBA+/QAhmx/Hv2MCY1GaFHotWDGoQiwKb oQs9R1IsCIn2ohDHLmSRoljQYAt3f3IPplh2FCXNCkyhgNf1ZnLZ0m90D4vtIO16UHgj1xA7xSkQ w6kWSP0FInhs4G6m7Dn0Hg6l2CjknuG1V8S7GO3aP+Z0SDmsgIl1P5wzGxbchBss18OKHw6EZrvm UkQa4N+Z3het6V4sJCbGAk72EbZO1yykh3UOg7ywvlfeIlSFOwFy+1VpvtjDFnVLUm1QjEGY4y18 jnlmI+G64nDBgFCIvs4d62t2D2i8O194ILRoJLPtC1HHLXQn1Tci32s+fBlhUlak323P5lgtqh+c 39V2KLvYOdKjJt9AXBM2HbXh7zR8JQzrUKlkGxZLMGdn65EqPGSwc/QUDTjNY+7szK5wfEJWdxTT dLYZwGNsWrivCmfkYN+kUZ+6oS1CPS4QeC0Yosdpe/XbTEi0nFcdnWNG1VMjtFxwagVLyBlyUbxs hvnIJTOjeH5mZffSpAF8aoKOH1rGdnHotUwhcg6w1SXIF/6PpHkFSIPI/kAB/v7//+h25VFk3k8N Xaj4h4Bh5rlw6MFQcGyYmd78H+stUwwJM/7AAXUjRytMhjQYlh8usCZIKBQCLSWUSyZ7M29mlUDd 2CUNksQUZGqQjAcyYSNRZpRSPF0sIV9euDgFWQjh8V4qB+HAoTjpBQ85yDfND5ZoaDDeQIAI8OtG oMjgIBRqSgkEvd6bPOmQIDNYZV25NZloLNFAC5Q7nDwX8lJoFGyETIvBprlQUVQQ3l3zuVOyp7AI hnlRNCMD9hVRIATWilxoxoWLEuZ1LMjDvmbAkyE24N/JAHZgGVcAnr0ZLw5O0g743Www18WlWGxj JFAgWBu/ty8gg/+SaIzIQx42MHvs3XAb5CGbE2zf62Lc3Y/sLDYvJFKc6zJ2tmRz6mOUUXCgC2SH RLcdsYNkTQZ814xYqXNYm3DPdicZS3Jo6ViEIJKCTSBQIJEPjJWxy6xYDMnIL2ZOY0zdAEt2lb1o 0DyYxQl52RkYLPzcvOQF2eTcpLMLyNwP4RKSRTAnsNywF8ghmIzcr2ySiJx43ElAMpMDe8CfuWgx iwwCaQYbMD5gfgwswrcW7qIiIQ9hXxCE2+PkZEyIDkjbjP2zJCMRmlG8pJk5kFDaZpPCygXTFR1Z AZiQXhYZ5O6E2gAs2QTyJh94IA5ADghmVAVM2nMhh+wtbFzLRDx7KbAt+5r0HiQXMoE8NJBXUqyu lyTaUNIB5G4U2tY8jK7feCDrEQoPO8zZyAnhhETZKwjZ2aEETpTYF4TXIM3oJkNIgRIgK+yBlyTr FQ8S/BsJvMiQ1jtaO3KBbAwDioSHFWAXfEpArEAOWA5k1lmrsk5/pjGGPiV0I2CLDIW0TWGDdAlj JMsPrzkIBs5Uoic41kJ2kwkskjIdIGGKVK+wOZoc9sIdMwJ0KzUk4i3jkNMTbxuyIDBIOVukZZML ORwQ+EJOctgorwCYIA/jskST1etfp8jV7CXkITIds9DkwkK2tNCMnunMt2DASLSBMMQAjEVPPMzR Mw2EUv1RsNU4kM7gDbwjV4zAbED8mMFeV+QAEodArITVAfmSLfkoVxIOsJB0eagWMiHwaNXzwMIi CB3G37FdyCUxT3xMKbYyknf2EYIihL0rRIwgWMhV9kuDPEIOWJziAPzcJCYTcuTcyJ4nEnIKENWF lAo5YP741K6k2ZA0PLz8BCxpZUwT1sgBgyTM4/TUdoCQHA2ILQcIyRQDy/IQUknvStzUEQKnUMVd zY2keMgI5RJq5JBBk2AF3AiEK040hHbUsCJlD34sxKxoBHzUMIqVXVaAFDQNrHhaHxjxUpRTBDAH ait1DykO7FFXzFdmFIv4YcGRPddWzFKLNaSn45wwPIQgZbgggQGT0BmSZg8w3+sGUVIumawRvkm8 DBGLkELxBECCydMwvLwDkCDSkPO0A7mSATmEUIzCUtgbtFrlWrOZzo0eDxwFIDXBECm9qaQLpHhZ cVFWajLJWfspLKLY6RcJ2drJJJNM29zdZDB3M97GBd8FLtCRSSaZ0dLTVANwkNQnjJtQRiRYclvg L13TdJjuyHhqD7F0xnA+1U33/wiUXlnDH6wFV1gRoThCLSFHqjwAAUICR/JIKiAEBJSyeciuBcnY 6agF0OkOOesFdEbcA/xDviZ8uNGpdzIjdsSThJTGLgzgCBu5si8Q63JFDFEYEV8OOQf4FIUIybvs IJOGBZDIFBNzgTxPDowMyADwT/XxGGjs/oT4M/+JPeTMEu2frSZMOT0U6wr4Bg7/x85P9xGNBJKN DICNFE3oC2KBvsE5oRlI0xin41vuK4zBArseU6YkIZRgdhWEkK6JcmQLGZoeNhdNwAQrGAX+HeWg 2AEoXje9/ZEv3EzB3oNTi1UAQFBSYAmnA5LmB91edMAejbSLRLlPdzdM1ExSAnA8BXb8U1JOYFPC 86X8UBEKbPvd55aFUDT6jRuDxQSB/cyNCmvRgh9sv29CWyzZa7ZvUzzADJBNUHoSDEEJeIFAHvb8 R6jcfen+2PgrfXaNLIVMDCusBfqNMN0gh8r8kAD4aHwyBBGAlcoxvSjsDr9+db1/dBQPu4bg/RJA hDvBA3yxweGskBczB/INw7fu7bwdwzJJHBgiD45E/aB7ix6mBNdoD48gEeMrSICqe8KFfx4IQc9A BTP2V4mTHFiPNYWDLdb2SA6MAdrVmAMemku6EoMo1TwCuZJL1UOQIawX84BvwmpVgtR9BcCwEHt4 LDb69avwEEmFyXenu3xkU2QUDIJp6i4IytgGhsEvBCg1FMxC48EljUOcKB5YoQHyMCxSUEI+OxdG HC6EQIHDWSofL+EDEKR5wxwknhBQQAUBcEKIDQz/FAItZQhmj5BPEQvEAR6uHy4cu4HYIg+A8PQQ QQQgl0s03CgBFOCUkaUgiCAcBM+BAOMEVMGBJyeDUvihsYYmAU/tV2eavzOAQph9FR2L2LgB3BqX tzvTCBSjy218+9HGpRNtfWyZfCMHbhJwewV9YRx9PqDCz2J0hRsnTdX9QkJGf/tYA/SJCo0ciYpi E4D5O4iMW9bt3l7nXlZ1vh9AXA0Bt/Z9icaETh0Ae1x8mhfCYWCMLT9EPCN4MDtWuljg4BQMAq8Q ygWHxqxGP80QritiN6NTDkDsuizKBFVXUyDIeHxUjiAQ9OW/TZxOgYPI/e5kgYgQAyucNxbw8DBS aQyhLHkZH7iudeh7JFSuDMCd0QRnjDJpWFO52RJPzFCeEKcCMlEhyZ0FMAEekHbLD/7Mc0jg0xSN R5zDY20We5bpFV0qNHSugXh6KmQTMozAGt6L3BDh1mLbYQm5IC9Sa2QCH5t4ahOBx9dCkB8suMMD JBBH2hPKgSwc6V9diQpbXqJENx4ZpM55D77CMmJ/fHoHsBUUfusyD8gAVpvNnb9ikuAz2yz5fnSL XqTprIygBYhVd7e5izWEPbcldQNTn6wi3Juv4THcVYkdsC6G4sZLjhZq/NTgNr0RipvgFcihPawt XnvbgCcoVtAab0D7ERzbRrwFuOnlo8AHgyHbHaPEBmioOTwkvoWmYQNOpFV8BT4CF2MnHX7MjBhR udtXKMz7q1NVHczZwLU16w9sTL7gTj4egZiQMCS35D68scxwPYowLAPTdF1XMPc0BzgDPEA128hd RCNIpOBMV7yhvZcO4ITsxHUmobdXa/xrssRTVlNTuwMQeh//2pAFNmoI/9f3g/nGfqUlWjW+L6G8 NLhz/NpPK9BVUhdBK9H8PuPE7ORAUz2j9e8d4aboUKPMsjCgQEu29r1nOaPIVhtRQh40F+vpRRNM KHocuW3Hsq2YAMxgU3knBZubJgopJLVqutY7uwVEwKE2f0UssxXACiCzQDKADQZ8KBgGnhJm+mf/ M8mK6olJFLmybyCKisrB4QgZRKfge3Yj0XILwrk8JXOwwsO4PMJ8gS1oAQY7sqYqVBBYT0axXcBO 8g6gTBoW6S5l+IP+D3wE7An6DxVQG+jY3BA9UCZML2ABdQvLHytgvAKI92YDZRxhCdgVaxDd8GNW UIaU4SdUahNokKaP/p+ZEdrAwlKZg+IHA8LB+AM8YQT4yiA+OGEYSMF0ll7c6c3z70uGB4M9grB1 L7gm12A9U0lTKQzMGb+NMXO0HC2s/IjZi3cIWQmDMBfyBA51297IAJCGprvug+xUglzjCDDh7hM+ z2JkdgwMGAkHFOifjQx32w+HsQY2g/gg07bw0ndOk4vISTxJuxBEA9wWDNgM+yUwMN0EpYRFVMIQ ziW/Zcer1KESItyht3+htkuByy7/dAmD6QRSvQJrJcshAajEcxVbxXxkJ0Wic/GjvXG7+hquaGxi YBSK4DRRVTALUkN513QUwC3pPZZVFD0VbCGLleUqPypTOv0P7lyvaHWgTUN4lDGk6cBKSuxMzDnp pFgMTqFAUCshUwg65BQISe9shBjQT7Kwn5Buu4r6MYraweMIEekxu5Q/C9qFTD8jOZILKDDkQiaS NCgokaaZ5CwsKDwFz9edPA1CBEFHiCGpbGJARVVngKQzJ1VHaA7jYZZo1e0njXiL35USEYP5B3dt /2zoQEB8HNzDVnVVpJuVocQv4Hqgj3jIeQL32eueBRw3iKzCD9g+NjLeeAp/HvQKfiGGTJq6kR0I GExkz2CzlXAGhU3iZ9gnt90zG5Blhg4+A8tAsrmE3rJACxd/lDDqeMEogFfBKSOzlPeYxBmQT0e/ oMzhDOLB7JBXNAtRkK8sppQkrEbDIoLFqsHQs6F4uSKhROEQFVulTCPLoUhEF4+Kzs8oPYAczEzd DbXUQCNlJx0UjVCyYJN9SlAWUTMt6WhYRYeLlEHNCSEPGFYjVpJzN4lDzpnk7BAFCfX24uduJvfG BfgFEDEMGH1Ssaz/8A9BO1oRo4UD4uZes4ohG2YYAQjCudB7z9XeHAGQC2v4ziDTAlkcT4C+Q3P7 CIxPECgYvc48BBqd2WLlxh3UIUBhFOidUAQ2iy1f91qPOTwqYRAWVHQ0CyoLFhgxng7onwMMFn8z uZNQig90ajxhfgo8ejANn/t9BgTgiBKvV5kE3S3Q91EnBAEUOQQgiLZDhvMMhMxrIxgPLl1gOJw9 AAwOdWfNjZGKJYQZgp5LrpoNlgxWpzEDxWH12HQIBwR1U/4IXGjACE5DJnvHiojd/10BOhZ1HITJ dBSKUAEMVgH00u2X4sACg8YCE3XgTusFG42iobhS2P+BV6YrvNmIALo0g8cDgD9flga7fYpHAUd7 dfgHiPtfXz1ZgM8DcASInGiHQ+wkeASZ6kqdPNkZvqZs5QccZCBckydPniRUKFAsSOGAx8kwQBR7 jugRtnrADuKtOIsxoBPRXcBoLAxSXI2HPLfcQAM0+IOqfTQ193RVaBwkK25EWBAwIMOBMjxVcxVM R5f3HIM4/iZmnF2IQAJx2T46RIYvUeMdVKONoiNOwvEHLCY2wsCHVVgTToV5Ev1wBIKZzXzHgWgM BGxopLBgzJpkEMRbFiNpWT6PPzaDR8MIAwxw6qLKPXSHH3L/XwBLHa8OeMPqEoXCHKy0LXKfoLMC rdFA+YZH9FT+8GZPR91I0VBW6OTcQAff2NSrqWZ2zxEkhF4Ivw1++nQLjUb87TWs63QGHItO2yAL wBBRFjRHKSBmFR38O/hy0uucHqhgDHP1xlTeylDHMHEyX0IIZt61dqBeOCh9K5kWmcmd2xXXWJwt DhVqLtS20SAOkF8ESCHBJRpgo/9eLys6wDkUBGM4sQwoD8jigcEEHh54ExeS7BERcFnaTQ42BvLA 1lIcKLYl8Hq8mdY8JGXBY+YVNBeZHnilaGVQ1lDOgJ5J8FZ929QOZgOMFLTlog1qVrVEUSgTuDHH iwWnNLLrfAo4A/QYoCQ+N2gTHFFDUjZsdTIZXKgOHiRE8q4NMahvgHT30VBJUoLuhhmBVv8cLmi4 zzugFHUQgd72dYTLimZQbeosZBJOsEt04QSQPEUTi+hDSkaYKv1BiDZSctLBFK8clHBCTghU42Oz SHLkZAIkAoRATiC8lBJnLAMphJk7KBU0Z0jxTMk4AuhVRq8jDHEoXCIcF3g1MhKICL7hJl10ZBOT MCRAtMGhI0I9GqCLcLoyQsH4NMDPuYQtDOOjVSEarzKEEdxRUgcGagvxUwBE2zYXLMFAOFI4bxjW HbxL1Gg5ajtQPnUQDShWzLQbhIGbgRj/a0UyYuEwfeP5cjJkLCRRMzA1NC+HDCQ4Vf/WJMaA4JYQ RFSa2XChITVDSFNRPjTICAYemM6FMdhjGIJFvf6IABoeETiT/6WPjAWHc3RFJqsW6IFwcFSSioV1 46Spse4Y+wD4qeRDdSYcj7gHR63JGBCfvynfl2A6jKSJKJyTDrNwEnQQAQRqh61Oz8AFUH4fxDwU XTBw9WyueGOE7p3VvBlKKBMU31WYYNk/jZNwm5tYmYe0LNMkNogGMglQJ6pD9Q2xw3g3uQE4kFGs BG3U/x1ARFIr+YvBi/eL+sHpAkU3qd8/yIPhA/OkRpNE57r/WLFEg+oDxgQQZPhEsBhQu22xFTJS FghhEdl+073QBEN0HXiAfAR3XHTNTLOIPFAYUe55cuwXwKzjBzCkNJw6TZ48OJQ8jC/Hd0OFfJks iwZuUtiSzS5KfKqIA4TjhPOrwwlOfAMM38KEuxf0gIT/BXy6opoLCBEW4+h0ZkA+BFmQULOokTnW kUPyRS1qzL1XV0YAmCwotihd8kKiT7gHUytql0C/GJpkii2JGlNRLTkhwOlzeFx4AhyCdQLIBtcJ U8jnA1jEBngCjAhZbljT5M8FylC940xhGwDcy3wBD4a2BVy/dFYSAAxvv46P3Ki+D1NPWVx8g8PA MsGFEGoQU4IGeG6Ge2eL+zVpe1WjBaPNcHNyUXR40DCdGoB7lPoC1uenDFE9clIB2XLwM7czUHqh KlFNYEM7dBlMDTpggm3HsyHIAtWxKNQYa2GQEt4tbn/IUko6VATf2vDSpNNjq+zetcLkEg0gjmAD tTiWdErtuPsZlxxga3TVI6pGlqiKAjxHJflAFBx1FFuCkVS9qRaERc6a5BnqVy3+S1SDIMh+Y4pm YYpeYnUL/wOmD75+ZMHj78mMWAjFY9/hik5gC9jCUgvZxUfyUW8ZnFCMbpDk5CRkAlHRXAIFFnVG WIP+yDjkbAHVg8fB4AQD7Zsb6AQCQo6KAFBDuPHwAHq0Gv734gPeweoGHxDTFdt3r7pVGPfZEYPB AojoLIAXbwDCRH7xlwcDRttlcLSKLBkATAelFJc0aTpmmMbKV9Mo3R68A9NWEVZESEZ1JAcStJNW MOBRRlhoUYQSQEjo21JvvwIJYMlYuNk0E0ZPEBhkAnDRkCcg5EDZ+FzCABJpYcPBYEACiB0aehz4 ekPlPQqnEmyFW7AcSzXwWS+caPVMPC5FKywUdAVe3EFvBBB1B2RS6zNB3axpqii4yCr+HG9xc9h0 Di4LdAaFDtTrDprBRnVYTEVWcq5w2IsGZqzimwc8Im2PtH4CBiZkK1GALnpMPhXj4aIaX2XeYPAe ww481pj4JgXBIXMKVcMjF79qRCy/yRtksC9SapCBUL34h4xM2W2MUZSzMaAlk0whQ85mEWptUigg bBDmlnqFseDCv0zvBPOJZ9Vz/h+oV1XmoQ1c4ZyUEid01g/REf0UaDDkVQqRKHcaMKrkQhw+Ij4E AQPJlISW8lXNnQsvjngUbJNoB3wP2LIYINhAwtsSsosTS2/kDEgCPYHfLCooi9Fyyk+raM2dK8op sCvDexWf3kJORfzDDo1RfpTkSAy9lFV4Q4i5f8Glku8Fq9JI5q5SH3H4ACGLhGwgUambMAcSvekE JTORcAkFKUzOJdOdpr8UShzGRdNIAHBXlyDIBoAIaNSAUHBfQH4UD4TEfLMQ+yxiX75kD4yqGTmD 6GQkH8gWgPooGHUScIEckFYUAxewQ/FaJCY4KziSCxASHAEcDpALDHokICS5QkYcMCGLZAA+PsXN Ak1xALubv0DkwOL7hDeNDC5oElE6G2xxaWepLgY7Bok86Xb3rSJoiEQMIBABQUYNdfLSHRBo7sYR vsk3UCCZi2KnPFqBTHUxmWBM5tXcBfmiVClSEOsBRkno5FgkjGkYgZrUWQAGV4uBjIBgq1QPnQAu kDXWzXGYsVXCGAfeeyDNswnF/7zvZCqYMCrAKEYUBmQK2QlVUxuBcQbJwhnWDS45ecmUUv+EUC65 5ECMUZTKSAZNWA2EDLfkjH0NZ6PFaAkH/QmpXzD6kEiNFC5EElLI0gwYCXkHB+Nv8P8iPCB0Hjw/ dBo8J/o8PHQSPD4dhMTkId6NROdHJyPNNRwoKEWS5yNJPRtEUCaJZjkYV1XkFMahWUkvVBvIJ4AE vyBZPAWRYlXpMDLBoZ3VS3Am1MFFk8meao1gkofLOAHXreBNiAmE6jULJuHrDtMmAtTVoE4ITcLQ 1po8AbM3oUnXlkgxQQjGD83TM//B0Jl5MMBXV9jLgBUoJOlqMUzgaELXduYUUL405mF9tHA66lCn U/lGTcGJ6+IxcOrQ3/4z7YH9/FM7fVM7+H0tglS5gqbEVD5+11jUqHwTExdHRoiEDDjHKeCGOzw7 i54n3Mp9Q4uVRoPFMokHmDv4mnDMvBQ3BFx8pWeLT0GQHCFI/pqcnZp+fFuNWQFHHEsRPpDo5Rbm agR+zlb3GRoc9H4a5clXnsBTBxcjNsxWx3OtL03GMkt1VERWCy7RzdBJB5SwSHQcAR18f3ducP+D /gF8dgRhopy7ej9wYgq7AiCIjVf0jyzRzlcgCCs73n8ZK/NY3b5v4UaNeDJ0Tgp19LD/ul+5NLBJ TmUYQoPHMkPuBvtjQUP/O8Z+t4UccUE7zlQHwIeSfoqoQqbBNZsJ3hVgLPfogsCL/hhcLPbenVvS QNMSLBDkTcSER8B1zeVCR8AIOMS907kxHtbD/6AFQBBoRsAjoE6XkbHNKljoMqBUOz4W+YsN/MLc rOQW1IglOEowHEjZ5ACiM0UdCmYEnn2CC3iAIlBmFF8RcIyAmGoQfwTcyIicVwyGDFJWvQnsPBiX oZbWH6cuoWh0Wo5oUOT2T9CMSLNwMwvgdqzbpIv5qX4gbSh9tR2L16ErKyRA0r8U8CPNSwPYO998 5srG0oHeFI08KQRD0SDdN9cfKxNUUgzSfCPOGBcTRFAhIEGPdehWp32PrBpZuX/AAyugfBDY/DGE azDB2Jf8z4owKRkSIk0cr4qV8xsJ8OAB9yz+60W72P+p9uoDgpB8IcQCA/ns0zQRaPArM5i93hQq cxRIrDpLBcccP0EHXi3bpTkkOPBVVJcoUvcmSxF3HCRTfdewjDEWBwsyHOtkv+5jy+IYSQ6KVAwm Esyb62UQiBX+FkQMJ78HdgByLqL4HEwMumEG4CiIDYM5RSlIbpTZOPf1iACBIAtRiIgykCIHRLGr YGxW5YwmNuQJWAbxziiIcTBNDfzco9lzJheM+VQKz02KyG9OkAF/gvIn6lSGioQEh2xmYJBciBxz FHOy7r+D6gJRigQQGhWOvuCdNWAKuisAHBLiFcgC5hB1GPNh5Ovu1LmMUJgpXKoX8jDyHOIaamwI 5UDMzAT9BHE+EaoAHO4LE9HiBaGI2KzEQCJM/fjxvYRI8kU1xBrWiH3tsxR9AcynS1wRTs/mFgbI QUzksNy7B9/ZfehT0M0cwKBFPARjF7wbo43NrcLGupTGDa7Vx7bAvaERmUQyHXzgNreKYCbIDMjm rZuHZMImEwSFkFDobiG5kL8FdAjJTsmEfJitCFzLnJILeXEtcMw5JRfySgm0zHNKLuQjAtjMZEom 5PysA/R8bots1SZ0OM2urHlOyYQNLMKH8pySCwbkwmDkOSUXB0zBOdhzSi4gTNASJkc7glwrWz/s V+Qhm928CUosOWw8DCInu0ZcC0I8ABqbh5kGJAScBny2yFbkiq/HGLx06uRAZdbvg2oPU9kZ/Wzf dD1woI4GCpKMvYCmM3D26pEimHQDUOJS5mrJyFIQFxxEksvMVW9mQI0s3XV0B1dNcJT3iuboNNME rQgOkhHfVQRXy2Om6c8GexBowCcJQtSeDEd27zM8Nawzn9AFBwaRUqVRMM02s/30y9T/yHVtG4sC CbAnVufqAkYC3kIe7Ovjv3D5oPVpktRoiLLEGDGI8NQ7CB8vHIA30h0A4gQYjmhWXRl21u4BDgR6 vBCb1ymAjMEb0xxqUmLttsgFKeVHCOVNCxDhLN2RiQLgCBSPOnEQboH5ClTwW1WaxchSzP7/KFde j1wZn3hoMHWWnWxmEB8UcvTkL/SEEDPag/vs0I10YTBXddL7cdNd2s++BAfViUAET3XkIYsGf+zg CsRK4Bbv65WQ/yU5MrK54A4F3NiYoRCwZuSUnMwAE4Wj3ygIV1NWihFCBC3+439pinEBhPZ0T4v3 LIoHRjjQUNwIvreEqAuKBgoK7/Ve//82WrQEwxDwdeuNfv+KYQKE5HTd/R2UKFo44HXEikEDMRiK Zti1d0s2wRB03+uxLzSKwn2lum85WKKNR/8MwxQF/670LqLJhFrTWcNmDNhEtJsIWxRZDRCjMLHf /m2ew6EFacD9QxkFw54mABXW0UKJweRqf7bMAOwaqhdRPRyN1XIUH/vdUN5n3i0QhQEXc+wryB1+ o9uLxAyL4UCLQARQw7hLxAXI+SRU51R+Rm/5/g8PtgdqCFCEdusO4gcbEN1Ib4qp4PoVL3T7A0fr 0hU3RzQti+4Oa/S+bf4rdQQPSEMMs4cVIlVAC6E8+/dvlnAEDY0Em41cRtAw68+D/ULYqRJxw3Xs hci1rr09jUL/Co2kJKvFZAZtmYAG9CtDwZEJuKN9kAj3wud+1sS/WIoKQjjZdNHdURJ17QvY+Lcl 2srD6lYIiwq///7+fhYL/6ZpM8sD8AP5g/GL8ITF7VLwzzPGrYHhpQGBbhHntxolBnTTToHm/A0v nFS9Xl9b3YtC/DjYdDame8M3x+843HQn3+fB6BASFXvWbprcBtTrli2xQv430jsnnQb9/M/rh9z/ 9uxXVr5NEOMmi9mLfQiQCcbt3+rZA8u8i3UM86aKRpbJOhLudiH+dwR0BElJ4cFbO8nDN8Nl0xvc aCiioxx2ZKEQW8TW+1BkiSUHRFiaiWH6z9Zl6JHE0orUiRU4+XIb4FLS4f+UDTQN3c52AecDygow u6MsbLl+2Acz9ppk4VkHqBybtt1/ea9ZiXX8CGM2TVgdozhjN56IFrhifhQRCV+91Da7twRe/lwg K55FpFAv/D+zKowWpolFnPZF0AEQD7dFoKm3LwNqClgddZxWeGD+W3YGkCNOnKAIXE2LRew9jtA7 eQmJTZhkXSLprG7j28d1mB5eQhxyAaIWrYN0ZvAbZymC1xvCXDlA5S8kWSV+BQ8FQ8NmhfZ+pebX BO5oula7gmjl3FN33UFew0s1ABXVVKMOSObWDw18En6DfOPbwV7gdyJdW0BAWXUWOYrmeA62dBAT cMXeK2x9v1s7OzXCSncLcGwQGhz2t4VGqQ4B1MYPg+bwVnNR4eFcXOFRDmlDtbFiSIP5qncMaaBw qTBGautSyRu99OdYDsH5CC3R9kS9gGz/S/1edA6AZf79TfyIRf1qAusJDf2eRXy7RfxjWI1NCqpQ jRY4AtUQ3HDgexy1NzQa5wJNmgojRQwIg/iBa+/CHAvIRgP0q4GjZvfh3XbpKzUFZB33dRQDCWpy 7H7hA9NbGqE0Eb0CgzsbNGE1wAS9wJCv1QhCDgB2DadoT8EhDBBcb98m5FkMAVcPXzk9aExGhw3D dRFysPA3UK3BdwyLR4k9ZM4KfHciiB1gKDwEgyJr8O8WJCwJVo1x/DvwchMCl3z/FT6D7gSAInPt XmgYlBSWfBeGzGggEBwZse8tj1t1EHqJhjNItgvCX8eqcw1XUosIN1fr7atAMLuCzYbaXmMPhLWL WPSrJooI9RXg+wXmoNu9y4NgCOpY6SRgxyQvNNzm9gANbGHvdE0MiTq24WMLi0gEg9OFyB3Y5/b/ rgkI3AUD0VY7yn0VjTRJK9EEGtzB7rVoEoMm2AxKdYvb0tUux+TnKo7AacfA3gW9BQwW63A9kBJ+ BuRngV09kYRKPZMG5GdAhTc9jYLnZ0B+JD2PhhE9kil6p5MKimCIXN+lWKvTNwpO6wj6UUrE63AR z6PjpWqz0Tad/0nrTFtdXavZmr0E7OA5FgVW/k/3nrh07etgwAw7xnMEORC83/YlX40MSV4DjRU7 wRJkuWQqiWX2KBYAqMTLdHYvHadzUKAFFiAlQwEozYZLI5oRLMBQp3IpdPFtu9DmRnWAPiENBwo8 IHZ3XXsrsQwgd/o0KAQP6YvGAu8GC9tTuTkdWlFuv1qwW1r4M/8nOsOtP32Bjz10AUfVdzxZjeUS ptjgAevoxL2dJW7hDSKRWTvzCUgxfwtPA1EJigc9QTgfdN2+Uew5VVc5sFlFgD9JIlVCyxaONDvD PAYuO/btjt82eExZblkD/Td1yV3/hCV+zyIaiR0LiR4n9QhwC4ckqX4E7pWNQFG9vnArw0jQ4Nt3 2qEpW9s/tqJYfP44GHSz+CT4G+3vWChTU59gUIsPoPzWqIZt2IjUkdbXhk26oQgvJyRsOxp2hlBW NVIUSFpALQbdzZyjPAZbu0yU2g22GBwUpIMhcmpyxBpLl31UtSBtUCyZnHc3+onhJVi4FIA4m0Sd QID6vrRfaGgpfiW+0vaC4RNH/gY2Sg49AcEGihCIFkZApWNHxgvV684MBIAdFhm7vUZAHOtDHgUE 92/J20BE2vaDGRiIHkZlBcpbcyB0CQkICXXMnhuFYo1Iu0qqgGWyQSwVPThB4GPb97VEKwUnA17x F8iv/QMzvItVFP8Cx9DX3xfaCoUiXAhAQ+v3kiwQ9Ebj9sMBlkE5fRhW4ta+VngBIo3jHYvCHjf9 RgnDCAyxGBgPlMKJhX63vwXR64vTS4WTDkOIxgYdtA9Bb7FLdfORSoM/S23zbVUKij90Og9ndDBh wLouKBniBh82NyCcGw9AAxUBQH1tCLuQYTwwDw4KCTK02scDg52j+SZulFr7oEmhdAIWgtNE1ERJ 9oaButHAqHUzegtL9T3XdBYh7evTPDkzC5uhO/sX6hsCs1WgnV5i4bPggd1ssw5DDD8nwmY5Hn32 ditz60BACBh1+QbyK8ZG29gtL0BO0fiOQAJd+tITtQN41zU763QygNYBSzISIxwVrhQ0aA8lh2BS 91AODBAnM0vws3UDVp5Qw+tT+XUqncy1TKWFsXQ8YP+2W5R8DkA4e/sE9ivHQGqFJW1qVc6q+w5G KjW6uvW8szxyfbZXPUjG64mtla+KXyHsRK8AmjQVhjplMhtaLphYFSDtGCAWIDZu8D7Nhim0cxpt BHfp/Va2xkYFCqEj9QgFG8QJHeDr4uhbZo0R1NEJQnXFr0TfS5+t6Qu5MI3cuAAISo1l7t/uHC58 djk1Y31SvyRMj8d+9oEAOIN/iQeNiH7Bc7ZYluYYgGAIQIuZwGeOsY34wXzk1Ul8WyFWgruaCfvR ftb4G+hGiwPLNopNAPbBAX4EFyIL8Ah1C8I40MeLtWBjq8+OBY0fudC9RevPIVwLiQgviBp/BG3r R8D+fLpQlHiBz+w82P/y2HVNO7dvlSoAirRq9ljriMNI0G4zQOSN9VgwoUYnO0i5F1dmDCXY1ij9 MD7QBoBOauoKX2J38wN1CgjrBAWAQ3QDfJv/GJDZYrg2NHvgkIvgRMN5u1uD0oM4diBVJFGDQyOj kDfBIdTxF3xKD6H0alJNPOfDzcPDLNoPaG5Vizx1GQlDHWz6gmRdO4vl3ExD+kEOakEEMsx0D311 Ux09TIkCuJvDm/pH1D6LTv5oRHXN/zXFoZg0AM6EYwfdS4twDIguO9utEv0CJTR2iwyz5G5FF24B e3yzsnUS99u/7Ysts31l9v9UCOvDZI8FQ1eic46jjOhkZQ/41tL3gXkEaHUOUadSDDlRwcTdW7IF m4pRu/RYcttWIFgIqWFLAkO/teBb0WsMWVva71ZDMjBY/GtB7kMwMPdu+vyLXQwOS7ENuvdA5NqC itYctA4yReEQCD4t8V22IXN7CMFhu3a2UP2ysY90RVZVjbpUC77uhe5dXkELxTN4PCVTwCBAY10L GR1WDGIx2QrNbDZw3o++c922S49VDDsIMBqLNI/rof2OfTX3fRzJ6xVcav/aEGKTP10WlLyV7PYb O4spi0EcUAMYUCQFXK8MHD+imnfzVg3zKk5E5UAhaPw+GHUdK0qheMxZ8T+Y1SN2YNiB7NFK1Iek hFUI2qhPbdpyoJELQ0E9/XxVeH+L8ZbxweYDO5YaJjNLw0xBbL3ocGgP3aQNENeo+nVKxaartvGF XKEPdsiIjHUTFwilQImzsygnWRJXk3s7Fm+9B2JAWWU8dikZgbOzOFB1+A2DR7Oprn1qAwP4WUFX qXt8Z0M2N1Vg/+ikEFd+yGBjDFwd5Fz/tgyq1Wzm0xYRC7eDDGYFJ7x68VksXxoi5urrJo3YMOw2 06TdhDwIavTdgHC3aCrPXitoQO2GNiUEGpb8FE04m3mhAfIl9BQG+BC4B94co/AUUegFQsBbMjKc oRhu/qhr7KH8B4jeFGorUAwKLewWWAAkcgecFLHY2GKYy8wcVaVNtkGp4dISGXdxDPxLv8VawcL8 V8Huss6LevxpyQTRjRIdw0uk1IwBtbTUXSuJXfS78IkTjdr/zfkI+HV/wfkEaj9JXwutUmv94s92 AwVME94DXwVfytRI4dggcxy/tvhb30fT741MARXXIXywRP5EKy7YS+11ITlhg8HgHi10OvdgIbyw xBIkBoxtG664Ubh8VYkKBAK/294IA134DQiMi/vB/wRPGgoY2to/e4ZfsnWaqdvol+xqoEIrpxGu 1VvEoVj4SVpOpj+3te52BYnzykEb+0A+O/qW2m2DdjX6v3RrLsNRkZEB275RvbrqCxa55NIhVBEe vbGWkA/SIZRMUspytm2/Sb5KCwQIcGGL1hGRvezVCTmFwmujM+6J91iymuvesPkpCyaJLw6KL1vZ BQiXSmOKTAfdvvu32SCITQ/+wYgLcyWAfQ9GDrsk293giHjT63YJGQ03Yt9KQbEJGOspJONP4ENw z2IZJVkED51bvOGxhLcJOItURfCJGjsTEw9z6fz/CLP6AHZw2cI9wN+j7A2haAvYNrrB4Q8yDFKA KdjsgaBAh9cfMh/2HoQcCVAIDjlAEIOd3c3epIhsJA/+SEMKSGyJhhtmeUMTg5L+EQ1ML3GDeJh1 bFMQDYQF3WtaEgkQrhCjAY/0M/I4dqNo9UGLyCgryODTt1qSERKNSBRRinx84/12YLEX/w0vOwUi NTr92lYKFJY6iQ1MOD8DNJCyrIk1CliQGjzJKmbjk3tXL2hXjTyCLBtIF3Z1R4dp8BdqSTR9DoPH l4gvktPug03CdfTrECbgLtQAAELT6A6NBvB1JqFpi0F/Lb5d+AhzGYtL4TsjKyP+C89Hu13jFhwU O5oYcucHdXnbTMj3i9o72CYVBevmGQVocHd1WSRzEYMRbHfIs3MTN+vtJg0bRRuasy/uDghvGbRf q86BHHSQDspZWxa2DRq3aUOoOGwH697mthvpFEodpRSLFh3eSm36x0oti4yQttvZwy6AkESIN4sS cBFVUKBVK900vu4G1L4ORAvWiwvtkYQc9N8K5v9F/AS//iM5C9d06YthzSrUl8pKXFiwBt3GTXZM V84PZuoLQXdqIGRfxQXR4Uer67bbRosgVPlDCit/8Xvjpku8wf4ETl4/fvheO/ebtOkkcw0BJGEg fSvb0oWAEaJ8OJzT8+xb4Lj7I1yIRIkD/g916oXsaLGB9CEL6zEXK5UVXLvFoTIhGSk2mJNzFIIs hSIKwNem12V6BPgAla96CJBbg+c2hJQ0qflCDMsAUmulIsJkBloq3Sz+C30pxJkLpbHNNRcRYr+w zoyw2y7ZCTsKjwl8rusvKOz7kB4NjU62CXsEsbytItcjXRa+7gk3am7pRgUHdQqJA/yyDb/tXXl1 8APRIgESMvyfi6HHb7cOIY15Dz51Gjsd8lEGjUhdSzukBmsivZELEbmNQgQILMCDkwINbxD/LRSA Gl2WTVBDeio1clCQGFeXUCgFmXzaiC9YDGacwD0K0Mz0wWjEvwhFMN/iyLbdgTNciUZBKmoEaMj2 wVcjaLJXGYgABtI/DHUU/3YQV/z7rbXUtnxOJMWJfgT/BWKxlakWQc6bX8ZHrVlT6W5xyLOjtcVB pNvFT+BDY+vjRsM3acCBWvswgtDFdhtF6kAIAgS/Ss9269Ye+4XB5995DIsQgGRy0JAALNFLdNXe J3DAjZcER/rQjY4Gl7ZHd0jyg4h+9Azm3VZf/AbHQPzwQudeqt0O7/+l/8eA6BAUwQ1+0QWZSPCW dsfdU9V2R08MvmNfJontZWtvrI1KDAiPQWSeREK7bvzDvJ7jikZDisgLhMB6iE5BgTH+Q3UDCXgE uizLaPGEVsB+atirgBJVyEBfIA+ettEkTn38BL/6O3KBNEulGKGEQLbYgIIw8T695GzVfYFCXlZo JDNWgoTZ3gKcBP8dGxggJwAsxF4ooM599T5B9lijQ6EkGBx0t64cSQWhoFfG2YIpGosORlAz9vJc giVyF5Q5XRgZNtsK7qGwKpONUyxBa0A8wCAS4O0O6baZbRg3LB/gVnRjoRda0EI+PEO5AyQv0J2I /I3Ai2t13Feit+mAU7R/6wv/BBtNUF3Kg9f/ydrstsQpSeBWXxxVMHOtc1IRFNeg7WfBxB3njWXM liYNh0CNCGMg23JbqUGbOg+2Pt4RhIIG7IKIcnUctNDRDdqhDsNFUuQjDtDxCgdKQAFNEAEmGIpw Q3N9l8BSbzW8+XVOIj9bM0RKpwlW0rioznJ5U2I5MHRyMELpRjANF4DoUJOAQCS05d4+Q0BjWb/g gqLobhZ4rOFQ86uq0+QPhu/7T1M/MH3uZrtN74oRhNIMfiF+aq55tkH/MjvCD4eTyzYg9iXHXO5S L2VYakiuUnHYBKqNKeqF3Z64kYA7e8t0LCot3WJEsoW2+q93b9/uHV38ipKgIAiQRkATdvVBbeBg 4UGAORjUFJMIEBs5vp38BHLBysTMLPXwnktQo6wLTjGs2v2927/AD6WlWaO7petVQHn/zAymukxI Z0KhsVZfbRM9l3JwOfbay2YsVOsG+gvCCu63sU2rAOsNOR2ICpuCqev7MIEEqksD1toN76EotyUh Vf6EB9kaIEuI/yV4aktELmz9FGR5D+3Yshi3GUktpF/fLkFtYCL1dBcEDXQMSDZXRNN0A4i4WgUS LzzPdgsIEVdsWTPAGyHYIKq0F6PFYgT43tzDX4AUjGfgJqBF7FaDIgqrfz8GFjTAvoeIhAXs+YG+ /4KCxnL0ikXyxoUNIPeDbmxxN1PIVWC2CijHGrpA0HcdNbwqQbgqNEG7IACL2WWr3i8AvwmPqkJC ikL/8tBfWwdBaxDJQ+5QY89eNY16UI1WVtl3xoJvI/0dVh7JyG42VjQjgBT8lkUIWPEn8P+all5c go1yZosR9sIBdBZvm7+f+hCKlAVkiJDg6xwaAnQQbZA7JyBb9KDhhkbjHIE8AL/rSRWssd0wJUFy GQRaqktjSzQ6yECYiEkfNycvbx1hchN6dw4g6SDrIdHdsOBMSr5eyYiDXPj1Emr9CGtZ/CgWzAFY cgBN8mrBh3hDPIv/G1f3wQMWAP6s4YoBQYE7DnXxiwG6NNQAbKUD0JrCMKlAd+sAkMhB/CYj5RyG C2AaqROzBnnbStx4AuvNv9wNBP7rCIM5ann96wP8xl8ZHexNS9ZBkGSIF0di7utarBFb/RfXZ266 yQrBaU5r4S809sZeAu8n98JpEgdqtmGINsc4xXNmCC2ZKWAIDAiTwV6wiAff3hQiO8SQQJjj4ZKT 5jIkE0E1SSbZHivBwwn+/TAMYJD8zF8BNIAGSGER/H/LXVvRA8Y7/nYIO/gPgnhRd4x1WseMFNWD 4gPrwMS/eHIp86X/JJX3P7oc3uBCwf1yDGYDA8i75lbeF4UgiB6NGJAHnIj6Tdc1MARcA4Aj0YoG iAetue2FcIhHAQUCVghZ2UnGlsbHXMyNSSt5lmVsJQECAqbk684mkCNGIUc/jJqu6w7/b+wD5Afc 1PybpmnMxLyLRI7kiUSP5NM0TdPo6Ozs8E3TNE3w9PT4+PwBhy0ywY2adN8hbBf4Cf/wIAMsTUCB 10ARo4aQwWYDe50L+REwQ0Jwow0KKzIIm/qNdDFYOfx/JO2z214N/eP8d6CK99nvczIJ541Qio/5 K+u6X+SoiSyQuAvYAwAM190Km20DOm8DTlhPVoRhb8m2Sx+jkG8huu6IAimMJeEtG5AnJKtzbbyy LQOuRVqrW6bpugtUBlwDZGyMsGmadHyEl4qXHNM0TdMcGBgUFE3TNE0QEAwMCAgTFtI0BAQflrDp urAFuAPI3IqXYbYE57e1hw+DCWFgCxO3UPz5VDSMEkJoZKWj6ouCUR1njzUQpjhYLMij/J4t8Cl0 oEgQaDQHo5CLet0fetajlAahC7nsD6KRdusOoZQQNKyh9wVTETEYA4Ij0HMyTavr+BtBV79/DFe5 eiTZ9So1QR/3SzYK3tBBJAeLdW/rIXW1uNFpZEdJaTEpzf7Xnh916y0dUYPjA3QNIIGDGtUdLzlo fK0ZG0LDedE6D9zZZC2aAAvuOmwYRWBW2y76Ksgn8iEnsGOvKgYWg8YySNMM3iweDM5AfHt1xjnr GIHi9wlihUaaDgAEvlN2v9vW51UKBIkHX3X4sHWF5BVZw6O/yI3z5MgL4IzYjVyNIZDLZfCMHI1A jSPkAcjIjciN03TdYD+/BqwDpJzA2jRNlIyEfI2/pvvOI8iN8OAD7EkeQNYAjr9gj82RU8gQj2iO YI94HEgul46YjsCOYI+NQh6BYI9N03WDWxQGHAMkLDQAa9M0PERXj7/TdSeMH3AFeAOIRYQAa5yP v140ooC/Dg8UidgAQUcrjgoLL4H5g/qBLZnCJeLS9HQIK9HnSYvIQW0wNN8DwQYQys0qdAYWpusa 6zoGI0rSQk6CckQzcOsGEBkc4T24z05wKbh1RlfVW1MwBB1FjGkPcLbyW4g2Ix0j6yIgIIAnwWcb dDgiAZHgTzo8uDl9FH4QLpPg31RhOFlZiUUUobhUJYEDth0WHLNOm+cTvEhNgaTTfSAszNohIHMu OSRWjFwSTSCLMq6IAPHkO99f2ME2IcEEG1HEQdzWBgk2OesTSv8mEVuCtzaLOGfcdGas3GFzXbI2 IVf0Tewa0aV3FqVwbdR12LZGX6j89PZFDQQmPhyzmwnYeLIj1X8e2sBsbWQySNKPnfpCmozIx0X8 cmTkF7KzNtyJXeASexdrkO6yfd90tFZkanOnrORndJyPs3Urw9klCusGjFatk6orYt/VQL92cQ5H hI5XxnF7+0KwwR97Vo1K3Q0l3RLwhexAi/FJBvMMXsy98eN1BStLi8Kx/yVsQgBsriiq/29q+P+u AGcDcnVudGltZSBlcnJvchXPfiO2VExPU1MNDQraD9hdc0lORw4ARE9NQRLydvvLEVI2MDI4CC0g R2FibLNv3/50byBpbmlSYWxpeg1oZWFwN/+t/XwnN25vdD0EdWdoIHNwYWNtwN5tI2Z3bG93aThh BvIUctlvbjc2c3Rk9tvPQDVwdXIrdmlydHUhse23tTOlYyMgYwxsKO02hXxfNF8qZXhcJ3vttS9Y BtziXzE53c19YfdvcGVYMXNvD2TaZMC2ZXNjKzhGgRDh1iSBZWQZV3Z7SL4jN211bKx0aL8hjOTb YS9sb2NrF5rbBls0ZLdhLgL2reHWoiFybQBwQGdyYW0geyEUtkptNi8wOU+jGVoKEEEqJxTyuUYs Lis4PQ/h+2FyZ3Uoc18wMmaLbduuwW5uZ4JvBXQ6EdAKZ61k5n9NLWAY//C2OWYVVmlzqkMrKyBS nGHuuz1MaWK0cnknCi0WGmfbw0UOIRFQ1Dq+XBt22QAuADzl4CU+y3jbLGtsd24+/92BOza+W+ED R2V0TGFGQRZ2ZW1n74VQwnVwABMPV6lkWKD/rTqbZXNzYWdlQm94HXNBzxpfOTMyLmQ+RyiRpNh8 rncDC9zgkRmVFYqIHgCQFUV9KvmgM4ZA0NzU0ZFnQP4L0MWPkwCMRka+2Y2PExeMj46zk7H3GyIr jo5LsD/dkowH3MncjJAUgv3lf9TT39LI09kAzs2Q2sqQiSftftbdF5CNOcVDzdLS0Q7T2G8b+785 2dnP2M7OAMrY30HKAJ0jfth/sNhP2MXe1dzT2thv1dLOyfc6s/0L084E2VjIVBv2N2v+ztjPy9jP yQknzcjfInx4w9reBxGXPzDA0zRNtzgDREhQWE3TNE1cYGhsdHw0TdM0hJCYpKzTNE3TuMjc5Oym aZZN9ADBDBAUmaZpmhwoNDxEt8Lb/wD+1dje1p3JBZ3cyQjn0NiPDdjP08nu2NgV2Bb409fYbhjZ 0sQVKfDSzxLZ3eEwZ0f+GtkPg+iNAvc0/MJv2XbZ/7kEAwD11J2B/++DfvxSsPe9A5OTG4LICC+3 B2shZ3qd0tMf+tQNs9a22xjbmUIdh8rwcvn/8uqd/vX4/vad6fX07tXJh5KS67rt3+6TzdzWk9rS ywfWJ0ireAOv65qmnLwIswwDzMPHysaHAMfczxHUX8nPu7HRtsht8TsexHWd3hrR0N5ctRXbz9SZ BOqxrfG9LJ3UzhH/YpD7Ft4YsI+dK9YnnV/NzcShuyV76U0A+dLbylVo2+5Zx9HScMnU8ABEZzPe bRnu3gXTnc7cZFjOYbeFbZXNGUrS1qmwhtuyIy/z2CfcfrLta26CPyQP2i7Zu9r2DVixzpv0INAP MbKwHVIL8V7Y2DMYPuMUNfPSyRWe8shu323KGc/E0Ogh8MT7Ydnadu7cEZpMQtbkMxsDYWGajtIy Z9y3Nee2ziDqJEjKxdEdFJZ9wtET6tLKAG22zxViDiBTWul+ztvWNvc0M33fyUHIN9RqhWec1rvv 0nepbRtLV4sV2/Gymi/5VnLOsRHe0T7O5KetEGuNC8TvenbL5Pjc/NoNvfFU6CfOtQrt9YNdLCrv 1o+FhM5vU/HcyNrVQ3HCzDHyisrV8QyCe807K0H05/xhS/hwMjvRqxrNcNveAPZazTXWziC+wmHd GPvVRMnT29Xe8Xhat9VYMt/c38QdNgnJD13Ok/W2TXYrKRfPzmfyHtp7cySMpTnbJY9uWXtvg8zR 2RqMMxPLJoVsLpxryx5LS2zUJ9GvUVZozLrV+dzvG93OaKYFN81UXYLjH7G5QXY0AzP80Suom/Ae 034TgKrTNM12BMMDHDBIYE3TNE1shJiwyNh0btM07PwIxDMDMNM0TdNEZICYuKZZNk3M7ATFIDCa pmmaQFRwjKCw65qmacTY8ASPHAOmaZqmNEBMXGCapmmaZGhscHR43zCeaXwAoQvVBcfTwsjQJc+r yvdBEAMHCybbs48uDa+h4LX+DePez9D2wCM5OKPZ1NLA80ImNHyE1//I0dF5yfcMH0sYixjTF/pG YHTw8BT/+tzOK512F75GzaPbyFn30jqwZ2rNU5B6AxsLaZrOPWDHxwN0eISmaZqmjJSgqLCapmma vMDI0NzkNGumaez0GPtjYEyaSEczoyK1tg0d0bPenJqu696ByNvbB1w7aAN0fMIwBWuIS2/0nN6M WQ/AH2PNeq17gxfOdB9MrFlrgzvKaA4L4W7MMNgLzmqLqGeapmm6uAPI0Njk8Ae2rGn8zssLic0N MgM6D5YRW9aBudsOP9ELvS0L9t4HHw8oss0MlyPa0Quw0lhsyS9DicjUWOAYWCzUCy6zQsCKDDM8 DHiTBnsLFt7dD3uzYUurMgelE3vLYinzMw4PHQbyA9/Uz9kSLQKxkg92m8WjQIFknbCUFk73grEA 3+t1x9a9x5vFB4YL3+l32MCGC7pHyAtn47a1FxTJIwDa7NglW/YOBDgPkyEWy5YSEyGPLw4mDttb nSmlIbxhtAuLbDqz0AOLAJ/JA0RpmqZpVGR0fISmaZqmjKCsuMCbpmmayNTg6PgEyjRN0ywUICg0 PNM0TdNIWGh4iE3TNE2UnKiwvMh2TdM03Ojw/E8My9M0TWcDMDxIVJbr/DDj0djJyRu1SiUKjhTF fkNotY4WP9kUxBRSodFyObDNPZlTe4LhVrbZ21/H2NYghjE7JHcJ89M0ndnHzAMoMDwx2zRNRFBg aMyDa1vtKnD4ksUC1AcPugJLA8jLzyeoU6/AQZPeYAf3LDgTsQfzBkvM1mKQzifQzSDDNN2HgSE6 6Bvs8MZW24PZ0t4nzYrFbdNtt98AX8nFJ9fNRtoz2d9tjlrfHFtm0BPQ2d8AxzSdgx1dBM1vAwwQ 0zRN0xQYHCAkP9s0TSgsMDTNa4uLk4+Xpbv9jYWTjI+EA4SJD46Pj4nftjKXiIiPwYoSjI2Kk7Yt u9+Lii+PjCyIjYwVig/b2LctIIQriomThQuLGoh128G6iVKNG4+OL4s8jOsmn4cPjI2PAFmPfOz9 nptLiY6NSISLgh/s2eZcZx4djguMiwO/1s1epw+kj0xbxdQaNDoK+CTe95hP/dQQg3je38pK3G1z 8GQT2N+T9yzRFL3QTJvWk9bLNNfOxZMAx3rJB9Lbk9mnz8uCqVCpvGUSscqZth+/PpPff86Njs6N or2XhhSeANPPVRQoXEjW8iaXxNbZ/2OxBrCTCX7w9O/8+/Hy7/hG03v/7pP68v+T7fgnIt3Vuy3H YKXUj9dbG+xRqXNQppDQPz+tMdZVesRh3uPr6RKtSgFNRN7KFlgYtnvF2pMG098bfYSE99JgcKaI ioQAD+QNhnfhhTuIjg+AWI+CoXyHi/cPi6aFModzbw8b5hsPDGMPboxD84gPjaGxs4LbE4RWfg+M DJtzzW0HjiALeB5Sikr38QypDxGJH46wQ2fuf4yLiFKMyg/t3Ba5jiuKonaIhePrtu8PzI4MimaN D4mgQYLmOIVOCnvHIbynxXLJCOtw403TNF2AA5CgsLzMlk3TNNzs/AzOGGmapmkoOExgdKZpmqaI oLTI3E3TLJvwBM8cKDBENE3TNFRkdISU0zRN06S0xNTkpmmWTfQE0BQkNNN0hn4AeNOzA2RcTdM0 TVBEODAkHLlN0zQUDAD40o/TNE3TA+jc0Mi8TdM0TbSspJyUiDRN0zR8dGxkXNM0TdNUTEA4MG7T NE0oHBQE/NFrw0zTdAPo4NgAME3nCoF7A8zIv+u+q8c6LSkAIQchBFNDQU0zMv6/P3cHSVJDV0lO SzdaT05FQUxBUk3b//buC0FWUBqHT0NLRE9XTjIwAAAWu/1nFy5FWEUAQ0Y0RVQiC01QeQtBSUNN 40H72M79RkVXRUIAA2pOWDdOVElWb/33m3sATUMcPgBOT1JULE5WQzk1C5vO3R9GUC2GQ085OG9D 3/vPuUMPCBstUFJPVCYLU9a11m43UFcfTGMSTpD58861nHsHUlVOUkxVMzLu71/7QVBTXDNOSVNV 01NZTUjvZrffWFkWUkWaVUW/H1NFUla2gmtvo1RSQe2DHjtQgmuv7ftVQ40ZAgsZe7HX3kwrGqZ3 PWdfK7sXCZtWU0MHSLu1NnO7Ex51M0dSC3OH9zZPTlNPRhttZHvuvW1QzDMIE/NdB98BvcMGZjtN b2R1bBA3oO1lRmkDTn9FeAPagP5URW51badjSttL2FkfcxMOR1Nj7WNvV0kuRLdcKi5kGQd06Jcg w3h0Cxp3YXJlXB8DOiQoXJ1zXEN1JehL0HJyb1ZlcnPO3P+3t1xwcGxvEHJcU2hlbGwgRm9sZBnx StD/gzxCUj5TZREIqH3tDUtpIERlUw1DK1z7ty1fdAUgYXR0YWNoizP/7RDdTGFs851rdG9wAGtp dI3/N7RrHhdCQ0RFRkdISUpLTE0YhaCNqlChVD22/+0LqFphYmNsZmdoaWprbG1uMnH+/v/fRHR1 dnd4eXowMTIzNDU2Nzg5Ky9TbXVuc3cE5GVbSVQlnQPebkFvLgarLS0LLS0AooVnSQ1iYSM2Qb/b FqhDlHTsLUlEOiA8++0fM+8nPC9CT0RZPgZIVE1MPg/bQtReORdkaYt04e9r/z0zRDAgd2lk3Qk+ LWlmcpoUcwufCka2VDcGiNowF4k7+d66oFYi/wU7EQlib/1sC9qvZII9l1N1Ymp2LagQo3E0VG// /1voB0aUbZEgKFsxLjAuMjU1LjUzXeu2rr0pUhMkUi5lS2QjK7T2bmYpIG14MrkTHGPe5rZSLGVo OkMifAqFH+Yv40Rpc3DqdAxREBrVOpdYWbfp+I9mXW49Ii8+N78lTAgbM7M3Ynuv8WtHCS5zPg9E QIgajd/QYXAxVSi01vgML3NCQbVYUITWQByn+62EGf8vcmZjODIyQ225u6W2F1jGNS3laXBpg4xS 9BCLKZlT6Ig2Wq2JZHt24batUIUCym4DY3G93xW+cCJVbnNKkmliZSIuIFzWXnbrA2suLg0qIFag ttBM0XliTBIgko2xZgjSDl537rZUam1QIiGC+SJzYW8nHHOiIGduZS5KuVZI2FQ/HiWr2+3r/lhh ZGRyFiC2AOxlbapltuZKhT+pLJsEpGGNrp3dDnIgjEUxC3kQM1lhawQmYYc7KO+15r5MZSwfdiQz S6VzRRP4co1Sa7T3AgZORCwipoUCisYKbnSOD4hkY08FZx0QtopvxXC9s79IhkR3aG+tabDmWmzh WiFJQF7RNbm+r0sYLDpuCScAnDvMEf2JaMeFR6sVFqRyfwhEjNollFxpeHtrVEJob4vN/uJxbCRh 2mjvTXrvpQQhLLmOMCnJCWJyifRGzNThdAtorXA6L5u9MMzpWDVqb3lEc9AivAUKcCBTXQaYm/WI XhaHUCQ7zBEsqg5IUxaNDYSZR5qid+OKpLkALgAqACUcuggnZS3cCW7PqjVQJ3t13GmTNPcOBZ19 +x4MNsJlPHh1yiwDZirkODSo14uTrZh52lF1Y8lzE1IYz+AKI7SEDZTKNkYs5kc8AD7Lio3KBs+t XmdDcFdEDgC8a6ybuXoXeSINAM9t+20FXS0AIE/VZ8OxIC1QlU07FtmBvWGrBwsAZzg6BiEiZLpv L2nB4CrIkQzRdQ5LlGtCxBQ+bXILNxxzTXJ0VFkuFFqL0YrxIhhoSjQVZl9H1WUIgEvCMIswOBmG guFEgnZtJtg7XCALcHlbPSsS9Qh2LHrB/3DCRL1Ghx6RrE3g52FJz3O45ig6WD4mnEHJCjRH85jF xzbT5kzWMJI8CBptjpTV1RIXAGGkMmD4alj0de1jxWibi3mZYgJemoTh1eNpLR/f2WQv0UW/aW0p x0FMbcZrLYY9zol81k7UFkNkRfdFrXvNGId4uG0DhsD2cgcgg3KW7fVik+ij8F6GYeFFvW5PWn5U Ep0VYYa3JNkoEBy4tgMpFa6+4yARjNhIrUZJrJIIe7c1V2qzDNLkH6SNWgyCX1cF3Pw9mLlEUwZx M3F1bwlVazRNLTafjRp4Gbxu+1RyTWbHodDazS1wIunmBQe3Dzgvi21s9ODiv22uYdSXIv9vLTg4 NTktMZwKA2Z2P3kTGUcWw14DWwBtBwkLx2l4JSP/yaLaQ00gcjvJhloLhU/ySG/OkW/hIgYgEhk0 MTP9VmqLMx40nVRNSU1FLbkWLQi2NzYS1j6qhYYAcHW9WvZO0gDDRneeD0l6eEHDpx88u/ZCJQyD kuNIOm0M1tr2tXwfZAAsAqAAfY5C5iB515gnRHGrQ0sEQXxdUFSgo7e9AU86PAw+D9xM0Oxr5LHa EUAUo0CRjacgAIZ39BY2+/iQSEVMC0Yxzk8gu7MvPLmtNwvFbDfVRGWzrodTeRRtH1fMamGrni1y RTCWVOg1TC0ZCMTBpBnFQxzS93KA6/NbMTVHXHTs+mgyaECtYXnuLgHpZsPOYyACC3hcjTse1a4z TVRQjBRs0lh3QdkTDXu1fWhsSiCvJ0xgtblzcnZcAHtJa66tc6addEhjiQyzFszVkghndA/rCuVC O1VyFgNCZUlNbUAkzsxo9FDqaAZ4U5PZ72aNFaPWJ+h8k3ZqNVPJnthKjYRYi7l3lyAH+7VXGtrN xCCOO2N1gx1kqoSp7bgjIQEHYjeJF60rurJxaK2LMYdJr2sUNntuwXSTVDYhiUegWuFJI/NpThDO BQet0GIONaGJsAu3A3EIeUFuLkUg3NxNH2hBQ2u9LFZ4BY4wbZcbvbUm7DBSa5pJVHVTwI3Wdg5m VSOkOSBH8vZSqRtf7nBBS1hoaXTbZXu/SGJZBWhBZVkSLIDDK2xDQgoStwb4VHv4ZVvrXHPMCoYO gFxiXO0Jugtd+6siIyYi6CUxAyoCcO4Z8zUx2wOCcVbXD1x36ni8wHFTS3MNK9g2oMUZZ/kuAkkm T24P4wdYUE1FfCeY/AtOVNAHOAOMLZhmUxv2cLQXI6YMQhV3jia2Gkw5Q6wkU04gUSDYZB4gH1+h sGCcp2KmU/pW1oIuy1RHQMkmLVUcNG8dU4OLGL9ZE1xQrHxcAbBAhCaLVj2z0ILiDPJji2yYIJE3 szdtYUiRHBZV53LJVy7EfzJiB2H8DDLYMQ8xMCoudcMBPxqko0NRB5MOhKZCV45yA3KJVredDu5c IlxZhxZszUEUdQdzE6O17wFBQgM0BDTT0HiTXKPTZx+9fCyIL1sqaHQqSG9UBQOCdWxMD1DhMmzq y8gAR1hHqTHYKo0OL51V4h7DPbotQWc8GKdNb3qFa7DULLAv29i00liwvHeTO2wCuti0bTc0FDuF LXU/R4Ll9qbYby8yNQEwMQAkwbDgBGVnxdOAr21CChdrWmwKdcUkZYtrheuifdA8n1PDYUUCdfHG RrJFjWM6XNl5bSlgXR9yCxgjOlCDmeM3NzCjjNJAIIa1hmugDyJaLGQBTjxHUKQW7QOZZMpMQQEo IJlIHgBIABCEQCZkABCBBmQIZAEQgmQIZEACEO6qyty/AAEHN8htkC4FF8ALHQs0AzJIBJaNCAMy IIOOj5AgAzIgkZLQdAMykwMDBwoLb7IRv4wMowD1YyQvBZMZw5SkmqbpGtMHaAk8CjTLpmkYEOyj EbzTNE3TEpgTbBhl0zRNNBkMGtSimqZpmhucHHR4ZGuapml5VHpE/EeH153l3/8P+MBDDvbd2AIE 0qQPYIJ5giGvpt/z7yfPB6GlgZ/g/C9AfoD89gjjzajBo9qjj4H+BwyBDXJAtS9BIf93g7Zfz6Lk ohoA5aLoolvf7j5ffqH+UQUD2l7aX1/aatpql7+yMi/T2N7g+TF+OQUKAAGjkgBFYRuVLSqIA2Uz VETgSJCNigbFAWxtHypoVbRBCY6xFSDoBVOMDEScdO9AUA8ZU1DBxzZRw2VyKVRlbXBkVTxXhDfG YK+ILhNDyT5BLFS8LsFDCzZ7M+wNV3JpGRgvhOsqYEZvdChXAdsSPXUOVJDWbWexdQpQMW80eVZI 5g4bIFIFSChATCrAD7Td1ojqLnlORXg0VMBgFSgBh70KmLwHSE1u9s62dQN4oESuh6IR29aVYQxT UmddT9m/3U48FFVuHHBWaWV3T2Z01rntsuNNGHArOU0iOtfFFuu+diiJZu0/KxxebipHbG9iYWxG RKDY9rBlC0FsBmP3gR3YBKbMRxVhCVs3RvVOw3SoLBCWvQ9DbGH2NgmamxUxSKA/SNmsFSVNqaIk 3JJwQI0XZXCBb78F8W9vbGRwMzJTbvFzaG9aa8EMH18Si1yg3d7AD58OTG9FxJtNgJvNHyZrD0Za AU9woaBUm+wMCHBlEUh0hUdHY3CRqW8EJfAOh/ZzZUhh+GEAcPKwP4YBzmNweQlhdBmC0Biu6I1Z sMO7v3lwLHyTSYniGbFaK29nfi/phJgtD3MIQXQXxXN0EWI8Ez1iE14wfKYgQw0Ug803a02fQtql iod5O1fgQ2h0zdywwSRky10Kzt6kICmQrE9FCJYkCFmSsGRtdsBLVWArx5XNhlfvGEHbiIXC2Gh4 ZPFwcBB2cqZfeOoyIma82VfrHGKMIbQxZkwbBsufMFvWG9iCQUNQswgRbAdWZkI6XBDtUnRsgg8n Q7OEnZlDZlcNO1tWeu9PRU09Yv5kE0s2JHxJbmZvdVdlKNxety0dYRFwLVAA7RG6JkBiSmf7oO12 7EtleQxRdfx5Vjh1MPd4h5MRoR0OEDBD0I8OyGYkzLotBS/pabpYIXX6IFQZo7D0sU91okJoQnAC sBuW6WzbclVCa6M1JMs/bGdwBnout7JbJERDE0SiewEbArtEZyZQaC1rbPjcyuayi7UCZEiQBAGU kdQw8NpXTiypiIJ7Ed6hM68SGhcO03TvMAoNOQyk3ENFgXlmZjFQvG8/jlVwI3JCdWYPmlVxczFz Y2gPUOEOTEb3jrIZM/eCbJEcTSjECkLE9cxsAlsjSlNrd+rLEEFsNg0cjoozlnwVbMhFoniHUgYO YW5JoKMkIGMa6HJQ2Wv20N00Zkl0owwCBrMdXY5ms441lUlkMxoEWzjMcJWvdpMkitMsHhf0A6cI jhQrbm6zNs3WHIoFIyP8/3NZlmXZAjQXNwkElFiWZRATA3TIZch/+VBFTAEEAL7RAj3i78X4DwEL AQbGAwCYaQDd7BsJ8aANQAsDBEx2s2AzBxswAcDGZkEIDBAHNtjL3gYAiKVSIDe3AiTiGAehVIOJ K2woAh4upgJ7IRvsboKQkJiSArK5InhgLnLF+7DmspkbFLACQN5pNrwuJgc8VsAHWhVtyifAT2yV jb3nC+vzc/BPANB+vxtQqA21JwkAAAAAAAAASP8AAAAAAAAAAABgvgDwQACNvgAg//9Xg83/6xCQ kJCQkJCKBkaIB0cB23UHix6D7vwR23LtuAEAAAAB23UHix6D7vwR2xHAAdtz73UJix6D7vwR23Pk McmD6ANyDcHgCIoGRoPw/3R0icUB23UHix6D7vwR2xHJAdt1B4seg+78EdsRyXUgQQHbdQeLHoPu /BHbEckB23PvdQmLHoPu/BHbc+SDwQKB/QDz//+D0QGNFC+D/fx2D4oCQogHR0l19+lj////kIsC g8IEiQeDxwSD6QR38QHP6Uz///9eife5PAEAAIoHRyzoPAF394A/A3XyiweKXwRmwegIwcAQhsQp +IDr6AHwiQeDxwWJ2OLZjb4AIAEAiwcJwHRFi18EjYQwGEcBAAHzUIPHCP+WuEcBAJWKB0cIwHTc ifl5Bw+3B0dQR7lXSPKuVf+WvEcBAAnAdAeJA4PDBOvY/5bARwEAYek7Hf//AAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAwAAACgAAIAOAAAAaAAAgBAAAACoAACAAAAAAAAAAAAA AAAAAAABAAEAAABAAACAAAAAAAAAAAAAAAAAAAABAAkEAABYAAAA7FABAOgCAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAQBsAAAAgAAAgAAAAAAAAAAAAAAAAAAAAQAJBAAAmAAAANhTAQAUAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAEAAQAAAMAAAIAAAAAAAAAAAAAAAAAAAAEACQQAANgAAADwUwEA KAMAAAAAAAAAAAAAGCQBACgAAAAgAAAAQAAAAAEABAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP// AAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAPoAAAAAAAAAAAAAAAAAAAD6AAAAAAAAAAAAAAAAAAAPqqAAAAAAAAAAAAAAAAAAD6qgAAAA AAAAAAAAAAAAAPqqqgAAAAAAAAAAAAAAAAD6qqoAAAAAAAAAAAAAAAAPqqqqoAAAAAAAAAAAAAAA +qqqqqoAAAAAAAAAAAAAD6qqqqqqoAAAAAAAAAAAAA+qqqqqqqAAAAAAAAAAAAD6qqqqqqqqAAAA AAAAAAAPqqqqqqqqqqAAAAAAAAAA+qqqqqqqqqqqAAAAAAAAD6qqqqqqqqqqqqAAAAAAAPqqqqqq qqqqqqqqAAAAAAD6qqqqqqqqqqqqqgAAAAAPqqqqqqqqqqqqqqqgAAAAD6qqqqqqqqqqqqqqoAAA APqqqqqqqqqqqqqqqqoAAAD6qqqqqqqvqqqqqqqqAAAA+qqqqqqqAPqqqqqqqgAAAPqqqqqqqgD6 qqqqqqoAAAAPqqqqqqAAD6qqqqqgAAAAD6qqqqqgAA+qqqqqoAAAAAD/qqqqAAAA/6qqqgAAAAAA AP///wAAAAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAD//////////////////H////x////4P///+D////Af///wH///4A///8AH//+AA///gAP/ /wAB//4AAP/8AAB/+AAAP/AAAB/wAAAf4AAAD+AAAA/AAAAHwAAAB8ABAAfAAQAH4AOAD+ADgA/w B8Af/A/wP////////////////wAnAQAAAAEAAQAgIBAAAQAEAOgCAAABAPAgAQAoAzQAAABWAFMA XwBWAEUAUgBTAEkATwBOAF8ASQBOAEYATwAAAAAAvQTv/gAAAQAAAAUAAgAAAAAABQACAAAAPwAA AAAAAAAEAAQAAQAAAAAAAAAAAAAAAAAAAIgCAAABAFMAdAByAGkAbgBnAEYAaQBsAGUASQBuAGYA bwAAAGQCAAABADAANAAwADkAMAA0AGIAMAAAADIADQABAEMAbwBtAG0AZQBuAHQAcwAAAFMAYwBy AGUAZQBuACAAUwBhAHYAZQByAAAAAABIABQAAQBDAG8AbQBwAGEAbgB5AE4AYQBtAGUAAAAAAHcA dwB3AC4AcwBjAHIAZQBlAG4AcwBhAHYAZQByAC4AYwBvAG0AAABCAA0AAQBGAGkAbABlAEQAZQBz AGMAcgBpAHAAdABpAG8AbgAAAAAAUwBjAHIAZQBlAG4AIABTAGEAdgBlAHIAAAAAADYACwABAEYA aQBsAGUAVgBlAHIAcwBpAG8AbgAAAAAANQAsACAAMAAsACAAMAAsACAAMgAAAAAAIAAAAAEASQBu AHQAZQByAG4AYQBsAE4AYQBtAGUAAABGABEAAQBMAGUAZwBhAGwAQwBvAHAAeQByAGkAZwBoAHQA AABDAG8AcAB5AHIAaQBnAGgAdAAgAKkAIAAyADAAMAAyAAAAAAAoAAAAAQBMAGUAZwBhAGwAVABy AGEAZABlAG0AYQByAGsAcwAAAAAAKAAAAAEATwByAGkAZwBpAG4AYQBsAEYAaQBsAGUAbgBhAG0A ZQAAACAAAAABAFAAcgBpAHYAYQB0AGUAQgB1AGkAbABkAAAAIAAAAAEAUAByAG8AZAB1AGMAdABO AGEAbQBlAAAAAAA6AAsAAQBQAHIAbwBkAHUAYwB0AFYAZQByAHMAaQBvAG4AAAA1ACwAIAAwACwA IAAwACwAIAAyAAAAAAAgAAAAAQBTAHAAZQBjAGkAYQBsAEIAdQBpAGwAZAAAAEQAAAABAFYAYQBy AEYAaQBsAGUASQBuAGYAbwAAAAAAJAAEAAAAVAByAGEAbgBzAGwAYQB0AGkAbwBuAAAAAAAJBLAE AAAAAAAAAAAAAAAA+FcBALhXAQAAAAAAAAAAAAAAAAAFWAEAyFcBAAAAAAAAAAAAAAAAABJYAQDQ VwEAAAAAAAAAAAAAAAAAHFgBANhXAQAAAAAAAAAAAAAAAAAkWAEA4FcBAAAAAAAAAAAAAAAAAC9Y AQDoVwEAAAAAAAAAAAAAAAAAO1gBAPBXAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEZYAQBUWAEAZFgB AAAAAAByWAEAAAAAAIBYAQAAAAAAiFgBAAAAAACYWAEAAAAAAKBYAQAAAAAAdAAAgAAAAABLRVJO RUwzMi5ETEwAQURWQVBJMzIuZGxsAEdESTMyLmRsbABNUFIuZGxsAFVTRVIzMi5kbGwAV0lOSU5F VC5kbGwAV1MyXzMyLmRsbAAAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0FkZHJlc3MAAEV4aXRQcm9j ZXNzAAAAUmVnQ2xvc2VLZXkAAABCaXRCbHQAAFdOZXRDbG9zZUVudW0AAABHZXREQwAAAEludGVy bmV0R2V0Q29ubmVjdGVkU3RhdGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA63xh6euOtpd5o/bnye6qBxRHATpD5cRaNqKHgvJhMZzyYs5PvcaOAZnBiYcgHaP4xmtfz9a5 1ITgkJoxOSMhTpriC+NYeByUlgk2YhNMwAkjRLe+FJUBZiood/izLW8VeJQK5sGtyq0p6NnPysro NCiwBYsMwm5D6M5IK1N8XXTwqN0gZ7ZvklJa8d0wA39cvj8jSaSWq4ULQRZmhxlYoZshbq9JEjR4 EBoIFm2gI2E8XhFPMcFtRpdNv9WSUiUsMapJbjaTqapew0Fag7KyFcIGNZaZHQS8yTsCRULA5EaE tRp5Uh2JSX2A0wsQOZI1nwIPkXat6CDEBDrHtBoRU2FkMF6a3CORsDGsFxmyXa5B0vIN9Mzpmdac 9wEFVo5tuXe1WVZEBIVXlqLIWpIpLy+tAGnJCmUzf3RXC7KpjfnAj97VsAX5X+/0RwY1xTpVDWoq amzyvyI7s3FQwIRxFHYGcABHyE4j624t7IJPPveQ01dbk7PxSo5pOusAkT33KrgpUlLQgMQW3Z1t 0FJaqm8ZMQQBXzi3RUFqVw== --ujsoimq-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 12:13:49 2002 Delivered-To: freebsd-current@freebsd.org Received: from icsscmh3.shell.com (icsscmh3.shellus.com [134.163.105.11]) by hub.freebsd.org (Postfix) with ESMTP id 3F98437B87F for ; Tue, 25 Jun 2002 12:06:43 -0700 (PDT) Received: from ichaxh4.shell.com by icsscmh3.shell.com (internal) with ESMTP; Tue, 25 Jun 2002 14:06:08 -0500 Received: from buecs004.shell.com.ar (BUECS004 [134.162.64.14]) by ichaxh4.shell.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id LSJ15TXA; Tue, 25 Jun 2002 14:05:27 -0500 Received: by buecs004.shell.com.ar with Internet Mail Service (5.5.2650.21) id ; Tue, 25 Jun 2002 16:05:15 -0300 Message-ID: <3FD6B10FABE0D311A413009027C220130364A8AB@buecs031.shell.com.ar> From: "Bustos, G. CAPSA-FNIT/31(c)" To: "'freebsd-current@FreeBSD.org'" Subject: unsubscribe freebsd-current Date: Tue, 25 Jun 2002 16:05:16 -0300 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C21C7B.3DCEBFB0" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C21C7B.3DCEBFB0 Content-Type: text/plain ******************************************** Visite nuestra pagina Web en http://www.shell.com.ar Este mensaje es confidencial. Puede contener informacion amparada por el secreto comercial. Si usted ha recibido este e-mail por error, por favor tenga la amabilidad de comunicarlo via e-mail y eliminarlo de su sistema; no debera copiar el mensaje ni divulgar su contenido a ninguna persona. Muchas gracias. This message is confidential. It may also contain information that is privileged or not authorized to be disclosed. If you have received it by mistake please let us know by e-mail immediately and delete it from your system. You should also not copy the message nor disclose its contents to anyone. Many thanks. ******************************************** ------_=_NextPart_001_01C21C7B.3DCEBFB0 Content-Type: text/html Content-Transfer-Encoding: quoted-printable

 



******************************************** =

Visite nuestra página Web en = http://www.shell.com.ar


Este mensaje es confidencial. Puede = contener información amparada por el secreto comercial. Si = usted ha recibido este e-mail por error, por favor tenga la amabilidad = de comunicarlo vía e-mail y eliminarlo de su sistema; no = deberá copiar el mensaje ni divulgar su contenido a ninguna = persona. Muchas gracias.


This message is confidential. It = may also contain information that is privileged or not authorized to be = disclosed. If you have received it by mistake please let us know by = e-mail immediately and delete it from your system. You should also not = copy the message nor disclose its contents to anyone. Many thanks. =

******************************************** =



------_=_NextPart_001_01C21C7B.3DCEBFB0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 12:26:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 7DE7737B400 for ; Tue, 25 Jun 2002 12:25:33 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5PJPXtL012302; Tue, 25 Jun 2002 12:25:33 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.4/8.12.4/Submit) id g5PJPWhZ012301; Tue, 25 Jun 2002 12:25:32 -0700 (PDT) Date: Tue, 25 Jun 2002 12:25:32 -0700 From: "David O'Brien" To: Riccardo Torrini Cc: freebsd-current@FreeBSD.ORG Subject: Re: custom kernel Message-ID: <20020625122532.A3315@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020624203634G.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from riccardo@torrini.org on Tue, Jun 25, 2002 at 08:14:30PM +0200 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jun 25, 2002 at 08:14:30PM +0200, Riccardo Torrini wrote: > # diff -u2 /usr/src/Makefile.inc1.orig /usr/src/Makefile.inc1 > --- /usr/src/Makefile.inc1.orig Mon Apr 29 20:42:50 2002 > +++ /usr/src/Makefile.inc1 Tue Jun 25 20:05:28 2002 > @@ -402,9 +402,10 @@ > KRNLCONFDIR= ${KRNLSRCDIR}/${TARGET}/conf > KRNLOBJDIR= ${OBJTREE}${KRNLSRCDIR} > +KERNCONFDIR?= ${KRNLCONFDIR} Why do we need yet another knob? Why not just ?= KRNLCONFDIR, or default KERNCONFDIR to ${KRNLSRCDIR}/${TARGET}/conf ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 12:36:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id DD3AD37B400 for ; Tue, 25 Jun 2002 12:36:22 -0700 (PDT) Received: from pool0300.cvx21-bradley.dialup.earthlink.net ([209.179.193.45] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17Mw6r-0007CK-00; Tue, 25 Jun 2002 12:36:18 -0700 Message-ID: <3D18C60B.BFC1BEF3@mindspring.com> Date: Tue, 25 Jun 2002 12:35:39 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Sid Carter Cc: current@freebsd.org Subject: Re: GCC upgrade ? on -current References: <20020625071455.GA42940@calvin.in.ibm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sid Carter wrote: > Just a query. Is there anything stopping us from moving to the > latest gcc on current ? Just curious. Cause mozilla won't compile with > gcc from current and I have installed gcc from the ports just for that. On Intel, FreeBSD will automatically use 4M pages for mmap'ed device and other memory that is on a 4M boundary and a multiple of 4M in size. You would have to ask Wilko or Drew, etc., about Alpha. For that, you would have better luck posting on the -alpha list, rather than the -current list. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 12:38:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from alpha.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with ESMTP id 1B99A37B401 for ; Tue, 25 Jun 2002 12:38:03 -0700 (PDT) Received: from alpha.yumyumyum.org (localhost [127.0.0.1]) by alpha.yumyumyum.org (8.12.3/8.12.3) with ESMTP id g5PJbpx7009901; Tue, 25 Jun 2002 15:37:51 -0400 (EDT) (envelope-from culverk@yumyumyum.org) Received: from localhost (culverk@localhost) by alpha.yumyumyum.org (8.12.3/8.12.3/Submit) with ESMTP id g5PJbo1k009898; Tue, 25 Jun 2002 15:37:51 -0400 (EDT) (envelope-from culverk@yumyumyum.org) X-Authentication-Warning: alpha.yumyumyum.org: culverk owned process doing -bs Date: Tue, 25 Jun 2002 15:37:50 -0400 (EDT) From: Kenneth Culver To: Sid Carter Cc: current@FreeBSD.ORG Subject: Re: GCC upgrade ? on -current In-Reply-To: <20020625071455.GA42940@calvin.in.ibm.com> Message-ID: <20020625153739.C9897-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is this not the latest one? alpha:~:> gcc -v Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.1 [FreeBSD] 20020509 (prerelease) Ken On Tue, 25 Jun 2002, Sid Carter wrote: > Hi, > > Just a query. Is there anything stopping us from moving to the > latest gcc on current ? Just curious. Cause mozilla won't compile with > gcc from current and I have installed gcc from the ports just for that. > > Thanks > Regards > Sid > -- > I've known him as a man, as an adolescent and as a child -- sometimes > on the same day. > > Sid Carter FreeBSD oder Debian GNU/Linux. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 13: 5: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from bremen.shuttle.de (bremen.shuttle.de [194.95.249.251]) by hub.freebsd.org (Postfix) with ESMTP id 3BB4337B415 for ; Tue, 25 Jun 2002 13:01:05 -0700 (PDT) Received: from bremen.shuttle.de (localhost [127.0.0.1]) by bremen.shuttle.de (Postfix) with ESMTP id 19B0317D27 for ; Tue, 25 Jun 2002 22:01:03 +0200 (CEST) Received: (from uucp@localhost) by bremen.shuttle.de (8.12.3/8.12.3/Debian -4) with UUCP id g5PJrgc2014110 for freebsd-current@freebsd.org; Tue, 25 Jun 2002 21:53:42 +0200 Received: from hal9000.schweikhardt.net (localhost [127.0.0.1]) by hal9000.schweikhardt.net (8.12.3/8.12.3) with ESMTP id g5PJssCU084434 for ; Tue, 25 Jun 2002 21:54:54 +0200 (CEST) (envelope-from schweikh@hal9000.schweikhardt.net) Received: (from schweikh@localhost) by hal9000.schweikhardt.net (8.12.3/8.12.3/Submit) id g5PJssRG084433 for freebsd-current@freebsd.org; Tue, 25 Jun 2002 21:54:54 +0200 (CEST) Date: Tue, 25 Jun 2002 21:54:54 +0200 From: Jens Schweikhardt To: freebsd-current@freebsd.org Subject: -current compile problem: vgrind not found in share/doc/papers/kernmalloc Message-ID: <20020625215454.A84264@schweikhardt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hello, world\n for a few days now I'm trying to upgrade my -current from about Wed May 1 but keep running into the following. I've nuked /usr/src and /usr/obj to remove the possibility of stale files. Could the reason be that my old current still uses gcc version 2.95.4 20020320 [FreeBSD] or some outdated *.mk files? ===> share/doc/papers/kernmalloc touch _stamp.extraobjs (cd /src/current/share/doc/papers/kernmalloc; soelim kernmalloc.t) > kernmalloc.ms vgrind -f < /src/current/share/doc/papers/kernmalloc/appendix.t > appendix.ms vgrind: not found *** Error code 127 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 13: 5:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.datanet.hu (mx1.datanet.hu [194.149.13.165]) by hub.freebsd.org (Postfix) with ESMTP id 94D7D37B4B1; Tue, 25 Jun 2002 13:02:02 -0700 (PDT) Received: from fonix.adamsfamily.xx (nilus-1557.adsl.datanet.hu [195.56.94.33]) by mx1.datanet.hu (DataNet) with ESMTP id A911C26A83F; Tue, 25 Jun 2002 22:02:00 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.4/8.12.4) with ESMTP id g5PK23De001625; Tue, 25 Jun 2002 22:02:04 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.4/8.12.4/Submit) id g5PK23pw001624; Tue, 25 Jun 2002 22:02:03 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Tue, 25 Jun 2002 22:02:03 +0200 From: Szilveszter Adam To: current@FreeBSD.ORG Cc: sheldonh@FreeBSD.ORG Subject: Re: What's the right way to build XFree86-4 now? Message-ID: <20020625200203.GB1289@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , current@FreeBSD.ORG, sheldonh@freebsd.org References: <20020625072157.GA73056@starjuice.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020625072157.GA73056@starjuice.net> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello Sheldon, On Tue, Jun 25, 2002 at 09:21:57AM +0200, Sheldon Hearn wrote: > Hi folks, > > Could someone put me out of my misery and show me "the right way" to > build XFree86-4 on -current at the moment. > > I've tried `make install' and `make CXX=/usr/local/bin/g++31 install', > where that g++31 comes from the lang/gcc31 port, and either way, > XFree86-4-clients fails with: <...> This must be glxinfo. This shows btw, that the make World was not successful, therefore the install fails. The problem here, as verified by my build logs, is that glxinfo (really, xc/programs/glxinfo) is built using gcc since it is C, but tries to link against -lGLU, which is C++. Specifying -lstdc++ explicitly on the link line works in this case. Changing the compiler was not trivial here, since the Imake framework generated Makefiles decide on which compiler to use based on the source file suffices, and since here it is .c, they use gcc for both building and linking. The quick way out I found is to hack the Makefile by hand and including the extra lib, but this both ugly and wrong. There is another problem, however, and this is that the libGLU built is parctically unusable anyway, although there the correct compiler is used (g++), one alway needs to link -lstdc++ with it for it to work. I do not know why this is. Other parts of X appear to work ok. As an aside, this is a rather interesting way of building, but both XFree and OpenMotif use it: the build does not stop at build failures so you only notice the problems upon install time when it tries to build the missing pieces again. THerefore, before installing, one should always grep the build logs for "all not remade because of errors". Also see xc/programs/Xserver/hw/xfree86/doc/BUILD. Also as an aside, the current way of building the X4 port with its slave port sucks royally. The libs are built no less than 3 times, and the whole shebang is untarred at least as many times, which means that 1 gig is not enough for building it! Let's face it, the X build is like ours: "make World" was not designed to be used sliced up like this. There should be one "full build" port for XFree-4 just like there is one for the old X, and the now slave ports should only be there for people who for some reason need them. Duplicated code in the Makefiles certainly does not justify this nightmare that a full build of XFree-4 from ports now is. At least that's my opinion. -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 13:12:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id E5B8737B738 for ; Tue, 25 Jun 2002 13:11:13 -0700 (PDT) Received: from pool0300.cvx21-bradley.dialup.earthlink.net ([209.179.193.45] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17Mwed-000738-00; Tue, 25 Jun 2002 13:11:11 -0700 Message-ID: <3D18CE39.CC63442E@mindspring.com> Date: Tue, 25 Jun 2002 13:10:33 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Munish Chopra Cc: current@FreeBSD.ORG Subject: Re: GCC upgrade ? on -current References: <20020625071455.GA42940@calvin.in.ibm.com> <20020625081225.GC21301@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Munish Chopra wrote: > On 2002-06-25 12:44 +0000, Sid Carter wrote: > > Just a query. Is there anything stopping us from moving to the > > latest gcc on current ? Just curious. Cause mozilla won't compile with > > gcc from current and I have installed gcc from the ports just for that. > > Not exactly an answer to your question, but about a week ago or so a > patch was posted that lets you compile mozilla with the system gcc. I > tried it out and am now happily running mozilla 1.0. At least that's a > short-term fix for you. To make this clear: It was a patch against Mozilla, which changed the default THUNK type expected in recent FreeBSD. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 13:15:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id 63C7337B790; Tue, 25 Jun 2002 13:13:59 -0700 (PDT) Received: from pool0300.cvx21-bradley.dialup.earthlink.net ([209.179.193.45] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17MwhI-0003He-00; Tue, 25 Jun 2002 13:13:57 -0700 Message-ID: <3D18CEDE.D6CE680E@mindspring.com> Date: Tue, 25 Jun 2002 13:13:18 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Ollivier Robert Cc: kde@freebsd.org, current@freebsd.org Subject: Re: [3.0.1] gcc/g++ 3.1 problems References: <20020625085324.GA46452@caerdonn.eurocontrol.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ollivier Robert wrote: > I've upgraded my CURRENT system to a post gcc 3.1 world and I'm now unable > to compile any C++ program that use the STL (incl. KDE 3.0.1). I happens > with the system g++ 3.1 and the ports g++ 3.1.1 and with both a clean > /usr/include/g++ and the old one (which has lots of older files due to > CURRENT evolution). The weird thing is that my laptop, also running > CURRENT, is fine. > > Any idea ? You must manually update the system STL. This is a FAQ for GCC 3.1 in -current. As a well known C++ guru, you're probably the perfect person to update the system STL in the source tree... 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 13:17:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id B300837B506; Tue, 25 Jun 2002 13:17:09 -0700 (PDT) Received: from pool0300.cvx21-bradley.dialup.earthlink.net ([209.179.193.45] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17Mwk5-0007WP-00; Tue, 25 Jun 2002 13:16:49 -0700 Message-ID: <3D18CF8A.782E9471@mindspring.com> Date: Tue, 25 Jun 2002 13:16:10 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Ollivier Robert Cc: Michael Nottebrock , kde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: [kde-freebsd] [3.0.1] gcc/g++ 3.1 problems References: <20020625085324.GA46452@caerdonn.eurocontrol.fr> <3D1832A3.2090900@gmx.net> <20020625092500.GA42544@tara.freenix.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ollivier Robert wrote: > According to Michael Nottebrock: > > You need a clean /usr/include. Remove the old one and 'make includes' in > > Good, that I had. > > > /usr/src. Please make also sure your ports-tree is up to date. I think > > you're using an old bsd.kde.mk. > > That was it, thanks. Looks like I missed seeing the commit message that updated the STL. Please disregard the last message on the STL. This is cool; I love it when I wrong about things like this... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 13:21:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id 1635937B400 for ; Tue, 25 Jun 2002 13:21:29 -0700 (PDT) Received: from pool0300.cvx21-bradley.dialup.earthlink.net ([209.179.193.45] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17MwoU-0006WN-00; Tue, 25 Jun 2002 13:21:22 -0700 Message-ID: <3D18D09C.A88FBFC2@mindspring.com> Date: Tue, 25 Jun 2002 13:20:44 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Makoto Matsushita Cc: current@FreeBSD.org Subject: Re: sysinstall meets perl5 packages: the solution is ...? References: <200206250827.g5P8RGnG002478@grimreaper.grondar.org> <20020625191225Z.matusita@jp.FreeBSD.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Makoto Matsushita wrote: > mark> /usr/sbin/sysinstall * - fix - * > > What should we do about sysinstall and perl5 package? Options for the > solution may include: [ ... ] > 5) (add your option here) Make perl "just another package". Bonus points: In the "upgrade" case, install it if perl is already installed, unless it's explicitly de-selected; make the same thing work for other packages, as well. Jordan and Eric were working on this at one time. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 13:25:38 2002 Delivered-To: freebsd-current@freebsd.org Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 10A6037B400; Tue, 25 Jun 2002 13:25:29 -0700 (PDT) Received: from pool0300.cvx21-bradley.dialup.earthlink.net ([209.179.193.45] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17MwsR-0003Xj-00; Tue, 25 Jun 2002 13:25:28 -0700 Message-ID: <3D18D191.DE72B200@mindspring.com> Date: Tue, 25 Jun 2002 13:24:49 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: is newreno still sick ? References: <1503.1025020333@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > On my -current laptop, and my other -current and -stable machines, TCP > seems to work a lot better if I disable net.inet.tcp.newreno. > > Has anybody else seen similar behaviour ? > > Who owns this problem ? I believe Matt Dillon touched the workaround last... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 13:27:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id C2B8B37B400 for ; Tue, 25 Jun 2002 13:27:51 -0700 (PDT) Received: from pool0300.cvx21-bradley.dialup.earthlink.net ([209.179.193.45] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17Mwue-00071n-00; Tue, 25 Jun 2002 13:27:45 -0700 Message-ID: <3D18D21A.B19F4D94@mindspring.com> Date: Tue, 25 Jun 2002 13:27:06 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Shizuka Kudo Cc: Sean Chittenden , freebsd-current@freebsd.org Subject: Re: buildworld failed with -O0 References: <20020625161004.80353.qmail@web11408.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Shizuka Kudo wrote: > Thanks for your answer. I'm just curious why a lower > optimization level could cause trouble than -O. > Anyway, my -current works fine with the default > CFLAGS. It seems that there're some commits to > rtld-elf on today. THe compiler is broken. If you are that intent on compiling a non-optimized FreeBSD so you can benchmark it against an optimized Linux, well, you could always compile everything but the files with asm() statements at -O0, and then manuall compile those with -O... 8-) 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 13:32:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 6E57437B400; Tue, 25 Jun 2002 13:32:41 -0700 (PDT) Received: from pool0300.cvx21-bradley.dialup.earthlink.net ([209.179.193.45] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17MwzQ-0006UH-00; Tue, 25 Jun 2002 13:32:40 -0700 Message-ID: <3D18D342.BEF187E7@mindspring.com> Date: Tue, 25 Jun 2002 13:32:02 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Brian F. Feldman" Cc: Sid Carter , current@freebsd.org Subject: Re: Automagic Reboots References: <200206251736.g5PHaCH77643@green.bikeshed.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Brian F. Feldman" wrote: > > ----------------------------------------------- > > Jun 25 18:06:30 calvin kernel: /usr/src/sys/vm/uma_core.c:1331: could > > sleep with "process lock" locked from /usr/src/sys/kern/kern_exec.c:321 > > Jun 25 18:21:19 calvin syslogd: kernel boot file is /boot/kernel/kernel > > Jun 25 18:21:19 calvin kernel: Memory modified after free 0xc2cb9800(252) > > Jun 25 18:21:19 calvin kernel: panic: Most recently used by kqueue > > I've actually seen this, too; not been able to track it down at all, though. > At the moment, I've checked everywhere obviously M_KQUEUE memory is alloced > and dealloced and have no good leads. If you care a lot, then you need to search the kernel for structures that are exactly 252 bytes. The normal cause of this message is a reference cound underflow, which could be because of a reference count overflow (I had a similar case with cred's a whilke back). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 14:18:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by hub.freebsd.org (Postfix) with ESMTP id 32A5837B403; Tue, 25 Jun 2002 14:18:15 -0700 (PDT) Received: from pobrecita.freebsd.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.12.4/8.12.3) with ESMTP id g5PLHvcW021300; Wed, 26 Jun 2002 01:18:06 +0400 (MSD) (envelope-from ache@pobrecita.freebsd.ru) Received: (from ache@localhost) by pobrecita.freebsd.ru (8.12.4/8.12.3/Submit) id g5PLHseH021299; Wed, 26 Jun 2002 01:17:55 +0400 (MSD) (envelope-from ache) Date: Wed, 26 Jun 2002 01:17:52 +0400 From: "Andrey A. Chernov" To: des@freebsd.org Cc: current@freebsd.org Subject: openssh-portable fix for setusercontext env. Message-ID: <20020625211749.GA21219@nagual.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Current variant not set all needed env. vars correctly. Please note that TZ, PATH, MAIL and TERM variables may be (or may be not) modified by setusercontext() so they must be set _before_ setusercontext() call. And now I keep silence about the place from where I take this code. --- session.c.bak Tue Jun 25 22:33:58 2002 +++ session.c Wed Jun 26 01:09:03 2002 @@ -957,6 +957,17 @@ child_set_env(&env, &envsize, "LOGNAME", pw->pw_name); child_set_env(&env, &envsize, "HOME", pw->pw_dir); #ifdef HAVE_LOGIN_CAP + if (getenv("TZ")) + child_set_env(&env, &envsize, "TZ", getenv("TZ")); + child_set_env(&env, &envsize, "PATH", + (pw->pw_uid == 0) ? + _PATH_STDPATH : _PATH_DEFPATH); + snprintf(buf, sizeof buf, "%.200s/%.50s", + _PATH_MAILDIR, pw->pw_name); + child_set_env(&env, &envsize, "MAIL", buf); + if (s->term) + child_set_env(&env, &envsize, "TERM", s->term); + senv = environ; environ = xmalloc(sizeof(char *)); *environ = NULL; @@ -965,7 +976,6 @@ copy_environment(environ, &env, &envsize); xfree(environ); environ = senv; - child_set_env(&env, &envsize, "PATH", getenv("PATH")); #else /* HAVE_LOGIN_CAP */ # ifndef HAVE_CYGWIN /* @@ -981,16 +991,19 @@ child_set_env(&env, &envsize, "PATH", _PATH_STDPATH); # endif /* SUPERUSER_PATH */ # endif /* HAVE_CYGWIN */ -#endif /* HAVE_LOGIN_CAP */ snprintf(buf, sizeof buf, "%.200s/%.50s", _PATH_MAILDIR, pw->pw_name); child_set_env(&env, &envsize, "MAIL", buf); +#endif /* HAVE_LOGIN_CAP */ /* Normal systems set SHELL by default. */ child_set_env(&env, &envsize, "SHELL", shell); } if (getenv("TZ")) +#ifdef HAVE_LOGIN_CAP + if (options.use_login) +#endif /* HAVE_LOGIN_CAP */ child_set_env(&env, &envsize, "TZ", getenv("TZ")); /* Set custom environment options from RSA authentication. */ @@ -1018,6 +1031,9 @@ if (s->ttyfd != -1) child_set_env(&env, &envsize, "SSH_TTY", s->tty); if (s->term) +#ifdef HAVE_LOGIN_CAP + if (options.use_login) +#endif /* HAVE_LOGIN_CAP */ child_set_env(&env, &envsize, "TERM", s->term); if (s->display) child_set_env(&env, &envsize, "DISPLAY", s->display); -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 14:18:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from gyros.marcuscom.com (209-211-150-2.scn-exhibitor.com [209.211.150.2]) by hub.freebsd.org (Postfix) with ESMTP id B592037B401 for ; Tue, 25 Jun 2002 14:16:12 -0700 (PDT) Received: from gyros.marcuscom.com (localhost [127.0.0.1]) by gyros.marcuscom.com (8.12.4/8.12.3) with ESMTP id g5PJmIc2005478 for ; Tue, 25 Jun 2002 15:48:19 -0400 (EDT) (envelope-from marcus@FreeBSD.org) Received: (from marcus@localhost) by gyros.marcuscom.com (8.12.4/8.12.4/Submit) id g5PIW6Ja000433; Tue, 25 Jun 2002 14:32:06 -0400 (EDT) X-Authentication-Warning: gyros.marcuscom.com: marcus set sender to marcus@FreeBSD.org using -f Subject: Re: GCC upgrade ? on -current From: Joe Marcus Clarke To: Sean Chittenden Cc: Sid Carter , current@FreeBSD.org In-Reply-To: <20020625010403.J30655@ninja1.internal> References: <20020625071455.GA42940@calvin.in.ibm.com> <20020625010403.J30655@ninja1.internal> Content-Type: multipart/mixed; boundary="=-l29VlMviUoiyPLAOE3Yu" X-Mailer: Ximian Evolution 1.0.7 Date: 25 Jun 2002 14:32:06 -0400 Message-Id: <1025029926.328.9.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-l29VlMviUoiyPLAOE3Yu Content-Type: text/plain Content-Transfer-Encoding: 7bit On Tue, 2002-06-25 at 04:04, Sean Chittenden wrote: > > Just a query. Is there anything stopping us from moving to the > > latest gcc on current ? Just curious. Cause mozilla won't compile > > with gcc from current and I have installed gcc from the ports just > > for that. > > I hacked together a really crude patch based on some info from Joe > Clark(e?). Dig through the archives from earlier this week and you > should find something. -sc I'm still waiting on someone to come back to me with alpha results, and I'll commit the patch. If you missed it, it's re-attached. Joe > > -- > Sean Chittenden > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > --=-l29VlMviUoiyPLAOE3Yu Content-Disposition: attachment; filename=xptc_platforms_unixish_x86.h.diff Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; name=xptc_platforms_unixish_x86.h.diff; charset=ISO8859-1 --- xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h.orig Fri= Jun 21 01:12:40 2002 +++ xpcom/reflect/xptcall/src/md/unix/xptc_platforms_unixish_x86.h Fri Jun = 21 01:41:51 2002 @@ -94,8 +94,16 @@ * gcc is that the system gcc defines __FreeBSD_cc_version. This variable * can also identify the period of time that 4.0-CURRENT used thunks. */ -#if defined(__FreeBSD_cc_version) && \ - (__FreeBSD_cc_version < 400002 || __FreeBSD_cc_version > 400003) + +/* It seems we need to use thunks in FreeBSD -CURRENT after gcc-3.1 was me= rged. + * This solves a problem wherein regxpcom and/or regchrome would seg fault + * after running for a while. This problem has also exhibited itself on=20 + * the alpha platform. Therefore, use thunks on all non-i386 versions of + * -stable and _all_ versions of -CURRENT that are using gcc-3.1. + */ +#if defined(__FreeBSD_cc_version) && defined(__i386__) && \ + (__FreeBSD_cc_version < 400002 || __FreeBSD_cc_version > 400003) && \ + (__FreeBSD_cc_version < 500003) #define CFRONT_STYLE_THIS_ADJUST #else #define THUNK_BASED_THIS_ADJUST --=-l29VlMviUoiyPLAOE3Yu-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 14:37: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.dada.it (mail3.dada.it [195.110.96.70]) by hub.freebsd.org (Postfix) with SMTP id E515A37B400 for ; Tue, 25 Jun 2002 14:36:53 -0700 (PDT) Received: (qmail 26287 invoked from network); 25 Jun 2002 21:36:45 -0000 Received: from unknown (HELO torrini.org) (195.110.114.101) by mail.dada.it with SMTP; 25 Jun 2002 21:36:45 -0000 Received: from trudy.torrini.home (localhost.torrini.home [127.0.0.1]) by torrini.org (8.12.3/8.12.3) with ESMTP id g5PLaodc000975; Tue, 25 Jun 2002 23:36:50 +0200 (CEST) (envelope-from riccardo@trudy.torrini.home) Received: (from riccardo@localhost) by trudy.torrini.home (8.12.3/8.12.3/Submit) id g5PLaorS000974; Tue, 25 Jun 2002 23:36:50 +0200 (CEST) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20020625122532.A3315@dragon.nuxi.com> Date: Tue, 25 Jun 2002 23:36:50 +0200 (CEST) From: Riccardo Torrini To: "David O'Brien" Subject: Re: custom kernel Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 25-Jun-2002 (19:25:32/GMT) David O'Brien wrote: >> # diff -u2 /usr/src/Makefile.inc1.orig /usr/src/Makefile.inc1 >> --- /usr/src/Makefile.inc1.orig Mon Apr 29 20:42:50 2002 >> +++ /usr/src/Makefile.inc1 Tue Jun 25 20:05:28 2002 >> @@ -402,9 +402,10 @@ >> KRNLCONFDIR= ${KRNLSRCDIR}/${TARGET}/conf >> KRNLOBJDIR= ${OBJTREE}${KRNLSRCDIR} >> +KERNCONFDIR?= ${KRNLCONFDIR} > Why do we need yet another knob? Why not just ?= KRNLCONFDIR, or > default KERNCONFDIR to ${KRNLSRCDIR}/${TARGET}/conf ? Not another knob, it is already present in shipped Makefile.inc1 marked src/Makefile.inc1,v 1.292 2002/06/21 08:54:02 ru Exp $ I asked only if is possible to back-port to 4.x STABLE tree... The whole Makefile.inc1 is very different, but this functionality can be obtained with only 3 lines of changes. Riccardo. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 14:56:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp.noos.fr (camus.noos.net [212.198.2.70]) by hub.freebsd.org (Postfix) with ESMTP id D392C37B400 for ; Tue, 25 Jun 2002 14:56:19 -0700 (PDT) Received: (qmail 32370094 invoked by uid 0); 25 Jun 2002 21:56:17 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.70 (qmail-ldap-1.03) with SMTP for ; 25 Jun 2002 21:56:17 -0000 Received: from gits.gits.dyndns.org (4if27nj87eev79xl@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.4/8.12.4) with ESMTP id g5PLuHtY014423; Tue, 25 Jun 2002 23:56:17 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.4/8.12.4/Submit) id g5PLuAJH014422; Tue, 25 Jun 2002 23:56:10 +0200 (CEST) (envelope-from root) Date: Tue, 25 Jun 2002 23:56:09 +0200 From: Cyrille Lefevre To: Mark Murray Cc: current@freebsd.org Subject: Re: Even more progress with perl script rewrites! Message-ID: <20020625215609.GA14026@gits.dyndns.org> References: <200206250827.g5P8RGnG002478@grimreaper.grondar.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200206250827.g5P8RGnG002478@grimreaper.grondar.org> User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jun 25, 2002 at 09:27:16AM +0100, Mark Murray wrote: > sys/*/conf/gethints.pl * - del?/fix? - * done. #! /usr/bin/awk -f # # This is a transition aid. It extracts old-style configuration information # from a config file and writes an equivalent device.hints file to stdout. # You can use that with loader(8) or statically compile it in with the # 'hints' directive. See how GENERIC and GENERIC.hints fit together for # a static example. You should use loader(8) if at all possible. # # $FreeBSD: src/sys/i386/conf/gethints.pl,v 1.5 2000/06/26 09:08:23 peter Exp $ /^[ \t]*#/ || /^[ \t]*$/ || !/[ \t]*device/ { next; } { gsub ("#.*", ""); gsub ("\"", ""); dev = $1; nameunit = $2; at = $3; where = $4; rest = 5; if (at != "at" || where == "") next; name = nameunit; sub ("[0-9]*$", "", name); unit = nameunit; sub ("^" name, "", unit); sub ("\?$", "", where); printf "hint.%s.%s.at=\"%s\"\n", name, unit, where; for (key = $rest; rest <= NF; key = $(++rest)) { if (key == "disable") { printf "hint.%s.%s.disabled=\"1\"\n", name, unit; continue; } if (key == "port") { val = $(++rest); sub ("IO_AHA0", "0x330", val); sub ("IO_AHA1", "0x334", val); sub ("IO_ASC1", "0x3EB", val); sub ("IO_ASC2", "0x22B", val); sub ("IO_ASC3", "0x26B", val); sub ("IO_ASC4", "0x2AB", val); sub ("IO_ASC5", "0x2EB", val); sub ("IO_ASC6", "0x32B", val); sub ("IO_ASC7", "0x36B", val); sub ("IO_ASC8", "0x3AB", val); sub ("IO_BT0", "0x330", val); sub ("IO_BT1", "0x334", val); sub ("IO_CGA", "0x3D0", val); sub ("IO_COM1", "0x3F8", val); sub ("IO_COM2", "0x2F8", val); sub ("IO_COM3", "0x3E8", val); sub ("IO_COM4", "0x2E8", val); sub ("IO_DMA1", "0x000", val); sub ("IO_DMA2", "0x0C0", val); sub ("IO_DMAPG", "0x080", val); sub ("IO_FD1", "0x3F0", val); sub ("IO_FD2", "0x370", val); sub ("IO_GAME", "0x201", val); sub ("IO_GSC1", "0x270", val); sub ("IO_GSC2", "0x2E0", val); sub ("IO_GSC3", "0x370", val); sub ("IO_GSC4", "0x3E0", val); sub ("IO_ICU1", "0x020", val); sub ("IO_ICU2", "0x0A0", val); sub ("IO_KBD", "0x060", val); sub ("IO_LPT1", "0x378", val); sub ("IO_LPT2", "0x278", val); sub ("IO_LPT3", "0x3BC", val); sub ("IO_MDA", "0x3B0", val); sub ("IO_NMI", "0x070", val); sub ("IO_NPX", "0x0F0", val); sub ("IO_PMP1", "0x026", val); sub ("IO_PMP2", "0x178", val); sub ("IO_PPI", "0x061", val); sub ("IO_RTC", "0x070", val); sub ("IO_TIMER1", "0x040", val); sub ("IO_TIMER2", "0x048", val); sub ("IO_UHA0", "0x330", val); sub ("IO_VGA", "0x3C0", val); sub ("IO_WD1", "0x1F0", val); sub ("IO_WD2", "0x170", val); if (val != "?") printf "hint.%s.%s.port=\"%s\"\n", \ name, unit, val; continue; } if (key == "port?" || key == "drq?" || key == "irq?" || \ key == "iomem?" || key == "iosiz?") continue; if (key == "irq" || key == "drq" || key == "drive" || \ key == "iomem" || key == "iosiz" || key == "flags" || \ key == "bus" || key == "target" || key == "unit") { sub ("iomem", "maddr", key); sub ("iosiz", "msize", key); val = $(++rest); if (val != "?") printf "hint.%s.%s.%s=\"%s\"\n", \ name, unit, key, val; continue; } printf ("unrecognized config token '%s:%s' on line %s\n", rest, key, NR); # > "/dev/stderr"; } } Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 16:27: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 551EB37B405 for ; Tue, 25 Jun 2002 16:27:00 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.12.3) with ESMTP id g5PNR0l1051968 for ; Tue, 25 Jun 2002 16:27:00 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g5PNR05U051967; Tue, 25 Jun 2002 16:27:00 -0700 (PDT) (envelope-from dillon) Date: Tue, 25 Jun 2002 16:27:00 -0700 (PDT) From: Matthew Dillon Message-Id: <200206252327.g5PNR05U051967@apollo.backplane.com> To: current@FreeBSD.ORG Subject: su gets SIGHUP randomly on startup with latest current References: <20020625071455.GA42940@calvin.in.ibm.com> <20020625081225.GC21301@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> <3D18CE39.CC63442E@mindspring.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is really odd. Is anyone else getting this? I wasn't getting this with a current of just a few days ago, now one in ten or so 'su' commands does something really odd. -Matt test3# su test3# exit test3# su test3# exit test3# su test3# exit test3# su test3# exit test3# su Suspended (tty output) test3# test3# jtest3# jtest3# j [1] + 234 Suspended (tty output) su test3# fg su Hangup test3# exit test3:/home/dillon> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 16:36:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 776F637B401 for ; Tue, 25 Jun 2002 16:36:17 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.12.3) with ESMTP id g5PNaHl1072282 for ; Tue, 25 Jun 2002 16:36:17 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g5PNXsrp067400; Tue, 25 Jun 2002 16:33:54 -0700 (PDT) (envelope-from dillon) Date: Tue, 25 Jun 2002 16:33:54 -0700 (PDT) From: Matthew Dillon Message-Id: <200206252333.g5PNXsrp067400@apollo.backplane.com> To: current@FreeBSD.ORG Subject: Re: su gets SIGHUP randomly on startup with latest current References: <20020625071455.GA42940@calvin.in.ibm.com> <20020625081225.GC21301@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> <3D18CE39.CC63442E@mindspring.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Another data point... if I turn on ktrace the problem doesn't happen. -Matt Matthew Dillon : : This is really odd. Is anyone else getting this? I wasn't getting this : with a current of just a few days ago, now one in ten or so 'su' commands : does something really odd. : : -Matt : :test3# su :test3# exit :test3# su :test3# exit :test3# su :test3# exit :test3# su :test3# exit :test3# su : :Suspended (tty output) :test3# test3# jtest3# jtest3# j :[1] + 234 Suspended (tty output) su :test3# fg :su :Hangup :test3# exit :test3:/home/dillon> : To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 16:44: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from yeoman.sinbad.net (yeoman.sinbad.net [12.17.176.5]) by hub.freebsd.org (Postfix) with ESMTP id 661B537B406 for ; Tue, 25 Jun 2002 16:43:57 -0700 (PDT) Received: from there (95-7-237-24-cable.anchorageak.net [24.237.7.95]) by yeoman.sinbad.net (Postfix) with SMTP id A0D2020EEE for ; Tue, 25 Jun 2002 15:43:50 -0800 (AKDT) Content-Type: text/plain; charset="iso-8859-1" From: Beech Rintoul Reply-To: akbeech@sinbad.net To: freebsd-current@freebsd.org Subject: pkg_version segfaults Date: Tue, 25 Jun 2002 15:43:49 -0800 X-Mailer: KMail [version 1.3] Organization: Sinbad Network Communications MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020625234350.A0D2020EEE@yeoman.sinbad.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Using the new C pkg_version I get the following: nova# pkg_version -l '<' ImageMagick < Segmentation fault (core dumped) uname -a: FreeBSD nova.anchoragerescue.org 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Tue Jun 25 13:50:26 AKDT 2002 akbeech@nova.anchoragerescue.org:/usr/obj/usr/src/sys/NOVA i386 I can't give any more info, it didn't leave a core anywhere. Beech -- ------------------------------------------------------------------- Beech Rintoul - SysAdmin - akbeech@sinbad.net /"\ ASCII Ribbon Campaign | Sinbad Network Communications \ / - NO HTML/RTF in e-mail | 3101 Penland Parkway #K-38 X - NO Word docs in e-mail | Anchorage, AK 99508-1957 / \ ----------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 16:44:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 7DD3A37B405 for ; Tue, 25 Jun 2002 16:44:14 -0700 (PDT) Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 3.36 #1) id 17Mzzf-000Ohg-00; Wed, 26 Jun 2002 01:45:07 +0200 Date: Wed, 26 Jun 2002 01:45:07 +0200 From: Sheldon Hearn To: Matthew Dillon Cc: current@FreeBSD.ORG Subject: Re: su gets SIGHUP randomly on startup with latest current Message-ID: <20020625234507.GS73283@starjuice.net> Mail-Followup-To: Matthew Dillon , current@FreeBSD.ORG References: <20020625071455.GA42940@calvin.in.ibm.com> <20020625081225.GC21301@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> <3D18CE39.CC63442E@mindspring.com> <200206252327.g5PNR05U051967@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200206252327.g5PNR05U051967@apollo.backplane.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On (2002/06/25 16:27), Matthew Dillon wrote: > This is really odd. Is anyone else getting this? I wasn't getting this > with a current of just a few days ago, now one in ten or so 'su' commands > does something really odd. Yup, I'm getting the occasional su hangup as well. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 16:52:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from shale.csir.co.za (shale.csir.co.za [146.64.46.5]) by hub.freebsd.org (Postfix) with ESMTP id 2B93137B406 for ; Tue, 25 Jun 2002 16:52:31 -0700 (PDT) Received: (from reg@localhost) by shale.csir.co.za (8.11.6/8.11.6) id g5PNpxv56250; Wed, 26 Jun 2002 01:51:59 +0200 (SAT) (envelope-from reg) Date: Wed, 26 Jun 2002 01:51:59 +0200 From: Jeremy Lea To: Beech Rintoul Cc: freebsd-current@FreeBSD.ORG Subject: Re: pkg_version segfaults Message-ID: <20020626015159.A55227@shale.csir.co.za> Mail-Followup-To: Jeremy Lea , Beech Rintoul , freebsd-current@FreeBSD.ORG References: <20020625234350.A0D2020EEE@yeoman.sinbad.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020625234350.A0D2020EEE@yeoman.sinbad.net>; from akbeech@sinbad.net on Tue, Jun 25, 2002 at 03:43:49PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, On Tue, Jun 25, 2002 at 03:43:49PM -0800, Beech Rintoul wrote: > nova# pkg_version -l '<' > ImageMagick < > Segmentation fault (core dumped) I afraid that's not very much help... Do you mind taring up /var/db/pkg on the machine, and mailing to to me directly? Also, do you have /usr/ports/*/* installed, and it it up to date, and does /usr/ports/INDEX exist and is it up to date? Does the problem still happen without the "-l '<'" and does it happen in verbose mode? > I can't give any more info, it didn't leave a core anywhere. Try looking in /var/db/pkg/*/ Regards, -Jeremy -- FreeBSD - Because the best things in life are free... http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 16:53: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx5.mail.ru (mx5.mail.ru [194.67.57.15]) by hub.freebsd.org (Postfix) with ESMTP id 2C26337B409 for ; Tue, 25 Jun 2002 16:52:59 -0700 (PDT) Received: from [141.154.54.200] (helo=kan.dnsalias.net) by mx5.mail.ru with esmtp (Exim SMTP.5) id 17N07F-0006Rb-00; Wed, 26 Jun 2002 03:52:57 +0400 Received: from kan.dnsalias.net (localhost [IPv6:::1]) by kan.dnsalias.net (8.12.4/8.12.4) with ESMTP id g5PNqnld091071; Tue, 25 Jun 2002 19:52:49 -0400 (EDT) (envelope-from kan@kan.dnsalias.net) Received: (from kan@localhost) by kan.dnsalias.net (8.12.4/8.12.4/Submit) id g5PNqhP6091070; Tue, 25 Jun 2002 19:52:43 -0400 (EDT) Date: Tue, 25 Jun 2002 19:52:43 -0400 From: Alexander Kabaev To: Matthew Dillon Cc: current@FreeBSD.ORG Subject: Re: su gets SIGHUP randomly on startup with latest current Message-Id: <20020625195243.6a655c8a.kabaev@bellatlantic.net> In-Reply-To: <200206252327.g5PNR05U051967@apollo.backplane.com> References: <20020625071455.GA42940@calvin.in.ibm.com> <20020625081225.GC21301@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> <3D18CE39.CC63442E@mindspring.com> <200206252327.g5PNR05U051967@apollo.backplane.com> X-Mailer: Sylpheed version 0.7.5claws25 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matt, the problem is not new. Dag-Erling committed su.c rev 1.51 to fix the problem with su taking signals instead of its children and his fix has this unfortunate side effect you are seeing. I proposed a different patch, which does not have unwanted side-effects and which I am using for at leat one year now. Please see current@freebsd.org archives for a thread "zsh exits upon ^C after su'ing to root with zsh as its shell". It took place somewhen at the end of the May. -- Alexander Kabaev P.S. As usual, my home email sucks, so there is a good chance that this mail will not be delivered :( To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 17: 1:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 637B537B403 for ; Tue, 25 Jun 2002 17:01:32 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.12.3) with ESMTP id g5Q01Ul1002622; Tue, 25 Jun 2002 17:01:30 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g5Q01U3s002621; Tue, 25 Jun 2002 17:01:30 -0700 (PDT) (envelope-from dillon) Date: Tue, 25 Jun 2002 17:01:30 -0700 (PDT) From: Matthew Dillon Message-Id: <200206260001.g5Q01U3s002621@apollo.backplane.com> To: Alexander Kabaev , Dag-Erling Smorgrav Cc: current@FreeBSD.ORG Subject: Re: su gets SIGHUP randomly on startup with latest current References: <20020625071455.GA42940@calvin.in.ibm.com> <20020625081225.GC21301@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> <3D18CE39.CC63442E@mindspring.com> <200206252327.g5PNR05U051967@apollo.backplane.com> <20020625195243.6a655c8a.kabaev@bellatlantic.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :Matt, : :the problem is not new. Dag-Erling committed su.c rev 1.51 to fix the :problem with su taking signals instead of its children and his fix has :this unfortunate side effect you are seeing. : :I proposed a different patch, which does not have unwanted side-effects :and which I am using for at leat one year now. Please see :current@freebsd.org archives for a thread :"zsh exits upon ^C after su'ing to root with zsh as its shell". It took :place somewhen at the end of the May. I'm afraid whatever DES did it aggravated the problem. When I #if 0 out his last commit 'su' stops doing the HUP thing. So there's obviously a race there that the commit didn't fix (or maybe it fixed one race and aggravated another?) DES? -Matt Index: su.c =================================================================== RCS file: /home/ncvs/src/usr.bin/su/su.c,v retrieving revision 1.51 diff -u -r1.51 su.c --- su.c 29 May 2002 03:32:17 -0000 1.51 +++ su.c 25 Jun 2002 23:58:45 -0000 @@ -319,8 +319,10 @@ child_pid = fork(); switch (child_pid) { default: +#if 0 setpgid(child_pid, child_pid); tcsetpgrp(1, child_pid); +#endif while ((ret_pid = waitpid(child_pid, &statusp, WUNTRACED)) != -1) { if (WIFSTOPPED(statusp)) { child_pgrp = tcgetpgrp(1); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 17:15:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by hub.freebsd.org (Postfix) with ESMTP id EAB3D37B400 for ; Tue, 25 Jun 2002 17:14:45 -0700 (PDT) Received: from hotmail.com wa1ter@smtp-send.myrealbox.com [66.126.108.96] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare via secured & encrypted transport (TLS); Tue, 25 Jun 2002 18:14:46 -0600 Message-ID: <3D19082D.2020900@hotmail.com> Date: Tue, 25 Jun 2002 17:17:49 -0700 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020617 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Need testers: patch for CURRENT C++ troubles Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Quoth Alexander Kabaev on FreeBSD-Current: > I made the following patch to get C++ exceptions working with > system GCC 3.1. STLPort and all other previously failing > test cases appear to be working fine. > Please test this patch and let me know if it breaks anything. Well, I've compiled three things after applying your patch and re- making world and kernel. I'm not sure that any of them is a test of your C++ patch, however. 1) gcc3.1 from the ports compiled nicely today after failing yesterday. 2> gcc2.95.3 from the ports still fails to compile today. 3> xosview still fails to compile today. Question: for your patch to actually do anything I assume I first needed to make world (or at least recompile gcc), is this correct? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 17:33: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.mail.ru (mx1.mail.ru [194.67.57.11]) by hub.freebsd.org (Postfix) with ESMTP id 61A4037B40A for ; Tue, 25 Jun 2002 17:30:30 -0700 (PDT) Received: from [141.154.54.200] (helo=kan.dnsalias.net) by mx1.mail.ru with esmtp (Exim SMTP.1) id 17N0hY-000PfA-00; Wed, 26 Jun 2002 04:30:28 +0400 Received: from kan.dnsalias.net (localhost [IPv6:::1]) by kan.dnsalias.net (8.12.4/8.12.4) with ESMTP id g5Q0URld091167; Tue, 25 Jun 2002 20:30:27 -0400 (EDT) (envelope-from kan@kan.dnsalias.net) Received: (from kan@localhost) by kan.dnsalias.net (8.12.4/8.12.4/Submit) id g5Q0ULS5091166; Tue, 25 Jun 2002 20:30:21 -0400 (EDT) Date: Tue, 25 Jun 2002 20:30:21 -0400 From: Alexander Kabaev To: walt Cc: freebsd-current@FreeBSD.ORG Subject: Re: Need testers: patch for CURRENT C++ troubles Message-Id: <20020625203021.4dff4045.kabaev@bellatlantic.net> In-Reply-To: <3D19082D.2020900@hotmail.com> References: <3D19082D.2020900@hotmail.com> X-Mailer: Sylpheed version 0.7.5claws25 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG make clean all install in /usr/src/gnu/usr.bin/cc should be enough to update the compiler. You will need to recompile /usr/src/gnu/lib/{libgcc,libgcc_r, libstdc++} using the new GCC binary as well. > 1) gcc3.1 from the ports compiled nicely today after failing > yesterday. 2> gcc2.95.3 from the ports still fails to compile today. > 3> xosview still fails to compile today. > > Question: for your patch to actually do anything I assume I first > needed to make world (or at least recompile gcc), is this correct? The patch does not fix _compilations_. It fixes broknen exceptions handling in C++ code. Just recompile STLPort with and without my patch to see the what I mean. On Tue, 25 Jun 2002 17:17:49 -0700 walt wrote: > > Well, I've compiled three things after applying your patch and re- > making world and kernel. I'm not sure that any of them is a test > of your C++ patch, however. > > 1) gcc3.1 from the ports compiled nicely today after failing > yesterday. 2> gcc2.95.3 from the ports still fails to compile today. > 3> xosview still fails to compile today. > > Question: for your patch to actually do anything I assume I first > needed to make world (or at least recompile gcc), is this correct? > -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 17:36: 9 2002 Delivered-To: freebsd-current@freebsd.org Received: from pat.uio.no (pat.uio.no [129.240.130.16]) by hub.freebsd.org (Postfix) with ESMTP id 48F1E37B40A for ; Tue, 25 Jun 2002 17:35:19 -0700 (PDT) Received: from sex.ifi.uio.no ([129.240.64.170]) by pat.uio.no with esmtp (Exim 2.12 #7) id 17N0mC-00028e-00; Wed, 26 Jun 2002 02:35:16 +0200 Received: (from des@localhost) by sex.ifi.uio.no ; Wed, 26 Jun 2002 02:35:16 +0200 (MET DST) To: Matthew Dillon Cc: Alexander Kabaev , current@FreeBSD.ORG Subject: Re: su gets SIGHUP randomly on startup with latest current References: <20020625071455.GA42940@calvin.in.ibm.com> <20020625081225.GC21301@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> <3D18CE39.CC63442E@mindspring.com> <200206252327.g5PNR05U051967@apollo.backplane.com> <20020625195243.6a655c8a.kabaev@bellatlantic.net> <200206260001.g5Q01U3s002621@apollo.backplane.com> From: Dag-Erling Smorgrav Date: 26 Jun 2002 02:35:16 +0200 In-Reply-To: Matthew Dillon's message of "Tue, 25 Jun 2002 17:01:30 -0700 (PDT)" Message-ID: Lines: 14 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon writes: > I'm afraid whatever DES did it aggravated the problem. When I #if 0 > out his last commit 'su' stops doing the HUP thing. So there's > obviously a race there that the commit didn't fix (or maybe it fixed > one race and aggravated another?) DES? My patch is wrong, and I haven't had time to figure out why. Alexander's patch is also wrong, but unlike mine it is at least a suitable workaround. I meant to back out my own patch and commit Alexander's instead, but I forgot. Can you do it for me? DES -- Dag-Erling Smorgrav - des@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 17:37:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 898C237B403 for ; Tue, 25 Jun 2002 17:37:27 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.12.3) with ESMTP id g5Q0bQl1008390; Tue, 25 Jun 2002 17:37:26 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g5Q0bQqV008389; Tue, 25 Jun 2002 17:37:26 -0700 (PDT) (envelope-from dillon) Date: Tue, 25 Jun 2002 17:37:26 -0700 (PDT) From: Matthew Dillon Message-Id: <200206260037.g5Q0bQqV008389@apollo.backplane.com> To: Dag-Erling Smorgrav Cc: Alexander Kabaev , current@FreeBSD.ORG Subject: Re: su gets SIGHUP randomly on startup with latest current References: <20020625071455.GA42940@calvin.in.ibm.com> <20020625081225.GC21301@CPE0030ab0ef2bb.cpe.net.cable.rogers.com> <3D18CE39.CC63442E@mindspring.com> <200206252327.g5PNR05U051967@apollo.backplane.com> <20020625195243.6a655c8a.kabaev@bellatlantic.net> <200206260001.g5Q01U3s002621@apollo.backplane.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :My patch is wrong, and I haven't had time to figure out why. :Alexander's patch is also wrong, but unlike mine it is at least a :suitable workaround. I meant to back out my own patch and commit :Alexander's instead, but I forgot. Can you do it for me? : :DES No problem. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 19:34: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 1296237B429 for ; Tue, 25 Jun 2002 19:32:52 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g5Q2Whn18862 for ; Wed, 26 Jun 2002 11:32:43 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 37 From: Makoto Matsushita To: current@FreeBSD.org Subject: Yet another kern.flp flood (FreeBSD/i386) Date: Wed, 26 Jun 2002 11:32:39 +0900 Message-Id: <20020626113239G.matusita@jp.FreeBSD.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG With today's 5-current. -------------------------------------------------------------- >>> Kernel build for BOOTMFS completed on Tue Jun 25 23:25:37 GMT 2002 -------------------------------------------------------------- cd /usr/obj/usr/src/sys/BOOTMFS; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec GROFF_BIN_PATH=/usr/obj/usr/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/usr/share/tmac make KERNEL=kernel reinstall install -c -m 555 -o root -g wheel BOOTMFS /R/stage/kernels [ -r /usr/src/release/../sys/i386/conf/BOOTMFS.hints ] && cp /usr/src/release/../sys/i386/conf/BOOTMFS.hints /R/stage/kernels mv /R/stage/kernels/BOOTMFS /R/stage/image.kern/kernel Setting up /boot directory for kern floppy dload=0x200000 dsize=0x29000 isize=0x29000 entry=0x200000 nsize=0x135f0 /R/stage/image.kern/kernel: 55.0% -- replaced with /R/stage/image.kern/kernel.gz sh -e /usr/src/release/scripts/doFS.sh /R/stage/floppies/kern.flp /R/stage /mnt 1440 /R/stage/image.kern 80000 fd1440 Warning: 1216 sector(s) in last cylinder unallocated /dev/md0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors 1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 32 i/g) super-block backups (for fsck -b #) at: 32 cpio: write error: No space left on device *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. It's time to shrink the BOOTMFS kernel size again... % du -s /R/stage/image.kern 1440 /R/stage/image.kern Maybe several kbytes over the 1.44MB floppy. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 21:21:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by hub.freebsd.org (Postfix) with ESMTP id 78B6837B400 for ; Tue, 25 Jun 2002 21:21:36 -0700 (PDT) Received: from hotmail.com wa1ter@smtp-send.myrealbox.com [67.114.252.245] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare; Tue, 25 Jun 2002 22:21:37 -0600 Message-ID: <3D194207.9020504@hotmail.com> Date: Tue, 25 Jun 2002 21:24:39 -0700 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020613 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: Need testers: patch for CURRENT C++ troubles Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm posting this from my -STABLE machine since my -CURRENT box has degenerated into disaster mode =( The first buildworld went fine, as I said. But the second one produced some problems--many programs now produce an error message from ld-elf that says something like "shared object has no symbol table" or something similar. One of those programs was pkg_info and family. So I went and recompiled pkg_install and that problem got fixed, but there were still lots of other programs needing the same fix. So I deleted /usr/obj and started from scratch with a make world again, thinking I could do it all at once. Wrong-- now make world bombs at ncurses and apps like cvsup, emacs, mozilla and many others just produce segfaults. So now I'm going to bed and I'll worry about it tomorrow. I think I'm going to stick to -STABLE from now on...I don't have the time or the know-how to bail myself out of these situations. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 22:48:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp3.cyquator.com (smtp3.cyquator.com [202.46.193.25]) by hub.freebsd.org (Postfix) with SMTP id AC9CC37B407 for ; Tue, 25 Jun 2002 22:48:34 -0700 (PDT) Received: (qmail 10874 invoked from network); 26 Jun 2002 05:47:44 -0000 Received: from unknown (HELO metasyssoftware.com) ([202.68.140.84]) (envelope-sender ) by smtp3.cyquator.com (qmail-ldap-1.03) with SMTP for ; 26 Jun 2002 05:47:44 -0000 Received: from sutlej [192.168.2.25] by metasyssoftware.com (FTGate 2, 2, 2, 1); Wed, 26 Jun 2002 12:03:41 +0530 Message-ID: <001501c21c53$24838ea0$1902a8c0@sutlej> From: "Prasad Iyer" To: Subject: about freebsd current version Date: Tue, 25 Jun 2002 19:48:13 +0530 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0012_01C21C81.3E111120" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0012_01C21C81.3E111120 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sir, I have recently downloaded freebsd Current Version. I am new to Freebsd. I am installing Freebsd from DOS media. During the installation it is not able to find bin directory I search your FTP site for this directory but wasn't able to find it. Can you please help me with this. Your early reply would be highly appreciated. As a programmer I am very restless. Thanks=20 regards Prasad Iyer (india) ------=_NextPart_000_0012_01C21C81.3E111120 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Sir,
I have recently downloaded freebsd = Current=20 Version. I am new to
Freebsd. I am installing Freebsd from DOS media. = During=20 the
installation it is not able to find bin directory I search your=20 FTP
site for this directory but wasn't able to find it. Can you=20 please
help me with this.
Your early reply would be highly = appreciated. As=20 a programmer I am
very restless.
Thanks
regards
Prasad=20 Iyer
(india)
------=_NextPart_000_0012_01C21C81.3E111120-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 23:24:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by hub.freebsd.org (Postfix) with ESMTP id AC22237B415 for ; Tue, 25 Jun 2002 23:24:14 -0700 (PDT) Received: from attbi.com ([24.60.235.125]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020626062414.RYYP6023.sccrmhc02.attbi.com@attbi.com> for ; Wed, 26 Jun 2002 06:24:14 +0000 Message-ID: <3D196BEE.6030900@attbi.com> Date: Wed, 26 Jun 2002 03:23:26 -0400 From: Anthony Jenkins User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020609 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD-current Subject: Still having problems with snd_emu10k1/ohci irq10 + cpu usage Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG With nothing registering the interrupt I am mostly idle. Loading snd_emu10k1 sound driver evokes the following in dmesg (if I can paste it correctly this time): pcm0: port 0x2080-0x209f irq 10 at device 6.0 on pci2 pcib2: device pcm0 requested decoded I/O range 0x2080-0x209f emu: setmap (116ac000, 800), nseg=1, error=0 emu: setmap (1d0cb000, 1000), nseg=1, error=0 pcm0: ac97 codec id 0x54524123 (TriTech TR28602) pcm0: ac97 codec features 5 bit master volume, no 3D Stereo Enhancement ../../../vm/uma_core.c:1330: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 ../../../vm/uma_core.c:1330: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 ../../../vm/uma_core.c:1330: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 ../../../vm/uma_core.c:1330: could sleep with "pcm0:fake" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 ../../../vm/uma_core.c:1330: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 ../../../vm/uma_core.c:1330: could sleep with "pcm0:fake" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 ../../../vm/uma_core.c:1330: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 ../../../vm/uma_core.c:1330: could sleep with "pcm0:fake" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 ../../../vm/uma_core.c:1330: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 ../../../vm/uma_core.c:1330: could sleep with "pcm0:fake" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 ../../../vm/uma_core.c:1330: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 ../../../vm/uma_core.c:1330: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 ../../../vm/uma_core.c:1330: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 [snip] ../../../vm/uma_core.c:1330: could sleep with "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 ../../../vm/uma_core.c:1330: could sleep with "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 ../../../vm/uma_core.c:1330: could sleep with "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 emu: setmap (3364000, 1000), nseg=1, error=0 ../../../vm/uma_core.c:1330: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 ../../../vm/uma_core.c:1330: could sleep with "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 ../../../vm/uma_core.c:1330: could sleep with "pcm0" locked from /usr/src/sys/dev/sound/pcm/sound.c:134 ../../../vm/uma_core.c:1330: could sleep with "pcm0:play:1" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 ../../../vm/uma_core.c:1330: could sleep with "pcm0:play:1" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 ../../../vm/uma_core.c:1330: could sleep with "pcm0:play:1" locked from /usr/src/sys/dev/sound/pcm/channel.c:677 emu: setmap (e37a000, 1000), nseg=1, error=0 [snip] This is with no sound device usage. I kldunload the device 30 seconds later and get this: pcm0: warning: memblock list not empty stray irq 10 pcm0: detached emujoy0: detached I get this one pretty reliably when unloading the device. When the device is loaded, cpu usage looks like this: (`ps aux`): USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND nobody 548 41.9 2.9 15756 3752 con- RN Sun01PM 3372:40.70 /usr/local/sbin/setiathome -email -nice 15 root 24 39.1 0.0 0 3 ?? ML 31Dec69 1:39.04 (irq10: pcm0) ajenkins 715 2.2 3.4 25792 4423 ?? S Sun01PM 88:16.73 kdeinit: kicker (kdeinit) USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 24 58.2 0.0 0 3 ?? ML 31Dec69 2:15.38 (irq10: pcm0) nobody 548 19.4 2.9 15756 3752 con- RN Sun01PM 3373:17.87 /usr/local/sbin/setiathome -email -nice 15 ajenkins 682 1.0 2.4 20812 3093 ?? S Sun01PM 47:25.40 kdeinit: kded (kdeinit) kldload'ing the usb module gives about the same result, sans the "could sleep" messages, except I can't seem to unload the device: su-205a# dmesg [snip] ohci0: mem 0xea001000-0xea001fff irq 11 at device 5.0 on pci2 pcib2: device ohci0 requested decoded memory range 0xea001000-0xea001fff usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: OPTi OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xea002000-0xea002fff irq 10 at device 5.1 on pci2 pcib2: device ohci1 requested decoded memory range 0xea002000-0xea002fff usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: OPTi OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered su-2.05a# kldstat Id Refs Address Size Name 1 6 0xc0100000 2e448c kernel 4 1 0xc0407000 39a88 acpi.ko 5 1 0xde2d7000 7000 ipfw.ko 6 1 0xde282000 2000 green_saver.ko 10 1 0xe0e1a000 1a000 usb.ko su-2.05a# kldunload -i 10 kldunload: can't unload file: Device not configured I'm fairly decent at C programming and Linux kernel development, and trying to become more adept at FreeBSD kernel work, so any debugging suggestions or requests for more info would be greatly appreciated. TIA, Anthony Jenkins To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Jun 25 23:43:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.silverwraith.com (apple.silverwraith.com [212.25.240.44]) by hub.freebsd.org (Postfix) with SMTP id A065E37B401 for ; Tue, 25 Jun 2002 23:43:26 -0700 (PDT) Received: (qmail 74269 invoked by uid 1000); 26 Jun 2002 06:43:24 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 26 Jun 2002 06:43:24 -0000 Date: Wed, 26 Jun 2002 07:43:24 +0100 (BST) From: Avleen Vig X-X-Sender: To: Prasad Iyer Cc: "freebsd-current@FreeBSD.org" Subject: Re: about freebsd current version In-Reply-To: <001501c21c53$24838ea0$1902a8c0@sutlej> Message-ID: <20020626073942.X71320-100000@apple.silverwraith.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Prasad, I'm glad to see that you have taken an interest in FreeBSD. Unfortunately the -CURRENT branch is a development branch. This means it it known to have many many bugs and is garaunteed not to be stable for everyday use. As an example, I installed the -CURRENT software two days ago and have had crashes every few hours! This branch is to help develop the next release of FreeBSD. I would recommend you install the -STABLE branch (the most stanble) or -RELEASE (fairly stable with the probability of a few bugs here and there). Instructions for this and a lot of other good documentation on getting started with FreeBSD can be found at: http://www.freebsd.org/handbook I hope this help Avleen Vig US, originally UK, nativally India also :P On Tue, 25 Jun 2002, Prasad Iyer wrote: > Sir, > I have recently downloaded freebsd Current Version. I am new to > Freebsd. I am installing Freebsd from DOS media. During the > installation it is not able to find bin directory I search your FTP > site for this directory but wasn't able to find it. Can you please > help me with this. > Your early reply would be highly appreciated. As a programmer I am > very restless. > Thanks > regards > Prasad Iyer > (india) > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 1:11:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id BED1D37B400 for ; Wed, 26 Jun 2002 01:10:52 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g5Q7HRK45853; Wed, 26 Jun 2002 10:17:27 +0300 (EEST) (envelope-from ru) Date: Wed, 26 Jun 2002 10:17:27 +0300 From: Ruslan Ermilov To: scott.penno@gennex.com.au Cc: current@FreeBSD.org Subject: Re: Problems building world in kdump Message-ID: <20020626071727.GC41813@sunbay.com> References: <200206101148.g5ABmT2i015846@mercury.gennex.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aT9PWwzfKXlsBJM1" Content-Disposition: inline In-Reply-To: <200206101148.g5ABmT2i015846@mercury.gennex.com.au> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --aT9PWwzfKXlsBJM1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This could have been caused by (ab)using -DNOCLEAN. On Mon, Jun 10, 2002 at 09:48:29PM +1000, Scott Penno wrote: > Hi there, >=20 > I've been attempting to build current on and off over the past few weeks = with little success. Problems occur when making dependencies within kdump = as shown below. Sources last update June 9, 2002 at 12:30 GMT. I've been = through UPDATING, README and mailling lists to no avail. Any assistance ap= preciated. >=20 > Regards, >=20 > Scott. >=20 > =3D=3D=3D> usr.bin/kdump > sh /usr/src/usr.bin/kdump/mkioctls /usr/obj/usr/src/i386/usr/include > io= ctl.c > cpp0: warning: changing search order for system directory "/usr/obj/usr/s= rc/i386/usr/include" > cpp0: warning: as it has already been specified as a non-system directo= ry > cpp0: warning: changing search order for system directory "/usr/obj/usr/s= rc/i386/usr/include" > cpp0: warning: as it has already been specified as a non-system directo= ry > In file included from /usr/obj/usr/src/i386/usr/include/sys/param.h:107, > from /usr/obj/usr/src/i386/usr/include/security/lomac/lo= macio.h:42, > from :49: > /usr/obj/usr/src/i386/usr/include/machine/limits.h:71:1: warning: "INT_MA= X" redefined > In file included from :23: > /usr/obj/usr/src/i386/usr/include/machine/if_wl_wavelan.h:149:1: warning:= this is the location of the previous definition > In file included from :70: > /usr/obj/usr/src/i386/usr/include/sys/memrange.h:19:1: warning: "MDF_ACTI= VE" redefined > In file included from :47: > /usr/obj/usr/src/i386/usr/include/pccard/cardinfo.h:115:1: warning: this = is the location of the previous definition > In file included from :100: > /usr/obj/usr/src/i386/usr/include/vm/dev/dpt/dpt.h:860:1: warning: "EATAU= SRCMD" redefined > In file included from :97: > /usr/obj/usr/src/i386/usr/include/vm/dev/asr/osd_unix.h:265:1: warning: t= his is the location of the previous definition > In file included from :100: > /usr/obj/usr/src/i386/usr/include/vm/dev/dpt/dpt.h:861:1: warning: "DPT_S= IGNATURE" redefined > In file included from :97: > /usr/obj/usr/src/i386/usr/include/vm/dev/asr/osd_unix.h:269:1: warning: t= his is the location of the previous definition > In file included from :100: > /usr/obj/usr/src/i386/usr/include/vm/dev/dpt/dpt.h:862:1: warning: "DPT_N= UMCTRLS" redefined > In file included from :97: > /usr/obj/usr/src/i386/usr/include/vm/dev/asr/osd_unix.h:274:1: warning: t= his is the location of the previous definition > In file included from :100: > /usr/obj/usr/src/i386/usr/include/vm/dev/dpt/dpt.h:863:1: warning: "DPT_C= TRLINFO" redefined > In file included from :97: > /usr/obj/usr/src/i386/usr/include/vm/dev/asr/osd_unix.h:276:1: warning: t= his is the location of the previous definition > In file included from :100: > /usr/obj/usr/src/i386/usr/include/vm/dev/dpt/dpt.h:864:1: warning: "DPT_S= YSINFO" redefined > In file included from :97: > /usr/obj/usr/src/i386/usr/include/vm/dev/asr/osd_unix.h:282:1: warning: t= his is the location of the previous definition > In file included from :100: > /usr/obj/usr/src/i386/usr/include/vm/dev/dpt/dpt.h:865:1: warning: "DPT_B= LINKLED" redefined > In file included from :97: > /usr/obj/usr/src/i386/usr/include/vm/dev/asr/osd_unix.h:288:1: warning: t= his is the location of the previous definition > In file included from :101: > /usr/obj/usr/src/i386/usr/include/vm/dev/iir/iir.h:379:1: warning: "LUN_M= ASK" redefined > In file included from :100: > /usr/obj/usr/src/i386/usr/include/vm/dev/dpt/dpt.h:138:1: warning: this i= s the location of the previous definition > In file included from :101: > /usr/obj/usr/src/i386/usr/include/vm/dev/iir/iir.h:380:1: warning: "TARGE= T_MASK" redefined > In file included from :100: > /usr/obj/usr/src/i386/usr/include/vm/dev/dpt/dpt.h:135:1: warning: this i= s the location of the previous definition > In file included from :101: > /usr/obj/usr/src/i386/usr/include/vm/dev/iir/iir.h:381:1: warning: "BUS_M= ASK" redefined > In file included from :100: > /usr/obj/usr/src/i386/usr/include/vm/dev/dpt/dpt.h:136:1: warning: this i= s the location of the previous definition > In file included from :101: > /usr/obj/usr/src/i386/usr/include/vm/dev/iir/iir.h:382:1: warning: "HBA_M= ASK" redefined > In file included from :100: > /usr/obj/usr/src/i386/usr/include/vm/dev/dpt/dpt.h:137:1: warning: this i= s the location of the previous definition > In file included from :101: > /usr/obj/usr/src/i386/usr/include/vm/dev/iir/iir.h:384:1: warning: "minor= 2lun" redefined > In file included from :100: > /usr/obj/usr/src/i386/usr/include/vm/dev/dpt/dpt.h:143:1: warning: this i= s the location of the previous definition > In file included from :101: > /usr/obj/usr/src/i386/usr/include/vm/dev/iir/iir.h:385:1: warning: "minor= 2target" redefined > In file included from :100: > /usr/obj/usr/src/i386/usr/include/vm/dev/dpt/dpt.h:140:1: warning: this i= s the location of the previous definition > In file included from :101: > /usr/obj/usr/src/i386/usr/include/vm/dev/iir/iir.h:386:1: warning: "minor= 2bus" redefined > In file included from :100: > /usr/obj/usr/src/i386/usr/include/vm/dev/dpt/dpt.h:141:1: warning: this i= s the location of the previous definition > In file included from :101: > /usr/obj/usr/src/i386/usr/include/vm/dev/iir/iir.h:387:1: warning: "minor= 2hba" redefined > In file included from :100: > /usr/obj/usr/src/i386/usr/include/vm/dev/dpt/dpt.h:142:1: warning: this i= s the location of the previous definition > In file included from :123: > /usr/obj/usr/src/i386/usr/include/vm/i386/ibcs2/ibcs2_socksys.h:33:36: i3= 86/ibcs2/ibcs2_types.h: No such file or directory > In file included from :147: > /usr/obj/usr/src/i386/usr/include/vm/i386/isa/pcvt/pcvt_hdr.h:51:22: opt_= pcvt.h: No such file or directory > /usr/obj/usr/src/i386/usr/include/vm/i386/isa/pcvt/pcvt_hdr.h:79:28: dev/= kbd/kbdreg.h: No such file or directory > /usr/obj/usr/src/i386/usr/include/vm/i386/isa/pcvt/pcvt_hdr.h:80:31: dev/= kbd/atkbdcreg.h: No such file or directory > /usr/obj/usr/src/i386/usr/include/vm/i386/isa/pcvt/pcvt_hdr.h:82:37: i386= /isa/pcvt/pcvt_conf.h: No such file or directory > /usr/obj/usr/src/i386/usr/include/vm/i386/isa/pcvt/pcvt_hdr.h:103:1: warn= ing: "KB_OTHER" redefined > In file included from :68: > /usr/obj/usr/src/i386/usr/include/sys/kbio.h:47:1: warning: this is the l= ocation of the previous definition > In file included from :147: > /usr/obj/usr/src/i386/usr/include/vm/i386/isa/pcvt/pcvt_hdr.h:135:2: #err= or "Supported keyboard scancode sets are 1 and 2 only (for now)!!!" > In file included from :163: > /usr/obj/usr/src/i386/usr/include/vm/pc98/pc98/wormio.h:102:1: warning: "= CDRIOCBLANK" redefined > In file included from :54: > /usr/obj/usr/src/i386/usr/include/sys/cdrio.h:88:1: warning: this is the = location of the previous definition > rm -f .depend > mkdep -f .depend -a -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.= bin/kdump/../.. /usr/src/usr.bin/kdump/kdump.c ioctl.c /usr/src/usr.bin/kd= ump/../ktrace/subr.c > In file included from ioctl.c:149: > /usr/obj/usr/src/i386/usr/include/vm/i386/ibcs2/ibcs2_socksys.h:33:36: i3= 86/ibcs2/ibcs2_types.h: No such file or directory > In file included from ioctl.c:173: > /usr/obj/usr/src/i386/usr/include/vm/i386/isa/pcvt/pcvt_hdr.h:51:22: opt_= pcvt.h: No such file or directory > /usr/obj/usr/src/i386/usr/include/vm/i386/isa/pcvt/pcvt_hdr.h:79:28: dev/= kbd/kbdreg.h: No such file or directory > /usr/obj/usr/src/i386/usr/include/vm/i386/isa/pcvt/pcvt_hdr.h:80:31: dev/= kbd/atkbdcreg.h: No such file or directory > /usr/obj/usr/src/i386/usr/include/vm/i386/isa/pcvt/pcvt_hdr.h:82:37: i386= /isa/pcvt/pcvt_conf.h: No such file or directory > /usr/obj/usr/src/i386/usr/include/vm/i386/isa/pcvt/pcvt_hdr.h:135:2: #err= or "Supported keyboard scancode sets are 1 and 2 only (for now)!!!" > ioctl.c:2576:21: macro "_IOR" requires 3 arguments, but only 2 given > mkdep: compile failed > *** Error code 1 >=20 > Stop in /usr/src/usr.bin/kdump. > *** Error code 1 >=20 > Stop in /usr/src/usr.bin. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --aT9PWwzfKXlsBJM1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9GWqHUkv4P6juNwoRAof6AJ9bSepg0FTwOC53FGoXJ6/WiNzL+QCfRm9j cDobecQMj4R2OA1dl+xwZuk= =9prA -----END PGP SIGNATURE----- --aT9PWwzfKXlsBJM1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 1:12: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id C783537B404 for ; Wed, 26 Jun 2002 01:11:14 -0700 (PDT) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g5Q7G4L45598; Wed, 26 Jun 2002 10:16:04 +0300 (EEST) (envelope-from ru) Date: Wed, 26 Jun 2002 10:16:04 +0300 From: Ruslan Ermilov To: Bruce Evans Cc: Masahide -mac- NODA , current@FreeBSD.org Subject: Re: about beforeinstall target in /usr/share/mk/*.mk Message-ID: <20020626071604.GB41813@sunbay.com> References: <20020610.224924.74752528.mac@clave.gr.jp> <20020611174927.H4349-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="i0/AhcQY5QxfSsSZ" Content-Disposition: inline In-Reply-To: <20020611174927.H4349-100000@gamplex.bde.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --i0/AhcQY5QxfSsSZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 11, 2002 at 05:57:01PM +1000, Bruce Evans wrote: > On Mon, 10 Jun 2002, Masahide -mac- NODA wrote: >=20 > > In /usr/share/mk/bsd.*.mk, 'beforeinstall' target execute after install > > on current. > > > > You found it to doing below in current: > > > > % cd /usr/src/share/mk > > % make install -n > > install -c -o root -g wheel -m 444 bsd.README ... > > date '+%Y%m%d' > /var/db/port.mkversion > > % > > > > but, in makefile, > > > > beforeinstall: > > date '+%Y%m%d' > ${DESTDIR}/var/db/port.mkversion > > > > > > beforeinstall target execute after install. > > > > ### I found it at installing portupgrade from ports. :-) >=20 > This bug seems to be mainly in bsd.file.mk. realinstall depends on both > installfiles and beforeinstall, but there is no dependency of installfiles > on beforeinstall. This can probably be fixed by adding the dependency > (in bsd.files.mk). >=20 I have a better idea, and will commit the fix after a preliminary testing. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --i0/AhcQY5QxfSsSZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9GWo0Ukv4P6juNwoRAmbKAJ0dM81k1EhjWI5W8ImRHeA5Hq6ajwCfVY8e ijxiCHnv1vSFy+Qf27CkTlo= =IMLg -----END PGP SIGNATURE----- --i0/AhcQY5QxfSsSZ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 2:27:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from heechee.tobez.org (254.adsl0.ryv.worldonline.dk [213.237.10.254]) by hub.freebsd.org (Postfix) with ESMTP id BEB4537B400 for ; Wed, 26 Jun 2002 02:27:17 -0700 (PDT) Received: by heechee.tobez.org (Postfix, from userid 1001) id 774B5ABE9; Wed, 26 Jun 2002 11:27:06 +0200 (CEST) Date: Wed, 26 Jun 2002 11:27:06 +0200 From: Anton Berezin To: Ollivier Robert Cc: current@FreeBSD.org Subject: Re: sysinstall meets perl5 packages: the solution is ...? Message-ID: <20020626092706.GD68162@heechee.tobez.org> Mail-Followup-To: Anton Berezin , Ollivier Robert , current@FreeBSD.org References: <200206250827.g5P8RGnG002478@grimreaper.grondar.org> <20020625191225Z.matusita@jp.FreeBSD.org> <20020625121356.GA43190@tara.freenix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020625121356.GA43190@tara.freenix.org> User-Agent: Mutt/1.3.24i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jun 25, 2002 at 02:13:57PM +0200, Ollivier Robert wrote: > According to Makoto Matsushita: > > 3) New entry 'perl5' is added to the distributions list, just like > > base, compat4x, crypto, XFree86, etc. Install perl5 package if > > perl5 package is selected. > > 3a) new entry perl5 added but selected by default to match what's in > STABLE. > > POLA is respected and if some of us want to remove it, it is possible. Yes, that is surely the best solution, IMO. =Anton. -- | Anton Berezin | FreeBSD: The power to serve | | catpipe Systems ApS _ _ |_ | http://www.FreeBSD.org | | tobez@catpipe.net (_(_|| | tobez@FreeBSD.org | | +45 7021 0050 | Private: tobez@tobez.org | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 2:40:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from gnuppy.monkey.org (wsip68-15-8-100.sd.sd.cox.net [68.15.8.100]) by hub.freebsd.org (Postfix) with ESMTP id C753A37B400 for ; Wed, 26 Jun 2002 02:40:55 -0700 (PDT) Received: from billh by gnuppy.monkey.org with local (Exim 3.35 #1 (Debian)) id 17N9IF-0001B8-00; Wed, 26 Jun 2002 02:40:55 -0700 Date: Wed, 26 Jun 2002 02:40:55 -0700 To: freebsd-current@freebsd.org Cc: Bill Huey Subject: statvfs() undefined ?(linux_base build problems) Message-ID: <20020626094055.GA4526@gnuppy.monkey.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i From: Bill Huey Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I run into when building linux_base under the most recent -current: ==================== gmake[2]: Entering directory `/usr/ports/archivers/rpm/work/rpm-3.0.6/tools' /bin/sh ../libtool --mode=link cc -O -pipe -D_GNU_SOURCE -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts -L../build -L../lib -o dump dump.o ../build/librpmbuild.la ../lib/librpm.la -lpopt ../misc/libmisc.a -L/usr/local/lib -lintl -liconv -L/usr/local/lib -lz -lbz2 cc -O -pipe -D_GNU_SOURCE -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts -L../build -L../lib -o .libs/dump dump.o ../build/.libs/librpmbuild.so -L/usr/local/lib -lintl -liconv -lz -lbz2 ../lib/.libs/librpm.so -lintl -liconv -lz -lbz2 -lpopt ../misc/libmisc.a -L/usr/local/lib -lintl -liconv -L/usr/local/lib -lz -lbz2 -Wl,--rpath -Wl,/usr/local/lib ../lib/.libs/librpm.so: warning: tempnam() possibly used unsafely; consider using mkstemp() ../lib/.libs/librpm.so: warning: mktemp() possibly used unsafely; consider using mkstemp() ../lib/.libs/librpm.so: undefined reference to `statvfs' gmake[2]: *** [dump] Error 1 gmake[2]: Leaving directory `/usr/ports/archivers/rpm/work/rpm-3.0.6/tools' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/archivers/rpm/work/rpm-3.0.6' gmake: *** [all-recursive-am] Error 2 *** Error code 2 Stop in /usr/ports/archivers/rpm. *** Error code 1 Stop in /usr/ports/emulators/linux_base. ==================== Grepping through /usr/src/ didn't reveal that these functions were defined. Are they in an external package or is this broken ? bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 3: 5: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from HAL9000.wox.org (12-233-156-170.client.attbi.com [12.233.156.170]) by hub.freebsd.org (Postfix) with ESMTP id 02D8B37B405 for ; Wed, 26 Jun 2002 03:04:58 -0700 (PDT) Received: from HAL9000.wox.org (localhost [127.0.0.1]) by HAL9000.wox.org (8.12.3/8.12.3) with ESMTP id g5QA5AJ3003634; Wed, 26 Jun 2002 03:05:11 -0700 (PDT) (envelope-from das@HAL9000.wox.org) Received: (from das@localhost) by HAL9000.wox.org (8.12.3/8.12.3/Submit) id g5QA59EK003633; Wed, 26 Jun 2002 03:05:09 -0700 (PDT) Date: Wed, 26 Jun 2002 03:05:09 -0700 From: David Schultz To: Avleen Vig Cc: Prasad Iyer , "freebsd-current@FreeBSD.org" Subject: Re: about freebsd current version Message-ID: <20020626030509.A3293@HAL9000.wox.org> Mail-Followup-To: Avleen Vig , Prasad Iyer , "freebsd-current@FreeBSD.org" References: <001501c21c53$24838ea0$1902a8c0@sutlej> <20020626073942.X71320-100000@apple.silverwraith.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020626073942.X71320-100000@apple.silverwraith.com>; from lists-freebsd@silverwraith.com on Wed, Jun 26, 2002 at 07:43:24AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake Avleen Vig : > I would recommend you install the -STABLE branch (the most stanble) or > -RELEASE (fairly stable with the probability of a few bugs here and > there). You have that backwards. (Admittedly, the historical nomenclature doesn't help.) -STABLE is a continually-evolving development branch like -CURRENT, but it is generally the target of more conservative, tested changes. Releases are periodically made from -STABLE after extensive testing. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 4:25:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 2A78237B400 for ; Wed, 26 Jun 2002 04:25:18 -0700 (PDT) Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 3.36 #1) id 17NAvt-0000pX-00; Wed, 26 Jun 2002 13:25:57 +0200 Date: Wed, 26 Jun 2002 13:25:57 +0200 From: Sheldon Hearn To: Szilveszter Adam Cc: current@FreeBSD.ORG Subject: Re: What's the right way to build XFree86-4 now? Message-ID: <20020626112557.GA958@starjuice.net> Mail-Followup-To: Szilveszter Adam , current@FreeBSD.ORG References: <20020625072157.GA73056@starjuice.net> <20020625200203.GB1289@fonix.adamsfamily.xx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020625200203.GB1289@fonix.adamsfamily.xx> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On (2002/06/25 22:02), Szilveszter Adam wrote: > > I've tried `make install' and `make CXX=/usr/local/bin/g++31 install', > > where that g++31 comes from the lang/gcc31 port, and either way, > > XFree86-4-clients fails with: > > There is another problem, however, and this is that the libGLU built is > parctically unusable anyway, although there the correct compiler is used > (g++), one alway needs to link -lstdc++ with it for it to work. I do not > know why this is. Other parts of X appear to work ok. Thanks for the great response! You really gave me useful stuff to think about. I think I have a handle on this now. If you fix it before you hear back from me, let me know so I can stop wasting time on it. XF84-4 test builds are slow. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 5:26: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail2.itxmarket.com (fw.itxmarket.com [213.11.40.109]) by hub.freebsd.org (Postfix) with ESMTP id 4208237B41B for ; Wed, 26 Jun 2002 05:25:44 -0700 (PDT) Received: from freebsdcluster.net (mich2.itxmarket.com [192.168.2.26]) by mail2.itxmarket.com (Postfix) with ESMTP id D770E37C85 for ; Wed, 26 Jun 2002 14:24:59 +0200 (CEST) Received: by freebsdcluster.net (Postfix, from userid 1000) id 538063B9644; Wed, 26 Jun 2002 14:22:24 +0200 (CEST) Date: Wed, 26 Jun 2002 14:22:24 +0200 From: Michael Hostbaek To: freebsd-current@freebsd.org Subject: buildworld error Message-ID: <20020626122224.GB36011@mich2.itxmarket.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 4.6-STABLE i386 X-PGP-Key: http://www.freebsdcluster.org/~mich/ User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have cvsup'ed a 4.6-RC with the current source tree, but when doing a buildworld I get the following error: cc -O -pipe -D_OLD_STDIO -DLIBC_MAJOR=5 -I/usr/src/lib/libc/include -I/usr/src/ lib/libc/../../include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/li bc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DD ES_BUILTIN -DYP -DHESIOD -c /usr/src/lib/libc/net/ether_addr.c -o ether_addr.o cc -O -pipe -D_OLD_STDIO -DLIBC_MAJOR=5 -I/usr/src/lib/libc/include -I/usr/src/ lib/libc/../../include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/li bc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DD ES_BUILTIN -DYP -DHESIOD -c /usr/src/lib/libc/net/getaddrinfo.c -o getaddrinfo. o cc -O -pipe -D_OLD_STDIO -DLIBC_MAJOR=5 -I/usr/src/lib/libc/include -I/usr/src/ lib/libc/../../include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/li bc -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DD ES_BUILTIN -DYP -DHESIOD -c /usr/src/lib/libc/net/gethostbydns.c -o gethostbydn s.o /usr/src/lib/libc/net/gethostbydns.c: In function `gethostanswer': /usr/src/lib/libc/net/gethostbydns.c:392: `buflen' undeclared (first use in this function) /usr/src/lib/libc/net/gethostbydns.c:392: (Each undeclared identifier is reporte d only once /usr/src/lib/libc/net/gethostbydns.c:392: for each function it appears in.) *** Error code 1 Stop in /usr/src/lib/libc. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. zsh: 53550 exit 1 make buildworld Any pointers ? -- Best Regards, Michael Landin Hostbaek To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 7: 0:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from beast.freebsd.org (beast.FreeBSD.org [216.136.204.28]) by hub.freebsd.org (Postfix) with ESMTP id 1703437B405 for ; Wed, 26 Jun 2002 07:00:14 -0700 (PDT) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.3/8.12.3) with ESMTP id g5QE0Djj058389 for ; Wed, 26 Jun 2002 07:00:13 -0700 (PDT) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.3/8.12.3/Submit) id g5QE0D3X058387 for current@freebsd.org; Wed, 26 Jun 2002 07:00:13 -0700 (PDT) Date: Wed, 26 Jun 2002 07:00:13 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200206261400.g5QE0D3X058387@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wed Jun 26 07:00:12 PDT 2002 cd: can't cd to /home/des/tinderbox/alpha/src To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 7:10:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 79E1337B400 for ; Wed, 26 Jun 2002 07:10:27 -0700 (PDT) Received: by flood.ping.uio.no (Postfix, from userid 2602) id A49795362; Wed, 26 Jun 2002 16:10:25 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Andrey A. Chernov" Cc: current@freebsd.org Subject: Re: openssh-portable fix for setusercontext env. References: <20020625211749.GA21219@nagual.pp.ru> From: Dag-Erling Smorgrav Date: 26 Jun 2002 16:10:25 +0200 In-Reply-To: <20020625211749.GA21219@nagual.pp.ru> Message-ID: Lines: 11 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Andrey A. Chernov" writes: > Current variant not set all needed env. vars correctly. Please note that > TZ, PATH, MAIL and TERM variables may be (or may be not) modified by > setusercontext() so they must be set _before_ setusercontext() call. I agree with the problem but not with your solution. I'll commit a patch later today. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 7:22: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id E030737B418 for ; Wed, 26 Jun 2002 07:21:52 -0700 (PDT) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.4/8.12.4) with ESMTP id g5QELqBM003524; Wed, 26 Jun 2002 07:21:52 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.12.4/8.12.4/Submit) id g5QELq0k003523; Wed, 26 Jun 2002 07:21:52 -0700 (PDT) Date: Wed, 26 Jun 2002 07:21:51 -0700 From: Steve Kargl To: Bill Huey Cc: freebsd-current@FreeBSD.ORG Subject: Re: statvfs() undefined ?(linux_base build problems) Message-ID: <20020626072151.A3417@troutmask.apl.washington.edu> References: <20020626094055.GA4526@gnuppy.monkey.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020626094055.GA4526@gnuppy.monkey.org>; from billh@gnuppy.monkey.org on Wed, Jun 26, 2002 at 02:40:55AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jun 26, 2002 at 02:40:55AM -0700, Bill Huey wrote: > > > Grepping through /usr/src/ didn't reveal that these functions were defined. Are they > in an external package or is this broken ? > Garrett added prototypes to sys/statvfs.h for two functions. It appears that some configure scripts pick up the prototypes and then assume the functions exists. I was able to build archiver/rpm by deleting the declarations at the end of sys/statvfs.h, but I don't know if rpm is actually functioning correctly. rpm died while trying to write on /proc during installation of linux_base. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 8: 2:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 1054437B74C for ; Wed, 26 Jun 2002 07:57:07 -0700 (PDT) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.36 #1) id 17NEEs-000AaJ-00; Wed, 26 Jun 2002 16:57:46 +0200 From: Sheldon Hearn To: Szilveszter Adam Cc: current@FreeBSD.ORG, taguchi@tohoku.iij.ad.jp Subject: Re: What's the right way to build XFree86-4 now? In-reply-to: Your message of "Wed, 26 Jun 2002 13:25:57 +0200." <20020626112557.GA958@starjuice.net> Date: Wed, 26 Jun 2002 16:57:45 +0200 Message-ID: <40690.1025103465@axl.seasidesoftware.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 26 Jun 2002 13:25:57 +0200, Sheldon Hearn wrote: > I think I have a handle on this now. If you fix it before you hear back > from me, let me know so I can stop wasting time on it. XF84-4 test > builds are slow. :-) Okay, it looks like a bit of a mess. I've copied the XFree86-4 maintainer. I think there are three problems causing the XFree86-4 installation to fail on -CURRENT: *) Our imake-4 port doesn't arrange for a SharedDepCplusplusLibraryTarget rule. I _think_ such a rule would, by default, add $(CXXLIB) to the deplist for -CURRENT. *) Our imake-4 port doesn't arrange for a CXXLIB definition. It should be -lstdc++ on at least -CURRENT. The stock bsdLib.tmpl explicitly sets CplusplusLibC empty, Imake.tmpl sets it to /**/ if not defined and FreeBSD.cf doesn't set it at all. *) The XFree86-4 distribution contains some bad C++ code. Here's what I did to get XFree86-4 to build with the base system's toolchain in -CURRENT: a) ports/devel/imake-4: Replace files/patch-d and files/patch-xthreads with the attached patch-config::cf::FreeBSD.cf. Add the attached patch-config::cf::bsdLib.tmpl. b) ports/x11/XFree86-4-libraries: Replace files/patch-z45 with the attached patch-z45. Note that this isn't quite right, because the linking gets done with cc as a front-end, not c++. But the job gets done, all the same, and I'm not writing a SharedDepCplusplusLibraryTarget rule myself. :-) c) ports/x11-servers/XFree86-4-Server: Add the attached patch-gcc31, taken from Motoyuki Konno's post to with the following Message-ID: <200206041243.g54Chxc16331@sakura.mk.bsdclub.org> That's all. Ciao, Sheldon. -------- patch-config::cf::FreeBSD.cf --- config/cf/FreeBSD.cf.orig Wed Jun 26 15:44:29 2002 +++ config/cf/FreeBSD.cf Wed Jun 26 16:21:18 2002 @@ -80,7 +80,6 @@ /* * math.h uses _REENTRANT and stdio.h uses _THREAD_SAFE, so define both. */ -# define SystemMTDefines -D_REENTRANT -D_THREAD_SAFE /* * FreeBSD has tread-safe api but no getpwnam_r yet. */ @@ -91,8 +90,12 @@ # else # define BuildThreadStubLibrary YES # define NeedUIThrStubs YES -# define ThreadsCompileFlags -pthread -# define ThreadsLibraries -pthread +# if (OSRelVersion >= 500016) +# define ThreadsLibraries -lc_r +# else +# define SystemMTDefines -D_REENTRANT -D_THREAD_SAFE +# define ThreadsLibraries -pthread +# endif # define SharedX11Reqs $(LDPRELIB) $(XTHRSTUBLIB) # define SharedXtReqs $(LDPRELIB) $(XLIBONLY) $(SMLIB) $(ICELIB) $(XTHRSTUBLIB) # endif @@ -151,6 +154,7 @@ # define CcCmd cc # define CplusplusCmd c++ #endif +#define CplusplusLibC -lstdc++ #define CppCmd /usr/bin/cpp #define PreProcessCmd CppCmd -------- patch-config::cf::bsdLib.tmpl --- config/cf/bsdLib.tmpl.orig Wed Jun 26 16:19:42 2002 +++ config/cf/bsdLib.tmpl Wed Jun 26 16:20:34 2002 @@ -39,7 +39,9 @@ #define XawClientLibs $(XAWLIB) $(XMULIBONLY) $(XTOOLLIB) $(XPMLIB) $(XLIB) #endif -#define CplusplusLibC +#ifndef CplusplusLibC +#define CplusplusLibC $(CXX) +#endif #define FrescoSysLibs CplusplusLibC MathLibrary /* Allow for libpthread, as overridden by OS definitions */ -------- patch-z45 --- lib/GLU/Imakefile.orig Wed Jun 6 01:03:20 2001 +++ lib/GLU/Imakefile Wed Jun 26 15:27:14 2002 @@ -103,6 +103,7 @@ #undef _LinkBuildLibrary #define _LinkBuildLibrary(lib) LinkBuildLibrary(lib) +#if !defined(LibInstall) || LibInstall #if NormalLibGlu NormalDepLibraryTarget($(LIBNAME),$(SUBDIRS) $(DONES),$(STATIC_OBJS)) InstallLibrary($(LIBNAME),$(USRLIBDIR)) @@ -110,9 +111,9 @@ #if SharedLibGlu #ifdef SharedDepCplusplusLibraryTarget -SharedDepCplusplusLibraryTarget($(LIBNAME),$(SOREV),$(SUBDIRS) $(DONES),$(SHARED_OBJS),.,.) +SharedDepCplusplusLibraryTarget($(LIBNAME),$(SOREV),$(SUBDIRS) $(DONES),$(SHARED_OBJS) $(CXXLIB),.,.) #else -SharedDepLibraryTarget($(LIBNAME),$(SOREV),$(SUBDIRS) $(DONES),$(SHARED_OBJS),.,.) +SharedDepLibraryTarget($(LIBNAME),$(SOREV),$(SUBDIRS) $(DONES),$(SHARED_OBJS) $(CXXLIB),.,.) #endif InstallSharedLibrary($(LIBNAME),$(SOREV),$(SHLIBDIR)) #endif @@ -126,6 +127,7 @@ ProfiledDepLibraryTarget($(LIBNAME),$(SUBDIRS) $(DONES),$(PROFILE_OBJS)) InstallLibrary($(LIBNAME)_p,$(USRLIBDIR)) #endif /* ProfileLibFont */ +#endif ForceSubdirs($(SUBDIRS)) -------- patch-gcc31 --- lib/XThrStub/UIThrStubs.c.old Mon Nov 19 06:13:26 2001 +++ lib/XThrStub/UIThrStubs.c Tue Jun 4 11:39:19 2002 @@ -99,6 +99,21 @@ #else #include typedef pthread_t xthread_t; +#if __GNUC__ >= 3 +xthread_t pthread_self() __attribute__ ((weak, alias ("_Xthr_self_stub_"))); +int pthread_mutex_init() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_mutex_destroy() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_mutex_lock() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_mutex_unlock() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_cond_init() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_cond_destroy() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_cond_wait() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_cond_signal() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_cond_broadcast() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_key_create() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +void *pthread_getspecific() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +int pthread_setspecific() __attribute__ ((weak, alias ("_Xthr_zero_stub_"))); +#else /* __GNUC__ */ #pragma weak pthread_self = _Xthr_self_stub_ #pragma weak pthread_mutex_init = _Xthr_zero_stub_ #pragma weak pthread_mutex_destroy = _Xthr_zero_stub_ @@ -113,6 +128,7 @@ #pragma weak pthread_key_create = _Xthr_zero_stub_ #pragma weak pthread_getspecific = _Xthr_zero_stub_ #pragma weak pthread_setspecific = _Xthr_zero_stub_ +#endif /* __GNUC__ */ #if defined(_DECTHREADS_) || defined(linux) #pragma weak pthread_equal = _Xthr_equal_stub_ /* See Xthreads.h! */ int -------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 8:11:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id C2EB737B4F3 for ; Wed, 26 Jun 2002 08:09:51 -0700 (PDT) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.4/8.12.4) with ESMTP id g5QF9IbP050322; Wed, 26 Jun 2002 11:09:19 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.4/8.12.4/Submit) id g5QF9INQ050321; Wed, 26 Jun 2002 11:09:18 -0400 (EDT) Date: Wed, 26 Jun 2002 11:09:18 -0400 From: Alexander Kabaev To: Sheldon Hearn Cc: sziszi@bsd.hu, current@FreeBSD.ORG, taguchi@tohoku.iij.ad.jp Subject: Re: What's the right way to build XFree86-4 now? Message-Id: <20020626110918.423b3233.ak03@gte.com> In-Reply-To: <40690.1025103465@axl.seasidesoftware.co.za> References: <20020626112557.GA958@starjuice.net> <40690.1025103465@axl.seasidesoftware.co.za> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.7.8claws6 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 26 Jun 2002 16:57:45 +0200 Sheldon Hearn wrote: > # if (OSRelVersion >= 500016) > +# define ThreadsLibraries -lc_r > +# else > +# define SystemMTDefines -D_REENTRANT -D_THREAD_SAFE > +# define ThreadsLibraries -pthread > +# endif Sheldon, AFAIK _REENTRANT has to be defined on -CURRENT too. -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 8:27:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from milan.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92]) by hub.freebsd.org (Postfix) with ESMTP id 9C41A37B82A for ; Wed, 26 Jun 2002 08:27:16 -0700 (PDT) Received: by milan.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 8FBEAAB3D; Wed, 26 Jun 2002 17:30:17 +0200 (CEST) Date: Wed, 26 Jun 2002 17:30:17 +0200 From: Christian Brueffer To: freebsd-current@freebsd.org Subject: Re: buildworld error Message-ID: <20020626153017.GA2109@unixpages.org> References: <20020626122224.GB36011@mich2.itxmarket.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020626122224.GB36011@mich2.itxmarket.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I get the same error with a 5.0-CURRENT with sources from 2 days ago. FreeBSD gondor.middleearth 5.0-CURRENT FreeBSD 5.0-CURRENT #3: Mon Jun 24 20:52:55 GMT 2002 root@gondor.middleearth:/usr/obj/usr/src/sys/GONDOR i386 Regards, Christian -- http://www.unixpages.org chris@unixpages.org GPG Pub-Key : www.unixpages.org/cbrueffer.asc GPG Fingerprint: 0DB5 8563 2473 C72A A8D1 56EA DAD2 B05D 5F3C 3185 GPG Key ID : DAD2B05D5F3C3185 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 9:34:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 1A1FB37B409 for ; Wed, 26 Jun 2002 09:33:56 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g5QGXqf64957; Wed, 26 Jun 2002 09:33:52 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id g5QGXpW37795; Wed, 26 Jun 2002 09:33:51 -0700 (PDT) (envelope-from jdp) Date: Wed, 26 Jun 2002 09:33:51 -0700 (PDT) Message-Id: <200206261633.g5QGXpW37795@vashon.polstra.com> To: current@freebsd.org From: John Polstra Cc: mich@freebsdcluster.org Subject: Re: buildworld error In-Reply-To: <20020626122224.GB36011@mich2.itxmarket.com> References: <20020626122224.GB36011@mich2.itxmarket.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20020626122224.GB36011@mich2.itxmarket.com>, Michael Hostbaek wrote: > I have cvsup'ed a 4.6-RC with the current source tree, but when doing a > buildworld I get the following error: [...] > /usr/src/lib/libc/net/gethostbydns.c: In function `gethostanswer': > /usr/src/lib/libc/net/gethostbydns.c:392: `buflen' undeclared (first use > in this > function) It looks like that has been fixed in revison 1.36 of gethostbydns.c. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 10: 9:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from netscum.dyndns.dk (dclient80-218-19-27.hispeed.ch [80.218.19.27]) by hub.freebsd.org (Postfix) with ESMTP id 942A237B49B; Wed, 26 Jun 2002 10:07:50 -0700 (PDT) Received: from netscum.dyndns.dk (localhost [127.0.0.1]) by netscum.dyndns.dk (8.12.2/8.12.2) with ESMTP id g5QH7ntO088034; Wed, 26 Jun 2002 19:07:49 +0200 (CEST) (envelope-from bounce@netscum.dyndns.dk) Received: (from root@localhost) by netscum.dyndns.dk (8.12.2/8.12.2/Submit) id g5QH7nN0088033; Wed, 26 Jun 2002 19:07:49 +0200 (CEST) Date: Wed, 26 Jun 2002 19:07:49 +0200 (CEST) Message-Id: <200206261707.g5QH7nN0088033@netscum.dyndns.dk> From: BOUWSMA Beery Organization: Men not wearing any pants that dont shave To: current@freebsd.org Cc: mich@freebsdcluster.org, John Polstra , imp@freebsd.org Subject: Re: buildworld error References: <20020626122224.GB36011@mich2.itxmarket.com> <200206261633.g5QGXpW37795@vashon.polstra.com> X-Hacked: via telnet to your port 25, what else? X-Internet-Access-Provided-By: CABAL MODEM (all hail CABAL) X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [This is an IPv6-only e-mail address, if you have any need to respond to this and send me a copy but do not have IPv6- capability, strip out the obvious part of the address, but I follow the list archives so no need to mail me] > > /usr/src/lib/libc/net/gethostbydns.c: In function `gethostanswer': > > /usr/src/lib/libc/net/gethostbydns.c:392: `buflen' undeclared (first use > It looks like that has been fixed in revison 1.36 of gethostbydns.c. Hmmm, I see that gethostbydns.c and getnetbydns.c got deltas in the most recent cvsup I did, but I had hacked around these problems an hour or two earlier and also found I needed to hack on name6.c, with one `buflen' and an `obp'... Maybe I still need to update again, but just to be safe, I'm cc'ing the committer of the other two deltas thanks barry bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 10:16:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from csharp.dyndns.org (p508718F3.dip.t-dialin.net [80.135.24.243]) by hub.freebsd.org (Postfix) with ESMTP id 01A5437B670 for ; Wed, 26 Jun 2002 10:14:31 -0700 (PDT) Received: from mephisto by csharp.dyndns.org with local (Exim 4.05) id 17NGOh-000IFA-00 for freebsd-current@freebsd.org; Wed, 26 Jun 2002 19:16:03 +0200 Date: Wed, 26 Jun 2002 19:16:03 +0200 From: Christopher Sharp To: freebsd-current@freebsd.org Subject: buildworld broken Message-ID: <20020626171603.GA17363@web.de> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG buildworld breaks with cc -O -pipe -DLIBC_MAJOR=5 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSI usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -DHESIOD -c /usr/src/lib/libc/net/name6.c -o name6.o /usr/src/lib/libc/net/name6.c: In function `getanswer': /usr/src/lib/libc/net/name6.c:1208: `obp' undeclared (first use in this function) /usr/src/lib/libc/net/name6.c:1208: (Each undeclared identifier is reported only once /usr/src/lib/libc/net/name6.c:1208: for each function it appears in.) /usr/src/lib/libc/net/name6.c:1210: `buflen' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/lib/libc. *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 10:20:53 2002 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id BF43B37B619 for ; Wed, 26 Jun 2002 10:18:44 -0700 (PDT) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.12.4/8.12.4) with ESMTP id g5QHIi25011593; Wed, 26 Jun 2002 10:18:44 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.4/8.12.4/Submit) id g5QHIiBG011592; Wed, 26 Jun 2002 10:18:44 -0700 (PDT) Date: Wed, 26 Jun 2002 10:18:44 -0700 (PDT) From: David Wolfskill Message-Id: <200206261718.g5QHIiBG011592@bunrab.catwhisker.org> To: csharp@freeshell.org, freebsd-current@FreeBSD.ORG Subject: Re: buildworld broken In-Reply-To: <20020626171603.GA17363@web.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Wed, 26 Jun 2002 19:16:03 +0200 >From: Christopher Sharp >buildworld breaks with >cc -O -pipe -DLIBC_MAJOR=5 -I/usr/src/lib/libc/include >-I/usr/src/lib/libc/../../include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSI >usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -DYP -DHESIOD -c /usr/src/lib/libc/net/name6.c -o name6.o >/usr/src/lib/libc/net/name6.c: In function `getanswer': >/usr/src/lib/libc/net/name6.c:1208: `obp' undeclared (first use in this function) >/usr/src/lib/libc/net/name6.c:1208: (Each undeclared identifier is reported only once >/usr/src/lib/libc/net/name6.c:1208: for each function it appears in.) >/usr/src/lib/libc/net/name6.c:1210: `buflen' undeclared (first use in this function) >*** Error code 1 Yes. The following patch appears to get through that, though I don't (yet) know if it's correct: Index: lib/libc/net/name6.c =================================================================== RCS file: /cvs/freebsd/src/lib/libc/net/name6.c,v retrieving revision 1.23 diff -u -r1.23 name6.c --- lib/libc/net/name6.c 26 Jun 2002 08:18:05 -0000 1.23 +++ lib/libc/net/name6.c 26 Jun 2002 16:20:11 -0000 @@ -1205,9 +1205,7 @@ nn = strlen(bp) + 1; /* for the \0 */ bp += nn; } - obp = bp; /* ALIGN rounds up */ bp = (char *)ALIGN(bp); - buflen -= (bp - obp); DNS_FATAL(bp + n < ep); DNS_ASSERT(hap < &h_addr_ptrs[MAXADDRS-1]); Cheers, david (links to my resume at http://www.catwhisker.org/~david) -- David H. Wolfskill david@catwhisker.org Trying to support or use Microsoft products makes about as much sense as painting the outside of a house with watercolors. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 11: 2:39 2002 Delivered-To: freebsd-current@freebsd.org Received: from netscum.dyndns.dk (dclient80-218-19-27.hispeed.ch [80.218.19.27]) by hub.freebsd.org (Postfix) with ESMTP id CD32037B401 for ; Wed, 26 Jun 2002 11:02:14 -0700 (PDT) Received: from netscum.dyndns.dk (localhost [127.0.0.1]) by netscum.dyndns.dk (8.12.2/8.12.2) with ESMTP id g5QI2DtO048717; Wed, 26 Jun 2002 20:02:13 +0200 (CEST) (envelope-from bounce@netscum.dyndns.dk) Received: (from root@localhost) by netscum.dyndns.dk (8.12.2/8.12.2/Submit) id g5QI208l048494; Wed, 26 Jun 2002 20:02:00 +0200 (CEST) Date: Wed, 26 Jun 2002 20:02:00 +0200 (CEST) Message-Id: <200206261802.g5QI208l048494@netscum.dyndns.dk> From: BOUWSMA Beery Organization: Men not wearing any pants that dont shave References: <20020625122532.A3315@dragon.nuxi.com> To: Riccardo Torrini Subject: Re: custom kernel Cc: freebsd-current@freebsd.org X-Hacked: via telnet to your port 25, what else? X-Internet-Access-Provided-By: CABAL MODEM (all hail CABAL) X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > >> # diff -u2 /usr/src/Makefile.inc1.orig /usr/src/Makefile.inc1 > >> --- /usr/src/Makefile.inc1.orig Mon Apr 29 20:42:50 2002 > >> +++ /usr/src/Makefile.inc1 Tue Jun 25 20:05:28 2002 > >> @@ -402,9 +402,10 @@ > >> KRNLCONFDIR= ${KRNLSRCDIR}/${TARGET}/conf > >> KRNLOBJDIR= ${OBJTREE}${KRNLSRCDIR} > >> +KERNCONFDIR?= ${KRNLCONFDIR} > I asked only if is possible to back-port to 4.x STABLE tree... > The whole Makefile.inc1 is very different, but this functionality > can be obtained with only 3 lines of changes. I've been using the above for months in -stable, as well as the native -current functionality, to build kernels with read-only /usr/src and no config file within (instead off in /usr/local somewhere), and it's worked great. I've had to reapply the above patch anytime the -stable Makefile.inc1 changes, so I second the request that 4.x get the above patch MFC applied to bring its ability to that of -current for alternative kernel config file locations, and I can't see that it would cause any problems (I've never experienced any) barry bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 11:22:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id 01A4A37B48B for ; Wed, 26 Jun 2002 11:21:21 -0700 (PDT) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.4/8.12.4) with ESMTP id g5QILJbP061979; Wed, 26 Jun 2002 14:21:19 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.4/8.12.4/Submit) id g5QILIEQ061978; Wed, 26 Jun 2002 14:21:18 -0400 (EDT) Date: Wed, 26 Jun 2002 14:21:17 -0400 From: Alexander Kabaev To: walt Cc: freebsd-current@FreeBSD.ORG Subject: Re: Need testers: patch for CURRENT C++ troubles Message-Id: <20020626142117.4442424d.ak03@gte.com> In-Reply-To: <3D194207.9020504@hotmail.com> References: <3D194207.9020504@hotmail.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.7.8claws6 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Some logs and/or backtraces usually help when reporing massive failures. I am running world and kernel -CURRENT as of today's morning. Everything was compiled with the patched compiler of course. pkg_info and friends do work as usual. Whatever you did to screw your system, I do not think it has anything to do with my patch. Has anyone else tried the patch? Someone who has a backup copy of important system binaries handy? -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 12:14:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 256FE37BEDD; Wed, 26 Jun 2002 12:10:06 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id VAA19006; Wed, 26 Jun 2002 21:10:04 +0200 (CEST) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id g5QJ18r70701; Wed, 26 Jun 2002 21:01:08 +0200 (MET DST) (envelope-from j) Date: Wed, 26 Jun 2002 21:01:08 +0200 (MET DST) Message-Id: <200206261901.g5QJ18r70701@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden 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 References: <20020607120246.A45465@dragon.nuxi.com> From: j@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Please install and test the GDB 5.2 port X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Cc: Mark Peek , dfr@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "David O'Brien" wrote: > Mark Peek and DFR have made patches against GDB 5.2 such that it > should do everything we need it to. It would be most helpful for > people to test this before it goes into /usr/src. j@uriah 133% gdb52 kernel.debug /cdrom/vmcore.1 GNU gdb 5.2 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or 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. This GDB was configured as "i386-portbld-freebsd5.0"... "/cdrom/vmcore.1" is not a core dump: File format not recognized (gdb) quit j@uriah 134% gdb52 -k kernel.debug /cdrom/vmcore.1 gdb52: unrecognized option `-k' Use `gdb52 --help' for a complete list of options. Hmm, so how to debug a kernel coredump? -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 13: 2: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from shale.csir.co.za (shale.csir.co.za [146.64.46.5]) by hub.freebsd.org (Postfix) with ESMTP id 3DB1037C4D9; Wed, 26 Jun 2002 12:30:25 -0700 (PDT) Received: (from reg@localhost) by shale.csir.co.za (8.11.6/8.11.6) id g5QJTwG64157; Wed, 26 Jun 2002 21:29:58 +0200 (SAT) (envelope-from reg) Date: Wed, 26 Jun 2002 21:29:58 +0200 From: Jeremy Lea To: Beech Rintoul Cc: freebsd-current@FreeBSD.ORG, markm@FreeBSD.ORG Subject: Re: pkg_version segfaults Message-ID: <20020626212958.A64137@shale.csir.co.za> Mail-Followup-To: Jeremy Lea , Beech Rintoul , freebsd-current@FreeBSD.ORG, markm@freebsd.org References: <20020625234350.A0D2020EEE@yeoman.sinbad.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020625234350.A0D2020EEE@yeoman.sinbad.net>; from akbeech@sinbad.net on Tue, Jun 25, 2002 at 03:43:49PM -0800 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, On Tue, Jun 25, 2002 at 03:43:49PM -0800, Beech Rintoul wrote: > Using the new C pkg_version I get the following: OK, the problem is that you've got a number of ports with no +CONTENTS files in /var/db/pkg... This is not good. But pkg_version shouldn't be dumping core anyway: Index: perform.c =================================================================== RCS file: /usr/home/ncvs/src/usr.sbin/pkg_install/version/perform.c,v retrieving revision 1.1 diff -u -r1.1 perform.c --- perform.c 24 Jun 2002 16:03:24 -0000 1.1 +++ perform.c 26 Jun 2002 19:24:18 -0000 @@ -109,6 +109,10 @@ } read_plist(&plist, fp); fclose(fp); + if (plist.name == NULL) { + warnx("%s does not appear to be a valid package!", pkg); + return 1; + } /* * First we check if the installed package has an origin, and try Hopefully I can get this committed soon... Regards, -Jeremy -- FreeBSD - Because the best things in life are free... http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 13:11:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id 1DF1F37BC21 for ; Wed, 26 Jun 2002 13:01:46 -0700 (PDT) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.4/8.12.4) with ESMTP id g5QK1ibP072314; Wed, 26 Jun 2002 16:01:44 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.4/8.12.4/Submit) id g5QK1iR7072313; Wed, 26 Jun 2002 16:01:44 -0400 (EDT) Date: Wed, 26 Jun 2002 16:01:44 -0400 From: Alexander Kabaev To: Alexander Kabaev Cc: wa1ter@hotmail.com, freebsd-current@FreeBSD.ORG Subject: Re: Need testers: patch for CURRENT C++ troubles Message-Id: <20020626160144.1e77f992.ak03@gte.com> In-Reply-To: <20020626142117.4442424d.ak03@gte.com> References: <3D194207.9020504@hotmail.com> <20020626142117.4442424d.ak03@gte.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.7.8claws6 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Please do not touch the patch I posted before. As I discovered a couple of munites ago, my working CURRENT box runs different version of the patch, NOT the version I posted to the list. I am currenty rebuilding the world with the posted patch in order to investigate if it indeed does cause problems with symbol tables or dynamic linker. My apologies for wa1ter@hotmail.com. On Wed, 26 Jun 2002 14:21:17 -0400 Alexander Kabaev wrote: -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 13:43:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from witchspace.com (pc1-reda4-0-cust134.bre.cable.ntl.com [213.105.81.134]) by hub.freebsd.org (Postfix) with SMTP id 6BBD937CE97 for ; Wed, 26 Jun 2002 13:35:14 -0700 (PDT) Received: (qmail 3852 invoked from network); 26 Jun 2002 20:35:13 -0000 Received: from lexx.witchspace.com (HELO witchspace.com) (192.168.0.1) by dookie.witchspace.com with SMTP; 26 Jun 2002 20:35:13 -0000 Message-ID: <3D1A2581.2010803@witchspace.com> Date: Wed, 26 Jun 2002 21:35:13 +0100 From: Jonathan Belson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020609 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Murray Cc: current@freebsd.org Subject: Re: Perl scripts that need rewiting - Any volunteers? References: <3D0A464B.7040904@witchspace.com> <200206222154.g5MLsva4041792@grimreaper.grondar.org> <3D17770E.1060904@witchspace.com> Content-Type: multipart/mixed; boundary="------------030409080706090005020102" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------030409080706090005020102 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hiya Here's the updated version of vidfont/kbdmap. The changes are: WARNS=6 clean 80 columns max Now uses 'mkstemp()' rather than 'mktemp()' Fixed a couple of dumb bugs Copyrights added Removed '{}' from single lines Default strings now in vidfont.h Cheers, --Jon http://www.witchspace.com --------------030409080706090005020102 Content-Type: text/plain; name="vidfont.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="vidfont.c" /*- * Copyright (c) 2002 Jonathan Belson * 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. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * */ #include #include #include #include #include #include #include #include #include #include #include #include "vidfont.h" static const char *lang_default = DEFAULT_LANG; static const char *font; static const char *lang; static const char *program; static const char *keymapdir = DEFAULT_KEYMAP_DIR; static const char *fontdir = DEFAULT_FONT_DIR; static const char *sysconfig = DEFAULT_SYSCONFIG; static const char *font_default = DEFAULT_FONT; static const char *font_current; static const char *dir; static const char *menu = ""; static int x11; static int show; static int verbose; static int print; struct keymap { char *desc; char *keym; int mark; SLIST_ENTRY(keymap) entries; }; static SLIST_HEAD(slisthead, keymap) head = SLIST_HEAD_INITIALIZER(head); /* * Get keymap entry for 'key', or NULL of not found */ static struct keymap * get_keymap(const char *key) { struct keymap *km; SLIST_FOREACH(km, &head, entries) { if (!strcmp(km->keym, key)) return km; } return NULL; } /* * Count the number of keymaps we found */ static int get_num_keymaps(void) { struct keymap *km; int count = 0; SLIST_FOREACH(km, &head, entries) { count++; } return count; } /* * Remove any keymap with given keym */ static void remove_keymap(const char *keym) { struct keymap *km; SLIST_FOREACH(km, &head, entries) { if (!strcmp(keym, km->keym)) { SLIST_REMOVE(&head, km, keymap, entries); free(km); break; } } } /* * Add to hash with 'key' */ static void add_keymap(const char *desc, int mark, const char *keym) { struct keymap *km, *km_new; /* Is there already an entry with this key? */ SLIST_FOREACH(km, &head, entries) { if (!strcmp(km->keym, keym)) { /* Reuse this entry */ free(km->desc); km->desc = strdup(desc); km->mark = mark; return; } } km_new = (struct keymap *) malloc (sizeof(struct keymap)); km_new->desc = strdup(desc); km_new->keym = strdup(keym); km_new->mark = mark; /* Add to keymap list */ SLIST_INSERT_HEAD(&head, km_new, entries); } /* * Figure out the default language to use. */ static const char * get_locale(void) { const char *locale; if ((locale = getenv("LC_ALL")) == NULL && (locale = getenv("LC_CTYPE")) == NULL && (locale = getenv("LANG")) == NULL) locale = lang_default; /* Check for alias */ if (!strcmp(locale, "C")) locale = DEFAULT_LANG; return locale; } /* * Extract filename part */ static const char * extract_name(const char *name) { char *p; p = strrchr(name, '/'); if (p != NULL && p[1] != '\0') return p + 1; return name; } /* * Return file extension or NULL */ static char * get_extension(const char *name) { char *p; p = strrchr(name, '.'); if (p != NULL && p[1] != '\0') return p; return NULL; } /* * Read font from /etc/rc.conf else return default. * Freeing the memory is the caller's responsibility. */ static char * get_font(void) { char line[256], buf[20]; char *fnt = NULL; FILE *fp = fopen(sysconfig, "r"); if (fp) { while (fgets(line, sizeof(line), fp)) { int a, b, matches; if (line[0] == '#') continue; matches = sscanf( line, " font%dx%d = \"%20[-.0-9a-zA-Z_]", &a, &b, buf); if (matches==3) { if (strcmp(buf, "NO")) { if (fnt) free(fnt); fnt = (char *) malloc(strlen(buf) + 1); strcpy(fnt, buf); } } } } else fprintf(stderr, "Could not open %s for reading\n", sysconfig); return fnt; } /* * Set a font using 'vidcontrol' */ static void vidcontrol(const char *fnt) { char *tmp, *p, *q; char ch; int i; /* syscons test failed */ if (x11) return; tmp = strdup(fnt); /* Extract font size */ p = strrchr(tmp, '-'); if (p && p[1] != '\0') { p++; /* Remove any '.fnt' extension */ if ((q = strstr(p, ".fnt"))) *q = '\0'; /* * Check font size is valid, with no trailing characters * ('&ch' should not be matched) */ if (sscanf(p, "%dx%d%c", &i, &i, &ch) != 2) fprintf(stderr, "Which font size? %s\n", fnt); else { char *cmd; asprintf(&cmd, "vidcontrol -f %s %s", p, fnt); if (verbose) fprintf(stderr, "%s\n", cmd); system(cmd); free(cmd); } } else fprintf(stderr, "Which font size? %s\n", fnt); free(tmp); } /* * Execute 'kbdcontrol' with the appropriate arguments */ static void do_kbdcontrol(struct keymap *km) { char *kbd_cmd; asprintf(&kbd_cmd, "kbdcontrol -l %s/%s", dir, km->keym); if (!x11) system(kbd_cmd); printf("keymap=%s\n", km->keym); free(kbd_cmd); } /* * Call 'vidcontrol' with the appropriate arguments */ static void do_vidfont(struct keymap *km) { char *vid_cmd, *tmp, *p, *q; asprintf(&vid_cmd, "%s/%s", dir, km->keym); vidcontrol(vid_cmd); free(vid_cmd); tmp = strdup(km->keym); p = strrchr(tmp, '-'); if (p && p[1]!='\0') { p++; q = get_extension(p); if (q) { *q = '\0'; printf("font%s=%s\n", p, km->keym); } } free(tmp); } /* * Display dialog from 'keymaps[]' */ static void show_dialog(struct keymap **km_sorted, int num_keymaps) { FILE *fp; char *cmd, *dialog; char tmp_name[] = "/tmp/_kbd_lang.XXXX"; const char *ext; int fd, i, size; fd = mkstemp(tmp_name); if (fd == -1) { fprintf(stderr, "Could not open temporary file \"%s\"\n", tmp_name); exit(1); } asprintf(&dialog, "/usr/bin/dialog --clear --title \"Keyboard Menu\" " "--menu \"%s\" -1 -1 10", menu); ext = extract_name(dir); /* start right font, assume that current font is equal * to default font in /etc/rc.conf * * $font is the font which require the language $lang; e.g. * russian *need* a koi8 font * $font_current is the current font from /etc/rc.conf */ if (font && strcmp(font, font_current)) { vidcontrol(font); } /* Build up the command */ size = 0; for (i=0; idesc) + 6; } /* Allow the space for '2> tmpfilename' redirection */ size += strlen(tmp_name) + 3; cmd = (char *) malloc(strlen(dialog) + size + 1); strcpy(cmd, dialog); for (i=0; idesc); strcat(cmd, "\""); strcat(cmd, " \"\""); } strcat(cmd, " 2>"); strcat(cmd, tmp_name); /* Show the dialog.. */ system(cmd); fp = fopen(tmp_name, "r"); if (fp) { char choice[64]; if (fgets(choice, 64, fp) != NULL) { /* Find key for desc */ for (i=0; idesc)) { if (!strcmp(program, "kbdmap")) { do_kbdcontrol(km_sorted[i]); } else { do_vidfont(km_sorted[i]); } break; } } } else { if (font != NULL && strcmp(font, font_current)) { /* Cancelled, restore old font */ vidcontrol(font_current); } } fclose(fp); } else fprintf(stderr, "Failed to open temporary file"); /* Tidy up */ remove(tmp_name); free(cmd); free(dialog); close(fd); } /* * Search for 'token' in comma delimited array 'buffer'. * Return true for found, false for not found. */ static int find_token(const char *buffer, const char *token) { char *buffer_tmp, *buffer_copy, *inputstring; char **ap; int found; buffer_copy = strdup(buffer); buffer_tmp = buffer_copy; inputstring = buffer_copy; ap = &buffer_tmp; found = 0; while ((*ap = strsep(&inputstring, ",")) != NULL) { if (strcmp(buffer_tmp, token) == 0) { found = 1; break; } } free(buffer_copy); return found; } /* * Compare function for qsort */ static int compare_keymap(const void *a, const void *b) { /* We've been passed pointers to pointers, so: */ const struct keymap *km1 = *((const struct keymap **) a); const struct keymap *km2 = *((const struct keymap **) b); return strcmp(km1->desc, km2->desc); } /* * Compare function for qsort */ static int compare_lang(const void *a, const void *b) { const char *l1 = *((const char **) a); const char *l2 = *((const char **) b); return strcmp(l1, l2); } /* * Change '8x8' to '8x08' so qsort will put it before eg. '8x14' */ static void kludge_desc(struct keymap **km_sorted, int num_keymaps) { int i; for (i=0; idesc; if ((p = strstr(km, "8x8")) != NULL) { int len; int j; int offset; offset = p - km; /* Make enough space for the extra '0' */ len = strlen(km); km = realloc(km, len + 2); for (j=len; j!=offset+1; j--) km[j + 1] = km[j]; km[offset+2] = '0'; km_sorted[i]->desc = km; } } } /* * Reverse 'kludge_desc()' - change '8x08' back to '8x8' */ static void unkludge_desc(struct keymap **km_sorted, int num_keymaps) { int i; for (i=0; idesc; if ((p = strstr(km, "8x08")) != NULL) { p += 2; while (*p++) p[-1] = p[0]; km = realloc(km, p - km - 1); km_sorted[i]->desc = km; } } } /* * Return 0 if file exists and is readable, else -1 */ static int check_file(const char *keym) { int status = 0; if (access(keym, R_OK) == -1) { char *fn; asprintf(&fn, "%s/%s", dir, keym); if (access(fn, R_OK) == -1) { if (verbose) fprintf(stderr, "%s not found!\n", fn); status = -1; } free(fn); } else { if (verbose) fprintf(stderr, "No read permission for %s!\n", keym); status = -1; } return status; } /* * Read options from the relevent configuration file, then * present to user. */ static void menu_read(void) { const char *lg; char *p; int mark, num_keymaps, items, i; char buffer[256], filename[PATH_MAX]; char keym[64], lng[64], desc[64]; char dialect[64], lang_abk[64]; struct keymap *km; struct keymap **km_sorted; struct dirent *dp; StringList *lang_list; FILE *fp; DIR *dirp; lang_list = sl_init(); sprintf(filename, "%s/INDEX.%s", dir, extract_name(dir)); /* en_US.ISO8859-1 -> en_..\.ISO8859-1 */ strlcpy(dialect, lang, sizeof(dialect)); if (strlen(dialect) >= 6 && dialect[2] == '-') { dialect[3] = '.'; dialect[4] = '.'; } /* en_US.ISO8859-1 -> en */ strlcpy(lang_abk, lang, sizeof(lang_abk)); if (strlen(lang_abk) >= 3 && lang_abk[2] == '-') lang_abk[2] = '.'; fprintf(stderr, "lang_default = %s\n", lang_default); fprintf(stderr, "dialect = %s\n", dialect); fprintf(stderr, "lang_abk = %s\n", lang_abk); fp = fopen(filename, "r"); if (fp) { int matches; while (fgets(buffer, sizeof(buffer), fp)) { p = buffer; if (p[0] == '#') continue; while (isspace(*p)) p++; if (*p == '\0') continue; /* Parse input, removing newline */ matches = sscanf( p, "%64[^:]:%64[^:]:%64[^:\n]", keym, lng, desc); if (matches == 3) { if (strcmp(keym, "FONT") && strcmp(keym, "MENU")) { /* Check file exists & is readable */ if (check_file(keym) == -1) { continue; } } } if (show) { /* * Take note of supported languages, which * might be in a comma-delimited list */ char *tmp = strdup(lng); char *delim = tmp; for (delim = tmp; ; ) { char ch = *delim++; if (ch == ',' || ch == '\0') { delim[-1] = '\0'; if (!sl_find(lang_list, tmp)) { sl_add(lang_list, tmp); } if (ch == '\0') break; tmp = delim; } } } /* Set empty language to default language */ if (lng[0] == '\0') lg = lang_default; else lg = lng; /* 4) Your choice if it exists * 3) Long match eg. en_GB.ISO8859-1 is equal to * en_..\.ISO8859-1 * 2) short match 'de' * 1) default langlist 'en' * 0) any language * * Language may be a comma separated list * A higher match overwrites a lower * A later entry overwrites a previous if it exists * twice in the database */ /* Check for favoured language */ km = get_keymap(keym); mark = (km) ? mark = km->mark : 0; if (find_token(lg, lang)) { add_keymap(desc, 4, keym); } else if (mark <= 3 && find_token(lg, dialect)) { add_keymap(desc, 3, keym); } else if (mark <= 2 && find_token(lg, lang_abk)) { add_keymap(desc, 2, keym); } else if (mark <= 1 && find_token(lg, lang_default)) { add_keymap(desc, 1, keym); } else if (mark <= 0) { add_keymap(desc, 0, keym); } } fclose(fp); } else printf("Could not open file\n"); if (show) { qsort(lang_list->sl_str, lang_list->sl_cur, sizeof(char*), compare_lang); printf("Currently supported languages: "); for (i=0; i< (int) lang_list->sl_cur; i++) printf("%s ", lang_list->sl_str[i]); puts(""); exit(0); } km = get_keymap("MENU"); if (km) { /* Take note of menu title */ menu = strdup(km->desc); } km = get_keymap("FONT"); if (km) { /* Take note of language font */ font = strdup(km->desc); } /* Remove unwanted items from list */ remove_keymap("MENU"); remove_keymap("FONT"); /* Look for keymaps not in database */ dirp = opendir(dir); if (dirp) { while ((dp = readdir(dirp)) != NULL) { const char *ext = get_extension(dp->d_name); if (ext) { if ((!strcmp(ext, ".fnt") || !strcmp(ext, ".kbd")) && !get_keymap(dp->d_name)) { char *q; /* Remove any .fnt or .kbd extension */ q = strdup(dp->d_name); *(get_extension(q)) = '\0'; add_keymap(q, 0, dp->d_name); free(q); if (verbose) fprintf( stderr, "'%s' not in database\n", dp->d_name); } } } closedir(dirp); } else fprintf(stderr, "Could not open directory '%s'\n", dir); /* Sort items in keymap */ num_keymaps = get_num_keymaps(); km_sorted = (struct keymap **) malloc(num_keymaps*sizeof(struct keymap *)); /* Make array of pointers to items in hash */ items = 0; SLIST_FOREACH(km, &head, entries) { km_sorted[items++] = km; } /* Change '8x8' to '8x08' so sort works as we might expect... */ kludge_desc(km_sorted, num_keymaps); qsort(km_sorted, num_keymaps, sizeof(struct keymap *), compare_keymap); /* ...change back again */ unkludge_desc(km_sorted, num_keymaps); if (print) { for (i=0; idesc); exit(0); } show_dialog(km_sorted, num_keymaps); free(km_sorted); } /* * Display usage information and exit */ static void usage(void) { fprintf(stderr, "usage: %s\t[-K] [-V] [-d|-default] [-h|-help] " "[-l|-lang language]\n\t\t[-p|-print] [-r|-restore] [-s|-show] " "[-v|-verbose]\n", program); exit(1); } static void parse_args(int argc, char **argv) { int i; for (i=1; i/dev/null"); if (x11) { fprintf(stderr, "You are not on a virtual console - " "expect certain strange side-effects\n"); sleep(2); } SLIST_INIT(&head); lang = get_locale(); program = extract_name(argv[0]); /* Parse command line arguments */ parse_args(argc, argv); font_current = get_font(); if (font_current == NULL) font_current = font_default; if (strcmp(program, "kbdmap")) dir = fontdir; else dir = keymapdir; /* Read and display options */ menu_read(); return 0; } --------------030409080706090005020102 Content-Type: text/plain; name="vidfont.h" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="vidfont.h" /*- * Copyright (c) 2002 Jonathan Belson * 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. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * */ #define DEFAULT_LANG "en" #define DEFAULT_KEYMAP_DIR "/usr/share/syscons/keymaps" #define DEFAULT_FONT_DIR "/usr/share/syscons/fonts" #define DEFAULT_SYSCONFIG "/etc/rc.conf" #define DEFAULT_FONT "cp437-8x16.fnt" --------------030409080706090005020102-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 16:27: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from relay.pair.com (relay1.pair.com [209.68.1.20]) by hub.freebsd.org (Postfix) with SMTP id EC29537BB8E for ; Wed, 26 Jun 2002 16:11:07 -0700 (PDT) Received: (qmail 16156 invoked from network); 26 Jun 2002 22:11:07 -0000 Received: from nat.ironport.com (HELO ?10.1.1.73?) (63.251.108.100) by relay1.pair.com with SMTP; 26 Jun 2002 22:11:07 -0000 X-pair-Authenticated: 63.251.108.100 Mime-Version: 1.0 X-Sender: (Unverified) Message-Id: In-Reply-To: <200206261901.g5QJ18r70701@uriah.heep.sax.de> References: <20020607120246.A45465@dragon.nuxi.com> <200206261901.g5QJ18r70701@uriah.heep.sax.de> Date: Wed, 26 Jun 2002 15:10:50 -0700 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-current@freebsd.org From: Mark Peek Subject: Re: Please install and test the GDB 5.2 port Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 9:01 PM +0200 6/26/02, Joerg Wunsch wrote: >"David O'Brien" wrote: > >> Mark Peek and DFR have made patches against GDB 5.2 such that it >> should do everything we need it to. It would be most helpful for >> people to test this before it goes into /usr/src. > >j@uriah 133% gdb52 kernel.debug /cdrom/vmcore.1 >GNU gdb 5.2 >Copyright 2002 Free Software Foundation, Inc. >GDB is free software, covered by the GNU General Public License, and you are >welcome to change it and/or 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. >This GDB was configured as "i386-portbld-freebsd5.0"... >"/cdrom/vmcore.1" is not a core dump: File format not recognized >(gdb) quit >j@uriah 134% gdb52 -k kernel.debug /cdrom/vmcore.1 >gdb52: unrecognized option `-k' >Use `gdb52 --help' for a complete list of options. > >Hmm, so how to debug a kernel coredump? You need to update your gdb52 port. Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 16:34:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by hub.freebsd.org (Postfix) with ESMTP id 0F21137BFB0 for ; Wed, 26 Jun 2002 16:27:26 -0700 (PDT) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g5QKltV19458 for ; Wed, 26 Jun 2002 13:47:55 -0700 (PDT) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id NAA04363 for ; Wed, 26 Jun 2002 13:47:54 -0700 (PDT) Received: from btcexc01.btc.adaptec.com (btcexc01 [10.100.0.23]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id OAA28573 for ; Wed, 26 Jun 2002 14:47:53 -0600 (MDT) Received: by btcexc01.btc.adaptec.com with Internet Mail Service (5.5.2653.19) id ; Wed, 26 Jun 2002 14:47:53 -0600 Message-ID: <2C7CBDC6EA58D6119E4A00065B3A24CB0463D6@btcexc01.btc.adaptec.com> From: "Long, Scott" To: "'freebsd-current@freebsd.org'" Subject: Recent issues with current Date: Wed, 26 Jun 2002 14:47:53 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG All, I just wanted to bring to light several issues that I'm seeing now. I installed a new laptop with the 20020620 current snapshot from snapshot.jp.freebsd.org, then proceeded to bring it up the date (as of last night). After building and installing world and kernel from these updated sources, I'm seeing the following things: 1. Large cvs operations (like checking out the ports tree) mysteriously stall after a few minutes, but can be resumed if sent a signal. 2. After crunching away on something intensive like compiling X, I start to get the following message: /usr/libexec/ld-elf.so.1: /usr/bin/grep: Shared object has no run-time symbol table Rebooting the machine makes these messages go away, but the eventually show back up. Backup up to the 20020620 world makes these problems go away. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 16:41:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by hub.freebsd.org (Postfix) with ESMTP id AFD4337BFB7 for ; Wed, 26 Jun 2002 16:27:27 -0700 (PDT) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g5QMODE14788 for ; Wed, 26 Jun 2002 15:24:13 -0700 (PDT) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id PAA29329 for ; Wed, 26 Jun 2002 15:24:12 -0700 (PDT) Received: from hollin.btc.adaptec.com (hollin [10.100.253.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id QAA29222 for ; Wed, 26 Jun 2002 16:24:10 -0600 (MDT) Received: from hollin.btc.adaptec.com (localhost [127.0.0.1]) by hollin.btc.adaptec.com (8.12.3/8.12.3) with ESMTP id g5QMKarP062819 for ; Wed, 26 Jun 2002 16:20:36 -0600 (MDT) (envelope-from scottl@hollin.btc.adaptec.com) Received: (from scottl@localhost) by hollin.btc.adaptec.com (8.12.3/8.12.3/Submit) id g5QMKaLv062818 for freebsd-current@freebsd.org; Wed, 26 Jun 2002 16:20:36 -0600 (MDT) Date: Wed, 26 Jun 2002 16:20:36 -0600 From: Scott Long To: freebsd-current@freebsd.org Subject: Recent issues with current Message-ID: <20020626222036.GA62791@hollin.btc.adaptec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG All, I just wanted to bring to light several issues that I'm seeing now. I installed a new laptop with the 20020620 current snapshot from snapshot.jp.freebsd.org, then proceeded to bring it up the date (as of last night). After building and installing world and kernel from these updated sources, I'm seeing the following things: 1. Large cvs operations (like checking out the ports tree) mysteriously stall after a few minutes, but can be resumed if sent a signal. 2. After crunching away on something intensive like compiling X, I start to get the following message: /usr/libexec/ld-elf.so.1: /usr/bin/grep: Shared object has no run-time symbol table Rebooting the machine makes these messages go away, but the eventually show back up. Backup up to the 20020620 world makes these problems go away. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 16:48:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from h132-197-179-27.gte.com (h132-197-179-27.gte.com [132.197.179.27]) by hub.freebsd.org (Postfix) with ESMTP id 1CE2637BB8E for ; Wed, 26 Jun 2002 16:28:01 -0700 (PDT) Received: from kanpc.gte.com (localhost [IPv6:::1]) by h132-197-179-27.gte.com (8.12.4/8.12.4) with ESMTP id g5QKc1bP093853; Wed, 26 Jun 2002 16:38:01 -0400 (EDT) (envelope-from ak03@kanpc.gte.com) Received: (from ak03@localhost) by kanpc.gte.com (8.12.4/8.12.4/Submit) id g5QKc1we093852; Wed, 26 Jun 2002 16:38:01 -0400 (EDT) Date: Wed, 26 Jun 2002 16:38:01 -0400 From: Alexander Kabaev To: Alexander Kabaev Cc: freebsd-current@FreeBSD.ORG Subject: Re: Need testers: patch for CURRENT C++ troubles Message-Id: <20020626163801.393b099a.ak03@gte.com> In-Reply-To: <20020626142117.4442424d.ak03@gte.com> References: <3D194207.9020504@hotmail.com> <20020626142117.4442424d.ak03@gte.com> Organization: Verizon Data Services X-Mailer: Sylpheed version 0.7.8claws6 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [ repost ] Please do not touch the patch I posted before. As I discovered a couple of munites ago, my working CURRENT box runs different version of the patch, NOT the version I posted to the list. I am currenty rebuilding the world with the posted patch in order to investigate if it indeed does cause problems with symbol tables or dynamic linker. My apologies for wa1ter@hotmail.com. On Wed, 26 Jun 2002 14:21:17 -0400 Alexander Kabaev wrote: -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 16:54:35 2002 Delivered-To: freebsd-current@freebsd.org Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by hub.freebsd.org (Postfix) with ESMTP id DB42337C1D9 for ; Wed, 26 Jun 2002 16:37:03 -0700 (PDT) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g5QMFtE13900 for ; Wed, 26 Jun 2002 15:15:55 -0700 (PDT) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id PAA28312 for ; Wed, 26 Jun 2002 15:15:49 -0700 (PDT) Received: from hollin.btc.adaptec.com (hollin [10.100.253.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id QAA29165 for ; Wed, 26 Jun 2002 16:15:47 -0600 (MDT) Received: from hollin.btc.adaptec.com (localhost [127.0.0.1]) by hollin.btc.adaptec.com (8.12.3/8.12.3) with ESMTP id g5QMCCrP062806 for ; Wed, 26 Jun 2002 16:12:12 -0600 (MDT) (envelope-from scottl@hollin.btc.adaptec.com) Received: (from scottl@localhost) by hollin.btc.adaptec.com (8.12.3/8.12.3/Submit) id g5QMCCjf062805 for freebsd-current@freebsd.org; Wed, 26 Jun 2002 16:12:12 -0600 (MDT) Received: by btcexc01.btc.adaptec.com id <01C21D52.BE3A70E0@btcexc01.btc.adaptec.com>; Wed, 26 Jun 2002 14:47:53 -0600 Message-ID: <2C7CBDC6EA58D6119E4A00065B3A24CB0463D6@btcexc01.btc.adaptec.com> From: "Long, Scott" To: "'freebsd-current@freebsd.org'" Subject: Recent issues with current Date: Wed, 26 Jun 2002 14:47:53 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG All, I just wanted to bring to light several issues that I'm seeing now. I installed a new laptop with the 20020620 current snapshot from snapshot.jp.freebsd.org, then proceeded to bring it up the date (as of last night). After building and installing world and kernel from these updated sources, I'm seeing the following things: 1. Large cvs operations (like checking out the ports tree) mysteriously stall after a few minutes, but can be resumed if sent a signal. 2. After crunching away on something intensive like compiling X, I start to get the following message: /usr/libexec/ld-elf.so.1: /usr/bin/grep: Shared object has no run-time symbol table Rebooting the machine makes these messages go away, but the eventually show back up. Backup up to the 20020620 world makes these problems go away. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 18: 3:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id BED1437D78A for ; Wed, 26 Jun 2002 18:00:15 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020627010015.QQUM9178.rwcrmhc51.attbi.com@InterJet.elischer.org> for ; Thu, 27 Jun 2002 01:00:15 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA65905 for ; Wed, 26 Jun 2002 17:46:27 -0700 (PDT) Date: Wed, 26 Jun 2002 17:46:25 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: What is going on? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After doing a make buildworld, followed by make installworld and mergemaster. The following 'make buildworld' starts of with: ref4# make buildworld /usr/libexec/ld-elf.so.1: grep: Shared object has no run-time symbol table -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- rm -rf /usr/obj/usr/src/i386 mkdir -p /usr/obj/usr/src/i386/usr/bin mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/i386/usr/games mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts sure enough: ref4# grep /usr/libexec/ld-elf.so.1: grep: Shared object has no run-time symbol table ref4# huh? freshly cvsup'd sources.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 19: 6: 0 2002 Delivered-To: freebsd-current@freebsd.org Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102]) by hub.freebsd.org (Postfix) with ESMTP id 5BE5F37C11F for ; Wed, 26 Jun 2002 19:00:10 -0700 (PDT) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.5/8.12.5) with ESMTP id g5R20A0u005255 for ; Wed, 26 Jun 2002 19:00:10 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.5/8.12.5/Submit) id g5R20Aix005253 for current@freebsd.org; Wed, 26 Jun 2002 19:00:10 -0700 (PDT) Date: Wed, 26 Jun 2002 19:00:10 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200206270200.g5R20Aix005253@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wed Jun 26 19:00:10 PDT 2002 /usr/libexec/ld-elf.so.1: /usr/bin/cvs: Shared object has no run-time symbol table To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 19:40:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by hub.freebsd.org (Postfix) with ESMTP id 9336437B406 for ; Wed, 26 Jun 2002 19:40:27 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020627024027.TSQH9178.rwcrmhc51.attbi.com@InterJet.elischer.org> for ; Thu, 27 Jun 2002 02:40:27 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id TAA66466 for ; Wed, 26 Jun 2002 19:32:58 -0700 (PDT) Date: Wed, 26 Jun 2002 19:32:56 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: Re: What is going on? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I will add that the file is not really corrupt.. A reboot brings it 'back to life' so it's only corrupt in memory. On Wed, 26 Jun 2002, Julian Elischer wrote: > > After doing a make buildworld, > followed by make installworld and mergemaster. > > The following 'make buildworld' starts of with: > ref4# make buildworld > /usr/libexec/ld-elf.so.1: grep: Shared object has no run-time symbol table > > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- > rm -rf /usr/obj/usr/src/i386 > mkdir -p /usr/obj/usr/src/i386/usr/bin > mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout > mkdir -p /usr/obj/usr/src/i386/usr/games > mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts > > > sure enough: > ref4# grep > /usr/libexec/ld-elf.so.1: grep: Shared object has no run-time symbol table > ref4# > > > huh? > > freshly cvsup'd sources.. > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 20:29:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by hub.freebsd.org (Postfix) with ESMTP id 1895B37B407; Wed, 26 Jun 2002 20:21:14 -0700 (PDT) Received: from axe-inc.co.jp (takawata@[192.47.224.47]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with ESMTP id MAA26662; Thu, 27 Jun 2002 12:20:56 +0900 (JST) Message-Id: <200206270320.MAA26662@axe-inc.co.jp> To: Willem van Engen Cc: current@freebsd.org, nsouch@freebsd.org Subject: Re: smbalert# hook for smbus childs In-reply-to: Your message of "Mon, 24 Jun 2002 14:59:21 +0200." <20020624145921.463108fc.wvengen@stack.nl> Date: Thu, 27 Jun 2002 12:21:19 +0900 From: Takanori Watanabe Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020624145921.463108fc.wvengen@stack.nl>, Willem van Engen wrote: >Hello, > >there already is some code for smbalert# handling on intpm >(ENABLE_ALART), but there is no support for handling it in a driver. O2 >AudioDJ (OZ162) chips use this signal to indicate that a button was >pressed. So I need a way for a driver to be notified when smbalert# >occurs. I have never tested the code, though. >Of course I thought immediately about bus_(setup|teardown)_intr. I wrote >something like that for smbus: bus_(setup|teardown)_alart (see patch), >that works now. But is this The Right Way to do it? I do have some >thoughts on it, but maybe someone more knowledgeable than me could comment >on it. I thought about ACPI embedded controller SMBus device driver and this mechanism will be needed for implement event notification mechanism. >It might be better to use bus_*_intr instead of bus_*_alart, but one >would need to bus_alloc_resource a slave address and pass that to >bus_setup_intr. But then it makes sense to use those slave address >resources to send smbus commands, right? But how would that fit into the >bus_space_* functions? *I* think it is fit to smbus specific function. >p.s. I hope I'm clear, english isn't my native language. So am I (T_T). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 20:53:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from cvsup.no.freebsd.org (c2h5oh.idi.ntnu.no [129.241.103.69]) by hub.freebsd.org (Postfix) with ESMTP id D47E637B406; Wed, 26 Jun 2002 20:36:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by cvsup.no.freebsd.org (8.11.6/8.11.6) with ESMTP id g5R3ah386783; Thu, 27 Jun 2002 03:36:43 GMT (envelope-from tegge@cvsup.no.freebsd.org) To: julian@elischer.org, iedowse@FreeBSD.org, alc@FreeBSD.org, Scott_Long@adaptec.com, des@FreeBSD.org Cc: current@FreeBSD.org Subject: Re: What is going on? From: Tor.Egge@cvsup.no.freebsd.org In-Reply-To: References: X-Mailer: Mew version 1.94.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20020627033643U.tegge@cvsup.no.freebsd.org> Date: Thu, 27 Jun 2002 03:36:43 GMT X-Dispatcher: imput version 20000228(IM140) Lines: 35 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > sure enough: > ref4# grep > /usr/libexec/ld-elf.so.1: grep: Shared object has no run-time symbol table > ref4# > > > huh? > > freshly cvsup'd sources.. Too many pages were prefaulted in pmap_object_init_pt, thus the wrong physical page was entered in the pmap for the virtual address where the .dynamic section data was supposed to be. Index: sys/i386/i386/pmap.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/pmap.c,v retrieving revision 1.325 diff -u -r1.325 pmap.c --- sys/i386/i386/pmap.c 26 Jun 2002 20:32:51 -0000 1.325 +++ sys/i386/i386/pmap.c 27 Jun 2002 03:04:51 -0000 @@ -2493,7 +2504,7 @@ ((objpgs > 0) && (p != NULL)); p = TAILQ_NEXT(p, listq)) { - if (p->pindex < pindex || p->pindex - pindex > psize) { + if (p->pindex < pindex || p->pindex - pindex >= psize) { continue; } tmpidx = p->pindex - pindex; - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 21: 7: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by hub.freebsd.org (Postfix) with ESMTP id 7086537B411 for ; Wed, 26 Jun 2002 21:02:57 -0700 (PDT) Received: from hotmail.com wa1ter@smtp-send.myrealbox.com [64.175.105.197] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare via secured & encrypted transport (TLS); Wed, 26 Jun 2002 22:02:56 -0600 Message-ID: <3D1A8F28.3000401@hotmail.com> Date: Wed, 26 Jun 2002 21:06:00 -0700 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020617 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: What is going on? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote to FreeBSD-Current: > /usr/libexec/ld-elf.so.1: grep: Shared object has no run-time symbol > table This is the same disaster that struck me yesterday after I applied Alexander's C++ patch and I initially thought it was due to that. Just to make it absolutely clear, however: did you also apply Alexander's patch before seeing this error? BTW, I also began seeing many segfaults from various programs but most frequestly from good old awk. Seems like the segfaults didn't happen after a reboot for awhile, then started up again. I could get the segfaults to disappear for a time just by rebooting but they always returned sooner or later. Maybe a memory leak? I finally gave up and did a binary-only reinstall from a -CURRENT "Preview" snapshot which fixed everything. I'm going to sit and watch for awhile before going back in the water. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 21:19: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx10.mail.ru (mx10.mail.ru [194.67.57.20]) by hub.freebsd.org (Postfix) with ESMTP id 37D2837B406 for ; Wed, 26 Jun 2002 21:15:01 -0700 (PDT) Received: from [141.154.54.200] (helo=kan.dnsalias.net) by mx10.mail.ru with esmtp (Exim SMTP.A) id 17NQgN-000BHs-00; Thu, 27 Jun 2002 08:14:59 +0400 Received: from kan.dnsalias.net (localhost [IPv6:::1]) by kan.dnsalias.net (8.12.4/8.12.4) with ESMTP id g5R4Evld061134; Thu, 27 Jun 2002 00:14:57 -0400 (EDT) (envelope-from kan@kan.dnsalias.net) Received: (from kan@localhost) by kan.dnsalias.net (8.12.4/8.12.4/Submit) id g5R4Ep23061121; Thu, 27 Jun 2002 00:14:51 -0400 (EDT) Date: Thu, 27 Jun 2002 00:14:51 -0400 From: Alexander Kabaev To: walt Cc: freebsd-current@FreeBSD.ORG Subject: Re: What is going on? Message-Id: <20020627001451.3c86d873.kabaev@bellatlantic.net> In-Reply-To: <3D1A8F28.3000401@hotmail.com> References: <3D1A8F28.3000401@hotmail.com> X-Mailer: Sylpheed version 0.7.5claws25 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Just to make it absolutely clear, however: did you also apply > Alexander's patch before seeing this error? No, the problem was unrelated. > I finally gave up and did a binary-only reinstall from a -CURRENT > "Preview" snapshot which fixed everything. I'm going to sit and > watch for awhile before going back in the water. Just booting an older kernel would have solved your problem. -- Alexander Kabaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 21:28:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from overcee.wemm.org (12-232-114-102.client.attbi.com [12.232.114.102]) by hub.freebsd.org (Postfix) with ESMTP id 36A9237B405; Wed, 26 Jun 2002 21:25:36 -0700 (PDT) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id A8FED3811; Wed, 26 Jun 2002 21:25:37 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Tor.Egge@cvsup.no.freebsd.org Cc: julian@elischer.org, iedowse@FreeBSD.ORG, alc@FreeBSD.ORG, Scott_Long@adaptec.com, des@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: What is going on? In-Reply-To: <20020627033643U.tegge@cvsup.no.freebsd.org> Date: Wed, 26 Jun 2002 21:25:37 -0700 From: Peter Wemm Message-Id: <20020627042537.A8FED3811@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Tor.Egge@cvsup.no.freebsd.org wrote: > > > > sure enough: > > ref4# grep > > /usr/libexec/ld-elf.so.1: grep: Shared object has no run-time symbol table > > ref4# > > > > > > huh? > > > > freshly cvsup'd sources.. > > > Too many pages were prefaulted in pmap_object_init_pt, thus the wrong > physical page was entered in the pmap for the virtual address where > the .dynamic section data was supposed to be. > > > Index: sys/i386/i386/pmap.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/i386/pmap.c,v > retrieving revision 1.325 > diff -u -r1.325 pmap.c > --- sys/i386/i386/pmap.c 26 Jun 2002 20:32:51 -0000 1.325 > +++ sys/i386/i386/pmap.c 27 Jun 2002 03:04:51 -0000 > @@ -2493,7 +2504,7 @@ > ((objpgs > 0) && (p != NULL)); > p = TAILQ_NEXT(p, listq)) { > > - if (p->pindex < pindex || p->pindex - pindex > psize) { > + if (p->pindex < pindex || p->pindex - pindex >= psize) { > continue; > } > tmpidx = p->pindex - pindex; > > - Tor Egge Are you planning on committing this? It appears to fix ref5.freebsd.org. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Jun 26 23: 0:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 1637D37B406; Wed, 26 Jun 2002 23:00:06 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id IAA27516; Thu, 27 Jun 2002 08:00:04 +0200 (CEST) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id g5R5oL582896; Thu, 27 Jun 2002 07:50:21 +0200 (MET DST) (envelope-from j) Date: Thu, 27 Jun 2002 07:50:21 +0200 From: Joerg Wunsch To: Mark Peek Cc: freebsd-current@FreeBSD.org Subject: Re: Please install and test the GDB 5.2 port Message-ID: <20020627075021.C14251@uriah.heep.sax.de> Reply-To: Joerg Wunsch Mail-Followup-To: Joerg Wunsch , Mark Peek , freebsd-current@FreeBSD.org References: <20020607120246.A45465@dragon.nuxi.com> <200206261901.g5QJ18r70701@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mp@FreeBSD.org on Wed, Jun 26, 2002 at 03:10:50PM -0700 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As Mark Peek wrote: > >Hmm, so how to debug a kernel coredump? > > > You need to update your gdb52 port. I can't find a newer one in CVS: j@uriah 85% pkg_info -I gdb-\* gdb-5.2_2 GNU GDB 5.2 developmental snapshot -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 0:20:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 17E2937B406 for ; Thu, 27 Jun 2002 00:20:08 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020627072007.YALR15755.rwcrmhc53.attbi.com@InterJet.elischer.org>; Thu, 27 Jun 2002 07:20:07 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA67421; Thu, 27 Jun 2002 00:02:26 -0700 (PDT) Date: Thu, 27 Jun 2002 00:02:25 -0700 (PDT) From: Julian Elischer To: walt Cc: freebsd-current@freebsd.org Subject: Re: What is going on? In-Reply-To: <3D1A8F28.3000401@hotmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG no I didn't apply it but Tor just found the problem in the pmap code. On Wed, 26 Jun 2002, walt wrote: > Julian Elischer wrote to FreeBSD-Current: > > > /usr/libexec/ld-elf.so.1: grep: Shared object has no run-time symbol > > table > > This is the same disaster that struck me yesterday after I applied > Alexander's C++ patch and I initially thought it was due to that. > > Just to make it absolutely clear, however: did you also apply > Alexander's patch before seeing this error? > > BTW, I also began seeing many segfaults from various programs > but most frequestly from good old awk. Seems like the segfaults To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 0:26:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from milan.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92]) by hub.freebsd.org (Postfix) with ESMTP id 176B737B405 for ; Thu, 27 Jun 2002 00:26:05 -0700 (PDT) Received: by milan.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 05038AB70; Thu, 27 Jun 2002 09:29:10 +0200 (CEST) Date: Thu, 27 Jun 2002 09:29:10 +0200 From: Christian Brueffer To: freebsd-current@freebsd.org Subject: ld b0rked? Message-ID: <20020627072910.GA733@unixpages.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I build my system from the latest sources tonight and now I get errors from ld after starting e.g. a second ssh session, or X. It only happens after having started an instance of e.g. ssh or xdm before: chris@gondor:~ $ ssh 192.168.1.1 /usr/libexec/ld-elf.so.1: ssh: Shared object has no run-time symbol table FreeBSD gondor.middleearth 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Thu Jun 27 01:45: 48 GMT 2002 chris@gondor.middleearth:/usr/obj/usr/src/sys/GONDOR i386 Ideas? - Christian -- http://www.unixpages.org chris@unixpages.org GPG Pub-Key : www.unixpages.org/cbrueffer.asc GPG Fingerprint: 0DB5 8563 2473 C72A A8D1 56EA DAD2 B05D 5F3C 3185 GPG Key ID : DAD2B05D5F3C3185 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 0:56:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from nebula.anchoragerescue.org (115-7-237-24-cable.anchorageak.net [24.237.7.115]) by hub.freebsd.org (Postfix) with ESMTP id C664437B401 for ; Thu, 27 Jun 2002 00:56:02 -0700 (PDT) Received: from there (galaxy.anchoragerescue.org [24.237.7.95]) by nebula.anchoragerescue.org (Postfix) with SMTP id 8550E2C4 for ; Wed, 26 Jun 2002 23:55:54 -0800 (AKDT) Content-Type: text/plain; charset="iso-8859-1" From: Beech Rintoul Reply-To: akbeech@sinbad.net To: freebsd-current@freebsd.org Subject: mysql-server broken Date: Wed, 26 Jun 2002 23:55:54 -0800 X-Mailer: KMail [version 1.3] Organization: Sinbad Network Communications MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020627075554.8550E2C4@nebula.anchoragerescue.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm getting the following: cc -DMYSQL_SERVER -DDEFAULT_MYSQL_HOME="\"/usr/local\"" -DDATADIR="\"/var/db/mysql\"" -DSHAREDIR="\"/usr/local/share/mysql\"" -DHAVE_CONFIG_H -I../bdb/build_unix -I../innobase/include -I./../include -I./../regex -I. -I../include -I.. -I. -DDBUG_OFF -O -pipe -felide-constructors -fno-rtti -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti -DMYSQLD_NET_RETRY_COUNT=1000000 -c mysqld.cc /usr/include/tcpd.h: In function `void* handle_connections_sockets(void*)': /usr/include/tcpd.h:137: too many arguments to function `void sock_host()' mysqld.cc:2428: at this point in file /usr/include/tcpd.h:75: too many arguments to function `int hosts_access()' mysqld.cc:2429: at this point in file /usr/include/tcpd.h:130: too many arguments to function `char* eval_client()' mysqld.cc:2437: at this point in file *** Error code 1 Stop in /usr/ports/databases/mysql323-server/work/mysql-3.23.51/sql. *** Error code 1 I added cc=gcc31 cxx=g++31 to my make. Ports tree is up to date. Just finished world & kernel. Anyone have a suggestion? Beech -- ------------------------------------------------------------------- Beech Rintoul - SysAdmin - akbeech@sinbad.net /"\ ASCII Ribbon Campaign | Sinbad Network Communications \ / - NO HTML/RTF in e-mail | 3101 Penland Parkway #K-38 X - NO Word docs in e-mail | Anchorage, AK 99508-1957 / \ ----------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 1:52:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id CFA8837B401; Thu, 27 Jun 2002 01:52:06 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 27 Jun 2002 09:52:05 +0100 (BST) Received: from localhost by walton.maths.tcd.ie with SMTP id ; 27 Jun 2002 09:25:24 +0100 (BST) To: "Andrew R. Reiter" , Tor.Egge@cvsup.no.freebsd.org Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, current@FreeBSD.org Subject: Re: cvs commit: src/sys/i386/i386 pmap.c In-Reply-To: Your message of "Wed, 26 Jun 2002 23:34:05 PDT." <200206270634.g5R6Y5Ao054419@freefall.freebsd.org> Date: Thu, 27 Jun 2002 09:25:20 +0100 From: Ian Dowse Message-ID: <200206270925.aa11826@walton.maths.tcd.ie> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200206270634.g5R6Y5Ao054419@freefall.freebsd.org>, "Andrew R. Reite r" writes: > "Too many pages were prefaulted in pmap_object_init_pt, thus > the wrong physical page was entered in the pmap for the virtual > address where the .dynamic section was supposed to be." > > Submitted by: tegge Pointy hat to: iedowse Sorry for the breakage, and thank's Tor for tracking it down. Somehow my testing (mainly in a netbooted environment) didn't show this up, and I failed to spot the bug even when I re-read the patches after the breakage reports appeared yesterday. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 1:55:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by hub.freebsd.org (Postfix) with ESMTP id 8CF6A37B405 for ; Thu, 27 Jun 2002 01:55:53 -0700 (PDT) Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id g5R8sRS25916 for ; Thu, 27 Jun 2002 18:24:27 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au (Content Technologies SMTPRS 4.1.5) with ESMTP id for ; Thu, 27 Jun 2002 18:25:44 +0930 Received: from salex001.dsto.defence.gov.au (salex001.dsto.defence.gov.au [131.185.2.9]) by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id SAA09824 for ; Thu, 27 Jun 2002 18:24:22 +0930 (CST) Received: by salex001.dsto.defence.gov.au with Internet Mail Service (5.5.2653.19) id ; Thu, 27 Jun 2002 18:24:36 +0930 Message-ID: <108E7D907871D6118B5000306E0189F8575866@ednex504.dsto.defence.gov.au> From: "Thyer, Matthew" To: "'freebsd-current@FreeBSD.org'" Subject: Wierd path issue with system tcsh under recent -CURRENT NIS client Date: Thu, 27 Jun 2002 18:24:25 +0930 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems that /bin/tcsh does not expand "~/" when used with the setenv command either in my .cshrc or when typed on the commandline. See command numbers 1008 -> 1014 in particular. Using "set path=" is fine and just inheriting login.conf's default path (which includes ~/bin) is fine too so whats up with setenv ? fuzz: {1001} ypcat -k passwd | grep thyerm thyerm thyerm:YouThinkImCrazy?:1234:5678:Matthew Thyer,L73-10,x98765,:/home/thyerm:/usr/local/bin/tcsh fuzz: {1002} ls -l /usr/local/bin/tcsh lrwxr-xr-x 1 root wheel 9 May 29 14:09 /usr/local/bin/tcsh -> /bin/tcsh fuzz: {1003} ls -ld /home lrwxr-xr-x 1 root wheel 12 Feb 26 2001 /home -> /export/home fuzz: {1004} pwd /export/home/thyerm fuzz: {1005} grep "^setenv PATH" .cshrc setenv PATH /sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin setenv PATH ${PATH}:~/bin:/usr/local/bin:/usr/local/sbin:/usr/games:/usr/local/games:/us r/local/games/bin:/usr/local/grass5/bin fuzz: {1006} echo $PATH /sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:~/bin:/usr/local/bin:/usr/local /sbin:/usr/games:/usr/local/games:/usr/local/games/bin:/usr/local/grass5/bin fuzz: {1007} echo $version tcsh 6.11.00 (Astron) 2001-09-02 (i386-intel-FreeBSD) options 8b,nls,dl,al,kan,sm,rh,color,dspm fuzz: {1008} which update_world update_world: Command not found. fuzz: {1009} setenv PATH ${PATH}:/home/thyerm/bin fuzz: {1010} which update_world /home/thyerm/bin/update_world fuzz: {1011} setenv PATH /sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:~/bin:/usr/local/bin:/usr/local /sbin:/usr/games:/usr/local/games:/usr/local/games/bin:/usr/local/grass5/bin fuzz: {1012} echo $PATH /sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:~/bin:/usr/local/bin:/usr/local /sbin:/usr/games:/usr/local/games:/usr/local/games/bin:/usr/local/grass5/bin fuzz: {1013} which update_world update_world: Command not found. fuzz: {1014} echo ~/bin /home/thyerm/bin fuzz: {1015} set path=(/sbin /bin /usr/sbin /usr/bin /usr/X11R6/bin ~/bin /usr/local/bin /usr/local/sbin /usr/games /usr/local/games /usr/local/games/bin /usr/local/grass5/bin) fuzz: {1016} echo $path /sbin /bin /usr/sbin /usr/bin /usr/X11R6/bin /home/thyerm/bin /usr/local/bin /usr/local/sbin /usr/games /usr/local/games /usr/local/games/bin /usr/local/grass5/bin fuzz: {1017} which update_world /home/thyerm/bin/update_world /home/thyerm/bin/update_world is an executable bourne shell script with "#!/bin/sh" as its first line. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 2: 4: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by hub.freebsd.org (Postfix) with ESMTP id 9B32937B405 for ; Thu, 27 Jun 2002 02:03:58 -0700 (PDT) Received: from fwd10.sul.t-online.de by mailout08.sul.t-online.com with smtp id 17NVC0-0005uE-0B; Thu, 27 Jun 2002 11:03:56 +0200 Received: from peedub.jennejohn.org (520017439985-0001@[217.235.126.39]) by fmrl10.sul.t-online.com with esmtp id 17NVBu-0LtaSGC; Thu, 27 Jun 2002 11:03:50 +0200 Received: from peedub.jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.12.4/8.11.6) with ESMTP id g5R94E1G083975; Thu, 27 Jun 2002 11:04:14 +0200 (CEST) (envelope-from garyj@peedub.jennejohn.org) Message-Id: <200206270904.g5R94E1G083975@peedub.jennejohn.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3 To: Christian Brueffer Cc: freebsd-current@freebsd.org Subject: Re: ld b0rked? Reply-To: Gary Jennejohn In-reply-to: Your message of "Thu, 27 Jun 2002 09:29:10 +0200." <20020627072910.GA733@unixpages.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Jun 2002 11:04:14 +0200 From: Gary Jennejohn X-Sender: 520017439985-0001@t-dialin.net Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Christian Brueffer writes: > Hi, > > I build my system from the latest sources tonight and now I get > errors from ld after starting e.g. a second ssh session, or X. > It only happens after having started an instance of e.g. ssh or > xdm before: > > chris@gondor:~ $ ssh 192.168.1.1 > /usr/libexec/ld-elf.so.1: ssh: Shared object has no run-time symbol table > > FreeBSD gondor.middleearth 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Thu Jun 27 01: > 45: > 48 GMT 2002 chris@gondor.middleearth:/usr/obj/usr/src/sys/GONDOR i386 > > Ideas? > There was a bug in the pmap code. The fix has already been committed. re-cvsup your sources. --- Gary Jennejohn / garyj@jennejohn.org gj@freebsd.org gj@denx.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 7: 0:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from beast.freebsd.org (beast.FreeBSD.org [216.136.204.28]) by hub.freebsd.org (Postfix) with ESMTP id B936D37B405 for ; Thu, 27 Jun 2002 07:00:13 -0700 (PDT) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.5/8.12.5) with ESMTP id g5RE0DE5001812 for ; Thu, 27 Jun 2002 07:00:13 -0700 (PDT) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.5/8.12.5/Submit) id g5RE0Dmr001810 for current@freebsd.org; Thu, 27 Jun 2002 07:00:13 -0700 (PDT) Date: Thu, 27 Jun 2002 07:00:13 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200206271400.g5RE0Dmr001810@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thu Jun 27 07:00:12 PDT 2002 cd: can't cd to /home/des/tinderbox/alpha/src To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 7: 2: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from relay.pair.com (relay1.pair.com [209.68.1.20]) by hub.freebsd.org (Postfix) with SMTP id BEE3837B406 for ; Thu, 27 Jun 2002 07:02:03 -0700 (PDT) Received: (qmail 5032 invoked from network); 27 Jun 2002 14:02:02 -0000 Received: from 12-236-91-101.client.attbi.com (HELO ?10.1.1.73?) (12.236.91.101) by relay1.pair.com with SMTP; 27 Jun 2002 14:02:02 -0000 X-pair-Authenticated: 12.236.91.101 Mime-Version: 1.0 X-Sender: (Unverified) Message-Id: In-Reply-To: <20020627075021.C14251@uriah.heep.sax.de> References: <20020607120246.A45465@dragon.nuxi.com> <200206261901.g5QJ18r70701@uriah.heep.sax.de> <20020627075021.C14251@uriah.heep.sax.de> Date: Thu, 27 Jun 2002 07:00:13 -0700 To: Joerg Wunsch From: Mark Peek Subject: Re: Please install and test the GDB 5.2 port Cc: freebsd-current@FreeBSD.org Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 7:50 AM +0200 6/27/02, Joerg Wunsch wrote: >As Mark Peek wrote: > >> >Hmm, so how to debug a kernel coredump? >> >> >> You need to update your gdb52 port. > >I can't find a newer one in CVS: > >j@uriah 85% pkg_info -I gdb-\* >gdb-5.2_2 GNU GDB 5.2 developmental snapshot Very odd...here's what I get on my -current system: # pkg_info -I gdb-\* gdb-5.2_2 GNU GDB 5.2 developmental snapshot current# gdb -k GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or 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. This GDB was configured as "i386-unknown-freebsd". (kgdb) ^^^^ Can you verify that there are patches in the devel/gdb52/files? # ls /usr/ports/devel/gdb52/files CVS patch-gdb_kvm-fbsd.c patch-gdb_config_alpha_fbsd.mh patch-gdb_symfile.c patch-gdb_config_i386_fbsd.mh patch-gdb_target.c patch-gdb_config_i386_nm-fbsd.h patch-gdb_target.h patch-gdb_config_i386_tm-fbsd.h patch-gdb_version.in patch-gdb_freebsd-uthread.c Did the make create this file? # ls -l /usr/ports/devel/gdb52/work/gdb-5.2/gdb/kvm-fbsd.c -rw-r--r-- 1 root wheel 26480 Jun 27 06:48 /usr/ports/devel/gdb52/work/gdb-5.2/gdb/kvm-fbsd.c Does running the gdb in /usr/ports/devel/gdb52/work/gdb-5.2/gdb/gdb produce the same results? What version of -current are you running? I have an explicit check for the -current version in the kernel debugging code. Check "sysctl -a kern.osreldate" and see if your system is >= 500032. Also, you could try "make deinstall", "make -DNOCLEANDEPENDS clean", and "make install" (I think this is the right set to remove the port, clean the local work directory, rebuild and reinstall). Another check to make sure the patch worked is to verify that /usr/ports/devel/gdb52/work/gdb-5.2/gdb/kvm-fbsd.c now exists. Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 7: 5: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by hub.freebsd.org (Postfix) with ESMTP id 72C3437B406; Thu, 27 Jun 2002 07:04:52 -0700 (PDT) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.4/8.12.3) with ESMTP id g5RE4pUR084362; Thu, 27 Jun 2002 16:04:51 +0200 (CEST) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.4/8.12.4/Submit) id g5RE4pT6084361; Thu, 27 Jun 2002 16:04:51 +0200 (CEST) Date: Thu, 27 Jun 2002 16:04:50 +0200 From: Stijn Hoop To: Mark Peek Cc: Joerg Wunsch , freebsd-current@freebsd.org Subject: Re: Please install and test the GDB 5.2 port Message-ID: <20020627140450.GD237@pcwin002.win.tue.nl> References: <20020607120246.A45465@dragon.nuxi.com> <200206261901.g5QJ18r70701@uriah.heep.sax.de> <20020627075021.C14251@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dkEUBIird37B8yKS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Bright-Idea: Let's abolish HTML mail! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --dkEUBIird37B8yKS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sorry to step in but this jumped out at me and might save you a bit of time: On Thu, Jun 27, 2002 at 07:00:13AM -0700, Mark Peek wrote: > At 7:50 AM +0200 6/27/02, Joerg Wunsch wrote: > >As Mark Peek wrote: > > > >> >Hmm, so how to debug a kernel coredump? > >> > >> You need to update your gdb52 port. > > > >I can't find a newer one in CVS: > > > >j@uriah 85% pkg_info -I gdb-\* > >gdb-5.2_2 GNU GDB 5.2 developmental snapshot >=20 > Very odd...here's what I get on my -current system: >=20 > # pkg_info -I gdb-\* > gdb-5.2_2 GNU GDB 5.2 developmental snapshot > current# gdb -k > GNU gdb 4.18 ^^^^^^^^^^^^^^ you're probably running /usr/bin/gdb instead of /usr/local/bin/gdb. HTH, --Stijn --=20 This sentence contradicts itself -- no actually it doesn't. -- Hofstadter --dkEUBIird37B8yKS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9GxuCY3r/tLQmfWcRApMGAJ0SkNO4bD0cwSJbxKmcHZuU0aYAmACffZkF zNqIomBXppVrHxK5U5OtVk4= =xHR4 -----END PGP SIGNATURE----- --dkEUBIird37B8yKS-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 7:10:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from netscum.dyndns.dk (dclient80-218-19-27.hispeed.ch [80.218.19.27]) by hub.freebsd.org (Postfix) with ESMTP id B2DB837B405 for ; Thu, 27 Jun 2002 07:09:57 -0700 (PDT) Received: from netscum.dyndns.dk (localhost [127.0.0.1]) by netscum.dyndns.dk (8.12.2/8.12.2) with ESMTP id g5RE9s2O065256 for ; Thu, 27 Jun 2002 16:09:54 +0200 (CEST) (envelope-from bounce@netscum.dyndns.dk) Received: (from root@localhost) by netscum.dyndns.dk (8.12.2/8.12.2/Submit) id g5RE9sYk065255; Thu, 27 Jun 2002 16:09:54 +0200 (CEST) Date: Thu, 27 Jun 2002 16:09:54 +0200 (CEST) Message-Id: <200206271409.g5RE9sYk065255@netscum.dyndns.dk> From: BOUWSMA Beery Organization: Men not wearing any pants that dont shave Subject: duplicate includes in kdump/ioctl.c ? To: freebsd-current@freebsd.org X-Hacked: via telnet to your port 25, what else? X-Internet-Access-Provided-By: CABAL MODEM (all hail CABAL) X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [don't mail me, I'm going on holiday Real Soon Now again] Am I the only one getting duplicated #include lines in the generated ioctl.c file, created as part of building usr.bin/kdump? Probably yes, because when I build things in other locations (I'm using a MAKEOBJDIRPREFIX), I don't see the lines in those ioctl.c files... I'm using the relevant make.conf lines to set MAKEOBJDIRPREFIX as RELNAME!= /usr/bin/uname -r MAKEOBJDIRPREFIX?= /usr/local/obj/${RELNAME} This puts everything in paths like this... bash-2.05a$ less -N /usr/local/obj/5.0-CURRENT/usr/src/usr.bin/kdump/ioctl.c-BUGGY [...] 23 #include 24 25 const char *ioctlname(u_long val); 26 27 #include 28 #include 29 #include 30 #include 31 #include 32 #include 33 #include 34 #include 35 #include Note that lines 27-29 match lines 30-32, leading to a build failure like cc -O -pipe -DMAXPARTITIONS=16 -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/us r.bin/kdump/../.. -c ioctl.c In file included from ioctl.c:31: /usr/local/obj/5.0-CURRENT/usr/src/i386/usr/include/cam/scsi/scsi_ses.h:88: conf licting types for `ses_object' /usr/local/obj/5.0-CURRENT/usr/src/i386/usr/include/cam/scsi/scsi_ses.h:88: prev ious declaration of `ses_object' /usr/local/obj/5.0-CURRENT/usr/src/i386/usr/include/cam/scsi/scsi_ses.h:128: con flicting types for `ses_objstat' /usr/local/obj/5.0-CURRENT/usr/src/i386/usr/include/cam/scsi/scsi_ses.h:128: pre vious declaration of `ses_objstat' [snip] If I `make' with `env MAKEOBJDIRPREFIX=...' in the source directory /usr/src/usr.bin/kdump/ itself, it builds (more or less) fine... 25 const char *ioctlname(u_long val); 26 27 #include 28 #include 29 #include 30 #include 31 #include [...] However, there seem to be significant differences between the two generated ioctl.c files (including another duplicated disklabel.h line). (Also, I had done a `make includes' for laughs, and I seem to have needed to hack the new /usr/include/sys/proc.h to be like u_char ar_args[0]; /* Arguments. */ as was my old proc.h from March, in order to get the kdump binary to be built by hand after the `make includes') Is this b0rken for me because I'm using a make.conf MAKEOBJDIRPREFIX, and I now have to give it on the command line? Oh, just for laughs, I did a buildworld, specifying `env MAKEOBJDIRPREFIX' on the make line, with the same results as earlier (failed build, as the .depends file is regenerated, so a new ioctl.c file is generated even if I have a successful kdump binary, meaning it gets rebuilt)... Or might the fact that I'm using a unionfs mount over /usr/src have something to do with it (since disklabel.h appears twice with `ls' since I needed to hack it in the upper unionfs layer)... Source is current of last night, while the -current I'm trying to update from was built early march (cough) Just to be *really* sure, I've commented out my make.conf lines, and am doing another -DNOCLEAN buildworld, and I guess if that fails too, when I get back, I'll do it again without the -DNOCLEAN (started with an empty MAKEOBJDIRPREFIX just for safety), to see if I can get things working for me... (Nope, failed too, have to try again later, sigh) (sorry if I'm being typically unclear) thanks barry bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 7:11: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from patan.sun.com (patan.Sun.COM [192.18.98.43]) by hub.freebsd.org (Postfix) with ESMTP id B64EC37B401 for ; Thu, 27 Jun 2002 07:10:58 -0700 (PDT) Received: from nutty.singapore.sun.com ([129.158.72.188]) by patan.sun.com (8.9.3+Sun/8.9.3) with SMTP id IAA20334 for ; Thu, 27 Jun 2002 08:10:57 -0600 (MDT) Received: (qmail 4277 invoked by uid 99407); Thu, 27 Jun 2002 22:10:56 +0800 (SGT) Date: Thu, 27 Jun 2002 22:10:56 +0800 From: KT Sin To: Beech Rintoul Cc: freebsd-current@FreeBSD.ORG Subject: Re: mysql-server broken Message-ID: <20020627141051.GA4104@nutty.Singapore.Sun.COM> References: <20020627075554.8550E2C4@nebula.anchoragerescue.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020627075554.8550E2C4@nebula.anchoragerescue.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sigh... I was building mysql on Solaris using Forte compiler and got the same error. IMHO, the tcpd.h header is not very c++ friendly. One dirty workaround is to temporarily define the arguments for hosts_access, eval_client and sock_host. Or there could be a flag that could disable strict prototype checking. kt On Wed, Jun 26, 2002 at 11:55:54PM -0800, Beech Rintoul wrote: > I'm getting the following: > > cc -DMYSQL_SERVER -DDEFAULT_MYSQL_HOME="\"/usr/local\"" > -DDATADIR="\"/var/db/mysql\"" > -DSHAREDIR="\"/usr/local/share/mysql\"" > -DHAVE_CONFIG_H -I../bdb/build_unix -I../innobase/include > -I./../include -I./../regex -I. > -I../include -I.. -I. -DDBUG_OFF -O -pipe -felide-constructors -fno-rtti > -fno-exceptions -fno-implicit-templates -fno-exceptions -fno-rtti > -DMYSQLD_NET_RETRY_COUNT=1000000 -c mysqld.cc > /usr/include/tcpd.h: In function `void* handle_connections_sockets(void*)': > /usr/include/tcpd.h:137: too many arguments to function `void sock_host()' > mysqld.cc:2428: at this point in file > /usr/include/tcpd.h:75: too many arguments to function `int hosts_access()' > mysqld.cc:2429: at this point in file > /usr/include/tcpd.h:130: too many arguments to function `char* eval_client()' > mysqld.cc:2437: at this point in file > *** Error code 1 > > Stop in /usr/ports/databases/mysql323-server/work/mysql-3.23.51/sql. > *** Error code 1 > > I added cc=gcc31 cxx=g++31 to my make. Ports tree is up to date. Just > finished world & kernel. Anyone have a suggestion? > > Beech > -- > ------------------------------------------------------------------- > Beech Rintoul - SysAdmin - akbeech@sinbad.net > /"\ ASCII Ribbon Campaign | Sinbad Network Communications > \ / - NO HTML/RTF in e-mail | 3101 Penland Parkway #K-38 > X - NO Word docs in e-mail | Anchorage, AK 99508-1957 > / \ ----------------------------------------------------------------- > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 7:16:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from atlantis.homeip.net (a30032.upc-a.chello.nl [62.163.30.32]) by hub.freebsd.org (Postfix) with SMTP id 8939C37B406 for ; Thu, 27 Jun 2002 07:16:02 -0700 (PDT) Received: (qmail 29665 invoked from network); 27 Jun 2002 14:16:08 -0000 Received: from jeremy.ourhome.nl (192.168.1.4) by atlantis.ourhome.nl with SMTP; 27 Jun 2002 14:16:08 -0000 Date: Thu, 27 Jun 2002 16:14:45 +0200 From: Willem van Engen To: "Takanori Watanabe" Cc: current@freebsd.org, nsouch@freebsd.org Subject: Re: smbalert# hook for smbus childs Message-Id: <20020627161445.553c3b82.wvengen@stack.nl> In-Reply-To: <200206270320.MAA26662@axe-inc.co.jp> References: <20020624145921.463108fc.wvengen@stack.nl> <200206270320.MAA26662@axe-inc.co.jp> X-Mailer: Sylpheed version 0.7.8 (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 27 Jun 2002 12:21:19 +0900 "Takanori Watanabe" wrote: > In message <20020624145921.463108fc.wvengen@stack.nl>, Willem van Engen wrote: > > >Hello, > > > >there already is some code for smbalert# handling on intpm > >(ENABLE_ALART), but there is no support for handling it in a driver. O2 > >AudioDJ (OZ162) chips use this signal to indicate that a button was > >pressed. So I need a way for a driver to be notified when smbalert# > >occurs. > > I have never tested the code, though. Well, it works :) When I press the button, the function that was passed to bus_setup_alart is called. > > >Of course I thought immediately about bus_(setup|teardown)_intr. I wrote > >something like that for smbus: bus_(setup|teardown)_alart (see patch), > >that works now. But is this The Right Way to do it? I do have some > >thoughts on it, but maybe someone more knowledgeable than me could comment > >on it. > > I thought about ACPI embedded controller SMBus device driver and > this mechanism will be needed for implement event notification mechanism. That's a very good idea! And it would support all kinds of smbus controllers. I started to look at this. But then I found this asl snippet of my notebook: Device(EC0_) { Name(_HID, 0x090cd041) Name(_CRS, Buffer(0x12) {0x47,0x1, 0x62, 0x0, 0x62, 0x0, 0x1, 0x1, 0x47, 0x1, 0x66, 0x0, 0x66, 0x0,0x1, 0x1, 0x79, 0x0 }) Name(_GPE, 0x0) Method(_Reg, 2) {[...] } OperationRegion(SMB_, EmbeddedControl, 0x0, 0x40) Field(SMB_, ByteAcc, Lock, Preserve) { Offset(0x4), CMCM, 8, CMD1, 8, CMD2, 8, CMD3, 8, Offset(0x18), SMBP, 8, SMBS, 8, SMBA, 8, SMBC, 8, SMDD, 264 } [2 more Field(SMB_, ...) definitions] Mutex(MUT0, 0) Event(SMBE) Method(SMRE, 4) { [...] } # SMBus Read Method(SMWE, 4) { [...] } # SMBus Write [other methods that use SMRE&SMWR for reading temperature] The smbus is used here (SMB_ offset 0x18 probabely is the SMB-HC[1] register set), but no EC-SMB-HC (device with ACPI0001/ACPI0005 _HID) here. It looks like SMBus CMI[2], but it lacks the SMBUS01 _HID (and the _UID). So how does the os know that here's a smbus? Is it bad luck with the supplied asl, or did I miss something? [1] http://www.acpi.info/DOWNLOADS/ACPIspec-2-0a.pdf par 13.9.3 [2] http://www.smbus.org/specs/smbus_cmi10.pdf > >It might be better to use bus_*_intr instead of bus_*_alart, but one > >would need to bus_alloc_resource a slave address and pass that to > >bus_setup_intr. But then it makes sense to use those slave address > >resources to send smbus commands, right? But how would that fit into the > >bus_space_* functions? > > *I* think it is fit to smbus specific function. Thanks, I'll leave it as it is now. - Willem To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 7:33:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 82E2F37B494; Thu, 27 Jun 2002 07:32:42 -0700 (PDT) Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 3.36 #1) id 17NaL2-000Ctr-00; Thu, 27 Jun 2002 16:33:36 +0200 Date: Thu, 27 Jun 2002 16:33:36 +0200 From: Sheldon Hearn To: Dag-Erling Smorgrav Cc: current@freebsd.org Subject: Re: i386 tinderbox failure Message-ID: <20020627143336.GG18764@starjuice.net> Mail-Followup-To: Dag-Erling Smorgrav , current@freebsd.org References: <200206270200.g5R20Aix005253@ref5.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200206270200.g5R20Aix005253@ref5.freebsd.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On (2002/06/26 19:00), Dag-Erling Smorgrav wrote: > Wed Jun 26 19:00:10 PDT 2002 > /usr/libexec/ld-elf.so.1: /usr/bin/cvs: Shared object has no run-time symbol table I got this testing the RMEM_LIMIT patches, but it only crops up after about an hour of heavy ports building. You'll get this for just any binary that uses mmap(). Unfortunately, I haven't had time to produce any useful debugging information, so I can't be sure it's really the RMEM_LIMIT patches. But if you have the time, try backing that out and seeing if the problem persists. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 7:40:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id 1033437B401; Thu, 27 Jun 2002 07:40:42 -0700 (PDT) Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 3.36 #1) id 17NaSm-000DGp-00; Thu, 27 Jun 2002 16:41:36 +0200 Date: Thu, 27 Jun 2002 16:41:36 +0200 From: Sheldon Hearn To: Dag-Erling Smorgrav Cc: current@freebsd.org Subject: Re: i386 tinderbox failure Message-ID: <20020627144136.GH18764@starjuice.net> Mail-Followup-To: Dag-Erling Smorgrav , current@freebsd.org References: <200206270200.g5R20Aix005253@ref5.freebsd.org> <20020627143336.GG18764@starjuice.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020627143336.GG18764@starjuice.net> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On (2002/06/27 16:33), Sheldon Hearn wrote: > I got this testing the RMEM_LIMIT patches, but it only crops up after > about an hour of heavy ports building. You'll get this for just any > binary that uses mmap(). > > Unfortunately, I haven't had time to produce any useful debugging > information, so I can't be sure it's really the RMEM_LIMIT patches. FUD. :-( Tor Egge found the feal problem, which had nothing to do with the RLIMIT_VMEM stuff. Sorry, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 7:45:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id 4437237B401; Thu, 27 Jun 2002 07:45:17 -0700 (PDT) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.12.4/8.12.4) with ESMTP id g5REjC25015496; Thu, 27 Jun 2002 07:45:12 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.4/8.12.4/Submit) id g5REjCY1015495; Thu, 27 Jun 2002 07:45:12 -0700 (PDT) Date: Thu, 27 Jun 2002 07:45:12 -0700 (PDT) From: David Wolfskill Message-Id: <200206271445.g5REjCY1015495@bunrab.catwhisker.org> To: des@FreeBSD.ORG, sheldonh@starjuice.net Subject: Re: i386 tinderbox failure Cc: current@FreeBSD.ORG In-Reply-To: <20020627143336.GG18764@starjuice.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >Date: Thu, 27 Jun 2002 16:33:36 +0200 >From: Sheldon Hearn >> Wed Jun 26 19:00:10 PDT 2002 >> /usr/libexec/ld-elf.so.1: /usr/bin/cvs: Shared object has no run-time symbol table >I got this testing the RMEM_LIMIT patches, but it only crops up after >about an hour of heavy ports building. You'll get this for just any >binary that uses mmap(). I managed to get it while building today's -CURRENT (running -CURRENT form yesterday). Backing down to the previous day's kernel allowed me to get through the build process. (It had died during "stage 4: populating /usr/obj/usr/src/i386/usr/include," and I'm well byond that for the present build -- I'm in the install phase.) >Unfortunately, I haven't had time to produce any useful debugging >information, so I can't be sure it's really the RMEM_LIMIT patches. Well, the following is a list of each file under /usr/src/sys that changed between the two kernels: U sys/conf/NOTES U sys/conf/files U sys/conf/options U sys/ddb/db_examine.c U sys/ddb/db_expr.c U sys/i386/i386/pmap.c U sys/kern/kern_exec.c U sys/kern/kern_jail.c U sys/kern/kern_module.c U sys/kern/kern_subr.c U sys/kern/uipc_cow.c U sys/kern/uipc_jumbo.c U sys/kern/uipc_socket.c U sys/kern/uipc_syscalls.c U sys/modules/ti/Makefile U sys/net/if_media.c U sys/netinet/ip_output.c U sys/pci/if_ti.c U sys/pci/if_tireg.h U sys/pci/ti_fw.h U sys/pci/ti_fw2.h U sys/sparc64/include/pmap.h U sys/sparc64/sparc64/bus_machdep.c U sys/sparc64/sparc64/pmap.c U sys/sys/jumbo.h U sys/sys/mbuf.h U sys/sys/resource.h U sys/sys/socketvar.h U sys/sys/tiio.h U sys/sys/uio.h U sys/ufs/ufs/ufs_readwrite.c U sys/vm/device_pager.c U sys/vm/uma_core.c U sys/vm/vm_fault.c U sys/vm/vm_map.c U sys/vm/vm_map.h U sys/vm/vm_mmap.c U sys/vm/vm_object.c U sys/vm/vm_object.h U sys/vm/vm_page.c U sys/vm/vm_page.h U sys/vm/vm_unix.c so I have a fair degree of confidence that changes to some subset of the above files was responsible. And this is on a PIII, so the sparc64 files are unlikely to have been to blame.... :-} Cheers, david (links to my resume at http://www.catwhisker.org/~david) -- David H. Wolfskill david@catwhisker.org Trying to support or use Microsoft products makes about as much sense as painting the outside of a house with watercolors. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 8:41:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122]) by hub.freebsd.org (Postfix) with ESMTP id 299CC37B409 for ; Thu, 27 Jun 2002 08:41:15 -0700 (PDT) Received: from bowie.private (d141-203-124.home.cgocable.net [24.141.203.124]) by espresso.q9media.com (Postfix) with ESMTP id 461599C11 for ; Thu, 27 Jun 2002 11:38:32 -0400 (EDT) Received: from bowie.private (localhost [127.0.0.1]) by bowie.private (8.12.3/8.12.3) with ESMTP id g5R7AMp2031282 for ; Thu, 27 Jun 2002 07:20:28 GMT (envelope-from des@bowie.private) Received: (from des@localhost) by bowie.private (8.12.3/8.12.3/Submit) id g5R7AL5V031272 for current@freebsd.org; Thu, 27 Jun 2002 07:10:21 GMT Date: Thu, 27 Jun 2002 07:10:21 GMT From: Dag-Erling Smorgrav Message-Id: <200206270710.g5R7AL5V031272@bowie.private> To: current@FreeBSD.org Subject: sparc64 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- /bin/sh:Permission denied *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/usr.bin/yacc. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 8:57: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from fw.mccons.net (adsl-65-64-105-41.dsl.kscymo.swbell.net [65.64.105.41]) by hub.freebsd.org (Postfix) with ESMTP id 3E4AC37B401 for ; Thu, 27 Jun 2002 08:56:51 -0700 (PDT) Received: (from root@localhost) by fw.mccons.net (8.11.3/8.11.4) id g5RFujU75391 for current@freebsd.org; Thu, 27 Jun 2002 10:56:45 -0500 (CDT) (envelope-from root@mccons.net) Received: from localhost (root@localhost) by fw.mccons.net (8.11.3/8.11.4av) with ESMTP id g5RFufg75382 for ; Thu, 27 Jun 2002 10:56:41 -0500 (CDT) (envelope-from root@mccons.net) Date: Thu, 27 Jun 2002 10:56:41 -0500 (CDT) From: Wm Brian McCane To: Subject: memory/swapping problem In-Reply-To: <20020627143336.GG18764@starjuice.net> Message-ID: <20020627093937.B51185-100000@fw.mccons.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS perl-11 X-Razor-Spam-ID: 5188cc2c300fab245a478163e5c86ca10c6ecdf8 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am having a problem with a new server that I am setting up to host my UseNet news and email. Machine: 1.26GHz 512MB/L1 Cache 768MB PC133 Memory 4x60GB UDMA100 IDE Drives 4x36GB 160MBit SCSI Drives OS: 5.0-CURRENT (yes I know, but I have been CURRENT since 386bsd 0.1) Software: INN 2.3.3 Sendmail w/amavisd milter ipop3d This machine has been running for about 2 months on CURRENT with no problems, but I recently upgraded the CPU from an 866 to the new one. At that time, I also planned to replace the motherboard with a new Intel SAI2 dual processor board, add a 2nd processor and drop in 3x512MB ECC Registered DIMMs. So I built and installed a more current CURRENT and added SMP to the config for my kernel. The motherboard was defective, so I put back in the original board and memory chips, while I wait for the replacement board. The 2nd night after the build was done, I started having memory/swap/wired problems. I rebuilt the kernel for UP operation, but the problems have not gone away. Machine averages about 95% idle all day except during news expiration. For the first day, it averages around 45M wired. 'inn' process is about 137MB RSS. During expiration there is an understandable spike in CPU and Swap activity. 'expire' process is about 259MB RSS. When the expiration completes there is about 254MB still wired. The second night it goes to 500+MB wired and the system never finishes expiration before I get a call that email is down. I have actually gone out and killed every process running on the machine that I can (including inetd, syslogd, cron, sshd, sendmail and inn). The wired memory is never released until I reboot the machine. Any ideas (other than going to STABLE :)? - brian +-----------------------------------+------------------------------------------+ He rides a cycle of mighty days, and \ Wm Brian and Lori McCane represents the last great schizm among\ McCane Consulting the gods. Evil though he obviously is, \ root@bmccane.maxbaud.net he is a mighty figure, this father of \ http://bmccane.maxbaud.net/ my spirit, and I respect him as the sons \ http://www.sellit-here.com/ of old did the fathers of their bodies. \ http://recall.maxbaud.net/ Roger Zelazny - "Lord of Light" \ http://www.maxbaud.net/ +-------------------------------------------+----------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 9:14:55 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by hub.freebsd.org (Postfix) with ESMTP id 9BF9A37B400 for ; Thu, 27 Jun 2002 09:14:47 -0700 (PDT) Received: (qmail 9880 invoked from network); 27 Jun 2002 16:14:46 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 27 Jun 2002 16:14:46 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g5RGEjb73640; Thu, 27 Jun 2002 12:14:45 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 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: Thu, 27 Jun 2002 12:14:45 -0400 (EDT) From: John Baldwin To: Mark Peek Subject: Re: Please install and test the GDB 5.2 port Cc: freebsd-current@FreeBSD.org, Joerg Wunsch Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 27-Jun-2002 Mark Peek wrote: > At 7:50 AM +0200 6/27/02, Joerg Wunsch wrote: >>As Mark Peek wrote: >> >>> >Hmm, so how to debug a kernel coredump? >>> >>> >>> You need to update your gdb52 port. >> >>I can't find a newer one in CVS: >> >>j@uriah 85% pkg_info -I gdb-\* >>gdb-5.2_2 GNU GDB 5.2 developmental snapshot > > Very odd...here's what I get on my -current system: > ># pkg_info -I gdb-\* > gdb-5.2_2 GNU GDB 5.2 developmental snapshot > current# gdb -k > GNU gdb 4.18 That's not 5.2. gdb52 is 5.2, as you probably know. :) I've been using gdb52 on kernels without -k, but I also haven't tried with a core dump yet. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 9:19:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122]) by hub.freebsd.org (Postfix) with ESMTP id F11B137B409; Thu, 27 Jun 2002 09:19:17 -0700 (PDT) Received: by espresso.q9media.com (Postfix, from userid 1002) id 5CFE19C0B; Thu, 27 Jun 2002 11:45:08 -0400 (EDT) Date: Thu, 27 Jun 2002 11:45:08 -0400 From: Mike Barcroft To: Dag-Erling Smorgrav Cc: current@FreeBSD.org Subject: Re: sparc64 tinderbox failure Message-ID: <20020627114508.A34516@espresso.q9media.com> References: <200206270710.g5R7AL5V031272@bowie.private> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200206270710.g5R7AL5V031272@bowie.private>; from des@sparc64.style9.org on Thu, Jun 27, 2002 at 07:10:21AM +0000 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav writes: > -------------------------------------------------------------- > >>> Rebuilding the temporary build tree > -------------------------------------------------------------- > >>> stage 1: bootstrap tools > -------------------------------------------------------------- > /bin/sh:Permission denied Oops, this was the result of a conflict with my installworld. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 10:28:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 6586137B401; Thu, 27 Jun 2002 10:28:03 -0700 (PDT) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.3/8.12.3) with ESMTP id g5RHS2l1041896; Thu, 27 Jun 2002 10:28:02 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.3/8.12.3/Submit) id g5RHS0Yl041759; Thu, 27 Jun 2002 10:28:00 -0700 (PDT) (envelope-from dillon) Date: Thu, 27 Jun 2002 10:28:00 -0700 (PDT) From: Matthew Dillon Message-Id: <200206271728.g5RHS0Yl041759@apollo.backplane.com> To: David Wolfskill Cc: des@FreeBSD.ORG, sheldonh@starjuice.net, current@FreeBSD.ORG Subject: Re: i386 tinderbox failure References: <200206271445.g5REjCY1015495@bunrab.catwhisker.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It would be great if you guys could re-test with the pmap fix (/usr/src/sys/i386/i386/pmap.c r1.326). I believe that the pmap bug was to blame for all of these issues but I need verification before I have the comfort level necessary to do the MFC I intended to do. -Matt Matthew Dillon :>Date: Thu, 27 Jun 2002 16:33:36 +0200 :>From: Sheldon Hearn : :>> Wed Jun 26 19:00:10 PDT 2002 :>> /usr/libexec/ld-elf.so.1: /usr/bin/cvs: Shared object has no run-time symbol table : :>I got this testing the RMEM_LIMIT patches, but it only crops up after :>about an hour of heavy ports building. You'll get this for just any :>binary that uses mmap(). : :I managed to get it while building today's -CURRENT (running -CURRENT :form yesterday). : :Backing down to the previous day's kernel allowed me to get through the :build process. (It had died during "stage 4: populating :/usr/obj/usr/src/i386/usr/include," and I'm well byond that for the :present build -- I'm in the install phase.) : :>Unfortunately, I haven't had time to produce any useful debugging :>information, so I can't be sure it's really the RMEM_LIMIT patches. : :Well, the following is a list of each file under /usr/src/sys that :changed between the two kernels: : :U sys/conf/NOTES :U sys/conf/files :U sys/conf/options :U sys/ddb/db_examine.c :U sys/ddb/db_expr.c :U sys/i386/i386/pmap.c :U sys/kern/kern_exec.c :U sys/kern/kern_jail.c :U sys/kern/kern_module.c :U sys/kern/kern_subr.c :U sys/kern/uipc_cow.c :U sys/kern/uipc_jumbo.c :U sys/kern/uipc_socket.c :U sys/kern/uipc_syscalls.c :U sys/modules/ti/Makefile :U sys/net/if_media.c :U sys/netinet/ip_output.c :U sys/pci/if_ti.c :U sys/pci/if_tireg.h :U sys/pci/ti_fw.h :U sys/pci/ti_fw2.h :U sys/sparc64/include/pmap.h :U sys/sparc64/sparc64/bus_machdep.c :U sys/sparc64/sparc64/pmap.c :U sys/sys/jumbo.h :U sys/sys/mbuf.h :U sys/sys/resource.h :U sys/sys/socketvar.h :U sys/sys/tiio.h :U sys/sys/uio.h :U sys/ufs/ufs/ufs_readwrite.c :U sys/vm/device_pager.c :U sys/vm/uma_core.c :U sys/vm/vm_fault.c :U sys/vm/vm_map.c :U sys/vm/vm_map.h :U sys/vm/vm_mmap.c :U sys/vm/vm_object.c :U sys/vm/vm_object.h :U sys/vm/vm_page.c :U sys/vm/vm_page.h :U sys/vm/vm_unix.c : :so I have a fair degree of confidence that changes to some subset of the :above files was responsible. And this is on a PIII, so the sparc64 :files are unlikely to have been to blame.... :-} : :Cheers, :david (links to my resume at http://www.catwhisker.org/~david) :-- :David H. Wolfskill david@catwhisker.org :Trying to support or use Microsoft products makes about as much sense :as painting the outside of a house with watercolors. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 11: 2:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from milan.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92]) by hub.freebsd.org (Postfix) with ESMTP id 85B6337B4FD for ; Thu, 27 Jun 2002 11:02:14 -0700 (PDT) Received: by milan.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 20E9AAB41; Thu, 27 Jun 2002 20:05:21 +0200 (CEST) Date: Thu, 27 Jun 2002 20:05:21 +0200 From: Christian Brueffer To: freebsd-current@freebsd.org Subject: Re: i386 tinderbox failure Message-ID: <20020627180520.GC561@unixpages.org> References: <200206271445.g5REjCY1015495@bunrab.catwhisker.org> <200206271728.g5RHS0Yl041759@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200206271728.g5RHS0Yl041759@apollo.backplane.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 27, 2002 at 10:28:00AM -0700, Matthew Dillon wrote: > It would be great if you guys could re-test with the pmap fix > (/usr/src/sys/i386/i386/pmap.c r1.326). I believe that the pmap > bug was to blame for all of these issues but I need verification before > I have the comfort level necessary to do the MFC I intended to do. > > -Matt > Matthew Dillon > > > Everything works great with the fix. - Christian -- http://www.unixpages.org chris@unixpages.org GPG Pub-Key : www.unixpages.org/cbrueffer.asc GPG Fingerprint: 0DB5 8563 2473 C72A A8D1 56EA DAD2 B05D 5F3C 3185 GPG Key ID : DAD2B05D5F3C3185 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 11:24: 4 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx3.datanet.hu (mx3.datanet.hu [194.149.13.160]) by hub.freebsd.org (Postfix) with ESMTP id 287F037B40D for ; Thu, 27 Jun 2002 11:23:43 -0700 (PDT) Received: from fonix.adamsfamily.xx (nilus-409.adsl.datanet.hu [195.56.49.155]) by mx3.datanet.hu (DataNet) with ESMTP id 5688D1EA0A8 for ; Thu, 27 Jun 2002 20:23:41 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.5/8.12.5) with ESMTP id g5RINlWu000769 for ; Thu, 27 Jun 2002 20:23:47 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.5/8.12.5/Submit) id g5RINlRV000768 for freebsd-current@FreeBSD.ORG; Thu, 27 Jun 2002 20:23:47 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Thu, 27 Jun 2002 20:23:46 +0200 From: Szilveszter Adam To: freebsd-current@FreeBSD.ORG Subject: interesting: problem with nm? Message-ID: <20020627182346.GA688@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@FreeBSD.ORG References: <200206271445.g5REjCY1015495@bunrab.catwhisker.org> <200206271728.g5RHS0Yl041759@apollo.backplane.com> <20020627180520.GC561@unixpages.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020627180520.GC561@unixpages.org> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 27, 2002 at 08:05:21PM +0200, Christian Brueffer wrote: > On Thu, Jun 27, 2002 at 10:28:00AM -0700, Matthew Dillon wrote: > > It would be great if you guys could re-test with the pmap fix > > (/usr/src/sys/i386/i386/pmap.c r1.326). I believe that the pmap > > bug was to blame for all of these issues but I need verification before > > I have the comfort level necessary to do the MFC I intended to do. > > > > -Matt > > Matthew Dillon > > > > > > > > Everything works great with the fix. Which exposes another interesting problem. If I issue 'nm -v', it says: /usr/libexec/elf/nm: a.out: No such file or directory This system was last upgraded tonight, so has code from around 26th in the userland. Kernel has been upgraded to code from this evening. Does anybody else see this? -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 11:48:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id C813F37B401 for ; Thu, 27 Jun 2002 11:48:08 -0700 (PDT) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.4/8.12.4) with ESMTP id g5RIm4bL010807; Thu, 27 Jun 2002 14:48:04 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.12.4/8.12.4/Submit) with SMTP id g5RIm4HL010804; Thu, 27 Jun 2002 14:48:04 -0400 (EDT) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Thu, 27 Jun 2002 14:48:04 -0400 (EDT) From: "Andrew R. Reiter" To: Szilveszter Adam Cc: freebsd-current@FreeBSD.ORG Subject: Re: interesting: problem with nm? In-Reply-To: <20020627182346.GA688@fonix.adamsfamily.xx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 27 Jun 2002, Szilveszter Adam wrote: :On Thu, Jun 27, 2002 at 08:05:21PM +0200, Christian Brueffer wrote: :> On Thu, Jun 27, 2002 at 10:28:00AM -0700, Matthew Dillon wrote: :> > It would be great if you guys could re-test with the pmap fix :> > (/usr/src/sys/i386/i386/pmap.c r1.326). I believe that the pmap :> > bug was to blame for all of these issues but I need verification before :> > I have the comfort level necessary to do the MFC I intended to do. :> > :> > -Matt :> > Matthew Dillon :> > :> > :> > :> :> Everything works great with the fix. : :Which exposes another interesting problem. : :If I issue 'nm -v', it says: : :/usr/libexec/elf/nm: a.out: No such file or directory : :This system was last upgraded tonight, so has code from around 26th in :the userland. Kernel has been upgraded to code from this evening. : :Does anybody else see this? I have a userland from a week and a half ago (or so? :-/) with last night's kernel (with the pmap.c fix) and do not experience this issue. Cheers, -- Andrew R. Reiter arr@watson.org arr@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 12:14:10 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 2849837B4AE; Thu, 27 Jun 2002 12:13:39 -0700 (PDT) Date: Thu, 27 Jun 2002 12:13:39 -0700 From: Juli Mallett To: Szilveszter Adam Cc: freebsd-current@FreeBSD.ORG Subject: Re: interesting: problem with nm? Message-ID: <20020627121338.A20455@FreeBSD.ORG> References: <200206271445.g5REjCY1015495@bunrab.catwhisker.org> <200206271728.g5RHS0Yl041759@apollo.backplane.com> <20020627180520.GC561@unixpages.org> <20020627182346.GA688@fonix.adamsfamily.xx> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020627182346.GA688@fonix.adamsfamily.xx>; from sziszi@bsd.hu on Thu, Jun 27, 2002 at 08:23:46PM +0200 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , X-Affiliated-Projects: FreeBSD, xMach, ircd-hybrid-7 X-Towel: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Szilveszter Adam escriuréres > > Everything works great with the fix. > > Which exposes another interesting problem. > > If I issue 'nm -v', it says: > > /usr/libexec/elf/nm: a.out: No such file or directory If no file is specified for nm to operate on it operates on a.out by default like most other programs that deal with binaries. If a.out does not exist, then you will indeed see that. -- Juli Mallett | FreeBSD: The Power To Serve Taking over the FreeBSD negaverse. | FreeBSD Negacore Team Will break world for fulltime employment. | finger jmallett@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 12:20:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by hub.freebsd.org (Postfix) with ESMTP id B210F37B401 for ; Thu, 27 Jun 2002 12:20:12 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020627192011.NDQS903.sccrmhc03.attbi.com@InterJet.elischer.org>; Thu, 27 Jun 2002 19:20:11 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA70156; Thu, 27 Jun 2002 12:07:49 -0700 (PDT) Date: Thu, 27 Jun 2002 12:07:48 -0700 (PDT) From: Julian Elischer To: Szilveszter Adam Cc: freebsd-current@FreeBSD.ORG Subject: Re: interesting: problem with nm? In-Reply-To: <20020627182346.GA688@fonix.adamsfamily.xx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I think it may be related.. I saw this when I was sufferning from the other problemm make sure you have the pmap fix and then re make buildworld/make installworld when running on a new kernel and see if it goes away. szia! On Thu, 27 Jun 2002, Szilveszter Adam wrote: > On Thu, Jun 27, 2002 at 08:05:21PM +0200, Christian Brueffer wrote: > > On Thu, Jun 27, 2002 at 10:28:00AM -0700, Matthew Dillon wrote: > > > It would be great if you guys could re-test with the pmap fix > > > (/usr/src/sys/i386/i386/pmap.c r1.326). I believe that the pmap > > > bug was to blame for all of these issues but I need verification before > > > I have the comfort level necessary to do the MFC I intended to do. > > > > > > -Matt > > > Matthew Dillon > > > > > > > > > > > > > Everything works great with the fix. > > Which exposes another interesting problem. > > If I issue 'nm -v', it says: > > /usr/libexec/elf/nm: a.out: No such file or directory > > This system was last upgraded tonight, so has code from around 26th in > the userland. Kernel has been upgraded to code from this evening. > > Does anybody else see this? > > -- > Regards: > > Szilveszter ADAM > Szombathely Hungary > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 12:42:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.datanet.hu (mx1.datanet.hu [194.149.13.165]) by hub.freebsd.org (Postfix) with ESMTP id 1417037B408 for ; Thu, 27 Jun 2002 12:42:38 -0700 (PDT) Received: from fonix.adamsfamily.xx (nilus-409.adsl.datanet.hu [195.56.49.155]) by mx1.datanet.hu (DataNet) with ESMTP id 48AFB26A24C for ; Thu, 27 Jun 2002 21:42:36 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.5/8.12.5) with ESMTP id g5RJggWu025514 for ; Thu, 27 Jun 2002 21:42:42 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.5/8.12.5/Submit) id g5RJgfQL025513 for freebsd-current@FreeBSD.ORG; Thu, 27 Jun 2002 21:42:41 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Thu, 27 Jun 2002 21:42:41 +0200 From: Szilveszter Adam To: freebsd-current@FreeBSD.ORG Subject: Re: interesting: problem with nm? Message-ID: <20020627194240.GB688@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@FreeBSD.ORG References: <200206271445.g5REjCY1015495@bunrab.catwhisker.org> <200206271728.g5RHS0Yl041759@apollo.backplane.com> <20020627180520.GC561@unixpages.org> <20020627182346.GA688@fonix.adamsfamily.xx> <20020627121338.A20455@FreeBSD.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020627121338.A20455@FreeBSD.ORG> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 27, 2002 at 12:13:39PM -0700, Juli Mallett wrote: > If no file is specified for nm to operate on it operates on a.out by default > like most other programs that deal with binaries. > > If a.out does not exist, then you will indeed see that. Thanks for the clarification, I expected it to print a version string (because I was only interested in seeing that it does not die after the pmap fix) but had to find out from the man page, that nm(1) uses -V for that, while all other members of the binutils family opt for -v. Oh well... Consistency in software design rocks. So, problem solved. Thanks to all who responded. -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 13:12:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 99E4937B401; Thu, 27 Jun 2002 13:12:10 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5RKC9tL049240; Thu, 27 Jun 2002 13:12:09 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.4/Submit) id g5RKC8PC049239; Thu, 27 Jun 2002 13:12:08 -0700 (PDT) Date: Thu, 27 Jun 2002 13:12:08 -0700 (PDT) Message-Id: <200206272012.g5RKC8PC049239@dragon.nuxi.com> To: audit@freebsd.org, obrien@freebsd.org, gcc-gnats@gcc.gnu.org, gcc-prs@gcc.gnu.org, current@freebsd.org, jhb@freebsd.org, gcc-bugs@gcc.gnu.org, nobody@gcc.gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-URL: http://gcc.gnu.org/cgi-bin/gnatsweb.pl X-Mailer: Lynx, Version 2.8.4rel.1 X-Personal_Name: : David O'Brien From: obrien@freebsd.org Subject: Re: optimization/6627: -fno-align-functions regression from 2.95 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG rth said at http://gcc.gnu.org/ml/gcc/2002-05/msg00989.html he would not raise the priority for 3.1.1. But this is a regression and I hope maybe something can be done about it. Maybe a fix based on a #define one must explicitly turn on when building GCC. I do not see why a fix cannot go in (in some form). If a C++ user asks for an alignment of `1' then give it to them -- since when has C/C++ been about not letting the user shoot their foot off? Or, can't the fix take into account that I am compiling C and not C++? This regression is still causing us problems in FreeBSD's boot code due to the larger size the code produces. I'm sure this could be an issue for some embedded users. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 13:28:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by hub.freebsd.org (Postfix) with ESMTP id 2D75737B401; Thu, 27 Jun 2002 13:28:17 -0700 (PDT) Received: from naos (naos [128.130.111.28]) by vexpert.dbai.tuwien.ac.at (8.11.6/8.11.6) with ESMTP id g5RKSDC04351; Thu, 27 Jun 2002 22:28:13 +0200 (MET DST) Date: Thu, 27 Jun 2002 22:28:10 +0200 (CEST) From: Gerald Pfeifer To: gcc-gnats@gcc.gnu.org, Cc: "David O'Brien" , , , Subject: Re: optimization/6627: -fno-align-functions regression from 2.95 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This *is* a regression (even if it may be hard to fix on the release branch), so I'm raising it's priority. Gerald To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 13:30:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 1CE7737B405; Thu, 27 Jun 2002 13:30:06 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id WAA09697; Thu, 27 Jun 2002 22:30:04 +0200 (CEST) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id g5RKSvs33165; Thu, 27 Jun 2002 22:28:57 +0200 (MET DST) (envelope-from j) Date: Thu, 27 Jun 2002 22:28:57 +0200 From: Joerg Wunsch To: Mark Peek Cc: freebsd-current@FreeBSD.org Subject: Re: Please install and test the GDB 5.2 port Message-ID: <20020627222857.B98026@uriah.heep.sax.de> Reply-To: Joerg Wunsch Mail-Followup-To: Joerg Wunsch , Mark Peek , freebsd-current@FreeBSD.org References: <20020607120246.A45465@dragon.nuxi.com> <200206261901.g5QJ18r70701@uriah.heep.sax.de> <20020627075021.C14251@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mp@FreeBSD.org on Thu, Jun 27, 2002 at 07:00:13AM -0700 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As Mark Peek wrote: > Can you verify that there are patches in the devel/gdb52/files? > > # ls /usr/ports/devel/gdb52/files > CVS patch-gdb_kvm-fbsd.c > patch-gdb_config_alpha_fbsd.mh patch-gdb_symfile.c > patch-gdb_config_i386_fbsd.mh patch-gdb_target.c > patch-gdb_config_i386_nm-fbsd.h patch-gdb_target.h > patch-gdb_config_i386_tm-fbsd.h patch-gdb_version.in > patch-gdb_freebsd-uthread.c Nice tip, thanks. :-) I forgot to use -Pd when cvs updating that port. > Did the make create this file? > # ls -l /usr/ports/devel/gdb52/work/gdb-5.2/gdb/kvm-fbsd.c > -rw-r--r-- 1 root wheel 26480 Jun 27 06:48 > /usr/ports/devel/gdb52/work/gdb-5.2/gdb/kvm-fbsd.c Now yes. ;-) > Check "sysctl -a kern.osreldate" and see if your > system is >= 500032. Hmm, that's the problem. My version is a bit dated already... OK, thanks for the insight! -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 14: 8:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from pump3.york.ac.uk (pump3.york.ac.uk [144.32.128.131]) by hub.freebsd.org (Postfix) with ESMTP id C97D137B407 for ; Thu, 27 Jun 2002 14:07:49 -0700 (PDT) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by pump3.york.ac.uk (8.10.2/8.10.2) with ESMTP id g5RL7mw13130 for ; Thu, 27 Jun 2002 22:07:48 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.3/8.12.3) with ESMTP id g5RL7mXd063435 for ; Thu, 27 Jun 2002 22:07:48 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.12.3/8.12.3/Submit) with ESMTP id g5RL7lrH063432 for ; Thu, 27 Jun 2002 22:07:47 +0100 (BST) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Thu, 27 Jun 2002 22:07:47 +0100 (BST) From: Gavin Atkinson To: Subject: Laptop hangs with recent kernel Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1637969145-1025212067=:62915" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1637969145-1025212067=:62915 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi all, I have a laptop running -CURRENT. A kernek dated June 10th works well, however I am experiencing hangs with a kernel dated 24th June. These hangs usually occur when closing a serial port (eg quitting tip) or when executing an 'apm -z' command. I have not yet tried to find the commit that caused it, as the hangs only happen once or twice a day. Breaking to the debugger is not possible. I'm going to try backing out the recent pcmcia changes (as it has a topic chipset) unless anyone can suggest anything else. However the hang is random, so it may be hard to know if the back-out it fixes it. Gavin --0-1637969145-1025212067=:62915 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=bm2 Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=bm2 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDIgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KVGhlIFJlZ2VudHMgb2Yg dGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNl cnZlZC4NCkZyZWVCU0QgNS4wLUNVUlJFTlQgIzM6IE1vbiBKdW4gMjQgMTY6 MTI6MjkgQlNUIDIwMDINCnJvb3RAZXBzaWxvbi51cnkueW9yay5hYy51azov dXNyL29iai91c3Ivc3JjL3N5cy9FUFNJTE9ODQpQcmVsb2FkZWQgZWxmIGtl cm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIgYXQgMHhjMDU1ZDAwMC4NClBy ZWxvYWRlZCB1c2VyY29uZmlnX3NjcmlwdCAiL2Jvb3Qva2VybmVsLmNvbmYi IGF0IDB4YzA1NWQwYTguDQpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3Qv a2VybmVsL3NuZF9wY20ua28iIGF0IDB4YzA1NWQwZjguDQpQcmVsb2FkZWQg ZWxmIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3NuZF9kczEua28iIGF0IDB4YzA1 NWQxYTQuDQpQcmVsb2FkZWQgZWxmIG1vZHVsZSAiL2Jvb3QvbW9kdWxlcy9s dG1kbS5rbyIgYXQgMHhjMDU1ZDI1MC4NClByZWxvYWRlZCBlbGYgbW9kdWxl ICIvYm9vdC9rZXJuZWwvYWNwaS5rbyIgYXQgMHhjMDU1ZDJmYy4NClRpbWVj b3VudGVyICJpODI1NCIgIGZyZXF1ZW5jeSAxMTkzMTgyIEh6DQpDUFU6IFBl bnRpdW0gSUlJL1BlbnRpdW0gSUlJIFhlb24vQ2VsZXJvbiAoNTQ3LjMyLU1I eiA2ODYtY2xhc3MgQ1BVKQ0KT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElk ID0gMHg2ODMgIFN0ZXBwaW5nID0gMw0KRmVhdHVyZXM9MHgzODNmOWZmPEZQ VSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsU0VQLE1UUlIsUEdF LE1DQSxDTU9WLFBBVCxQU0UzNixNTVgsRlhTUixTU0U+DQpyZWFsIG1lbW9y eSAgPSAxMzQwODY2NTYgKDEzMDk0NEsgYnl0ZXMpDQphdmFpbCBtZW1vcnkg PSAxMjQ0ODU2MzIgKDEyMTU2OEsgYnl0ZXMpDQpQZW50aXVtIFBybyBNVFJS IHN1cHBvcnQgZW5hYmxlZA0KVkVTQTogdjIuMCwgODE5MmsgbWVtb3J5LCBm bGFnczoweDAsIG1vZGUgdGFibGU6MHhjMDQwNjVjMiAoMTAwMDAyMikNClZF U0E6IFMzIEluY29ycG9yYXRlZC4gTTcgQklPUw0KVXNpbmcgJFBJUiB0YWJs ZSwgOSBlbnRyaWVzIGF0IDB4YzAwZjAxOTANCmFwbTA6IDxBUE0gQklPUz4g b24gbW90aGVyYm9hcmQNCmFwbTA6IGZvdW5kIEFQTSBCSU9TIHYxLjIsIGNv bm5lY3RlZCBhdCB2MS4yDQpucHgwOiA8bWF0aCBwcm9jZXNzb3I+IG9uIG1v dGhlcmJvYXJkDQpucHgwOiBJTlQgMTYgaW50ZXJmYWNlDQphY3BpMDogT3Ro ZXIgUE0gc3lzdGVtIGVuYWJsZWQuDQpwY2liMDogPEludGVsIDgyNDQzQlgg KDQ0MCBCWCkgaG9zdCB0byBQQ0kgYnJpZGdlPiBhdCBwY2lidXMgMCBvbiBt b3RoZXJib2FyZA0KcGNpMDogPFBDSSBidXM+IG9uIHBjaWIwDQpwY2liMTog PFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTANCnBjaTE6 IDxQQ0kgYnVzPiBvbiBwY2liMQ0KcGNpMTogPGRpc3BsYXksIFZHQT4gYXQg ZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KaXNhYjA6IDxQQ0kt SVNBIGJyaWRnZT4gYXQgZGV2aWNlIDUuMCBvbiBwY2kwDQppc2EwOiA8SVNB IGJ1cz4gb24gaXNhYjANCmF0YXBjaTA6IDxJbnRlbCBQSUlYNCBBVEEzMyBj b250cm9sbGVyPiBwb3J0IDB4ZmZmMC0weGZmZmYgYXQgZGV2aWNlIDUuMSBv biBwY2kwDQphdGEwOiBhdCAweDFmMCBpcnEgMTQgb24gYXRhcGNpMA0KYXRh MTogYXQgMHgxNzAgaXJxIDE1IG9uIGF0YXBjaTANCnVoY2kwOiA8SW50ZWwg ODIzNzFBQi9FQiAoUElJWDQpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4ZmY4 MC0weGZmOWYgaXJxIDExIGF0IGRldmljZSA1LjIgb24gcGNpMA0KdXNiMDog PEludGVsIDgyMzcxQUIvRUIgKFBJSVg0KSBVU0IgY29udHJvbGxlcj4gb24g dWhjaTANCnVzYjA6IFVTQiByZXZpc2lvbiAxLjANCnVodWIwOiBJbnRlbCBV SENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIg MQ0KdWh1YjA6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dl cmVkDQpwY2kwOiA8YnJpZGdlLCBQQ0ktdW5rbm93bj4gYXQgZGV2aWNlIDUu MyAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KbHRtZG0wOiA8THVjZW50IFdpbm1v ZGVtPiBwb3J0IDB4MWMwMC0weDFjZmYsMHgyZjgtMHgyZmYgbWVtIDB4ZmZl ZmZmMDAtMHhmZmVmZmZmZiBpcnEgMyBhdCBkZXZpY2UgNy4wIG9uIHBjaTAN Cmx0bWRtMDogdHlwZSBWaXJ0dWFsIDE2NTUwQQ0KcGNpMDogPHVua25vd24+ IGF0IGRldmljZSA5LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjY2JiMDog PFRvUElDOTVCIFBDSS1DYXJkQnVzIEJyaWRnZT4gaXJxIDExIGF0IGRldmlj ZSAxMS4wIG9uIHBjaTANCmNhcmRidXMwOiA8Q2FyZEJ1cyBidXM+IG9uIHBj Y2JiMA0KcGNjYXJkMDogPDE2LWJpdCBQQ0NhcmQgYnVzPiBvbiBwY2NiYjAN CnBjY2JiMTogPFRvUElDOTVCIFBDSS1DYXJkQnVzIEJyaWRnZT4gaXJxIDEx IGF0IGRldmljZSAxMS4xIG9uIHBjaTANCmNhcmRidXMxOiA8Q2FyZEJ1cyBi dXM+IG9uIHBjY2JiMQ0KcGNjYXJkMTogPDE2LWJpdCBQQ0NhcmQgYnVzPiBv biBwY2NiYjENCnBjbTA6IDxZYW1haGEgRFMtMUUgKFlNRjc0NCk+IHBvcnQg MHhmZWZjLTB4ZmVmZiwweGZmMDAtMHhmZjNmIG1lbSAweGVmZmY4MDAwLTB4 ZWZmZmZmZmYgaXJxIDExIGF0IGRldmljZSAxMi4wIG9uIHBjaTANCg0K --0-1637969145-1025212067=:62915-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 14:18:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id C27AB37B437 for ; Thu, 27 Jun 2002 14:18:03 -0700 (PDT) Received: (from dan@localhost) by dan.emsphone.com (8.12.5/8.12.5) id g5RLI0wY070886; Thu, 27 Jun 2002 16:18:00 -0500 (CDT) (envelope-from dan) Date: Thu, 27 Jun 2002 16:18:00 -0500 From: Dan Nelson To: Szilveszter Adam Cc: freebsd-current@FreeBSD.ORG Subject: Re: interesting: problem with nm? Message-ID: <20020627211759.GA64350@dan.emsphone.com> References: <200206271445.g5REjCY1015495@bunrab.catwhisker.org> <200206271728.g5RHS0Yl041759@apollo.backplane.com> <20020627180520.GC561@unixpages.org> <20020627182346.GA688@fonix.adamsfamily.xx> <20020627121338.A20455@FreeBSD.ORG> <20020627194240.GB688@fonix.adamsfamily.xx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020627194240.GB688@fonix.adamsfamily.xx> X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jun 27), Szilveszter Adam said: > On Thu, Jun 27, 2002 at 12:13:39PM -0700, Juli Mallett wrote: > > If no file is specified for nm to operate on it operates on a.out > > by default like most other programs that deal with binaries. > > > > If a.out does not exist, then you will indeed see that. > > Thanks for the clarification, I expected it to print a version string > (because I was only interested in seeing that it does not die after > the pmap fix) but had to find out from the man page, that nm(1) uses > -V for that, while all other members of the binutils family opt for > -v. Oh well... Consistency in software design rocks. Since it's a gnu app, --version works also. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 14:20:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by hub.freebsd.org (Postfix) with ESMTP id 8887337B400 for ; Thu, 27 Jun 2002 14:20:08 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020627212007.ZMSJ29588.sccrmhc01.attbi.com@InterJet.elischer.org> for ; Thu, 27 Jun 2002 21:20:07 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA70640 for ; Thu, 27 Jun 2002 14:01:04 -0700 (PDT) Date: Thu, 27 Jun 2002 14:01:03 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: this ring a bell with anyone? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Using $PIR table, 12 entries at 0xc00f2f70 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Fatal trap 12: page fault while in kernel mode fault virtual address = 0x735f6e72 fault code = supervisor read, page not present instruction pointer = 0x8:0xc026be97 stack pointer = 0x10:0xc05f9c84 frame pointer = 0x10:0xc05f9c8c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) kernel: type 12 trap, code=0 Stopped at sysctl_find_oidname+0xb: movl 0(%eax),%ebx db> tr sysctl_find_oidname(c05c520f,735f6e72,12,c2aee420,c2aee400) at sysctl_find_oidname+0xb sysctl_add_oid(c2aee420,735f6e72,ffffffff,c05c520f,c0000003) at sysctl_add_oid+0x22 acpi_attach(c2a73880) at acpi_attach+0x177 device_probe_and_attach(c2a73880) at device_probe_and_attach+0x9c bus_generic_attach(c2ad5b00,c2ad5b00,c2a8b090,c2ad5b00,c05f9d5c) at bus_generic_attach+0x14 nexus_attach(c2ad5b00) at nexus_attach+0xf device_probe_and_attach(c2ad5b00) at device_probe_and_attach+0x9c root_bus_configure(c13f0d80,c041ede0,0,4) at root_bus_configure+0x16 configure(0,5f6c00,5f6000,0,c012e04c) at configure+0x22 mi_startup() at mi_startup+0x93 begin() at begin+0x43 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 14:25:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 9086337B401 for ; Thu, 27 Jun 2002 14:25:23 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.3/8.12.3) with ESMTP id g5RLPM8r095286; Thu, 27 Jun 2002 22:25:22 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.3/8.12.3/Submit) with UUCP id g5RLPMIh095285; Thu, 27 Jun 2002 22:25:22 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.4/8.12.4) with ESMTP id g5RJlmnG072861; Thu, 27 Jun 2002 20:47:48 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200206271947.g5RJlmnG072861@grimreaper.grondar.org> To: Jonathan Belson Cc: current@freebsd.org Subject: Re: Perl scripts that need rewiting - Any volunteers? References: <3D1A2581.2010803@witchspace.com> In-Reply-To: <3D1A2581.2010803@witchspace.com> ; from Jonathan Belson "Wed, 26 Jun 2002 21:35:13 BST." Date: Thu, 27 Jun 2002 20:47:46 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Hiya Yo! > Here's the updated version of vidfont/kbdmap. The changes are: > > WARNS=6 clean > 80 columns max > Now uses 'mkstemp()' rather than 'mktemp()' > Fixed a couple of dumb bugs > Copyrights added > Removed '{}' from single lines > Default strings now in vidfont.h Good! I'll check out and commit RSN. :-) Thanks a lot! M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 14:33:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 0468037B400 for ; Thu, 27 Jun 2002 14:33:03 -0700 (PDT) Received: from pool0530.cvx21-bradley.dialup.earthlink.net ([209.179.194.20] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17Ngsu-0002Lo-00; Thu, 27 Jun 2002 14:33:00 -0700 Message-ID: <3D1B8465.4B49CFFF@mindspring.com> Date: Thu, 27 Jun 2002 14:32:21 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: FreeBSD current users Subject: Re: this ring a bell with anyone? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > > Using $PIR table, 12 entries at 0xc00f2f70 > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x735f6e72 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc026be97 > stack pointer = 0x10:0xc05f9c84 > frame pointer = 0x10:0xc05f9c8c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > kernel: type 12 trap, code=0 > Stopped at sysctl_find_oidname+0xb: movl 0(%eax),%ebx Compile "hints" into your kernel if you are going to be using an abbreviated loader (e.g. to load into VMWare or via netboot). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 14:37:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213]) by hub.freebsd.org (Postfix) with ESMTP id 392B237B400 for ; Thu, 27 Jun 2002 14:37:24 -0700 (PDT) Received: (qmail 6471 invoked from network); 27 Jun 2002 21:37:22 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail13.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 27 Jun 2002 21:37:22 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g5RLbYM01374; Thu, 27 Jun 2002 17:37:34 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 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: Thu, 27 Jun 2002 17:37:23 -0400 (EDT) From: John Baldwin To: Julian Elischer Subject: RE: this ring a bell with anyone? Cc: FreeBSD current users Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 27-Jun-2002 Julian Elischer wrote: > Using $PIR table, 12 entries at 0xc00f2f70 > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x735f6e72 This is the string "rn_s". > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc026be97 > stack pointer = 0x10:0xc05f9c84 > frame pointer = 0x10:0xc05f9c8c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (swapper) > kernel: type 12 trap, code=0 > Stopped at sysctl_find_oidname+0xb: movl 0(%eax),%ebx > > db> tr > sysctl_find_oidname(c05c520f,735f6e72,12,c2aee420,c2aee400) at > sysctl_find_oidname+0xb > sysctl_add_oid(c2aee420,735f6e72,ffffffff,c05c520f,c0000003) at > sysctl_add_oid+0x22 > acpi_attach(c2a73880) at acpi_attach+0x177 It seems acpi_attach() is passing this argument to sysctl_add_oid() at line 408: sc->acpi_sysctl_tree = SYSCTL_ADD_NODE(&sc->acpi_sysctl_ctx, SYSCTL_STATIC_CHILDREN(_hw), OID_AUTO, device_get_name(dev), CTLFLAG_RD, 0, ""); device_get_name() returns a char *, so this should be fine. *shrug* This works for all sorts of other people all the time, so not sure why you are seeing this. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 14:40:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by hub.freebsd.org (Postfix) with ESMTP id BEFD337B409 for ; Thu, 27 Jun 2002 14:40:08 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020627214008.RHQG903.sccrmhc03.attbi.com@InterJet.elischer.org> for ; Thu, 27 Jun 2002 21:40:08 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA70768 for ; Thu, 27 Jun 2002 14:31:46 -0700 (PDT) Date: Thu, 27 Jun 2002 14:31:44 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: Re: this ring a bell with anyone? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ignore this.. pilot error. mismatched acpi module. On Thu, 27 Jun 2002, Julian Elischer wrote: > Using $PIR table, 12 entries at 0xc00f2f70 > npx0: on motherboard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 14:41: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212]) by hub.freebsd.org (Postfix) with ESMTP id 53AAA37B406 for ; Thu, 27 Jun 2002 14:40:51 -0700 (PDT) Received: (qmail 19382 invoked from network); 27 Jun 2002 21:40:49 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 27 Jun 2002 21:40:49 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g5RLf2M01392; Thu, 27 Jun 2002 17:41:02 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.2 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3D1B8465.4B49CFFF@mindspring.com> Date: Thu, 27 Jun 2002 17:40:51 -0400 (EDT) From: John Baldwin To: Terry Lambert Subject: Re: this ring a bell with anyone? Cc: FreeBSD current users Cc: FreeBSD current users , Julian Elischer Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 27-Jun-2002 Terry Lambert wrote: > Julian Elischer wrote: >> >> Using $PIR table, 12 entries at 0xc00f2f70 >> npx0: on motherboard >> npx0: INT 16 interface >> acpi0: on motherboard >> >> Fatal trap 12: page fault while in kernel mode >> fault virtual address = 0x735f6e72 >> fault code = supervisor read, page not present >> instruction pointer = 0x8:0xc026be97 >> stack pointer = 0x10:0xc05f9c84 >> frame pointer = 0x10:0xc05f9c8c >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 0 (swapper) >> kernel: type 12 trap, code=0 >> Stopped at sysctl_find_oidname+0xb: movl 0(%eax),%ebx > > Compile "hints" into your kernel if you are going to be using an > abbreviated loader (e.g. to load into VMWare or via netboot). This isn't hints related. It is dying trying to add the hw.acpi sysctl node. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 14:48:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from overcee.wemm.org (12-232-114-102.client.attbi.com [12.232.114.102]) by hub.freebsd.org (Postfix) with ESMTP id 3BB4437B405 for ; Thu, 27 Jun 2002 14:48:37 -0700 (PDT) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 42EB5390F; Thu, 27 Jun 2002 14:48:42 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Terry Lambert Cc: Julian Elischer , FreeBSD current users Subject: Re: this ring a bell with anyone? In-Reply-To: <3D1B8465.4B49CFFF@mindspring.com> Date: Thu, 27 Jun 2002 14:48:42 -0700 From: Peter Wemm Message-Id: <20020627214842.42EB5390F@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > Julian Elischer wrote: > > > > Using $PIR table, 12 entries at 0xc00f2f70 > > npx0: on motherboard > > npx0: INT 16 interface > > acpi0: on motherboard > > > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x735f6e72 > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc026be97 > > stack pointer = 0x10:0xc05f9c84 > > frame pointer = 0x10:0xc05f9c8c > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 0 (swapper) > > kernel: type 12 trap, code=0 > > Stopped at sysctl_find_oidname+0xb: movl 0(%eax),%ebx > > Compile "hints" into your kernel if you are going to be using an > abbreviated loader (e.g. to load into VMWare or via netboot). Uhh, Terry.. This has absolutely nothing to do with the problem. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 15: 4: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id 4E27837B400 for ; Thu, 27 Jun 2002 15:03:53 -0700 (PDT) Received: from pool0530.cvx21-bradley.dialup.earthlink.net ([209.179.194.20] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 17NhMe-00069s-00; Thu, 27 Jun 2002 15:03:44 -0700 Message-ID: <3D1B8B99.B20FDB79@mindspring.com> Date: Thu, 27 Jun 2002 15:03:05 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: Julian Elischer , FreeBSD current users Subject: Re: this ring a bell with anyone? References: <20020627214842.42EB5390F@overcee.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > Terry Lambert wrote: > > Compile "hints" into your kernel if you are going to be using an > > abbreviated loader (e.g. to load into VMWare or via netboot). > > Uhh, Terry.. This has absolutely nothing to do with the problem. Yes, this was already pointed out. I've seen trap 12's on VMWare, and Julian is well known to run VMWare, so I added 2 and 2 and got 6. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 19: 6:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mail.viasoft.com.cn (ip-167-164-97-218.anlai.com [218.97.164.167]) by hub.freebsd.org (Postfix) with ESMTP id 7E0A437B406 for ; Thu, 27 Jun 2002 19:05:11 -0700 (PDT) Received: from davidwnt (davidwnt.viasoft.com.cn [192.168.1.239]) by mail.viasoft.com.cn (8.9.3/8.9.3) with SMTP id KAA32510 for ; Fri, 28 Jun 2002 10:20:02 +0800 Message-ID: <008101c21e46$ec5f5590$ef01a8c0@davidwnt> From: "David Xu" To: Subject: kernel build failure Date: Fri, 28 Jun 2002 09:55:19 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Current source in ipfw was broken: cc -O -pipe -DIPFIREWALL -D_KERNEL -Wall -Wredundant-decls = -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi = -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -fno-common = -g -mpreferred-stack-boundary=3D2 -ffreestanding -Wall -Wredundant-decls = -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c = /usr/src/sys/netinet/ip_fw.c /usr/src/sys/netinet/ip_fw.c:216: warning: `union ip_fw_if' declared = inside parameter list /usr/src/sys/netinet/ip_fw.c:216: warning: its scope is only this = definition or declaration, which is probably not what you want /usr/src/sys/netinet/ip_fw.c: In function `tcpflg_match': /usr/src/sys/netinet/ip_fw.c:273: structure has no member named = `fw_ipflg' /usr/src/sys/netinet/ip_fw.c:273: `IP_FW_IF_TCPEST' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:273: (Each undeclared identifier is = reported only once /usr/src/sys/netinet/ip_fw.c:273: for each function it appears in.) /usr/src/sys/netinet/ip_fw.c:277: structure has no member named = `fw_tcpf' /usr/src/sys/netinet/ip_fw.c:278: structure has no member named = `fw_tcpnf' /usr/src/sys/netinet/ip_fw.c:280: structure has no member named = `fw_tcpf' /usr/src/sys/netinet/ip_fw.c: In function `icmptype_match': /usr/src/sys/netinet/ip_fw.c:293: structure has no member named `fw_flg' /usr/src/sys/netinet/ip_fw.c:293: `IP_FW_F_ICMPBIT' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:299: `IP_FW_ICMPTYPES_MAX' undeclared = (first use in this function) /usr/src/sys/netinet/ip_fw.c:300: structure has no member named `fw_uar' /usr/src/sys/netinet/ip_fw.c: In function `ipopts_match': /usr/src/sys/netinet/ip_fw.c:333: structure has no member named = `fw_ipopt' /usr/src/sys/netinet/ip_fw.c:334: structure has no member named = `fw_ipnopt' /usr/src/sys/netinet/ip_fw.c: In function `iptos_match': /usr/src/sys/netinet/ip_fw.c:388: structure has no member named = `fw_iptos' /usr/src/sys/netinet/ip_fw.c:389: structure has no member named = `fw_ipntos' /usr/src/sys/netinet/ip_fw.c: In function `tcpopts_match': /usr/src/sys/netinet/ip_fw.c:417: structure has no member named = `fw_tcpopt' /usr/src/sys/netinet/ip_fw.c:418: structure has no member named = `fw_tcpnopt' /usr/src/sys/netinet/ip_fw.c: At top level: /usr/src/sys/netinet/ip_fw.c:476: warning: `union ip_fw_if' declared = inside parameter list /usr/src/sys/netinet/ip_fw.c:477: conflicting types for `iface_match' /usr/src/sys/netinet/ip_fw.c:216: previous declaration of `iface_match' /usr/src/sys/netinet/ip_fw.c: In function `iface_match': /usr/src/sys/netinet/ip_fw.c:481: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:482: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:485: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:485: `FW_IFNLEN' undeclared (first use in = this function) /usr/src/sys/netinet/ip_fw.c:488: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:496: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c: In function `ipfw_report': /usr/src/sys/netinet/ip_fw.c:519: structure has no member named = `fw_pcnt' /usr/src/sys/netinet/ip_fw.c:521: structure has no member named = `fw_logamount' /usr/src/sys/netinet/ip_fw.c:521: structure has no member named = `fw_loghighest' /usr/src/sys/netinet/ip_fw.c:525: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:531: structure has no member named `fw_flg' /usr/src/sys/netinet/ip_fw.c:531: `IP_FW_F_COMMAND' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:532: `IP_FW_F_DENY' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:535: `IP_FW_F_REJECT' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:536: structure has no member named = `fw_reject_code' /usr/src/sys/netinet/ip_fw.c:536: `IP_FW_REJECT_RST' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:541: `IP_FW_F_ACCEPT' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:544: `IP_FW_F_COUNT' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:557: `IP_FW_F_SKIPTO' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:559: structure has no member named = `fw_skipto_rule' /usr/src/sys/netinet/ip_fw.c:561: `IP_FW_F_PIPE' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:563: structure has no member named = `fw_skipto_rule' /usr/src/sys/netinet/ip_fw.c:565: `IP_FW_F_QUEUE' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:567: structure has no member named = `fw_skipto_rule' /usr/src/sys/netinet/ip_fw.c:570: `IP_FW_F_FWD' undeclared (first use in = this function) /usr/src/sys/netinet/ip_fw.c:571: structure has no member named = `fw_fwd_ip' /usr/src/sys/netinet/ip_fw.c:574: structure has no member named = `fw_fwd_ip' /usr/src/sys/netinet/ip_fw.c:575: structure has no member named = `fw_fwd_ip' /usr/src/sys/netinet/ip_fw.c:578: structure has no member named = `fw_fwd_ip' /usr/src/sys/netinet/ip_fw.c:649: structure has no member named = `fw_logamount' /usr/src/sys/netinet/ip_fw.c:650: structure has no member named = `fw_loghighest' /usr/src/sys/netinet/ip_fw.c:653: structure has no member named = `fw_logamount' /usr/src/sys/netinet/ip_fw.c:654: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c: In function `remove_dyn_rule': /usr/src/sys/netinet/ip_fw.c:723: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:725: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:727: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:727: `DYN_LIMIT_PARENT' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:729: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:733: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:737: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:737: `DYN_LIMIT' undeclared (first use in = this function) /usr/src/sys/netinet/ip_fw.c:737: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:737: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:737: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:737: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:740: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c: In function `lookup_dyn_rule': /usr/src/sys/netinet/ip_fw.c:770: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:770: `DYN_LIMIT_PARENT' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:772: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:773: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:773: `DYN_LIMIT' undeclared (first use in = this function) /usr/src/sys/netinet/ip_fw.c:773: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:773: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:773: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:773: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:776: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:777: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:778: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:779: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:780: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:784: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:785: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:786: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:787: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:794: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:799: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:799: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:800: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:806: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:807: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:810: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:814: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:819: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:823: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:834: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:838: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:841: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c: In function `add_dyn_rule': /usr/src/sys/netinet/ip_fw.c:885: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:892: `DYN_LIMIT' undeclared (first use in = this function) /usr/src/sys/netinet/ip_fw.c:894: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:894: `DYN_LIMIT_PARENT' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:896: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:897: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:898: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:901: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:902: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:903: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:904: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:905: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:905: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:906: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:908: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:909: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c: In function `lookup_dyn_parent': /usr/src/sys/netinet/ip_fw.c:931: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:932: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:932: `DYN_LIMIT_PARENT' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:932: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:933: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:934: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:935: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:936: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:937: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:938: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c: In function `install_state': /usr/src/sys/netinet/ip_fw.c:961: structure has no member named = `dyn_type' /usr/src/sys/netinet/ip_fw.c:987: `DYN_KEEP_STATE' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:990: `DYN_LIMIT' undeclared (first use in = this function) /usr/src/sys/netinet/ip_fw.c:992: structure has no member named = `limit_mask' /usr/src/sys/netinet/ip_fw.c:993: structure has no member named = `conn_limit' /usr/src/sys/netinet/ip_fw.c:1016: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:1018: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c: In function `lookup_next_rule': /usr/src/sys/netinet/ip_fw.c:1048: structure has no member named = `fw_skipto_rule' /usr/src/sys/netinet/ip_fw.c:1050: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1050: `IP_FW_F_COMMAND' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1050: `IP_FW_F_SKIPTO' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1051: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1051: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1052: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:1054: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c: In function `ip_fw_chk': /usr/src/sys/netinet/ip_fw.c:1210: structure has no member named = `next_rule_ptr' /usr/src/sys/netinet/ip_fw.c:1212: structure has no member named = `next_rule_ptr' /usr/src/sys/netinet/ip_fw.c:1224: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:1225: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1231: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1233: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:1237: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1237: `IP_FW_BRIDGED' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1243: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1243: `IP_FW_F_OUT' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1247: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1247: `IP_FW_F_IN' undeclared (first use in = this function) /usr/src/sys/netinet/ip_fw.c:1251: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1251: `IP_FW_F_MAC' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1257: structure has no member named = `fw_mac_hdr' /usr/src/sys/netinet/ip_fw.c:1258: structure has no member named = `fw_mac_mask' /usr/src/sys/netinet/ip_fw.c:1267: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1267: `IP_FW_F_SRNG' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1269: structure has no member named = `fw_mac_type' /usr/src/sys/netinet/ip_fw.c:1270: structure has no member named = `fw_mac_mask_type' /usr/src/sys/netinet/ip_fw.c:1273: structure has no member named = `fw_mac_type' /usr/src/sys/netinet/ip_fw.c:1274: structure has no member named = `fw_mac_mask_type' /usr/src/sys/netinet/ip_fw.c:1280: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1280: `IF_FW_F_VIAHACK' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1285: structure has no member named = `fw_in_if' /usr/src/sys/netinet/ip_fw.c:1285: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1285: `IP_FW_F_OIFNAME' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1289: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1289: `IP_FW_F_IIFACE' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1291: structure has no member named = `fw_in_if' /usr/src/sys/netinet/ip_fw.c:1291: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1291: `IP_FW_F_IIFNAME' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1294: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1294: `IP_FW_F_OIFACE' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1296: structure has no member named = `fw_out_if' /usr/src/sys/netinet/ip_fw.c:1296: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1305: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1315: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1315: `IP_FW_F_KEEP_S' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1315: `IP_FW_F_CHECK_S' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1324: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:1325: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:1326: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:1330: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1335: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1335: `IP_FW_F_FRAG' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1346: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1346: `IP_FW_F_SME' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1349: structure has no member named = `fw_src' /usr/src/sys/netinet/ip_fw.c:1350: structure has no member named = `fw_smsk' /usr/src/sys/netinet/ip_fw.c:1351: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1351: `IP_FW_F_INVSRC' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1355: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1355: `IP_FW_F_DME' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1358: structure has no member named = `fw_dst' /usr/src/sys/netinet/ip_fw.c:1359: structure has no member named = `fw_dmsk' /usr/src/sys/netinet/ip_fw.c:1360: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1360: `IP_FW_F_INVDST' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1364: structure has no member named = `fw_ipflg' /usr/src/sys/netinet/ip_fw.c:1364: `IP_FW_IF_IPOPT' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1366: structure has no member named = `fw_ipflg' /usr/src/sys/netinet/ip_fw.c:1366: `IP_FW_IF_IPLEN' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1366: structure has no member named = `fw_iplen' /usr/src/sys/netinet/ip_fw.c:1368: structure has no member named = `fw_ipflg' /usr/src/sys/netinet/ip_fw.c:1368: `IP_FW_IF_IPID' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1368: structure has no member named = `fw_ipid' /usr/src/sys/netinet/ip_fw.c:1370: structure has no member named = `fw_ipflg' /usr/src/sys/netinet/ip_fw.c:1370: `IP_FW_IF_IPPRE' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1371: structure has no member named = `fw_iptos' /usr/src/sys/netinet/ip_fw.c:1373: structure has no member named = `fw_ipflg' /usr/src/sys/netinet/ip_fw.c:1373: `IP_FW_IF_IPTOS' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1375: structure has no member named = `fw_ipflg' /usr/src/sys/netinet/ip_fw.c:1375: `IP_FW_IF_IPTTL' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1375: structure has no member named = `fw_ipttl' /usr/src/sys/netinet/ip_fw.c:1377: structure has no member named = `fw_ipflg' /usr/src/sys/netinet/ip_fw.c:1377: `IP_FW_IF_IPVER' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1377: structure has no member named = `fw_ipver' /usr/src/sys/netinet/ip_fw.c:1381: structure has no member named = `fw_prot' /usr/src/sys/netinet/ip_fw.c:1382: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1382: `IP_FW_F_UID' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1382: `IP_FW_F_GID' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1386: structure has no member named = `fw_prot' /usr/src/sys/netinet/ip_fw.c:1390: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1411: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1412: structure has no member named = `fw_uid' /usr/src/sys/netinet/ip_fw.c:1414: structure has no member named = `fw_gid' /usr/src/sys/netinet/ip_fw.c:1439: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1440: structure has no member named = `fw_uid' /usr/src/sys/netinet/ip_fw.c:1442: structure has no member named = `fw_gid' /usr/src/sys/netinet/ip_fw.c:1469: warning: implicit declaration of = function `IP_FW_HAVEPORTS' /usr/src/sys/netinet/ip_fw.c:1470: structure has no member named = `fw_ipflg' /usr/src/sys/netinet/ip_fw.c:1470: `IP_FW_IF_TCPMSK' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1477: structure has no member named = `fw_ipflg' /usr/src/sys/netinet/ip_fw.c:1477: `IP_FW_IF_TCPOPT' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1479: structure has no member named = `fw_ipflg' /usr/src/sys/netinet/ip_fw.c:1479: `IP_FW_IF_TCPFLG' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1480: structure has no member named = `fw_ipflg' /usr/src/sys/netinet/ip_fw.c:1480: `IP_FW_IF_TCPEST' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1483: structure has no member named = `fw_ipflg' /usr/src/sys/netinet/ip_fw.c:1483: `IP_FW_IF_TCPSEQ' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1483: structure has no member named = `fw_tcpseq' /usr/src/sys/netinet/ip_fw.c:1485: structure has no member named = `fw_ipflg' /usr/src/sys/netinet/ip_fw.c:1485: `IP_FW_IF_TCPACK' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1485: structure has no member named = `fw_tcpack' /usr/src/sys/netinet/ip_fw.c:1487: structure has no member named = `fw_ipflg' /usr/src/sys/netinet/ip_fw.c:1487: `IP_FW_IF_TCPWIN' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1487: structure has no member named = `fw_tcpwin' /usr/src/sys/netinet/ip_fw.c:1499: warning: redundant redeclaration of = `IP_FW_HAVEPORTS' in same scope /usr/src/sys/netinet/ip_fw.c:1469: warning: previous declaration of = `IP_FW_HAVEPORTS' /usr/src/sys/netinet/ip_fw.c:1505: structure has no member named = `fw_uar' /usr/src/sys/netinet/ip_fw.c:1506: warning: implicit declaration of = function `IP_FW_GETNSRCP' /usr/src/sys/netinet/ip_fw.c:1507: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1508: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1508: `IP_FW_F_SMSK' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1510: structure has no member named = `fw_uar' /usr/src/sys/netinet/ip_fw.c:1511: warning: implicit declaration of = function `IP_FW_GETNDSTP' /usr/src/sys/netinet/ip_fw.c:1512: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1512: `IP_FW_F_DRNG' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1513: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1513: `IP_FW_F_DMSK' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1544: structure has no member named = `dont_match_prob' /usr/src/sys/netinet/ip_fw.c:1544: structure has no member named = `dont_match_prob' /usr/src/sys/netinet/ip_fw.c:1551: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1556: structure has no member named = `fw_pcnt' /usr/src/sys/netinet/ip_fw.c:1557: structure has no member named = `fw_bcnt' /usr/src/sys/netinet/ip_fw.c:1561: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1561: `IP_FW_F_PRN' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1565: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1565: `IP_FW_F_COMMAND' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1566: `IP_FW_F_ACCEPT' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1568: `IP_FW_F_COUNT' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1578: `IP_FW_F_SKIPTO' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1579: structure has no member named = `next_rule_ptr' /usr/src/sys/netinet/ip_fw.c:1580: structure has no member named = `next_rule_ptr' /usr/src/sys/netinet/ip_fw.c:1581: structure has no member named = `next_rule_ptr' /usr/src/sys/netinet/ip_fw.c:1586: `IP_FW_F_PIPE' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1587: `IP_FW_F_QUEUE' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1589: structure has no member named = `fw_pipe_nr' /usr/src/sys/netinet/ip_fw.c:1591: `IP_FW_F_FWD' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1607: structure has no member named = `fw_fwd_ip' /usr/src/sys/netinet/ip_fw.c:1627: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1628: `IP_FW_F_REJECT' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1631: structure has no member named = `fw_reject_code' /usr/src/sys/netinet/ip_fw.c:1632: `IP_FW_REJECT_RST' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1662: structure has no member named = `fw_reject_code' /usr/src/sys/netinet/ip_fw.c: In function `flush_rule_ptrs': /usr/src/sys/netinet/ip_fw.c:1686: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1687: structure has no member named = `next_rule_ptr' /usr/src/sys/netinet/ip_fw.c: In function `add_entry': /usr/src/sys/netinet/ip_fw.c:1703: structure has no member named = `fw_in_if' /usr/src/sys/netinet/ip_fw.c:1703: `FW_IFNLEN' undeclared (first use in = this function) /usr/src/sys/netinet/ip_fw.c:1704: structure has no member named = `fw_pcnt' /usr/src/sys/netinet/ip_fw.c:1705: structure has no member named = `fw_bcnt' /usr/src/sys/netinet/ip_fw.c:1706: structure has no member named = `next_rule_ptr' /usr/src/sys/netinet/ip_fw.c:1707: structure has no member named = `pipe_ptr' /usr/src/sys/netinet/ip_fw.c:1712: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1712: request for member `le_prev' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1712: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1712: request for member `le_prev' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1717: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:1718: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1719: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:1720: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:1726: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:1726: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:1731: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1732: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:1732: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:1734: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1734: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1734: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1734: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1734: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1734: request for member `le_prev' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1734: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1736: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1736: request for member `le_prev' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1736: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1736: request for member `le_prev' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c: In function `free_chain': /usr/src/sys/netinet/ip_fw.c:1764: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1766: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1766: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1766: request for member `le_prev' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1766: request for member `le_prev' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1766: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c: In function `del_entry': /usr/src/sys/netinet/ip_fw.c:1784: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1785: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:1789: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c: In function `zero_entry': /usr/src/sys/netinet/ip_fw.c:1817: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1819: structure has no member named = `fw_bcnt' /usr/src/sys/netinet/ip_fw.c:1819: structure has no member named = `fw_pcnt' /usr/src/sys/netinet/ip_fw.c:1822: structure has no member named = `fw_loghighest' /usr/src/sys/netinet/ip_fw.c:1822: structure has no member named = `fw_pcnt' /usr/src/sys/netinet/ip_fw.c:1822: structure has no member named = `fw_logamount' /usr/src/sys/netinet/ip_fw.c:1829: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:1835: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:1836: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:1838: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:1840: structure has no member named = `fw_bcnt' /usr/src/sys/netinet/ip_fw.c:1840: structure has no member named = `fw_pcnt' /usr/src/sys/netinet/ip_fw.c:1843: structure has no member named = `fw_loghighest' /usr/src/sys/netinet/ip_fw.c:1843: structure has no member named = `fw_pcnt' /usr/src/sys/netinet/ip_fw.c:1843: structure has no member named = `fw_logamount' /usr/src/sys/netinet/ip_fw.c:1844: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c: In function `check_ipfw_struct': /usr/src/sys/netinet/ip_fw.c:1864: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1864: `IP_FW_F_MASK' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1866: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1869: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1869: `IP_FW_F_MAC' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1872: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1872: `IP_FW_F_CHECK_S' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1877: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1877: `IP_FW_F_IN' undeclared (first use in = this function) /usr/src/sys/netinet/ip_fw.c:1877: `IP_FW_F_OUT' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1882: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1882: `IP_FW_F_IIFNAME' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1883: structure has no member named = `fw_in_if' /usr/src/sys/netinet/ip_fw.c:1884: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1884: `IP_FW_F_OIFNAME' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1885: structure has no member named = `fw_out_if' /usr/src/sys/netinet/ip_fw.c:1890: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1890: `IF_FW_F_VIAHACK' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1892: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1893: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1893: `IP_FW_F_OIFACE' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1899: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1899: `IP_FW_F_SRNG' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1904: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1904: `IP_FW_F_DRNG' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1909: `IP_FW_MAX_PORTS' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1917: structure has no member named = `fw_prot' /usr/src/sys/netinet/ip_fw.c:1918: structure has no member named = `fw_prot' /usr/src/sys/netinet/ip_fw.c:1930: structure has no member named = `fw_src' /usr/src/sys/netinet/ip_fw.c:1930: structure has no member named = `fw_smsk' /usr/src/sys/netinet/ip_fw.c:1931: structure has no member named = `fw_dst' /usr/src/sys/netinet/ip_fw.c:1931: structure has no member named = `fw_dmsk' /usr/src/sys/netinet/ip_fw.c:1936: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1936: `IP_FW_F_FRAG' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1937: structure has no member named = `fw_prot' /usr/src/sys/netinet/ip_fw.c:1937: structure has no member named = `fw_prot' /usr/src/sys/netinet/ip_fw.c:1942: structure has no member named = `fw_prot' /usr/src/sys/netinet/ip_fw.c:1943: structure has no member named = `fw_tcpf' /usr/src/sys/netinet/ip_fw.c:1943: structure has no member named = `fw_tcpnf' /usr/src/sys/netinet/ip_fw.c:1949: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1949: `IP_FW_F_UID' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1949: `IP_FW_F_GID' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1950: structure has no member named = `fw_prot' /usr/src/sys/netinet/ip_fw.c:1951: structure has no member named = `fw_prot' /usr/src/sys/netinet/ip_fw.c:1952: structure has no member named = `fw_prot' /usr/src/sys/netinet/ip_fw.c:1959: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:1959: `IP_FW_F_COMMAND' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1960: `IP_FW_F_REJECT' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1961: structure has no member named = `fw_reject_code' /usr/src/sys/netinet/ip_fw.c:1962: structure has no member named = `fw_prot' /usr/src/sys/netinet/ip_fw.c:1963: structure has no member named = `fw_reject_code' /usr/src/sys/netinet/ip_fw.c:1963: `IP_FW_REJECT_RST' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1972: `IP_FW_F_PIPE' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1973: `IP_FW_F_QUEUE' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1974: structure has no member named = `fw_divert_port' /usr/src/sys/netinet/ip_fw.c:1979: `IP_FW_F_DENY' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1980: `IP_FW_F_ACCEPT' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1981: `IP_FW_F_COUNT' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:1982: `IP_FW_F_SKIPTO' undeclared (first = use in this function) /usr/src/sys/netinet/ip_fw.c:1983: `IP_FW_F_FWD' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c: In function `ip_fw_ctl': /usr/src/sys/netinet/ip_fw.c:2026: sizeof applied to an incomplete type /usr/src/sys/netinet/ip_fw.c:2042: request for member `le_next' in = something not a structure or union /usr/src/sys/netinet/ip_fw.c:2052: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:2052: increment of pointer to unknown = structure /usr/src/sys/netinet/ip_fw.c:2052: arithmetic on pointer to an = incomplete type /usr/src/sys/netinet/ip_fw.c:2052: warning: left-hand operand of comma = expression has no effect /usr/src/sys/netinet/ip_fw.c:2053: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:2054: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:2054: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:2060: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:2062: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:2063: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:2065: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:2068: dereferencing pointer to incomplete = type /usr/src/sys/netinet/ip_fw.c:2092: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:2102: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:2118: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:2123: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c: At top level: /usr/src/sys/netinet/ip_fw.c:2163: warning: no previous prototype for = `ip_fw_init' /usr/src/sys/netinet/ip_fw.c: In function `ip_fw_init': /usr/src/sys/netinet/ip_fw.c:2171: structure has no member named = `fw_prot' /usr/src/sys/netinet/ip_fw.c:2172: structure has no member named = `fw_number' /usr/src/sys/netinet/ip_fw.c:2176: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:2176: `IP_FW_F_DENY' undeclared (first use = in this function) /usr/src/sys/netinet/ip_fw.c:2178: structure has no member named = `fw_flg' /usr/src/sys/netinet/ip_fw.c:2178: `IP_FW_F_IN' undeclared (first use in = this function) /usr/src/sys/netinet/ip_fw.c:2178: `IP_FW_F_OUT' undeclared (first use = in this function) *** Error code 1 Stop in /usr/src/sys/modules/ipfw. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/i386/compile/xu. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 20: 1:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by hub.freebsd.org (Postfix) with ESMTP id AF52937B408 for ; Thu, 27 Jun 2002 20:00:50 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020628030012.CGY903.sccrmhc03.attbi.com@InterJet.elischer.org> for ; Fri, 28 Jun 2002 03:00:12 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id TAA72016 for ; Thu, 27 Jun 2002 19:50:42 -0700 (PDT) Date: Thu, 27 Jun 2002 19:50:39 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: KSE-MIII ready for commit Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG See http://www.freebsd.org/~julian/ for pointers to diffs or other ways of getting the sources.. At this stage it is as good as I can get it right now. It builds world. It runs teh sampel threaded program, it even does both at the same time.. Matt has run it on an SMP machine and there are patches for various architectures (stubbed) to allow them to keep working (as long as they don't try threading :-). I would like to commit this as soon as I have feedback from the usual suspects. I do have the following issues on my list but I'd like ot commit BEFORE fixing them: 1/ psignal has been rewritten, but needs to be re-re-written. It works but I'd like any signal gurus to feel free to hack at it after it's committed. 2/ Ptrace works but once again, Anyone whoe knows and loves ptrace could probably do with rewriting parts of it in teh light of threads once it is committed. (I can gdb normal programs but threaded programs are not likely to cooperate. 3/ I have some cleanups to do in the generation of upcalls. there is still un-needed information being stored for theupcall and it can probably be simplified. 4/ The definition of a 'suspended' process has been changed. It should be changed again. I have some code to keep a track of which threads are currently in userland and which are in the kernel, with a counter in teh process so you can instantly tell how many threads are where. This will sim-lify some of the suspend code. 5/ Matt and I decided that we need to change the behaviour of 'BOUND' threads in a KSE process so that their KSEs can be lent to other threads in the same group that need to complete kernel operations.. BOUND threads are those that for some reason are not operating in threaded mode (e.g. they were in the UTS or some other critical code). The change is that BOUND threads can lend out their KSEs (scheduler spots) to other threads as long as those threads do not return to user land. (At least not on that KSE). 6/ code cleanup in the code that aborts sleeps and condvar waits. There are also a lot of debugging aids that I will delete BEFORE checkin. Please ignore them when reviewing. (e.g. KASSERTS in kern_switch.c) IN ADDITION TO THIS, (damned caps lock) there are still code paths that can not possibly succeed in a multi threaded world. What milestone 3 gives is enough of the most common codepaths cleaned up so that a very simple threaded program can run, be suspended, restarted and exit. There is still no ability to run threads on multiple processors as there is still only one KSE (schedulable entity) per process. Having said all this I think it is ready to commit. I will try respond to immidiate concerns people have but since we will have a working system after the commit, I'd like to do as much stuff after the commit as possible to allow others to test and comment. Next week I will have to spend a lot of time on work matters so I'd like to get this in in 24 hours from now, and have the weekend to handle problems that arrise. Estimated commit time: (assuming current works at that time) will be around 1AM GMT June 29 that will be 6PM here in San Francisco. Julian p.s. I will put the test programs in the tools tree soemwhere.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 20:11:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 3CA6537B400 for ; Thu, 27 Jun 2002 20:11:16 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5S39stL012607; Thu, 27 Jun 2002 20:09:54 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.4/Submit) id g5S39sNK012606; Thu, 27 Jun 2002 20:09:54 -0700 (PDT) Date: Thu, 27 Jun 2002 20:09:54 -0700 From: "David O'Brien" To: Julian Elischer Cc: FreeBSD current users Subject: Re: KSE-MIII ready for commit Message-ID: <20020627200954.A12577@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , Julian Elischer , FreeBSD current users References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Thu, Jun 27, 2002 at 07:50:39PM -0700 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 27, 2002 at 07:50:39PM -0700, Julian Elischer wrote: > Estimated commit time: (assuming current works at that time) > will be around 1AM GMT June 29 > that will be 6PM here in San Francisco. We need more than 2 days time to test on Alpha and sparc64. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 20:20:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by hub.freebsd.org (Postfix) with ESMTP id 2AE2037B405; Thu, 27 Jun 2002 20:20:48 -0700 (PDT) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020628032010.BUWS6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Fri, 28 Jun 2002 03:20:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id UAA72107; Thu, 27 Jun 2002 20:18:18 -0700 (PDT) Date: Thu, 27 Jun 2002 20:18:17 -0700 (PDT) From: Julian Elischer To: "David O'Brien" Cc: FreeBSD current users Subject: Re: KSE-MIII ready for commit In-Reply-To: <20020627200954.A12577@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I won't be absent after that, just busier. On Thu, 27 Jun 2002, David O'Brien wrote: > On Thu, Jun 27, 2002 at 07:50:39PM -0700, Julian Elischer wrote: > > Estimated commit time: (assuming current works at that time) > > will be around 1AM GMT June 29 > > that will be 6PM here in San Francisco. > > We need more than 2 days time to test on Alpha and sparc64. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 20:39:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7551B37B400 for ; Thu, 27 Jun 2002 20:39:40 -0700 (PDT) Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 212E843DAD for ; Thu, 27 Jun 2002 20:39:40 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.5/8.12.5) with ESMTP id g5S3dd7b003155 for ; Thu, 27 Jun 2002 20:39:39 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.5/8.12.5/Submit) id g5S3dds1003153 for current@freebsd.org; Thu, 27 Jun 2002 20:39:39 -0700 (PDT) Date: Thu, 27 Jun 2002 20:39:39 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200206280339.g5S3dds1003153@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/tinderbox/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> gnu/usr.bin/binutils/doc /local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:2108: warning: Info cannot handle `:' in index entry `@code{:} (label)'. /local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:2109: warning: Info cannot handle `:' in index entry `label (@code{:})'. /local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:3927: warning: Info cannot handle `:' in index entry `listing control: new page'. /local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:4814: warning: Info cannot handle `:' in index entry `listing control: paper size'. /local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:4903: warning: Info cannot handle `:' in index entry `listing control: subtitle'. /local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/as.texinfo:5391: warning: Info cannot handle `:' in index entry `listing control: title line'. /local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/ld/ld.texinfo:3202: warning: Info cannot handle `:' in index entry `:@var{phdr}'. /local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/gdbint.texinfo:3: @include `gdb-cfg.texi': No such file or directory. makeinfo: Removing output file `gdbint.info' due to errors; use --force to preserve. *** Error code 2 Stop in /local0/scratch/tinderbox/src/gnu/usr.bin/binutils/doc. *** Error code 1 Stop in /local0/scratch/tinderbox/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /local0/scratch/tinderbox/src/gnu/usr.bin. *** Error code 1 Stop in /local0/scratch/tinderbox/src/gnu. *** Error code 1 Stop in /local0/scratch/tinderbox/src. *** Error code 1 Stop in /local0/scratch/tinderbox/src. *** Error code 1 Stop in /local0/scratch/tinderbox/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 20:43:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 9AB0637B400 for ; Thu, 27 Jun 2002 20:43:43 -0700 (PDT) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5S3gLtL013368; Thu, 27 Jun 2002 20:42:21 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.4/Submit) id g5S3gLVt013367; Thu, 27 Jun 2002 20:42:21 -0700 (PDT) Date: Thu, 27 Jun 2002 20:42:21 -0700 From: "David O'Brien" To: Julian Elischer Cc: FreeBSD current users Subject: Re: KSE-MIII ready for commit Message-ID: <20020627204221.A13349@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , Julian Elischer , FreeBSD current users References: <20020627200954.A12577@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Thu, Jun 27, 2002 at 08:18:17PM -0700 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 27, 2002 at 08:18:17PM -0700, Julian Elischer wrote: > > I won't be absent after that, just busier. ENOPARSE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 21:20:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E10537B400 for ; Thu, 27 Jun 2002 21:20:08 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA6AC43DC7 for ; Thu, 27 Jun 2002 21:20:07 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020628042006.KUKS29588.sccrmhc01.attbi.com@InterJet.elischer.org> for ; Fri, 28 Jun 2002 04:20:06 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id VAA72325 for ; Thu, 27 Jun 2002 21:13:06 -0700 (PDT) Date: Thu, 27 Jun 2002 21:13:05 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: some improbable results.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From the annals of the journals of the "Society of Improbable Research" I bring you the following statistics.. -current kernel and userland: buildworld: 3951.612u 1556.534s 1:50:43.30 82.9% 2627+2535k 47259+23130io 17986pf+0w KSE kernel, -current userland buildworld: 3395.933u 1606.248s 1:32:44.88 89.8% 2710+2170k 33056+118447io 12219pf+0w do I believe it? "not on your life!" especially since the KSE system didn't have soft-updates turned on... the phrase "Something is rotten in the state of Denmark" comes to mind... (no references to SOS or PHK inteded......) :-) julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 21:20:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A84F037B406; Thu, 27 Jun 2002 21:20:13 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFDBA43DC7; Thu, 27 Jun 2002 21:20:09 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020628042009.KULJ29588.sccrmhc01.attbi.com@InterJet.elischer.org>; Fri, 28 Jun 2002 04:20:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id VAA72311; Thu, 27 Jun 2002 21:03:52 -0700 (PDT) Date: Thu, 27 Jun 2002 21:03:51 -0700 (PDT) From: Julian Elischer To: "David O'Brien" Cc: FreeBSD current users Subject: Re: KSE-MIII ready for commit In-Reply-To: <20020627204221.A13349@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG you said you need more than the two days I said I would be watching for problems over the weekend.. I responded that teh two days is only the time I will have a LOT of time but that even after that time I will still be here in case things explode. On Thu, 27 Jun 2002, David O'Brien wrote: > On Thu, Jun 27, 2002 at 08:18:17PM -0700, Julian Elischer wrote: > > > > I won't be absent after that, just busier. > > ENOPARSE > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 21:37: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BABE37B405; Thu, 27 Jun 2002 21:36:57 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FC7443DFA; Thu, 27 Jun 2002 21:36:56 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.4/8.12.3) with ESMTP id g5S4asT4002753; Thu, 27 Jun 2002 21:36:54 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.4/8.12.3/Submit) id g5S4as9r002752; Thu, 27 Jun 2002 21:36:54 -0700 (PDT) (envelope-from dillon) Date: Thu, 27 Jun 2002 21:36:54 -0700 (PDT) From: Matthew Dillon Message-Id: <200206280436.g5S4as9r002752@apollo.backplane.com> To: Julian Elischer Cc: "David O'Brien" , FreeBSD current users Subject: Re: KSE-MIII ready for commit References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :you said you need more than the two days I said I would be watching :for problems over the weekend.. I responded that :teh two days is only the time I will have a LOT of time but that even :after that time I will still be here in case things explode. : : :On Thu, 27 Jun 2002, David O'Brien wrote: : :> On Thu, Jun 27, 2002 at 08:18:17PM -0700, Julian Elischer wrote: :> > :> > I won't be absent after that, just busier. :> :> ENOPARSE I think he means he would like you to give him a little more time before comitting. e.g. like comitting July 1 instead of June 29 (If that's what you mean David, you should just say so). I wouldn't mind a few extra days but I definitely do not want an open-ended delay. I really think KSEIII needs to get into the tree so we can start the next round. I think I've cleared out my -current tree so I can resync sys to your KSE branch and do more KSE testing. Would it be possible for you to synchronize your KSE branch to -current again, as of now, so I can be sure it has all the various things that have gone in of late? -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 21:44:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D31A037B400 for ; Thu, 27 Jun 2002 21:44:05 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id A489A43E0B for ; Thu, 27 Jun 2002 21:44:01 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5S4hrtL015119; Thu, 27 Jun 2002 21:43:53 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.4/Submit) id g5S4hrEQ015118; Thu, 27 Jun 2002 21:43:53 -0700 (PDT) Date: Thu, 27 Jun 2002 21:43:53 -0700 From: "David O'Brien" To: Matthew Dillon Cc: Julian Elischer , FreeBSD current users Subject: Re: KSE-MIII ready for commit Message-ID: <20020627214353.A15064@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , Matthew Dillon , Julian Elischer , FreeBSD current users References: <200206280436.g5S4as9r002752@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200206280436.g5S4as9r002752@apollo.backplane.com>; from dillon@apollo.backplane.com on Thu, Jun 27, 2002 at 09:36:54PM -0700 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 27, 2002 at 09:36:54PM -0700, Matthew Dillon wrote: > I think he means he would like you to give him a little more time > before comitting. e.g. like comitting July 1 instead of June 29 > (If that's what you mean David, you should just say so). Sorry, that is what I meant. I'd like to have a chance to test this on Alpha and sparc64, if no one else has. When I tried the patch during USENIX it wasn't ready on non-i386 platforms. Not looking for a long time, just maybe the July 1 (or 3rd) that you mentioned. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 22: 0:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6001937B405; Thu, 27 Jun 2002 22:00:12 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85DB243E0C; Thu, 27 Jun 2002 22:00:10 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020628050010.MNSH8262.rwcrmhc52.attbi.com@InterJet.elischer.org>; Fri, 28 Jun 2002 05:00:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id VAA72476; Thu, 27 Jun 2002 21:49:58 -0700 (PDT) Date: Thu, 27 Jun 2002 21:49:57 -0700 (PDT) From: Julian Elischer To: "David O'Brien" Cc: Matthew Dillon , FreeBSD current users Subject: Re: KSE-MIII ready for commit In-Reply-To: <20020627214353.A15064@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ok.. but let me know when you have tested it a bit.. David, ifyou want to test this I really suggest that you grab it with cvsup as a whole rather than doing small patches one at a time... (check my web page for how to do that..) Matt, I just did a sync.. On Thu, 27 Jun 2002, David O'Brien wrote: > On Thu, Jun 27, 2002 at 09:36:54PM -0700, Matthew Dillon wrote: > > I think he means he would like you to give him a little more time > > before comitting. e.g. like comitting July 1 instead of June 29 > > (If that's what you mean David, you should just say so). > > Sorry, that is what I meant. I'd like to have a chance to test this on > Alpha and sparc64, if no one else has. When I tried the patch during > USENIX it wasn't ready on non-i386 platforms. > > Not looking for a long time, just maybe the July 1 (or 3rd) that you > mentioned. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 27 22: 1: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C4F837B400; Thu, 27 Jun 2002 22:00:19 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFB0443E06; Thu, 27 Jun 2002 22:00:16 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020628050016.MNTV8262.rwcrmhc52.attbi.com@InterJet.elischer.org>; Fri, 28 Jun 2002 05:00:16 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id VAA72470; Thu, 27 Jun 2002 21:45:56 -0700 (PDT) Date: Thu, 27 Jun 2002 21:45:55 -0700 (PDT) From: Julian Elischer To: Matthew Dillon Cc: "David O'Brien" , FreeBSD current users Subject: Re: KSE-MIII ready for commit In-Reply-To: <200206280436.g5S4as9r002752@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 27 Jun 2002, Matthew Dillon wrote: > > :you said you need more than the two days I said I would be watching > :for problems over the weekend.. I responded that > :teh two days is only the time I will have a LOT of time but that even > :after that time I will still be here in case things explode. > : > : > :On Thu, 27 Jun 2002, David O'Brien wrote: > : > :> On Thu, Jun 27, 2002 at 08:18:17PM -0700, Julian Elischer wrote: > :> > > :> > I won't be absent after that, just busier. > :> > :> ENOPARSE > > I think he means he would like you to give him a little more time > before comitting. e.g. like comitting July 1 instead of June 29 > (If that's what you mean David, you should just say so). I wouldn't > mind a few extra days but I definitely do not want an open-ended delay. > I really think KSEIII needs to get into the tree so we can start the > next round. hmmm I see.. the only reference I had made to *2* days was the period AFTER the commit. > > I think I've cleared out my -current tree so I can resync sys to your > KSE branch and do more KSE testing. Would it be possible for you to > synchronize your KSE branch to -current again, as of now, so I can be > sure it has all the various things that have gone in of late? I sync'd twice today so it's no big deal to sync at the moment.. I'll do another one now.. > > -Matt > Matthew Dillon > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 2:17:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CED9A37B400 for ; Fri, 28 Jun 2002 02:17:40 -0700 (PDT) Received: from sleet.ispgateway.de (sleet.ispgateway.de [62.67.200.125]) by mx1.FreeBSD.org (Postfix) with SMTP id A2EFC43E0C for ; Fri, 28 Jun 2002 02:17:39 -0700 (PDT) (envelope-from robert@zoot.drehmel.com) Received: (qmail 20138 invoked from network); 28 Jun 2002 09:17:38 -0000 Received: from unknown (HELO bsd.develop.ferrari.local) (948464@[62.159.79.193]) (envelope-sender ) by sleet.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 28 Jun 2002 09:17:38 -0000 Received: (from robert@localhost) by bsd.develop.ferrari.local (8.12.5/8.11.5) id g5S92iOd034639; Fri, 28 Jun 2002 11:02:44 +0200 (CEST) (envelope-from robert) Date: Fri, 28 Jun 2002 11:02:44 +0200 From: Robert Drehmel To: current@FreeBSD.org Cc: robert@FreeBSD.org Subject: changing 'struct utmp' Message-ID: <20020628110244.A34627@bsd.develop.ferrari.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello. While trying to fix the bug described in a problem report about 'w -n', and finding out that it is somewhat broken*, I came to the conclusion that our 'struct utmp' is too limiting. I would like to modernize it as follows: #define UT_USERSIZE 16 #define UT_LINESIZE 8 #define UT_HOSTSIZE 18 /* increase by two bytes */ struct utmp { char ut_user[UT_USERSIZE]; char ut_line[UT_LINESIZE]; char ut_host[UT_HOSTSIZE]; uint8_t ut_type; /* new field */ uint8_t ut_flags; /* new field */ uint32_t ut_time; struct sockaddr ut_saddr; /* new field */ }; leaving us with a 64 byte structure. I also have a patch for a new function similiar to our login(3): utmp_login(), which takes the user, line, host, type and sockaddr arguments, puts them into a struct utmp and proceeds as in login(3). With the addition of ut_saddr we could store the plain raw network address in daemons like sshd or telnetd and use the same field in programs that use the 'struct utmp' to do the Right Thing. I know we have a pam_lastlog module that cares about utmp and friends, but to my knowledge there is no simple way to transfer the raw address data into the pam module; calling utmp_login() in the daemons directly is straight forward. Comments? * As it is now, ut_host is the only place we store information about the remote host from which the user is logged in. The code is wrong in -STABLE and removed in -CURRENT. -STABLE attempts to get the IP address by looking up the host (succeeds when the complete name is less than UT_HOSTSIZE). -CURRENT does not even do that and works only when the code that filled the utmp entry spuriously filled in an IP address. Not to mention problems with AF_INET6. ciao, -robert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 2:40:15 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3E8D37B400 for ; Fri, 28 Jun 2002 02:40:08 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93D4D43E06 for ; Fri, 28 Jun 2002 02:40:08 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020628094008.IHGO9178.rwcrmhc51.attbi.com@InterJet.elischer.org> for ; Fri, 28 Jun 2002 09:40:08 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id CAA73426 for ; Fri, 28 Jun 2002 02:27:31 -0700 (PDT) Date: Fri, 28 Jun 2002 02:27:30 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: something funny with soft updates? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I did a small test today to try test the speed impact of the KSE test. during this, I noticed that soft updates is not having it's usual performance increaseing effect.. Normal kernel, soft updates: 1387.881u 603.392s 35:48.63 92.6% 2694+2248k 12424+3310io 3587pf+0w KSE kernel, soft updates: 1385.979u 605.575s 35:21.41 93.8% 2695+2252k 11558+3300io 3705pf+0w Normal kernel, NO softupdates: 1389.803u 594.961s 35:59.14 91.9% 2697+2248k 11839+66940io 3701pf+0w It's interesting that despite the the extra writes (63640 of them) it took almost the same time from all metrics. this is a 35 minute subsection of buildworld.. i.e. buildworld up to a particular point, there may not be anything wrong but I expected more improvement. I remember that when I first committed softupdates it made a noticable difference.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 2:43:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D145F37B400 for ; Fri, 28 Jun 2002 02:43:45 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BDEF43E09 for ; Fri, 28 Jun 2002 02:43:45 -0700 (PDT) (envelope-from abjenkins@attbi.com) Received: from attbi.com ([24.60.235.125]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020628094344.OWCO29588.sccrmhc01.attbi.com@attbi.com>; Fri, 28 Jun 2002 09:43:44 +0000 Message-ID: <3D1C3DBD.10203@attbi.com> Date: Fri, 28 Jun 2002 06:43:09 -0400 From: Anthony Jenkins User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020609 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wm Brian McCane Cc: current@freebsd.org Subject: Re: memory/swapping problem References: <20020627093937.B51185-100000@fw.mccons.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wm Brian McCane wrote: >I am having a problem with a new server that I am setting up to host my >UseNet news and email. > >Machine: > 1.26GHz 512MB/L1 Cache > 768MB PC133 Memory > 4x60GB UDMA100 IDE Drives > 4x36GB 160MBit SCSI Drives > >OS: 5.0-CURRENT (yes I know, but I have been CURRENT since 386bsd 0.1) >Software: > INN 2.3.3 > Sendmail w/amavisd milter > ipop3d > >This machine has been running for about 2 months on CURRENT with no >problems, but I recently upgraded the CPU from an 866 to the new one. At >that time, I also planned to replace the motherboard with a new Intel SAI2 >dual processor board, add a 2nd processor and drop in 3x512MB ECC >Registered DIMMs. So I built and installed a more current CURRENT and >added SMP to the config for my kernel. The motherboard was defective, so >I put back in the original board and memory chips, while I wait for the >replacement board. The 2nd night after the build was done, I started >having memory/swap/wired problems. I rebuilt the kernel for UP operation, >but the problems have not gone away. > >Machine averages about 95% idle all day except during news expiration. >For the first day, it averages around 45M wired. 'inn' process is about >137MB RSS. During expiration there is an understandable spike in CPU and >Swap activity. 'expire' process is about 259MB RSS. When the expiration >completes there is about 254MB still wired. The second night it goes to >500+MB wired and the system never finishes expiration before I get a call >that email is down. I have actually gone out and killed every process >running on the machine that I can (including inetd, syslogd, cron, sshd, >sendmail and inn). The wired memory is never released until I reboot the >machine. > The only issue that I've had that remotely resembles that involes CPU usage, not memory. Assuming your statistics are from top(1), can you try 'top -S' to display what system process resources are also? I'm betting it's some system task, since your killing user processes has had no effect. (btw my issue is the "irq10:" task seemingly locked in *Giant state and sucking >50% the CPU/WCPU measure.) -- Anthony Jenkins To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 5:41: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 635F137B401 for ; Fri, 28 Jun 2002 05:40:55 -0700 (PDT) Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FE8F43E06 for ; Fri, 28 Jun 2002 05:40:51 -0700 (PDT) (envelope-from sheldonh@starjuice.net) Received: from sheldonh by axl.seasidesoftware.co.za with local (Exim 3.36 #1) id 17Nv4M-000E7w-00 for current@FreeBSD.org; Fri, 28 Jun 2002 14:41:46 +0200 Date: Fri, 28 Jun 2002 14:41:46 +0200 From: Sheldon Hearn To: current@FreeBSD.org Subject: Which .info files have been disabled? Message-ID: <20020628124146.GG13292@starjuice.net> Mail-Followup-To: current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi folks, I've seen at least two commit messages in the last week relating to .info files that have been decoupled from the build. If someone can refer me to the commit messages, which I now can't find, I'll take a crack at getting them hooked up again. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 6: 8:29 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01BB337B401 for ; Fri, 28 Jun 2002 06:08:12 -0700 (PDT) Received: from fw.mccons.net (adsl-65-64-105-41.dsl.kscymo.swbell.net [65.64.105.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id B250C43E06 for ; Fri, 28 Jun 2002 06:08:10 -0700 (PDT) (envelope-from root@mccons.net) Received: (from root@localhost) by fw.mccons.net (8.11.3/8.11.4) id g5SD89G93238 for current@freebsd.org; Fri, 28 Jun 2002 08:08:09 -0500 (CDT) (envelope-from root@mccons.net) Received: from localhost (root@localhost) by fw.mccons.net (8.11.3/8.11.4av) with ESMTP id g5SD7qH93212 for ; Fri, 28 Jun 2002 08:07:53 -0500 (CDT) (envelope-from root@mccons.net) Date: Fri, 28 Jun 2002 08:07:50 -0500 (CDT) From: Wm Brian McCane To: Subject: Re: memory/swapping problem In-Reply-To: <3D1C3DBD.10203@attbi.com> Message-ID: <20020628080323.U91563-100000@fw.mccons.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS perl-11 X-Razor-Spam-ID: 36165e16333890f6a418fe51f1938c58b87a31e5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 28 Jun 2002, Anthony Jenkins wrote: > > Wm Brian McCane wrote: > > >I am having a problem with a new server that I am setting up to host my > >UseNet news and email. > > > >Machine: > > 1.26GHz 512MB/L1 Cache > > 768MB PC133 Memory > > 4x60GB UDMA100 IDE Drives > > 4x36GB 160MBit SCSI Drives > > > >OS: 5.0-CURRENT (yes I know, but I have been CURRENT since 386bsd 0.1) > >Software: > > INN 2.3.3 > > Sendmail w/amavisd milter > > ipop3d > > > >This machine has been running for about 2 months on CURRENT with no > >problems, but I recently upgraded the CPU from an 866 to the new one. At > >that time, I also planned to replace the motherboard with a new Intel SAI2 > >dual processor board, add a 2nd processor and drop in 3x512MB ECC > >Registered DIMMs. So I built and installed a more current CURRENT and > >added SMP to the config for my kernel. The motherboard was defective, so > >I put back in the original board and memory chips, while I wait for the > >replacement board. The 2nd night after the build was done, I started > >having memory/swap/wired problems. I rebuilt the kernel for UP operation, > >but the problems have not gone away. > > > >Machine averages about 95% idle all day except during news expiration. > >For the first day, it averages around 45M wired. 'inn' process is about > >137MB RSS. During expiration there is an understandable spike in CPU and > >Swap activity. 'expire' process is about 259MB RSS. When the expiration > >completes there is about 254MB still wired. The second night it goes to > >500+MB wired and the system never finishes expiration before I get a call > >that email is down. I have actually gone out and killed every process > >running on the machine that I can (including inetd, syslogd, cron, sshd, > >sendmail and inn). The wired memory is never released until I reboot the > >machine. > > > The only issue that I've had that remotely resembles that involes CPU > usage, not memory. Assuming your statistics are from top(1), can you > try 'top -S' to display what system process resources are also? I'm > betting it's some system task, since your killing user processes has had > no effect. (btw my issue is the "irq10:" task seemingly locked in > *Giant state and sucking >50% the CPU/WCPU measure.) > > -- > Anthony Jenkins > Anthony, Tried this, nothing was showing huge memory consumption. I had to reboot the machine anyway, so while it was down I put in another 256MB of memory and manually ran the expire. No huge cpu/swap spike, and no increase in wired memory after the expire. Looks like the wired memory problem is tied to the swapping in some way, based on empirical data. - brian +-----------------------------------+------------------------------------------+ He rides a cycle of mighty days, and \ Wm Brian and Lori McCane represents the last great schizm among\ McCane Consulting the gods. Evil though he obviously is, \ root@bmccane.maxbaud.net he is a mighty figure, this father of \ http://bmccane.maxbaud.net/ my spirit, and I respect him as the sons \ http://www.sellit-here.com/ of old did the fathers of their bodies. \ http://recall.maxbaud.net/ Roger Zelazny - "Lord of Light" \ http://www.maxbaud.net/ +-------------------------------------------+----------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 7:49:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5C1F37B400; Fri, 28 Jun 2002 07:49:47 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C67B643E06; Fri, 28 Jun 2002 07:49:46 -0700 (PDT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g5SEnIMa090503 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 28 Jun 2002 16:49:22 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g5SEnIFJ025866 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 28 Jun 2002 16:49:18 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g5SEnHq5025865; Fri, 28 Jun 2002 16:49:17 +0200 (CEST)?g (envelope-from ticso) Date: Fri, 28 Jun 2002 16:49:16 +0200 From: Bernd Walter To: "David O'Brien" Cc: Matthew Dillon , Julian Elischer , FreeBSD current users Subject: Re: KSE-MIII ready for commit Message-ID: <20020628144916.GR14535@cicely5.cicely.de> Reply-To: ticso@cicely.de References: <200206280436.g5S4as9r002752@apollo.backplane.com> <20020627214353.A15064@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020627214353.A15064@dragon.nuxi.com> X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jun 27, 2002 at 09:43:53PM -0700, David O'Brien wrote: > On Thu, Jun 27, 2002 at 09:36:54PM -0700, Matthew Dillon wrote: > > I think he means he would like you to give him a little more time > > before comitting. e.g. like comitting July 1 instead of June 29 > > (If that's what you mean David, you should just say so). > > Sorry, that is what I meant. I'd like to have a chance to test this on > Alpha and sparc64, if no one else has. When I tried the patch during > USENIX it wasn't ready on non-i386 platforms. An alpha kernel build from latest p4 source is still bootable. But I havn't followed the MD changes around the last week yet. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 7:55:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1656737B400 for ; Fri, 28 Jun 2002 07:55:34 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3482943E09 for ; Fri, 28 Jun 2002 07:55:33 -0700 (PDT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g5SEtRMa090592 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 28 Jun 2002 16:55:29 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g5SEtSFJ025911 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 28 Jun 2002 16:55:28 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g5SEtRpd025910; Fri, 28 Jun 2002 16:55:27 +0200 (CEST)?g (envelope-from ticso) Date: Fri, 28 Jun 2002 16:55:27 +0200 From: Bernd Walter To: Julian Elischer Cc: FreeBSD current users Subject: Re: something funny with soft updates? Message-ID: <20020628145526.GS14535@cicely5.cicely.de> Reply-To: ticso@cicely.de References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 28, 2002 at 02:27:30AM -0700, Julian Elischer wrote: > > I did a small test today to try test the speed impact of > the KSE test. > during this, I noticed that soft updates is not having it's usual > performance increaseing effect.. > > Normal kernel, soft updates: > 1387.881u 603.392s 35:48.63 92.6% 2694+2248k 12424+3310io 3587pf+0w > KSE kernel, soft updates: > 1385.979u 605.575s 35:21.41 93.8% 2695+2252k 11558+3300io 3705pf+0w > Normal kernel, NO softupdates: > 1389.803u 594.961s 35:59.14 91.9% 2697+2248k 11839+66940io 3701pf+0w You measured it - great. After updating an -current alpha I had the strong impression that a cvs update was much slower than before. The timerange of my update was 17th to 21st June. I did not notice a slowdown with the 17th kernel, but I'm not absolutely shure either. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 8:17: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D414837B401 for ; Fri, 28 Jun 2002 08:16:52 -0700 (PDT) Received: from mxb.saturn-tech.com (mxb.saturn-tech.com [207.229.19.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9593643E09 for ; Fri, 28 Jun 2002 08:16:49 -0700 (PDT) (envelope-from drussell@saturn-tech.com) Received: from mxb.saturn-tech.com (localhost [127.0.0.1]) by mxb.saturn-tech.com (8.12.3/8.12.3) with ESMTP id g5SFGp7E035444; Fri, 28 Jun 2002 09:16:51 -0600 (MDT) (envelope-from drussell@saturn-tech.com) Received: from localhost (drussell@localhost) by mxb.saturn-tech.com (8.12.3/8.12.3/Submit) with ESMTP id g5SFGoia035441; Fri, 28 Jun 2002 09:16:50 -0600 (MDT) (envelope-from drussell@saturn-tech.com) X-Authentication-Warning: mxb.saturn-tech.com: drussell owned process doing -bs Date: Fri, 28 Jun 2002 09:16:50 -0600 (MDT) From: Doug Russell To: Matthew Dillon Cc: current@FreeBSD.ORG Subject: Re: su gets SIGHUP randomly on startup with latest current In-Reply-To: <200206252327.g5PNR05U051967@apollo.backplane.com> Message-ID: <20020628090021.X13543-100000@mxa.saturn-tech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 25 Jun 2002, Matthew Dillon wrote: > This is really odd. Is anyone else getting this? I wasn't getting this > with a current of just a few days ago, now one in ten or so 'su' commands > does something really odd. Are there QLogic controllers in the machine? (Is the isp driver active?) Try turning off gdb if it is compiled into the kernel. I've been having random signal-induction problems with old QLogic 1041 adapters since about 4.0 or so. It was the changes to have more than 32 signals that seemed to start the problem. I get random SIGTERM, SIGPROFILE and other signals, usually 'profiling timer expired' if the system is lucky enough to actually boot all the way. Sometimes it is an fsck or other somewhat lengthy startup process that is the first to die. I finally found that removing gdb from the kernel made the problem dissapear, or at least less severe, but I also now have to statically compile in the ispfw device to load firmware early in the boot, otherwise it still often dies, even with no gdb, before loading the firmware, but that may be related more to the incredibly old firmware on the controllers. The problem seems significantly more severe on SMP-hardwared boxen. Let me know if you need more info, as I'd be glad to help. I have more than 10 1041 HBAs. Later...... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 8:37:58 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39A2837B400; Fri, 28 Jun 2002 08:37:46 -0700 (PDT) Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FD2743E06; Fri, 28 Jun 2002 08:37:45 -0700 (PDT) (envelope-from mike@espresso.q9media.com) Received: by espresso.q9media.com (Postfix, from userid 1002) id EB27F9C13; Fri, 28 Jun 2002 11:34:54 -0400 (EDT) Date: Fri, 28 Jun 2002 11:34:54 -0400 From: Mike Barcroft To: Robert Drehmel Cc: current@FreeBSD.org, robert@FreeBSD.org Subject: Re: changing 'struct utmp' Message-ID: <20020628113454.B34516@espresso.q9media.com> References: <20020628110244.A34627@bsd.develop.ferrari.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020628110244.A34627@bsd.develop.ferrari.local>; from robert@zoot.drehmel.com on Fri, Jun 28, 2002 at 11:02:44AM +0200 Organization: The FreeBSD Project Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Robert Drehmel writes: > While trying to fix the bug described in a problem report about > 'w -n', and finding out that it is somewhat broken*, I came to > the conclusion that our 'struct utmp' is too limiting. > > I would like to modernize it as follows: > > #define UT_USERSIZE 16 > #define UT_LINESIZE 8 > #define UT_HOSTSIZE 18 /* increase by two bytes */ I think it might be a wise idea to make UT_HOSTSIZE much larger. Currently, it isn't even large enough to hold an IPv6 address. > struct utmp { > char ut_user[UT_USERSIZE]; > char ut_line[UT_LINESIZE]; > char ut_host[UT_HOSTSIZE]; > uint8_t ut_type; /* new field */ > uint8_t ut_flags; /* new field */ > uint32_t ut_time; > struct sockaddr ut_saddr; /* new field */ > }; Have you considered starting with the standardized utmpx struct? It is defined as requiring at least these members: char ut_user[]; /* User login name. */ char ut_id[]; /* Unspecified initialization process identifier. */ char ut_line[]; /* Device name. */ pid_t ut_pid; /* Process ID. */ short ut_type; /* Type of entry. */ struct timeval ut_tv; /* Time entry was made. */ > leaving us with a 64 byte structure. I also have a patch for a > new function similiar to our login(3): utmp_login(), which takes > the user, line, host, type and sockaddr arguments, puts them into > a struct utmp and proceeds as in login(3). > > With the addition of ut_saddr we could store the plain raw network > address in daemons like sshd or telnetd and use the same field in > programs that use the 'struct utmp' to do the Right Thing. > > I know we have a pam_lastlog module that cares about utmp and > friends, but to my knowledge there is no simple way to transfer > the raw address data into the pam module; calling utmp_login() > in the daemons directly is straight forward. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 8:40:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFE1437B401; Fri, 28 Jun 2002 08:40:19 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1114743E09; Fri, 28 Jun 2002 08:40:19 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g5SFc76I004382; Fri, 28 Jun 2002 17:38:09 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Mike Barcroft Cc: Robert Drehmel , current@FreeBSD.ORG, robert@FreeBSD.ORG Subject: Re: changing 'struct utmp' In-Reply-To: Your message of "Fri, 28 Jun 2002 11:34:54 EDT." <20020628113454.B34516@espresso.q9media.com> Date: Fri, 28 Jun 2002 17:38:07 +0200 Message-ID: <4381.1025278687@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020628113454.B34516@espresso.q9media.com>, Mike Barcroft writes: >Robert Drehmel writes: >> While trying to fix the bug described in a problem report about >> 'w -n', and finding out that it is somewhat broken*, I came to >> the conclusion that our 'struct utmp' is too limiting. >> >> I would like to modernize it as follows: >> >> #define UT_USERSIZE 16 >> #define UT_LINESIZE 8 >> #define UT_HOSTSIZE 18 /* increase by two bytes */ > >I think it might be a wise idea to make UT_HOSTSIZE much larger. >Currently, it isn't even large enough to hold an IPv6 address. really guys, we need to do this right. The entire "line-number from /etc/ttys is index into file" concept sucks. Fixed sized records suck badly. Please, if you're going to do it, do it right. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 9: 1:50 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A39537B401 for ; Fri, 28 Jun 2002 09:01:43 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id D725743E09 for ; Fri, 28 Jun 2002 09:01:33 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.3/8.12.3) with ESMTP id g5SG1XDK045890; Fri, 28 Jun 2002 12:01:33 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.3/8.12.3/Submit) id g5SG1XFF045887; Fri, 28 Jun 2002 12:01:33 -0400 (EDT) (envelope-from wollman) Date: Fri, 28 Jun 2002 12:01:33 -0400 (EDT) From: Garrett Wollman Message-Id: <200206281601.g5SG1XFF045887@khavrinen.lcs.mit.edu> To: Robert Drehmel Cc: current@FreeBSD.ORG Subject: changing 'struct utmp' In-Reply-To: <20020628110244.A34627@bsd.develop.ferrari.local> References: <20020628110244.A34627@bsd.develop.ferrari.local> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > struct sockaddr ut_saddr; /* new field */ Please use struct sockaddr_storage, not plain struct sockaddr. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 9:21:30 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8692A37B406; Fri, 28 Jun 2002 09:21:20 -0700 (PDT) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69DD643E09; Fri, 28 Jun 2002 09:21:19 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g5SGLBHP145134; Fri, 28 Jun 2002 12:21:11 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20020628110244.A34627@bsd.develop.ferrari.local> References: <20020628110244.A34627@bsd.develop.ferrari.local> Date: Fri, 28 Jun 2002 12:21:10 -0400 To: Robert Drehmel , current@FreeBSD.ORG From: Garance A Drosihn Subject: Re: changing 'struct utmp' Cc: robert@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:02 AM +0200 6/28/02, Robert Drehmel wrote: >Hello. > >While trying to fix the bug described in a problem report about >'w -n', and finding out that it is somewhat broken*, I came to >the conclusion that our 'struct utmp' is too limiting. > >I would like to modernize it as follows: The present utmp is way too limiting. At the same time, it's a pain to "just change it in place". It is a database format, where every user of the database has intimate knowledge of the internal format. If you change the size of anything, then you have to be SURE to compile absolutely everything that looks at utmp, and recompile them all at the same time. And you have to make sure that none of them have built-in assumptions about the field sizes, or you will introduce bugs if you blindly recompile them. I think it's better to leave utmp as it is, and start work on a utmpx definition which is more standardized. Access to this new improved database should be through the endutxent, getutxent, getutxid, getutxline, pututxline, and setutxent routines. For awhile we should generate both utmp and utmpx files, so we can gradually convert programs over to using the standardized API. Once we're happy with that, we can pull the plug on the old utmp file & it's format. See also the standardized definition of utmpx.h. It would be very nice to see this in freebsd. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 9:57: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60C3F37B400; Fri, 28 Jun 2002 09:57:01 -0700 (PDT) Received: from mx2.datanet.hu (mx2.datanet.hu [194.149.13.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD58A43E06; Fri, 28 Jun 2002 09:57:00 -0700 (PDT) (envelope-from sziszi@bsd.hu) Received: from fonix.adamsfamily.xx (nilus-1297.adsl.datanet.hu [195.56.93.27]) by mx2.datanet.hu (DataNet) with ESMTP id 3D3E6591A; Fri, 28 Jun 2002 17:49:28 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.5/8.12.5) with ESMTP id g5SFnYHZ002267; Fri, 28 Jun 2002 17:49:34 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.5/8.12.5/Submit) id g5SFnX94002266; Fri, 28 Jun 2002 17:49:33 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Fri, 28 Jun 2002 17:49:33 +0200 From: Szilveszter Adam To: freebsd-current@freebsd.org Cc: sheldonh@freebsd.org Subject: Re: Which .info files have been disabled? Message-ID: <20020628154933.GA1938@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org, sheldonh@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello Sheldon, As far as I know, so far only the ones for GDB (and that only under -CURRENT). If you get there first, go for it, but if not, I will also look at the issue during the weekend. -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 10: 0:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 445D337B407; Fri, 28 Jun 2002 10:00:21 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9977243E0A; Fri, 28 Jun 2002 10:00:17 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020628170017.QXKA9178.rwcrmhc51.attbi.com@InterJet.elischer.org>; Fri, 28 Jun 2002 17:00:17 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id JAA74802; Fri, 28 Jun 2002 09:55:09 -0700 (PDT) Date: Fri, 28 Jun 2002 09:55:06 -0700 (PDT) From: Julian Elischer To: ticso@cicely.de Cc: "David O'Brien" , Matthew Dillon , FreeBSD current users Subject: Re: KSE-MIII ready for commit In-Reply-To: <20020628144916.GR14535@cicely5.cicely.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG check signals.. especially ^Z/fg On Fri, 28 Jun 2002, Bernd Walter wrote: > On Thu, Jun 27, 2002 at 09:43:53PM -0700, David O'Brien wrote: > > On Thu, Jun 27, 2002 at 09:36:54PM -0700, Matthew Dillon wrote: > > > I think he means he would like you to give him a little more time > > > before comitting. e.g. like comitting July 1 instead of June 29 > > > (If that's what you mean David, you should just say so). > > > > Sorry, that is what I meant. I'd like to have a chance to test this on > > Alpha and sparc64, if no one else has. When I tried the patch during > > USENIX it wasn't ready on non-i386 platforms. > > An alpha kernel build from latest p4 source is still bootable. > But I havn't followed the MD changes around the last week yet. > > -- > B.Walter COSMO-Project http://www.cosmo-project.de > ticso@cicely.de Usergroup info@cosmo-project.de > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 10:16:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC44637B407; Fri, 28 Jun 2002 10:16:26 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B55DA43E0A; Fri, 28 Jun 2002 10:16:25 -0700 (PDT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g5SHGFMa091849 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 28 Jun 2002 19:16:17 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g5SHGDFJ028438 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 28 Jun 2002 19:16:14 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g5SHGDLC028437; Fri, 28 Jun 2002 19:16:13 +0200 (CEST)?g (envelope-from ticso) Date: Fri, 28 Jun 2002 19:16:13 +0200 From: Bernd Walter To: Julian Elischer Cc: ticso@cicely.de, "David O'Brien" , Matthew Dillon , FreeBSD current users Subject: Re: KSE-MIII ready for commit Message-ID: <20020628171612.GU14535@cicely5.cicely.de> Reply-To: ticso@cicely.de References: <20020628144916.GR14535@cicely5.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 28, 2002 at 09:55:06AM -0700, Julian Elischer wrote: > check signals.. especially ^Z/fg OK - there is a problem. I just hangs - no break to debugger. I'll check what I can find out. Thanks for the hint. > On Fri, 28 Jun 2002, Bernd Walter wrote: > > > On Thu, Jun 27, 2002 at 09:43:53PM -0700, David O'Brien wrote: > > > On Thu, Jun 27, 2002 at 09:36:54PM -0700, Matthew Dillon wrote: > > > > I think he means he would like you to give him a little more time > > > > before comitting. e.g. like comitting July 1 instead of June 29 > > > > (If that's what you mean David, you should just say so). > > > > > > Sorry, that is what I meant. I'd like to have a chance to test this on > > > Alpha and sparc64, if no one else has. When I tried the patch during > > > USENIX it wasn't ready on non-i386 platforms. > > > > An alpha kernel build from latest p4 source is still bootable. > > But I havn't followed the MD changes around the last week yet. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 11: 2:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0DC337B401; Fri, 28 Jun 2002 11:02:15 -0700 (PDT) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D16743E06; Fri, 28 Jun 2002 11:02:15 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g5SI2CHP092514; Fri, 28 Jun 2002 14:02:12 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <20020628110244.A34627@bsd.develop.ferrari.local> Date: Fri, 28 Jun 2002 14:02:11 -0400 To: Robert Drehmel , current@FreeBSD.ORG From: Garance A Drosihn Subject: Re: changing 'struct utmp' Cc: robert@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 12:21 PM -0400 6/28/02, Garance A Drosihn wrote: >I think it's better to leave utmp as it is, and start work on a >utmpx definition which is more standardized. Access to this >new improved database should be through the endutxent, getutxent, >getutxid, getutxline, pututxline, and setutxent routines. See http://www.opengroup.org/onlinepubs/007904975/functions/getutxent.html >See also the standardized definition of utmpx.h. http://www.opengroup.org/onlinepubs/007904975/basedefs/utmpx.h.html -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 11:16:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 919E637B401 for ; Fri, 28 Jun 2002 11:16:06 -0700 (PDT) Received: from moutvdom01.kundenserver.de (moutvdom01.kundenserver.de [195.20.224.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id A402743E09 for ; Fri, 28 Jun 2002 11:16:05 -0700 (PDT) (envelope-from david.schmidt@submeta.de) Received: from [195.20.224.220] (helo=mrvdomng1.kundenserver.de) by moutvdom01.kundenserver.de with esmtp (Exim 2.12 #3) id 17O0Hs-00028b-00 for freebsd-current@freebsd.org; Fri, 28 Jun 2002 20:16:04 +0200 Received: from [213.178.65.59] (helo=lorien.home) by mrvdomng1.kundenserver.de with esmtp (Exim 3.22 #2) id 17O0Hs-0001wJ-00 for freebsd-current@FreeBSD.org; Fri, 28 Jun 2002 20:16:04 +0200 Content-Type: text/plain; charset="iso-8859-15" From: David Schmidt To: freebsd-current@FreeBSD.org Subject: ftp-zugang du den NT-Maschinen Date: Fri, 28 Jun 2002 20:18:38 +0200 X-Mailer: KMail [version 1.4] MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200206282018.38195.david.schmidt@submeta.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, wei=DFt du noch, auf welcher Maschine man laut Felten es versuchen k=F6nn= te, sich=20 fort einzuloggen? Ich habs nat=FCrlich schon wieder vergessen. Ich w=FCrd= e meinen=20 Server gerne mal zuhause im Netzwerk testen. Gru=DF, David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 11:25:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3701137B400 for ; Fri, 28 Jun 2002 11:25:36 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id C2D5243E09 for ; Fri, 28 Jun 2002 11:25:30 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 25622 invoked by uid 1000); 28 Jun 2002 18:55:48 -0000 Date: Fri, 28 Jun 2002 11:55:48 -0700 (PDT) From: Nate Lawson To: current@freebsd.org Cc: Andreas Gustafsson Subject: Re: kern/38527: /dev/random does not obey O_NONBLOCK flag (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I assume this change was made so devices that were booting without a keyboard didn't hang indefinitely. But I agree with Andreas -- shouldn't the usermode programs be changed, not the kernel interface? If someone has better reasons for this, please let us know and close the PR (as well as document it somewhere). -Nate ---------- Forwarded message ---------- Date: Fri, 28 Jun 2002 11:02:45 -0700 (PDT) From: Andreas Gustafsson To: Nate Lawson Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/38527: /dev/random does not obey O_NONBLOCK flag Nate Lawson writes: > This behavior is intentional and was changed some time ago. If you want > to block on /dev/random waiting for bytes to be available, use > select/poll. You've got to be kidding. Why would you intentionally implement a behaviour that is a) gratuitously different from every other implementation of /dev/random b) gratuitously different from every other character device in the history of Unix by being nonblocking by default, c) not even correctly nonblocking, because when no data is available, read() on a nonblocking device is supposed to return -1 with errno=EWOULDBLOCK, but in the case of /dev/random, read() returns 0, and d) undocumented? -- Andreas Gustafsson, gson@nominum.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 11:26: 2 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6959F37B400 for ; Fri, 28 Jun 2002 11:25:50 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 001C143E06 for ; Fri, 28 Jun 2002 11:25:49 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.4/8.12.3) with ESMTP id g5SIPnT4006261; Fri, 28 Jun 2002 11:25:49 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.4/8.12.3/Submit) id g5SIPmPm006258; Fri, 28 Jun 2002 11:25:48 -0700 (PDT) (envelope-from dillon) Date: Fri, 28 Jun 2002 11:25:48 -0700 (PDT) From: Matthew Dillon Message-Id: <200206281825.g5SIPmPm006258@apollo.backplane.com> To: Wm Brian McCane Cc: Subject: Re: memory/swapping problem References: <20020628080323.U91563-100000@fw.mccons.net> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The amount of wired memory could be unrelated to the problem. Memory associated with the buffer cache will be wired, but it is limited to the size of the buffer cache. (It's also possible that there is indeed some sort of wired memory leak). p.s. I do not recommend using -current on a production system. -Matt Matthew Dillon :On Fri, 28 Jun 2002, Anthony Jenkins wrote: : :> :> Wm Brian McCane wrote: :> :> >I am having a problem with a new server that I am setting up to host my :> >UseNet news and email. :> > :> >Machine: :> > 1.26GHz 512MB/L1 Cache :> > 768MB PC133 Memory :> > 4x60GB UDMA100 IDE Drives :> > 4x36GB 160MBit SCSI Drives :> > :> >OS: 5.0-CURRENT (yes I know, but I have been CURRENT since 386bsd 0.1) :> >Software: :> > INN 2.3.3 :> > Sendmail w/amavisd milter :> > ipop3d :> > :> >This machine has been running for about 2 months on CURRENT with no :> >problems, but I recently upgraded the CPU from an 866 to the new one. At :> >that time, I also planned to replace the motherboard with a new Intel SAI2 :> >dual processor board, add a 2nd processor and drop in 3x512MB ECC :> >Registered DIMMs. So I built and installed a more current CURRENT and :> >added SMP to the config for my kernel. The motherboard was defective, so :> >I put back in the original board and memory chips, while I wait for the :> >replacement board. The 2nd night after the build was done, I started :> >having memory/swap/wired problems. I rebuilt the kernel for UP operation, :> >but the problems have not gone away. :> > :> >Machine averages about 95% idle all day except during news expiration. :> >For the first day, it averages around 45M wired. 'inn' process is about :> >137MB RSS. During expiration there is an understandable spike in CPU and :> >Swap activity. 'expire' process is about 259MB RSS. When the expiration :> >completes there is about 254MB still wired. The second night it goes to :> >500+MB wired and the system never finishes expiration before I get a call :> >that email is down. I have actually gone out and killed every process :> >running on the machine that I can (including inetd, syslogd, cron, sshd, :> >sendmail and inn). The wired memory is never released until I reboot the :> >machine. :> > :> The only issue that I've had that remotely resembles that involes CPU :> usage, not memory. Assuming your statistics are from top(1), can you :> try 'top -S' to display what system process resources are also? I'm :> betting it's some system task, since your killing user processes has had :> no effect. (btw my issue is the "irq10:" task seemingly locked in :> *Giant state and sucking >50% the CPU/WCPU measure.) :> :> -- :> Anthony Jenkins :> :Anthony, : : Tried this, nothing was showing huge memory consumption. I had to :reboot the machine anyway, so while it was down I put in another 256MB of :memory and manually ran the expire. No huge cpu/swap spike, and no :increase in wired memory after the expire. Looks like the wired memory :problem is tied to the swapping in some way, based on empirical data. : :- brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 11:28:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 001D437B400 for ; Fri, 28 Jun 2002 11:28:07 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE82743E06 for ; Fri, 28 Jun 2002 11:28:07 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.4/8.12.3) with ESMTP id g5SIS6T4006285; Fri, 28 Jun 2002 11:28:06 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.4/8.12.3/Submit) id g5SIS6xI006284; Fri, 28 Jun 2002 11:28:06 -0700 (PDT) (envelope-from dillon) Date: Fri, 28 Jun 2002 11:28:06 -0700 (PDT) From: Matthew Dillon Message-Id: <200206281828.g5SIS6xI006284@apollo.backplane.com> To: Julian Elischer Cc: FreeBSD current users Subject: Re: something funny with soft updates? References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :1389.803u 594.961s 35:59.14 91.9% 2697+2248k 11839+66940io 3701pf+0w : :It's interesting that despite the the extra writes (63640 of them) :it took almost the same time from all metrics. : :this is a 35 minute subsection of buildworld.. : :i.e. buildworld up to a particular point, : :there may not be anything wrong but I expected more improvement. :I remember that when I first committed softupdates it made a noticable :difference.... Julian, please note that a buildworld does *NOT* seriously exercise the filesystem. I/O ops are mostly reads. The only area where softupdates might have a major effect would be the rm -rf of the object tree at the beginning. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 11:46:47 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5721437B411; Fri, 28 Jun 2002 11:45:31 -0700 (PDT) Received: from alpha.develop.ferrari.net (host1.ferrari-electronic.de [62.159.79.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0092343E1C; Fri, 28 Jun 2002 11:43:56 -0700 (PDT) (envelope-from robert@ferrari-electronic.de) Received: (from robert@localhost) by alpha.develop.ferrari.net (8.11.6/8.11.6/SuSE Linux 0.5) id g5SIZQx08433; Fri, 28 Jun 2002 20:35:26 +0200 Date: Fri, 28 Jun 2002 20:35:26 +0200 From: Robert Drehmel To: Poul-Henning Kamp Cc: Mike Barcroft , current@FreeBSD.ORG, robert@FreeBSD.ORG Subject: Re: changing 'struct utmp' Message-ID: <20020628203526.A8390@alpha.develop.ferrari.net> References: <20020628113454.B34516@espresso.q9media.com> <4381.1025278687@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4381.1025278687@critter.freebsd.dk> User-Agent: Mutt/1.3.22.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 28, 2002 at 05:38:07PM +0200, Poul-Henning Kamp wrote: > In message <20020628113454.B34516@espresso.q9media.com>, Mike Barcroft writes: > >Robert Drehmel writes: > >> While trying to fix the bug described in a problem report about > >> 'w -n', and finding out that it is somewhat broken*, I came to > >> the conclusion that our 'struct utmp' is too limiting. > >> > >> I would like to modernize it as follows: > >> > >> #define UT_USERSIZE 16 > >> #define UT_LINESIZE 8 > >> #define UT_HOSTSIZE 18 /* increase by two bytes */ > > > >I think it might be a wise idea to make UT_HOSTSIZE much larger. > >Currently, it isn't even large enough to hold an IPv6 address. > > really guys, we need to do this right. > > The entire "line-number from /etc/ttys is index into file" concept > sucks. > > Fixed sized records suck badly. If people want a more sophisticated solution, I could also create a database format using the 'struct uxtmp' like Garrance and Mike suggested, but with dynamicly sized members, and the possibility to include only specific members in the structure. To access members in such a structure functions like void *utmpx_get_member(struct utmpx *, int which); could be provided. That format would be used for /var/run/utmp, /var/log/wtmp and /var/log/lastlog. It could be made configurable which members to include in 'struct xutmp's stored in the last two. Imagine an administrator wanting to log only remote network addresses, another one needs resolved complete host names - so why waste space for both? Just a thought.. > > Please, if you're going to do it, do it right. > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. ciao, -robert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 11:58:20 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61B3037B401 for ; Fri, 28 Jun 2002 11:58:17 -0700 (PDT) Received: from mail3.ksc.th.com (mail3.ksc.th.com [203.155.0.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id D65B343E09 for ; Fri, 28 Jun 2002 11:58:15 -0700 (PDT) (envelope-from easytoberich01@yahoo.com) Received: from ksc.th.com ([203.107.246.47]) by mail3.ksc.th.com (8.12.1/8.12.0) with SMTP id g5SIYRtm007846 for ; Sat, 29 Jun 2002 01:58:13 +0700 Message-Id: <200206281858.g5SIYRtm007846@mail3.ksc.th.com> Date: Sat, 29 Jun 2002 02:00:17 To: freebsd-current@FreeBSD.org From: easytoberich01@yahoo.com (international e-business) Subject: ÊÓËÃѺ¼Ùé·Õèµéͧ¡ÒÃâÍ¡ÒÊ㹡ÒÃà»ÅÕè¹á»Å§ªÕÇÔµ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG !!!!! Part-Time Job!! ÊÓËÃѺ¹Ñ¡àÃÕ¹ ¹Ñ¡ÈÖ¡ÉÒ áÅмÙé·Ó§Ò¹»ÃÐ¨Ó ¤Ø³µéͧ¡ÒçҹẺ¹ÕéºéÒ§äËÁ…?? -§Ò¹ parttime ·Ó§Ò¹·ÕèºéÒ¹ä´é ¶éҤسãªé Internet à»ç¹ -·Ó§Ò¹à¾Õ§ÇѹÅÐ 2-3 ªÁ. -ÃÒÂä´é 5,000 – 15,000 ºÒ· ¶éҤسà»ç¹¤¹Ë¹Ö觷Õè·Ó§Ò¹»ÃШÓËÃ×ÍÂѧäÁèÁÕ§Ò¹·Ó ¹Ñ¡ÈÖ¡ÉÒ·Õè¡ÓÅѧÈÖ¡ÉÒÍÂÙè ¼ÙéÇèÒ§§Ò¹ ËÃ×ͼÙé·ÕèÂѧ¾ÍÁÕàÇÅÒÇèÒ§¨Ò¡§Ò¹»ÃÐ¨Ó ÁդسÊÁºÑµÔàº×éͧµé¹´Ñ§¹Õé 1. ÁÕ·Ñȹ¤µÔ·Õè´Õ 2. ¾ÃéÍÁ·Õè¨ÐàÃÕ¹ÃÙé à¹×èͧ¨Ò¡à»ç¹ÃкºãËÁè¨Ö§µéͧãËéÁÕ¡ÒÃͺÃÁãËéµÒÁ¤ÇÒÁàËÁÒÐÊÁ 3. µéͧ¡Ò÷Õè¨Ð·Ó§Ò¹ÍÂèÒ§¨ÃÔ§¨Ñ§ ÍÂÒ¡·Õè¨Ðà»ÅÕ蹰ҹзҧ¡ÒÃà§Ô¹¢Í§µ¹àͧ áÅÐÍÂÒ¡ÁÕÃÒÂä´é¨Ò¡¡Ò÷ӧҹµÃ§¹Õé¨ÃÔ§æ ·Ø¡ÍÂèÒ§à»ç¹ä»ä´é ã¹ http://www.geocities.com/getchances2000/ ÍÂèÒ !…………….. à»ç¹á¤èà¾Õ§¤¹·Õè¹Ñè§ÃÍâÍ¡ÒÊ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 11:59:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ED9437B400 for ; Fri, 28 Jun 2002 11:58:57 -0700 (PDT) Received: from astro.phpwebhosting.com (astro.phpwebhosting.com [66.33.60.221]) by mx1.FreeBSD.org (Postfix) with SMTP id 5DE2843E09 for ; Fri, 28 Jun 2002 11:58:56 -0700 (PDT) (envelope-from howardjp@well.com) Received: (qmail 28200 invoked by uid 508); 28 Jun 2002 18:58:49 -0000 Received: from unknown (HELO wopr) (143.231.252.156) by astro.phpwebhosting.com with SMTP; 28 Jun 2002 18:58:49 -0000 Date: Fri, 28 Jun 2002 14:58:55 -0400 Subject: Re: changing 'struct utmp' Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: Poul-Henning Kamp , Mike Barcroft , current@FreeBSD.ORG, robert@FreeBSD.ORG To: Robert Drehmel From: James Howard In-Reply-To: <20020628203526.A8390@alpha.develop.ferrari.net> Message-Id: <18409B66-8AC9-11D6-AE66-003065BAAC62@well.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday, June 28, 2002, at 02:35 , Robert Drehmel wrote: > If people want a more sophisticated solution, I could also > create a database format using the 'struct uxtmp' like Garrance > and Mike suggested, but with dynamicly sized members, and the > possibility to include only specific members in the structure. > To access members in such a structure functions like > void *utmpx_get_member(struct utmpx *, int which); > could be provided. > > That format would be used for /var/run/utmp, /var/log/wtmp and > /var/log/lastlog. It could be made configurable which members > to include in 'struct xutmp's stored in the last two. Imagine > an administrator wanting to log only remote network addresses, > another one needs resolved complete host names - so why waste > space for both? If this is being messed with, it would be great to see full support for System V utmp records, along with the assorted things they throw in. And if you do not mind breaking a lot of code, you could convert it all to using a Berkeley-style database. Or even better, PostgreSQL. I gonna get smacked, aren't I? Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 12:40:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E49AF37B407 for ; Fri, 28 Jun 2002 12:40:13 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F4E743E0A for ; Fri, 28 Jun 2002 12:40:13 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020628194012.CFIC29588.sccrmhc01.attbi.com@InterJet.elischer.org>; Fri, 28 Jun 2002 19:40:12 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA75423; Fri, 28 Jun 2002 12:34:25 -0700 (PDT) Date: Fri, 28 Jun 2002 12:34:24 -0700 (PDT) From: Julian Elischer To: Matthew Dillon Cc: FreeBSD current users Subject: Re: something funny with soft updates? In-Reply-To: <200206281828.g5SIS6xI006284@apollo.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG maybe, but whan I first committed soft updates, I got between 10 and 15 % improvements in times.. On Fri, 28 Jun 2002, Matthew Dillon wrote: > > :1389.803u 594.961s 35:59.14 91.9% 2697+2248k 11839+66940io 3701pf+0w > : > :It's interesting that despite the the extra writes (63640 of them) > :it took almost the same time from all metrics. > : > :this is a 35 minute subsection of buildworld.. > : > :i.e. buildworld up to a particular point, > : > :there may not be anything wrong but I expected more improvement. > :I remember that when I first committed softupdates it made a noticable > :difference.... > > Julian, please note that a buildworld does *NOT* seriously exercise > the filesystem. I/O ops are mostly reads. The only area where > softupdates might have a major effect would be the rm -rf of the > object tree at the beginning. > > -Matt > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 12:44:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4855C37B401 for ; Fri, 28 Jun 2002 12:44:38 -0700 (PDT) Received: from mail3.ksc.th.com (mail3.ksc.th.com [203.155.0.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id B658C43E18 for ; Fri, 28 Jun 2002 12:44:28 -0700 (PDT) (envelope-from easytoberich01@yahoo.com) Received: from ksc.th.com ([203.107.246.47]) by mail3.ksc.th.com (8.12.1/8.12.0) with SMTP id g5SIYRJi007846 for ; Sat, 29 Jun 2002 02:44:26 +0700 Message-Id: <200206281944.g5SIYRJi007846@mail3.ksc.th.com> Date: Sat, 29 Jun 2002 02:46:30 To: current@FreeBSD.org From: easytoberich01@yahoo.com (international e-business) Subject: ÊÓËÃѺ¼Ùé·Õèµéͧ¡ÒÃâÍ¡ÒÊ㹡ÒÃà»ÅÕè¹á»Å§ªÕÇÔµ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG !!!!! Part-Time Job!! ÊÓËÃѺ¹Ñ¡àÃÕ¹ ¹Ñ¡ÈÖ¡ÉÒ áÅмÙé·Ó§Ò¹»ÃÐ¨Ó ¤Ø³µéͧ¡ÒçҹẺ¹ÕéºéÒ§äËÁ…?? -§Ò¹ parttime ·Ó§Ò¹·ÕèºéÒ¹ä´é ¶éҤسãªé Internet à»ç¹ -·Ó§Ò¹à¾Õ§ÇѹÅÐ 2-3 ªÁ. -ÃÒÂä´é 5,000 – 15,000 ºÒ· ¶éҤسà»ç¹¤¹Ë¹Ö觷Õè·Ó§Ò¹»ÃШÓËÃ×ÍÂѧäÁèÁÕ§Ò¹·Ó ¹Ñ¡ÈÖ¡ÉÒ·Õè¡ÓÅѧÈÖ¡ÉÒÍÂÙè ¼ÙéÇèÒ§§Ò¹ ËÃ×ͼÙé·ÕèÂѧ¾ÍÁÕàÇÅÒÇèÒ§¨Ò¡§Ò¹»ÃÐ¨Ó ÁդسÊÁºÑµÔàº×éͧµé¹´Ñ§¹Õé 1. ÁÕ·Ñȹ¤µÔ·Õè´Õ 2. ¾ÃéÍÁ·Õè¨ÐàÃÕ¹ÃÙé à¹×èͧ¨Ò¡à»ç¹ÃкºãËÁè¨Ö§µéͧãËéÁÕ¡ÒÃͺÃÁãËéµÒÁ¤ÇÒÁàËÁÒÐÊÁ 3. µéͧ¡Ò÷Õè¨Ð·Ó§Ò¹ÍÂèÒ§¨ÃÔ§¨Ñ§ ÍÂÒ¡·Õè¨Ðà»ÅÕ蹰ҹзҧ¡ÒÃà§Ô¹¢Í§µ¹àͧ áÅÐÍÂÒ¡ÁÕÃÒÂä´é¨Ò¡¡Ò÷ӧҹµÃ§¹Õé¨ÃÔ§æ ·Ø¡ÍÂèÒ§à»ç¹ä»ä´é ã¹ http://www.geocities.com/getchances2000/ ÍÂèÒ !…………….. à»ç¹á¤èà¾Õ§¤¹·Õè¹Ñè§ÃÍâÍ¡ÒÊ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 12:50: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 302BD37B401 for ; Fri, 28 Jun 2002 12:49:46 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FFA843E1F for ; Fri, 28 Jun 2002 12:48:10 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0574.cvx21-bradley.dialup.earthlink.net ([209.179.194.64] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17O1hw-0006KS-00; Fri, 28 Jun 2002 12:47:04 -0700 Message-ID: <3D1CBD0D.C8A45916@mindspring.com> Date: Fri, 28 Jun 2002 12:46:21 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: Julian Elischer , FreeBSD current users Subject: Re: something funny with soft updates? References: <200206281828.g5SIS6xI006284@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Dillon wrote: > :there may not be anything wrong but I expected more improvement. > :I remember that when I first committed softupdates it made a noticable > :difference.... > > Julian, please note that a buildworld does *NOT* seriously exercise > the filesystem. I/O ops are mostly reads. The only area where > softupdates might have a major effect would be the rm -rf of the > object tree at the beginning. I still want to know why his KSE numbers were better than the non-KSE numbers when KSE was not using soft updates, and they are the same, now that he *is* using soft updates. In general, there is (was?) a positive difference in buildworld times when using soft updates, and Julian seems to have now demonstrated that this is no longer the case. It would be interesting to find out what broke and who broke it, which is what I think he's asking, and recover the speedup, and find out if it's all in the object tree delete, or not (I think that Julian starts without an object tree for this masurement, right?). Maybe the difference in speed is related to the UFS2 commit? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 12:58:43 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F8ED37B40F for ; Fri, 28 Jun 2002 12:58:03 -0700 (PDT) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4865043E1B for ; Fri, 28 Jun 2002 12:57:48 -0700 (PDT) (envelope-from Scott_Long@adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g5SJv3E20779; Fri, 28 Jun 2002 12:57:03 -0700 (PDT) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id MAA21762; Fri, 28 Jun 2002 12:56:58 -0700 (PDT) Received: from btcexc01.btc.adaptec.com (btcexc01 [10.100.0.23]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id NAA15005; Fri, 28 Jun 2002 13:56:55 -0600 (MDT) Received: by btcexc01.btc.adaptec.com with Internet Mail Service (5.5.2653.19) id ; Fri, 28 Jun 2002 13:56:56 -0600 Message-ID: <2C7CBDC6EA58D6119E4A00065B3A24CB0463ED@btcexc01.btc.adaptec.com> From: "Long, Scott" To: "'Terry Lambert'" , Matthew Dillon Cc: Julian Elischer , FreeBSD current users , "'kirk@mckusick.com'" Subject: RE: something funny with soft updates? Date: Fri, 28 Jun 2002 13:56:54 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > Matthew Dillon wrote: > > :there may not be anything wrong but I expected more improvement. > > :I remember that when I first committed softupdates it made > a noticable > > :difference.... > > > > Julian, please note that a buildworld does *NOT* > seriously exercise > > the filesystem. I/O ops are mostly reads. The only area where > > softupdates might have a major effect would be the rm -rf of the > > object tree at the beginning. > > I still want to know why his KSE numbers were better than the > non-KSE numbers when KSE was not using soft updates, and they > are the same, now that he *is* using soft updates. > > In general, there is (was?) a positive difference in buildworld > times when using soft updates, and Julian seems to have now > demonstrated that this is no longer the case. > > It would be interesting to find out what broke and who broke it, > which is what I think he's asking, and recover the speedup, and > find out if it's all in the object tree delete, or not (I think > that Julian starts without an object tree for this masurement, > right?). > > Maybe the difference in speed is related to the UFS2 commit? > > -- Terry > I'm seeing similar weirdness in 4.6-STABLE. It seems to be especially pronounced on RAID arrays (irregardless of hardware vs software RAID). Memory size doesn't seem to make a difference, as an unloaded 2GB machine of mine behaves in exactly the same way. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 12:59:34 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45C8F37B407; Fri, 28 Jun 2002 12:59:19 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 517BB43E1A; Fri, 28 Jun 2002 12:59:01 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0574.cvx21-bradley.dialup.earthlink.net ([209.179.194.64] helo=mindspring.com) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17O1su-0006u1-00; Fri, 28 Jun 2002 12:58:24 -0700 Message-ID: <3D1CBFB8.F632B5DD@mindspring.com> Date: Fri, 28 Jun 2002 12:57:44 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Robert Drehmel Cc: Poul-Henning Kamp , Mike Barcroft , current@FreeBSD.ORG, robert@FreeBSD.ORG Subject: Re: changing 'struct utmp' References: <20020628113454.B34516@espresso.q9media.com> <4381.1025278687@critter.freebsd.dk> <20020628203526.A8390@alpha.develop.ferrari.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Robert Drehmel wrote: > On Fri, Jun 28, 2002 at 05:38:07PM +0200, Poul-Henning Kamp wrote: > > really guys, we need to do this right. > > > > The entire "line-number from /etc/ttys is index into file" concept > > sucks. > > > > Fixed sized records suck badly. > > If people want a more sophisticated solution, I could also > create a database format using the 'struct uxtmp' like Garrance > and Mike suggested, but with dynamicly sized members, and the > possibility to include only specific members in the structure. > To access members in such a structure functions like > void *utmpx_get_member(struct utmpx *, int which); > could be provided. Poul's right that it needs to be done right. I'm not sure if fixed sized records are really the problem, though. All of the tools (w, finger, ps, who, etc.) assume columnar output, so the display records are fixed size. Also, the ability to know your entry offset is entry# * sizeof(struct) avoids the locking and offset computation that would otherwise become necessary (locks are implicit, if there are no conflicts for allocation/deallocation). It's pretty obvious that there is a requirement for *at least* textual representation of an IPv6 address in the old utmp code. I think it's equally obvious though, that most work going forward is uxtmp, and it might not be right to store full fields even under uxtmp, due to insignificance of the characters after a certain point. I'm personally not certain what "bug" was "fixed" by the patch that was posted to the list (the description of the symptoms that supposedly required the patch were never posted, from what I saw). At the point it became an issue, the IP address as a text string should have been stored instead of the host name, anyway, for the updated field, and 18 is insufficient for a full IPv6 address -- if that's even what the issue was. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 13: 2:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDAF437B400 for ; Fri, 28 Jun 2002 13:02:22 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5947743E0F for ; Fri, 28 Jun 2002 13:02:22 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5SK2CtL053571; Fri, 28 Jun 2002 13:02:12 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.4/Submit) id g5SK2Cq0053563; Fri, 28 Jun 2002 13:02:12 -0700 (PDT) Date: Fri, 28 Jun 2002 13:02:12 -0700 From: "David O'Brien" To: Julian Elischer , FreeBSD current users Cc: ticso@cicely.de Subject: Re: KSE-MIII ready for commit Message-ID: <20020628130212.A53260@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , Julian Elischer , FreeBSD current users , ticso@cicely.de References: <20020628144916.GR14535@cicely5.cicely.de> <20020628171612.GU14535@cicely5.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020628171612.GU14535@cicely5.cicely.de>; from ticso@cicely5.cicely.de on Fri, Jun 28, 2002 at 07:16:13PM +0200 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 28, 2002 at 07:16:13PM +0200, Bernd Walter wrote: > On Fri, Jun 28, 2002 at 09:55:06AM -0700, Julian Elischer wrote: > > check signals.. especially ^Z/fg > > OK - there is a problem. > I just hangs - no break to debugger. Give there is suspected trouble with the patch, what are your intentions about committing it over this weekend? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 13: 7:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7723A37B400; Fri, 28 Jun 2002 13:07:24 -0700 (PDT) Received: from overcee.wemm.org (12-232-114-102.client.attbi.com [12.232.114.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id C015743E12; Fri, 28 Jun 2002 13:07:23 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 30D19390F; Fri, 28 Jun 2002 13:07:29 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Poul-Henning Kamp Cc: Mike Barcroft , Robert Drehmel , current@FreeBSD.ORG, robert@FreeBSD.ORG Subject: Re: changing 'struct utmp' In-Reply-To: <4381.1025278687@critter.freebsd.dk> Date: Fri, 28 Jun 2002 13:07:29 -0700 From: Peter Wemm Message-Id: <20020628200729.30D19390F@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > In message <20020628113454.B34516@espresso.q9media.com>, Mike Barcroft writes : > >Robert Drehmel writes: > >> While trying to fix the bug described in a problem report about > >> 'w -n', and finding out that it is somewhat broken*, I came to > >> the conclusion that our 'struct utmp' is too limiting. > >> > >> I would like to modernize it as follows: > >> > >> #define UT_USERSIZE 16 > >> #define UT_LINESIZE 8 > >> #define UT_HOSTSIZE 18 /* increase by two bytes */ > > > >I think it might be a wise idea to make UT_HOSTSIZE much larger. > >Currently, it isn't even large enough to hold an IPv6 address. > > really guys, we need to do this right. > > The entire "line-number from /etc/ttys is index into file" concept > sucks. > > Fixed sized records suck badly. > > Please, if you're going to do it, do it right. Yep. Also: - make a proper API to deal with it, otherwise things like xterm will trash the utmp file all over again without a 'final solution'. - make sure we can extend it in the future without having to do this all over again. - I'd quite like a variable sized .db file with a 'standard' getutent() style interface to it. - wtmp probably shouldn't be a .db file, but then again, it probably can. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 13:18: 7 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B184D37B405 for ; Fri, 28 Jun 2002 13:17:58 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5420843E1D for ; Fri, 28 Jun 2002 13:17:44 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0574.cvx21-bradley.dialup.earthlink.net ([209.179.194.64] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17O2BQ-0000CR-00; Fri, 28 Jun 2002 13:17:33 -0700 Message-ID: <3D1CC433.4EADFC02@mindspring.com> Date: Fri, 28 Jun 2002 13:16:51 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Long, Scott" Cc: Matthew Dillon , Julian Elischer , FreeBSD current users , "'kirk@mckusick.com'" Subject: Re: something funny with soft updates? References: <2C7CBDC6EA58D6119E4A00065B3A24CB0463ED@btcexc01.btc.adaptec.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Long, Scott" wrote: > I'm seeing similar weirdness in 4.6-STABLE. It seems to be especially > pronounced on RAID arrays (irregardless of hardware vs software RAID). > Memory size doesn't seem to make a difference, as an unloaded 2GB > machine of mine behaves in exactly the same way. Good. THat rules out UFS2-related problems. It was a shot in the dark anyway. Knowing it happens in 4.6 means that it should be identifiable as an MFC. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 13:18:40 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D738737B401; Fri, 28 Jun 2002 13:17:59 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C66843E1E; Fri, 28 Jun 2002 13:17:46 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g5SKHVbM028066; Fri, 28 Jun 2002 16:17:31 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Fri, 28 Jun 2002 16:17:30 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Peter Wemm Cc: Poul-Henning Kamp , Mike Barcroft , Robert Drehmel , current@FreeBSD.ORG, robert@FreeBSD.ORG Subject: Re: changing 'struct utmp' In-Reply-To: <20020628200729.30D19390F@overcee.wemm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 28 Jun 2002, Peter Wemm wrote: > > Please, if you're going to do it, do it right. > > Yep. Also: > - make a proper API to deal with it, otherwise things like xterm will trash > the utmp file all over again without a 'final solution'. > - make sure we can extend it in the future without having to do this all over > again. > - I'd quite like a variable sized .db file with a 'standard' getutent() style > interface to it. > - wtmp probably shouldn't be a .db file, but then again, it probably can. At one point, I hacked up a FreeBSD kernel to store utmp in kernel, since I needed fine-grained access control on utmp, and wanted to reduce the need for file-backed databases. I've long since lost the patches, but it actually worked fairly well -- I had to add a few more calls similar to "setlogin"/"getlogin", but adopted the same basic model: tie the information to the session. I kept wtmp in userland, however. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 13:19:12 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C268B37B40B; Fri, 28 Jun 2002 13:18:21 -0700 (PDT) Received: from overcee.wemm.org (12-232-114-102.client.attbi.com [12.232.114.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id F370E43E12; Fri, 28 Jun 2002 13:18:19 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 5A84B390F; Fri, 28 Jun 2002 13:18:25 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Garance A Drosihn Cc: Robert Drehmel , current@FreeBSD.ORG, robert@FreeBSD.ORG Subject: Re: changing 'struct utmp' In-Reply-To: Date: Fri, 28 Jun 2002 13:18:25 -0700 From: Peter Wemm Message-Id: <20020628201825.5A84B390F@overcee.wemm.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Garance A Drosihn wrote: > At 12:21 PM -0400 6/28/02, Garance A Drosihn wrote: > >I think it's better to leave utmp as it is, and start work on a > >utmpx definition which is more standardized. Access to this > >new improved database should be through the endutxent, getutxent, > >getutxid, getutxline, pututxline, and setutxent routines. > > See > http://www.opengroup.org/onlinepubs/007904975/functions/getutxent.html > > >See also the standardized definition of utmpx.h. > > http://www.opengroup.org/onlinepubs/007904975/basedefs/utmpx.h.html Incidently, there's nothing here that requires there be a flat file backing this stuff with fixed size records. A .db file with a format descriptor could implement this API just fine. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 13:24:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3833537B400; Fri, 28 Jun 2002 13:24:30 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id D949E43E06; Fri, 28 Jun 2002 13:24:29 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0574.cvx21-bradley.dialup.earthlink.net ([209.179.194.64] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17O2I1-0001KF-00; Fri, 28 Jun 2002 13:24:21 -0700 Message-ID: <3D1CC5CD.89C51083@mindspring.com> Date: Fri, 28 Jun 2002 13:23:41 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: Garance A Drosihn , Robert Drehmel , current@FreeBSD.ORG, robert@FreeBSD.ORG Subject: Re: changing 'struct utmp' References: <20020628201825.5A84B390F@overcee.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > > See > > http://www.opengroup.org/onlinepubs/007904975/functions/getutxent.html > > > > >See also the standardized definition of utmpx.h. > > > > http://www.opengroup.org/onlinepubs/007904975/basedefs/utmpx.h.html > > Incidently, there's nothing here that requires there be a flat file > backing this stuff with fixed size records. A .db file with a format > descriptor could implement this API just fine. Or even a system call, as Robert suggested. It also meets the criteria of something that will make xterm immune to breakage from future changes. All in all, Poul is still right -- utmpx is the way to go, going forward. I still think it might be worthwhile fixing the IPv6 issue with the current code, using Garrett's sockaddr_storage, but not doing anything beyond overflow bugfixing to the current utmp code. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 13:34:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5325237B400 for ; Fri, 28 Jun 2002 13:34:11 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0330043E06 for ; Fri, 28 Jun 2002 13:34:11 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.4/8.12.3) with ESMTP id g5SKY8T4007158; Fri, 28 Jun 2002 13:34:08 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.4/8.12.3/Submit) id g5SKY7Un007157; Fri, 28 Jun 2002 13:34:07 -0700 (PDT) (envelope-from dillon) Date: Fri, 28 Jun 2002 13:34:07 -0700 (PDT) From: Matthew Dillon Message-Id: <200206282034.g5SKY7Un007157@apollo.backplane.com> To: "Long, Scott" Cc: "'Terry Lambert'" , Julian Elischer , FreeBSD current users , "'kirk@mckusick.com'" Subject: Re: RE: something funny with soft updates? References: <2C7CBDC6EA58D6119E4A00065B3A24CB0463ED@btcexc01.btc.adaptec.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Before people go off half cocked please do some quantitative tests. Do at least three buildworld's in a row for each configuration, taking the timing results of the last two runs. If you do not run at least three buildworlds your timing results will be seriously skewed. Major timing differences will result: * Depending on the state of the /usr/obj tree prior to beginning the build. * Depending on the state of the cache in regards to having cached source files and directories. * Depending on the amount of debugging turned on in -current. I'll run a couple of tests with and without softupdates on one of my (large memory configuration) -stable boxes. -Matt Matthew Dillon :> :> Maybe the difference in speed is related to the UFS2 commit? :> :> -- Terry :> : :I'm seeing similar weirdness in 4.6-STABLE. It seems to be especially :pronounced on RAID arrays (irregardless of hardware vs software RAID). :Memory size doesn't seem to make a difference, as an unloaded 2GB :machine of mine behaves in exactly the same way. : :Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 13:37:57 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E58837B400; Fri, 28 Jun 2002 13:37:49 -0700 (PDT) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A52B43E06; Fri, 28 Jun 2002 13:37:47 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g5SKbhHP109138; Fri, 28 Jun 2002 16:37:43 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20020628203526.A8390@alpha.develop.ferrari.net> References: <20020628113454.B34516@espresso.q9media.com> <4381.1025278687@critter.freebsd.dk> <20020628203526.A8390@alpha.develop.ferrari.net> Date: Fri, 28 Jun 2002 16:37:42 -0400 To: Robert Drehmel , Poul-Henning Kamp From: Garance A Drosihn Subject: Re: changing 'struct utmp' Cc: Mike Barcroft , current@FreeBSD.ORG, robert@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 8:35 PM +0200 6/28/02, Robert Drehmel wrote: >If people want a more sophisticated solution, I could also >create a database format using the 'struct uxtmp' like >Garrance and Mike suggested, but with dynamicly sized members, >and the possibility to include only specific members in the >structure. (minor aside: just one 'r' in Garance... :-)) The standard describes a utmpx struct, which is only used by the user-visible routines. The format of the information as it is stored in the actual file is hidden from the applications. Once we get applications calling these routines, then we can change the format of the underlying files whenever we wish. We could even have the first step be to write the "getut*" routines which just reformat information from the present utmp file. >To access members in such a structure functions like > void *utmpx_get_member(struct utmpx *, int which); >could be provided. I think this is some extra work for very little extra gain. Anyone writing a program which is running on multiple platforms will just call the standard routines and reference the fields defined in the utmpx struct. >That format would be used for /var/run/utmp, /var/log/wtmp >and /var/log/lastlog. It could be made configurable which >members to include in 'struct xutmp's stored in the last two. What information is in the actual files, and what format that information is in, does not have to bear any relation to what the user program will see in struct utmpx. >Imagine an administrator wanting to log only remote network >addresses, another one needs resolved complete host names - so >why waste space for both? So you provide all programs with all the information that they expect to find... Programs are written which will do checks based on hostname or based on the IP address. The administrator can not rewrite the programs just because they want to save a few bytes on their hard disk. They might decide to save only 32-bytes of a hostname, or they might be willing to save up to 1024 bytes, but they have to save *something* of the hostname. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 13:40:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4603B37B400; Fri, 28 Jun 2002 13:40:19 -0700 (PDT) Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E4E143E09; Fri, 28 Jun 2002 13:40:18 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc03.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020628204017.USKT903.sccrmhc03.attbi.com@InterJet.elischer.org>; Fri, 28 Jun 2002 20:40:17 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA75719; Fri, 28 Jun 2002 13:39:26 -0700 (PDT) Date: Fri, 28 Jun 2002 13:39:25 -0700 (PDT) From: Julian Elischer To: "David O'Brien" Cc: FreeBSD current users , ticso@cicely.de Subject: Re: KSE-MIII ready for commit In-Reply-To: <20020628130212.A53260@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG that depends on when the problems are fixed.. at this stage i386 is running flawlessly, so given the size of the MD part of the patch (about 100 lines) I can;t see it taking TOO long.. I won't commit while existing non-thread capability is not working on an active platform.. On Fri, 28 Jun 2002, David O'Brien wrote: > On Fri, Jun 28, 2002 at 07:16:13PM +0200, Bernd Walter wrote: > > On Fri, Jun 28, 2002 at 09:55:06AM -0700, Julian Elischer wrote: > > > check signals.. especially ^Z/fg > > > > OK - there is a problem. > > I just hangs - no break to debugger. > > Give there is suspected trouble with the patch, what are your intentions > about committing it over this weekend? > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 13:41:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6CD737B405; Fri, 28 Jun 2002 13:41:15 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 675B543E06; Fri, 28 Jun 2002 13:41:08 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id ED59CAE160; Fri, 28 Jun 2002 13:41:07 -0700 (PDT) Date: Fri, 28 Jun 2002 13:41:07 -0700 From: Alfred Perlstein To: Julian Elischer Cc: David O'Brien , FreeBSD current users , ticso@cicely.de Subject: Re: KSE-MIII ready for commit Message-ID: <20020628204107.GA97638@elvis.mu.org> References: <20020628130212.A53260@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Julian Elischer [020628 13:40] wrote: > that depends on when the problems are fixed.. > at this stage i386 is running flawlessly, so given the size of the MD > part of the patch (about 100 lines) I can;t see it taking TOO long.. > > I won't commit while existing non-thread capability is not working on an > active platform.. That sounds reasonable. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 13:53:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79C0437B400 for ; Fri, 28 Jun 2002 13:53:52 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 024D743E06 for ; Fri, 28 Jun 2002 13:53:52 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5SKrjtL058292; Fri, 28 Jun 2002 13:53:45 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.4/Submit) id g5SKricl058291; Fri, 28 Jun 2002 13:53:44 -0700 (PDT) Date: Fri, 28 Jun 2002 13:53:44 -0700 From: "David O'Brien" To: Julian Elischer Cc: FreeBSD current users , ticso@cicely.de Subject: Re: KSE-MIII ready for commit Message-ID: <20020628135344.A57999@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , Julian Elischer , FreeBSD current users , ticso@cicely.de References: <20020628130212.A53260@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Fri, Jun 28, 2002 at 01:39:25PM -0700 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 28, 2002 at 01:39:25PM -0700, Julian Elischer wrote: > that depends on when the problems are fixed.. > at this stage i386 is running flawlessly, so given the size of the MD > part of the patch (about 100 lines) I can;t see it taking TOO long.. > > I won't commit while existing non-thread capability is not working on an > active platform.. Thank you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 14: 0:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB0FA37B400; Fri, 28 Jun 2002 14:00:21 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F42143E0A; Fri, 28 Jun 2002 14:00:21 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020628210020.XAWX6023.sccrmhc02.attbi.com@InterJet.elischer.org>; Fri, 28 Jun 2002 21:00:20 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA75789; Fri, 28 Jun 2002 13:54:32 -0700 (PDT) Date: Fri, 28 Jun 2002 13:54:31 -0700 (PDT) From: Julian Elischer To: "David O'Brien" Cc: FreeBSD current users , ticso@cicely.de Subject: Re: KSE-MIII ready for commit In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG p.s. while alpha seems 'close' I have no idea about sparc64.. On Fri, 28 Jun 2002, Julian Elischer wrote: > that depends on when the problems are fixed.. > at this stage i386 is running flawlessly, so given the size of the MD > part of the patch (about 100 lines) I can;t see it taking TOO long.. > > I won't commit while existing non-thread capability is not working on an > active platform.. > > On Fri, 28 Jun 2002, David O'Brien wrote: > > > On Fri, Jun 28, 2002 at 07:16:13PM +0200, Bernd Walter wrote: > > > On Fri, Jun 28, 2002 at 09:55:06AM -0700, Julian Elischer wrote: > > > > check signals.. especially ^Z/fg > > > > > > OK - there is a problem. > > > I just hangs - no break to debugger. > > > > Give there is suspected trouble with the patch, what are your intentions > > about committing it over this weekend? > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 14:15: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3A0837B400 for ; Fri, 28 Jun 2002 14:14:52 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E63A43E06 for ; Fri, 28 Jun 2002 14:14:52 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5SLEktL059256; Fri, 28 Jun 2002 14:14:46 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.4/Submit) id g5SLEk4D059255; Fri, 28 Jun 2002 14:14:46 -0700 (PDT) Date: Fri, 28 Jun 2002 14:14:46 -0700 From: "David O'Brien" To: Julian Elischer Cc: FreeBSD current users , ticso@cicely.de Subject: Re: KSE-MIII ready for commit Message-ID: <20020628141446.A59237@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , Julian Elischer , FreeBSD current users , ticso@cicely.de References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Fri, Jun 28, 2002 at 01:54:31PM -0700 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 28, 2002 at 01:54:31PM -0700, Julian Elischer wrote: > p.s. while alpha seems 'close' I have no idea about sparc64.. About to try the patch there. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 20: 5: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F2FC37B400 for ; Fri, 28 Jun 2002 20:04:57 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07DEB43E09 for ; Fri, 28 Jun 2002 20:04:57 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5T34mtL073000; Fri, 28 Jun 2002 20:04:48 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.4/Submit) id g5T34lbc072999; Fri, 28 Jun 2002 20:04:47 -0700 (PDT) Date: Fri, 28 Jun 2002 20:04:47 -0700 From: "David O'Brien" To: Julian Elischer Cc: FreeBSD current users , ticso@cicely.de Subject: Re: KSE-MIII ready for commit Message-ID: <20020628200447.A72907@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG Mail-Followup-To: David O'Brien , Julian Elischer , FreeBSD current users , ticso@cicely.de References: <20020628130212.A53260@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Fri, Jun 28, 2002 at 01:39:25PM -0700 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I was able to build and boot an Alpha kernel with last nights sources + `thediff'. I had no problems with ^Z in most cases. However: cd ../compile/KSE make depend # wait 5 sec ^Z p^Zanic: mutex Giant owned at ../../../kern/kern_thread.c:736 panic Stopped at Debugger+0x34: zapnot v0,#0xf,v0 db> tr Debugger() at Debugger+0x34 panic() at panic+0xe4 _mtx_assert() at _mtx_assert+0xac thread_suspend_check() at thread_suspend_check+0x154 userret() at userret+0x230 syscall() at syscall+0x3e8 XentSys() at XentSys+0x64 --- syscall (2, FreeBSD ELF, fork) --- --- user mode --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 20:11:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22D3737B401; Fri, 28 Jun 2002 20:11:11 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C786043E0A; Fri, 28 Jun 2002 20:11:09 -0700 (PDT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g5T3B0Ma004399 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 29 Jun 2002 05:11:04 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g5T3AwFJ039089 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 29 Jun 2002 05:10:58 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g5T3AwgR039088; Sat, 29 Jun 2002 05:10:58 +0200 (CEST)?g (envelope-from ticso) Date: Sat, 29 Jun 2002 05:10:58 +0200 From: Bernd Walter To: "David O'Brien" , Julian Elischer , FreeBSD current users , ticso@cicely.de Subject: Re: KSE-MIII ready for commit Message-ID: <20020629031057.GB39063@cicely5.cicely.de> Reply-To: ticso@cicely.de References: <20020628130212.A53260@dragon.nuxi.com> <20020628200447.A72907@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020628200447.A72907@dragon.nuxi.com> X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 28, 2002 at 08:04:47PM -0700, David O'Brien wrote: > I was able to build and boot an Alpha kernel with last nights sources + > `thediff'. I had no problems with ^Z in most cases. However: That's most likely the same reason, but I accidently had no INVARIANT & Co compiled in. After I added them I got the same. It should be fixed now. > cd ../compile/KSE > make depend > # wait 5 sec > ^Z > p^Zanic: mutex Giant owned at ../../../kern/kern_thread.c:736 > panic > Stopped at Debugger+0x34: zapnot v0,#0xf,v0 > db> tr > Debugger() at Debugger+0x34 > panic() at panic+0xe4 > _mtx_assert() at _mtx_assert+0xac > thread_suspend_check() at thread_suspend_check+0x154 > userret() at userret+0x230 > syscall() at syscall+0x3e8 > XentSys() at XentSys+0x64 > --- syscall (2, FreeBSD ELF, fork) --- > --- user mode --- -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 20:20:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D264137B400; Fri, 28 Jun 2002 20:20:12 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F00C43E09; Fri, 28 Jun 2002 20:20:12 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020629032011.NKZE29588.sccrmhc01.attbi.com@InterJet.elischer.org>; Sat, 29 Jun 2002 03:20:11 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id UAA77244; Fri, 28 Jun 2002 20:14:53 -0700 (PDT) Date: Fri, 28 Jun 2002 20:14:52 -0700 (PDT) From: Julian Elischer To: ticso@cicely.de Cc: "David O'Brien" , FreeBSD current users Subject: Re: KSE-MIII ready for commit In-Reply-To: <20020629031057.GB39063@cicely5.cicely.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David; the change is in alpha/alpha/trap.c.. if you don't want to rebuild everything.. (very simple.. just moved userret to AFTER giant was released..) On Sat, 29 Jun 2002, Bernd Walter wrote: > On Fri, Jun 28, 2002 at 08:04:47PM -0700, David O'Brien wrote: > > I was able to build and boot an Alpha kernel with last nights sources + > > `thediff'. I had no problems with ^Z in most cases. However: > > That's most likely the same reason, but I accidently had no INVARIANT & > Co compiled in. > After I added them I got the same. > It should be fixed now. > > > cd ../compile/KSE > > make depend > > # wait 5 sec > > ^Z > > p^Zanic: mutex Giant owned at ../../../kern/kern_thread.c:736 > > panic > > Stopped at Debugger+0x34: zapnot v0,#0xf,v0 > > db> tr > > Debugger() at Debugger+0x34 > > panic() at panic+0xe4 > > _mtx_assert() at _mtx_assert+0xac > > thread_suspend_check() at thread_suspend_check+0x154 > > userret() at userret+0x230 > > syscall() at syscall+0x3e8 > > XentSys() at XentSys+0x64 > > --- syscall (2, FreeBSD ELF, fork) --- > > --- user mode --- > > -- > B.Walter COSMO-Project http://www.cosmo-project.de > ticso@cicely.de Usergroup info@cosmo-project.de > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 21:40:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF5DD37B401 for ; Fri, 28 Jun 2002 21:40:09 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A32EB43E09 for ; Fri, 28 Jun 2002 21:40:09 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.4/8.12.3) with ESMTP id g5T4e6T4009322; Fri, 28 Jun 2002 21:40:06 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.4/8.12.3/Submit) id g5T4e6EU009321; Fri, 28 Jun 2002 21:40:06 -0700 (PDT) (envelope-from dillon) Date: Fri, 28 Jun 2002 21:40:06 -0700 (PDT) From: Matthew Dillon Message-Id: <200206290440.g5T4e6EU009321@apollo.backplane.com> To: Julian Elischer , "Long, Scott" Cc: FreeBSD current users Subject: Re: something funny with soft updates? References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :maybe, but whan I first committed soft updates, I got between 10 and 15 % :improvements in times.. Here is what I get on -STABLE, building the world. So my earlier statement about it not making a big difference was wrong :-) These are on a DELL2550 with /usr/src and /usr/obj on a single SCSI drive (/usr/src on a 2G partition, /usr/obj on a 2G partition). cd /usr/src mv ~dillon/bwtest.out ~dillon/bwtest.out.bak ( /usr/bin/time -l make -j 5 buildworld ) >>& ~dillon/bwtest.out ( /usr/bin/time -l make -j 5 buildworld ) >>& ~dillon/bwtest.out ( /usr/bin/time -l make -j 5 buildworld ) >>& ~dillon/bwtest.out fgrep user ~dillon/bwtest.out | fgrep real | fgrep sys | fgrep . | \ fgrep -v .c > XXX test1# cat x1 WITH SOFTUPDATES 1497.09 real 1397.98 user 612.06 sys 1500.12 real 1399.33 user 609.79 sys 1494.82 real 1398.30 user 612.46 sys test1# cat x2 WITHOUT SOFTUPDATES (normal ufs mount) 2449.14 real 1401.34 user 625.54 sys 2389.75 real 1400.38 user 629.86 sys 2358.82 real 1403.26 user 624.93 sys I'll try -current next. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 22: 0:33 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 462D737B400 for ; Fri, 28 Jun 2002 22:00:32 -0700 (PDT) Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4411C43E09 for ; Fri, 28 Jun 2002 22:00:31 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g5T50UY10629; Fri, 28 Jun 2002 23:00:30 -0600 (MDT) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g5T50RG69199; Fri, 28 Jun 2002 23:00:27 -0600 (MDT) (envelope-from imp@village.org) Date: Fri, 28 Jun 2002 22:59:51 -0600 (MDT) Message-Id: <20020628.225951.42144076.imp@village.org> To: gavin@ury.york.ac.uk Cc: current@FreeBSD.ORG Subject: Re: Laptop hangs with recent kernel From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: Gavin Atkinson writes: : I'm going to try backing out the recent pcmcia changes (as it has a topic : chipset) unless anyone can suggest anything else. However the hang is : random, so it may be hard to know if the back-out it fixes it. It is as good a place to start as any. I'd really like to know if it hurts you or helps you because so far it has helped all the laptops I've tried it on. i've noticed random panics in more recent kernels, but haven't been able to take a crash dump for reasons unknown. :-( Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 23: 3: 6 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D75C837B401 for ; Fri, 28 Jun 2002 23:03:01 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EEA643E06 for ; Fri, 28 Jun 2002 23:02:58 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5T62ptL077286; Fri, 28 Jun 2002 23:02:51 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.4/Submit) id g5T62pTR077285; Fri, 28 Jun 2002 23:02:51 -0700 (PDT) Date: Fri, 28 Jun 2002 23:02:51 -0700 From: "David O'Brien" To: Julian Elischer Cc: FreeBSD current users Subject: Re: KSE-MIII ready for commit Message-ID: <20020628230251.A77252@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org Mail-Followup-To: David O'Brien , Julian Elischer , FreeBSD current users References: <20020629031057.GB39063@cicely5.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Fri, Jun 28, 2002 at 08:14:52PM -0700 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Not buildable on sparc64: linking kernel.debug procfs_ctl.o: In function `procfs_control': procfs_ctl.o(.text+0x56c): undefined reference to `thread_unsuspend' init_main.o: In function `proc0_init': init_main.o(.text+0x3a8): undefined reference to `threadinit' kern_condvar.o: In function `cv_check_upcall': kern_condvar.o(.text+0xb8): undefined reference to `thread_schedule_upcall' kern_condvar.o: In function `cv_wait_sig': kern_condvar.o(.text+0x56c): undefined reference to `thread_suspend_check' kern_condvar.o: In function `cv_timedwait_sig': kern_condvar.o(.text+0xd18): undefined reference to `thread_suspend_check' kern_exec.o: In function `execve': kern_exec.o(.text+0x80): undefined reference to `thread_single' kern_exit.o: In function `exit1': kern_exit.o(.text+0xc4): undefined reference to `thread_suspend_check' kern_exit.o(.text+0xd8): undefined reference to `thread_single' kern_exit.o(.text+0x110): undefined reference to `thread_single_end' kern_exit.o(.text+0xb38): undefined reference to `thread_exit' kern_exit.o: In function `wait1': kern_exit.o(.text+0x1044): undefined reference to `thread_free' kern_exit.o(.text+0x1068): undefined reference to `thread_reap' kern_fork.o: In function `fork1': kern_fork.o(.text+0x410): undefined reference to `thread_single' kern_fork.o(.text+0x520): undefined reference to `thread_single_end' kern_fork.o(.text+0x5f4): undefined reference to `thread_single_end' kern_fork.o(.text+0xa70): undefined reference to `thread_alloc' kern_proc.o: In function `proc_linkup': kern_proc.o(.text+0x464): undefined reference to `thread_link' kern_proc.o: In function `kse_yield': kern_proc.o(.text+0x4c0): undefined reference to `thread_exit' kern_proc.o: In function `kse_new': kern_proc.o(.text+0x5f0): undefined reference to `thread_schedule_upcall' kern_sig.o: In function `psignal': kern_sig.o(.text+0x2500): undefined reference to `thread_unsuspend' kern_sig.o(.text+0x276c): undefined reference to `thread_unsuspend' kern_synch.o: In function `msleep': kern_synch.o(.text+0x6c8): undefined reference to `thread_schedule_upcall' kern_synch.o(.text+0xa28): undefined reference to `thread_suspend_check' kern_synch.o: In function `setrunnable': kern_synch.o(.text+0x1698): undefined reference to `thread_unsuspend' subr_trap.o: In function `userret': subr_trap.o(.text+0x200): undefined reference to `thread_suspend_check' subr_trap.o(.text+0x240): undefined reference to `thread_userret' trap.o: In function `trap': trap.o(.text+0x32c): undefined reference to `thread_exit' *** Error code 1 Stop in /files/src/sys/sparc64/compile/GENERIC. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 23:16:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E84D637B401 for ; Fri, 28 Jun 2002 23:16:52 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id F24FE43E09 for ; Fri, 28 Jun 2002 23:16:51 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5T6GotL077410; Fri, 28 Jun 2002 23:16:50 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.4/Submit) id g5T6GoqG077409; Fri, 28 Jun 2002 23:16:50 -0700 (PDT) Date: Fri, 28 Jun 2002 23:16:50 -0700 From: "David O'Brien" To: Julian Elischer Cc: FreeBSD current users Subject: Re: KSE-MIII ready for commit Message-ID: <20020628231650.A77383@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org Mail-Followup-To: David O'Brien , Julian Elischer , FreeBSD current users References: <20020629031057.GB39063@cicely5.cicely.de> <20020628230251.A77252@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020628230251.A77252@dragon.nuxi.com>; from obrien@FreeBSD.org on Fri, Jun 28, 2002 at 11:02:51PM -0700 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 28, 2002 at 11:02:51PM -0700, David O'Brien wrote: > Not buildable on sparc64: User error. Now I get: Mounting root from ufs:/dev/ad0a WARNING: / was not properly dismounted panic: trap: memory address not aligned cpuid = 0; Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 db> tr panic() at panic+0xf4 trap() at trap+0x4e8 -- memory address not aligned sfar=0xa1 sfsr=0x40029 %o7=0xc01efce4 -- vm_page_sleep_busy() at vm_page_sleep_busy+0x20 pmap_release() at pmap_release+0x90 vmspace_exitfree() at vmspace_exitfree+0x94 vm_waitproc() at vm_waitproc+0x44 wait1() at wait1+0x4e0 wait4() at wait4+0xc syscall() at syscall+0x368 -- syscall (7, FreeBSD ELF, wait4) %o7=0x13a0c0 -- userland() at 0x13be88 user trace: trap %o7=0x13a0c0 pc 0x13be88, sp 0x7fdffffec71 pc 0x10d064, sp 0x7fdffffed31 pc 0x10cd8c, sp 0x7fdffffedf1 pc 0x10cbf0, sp 0x7fdffffeec1 pc 0x10512c, sp 0x7fdffffef81 pc 0x103c58, sp 0x7fdfffff141 pc 0x10dc6c, sp 0x7fdfffff201 pc 0x10db24, sp 0x7fdfffff2e1 pc 0x1001e4, sp 0x7fdfffff401 pc 0, sp 0x7fdfffff4c1 done To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 23:40:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2A1B37B400 for ; Fri, 28 Jun 2002 23:40:11 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 850C043E06 for ; Fri, 28 Jun 2002 23:40:11 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020629064011.KTUE15755.rwcrmhc53.attbi.com@InterJet.elischer.org> for ; Sat, 29 Jun 2002 06:40:11 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA77945 for ; Fri, 28 Jun 2002 23:38:19 -0700 (PDT) Date: Fri, 28 Jun 2002 23:38:18 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: KSE times Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Some people have suggested to me that adding threads to the system would harm performance on our normal applications.. Here are times for 6 buildworlds. First 3 buildworlds on a NON KSE kernel: ----------------------------------------------------------- 3394.762u 1465.676s 1:27:45.19 92.3% 2733+2188k 36879+7292io 10981pf+0w 3397.863u 1481.278s 1:27:34.20 92.8% 2730+2183k 34221+7410io 11490pf+0w 3396.832u 1469.611s 1:27:16.35 92.9% 2732+2187k 34291+7378io 11069pf+0w ref4# uname -a FreeBSD ref4.dev.vicor-nb.com 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Fri Jun 28 06:59:27 GMT 2002 root@ref4.dev.vicor-nb.com:/usr/src/sys/i386/compile/REF3 i386 ----------------------------------------------------------- Here are the times for 3 buildworlds on a matching (same sources but patched) KSE kernel. (same machine, filesystem etc.) ----------------------------------------------------------- 3398.500u 1479.576s 1:27:45.53 92.6% 2728+2187k 35473+7392io 11153pf+0w 3399.223u 1474.230s 1:27:56.90 92.3% 2730+2188k 36966+7378io 10978pf+0w 3396.722u 1482.599s 1:27:33.38 92.8% 2732+2186k 33606+7402io 12059pf+0w ref4# uname -a FreeBSD ref4.dev.vicor-nb.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Jun 28 06:22:31 GMT 2002 root@ref4.dev.vicor-nb.com:/usr/src/sys.kse/i386/compile/REF3 i386 ---------------------------------------------------------- I was actually expecting more difference than this, so I'm very pleased. I've tried to keep out of the code path for non threaded processes as much as possible. It appears that I've been successful. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 23:40:42 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFD6A37B405; Fri, 28 Jun 2002 23:40:12 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65FD843E09; Fri, 28 Jun 2002 23:40:12 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020629064012.KTUJ15755.rwcrmhc53.attbi.com@InterJet.elischer.org>; Sat, 29 Jun 2002 06:40:12 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA77947; Fri, 28 Jun 2002 23:39:29 -0700 (PDT) Date: Fri, 28 Jun 2002 23:39:29 -0700 (PDT) From: Julian Elischer To: "David O'Brien" Cc: FreeBSD current users Subject: Re: KSE-MIII ready for commit In-Reply-To: <20020628231650.A77383@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jake just checked something in that looks like it may be relevant. On Fri, 28 Jun 2002, David O'Brien wrote: > On Fri, Jun 28, 2002 at 11:02:51PM -0700, David O'Brien wrote: > > Not buildable on sparc64: > > User error. Now I get: > > Mounting root from ufs:/dev/ad0a > WARNING: / was not properly dismounted > panic: trap: memory address not aligned > cpuid = 0; Debugger("panic") > Stopped at Debugger+0x1c: ta %xcc, 1 > db> tr > panic() at panic+0xf4 > trap() at trap+0x4e8 > -- memory address not aligned sfar=0xa1 sfsr=0x40029 %o7=0xc01efce4 -- > vm_page_sleep_busy() at vm_page_sleep_busy+0x20 > pmap_release() at pmap_release+0x90 > vmspace_exitfree() at vmspace_exitfree+0x94 > vm_waitproc() at vm_waitproc+0x44 > wait1() at wait1+0x4e0 > wait4() at wait4+0xc > syscall() at syscall+0x368 > -- syscall (7, FreeBSD ELF, wait4) %o7=0x13a0c0 -- > userland() at 0x13be88 > user trace: trap %o7=0x13a0c0 > pc 0x13be88, sp 0x7fdffffec71 > pc 0x10d064, sp 0x7fdffffed31 > pc 0x10cd8c, sp 0x7fdffffedf1 > pc 0x10cbf0, sp 0x7fdffffeec1 > pc 0x10512c, sp 0x7fdffffef81 > pc 0x103c58, sp 0x7fdfffff141 > pc 0x10dc6c, sp 0x7fdfffff201 > pc 0x10db24, sp 0x7fdfffff2e1 > pc 0x1001e4, sp 0x7fdfffff401 > pc 0, sp 0x7fdfffff4c1 > done > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 23:41: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3D5737B401; Fri, 28 Jun 2002 23:40:13 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FE9643E06; Fri, 28 Jun 2002 23:40:13 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020629064013.KTUO15755.rwcrmhc53.attbi.com@InterJet.elischer.org>; Sat, 29 Jun 2002 06:40:13 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA77935; Fri, 28 Jun 2002 23:37:00 -0700 (PDT) Date: Fri, 28 Jun 2002 23:36:59 -0700 (PDT) From: Julian Elischer To: "David O'Brien" Cc: FreeBSD current users Subject: Re: KSE-MIII ready for commit In-Reply-To: <20020628231650.A77383@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You must have something wrong in the MD code that jake added.. I don't do anything in that code or with any allignments none of these functions have been altered.. Jake said he had it going... On Fri, 28 Jun 2002, David O'Brien wrote: > On Fri, Jun 28, 2002 at 11:02:51PM -0700, David O'Brien wrote: > > Not buildable on sparc64: > > User error. Now I get: > > Mounting root from ufs:/dev/ad0a > WARNING: / was not properly dismounted > panic: trap: memory address not aligned > cpuid = 0; Debugger("panic") > Stopped at Debugger+0x1c: ta %xcc, 1 > db> tr > panic() at panic+0xf4 > trap() at trap+0x4e8 > -- memory address not aligned sfar=0xa1 sfsr=0x40029 %o7=0xc01efce4 -- > vm_page_sleep_busy() at vm_page_sleep_busy+0x20 > pmap_release() at pmap_release+0x90 > vmspace_exitfree() at vmspace_exitfree+0x94 > vm_waitproc() at vm_waitproc+0x44 > wait1() at wait1+0x4e0 > wait4() at wait4+0xc > syscall() at syscall+0x368 > -- syscall (7, FreeBSD ELF, wait4) %o7=0x13a0c0 -- > userland() at 0x13be88 > user trace: trap %o7=0x13a0c0 > pc 0x13be88, sp 0x7fdffffec71 > pc 0x10d064, sp 0x7fdffffed31 > pc 0x10cd8c, sp 0x7fdffffedf1 > pc 0x10cbf0, sp 0x7fdffffeec1 > pc 0x10512c, sp 0x7fdffffef81 > pc 0x103c58, sp 0x7fdfffff141 > pc 0x10dc6c, sp 0x7fdfffff201 > pc 0x10db24, sp 0x7fdfffff2e1 > pc 0x1001e4, sp 0x7fdfffff401 > pc 0, sp 0x7fdfffff4c1 > done > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 23:41:10 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6B3637B406; Fri, 28 Jun 2002 23:40:14 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5996E43E06; Fri, 28 Jun 2002 23:40:14 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020629064014.KTUV15755.rwcrmhc53.attbi.com@InterJet.elischer.org>; Sat, 29 Jun 2002 06:40:14 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA77926; Fri, 28 Jun 2002 23:33:26 -0700 (PDT) Date: Fri, 28 Jun 2002 23:33:26 -0700 (PDT) From: Julian Elischer To: "David O'Brien" Cc: FreeBSD current users Subject: Re: KSE-MIII ready for commit In-Reply-To: <20020628230251.A77252@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG you are missing kern_thread.c On Fri, 28 Jun 2002, David O'Brien wrote: > Not buildable on sparc64: > > linking kernel.debug > procfs_ctl.o: In function `procfs_control': > procfs_ctl.o(.text+0x56c): undefined reference to `thread_unsuspend' > init_main.o: In function `proc0_init': > init_main.o(.text+0x3a8): undefined reference to `threadinit' > kern_condvar.o: In function `cv_check_upcall': > kern_condvar.o(.text+0xb8): undefined reference to `thread_schedule_upcall' > kern_condvar.o: In function `cv_wait_sig': > kern_condvar.o(.text+0x56c): undefined reference to `thread_suspend_check' > kern_condvar.o: In function `cv_timedwait_sig': > kern_condvar.o(.text+0xd18): undefined reference to `thread_suspend_check' > kern_exec.o: In function `execve': > kern_exec.o(.text+0x80): undefined reference to `thread_single' > kern_exit.o: In function `exit1': > kern_exit.o(.text+0xc4): undefined reference to `thread_suspend_check' > kern_exit.o(.text+0xd8): undefined reference to `thread_single' > kern_exit.o(.text+0x110): undefined reference to `thread_single_end' > kern_exit.o(.text+0xb38): undefined reference to `thread_exit' > kern_exit.o: In function `wait1': > kern_exit.o(.text+0x1044): undefined reference to `thread_free' > kern_exit.o(.text+0x1068): undefined reference to `thread_reap' > kern_fork.o: In function `fork1': > kern_fork.o(.text+0x410): undefined reference to `thread_single' > kern_fork.o(.text+0x520): undefined reference to `thread_single_end' > kern_fork.o(.text+0x5f4): undefined reference to `thread_single_end' > kern_fork.o(.text+0xa70): undefined reference to `thread_alloc' > kern_proc.o: In function `proc_linkup': > kern_proc.o(.text+0x464): undefined reference to `thread_link' > kern_proc.o: In function `kse_yield': > kern_proc.o(.text+0x4c0): undefined reference to `thread_exit' > kern_proc.o: In function `kse_new': > kern_proc.o(.text+0x5f0): undefined reference to `thread_schedule_upcall' > kern_sig.o: In function `psignal': > kern_sig.o(.text+0x2500): undefined reference to `thread_unsuspend' > kern_sig.o(.text+0x276c): undefined reference to `thread_unsuspend' > kern_synch.o: In function `msleep': > kern_synch.o(.text+0x6c8): undefined reference to `thread_schedule_upcall' > kern_synch.o(.text+0xa28): undefined reference to `thread_suspend_check' > kern_synch.o: In function `setrunnable': > kern_synch.o(.text+0x1698): undefined reference to `thread_unsuspend' > subr_trap.o: In function `userret': > subr_trap.o(.text+0x200): undefined reference to `thread_suspend_check' > subr_trap.o(.text+0x240): undefined reference to `thread_userret' > trap.o: In function `trap': > trap.o(.text+0x32c): undefined reference to `thread_exit' > *** Error code 1 > > Stop in /files/src/sys/sparc64/compile/GENERIC. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 28 23:55:51 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B195337B400 for ; Fri, 28 Jun 2002 23:55:49 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4123243E09 for ; Fri, 28 Jun 2002 23:55:49 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5T6tktL080388; Fri, 28 Jun 2002 23:55:46 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.4/Submit) id g5T6tkqa080387; Fri, 28 Jun 2002 23:55:46 -0700 (PDT) Date: Fri, 28 Jun 2002 23:55:46 -0700 From: "David O'Brien" To: Julian Elischer Cc: FreeBSD current users Subject: Re: KSE-MIII ready for commit Message-ID: <20020628235546.A80263@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org Mail-Followup-To: David O'Brien , Julian Elischer , FreeBSD current users References: <20020628231650.A77383@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Fri, Jun 28, 2002 at 11:39:29PM -0700 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 28, 2002 at 11:39:29PM -0700, Julian Elischer wrote: > Jake just checked something in that looks like it may be relevant. Yes it was. `thediff' on sparc64 is solid. Still some ast funkiness on Alpha, but it is not so bad as to make it so someone cannot get work done on Alpha if they are careful. I personally am happy with the state of things on non-i386 platforms. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 0:40:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 999C537B401 for ; Sat, 29 Jun 2002 00:40:09 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 206ED43E1D for ; Sat, 29 Jun 2002 00:40:09 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020629074008.LVYI9178.rwcrmhc51.attbi.com@InterJet.elischer.org> for ; Sat, 29 Jun 2002 07:40:08 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA78196 for ; Sat, 29 Jun 2002 00:37:41 -0700 (PDT) Date: Sat, 29 Jun 2002 00:37:40 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: geom breaks current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG current as of an hour or so ago.. ref3> make cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wno-format -ansi -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I/usr/include -DGPROF -DGPROF4 -DGUPROF -D_KERNEL -include opt_global.h -fno-common -falign-functions=16 -fno-builtin -mpreferred-stack-boundary=2 -ffreestanding -Werror -pg -mprofiler-epilogue ../../../geom/geom_kern.c ../../../geom/geom_kern.c: In function `g_up_procbody': ../../../geom/geom_kern.c:66: structure has no member named `p_xxthread' ../../../geom/geom_kern.c: In function `g_down_procbody': ../../../geom/geom_kern.c:89: structure has no member named `p_xxthread' *** Error code 1 Stop in /usr/home/julian/p4/kse/sys/i386/compile/LINT. ok, ok, p_xx thread was named that so that you are not supposed to use it. I'll fix it.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 0:40:24 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C281D37B405; Sat, 29 Jun 2002 00:40:10 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C84D43E1D; Sat, 29 Jun 2002 00:40:10 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020629074009.LVYL9178.rwcrmhc51.attbi.com@InterJet.elischer.org>; Sat, 29 Jun 2002 07:40:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id AAA78175; Sat, 29 Jun 2002 00:22:43 -0700 (PDT) Date: Sat, 29 Jun 2002 00:22:42 -0700 (PDT) From: Julian Elischer To: "David O'Brien" Cc: FreeBSD current users Subject: Re: KSE-MIII ready for commit In-Reply-To: <20020628235546.A80263@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 28 Jun 2002, David O'Brien wrote: > On Fri, Jun 28, 2002 at 11:39:29PM -0700, Julian Elischer wrote: > > Jake just checked something in that looks like it may be relevant. > > Yes it was. `thediff' on sparc64 is solid. > Still some ast funkiness on Alpha, but it is not so bad as to make it so > someone cannot get work done on Alpha if they are careful. I'm puzzled by that because it works solid for Bernd. My problem is that I have to do a new buildworld test because I suspect that there may be problems withthe new gdb compiling.. If I commit a new kernel now, gdb may break world, so I have to redo a buildworld.. :-/ > > I personally am happy with the state of things on non-i386 platforms. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 1:17: 8 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DECC237B400 for ; Sat, 29 Jun 2002 01:17:00 -0700 (PDT) Received: from hotmail.com (f118.law15.hotmail.com [64.4.23.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BCA043E0A for ; Sat, 29 Jun 2002 01:17:00 -0700 (PDT) (envelope-from jack_zhangcl@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 29 Jun 2002 01:17:00 -0700 Received: from 202.94.4.246 by lw15fd.law15.hotmail.msn.com with HTTP; Sat, 29 Jun 2002 08:17:00 GMT X-Originating-IP: [202.94.4.246] From: "zhang jack" To: current@FreeBSD.org Subject: strange netstat output on Intel pro/1000 netperf testing Date: Sat, 29 Jun 2002 08:17:00 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=gb2312; format=flowed Message-ID: X-OriginalArrivalTime: 29 Jun 2002 08:17:00.0311 (UTC) FILETIME=[57A01A70:01C21F45] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, When I using netperf to test Intel Pro/1000 performance, I got strange netstat output: #./netperf -H 10.0.0.2 TCP STREAM TEST to 10.0.0.2 on 10.0.0.2, I start netstat -w 1 , but got strange output: it seems the link is dowm and up ceaselessly. input (Total) output packets errs bytes packets errs bytes colls 1 0 1212460 1 0 9462 0 553 0 1206100 277 0 10458 0 1 0 1203800 1 0 9291 0 554 0 1214652 278 0 10461 0 1 0 1203816 1 0 9291 0 553 0 1214636 277 0 10461 0 1 0 1203888 1 0 9291 0 553 0 1214636 277 0 10461 0 4 0 1203784 2 0 9291 0 555 0 1214692 277 0 10465 0 1 0 1195140 1 0 9225 0 551 0 1214596 276 0 10457 0 1 0 1203768 1 0 9291 0 553 0 1214652 277 0 10461 0 I am using 4.6 -stable and 5.0 -current Can anyone help me? Best regards=3D20 Jack Zhang _________________________________________________________________ Ãâ·ÑÏÂÔØ MSN Explorer: http://explorer.msn.com/lccn/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 1:20:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFCE837B401 for ; Sat, 29 Jun 2002 01:20:10 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F76243E06 for ; Sat, 29 Jun 2002 01:20:10 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020629082009.RJYR29588.sccrmhc01.attbi.com@InterJet.elischer.org> for ; Sat, 29 Jun 2002 08:20:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA78329 for ; Sat, 29 Jun 2002 01:07:18 -0700 (PDT) Date: Sat, 29 Jun 2002 01:07:17 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: oops geom didn't break world.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG only in my environment here where KSE is going through pre commit tests.. it was a KSE/Geom clash.. now fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 2: 0:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 756C237B401 for ; Sat, 29 Jun 2002 02:00:14 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57D7F43E06 for ; Sat, 29 Jun 2002 02:00:13 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020629090013.UHIR8262.rwcrmhc52.attbi.com@InterJet.elischer.org> for ; Sat, 29 Jun 2002 09:00:13 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA78444 for ; Sat, 29 Jun 2002 01:41:06 -0700 (PDT) Date: Sat, 29 Jun 2002 01:41:05 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: HEADSUP! KSE breakage imminent! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am on final aproach for KSE-MIII commit It's a bit like landing in an aircraft carrier because I'm converging with a moving target. (And I'm flying a DC-3) In the next couple of days I expect we will see minor breakages as things shake out of the woodwork. I can already tell you where we will see problems: Signals.. particularly to do with suspension and awakening. Seems ok 99,9 % of the time on i386 but a bit shakier on some alphas (?) Debugging.. There's a welligtom bomber just landed in front of me (not a bad job to land that on a ship) (GDB-5.2) but we're likely to se some joggling for elbowroom on the flight deck between the two new commits. expect a bit of finger pointing for a while while we sort it out :-) Possible odd lockups in unusual situations.. I've only been able to test a subset of "real life". If you do something that is unusual.. and it acts wierd, send me as much info as you can.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 2: 0:45 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7536137B409; Sat, 29 Jun 2002 02:00:15 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D7F643E06; Sat, 29 Jun 2002 02:00:15 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020629090014.UHIV8262.rwcrmhc52.attbi.com@InterJet.elischer.org>; Sat, 29 Jun 2002 09:00:14 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA78462; Sat, 29 Jun 2002 01:53:27 -0700 (PDT) Date: Sat, 29 Jun 2002 01:53:26 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Cc: developers@freebsd.org Subject: KSE commit schedule and freeze please? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It's 01:42 here. I'm compiling world with the KSE sys tree in it hopefully for the last time.. it will be finished in an hour but I can't wait that long here. (My wife would like to go to sleep) SO assuming it completes (unknown.. it's the first one with the new GDB) I'd like to commit tomorrow AM. because it is a or 4 hour cycle of testing, (particularly the buildworld Every time someone makes a checkin that could possibly be effected by kernel structures etc, (e.g. ps, gdb, fstat, etc.) or a kernel checkin, I have to go around the test again. If we could have a freeze on major commits for the next 12 hours it'd really help.. What this is NOT: a request to not commit anything. What it IS: If you are going to commit something to the kernel that even THINKS ABOUT the proc struct or signals or VM or interrupts or scheduling, could you hold off.. If it's a network PCI ID.. feel free.. I need a steady target.. for a few hours before and after the commit. I can cope with minor merges however. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 3:32:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 400AA37B400 for ; Sat, 29 Jun 2002 03:32:14 -0700 (PDT) Received: from mx3.datanet.hu (mx3.datanet.hu [194.149.13.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id B381943E06 for ; Sat, 29 Jun 2002 03:32:13 -0700 (PDT) (envelope-from sziszi@bsd.hu) Received: from fonix.adamsfamily.xx (nilus-550.adsl.datanet.hu [195.56.50.42]) by mx3.datanet.hu (DataNet) with ESMTP id 272E91EA0A5 for ; Sat, 29 Jun 2002 12:32:11 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.5/8.12.5) with ESMTP id g5TAWH8x074199 for ; Sat, 29 Jun 2002 12:32:17 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.5/8.12.5/Submit) id g5TAWHZM074198 for freebsd-current@freebsd.org; Sat, 29 Jun 2002 12:32:17 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Sat, 29 Jun 2002 12:32:16 +0200 From: Szilveszter Adam To: freebsd-current@freebsd.org Subject: New GDB breaks buildworld: no fbsd-kgdb.h Message-ID: <20020629103216.GA883@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello everybody, It seems that the new GDB import breaks world. Appearently, a file named "fbsd-kgdb.h" is missing, although it is included from /usr/obj/usr/src/gnu/usr.bin/binutils/gdb/nm.h, which is a generated file. Such a file cannot be found in the base gdb-5.2 distribution, and it is not in the FreeBSD CVS repo either, neither is it among the patches to the devel/gdb52 port. The relevant line of src/gnu/usr.bin/binutils/gdb/Makefile has been added in rev 1.60 ("Bmake bits for GDB 5.2"). It is not my job to decide if this file is needed or not. If it is, it should be added to the repo (or some way of generating it) if it isn't, the reference needs to be removed. Since it is the maintainer's chance to decide on the approach, no patch this time. There is a faint suspicion that this might be a forgotten part of the kernel debugging patches that were incorporated in-house by David. -- Regards: Szilveszter ADAM Szombathely Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 4:50:22 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A72C137B409; Sat, 29 Jun 2002 04:50:18 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id E007043E1A; Sat, 29 Jun 2002 04:47:51 -0700 (PDT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g5TBkfMa007951 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 29 Jun 2002 13:46:44 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g5TBkdFJ041064 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 29 Jun 2002 13:46:40 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g5TBkdZu041063; Sat, 29 Jun 2002 13:46:39 +0200 (CEST)?g (envelope-from ticso) Date: Sat, 29 Jun 2002 13:46:39 +0200 From: Bernd Walter To: freebsd-current@freebsd.org Cc: freebsd-alpha@freebsd.org Subject: binary compatibility broken. Message-ID: <20020629114638.GE39063@cicely5.cicely.de> Reply-To: ticso@cicely.de Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I noticed that most of my older binaries on a freebsd-alpha stopped working on a newer -current. I did not though much about it as they were compiled under an earlier -current. Now I found out that 4.x binaries don't work too. That's especialy bad as I run cvsup on that machine and modula has a 4.x bootstrap. The symptoms are mixed from assertion failure to segfaults. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 4:54:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10C2A37B400; Sat, 29 Jun 2002 04:54:55 -0700 (PDT) Received: from hotmail.com (f94.law15.hotmail.com [64.4.23.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAC6643E0A; Sat, 29 Jun 2002 04:54:54 -0700 (PDT) (envelope-from jack_zhangcl@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 29 Jun 2002 04:52:25 -0700 Received: from 202.94.4.246 by lw15fd.law15.hotmail.msn.com with HTTP; Sat, 29 Jun 2002 11:52:25 GMT X-Originating-IP: [202.94.4.246] From: "zhang jack" To: current@FreeBSD.org, hardware@FreeBSD.org Subject: wscale issue on netperf testing Date: Sat, 29 Jun 2002 11:52:25 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=gb2312; format=flowed Message-ID: X-OriginalArrivalTime: 29 Jun 2002 11:52:25.0068 (UTC) FILETIME=[6F6182C0:01C21F63] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I am testing giga bits NICs with netperf,two machine have the same install, but when I start netperf,using tcpdump to listen,the wscale is different. giga# tcpdump -vv -n -i em0 -c 100 tcpdump: listening on em0 19:28:35.946808 10.0.0.1.49187 > 10.0.0.2.12865: S [tcp sum ok] 3414289560:3414289560(0) win 65535 (ttl 64, id 12226, len 60) 19:28:35.946877 10.0.0.2.12865 > 10.0.0.1.49187: S [bad tcp cksum 751c!] 2862099494:2862099494(0) ack 3414289561 win 57344 (ttl 64, id 27150, len 60) can anyone help me? Jack _________________________________________________________________ ÓëÁª»úµÄÅóÓѽøÐн»Á÷£¬ÇëʹÓà MSN Messenger: http://messenger.microsoft.com/cn/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 5: 8:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB03537B401; Sat, 29 Jun 2002 05:08:12 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6717C43E0A; Sat, 29 Jun 2002 05:08:11 -0700 (PDT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g5TC7wMa008139 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 29 Jun 2002 14:08:00 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g5TC7wFJ041182 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 29 Jun 2002 14:07:58 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g5TC7vnQ041181; Sat, 29 Jun 2002 14:07:57 +0200 (CEST)?g (envelope-from ticso) Date: Sat, 29 Jun 2002 14:07:57 +0200 From: Bernd Walter To: "David O'Brien" Cc: Julian Elischer , FreeBSD current users Subject: Re: KSE-MIII ready for commit Message-ID: <20020629120756.GG39063@cicely5.cicely.de> Reply-To: ticso@cicely.de References: <20020628231650.A77383@dragon.nuxi.com> <20020628235546.A80263@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020628235546.A80263@dragon.nuxi.com> X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 28, 2002 at 11:55:46PM -0700, David O'Brien wrote: > On Fri, Jun 28, 2002 at 11:39:29PM -0700, Julian Elischer wrote: > > Jake just checked something in that looks like it may be relevant. > > Yes it was. `thediff' on sparc64 is solid. > Still some ast funkiness on Alpha, but it is not so bad as to make it so > someone cannot get work done on Alpha if they are careful. Can you describe the ast problems you have. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 5:37:56 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 02D1937B400; Sat, 29 Jun 2002 05:37:48 -0700 (PDT) Date: Sat, 29 Jun 2002 05:37:47 -0700 From: Juli Mallett To: audit@FreeBSD.ORG, current@FreeBSD.ORG Cc: Poul-Henning Kamp , Kirk McKusick Subject: libufs, a library for dealing with UFS from userland. Message-ID: <20020629053747.A68232@FreeBSD.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Organisation: The FreeBSD Project X-Alternate-Addresses: , , , X-Affiliated-Projects: FreeBSD, xMach, ircd-hybrid-7 X-Towel: Yes X-LiveJournal: flata X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm trying to get review of something phk@ talked me into having a go at, libufs, which is a library to un-duplicate code for dealing with UFS on a raw disk device. Currently it defines a generic structure for UFS on any disk that one might want to refer to from the userland, including the UFS superblock, version, and the name and file descriptor for the device used to work with the disk. That structure is then used by implementations of block read/write (bread/bwrite), functions to read and write the superblock in a uufsd structure (sbread/sbwrite) and a function to get the inode structure for a given file. Here's a shell archive: http://people.freebsd.org/~jmallett/libufs.shar And here's diffs to dumpfs and tunefs: http://people.freebsd.org/~jmallett/libufs-dumpfs.diff http://people.freebsd.org/~jmallett/libufs-tunefs.diff To build (e.g. tunefs) with libufs, do something like: cd libufs make co /home/ncvs/src/sbin/tunefs.c,v cc tunefs.c -o libufs-tunefs -L. -lufs I get identical output from dumpfs and libufs-dumpfs currently and I can toggle softdep flags fine with tunefs. I'd like to commit this by the coming Tuesday as I will be out of town from Tuesday morning and will not have any way to further work on this, etc. Further functionality may/will be added to libufs, however this is a good "milestone" of abstraction, in my opinion, as it can replace code in a number of utilities, namely dump, dumpfs, tunefs, ffsinfo, growfs, and possibly one or two others, if I recall correctly. Architectural review, comments, and "feel free to commit" welcome :) Thanks, juli. -- Juli Mallett | FreeBSD: The Power To Serve Taking over the FreeBSD negaverse. | FreeBSD Negacore Team Will break world for fulltime employment. | finger jmallett@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 5:47:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4671637B400; Sat, 29 Jun 2002 05:47:06 -0700 (PDT) Received: from mail2.itxmarket.com (fw.itxmarket.com [213.11.40.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 500B443E0A; Sat, 29 Jun 2002 05:47:05 -0700 (PDT) (envelope-from mich@freebsdcluster.net) Received: from freebsdcluster.net (mich2.itxmarket.com [192.168.2.26]) by mail2.itxmarket.com (Postfix) with ESMTP id C99E137C80; Sat, 29 Jun 2002 14:46:18 +0200 (CEST) Received: by freebsdcluster.net (Postfix, from userid 1000) id ABF053B9644; Sat, 29 Jun 2002 14:43:54 +0200 (CEST) Date: Sat, 29 Jun 2002 14:43:54 +0200 From: "Michael L. Hostbaek" To: current@freebsd.org Cc: ports@freebsd.org Subject: kde3 compile probs.. Message-ID: <20020629124354.GA84733@mich2.itxmarket.com> Mail-Followup-To: "Michael L. Hostbaek" , current@freebsd.org, ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 4.6-STABLE i386 X-PGP-Key: http://www.freebsdcluster.org/~mich/ User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG When trying to compile the kdebase3 port under recent -CURRENT - I get the following error: creating kappfinder_meta_unload.cpp source='kappfinder_meta_unload.cpp' object='kappfinder_meta_unload.o' libtool=no depfile='.deps/kappfinder_meta_unload.Po' tmpdepfile='.deps/kappfinder_meta_un load.TPo' depmode=gcc3 /bin/sh ../admin/depcomp c++ -DHAVE_CONFIG_H -I. -I. -I .. -I/usr/local/include -I/usr/X11R6/include -pthread -DQT_THREAD_SUPPORT -I/ usr/local/include -I/usr/local/include -I/usr/X11R6/include -D_THREAD_SAFE -DN DEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPAC E -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -c -o kappfinder_meta_unload.o `test -f kap pfinder_meta_unload.cpp || echo './'`kappfinder_meta_unload.cpp /bin/sh ../libtool --mode=link --tag=CXX c++ -DNDEBUG -DNO_DEBUG -O2 -O -pipe - fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_ CAST -o kappfinder -L/usr/X11R6/lib -pthread -L/usr/local/lib -L/usr/local/ lib -R /usr/local/lib -R /usr/X11R6/lib -R /usr/X11R6/lib -R /usr/local/lib main .o scanner.o checker.o kappfind mkdir .libs c++ -DNDEBUG -DNO_DEBUG -O2 -O -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_N AMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -o kappfinder -pthread main.o scanner .o checker.o kappfinder_meta_unload.o -L/usr/X11R6/lib -L/usr/local/lib /usr/lo cal/lib/libkdeui.so /usr/local/lib/libkdecore.so -L/usr/lib /usr/local/lib/libDC OP.so /usr/local/lib/libkdefx.so -lqt-mt -lpng -lz -lXext -lX11 -lSM -lICE -lXre nder -lstdc++ -lm -lgcc -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/loca l/lib -Wl,--rpath -Wl,/usr/X11R6/lib checker.o: In function `checkDesktopFile(QString const&, QString)': checker.o(.text+0x4c1): undefined reference to `cout' checker.o(.text+0x4c6): undefined reference to `ostream::operator<<(char const*) ' checker.o(.text+0x4cf): undefined reference to `ostream::operator<<(char const*) ' checker.o(.text+0x4dd): undefined reference to `ostream::operator<<(char const*) ' checker.o(.text+0x63d): undefined reference to `cout' checker.o(.text+0x642): undefined reference to `ostream::operator<<(char const*) ' checker.o(.text+0x64a): undefined reference to `endl(ostream&)' checker.o(.text+0x731): undefined reference to `cout' checker.o(.text+0x736): undefined reference to `ostream::operator<<(char const*) ' checker.o(.text+0x73e): undefined reference to `endl(ostream&)' *** Error code 1 Stop in /usr/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder. *** Error code 1 Stop in /usr/ports/x11/kdebase3/work/kdebase-3.0.1/kappfinder. zsh: 80667 exit 1 make -- Best Regards, Michael Landin Hostbaek FreeBSDCluster.org - an International Community */ PGP-key available upon request /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 6: 9:13 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 994B837B400; Sat, 29 Jun 2002 06:09:09 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6056843E06; Sat, 29 Jun 2002 06:09:09 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 26B91AE03F; Sat, 29 Jun 2002 06:09:09 -0700 (PDT) Date: Sat, 29 Jun 2002 06:09:09 -0700 From: Alfred Perlstein To: Juli Mallett Cc: audit@FreeBSD.ORG, current@FreeBSD.ORG, Poul-Henning Kamp , Kirk McKusick Subject: Re: libufs, a library for dealing with UFS from userland. Message-ID: <20020629130909.GF97638@elvis.mu.org> References: <20020629053747.A68232@FreeBSD.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020629053747.A68232@FreeBSD.ORG> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Juli Mallett [020629 05:38] wrote: > > I get identical output from dumpfs and libufs-dumpfs currently and I can > toggle softdep flags fine with tunefs. I'd like to commit this by the > coming Tuesday as I will be out of town from Tuesday morning and will not > have any way to further work on this, etc. The work is really nice, but the timing sounds rather bad, is there a way you can either commit it earlier or after you return from hiatus? -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 6:29:25 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A17CB37B401 for ; Sat, 29 Jun 2002 06:29:18 -0700 (PDT) Received: from mx3.datanet.hu (mx3.datanet.hu [194.149.13.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id B01F843E0A for ; Sat, 29 Jun 2002 06:29:17 -0700 (PDT) (envelope-from sziszi@bsd.hu) Received: from fonix.adamsfamily.xx (nilus-550.adsl.datanet.hu [195.56.50.42]) by mx3.datanet.hu (DataNet) with ESMTP id 04D131EA05D for ; Sat, 29 Jun 2002 15:29:15 +0200 (CEST) Received: from fonix.adamsfamily.xx (localhost [127.0.0.1]) by fonix.adamsfamily.xx (8.12.5/8.12.5) with ESMTP id g5TDTK8x075162 for ; Sat, 29 Jun 2002 15:29:21 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from cc@localhost) by fonix.adamsfamily.xx (8.12.5/8.12.5/Submit) id g5TDTKY0075161 for freebsd-current@FreeBSD.ORG; Sat, 29 Jun 2002 15:29:20 +0200 (CEST) X-Authentication-Warning: fonix.adamsfamily.xx: cc set sender to sziszi@bsd.hu using -f Date: Sat, 29 Jun 2002 15:29:20 +0200 From: Szilveszter Adam To: freebsd-current@FreeBSD.ORG Subject: [PATCH] Re: Which .info files have been disabled? Message-ID: <20020629132919.GC883@fonix.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@FreeBSD.ORG References: <20020628154933.GA1938@fonix.adamsfamily.xx> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <20020628154933.GA1938@fonix.adamsfamily.xx> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jun 28, 2002 at 05:49:33PM +0200, Szilveszter Adam wrote: > Hello Sheldon, > > As far as I know, so far only the ones for GDB (and that only under > -CURRENT). If you get there first, go for it, but if not, I will also > look at the issue during the weekend. To follow up on this: I have got the info files to build based on the original Makefile in the src/contrib/gdb/gdb/doc/ dir. The only questions remaining: 1) The GNU folks have a way of generating GDBvn.texi from version.in, so that it has the same version information than the source code. We use the GDBvn.texi file supplied with the distribution. (which was not updated BTW, so it still says 4.18) Do we want to use this method, or stick with the hard-coded one we are using now? In which case GDBvn.texi needs updating. NB: Arguably, changing this file is only necessary when the GDB version changes, so maybe updating the file by hand in these rare cases is the better solution. I did this now. 2) We generate a file named "inc-hist.texi", but the GNU call this "inc-hist.texinfo". It is possible to patch the file gdb.texinfo which includes it, or it is possible to change our target in src/gnu/usr.bin/binutils/doc/Makefile appropriately. Since it is not used anywhere else, I decided on the latter. This is also included in the patch. This has been tested on an empty /usr/obj with make obj && make && make clean and did work, furthermore, visiting the newly generated info files with the info command directly showed that they worked. Please, review the patch, and, if you like it, apply it. Please send any and all comments to me or to the list. (but preferably not to both) Happy weekend. -- Regards: Szilveszter ADAM Szombathely Hungary --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="binutils::doc::Makefile.diff" Index: Makefile =================================================================== RCS file: /usr/home/cc/ncvs/freebsd//src/gnu/usr.bin/binutils/doc/Makefile,v retrieving revision 1.11 diff -u -r1.11 Makefile --- Makefile 28 Jun 2002 03:41:56 -0000 1.11 +++ Makefile 29 Jun 2002 12:38:55 -0000 @@ -5,9 +5,9 @@ GDBDIR= ${.CURDIR}/../../../../contrib/gdb CONTRIBDIR= ${.CURDIR}/../../../../contrib -.PATH: ${SRCDIR}/gas/doc ${SRCDIR}/ld ${SRCDIR}/bfd/doc ${GDBDIR}/gdb/doc +.PATH: ${SRCDIR}/gas/doc ${SRCDIR}/ld ${SRCDIR}/bfd/doc ${GDBDIR}/gdb/doc ${GDBDIR}/gdb/mi -INFO = as ld annotate gasp stabs binutils +INFO = as ld annotate gasp gdb gdbint stabs binutils INFOSECTION= "Programming & development tools." INFOENTRY_as= "* As: (as). The GNU assembler." INFOENTRY_gasp= "* Gasp: (gasp). The GNU Assembler Macro Preprocessor." @@ -19,6 +19,7 @@ MAKEINFOFLAGS+= -I ${SRCDIR}/gas/doc -I ${SRCDIR}/ld -I ${SRCDIR}/bfd/doc MAKEINFOFLAGS+= -I ${SRCDIR}/binutils MAKEINFOFLAGS+= -I ${GDBDIR}/gdb/doc +MAKEINFOFLAGS+= -I ${GDBDIR}/gdb/mi MAKEINFOFLAGS+= -I ${CONTRIBDIR}/libreadline/doc CLEANFILES= gdb-cfg.texi inc-hist.texi inc-hist.texi.orig \ @@ -27,9 +28,12 @@ as.info: as.texinfo asconfig.texi c-i386.texi gasver.texi ld.info: ld.texinfo bfdsumm.texi ldver.texi -gdb.info: gdb.texinfo gdb-cfg.texi GDBvn.texi remote.texi \ - rluser.texinfo inc-hist.texi +gdb.info: gdb.texinfo gdb-cfg.texi GDBvn.texi annotate.texi \ + fdl.texi gpl.texi gdbmi.texinfo \ + rluser.texinfo inc-hist.texinfo +gdbint.info: gdbint.texinfo fdl.texi + gdb-cfg.texi: all-cfg.texi ln -sf ${.ALLSRC} ${.TARGET} @@ -40,7 +44,7 @@ echo "@set VERSION ${VERSION}" > ${.TARGET} .PATH: ${CONTRIBDIR}/libreadline/doc -inc-hist.texi: hsuser.texinfo inc-hist.diff +inc-hist.texinfo: hsuser.texinfo inc-hist.diff cp ${.ALLSRC:M*.texinfo} ${.TARGET} patch -b .orig < ${.ALLSRC:M*.diff} --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="binutils::doc::inc-hist.diff.diff" Index: inc-hist.diff =================================================================== RCS file: /usr/home/cc/ncvs/freebsd//src/gnu/usr.bin/binutils/doc/inc-hist.diff,v retrieving revision 1.3 diff -u -r1.3 inc-hist.diff --- inc-hist.diff 11 Apr 2001 04:27:10 -0000 1.3 +++ inc-hist.diff 29 Jun 2002 12:20:56 -0000 @@ -1,7 +1,7 @@ $FreeBSD: src/gnu/usr.bin/binutils/doc/inc-hist.diff,v 1.3 2001/04/11 04:27:10 ache Exp $ ---- inc-hist.texi.orig Wed Apr 11 08:20:01 2001 -+++ inc-hist.texi Wed Apr 11 08:21:57 2001 +--- inc-hist.texinfo.orig Wed Apr 11 08:20:01 2001 ++++ inc-hist.texinfo Wed Apr 11 08:21:57 2001 @@ -26,9 +26,9 @@ @node Using History Interactively @chapter Using History Interactively --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="gdb::doc::GDBvn.texi.diff" Index: GDBvn.texi =================================================================== RCS file: /usr/home/cc/ncvs/freebsd//src/contrib/gdb/gdb/doc/GDBvn.texi,v retrieving revision 1.1.1.2 diff -u -r1.1.1.2 GDBvn.texi --- GDBvn.texi 2 May 1999 10:11:49 -0000 1.1.1.2 +++ GDBvn.texi 29 Jun 2002 12:19:28 -0000 @@ -1 +1 @@ -@set GDBVN 4.18 +@set GDBVN 5.2.0 (FreeBSD) 20020627 --17pEHd4RhPHOinZp-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 6:31:28 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 6612737B400; Sat, 29 Jun 2002 06:31:25 -0700 (PDT) Date: Sat, 29 Jun 2002 06:31:25 -0700 From: Juli Mallett To: Alfred Perlstein Cc: audit@FreeBSD.ORG, current@FreeBSD.ORG, Poul-Henning Kamp , Kirk McKusick Subject: Re: libufs, a library for dealing with UFS from userland. Message-ID: <20020629063125.A77565@FreeBSD.ORG> References: <20020629053747.A68232@FreeBSD.ORG> <20020629130909.GF97638@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020629130909.GF97638@elvis.mu.org>; from bright@mu.org on Sat, Jun 29, 2002 at 06:09:09AM -0700 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , X-Affiliated-Projects: FreeBSD, xMach, ircd-hybrid-7 X-Towel: Yes X-LiveJournal: flata X-Negacore: Yes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Alfred Perlstein escriuréres > The work is really nice, but the timing sounds rather bad, is there Thanks. > a way you can either commit it earlier or after you return from > hiatus? I can commit it a few weeks from now, or I can commit it five minutes from now. I just don't want it going in with any architectural deficiency hanging over its head, and so I wanted to give adequate time for review, if such seems necessary. Really I can commit while out of town, but if any changes need made because of said review, I wouldn't want to commit, as (as mentioned) I'll be unable to test (outside of compiles). Thanks again. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 6:32:48 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 141CF37B400; Sat, 29 Jun 2002 06:32:45 -0700 (PDT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEF2D43E06; Sat, 29 Jun 2002 06:32:44 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id B2C1FAE03F; Sat, 29 Jun 2002 06:32:44 -0700 (PDT) Date: Sat, 29 Jun 2002 06:32:44 -0700 From: Alfred Perlstein To: Juli Mallett Cc: current@FreeBSD.ORG Subject: Re: libufs, a library for dealing with UFS from userland. Message-ID: <20020629133244.GI97638@elvis.mu.org> References: <20020629053747.A68232@FreeBSD.ORG> <20020629130909.GF97638@elvis.mu.org> <20020629063125.A77565@FreeBSD.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20020629063125.A77565@FreeBSD.ORG> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Juli Mallett [020629 06:31] wrote: > * Alfred Perlstein escriuréres > > The work is really nice, but the timing sounds rather bad, is there > > Thanks. > > > a way you can either commit it earlier or after you return from > > hiatus? > > I can commit it a few weeks from now, or I can commit it five minutes > from now. I just don't want it going in with any architectural deficiency > hanging over its head, and so I wanted to give adequate time for review, > if such seems necessary. Really I can commit while out of town, but if > any changes need made because of said review, I wouldn't want to commit, > as (as mentioned) I'll be unable to test (outside of compiles). I think if you committed it sunday night that would be fine, that's plenty of time for people to get a look at it, especially considering this is being proposed over the weekend. It also gives you two days to correct any issues should they come up. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 7: 0:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD50437B401 for ; Sat, 29 Jun 2002 07:00:10 -0700 (PDT) Received: from beast.freebsd.org (beast.FreeBSD.org [216.136.204.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F86543E0A for ; Sat, 29 Jun 2002 07:00:10 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from beast.freebsd.org (localhost [127.0.0.1]) by beast.freebsd.org (8.12.5/8.12.5) with ESMTP id g5TE0Abt003596 for ; Sat, 29 Jun 2002 07:00:10 -0700 (PDT) (envelope-from des@beast.freebsd.org) Received: (from des@localhost) by beast.freebsd.org (8.12.5/8.12.5/Submit) id g5TE0Ax3003594 for current@freebsd.org; Sat, 29 Jun 2002 07:00:10 -0700 (PDT) Date: Sat, 29 Jun 2002 07:00:10 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200206291400.g5TE0Ax3003594@beast.freebsd.org> To: current@freebsd.org Subject: alpha tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sat Jun 29 07:00:09 PDT 2002 cd: can't cd to /home/des/tinderbox/alpha/src To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 7:45:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84CF637B401 for ; Sat, 29 Jun 2002 07:45:38 -0700 (PDT) Received: from nebula.anchoragerescue.org (115-7-237-24-cable.anchorageak.net [24.237.7.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF90343E09 for ; Sat, 29 Jun 2002 07:45:37 -0700 (PDT) (envelope-from akbeech@sinbad.net) Received: from there (galaxy.anchoragerescue.org [24.237.7.95]) by nebula.anchoragerescue.org (Postfix) with SMTP id C3918100 for ; Sat, 29 Jun 2002 06:45:36 -0800 (AKDT) Content-Type: text/plain; charset="iso-8859-1" From: Beech Rintoul Reply-To: akbeech@sinbad.net To: freebsd-current@freebsd.org Subject: qt3 and kde-2.2.2 Date: Sat, 29 Jun 2002 06:45:36 -0800 X-Mailer: KMail [version 1.3] Organization: Sinbad Network Communications MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020629144536.C3918100@nebula.anchoragerescue.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Will kde-2.2.2 work with qt3? Or will I completely hose my desktop? My qt2 got borked during a restore and I can't get it to build with the new gcc31. Add that to several others that won't build either. Beech -- ------------------------------------------------------------------- Beech Rintoul - SysAdmin - akbeech@sinbad.net /"\ ASCII Ribbon Campaign | Sinbad Network Communications \ / - NO HTML/RTF in e-mail | 3101 Penland Parkway #K-38 X - NO Word docs in e-mail | Anchorage, AK 99508-1957 / \ ----------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 8:16:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1300737B400; Sat, 29 Jun 2002 08:16:06 -0700 (PDT) Received: from forrie.ne.client2.attbi.com (forrie.ne.client2.attbi.com [24.147.156.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3766643E06; Sat, 29 Jun 2002 08:16:05 -0700 (PDT) (envelope-from forrie@forrie.com) Received: from boom.forrie.com (internal-22.forrie.net. [192.168.1.22]) by forrie.ne.client2.attbi.com with id g5TF3J894414; Sat, 29 Jun 2002 11:03:19 -0400 (EDT) Message-Id: <5.1.0.14.2.20020629105448.01baef70@192.168.1.1> X-Sender: forrie@192.168.1.1 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sat, 29 Jun 2002 11:01:18 -0400 To: freebsd-questions@freebsd.org From: Forrest Aldrich Subject: Redundant network connections & load balancing Cc: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-RAVMilter-Version: 8.3.0(snapshot 20010925) (forrie.ne.client2.attbi.com) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In a Sysadmin (Jan 2002) article, there is explained how to use Linux as a "router" using redundant network connections (DSL + dialup), as well as load balancing between the two. I recall this required some special kernel configuration directives: CONFIG_IP_ADVANCED_ROUTER=y CONFIG_IP_MULTIPLE_TABLES=y CONFIG_IP_ROUTE_MULTIPATH=y and the "iproute" toolset, which must be installed separately; and a few other changes. I wonder if the same (if not more advanced) could be accomplished with FreeBSD. Take for example, Company A who wants to provision a few sDSL lines. Creating a FreeBSD gateway/router and load balancing the traffic amoungst that (with some careful ipf or ipfirewall rulesets) could be very effective, and a lot cheaper than provisioning a single pipe in some cases. I wonder if anyone has accomplished this with FreeBSD-4.x or 5.x; and if they could share that info. Thanks, Forrest To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 10:20:16 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 717AA37B401 for ; Sat, 29 Jun 2002 10:20:11 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1BA543E1A for ; Sat, 29 Jun 2002 10:20:10 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020629172010.QULQ6023.sccrmhc02.attbi.com@InterJet.elischer.org> for ; Sat, 29 Jun 2002 17:20:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA80271 for ; Sat, 29 Jun 2002 10:15:11 -0700 (PDT) Date: Sat, 29 Jun 2002 10:15:09 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: KSE commit happenning NOW Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It will be in a couple of stages, so don't complain about breakages in the next few hours please.. I will commit now, (seveal parts) recvsup make world As this takes me several hours I may not see breakages myself for a couple of hours if things don't match what my developemnt environment has... please be patient.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 10:35:23 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2312637B406 for ; Sat, 29 Jun 2002 10:35:15 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id C75F143E0A for ; Sat, 29 Jun 2002 10:35:14 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5THZBtL010650; Sat, 29 Jun 2002 10:35:11 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.4/Submit) id g5THZBMM010649; Sat, 29 Jun 2002 10:35:11 -0700 (PDT) Date: Sat, 29 Jun 2002 10:35:11 -0700 From: "David O'Brien" To: Szilveszter Adam Cc: freebsd-current@FreeBSD.ORG Subject: Re: [PATCH] Re: Which .info files have been disabled? Message-ID: <20020629103511.A10195@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20020628154933.GA1938@fonix.adamsfamily.xx> <20020629132919.GC883@fonix.adamsfamily.xx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020629132919.GC883@fonix.adamsfamily.xx>; from sziszi@bsd.hu on Sat, Jun 29, 2002 at 03:29:20PM +0200 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jun 29, 2002 at 03:29:20PM +0200, Szilveszter Adam wrote: > 1) The GNU folks have a way of generating GDBvn.texi from version.in, so > that it has the same version information than the source code. We use > the GDBvn.texi file supplied with the distribution. (which was not > updated BTW, so it still says 4.18) Do we want to use > this method, Yes. Please use (untested): GDBvn.texi: version.in @echo '@set GDBVN "`sed q ${.ALLSRC}`"' >${.TARGET} > or stick with the hard-coded one we are using now? In which > case GDBvn.texi needs updating. I'll cvs rm it. > 2) We generate a file named "inc-hist.texi", but the GNU call this > "inc-hist.texinfo". It is possible to patch the file gdb.texinfo which > includes it, or it is possible to change our target in > src/gnu/usr.bin/binutils/doc/Makefile appropriately. Since it is not > used anywhere else, I decided on the latter. This is also included in > the patch. Just change our target. > Please, review the patch, and, if you like it, apply it. Please send any > and all comments to me or to the list. (but preferably not to both) Thanks for the patch. Could you change the GDBvn.texi handling and retest? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 11:38: 1 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D4E137B400 for ; Sat, 29 Jun 2002 11:38:00 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5CF243E09 for ; Sat, 29 Jun 2002 11:37:59 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.4/8.12.3) with ESMTP id g5TIbwT4053297; Sat, 29 Jun 2002 11:37:58 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.4/8.12.3/Submit) id g5TIbwVF053296; Sat, 29 Jun 2002 11:37:58 -0700 (PDT) (envelope-from dillon) Date: Sat, 29 Jun 2002 11:37:58 -0700 (PDT) From: Matthew Dillon Message-Id: <200206291837.g5TIbwVF053296@apollo.backplane.com> To: Julian Elischer Cc: FreeBSD current users Subject: Re: KSE commit happenning NOW References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Oh, this is funny... I started a buildworld on four SMP boxes simultaniously and my UPS started blinking and ding-donging at me angrily! -Matt :It will be in a couple of stages, so :don't complain about breakages in the next few hours please.. : :I will : :commit now, (seveal parts) :... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 13:13:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6E1137B400 for ; Sat, 29 Jun 2002 13:13:29 -0700 (PDT) Received: from mail.deltanet.com (mail.deltanet.com [216.237.144.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 240B743E06 for ; Sat, 29 Jun 2002 13:13:29 -0700 (PDT) (envelope-from pherman@frenchfries.net) Received: from mammoth.eat.frenchfries.net (da001d0418.lax-ca.osd.concentric.net [64.0.145.163]) by mail.deltanet.com (8.11.6/8.11.6) with ESMTP id g5TJmgO21806 for ; Sat, 29 Jun 2002 12:48:43 -0700 Received: by mammoth.eat.frenchfries.net (Postfix, from userid 1000) id D34594AF7; Sat, 29 Jun 2002 13:11:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mammoth.eat.frenchfries.net (Postfix) with ESMTP id 9B9E549F9 for ; Sat, 29 Jun 2002 13:11:33 -0700 (PDT) Date: Sat, 29 Jun 2002 13:11:33 -0700 (PDT) From: Paul Herman X-X-Sender: pherman@mammoth.eat.frenchfries.net To: freebsd-current@FreeBSD.ORG Subject: bus_alloc_resrouce() fails in if_wi.c Message-ID: <20020629113228.I759-100000@mammoth.eat.frenchfries.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've got a Linksys WMP11 wireless PCI card. It is recognized under -STABLE, but not -CURRENT. wi_alloc() seems to fail at bus_alloc_resource() while requesting I/O memory. I'm not familiar with this part of the code, so I'm sure what actually gets called in this case. Does this sound familiar to anyone? ----- STABLE ----- wi0: mem 0xf4200000-0xf4200fff irq 3 at device 11.0 on pci1 wi0: 802.11 address: 00:06:25:a7:47:93 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary 1.00.05, Station 1.03.04 ----- CURRENT ----- wi0: mem 0xf4200000-0xf4200fff irq 3 at device 11.0 on pci1 wi0: No Mem space on prism2.5? device_probe_and_attach: wi0 attach returned 6 The card itself is nothing special: # pciconf -lv | grep -EA 2 "^pci|^wi" pcib1@pci0:30:0: class=0x060400 card=0x00000000 chip=0x24188086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801AA 8xx Chipset Hub to PCI Bridge' -- wi0@pci1:11:0: class=0x028000 card=0x38741737 chip=0x38731260 rev=0x01 hdr=0x00 vendor = 'Was Harris Semiconductor' device = 'ISL3874A PRISMII.5 IEE802.11B Wireless LAN' -CURRENT from around Jun 27. -Paul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 13:38:31 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84BAF37B401; Sat, 29 Jun 2002 13:38:27 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DE3443E09; Sat, 29 Jun 2002 13:38:26 -0700 (PDT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) by srv1.cosmo-project.de (8.12.3/8.12.3) with ESMTP id g5TKcGMa012214 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 29 Jun 2002 22:38:22 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.1/8.12.1) with ESMTP id g5TKc7FJ065772 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 29 Jun 2002 22:38:07 +0200 (CEST)?g (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.1/8.12.1/Submit) id g5TKc7Do065771; Sat, 29 Jun 2002 22:38:07 +0200 (CEST)?g (envelope-from ticso) Date: Sat, 29 Jun 2002 22:38:06 +0200 From: Bernd Walter To: freebsd-current@FreeBSD.ORG Cc: freebsd-alpha@FreeBSD.ORG Subject: False alarm (was: binary compatibility broken) Message-ID: <20020629203806.GD61992@cicely5.cicely.de> Reply-To: ticso@cicely.de References: <20020629114638.GE39063@cicely5.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020629114638.GE39063@cicely5.cicely.de> X-Operating-System: FreeBSD cicely5.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jun 29, 2002 at 01:46:39PM +0200, Bernd Walter wrote: > I noticed that most of my older binaries on a freebsd-alpha stopped > working on a newer -current. > I did not though much about it as they were compiled under an > earlier -current. > Now I found out that 4.x binaries don't work too. > That's especialy bad as I run cvsup on that machine and modula has > a 4.x bootstrap. > The symptoms are mixed from assertion failure to segfaults. It was related to a special kernel version. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 14:50:14 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B365437B400; Sat, 29 Jun 2002 14:50:03 -0700 (PDT) Received: from pump3.york.ac.uk (pump3.york.ac.uk [144.32.128.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D98943E13; Sat, 29 Jun 2002 14:50:02 -0700 (PDT) (envelope-from gavin@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by pump3.york.ac.uk (8.10.2/8.10.2) with ESMTP id g5TLo0w29250; Sat, 29 Jun 2002 22:50:00 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.3/8.12.3) with ESMTP id g5TLo0Xd068059; Sat, 29 Jun 2002 22:50:00 +0100 (BST) (envelope-from gavin@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.12.3/8.12.3/Submit) with ESMTP id g5TLnxpF068029; Sat, 29 Jun 2002 22:50:00 +0100 (BST) Date: Sat, 29 Jun 2002 22:49:59 +0100 (BST) From: Gavin Atkinson To: Cc: Subject: Panic on apm resume with ata Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, My laptop powered off due to a flat battery, and upon powerup, i immediately experienced a panic. ata0: resetting devices .. done panic: ata_dmasetup: transfer active on this device! #16 0xc01dd9e1 in panic () at /usr/src/sys/kern/kern_shutdown.c:490 #17 0xc0146428 in ata_dmastart (atadev=0x0, data=0xc55cf000 "$\201\001", count=16384, dir=0) at /usr/src/sys/dev/ata/ata-dma.c:1287 #18 0xc0147dc7 in ad_transfer (request=0xc226cac0) at /usr/src/sys/dev/ata/ata-disk.c:490 #19 0xc013bd37 in ata_start (ch=0xc0b7e400) at /usr/src/sys/dev/ata/ata-all.c:678 #20 0xc013c6fd in ata_reinit (ch=0xc0b7e400) at /usr/src/sys/dev/ata/ata-all.c:921 #21 0xc013b213 in ata_resume (dev=0xc1863b80) at /usr/src/sys/dev/ata/ata-all.c:272 #22 0xc01eaf53 in bus_generic_resume (dev=0x0) at device_if.h:75 #23 0xc01eaf53 in bus_generic_resume (dev=0x0) at device_if.h:75 #24 0xc01eaf53 in bus_generic_resume (dev=0x0) at device_if.h:75 #25 0xc01eaf53 in bus_generic_resume (dev=0x0) at device_if.h:75 #26 0xc01eaf53 in bus_generic_resume (dev=0x0) at device_if.h:75 #27 0xc02e1983 in apm_resume () at device_if.h:75 #28 0xc02e21ef in apm_processevent () at /usr/src/sys/i386/apm/apm.c:983 #29 0xc02e175d in apm_do_suspend () at /usr/src/sys/i386/apm/apm.c:432 #30 0xc02e1bf0 in apm_timeout (dummy=0x0) at /usr/src/sys/i386/apm/apm.c:690 #31 0xc01e60bd in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:187 #32 0xc01ceee8 in ithread_loop (arg=0xc0b7d500) at /usr/src/sys/kern/kern_intr.c:534 #33 0xc01ce3b4 in fork_exit (callout=0xc01cedc8 , arg=0xc0b7d500, frame=0xc8d13d48) at /usr/src/sys/kern/kern_fork.c:830 I have a core file, if anyone wants to see it. Gavin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 15:30:56 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4DC237B400; Sat, 29 Jun 2002 15:30:52 -0700 (PDT) Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D37643E09; Sat, 29 Jun 2002 15:30:51 -0700 (PDT) (envelope-from brian@FreeBSD.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [IPv6:fec0::1:12]) by Awfulhak.org (8.12.4/8.12.4) with ESMTP id g5TMUnw0001189; Sat, 29 Jun 2002 23:30:49 +0100 (BST) (envelope-from brian@FreeBSD.org) Received: from hak.lan.Awfulhak.org (brian@localhost [IPv6:::1]) by hak.lan.Awfulhak.org (8.12.4/8.12.4) with SMTP id g5TMUmro001261; Sat, 29 Jun 2002 23:30:48 +0100 (BST) (envelope-from brian@FreeBSD.org) Date: Sat, 29 Jun 2002 23:30:48 +0100 From: Brian Somers To: Ying-Chieh Liao Cc: freebsd-current@FreeBSD.org Subject: Re: make install failed on XFree86-4-client (with 6/10 -current) Message-Id: <20020629233048.49c6244f.brian@FreeBSD.org> In-Reply-To: <20020617040914.GA8595@terry.dragon2.net> References: <20020617040914.GA8595@terry.dragon2.net> X-Mailer: Sylpheed version 0.7.8claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been seing this problem for ages on my dev box, but it doesn't happen on other boxes. The problem is because the glxinfo program uses CCLINK to link, but it's a c++ program. Changing the CCLINK to CXXLINK works. I have no idea why there's no problem on some machines. On Mon, 17 Jun 2002 12:09:14 +0800, Ying-Chieh Liao wrote: > make build all ok, but failed on install > should I rebuild world first ? > > installing in programs/glxinfo... > rm -f glxinfo > LD_LIBRARY_PATH=../../exports/lib cc -o glxinfo -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -L../../exports/lib glxinfo.o -lGLU -lGL -lXext -lX11 -L/usr/X11R6/lib -lc_r -lm -Wl,-rpath,/usr/X11R6/lib > /usr/X11R6/lib/libGLU.so: undefined reference to `operator new[](unsigned)' > /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info' > /usr/X11R6/lib/libGLU.so: undefined reference to `operator delete(void*)' > /usr/X11R6/lib/libGLU.so: undefined reference to `__gxx_personality_v0' > /usr/X11R6/lib/libGLU.so: undefined reference to `__cxa_pure_virtual' > /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__class_type_info' > /usr/X11R6/lib/libGLU.so: undefined reference to `operator delete[](void*)' > /usr/X11R6/lib/libGLU.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info' > /usr/X11R6/lib/libGLU.so: undefined reference to `operator new(unsigned)' > *** Error code 1 > > Stop in /usr/ports/x11/XFree86-4-clients/work/xc/programs/glxinfo. > *** Error code 1 > -- > self-producing in perl : > $_=q(print"\$_=q($_);eval;");eval; > -- V Vinay > -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 15:47:52 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A87BA37B400 for ; Sat, 29 Jun 2002 15:47:47 -0700 (PDT) Received: from shale.csir.co.za (shale.csir.co.za [146.64.46.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2BF343E09 for ; Sat, 29 Jun 2002 15:47:41 -0700 (PDT) (envelope-from reg@shale.csir.co.za) Received: (from reg@localhost) by shale.csir.co.za (8.11.6/8.11.6) id g5TMki792801; Sun, 30 Jun 2002 00:46:44 +0200 (SAT) (envelope-from reg) Date: Sun, 30 Jun 2002 00:46:44 +0200 From: Jeremy Lea To: Sheldon Hearn Cc: Szilveszter Adam , current@FreeBSD.ORG, taguchi@tohoku.iij.ad.jp Subject: Re: What's the right way to build XFree86-4 now? Message-ID: <20020630004644.A92462@shale.csir.co.za> References: <20020626112557.GA958@starjuice.net> <40690.1025103465@axl.seasidesoftware.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <40690.1025103465@axl.seasidesoftware.co.za>; from sheldonh@starjuice.net on Wed, Jun 26, 2002 at 04:57:45PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, On Wed, Jun 26, 2002 at 04:57:45PM +0200, Sheldon Hearn wrote: > Note that this isn't quite right, because the linking gets done with > cc as a front-end, not c++. But the job gets done, all the same, > and I'm not writing a SharedDepCplusplusLibraryTarget rule myself. > :-) How about: --- config/cf/bsdLib.rules.orig Sun Jun 30 00:30:05 2002 +++ config/cf/bsdLib.rules Sun Jun 30 00:31:06 2002 @@ -306,6 +306,34 @@ #endif /* SharedDepLibraryTarget */ +/* + * SharedDepCplusplusLibraryTarget - generate rules to create a shared library. + */ +#ifndef SharedDepCplusplusLibraryTarget +#define SharedDepCplusplusLibraryTarget(libname,rev,deplist,solist,down,up) @@\ +AllTarget(Concat(lib,libname.so.rev)) @@\ + @@\ +Concat(lib,libname.so.rev): deplist @@\ + $(RM) $@~ @@\ + @SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; set -x; \ @@\ + (cd down; $(CXX) -o up/$@~ $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\ + $(RM) $$SONAME; $(LN) $@ $$SONAME; \ @@\ + LinkBuildSonameLibrary($$SONAME) @@\ + $(RM) $@ @@\ + $(MV) $@~ $@ @@\ + $(RM) Concat(lib,libname.so) @@\ + $(LN) $@ Concat(lib,libname.so) @@\ + LinkBuildLibrary($@) @@\ + LinkBuildLibrary(Concat(lib,libname.so)) @@\ + @@\ +clean:: @@\ + @SONAME=`echo Concat(lib,libname.so.rev) | sed 's/\.[^\.]*$$//'`; \ @@\ + set -x; $(RM) $$SONAME @@\ + $(RM) Concat(lib,libname.so) @@\ + $(RM) Concat(lib,libname.so.rev) + +#endif /* SharedDepCplusplusLibraryTarget */ + #ifndef SharedDepModuleTarget #define SharedDepModuleTarget(name,deps,solist) @@\ AllTarget(name) @@\ Just copied from the SharedDepLibraryTarget above it, and replaced the CC with CXX... I built libGLU.so.1 with this, and it seemed to fix the glxinfo linking problem. I'm currently testing... Regards, -Jeremy -- FreeBSD - Because the best things in life are free... http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 17:20:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3844A37B423 for ; Sat, 29 Jun 2002 17:20:12 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8248143E09 for ; Sat, 29 Jun 2002 17:20:11 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020630002010.YFEM6023.sccrmhc02.attbi.com@InterJet.elischer.org> for ; Sun, 30 Jun 2002 00:20:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id RAA82020 for ; Sat, 29 Jun 2002 17:10:16 -0700 (PDT) Date: Sat, 29 Jun 2002 17:10:14 -0700 (PDT) From: Julian Elischer To: FreeBSD current users Subject: I think KSE-MIII import complete Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So far I have heard no complaints (that are proven) and My buildworlds have been going as well as thay can taking into account breakages from other places (hopefully one will actually finish soon) So I am going to dare to step away from the system for a few hours and take the baby for a walk.. Pleas let me know of any suspicious behaviour.. BTW there are some new sysctls in kern.threads. Anyone wanting to commit, that was holding back because of me, feel free to break^H^H^H^H^Hcommit. Julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 19:37:18 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DD0137B400 for ; Sat, 29 Jun 2002 19:37:12 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id C797743E13 for ; Sat, 29 Jun 2002 19:37:11 -0700 (PDT) (envelope-from kargl@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.5/8.12.5) with ESMTP id g5U2bBZY086928 for ; Sat, 29 Jun 2002 19:37:11 -0700 (PDT) (envelope-from kargl@troutmask.apl.washington.edu) Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.12.5/8.12.5/Submit) id g5U2bBnn086927 for freebsd-current@freebsd.org; Sat, 29 Jun 2002 19:37:11 -0700 (PDT) From: "Steven G. Kargl" Message-Id: <200206300237.g5U2bBnn086927@troutmask.apl.washington.edu> Subject: post-KSE III kernel panic To: freebsd-current@freebsd.org Date: Sat, 29 Jun 2002 19:37:11 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm not sure this is related to Julian's commit, but the kernel sources are post-kse III commit. I have the kernel and core file if more info or access is needed. -- Steve http://troutmask.apl.washington.edu/~kargl/ Script started on Sat Jun 29 18:36:22 2002 GNU gdb 5.2.0 (FreeBSD) 20020627 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or 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. This GDB was configured as "i386-undermydesk-freebsd"... IdlePTD at physical address 0x00474000 initial pcb at physical address 0x0030d5e0 panicstr: bremfree: bp 0xc42aa170 not locked panic messages: --- panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/i386/i386/trap.c:726 syncing disks... panic: bremfree: bp 0xc42aa170 not locked Uptime: 3h48m12s pfs_vncache_unload(): 3 entries remaining Dumping 128 MB 16 32 48 64 80 96 112 --- #0 0xc019e78b in doadump () (kgdb) bt #0 0xc019e78b in doadump () #1 0xc019ecf0 in boot (howto=260) #2 0xc019eefb in panic () #3 0xc01deb47 in bremfree (bp=0xc42aa170) #4 0xc01e0906 in vfs_bio_awrite (bp=0xc42aa170) #5 0xc016f065 in spec_fsync (ap=0xcc2486ec) #6 0xc016eb58 in spec_vnoperate (ap=0xcc2486ec) at /usr/src/sys/fs/specfs/spec_vnops.c:837 #7 0xc02354c6 in ffs_sync (mp=0xc0e41400, waitfor=2, cred=0xc0e3c380, td=0xc02db2c0) #8 0xc01f0c94 in sync (td=0xc02db2c0, uap=0x0) #9 0xc019e88f in boot (howto=256) #10 0xc019eefb in panic () #11 0xc01beb57 in witness_lock (lock=0xc1ea8958, flags=8, file=0xc02c9e49 "/usr/src/sys/i386/i386/trap.c", line=726) #12 0xc0194ef3 in _mtx_lock_flags (m=0xc1ea8958, opts=0, file=0xc02c9e49 "/usr/src/sys/i386/i386/trap.c", line=726) #13 0xc0284f43 in trap_pfault (frame=0xcc24887c, usermode=0, eva=172) #14 0xc0284ba3 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1043814600, tf_esi = 0, tf_ebp = -870020888, tf_isp = -870020952, tf_ebx = -870020860, tf_edx = -870716816, tf_ecx = 0, tf_eax = -1043814600, tf_trapno = 12, tf_err = 0, tf_eip = -1072069444, tf_cs = 8, tf_eflags = 66054, tf_esp = -1070728192, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:667 ---Type to continue, or q to quit--- #15 0xc01984bc in fill_kinfo_proc (p=0xc1c8a738, kp=0xcc248904) #16 0xc0198a5c in sysctl_out_proc (p=0xc1c8a738, req=0xcc248c10, doingzomb=1) #17 0xc0198f1e in sysctl_kern_proc (oidp=0xc02e0100, arg1=0x0, arg2=0, req=0xcc248c10) #18 0xc01a7f93 in sysctl_root (oidp=0x0, arg1=0xcc248cac, arg2=3, req=0xcc248c10) #19 0xc01a820d in userland_sysctl (td=0xc1c77000, name=0xcc248cac, namelen=3, old=0x0, oldlenp=0xbfbff34c, inkernel=0, new=0x0, newlen=0, retval=0xcc248ca8) #20 0xc01a8060 in __sysctl (td=0xc1c77000, uap=0xcc248d14) #21 0xc02856ba in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = -1077939380, tf_ebp = -1077939432, tf_isp = -870019724, tf_ebx = 672654268, tf_edx = -1077939328, tf_ecx = 3, tf_eax = 202, tf_trapno = 12, tf_err = 2, tf_eip = 672221579, tf_cs = 31, tf_eflags = 663, tf_esp = -1077939476, tf_ss = 47}) #22 0xc027691d in syscall_with_err_pushed () at {standard input}:128 #23 0x280d2451 in ?? () #24 0x0804b83e in ?? () #25 0x0804d346 in ?? () #26 0x080492f9 in ?? () (kgdb) quit Script done on Sat Jun 29 18:36:44 2002 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 19:39:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DAF737B407 for ; Sat, 29 Jun 2002 19:39:06 -0700 (PDT) Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FAB843E1A for ; Sat, 29 Jun 2002 19:39:06 -0700 (PDT) (envelope-from wa1ter@hotmail.com) Received: from hotmail.com wa1ter@smtp-send.myrealbox.com [66.126.111.252] by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision: 3.9 $ on Novell NetWare via secured & encrypted transport (TLS); Sat, 29 Jun 2002 20:39:05 -0600 Message-ID: <3D1C6C98.2000908@hotmail.com> Date: Fri, 28 Jun 2002 07:03:04 -0700 From: walt Organization: none User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020620 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: mozilla and gnome apps won't run after KSE [June 29] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Following make world && make kernel after the KSE update I find that mozilla and any gnome app will suck up 98% of the CPU and will never actually write anything to the display. No crashes, no error messages, they just chew up cycles. I don't have KDE installed on my -current machine, so I can't comment on it, but most other basic X apps seem to work fine--like xterm, xvidtune, the X interface to emacs and the X interface for cvsup all work OK. Any one else seeing this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 19:41:54 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CD8F37B400; Sat, 29 Jun 2002 19:41:52 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1101143E0A; Sat, 29 Jun 2002 19:41:52 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.4/8.12.2) with ESMTP id g5U2fptL051289; Sat, 29 Jun 2002 19:41:51 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.4/Submit) id g5U2fplm051288; Sat, 29 Jun 2002 19:41:51 -0700 (PDT) Date: Sat, 29 Jun 2002 19:41:51 -0700 From: "David O'Brien" To: Brian Somers Cc: Ying-Chieh Liao , freebsd-current@FreeBSD.org Subject: Re: make install failed on XFree86-4-client (with 6/10 -current) Message-ID: <20020629194151.C51177@dragon.nuxi.com> Reply-To: obrien@FreeBSD.org References: <20020617040914.GA8595@terry.dragon2.net> <20020629233048.49c6244f.brian@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020629233048.49c6244f.brian@FreeBSD.org>; from brian@FreeBSD.org on Sat, Jun 29, 2002 at 11:30:48PM +0100 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 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jun 29, 2002 at 11:30:48PM +0100, Brian Somers wrote: > The problem is because the glxinfo program uses CCLINK to > link, but it's a c++ program. Changing the CCLINK to CXXLINK > works. We can't be the only ones seeing this -- surely anyone using Gcc 3.1 on their i386 (any OS) box. Has anyone [that cares] emailed any of the XFree86 guys?? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 19:45:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B8D337B405 for ; Sat, 29 Jun 2002 19:45:10 -0700 (PDT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id A841143E13 for ; Sat, 29 Jun 2002 19:45:09 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.5/8.12.5) with ESMTP id g5U2j9ZY087073; Sat, 29 Jun 2002 19:45:09 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.12.5/8.12.5/Submit) id g5U2j9L5087072; Sat, 29 Jun 2002 19:45:09 -0700 (PDT) Date: Sat, 29 Jun 2002 19:45:09 -0700 From: Steve Kargl To: walt Cc: freebsd-current@FreeBSD.ORG Subject: Re: mozilla and gnome apps won't run after KSE [June 29] Message-ID: <20020629194509.A87034@troutmask.apl.washington.edu> References: <3D1C6C98.2000908@hotmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D1C6C98.2000908@hotmail.com>; from wa1ter@hotmail.com on Fri, Jun 28, 2002 at 07:03:04AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jun 28, 2002 at 07:03:04AM -0700, walt wrote: > Following make world && make kernel after the KSE update > I find that mozilla and any gnome app will suck up 98% > of the CPU and will never actually write anything to > the display. No crashes, no error messages, they > just chew up cycles. > My version of mozilla, which ran fine prior to kse iii, is now seg faulting. xmcd was reporting a strange error about /dev/cd0c and deadc0de, but a recompilation of xmcd "fixed" the problem. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 20:27:44 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A267D37B400; Sat, 29 Jun 2002 20:27:40 -0700 (PDT) Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1652D43E09; Sat, 29 Jun 2002 20:27:40 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g5U3RcwA152984; Sat, 29 Jun 2002 23:27:38 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20020629053747.A68232@FreeBSD.ORG> References: <20020629053747.A68232@FreeBSD.ORG> Date: Sat, 29 Jun 2002 23:27:37 -0400 To: Juli Mallett , audit@FreeBSD.ORG, current@FreeBSD.ORG From: Garance A Drosihn Subject: Re: libufs, a library for dealing with UFS from userland. Cc: Poul-Henning Kamp , Kirk McKusick Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 5:37 AM -0700 6/29/02, Juli Mallett wrote: >I get identical output from dumpfs and libufs-dumpfs currently >and I can toggle softdep flags fine with tunefs. I'd like to >commit this by the coming Tuesday as I will be out of town >from Tuesday morning and will not have any way to further >work on this, etc. When do you get back into town? If anyone asks for review on a Saturday, then I would hope that they'd wait until at least Monday evening before doing the commit. And I don't think the project should be too comfortable with the idea of developers making a commit just before they head out of town. Also, there was the big KSE commit this weekend, and it might be prudent to let that settle in for a few days. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 20:36:48 2002 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 931) id 35F8137B400; Sat, 29 Jun 2002 20:36:42 -0700 (PDT) Date: Sat, 29 Jun 2002 20:36:42 -0700 From: Juli Mallett To: Garance A Drosihn Cc: audit@FreeBSD.ORG, current@FreeBSD.ORG, Poul-Henning Kamp , Kirk McKusick Subject: Re: libufs, a library for dealing with UFS from userland. Message-ID: <20020629203642.A9605@FreeBSD.ORG> References: <20020629053747.A68232@FreeBSD.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from drosih@rpi.edu on Sat, Jun 29, 2002 at 11:27:37PM -0400 Organisation: The FreeBSD Project X-Alternate-Addresses: , , , X-Affiliated-Projects: FreeBSD, xMach, ircd-hybrid-7 X-Towel: Yes X-LiveJournal: flata X-Negacore: Yes X-Warning: If you make me read stupid email, don't be surprised if I respond. If you don't want me to reply to something, don't send it to me. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Garance A Drosihn escriuréres > At 5:37 AM -0700 6/29/02, Juli Mallett wrote: > >I get identical output from dumpfs and libufs-dumpfs currently > >and I can toggle softdep flags fine with tunefs. I'd like to > >commit this by the coming Tuesday as I will be out of town > >from Tuesday morning and will not have any way to further > >work on this, etc. > > When do you get back into town? Unknown. > If anyone asks for review on a Saturday, then I would hope > that they'd wait until at least Monday evening before doing > the commit. And I don't think the project should be too > comfortable with the idea of developers making a commit just > before they head out of town. Something which merely abstracts an interface out to a library is not too likely to cause problems beyond buildworld stuff, which is what I am concerned about having time in tree to spot. Aside from that, I want architectural comments, as that is the only thing where I feel improvement could be made. > Also, there was the big KSE commit this weekend, and it might > be prudent to let that settle in for a few days. I'm sure the two are orhtogonal. -- Juli Mallett | FreeBSD: The Power To Serve Will break world for fulltime employment. | finger jmallett@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 21:20:21 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B19B37B401 for ; Sat, 29 Jun 2002 21:20:10 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD14843E0A for ; Sat, 29 Jun 2002 21:20:09 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020630042009.EWGH15755.rwcrmhc53.attbi.com@InterJet.elischer.org>; Sun, 30 Jun 2002 04:20:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id VAA82964; Sat, 29 Jun 2002 21:00:43 -0700 (PDT) Date: Sat, 29 Jun 2002 21:00:42 -0700 (PDT) From: Julian Elischer To: "Steven G. Kargl" Cc: freebsd-current@freebsd.org Subject: Re: post-KSE III kernel panic In-Reply-To: <200206300237.g5U2bBnn086927@troutmask.apl.washington.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG it definitly looks like one for me if you have the core file, can you find the line in fill_kinfo_proc that exploded? up 15 list should do.... I think I saw this once myself but wasn't able to reproduce it again. On Sat, 29 Jun 2002, Steven G. Kargl wrote: > I'm not sure this is related to Julian's commit, > but the kernel sources are post-kse III commit. > > I have the kernel and core file if more info > or access is needed. > > -- > Steve > http://troutmask.apl.washington.edu/~kargl/ > > Script started on Sat Jun 29 18:36:22 2002 > GNU gdb 5.2.0 (FreeBSD) 20020627 > Copyright 2002 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or 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. > This GDB was configured as "i386-undermydesk-freebsd"... > IdlePTD at physical address 0x00474000 > initial pcb at physical address 0x0030d5e0 > panicstr: bremfree: bp 0xc42aa170 not locked > panic messages: > --- > panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/i386/i386/trap.c:726 > > syncing disks... panic: bremfree: bp 0xc42aa170 not locked > Uptime: 3h48m12s > pfs_vncache_unload(): 3 entries remaining > Dumping 128 MB > 16 32 48 64 80 96 112 > --- > #0 0xc019e78b in doadump () > (kgdb) bt > #0 0xc019e78b in doadump () > #1 0xc019ecf0 in boot (howto=260) > #2 0xc019eefb in panic () > #3 0xc01deb47 in bremfree (bp=0xc42aa170) > #4 0xc01e0906 in vfs_bio_awrite (bp=0xc42aa170) > #5 0xc016f065 in spec_fsync (ap=0xcc2486ec) > #6 0xc016eb58 in spec_vnoperate (ap=0xcc2486ec) > at /usr/src/sys/fs/specfs/spec_vnops.c:837 > #7 0xc02354c6 in ffs_sync (mp=0xc0e41400, waitfor=2, cred=0xc0e3c380, > td=0xc02db2c0) > #8 0xc01f0c94 in sync (td=0xc02db2c0, uap=0x0) > #9 0xc019e88f in boot (howto=256) > #10 0xc019eefb in panic () > #11 0xc01beb57 in witness_lock (lock=0xc1ea8958, flags=8, > file=0xc02c9e49 "/usr/src/sys/i386/i386/trap.c", line=726) > #12 0xc0194ef3 in _mtx_lock_flags (m=0xc1ea8958, opts=0, > file=0xc02c9e49 "/usr/src/sys/i386/i386/trap.c", line=726) > #13 0xc0284f43 in trap_pfault (frame=0xcc24887c, usermode=0, eva=172) > #14 0xc0284ba3 in trap (frame= > {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1043814600, tf_esi = 0, tf_ebp = -870020888, tf_isp = -870020952, tf_ebx = -870020860, tf_edx = -870716816, tf_ecx = 0, tf_eax = -1043814600, tf_trapno = 12, tf_err = 0, tf_eip = -1072069444, tf_cs = 8, tf_eflags = 66054, tf_esp = -1070728192, tf_ss = 0}) > at /usr/src/sys/i386/i386/trap.c:667 > ---Type to continue, or q to quit--- > #15 0xc01984bc in fill_kinfo_proc (p=0xc1c8a738, kp=0xcc248904) > #16 0xc0198a5c in sysctl_out_proc (p=0xc1c8a738, req=0xcc248c10, doingzomb=1) > #17 0xc0198f1e in sysctl_kern_proc (oidp=0xc02e0100, arg1=0x0, arg2=0, > req=0xcc248c10) > #18 0xc01a7f93 in sysctl_root (oidp=0x0, arg1=0xcc248cac, arg2=3, > req=0xcc248c10) > #19 0xc01a820d in userland_sysctl (td=0xc1c77000, name=0xcc248cac, namelen=3, > old=0x0, oldlenp=0xbfbff34c, inkernel=0, new=0x0, newlen=0, > retval=0xcc248ca8) > #20 0xc01a8060 in __sysctl (td=0xc1c77000, uap=0xcc248d14) > #21 0xc02856ba in syscall (frame= > {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = -1077939380, tf_ebp = -1077939432, tf_isp = -870019724, tf_ebx = 672654268, tf_edx = -1077939328, tf_ecx = 3, tf_eax = 202, tf_trapno = 12, tf_err = 2, tf_eip = 672221579, tf_cs = 31, tf_eflags = 663, tf_esp = -1077939476, tf_ss = 47}) > #22 0xc027691d in syscall_with_err_pushed () at {standard input}:128 > #23 0x280d2451 in ?? () > #24 0x0804b83e in ?? () > #25 0x0804d346 in ?? () > #26 0x080492f9 in ?? () > (kgdb) quit > > Script done on Sat Jun 29 18:36:44 2002 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 21:58:36 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FE9837B400 for ; Sat, 29 Jun 2002 21:58:31 -0700 (PDT) Received: from ref5.freebsd.org (ref5.FreeBSD.org [216.136.204.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED68643E0A for ; Sat, 29 Jun 2002 21:58:30 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: from ref5.freebsd.org (localhost [127.0.0.1]) by ref5.freebsd.org (8.12.5/8.12.5) with ESMTP id g5U4wU7b073774 for ; Sat, 29 Jun 2002 21:58:30 -0700 (PDT) (envelope-from des@ref5.freebsd.org) Received: (from des@localhost) by ref5.freebsd.org (8.12.5/8.12.5/Submit) id g5U4wUaH073749 for current@freebsd.org; Sat, 29 Jun 2002 21:58:30 -0700 (PDT) Date: Sat, 29 Jun 2002 21:58:30 -0700 (PDT) From: Dag-Erling Smorgrav Message-Id: <200206300458.g5U4wUaH073749@ref5.freebsd.org> To: current@freebsd.org Subject: i386 tinderbox failure Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- >>> stage 1: bootstrap tools -------------------------------------------------------------- >>> stage 2: cleaning up the object tree -------------------------------------------------------------- >>> stage 2: rebuilding the object tree -------------------------------------------------------------- >>> stage 2: build tools -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- >>> stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/tinderbox/src/i386/usr/include -------------------------------------------------------------- >>> stage 4: building libraries -------------------------------------------------------------- >>> stage 4: make dependencies -------------------------------------------------------------- >>> stage 4: building everything.. -------------------------------------------------------------- ===> share/doc/psd/04.uprog /local0/scratch/tinderbox/src/share/doc/psd/04.uprog/p9:156: warning: can't break line ===> share/doc/psd/05.sysman ===> share/doc/psd/06.Clang ===> share/doc/psd/12.make ===> share/doc/psd/13.rcs ===> share/doc/psd/13.rcs/rcs ===> share/doc/psd/13.rcs/rcs_func ===> share/doc/psd/14.sccs make: don't know how to make sccs.me. Stop *** Error code 2 Stop in /local0/scratch/tinderbox/src/share/doc/psd. *** Error code 1 Stop in /local0/scratch/tinderbox/src/share/doc. *** Error code 1 Stop in /local0/scratch/tinderbox/src/share. *** Error code 1 Stop in /local0/scratch/tinderbox/src. *** Error code 1 Stop in /local0/scratch/tinderbox/src. *** Error code 1 Stop in /local0/scratch/tinderbox/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 22:12:59 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFD1B37B400 for ; Sat, 29 Jun 2002 22:12:55 -0700 (PDT) Received: from pozo.com (pozo.com [216.101.162.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4687843E0A for ; Sat, 29 Jun 2002 22:12:55 -0700 (PDT) (envelope-from null@pozo.com) Received: from quad.pozo.com (quad.pozo.com [216.101.162.53]) by pozo.com (8.12.5/8.12.5) with ESMTP id g5U5CkZN000652 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO); Sat, 29 Jun 2002 22:12:46 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <5.1.1.6.2.20020629220435.00a83930@pozo.com> X-Sender: null@pozo.com X-Mailer: QUALCOMM Windows Eudora Version 5.1.1 Date: Sat, 29 Jun 2002 22:07:56 -0700 To: Julian Elischer , FreeBSD current users From: Manfred Antar Subject: Re: I think KSE-MIII import complete In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 05:10 PM 6/29/2002 -0700, Julian Elischer wrote: >So far I have heard no complaints (that are proven) >and My buildworlds have been going as well as thay can >taking into account breakages from other places (hopefully >one will actually finish soon) So I am going to dare to step away from the >system for a few hours and take the baby for a walk.. > >Pleas let me know of any suspicious behaviour.. >BTW there are some new sysctls in kern.threads. > >Anyone wanting to commit, that was holding back because of me, >feel free to break^H^H^H^H^Hcommit. > >Julian > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message Julian i'm seeing this with a current kernel doing a shutdown -r now a kernel compiled just before the KSE-MIII commit did not do this pozo shutdown: reboot by root: Stopping cron. Stopping inetd. Shutting down daemon processes: tdetect snmpd rplaydJun 29 22:04:12 pozo kernel: fxp0: promiscuous mode disabled UPS Deamon stopped apache Fatal trap 12: page fault while in kernel mode cpuid = 0; lapic.id = 00000000 fault virtual address = 0x4c fault code = supervisor read, page not present instruction pointer = 0x8:0xc01d2e74 stack pointer = 0x10:0xd1bbe8e0 frame pointer = 0x10:0xd1bbe8fc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 848 (killall) trap number = 12 panic: page fault cpuid = 0; lapic.id = 00000000 boot() called on cpu#0 syncing disks... panic: bdwrite: buffer is not busy cpuid = 0; lapic.id = 00000000 boot() called on cpu#0 Uptime: 16m59s pfs_vncache_unload(): 1 entries remaining Automatic reboot in 15 seconds - press a key on the console to abort ================================== || null@pozo.com || || Ph. (415) 681-6235 || ================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 29 23:28:19 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F66C37B401 for ; Sat, 29 Jun 2002 23:28:16 -0700 (PDT) Received: from web20902.mail.yahoo.com (web20902.mail.yahoo.com [216.136.226.224]) by mx1.FreeBSD.org (Postfix) with SMTP id 7719343E0A for ; Sat, 29 Jun 2002 23:28:16 -0700 (PDT) (envelope-from bsddiy@yahoo.com) Message-ID: <20020630062816.25511.qmail@web20902.mail.yahoo.com> Received: from [218.108.156.231] by web20902.mail.yahoo.com via HTTP; Sat, 29 Jun 2002 23:28:16 PDT Date: Sat, 29 Jun 2002 23:28:16 -0700 (PDT) From: David Xu Subject: Updated patch for PR i386/38223 To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG long time ago, I posted a PR reported that VM86 and VESA combination is unstable under CURRENT source, the PR is http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/38223 The patch is synchronized with current source, here it is: http://opensource.zjonline.com.cn/freebsd/vm86patch.tgz - David Xu __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Jun 30 0: 0:46 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EAA337B41C for ; Sun, 30 Jun 2002 00:00:24 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 705C743E1A for ; Sun, 30 Jun 2002 00:00:23 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc51.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020630070023.HNHH9178.rwcrmhc51.attbi.com@InterJet.elischer.org>; Sun, 30 Jun 2002 07:00:23 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA83626; Sat, 29 Jun 2002 23:52:53 -0700 (PDT) Date: Sat, 29 Jun 2002 23:52:52 -0700 (PDT) From: Julian Elischer To: Manfred Antar Cc: FreeBSD current users Subject: Re: I think KSE-MIII import complete In-Reply-To: <5.1.1.6.2.20020629220435.00a83930@pozo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hey what's the problem.. it rebooted didn't it :-) seriously now, thanks for the information.. I'll try simulate this.. Is this EVERY shutdown? does it happen for "reboot"? this could be signals .. Goshh I hate signals.. On Sat, 29 Jun 2002, Manfred Antar wrote: > At 05:10 PM 6/29/2002 -0700, Julian Elischer wrote: > > >So far I have heard no complaints (that are proven) > >and My buildworlds have been going as well as thay can > >taking into account breakages from other places (hopefully > >one will actually finish soon) So I am going to dare to step away from the > >system for a few hours and take the baby for a walk.. > > > >Pleas let me know of any suspicious behaviour.. > >BTW there are some new sysctls in kern.threads. > > > >Anyone wanting to commit, that was holding back because of me, > >feel free to break^H^H^H^H^Hcommit. > > > >Julian > > > > > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-current" in the body of the message > > Julian > i'm seeing this with a current kernel doing a shutdown -r now > a kernel compiled just before the KSE-MIII commit did not do this > > pozo shutdown: reboot by root: > Stopping cron. > Stopping inetd. > Shutting down daemon processes: tdetect snmpd rplaydJun 29 22:04:12 pozo kernel: fxp0: promiscuous mode disabled > UPS Deamon stopped apache > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; lapic.id = 00000000 > fault virtual address = 0x4c > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc01d2e74 > stack pointer = 0x10:0xd1bbe8e0 > frame pointer = 0x10:0xd1bbe8fc > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 848 (killall) > trap number = 12 > panic: page fault > cpuid = 0; lapic.id = 00000000 > boot() called on cpu#0 > > syncing disks... panic: bdwrite: buffer is not busy > cpuid = 0; lapic.id = 00000000 > boot() called on cpu#0 > Uptime: 16m59s > pfs_vncache_unload(): 1 entries remaining > Automatic reboot in 15 seconds - press a key on the console to abort > > ================================== > || null@pozo.com || > || Ph. (415) 681-6235 || > ================================== > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message