From owner-freebsd-bugs Sun Feb 3 0:20: 8 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id 34EB137B417; Sun, 3 Feb 2002 00:19:46 -0800 (PST) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.3/8.11.3) with ESMTP id g138JeO6485267; Sun, 3 Feb 2002 11:19:40 +0300 (MSK) Date: Sun, 3 Feb 2002 11:19:39 +0300 (MSK) From: Maxim Konovalov To: David Malone Cc: roam@FreeBSD.ORG, , Subject: Re: i386/34536: accept() blocks other threads In-Reply-To: <20020203011345.G59736-100000@news1.macomnet.ru> Message-ID: <20020203110107.P50975-100000@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org By the way, I cannot reproduce the problem. I tried on -current and old 4.3 a code below, it works as expected: /* This is just a test program * Compile: * cc -o thread thread.c -pthread * Test: * ./thread 90 * telnet localhost 90 */ #include #include #include #include #include #include #include #include #include void * bg(void *a) { for (;;) { printf("+"); fflush(NULL); sleep(1); } } void * srv(void *arg) { char buff[100]; printf("Begin to read\n"); count=read((int)arg, buff, 10); close((int)arg); printf("Begin to exit\n"); } main(int argc, char *argv[]){ int sock, newsock, length, port,pid, i; struct sockaddr_in addr, daddr; pthread_t ptid; pthread_attr_t tattr; if(argc==1) { printf("Usage:\n %s Port\n", argv[0]); exit(1); } port=atoi(argv[1]); if(port==0){ printf("Illegal Port:%s\n", argv[1]); exit(1); } sock=socket(AF_INET, SOCK_STREAM,0); if(sock < 0){ perror("Opening stream socket"); exit(1); } bzero(&addr, sizeof(addr)); addr.sin_family=AF_INET; addr.sin_addr.s_addr = htonl(INADDR_ANY); addr.sin_port = htons(port); if(bind(sock, (struct sockaddr *)&addr, sizeof addr) == -1){ perror("Binding stream socket"); exit(1); }; bzero(&addr, sizeof(addr)); i = sizeof(addr); if(getsockname(sock, (struct sockaddr *)&addr, &i) < 0){ perror("getsockname"); exit(1); } if(listen(sock, 5) == -1){ perror("Listening stream socket"); exit(1); }; pthread_attr_init(&tattr); pthread_attr_setdetachstate(&tattr, PTHREAD_CREATE_DETACHED); pthread_attr_setscope(&tattr, PTHREAD_SCOPE_SYSTEM); pthread_create(&ptid, NULL, bg, NULL); while((newsock=accept(sock, (struct sockaddr *)&daddr, (length=sizeof daddr, &length))) != -1){ printf("Main Thread is going to start a new thread\n"); if(pthread_create(&ptid, &tattr, srv, (void *)newsock)){ printf("pthread_create() failed\n"); close(newsock); } } /* never reached */ close(sock); } Here is an output: [maxim@try maxim]$ ./thread 2000 +++++Main Thread is going to start a new thread Begin to read +++Main Thread is going to start a new thread Begin to read +++Begin to exit +++Begin to exit +^C [maxim@try maxim]$ So all four threads are sheduled. I guess there may by libc/libc_r interoperability somewhere. -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto: maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 1:20: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7158A37B417 for ; Sun, 3 Feb 2002 01:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g139K2B67603; Sun, 3 Feb 2002 01:20:02 -0800 (PST) (envelope-from gnats) Received: from borris.toztech.com (d150-234-40.home.cgocable.net [24.150.234.40]) by hub.freebsd.org (Postfix) with ESMTP id 9A05F37B417 for ; Sun, 3 Feb 2002 01:19:47 -0800 (PST) Received: (from root@localhost) by borris.toztech.com (8.11.1/8.11.1) id g138XAl01049; Sun, 3 Feb 2002 03:33:10 -0500 (EST) (envelope-from azrael) Message-Id: <200202030833.g138XAl01049@borris.toztech.com> Date: Sun, 3 Feb 2002 03:33:10 -0500 (EST) From: stompkins.mofo-x@efnet.FreeBSD.ORG Reply-To: admin@toztech.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/34576: cannot load freebsd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34576 >Category: i386 >Synopsis: cannot load freebsd >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 03 01:20:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: Borris Administration >Release: FreeBSD 4.5-RELEASE i386 >Organization: toztech internet services >Environment: >Description: FreeBSD v4.5 Attempting Freshload i386 model on P3-733 w384 MB RAM Attempting to load during the CD Kernel boot, setup locks directly after detecting Parrallel/Serial devices, if i reboot machine and modify kernel before setup and remove everything (ie serial) it will lock at parallel or just keep going back a step, I ahve succesfully loaded numerous machines with my cds following same procedure, this is a really rare occurance seeing as I have already in the past, and still presently have freebsd running on this machine >How-To-Repeat: According to my knowledge I have no way to make you repeat this, I know not what comes after detecting the parrallel/serial devices, have never encountered this error before. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 3:52: 5 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from webmail3.cac.psu.edu (webmail3.cac.psu.edu [128.118.1.212]) by hub.freebsd.org (Postfix) with ESMTP id 08CA537B402 for ; Sun, 3 Feb 2002 03:52:00 -0800 (PST) Received: (from webmail@localhost) by webmail3.cac.psu.edu (8.9.3/8.9.0) id GAA26920; Sun, 3 Feb 2002 06:52:00 -0500 (EST) Date: Sun, 3 Feb 2002 06:52:00 -0500 (EST) Message-Id: <200202031152.GAA26920@webmail3.cac.psu.edu> To: freebsd-bugs@freebsd.org Subject: kern.ps_showallprocs workaround From: "Daniel B. Hemmerich" Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailer: Penn State WebMail X-Sender: dbh142@psu.edu X-Originating-IP: 65.164.16.146 MIME-Version: 1.0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I believe bugs is the correct mailing list to send this sorta issue to. If not, oh well, too late. The goal, I believe, of the sysctl kern.ps_showallprocs variable (setting) is to hide the system processes from the common user, as there is not always a need to let users have all that information. Well, the proc filesystem, procfs, is still wide open with valuable process information for anyone to read. I may just not have found the correct documentation, but I did not find anyway to really change this w/o me guessing and possibly messing my workstation up. Someone I know wrote a perl script which basically duplicates the ouput of the ps program by grabbing the procfs information and neatly displaying it. I believe he didn't even bother to really dig into some of the procfs information that is avaliable to the world. The URL of the script if anyone is interested is: http://www.hhp-programming.net/ourprograms/hhp-sap_evade.pl If there are plans to change this situation, or if I am just flat out mistaken, please let me know. Thanks a lot, Daniel B. Hemmerich To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 7:10: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 97DEC37B416 for ; Sun, 3 Feb 2002 07:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g13FA1r72363; Sun, 3 Feb 2002 07:10:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1380F37B417 for ; Sun, 3 Feb 2002 07:05:24 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g13F5OE70826; Sun, 3 Feb 2002 07:05:24 -0800 (PST) (envelope-from nobody) Message-Id: <200202031505.g13F5OE70826@freefall.freebsd.org> Date: Sun, 3 Feb 2002 07:05:24 -0800 (PST) From: Johann Frisch To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/34586: burncd -t blank blanks CD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34586 >Category: bin >Synopsis: burncd -t blank blanks CD >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 03 07:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Johann Frisch >Release: 4.5-RELEASE i386 >Organization: - >Environment: FreeBSD 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Fri Feb 1 14:12:02 CET 2002 atapci0: port 0xd000-0xd00f at device 7.1 on pci0 acd0: CD-RW at ata1-master using WDMA2 >Description: The burncd man page claims: "-t test write, do not actually write on the media" but "burncd -t blank" blanks a CD-RW. >How-To-Repeat: -Insert a filled CD-RW into the rewriter (I dont't know if the problem depends on the hardware used) -"burncd -t blank" ->The disc is now blank >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 9:10: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0456737B404 for ; Sun, 3 Feb 2002 09:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g13HA0Z92838; Sun, 3 Feb 2002 09:10:00 -0800 (PST) (envelope-from gnats) Received: from e189.dkm.cz (e189.dkm.cz [62.24.69.189]) by hub.freebsd.org (Postfix) with ESMTP id 0E99537B400 for ; Sun, 3 Feb 2002 09:05:20 -0800 (PST) Received: (from root@localhost) by hp.monitor.xx (8.11.6/8.11.6) id g13Gss916077; Sun, 3 Feb 2002 17:54:54 +0100 (CET) (envelope-from root) Message-Id: <200202031654.g13Gss916077@hp.monitor.xx> Date: Sun, 3 Feb 2002 17:54:54 +0100 (CET) From: "Henryk Paluch" Reply-To: "Henryk Paluch" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: i386/34588: read-prefetch on VIA 686B IDE causes hang with CD-R HP8100i Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34588 >Category: i386 >Synopsis: read-prefetch on VIA 686B IDE causes hang with CD-R HP8100i >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 03 09:10:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Henryk Paluch >Release: FreeBSD 4.5-RELEASE i386 >Organization: Acron Communications, s.r.o >Environment: System: FreeBSD hp.monitor.xx 4.5-RELEASE FreeBSD 4.5-RELEASE #1: Sun Feb 3 17:12:34 CET 2002 root@hp.monitor.xx:/usr/src/sys/compile/GENERICHP i386 >Description: When IDE read-prefetch is set on VIA82C686B southbridge, it causes hang when accessing ATAPI device CD-R HP8100i It is exactly same problem as reported and corrected in Linux 2.4.2 kernel. Please see: http://www.uwsg.iu.edu/hypermail/linux/kernel/0102.1/0320.html http://www.uwsg.iu.edu/hypermail/linux/kernel/0101.2/0958.html >How-To-Repeat: Just boot FreeBSD 4.x (tested on 4.5) >Fix: Do not enable read-prefetch on ATAPI CD-R devices (linux kernels 2.4.2+ leave these untouched due problems described above). Here is a quick fix: --- ata-all.c.orig Sun Feb 3 17:10:24 2002 +++ ata-all.c Sun Feb 3 17:47:41 2002 @@ -543,7 +543,9 @@ case 0x74111022: /* AMD 766 default setup */ /* set prefetch, postwrite */ +/* pci_write_config(dev, 0x41, pci_read_config(dev, 0x41, 1) | 0xf0, 1); +*/ /* set fifo configuration half'n'half */ pci_write_config(dev, 0x43, BTW: IDE driver seems to completely ignore ata0 and ata0 disable comand (I tried it both in CLI and visual config, but it still attempted to access ata1 channel). Sincerely Henryk Paluch >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 11:10: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8046C37B400 for ; Sun, 3 Feb 2002 11:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g13JA2j13507; Sun, 3 Feb 2002 11:10:02 -0800 (PST) (envelope-from gnats) Date: Sun, 3 Feb 2002 11:10:02 -0800 (PST) Message-Id: <200202031910.g13JA2j13507@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Archie Cobbs Subject: Re: kern/31586: netgraph bridges cause connectivity probs from bridge Reply-To: Archie Cobbs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/31586; it has been noted by GNATS. From: Archie Cobbs To: freebsd-gnats-submit@FreeBSD.org, michaelb@thus.net Cc: Subject: Re: kern/31586: netgraph bridges cause connectivity probs from bridge Date: Sun, 3 Feb 2002 10:46:56 -0800 (PST) Here is a candidate patch. There seem to be two strategies: #1 Check the flags for mbufs going out the 'lower' hook and compute the checksums for packets that need it. #2 Temporarily turn off the interface flags advertising hardware checksums whenever 'lower' is connected. The patch below implements #2. While #1 might make more sense, the problem is that it fails in the case of CSUM_FRAGMENT. To handle CSUM_FRAGMENT in case #1, we would have to implement IP fragmentation code in ng_ether, yuck... seems much better to let ip_output() do it. The only unknown is whether the drivers will freak out when ifp->if_hwassist is changed to zero and back... it doesn't appear so; it seems the worst thing that would happen is the chip recomputing a checksum, but I'm not positive about that. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com Index: sys/netgraph/ng_ether.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_ether.c,v retrieving revision 1.2.2.10 diff -u -r1.2.2.10 ng_ether.c --- sys/netgraph/ng_ether.c 1 Sep 2001 08:22:29 -0000 1.2.2.10 +++ sys/netgraph/ng_ether.c 2 Feb 2002 21:46:39 -0000 @@ -75,6 +75,7 @@ u_char lowerOrphan; /* whether lower is lower or orphan */ u_char autoSrcAddr; /* always overwrite source address */ u_char promisc; /* promiscuous mode enabled */ + u_long hwassist; /* hardware checksum capabilities */ }; typedef struct private *priv_p; @@ -319,6 +320,7 @@ priv->ifp = ifp; IFP2NG(ifp) = node; priv->autoSrcAddr = 1; + priv->hwassist = ifp->if_hwassist; /* Try to give the node the same name as the interface */ if (ng_name_node(node, name) != 0) { @@ -470,6 +472,10 @@ if (*hookptr != NULL) return (EISCONN); + /* If lower hook connected, disable hardware checksum */ + if (hookptr == &priv->lower) + ifp->if_hwassist = 0; + /* OK */ *hookptr = hook; priv->lowerOrphan = orphan; @@ -685,6 +691,7 @@ { const priv_p priv = hook->node->private; + /* Mark hook not connected */ if (hook == priv->upper) priv->upper = NULL; else if (hook == priv->lower) { @@ -692,8 +699,14 @@ priv->lowerOrphan = 0; } else panic("%s: weird hook", __FUNCTION__); + + /* If lower hook disconnected, restore hardware checksum */ + if (hookptr == &priv->lower) + ifp->if_hwassist = priv->hwassist; + + /* Reset node after last disconnect */ if (hook->node->numhooks == 0) - ng_rmnode(hook->node); /* reset node */ + ng_rmnode(hook->node); return (0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 11:23:55 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id 1AA1137B417 for ; Sun, 3 Feb 2002 11:23:53 -0800 (PST) Received: from user-33qtm5o.dialup.mindspring.com ([199.174.216.184] helo=gohan.cjclark.org) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16XSEv-0003Gl-00; Sun, 03 Feb 2002 11:23:51 -0800 Received: (from cjc@localhost) by gohan.cjclark.org (8.11.6/8.11.1) id g13JNXE00967; Sun, 3 Feb 2002 11:23:33 -0800 (PST) (envelope-from cjc) Date: Sun, 3 Feb 2002 11:23:31 -0800 From: "Crist J. Clark" To: "Daniel B. Hemmerich" Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern.ps_showallprocs workaround Message-ID: <20020203112331.C167@gohan.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <200202031152.GAA26920@webmail3.cac.psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200202031152.GAA26920@webmail3.cac.psu.edu>; from dbh142@psu.edu on Sun, Feb 03, 2002 at 06:52:00AM -0500 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Feb 03, 2002 at 06:52:00AM -0500, Daniel B. Hemmerich wrote: > I believe bugs is the correct mailing list to send this sorta issue to. If not, > oh well, too late. > > The goal, I believe, of the sysctl kern.ps_showallprocs variable (setting) is to hide the system processes from the common user, as there is not always a need > to let users have all that information. > > Well, the proc filesystem, procfs, is still wide open with valuable process information for anyone to read. I may just not have found the correct documentation, > but I did not find anyway to really change this w/o me guessing and possibly > messing my workstation up. # umount /proc -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 11:31:36 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9A21037B416; Sun, 3 Feb 2002 11:31:35 -0800 (PST) Received: (from alc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g13JRaO16272; Sun, 3 Feb 2002 11:27:36 -0800 (PST) (envelope-from alc) Date: Sun, 3 Feb 2002 11:27:36 -0800 (PST) From: Message-Id: <200202031927.g13JRaO16272@freefall.freebsd.org> To: kip@eventdriven.org, alc@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/34016: AIO is 400x slower under -CURRENT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: AIO is 400x slower under -CURRENT State-Changed-From-To: open->closed State-Changed-By: alc State-Changed-When: Sun Feb 3 11:25:33 PST 2002 State-Changed-Why: Fixed in revision 1.112 of kern/vfs_aio.c. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34016 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 12:30:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C9C0437B416 for ; Sun, 3 Feb 2002 12:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g13KU1X29178; Sun, 3 Feb 2002 12:30:01 -0800 (PST) (envelope-from gnats) Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id 99B8D37B416 for ; Sun, 3 Feb 2002 12:23:35 -0800 (PST) Received: (qmail 23717 invoked by uid 1100); 3 Feb 2002 20:23:35 -0000 Message-Id: <20020203202335.GA23544@segment7.net> Date: Sun, 3 Feb 2002 12:23:35 -0800 From: Eric Hodel To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/34591: ICMP bandwidth limiting does not indicate interface Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34591 >Category: kern >Synopsis: ICMP bandwidth limiting does not indicate interface >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Feb 03 12:30:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Eric Hodel >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: System: FreeBSD PII350.home.segment7.net 5.0-CURRENT FreeBSD 5.0-CURRENT #6: Sat Feb 2 17:14:25 PST 2002 root@PII350.home.segment7.net:/disks/current/obj/disks/ current/src/sys/PII350 i386 >Description: When limiting the ICMP responses, the interface upon which the bandwidth is being limited is not displayed. For a machine with multiple interfaces, the administrator will have to employ other tools to determine which interface is affected >How-To-Repeat: nmap localhost Will display the following message on the console: Limiting closed port RST response from 470 to 200 packets per second nmap can be installed from /usr/ports/security/nmap >Fix: Send the interface name and number to badport_bandlim and display them in the message like this: Limiting closed port RST response from 470 to 200 packets per second on lo0 The attache patch adds this functionality --- patch begins here --- Index: icmp_var.h =================================================================== RCS file: /home/ncvs/src/sys/netinet/icmp_var.h,v retrieving revision 1.20 diff -c -r1.20 icmp_var.h *** icmp_var.h 2001/12/14 19:30:42 1.20 --- icmp_var.h 2002/02/03 20:01:59 *************** *** 78,84 **** #ifdef _KERNEL SYSCTL_DECL(_net_inet_icmp); ! extern int badport_bandlim __P((int)); #define BANDLIM_UNLIMITED -1 #define BANDLIM_ICMP_UNREACH 0 #define BANDLIM_ICMP_ECHO 1 --- 78,84 ---- #ifdef _KERNEL SYSCTL_DECL(_net_inet_icmp); ! extern int badport_bandlim __P((int, const char *, short)); #define BANDLIM_UNLIMITED -1 #define BANDLIM_ICMP_UNREACH 0 #define BANDLIM_ICMP_ECHO 1 Index: ip_icmp.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_icmp.c,v retrieving revision 1.66 diff -c -r1.66 ip_icmp.c *** ip_icmp.c 2002/01/11 12:13:57 1.66 --- ip_icmp.c 2002/02/03 20:02:00 *************** *** 437,443 **** break; } icp->icmp_type = ICMP_ECHOREPLY; ! if (badport_bandlim(BANDLIM_ICMP_ECHO) < 0) goto freeit; else goto reflect; --- 437,445 ---- break; } icp->icmp_type = ICMP_ECHOREPLY; ! if (badport_bandlim(BANDLIM_ICMP_ECHO, ! m->m_pkthdr.rcvif->if_name, ! m->m_pkthdr.rcvif->if_unit) < 0) goto freeit; else goto reflect; *************** *** 455,461 **** icp->icmp_type = ICMP_TSTAMPREPLY; icp->icmp_rtime = iptime(); icp->icmp_ttime = icp->icmp_rtime; /* bogus, do later! */ ! if (badport_bandlim(BANDLIM_ICMP_TSTAMP) < 0) goto freeit; else goto reflect; --- 457,465 ---- icp->icmp_type = ICMP_TSTAMPREPLY; icp->icmp_rtime = iptime(); icp->icmp_ttime = icp->icmp_rtime; /* bogus, do later! */ ! if (badport_bandlim(BANDLIM_ICMP_TSTAMP, ! m->m_pkthdr.rcvif->if_name, ! m->m_pkthdr.rcvif->if_unit) < 1) goto freeit; else goto reflect; *************** *** 821,827 **** */ int ! badport_bandlim(int which) { static int lticks[BANDLIM_MAX + 1]; static int lpackets[BANDLIM_MAX + 1]; --- 825,831 ---- */ int ! badport_bandlim(int which, const char *if_name, short if_unit) { static int lticks[BANDLIM_MAX + 1]; static int lpackets[BANDLIM_MAX + 1]; *************** *** 849,858 **** if ((unsigned int)dticks > hz) { if (lpackets[which] > icmplim && icmplim_output) { ! printf("%s from %d to %d packets per second\n", bandlimittype[which], lpackets[which], ! icmplim ); } lticks[which] = ticks; --- 853,864 ---- if ((unsigned int)dticks > hz) { if (lpackets[which] > icmplim && icmplim_output) { ! printf("%s from %d to %d packets per second on %s%d\n", bandlimittype[which], lpackets[which], ! icmplim, ! if_name, ! if_unit ); } lticks[which] = ticks; Index: tcp_input.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_input.c,v retrieving revision 1.146 diff -c -r1.146 tcp_input.c *** tcp_input.c 2002/01/04 17:21:27 1.146 --- tcp_input.c 2002/02/03 20:02:05 *************** *** 2178,2184 **** /* * Perform bandwidth limiting. */ ! if (badport_bandlim(rstreason) < 0) goto drop; #ifdef TCPDEBUG --- 2178,2186 ---- /* * Perform bandwidth limiting. */ ! if (badport_bandlim(rstreason, ! m->m_pkthdr.rcvif->if_name, ! m->m_pkthdr.rcvif->if_unit) < 0) goto drop; #ifdef TCPDEBUG Index: udp_usrreq.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/udp_usrreq.c,v retrieving revision 1.100 diff -c -r1.100 udp_usrreq.c *** udp_usrreq.c 2001/11/08 02:13:17 1.100 --- udp_usrreq.c 2002/02/03 20:02:07 *************** *** 358,364 **** udpstat.udps_noportbcast++; goto bad; } ! if (badport_bandlim(BANDLIM_ICMP_UNREACH) < 0) goto bad; if (blackhole) goto bad; --- 358,366 ---- udpstat.udps_noportbcast++; goto bad; } ! if (badport_bandlim(BANDLIM_ICMP_UNREACH, ! m->m_pkthdr.rcvif->if_name, ! m->m_pkthdr.rcvif->if_unit) < 0) goto bad; if (blackhole) goto bad; --- patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 13:20:19 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3F8A437B417 for ; Sun, 3 Feb 2002 13:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g13LK2w38665; Sun, 3 Feb 2002 13:20:02 -0800 (PST) (envelope-from gnats) Date: Sun, 3 Feb 2002 13:20:02 -0800 (PST) Message-Id: <200202032120.g13LK2w38665@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nate Eldredge Subject: Re: kern/31460: ATAPI CD-ROM makes system reboot with DVD movie. Reply-To: Nate Eldredge Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/31460; it has been noted by GNATS. From: Nate Eldredge To: Juha Ylitalo Cc: bug-followup@freebsd.org, Nate Eldredge Subject: Re: kern/31460: ATAPI CD-ROM makes system reboot with DVD movie. Date: Sun, 3 Feb 2002 13:12:15 -0800 Juha Ylitalo writes: > It seems that this PR can really be closed as something that got fixed > into 4.5-RELEASE. I just experimented things (with different DVD, but > ...) and even though I am still able to crash my system with mplayer, it > now manages to get disc information correctly and play some of it, xine > is not able to crash my system at all and with ogle, which gives me best > results on DVD player, all my problems looks like something that is ogle > related. Yes, I agree. I'm still not able to cat all files on my DVD (I get ILLEGAL REQUEST messages) but I suspect the manufacturer screwed up the iso9660 file system (maybe on purpose). I can successfully extract titles using libdvdread, however. mplayer also works and is successfully able to play every DVD I tried. -- Nate Eldredge neldredge@hmc.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 13:20:20 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 67E2637B422 for ; Sun, 3 Feb 2002 13:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g13LK2B38674; Sun, 3 Feb 2002 13:20:02 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D7DBB37B41D for ; Sun, 3 Feb 2002 13:13:17 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g13LDHt37901; Sun, 3 Feb 2002 13:13:17 -0800 (PST) (envelope-from nobody) Message-Id: <200202032113.g13LDHt37901@freefall.freebsd.org> Date: Sun, 3 Feb 2002 13:13:17 -0800 (PST) From: Otter To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/34594: Addition of native Tekram DC395U/UW support (TRM-S1040 chipset) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34594 >Category: kern >Synopsis: Addition of native Tekram DC395U/UW support (TRM-S1040 chipset) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Sun Feb 03 13:20:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: Otter >Release: 4.5-STABLE >Organization: >Environment: FreeBSD kashmir.dixiechicken.net 4.5-STABLE FreeBSD 4.5-STABLE #0: Thu Jan 31 21:35:19 EST 2002 otterr@kashmir.dixiechicken.net:/usr/obj/usr/src/sys/kashmir i386 >Description: ftp://ftp.tekram.com/scsi/3X5/FreeBSD/FreeBSD400/readme.txt >How-To-Repeat: >Fix: ftp://ftp.tekram.com/scsi/3X5/FreeBSD/FreeBSD400/readme.txt >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 13:30: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 377A937B423 for ; Sun, 3 Feb 2002 13:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g13LU1l39558; Sun, 3 Feb 2002 13:30:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 75AC837B421 for ; Sun, 3 Feb 2002 13:24:37 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g13LOb139102; Sun, 3 Feb 2002 13:24:37 -0800 (PST) (envelope-from nobody) Message-Id: <200202032124.g13LOb139102@freefall.freebsd.org> Date: Sun, 3 Feb 2002 13:24:37 -0800 (PST) From: Al Turner To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/34595: Will not install from EIDE CDROM drive Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34595 >Category: i386 >Synopsis: Will not install from EIDE CDROM drive >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 03 13:30:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Al Turner >Release: 4.4 >Organization: >Environment: >Description: During the install process, after configuring the target drive, and after selecting installation media, the following message is displayed: "The disc in your drive looks more like an Audio disc than a FreeBSD release." This refers to the same FreeBSD disc from which the machine was booted. >How-To-Repeat: Attempt to install FreeBSD using the EIDE CDROM drive (Creative 52X). >Fix: Install using your SCSI CDROM(R/W) if you have one! >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 15: 0: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B6ACC37B421 for ; Sun, 3 Feb 2002 15:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g13N01x67943; Sun, 3 Feb 2002 15:00:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 115A837B41C for ; Sun, 3 Feb 2002 14:57:31 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g13MvVa66671; Sun, 3 Feb 2002 14:57:31 -0800 (PST) (envelope-from nobody) Message-Id: <200202032257.g13MvVa66671@freefall.freebsd.org> Date: Sun, 3 Feb 2002 14:57:31 -0800 (PST) From: Jason Carroll To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/34596: slow gettimeofday in FreeBSD 4.5 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34596 >Category: misc >Synopsis: slow gettimeofday in FreeBSD 4.5 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 03 15:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Jason Carroll >Release: FreeBSD 4.5 >Organization: >Environment: FreeBSD galois 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Sat Feb 2 16:28:26 EST 2002 jason@galois:/usr/obj/usr/src/sys/LOCAL i386 (I also tried this with the GENERIC kernel that came with the 4.5 release) >Description: gettimeofday() seems to be slower (by about 5 times) than it was under FreeBSD 4.2. I ran the program below on an Intel 1.9ghz machine with 4.5 FreeBSD installed (with the GENERIC kernel), and it took approximately 5 seconds, or 5ms per call to gettimeofday. I then boot the same machine with a 4.2 kernel and the same program ran in under 1 second. See the next window for the program source. Any ideas? This doesn't seem like a critical problem, but I thought it should be mentioned. Thanks >How-To-Repeat: #include #include int main(int argc, char *argv[]) { timeval tv, st, en; gettimeofday(&st, NULL); for (int i = 0; i < 1000000; i++) { gettimeofday(&tv, NULL); } gettimeofday(&en, NULL); printf("delta: %ds %dus\n", en.tv_sec- st.tv_sec, en.tv_usec - st.tv_usec); } >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 16:40:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2480237B416 for ; Sun, 3 Feb 2002 16:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g140e5B89413; Sun, 3 Feb 2002 16:40:05 -0800 (PST) (envelope-from gnats) Date: Sun, 3 Feb 2002 16:40:05 -0800 (PST) Message-Id: <200202040040.g140e5B89413@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Makoto Matsushita Subject: Re: i386/34595: Will not install from EIDE CDROM drive Reply-To: Makoto Matsushita Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/34595; it has been noted by GNATS. From: Makoto Matsushita To: n4okg@mobis.com Cc: bug-followup@FreeBSD.org Subject: Re: i386/34595: Will not install from EIDE CDROM drive Date: Mon, 04 Feb 2002 09:39:43 +0900 n4okg> During the install process, after configuring the target n4okg> drive, and after selecting installation media, the following n4okg> message is displayed: "The disc in your drive looks more like n4okg> an Audio disc than a FreeBSD release." This refers to the n4okg> same FreeBSD disc from which the machine was booted. Anyway which CD-ROM disc (not drive) did you use for installation? I doubt if your CD-ROM drive doesn't work, or CD-ROM you've got is broken. Do you verify that drive and/or CD-ROM is not broken? -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 19:41:38 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6229C37B405; Sun, 3 Feb 2002 19:41:36 -0800 (PST) Received: (from silby@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g143VbY25665; Sun, 3 Feb 2002 19:31:37 -0800 (PST) (envelope-from silby) Date: Sun, 3 Feb 2002 19:31:37 -0800 (PST) From: Message-Id: <200202040331.g143VbY25665@freefall.freebsd.org> To: matt@braithwaite.net, silby@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26638: kern.fast_vfork sysctl doesn't do anything & maybe should? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: kern.fast_vfork sysctl doesn't do anything & maybe should? State-Changed-From-To: open->closed State-Changed-By: silby State-Changed-When: Sun Feb 3 19:31:12 PST 2002 State-Changed-Why: fast_vfork + the sysctl have been removed. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=26638 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 20:58:25 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from web13407.mail.yahoo.com (web13407.mail.yahoo.com [216.136.175.65]) by hub.freebsd.org (Postfix) with SMTP id BE8D937B404 for ; Sun, 3 Feb 2002 20:58:20 -0800 (PST) Message-ID: <20020204045820.27748.qmail@web13407.mail.yahoo.com> Received: from [61.140.220.88] by web13407.mail.yahoo.com via HTTP; Sun, 03 Feb 2002 20:58:20 PST Date: Sun, 3 Feb 2002 20:58:20 -0800 (PST) From: Hongbo Li Subject: ipfilter problem in FreeBSD 4.5 To: freebsd-bugs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I use a dual-homed FreeBSD box as firewall gateway, running FreeBSD 4.5 stable and ipfilter 3.4.20 . Every time I use a ftp client from a internal windows box to access a external ftp server, I can succesfully login in and do something. But when the ftp connection timeouts and I run the "ls" command over the connection, the gateway box(FreeBSD) hangs. who can tell me why? Thanks! By the way, Before I upgraded the FreeBSD box to 4.5 stable, the box run perfectly(4.4 stable and 4.5 RC). vr1 vr0 internal<>FBSD Box with <> external network box ipfilter #The internal interface: vr1 192.168.0.1 #The external interface: vr0 10.17.41.198 my ipf rules file: #/etc/ipf.rules pass in quick on vr1 all pass out quick on vr1 all pass out quick on vr0 proto tcp from any to any keep state keep frags pass out quick on vr0 proto udp from any to any keep state keep frags pass in quick on vr0 proto tcp from 10.17.41.201 to any port = 8888 flags S keep state keep frags block return-rst in log quick on vr0 proto tcp from any to any port = 21 block return-rst in log quick on vr0 proto tcp from any to any port = 23 block return-rst in log quick on vr0 proto tcp from any to any port = 139 block return-rst in log quick on vr0 proto tcp from any to any port = 3128 block return-rst in log quick on vr0 proto tcp from any to any port = 25 block return-rst in log quick on vr0 proto tcp from any to any port = 587 block in quick on vr0 proto udp from any to any my ipnat rules file: #/etc/ipnat.rules rdr vr1 192.168.0.1/32 port 80 -> 192.168.0.1 port 80 rdr vr1 0.0.0.0/0 port 80 -> 192.168.0.1 port 3128 map vr0 192.168.0.0/24 -> 0/32 proxy port 21 ftp/tcp #map vr1 10.17.41.198/32 -> 10.17.41.198/32 proxy port 21 ftp/tcp map vr0 192.168.0.0/24 -> 0/32 portmap tcp/udp 1025:65000 map vr0 192.168.0.0/24 -> 0/32 rdr vr0 10.17.41.198/32 port 80 -> 192.168.0.2 port 8888 __________________________________________________ Do You Yahoo!? Great stuff seeking new owners in Yahoo! Auctions! http://auctions.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 21:21:37 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 85D1537B405; Sun, 3 Feb 2002 21:21:36 -0800 (PST) Received: (from archie@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g145KnB46494; Sun, 3 Feb 2002 21:20:49 -0800 (PST) (envelope-from archie) Date: Sun, 3 Feb 2002 21:20:49 -0800 (PST) From: Message-Id: <200202040520.g145KnB46494@freefall.freebsd.org> To: archie@FreeBSD.org, freebsd-bugs@FreeBSD.org, archie@FreeBSD.org Subject: Re: kern/31586: netgraph bridges cause connectivity probs from bridge Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: netgraph bridges cause connectivity probs from bridge Responsible-Changed-From-To: freebsd-bugs->archie Responsible-Changed-By: archie Responsible-Changed-When: Sun Feb 3 21:20:36 PST 2002 Responsible-Changed-Why: My bug to fix. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=31586 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 22:40: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C6E1737B419 for ; Sun, 3 Feb 2002 22:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g146e1b58872; Sun, 3 Feb 2002 22:40:01 -0800 (PST) (envelope-from gnats) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id 77B0F37B405 for ; Sun, 3 Feb 2002 22:36:05 -0800 (PST) Received: (from mi@localhost) by aldan.algebra.com (8.11.6/8.11.5) id g146ZY907522; Mon, 4 Feb 2002 01:35:34 -0500 (EST) (envelope-from mi) Message-Id: <200202040635.g146ZY907522@aldan.algebra.com> Date: Mon, 4 Feb 2002 01:35:34 -0500 (EST) From: Mikhail Teterin Reply-To: Mikhail Teterin To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/34601: bc(1)'s multi-line file parsing problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34601 >Category: bin >Synopsis: bc(1)'s multi-line file parsing problem >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 03 22:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Mikhail Teterin >Release: FreeBSD 5.0-CURRENT i386 >Organization: Virtual Estates, Inc. >Environment: System: FreeBSD aldan.algebra.com 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Thu Jan 3 21:38:15 EST 2002 mi@aldan.algebra.com:/ccd/obj/ccd/src/sys/DEBUG i386 >Description: Depending on the weather (or compilation flags) bc's parsing of multi-line files involving function definitions may break. This is best manifested, when bc is parsing its own libmath -- triggered by the ``-l'' flag (use_math). The /usr/src/contrib/bc/bc/libmath.h contains the code of bc's math-library, which is parsed if the -l flag is given. The code contains several functions, which are, evidently, defined using multiple lines -- between the opening ``['' and the closing ``]''. The code in load_code is not prepared for this. When it sees the closing ``]'' at line 280 it assumes, that save_adr contains the address saved when it saw the opening ``[''. However, save_adr is an atomic variable, which is not initialized if the opening ``['' occured in one of the previous lines. Depending on save_adr's value bc will or will not crash shortly after. >How-To-Repeat: I compile everything with CFLAGS= -O -pipe -march=i686 ${PROG:C/.+/-fomit-frame-pointer/} which means that bc, whose Makefile declares PROG, was built with CFLAGS=-O -pipe -march=i686 -fomit-frame-pointer this was enough for me to stumble upon this on both 5-CURRENT and 4.4-STABLE machines. echo 20 | bc -l However, I was able to reproduce it with simple -g. It works properly on freefall... >Fix: Either the save_adr should be made static or the whole libmath needs to be parsed as one big string. For the former, the patch would be simple. Not sure about about the latter or something third... RCS file: /home/ncvs/src/contrib/bc/bc/load.c,v retrieving revision 1.1.1.2 diff -U2 -r1.1.1.2 load.c --- load.c 26 Feb 2001 07:12:53 -0000 1.1.1.2 +++ load.c 4 Feb 2002 06:31:12 -0000 @@ -157,5 +157,5 @@ long vaf_name; /* variable, array or function number. */ long func; - program_counter save_adr; + static program_counter save_adr; /* Initialize. */ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 3 23:20: 5 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9A06D37B416 for ; Sun, 3 Feb 2002 23:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g147K2S67352; Sun, 3 Feb 2002 23:20:02 -0800 (PST) (envelope-from gnats) Date: Sun, 3 Feb 2002 23:20:02 -0800 (PST) Message-Id: <200202040720.g147K2S67352@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Mikhail Teterin Subject: Re: bin/34601: bc(1)'s multi-line file parsing problem Reply-To: Mikhail Teterin Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/34601; it has been noted by GNATS. From: Mikhail Teterin To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: bin/34601: bc(1)'s multi-line file parsing problem Date: Mon, 04 Feb 2002 02:11:42 -0500 save_adr is not an "atomic", of course. I meant, "auto". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 1:40: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 21E8437B41A for ; Mon, 4 Feb 2002 01:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g149e2402474; Mon, 4 Feb 2002 01:40:02 -0800 (PST) (envelope-from gnats) Received: from draco.macsch.com (draco.macsch.com [192.73.8.1]) by hub.freebsd.org (Postfix) with ESMTP id 2FC8637B41C for ; Mon, 4 Feb 2002 01:36:19 -0800 (PST) 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 BAA16051 for ; Mon, 4 Feb 2002 01:31:32 -0800 (PST) Received: from hunter.muc.macsch.com (hunter.muc.macsch.com [172.17.22.32]) by mailmuc.muc.eu.mscsoftware.com (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id g149ZZv08665 for ; Mon, 4 Feb 2002 10:35:35 +0100 Received: (from gwk@localhost) by hunter.muc.macsch.com (8.11.6/8.11.6) id g149aJg01133; Mon, 4 Feb 2002 10:36:19 +0100 (CET) (envelope-from gwk) Message-Id: <200202040936.g149aJg01133@hunter.muc.macsch.com> Date: Mon, 4 Feb 2002 10:36:19 +0100 (CET) From: "Georg-W. Koltermann" Reply-To: "Georg-W. Koltermann" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/34604: restore fails with "Changing volumes on pipe input?" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34604 >Category: bin >Synopsis: restore fails with "Changing volumes on pipe input?" >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 04 01:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Georg-W. Koltermann >Release: FreeBSD 5.0-CURRENT i386 >Organization: MSC Software >Environment: System: FreeBSD hunter.muc.macsch.com 5.0-CURRENT FreeBSD 5.0-CURRENT #46: Mon Jan 28 03:33:12 CET 2002 root@hunter.muc.macsch.com:/usr/obj/usr/src/sys/HUNTER i386 CVSupped 7-JAN-2002 10:44 CET >Description: hunter# mount /dev/ad2s5e /mnt hunter# cd /mnt hunter# dump 0uaf - /home/hunter | restore -xf - DUMP: Date of this level 0 dump: Mon Feb 4 09:54:45 2002 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/ad0s5e (/home/hunter) to standard output DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 2969635 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 10.47% done, finished in 0:43 DUMP: 30.29% done, finished in 0:23 DUMP: 75.81% done, finished in 0:04 DUMP: 92.47% done, finished in 0:01 DUMP: DUMP: 2969723 tape blocks DUMP: finished in 1484 seconds, throughput 2001 KBytes/sec DUMP: level 0 dump on Mon Feb 4 09:54:45 2002 DUMP: DUMP IS DONE Changing volumes on pipe input? abort? [yn] n Changing volumes on pipe input? abort? [yn] y dump core? [yn] n >How-To-Repeat: Try to copy a live filesystem to a scratch partition, using dump/restore over a pipe. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 1:50:31 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2B5EB37B41A for ; Mon, 4 Feb 2002 01:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g149o2M05535; Mon, 4 Feb 2002 01:50:02 -0800 (PST) (envelope-from gnats) Received: from thunderbird.dg.net.ua (thunderbird.dg.net.ua [213.186.192.11]) by hub.freebsd.org (Postfix) with ESMTP id 8BC9737B405 for ; Mon, 4 Feb 2002 01:42:22 -0800 (PST) Received: (from acid@localhost) by thunderbird.dg.net.ua (8.11.6/8.11.6) id g149gGl61930; Mon, 4 Feb 2002 11:42:16 +0200 (EET) (envelope-from acid) Message-Id: <200202040942.g149gGl61930@thunderbird.dg.net.ua> Date: Mon, 4 Feb 2002 11:42:16 +0200 (EET) From: "Michael I. Vasilenko" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/34605: kernel panic on loaded machine Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34605 >Category: kern >Synopsis: kernel panic on loaded machine >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 04 01:50:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Michael I. Vasilenko >Release: FreeBSD 4.5-RC i386 >Organization: DG Ltd. ISP >Environment: System: FreeBSD thunderbird.dg.net.ua 4.5-RC FreeBSD 4.5-RC #4: Mon Jan 21 17:41:56 EET 2002 root@thunderbird.dg.net.ua:/var/obj/usr/src/sys/BIRD i386 >Description: kernel panics under load kernel config: machine i386 cpu I686_CPU ident BIRD maxusers 128 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking #options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options KBD_INSTALL_CDEV # install a CDEV entry in /dev device isa device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device fd1 at fdc0 drive 1 # # If you have a Toshiba Libretto with its Y-E Data PCMCIA floppy, # don't use the above line for fdc0 but the following one: #device fdc0 # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x0 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device sio2 at isa? disable port IO_COM3 irq 5 device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device pcn # AMD Am79C97x PCI 10/100 NICs device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device ste # Sundance ST201 (D-Link DFE-550TX) device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device wx # Intel Gigabit Ethernet Card (``Wiseman'') device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices - the number indicates how many units to allocate. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device sl 1 # Kernel SLIP pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gif # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter # # Internet family options: # # MROUTING enables the kernel multicast packet forwarder, which works # with mrouted(8). # # IPFIREWALL enables support for IP firewall construction, in # conjunction with the `ipfw' program. IPFIREWALL_VERBOSE sends # logged packets to the system logger. IPFIREWALL_VERBOSE_LIMIT # limits the number of times a matching entry can be logged. # # WARNING: IPFIREWALL defaults to a policy of "deny ip from any to any" # and if you do not add other rules during startup to allow access, # YOU WILL LOCK YOURSELF OUT. It is suggested that you set firewall_type=open # in /etc/rc.conf when first enabling this feature, then refining the # firewall rules in /etc/rc.firewall after you've tested that the new kernel # feature works properly. # # IPFIREWALL_DEFAULT_TO_ACCEPT causes the default rule (at boot) to # allow everything. Use with care, if a cracker can crash your # firewall machine, they can get to your protected machines. However, # if you are using it as an as-needed filter for specific problems as # they arise, then this may be for you. Changing the default to 'allow' # means that you won't get stuck if the kernel and /sbin/ipfw binary get # out of sync. # # IPDIVERT enables the divert IP sockets, used by ``ipfw divert'' # # IPSTEALTH enables code to support stealth forwarding (i.e., forwarding # packets without touching the ttl). This can be useful to hide firewalls # from traceroute and similar tools. # # TCPDEBUG is undocumented. # #options MROUTING # Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options IPFIREWALL_FORWARD #enable transparent proxy support options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPDIVERT #divert sockets options IPFILTER #ipfilter support options IPFILTER_LOG #ipfilter logging #options IPFILTER_DEFAULT_BLOCK #block all packets by default # RANDOM_IP_ID causes the ID field in IP packets to be randomized # instead of incremented by 1 with each packet generated. This # option closes a minor information leak which allows remote # observers to determine the rate of packet generation on the # machine by watching the counter. options RANDOM_IP_ID # Statically Link in accept filters options ACCEPT_FILTER_DATA options ACCEPT_FILTER_HTTP # # TCP_DROP_SYNFIN adds support for ignoring TCP packets with SYN+FIN. This # prevents nmap et al. from identifying the TCP/IP stack, but breaks support # for RFC1644 extensions and is not recommended for web servers. # options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN # ICMP_BANDLIM enables icmp error response bandwidth limiting. You # typically want this option as it will help protect the machine from # D.O.S. packet attacks. # options ICMP_BANDLIM # DUMMYNET enables the "dummynet" bandwidth limiter. You need # IPFIREWALL as well. See the dummynet(4) manpage for more info. # BRIDGE enables bridging between ethernet cards -- see bridge(4). # You can use IPFIREWALL and dummynet together with bridging. options DUMMYNET options BRIDGE options PANIC_REBOOT_WAIT_TIME=-1 # Directory hashing improves the speed of operations on very large # directories at the expense of some memory. # Warning: this is experimental code! options UFS_DIRHASH # # Enable the kernel debugger. # options DDB gdb output: 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"... IdlePTD at phsyical address 0x00390000 initial pcb at physical address 0x002f6be0 panicstr: from debugger panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x52f8dcd4 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0243ca0 stack pointer = 0x10:0xcde6bc38 frame pointer = 0x10:0xcde6bc40 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 = 32938 (perl) interrupt mask = net tty bio cam panic: from debugger panic: from debugger Uptime: 11d4h10m18s dumping to dev #ad/0x20001, offset 543232 dump ata0: resetting devices .. done 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:473 473 if (dumping++) { (kgdb) where #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:473 #1 0xc0157907 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:313 #2 0xc0157cbd in panic (fmt=0xc0290364 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:581 #3 0xc012b8fd in db_panic (addr=-1071367008, have_addr=0, count=-1, modif=0xcde6baa4 "") at /usr/src/sys/ddb/db_command.c:435 #4 0xc012b89d in db_command (last_cmdp=0xc02c3524, cmd_table=0xc02c3364, aux_cmd_tablep=0xc02f0598) at /usr/src/sys/ddb/db_command.c:333 #5 0xc012b962 in db_command_loop () at /usr/src/sys/ddb/db_command.c:457 #6 0xc012da7f in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_trap.c:71 #7 0xc026f02e in kdb_trap (type=12, code=0, regs=0xcde6bbf8) at /usr/src/sys/i386/i386/db_interface.c:158 #8 0xc027be94 in trap_fatal (frame=0xcde6bbf8, eva=1392041172) at /usr/src/sys/i386/i386/trap.c:951 #9 0xc027bb6d in trap_pfault (frame=0xcde6bbf8, usermode=0, eva=1392041172) at /usr/src/sys/i386/i386/trap.c:849 #10 0xc027b713 in trap (frame={tf_fs = -1055129584, tf_es = 22216720, tf_ds = 16, tf_edi = -838882976, tf_esi = 747, tf_ebp = -840516544, tf_isp = -840516572, tf_ebx = -838882976, tf_edx = 1392041152, tf_ecx = -1548039271, tf_eax = 131065, tf_trapno = 12, tf_err = 0, tf_eip = -1071367008, tf_cs = 8, tf_eflags = 66054, tf_esp = -1066617444, tf_ss = -836543104}) at /usr/src/sys/i386/i386/trap.c:448 #11 0xc0243ca0 in vm_page_lookup (object=0xcdffa960, pindex=747) at /usr/src/sys/vm/vm_page.c:516 #12 0xc0242c56 in vm_object_collapse (object=0xcdffa960) at /usr/src/sys/vm/vm_object.c:1137 #13 0xc0242064 in vm_object_deallocate (object=0xce2127e0) at /usr/src/sys/vm/vm_object.c:356 #14 0xc023f4c3 in vm_map_entry_delete (map=0xcbf98940, entry=0xcdc10a20) at /usr/src/sys/vm/vm_map.c:1823 #15 0xc023f645 in vm_map_delete (map=0xcbf98940, start=0, end=3217031168) at /usr/src/sys/vm/vm_map.c:1926 #16 0xc023f6d2 in vm_map_remove (map=0xcbf98940, start=0, end=3217031168) at /usr/src/sys/vm/vm_map.c:1951 #17 0xc014f83b in exec_new_vmspace (imgp=0xcde6be18) at /usr/src/sys/kern/kern_exec.c:520 #18 0xc0145ebd in exec_elf_imgact (imgp=0xcde6be18) at /usr/src/sys/kern/imgact_elf.c:508 #19 0xc014f084 in execve (p=0xcddfa8e0, uap=0xcde6bf80) at /usr/src/sys/kern/kern_exec.c:199 #20 0xc027c175 in syscall2 (frame={tf_fs = 672989231, tf_es = 140247087, tf_ds = -1078001617, tf_edi = 135168132, tf_esi = 139057916, tf_ebp = -1077937132, tf_isp = -840515628, tf_ebx = 672925284, tf_edx = 140240480, tf_ecx = -1077937105, tf_eax = 59, tf_trapno = 12, tf_err = 2, tf_eip = 672630768, tf_cs = 31, tf_eflags = 663, tf_esp = -1077938312, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1157 #21 0xc026fde5 in Xint0x80_syscall () Cannot access memory at address 0xbfbffc14. (kgdb) up 11 #11 0xc0243ca0 in vm_page_lookup (object=0xcdffa960, pindex=747) at /usr/src/sys/vm/vm_page.c:516 516 for (m = *bucket; m != NULL; m = m->hnext) { (kgdb) print m $1 = 0x0 (kgdb) print m->hnext Cannot access memory at address 0x8. (kgdb) print *bucket $2 = {kb_next = 0x0, kb_last = 0x0, kb_calls = 0, kb_total = 0, kb_elmpercl = 4096, kb_totalfree = 0, kb_highwat = 20480, kb_couldfree = 0} (kgdb) q >How-To-Repeat: don't know >Fix: none >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 3:30: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0F28837B426 for ; Mon, 4 Feb 2002 03:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14BU1R63577; Mon, 4 Feb 2002 03:30:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8527637B41B for ; Mon, 4 Feb 2002 03:23:37 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14BNbI60065; Mon, 4 Feb 2002 03:23:37 -0800 (PST) (envelope-from nobody) Message-Id: <200202041123.g14BNbI60065@freefall.freebsd.org> Date: Mon, 4 Feb 2002 03:23:37 -0800 (PST) From: Dmitriy Reka To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/34607: incorrect PAP authorization in pppd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34607 >Category: i386 >Synopsis: incorrect PAP authorization in pppd >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 04 03:30:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Dmitriy Reka >Release: 4.4-STABLE >Organization: >Environment: FreeBSD gw.sif.sumy.ua 4.4-STABLE FreeBSD 4.4-STABLE #0: Tue Nov 6 18:09:22 EET 2001 dima@gw.sif.sumy.ua:/usr/src/sys/compile/SIF i386 >Description: I`m trying to connect using Windows ppp client. I`m entering correct username and password, but receive "Login incorrect". pppd output contains: "PAP authentication failure for dima" >How-To-Repeat: I`m run pppd with switches: pppd 57600 ttyd1 10.119.1.1:10.119.1.2 auth login debug kdebug 1 refuse-chap require-pap /etc/ppp/ppp-secrets contains: dima * test 10.119.1.2 >Fix: in the file /usr/src/usr.sbin/pppd/auth.c: lines 679-682 contains: if (scan_authfile(f, user, our_name, remote, secret, &addrs, filename) < 0 || (secret[0] != 0 && (cryptpap || strcmp(passwd, secret) != 0) && strcmp(crypt(passwd, secret), secret) != 0)) { it must be changed to: if ((scan_authfile(f, user, our_name, remote, secret, &addrs, filename) < 0) || (secret[0] != 0 && (cryptpap || strcmp(passwd, secret) != 0) && strcmp(crypt(passwd, secret), secret) != 0)) { >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 3:40: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CC23537B41E for ; Mon, 4 Feb 2002 03:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14Be1A68608; Mon, 4 Feb 2002 03:40:01 -0800 (PST) (envelope-from gnats) Received: from victor.teaser.fr (victor.teaser.fr [213.91.2.241]) by hub.freebsd.org (Postfix) with ESMTP id A259437B404 for ; Mon, 4 Feb 2002 03:32:41 -0800 (PST) Received: by victor.teaser.fr (Postfix, from userid 1000) id E548F32604; Mon, 4 Feb 2002 12:32:39 +0100 (CET) Message-Id: <20020204113239.E548F32604@victor.teaser.fr> Date: Mon, 4 Feb 2002 12:32:39 +0100 (CET) From: Laurent Wacrenier Reply-To: Laurent Wacrenier To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: misc/34608: ISO 3166-1 -- Change of Alpha-3 Code Element for Romania Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34608 >Category: misc >Synopsis: ISO 3166-1 -- Change of Alpha-3 Code Element for Romania >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 04 03:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Laurent Wacrenier >Release: FreeBSD 5.0-CURRENT i386 >Organization: France Teaser >Environment: System: FreeBSD victor.teaser.fr 5.0-CURRENT FreeBSD 5.0-CURRENT #3: Fri Feb 1 15:12:56 CET 2002 lwa@victor.teaser.fr:/usr/src/sys/i386/compile/VICTOR i386 >Description: According ISO 3166/MA Secretary : On request of the Romanian Government the ISO 3166/MA decided to change the ISO 3166-1 three-letter (alpha-3) code element for Romania from ROM to ROU. The two-letter code element RO remains unchanged. The change took effect on 1 February 2002. English version of the Newsletter: http://www.din.de/gremien/nas/nabd/iso3166ma/nl_pt1/nlv3e_rou.html >How-To-Repeat: % fgrep -w ROM /usr/share/misc/iso3166 >Fix: change code ROM to ROU for Romania in /usr/share/misc/iso3166 >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 6:41:41 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 15ABB37B422; Mon, 4 Feb 2002 06:41:38 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14EfEN64366; Mon, 4 Feb 2002 06:41:14 -0800 (PST) (envelope-from sheldonh) Date: Mon, 4 Feb 2002 06:41:14 -0800 (PST) From: Message-Id: <200202041441.g14EfEN64366@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sos@FreeBSD.org Subject: Re: i386/34595: Will not install from EIDE CDROM drive Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Will not install from EIDE CDROM drive Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Feb 4 06:39:18 PST 2002 Responsible-Changed-Why: EIDE or ATA? :-) This could be the same model of Creative 52x speed drive that I couldn't get working either. It turned out that the drive didn't implement the ATA spec properly (BIG_READ failed, I think). I promised to send the drive to Soren to play with, but never got around to it. Anyway, if this is the same story, maybe the originator can send a drive to Soren to test? :-) http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34595 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 6:50: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C317737B421 for ; Mon, 4 Feb 2002 06:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14Eo2413495; Mon, 4 Feb 2002 06:50:02 -0800 (PST) (envelope-from gnats) Date: Mon, 4 Feb 2002 06:50:02 -0800 (PST) Message-Id: <200202041450.g14Eo2413495@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/34601: bc(1)'s multi-line file parsing problem Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/34601; it has been noted by GNATS. From: Sheldon Hearn To: Mikhail Teterin Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/34601: bc(1)'s multi-line file parsing problem Date: Mon, 04 Feb 2002 16:50:45 +0200 On Mon, 04 Feb 2002 01:35:34 EST, Mikhail Teterin wrote: > >Number: 34601 > >Category: bin > >Synopsis: bc(1)'s multi-line file parsing problem Hi Mikhail, Have you tried contacting the distribution maintainers of bc, ? The load.c file is still on the BC vendor branch, so it'd be nice to get the patch officially approved by them and then apply it on the BC branch, with 'cvs commit -r BC load.c'. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 6:53:34 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.seasidesoftware.co.za (axl.seasidesoftware.co.za [196.31.7.201]) by hub.freebsd.org (Postfix) with ESMTP id B998A37B423 for ; Mon, 4 Feb 2002 06:53:30 -0800 (PST) Received: from sheldonh (helo=axl.seasidesoftware.co.za) by axl.seasidesoftware.co.za with local-esmtp (Exim 3.33 #1) id 16XkXs-000ALL-00 for freebsd-bugs@freebsd.org; Mon, 04 Feb 2002 16:56:36 +0200 From: Sheldon Hearn To: freebsd-bugs@freebsd.org Subject: Re: ipfilter problem in FreeBSD 4.5 In-reply-to: Your message of "Sun, 03 Feb 2002 20:58:20 PST." <20020204045820.27748.qmail@web13407.mail.yahoo.com> Date: Mon, 04 Feb 2002 16:56:36 +0200 Message-ID: <39762.1012834596@axl.seasidesoftware.co.za> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 03 Feb 2002 20:58:20 PST, Hongbo Li wrote: > I use a dual-homed FreeBSD box as firewall gateway, > running FreeBSD 4.5 stable and ipfilter 3.4.20 . Every > time I use a ftp client from a internal > windows box to access a external ftp server, I can > succesfully login in and do something. But when the > ftp connection timeouts and I run the "ls" command > over the connection, the gateway box(FreeBSD) hangs. I've passed this message on to Darren. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 7:11:43 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 90DEA37B419; Mon, 4 Feb 2002 07:11:37 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14FA2H85534; Mon, 4 Feb 2002 07:10:02 -0800 (PST) (envelope-from sheldonh) Date: Mon, 4 Feb 2002 07:10:02 -0800 (PST) From: Message-Id: <200202041510.g14FA2H85534@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: conf/34535: mailnull and smmsp should be in /etc/ftpusers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: mailnull and smmsp should be in /etc/ftpusers Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Feb 4 07:09:41 PST 2002 Responsible-Changed-Why: I'll take this one. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34535 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 7:21:41 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 04DC137B437; Mon, 4 Feb 2002 07:21:38 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14FExn86434; Mon, 4 Feb 2002 07:14:59 -0800 (PST) (envelope-from sheldonh) Date: Mon, 4 Feb 2002 07:14:59 -0800 (PST) From: Message-Id: <200202041514.g14FExn86434@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, peter@FreeBSD.org Subject: Re: i386/34607: incorrect PAP authorization in pppd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: incorrect PAP authorization in pppd Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Feb 4 07:14:49 PST 2002 Responsible-Changed-Why: Over to maintainer. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34607 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 7:21:42 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6747937B439; Mon, 4 Feb 2002 07:21:38 -0800 (PST) Received: (from mi@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14FIPA86972; Mon, 4 Feb 2002 07:18:25 -0800 (PST) (envelope-from mi) Date: Mon, 4 Feb 2002 07:18:25 -0800 (PST) From: Message-Id: <200202041518.g14FIPA86972@freefall.freebsd.org> To: mi@FreeBSD.org, freebsd-bugs@FreeBSD.org, kris@FreeBSD.org Subject: Re: bin/34601: bc(1)'s multi-line file parsing problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: bc(1)'s multi-line file parsing problem Responsible-Changed-From-To: freebsd-bugs->kris Responsible-Changed-By: mi Responsible-Changed-When: Mon Feb 4 07:17:18 PST 2002 Responsible-Changed-Why: Kris seems to be the one, who made the last import. Looks like it is time for the new one. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34601 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 7:30: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7170637B419 for ; Mon, 4 Feb 2002 07:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14FU3c88719; Mon, 4 Feb 2002 07:30:03 -0800 (PST) (envelope-from gnats) Date: Mon, 4 Feb 2002 07:30:03 -0800 (PST) Message-Id: <200202041530.g14FU3c88719@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: misc/33672: telnetd and mount_mfs signal handlers call exit() which can hang process. Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33672; it has been noted by GNATS. From: Sheldon Hearn To: markm@FreeBSD.org Cc: "Umesh Krishnaswamy" , bug-followup@freebsd.org Subject: Re: misc/33672: telnetd and mount_mfs signal handlers call exit() which can hang process. Date: Mon, 04 Feb 2002 17:26:37 +0200 On Thu, 31 Jan 2002 01:40:02 PST, "Umesh Krishnaswamy" wrote: > Subject: Re: misc/33672: telnetd and mount_mfs signal handlers call exit() which can hang process. Hi Mark, PR misc/33672 contains a patch which removes the use of non-signal-safe library calls from a signal handler in telnetd. I can't remember which way around we're supposed to commit to the telnetd sources these days. How do we commit changes to telnetd now? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 7:40:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 19D5D37B423 for ; Mon, 4 Feb 2002 07:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14Fe1m89933; Mon, 4 Feb 2002 07:40:01 -0800 (PST) (envelope-from gnats) Received: from thunderbird.dg.net.ua (thunderbird.dg.net.ua [213.186.192.11]) by hub.freebsd.org (Postfix) with ESMTP id A494637B43A for ; Mon, 4 Feb 2002 07:33:03 -0800 (PST) Received: (from root@localhost) by thunderbird.dg.net.ua (8.11.6/8.11.6) id g14FWvu08490; Mon, 4 Feb 2002 17:32:57 +0200 (EET) (envelope-from acid) Message-Id: <200202041532.g14FWvu08490@thunderbird.dg.net.ua> Date: Mon, 4 Feb 2002 17:32:57 +0200 (EET) From: Michael Vasilenko To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/34613: kernel panic in ufsdirhash_lookup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34613 >Category: kern >Synopsis: kernel panic in ufsdirhash_lookup >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 04 07:40:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Michael Vasilenko >Release: FreeBSD 4.5-STABLE i386 >Organization: DG Ltd. ISP >Environment: System: FreeBSD thunderbird.dg.net.ua 4.5-STABLE FreeBSD 4.5-STABLE #5: Mon Feb 4 16:25:03 EET 2002 root@thunderbird.dg.net.ua:/var/obj/usr/src/sys/BIRD i386 >Description: 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"... IdlePTD at phsyical address 0x00393000 initial pcb at physical address 0x002fc5c0 panicstr: from debugger panic messages: --- panic: ufsdirhash_lookup: bad offset in hash array panic: from debugger Uptime: 30m12s dumping to dev #ad/0x20001, offset 543232 dump ata0: resetting devices .. done 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:485 485 if (dumping++) { (kgdb) where #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:485 #1 0xc01587c4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:314 #2 0xc0158bd9 in panic (fmt=0xc0295ce4 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:593 #3 0xc012bc6d in db_panic (addr=-1071168587, have_addr=0, count=-1, modif=0xcdb95ab4 "") at /usr/src/sys/ddb/db_command.c:435 #4 0xc012bc0b in db_command (last_cmdp=0xc02c8f24, cmd_table=0xc02c8d64, aux_cmd_tablep=0xc02f5f78) at /usr/src/sys/ddb/db_command.c:333 #5 0xc012bcd2 in db_command_loop () at /usr/src/sys/ddb/db_command.c:457 #6 0xc012de83 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_trap.c:71 #7 0xc0274154 in kdb_trap (type=3, code=0, regs=0xcdb95bbc) at /usr/src/sys/i386/i386/db_interface.c:158 #8 0xc0280b84 in trap (frame={tf_fs = 16, tf_es = -1006567408, tf_ds = 16, tf_edi = -843284608, tf_esi = 256, tf_ebp = -843490300, tf_isp = -843490328, tf_ebx = -1070918784, tf_edx = -1070872209, tf_ecx = 0, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1071168587, tf_cs = 8, tf_eflags = 582, tf_esp = -1070872225, tf_ss = -1071007909}) at /usr/src/sys/i386/i386/trap.c:574 #9 0xc02743b5 in Debugger (msg=0xc029b75b "panic") at machine/cpufunc.h:67 #10 0xc0158bd0 in panic (fmt=0xc02b1380 "ufsdirhash_lookup: bad offset in hash array") at /usr/src/sys/kern/kern_shutdown.c:591 #11 0xc023d1ef in ufsdirhash_lookup (ip=0xc1390900, name=0xcdae7c0a "univ-month.png.meta", namelen=19, offp=0xc1390964, bpp=0xcdb95cc8, prevoffp=0x0) at /usr/src/sys/ufs/ufs/ufs_dirhash.c:359 #12 0xc023762f in ufs_lookup (ap=0xcdb95d24) at /usr/src/sys/ufs/ufs/ufs_lookup.c:212 #13 0xc023ca21 in ufs_vnoperate (ap=0xcdb95d24) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2423 #14 0xc018235a in vfs_cache_lookup (ap=0xcdb95d7c) at vnode_if.h:77 #15 0xc023ca21 in ufs_vnoperate (ap=0xcdb95d7c) at /usr/src/sys/ufs/ufs/ufs_vnops.c:2423 #16 0xc0185339 in lookup (ndp=0xcdb95ed4) at vnode_if.h:52 #17 0xc0184e24 in namei (ndp=0xcdb95ed4) at /usr/src/sys/kern/vfs_lookup.c:153 #18 0xc018d82a in vn_open (ndp=0xcdb95ed4, fmode=1538, cmode=420) at /usr/src/sys/kern/vfs_vnops.c:99 #19 0xc01899b0 in open (p=0xcbf92a40, uap=0xcdb95f80) at /usr/src/sys/kern/vfs_syscalls.c:999 #20 0xc02814a1 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = -1078001617, tf_edi = 8, tf_esi = 672999120, tf_ebp = -1077937452, tf_isp = -843489324, tf_ebx = 672925284, tf_edx = 672999120, tf_ecx = 14, tf_eax = 5, tf_trapno = 12, tf_err = 2, tf_eip = 672834804, tf_cs = 31, tf_eflags = 663, tf_esp = -1077937496, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1157 #21 0xc0274f45 in Xint0x80_syscall () #22 0x28082c6f in ?? () #23 0x2808729b in ?? () #24 0x2807e11d in ?? () #25 0x280e7ef0 in ?? () #26 0x8048e75 in ?? () #27 0x8048d61 in ?? () (kgdb) up 11 #11 0xc023d1ef in ufsdirhash_lookup (ip=0xc1390900, name=0xcdae7c0a "univ-month.png.meta", namelen=19, offp=0xc1390964, bpp=0xcdb95cc8, prevoffp=0x0) at /usr/src/sys/ufs/ufs/ufs_dirhash.c:359 359 panic("ufsdirhash_lookup: bad offset in hash array"); (kgdb) list 354 slot = WRAPINCR(slot, dh->dh_hlen)) { 355 if (offset == DIRHASH_DEL) 356 continue; 357 358 if (offset < 0 || offset >= ip->i_size) 359 panic("ufsdirhash_lookup: bad offset in hash array"); 360 if ((offset & ~bmask) != blkoff) { 361 if (bp != NULL) 362 brelse(bp); 363 blkoff = offset & ~bmask; (kgdb) print offset $1 = 33571596 (kgdb) print ip $2 = (struct inode *) 0xc1390900 (kgdb) print *ip->i_size There is no member named i_size. (kgdb) q >How-To-Repeat: don't know >Fix: none >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 8:20:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9A8A437B433 for ; Mon, 4 Feb 2002 08:20:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14GK0p00262; Mon, 4 Feb 2002 08:20:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BDF9937B41D for ; Mon, 4 Feb 2002 08:15:48 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14GFmF99497; Mon, 4 Feb 2002 08:15:48 -0800 (PST) (envelope-from nobody) Message-Id: <200202041615.g14GFmF99497@freefall.freebsd.org> Date: Mon, 4 Feb 2002 08:15:48 -0800 (PST) From: Rod Taylor To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/34614: Apache fails to install Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34614 >Category: misc >Synopsis: Apache fails to install >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 04 08:20:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Rod Taylor >Release: 4.4-STABLE >Organization: >Environment: FreeBSD fury.inquent.com 4.4-STABLE FreeBSD 4.4-STABLE #0: Thu Nov 8 14:41:45 EST 2001 root@fury.inquent.com:/usr/obj/usr/src/sys/FURY i386 >Description: Appears that the chmod command in the installer needs quotes -- but I can't quite find where that is. ===> Installing for apache-1.3.23 >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 8:30: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8D8BB37B41E for ; Mon, 4 Feb 2002 08:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14GU2v01904; Mon, 4 Feb 2002 08:30:02 -0800 (PST) (envelope-from gnats) Date: Mon, 4 Feb 2002 08:30:02 -0800 (PST) Message-Id: <200202041630.g14GU2v01904@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Mark Murray Subject: Re: misc/33672: telnetd and mount_mfs signal handlers call exit() which can hang process. Reply-To: Mark Murray Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33672; it has been noted by GNATS. From: Mark Murray To: Sheldon Hearn Cc: "Umesh Krishnaswamy" , bug-followup@FreeBSD.org Subject: Re: misc/33672: telnetd and mount_mfs signal handlers call exit() which can hang process. Date: Mon, 04 Feb 2002 15:58:52 +0000 > I can't remember which way around we're supposed to commit to the > telnetd sources these days. > > How do we commit changes to telnetd now? src/crypto/telnet/* first, then go to the equivalent place in src/*/*telnet* and "make unifdef" (and eyeball the diffs) before committing there. M -- o Mark Murray \_ FreeBSD Services Limited O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 8:40:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D6E1737B420 for ; Mon, 4 Feb 2002 08:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14Ge2C03878; Mon, 4 Feb 2002 08:40:02 -0800 (PST) (envelope-from gnats) Date: Mon, 4 Feb 2002 08:40:02 -0800 (PST) Message-Id: <200202041640.g14Ge2C03878@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: kern/34613: kernel panic in ufsdirhash_lookup Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34613; it has been noted by GNATS. From: David Malone To: Michael Vasilenko Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/34613: kernel panic in ufsdirhash_lookup Date: Mon, 4 Feb 2002 16:32:13 +0000 On Mon, Feb 04, 2002 at 05:32:57PM +0200, Michael Vasilenko wrote: > panic: ufsdirhash_lookup: bad offset in hash array > panic: from debugger > Uptime: 30m12s Is this the same machine that you're seeing the panics on when it is heavly loaded? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 8:40:16 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A0CFF37B41D for ; Mon, 4 Feb 2002 08:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14Ge5203889; Mon, 4 Feb 2002 08:40:05 -0800 (PST) (envelope-from gnats) Date: Mon, 4 Feb 2002 08:40:05 -0800 (PST) Message-Id: <200202041640.g14Ge5203889@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Michael Vasilenko Subject: Re: kern/34613: kernel panic in ufsdirhash_lookup Reply-To: Michael Vasilenko Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34613; it has been noted by GNATS. From: Michael Vasilenko To: David Malone Cc: Subject: Re: kern/34613: kernel panic in ufsdirhash_lookup Date: Mon, 4 Feb 2002 18:35:52 +0200 (EET) On Mon, 4 Feb 2002, David Malone wrote: DM> On Mon, Feb 04, 2002 at 05:32:57PM +0200, Michael Vasilenko wrote: DM> > panic: ufsdirhash_lookup: bad offset in hash array DM> > panic: from debugger DM> > Uptime: 30m12s DM> DM> Is this the same machine that you're seeing the panics on when DM> it is heavly loaded? yes DM> David. DM> -- Michael Vasilenko To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 8:40:18 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A39A937B433 for ; Mon, 4 Feb 2002 08:40:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14Ge7i03898; Mon, 4 Feb 2002 08:40:07 -0800 (PST) (envelope-from gnats) Date: Mon, 4 Feb 2002 08:40:07 -0800 (PST) Message-Id: <200202041640.g14Ge7i03898@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: kern/34613: kernel panic in ufsdirhash_lookup Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34613; it has been noted by GNATS. From: David Malone To: Michael Vasilenko Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/34613: kernel panic in ufsdirhash_lookup Date: Mon, 4 Feb 2002 16:39:21 +0000 On Mon, Feb 04, 2002 at 05:32:57PM +0200, Michael Vasilenko wrote: > (kgdb) print offset > $1 = 33571596 > (kgdb) print ip > $2 = (struct inode *) 0xc1390900 > (kgdb) print *ip->i_size Try "print *ip->i_din.di_size". > There is no member named i_size. > (kgdb) q Actually, the offset 33571596 in hex is 0x200430c. I wonder if that is a top bit which got set in the offset by accident. Do you know which directory it would have been searching for "runiv-month.png.meta" in? Could you "ls -ld" it? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 8:50:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B61A837B425 for ; Mon, 4 Feb 2002 08:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14Go3J05759; Mon, 4 Feb 2002 08:50:03 -0800 (PST) (envelope-from gnats) Date: Mon, 4 Feb 2002 08:50:03 -0800 (PST) Message-Id: <200202041650.g14Go3J05759@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Michael Vasilenko Subject: Re: kern/34613: kernel panic in ufsdirhash_lookup Reply-To: Michael Vasilenko Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34613; it has been noted by GNATS. From: Michael Vasilenko To: David Malone Cc: Subject: Re: kern/34613: kernel panic in ufsdirhash_lookup Date: Mon, 4 Feb 2002 18:49:33 +0200 (EET) DM> On Mon, Feb 04, 2002 at 05:32:57PM +0200, Michael Vasilenko wrote: DM> > (kgdb) print offset DM> > $1 = 33571596 DM> > (kgdb) print ip DM> > $2 = (struct inode *) 0xc1390900 DM> > (kgdb) print *ip->i_size DM> DM> Try "print *ip->i_din.di_size". (kgdb) print *ip->i_din.di_size Cannot access memory at address 0x17e00. DM> > (kgdb) q DM> DM> Actually, the offset 33571596 in hex is 0x200430c. I wonder if that DM> is a top bit which got set in the offset by accident. Do you know DM> which directory it would have been searching for "runiv-month.png.meta" DM> in? Could you "ls -ld" it? thunderbird:/var/mrtg# ls -l univ-month.png.meta -rw-r--r-- 1 root www 39 Feb 4 17:12 univ-month.png.meta thunderbird:/var/mrtg# ls -ld drwxr-xr-x 2 root www 97792 Feb 4 18:42 . -- Michael Vasilenko To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 9: 0: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D659437B42A for ; Mon, 4 Feb 2002 09:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14H02807315; Mon, 4 Feb 2002 09:00:02 -0800 (PST) (envelope-from gnats) Date: Mon, 4 Feb 2002 09:00:02 -0800 (PST) Message-Id: <200202041700.g14H02807315@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: kern/34613: kernel panic in ufsdirhash_lookup Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34613; it has been noted by GNATS. From: David Malone To: Michael Vasilenko Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/34613: kernel panic in ufsdirhash_lookup Date: Mon, 04 Feb 2002 16:59:29 +0000 > DM> Actually, the offset 33571596 in hex is 0x200430c. I wonder if that > DM> is a top bit which got set in the offset by accident. Do you know > DM> which directory it would have been searching for "runiv-month.png.meta" > DM> in? Could you "ls -ld" it? > thunderbird:/var/mrtg# ls -l univ-month.png.meta > -rw-r--r-- 1 root www 39 Feb 4 17:12 univ-month.png.meta > thunderbird:/var/mrtg# ls -ld > drwxr-xr-x 2 root www 97792 Feb 4 18:42 . OK - If I remove the top bit from 0x200430c, then I get 17164 decimal, which looks like a valid offset in that directory. My guess is that something is causing random bit flips in memory and this the cause of the crashes. Could you post the output of "hd -s 17100 -l 128 ." in that directory, that way we can see if 17164 is the right offset. If it does look like random bit flips then we'll have to figure out if it is a software or hardware problem. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 9:30: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6AD5937B41B for ; Mon, 4 Feb 2002 09:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14HU2p14865; Mon, 4 Feb 2002 09:30:02 -0800 (PST) (envelope-from gnats) Date: Mon, 4 Feb 2002 09:30:02 -0800 (PST) Message-Id: <200202041730.g14HU2p14865@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Michael Vasilenko Subject: Re: kern/34613: kernel panic in ufsdirhash_lookup Reply-To: Michael Vasilenko Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34613; it has been noted by GNATS. From: Michael Vasilenko To: David Malone Cc: Subject: Re: kern/34613: kernel panic in ufsdirhash_lookup Date: Mon, 4 Feb 2002 19:26:51 +0200 (EET) On Mon, 4 Feb 2002, David Malone wrote: DM> > DM> Actually, the offset 33571596 in hex is 0x200430c. I wonder if that DM> > DM> is a top bit which got set in the offset by accident. Do you know DM> > DM> which directory it would have been searching for "runiv-month.png.meta" DM> > DM> in? Could you "ls -ld" it? DM> DM> > thunderbird:/var/mrtg# ls -l univ-month.png.meta DM> > -rw-r--r-- 1 root www 39 Feb 4 17:12 univ-month.png.meta DM> > thunderbird:/var/mrtg# ls -ld DM> > drwxr-xr-x 2 root www 97792 Feb 4 18:42 . DM> DM> OK - If I remove the top bit from 0x200430c, then I get 17164 DM> decimal, which looks like a valid offset in that directory. My guess DM> is that something is causing random bit flips in memory and this DM> the cause of the crashes. Could you post the output of "hd -s 17100 DM> -l 128 ." in that directory, that way we can see if 17164 is the DM> right offset. DM> DM> If it does look like random bit flips then we'll have to figure out DM> if it is a software or hardware problem. 000042cc 72 2e 70 6e 67 00 00 00 21 60 1b 00 1c 00 08 11 |r.png...!`......| 000042dc 75 6e 69 76 2d 64 61 79 2e 70 6e 67 2e 6d 65 74 |univ-day.png.met| 000042ec 61 00 35 cc 22 60 1b 00 1c 00 08 12 75 6e 69 76 |a.5."`......univ| 000042fc 2d 77 65 65 6b 2e 70 6e 67 2e 6d 65 74 61 00 cc |-week.png.meta..| 0000430c 23 60 1b 00 1c 00 08 13 75 6e 69 76 2d 6d 6f 6e |#`......univ-mon| 0000431c 74 68 2e 70 6e 67 2e 6d 65 74 61 00 24 60 1b 00 |th.png.meta.$`..| 0000432c 1c 00 08 12 75 6e 69 76 2d 79 65 61 72 2e 70 6e |....univ-year.pn| 0000433c 67 2e 6d 65 74 61 00 cc 26 60 1b 00 18 00 08 0e |g.meta..&`......| 0000434c -- Michael Vasilenko To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 9:31:40 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CD84B37B416; Mon, 4 Feb 2002 09:31:37 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14HTmP14824; Mon, 4 Feb 2002 09:29:48 -0800 (PST) (envelope-from wollman) Date: Mon, 4 Feb 2002 09:29:48 -0800 (PST) From: Message-Id: <200202041729.g14HTmP14824@freefall.freebsd.org> To: lwa@victor.teaser.fr, wollman@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/34608: ISO 3166-1 -- Change of Alpha-3 Code Element for Romania Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: ISO 3166-1 -- Change of Alpha-3 Code Element for Romania State-Changed-From-To: open->closed State-Changed-By: wollman State-Changed-When: Mon Feb 4 09:29:23 PST 2002 State-Changed-Why: Updated. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34608 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 9:40: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 80E8C37B41C for ; Mon, 4 Feb 2002 09:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14He1n16398; Mon, 4 Feb 2002 09:40:01 -0800 (PST) (envelope-from gnats) Date: Mon, 4 Feb 2002 09:40:01 -0800 (PST) Message-Id: <200202041740.g14He1n16398@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: kern/34613: kernel panic in ufsdirhash_lookup Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34613; it has been noted by GNATS. From: David Malone To: Michael Vasilenko Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/34613: kernel panic in ufsdirhash_lookup Date: Mon, 04 Feb 2002 17:39:00 +0000 > DM> If it does look like random bit flips then we'll have to figure out > DM> if it is a software or hardware problem. > 000042cc 72 2e 70 6e 67 00 00 00 21 60 1b 00 1c 00 08 11 |r.png...!`......| > 000042dc 75 6e 69 76 2d 64 61 79 2e 70 6e 67 2e 6d 65 74 |univ-day.png.met| > 000042ec 61 00 35 cc 22 60 1b 00 1c 00 08 12 75 6e 69 76 |a.5."`......univ| > 000042fc 2d 77 65 65 6b 2e 70 6e 67 2e 6d 65 74 61 00 cc |-week.png.meta..| > 0000430c 23 60 1b 00 1c 00 08 13 75 6e 69 76 2d 6d 6f 6e |#`......univ-mon| > 0000431c 74 68 2e 70 6e 67 2e 6d 65 74 61 00 24 60 1b 00 |th.png.meta.$`..| Definitely a bitfilp. See the line which starts 0000430c, there are 4 bytes for the inode number, 2 bytes for the record length, 1 for the file type and 1 for the name length and then the name dirhash was looking for. We're almost certainly looking at a case of dirhash writing the correct offset in and then something corrupting it by flipping a bit. The other panic you reported is probably caused by the same sort of corruption. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34605 Is this new hardware, or was it successfully in use before you installed 4.5? If it was successfully in use before, then what version of FreeBSD were you using before? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 9:48: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A9BE737B443; Mon, 4 Feb 2002 09:47:59 -0800 (PST) Received: (from ru@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14HlaE17332; Mon, 4 Feb 2002 09:47:36 -0800 (PST) (envelope-from ru) Date: Mon, 4 Feb 2002 09:47:36 -0800 (PST) From: Message-Id: <200202041747.g14HlaE17332@freefall.freebsd.org> To: ru@FreeBSD.org, freebsd-bugs@FreeBSD.org, yokota@FreeBSD.org Subject: Re: kern/24827: Erratic Intellimouse Explorer in 4.1 and 4.2 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Erratic Intellimouse Explorer in 4.1 and 4.2 Responsible-Changed-From-To: freebsd-bugs->yokota Responsible-Changed-By: ru Responsible-Changed-When: Mon Feb 4 09:45:44 PST 2002 Responsible-Changed-Why: This is still a problem with 4.5-RELEASE. Reverting to sys/isa/psm.c,v 1.23.2.2 "fixes" the issue. Didn't check 5.0-CURRENT. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=24827 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 11: 0: 8 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C9A1A37B41B for ; Mon, 4 Feb 2002 11:00:05 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14J05N31707 for freebsd-bugs@freebsd.org; Mon, 4 Feb 2002 11:00:05 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 4 Feb 2002 11:00:05 -0800 (PST) Message-Id: <200202041900.g14J05N31707@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: open PR's (mis)filed to gnats-admin and in limbo Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/02/03] pending/34582gnats-adminSupport for D-Link DFE-690TXD Cardbus PC o [2002/02/03] pending/34590gnats-adminBetter patch o [2002/02/04] pending/34615gnats-adminRe: Better patch 3 problems total. Non-critical problems To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 11: 6:45 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7C1CA37B41E for ; Mon, 4 Feb 2002 11:00:11 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14J06E31715 for freebsd-bugs@freebsd.org; Mon, 4 Feb 2002 11:00:06 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 4 Feb 2002 11:00:06 -0800 (PST) Message-Id: <200202041900.g14J06E31715@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended The problem is not being worked on. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1998/05/13] kern/6630 julian [PATCH] Fix for Cyrix I8254 bug o [1998/07/12] kern/7264 gibbs Buslogic BT 950 scsi card not detected o [1998/11/25] kern/8861 mdodd under heavy (multi interface) traffic ep0 f [1999/02/20] kern/10172 [panics] Kernel (esp kern/sys_pipe.c) die o [1999/05/31] kern/11966 ru TCP copies send and receive socket buffer s [1999/06/05] kern/12041 n_hibma Crashes on startup if Zip drive is switch f [1999/06/25] kern/12395 gibbs Buslogic SCSI cards (BT948) time out unde f [1999/06/30] kern/12466 Fast system hangs under high FS load o [1999/07/13] alpha/12623 alpha Certain valid numeric strings cause a SIG o [1999/08/10] i386/13059 imp Install aborts with panic:aha0: Invalid C f [1999/09/12] kern/13709 panic: sched_sync: fsync failed o [1999/10/30] kern/14614 dillon VM DoS attack (with exploit attached) f [1999/11/22] i386/15040 Installation problems with 3.x FreeBSD f [1999/12/05] kern/15281 Please fix handling Ross(?) host to PCI b o [2000/01/17] misc/16157 green "fire" screensave kills network performan o [2000/02/14] kern/16708 wpaul 3Com 3c900-Combo Ehternet card make kerne o [2000/02/15] kern/16740 mckusick The kernel panics with "ffs_clusteralloc: o [2000/02/18] i386/16802 An user math program have the system on K o [2000/03/15] i386/17391 jhb FreeBSD boot loader does not recognize ke o [2000/03/27] kern/17620 jhay Digi/570i sync driver (if_ar.c) causes sy f [2000/03/28] alpha/17642 alpha FreeBSD/alpha 4.0 RELEASE installation fa o [2000/04/04] bin/17791 mjacob Restore does not handle bad or missing ta f [2000/04/04] i386/17808 cannot swap /dev/.... o [2000/05/09] misc/18466 dillon install via nfs or ftp media silently tru s [2000/05/17] misc/18641 paul FreeBSD V4.0 crashes when using ifconfig f [2000/05/29] kern/18874 peter 32bit NFS servers export wrong negative v o [2000/06/13] kern/19247 jasone uthread_sigaction.c does not do anything o [2000/06/14] misc/19257 Detection of connected ports on a Cyclom o [2000/07/01] conf/19629 dougb /etc/rc.sysctl can't set all syctls s [2000/07/05] kern/19722 rwatson FreeBSD box responds to broadcast IP o [2000/07/12] gnu/19882 obrien ld does not detect all undefined symbols! o [2000/07/30] i386/20308 yokota vidcontrol VESA_800x600 causes a kernel p f [2000/07/31] kern/20310 groudier Symbios 53c875j drivers don't work o [2000/08/03] kern/20375 APM doesn't work properly! Suspend/resum o [2000/08/05] kern/20429 yokota setting flags 0x1 in atkbd0 locks keyboar o [2000/08/08] i386/20495 yokota 4.1-STABLE and 4.1-RELEASE: keyboard does o [2000/08/28] kern/20895 groudier sym driver doesn't work for SYM53C895A o [2000/09/04] misc/21025 msmith BTX loader 1.00 gets 1Gb of memory from B f [2000/09/04] i386/21042 mdodd Keyboard driver problems with PS/2 Model o [2000/09/12] kern/21220 msmith mlx0: I/O error - attempt to write beyond f [2000/09/13] bin/21253 mjacob dump/restore fail on any stream (tape/pip o [2000/09/14] kern/21272 wpaul USB interrupts seem to be turned off o [2000/09/14] kern/21278 gibbs ahc driver wedges on stressed SMP system o [2000/09/17] kern/21323 msmith Lock up at boot on Acer507DX with pci.c 1 f [2000/09/19] kern/21397 joerg Floppy drive doesn't work on Compaq ProLi f [2000/10/05] i386/21772 No interrupts for 39160 PCI adapter in PR f [2000/10/06] misc/21782 4.1.1 and ADAPTEC 29160N SCSI controller o [2000/11/01] kern/22494 wpaul Fatal trap 12: page fault while in kernel f [2000/11/02] kern/22557 fatal kernel trap 0x2(memory management) f [2000/11/03] bin/22595 brian telnetd tricked into using arbitrary peer o [2000/11/18] kern/22953 keu driver throws 'usb error on rx: IOERR o [2000/11/20] gnu/22972 obrien Internal Compiler Error o [2000/11/25] misc/23103 lacks many ISO C99 features (NAN f [2000/11/27] i386/23145 brian pppoe-test-program panics the server o [2000/11/29] kern/23173 read hangs in linux emulation o [2000/12/04] kern/23258 mckusick panic: softdep_lock: locking against myse f [2000/12/09] kern/23411 SMP Kernel Freezes Machines on Dual Proce a [2000/12/14] kern/23547 msmith only one logical device on Mylex AcceleRA f [2000/12/14] i386/23548 4.x causes Thinkpad 560X disk to spin up/ a [2000/12/21] kern/23740 roam kernel DoS tha could be executed by any u o [2000/12/26] kern/23859 panicked on sofree o [2001/01/17] kern/24418 jasone read/write in thread library (-lc_r) does f [2001/01/18] kern/24433 NFSv3 service hangs when writing large am f [2001/01/30] kern/24740 cy filesystem corruption CFP1080 CAM SCSI ca a [2001/02/02] kern/24811 Networking in FreeBSD 4.2-RELEASE doesn't f [2001/02/19] kern/25215 RELENG_4 kernel crashes starting SCSI dis f [2001/02/20] kern/25235 OS Hungs up when using with a Battery of f [2001/02/23] i386/25328 4.x stable kernel crash: page fault f [2001/02/27] misc/25407 Error while booting 4.2 : ahc0 Signaled A o [2001/03/09] kern/25632 n_hibma USB modem (umodem) may destroy the cfreel o [2001/03/20] kern/25950 obrien Bad drives on asr look zero-length and pa o [2001/03/24] kern/26048 obrien 4.3-RC: SMP and asr driver don't work to f [2001/03/30] kern/26223 Linux /compat/linux/dev devices doesn't w f [2001/03/30] kern/26224 dillon VFS Panic/SMP/CFLOW(HEAVY network)/Heavy o [2001/04/02] bin/26305 mjacob Cannnot restore partions with FreeBSD 4.x f [2001/04/12] kern/26510 kernel panic while booting on Intel STL2 o [2001/04/13] kern/26549 IPsec policies for more than one pair of f [2001/04/20] i386/26736 System freeze booting from (i386) 4.3 flo f [2001/04/25] kern/26840 dillon process doing mmap() over nfs hangs in vm o [2001/05/02] ports/27036 sobomax All Ports using Mesa3 are required with - f [2001/05/02] i386/27042 4.3-RELEASE installation from CDROM fails f [2001/05/02] kern/27048 Bus support (I believe) broken in freeBSD f [2001/05/03] kern/27059 groudier (symbios) SCSI subsystem hangs under heav a [2001/05/10] kern/27250 bp unionfs filesystem panics in large number o [2001/05/11] kern/27275 kernel bug ? f [2001/05/17] conf/27408 rc.network hangs at rpc.umntall if stale o [2001/06/07] bin/27939 rlogin uses wrong IP address for remote h o [2001/06/08] kern/27985 Recent -STABLE crashes when accessing dc o [2001/06/09] kern/27987 New ATA Driver failure with VIA Southbrid a [2001/06/09] i386/27991 ssh 1 and 2 login with keys is not possib o [2001/06/09] bin/28002 ru SHARED=symlinks is broken f [2001/06/14] kern/28162 RELENG_4 (4.2, 4.3) Panics when system ha f [2001/06/14] kern/28163 in_pcballoc Panic in RELENG_4 with large o [2001/06/15] bin/28191 jdp rtld-elf ignores LD_LIBRARY_PATH o [2001/06/20] i386/28293 imp Dell Latitude CpxJ 750 hangs on install o [2001/06/25] kern/28402 kernel panic caused by softupdates (may b o [2001/06/25] kern/28418 XFree86 4.X panics FreeBSD 4.3-STABLE on o [2001/06/27] kern/28465 Enabling softupdates on a clean but activ o [2001/06/27] kern/28466 When soft updates is enabled, cpl is not o [2001/06/30] i386/28550 Boot: Fatal Trap 12: page fault while in f [2001/06/30] i386/28558 makedev return non-zero status after inst o [2001/07/02] kern/28630 Look like hung up a kernel after few minu f [2001/07/04] kern/28703 dillon Kernel reboot during tape backup of nfs m o [2001/07/05] kern/28751 n_hibma USB Mouse doesn't seem to work! o [2001/07/14] kern/28966 pirzyk math libraries in linux emulation do not o [2001/07/14] kern/28974 PPPoE software fails when SOCK_RAW employ o [2001/07/15] ports/28995 max deMime produces blank line in header part f [2001/07/17] i386/29045 Heavy disk usage causes panic in ffs_blkf f [2001/07/19] i386/29096 freebsd 4.2/4.3 hangs after probing devic o [2001/07/21] kern/29121 msdos fs causes kernel panic when writing o [2001/07/24] bin/29191 NFS file locking fails from Solaris 8 cli o [2001/07/24] misc/29200 dcs Syntax errors in /boot/device.hints cause o [2001/07/30] ports/29325 ports Dbview contains an error, because of whic o [2001/08/13] ports/29681 portmgr bsd.port.mk cannot handle some module's P o [2001/08/14] conf/29699 Setting NO_MAILWRAPPER results in a syst o [2001/08/15] kern/29741 ptrace(pid);ptrace(ppid) makes pid and pp o [2001/08/15] kern/29742 PCCARD Modems don't work on cardbus bridg o [2001/08/15] kern/29743 TI-1450 interrupt storm o [2001/08/18] kern/29844 setpgrp does not behave as manual says o [2001/08/18] kern/29847 n_hibma USB usbd_probe_and_attach() is broken and f [2001/08/31] kern/30238 3Com 509-Combo ISA NIC don`t work o [2001/09/03] ports/30292 kde QT/KDE 1.x needs to be removed o [2001/09/03] kern/30300 -current hang caught and crash-dump'd. o [2001/09/04] ports/30331 portmgr Conflict between bsd.port.mk MAKEFILE var o [2001/09/09] i386/30458 Workstation sometimes hangs when connecte f [2001/09/12] i386/30527 does not like scsi on atrend 6260 dual PI o [2001/09/19] i386/30670 4.3 and 4.4 mfsroot floppies reboot Dell o [2001/09/20] i386/30693 On new install bootup does endless usb0: f [2001/09/21] i386/30705 msmith Installation fails on system with Mylex A o [2001/09/23] kern/30771 Panic when mounting drive a [2001/09/24] i386/30802 gibbs repeat of i386/22760. Adaptec SCSI contro o [2001/09/27] bin/30869 dump does not dump all files of a filesys o [2001/09/28] i386/30898 Inspiron 8100 keyboard unusable off mains o [2001/09/29] kern/30921 ACER mechanic ps/2 keyboard don´t work an o [2001/09/30] ports/30935 taoka pips sc880 - needs to have syvr4 support o [2001/10/01] i386/30961 On lsdev -> error & BTX halted =( o [2001/10/04] kern/31042 murray Device name conflict o [2001/10/12] kern/31233 Kernel panics after upgrading to 4.4-STAB o [2001/10/13] ports/31254 obrien I cannot compile Java src files using gcj o [2001/10/14] misc/31266 System can be crashed with "ls -al /flopp o [2001/10/15] bin/31304 joe fix crunchgen to work with more contrib-k o [2001/10/17] conf/31327 Fixes and improvements for rc.diskless* s o [2001/10/20] kern/31391 n_hibma usb.h uses a variable name "class" which o [2001/10/24] kern/31468 Spontaneous crashes, possible related to o [2001/10/25] kern/31493 BTX halted with big disk and 4.4R f [2001/10/31] i386/31671 4.4 installer hangs at " Mounting root fr o [2001/11/02] kern/31710 kernel reboots; looks like an unintended o [2001/11/03] i386/31728 Install hangs on: (debug screens last wri o [2001/11/12] ports/31938 ports Broken cookie handling in lynx-ssl-2.8.4. o [2001/11/12] ports/31948 steve open-motif: having USE_MOTIF in /etc/make o [2001/11/16] bin/32040 brian 4.4-Release "set mtu" in ppp is broken wi f [2001/11/20] i386/32127 Proliant 1600 kernel panics after SMP is o [2001/11/22] kern/32184 Kernel crashes in ufs code o [2001/11/23] i386/32237 4.4-RELEASE keyboard doesnt work after bo o [2001/11/30] kern/32418 kernel table full o [2001/12/04] ports/32506 des Apache mod_auth_pam doesn't works o [2001/12/07] conf/32583 jkh System becomes unusable after performing o [2001/12/09] ports/32664 obrien open-motif-devel-2.1.30 registers itself o [2001/12/11] ports/32707 ports ghostscript-gnu fails during install o [2001/12/11] kern/32713 usb mouse detaches from hub and doesnt re o [2001/12/11] ports/32714 kde KDE build failure: Qt's uic core dumps o [2001/12/12] alpha/32757 alpha fatal kernel trap using generic kernel fo o [2001/12/14] i386/32830 FreeBSD 4.4 install fails on Thinkpad 750 a [2001/12/14] kern/32831 sos HP Colorado IDE tape drive get wedged eas o [2001/12/16] bin/32895 imp rebooting between Win98SE and 4.4-2001121 f [2001/12/22] i386/33089 re GENERIC bloat causes 'make world' to brea o [2001/12/25] misc/33169 system freeze after cron daily security c o [2001/12/26] kern/33219 bp smbfs case senstitive problem o [2001/12/27] misc/33261 dwmalone FreeBSD base system does not install tcpd o [2001/12/27] gnu/33262 mp gdb does not handle pending signals corre f [2001/12/30] conf/33345 pnpinfo not finding info for pnp pci mode o [2001/12/31] kern/33397 "panic: unknown/reserved trap" with moder f [2002/01/04] i386/33525 root access without password o [2002/01/04] kern/33542 a few of swapping completly freeze system f [2002/01/04] misc/33567 RELENG_4 won't makeworld; bsd.dep.mk, Mak o [2002/01/05] i386/33574 kernel hangs on page fault during boot pr o [2002/01/05] ports/33587 ports biabam needs base64 capable encoder f [2002/01/07] kern/33637 dillon Panic: vm_page_unwire: invalid wire count o [2002/01/07] bin/33670 dwmalone default inetd install allows for unlimite f [2002/01/08] misc/33688 Downloading some files with ftp hangs the o [2002/01/08] ports/33703 ports crossfire-0.94.3 crashes often on encount o [2002/01/14] ports/33887 kris security/snort port cannot find its rule o [2002/01/16] kern/33951 pthread_cancel is ignored o [2002/01/16] kern/33952 Bogus error message from correct phreads o [2002/01/16] ports/33964 ports games/flightgear broken (uncompilable) o [2002/01/16] kern/33970 random freeze on IDE Raid 0 (Highpoint HP o [2002/01/17] misc/33997 Reboot Fails on Server o [2002/01/17] i386/34018 response to request from ipv6 client does o [2002/01/18] bin/34028 brian userland ppp o [2002/01/18] i386/34051 Install menu crashes o [2002/01/19] ports/34058 gnome bonobo-1.0.18 port fails to configure und o [2002/01/19] kern/34067 Reproducable crash on usb ugen o [2002/01/19] kern/34071 pcn-driver is sort-of-broken in 4.5RC2 (a o [2002/01/21] ports/34123 mharo sudo coredumps on ^C in password prompt & o [2002/01/21] i386/34144 installation,mounting root from ufs:/dev/ o [2002/01/22] ports/34191 dirk palm/malsync files to build o [2002/01/25] bin/34274 green 4.5-RC Interoperability issue: sshd o [2002/01/27] ports/34357 ports ports needs a resume function. o [2002/01/28] kern/34373 SMP lockup somewhat similar to bug #33986 f [2002/01/28] ports/34393 trevor ghostscript-gnu 6.52_1 fails to build o [2002/01/28] ports/34395 gnome gnomelibs-1.4.1.2_2 fails to build o [2002/01/29] ports/34433 obrien devel/gdb51 port doesn't build f [2002/01/30] kern/34447 DLink DFE 500 rev E1 + dhclient dc0 crash o [2002/01/30] kern/34470 bde Modem gets sio1 interrupt-level buffer o o [2002/01/31] ports/34493 ports linux-realplayer has a security vulnerabi o [2002/01/31] bin/34502 ssh can crash the 4.5 system o [2002/02/02] ports/34552 ports lame don't compile o [2002/02/02] ports/34553 ports fetchmail can lose mail in POP3+UIDL mode o [2002/02/02] ports/34564 ports bug fix: ports/editors/cooledit fails to o [2002/02/03] i386/34576 cannot load freebsd o [2002/02/04] kern/34605 kernel panic on loaded machine o [2002/02/04] kern/34613 kernel panic in ufsdirhash_lookup 212 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [1996/12/30] kern/2325 quota.user enlarged, no boot on 2.2-BETA o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable a [1997/04/01] bin/3170 sheldonh vi freaks and dump core if user doesn't e f [1997/05/04] i386/3502 mdodd Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 imp rlogin doesn't read $HOSTALIASES for non- o [1997/06/28] misc/3980 peter access via NFS fails during mount-operati o [1997/07/02] kern/4012 peter 2.2-RELEASE/Digital UNIX NFSv3 0 length f f [1997/07/17] kern/4115 peter SunOS NFS file has wrong owner if creator s [1997/07/26] bin/4176 mjacob restore gets confused when run over pipe o [1997/07/30] kern/4194 peter kernel pci driver for Digital 21041 Ether o [1997/08/12] kern/4284 paul le0 goes OACTIVE after some time o [1997/08/22] bin/4357 bug in adduser script causes duplicate UI o [1997/10/01] kern/4666 dfr umount -f doesn't seem to work s [1997/10/01] bin/4672 rdist does not do hard links right when t o [1997/10/03] bin/4683 des restore doesn't correctly handle "sparse" o [1997/10/16] kern/4782 dillon Under certain conditions, several krsh's o [1997/12/14] bin/5297 make incompatibility with System V style o [1998/01/27] kern/5587 des session id gets dropped o [1998/02/28] kern/5877 bmilekic sb_cc counts control data as well as data o [1998/03/19] kern/6066 paul lnc driver does not work correctly with A a [1998/04/07] kern/6238 cg Sound-driver patch for MAD16 (OPTi 928,92 a [1998/05/06] bin/6536 pppd doesn't restore drainwait for tty s [1998/06/02] bin/6830 make(1) exhibits confusing and non-standa s [1998/06/23] bin/7033 Same process notified multiple times o [1998/06/24] i386/7057 mdodd 3Com 3C509 locks up, or has >1000ms rtt u s [1998/07/05] kern/7169 cannot use accton on a append-only file o [1998/07/12] i386/7266 yokota PSM detection failure with Linksys consol s [1998/07/14] kern/7281 [STABLE] Multicast kludge does not work c s [1998/08/10] kern/7556 sl_compress_init() will fail if called an f [1998/09/11] kern/7902 if_de doesn't properly recognize a "Magic o [1998/09/17] bin/7968 If /usr/libexec/yppwupdate DNE, rpc.yppas o [1998/09/30] gnu/8099 obrien [patch] some bugs in cpio f [1998/10/08] kern/8206 [patch] Unconected UDP socket declined, i o [1998/11/10] bin/8646 peter Implement rlogind -a option a [1998/11/18] bin/8745 yar adduser permit adding `root' and mail ali f [1998/11/20] kern/8778 gibbs Buslogic BT948 in 2 boxes upgraded from S f [1998/11/25] bin/8865 dwmalone syslogd hangs with serial console o [1998/11/29] conf/8903 dillon /etc/rc can do NFS mounts before the netw o [1998/12/21] kern/9163 adrian [patch] squid does not join a multicast g s [1999/01/07] bin/9379 pppd does not go through all interfaces l s [1999/01/08] kern/9391 if_addmulti doesn't check for retifma == o [1999/01/13] kern/9478 assar support for running a script from kldload s [1999/02/06] kern/9927 gibbs the ahc driver doesn't correctly grok swi o [1999/02/15] kern/10107 dillon interlock situation with exec_map and a p f [1999/02/25] bin/10264 davidn passwd(1) tryis NIS even with `-l' switch o [1999/02/28] bin/10312 ken pciconf -l generates output incompatible s [1999/03/02] bin/10353 ypserv gets segmentation violation o [1999/03/09] bin/10510 Remote cvs botches commits on occassion o [1999/03/16] bin/10633 fenner [patch] tcpslice timezone problem and upd a [1999/03/24] kern/10778 ru "ipforward_rt" is not cleared when routin o [1999/03/30] kern/10870 eivind Kernel panic when writing to write-protec s [1999/04/07] bin/11005 iedowse `umount -f' does not work if the NFS-serv s [1999/04/08] misc/11024 getpwnam(3) uses incorrect #define to lim s [1999/04/28] conf/11376 NFS mount may be happening too soon in /e o [1999/05/03] kern/11462 imp CS network interface driver (for CS89XX b o [1999/05/04] kern/11490 yokota VESA+VM86+Splash == unstable system o [1999/05/05] kern/11507 imp CS89XX (i386/isa/if_cs.c) fails to proper o [1999/05/05] misc/11525 dwmalone [PATCH] Networking patches to increase # s [1999/05/07] gnu/11562 tar verification doesn't work o [1999/05/13] kern/11697 tegge Disk failure hangs system o [1999/05/18] i386/11773 yokota mouse works at setup time. Under X it go o [1999/05/28] kern/11922 deischen missing reentrant interfaces for getpwnam o [1999/07/07] kern/12551 mks ASIC output is shifted following a short o [1999/07/20] bin/12727 billf Game patches from NetBSD o [1999/08/14] kern/13141 se Multiple LUN support in NCR driver is bro a [1999/08/15] kern/13150 mckusick panic: ufs_dirbad: bad dir o [1999/09/10] bin/13691 fenner tcpslice cannot extract over 2GB part of o [1999/09/13] kern/13740 jlemon wrong IP statistics s [1999/09/16] conf/13775 multi-user boot may hang in NIS environme s [1999/09/17] i386/13787 lnc driver isn't really the lnc driver o [1999/09/26] misc/13978 peter a write to last column bug appears since o [1999/09/27] kern/13997 rwatson RLIMIT_NPROC works unadequately for jails s [1999/10/04] i386/14135 lpt1 nolonger exists after 3.2-RELEASE o [1999/10/12] kern/14285 dillon NFS client appears to lose data o [1999/10/14] i386/14334 imp AHA-1542A not supported by FreeBSD 3.x (" o [1999/10/26] kern/14549 mdodd 3C509 broken in 3.3 o [1999/10/27] kern/14566 yokota Non-kernel programs have little/no contro a [1999/11/04] kern/14712 iedowse root has access to NFS mounted directorie f [1999/11/05] kern/14722 TCP connections hangs in FIN_WAIT_2 for > s [1999/11/12] kern/14848 Frame Relay support, corrected a [1999/11/12] misc/14856 billf ftp stalls on FreeBSD 3.3 (CDROM) tested o [1999/11/17] i386/14946 mjacob rmt - remote magtape protocol s [1999/12/14] kern/15478 incorrect utmp/wtmp records update upon c o [1999/12/23] misc/15662 markm [PATCH] perl5 Sys::Hostname fails if no P o [1999/12/26] kern/15707 dillon bad trap in mprotect o [2000/01/01] kern/15825 dillon Softupdates gets behind, runs the system s [2000/01/02] i386/15845 Driver for RealTek 8029 f [2000/01/03] bin/15877 tobez Perl 5.00503 interpreter crashes with a s o [2000/01/12] kern/16090 mdodd No buffer space available a [2000/01/22] kern/16299 tmm nfs.ko can be unloaded when nfsd is runni o [2000/02/08] kern/16587 cg Can't record with newpcm & CS4236 (AW35/P o [2000/02/10] kern/16644 Bad comparsion expression in bpf_filter.c o [2000/02/21] conf/16879 tanimura Sound drivers seem to be using shared irq o [2000/02/23] conf/16948 qa Sysinstall/disklabel: bad partition table o [2000/02/25] misc/16991 jhb booting install disk and USB s [2000/03/01] misc/17108 SecureRPC not supported in mount_nfs comm o [2000/03/10] misc/17310 wpaul NIS host name resolving may loop forever o [2000/03/13] bin/17360 green [PATCH] Cleanup bug in pam_ssh o [2000/03/16] kern/17422 bde 4.0-STABLE: top: nlist failed o [2000/03/20] kern/17504 ken Another Micropolis Synchronize Cache Prob f [2000/03/20] misc/17517 wpaul 100/10baseT card resets under load s [2000/03/21] conf/17540 NIS host lookups cause NFS mounts to wedg f [2000/03/21] kern/17542 greid random static with GUS PnP o [2000/03/24] misc/17584 groudier fatal SCSI error with a Symbios 53c875 co o [2000/03/27] i386/17626 green sshd cores when I scp to it o [2000/03/28] alpha/17637 billf misconfigured syscons bell causes panic o o [2000/03/29] i386/17662 gibbs cam_xpt.c incorrectly disables tagged que o [2000/03/31] i386/17713 gibbs MAKEDEV and /stand/sysinstall goofups wit o [2000/04/04] i386/17800 bde [PATCH] problem with statclock initializa f [2000/04/06] kern/17829 The dc driver is seriously broken o [2000/04/07] bin/17843 ftpd fails to set cwd with mode 700 NFS m f [2000/04/10] kern/17895 dwmalone stale unix domain connections f [2000/04/10] kern/17905 dillon 4.0-SNAP keep on crashing every 3 days o [2000/04/11] i386/17926 yokota psm device problems with apm resume o [2000/04/12] kern/17961 n_hibma Fatal Trap 12. Page fault while in kernel o [2000/04/12] kern/17965 wpaul vr (MII-bus version in 4.0 ONLY) driver l o [2000/04/14] kern/18012 adrian vnode_free_list corruption, "free vnode i o [2000/04/17] misc/18065 mdodd FREEBSD 4.0 crashes on boot Compaq Prolia o [2000/04/23] ports/18180 jmz xdm authorization fails with XDM-AUTHORIZ s [2000/04/23] bin/18181 Getty can fail to observe :de: specificat f [2000/04/23] i386/18185 gibbs Adaptec 3950U2 errors during boot/probe o [2000/04/24] kern/18200 mdodd 3com 3c509b recognized twice during boot f [2000/04/25] kern/18209 green rlimits are never checked in exec() if ex o [2000/04/28] kern/18285 the system froze when use scon -s 50 o [2000/05/02] kern/18345 cg sbc / pcm not fully recognizing AWE64 o [2000/05/02] kern/18348 yokota tags o [2000/07/19] kern/20040 msmith Toshiba 2775 hangs after pcib0 driver is o [2000/07/25] misc/20172 byacc 1.9 fails to generate $default tran f [2000/07/27] kern/20217 darrenr IPF default block and inclusion in rc.net o [2000/07/27] kern/20234 green panic(): lockmgr: pid 259, not exclusive o [2000/07/29] conf/20282 qa sysinstall does not recover some /etc fil f [2000/07/31] kern/20335 yokota S3Trio64V+ is detected as CGA by syscons a [2000/08/02] bin/20373 Setting breakpoints in shared objects bro o [2000/08/08] ports/20490 tg Termios timeout parameters, VMIN, VTIME, f [2000/08/09] i386/20507 yokota Mouse freezes in 4.0-release after some u o [2000/08/10] misc/20521 mjacob /etc/rmt several problems o [2000/08/10] kern/20523 Support for PCI multiport cards for sio d o [2000/08/13] kern/20572 marcel cannot safely remove COMPAT_43 from the k o [2000/08/14] kern/20609 dillon panic: vm_fault: fault on nofault entry, o [2000/08/15] bin/20633 fdisk doesn't handle LBA correctly f [2000/08/17] kern/20689 groudier Newbusified version of ncr driver does no o [2000/08/18] kern/20708 imp Adaptec 1542 ISA SCSI Controller not dete f [2000/08/22] bin/20779 assar junk pointer error causes kpasswd to fail o [2000/08/26] misc/20861 jasone libc_r does not honor socket timeouts o [2000/08/28] gnu/20912 mp gdb does not recognise old executables. f [2000/08/30] bin/20952 markm ftpd doesn't honor account expiration tim o [2000/08/31] kern/20958 mdodd ep0 lockup with ifconfig showing OACTIVE o [2000/09/07] misc/21089 vi silently corrupt open file on SIGINT w f [2000/09/08] kern/21139 ken IBM DNES drives need 'quirk table' entry. o [2000/09/11] bin/21208 tar does not support 2.5 GB file o [2000/09/11] kern/21209 groudier scsi ncr driver installs instead of scsi a [2000/09/13] bin/21248 kris openssl dumps core with blank passwords o [2000/09/13] bin/21251 NIS problem - ypbind does loop in CLNT_BR o [2000/09/14] gnu/21260 buffer overrun in uux o [2000/09/14] ports/21264 markm tn3270 port receives segmentation fault o [2000/09/14] gnu/21276 libI77 is unable to handle files >2Gbytes o [2000/09/15] bin/21292 ifconfig warn but does duplicate IP addre o [2000/09/15] kern/21304 wpaul dc0 watchdog timeouts on NetGear FA310TX o [2000/09/15] kern/21305 roger bktr driver dosn't send signals in contin s [2000/09/18] misc/21384 greid pcm driver has static in recorded audio o [2000/09/19] misc/21406 freebsd's bootinst or booteasy overwrites o [2000/09/20] gnu/21433 g++ optimiser produces bad code on right o [2000/09/21] kern/21461 imp ISA PnP resource allocator problem o [2000/09/21] kern/21463 emulationLinux compatability mode should not allow o [2000/09/26] i386/21559 BTX loader sometime show registers f [2000/09/27] bin/21603 green Can't change user passwords on 4.1.1-STAB o [2000/09/28] kern/21642 Compaq Netelligent 10/100 card (TI Thunde f [2000/10/01] kern/21688 Kernel crash with Adaptec AAA-133 and ahc f [2000/10/02] misc/21701 qa Keymap selection menu broken on initial i o [2000/10/02] docs/21708 jlemon kqueue/kevent man pages isn't specific ab o [2000/10/02] ports/21714 sobomax audio problem with nil o [2000/10/05] kern/21771 murray Fix for sppp and Cronyx drivers update f [2000/10/06] kern/21791 Hang on FIN_WAIT_2 a [2000/10/06] kern/21808 [patches] msdosfs incorrectly handles vno o [2000/10/15] misc/21998 green ident only for outgoing connections o [2000/10/16] kern/22029 mckusick use of softdependencies leads to major fi o [2000/10/19] kern/22142 securelevel does not affect mount o [2000/10/22] bin/22212 skeyaccess(3) doesn't for primary group o [2000/10/24] misc/22284 Change (SunOS) NIS passwd error o [2000/10/25] bin/22291 getcwd() fails on recently-modified NFS-m f [2000/10/26] i386/22315 Cannot reboot or power-off the machine o [2000/10/30] kern/22417 gibbs advansys wide scsi driver does not suppor a [2000/10/30] ports/22421 ports New port: Enhydra 3.1 beta 1 o [2000/10/31] i386/22441 pmap_growkernel() is not effective at ker f [2000/11/04] i386/22606 Panic on boot: panic string "panic ahc0: o [2000/11/05] bin/22614 billf pam_ssh dumps core o [2000/11/05] kern/22624 Interrupt conflict btw. vga and Ethernet o [2000/11/06] gnu/22635 Why don't you use truncate(2) in libI77 f [2000/11/07] kern/22677 (Was pr: misc/11525) similar behavior in o [2000/11/13] kern/22826 emulationMemory limits have no effect in linux com o [2000/11/14] bin/22846 Routed does not reflect preference of Int f [2000/11/15] kern/22862 ncr probe fails with CACHE TEST FAILED: ? o [2000/11/15] kern/22866 Packets send on INET6 sockets compatible f [2000/11/17] kern/22926 kernel 4.1-RELEASE, 4.1.1-RELEASE (floppy o [2000/11/18] kern/22943 emulationProblem with linux emulation o [2000/11/18] i386/22944 isa_dmainit fails on machines with 512MB a [2000/11/18] kern/22947 jon IBM 10/100 EtherJet Cardbus (Xircom X3201 f [2000/11/18] kern/22951 failed drive causes panic with HPT370 RAI f [2000/11/22] i386/23039 disklabel editor couldn't create partitio o [2000/11/23] gnu/23058 ncurses: tgoto_internal() ugliness o [2000/11/24] misc/23069 jkh Compat22 does not work until you reboot o [2000/11/25] bin/23098 ambrisko If installing on a serial console, enable o [2000/11/26] ports/23125 mbr Successful emulation of StarOffice depend f [2000/11/29] i386/23188 PCI modem doesn't work with 4.1-RELEASE w f [2000/11/30] conf/23192 FTP REALLY slow on internal NIC aswel (12 a [2000/11/30] bin/23203 opie doesn't know that ssh connections ar o [2000/12/04] bin/23269 green OpenSSH TIS Authentication support has br f [2000/12/06] i386/23320 Can`t create a new thread for connect to o [2000/12/07] bin/23352 [SECURITY] buffer overflow in opieftpd f [2000/12/07] misc/23364 gethostbyaddr takes longer or locks up an a [2000/12/07] misc/23376 tobez The version of CGI.pm bundled with perl i o [2000/12/08] kern/23400 IPsec transport mode precludes filtering o [2000/12/11] kern/23468 imp xe Driver causes kernel panic when Xircom o [2000/12/11] bin/23489 tcsh fails to do file completion on non-E o [2000/12/12] kern/23515 get error in messages system log "Dec 11 o [2000/12/13] kern/23535 imp 4.x kernels seem to no longer support Ada o [2000/12/14] misc/23561 emulationLinux compatibility mode does not support f [2000/12/15] i386/23572 486/66 on Micronics motherboard will not o [2000/12/16] gnu/23593 obrien [patch] possible fix to awk(1) o [2000/12/18] ports/23638 kuriyama Add turbine-pool.jar to Cocoon CLASSPATH o [2000/12/22] kern/23771 bridge/firewall doesn't work as in bridge o [2000/12/26] bin/23866 dwmalone patch for pointing out current date o [2001/01/02] kern/24032 markm rndcontrol and pccardd use of interupt ha o [2001/01/03] kern/24059 n_hibma USB support broken in SMP kernel o [2001/01/04] kern/24070 n_hibma uhci USB driver disables port on reatachi o [2001/01/04] kern/24074 mdodd Properties of token-ring protocol must be f [2001/01/05] kern/24085 syncing on shutdown leaves filesystem dir o [2001/01/06] kern/24100 imp Having a 3c589 PCMCIA/PCCARD inserted pre o [2001/01/06] docs/24125 wes connect(2) can yield EWOULDBLOCK/EAGAIN f [2001/01/09] i386/24210 compaq dl360 hangs with smp kernel f [2001/01/10] conf/24238 First physical interface always has IPv6 o [2001/01/12] bin/24271 dumpon should check its argument more o [2001/01/16] misc/24391 cannot kill amd after interface disappear o [2001/01/19] bin/24461 pirzyk Being able to increase the YP timeout wit o [2001/01/19] bin/24472 libc_r does not honor SO_SNDTIMEO/SO_RCVT o [2001/01/22] kern/24559 aio_suspend() had Bus error when using -l s [2001/01/23] misc/24590 timezone function not compatible witn Sin f [2001/01/23] kern/24593 NFS hang between stable and current boxes o [2001/01/25] kern/24629 ng_socket failes to declare connected dat o [2001/01/25] bin/24632 libc_r delicate deviation from libc in ha o [2001/01/25] misc/24641 jasone pthread_rwlock_rdlock can deadlock o [2001/01/28] bin/24691 map-mbone segfaults at getsockname o [2001/01/29] ports/24711 portmgr ${MAKEFILE} causing trouble with ports o [2001/01/30] i386/24737 Socks5 clients die with leaving zombie pr a [2001/01/31] ports/24753 ports Pipsecd may get a tun device with the IFH o [2001/02/01] ports/24778 portmgr "update" target not available in categori o [2001/02/06] gnu/24903 Patch to remove 32bit limit from tar f [2001/02/06] i386/24916 SCSI timeout errors with adv0 driver (Adv o [2001/02/09] kern/24982 stack gap usage o [2001/02/10] i386/24997 /boot/loader cannot handle extended dos p o [2001/02/11] ports/25007 max telnetx problem on 4.x o [2001/02/12] kern/25037 top doesn't show CPU states (shows zeroes o [2001/02/12] kern/25038 dhcp client could not set hostname on boo o [2001/02/13] kern/25067 adrian able to mount a pathname > 80 char. but u o [2001/02/14] kern/25093 4.2-STABLE does not recognize PCNet-ISA+ f [2001/02/16] kern/25136 Fatal trap 12: page fault while in kernel a [2001/02/19] kern/25201 imp pccard event and syscons beep duration de o [2001/02/19] kern/25213 peter Bus abstraction interface doesn't allow p f [2001/02/19] i386/25214 Installing 4.2, and after the initial set f [2001/02/21] kern/25245 mounting NFS to/from same host + activity o [2001/02/21] kern/25248 bde sys/user.h needs sys/param.h, but doesn't f [2001/02/21] kern/25261 gibbs ahc0 no active SCB errors when booting of o [2001/02/21] ports/25272 rse Using eperl as cgi/nph binary executor ca o [2001/02/23] bin/25337 rwatson dmesg -a should be restricted o [2001/02/25] ports/25374 okazaki A new port math/atlas highly optimized BL o [2001/02/28] bin/25461 qa sysinstall's fdisk and disklabel don't wo f [2001/02/28] kern/25464 if_xl.so kld does not work with "options f [2001/03/01] kern/25476 [PATCH] The syscall oldgetkerninfo can re o [2001/03/03] kern/25511 ioctl(fd, FIONREAD, &c) on a FIFO (not PI o [2001/03/04] ports/25522 portmgr FORBIDDEN ports doesn't return error for o [2001/03/05] bin/25542 /bin/sh: null char in quoted string o [2001/03/07] misc/25585 sed.test 8.16 puts bugged sed into infini o [2001/03/07] bin/25586 green Password expiration doesn't work after up o [2001/03/13] kern/25781 Statclocks cannot be disables on ServerWo o [2001/03/14] misc/25801 imp change IP-address on pccard (3Com) fails o [2001/03/15] bin/25826 nfsd -t -h adr1 -h adr2 doesn't work o [2001/03/16] misc/25851 qa Security hole in anonymous FTP setup scri o [2001/03/17] bin/25886 cgetset(3) doesn't get cleared when switc f [2001/03/18] i386/25889 FDISK lost a partition ! o [2001/03/19] bin/25929 Can't use MAKEDEV in fixit mount o [2001/03/20] kern/25949 msmith camcontrol doesn't find new drives or RAI o [2001/03/20] i386/25958 msmith Xfree86's savage and vesa drivers can pan o [2001/03/22] kern/25986 Socket would hang at LAST_ACK forever. o [2001/03/22] misc/26002 n_hibma Poor read/write performance on uhci USB c o [2001/03/22] kern/26013 Linksys (rev 3) USB 100TX NIC causes infi o [2001/03/23] ports/26036 dima acroread4 produces invalid postscript in o [2001/03/25] kern/26078 Jails cannot connect to the main server a o [2001/03/26] bin/26093 markm pam_unix rejects authenticating accounts o [2001/03/27] kern/26142 Unlink fails on NFS mounted filesystem f [2001/03/27] kern/26161 Kernel Panic on Dual Processor System dur o [2001/03/28] kern/26171 emulationnot work Linux-emulator, but hi is work i o [2001/03/31] i386/26261 silo overflow problem in sio driver f [2001/04/01] conf/26275 darrenr ipfilter_enable in rc.conf does not load o [2001/04/02] bin/26307 libc_r aborts when using the KDE media pl o [2001/04/03] kern/26309 PPPoE client panics in kernel - fxp probl o [2001/04/03] misc/26320 mountd breaks IRIX automounter f [2001/04/04] kern/26356 Large copy of files to the machine causes a [2001/04/05] gnu/26362 "cvs server" doesn't honour the global -- o [2001/04/06] kern/26384 dc driver hangs in dc_rxeof o [2001/04/08] kern/26430 cg -CURRENT panics on cat /dev/dsp or cat /d o [2001/04/09] ports/26464 mbr Citrix client no longer reads files in lo o [2001/04/10] misc/26486 setnetgrent hangs when netgroup contains o [2001/04/11] kern/26501 imp Unsuported PCCARD freeze the kernel in is o [2001/04/12] kern/26506 sendto() syscall returns EINVAL in jail e o [2001/04/14] kern/26567 Mouse driver will not properly restart if o [2001/04/14] kern/26568 Mouse driver will die if you move mouse a o [2001/04/16] kern/26613 ethernet vr0 hangs o [2001/04/19] kern/26704 AHA-2940[UW] gives MPARERR on cold boot ( o [2001/04/23] ports/26797 assar arla-0.34.6 causes kernel panic/page faul o [2001/04/23] bin/26809 /etc not saved on upgrade o [2001/04/25] bin/26842 dd dump with h flag takes a very long time o [2001/04/25] ports/26848 sobomax jre port core dumps a [2001/04/25] bin/26869 sheldonh vi(1) crashes in viewing a file with long o [2001/04/27] misc/26897 qa 4.3R sysinstall fails to create swap part f [2001/04/27] i386/26903 qa Cannot use DHCP from /stand/sysinstall ne o [2001/04/28] kern/26920 imp PCI autoconfiguration of USB, dc ether, a f [2001/04/29] kern/26953 adter the installation is over it's make o [2001/04/30] i386/26985 jkh floppy install 4.3 via FTP hangs o [2001/04/30] bin/26996 green sshd fails when / mounted read-only o [2001/05/01] kern/27020 FreeBSD 4.3RC compiled with an SMP kernel o [2001/05/02] kern/27044 remounting a r/w filesystem read-only cau o [2001/05/02] ports/27052 portmgr libtool port broken in 4.3 RELEASE o [2001/05/04] bin/27086 green OpenSSH does not set X11 forwarding f [2001/05/04] kern/27087 FreeBSD 4.3-RELEASE does not recognize Gi a [2001/05/08] ports/27202 dougb mail/pine sucks rocks when saving over NF o [2001/05/09] bin/27230 nectar Users after NIS lines in /etc/passwd o [2001/05/09] kern/27237 Watchdog Timeouts under EXCESSIVE load o [2001/05/09] kern/27242 SIGHUP propagation failure to processes o o [2001/05/10] i386/27247 Panic on install - "page fault syncing di a [2001/05/10] kern/27262 process won't be terminated after CPUTIME a [2001/05/15] ports/27358 znerd Naming scheme for JDK ports (java) o [2001/05/16] misc/27400 4.3 install hangs because it is looking f o [2001/05/17] ports/27419 jhb E-FancyLauncer clones itself over and ove o [2001/05/20] kern/27474 Interactive use of user PPP and ipfilter o [2001/05/21] misc/27498 grog vinum crashed after 'vinum dumpconfig' o [2001/05/21] kern/27522 des linprocfs:/proc/stat does not handle SMP o [2001/05/22] kern/27543 des /proc/cpuinfo does not handle SMP hosts o [2001/05/23] docs/27605 doc Cross-document references () o [2001/05/27] kern/27694 cg Panic in csa(4) f [2001/05/29] i386/27729 qa the ls120 device "afd" does not show up u o [2001/06/01] misc/27810 rpc.statd can loop o [2001/06/04] ports/27875 ports invoked on boot, SIGHUP is delivered and o [2001/06/04] ports/27883 bp shares mounted by the smbfs-1.4.1 port ar f [2001/06/05] misc/27893 sos can't burn audio cds on LG CD-RW CED-8083 o [2001/06/05] misc/27896 Error in /etc/exports invalidates entire o [2001/06/07] ports/27925 portmgr index is not updated when it html manpage o [2001/06/07] ports/27926 portmgr bsd.port.mk does not handle MLINKS with h o [2001/06/07] ports/27929 jmz make extract on x11/XFree86-4 port fails o [2001/06/09] bin/27988 [PATCH] let pam_ssh.so explicitly start s o [2001/06/09] kern/27995 src/sys/pci if_pcn.c revision 1.21 resp. o [2001/06/12] misc/28095 [PATCH] pax may descend into directories o [2001/06/12] kern/28100 Hang after device probe on EISA machine o [2001/06/12] ports/28102 assar Recent changes to 4.3-STABLE break arla-0 o [2001/06/14] ports/28155 portmgr DESTDIR is used incorrectly in bsd.port.m o [2001/06/15] kern/28173 Problem with Touchpad on Inspiron 5000e o [2001/06/15] ports/28179 nbm vsftpd port creates a user without a warn o [2001/06/15] misc/28188 Cron is being started to early in /etc/rc o [2001/06/16] kern/28218 A peer of TCP socket cannot detect termin o [2001/06/16] bin/28221 eric dialog(1) segfaults (due to the bug in li o [2001/06/17] bin/28223 su doesn't look at login.conf all the tim o [2001/06/17] bin/28224 ftpd doesn't honor invalid shelll in logi o [2001/06/17] i386/28231 /boot/loader can't load kernel on Xyberna o [2001/06/20] bin/28311 markm ftpd and sshd do not honor expired pw ent f [2001/06/22] misc/28339 roam Slow Disk performance on 4.3 (about half o [2001/06/23] ports/28378 jedgar p5-Net-IRC-0.70_1 eats irc text with col o [2001/06/23] bin/28381 Can't turn off telnet autologin o [2001/06/24] ports/28398 ports ja-dvips cannot find tex.pro o [2001/06/25] kern/28417 arplookup uses potentially unprotected st o [2001/06/26] bin/28424 mtree fails to report directory hierarchy o [2001/06/26] kern/28434 cs0's promiscuous mode does not work o [2001/06/27] misc/28442 hot rebuild on Compaq Intergrated Smart A o [2001/06/28] ports/28491 kiri www/w3-4 port: mismatch between pkg-plist f [2001/06/28] kern/28497 dmesg corrupted buffer/output o [2001/06/28] kern/28498 /var/log/messages incorrect o [2001/06/29] misc/28508 problems with backup to Tandberg SLR40 st o [2001/06/30] i386/28536 writing to corrupted msdosfs causes kerne o [2001/06/30] bin/28552 EUC support of wcstombs(3) is broken for o [2001/07/01] i386/28592 Please support boot from ATA RAID-0 devic o [2001/07/02] misc/28629 ftpd REST command does not support restar o [2001/07/04] kern/28692 cg ICH sound driver hangs kernel o [2001/07/04] kern/28713 luigi NEW IPFW FEATURE [PATCHES]: Dynamic rule o [2001/07/05] misc/28737 D-Link DFE530TX - vr0: Watchdog Timeouts; o [2001/07/06] kern/28768 The system doesn't get connects on one of o [2001/07/06] bin/28773 [PATCH] Bug in pw, no $ in username o [2001/07/07] bin/28798 mikeh mail(1) with a pager (more) requires fg/C o [2001/07/07] i386/28802 3com Performance Pro modem conflicts with o [2001/07/09] kern/28840 gibbs Possible interrupt masking trouble in sys o [2001/07/09] bin/28852 cracauer behavior of /bin/sh with -e option looks o [2001/07/09] ports/28853 gnome textproc/scrollkeeper doesn't compile o [2001/07/09] kern/28856 3COM PCI FaxModem with shared IRQ causes o [2001/07/11] ports/28889 lioux qpopper-4.0.3 error: Insufficient room to o [2001/07/12] i386/28928 wpaul dual starfire nic doesn't seem to work (a o [2001/07/13] bin/28935 dwmalone syslogd -u doesn't treat * as "all levels o [2001/07/15] i386/28985 Installing FreeBSD 4.3 on a Dell Optiplex o [2001/07/16] bin/29026 traceroute -s option allows any IP addres o [2001/07/17] bin/29049 green multi-user with star o [2001/09/15] misc/30590 /etc/hosts.equiv and ~/.rhosts interactio o [2001/09/15] kern/30592 roam [PATCH] panic: static sysctl oid too high o [2001/09/17] kern/30630 fenner Failure to check for existence of interfa a [2001/09/17] ports/30638 ports SQL-Ledger port update o [2001/09/18] kern/30653 brooks KAME option MAX_GIF_NEST missing from /us o [2001/09/18] bin/30654 Added ability for newsyslog to archive lo f [2001/09/18] ports/30663 ports NEW PORT: devel/libCxClient o [2001/09/21] misc/30708 DHCP and multiple interfaces o [2001/09/21] kern/30712 fatal kernel trap during ufs_rename o [2001/09/21] ports/30728 portmgr pkg_add causes install of multiple versio o [2001/09/22] kern/30744 UDMA ICRC error results in kernel panic o [2001/09/23] kern/30755 It is impossible to mount CD-ROM in some o [2001/09/23] ports/30767 jmz silly links break XFree-4 port if /usr/X1 o [2001/09/24] i386/30784 4.4 does not install KDE or Gnome+Sawfish o [2001/09/24] kern/30798 contigfree() doesn't o [2001/09/25] kern/30820 sound PCM sound fails o [2001/09/25] ports/30823 ports New port: KinterbasDB, Python module to a o [2001/09/26] bin/30837 Sysinstall doesn't set the schg flag on t o [2001/09/27] gnu/30876 tar ignores complaints from gzip o [2001/09/30] ports/30947 ports mail/mahogany fails to build, conflicts w o [2001/09/30] kern/30948 ls'ing mounted brand new floppy locks up o [2001/09/30] kern/30952 kernel panics with 3C905[BC] cards / xl d o [2001/10/01] kern/30958 QUOTA with 0 bytes in quota.user hangs up o [2001/10/01] bin/30959 newfs -i x dumps core for small values of o [2001/10/01] i386/30965 Cyclades Cyclom-Yep causes FreeBSD to han f [2001/10/01] bin/30966 fenner TCPdump repeating on Radius accounting pa o [2001/10/01] kern/30971 peter NFS client modification time resolution i o [2001/10/02] i386/30991 pcm in PNP-OS mode vs. non-PNP-OS mode po o [2001/10/02] bin/30993 xxgdb cannot open source file o [2001/10/04] bin/31029 cjc syslogd remote logging back down o [2001/10/04] i386/31035 Smart Array & SMP hangs on Proliant 1600 o [2001/10/04] bin/31045 routed dumps core o [2001/10/04] kern/31046 Linux OpenGL programs do not work under t o [2001/10/04] kern/31047 Linux programs do not dump core in linux o [2001/10/06] kern/31084 imp xe driver device probe fails in CIS tuple o [2001/10/06] kern/31085 kernel panic on tftp only pxeboot o [2001/10/07] kern/31102 lge + Pentium III data transmission probl o [2001/10/07] kern/31103 nfs read i/o error when nfs-mounting onto o [2001/10/07] ports/31113 portmgr bsd.ports.subdir.mk: remove NOCLEANDEPEND a [2001/10/08] kern/31130 cjc ipfw tee functionality causes malfunction a [2001/10/08] ports/31143 ports gd does not compile, uses nonexistent ftg o [2001/10/08] kern/31147 Kernel panics (double fault) in some "net o [2001/10/09] misc/31175 4.4 wikk not detect ethernet cards on HP o [2001/10/09] ports/31184 ports Latex2html problem o [2001/10/10] ports/31191 ports netsaint - plugins sometimes not found o [2001/10/10] kern/31203 Cardbus xl driver broken on -CURRENT o [2001/10/11] ports/31216 znerd New port: devel/plist-builder o [2001/10/12] kern/31238 `hpijs' process hangs unkillably in `devb o [2001/10/14] docs/31265 doc crontab(1) doesn't decribe format of allo o [2001/10/14] conf/31280 /etc/rc.network NFS server startup broken o [2001/10/15] bin/31306 sysinstall fails to create non-root parti o [2001/10/17] bin/31339 make's .if processing buggy o [2001/10/18] ports/31352 ports Netsaint check_by_ssh: fcntl(0, F_SETFL, o [2001/10/18] misc/31363 sysinstall "partition editor" silently co o [2001/10/21] kern/31398 cg newpcm does not play back the tail of sou o [2001/10/21] ports/31414 ports gd won't compile on 4.3 f [2001/10/21] ports/31422 ache Does pkg_delete have to erase /usr/local/ f [2001/10/24] kern/31471 Specific IPFW's FWD rule crashes the kern o [2001/10/24] i386/31481 FreeBSD does Not find disk drives with Co o [2001/10/25] kern/31492 Panic in sysctl_remove_oid. o [2001/10/25] ports/31494 ache mod_perl fixes for apache13 port o [2001/10/26] ports/31511 obrien g++30 produces binaries which SIGBUS when o [2001/10/26] kern/31515 Use of USB Keyboard crashes 4.4 during in o [2001/10/26] ports/31527 dwcjr "reject_unknown_client" configuration pro a [2001/10/27] kern/31530 Fatal trap 12 when reading from DVD. o [2001/10/28] ports/31567 ports tgif -print fails to create temp files o [2001/10/29] kern/31586 archie netgraph bridges cause connectivity probs o [2001/10/29] kern/31597 pcm_addchan incorrectly adds vchans to PC o [2001/10/29] ports/31605 kde kmail cannot decrpyt/encrypt/verify gnupg o [2001/10/30] conf/31631 "MAC address" can't be acquired properly. o [2001/10/31] kern/31659 n_hibma USB controller driver will die after some o [2001/10/31] bin/31661 jasone pthread_kill signal handler doesn't get s o [2001/10/31] misc/31670 Wide-Ultra 10k SCSI 3 drive is not recogn o [2001/10/31] bin/31678 A bug in handling an error reading a CD-R o [2001/11/01] ports/31688 java JDK 1.3.1 Update for Sun's Java Communica o [2001/11/01] ports/31689 java JDK 1.3.1 update for FreeBSD/Java Commapi f [2001/11/01] bin/31692 2872-or-less-byte ftp binary transfer fro o [2001/11/01] ports/31699 ports The graphics/gd2 port conflicts with grap f [2001/11/03] misc/31736 DMA mode not possible switching to PIO mo o [2001/11/03] kern/31746 failed connect(2) seems to cause problems o [2001/11/04] ports/31767 ports Fix glide3 includes for DRI compile o [2001/11/05] kern/31768 darrenr Use of fastroute in IPFilter reboots the o [2001/11/05] i386/31771 brian PPP compares CHAP81 response case sensiti o [2001/11/05] kern/31790 problem with NFS and jail() o [2001/11/05] ports/31793 billf snmpd loops on udp.ipv6UdpTable.ipv6UdpEn o [2001/11/06] kern/31804 Clearing PME mode kills network performan o [2001/11/07] ports/31819 jmz ports/ispell install doesn't work o [2001/11/07] bin/31835 dhclient doesn't close FD's before spawni o [2001/11/07] bin/31837 sysinstall change mountpoint o [2001/11/07] kern/31839 mdodd ex0 panic if NIC not cabled a [2001/11/07] ports/31840 portmgr package naming inadequation (gnome vs gtk o [2001/11/07] i386/31845 Toshiba Satellite 2105CDS won't boot Free o [2001/11/08] i386/31850 panic: allocdirect_check o [2001/11/08] bin/31860 read wont timeout on sockets if using thr o [2001/11/08] misc/31864 system header file attempts to redefine a o [2001/11/09] ports/31893 des gnats-3.113.1 conflicts with /usr/bin/sen o [2001/11/12] gnu/31929 GNU Tar shipped with FreeBSD handles rela o [2001/11/12] kern/31940 nge gigabit adapter link reset and slow t o [2001/11/13] i386/31967 reboot/shutdown hangs on Sony VAIO 505 w/ o [2001/11/14] kern/31979 Setup and boot locks Compaq Armada E500 l o [2001/11/17] ports/32063 znerd patch for /usr/ports/java/linux-jdk about o [2001/11/17] bin/32072 setuid w/o immutable flag o [2001/11/18] kern/32098 semctl() does not propagate permissions o [2001/11/19] kern/32118 21143 with dc driver will not select 10ba o [2001/11/19] ports/32121 jmz xf86cfg 4.1.0 writes bad "Chipset" value o [2001/11/20] kern/32124 Cannot set 128 bit wep key on prism2 (wi0 a [2001/11/21] ports/32164 skv New port: p5-XML-SAX-Simple-0.01 f [2001/11/21] bin/32175 green ssh-keygen -p core dumps o [2001/11/22] misc/32194 Adaptec SCSI RAID 2100 fails by reboot o [2001/11/22] bin/32205 brian PPP login fails in LCP negotiation on opt o [2001/11/23] ports/32223 ports Port databases/mysql-jdbc-mm is quite out o [2001/11/23] kern/32226 time of day clock runs fast (approx twice o [2001/11/23] ports/32234 portmgr Perl ports not $LOCALBASE clean o [2001/11/24] kern/32256 System crash/reboot when deleting file on o [2001/11/24] bin/32261 dump creates a dump file much larger than o [2001/11/26] alpha/32289 alpha memory management fault o [2001/11/26] bin/32295 pthread dont dequeue signals o [2001/11/26] misc/32296 dwmalone brk() has illegal prototype o [2001/11/26] misc/32297 sound Scratchy sound, bad hiss with ALS4000 bas f [2001/11/27] kern/32331 system panic in quotaoff o [2001/11/27] kern/32338 Network to disk write performance low und o [2001/11/28] kern/32353 if kern.maxproc > 512 sybase ASE 11.9.2( o [2001/11/28] gnu/32365 obrien gcc optimiser bug with -O -march=i686 o [2001/11/29] bin/32374 vi -r doesn't work, file contained unexpe o [2001/11/29] ports/32382 znerd 'ant' doesn't work if JAVA_HOME not set o [2001/11/29] ports/32383 sobomax 'javavm' doesn't work if more than 1 argu o [2001/12/01] bin/32432 /etc/rc.diskless2 borken in stable. o [2001/12/03] ports/32465 ports emulators/vmware2 doesn't build o [2001/12/03] ports/32471 ports amavis-perl only usable for sendmail o [2001/12/03] ports/32476 skv New port: oracle7-client o [2001/12/03] ports/32477 skv New port: p5-DBD-Oracle-1.12 o [2001/12/03] ports/32491 ports XF86 4.1.0 DPMS not functioning o [2001/12/04] ports/32524 kde Port build failed: x11-toolkits/qt23 o [2001/12/05] ports/32529 kde Konqueror 2.2.2 refuses to follow some li o [2001/12/06] kern/32556 sound system crashes when unloading sound modul o [2001/12/06] ports/32558 olgeni www/sitecopy is broken o [2001/12/07] ports/32589 dirk mod_php4 configure script fails o [2001/12/07] bin/32591 assar The memory block doubly freed in Heimdal o [2001/12/08] kern/32600 luigi [PATCH] incorrect handling of parent rule o [2001/12/08] bin/32619 des libfetch does not use RFC 1738's definito o [2001/12/08] misc/32631 installing 4.4 "mounting root from ufs:/d f [2001/12/08] ports/32637 ports Can't make install ja-mozilla-jlp-0.9.6, o [2001/12/09] ports/32639 ports freeamp: preference AllowMultipleInstance o [2001/12/09] ports/32663 kde kdelibs2 port potentially conflicts with o [2001/12/10] kern/32668 peter NFS directory removal problems manifested o [2001/12/10] ports/32669 sobomax mpg123 can't play mono mp3 file after ste o [2001/12/10] ports/32670 sobomax mpg123: -b doesn't work f [2001/12/10] bin/32686 wosch locate command dumps a core file with bro o [2001/12/11] misc/32699 Tulip ether card EN2242 (if_dc.c) use wro o [2001/12/11] ports/32700 assar inode changes for large o [2001/12/11] kern/32716 system hangs when running vid (usb webcam o [2001/12/11] bin/32717 brian ppp(8) change mss to wrong size o [2001/12/12] ports/32753 ports althea port doesn't compile. o [2001/12/12] bin/32759 [PATCH] make(1) System V include behaviou o [2001/12/12] misc/32760 Please MFC /usr/include/malloc.h to -STAB f [2001/12/12] bin/32791 ru FreeBSD's man(1) utility vulnerable to ol o [2001/12/13] kern/32797 Problem with IPX and netgraph(4) o [2001/12/13] ports/32800 dec gated dies on ppp interface up/down o [2001/12/13] ports/32805 ports The apache2 port overwrites configuration o [2001/12/13] kern/32809 yet another panic while syncing disks aft o [2001/12/13] bin/32817 tobez Base system includes outdated CGI module o [2001/12/14] kern/32827 small SO_RCVTIMEO values are taken to be o [2001/12/14] ports/32832 kde Kmail 1.3.2 / kde 2.2.1 / PGP 6.5.8 - kma o [2001/12/14] ports/32844 kde exiting konq term emulator causes crash o [2001/12/16] ports/32903 ports Kernel panic when returning from single m o [2001/12/16] ports/32922 trevor ports/devel/bin86 won't build with umask o [2001/12/16] misc/32924 dmlb raylink driver having problems receiving o [2001/12/17] ports/32943 ports PostgreSQL port broken o [2001/12/18] ports/32963 skv New port: p5-Class-ISA-0.32 o [2001/12/18] ports/32965 skv New port: p5-Class-BlackHole-0.03 o [2001/12/18] ports/32966 skv New port: p5-Ima-DBI-0.26 o [2001/12/18] ports/32967 skv New port: p5-Class-WhiteHole-0.03 o [2001/12/18] ports/32968 skv New port: p5-Class-DBI-0.36 o [2001/12/18] ports/32970 skv New port: p5-XML-DBMS-1.01.3 o [2001/12/18] ports/32974 skv New port: p5-Math-SimpleVariable-0.03 o [2001/12/18] ports/32975 skv New port: p5-Math-LinearCombination-0.03 o [2001/12/19] ports/33001 skv New port: p5-PodParser-1.18 o [2001/12/19] ports/33002 skv New port: p5-Pod-POM-0.11 o [2001/12/21] kern/33074 joe USB printer support does not detect print o [2001/12/21] ports/33080 ume grkrellmvolume interferes with the abilit o [2001/12/21] ports/33082 ports audio/mxv fails to compile o [2001/12/22] kern/33085 jlemon Samba's NMBD cannot find alias interface o [2001/12/22] bin/33087 ume No automatic ipf setup for IPv6 o [2001/12/22] ports/33093 jdp cvsup SNAP_16_1e breaks by SIGILL during o [2001/12/24] kern/33138 pnp problem in 4.3, 4.4, 4.5 o [2001/12/24] kern/33143 Kernel panic in uhci_abort_xfer_end o [2001/12/24] bin/33155 green [PATCH] sshd can leave hanging processes o [2001/12/25] ports/33170 ports zip -T [zip file] fails with message abou o [2001/12/26] kern/33201 net/net_osdep.c:if_name is broken o [2001/12/26] kern/33206 sound Soundcard o [2001/12/26] misc/33213 rarpd fails to init IPv6 enabled interfac o [2001/12/27] kern/33234 luigi dummynet localhost pipe causes machine to o [2001/12/27] bin/33235 find terminates with "find: fts_read: Per o [2001/12/29] misc/33315 pthread_key_create does not zero out the o [2001/12/30] kern/33344 memory leak in device resource config loa o [2001/12/30] kern/33346 jhb Kernel panic with SMP kernel o [2001/12/30] kern/33353 panic at odd times...idle, under no load, o [2001/12/30] misc/33370 Post configuration issue o [2002/01/01] ports/33440 ports Ports can not resume an interrupted downl o [2002/01/01] ports/33443 reg gettext-0.1.0.35 broken with new autoconf o [2002/01/01] ports/33447 gnome Galeon cannot access secure pages without o [2002/01/02] kern/33464 dillon soft update inconsistencies after system o [2002/01/02] ports/33482 ports New port for gimp-print o [2002/01/03] bin/33515 amd incorrectly handles multi-homed nfs s o [2002/01/03] ports/33519 portmgr make index fails if PERL_VERSION is 5.6.1 o [2002/01/03] ports/33522 jkh Cvsupit out of date, RELENG_4 or RELENG_4 o [2002/01/04] pending/33532sound Playing audio on some soundcards with pcm o [2002/01/04] kern/33535 invalid kernel diagnostic while writing d o [2002/01/04] bin/33537 savecore cannot save kernel core if it's f [2002/01/04] gnu/33551 cvs chokes on OpenBSD repositories f [2002/01/05] kern/33578 FreeBSD panics when accessing encrypted D o [2002/01/05] kern/33583 des linprocfs module makefile not present in o [2002/01/06] ports/33614 ports port devel/pike is out of date ! o [2002/01/07] ports/33643 ports irssi port: broken Perl support o [2002/01/07] ports/33650 kde py-numeric, koffice, others are hard code o [2002/01/07] kern/33653 DSL PPPoE connection error on 4.5-PRERELE o [2002/01/07] ports/33664 petef x11-wm/fvwm2: fvwm_icons.tgz repackaged. o [2002/01/07] ports/33667 ports [PATCH] mozilla locale description still o [2002/01/07] ports/33671 gnome galeon-1.0.2 fails to compile on FreeBSD o [2002/01/07] misc/33672 telnetd and mount_mfs signal handlers cal f [2002/01/08] ports/33680 okazaki /usr/ports/graphics/aalib fails to compil o [2002/01/08] kern/33712 joe Duplicate make_dev panic in ugen.c + patc o [2002/01/09] misc/33723 select(2) implementation in threaded (-lc o [2002/01/09] kern/33738 argv == NULL is not handled correctly by o [2002/01/10] bin/33770 ftpd performs an infinite loop after send f [2002/01/11] misc/33785 alfred Accept Filtering Stops Answering o [2002/01/11] ports/33795 ports [PATCH] quakeserver questionable file own o [2002/01/12] conf/33810 /etc/ttys: document how to make console i o [2002/01/13] kern/33833 Correct kernel config for 4.4-RELEASE is o [2002/01/13] kern/33839 joe usb0: host controller halted (involving A o [2002/01/13] alpha/33841 alpha ifconfig causes unaligned accesses on Alp a [2002/01/13] bin/33846 yar 4.5RC1: ftpd dies with SIGSEGV after ABOR o [2002/01/13] ports/33848 ports CUPS doesn't find parallel port o [2002/01/13] conf/33855 gshapiro freebsd.mc enables relay_based_on_MX: ope o [2002/01/14] ports/33878 ports perl 5.6.1 port doesn't run h2ph o [2002/01/14] bin/33881 adduser additions: selectable crypt schem o [2002/01/15] ports/33924 ports firebird-devel build fails - can not appl o [2002/01/15] ports/33925 ports update port www/cgi-lib o [2002/01/15] ports/33927 ports ja-dvipdfm port requires texmf/dvips/base o [2002/01/15] ports/33929 ports Section 15.15 of the FreeBSD Porter's Han o [2002/01/15] ports/33931 ports trouble installing StarOffice 5.2 over li o [2002/01/16] kern/33940 quotactl allows compromise gid-quotas o [2002/01/16] ports/33972 ports stow upgraded (fixes serious bug re delet o [2002/01/16] kern/33974 Can not record anything with emu10k1 on 4 f [2002/01/17] kern/33978 can't kill process o [2002/01/17] i386/33986 sound SMP and audio causes hard lockups (random o [2002/01/17] ports/34006 ports new port: x11/fspanel o [2002/01/17] bin/34007 pkg_create -b forgets to include install o [2002/01/17] kern/34017 The siginfo_t passed to the signal handli o [2002/01/18] kern/34020 programs fail that poll(2) on fifos o [2002/01/18] pending/34021 Request to add ukrainian whois server to o [2002/01/18] bin/34022 dwmalone syslog(3) clobbers static storage used by o [2002/01/18] ports/34023 nbm update-port: mail/qmailadmin o [2002/01/18] ports/34024 nbm update-port: mail/autorespond o [2002/01/18] bin/34030 miibus.ko can be loaded into the kernel w o [2002/01/18] pending/34031 hang with linux emulation in 4.5-RC o [2002/01/18] bin/34032 make fails to evaluate some reasonable co o [2002/01/18] i386/34033 Suspend doesn't work on Dell Latitude CPx o [2002/01/18] ports/34056 ports vmware2 complains of missing file o [2002/01/19] ports/34060 ports astro/gpsman: wrong icon directory o [2002/01/19] ports/34064 ports audio/cdrdao fails to compile o [2002/01/19] ports/34066 ports Port update: x11-fm/afterstep o [2002/01/19] bin/34072 semenu corrupted transfers on mounted ntfs parti f [2002/01/19] misc/34073 3com 3c980c runs "bursty" / freezes-unfre o [2002/01/20] ports/34089 ports Maintainer-update: misc/libmcal causes er o [2002/01/20] i386/34092 reboot hangs the system (IBM PC Server 31 o [2002/01/20] ports/34099 java /usr/ports/java/jdk13 fails to build o [2002/01/21] ports/34110 des linux-opera TP3 doesn't work o [2002/01/21] ports/34124 gnome gnucash 1.65 doesnt build o [2002/01/21] gnu/34128 sdiff "e" doesn't work with some editors o [2002/01/21] ports/34153 andreas The apsfilter configure script adds bzip2 o [2002/01/22] ports/34188 ports security/p5-Authen-PAM o [2002/01/23] kern/34205 joe detect USB memory device, But can not use o [2002/01/23] ports/34212 cpiazza Segmentation fault in audio/gmixer o [2002/01/23] ports/34213 ports New Port: (ignore previous) lang/kawa Jav o [2002/01/23] ports/34214 ports New Port: lang/kawa Java Based Scheme Imp o [2002/01/24] kern/34228 Dual processor machine hangs at reboot o [2002/01/24] kern/34242 Off-by-one bug in /usr/src/sys/crypto/sha o [2002/01/24] ports/34245 gnome [patch] devel/gnomevfs doesn't compile wi o [2002/01/24] gnu/34246 joe CVS doesn't rebuild CVSROOT/options o [2002/01/25] ports/34263 dirk auto{conf,make,header} problem with lyx-1 o [2002/01/25] kern/34266 SMP does not work on CPQ0579 System board o [2002/01/25] i386/34267 semenu FreeBSD hangs and reboots when overloaded o [2002/01/25] bin/34269 tcpdump -v incorectly identifies packets o [2002/01/25] misc/34270 man -k could be used to execute any comma o [2002/01/25] ports/34273 ports www/apache13-modssl fails to fetch apache o [2002/01/25] ports/34294 gnome libiconv port tries to install stuff in t f [2002/01/26] kern/34306 gibbs 4.5-RC panics on boot with half-supported o [2002/01/26] ports/34308 ports perl build fails due to locales (*.ISO885 o [2002/01/26] ports/34313 ports Security: unbreak french/xtel o [2002/01/26] ports/34318 se ports/games/rt2-demo-files/do-install has o [2002/01/27] ports/34329 obrien [patch] unbreak lang/nawk o [2002/01/27] ports/34332 nik print/jadetext fails to build with TeX er f [2002/01/27] ports/34347 knu portupgrade (latest) dies on TypeError o [2002/01/27] ports/34363 dinoex openssh-portable does not support modern o [2002/01/27] ports/34367 ports [PATCH] Please update ripmime to 1.2.8 f [2002/01/28] ports/34388 knu portupgrade 20020128 won't upgrade since s [2002/01/28] misc/34390 roam incorrect error with getaddrinfo with hos o [2002/01/29] ports/34402 ports librsvg port broken o [2002/01/29] ports/34407 ports libwmf port broken o [2002/01/29] ports/34409 ports prc-tools from ports fails to compile on f [2002/01/29] i386/34422 crash system wnen kill pppd with reattach o [2002/01/29] ports/34431 gnome gnomedb-0.2.95 fails to build o [2002/01/30] ports/34436 ports /usr/libexec/ld-elf.so.1: Shared object " o [2002/01/30] ports/34444 ports Python 2.2 fails to find socket symbol o [2002/01/30] misc/34458 green 4.5S/sshd forwarding problems o [2002/01/30] ports/34467 portmgr bsd.port.mk is broken WRT USE_AUTOCONF_VE o [2002/01/31] ports/34480 jmz system hangs after killing xinit o [2002/01/31] ports/34510 knu ruby hardcodes /usr/local $LOAD_PATH, ign o [2002/01/31] ports/34512 ports [PATCH] Fix linking errors in deskutils/m o [2002/01/31] ports/34516 ports /usr/ports/misc/compat3x package doesn't o [2002/01/31] ports/34517 ports /usr/ports/misc/compat4x package doesn't o [2002/01/31] ports/34518 trevor WRKDIRPREFIX in /etc/make.conf causes lin a [2002/02/01] conf/34535 sheldonh mailnull and smmsp should be in /etc/ftpu o [2002/02/01] bin/34539 [PATCH] fsck(8) doesn't account for negat o [2002/02/01] kern/34544 Kernel crash on fclose() of /dev/kbd1 whe o [2002/02/02] ports/34558 sobomax wxgtk-devel port broken o [2002/02/02] ports/34562 ports pkg_tarup-1.2_3 has invalid distinfo name o [2002/02/02] misc/34568 turning printer on and off hangs the comp o [2002/02/02] kern/34569 kernel panic. Related to softupdate o [2002/02/03] ports/34584 ports New port: mail/nocc (A webmail system bas o [2002/02/03] bin/34586 burncd -t blank blanks CD o [2002/02/03] i386/34588 read-prefetch on VIA 686B IDE causes hang o [2002/02/03] ports/34593 ports minicom-2.00.0 does not build when autoco o [2002/02/03] ports/34599 ports Imagemagick o [2002/02/03] bin/34601 sheldonh bc(1)'s multi-line file parsing problem o [2002/02/04] bin/34604 restore fails with "Changing volumes on p o [2002/02/04] i386/34607 peter incorrect PAP authorization in pppd 831 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1995/01/11] i386/105 Distributed libm (msun) has non-standard s [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p s [1995/11/20] kern/831 one minor complaint about the kernel visu a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases a [1996/07/07] bin/1375 eivind Extraneous warning from mv(1) [PATCH] s [1996/10/13] misc/1791 tegge syslimits.h does not allow overriding def f [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/11/04] ports/1961 dinoex [PATCH] uucp logging files are in /var/sp s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi s [1996/12/02] bin/2137 tegge vm statistics are bad s [1996/12/14] bin/2216 [PATCH] Ada specs not being compiled into o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 brandon new crypt() including SHS and an extendab o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/28] bin/2603 dufault Added POSIX.4/POSIX.1b constants in unist a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d s [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/03/03] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/10] bin/2934 cracauer sh(1) has problems with $ENV s [1997/03/10] bin/2938 hoek Add -b, -l, and -f options to du(1) f [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO f [1997/04/07] ports/3225 dinoex [PATCH] uucpd.c should normalize host nam o [1997/04/14] bin/3284 mikeh [PATCH] symorder(1): -t option doesn´t wo a [1997/05/08] gnu/3552 the -L option of tar does not work proper f [1997/05/16] bin/3608 jkoshy Telnet in linemode will break apart long o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/24] kern/3944 paul if_le doesnt receive ether multicast pack o [1997/06/25] kern/3948 jlemon nonworking t/tcp server side o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to s [1997/07/26] bin/4172 des suggest reconnection option added to fetc s [1997/07/28] kern/4184 [PATCH] minor nits in sys/netatalk f [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 portmgr Recommendation re. Ports Collection o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 roberto find -exedir doesn't chdir for first entr o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta f [1997/09/13] kern/4528 processes hang if the mount_portal proces o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/28] misc/4646 qa Can't fixit with an NFS-mounted CD. o [1997/10/05] bin/4696 ping hangs on certain unresolvable hosts o [1997/10/15] gnu/4771 diff to correct misleading total bytes in o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p f [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/13] bin/5031 gad lpr does not remove original file if -s i s [1997/11/28] bin/5173 [PATCH] restore ought to deal with root s s [1997/11/30] i386/5182 bde [PATCH] A patch support high speed serial s [1997/12/14] bin/5296 slattach fails creating pidfile with ioct o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with o [1998/01/11] bin/5483 Login(1) clears utmp entry s [1998/01/20] kern/5532 [PATCH] Dropped packet counts are inaccur o [1998/01/26] kern/5577 bde Unnecessary disk I/O and noatime ffs fixe a [1998/01/28] bin/5591 jkoshy Trouble with LD_PRELOAD environment varia o [1998/01/31] bin/5609 gad lpd cannot send long files to HP's JetDir o [1998/02/09] kern/5689 phk sysctl vm.vmmeter - bogus and unsupported o [1998/02/10] bin/5712 mikeh /bin/chio code cleaup and option added o [1998/02/14] bin/5745 nik [PATCH] Add /usr/local/share/mk to defaul o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT a [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/11] gnu/5982 no error exit code from tar on child fail f [1998/03/28] bin/6161 assar 2.2.6 kerberos servers are awfully visibl f [1998/03/30] bin/6176 running architextSearch (excite) under li f [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i a [1998/04/16] misc/6320 mike Sometimes nohup isn't good enough. o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 joe Kernel version strings need to relate to f [1998/05/11] i386/6595 Old IP address persistent after change f [1998/05/12] misc/6612 bsd.man.mk can't handle man pages with ": o [1998/05/13] conf/6624 davidn One class with nologin=/etc/nologin: reje s [1998/05/17] kern/6668 babkin [PATCH] new driver: Virtual Ethernet driv s [1998/05/29] bin/6785 place for all the default dump flags s [1998/06/01] kern/6820 jesper cd9660_mount NULL pointer deref for no CD f [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/22] bin/7023 portmgr bsd.port.(%|subdir.).mk patches for size s [1998/06/24] kern/7044 [PATCH] WaveLAN (2.4G, ISA, full-length b s [1998/06/28] i386/7100 integrate pcvt configuration into the /et s [1998/07/01] bin/7136 kerberized telnetd doesn't use gettytab % f [1998/07/08] kern/7210 [PATCH] od(4) bug fixes and enhancements, s [1998/07/10] misc/7232 qa Suggestion for FreeBSD installation dialo o [1998/07/10] kern/7234 yokota keyboard problems during login immediatel o [1998/07/12] bin/7265 A warning flag is added to ln(1). f [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m a [1998/07/19] bin/7324 Suggestions for minor modifications to ad s [1998/08/13] conf/7606 [PATCH] NIS Makefile.dist: NOPUSH replace s [1998/08/18] bin/7669 libalias does not IRC DCC packets under c o [1998/08/19] gnu/7687 description of default baud rate for cu c s [1998/08/22] kern/7722 Changes to acct format o [1998/09/03] bin/7828 Add a command line option to cp to make i o [1998/09/08] bin/7860 gad Extra option to pr(1). s [1998/09/08] bin/7868 [almost patch]Morse Code Fixups o [1998/09/16] misc/7946 asami ccdconfig gives confusing error when give o [1998/09/18] bin/7973 gad lpd: Bad control file owner in case of re s [1998/09/21] kern/8015 nbm [patch] Some sysctl descriptions for the o [1998/09/27] ports/8063 portmgr [PATCH] Add multiple CDROM support to bsd o [1998/10/03] misc/8133 markm [patch] bug in telnetd (Kerberos IV) f [1998/10/12] bin/8295 order of options in printcap causes some f [1998/10/16] kern/8349 [PATCH] Changer definition for SureStore o [1998/10/19] kern/8376 CLOCK_VIRTUAL not implemented o [1998/10/27] i386/8474 repquota does not pick up NIS information a [1998/10/28] bin/8479 dd Final \'s in /etc/exports did not work in f [1998/10/30] kern/8498 dwmalone Race condition between unp_gc() and accep o [1998/11/03] bin/8553 /usr/libexec/mail.local doesn't handle "> f [1998/11/08] kern/8604 ps u gets confused about process start ti f [1998/11/09] kern/8633 TCP packet via SLIP/CSLIP containing this o [1998/11/27] i386/8867 qa /stand/sysinstall core dumps (signal 11) o [1998/12/16] ports/9107 portmgr Addition to bsd.port.mk for searching mul a [1998/12/18] bin/9123 kris pax can't read tar archives that contain f [1998/12/28] misc/9220 ache nvi: catalog: mistake in Russian error me o [1998/12/29] bin/9233 gmp's mpq_add and mpq_sub are buggy o [1999/01/04] bin/9318 vgrind(1): no JAVA support a [1999/01/05] bin/9333 jkoshy timestamp dump's progress f [1999/01/08] kern/9392 Alternate system clock OR kernel stats cl o [1999/01/19] kern/9570 dfr ed(4) irq config enhancement o [1999/01/22] kern/9619 Restarting mountd kills existing mounts f [1999/01/25] kern/9679 fix for uninterruptible open in portal fi f [1999/01/26] bin/9711 Fails: cd /usr/bin; gzip file ; mv file. f [1999/01/28] kern/9748 error in queue handling of at_shutdown() a [1999/01/28] bin/9770 kris An openpty(3) auxiliary program o [1999/01/29] i386/9777 cg Generic AD1816 sound suport in Luigi's pc o [1999/01/31] ports/9840 portmgr patch allows ports to fetch their sources o [1999/02/01] bin/9868 Patch to add "date -a" o [1999/02/01] kern/9869 When using macros out of function, they s o [1999/02/01] conf/9874 idle-timeout facilities in /etc/login.con o [1999/02/03] bin/9902 error in german (and some other) locale s o [1999/02/09] i386/9991 new driver for National Instruments GPIB o [1999/02/11] bin/10030 markm Kerberized telnet fails to encrypt when a o [1999/02/25] docs/10240 wosch We need a script which check if our web m f [1999/02/26] bin/10283 Race condition in rc.network o [1999/03/02] bin/10358 yar ftp(1) has problems with long pathnames f [1999/03/05] ports/10396 asami SPIN is in the wrong category f [1999/03/07] i386/10465 mdodd Must disable ex0 to install. s [1999/03/15] bin/10601 iedowse Ownership of symlinks copied by adduser a o [1999/03/15] i386/10608 add Opti Viper-M PCI ID f [1999/03/15] kern/10609 adjtime bug (tv_sec > 2147) and enhanceme o [1999/03/15] bin/10610 New options to date to slowly adjust time o [1999/03/15] bin/10611 timed enhancement o [1999/03/17] kern/10641 groudier Default sync rate in ncr SCSI driver is s o [1999/03/19] gnu/10670 cvs doesn't allow digits in local keyword o [1999/03/19] kern/10673 wpaul Non-ASCII chars on serial console with Re f [1999/03/19] kern/10678 Printing problems using ppc bus o [1999/03/19] ports/10682 portmgr List mirror sites in MASTER_SITE_BACKUP - o [1999/04/03] bin/10931 biff b o [1999/04/05] ports/10965 ports lcc-3.6 unable to compile anything o [1999/04/08] kern/11020 popen does not honor ISO 9899 syntax o [1999/04/08] bin/11036 markm Perl does not honor -DNOMAN o [1999/04/10] conf/11058 Recent change to rc script causes hang on o [1999/04/11] bin/11085 Per-host configuration for syslog.conf o [1999/04/11] bin/11092 readlink(1) from OpenBSD o [1999/04/13] bin/11114 make(1) does not work as documented with o [1999/04/14] ports/11134 hoek existense of /usr/obj/usr/ports/shells/ba o [1999/04/16] i386/11165 IBCS2 don't work correctly with PID_MAX 9 a [1999/04/16] bin/11168 davidn pw(8) usermod does not recognize -w flag f [1999/04/20] bin/11236 mountd fails to properly check for kernel o [1999/04/20] bin/11248 Shuffle o [1999/04/23] kern/11293 brian FreeBSD's PPP implementation of LQM appea o [1999/04/23] bin/11294 direct logging to other hosts (no local s o [1999/05/06] misc/11553 /usr/share/misc/latin1 (new file submissi o [1999/05/19] kern/11789 obrien ELF machine definition missing for ARM o [1999/05/28] bin/11914 wosch makewhatis during installworld uses /usr/ o [1999/05/29] bin/11929 symorder doesn't work on elf format objec f [1999/05/30] kern/11945 mjacob tape problems on -stable, mt bl(ocksize), f [1999/05/31] kern/11968 kldload should call module entry point be f [1999/06/01] i386/11979 Vaio 505DX touchpad not detected as Glide o [1999/06/03] kern/12014 alfred Fix SysV Semaphore handling o [1999/06/06] gnu/12046 markm Perl subsystem does not install all tutor o [1999/06/07] kern/12071 [PATCH] large scale IP aliasing o [1999/06/08] i386/12088 Enhancement to ed driver for Linksys 10/1 o [1999/06/16] bin/12244 realpath() fails when there is no permiss o [1999/06/18] bin/12280 jdp LD_IGNORE_MISSING_OBJECTS not honored for f [1999/06/18] kern/12281 active-filter option in pppd doesn't stop o [1999/06/21] conf/12324 qa Sysinstall's fdisk partition editor is mi o [1999/06/21] ports/12325 portmgr Adds refetch functionallity to bsd.port.m s [1999/06/23] bin/12358 ken Patch: "camcontrol help" should go to std f [1999/06/24] i386/12383 make release warns about /dev entries mak o [1999/06/26] bin/12398 fsck in free(): warning: pointer to wrong o [1999/06/28] conf/12432 dougb empty amd_flags causes start failure in r o [1999/07/06] kern/12543 dg [PATCH] cumulative error counters for fxp o [1999/07/07] bin/12545 dfr kldload(8) should be more sensitive to er o [1999/07/08] ports/12566 billf a guide to pyrotechnics o [1999/07/20] kern/12723 des Unnecessary use of magic numbers in F_[SG o [1999/07/25] bin/12801 nvi infinite recursion with options "left o [1999/07/28] kern/12855 mckusick panic:softdep_flushfiles:looping, caused o [1999/08/03] bin/12939 add flag to quota to suppress NFS quota c o [1999/08/04] ports/12952 portmgr make _PORT_USE touch cookies by variable, f [1999/08/04] kern/12966 wpaul receiver lockups in vr0 driver f [1999/08/05] bin/12982 keramida last does not support -y option. f [1999/08/05] i386/12993 gibbs "ahc0: Data Parity Error Detected during o [1999/08/09] bin/13042 make doesn't handle wildcards in subdirec o [1999/08/09] bin/13043 minigzip -c option support. f [1999/08/10] kern/13062 lnc ethernet xmit underflow problem o [1999/08/11] bin/13068 billf Don't stamp out score files! o [1999/08/11] bin/13072 billf Extensions to biff(1) o [1999/08/11] bin/13073 billf Extensions to mesg(1) o [1999/08/12] bin/13108 authunix_create_default includes egid twi o [1999/08/13] bin/13128 billf pkg_delete doesn't handle absolute pathna o [1999/08/15] kern/13161 alfred mounting on top of a mounted file system f [1999/08/18] kern/13232 panic("rtfree"); when sending bootp reque o [1999/08/21] bin/13309 billf Fixes to nos-tun o [1999/08/22] misc/13326 additional timeval interfaces for ' cannot be used in "via" o [2000/05/30] kern/18909 dwmalone select(2) timeout limited to 100000000 se o [2000/06/01] ports/18960 portmgr Add USE_APACHE to bsd.port.mk for Apache o [2000/06/01] bin/18961 green sshd does not print before motd o [2000/06/02] bin/18967 ypserv not linked with tcp wrappers o [2000/06/03] bin/18992 brian log packets blocked by filter rules o [2000/06/03] misc/18997 markm Kerberos5 CFLAGS needed o [2000/06/04] conf/19001 Delayed fsck + mount of insignificant fil o [2000/06/06] ports/19051 asami New target for bsd.port.mk : fetchdepends o [2000/06/06] bin/19057 offer of patch to uname that produces pre o [2000/06/07] ports/19112 portmgr files with names something,v in patches d o [2000/06/09] kern/19156 jkh Enable the doFS.sh to run in arbitrary lo o [2000/06/11] kern/19213 SC_DFLT_FONT compile option breaks kernel f [2000/06/13] conf/19236 sanpei not-existing PCMCI cards in pccard.conf.s o [2000/06/13] bin/19239 login allows users to login remotely with o [2000/06/13] misc/19246 portmgr Poor error message when fetching files wi o [2000/06/13] ports/19253 dirk mod_php4 has pkg dependency when not usin o [2000/06/14] ports/19270 portmgr Ports build mechanism doesn't check wheth o [2000/06/15] gnu/19327 Fix to build 'a.out' binary. o [2000/06/19] misc/19391 emulationEvilness with Linux Terminus, causes X to o [2000/06/20] bin/19404 /usr/bin/error should be included in the o [2000/06/20] misc/19406 setenv() allocates memory which is not fr a [2000/06/21] bin/19422 mikeh users can overflow argv to make ps segfau o [2000/06/22] ports/19448 markm filename input broken o [2000/06/22] ports/19456 chuckr the sp port is hardwired to install it's o [2000/06/23] misc/19467 green OpenSSH (as an rsync tunnel) blocks forev o [2000/06/24] kern/19490 faith0 network device has high number of o [2000/06/26] kern/19535 adrian procfs_rlimit tidyup s [2000/06/28] conf/19573 des Dot Files for Optional Shells o [2000/06/29] ports/19591 issei ssh2 port ignores 'ignorenologin' from lo o [2000/06/30] ports/19594 trevor update port: qrash o [2000/07/01] bin/19635 add -c for grand total to df(1), like du( o [2000/07/02] gnu/19642 kbyanc patch to merge OpenBSD changes to patch(1 o [2000/07/02] ports/19650 asami python package causes segmentation fault o [2000/07/03] bin/19683 green mount displays incorrect mount point on f a [2000/07/03] kern/19686 yokota splash screen fails o [2000/07/05] kern/19720 kbyanc more sysctl signed-ness patches o [2000/07/06] gnu/19733 mp GDB 4.18 is not GDB 4.18 o [2000/07/07] kern/19756 Inability to use linux extended partition o [2000/07/07] bin/19772 df output wrong for union-mounts o [2000/07/08] kern/19782 dirk mkisofs 1.12.1 (i386-unknown-freebsd4.0) f [2000/07/09] misc/19798 cg 4DWAVE doesn't work. o [2000/07/10] kern/19827 yokota psm flag bit9(NOIDPROBE) doesn't work cor o [2000/07/10] misc/19837 ambrisko Run Fit it floppy from serial port o [2000/07/12] ports/19868 portmgr modify ports/Mk/bsd.port.mk to remove ALL o [2000/07/12] kern/19871 alfred select on named pipes always returns 'ava o [2000/07/14] kern/19913 des add SYN+FIN counter o [2000/07/15] kern/19966 new syscons screensaver o [2000/07/18] gnu/20004 FBSD4 gcc __attribute__(constructor) not o [2000/07/18] misc/20024 jake [PATCH] queue(3) concatenation macros o [2000/07/19] bin/20042 "rsh -t" doesn't timeout if rcmd(3) never o [2000/07/20] bin/20054 ftpd: rotating _PATH_FTPDSTATFILE losts x o [2000/07/23] docs/20121 jim Better user ppp documentation in man page o [2000/07/24] misc/20139 msmith Simple typo in src/share/examples/ppi/ppi o [2000/07/24] ports/20145 dburr improving the devel/SN port o [2000/07/24] misc/20159 strftime() can't produce ISO8601 format t o [2000/07/24] misc/20166 billf Corrections & additions to games/quiz/dat o [2000/07/26] bin/20204 ps more doesn't handle 8-bit characters prop o [2000/07/27] kern/20214 dec kernel routing bug for nexthop is routed o [2000/07/28] misc/20254 jhb BTX loader 1.00 can not recognize floppy o [2000/07/28] ports/20270 reg libtool needlessly runs ldconfig after in o [2000/07/29] kern/20297 cg Joystick is not enabled with es1370 based o [2000/07/31] misc/20326 marcel [PATCH] installkernel fails if DESTDIR is o [2000/07/31] misc/20333 ftp login fails on unix password when s/k o [2000/08/01] kern/20352 yokota Configuring a synaptics touchpad o [2000/08/02] ports/20359 demon New port: Apache-mod_perl_guide o [2000/08/02] bin/20371 dhclient inserts bogus configurations o [2000/08/03] kern/20384 n_hibma Phase errors with Zip650 CD on USB o [2000/08/03] kern/20389 ken "device pass" required for CD ripping o [2000/08/03] bin/20391 jhb sysinstall should check debug.boothowto s o [2000/08/03] kern/20393 dillon processes get stuck in vmwait instead of o [2000/08/04] kern/20410 sio support for high speed NS16550A, ST16 o [2000/08/05] conf/20436 Can't make only cd0 under 4.1-STABLE o [2000/08/07] misc/20457 davidn pw command doesn't generate random passwo o [2000/08/09] ports/20499 obrien [PATCH] conserver port doesn't like MD5 c o [2000/08/09] bin/20501 mjacob extra flag to dump to offline autoloaders a [2000/08/10] ports/20520 olgeni New port: lang/mercury o [2000/08/10] docs/20528 doc sysconf(3) manpage doesn't mention posix. s [2000/08/10] kern/20529 billf gigabit cards fail to link o [2000/08/11] i386/20537 msmith HP NetRAID controller error when rebootin a [2000/08/14] ports/20601 ports DESTDIR and /etc/shells a [2000/08/14] ports/20610 patrick New port of cgoban2 o [2000/08/15] bin/20613 des fetch -T n is not timeout correctly when o [2000/08/16] i386/20660 wpaul if_wi provides 802.11 src and dst, not et o [2000/08/17] ports/20678 portmgr make SORTED_MASTER_SITES_CMD variable ove o [2000/08/21] bin/20742 ps Weird problem with 'more' on 4-1-STABLE s [2000/08/22] conf/20774 dougb 'NFS access cache time=2' is not a daemon o [2000/08/23] ports/20795 msmith FBSD 4.x: Citrix client with drive mappin o [2000/08/23] bin/20799 davidn top's problem o [2000/08/23] i386/20803 mdodd ep0 driver finds additional "shadow" ep c o [2000/08/23] kern/20804 deadlocking when using vnode disk file an o [2000/08/24] bin/20824 ftpd returns, "ad0s1a: not a plain file." o [2000/08/24] misc/20830 lile kernel link problems with Olicom token ri o [2000/08/25] i386/20845 Cyclades cy driver incompatible with Cycl o [2000/08/26] kern/20878 wpaul Patch to add support for the 3c556B MiniP o [2000/08/26] bin/20881 kris There's no reason not to build DNSsec-DSA o [2000/08/27] bin/20889 dwmalone syslogd.c still uses depreciated domain A o [2000/08/28] bin/20908 qa /stand/sysinstall too limited in selectio o [2000/08/29] misc/20920 yokota window(1) interferes with screensaver o [2000/08/29] kern/20927 ume dmesg output: looutput: mbuf allocation f o [2000/08/30] bin/20944 ru natd enhancements, default config file an o [2000/09/02] bin/20996 kris permissions on /usr/bin/opiepasswd o [2000/09/02] bin/21008 gad Fix for lpr's handling of lots of jobs in o [2000/09/04] bin/21024 pow() ERANGE bug o [2000/09/04] kern/21051 Updating 4.1-RELEASE to -current fails be o [2000/09/05] conf/21059 marcel `make -jN buildkernel' can't keep source o [2000/09/05] conf/21066 Proposed change in rc scripts o [2000/09/05] misc/21070 marcel default setting of ${SUP} in Makefile.inc o [2000/09/06] bin/21074 davidn chkgrp vs group(5) inconsistency f [2000/09/06] bin/21075 dwmalone top: can't allocate sufficient memory o [2000/09/06] bin/21080 mjacob dump doesn't use eject tape device correc o [2000/09/09] bin/21142 [PATCH] avoid errors from "make objlink" o [2000/09/09] kern/21156 yokota [PATCH] inconsistency in scmouse vs xterm s [2000/09/10] bin/21178 ken voltag selector, and unload support for c o [2000/09/12] kern/21222 dillon wrong behavior of concurrent mmap()s on N o [2000/09/12] kern/21229 Proper value for vfs.nfs.access_cache_tim o [2000/09/16] bin/21312 more incorrectly redraws screen on xterm f [2000/09/16] ports/21313 mbr vmwarIPv6 and vmware2 panic: Fatal trap 1 o [2000/09/16] bin/21315 Shells often behave oddly when executing f [2000/09/22] bin/21476 ftp in 4.1-STABLE fails on http:// URLs o [2000/09/22] misc/21494 yar ftpd can't handle /etc/chroot entries wit o [2000/09/24] bin/21519 sys/dir.h should be deprecated some more o [2000/09/24] bin/21531 csh/tcsh provide no way to see/adjust new f [2000/09/26] bin/21570 dougb [PATCH] Add -r option to /usr/bin/mail, q o [2000/09/28] ports/21621 portmgr Update port: devel/libtool to 1.3.5 f [2000/09/28] kern/21623 wpaul Chipset SiS630E / NIC SiS 900 o [2000/09/29] misc/21644 /usr/include/sys/mman.h uses a type defin o [2000/09/30] bin/21659 Berkeley db library is statically compile o [2000/10/01] i386/21672 obrien AMD Duron Rev. A0 reports incorrect L2 ca o [2000/10/01] misc/21675 Better and more disktab entries for MO dr o [2000/10/02] conf/21695 ifconfig_XXX_aliasY in rc.conf; Y must be o [2000/10/02] misc/21715 The freebsd mail list digifier loses MIME o [2000/10/02] ports/21719 nbm New Port: Courier Mail Suite o [2000/10/03] conf/21722 The mixer settings are lost on sysetm reb o [2000/10/04] bin/21751 ken libcam's cam_real_open_device() may lose o [2000/10/04] kern/21754 n_hibma Sound stops working when NetGear USB Devi o [2000/10/05] ports/21765 portmgr I cat't make ports using pw_gid) != typeof(group->g o [2000/10/26] conf/22308 mounting NFS during boot blocks if host m o [2000/10/26] misc/22332 request to add vtys to /etc/ttys o [2000/10/27] bin/22351 sed(1) fails with backslash on buffer bou o [2000/10/29] ports/22399 msmith PIB 1.2 still looks for MD5 info in files o [2000/10/30] ports/22412 taoka two extraneous ports and one name change f [2000/10/30] misc/22434 problem with certain NIC's using rl on au o [2000/10/31] bin/22442 greid [PATCH] Increase speed of split(1) s [2000/11/01] docs/22470 doc man 3 msgrcv's BUGS section needs updatin o [2000/11/02] ports/22550 obrien Patch for conserver for log file rotation o [2000/11/04] kern/22602 CDRoms checked during shutdown (umount) o [2000/11/04] bin/22612 crontab -e failures o [2000/11/06] conf/22645 Cannot override "ignore" in /etc/mail.rc o [2000/11/07] misc/22660 termcap kterm entry tc=xterm is wrong a [2000/11/08] misc/22696 luigi picobsd build with router configuration c o [2000/11/08] ports/22698 portmgr Ports' rc.d files should use rc.conf o [2000/11/09] bin/22730 fenner tcpslice doesn't handle long file offsets f [2000/11/14] conf/22859 darrenr rc.network should start ipf/ipnat AFTER p o [2000/11/14] bin/22860 yar [PATCH] adduser & friends with '$' in use o [2000/11/14] docs/22861 dd newsyslog man page is misleading and inco o [2000/11/15] kern/22868 getsockname may return an incorrect addre o [2000/11/15] misc/22873 markm Perl's core'h conflicts with ncurses.h o [2000/11/16] i386/22900 patch: Adds Brand ID support to src/sys/i o [2000/11/17] misc/22914 bootinst messages are not updated s [2000/11/17] conf/22916 green Ssh/sshd binaries lacks kerberos support o [2000/11/17] bin/22933 green Typographical error in ssh.1 f [2000/11/20] ports/22995 grog Update port: x11-servers/x2x (fix ports/2 o [2000/11/23] conf/23063 ru [PATCH] for static ARP tables in rc.netwo o [2000/11/24] bin/23081 Touchpad on NEC Versa laptop is unusable o [2000/11/24] bin/23082 dwmalone ntpd has only one reference-clock parser f [2000/11/24] misc/23084 mount_nfs hangs self with some NFS server o [2000/11/25] bin/23097 Enhance WEP some more including ability t a [2000/11/26] kern/23123 yar IP options reveal IPstealth mode. Just t o [2000/11/27] misc/23148 getopt(3) works non-intuitively? o [2000/11/29] bin/23178 'talk' not doing right thing o [2000/11/29] bin/23180 Certain KOI8 characters are treated as "w o [2000/12/01] bin/23204 length of salt in crypt() is not the same a [2000/12/02] ports/23232 ports gettext/xview port collision o [2000/12/02] bin/23233 kris Reincorporate /usr/bin/error in the FreeB a [2000/12/03] bin/23254 fenner yacc accepts bad grammer o [2000/12/04] ports/23287 portmgr allow system-local patches for ports o [2000/12/05] kern/23304 POSIX clock_gettime, clock_getres return f [2000/12/05] kern/23314 aic driver fails to detect Adaptec 1520B f [2000/12/07] kern/23353 fcntl(F_GETLK) return l_pid equal to -1 f f [2000/12/07] misc/23362 fenner tcpdump wrong on sppp CISCO_HDLC encoded o [2000/12/07] misc/23366 mmap() non conforming o [2000/12/07] gnu/23367 some src/gnu Makefiles are missing $FreeB o [2000/12/09] conf/23402 sysinstall upgrade ought to check partiti o [2000/12/09] ports/23410 obrien [PATCH] FreeBSD throws away information o o [2000/12/11] bin/23472 mp gdb weirdness on programs compiled with - a [2000/12/12] ports/23499 ports [NEW PORT]: Two LaTeX macro package ports o [2000/12/13] kern/23520 sb0 old style audio support in 4.2-RELEAS o [2000/12/13] misc/23539 marcel make installworld from nfs mounted /usr/s o [2000/12/14] kern/23546 tanimura [PATCH] csa DMA-interrupt problem o [2000/12/14] ports/23560 portmgr linux-jdk/Makefile assumes default `patch o [2000/12/15] i386/23562 telnetd doesn't show message in file spec o [2000/12/15] ports/23581 portmgr Updates to bsd.port.mk to detect changing o [2000/12/17] gnu/23598 Merge libgcc_r with libgcc o [2000/12/17] ports/23602 portmgr Recursive distclean for bsd.port.mk w/pat o [2000/12/18] bin/23635 mike [PATCH] whois enhancement - smarter whois o [2000/12/19] ports/23649 ports the port of mod_php4 does not install cor f [2000/12/20] kern/23692 GENERIC kernel config on 4.2 changes defa o [2000/12/22] misc/23766 /etc/periodic/daily/440.status-mailq does o [2000/12/24] kern/23814 .au sound files < 528 bytes actual data d o [2000/12/24] ports/23822 ports mtree entries for German X11 man pages a [2000/12/28] bin/23912 sheldonh underflow of cnt in vs_paint() by O_NUMBE o [2000/12/29] bin/23944 Patch for ftpd to add a cd after the chro o [2001/01/02] misc/24034 "CWD" discloses the full "real" path in a o [2001/01/04] bin/24066 mp gdb can't detach from programs linked wit o [2001/01/06] ports/24120 portmgr "/usr/ports/Mk/bsd.port.mk", line 626: In o [2001/01/07] misc/24132 mp gdb output is wrong (same as #13427 ?) o [2001/01/07] kern/24141 sound emu10k1 has trouble playing non-44.1KHz s o [2001/01/10] ports/24214 portmgr [PATCH] verbose 'make index' o [2001/01/11] ports/24259 steve port of open-motif on make install compla o [2001/01/12] ports/24292 portmgr update-patches target in ports/Mk/bsd.por o [2001/01/12] ports/24299 ports Configure the synaptics touchpad. a [2001/01/14] misc/24324 phantom Greek console support o [2001/01/15] ports/24361 asami wrong filemodes o [2001/01/16] misc/24384 4.1 Cant add entry to neighbour discovery o [2001/01/16] bin/24390 Replacing old dir-symlinks when using /bi o [2001/01/16] kern/24393 Patch to msdosfs to handle a kind of inco o [2001/01/18] bin/24435 Changing slice type causes Auto-partition o [2001/01/18] bin/24439 suggested replament for adduser(8) o [2001/01/20] bin/24485 [PATCH] to make cron(8) handle clock jump o [2001/01/20] ports/24493 msmith Pib maker function unable to launch xterm a [2001/01/21] kern/24512 jesper Sent ICMP unreach when packet not for us o [2001/01/21] misc/24513 peter new options for pppd o [2001/01/21] conf/24515 Fix for find(1) warning in /etc/rc o [2001/01/21] kern/24516 Mouse Logitech M-S48 does not in FreeBSD o [2001/01/21] bin/24521 green ssh-agent exits when authenticating DSA v o [2001/01/22] kern/24528 Bad tracking of Modem status o [2001/01/23] bin/24569 PATCH for PPPD o [2001/01/23] bin/24592 cjc dmesg.boot Gets Overwritten without Reboo o [2001/01/25] ports/24651 mharo portlint gives a bogus warning o [2001/01/26] ports/24658 jkh Enhancement to src/release/Makefile a [2001/01/26] ports/24660 ports New port: Xerces-C 1.3.0 o [2001/01/26] alpha/24663 alpha Console output gets scribbled into /var/l o [2001/01/27] gnu/24681 gcc 2.95.3 cannot compile rince.c from IO o [2001/01/27] ports/24687 ports QUAKE FORGE & SVGALIB a [2001/01/30] ports/24736 ports New port: SGI's open inventor (graphics/i o [2001/01/30] bin/24742 send adduser.message before dirs are crea o [2001/01/30] ports/24743 chuckr a2ps port installs files in / o [2001/01/30] misc/24746 green SSH terminal hangs on large paste of data o [2001/01/30] ports/24749 dirk mysql323-server pkg-install script doesn' o [2001/01/31] bin/24757 ftpd not RFC compliant o [2001/02/01] docs/24786 doc missing FILES descriptions in sa(4) o [2001/02/02] docs/24797 phk when using MALLOC_DEFINE sys/param.h and o [2001/02/03] kern/24827 yokota Erratic Intellimouse Explorer in 4.1 and o [2001/02/03] bin/24828 [PATCH] ntpd compilation and additional r f [2001/02/04] gnu/24844 gdb does not support Linux threads a [2001/02/05] docs/24869 keramida Some text elf.5 is duplicated o [2001/02/05] kern/24882 ktrace not syncing .out file before panic o [2001/02/06] kern/24900 Server logs:indfcntl(8, F_SETFL, 4): Inap o [2001/02/06] kern/24902 IPC Message Queue number to big o [2001/02/06] misc/24907 qa Options screen at MenuMedia menu problem o [2001/02/07] ports/24940 demon prolem with Tnm::icmp echo command due to o [2001/02/08] bin/24953 green adduser ignores passwd_format in login.co o [2001/02/08] kern/24959 jesper proper TCP_NOPUSH/TCP_CORK compatibility o [2001/02/08] i386/24963 perfmon(4) doesn't work on SMP systems o [2001/02/09] ports/24983 asami Emacs ports have misleading names o [2001/02/10] ports/24987 nbm New port: Courier mail server. o [2001/02/11] bin/25012 tar(1) as root does not preserve ownershi o [2001/02/11] bin/25013 mv(1) cannot move unresolvable symlinks a o [2001/02/11] bin/25015 cp: options -i and -f do not work as docu a [2001/02/11] docs/25016 ru symlink(7) manpage says symlinks have no o [2001/02/11] bin/25017 cp -pRP does not preserve symlink ownersh o [2001/02/11] kern/25018 lstat(2) returns bogus permissions on sym o [2001/02/12] ports/25031 ache www/apache: dbmmanage fails verifying md5 o [2001/02/13] bin/25059 dlopen(..,RTLD_GLOBAL) doesn't work for s o [2001/02/13] bin/25070 newsyslog(8) should send signals only onc o [2001/02/13] bin/25085 msmith mlxcontrol utility fails silently if devi o [2001/02/15] misc/25109 Fujitsu MO device MCC3064AP could't be c a [2001/02/17] ports/25177 ports New port: java/jdbcpool-current o [2001/02/19] misc/25218 peter mailwrapper invokes sendmail when resourc o [2001/02/20] bin/25241 luigi ipfw shouldn't show dynamics rules when s o [2001/02/21] ports/25251 dima acroread4 uses hard coded path for lpr f [2001/02/21] bin/25263 green openssh and /etc/login.access does not wo o [2001/02/21] bin/25273 add fs type feature to vnconfig(8) to all f [2001/02/21] kern/25275 X server freezes system randomly on pentu f [2001/02/22] bin/25278 dd bs accepts -s -c but not -sc o [2001/02/22] alpha/25284 alpha PC164 won't reboot with graphics console o [2001/02/23] ports/25313 wosch Script source displayed at http://www.nl. o [2001/02/26] misc/25378 kris update contrib/libgmp to newer version (3 o [2001/02/26] kern/25386 cg Incorrect mixer registers (line & synth) o [2001/02/26] docs/25405 wosch misleading warning from catman(1), etc. a [2001/02/27] ports/25419 ports Difficulties installing print/teTeX port o [2001/02/27] kern/25445 kernel statistics are displayed in wrong a [2001/02/28] ports/25448 ports mpmf20 fails to correctly display the dir o [2001/02/28] gnu/25459 Dumpvalue.pm says SYNOPSYS instead of SYN o [2001/02/28] bin/25462 daemon(3) fails if called by a session le o [2001/02/28] i386/25463 PS/2 mouse sync problems with KVM switch f [2001/03/01] bin/25474 dump can't close fifo pipe correctly o [2001/03/01] bin/25477 billf pam_radius fix to allow null passwords fo o [2001/03/02] ports/25490 wosch [PATCH] fix various bugs in stat(1) a [2001/03/02] conf/25495 phantom missing et_EE.ISO_8859-15 locale a [2001/03/02] misc/25499 buffer paste functionality from keyboard o [2001/03/03] kern/25517 ARP cache timeout behavior can be improve o [2001/03/04] kern/25521 Laptop with FreeBSD4.2 freezes in battery f [2001/03/04] conf/25527 jdp `man ldconfig' does not reflect its behav o [2001/03/04] ports/25531 portmgr INSTALL_* macros fail for non-root users a [2001/03/05] ports/25560 ports New port: ftp/kbear: An ftp client for KD o [2001/03/05] ports/25564 obrien Port ups-debug doesn't build on the alpha o [2001/03/06] bin/25572 sshd core dump o [2001/03/06] ports/25576 jmz XFree86-4 port installs manual pages with s [2001/03/07] bin/25584 arp.c - better printed ether address s [2001/03/07] bin/25587 des Add Solaris-like functionality to truss(1 o [2001/03/07] bin/25598 patch to let ftpd output message when cha s [2001/03/09] bin/25627 Cannot append hash after .elif in Makefil o [2001/03/09] misc/25635 gad lpr -# didn't work on network printer a [2001/03/11] ports/25708 dougb pine4 port hard-code /usr/local/include a [2001/03/11] ports/25710 ports New port: news/slrn-pl, slrn with polish o [2001/03/11] bin/25723 green OpenSSH on 4.2 excessively regenerates RS o [2001/03/12] bin/25724 quota(1) outputs wrong limits about NFS q o [2001/03/12] kern/25733 mismatch between error reporting in smbus o [2001/03/12] bin/25736 ac -d option probrem with overdays logon o [2001/03/12] ports/25763 shige XV fails to refresh properly on image dis o [2001/03/13] kern/25777 atime not updated on exec o [2001/03/13] ports/25779 portmgr (patch) make fetch-list should list all m o [2001/03/14] gnu/25794 markm [PATCH] make perl use a decent random num f [2001/03/14] ports/25815 portmgr [PATCH] Port build collision fix. o [2001/03/15] conf/25829 IPSec config in rc.network doesn't allow o [2001/03/16] kern/25866 more than 256 ptys, up to 1302 ptys. o [2001/03/17] ports/25878 tegge error during compilation of linuxthreads o [2001/03/18] kern/25909 4.x kernel freezes on P3-Asus CUSL2-C mot o [2001/03/18] kern/25910 cg Kernel sound driver may die if a program o [2001/03/19] misc/25917 green Paste thrue SSH Secure Shell v.2.4.0 (bui f [2001/03/19] kern/25923 vm_map.h defines a macro called "min_offs o [2001/03/21] misc/25984 bsd.prog.mk doesn't link C++ programs pro f [2001/03/22] docs/26003 rwatson getgroups(2) lists NGROUPS_MAX but not sy o [2001/03/22] bin/26005 MIME quoted-printable encoding added to v a [2001/03/22] docs/26006 des Changing zone(9) man page o [2001/03/22] kern/26016 VMWare is crash on SMP machine f [2001/03/23] misc/26035 System hangs when playing mp3 on PCI Maes o [2001/03/27] conf/26145 [PATCH] There is no make.conf equivalent o [2001/03/27] misc/26153 sed G does not double space o [2001/03/28] ports/26192 ports apel appeared both in xemacs/site-package o [2001/03/29] bin/26201 telnet SRA password exchange trap when no a [2001/04/01] ports/26274 ports New port: Perl/TK Jabber client o [2001/04/01] kern/26277 ppc driver doesn't work with port 0x3BC p o [2001/04/02] docs/26286 doc *printf(3) etc should gain format string a [2001/04/02] ports/26297 ports New port: devel/florist o [2001/04/02] ports/26303 adrian Wrong permission on Squid24's errors dire a [2001/04/03] ports/26313 ports New Port: german/eagle: A tool for design o [2001/04/03] kern/26316 Booting FreeBSD on VMware2 with 2 or 3 et o [2001/04/03] misc/26323 Quota system create zero-length files o [2001/04/03] kern/26324 dillon Defaults for NFS mounts over TCP are slow o [2001/04/04] kern/26348 [pcvt] scon -s, page fault in HP mode o [2001/04/04] bin/26359 [PATCH] a minor nit in how netstat detect o [2001/04/05] misc/26373 Rpc.statd implements the SM_NOTIFY call b o [2001/04/06] bin/26375 markm PAMized su allows non-wheel members to su o [2001/04/06] kern/26385 VMWare reboots entire system after starti f [2001/04/08] kern/26437 Kernel Panics on SMP box when subjected t o [2001/04/09] kern/26454 cg mixer volume settings on Maestro-2E (Diam o [2001/04/09] bin/26468 pkg_delete clears dependencies after runn o [2001/04/10] conf/26488 incomplete named sandbox information a [2001/04/13] docs/26532 green ".Ql ?" becomes "`'?" through nroff (and a [2001/04/13] kern/26534 Add an option to ipfw to log gid/uid of w o [2001/04/13] kern/26547 "lnc" problem with shared memory mode wit o [2001/04/13] i386/26562 /dev/lpt0 returns EBUSY when attempting t o [2001/04/14] kern/26563 ioctl(SNDCTL_DSP_SPEED) returns -1 when f o [2001/04/14] kern/26584 kernel boot messages aren't logged correc o [2001/04/15] bin/26602 RELENG_4 ssh/sshd modifies the 'erase' ch o [2001/04/16] kern/26608 when boot Freebsd 4.2 Release from the c o [2001/04/16] kern/26618 unmount(2) can't unmount a filesystem who a [2001/04/16] ports/26628 ports New port: audio/qtecasound, well done o [2001/04/17] misc/26636 If /etc/ttys goes empty, init(8) never re o [2001/04/17] kern/26644 sos [PATCH] ATA/ATAPI driver doesn't implemen a [2001/04/17] misc/26646 srand() provides only 8-bit table o [2001/04/17] misc/26649 diskless client can't share root with ser o [2001/04/17] misc/26653 RTL8012 ethernet not listed in LINT or ha o [2001/04/17] misc/26658 update to src/usr.bin/calendar/calendars/ o [2001/04/18] misc/26678 Correction of: misc/26521 o [2001/04/18] bin/26686 Freeze at boot from 4.3-RC4 floopies - US o [2001/04/18] docs/26692 rnordier boot manpage describes bootfile prompt in o [2001/04/18] misc/26695 CHANGE REQUEST: kill(all) -l output o [2001/04/19] misc/26720 Both .cshrc and .profile should have the o [2001/04/20] kern/26740 rwatson [PATCH] jail improvement f [2001/04/22] misc/26763 darrenr installing ipfilter sample files to share o [2001/04/22] kern/26787 dd sysctl change request o [2001/04/23] kern/26798 cvsup 4.3-RC -> 4.3-STABLE causes problem o [2001/04/23] kern/26800 wpaul Support for Netgear MA-301 wireless o [2001/04/23] ports/26801 ports cyrus port should add periodic file to pr s [2001/04/23] bin/26803 des Fix fetch to allow FTP puts in '-o' & all o [2001/04/24] i386/26812 peter old bootstrap /sys/i386/boot/... still in a [2001/04/24] ports/26825 ports port xmms-avi won't compile libavixmms.so o [2001/04/25] bin/26854 Better fix for ESS Technology Maestro-2E o [2001/04/26] misc/26879 mkfilter not installed, yet referred to v s [2001/04/26] ports/26882 kde KDE should use ca-roots port for SSL cert a [2001/04/26] ports/26884 ports new port for visualworks 5i.3 o [2001/04/26] kern/26885 keichii add if_xe as kernel module o [2001/04/27] ports/26904 jim New port(?): net/everybuddy-i18n (i18n pa o [2001/04/28] bin/26919 qa sysinstall' fdisk can ONLY set bootable f o [2001/04/29] bin/26943 [patch] description of :C modifier is mis o [2001/04/30] i386/26994 obrien AMD Athlon Thunderbird not known to ident o [2001/05/01] kern/27008 kernel function sysbeep(xxx, 0) does prod o [2001/05/01] ports/27019 marcel patch supplied in PR ports/26976 breaks l o [2001/05/02] misc/27039 new syscons screensaver a [2001/05/02] docs/27040 dougb rc(8) and syscons(4) talk about rc.conf.l o [2001/05/02] misc/27041 modify src/release/Makefile to make anoth f [2001/05/03] bin/27063 darrenr /sbin/ipfs missing f [2001/05/03] conf/27070 darrenr save/restore IP Filter's state tables at o [2001/05/04] ports/27075 sobomax Port java/javavmwrapper installs no man p o [2001/05/04] ports/27079 sobomax Improvements for javavmwrapper? o [2001/05/06] bin/27163 cracauer sh trap TSTP () deadly hangs o [2001/05/06] ports/27167 ports ETHOberonV4 won't run a [2001/05/07] ports/27182 mharo Teach portlint to recognize RUN_DEPENDS=$ o [2001/05/07] ports/27187 jmz add linux ioctl handler to dri xf86-403 c o [2001/05/07] bin/27188 fix of rsh non-interactive mode behaviour o [2001/05/07] misc/27190 Day light savings in Mexico. o [2001/05/08] ports/27200 greid new port: bed (binary editor) o [2001/05/08] i386/27216 qa Can not get to shell prompt from serial c o [2001/05/09] kern/27232 On NFSv3 mounted filesystems, stat return o [2001/05/10] bin/27258 getty didn't check if if= isn't empty o [2001/05/11] ports/27266 kevlo Port textproc/xerces should be named xerc o [2001/05/11] bin/27268 fdisk does not recognize Linux extended p o [2001/05/11] kern/27269 Cannot mount linux extended (logical) par o [2001/05/11] bin/27270 cg sys/soundcard.h fails to define AFMT_S16_ o [2001/05/12] bin/27281 vidcontrol(1) does not have error codes f [2001/05/12] bin/27283 brian netstat -i missing IPv4 input packet coun o [2001/05/12] bin/27289 green SSH don't do correct diagnostic when no r o [2001/05/12] ports/27291 jim Bluefish port doesn't build mo files o [2001/05/12] bin/27294 paul pkg_update disregards suffixes (portrevis o [2001/05/13] i386/27306 mp hw watchpoints work unreliable under gdb o [2001/05/14] misc/27311 jasone pthread_attr_setscope always fails o [2001/05/14] bin/27319 obrien df displays amd pid processes o [2001/05/15] kern/27342 change-request o [2001/05/17] kern/27403 lpt driver doesn't handle flags anymore o [2001/05/17] bin/27423 change request o [2001/05/18] kern/27429 'dependant' is a misspelling o [2001/05/18] bin/27433 ps binary does not do what the man page s o [2001/05/20] misc/27471 Linux emulation is missing code needed to o [2001/05/20] ports/27473 jmz when I install the package XFree86-4.0.3_ f [2001/05/22] ports/27542 sobomax xmps should not require gnome a [2001/05/23] ports/27569 ports bootup error problem with Apache 2 o [2001/05/23] kern/27571 bp Changing policy of shadowing files and di o [2001/05/23] bin/27604 change truncate to support low case size o [2001/05/24] i386/27627 machdep.tsc_freq does not exists on machi o [2001/05/25] misc/27633 Mapping for serbian keyboards, follows IS o [2001/05/25] docs/27653 doc Updates to send-pr.html to support MIME o [2001/05/26] docs/27654 doc Update to PR 27653 o [2001/05/26] kern/27660 Kernel does not return error if adding du o [2001/05/26] misc/27677 miss BIND name server library o [2001/05/27] bin/27687 fsck wrapper is not properly passing opti o [2001/05/27] bin/27697 assar trouble compiling libroken o [2001/05/31] gnu/27803 Enhancement to sort(1) a [2001/05/31] ports/27805 ports New port: SQL-Ledger Accounting o [2001/06/01] misc/27816 rpcgen -b generates server code which doe o [2001/06/01] misc/27829 kris pax's uid/gid cache is read-only a [2001/06/02] docs/27833 cjc No man page for locate.rc o [2001/06/02] kern/27834 Cannot warm-reboot Compaq AP400 due to SC o [2001/06/02] kern/27835 execve() doesn't conform to execve(2) spe o [2001/06/02] ports/27838 keichii dot.emacs is 600 s [2001/06/02] docs/27843 alex [PATCH] make.conf WITH_* variables aren't o [2001/06/02] kern/27849 dfr AGP RELEASE ioctl frees memory o [2001/06/04] misc/27872 "Load Config" (sysinstall) hangs Compaq D o [2001/06/06] ports/27903 peter Update: www/transproxy o [2001/06/06] docs/27915 doc man 5 passwd does not properly explain th o [2001/06/06] docs/27919 n_hibma missing usb man pages o [2001/06/06] docs/27921 markm manpage skey(1) should be skey(7) o [2001/06/07] alpha/27930 NE2000 not supported on FreeBSD Alpha 4.x o [2001/06/07] ports/27931 ports devel/pth vs. native pthreads conflict fi o [2001/06/07] alpha/27933 alpha Time jitter under load on FreeBSD 4.3 alp a [2001/06/07] ports/27936 mi Update /usr/ports/deskutils/xmdiary 3.0.1 a [2001/06/08] ports/27956 ports New port:A messenging client supporting A a [2001/06/08] conf/27959 imp Add cygwin termcap entry o [2001/06/08] bin/27972 losing information with talk o [2001/06/10] i386/28023 sendmail tries to get the netgraph.ko mod o [2001/06/10] bin/28026 Graphics mode suspend causes weird hang o a [2001/06/11] conf/28078 /stand/sysinstall skips distro selection a [2001/06/11] conf/28081 murray /stand/sysinstall errs out if /cdrom/ alr a [2001/06/12] ports/28115 ports New Port - textproc/htmldoc o [2001/06/13] ports/28121 sobomax New port: 3D modelling and animation syst o [2001/06/13] ports/28138 tg python os.statvfs module is not functiona s [2001/06/14] docs/28144 keramida no manpage for host.conf, no xrefs in oth a [2001/06/15] bin/28171 des [PATCH] to support a HTTP_REFERER env var a [2001/06/15] gnu/28189 [PATCH] fix for detecting empty CVS commi o [2001/06/16] kern/28206 bp UMAPFS module should depend on NULLFS - p o [2001/06/17] misc/28236 [PATCH] iso-8859-1_to_cp437.scm doesn't c o [2001/06/17] kern/28247 pirzyk ATM/HARP driver for IDT and ForeLE ATM ca o [2001/06/18] misc/28255 picobsd documentation still references ol s [2001/06/18] kern/28260 UIO_MAXIOV needs to be made public a [2001/06/19] ports/28272 ports Update port: net/libsocket++ o [2001/06/20] bin/28294 dump of vinum based file systems by devic o [2001/06/20] kern/28297 change request for sys/i386/conf/NOTES o [2001/06/21] ports/28332 dwcjr Gimp manual port 1-2 years out of date, m o [2001/06/21] bin/28333 rtprio/idprio setuid problems s [2001/06/22] i386/28346 n_hibma USB ethernet dongle detach requires "ifco a [2001/06/23] ports/28363 ports New port: audacity-0.95 - a graphical wav o [2001/06/23] bin/28364 lex(1) generated files fail to compile cl o [2001/06/23] ports/28365 wosch Typical use of portchecheckout breaks int o [2001/06/23] docs/28371 phk malloc(2) man page correction o [2001/06/26] ports/28432 obrien [patch] comms/conserver fails with MD5 pa o [2001/06/26] bin/28435 [patch] allow newsyslog to signal process f [2001/06/27] i386/28444 qa instal.cfg; setting tryRTSOL=NO does not o [2001/06/27] bin/28449 cracauer sh(1) aborts on certain input a [2001/06/27] misc/28455 GNU readline should be updated to 4.2 o [2001/06/27] misc/28456 german keymap with dead keys o [2001/06/27] ports/28471 keith no iso8859 font o [2001/06/28] misc/28494 n_hibma ugen usable only from "attach" or by usbd o [2001/06/29] ports/28521 ports inconsistency: daemontools and serialmail o [2001/06/29] ports/28526 nakai x11-wm/icewm can't show the CPU status wi o [2001/06/29] misc/28529 runetype.h doesn't have C++ 'extern "C"' f [2001/06/30] ports/28551 ports ports/mail/faces doesn't build (linking w o [2001/06/30] docs/28555 doc [PATCH] style(9) isn't explicit about boo o [2001/06/30] kern/28566 bp Mount_null loopbacks can hang startx temp o [2001/07/01] bin/28620 ru xinstall has no way to pass options to st o [2001/07/02] ports/28644 jmz Make error when rebuilding xdvi o [2001/07/03] ports/28678 wosch portcheckout doesn't allow flexible build o [2001/07/03] ports/28680 portmgr pkg_update complains about missing REQUIR o [2001/07/03] kern/28681 ATAPI MO drive support o [2001/07/03] ports/28682 portmgr Some port install builds fail if silent ( o [2001/07/04] docs/28699 doc strptime(3) %d format specifier not compl o [2001/07/05] ports/28717 billf net/net-snmp stop enumerate interfaces wh a [2001/07/05] ports/28758 roam New port: security/apg o [2001/07/06] ports/28771 ports opendx server fails to start o [2001/07/07] bin/28789 /usr/bin/last does not filter for uucp co o [2001/07/07] ports/28803 obrien ports/comms/conserver does not support ## o [2001/07/08] ports/28810 lioux qpopper 4.0.3 + PAM modification; HAVE_SH o [2001/07/08] bin/28820 tar and cpio cannot deal with files > 2GB o [2001/07/10] ports/28887 brian [PATCH] sandbox for httptunnel! o [2001/07/10] kern/28888 Acer 8000 NIC not detected correctly o [2001/07/11] misc/28890 merge.c compares int i against size_t siz o [2001/07/13] misc/28938 small PicoBSD - An update to the build script t o [2001/07/13] kern/28947 jasone dup2 closing pthread file descriptor a [2001/07/13] docs/28949 phk the mknod(8) man page stills refers to bl o [2001/07/14] bin/28972 dwmalone gamma returns same result as lgamma o [2001/07/14] i386/28975 mjacob RocketPort problems o [2001/07/14] kern/28976 ddb doesn't understand ctrl-u o [2001/07/14] misc/28980 Fujitsu/Siemens Lifebook E-6540 stalls wh o [2001/07/15] bin/28988 We need more simple message digesting too f [2001/07/15] docs/28994 dd New article for docproj "Checkpoint VPN-1 o [2001/07/16] ports/29009 dburr fsgs port installs cfg file with wrong pa o [2001/07/18] bin/29062 markm krb4 and krb5 multiply defined version sy o [2001/07/18] bin/29071 relay patch for rwhod o [2001/07/19] misc/29077 At loading notebook pccardd not correctly o [2001/07/19] docs/29088 phk jail(8) man page has innacurate instructi o [2001/07/19] misc/29089 Some kind of fsbn0 error... o [2001/07/19] bin/29090 add `no_rip_out' option to routed o [2001/07/20] misc/29103 make (1) dump core while processing ^C fr o [2001/07/20] conf/29117 pccard.conf missing an entry for NOVAC NV o [2001/07/21] bin/29119 menu of fdisk editor in 4.3R does not lis a [2001/07/21] ports/29137 cy Brand New Tripwire-2.3.1 Port o [2001/07/22] docs/29143 doc List of man pages that need to be written o [2001/07/22] ports/29154 nik TeX resource settings from MAKE_ENV in pr o [2001/07/23] ports/29163 jmz XFree86-4 port should register XFree86-4- o [2001/07/23] bin/29164 [PATCH] lack of 'Do not fragment' flag in f [2001/07/23] docs/29166 tomsoft Flaw in growfs(8) manpage o [2001/07/23] conf/29167 rc.pccard doesn't check /var/run/pccardd. o [2001/07/23] kern/29169 mjacob FC loop that 'goes away' never times out o [2001/07/23] bin/29171 [PATCH] keyserv and rpc.yppasswd o [2001/07/23] bin/29172 [PATCH] Add more checks in rpc/svc_vc.c a o [2001/07/23] bin/29173 [PATCH] wrong flags for rpcgen(1) o [2001/07/23] bin/29174 [PATCH] cleanup of the ti-rpc merger o [2001/07/23] bin/29175 tmm [PATCH] rpcgen(1) and inetdflag/pmflag su o [2001/07/23] bin/29177 [PATCH] rpc client create functions with o [2001/07/24] ports/29199 sobomax jdk12beta port should register open-motif o [2001/07/25] ports/29219 bp smbfs-1.4.1 don't compile o [2001/07/25] ports/29223 portmgr cyrus-imapd and postfix master.8 manpage o [2001/07/25] kern/29233 VIA 82C686 AC97 codec gets probed as 'chi o [2001/07/26] docs/29245 doc top(1) manpage doesn't understand SMP o [2001/07/26] ports/29248 jmz XFree86 4.1 hangs with an i815 chip while o [2001/07/27] kern/29264 Recovery from LIPs on FCAL using isp not o [2001/07/27] ports/29267 nbm Update the svscan.sh startup script for d a [2001/07/28] misc/29292 sos The functional addtion to burncd(8) o [2001/07/29] ports/29297 ports NEW PORT: System Maintenance Aid written o [2001/07/29] ports/29298 cpiazza Installation of documentation for vcdgear o [2001/07/29] alpha/29299 alpha FreeBSD 4.3 Alpha + Tekram SCSI adapter p o [2001/07/29] kern/29307 NIC Initialization fails on dual CPU syst o [2001/07/29] misc/29312 sound Using mixer on pcm misbehaves with onboar f [2001/07/29] kern/29318 mjacob Exabyte 8200 needs SA_QUIRK_1FM and SA_QU o [2001/07/30] gnu/29331 still documented broken options in gcc ma f [2001/07/30] ports/29332 ports Refiling New Port: ripem-2.1 o [2001/07/30] ports/29343 ports new postgresql7 port feature o [2001/07/31] ports/29346 ports New port: misc/afbackup-beta o [2001/07/31] kern/29355 adrian [patch] lchflags support o [2001/08/01] bin/29361 startslip can't load if_sl.ko o [2001/08/01] bin/29363 [PATCH] newsyslog can support time as ext o [2001/08/01] conf/29364 imp please add STI Flash 5.0 to pccard.config o [2001/08/02] ports/29392 portmgr Small built-time glitch in Makefile for a o [2001/08/02] kern/29395 reaction on ctrl-alt-del - poweroff, halt o [2001/08/03] kern/29423 [PATCH] kernel security hooks implementat o [2001/08/07] kern/29499 dwmalone it is not possible to send creditionals f [2001/08/07] ports/29514 ports new port submission: games/xlogical (SDL o [2001/08/07] bin/29516 markm telnet from an non FreeBSD host still use o [2001/08/07] ports/29519 ports X11 ports generate undef pthread refs wit o [2001/08/07] ports/29528 dburr Update misc/tvguide to 0.9.0 o [2001/08/07] misc/29529 dcs Boot prompt "?" command doesn't list "boo f [2001/08/08] kern/29538 joerg Mounting /dev/fd0 never completes o [2001/08/08] misc/29550 duplicate pings jinside of vmware 2.0 f [2001/08/09] docs/29571 doc [PATCH] No man page for pgrp kernel funct o [2001/08/09] bin/29581 proposed gethostbyXXXX_r() implementation f [2001/08/09] ports/29590 ports [new port] www/parser-bin One more server o [2001/08/11] kern/29621 n_hibma Missing man page for ulpt o [2001/08/11] ports/29638 green [patch] upgrade security/cfs a [2001/08/12] i386/29639 murray entry for zip 250 drives in /etc/disktab o [2001/08/13] bin/29675 lint fails on stdio.h f [2001/08/13] ports/29691 portmgr New port variable USE_COMPAT_LIB - bsd.po o [2001/08/14] kern/29698 linux ipcs doesn'work f [2001/08/14] ports/29712 dwcjr New port : muttprint - fancy printing for o [2001/08/15] kern/29727 amr_enquiry3 structure in amrreg.h (amr d o [2001/08/15] ports/29732 sobomax linking error f [2001/08/16] kern/29777 n_hibma kernel uscanner.c contains wrong vendor a f [2001/08/17] docs/29807 dd [PATCH] XFREE86_VERSION is undocumented f [2001/08/17] ports/29836 ports New port: cyrus-imspd f [2001/08/18] bin/29850 markm ftpd.c doesn't check via PAM/pam_acct_mgm o [2001/08/18] ports/29851 kuriyama ports/textproc/cocoon has a checksum erro f [2001/08/18] ports/29856 portmgr make extract of cyrus did an install of c o [2001/08/19] conf/29870 rc.diskless2 uses /usr/sbin/mtree before o [2001/08/19] kern/29875 CURRENT driver for Tekram DC395X and DC31 o [2001/08/19] ports/29876 portmgr bsd.port.mk: MLINKS Description wrong o [2001/08/19] ports/29883 markm Update textproc/par to 1.53 o [2001/08/20] misc/29893 qa suggestions for 4.4 sysinstall o [2001/08/20] bin/29897 markm pam_unix patch, which uses loginclass pas a [2001/08/20] docs/29902 www Mozilla package URL problems o [2001/08/20] kern/29915 kernel panics on interaction with mlock a o [2001/08/21] ports/29924 ports remove port smalleiffel-0.76.b4 o [2001/08/21] ports/29929 ports wginstall.pl script chokes on calculated o [2001/08/22] bin/29961 ru A4 paper size for groff knob for /etc/mak o [2001/08/22] kern/29962 sent broadcast packets get spurious 4 byt a [2001/08/22] ports/29969 gnome gnomedb does not build a [2001/08/23] docs/30008 doc This document should be translated, comme o [2001/08/23] ports/30012 dirk mod_php4 does not build on 4.4 with apach o [2001/08/24] kern/30052 dc(4) driver queues outgoing pkts indefin a [2001/08/24] bin/30054 mike ftp(1)'s fetch.c could easily have vhost o [2001/08/25] docs/30082 jkoshy Dead URL on website o [2001/08/27] ports/30148 portmgr devel/libtool: shared libs with compaq-cc o [2001/08/28] kern/30160 Kernel panic when flash disk is removed a f [2001/08/28] ports/30166 ports ports/net/nettest2001 o [2001/08/28] ports/30170 anders majordomo port: scripts/createuser does n o [2001/08/28] kern/30179 FreeBSD 5.0 install hangs: deviceTry: mak o [2001/08/29] misc/30186 getaddrinfo does not handle incorrect ser o [2001/08/29] ports/30196 portmgr HTTP_PROXY (and FTP_PROXY) in /etc/make.c o [2001/08/29] kern/30200 yokota Bug in psm in 4.4-RC o [2001/08/29] ports/30201 msmith editors/wordperfect in ports is not usabl o [2001/08/29] i386/30206 PS/2 server 85 can't boot kern.flp o [2001/08/29] misc/30213 Fatal Errors of Server Programe o [2001/08/30] misc/30224 No irq - PCI wi card doesn't allow interu o [2001/08/30] ports/30225 nectar mozilla 0.93 build problem o [2001/09/01] bin/30247 sh cannot redirect to /dev/fd/1 or from / f [2001/09/01] ports/30249 ports SmallEiffel update to -0.75 o [2001/09/01] docs/30253 bp [PATCH] mount_unionfs(8) and mount_nullfs o [2001/09/01] kern/30257 apm enabled kernel panics (4.4-RC) o [2001/09/02] ports/30264 greid Update port: graphics/xawtv o [2001/09/02] ports/30272 grog [PATCH] instant-workstation RUN_DEPENDS b o [2001/09/03] misc/30297 dwmalone CLOCKS_PER_SEC non-standard o [2001/09/03] ports/30298 chuckr [PATCH] a2ps-4.13 can't cope with ENOMEM o [2001/09/03] conf/30301 Default printcap "mx" config too small o [2001/09/04] ports/30314 ports [PATCH] Add Exim packages to CDROM 1 o [2001/09/04] misc/30320 n_hibma USB mouse does not work after return'ing o [2001/09/04] bin/30321 strftime(3) '%s' format does not work pro o [2001/09/05] bin/30334 mount_nfs ignores acregmin, acregmax, axd o [2001/09/05] ports/30339 nakai port compilation problem found in rpm arc o [2001/09/05] conf/30341 be keymap: wrong Capslock behaviour with o [2001/09/05] bin/30360 vmstat returns impossible data f [2001/09/06] ports/30383 sobomax Updated port: x11-toolkits/gtk-engines-co o [2001/09/06] bin/30392 sh: incorrect value of $? in here-documen f [2001/09/06] ports/30395 ports New port: lang/spl o [2001/09/07] misc/30412 rtdl/dlopen() fails to merge common varia o [2001/09/07] kern/30422 WDT hardware watchdog driver & daemon o [2001/09/07] bin/30424 Generalization of vipw to lock pwdb while o [2001/09/08] conf/30441 Can't set interface arguments for dhcp co o [2001/09/08] docs/30442 doc remove broken referemce to gettime(9) fro o [2001/09/08] docs/30443 keramida remove broken reference to kerberos(1) fr o [2001/09/08] docs/30444 keramida remove broken references to gated(8) and o [2001/09/09] i386/30461 sound no audio cd with cmi8330 o [2001/09/09] bin/30464 jasone pthread mutex attributes -- pshared f [2001/09/09] bin/30471 brian periodic script output to a file always a o [2001/09/10] bin/30484 rpc.rstatd consumed lots of open file des o [2001/09/10] bin/30496 `host` does not work properly with top-le o [2001/09/10] ports/30499 portmgr libtool-1.4.1 port diffs o [2001/09/11] i386/30503 imp stray pccard card insertion events after o [2001/09/11] kern/30510 no apm for VIA KT133A chipset o [2001/09/11] ports/30511 kde Problem getting opengl/mesa to work with o [2001/09/11] misc/30517 using sysinstall with install.cfg has no o [2001/09/12] misc/30526 inserting a Sony Ninja-ATA pcmcia style c o [2001/09/12] ports/30535 nakai Update port: x11-wm/icewm (fix ports/2806 o [2001/09/12] misc/30536 sos burncd(8) doesn't wait long enough for CD o [2001/09/12] kern/30540 [PATCH] spelling and grammar fixes in a c o [2001/09/12] kern/30541 imp [PATCH] old pccard beep depends on value o [2001/09/12] bin/30542 [PATCH] add -q option to shut up killall s [2001/09/12] bin/30543 ru [PATCH] use err() instead of just exit() o [2001/09/12] bin/30546 [PATCH] /etc/rc pedantry o [2001/09/13] docs/30556 doc vnconfig man page incorrect; functionalit o [2001/09/13] ports/30557 ports bitchx fails to build when WITH_TCL=yes i o [2001/09/13] kern/30570 boot loader don't reacts on USB keyboard o [2001/09/14] ports/30573 nakai /usr/X11R6/bin/xfce_setup does not create o [2001/09/15] docs/30603 doc physio(9) is internally inconsistent o [2001/09/15] ports/30604 ports postgresql7 doesn't build with kerberos5 o [2001/09/16] kern/30608 kern.ps_showallproc=0 doesn't limit queri f [2001/09/16] ports/30615 ports The 'bcwipe' port installs Linux binaries o [2001/09/16] docs/30618 keramida ediff man page incomplete o [2001/09/16] ports/30623 sobomax Update of the audio/glame port o [2001/09/17] ports/30625 ports [PATCH] vmware2 patch for -current with K o [2001/09/17] bin/30627 /usr/libexec/makekey doesn't grok modern o [2001/09/17] misc/30631 readdir_r() SEGV on large directories o [2001/09/17] kern/30634 kevent.data value incorrect for UDP socke o [2001/09/17] bin/30639 apmd crashes on SIGHUP (under certain con o [2001/09/17] bin/30640 apmd does not terminate properly on SIGTE o [2001/09/18] misc/30647 "make release" in src/release/ creates po o [2001/09/18] bin/30661 FreeBSD-current fails to do partial NFS f o [2001/09/20] misc/30683 [PATCH] loader(8) fails to load module wh a [2001/09/20] bin/30685 cjc Patch for usr.bin/hexdump o [2001/09/20] ports/30698 ports New port: news/pl-slrn o [2001/09/20] misc/30699 jasone pthread_attr_setscope function fails unco o [2001/09/20] i386/30700 sound Applications cannot synchronize sound usi o [2001/09/20] ports/30701 ports setiathome port misuses the 'nobody' user o [2001/09/21] ports/30707 ports midnight commander can't handle correctly o [2001/09/22] ports/30732 obrien bash2 - pkg-plist fix and sample files ad a [2001/09/22] bin/30737 murray sysinstall leaks file descriptors on rest o [2001/09/23] ports/30754 nakai x11/dgs port overwrites a number of files o [2001/09/23] ports/30777 portmgr add a 'make pkg-plist' make target in por o [2001/09/23] misc/30778 termcap problem with wyse-60 terminal o [2001/09/24] ports/30788 sobomax compile works, install fails of graphics/ o [2001/09/24] kern/30794 sound ESS Solo-1 does not work after suspend/re o [2001/09/24] i386/30808 sound t4dwave on Acer Alladin M5451 interrupt p o [2001/09/24] docs/30809 doc fdisk(8) cleanup o [2001/09/25] bin/30812 giant termcap database update o [2001/09/25] ports/30813 jmz Xfree86-4 port creates libfreetype.so.6 w o [2001/09/25] bin/30819 /bin/mv results in warnings when /bin/cp o [2001/09/25] kern/30836 wpaul Chipset SiS735 / NIC SiS 900 f [2001/09/26] ports/30845 ports New port: textproc/xerces-c: Xerces C++ X o [2001/09/26] ports/30848 roam courier imapd won't compile with vpopmail o [2001/09/26] ports/30849 ports news/nntpcache fails compiling authinfo_p o [2001/09/26] bin/30854 bootpd/bootpgw change - skip ARP modifica o [2001/09/26] misc/30857 intr_machdep.c allows access out of array f [2001/09/26] ports/30859 ports A New Port f [2001/09/26] i386/30860 While install after "Mounting root from u o [2001/09/27] bin/30863 bootpd/dovend.c Win95 compatibility impro o [2001/09/27] ports/30870 ports httpd in free(): warning: recursive call o [2001/09/27] docs/30873 doc ``ip'' man page does not specify byte ord o [2001/09/28] bin/30887 dump allways saves files with modified c- o [2001/09/29] bin/30907 green [PATCH] ssh configuration oddities o [2001/09/29] bin/30908 [PATCH] Tweak ldd to provide more informa o [2001/09/29] ports/30912 gnome [PATCH] port editors/AbiWord fails to set o [2001/09/29] ports/30923 obrien small fix for devel/gindent port o [2001/09/30] ports/30929 brian [net/pppoa] use usbd to initialize USB AD o [2001/09/30] ports/30936 taoka pips-sc880 installed script contains inco o [2001/09/30] conf/30938 Improving behavior of /etc/periodic/daily o [2001/09/30] kern/30951 Optimize page queue scan on miss of speci o [2001/10/01] alpha/30970 alpha Ensoniq 1371 (Creative chipset) does not o [2001/10/01] bin/30972 peter nfsd and mountd are in the wrong location o [2001/10/01] ports/30979 ports New port for "txfonts" TeX's font package o [2001/10/02] ports/30983 portmgr [PATCH] Some staroffice cdrom fixes o [2001/10/02] ports/30986 obrien vim6 LITE=YES packing list incorrect f [2001/10/02] ports/30988 gnome AbiWord's american.hash dictionary appear o [2001/10/03] ports/31013 obrien John The Ripper Package Lists Bad Path o [2001/10/03] ports/31019 nakai Fix x11/xmascot o [2001/10/03] ports/31022 nakai Fix port games/xrubik o [2001/10/03] ports/31026 ports New Port: Internet Message Support Protoc o [2001/10/04] bin/31034 regularly add original address logging fo f [2001/10/04] ports/31037 ports NEW PORT: Krusader o [2001/10/04] kern/31043 Missing Ptrace functionality in Linuxulat o [2001/10/04] kern/31048 linprocfs:/proc/meminfo cannot handle mul a [2001/10/04] bin/31049 yar /usr/sbin/adduser does not allow '.' in l o [2001/10/04] bin/31052 fenner Traceroute needs update o [2001/10/05] ports/31061 ports New port: security/gnupg-devel o [2001/10/06] bin/31088 tobez Make whereis.pl use strict, and a couple a [2001/10/06] ports/31093 ports new port "flyway" o [2001/10/06] ports/31096 znerd New port for jakarta-tomcat 4 o [2001/10/07] misc/31097 main thread will accept() failure when so o [2001/10/07] ports/31101 roam Update port: mail/vpopmail various requir o [2001/10/07] docs/31109 doc replace gif images w/ png ones due to pat o [2001/10/08] bin/31135 /bin/df reporting 'NaNB' as a Size. o [2001/10/08] ports/31142 portmgr patch-libtool target in bsd.port.mk break a [2001/10/08] ports/31144 ports New port: x11/xcursor f [2001/10/09] ports/31159 cpiazza gmixer 0.98c dumps core with some mixers o [2001/10/09] docs/31164 doc man page for strftime is incorrect o [2001/10/10] ports/31188 znerd New port: www/orion-current o [2001/10/10] bin/31199 tunefs error is incorrect when enabling s o [2001/10/10] conf/31200 Modification of rc.diskless1 needs change o [2001/10/10] bin/31201 [patch] add free_space(chunk) to libdisk o [2001/10/10] bin/31205 [PATCH] WARNSify and add a new option to o [2001/10/10] docs/31210 peter cvs info page missing -R o [2001/10/11] misc/31218 How to build release from selected date a [2001/10/11] conf/31219 Missing cons25u entry in termcap o [2001/10/11] ports/31222 ports ports:astro/SETIsupport(version is wrong) o [2001/10/11] ports/31223 ports ImageMagick utilities link without -lciph o [2001/10/11] misc/31225 "make release" fails if TERMCAP environme o [2001/10/11] bin/31228 vnconfig -ae configures but not mount dev o [2001/10/11] ports/31229 ports new port: astro/linux-setiathome-i686 o [2001/10/13] kern/31255 select with zero timeout returns 0 even w o [2001/10/14] docs/31264 jdp cvsup(1) "base" option and keyword descri a [2001/10/14] docs/31271 doc rl(4) discourages vender openness by disp o [2001/10/15] ports/31282 ports NEW PORT: aolserver+ad f [2001/10/15] ports/31288 ports LPRng-3.7.9 port (LPRng) update o [2001/10/15] misc/31297 yokota New screen blanker module for syscons o [2001/10/17] ports/31342 ports I was trying to install xscreensaver and o [2001/10/18] i386/31353 'shutdown -p' does not work on SMP Tyan T a [2001/10/18] conf/31358 sheldonh Need to load NFS client LKM. o [2001/10/18] ports/31364 sobomax URW fonts needed to run jdk13 jfc demos a o [2001/10/19] kern/31367 General boot fault during mounting root w o [2001/10/19] ports/31369 adrian New KMerlin Port o [2001/10/19] docs/31370 fenner typo in tcpdump manpage o [2001/10/19] misc/31380 NFS rootfs mount failure message too cryp o [2001/10/20] bin/31387 When getuid()=0, mailwrapper should drop o [2001/10/20] ports/31389 portmgr tidy readme templates + port readme enhan o [2001/10/21] ports/31399 jkh sysinstall (4.4REL) hangs on pkg_add of c o [2001/10/21] i386/31427 minor incorrect code in sys/i386/i386/pma o [2001/10/22] bin/31432 umount(8) and unmount(2) don't corespond o [2001/10/22] kern/31445 sound cat sound.au > /dev/audio fails for sound a [2001/10/23] kern/31455 n_hibma [PATCH] ohci driver probrem when send dat o [2001/10/23] kern/31456 Register number definition for AMD PCnet o [2001/10/23] ports/31461 ports New ports: deskutils/mcal & gmcal - a lib o [2001/10/23] ports/31462 peter rdist6 does not like accounts with '.' in o [2001/10/24] bin/31476 ifconfig's lladdr is ethernet specific o [2001/10/25] ports/31486 kuriyama ports/palm/prc-tools-gcc does not build m f [2001/10/25] ports/31487 dinoex licq-qt-gui plugin does not parse local a f [2001/10/25] misc/31489 Conflict Between BPF and ssh2 protocol in o [2001/10/25] kern/31490 Panic in sysctl_sysctl_next_ls on empy no o [2001/10/26] ports/31517 ports New Port: kdetheme-qnix o [2001/10/26] ports/31518 ports GD 1.8.4 port fails to build TTF support o [2001/10/26] kern/31521 cg pcm0 plays too fast on Intel 82801BA (ICH o [2001/10/27] i386/31535 Can't reboot system: Tyan Thunder K7+ Dua o [2001/10/27] ports/31539 ports New port: graphics/xpcd (PhotoCD tool col o [2001/10/28] conf/31555 rc.syscons does not run standalone f [2001/10/28] ports/31579 kde kdessl of kde-2.2.1 wants to link to libs o [2001/10/29] bin/31588 change request to allow mount(1) to set t a [2001/10/29] ports/31591 kde kdeinit crashes when I close KDE2 session o [2001/10/29] ports/31611 chuckr Update port: graphics/xpdf to 0.93 o [2001/10/29] kern/31624 writev may return undocumented ECONNRESET o [2001/10/30] ports/31630 ports Port se-ispell install the dictionary in o [2001/10/30] bin/31632 ip6fw error under DNS dislabled environme o [2001/10/30] docs/31640 doc Avoiding uppercase program names in manpa o [2001/10/30] ports/31644 jmacd Update: devel/prcs o [2001/10/30] ports/31645 nakai Update port: editors/dedit to 0.6.2.2 o [2001/10/30] kern/31647 socket calls can return undocumented EINV o [2001/10/30] ports/31652 obrien default make package fails for editors/vi o [2001/10/30] docs/31653 doc Chapter 14 of the Handbook lacks content o [2001/10/31] ports/31669 ports New port: graphics/xawtv_applet o [2001/10/31] ports/31674 ports port math/plplot doesn't build a TCL enab o [2001/10/31] ports/31684 ports ports/comms/hylafax fixes o [2001/11/01] gnu/31685 apropos(1) manual page doesn't tell that o [2001/11/01] i386/31686 Problem with the timestamp option when fl o [2001/11/02] kern/31708 VM system / fsync / flushing delayed inde o [2001/11/02] kern/31711 Enhancements and bug fixes to Aironet dri o [2001/11/02] ports/31712 ports Add the Linux to flash Cisco/Aironet card o [2001/11/02] i386/31716 FreeBSD uses broken tsc timecounter by de o [2001/11/03] ports/31739 ports New port: lang/python-devel o [2001/11/03] ports/31744 ports New port: emulators/minix (2.0.0) a [2001/11/03] docs/31747 dd pthread_create.3 does not markup NULL o [2001/11/04] ports/31755 znerd linux-jdk1.2.2 looks for registervm in st o [2001/11/04] ports/31757 ports devel/gvd doesn't build without tex a [2001/11/05] bin/31769 add 2 russian holydays o [2001/11/05] gnu/31772 New option in dialog(1) o [2001/11/05] ports/31773 ports New port: audio/cplay, audioplayer for th o [2001/11/05] ports/31775 ports Better path for the X11 fonts from the po s [2001/11/06] ports/31809 kde [UPDATE] qt23 port to qt-2.3.2 o [2001/11/06] ports/31813 ports New Port - Update: dbXML - Java Native XM o [2001/11/07] ports/31841 ports update to geda tool set o [2001/11/08] ports/31858 ports New port: pike 7.2.234 (current CVS versi o [2001/11/08] ports/31862 portmgr [PATCH] 'make search' problem if /usr/obj o [2001/11/09] misc/31890 new syscons font o [2001/11/10] bin/31906 No method available to unwind atexit(3) s o [2001/11/11] ports/31910 greid comms/sms_client o [2001/11/12] ports/31926 ports New port security/drweb-qmail: Qmail mess o [2001/11/12] bin/31933 pw can interpret numeric name as userid d a [2001/11/12] ports/31943 dirk mysql323-server port hostname look up fai o [2001/11/12] ports/31944 portmgr bsd.port.mk: USE_XPM (implied by USE_MOTI a [2001/11/12] ports/31945 ports new port: devel/xbkregex library o [2001/11/13] ports/31957 znerd Update tomcat port to jdk 1.3.1 o [2001/11/13] ports/31970 ports New port o [2001/11/13] kern/31971 microuptime() went backwards when apm is o [2001/11/14] ports/31975 ports "Error in backend/storage/lmgr/proc.c: Pr o [2001/11/14] misc/31981 (mis)feature in getnetent parsing -- comm o [2001/11/14] ports/31984 znerd Update orion port for config of rmi serve o [2001/11/14] bin/31985 New /etc/remote flag for tip to append LF o [2001/11/14] bin/31987 patch to allow dump(1) to notify operator o [2001/11/14] ports/31996 ports Build of db3 fails at ./configure a [2001/11/14] bin/31997 des login: chmod(/dev/tty??): No such file or o [2001/11/15] i386/32014 ppi locks up system during boot o [2001/11/15] ports/32015 kuriyama ports/palm/pilrc bugs o [2001/11/15] docs/32020 doc loader.8 manpage missing tunables o [2001/11/15] ports/32022 znerd New port: Jakarta Tomcat 4.0.1 o [2001/11/15] ports/32034 ports [NEW PORT] ncurses-ada -- an Ada 95 bindi o [2001/11/16] ports/32037 ports New port: pm-lib o [2001/11/16] ports/32039 greid UPDATE devel/asmutils 0.14 -> 0.15 o [2001/11/16] docs/32041 doc Add point about net.inet.tcp.portange.{fi o [2001/11/16] ports/32046 ports Port cleanup: x11-fonts/webfonts o [2001/11/16] ports/32048 ports New port: palm/hdunix (1.0) o [2001/11/16] docs/32054 doc inconsistency between index.3 and rindex. o [2001/11/17] ports/32056 ports New Port: emulators/adamem f [2001/11/17] ports/32060 ports New port: mkfile(8) for FreeBSD o [2001/11/17] conf/32067 Problems with spanish keyboard in console o [2001/11/17] ports/32069 nakai malloc.h fix for games/kxl o [2001/11/18] ports/32076 ports WISH: merge icon patch to blackbox port o [2001/11/18] bin/32079 minor timebomb in /etc/rc o [2001/11/18] bin/32092 crypt pickups the wrong password format o [2001/11/18] ports/32097 nik scr2png doesn't make with other LOCALBASE o [2001/11/19] conf/32108 Proposed Firewall (IPv4) configuration sc o [2001/11/19] ports/32114 portmgr WRKDIRs should be moved to a central loca a [2001/11/19] misc/32119 phantom Support for the modern greek language a [2001/11/19] misc/32120 PR misc/24324 errata o [2001/11/19] ports/32122 jmz xf86cfg graphics-mode fails on Samsung Sy o [2001/11/20] ports/32125 keichii ports/chinese/rxvt-gb is missing checksum o [2001/11/20] bin/32126 getopt(3) not Unix-98 conformant a [2001/11/20] misc/32133 phantom Bug in greek locale fixed o [2001/11/20] bin/32138 iedowse better progress reporting for dump(8) f [2001/11/20] misc/32144 murray unattended install with sysinstall doesn' o [2001/11/20] ports/32145 jmz XFree86 doesn't ldconfig itself o [2001/11/20] ports/32147 kris mindguard port dumps core o [2001/11/20] kern/32157 sound AC97 Audio (appears to be) unsupported o [2001/11/21] kern/32169 kernel option to enable PCI devices on ma o [2001/11/21] ports/32174 portmgr Autoconf patch for bsd.port.mk a [2001/11/22] misc/32193 phantom Termcap ACS support for greek ISO-8859-7 o [2001/11/22] ports/32202 ports ports/devel/py-htmlkit distribution does o [2001/11/22] ports/32207 gnome libiconv cannot be built by a pleb o [2001/11/23] misc/32210 System hangs while kernel waiting for SCS o [2001/11/23] ports/32224 znerd java/linux-jdk is out of date (RC4 iso FC o [2001/11/23] docs/32229 keramida Omission from Handbook Chapter 17.8 (DHCP a [2001/11/23] ports/32231 ports Update port devel/fam o [2001/11/23] ports/32232 dirk Update and bugfix port: www/mod_php4 a [2001/11/23] misc/32233 Fix /usr/src/sbin/mount_msdosfs/iso72dos o [2001/11/23] ports/32243 sobomax ports/py-wxPython fails to compile o [2001/11/24] i386/32251 bugfix and new feature for apmd o [2001/11/24] ports/32258 scrappy converters/p5-Convert-ASN1 out of date o [2001/11/24] ports/32259 scrappy Update security/p5-IO-Socket-SSL request o [2001/11/25] misc/32265 dwmalone Adding calendar.french o [2001/11/25] i386/32269 [PATCH] - categorizing (XXX Lines) in NOT s [2001/11/25] ports/32271 dwcjr [PATCH] pkg-plist for net/isc-dhcp2 incor o [2001/11/25] ports/32272 petef port upgrade to latest blender version o [2001/11/25] ports/32273 kde kdm doesn't set paths from login.conf o [2001/11/25] ports/32281 ports Dead project for openverse. o [2001/11/25] ports/32282 petef fvwm 2.4.3 generate error wrt 'Help' key o [2001/11/25] ports/32283 nbm Port upgrade: www/zope from 2.4.2 to 2.4. o [2001/11/26] ports/32285 vanilla a new port for application gimp-print o [2001/11/26] conf/32288 After install: /etc/rc complains if crypt o [2001/11/26] bin/32299 peter nm coredumps on sendmail in -current o [2001/11/26] i386/32301 dfr Fix for agpgart for the AMD-751 and relat o [2001/11/26] ports/32317 petef Request for linux-qt port o [2001/11/26] bin/32318 cjc no userland tool available to test resolv a [2001/11/26] docs/32323 doc man page `named(8)' do not have link for f [2001/11/27] ports/32328 ports Port update: mc-4.5.55 o [2001/11/27] bin/32342 vmstat.c: certain variables appear to hav o [2001/11/27] ports/32345 ports New port: devel/hmake o [2001/11/28] ports/32361 ports port doesn't work o [2001/11/28] ports/32362 ports postgresql7 port should install more *.h o [2001/11/29] docs/32373 doc Bad ifconfig(8) alias advice in FAQ 10.9 a [2001/11/29] conf/32375 murray sysinstall doesn't respect User generated o [2001/11/29] ports/32379 ports NEW PORT: wots 1.22 f [2001/11/29] ports/32391 shige psgml-emacs20 breaks emacs's standard htm o [2001/11/30] misc/32400 rwhod - option to specify hostname o [2001/11/30] ports/32405 dirk Japanese encoding translation support for o [2001/11/30] ports/32407 sobomax Update port: graphics/tiff to 5.3.7 o [2001/11/30] bin/32411 shutdown's absolute-time handling could b o [2001/12/01] docs/32425 doc Document cvs update `P file' output o [2001/12/01] bin/32433 Cannot specify files beginning with + on o [2001/12/01] ports/32434 ports New Port: TeXmacs, a free wysiwyg scienti o [2001/12/02] ports/32440 ports graphics/gd does not build (requires free o [2001/12/02] ports/32444 dirk www/mod_php4: ctype support o [2001/12/02] ports/32445 portmgr CONFIGURE_TARGET default setting is bogus a [2001/12/02] misc/32448 phantom Cyrillic ISO 8859-5 fonts a [2001/12/02] misc/32449 phantom Cyrillic ISO 8859-5 keymaps a [2001/12/02] misc/32450 phantom Ukrainian ISO 8859-5 locale files o [2001/12/02] docs/32451 doc Missing images in vm-design article o [2001/12/02] docs/32460 keramida named.conf(5) types and two bad markups. o [2001/12/02] docs/32463 doc ifconfig(8) missing address_family defaul o [2001/12/03] docs/32468 doc broken link in handbook: sysutils/mkisofs o [2001/12/03] kern/32478 scsi/NIC drivers fail when using SMP kern o [2001/12/03] misc/32480 Missing graphic characters in syscons fon o [2001/12/03] ports/32481 ports New port: devel/chora - the Horde CVS web o [2001/12/03] misc/32490 umass support for ATAPI [with patch] o [2001/12/04] bin/32501 quot(8) is stupid regarding the filesyste o [2001/12/04] ports/32502 dima port update palm/pilot-link to 0.9.6 o [2001/12/04] ports/32508 sobomax www/flashplugin-mozilla has malloc bug o [2001/12/04] ports/32517 green Update port: emulators/snes9x to 1.39 o [2001/12/05] kern/32530 Fix for midi(4) causing hang at boot with o [2001/12/05] docs/32542 rwatson tuning(7) inaccurate o [2001/12/05] ports/32546 znerd Remove fully-qualified lib symlinks from o [2001/12/06] docs/32561 jasone missed functions in pthread(3) o [2001/12/06] ports/32565 ports New port: QScheme scheme interpretor o [2001/12/07] ports/32572 kde net/kio_fish: konq has no icons for fish: s [2001/12/07] docs/32578 doc A _really_ petty change to the front page o [2001/12/07] ports/32582 greid Update port: audio/tempest_for_eliza o [2001/12/07] ports/32585 nbm x11-wm/pwm/pkg-descr refers to "screensho o [2001/12/07] bin/32588 grog operator should backup vinum vols o [2001/12/07] ports/32596 keichii update port: chinese/auto-tw-l10n o [2001/12/08] ports/32604 ports Many ports which depends on apache don't f [2001/12/08] misc/32605 nsouch SMBus driver broken o [2001/12/09] ports/32643 anders update mod_watch from 2.4 to 3.0 o [2001/12/09] ports/32651 ache a small patch to obtain socks5 support to o [2001/12/09] kern/32652 n_hibma Add new scanners and a new ioctl to uscan o [2001/12/09] ports/32653 ports Added patches to improve USB scanner supp f [2001/12/09] bin/32657 sed file handing is non-standard o [2001/12/09] kern/32659 jhb VM and VNODE leak with vm.swap_idle_enabl o [2001/12/09] gnu/32661 dd send-pr uses $LOGNAME for From and Reply o [2001/12/09] docs/32662 dd arp(8) uses "this host" with two differen o [2001/12/10] i386/32666 imp mbufs leaks in dev/ed o [2001/12/10] bin/32667 systat waste too much time reading input o [2001/12/10] kern/32671 imp Patch to generate usbdevs.h automatically o [2001/12/10] docs/32674 doc no man page for the ntp_adjtime system ca a [2001/12/10] bin/32675 kris openssl dhparam hangs when using /dev/ran o [2001/12/10] kern/32677 pciconf -l opens /dev/pci for read/write o [2001/12/10] misc/32680 [PATCH] Allows users to start jails by ho o [2001/12/10] ports/32690 keichii Uodate port: chinese/rxvt from 2.7.5 to 2 o [2001/12/11] ports/32704 obrien update ical to use tk8.3 o [2001/12/12] ports/32743 ports Update port: games/nethack3-gnome/games/n o [2001/12/12] ports/32762 ache Update for archivers/xpk o [2001/12/13] kern/32799 ucom and uplcom drivers ported from NetBS o [2001/12/13] bin/32808 dwmalone [PATCH] tcpd.h lacks prototype for hosts_ o [2001/12/13] ports/32810 trevor ports/security/pad security (mkstemp()) f o [2001/12/13] kern/32812 roger bktr driver missing tuner for eeprom dete o [2001/12/13] ports/32815 roam PORT UPDATE : ftp/curl 7.9.1 -> 7.9.2 o [2001/12/13] docs/32825 doc undocumented options in LINT o [2001/12/14] bin/32828 phk w incorrectly handles stale utmp slots wi o [2001/12/14] ports/32838 gnome Add LDAP support to mail/evolution o [2001/12/14] conf/32841 cjc kernel ppp sample conf files missing fro o [2001/12/15] ports/32863 trevor Update port: x11-wm/aewm to 1.1.3 o [2001/12/15] ports/32864 trevor Update port: x11-wm/swm to 1.3.2 (fix por o [2001/12/15] docs/32877 darrenr typo in ipfs.8 o [2001/12/15] kern/32880 ambrisko Update aironet driver to correct signal s o [2001/12/15] ports/32883 ports New port: deskutils/nag - Horde's task li o [2001/12/15] ports/32892 ports New ports: x11-toolkits/gtk12-apireferenc o [2001/12/16] ports/32899 ports mail/nbsmtp causes segfaults while a comm o [2001/12/16] docs/32901 doc Misleading statement about "X Windows" o [2001/12/16] gnu/32902 Incremental tar archiving using GNU style o [2001/12/16] ports/32907 nakai ports/graphics/gqview update o [2001/12/16] ports/32911 ports New Port: devel/scons - SCons 0.01 - a bu o [2001/12/16] kern/32912 msmith options misssing TCBHASHSIZE o [2001/12/16] ports/32917 ports installing ports may fail if $GREP_OPTION o [2001/12/17] ports/32926 lioux [NEW PORT] djvulibre-3.5.2--a Mozilla plu o [2001/12/17] bin/32935 /bin/sh buildin echo command have invalid o [2001/12/17] ports/32936 mharo ports/security/keyprint only supports S/K a [2001/12/17] bin/32953 cjc log-in-vain level should be setable in rc o [2001/12/18] conf/32976 assar Kerberos5 config files not installed by d o [2001/12/18] docs/32979 assar manpages are not installed for k5admin an o [2001/12/18] ports/32986 ports new port: graphics/transcode o [2001/12/18] ports/32999 ports New ports: devel/ORBacus4 o [2001/12/19] kern/33004 n_hibma Patch for USB (uhci) o [2001/12/19] misc/33007 n_hibma umass device timeout after successive use o [2001/12/19] ports/33008 will New Port: x11-wm/kwinacqua o [2001/12/19] misc/33013 cg mixer does not have treble/bass for Sound o [2001/12/19] kern/33014 installkernel without buildkernel gives c o [2001/12/19] ports/33015 ports PORT UPDATE, PREFIX FIX : textproc/p5-XML o [2001/12/19] conf/33018 Patch for RC (add multiple SSHD configura a [2001/12/19] ports/33023 ports failed to make install ports/textproc/p5- a [2001/12/20] i386/33031 phantom /usr/src/share/mklocale/zh_TW.Big5.src ty o [2001/12/20] ports/33038 keith update port: chinese/ttfm for bento error o [2001/12/20] ports/33039 keith update port: chinese/moefonts-cid for pkg o [2001/12/20] docs/33042 doc Minor changes to Chapter 2 of the handboo o [2001/12/20] ports/33049 mharo proftpd file permission error. o [2001/12/21] bin/33066 rwatson sysinstall does not write to new disks as o [2001/12/21] ports/33067 ports rdesktop port doesn't list dependencies p a [2001/12/22] ports/33094 okazaki converters/mule-ucs, add emacs21 support s [2001/12/22] ports/33095 dirk update cdrtools to 1.11a13pre3 (1.10.p11. o [2001/12/22] i386/33097 sound Crystal 4237b mixer problems o [2001/12/23] ports/33108 portmgr Generate an error if WRKDIRPREFIX == /usr o [2001/12/23] ports/33109 ports Xercec-C++ port proposals o [2001/12/23] kern/33117 empty struct md_coredump in pcb.h and use o [2001/12/23] ports/33118 keith update port: chinese/moefonts-cid for Ado o [2001/12/23] ports/33122 greid update port: www/dillo from 0.5.0 to 0.6. o [2001/12/23] kern/33124 jhb kthread_create doesnt mark kthreads as kt o [2001/12/23] bin/33133 keyinit outputs wrong next login password o [2001/12/23] ports/33134 keith update port: chinese/ghostscript6 for Ado o [2001/12/23] ports/33135 ports New port: devel/kprof - A profiling tool o [2001/12/24] ports/33157 ports Fix port: graphics/graphviz o [2001/12/24] ports/33159 ports New port: graphics/py-graphviz o [2001/12/25] ports/33168 ports new port: mail/mavbiff o [2001/12/25] ports/33176 ports fix minor build problem with ac-archive o [2001/12/25] gnu/33182 mp gdb seg faults when given handle SIGALRM o [2001/12/26] ports/33192 ports java/jdbcpool: update to 0.99 o [2001/12/26] ports/33194 ports Update port: cad/pcb o [2001/12/26] ports/33196 portmgr duplicate lines in /usr/ports/INDEX o [2001/12/26] ports/33200 sobomax Installation of WindowMaker fails o [2001/12/26] kern/33202 msmith sys/dev/mly/mly.c minor mly_printf cosmet o [2001/12/26] kern/33203 dillon "got bad cookie" errors on NFS client o [2001/12/26] ports/33207 ports LPRng port update o [2001/12/26] ports/33208 ports ifhp port update o [2001/12/26] ports/33209 ports LPRngTool port o [2001/12/26] ports/33212 tobez perl5 port fails to register dependency o o [2001/12/26] misc/33220 phantom Greek locale MFC plea o [2001/12/26] ports/33222 lioux new port: net/linux-edonkey2000-server o [2001/12/26] ports/33224 me Build breaks on CURRENT due to 0.4.8 o [2002/01/30] ports/34442 ports xt, xalan-j, saxon should have the same C o [2002/01/30] ports/34449 ports New Port: lang/dice (Matt Dillon's 68000 o [2002/01/30] ports/34450 ports games/crossfire port outdated (updated po o [2002/01/30] ports/34451 ports security/drweb-sendmail: check that a var o [2002/01/30] ports/34452 ports New port emulators/mtf An NT Backup archi o [2002/01/30] ports/34453 sobomax Update xlhtml port o [2002/01/30] ports/34459 ports Dumping config.log on configure error is o [2002/01/30] docs/34460 doc potential minor error in Developer's Hand o [2002/01/30] ports/34461 ports Port for H+B EDV avmailgate o [2002/01/30] ports/34471 ports upgrade yorick port o [2002/01/30] ports/34472 ports Maintainer update: mail/elm+ME (2.4.96b) o [2002/01/30] ports/34473 ports new yorick-doc port o [2002/01/30] docs/34479 doc bug in sshd manpage ( sshd and /var/run/n o [2002/01/31] ports/34482 ports New port: textproc/xmlcharent - xml chara o [2002/01/31] ports/34484 ports ports submission request audio/baudline o [2002/01/31] ports/34486 ports Please update news/diablo from 3.0-REL to o [2002/01/31] ports/34488 ports New port: emulators/hercules (System/370, o [2002/01/31] ports/34490 ports [MAINTAINER UPDATE] libesmtp updated tarb o [2002/01/31] ports/34491 ports curl-7.9.2 port does not create libcurl.s o [2002/01/31] conf/34494 n_hibma usb configuration problem - usb does not o [2002/01/31] bin/34497 calendar(1) does not understand calendars s [2002/01/31] bin/34498 Error in vi manpage. o [2002/01/31] ports/34503 ports Upgrade news/newsx to v. 1.4.6 o [2002/01/31] ports/34505 ports New port: DBMAIL IMAP4rev1/POP3 mail serv o [2002/01/31] ports/34513 ports database/db3 is not LOCALBASE clean o [2002/01/31] bin/34519 pkg_check(8) does not return exit code >0 o [2002/02/01] ports/34523 ports man pages of nwclient602 install to wrong o [2002/02/01] docs/34524 doc [PATCH] - Add important pre-installation o [2002/02/01] ports/34526 ports New port: textproc/jrefentry - DocBook XM o [2002/02/01] docs/34529 doc [patch] Grammar nits in usbd.conf(5) and o [2002/02/01] ports/34530 ports update port devel/cvslines o [2002/02/01] ports/34534 dinoex licq-qt-gui-1.0.3, builds fine, but when f [2002/02/01] i386/34537 The second NIC card could not get configu o [2002/02/01] gnu/34538 mp_set_memory_functions not extern "C"'d o [2002/02/01] ports/34542 petef update of net/ipcalc o [2002/02/01] ports/34546 cjh Fix port: korean/msdosfs o [2002/02/01] docs/34547 keramida [patch] edits of FAQ Introduction o [2002/02/01] ports/34548 ports New port: textproc/dtd2relax o [2002/02/02] ports/34549 petef update x11-wm/fvwm2 to latest stable vers o [2002/02/02] ports/34550 ports ghostscript-gnu-nox11 portversion 6.51 fa o [2002/02/02] ports/34551 billf net/net-snmp is not LOCALBASE clean o [2002/02/02] ports/34559 trevor audio/csound includes malloc.h o [2002/02/02] ports/34565 ports graphics/blender port is broke o [2002/02/02] ports/34567 ports New port: IMCom command-line Jabber clien o [2002/02/02] ports/34570 ports Broken "Makefile" in /usr/port/misc/afbac o [2002/02/02] ports/34571 gnome [PATCH] Update math/gnumeric to 1.0.4 o [2002/02/02] ports/34572 gnome [PATCH] Update news/pan to 0.11.1.94 o [2002/02/02] ports/34573 gnome [PATCH] Update editors/glimmer to 1.2.1 o [2002/02/03] ports/34574 ports [PATCH] Update x11-toolkits/gob to 1.0.12 o [2002/02/03] ports/34575 ports New port: textproc/dtdinst - DTD to RELAX o [2002/02/03] docs/34577 doc Some man pages still advise using "confli o [2002/02/03] docs/34578 doc Mis-reference in DNS chapter [patch] o [2002/02/03] ports/34579 ports [MAINTAINER UPDATE] databases/firebird-de o [2002/02/03] ports/34580 ports [PATCH] Update mail/evolution to 1.0.2 o [2002/02/03] ports/34581 ports New port: textproc/jing - a relax ng vali o [2002/02/03] docs/34583 doc DECLARE_MODULE(9) man page is broken. o [2002/02/03] ports/34585 ports Mail-SpamAssassin problem when invoked fr o [2002/02/03] docs/34587 doc [PATCH] minor corrections for kernelconfi o [2002/02/03] ports/34589 ports new port: cad/ngspice_rework o [2002/02/03] kern/34591 ICMP bandwidth limiting does not indicate o [2002/02/03] ports/34592 ports [MAINTAINER UPDATE] Update security/pam_l o [2002/02/03] kern/34594 Addition of native Tekram DC395U/UW suppo o [2002/02/03] i386/34595 sos Will not install from EIDE CDROM drive o [2002/02/03] misc/34596 slow gettimeofday in FreeBSD 4.5 o [2002/02/03] ports/34597 ports [PATCH] Update ports/mail/isync to 0.8 o [2002/02/03] ports/34600 ports Update port: textproc/xerces to 2.0.0 o [2002/02/03] ports/34602 ports Maintainer-update of security/integrit o [2002/02/04] ports/34603 ports gnome panel swallow applet do not actual o [2002/02/04] docs/34606 doc type in doc/en_US.ISO8859-1/articles/rele o [2002/02/04] ports/34609 ports Can't compile print/lyx (fix included) o [2002/02/04] ports/34610 ports chinese/mutt causes some strange line wra o [2002/02/04] ports/34611 ports www/fcgi is not LOCALBASE clean o [2002/02/04] ports/34612 ports new version of postfix available (1.1.3) o [2002/02/04] misc/34614 Apache fails to install 1876 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 11:50:13 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A0F9E37B434 for ; Mon, 4 Feb 2002 11:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14Jo1J48743; Mon, 4 Feb 2002 11:50:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5429A37B42A for ; Mon, 4 Feb 2002 11:44:35 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14JiZ346652; Mon, 4 Feb 2002 11:44:35 -0800 (PST) (envelope-from nobody) Message-Id: <200202041944.g14JiZ346652@freefall.freebsd.org> Date: Mon, 4 Feb 2002 11:44:35 -0800 (PST) From: Ed Symanzik To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/34617: /usr/bin/units mangles temperature conversion Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34617 >Category: misc >Synopsis: /usr/bin/units mangles temperature conversion >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 04 11:50:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Ed Symanzik >Release: 4.4 >Organization: Michigan State University >Environment: FreeBSD hardy.cl.msu.edu 4.4-STABLE FreeBSD 4.4-STABLE #32: Thu Oct 11 10:19:10 EDT 2001 root@:/usr/src/sys/compile/ZIK i386 >Description: units results for temperature conversions is incorrect. units will not accept non-positive numbers. The problem is that temperature scales do not intersect at zero. There should be a way to note this in units.lib. Perhaps degC K +273 degF 5|9 degC +32 >How-To-Repeat: > units 497 units, 54 prefixes You have: 20 degC You want: K * 20 / 0.05 You have: 32 degF You want: degC * 17.777778 / 0.05625 You have: 0 degF units: unit reduces to zero You have: -9 degC unknown unit '-' >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 14: 0:17 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1A99F37B42F for ; Mon, 4 Feb 2002 14:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14M02H01060; Mon, 4 Feb 2002 14:00:02 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9E8F237B41D for ; Mon, 4 Feb 2002 13:58:51 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14LwpU00886; Mon, 4 Feb 2002 13:58:51 -0800 (PST) (envelope-from nobody) Message-Id: <200202042158.g14LwpU00886@freefall.freebsd.org> Date: Mon, 4 Feb 2002 13:58:51 -0800 (PST) From: Joseph Ishac To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/34619: TCP - FINs with different sequence numbers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34619 >Category: kern >Synopsis: TCP - FINs with different sequence numbers >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 04 14:00:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: Joseph Ishac >Release: >Organization: NASA Glenn Research Center >Environment: >Description: Problem (below) discovered on OpenBSD. The problem code exists in the current (1.39.2.14) version of src/sys/netinet/tcp_output.c. However, the problem has not been verified on a FreeBSD box. OpenBSD fix by Niels Provos. After loosing a packet in the final window of data, the resulting retransmission carries the FIN bit erroneously (it is not the final packet and carries a different sequence number). See: OpenBSD PR number 2368 (http://cvs.openbsd.org/cgi-bin/wwwgnats.pl/full/2368) for sample output. >How-To-Repeat: >Fix: OpenBSD solution from Niels Provos Index: tcp_output.c =================================================================== --- tcp_output.c 14 Jan 2002 19:58:18 -0000 1.46 +++ tcp_output.c 2 Feb 2002 01:01:37 -0000 len = tp->t_maxseg; sendalot = 1; } - if (SEQ_LT(tp->snd_nxt + len, tp->snd_una + so->so_snd.sb_cc)) + if (off + len < so->so_snd.sb_cc) flags &= ~TH_FIN; win = sbspace(&so->so_rcv); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 14: 0:19 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 23C6337B436 for ; Mon, 4 Feb 2002 14:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14M02301069; Mon, 4 Feb 2002 14:00:02 -0800 (PST) (envelope-from gnats) Received: from psychotic.aberrant.org (psychotic.aberrant.org [66.92.161.103]) by hub.freebsd.org (Postfix) with ESMTP id CA3FD37B423 for ; Mon, 4 Feb 2002 13:58:55 -0800 (PST) Received: by psychotic.aberrant.org (Postfix, from userid 1001) id 860E91FC72; Mon, 4 Feb 2002 16:58:52 -0500 (EST) Message-Id: <20020204215852.860E91FC72@psychotic.aberrant.org> Date: Mon, 4 Feb 2002 16:58:52 -0500 (EST) From: Seth Reply-To: Seth To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/34620: revline: new script that may be useful. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34620 >Category: bin >Synopsis: revline: new script that may be useful. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Feb 04 14:00:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: Seth >Release: FreeBSD 4.5-RELEASE i386 >Organization: >Environment: System: FreeBSD psychotic.aberrant.org 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Tue Jan 29 15:59:13 EST 2002 seth@psychotic.aberrant.org:/usr/src/sys/compile/KERNEL-A i386 >Description: A nice utility that will reverse the lines in a file (or group of files, or stdin) and display on stdout. It's a simple one-liner, but I'm surprised it's not included in the base dist. It works very well for me in /etc/periodic scripts, since it will output the most recent information first when scans are done on multiple files. Yes, tac has this functionality, but it's not included in base distribution. >How-To-Repeat: script is quite simple: #!/usr/bin/awk -f # /usr/local/bin/revline # revline. An awk script that will reverse the order of lines in a file. # see man page for details. { line[i++] = $0 } END { while (i) print line[--i]; } Manpage: .Dd Feb 4, 2002 .Dt REVLINE 1 .Os .Sh NAME .Nm revline .Nd reverse the order of lines in a file .Sh SYNOPSIS .Nm .Op Ar file ... .Sh DESCRIPTION The .Nm utility copies the specified files to the standard output, reversing the order of lines. If multiple files are specified, they are all read before processing takes place. If no files are specified, the standard input is read. >Fix: Make available as /usr/local/bin/revline. Use where appropriate. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 14:20: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1B8FF37B425 for ; Mon, 4 Feb 2002 14:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14MK3I07452; Mon, 4 Feb 2002 14:20:03 -0800 (PST) (envelope-from gnats) Date: Mon, 4 Feb 2002 14:20:03 -0800 (PST) Message-Id: <200202042220.g14MK3I07452@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/34620: revline: new script that may be useful. Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/34620; it has been noted by GNATS. From: Sheldon Hearn To: Seth Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/34620: revline: new script that may be useful. Date: Tue, 05 Feb 2002 00:17:19 +0200 On Mon, 04 Feb 2002 16:58:52 EST, Seth wrote: > >Number: 34620 > >Category: bin > >Synopsis: revline: new script that may be useful. Between rev(1) and sort(1)'s -r option, I think we've got it covered, both reversing text on a line and reversing lines. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 14:21:42 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 355C537B405; Mon, 4 Feb 2002 14:21:39 -0800 (PST) Received: (from keramida@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14MIBx07218; Mon, 4 Feb 2002 14:18:11 -0800 (PST) (envelope-from keramida) Date: Mon, 4 Feb 2002 14:18:11 -0800 (PST) From: Message-Id: <200202042218.g14MIBx07218@freefall.freebsd.org> To: keramida@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/34582: Support for D-Link DFE-690TXD Cardbus PC Card missing from rl NIC driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Support for D-Link DFE-690TXD Cardbus PC Card missing from rl NIC driver Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: keramida Responsible-Changed-When: Mon Feb 4 14:17:44 PST 2002 Responsible-Changed-Why: Misfiled PR. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34582 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 14:40: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 18C6237B426 for ; Mon, 4 Feb 2002 14:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14Me1710528; Mon, 4 Feb 2002 14:40:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BB7F937B405 for ; Mon, 4 Feb 2002 14:34:00 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14MY0F09762; Mon, 4 Feb 2002 14:34:00 -0800 (PST) (envelope-from nobody) Message-Id: <200202042234.g14MY0F09762@freefall.freebsd.org> Date: Mon, 4 Feb 2002 14:34:00 -0800 (PST) From: william theesfeld jr To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/34621: i have a patch for (lol) /usr/games/fish ... makes the game a bit easier to play... Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34621 >Category: misc >Synopsis: i have a patch for (lol) /usr/games/fish ... makes the game a bit easier to play... >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Feb 04 14:40:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: william theesfeld jr >Release: 4.5-RELEASE >Organization: >Environment: [PATCH] >Description: just a patch for /usr/games/fish, changes the output a bit to make the game more playable... i dont know how to submit and my freebsd machine isnt on the net, so i cannot send-pr, plz respond to this (even though the priority is LESS than low hehehe) >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 14:50:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5F72337B42F for ; Mon, 4 Feb 2002 14:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14Mo3Q12187; Mon, 4 Feb 2002 14:50:03 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0499137B425 for ; Mon, 4 Feb 2002 14:47:47 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14Mlko11712; Mon, 4 Feb 2002 14:47:46 -0800 (PST) (envelope-from nobody) Message-Id: <200202042247.g14Mlko11712@freefall.freebsd.org> Date: Mon, 4 Feb 2002 14:47:46 -0800 (PST) From: Michael Heyes To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/34622: Handbook documentation missing a step in Chapter 19.4.9 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34622 >Category: misc >Synopsis: Handbook documentation missing a step in Chapter 19.4.9 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 04 14:50:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: Michael Heyes >Release: Release 4.5 >Organization: n/a >Environment: n/a >Description: After rebooting into single user mode as described in chapter 19.4.8, 19.4.9tells you to run "make installworld". Doing so will result in a "no target to make" error. >How-To-Repeat: Reboot into single user mode and type "make installworld". >Fix: Add the missing step, cd /usr/src, before running "make installworld". >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 14:51:51 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BE2C637B427; Mon, 4 Feb 2002 14:51:38 -0800 (PST) Received: (from greid@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14Mopa12413; Mon, 4 Feb 2002 14:50:51 -0800 (PST) (envelope-from greid) Date: Mon, 4 Feb 2002 14:50:51 -0800 (PST) From: Message-Id: <200202042250.g14Mopa12413@freefall.freebsd.org> To: zik@msu.edu, greid@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/34617: /usr/bin/units mangles temperature conversion Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: /usr/bin/units mangles temperature conversion State-Changed-From-To: open->closed State-Changed-By: greid State-Changed-When: Mon Feb 4 14:49:30 PST 2002 State-Changed-Why: This is expected behaviour. From units(1): The units program converts quantities expressed in various scales to their equivalents in other scales. The units program can only handle multiplicative scale changes. It cannot convert Celsius to Fahrenheit, for example. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34617 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 15:50:28 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A3F6637B41E for ; Mon, 4 Feb 2002 15:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g14No2X24029; Mon, 4 Feb 2002 15:50:02 -0800 (PST) (envelope-from gnats) Date: Mon, 4 Feb 2002 15:50:02 -0800 (PST) Message-Id: <200202042350.g14No2X24029@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ian Dowse Subject: Re: bin/34604: restore fails with "Changing volumes on pipe input?" Reply-To: Ian Dowse Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/34604; it has been noted by GNATS. From: Ian Dowse To: "Georg-W. Koltermann" Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/34604: restore fails with "Changing volumes on pipe input?" Date: Mon, 04 Feb 2002 23:46:43 +0000 In message <200202040936.g149aJg01133@hunter.muc.macsch.com>, "Georg-W. Kolterm ann" writes: > DUMP: level 0 dump on Mon Feb 4 09:54:45 2002 > DUMP: DUMP IS DONE >Changing volumes on pipe input? >abort? [yn] n >>How-To-Repeat: >Try to copy a live filesystem to a scratch partition, using dump/restore >over a pipe. Could you try applying the following patch in /usr/src/sbin/restore and then doing a "make; make install" there? I've been sitting on it for a while because I haven't had a chance to clean it up and check that it doesn't break multi-volume restores. Ian Index: restore.c =================================================================== RCS file: /home/iedowse/CVS/src/sbin/restore/restore.c,v retrieving revision 1.7 diff -u -r1.7 restore.c --- restore.c 28 Aug 1999 00:14:08 -0000 1.7 +++ restore.c 4 Feb 2002 23:43:46 -0000 @@ -689,6 +689,7 @@ vprintf(stdout, "Extract requested files\n"); curfile.action = SKIP; + curvol = -1; getvol((long)1); skipmaps(); skipdirs(); @@ -702,35 +703,40 @@ */ if (first > last) return; - /* - * Reject any volumes with inodes greater - * than the last one needed - */ - while (curfile.ino > last) { - curfile.action = SKIP; - getvol((long)0); - skipmaps(); - skipdirs(); + if (curvol != volno) { + /* + * If at the beginning of a volume, reject any + * volumes with inodes greater than the last one + * needed + */ + while (curfile.ino > last) { + curfile.action = SKIP; + getvol((long)0); + skipmaps(); + skipdirs(); + } + } + if (curfile.ino <= last) { + /* + * Decide on the next inode needed. + * Skip across the inodes until it is found + * or an out of order volume change is encountered + */ + next = lowerbnd(curfile.ino); + do { + curvol = volno; + while (next > curfile.ino && volno == curvol) + skipfile(); + skipmaps(); + skipdirs(); + } while (volno == curvol + 1); + /* + * If volume change out of order occurred the + * current state must be recalculated + */ + if (volno != curvol) + continue; } - /* - * Decide on the next inode needed. - * Skip across the inodes until it is found - * or an out of order volume change is encountered - */ - next = lowerbnd(curfile.ino); - do { - curvol = volno; - while (next > curfile.ino && volno == curvol) - skipfile(); - skipmaps(); - skipdirs(); - } while (volno == curvol + 1); - /* - * If volume change out of order occurred the - * current state must be recalculated - */ - if (volno != curvol) - continue; /* * If the current inode is greater than the one we were * looking for then we missed the one we were looking for. @@ -762,6 +768,7 @@ if (volno != curvol) skipmaps(); } + curvol = volno; } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 16:30: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 630C637B41A for ; Mon, 4 Feb 2002 16:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g150U2G32344; Mon, 4 Feb 2002 16:30:02 -0800 (PST) (envelope-from gnats) Date: Mon, 4 Feb 2002 16:30:02 -0800 (PST) Message-Id: <200202050030.g150U2G32344@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Lars Eggert Subject: Re: misc/32490: umass support for ATAPI [with patch] Reply-To: Lars Eggert Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/32490; it has been noted by GNATS. From: Lars Eggert To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: misc/32490: umass support for ATAPI [with patch] Date: Mon, 04 Feb 2002 16:28:43 -0800 This is a cryptographically signed message in MIME format. --------------ms070605000904030007040308 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Now that 4.5 is out, maybe this could be committed? Thanks, Lars -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California --------------ms070605000904030007040308 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIInzCC ArUwggIeoAMCAQICAwWBRzANBgkqhkiG9w0BAQIFADCBkjELMAkGA1UEBhMCWkExFTATBgNV BAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUx HTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVl bWFpbCBSU0EgMjAwMC44LjMwMB4XDTAxMDgyNDE2NDAwMFoXDTAyMDgyNDE2NDAwMFowVDEP MA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2VydDEc MBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkC gYEA0AvLBsD78nxcUHeHkaMgl3b4qYPnfgbf8Lh+HQP8RgGMRG/Yb+vTpkGezlwt9pkJxiD1 1uZDy4CNNJUu3gKxKSb+zRV70O+lkwwftuHoLHoH4xwo3LcQ2LGDpd+I95tUN4dfJ3TmeEcU SF50dC/SuUI4w8AlhXQ8IxrhgdayTpECAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIB BAQTTDJ1TXlmZkJOVWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1Ud EwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAheZhn0pQA8zI7U2K1ZIAl11j0a1DKxnp3GtT vOUrGRB3WvYxidvdZ1kizhEsWeXU81TkNDH0DaRqtOEeu6Q2OhB+jeKEqY7IDAJE4/fI0e+d 6PnG1hd+vEvYmsKHkmzBhPc94XUOKNWO+qVNP2NGyNI3QIDy5wX4fdcOo1S34r4wggK1MIIC HqADAgECAgMFgUcwDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxX ZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYD VQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwg UlNBIDIwMDAuOC4zMDAeFw0wMTA4MjQxNjQwMDBaFw0wMjA4MjQxNjQwMDBaMFQxDzANBgNV BAQTBkVnZ2VydDENMAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkq hkiG9w0BCQEWDWxhcnNlQGlzaS5lZHUwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANAL ywbA+/J8XFB3h5GjIJd2+KmD534G3/C4fh0D/EYBjERv2G/r06ZBns5cLfaZCcYg9dbmQ8uA jTSVLt4CsSkm/s0Ve9DvpZMMH7bh6Cx6B+McKNy3ENixg6XfiPebVDeHXyd05nhHFEhedHQv 0rlCOMPAJYV0PCMa4YHWsk6RAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIBADAaMBgCAQQEE0wy dU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVkdTAMBgNVHRMBAf8E AjAAMA0GCSqGSIb3DQEBAgUAA4GBAIXmYZ9KUAPMyO1NitWSAJddY9GtQysZ6dxrU7zlKxkQ d1r2MYnb3WdZIs4RLFnl1PNU5DQx9A2karThHrukNjoQfo3ihKmOyAwCROP3yNHvnej5xtYX frxL2JrCh5JswYT3PeF1DijVjvqlTT9jRsjSN0CA8ucF+H3XDqNUt+K+MIIDKTCCApKgAwIB AgIBDDANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4g Q2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEo MCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhh d3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVl bWFpbEB0aGF3dGUuY29tMB4XDTAwMDgzMDAwMDAwMFoXDTAyMDgyOTIzNTk1OVowgZIxCzAJ BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEP MA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UE AxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMDCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEA3jMypmPHCSVFPtJueCdngcXaiBmClw7jRCmKYzUqbXA8+tyu9+50bzC8M5B/ +TRxoKNtmPHDT6Jl2w36S/HW3WGl+YXNVZo1Gp2Sdagnrthy+boC9tewkd4c6avgGAOofENC UFGHgzzwObSbVIoTh/+zm51JZgAtCYnslGvpoWkCAwEAAaNOMEwwKQYDVR0RBCIwIKQeMBwx GjAYBgNVBAMTEVByaXZhdGVMYWJlbDEtMjk3MBIGA1UdEwEB/wQIMAYBAf8CAQAwCwYDVR0P BAQDAgEGMA0GCSqGSIb3DQEBBAUAA4GBAHMbbyZli/8VNEtZYortRL5Jx+gNu4+5DWomKmKE H7iHY3QcbbfPGlORS+HN5jjZ7VD0Omw0kqzmkpxuwSMBwgmn70uuct0GZ/VQby5YuLYLwVBX tewc1+8XttWIm7eiiBrtOVs5fTT8tpYYJU1q9J3Fw5EvqZa4BTxS/N3pYgNIMYICpjCCAqIC AQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcT CUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2 aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDBYFHMAkG BSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTAyMDIwNTAwMjg0M1owIwYJKoZIhvcNAQkEMRYEFP7zb5cZT9dpvgJkY/aWmcDf4m0AMFIG CSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMC AgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGBnaCBmjCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMFgUcwDQYJKoZIhvcNAQEB BQAEgYC6iqKrn+D7SxjXIZIITRY4TSw3sqyfQzH4luiqvOgKAI5vPLGNlD6wK6LjrIjxxCxl 147jUwTwGYOLv4iBeP2X8NDLnyYY0Ww+cxBeo+0QmfYhmfAzvACZCv1SKkwPifxDTnQsTa4h cMx/5SlqFQUBOf+r80Yu6gkKQ309Jxz8iwAAAAAAAA== --------------ms070605000904030007040308-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 17:20:38 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 46EA937B416 for ; Mon, 4 Feb 2002 17:20:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g151K7Z43015; Mon, 4 Feb 2002 17:20:07 -0800 (PST) (envelope-from gnats) Date: Mon, 4 Feb 2002 17:20:07 -0800 (PST) Message-Id: <200202050120.g151K7Z43015@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: bin/34620: revline: new script that may be useful. Reply-To: "Crist J. Clark" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/34620; it has been noted by GNATS. From: "Crist J. Clark" To: Sheldon Hearn Cc: bug-followup@FreeBSD.ORG Subject: Re: bin/34620: revline: new script that may be useful. Date: Mon, 4 Feb 2002 16:50:54 -0800 On Mon, Feb 04, 2002 at 02:20:03PM -0800, Sheldon Hearn wrote: > On Mon, 04 Feb 2002 16:58:52 EST, Seth wrote: > > > >Number: 34620 > > >Category: bin > > >Synopsis: revline: new script that may be useful. > > Between rev(1) and sort(1)'s -r option, I think we've got it covered, > both reversing text on a line and reversing lines. :-) Not really. rev(1) does, $ echo 'Reverse this.' | rev .siht esreveR And sort(1) sorts and then prints in reverse. This is not the same. There are two very good reasons not to add this. As the original poster points out, it is trivial to script in awk(1), perl(1), sh(1), or whatever. And the command that _really_ does what he wants is, $ tail -r -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 19: 0:30 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1130C37B421 for ; Mon, 4 Feb 2002 19:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15302H67759; Mon, 4 Feb 2002 19:00:02 -0800 (PST) (envelope-from gnats) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by hub.freebsd.org (Postfix) with ESMTP id 9CB1037B417 for ; Mon, 4 Feb 2002 18:54:25 -0800 (PST) Received: (from mi@localhost) by aldan.algebra.com (8.11.6/8.11.5) id g152s2K41050; Mon, 4 Feb 2002 21:54:02 -0500 (EST) (envelope-from mi) Message-Id: <200202050254.g152s2K41050@aldan.algebra.com> Date: Mon, 4 Feb 2002 21:54:02 -0500 (EST) From: Mikhail Teterin Reply-To: Mikhail Teterin To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/34628: pkg-routines ignore the recorded md5 checksums Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34628 >Category: bin >Synopsis: pkg-routines ignore the recorded md5 checksums >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Feb 04 19:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Mikhail Teterin >Release: FreeBSD 5.0-CURRENT i386 >Organization: Virtual Estates, Inc. >Environment: System: FreeBSD aldan.algebra.com 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Thu Jan 3 21:38:15 EST 2002 mi@aldan.algebra.com:/ccd/obj/ccd/src/sys/DEBUG i386 >Description: Currently the pkg-plist handling code in pkg_install/lib and elsewhere ignores the recorded md5 checksums recorded for various files. Upgrading ports from source can often result in different versions of the same port claiming the same files and confusing things like ``pkg_info -W'', which is when md5 checksum can be helpful. There could be other uses. >How-To-Repeat: cd /var/db/pkg cp -Rp test- vi test-/+CONTENTS [modify a checksum of a file] pkg_info -W >Fix: The patch below makes pkg_install/lib parse and record the md5 checksums, and pkg_info's -W option -- use them if the same file is claimed by multiple packages -- the last one having the correct checksum wins. There could be other usages, I suppose. Requesting permission to commit this change myself. Index: info/perform.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/pkg_install/info/perform.c,v retrieving revision 1.44 diff -U2 -r1.44 perform.c --- info/perform.c 10 Oct 2001 08:21:41 -0000 1.44 +++ info/perform.c 5 Feb 2002 02:53:43 -0000 @@ -27,4 +27,5 @@ #include "info.h" #include +#include #include @@ -381,4 +382,5 @@ } else if (itr->type == PLIST_FILE) { TAILQ_FOREACH(wp, which_list, next) { + char chsum[33] = "\0"; if (wp->skip == TRUE) continue; @@ -388,4 +390,14 @@ warnx("both %s and %s claim to have installed %s\n", wp->package, installed[i], wp->file); + if (chsum[0] == '\0' && itr->chsum[0] != '\0' && + MD5File(wp->file, chsum) == NULL) + warnx("can not get %s's md5-sum\n", wp->file); + if (chsum[0] != '\0' && + memcmp(chsum, itr->chsum, 32) == 0) { + warnx("%s has the right checksum " + "recorded for %s (%s)\n", + installed[i], wp->file, chsum); + strlcpy(wp->package, installed[i], PATH_MAX); + } } else { strlcpy(wp->package, installed[i], PATH_MAX); cvs server: Diffing lib Index: lib/lib.h =================================================================== RCS file: /home/ncvs/src/usr.sbin/pkg_install/lib/lib.h,v retrieving revision 1.40 diff -U2 -r1.40 lib.h --- lib/lib.h 10 Oct 2001 08:21:41 -0000 1.40 +++ lib/lib.h 5 Feb 2002 02:53:43 -0000 @@ -109,4 +109,5 @@ Boolean marked; plist_t type; + char chsum[33]; }; typedef struct _plist *PackingList; Index: lib/plist.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/pkg_install/lib/plist.c,v retrieving revision 1.36 diff -U2 -r1.36 plist.c --- lib/plist.c 10 Oct 2001 08:21:41 -0000 1.36 +++ lib/plist.c 5 Feb 2002 02:53:43 -0000 @@ -280,4 +280,7 @@ } } + /* This may be the MD5 sum of the last entry: */ + if (cmd == PLIST_COMMENT) + sscanf(cp, "MD5:%32s", pkg->tail->chsum); bottom: add_plist(pkg, cmd, cp); cvs server: Diffing pkg cvs server: Diffing sign cvs server: Diffing update cvs server: Diffing version >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 19:10:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7887D37B423 for ; Mon, 4 Feb 2002 19:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g153A2j72673; Mon, 4 Feb 2002 19:10:02 -0800 (PST) (envelope-from gnats) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id CC49537B444 for ; Mon, 4 Feb 2002 19:07:15 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.6/8.11.1) id g1537FX73904; Mon, 4 Feb 2002 19:07:15 -0800 (PST) (envelope-from obrien) Message-Id: <200202050307.g1537FX73904@dragon.nuxi.com> Date: Mon, 4 Feb 2002 19:07:15 -0800 (PST) From: "David O'Brien" Reply-To: "David O'Brien" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/34629: fetch(1) cannot download RH 7.2 ISOs from www.linuxiso.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34629 >Category: bin >Synopsis: fetch(1) cannot download RH 7.2 ISOs from www.linuxiso.org >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 04 19:10:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: David O'Brien >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: System: FreeBSD dragon.nuxi.com 5.0-CURRENT FreeBSD 5.0-CURRENT #229: Thu Jan 31 18:45:00 PST 2002 rootk@dragon.nuxi.com:/FBSD/src/sys/i386/compile/DRAGON i386 >Description: I know... why am I even trying to this... or mabye you want to say that is a feature, not a bug! Anyway, this command times out after xfering very litte: fetch http://www.linuxiso.org/download/rh7.2-i386-disc1.iso however, this command does not time out: wget --version GNU Wget 1.7 wget http://www.linuxiso.org/download/rh7.2-i386-disc1.iso >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 20: 3:52 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from email3.gm20.com (email3.gm20.com [164.109.174.92]) by hub.freebsd.org (Postfix) with SMTP id F345337B400 for ; Mon, 4 Feb 2002 20:02:52 -0800 (PST) Message-ID: <7586650.1012881965427.Kada.Kada2(pc-92)@email3.gm20.com> Date: Mon, 4 Feb 2002 23:06:05 -0500 (EST) From: "marketing@aboutjcmorris.com" To: freebsd-bugs@freebsd.org Subject: Company Merger Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_65953_1376009.1012881965427" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ------=_Part_65953_1376009.1012881965427 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable YOU ARE RECEIVING THIS EMAIL BECAUSE YOU HAVE EXPRESSED INTEREST IN PRODUCT= S THAT WE CAN SAVE YOU MONEY ON. IF YOU WOULD LIKE TO BE REMOVED FROM OUR = MAILING LIST PLEASE CLICK THE UNSUBSCRIBE LINK AT THE BOTTOM OF THIS EMAIL.= WE CAN ASSURE YOU THAT YOU WILL BE REMOVED IMMEDIATELY. =09=09 IImportant Announcement from J.C. Morris & Company =09=09=09=09=09=09=09=09=09=09=09=09=09=09 For the past few years, our customers have enjoyed the ability to purchase = computers and related products from manufacturers like Sony, Apple, IBM, To= shiba and Compaq at prices below wholesale. J.C. Morris & Company has been= able to accomplish this because of our direct relationship with distributo= rs that use our Advertising & Marketing Services. Now, J.C. Morris & Company has teamed up with and additional distributor, A= llied Interactive Micro-Systems, a company that specializes in the world-wi= de distribution of computer hardware, software and electronics, from manufa= cturers like Bose, Pioneer and Canon. Here=92s your chance to get to know us, and from now until February 8, 2002= if you visit us on-line or in person and would like to make a purchase, we= will give you an additional 30% off our current selling price. This is our way of saying thank you for taking the time to visit our compan= y. Should you have any questions please feel free to call us at 1-800-845-6215= or direct at 404-521-3624. If you would like to be remove from our mailin= g list just click on the link below.=20 Sincerely, Jim Morris Vice President J.C. Morris & Company http://gm12.com/r.html?c=3D110218&r=3D110140&t=3D18247168&l=3D1&d=3D8163453= &u=3Dhttp://www.aboutjcmorris.com =09=09 Apple iMac $1099.00 =09=09 http://gm12.com/r.html?c=3D110218&r=3D110140&t=3D18247168&l=3D1&d=3D8163453= &u=3Dhttp://www.aboutjcmorris.com =09=09 Tower Place Center Suite 1800, 3340 Peachtree Road NE Atlanta, GA 30326 1-888-567-2444 Click here: mailto:cmprn110140@gm20.com?subject=3Dunsubscribe!freebsd-bugs@= freebsd.org!18247168 to unsubscribe from our mailing list. Or reply to thi= s message with the word unsubscribe in the subject line. ------=_Part_65953_1376009.1012881965427 Content-Type: text/html Content-Transfer-Encoding: quoted-printable =09=09=09=09=09=09eNewsletter 2=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09
For the past few years, our customers have enjoyed the ability to purchase= computers and related products from manufacturers like Sony, Apple, IBM, T= oshiba and Compaq at prices below wholesale. J.C. Morris & Company has bee= n able to accomplish this because of our direct relationship with distribut= ors that use our Advertising & Marketing Services.

Now, J.C. Morris = & Company has teamed up with and additional distributor, Allied Interactive= Micro-Systems, a company that specializes in the world-wide distribution o= f computer hardware, software and electronics, from manufacturers like Bose= , Pioneer and Canon.

Here=92s your chance to get to know us, and fro= m now until February 8, 2002 if you visit us on-line or in person and would= like to make a purchase, we will give you an additional 30% off our curren= t selling price.

This is our way of saying thank you for taking the = time to visit our company.

Should you have any questions please feel= free to call us at 1-800-845-6215 or direct at 404-521-3624. If you would= like to be remove from our mailing list just click on the link below.
=
Sincerely,
Jim Morris
Vice President
J.C. Morris & Company
= Come visit us today!

=09=09=09=09=09=09=09=09

=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09=09

YOU ARE RECEIVING THIS EMAIL BECAUSE YOU HAVE EXPRESSED INTEREST IN PRODUC= TS THAT WE CAN SAVE YOU MONEY ON. IF YOU WOULD LIKE TO BE REMOVED FROM OUR= MAILING LIST PLEASE CLICK THE UNSUBSCRIBE LINK AT THE BOTTOM OF THIS EMAIL= . WE CAN ASSURE YOU THAT YOU WILL BE REMOVED IMMEDIATELY.
<= /font>=09=09
IImportant Announcement from J.C. Morris & Compa= ny=09=09
=09=09=09=09
=09=09=09=093D""= =09=09=09=09
=09=09=09=09=09=09=09=09

=09=09=09=09=09=09=09=09
=09= =09=09=09=09=09=09=09

=09=09=09=09=09=09=09=09
=09=09=09=09=09=09=09= =09

=09=09=09=09=09=09=09=09
=09=09=09=09=09=09=09=09

=09=09=09=09= =09=09=09=09
=09=09=09=09=09=09

=09=09=09		=09=09=09=09
=09=09

= =09=09=09=09
=09=09=09=09

=09=09=09=09


Apple iMac

$1099.00

=09=09=09=09=09

=09=09=09=09
Visit our Company on-line!=09=09<= /center>=09=09
Tower Place Center Suite 1800, 3340= Peachtree Road NE

Atlanta, GA 30326

1-888-567-2444
<= /font>
=09=09
=09=09=09=09

Click here to unsubscribe from our mailing list. Or r= eply to this message with the word unsubscribe in the subject line.


------=_Part_65953_1376009.1012881965427-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 4 22:41:41 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E585737B428; Mon, 4 Feb 2002 22:41:38 -0800 (PST) Received: (from tanimura@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g156ank32720; Mon, 4 Feb 2002 22:36:49 -0800 (PST) (envelope-from tanimura) Date: Mon, 4 Feb 2002 22:36:49 -0800 (PST) From: Message-Id: <200202050636.g156ank32720@freefall.freebsd.org> To: tanimura@FreeBSD.org, freebsd-bugs@FreeBSD.org, tanimura@FreeBSD.org Subject: Re: kern/32530: Fix for midi(4) causing hang at boot with some SB AWE64 cards Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Fix for midi(4) causing hang at boot with some SB AWE64 cards Responsible-Changed-From-To: freebsd-bugs->tanimura Responsible-Changed-By: tanimura Responsible-Changed-When: Mon Feb 4 22:33:51 PST 2002 Responsible-Changed-Why: Designated by the originator. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=32530 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 0:30: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E079937B41B for ; Tue, 5 Feb 2002 00:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g158U2o68634; Tue, 5 Feb 2002 00:30:02 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 00:30:02 -0800 (PST) Message-Id: <200202050830.g158U2o68634@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Pentchev Subject: Re: misc/34621: i have a patch for (lol) /usr/games/fish ... makes the game a bit easier to play... Reply-To: Peter Pentchev Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/34621; it has been noted by GNATS. From: Peter Pentchev To: william theesfeld jr Cc: bug-followup@FreeBSD.org Subject: Re: misc/34621: i have a patch for (lol) /usr/games/fish ... makes the game a bit easier to play... Date: Tue, 5 Feb 2002 10:22:44 +0200 --nmemrqcdn5VTmUEE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 04, 2002 at 02:34:00PM -0800, william theesfeld jr wrote: >=20 > >Number: 34621 > >Category: misc > >Synopsis: i have a patch for (lol) /usr/games/fish ... makes the g= ame a bit easier to play... > >Description: > just a patch for /usr/games/fish, changes the output a bit to > make the game more playable... i dont know how to submit and my > freebsd machine isnt on the net, so i cannot send-pr, plz respond > to this (even though the priority is LESS than low hehehe) Just send an e-mail message to bug-followup@FreeBSD.org with the subject line of this message, and GNATS - the FreeBSD problem tracking system - will note it as a follow-up to your PR. G'luck, Peter --=20 Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 No language can express every thought unambiguously, least of all this one. --nmemrqcdn5VTmUEE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxfllMACgkQ7Ri2jRYZRVNGHACdHUpjXppSE2Fe0wAU1GfIOUJv LZgAnjw+krb9oUJ5wBIJ7/RUM4XFzXQU =cKjg -----END PGP SIGNATURE----- --nmemrqcdn5VTmUEE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 1:10:15 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 69A7E37B417 for ; Tue, 5 Feb 2002 01:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g159A1c77841; Tue, 5 Feb 2002 01:10:01 -0800 (PST) (envelope-from gnats) Received: from n-entropy.berkeley.edu (n-entropy.Berkeley.EDU [128.32.10.194]) by hub.freebsd.org (Postfix) with ESMTP id B6D4B37B42C for ; Tue, 5 Feb 2002 01:01:08 -0800 (PST) Received: (from wssg@localhost) by n-entropy.berkeley.edu (8.11.6/8.11.6) id g15918N01828; Tue, 5 Feb 2002 01:01:08 -0800 (PST) (envelope-from wssg) Message-Id: <200202050901.g15918N01828@n-entropy.berkeley.edu> Date: Tue, 5 Feb 2002 01:01:08 -0800 (PST) From: "Karl R. Grose" Reply-To: "Karl R. Grose" To: FreeBSD-gnats-submit@freebsd.org Cc: "Karl R. Grose" X-Send-Pr-Version: 3.113 Subject: kern/34632: D-Link DFE-690TXD Cardbus NIC not supported in rl driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34632 >Category: kern >Synopsis: D-Link DFE-690TXD Cardbus NIC not supported in rl driver >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Feb 05 01:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Karl R. Grose >Release: FreeBSD 5.0-CURRENT i386 >Organization: UC Berkeley >Environment: System: FreeBSD n-entropy.berkeley.edu 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Sat Feb 2 22:13:04 PST 2002 wssg@dhcppc5.client.attbi.com:/usr/obj/usr/src/sys/N-COQUI-DLINK i386 Dell Latitude laptop >Description: Support for the D-Link DFE-690TXD Cardbus NIC was not found while testing with 5.0-CURRENT. The vendor ID and device ID were reported during boot, but the card was not functional when using a kernel compiled with the rl driver. >How-To-Repeat: Boot system with rl driver compiled in kernel and NIC in cardbus slot. >Fix: I noticed that a patch was available for this card in the NetBSD PR kern/15100 bug report, and based on that code the following patches for the rl source files was tested and found to work for my system: --- if_rlreg.h.orig Fri Nov 23 06:27:33 2001 +++ if_rlreg.h Sun Feb 3 01:02:54 2002 @@ -463,6 +463,11 @@ #define DLINK_DEVICEID_530TXPLUS 0x1300 /* + * D-Link DFE-690TXD device ID + */ +#define DLINK_DEVICEID_690TXD 0x1340 + +/* * PCI low memory base and low I/O base register, and * other PCI registers. */ --- if_rl.c.orig Thu Dec 13 21:56:35 2001 +++ if_rl.c Sun Feb 3 00:51:12 2002 @@ -152,6 +152,8 @@ "Addtron Technolgy 8139 10/100BaseTX" }, { DLINK_VENDORID, DLINK_DEVICEID_530TXPLUS, "D-Link DFE-530TX+ 10/100BaseTX" }, + { DLINK_VENDORID, DLINK_DEVICEID_690TXD, + "D-Link DFE-690TXD 10/100BaseTX" }, { 0, 0, NULL } }; @@ -962,7 +964,8 @@ if (rl_did == RT_DEVICEID_8139 || rl_did == ACCTON_DEVICEID_5030 || rl_did == DELTA_DEVICEID_8139 || rl_did == ADDTRON_DEVICEID_8139 || - rl_did == RT_DEVICEID_8138 || rl_did == DLINK_DEVICEID_530TXPLUS) + rl_did == RT_DEVICEID_8138 || rl_did == DLINK_DEVICEID_530TXPLUS || + rl_did == DLINK_DEVICEID_690TXD) sc->rl_type = RL_8139; else if (rl_did == RT_DEVICEID_8129) sc->rl_type = RL_8129; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 1:21:43 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A91A837B421; Tue, 5 Feb 2002 01:21:39 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g159LYq79262; Tue, 5 Feb 2002 01:21:34 -0800 (PST) (envelope-from sheldonh) Date: Tue, 5 Feb 2002 01:21:34 -0800 (PST) From: Message-Id: <200202050921.g159LYq79262@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: misc/33672: telnetd and mount_mfs signal handlers call exit() which can hang process. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: telnetd and mount_mfs signal handlers call exit() which can hang process. Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Feb 5 01:19:14 PST 2002 Responsible-Changed-Why: I'll take this one. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33672 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 1:41:48 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 50DAE37B41C; Tue, 5 Feb 2002 01:41:39 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g159cEU81799; Tue, 5 Feb 2002 01:38:14 -0800 (PST) (envelope-from sheldonh) Date: Tue, 5 Feb 2002 01:38:14 -0800 (PST) From: Message-Id: <200202050938.g159cEU81799@freefall.freebsd.org> To: karlgrose@uclink.berkeley.edu, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/34632: D-Link DFE-690TXD Cardbus NIC not supported in rl driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: D-Link DFE-690TXD Cardbus NIC not supported in rl driver State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Tue Feb 5 01:37:53 PST 2002 State-Changed-Why: Duplicate of kern/34582. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34632 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 1:41:53 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 67CD437B426; Tue, 5 Feb 2002 01:41:40 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g159ZXo81275; Tue, 5 Feb 2002 01:35:33 -0800 (PST) (envelope-from sheldonh) Date: Tue, 5 Feb 2002 01:35:33 -0800 (PST) From: Message-Id: <200202050935.g159ZXo81275@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-doc@freebsd.org Subject: Re: docs/34622: Handbook documentation missing a step in Chapter 19.4.9 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Handbook documentation missing a step in Chapter 19.4.9 Responsible-Changed-From-To: freebsd-bugs->freebsd-doc Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Feb 5 01:35:09 PST 2002 Responsible-Changed-Why: Misfiled PR. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34622 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 1:41:56 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DDBED37B419; Tue, 5 Feb 2002 01:41:41 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g159aXs81491; Tue, 5 Feb 2002 01:36:33 -0800 (PST) (envelope-from sheldonh) Date: Tue, 5 Feb 2002 01:36:33 -0800 (PST) From: Message-Id: <200202050936.g159aXs81491@freefall.freebsd.org> To: seth@psychotic.aberrant.org, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/34620: revline: new script that may be useful. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: revline: new script that may be useful. State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Tue Feb 5 01:35:47 PST 2002 State-Changed-Why: Closed as per the standard "one-liner rejected" policy. But thanks for your interest in improving FreeBSD. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34620 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 1:42:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AE2D737B439; Tue, 5 Feb 2002 01:41:43 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g159YW481066; Tue, 5 Feb 2002 01:34:32 -0800 (PST) (envelope-from sheldonh) Date: Tue, 5 Feb 2002 01:34:32 -0800 (PST) From: Message-Id: <200202050934.g159YW481066@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, bfumerola@FreeBSD.org Subject: Re: misc/34621: i have a patch for (lol) /usr/games/fish ... makes the game a bit easier to play... Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: i have a patch for (lol) /usr/games/fish ... makes the game a bit easier to play... Responsible-Changed-From-To: freebsd-bugs->bfumerola Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Feb 5 01:34:03 PST 2002 Responsible-Changed-Why: Over to the maintainer (the guy who commits to games a lot), in anticipation of the patch. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34621 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 1:42: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9F2B537B41F; Tue, 5 Feb 2002 01:41:42 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g159cvT81933; Tue, 5 Feb 2002 01:38:57 -0800 (PST) (envelope-from sheldonh) Date: Tue, 5 Feb 2002 01:38:57 -0800 (PST) From: Message-Id: <200202050938.g159cvT81933@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, wpaul@FreeBSD.org Subject: Re: kern/34582: Support for D-Link DFE-690TXD Cardbus PC Card missing from rl NIC driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Support for D-Link DFE-690TXD Cardbus PC Card missing from rl NIC driver Responsible-Changed-From-To: freebsd-bugs->wpaul Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Feb 5 01:38:39 PST 2002 Responsible-Changed-Why: Bill, this one contains a patch. :-) http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34582 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 1:50:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E998537B420 for ; Tue, 5 Feb 2002 01:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g159o3B83638; Tue, 5 Feb 2002 01:50:03 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 01:50:03 -0800 (PST) Message-Id: <200202050950.g159o3B83638@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/34497: calendar(1) does not understand calendars Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/34497; it has been noted by GNATS. From: Sheldon Hearn To: David Taylor Cc: bug-followup@freebsd.org Subject: Re: bin/34497: calendar(1) does not understand calendars Date: Tue, 05 Feb 2002 11:47:16 +0200 On Fri, 01 Feb 2002 16:20:58 GMT, David Taylor wrote: > OpenBSD does appear to have a fix for that problem (almost identical to my > fix, in fact). Could you post the patch from OpenBSD that fixes this problem? While I appreciate that you put effort into your own patch, it's better to keep the differences between us and the other BSD's down to a minimum. Please copy your feedback to , using the subject line of this message. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 1:50:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 69B5237B433 for ; Tue, 5 Feb 2002 01:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g159o2c83630; Tue, 5 Feb 2002 01:50:02 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 01:50:02 -0800 (PST) Message-Id: <200202050950.g159o2c83630@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: kern/33978: can't kill process Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/33978; it has been noted by GNATS. From: David Malone To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/33978: can't kill process Date: Tue, 05 Feb 2002 09:44:06 +0000 Adding this to the Audit trail. David. Date: Tue, 5 Feb 2002 09:54:38 +0100 From: Gerard Kok To: David Malone Subject: Re: kern/33978: can't kill process Hi, > The state field in top would provide a bit more information about > what it was actially waiting on, so if it happens again it would > be worth checking this. Last week it did happen again, and this time I captured the output of top: PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 47106 daemon -20 0 2280K 1000K devbuf 0:04 0.00% 0.00% rastertohp The relevant output of ps is: USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND daemon 47106 0.0 0.4 2280 1000 ?? D 11:17AM 0:04.48 lp 23 gerard 1 (rastertohp) Hope this helps a bit. Kind regards, Gerard Kok To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 1:50:20 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 02E7437B41C for ; Tue, 5 Feb 2002 01:50:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g159o6883660; Tue, 5 Feb 2002 01:50:06 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 01:50:06 -0800 (PST) Message-Id: <200202050950.g159o6883660@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/34373: SMP lockup somewhat similar to bug #33986, unless vmware is running... Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34373; it has been noted by GNATS. From: Sheldon Hearn To: Jesse McConnell Cc: bug-followup@freebsd.org Subject: Re: kern/34373: SMP lockup somewhat similar to bug #33986, unless vmware is running... Date: Tue, 05 Feb 2002 11:52:23 +0200 On Thu, 31 Jan 2002 11:43:17 CST, Jesse McConnell wrote: > well, the lock up still occurs on the more sane NMBCLUSTERS. I just got > rid of the parameter and let the system take care of it. > > As for the lockup without the audio support, it hasn't happened yet...I > fear saying it won't since when it treats me this nice it generally > means it is waiting for me to do something important before > locking...But we are at 1:11 so far and no lock. Any news on whether the lockup appears to be audio-related? If it is, the best way forward will probably be for me to assign the PR to the audio maintainers will you build a kernel with the DDB debugger built in so you can break into the debugger and see where the kernel's stuck. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 1:50:22 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CF81337B41A for ; Tue, 5 Feb 2002 01:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g159o5b83646; Tue, 5 Feb 2002 01:50:05 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 01:50:05 -0800 (PST) Message-Id: <200202050950.g159o5b83646@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Thao et Hubert Tournier Subject: Re: i386/25889: FDISK lost a partition ! Reply-To: Thao et Hubert Tournier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR i386/25889; it has been noted by GNATS. From: Thao et Hubert Tournier To: sheldonh@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: i386/25889: FDISK lost a partition ! Date: Fri, 01 Feb 2002 00:29:04 +0100 Hello, sheldonh@FreeBSD.org wrote: > > Synopsis: FDISK lost a partition ! > > State-Changed-From-To: open->feedback > State-Changed-By: sheldonh > State-Changed-When: Wed Jan 30 05:57:41 PST 2002 > State-Changed-Why: > Anyone able to reproduce this on recent FreeBSD installations? > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=25889 It's nice to hear from you. I never encountered this problem again (I will have a new chance this week-end during a 4.4R to 4.5R upgrade. This time I will make a backup before :-)). Anyway, I recovered nearly all of my data on the lost partition, although something else had been screwed (maybe in the partition boot sector) apart from the partition entry. I still think that having Fdisk modify only partition entries which have changed would be the way to go. Just my 2c. Have a nice day ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 2: 0: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9683B37B419 for ; Tue, 5 Feb 2002 02:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15A03B85325; Tue, 5 Feb 2002 02:00:03 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 02:00:03 -0800 (PST) Message-Id: <200202051000.g15A03B85325@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/25627: Cannot append hash after .elif in Makefile Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/25627; it has been noted by GNATS. From: Sheldon Hearn To: Seth Kingsley Cc: bug-followup@freebsd.org Subject: Re: bin/25627: Cannot append hash after .elif in Makefile Date: Tue, 05 Feb 2002 11:57:19 +0200 Hi Seth, The patch you submitted against make(1) to fix the problem reported in FreeBSD PR bin/25627 was reported to break the 'release' target. Did you do any further work in this area? Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 2:31:42 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C141F37B434; Tue, 5 Feb 2002 02:31:39 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15AS8e92280; Tue, 5 Feb 2002 02:28:08 -0800 (PST) (envelope-from sheldonh) Date: Tue, 5 Feb 2002 02:28:08 -0800 (PST) From: Message-Id: <200202051028.g15AS8e92280@freefall.freebsd.org> To: rbt@zort.ca, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/34614: Apache fails to install Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Apache fails to install State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Tue Feb 5 02:26:32 PST 2002 State-Changed-Why: Misfiled and content-free. If you need someone to look into an Apache problem, please 1) File a PR correctly as a ports PR. 2) Let us know what version of Apache you're installing. 3) Let us know how you tried to install it (ports, packages...). 4) Show us the error message you see. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34614 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 3: 1:42 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 57B2737B41C; Tue, 5 Feb 2002 03:01:39 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15Asmr96120; Tue, 5 Feb 2002 02:54:48 -0800 (PST) (envelope-from sheldonh) Date: Tue, 5 Feb 2002 02:54:48 -0800 (PST) From: Message-Id: <200202051054.g15Asmr96120@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, ume@FreeBSD.org Subject: Re: misc/33213: rarpd fails to init IPv6 enabled interfaces Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: rarpd fails to init IPv6 enabled interfaces Responsible-Changed-From-To: freebsd-bugs->ume Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Feb 5 02:52:59 PST 2002 Responsible-Changed-Why: Umemoto-san, are you still our resident IPv6 maintainer? http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33213 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 5: 0: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 522C837B41D for ; Tue, 5 Feb 2002 05:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15D01v28226; Tue, 5 Feb 2002 05:00:01 -0800 (PST) (envelope-from gnats) Received: from chmls18.ne.ipsvc.net (chmls18.ne.ipsvc.net [24.147.1.153]) by hub.freebsd.org (Postfix) with ESMTP id 398D637B421 for ; Tue, 5 Feb 2002 04:59:47 -0800 (PST) Received: from be-well.ilk.org (lowellg.ne.mediaone.net [24.147.188.158]) by chmls18.ne.ipsvc.net (8.11.6/8.11.6) with ESMTP id g15CxYG21717 for ; Tue, 5 Feb 2002 07:59:34 -0500 (EST) Received: (from lowell@localhost) by be-well.ilk.org (8.11.6/8.11.4) id g15CxZS06254; Tue, 5 Feb 2002 07:59:35 -0500 (EST) (envelope-from lowell) Message-Id: <200202051259.g15CxZS06254@be-well.ilk.org> Date: Tue, 5 Feb 2002 07:59:35 -0500 (EST) From: Lowell@world.std.com Reply-To: Lowell@world.std.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/34637: LINT is wrong -- NMBCLUSTERS doesn't auto-size if 0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34637 >Category: kern >Synopsis: LINT is wrong -- NMBCLUSTERS doesn't auto-size if 0 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 05 05:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Lowell Gilbert >Release: FreeBSD 4.5-STABLE i386 >Organization: >Environment: System: FreeBSD lowellg.ne.mediaone.net 4.5-STABLE FreeBSD 4.5-STABLE #0: Tue Feb 5 02:06:02 EST 2002 root@lowellg.ne.mediaone.net:/usr/obj/usr/src/sys/BE-WELL i386 >Description: LINT says that NMBCLUSTERS will autosize if set to zero. It doesn't; it only autosizes if not defined. >How-To-Repeat: [see LINT, compare to /sys/kern/uipc_mbuf.c] >Fix: [including a typo repair...] *** LINT~ Tue Feb 5 07:40:44 2002 --- LINT Tue Feb 5 07:41:07 2002 *************** *** 2376,2382 **** # Set the size of the mbuf KVM reservation, in clusters. This is scaled # by approximately 2048 bytes. The system will auto-size the mbuf area ! # if this options is not specified or set to 0. # options NMBCLUSTERS=1024 --- 2376,2382 ---- # Set the size of the mbuf KVM reservation, in clusters. This is scaled # by approximately 2048 bytes. The system will auto-size the mbuf area ! # if this option is not specified. # options NMBCLUSTERS=1024 Another alternative would be to change /sys/kern/uipc_mbuf.c so that it uses "#if !NMBCLUSTERS" instead of "#ifndef NMBCLUSTERS", but I think the code is fine, and changing LINT to reflect it is the better way to go. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 5:20: 9 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D329437B41B for ; Tue, 5 Feb 2002 05:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15DK2434108; Tue, 5 Feb 2002 05:20:02 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 05:20:02 -0800 (PST) Message-Id: <200202051320.g15DK2434108@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ed Symanzik Subject: Re: misc/34617: /usr/bin/units mangles temperature conversion Reply-To: Ed Symanzik Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/34617; it has been noted by GNATS. From: Ed Symanzik To: freebsd-gnats-submit@FreeBSD.org, zik@msu.edu Cc: Subject: Re: misc/34617: /usr/bin/units mangles temperature conversion Date: Tue, 05 Feb 2002 08:14:58 -0500 I looked right over that. I was expecting a notice like that to appear in the Bugs section. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 5:20:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B14AD37B42B for ; Tue, 5 Feb 2002 05:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15DK1X34100; Tue, 5 Feb 2002 05:20:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BEBCE37B422 for ; Tue, 5 Feb 2002 05:10:00 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15DA0k32683; Tue, 5 Feb 2002 05:10:00 -0800 (PST) (envelope-from nobody) Message-Id: <200202051310.g15DA0k32683@freefall.freebsd.org> Date: Tue, 5 Feb 2002 05:10:00 -0800 (PST) From: Bartosz Gorzynski To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/34638: FreeSD 4.5 boot problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34638 >Category: i386 >Synopsis: FreeSD 4.5 boot problem >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 05 05:20:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Bartosz Gorzynski >Release: 4.5 >Organization: JEREMI S.C >Environment: >Description: System hangs after compiling 4.5 kernel with SMP support on procmail (4.4 version works fine) >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 6:30:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 510D537B425 for ; Tue, 5 Feb 2002 06:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15EU3n62135; Tue, 5 Feb 2002 06:30:03 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 06:30:03 -0800 (PST) Message-Id: <200202051430.g15EU3n62135@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jesse McConnell Subject: Re: kern/34373: SMP lockup somewhat similar to bug #33986, unless vmware is running... Reply-To: Jesse McConnell Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34373; it has been noted by GNATS. From: Jesse McConnell To: Sheldon Hearn Cc: Subject: Re: kern/34373: SMP lockup somewhat similar to bug #33986, unless vmware is running... Date: Tue, 5 Feb 2002 08:19:33 -0600 Ya, I am afraid that is prolley the audio...I could have swore I had a lockup without audio compiled in but that was months ago I could be wrong.. I'll try and build a kernel with the debug in sometime this week and get back to you...or the audio guys. Jesse On (05/02/02 11:52), Sheldon Hearn wrote: > From: Sheldon Hearn > To: Jesse McConnell > cc: bug-followup@freebsd.org > Subject: Re: kern/34373: SMP lockup somewhat similar to bug #33986, unless vmware is running... > In-reply-to: Your message of "Thu, 31 Jan 2002 11:43:17 CST." > <20020131114317.E15692@gallup.com> > Date: Tue, 05 Feb 2002 11:52:23 +0200 > > > > On Thu, 31 Jan 2002 11:43:17 CST, Jesse McConnell wrote: > > > well, the lock up still occurs on the more sane NMBCLUSTERS. I just got > > rid of the parameter and let the system take care of it. > > > > As for the lockup without the audio support, it hasn't happened yet...I > > fear saying it won't since when it treats me this nice it generally > > means it is waiting for me to do something important before > > locking...But we are at 1:11 so far and no lock. > > Any news on whether the lockup appears to be audio-related? If it is, > the best way forward will probably be for me to assign the PR to the > audio maintainers will you build a kernel with the DDB debugger built in > so you can break into the debugger and see where the kernel's stuck. > > Ciao, > Sheldon. -- Jesse McConnell The Gallup Organization (402) 486-6987 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 6:30:16 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3A39F37B41D for ; Tue, 5 Feb 2002 06:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15EU7S62151; Tue, 5 Feb 2002 06:30:07 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 06:30:07 -0800 (PST) Message-Id: <200202051430.g15EU7S62151@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alan Judge Subject: Re: bin/32295 Reply-To: Alan Judge Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/32295; it has been noted by GNATS. From: Alan Judge To: freebsd-gnats-submit@freebsd.org Cc: lwa@teaser.fr Subject: Re: bin/32295 Date: Tue, 05 Feb 2002 14:27:48 +0000 We're seeing what appears to be exactly the same problem on 4.5-STABLE. I also see talk on the MySQL mailing lists from other FreeBSD users who appear to be hitting this problem. We're load testing a new MySQL-based system. Under some circumstances (not easy to repeat, but we're looking), the CPU of the server will go to 100% and stay there. It remains responsive enough to queries and goes back to normal on a restart. ktrace shows a steady loop with the timeout slowly counting down: 53446 mysqld 0.000009 CALL poll(0x8229000,0x3,0x1d52) 53446 mysqld 0.000009 RET poll 1 53446 mysqld 0.000009 CALL gettimeofday(0x81cfc8c,0) 53446 mysqld 0.000013 RET gettimeofday 0 53446 mysqld 0.000028 CALL poll(0x8229000,0x3,0x1d51) 53446 mysqld 0.000010 RET poll 1 53446 mysqld 0.000011 CALL gettimeofday(0x81cfc8c,0) 53446 mysqld 0.000013 RET gettimeofday 0 I'll do some more digging next time it happens and also use strace, since it seems to show more info. Since we're not in production yet, I can do some digging with a debugger when this next happens if anyone has suggestions as to where to look. Laurent, have you had any more info since you submitted this report? -- Alan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 6:31:43 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4400737B416; Tue, 5 Feb 2002 06:31:41 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15ERI961312; Tue, 5 Feb 2002 06:27:18 -0800 (PST) (envelope-from sheldonh) Date: Tue, 5 Feb 2002 06:27:18 -0800 (PST) From: Message-Id: <200202051427.g15ERI961312@freefall.freebsd.org> To: jesse@gallup.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/34373: SMP lockup somewhat similar to bug #33986, unless vmware is running... Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: SMP lockup somewhat similar to bug #33986, unless vmware is running... State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Tue Feb 5 06:26:53 PST 2002 State-Changed-Why: Duplicate of i386/33986. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34373 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 6:50:42 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id 96F9237B416 for ; Tue, 5 Feb 2002 06:50:38 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 9D38E9A; Tue, 5 Feb 2002 14:50:34 +0000 (GMT) Date: Tue, 5 Feb 2002 14:50:34 +0000 From: Josef Karthauser To: Lars Eggert Cc: freebsd-bugs@FreeBSD.org Subject: Re: misc/32490: umass support for ATAPI [with patch] Message-ID: <20020205145034.C80307@genius.tao.org.uk> References: <200202050030.g150U2G32344@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="YD3LsXFS42OYHhNZ" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200202050030.g150U2G32344@freefall.freebsd.org>; from larse@ISI.EDU on Mon, Feb 04, 2002 at 04:30:02PM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --YD3LsXFS42OYHhNZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 04, 2002 at 04:30:02PM -0800, Lars Eggert wrote: > The following reply was made to PR misc/32490; it has been noted by GNATS. >=20 > From: Lars Eggert > To: freebsd-gnats-submit@FreeBSD.org > Cc: =20 > Subject: Re: misc/32490: umass support for ATAPI [with patch] > Date: Mon, 04 Feb 2002 16:28:43 -0800 >=20 > Now that 4.5 is out, maybe this could be committed? > =20 > Thanks, > Lars > --=20 > Lars Eggert Information Sciences Institute > http://www.isi.edu/larse/ University of Southern California Hi Lars, Do you know of hand whether NetBSD has any fixes in this area already? It would be good to co-ordinate with them as we're working together to unify the usb stacks across xBSD. It could be that there are already some patches that can be ported over. I've been concentrating on the controllers so far and haven't looked into the devices too much yet. Joe --YD3LsXFS42OYHhNZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxf8TkACgkQXVIcjOaxUBZfEgCgmu/1uvmgVpZCbqG89UzqfsgG /8EAn02qSHNhDsVcdzzY1/7cLEfHF9Wd =RYdy -----END PGP SIGNATURE----- --YD3LsXFS42OYHhNZ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 7:10:19 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5D2CD37B430 for ; Tue, 5 Feb 2002 07:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15FA6110640; Tue, 5 Feb 2002 07:10:06 -0800 (PST) (envelope-from gnats) Received: from shaper.yandex.ru (shaper.yandex.ru [213.180.193.102]) by hub.freebsd.org (Postfix) with ESMTP id F0D1437B41F for ; Tue, 5 Feb 2002 07:04:13 -0800 (PST) Received: (from wawa@localhost) by shaper.yandex.ru (8.11.3/8.11.3) id g15ErJM09362; Tue, 5 Feb 2002 17:53:19 +0300 (MSK) (envelope-from wawa) Message-Id: <200202051453.g15ErJM09362@shaper.yandex.ru> Date: Tue, 5 Feb 2002 17:53:19 +0300 (MSK) From: wawa@yandex-team.ru Reply-To: wawa@yandex-team.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/34639: IPFW skipto works too slow Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34639 >Category: kern >Synopsis: IPFW skipto works too slow >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Feb 05 07:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Vladimir Ivanov >Release: FreeBSD 5.0-CURRENT i386 >Organization: OOO Yandex >Environment: System: FreeBSD shaper.yandex.ru 5.0-CURRENT FreeBSD 5.0-CURRENT #3: Mon Feb 4 13:34:01 MSK 2002 wawa@shaper.yandex.ru:/usr/src/sys/compile/TEST i386 >Description: The original implementation of skipto rule use brute-force to find the appropriate rule. The suggested implementation use indexed access. >How-To-Repeat: >Fix: --- ip_fw.c.original Fri Mar 9 11:13:08 2001 +++ ip_fw.c.hacked_by_wawa Tue Feb 5 17:44:56 2002 @@ -108,6 +108,8 @@ SYSCTL_INT(_net_inet_ip_fw, OID_AUTO, verbose_limit, CTLFLAG_RW, &fw_verbose_limit, 0, "Set upper limit of matches of ipfw rules logged"); +static struct ip_fw_chain *skiptohash[IPFW_DEFAULT_RULE]; + /* * Extension for stateful ipfw. * @@ -903,9 +905,8 @@ int rule = me->rule->fw_skipto_rule ; /* guess... */ if ( (me->rule->fw_flg & IP_FW_F_COMMAND) == IP_FW_F_SKIPTO ) - for (chain = LIST_NEXT(me,next); chain ; chain = LIST_NEXT(chain,next)) - if (chain->rule->fw_number >= rule) - return chain ; + return skiptohash[rule]; + return LIST_NEXT(me,next) ; /* failure or not a skipto */ } @@ -1056,8 +1057,8 @@ if (skipto != 0) { if (skipto >= IPFW_DEFAULT_RULE) goto dropit; - while (chain && chain->rule->fw_number <= skipto) - chain = LIST_NEXT(chain, next); + chain = skiptohash[skipto]; + if (chain == NULL) goto dropit; } @@ -1528,6 +1529,8 @@ nbr += 100; ftmp->fw_number = frwl->fw_number = nbr; } + /* save the pointer in hash */ + skiptohash[ftmp->fw_number] = fwc; /* Got a valid number; now insert it, keeping the list ordered */ LIST_FOREACH(fcp, chainptr, next) { @@ -1561,6 +1564,7 @@ /* prevent access to rules while removing them */ s = splnet(); + skiptohash[number] = NULL; while (fcp && fcp->rule->fw_number == number) { struct ip_fw_chain *next; @@ -1897,6 +1901,7 @@ case IP_FW_FLUSH: s = splnet(); remove_dyn_rule(NULL, 1 /* force delete */); + memset(skiptohash,0,sizeof(skiptohash)); splx(s); while ( (fcp = LIST_FIRST(&ip_fw_chain_head)) && fcp->rule->fw_number != IPFW_DEFAULT_RULE ) { @@ -2044,6 +2049,7 @@ return 0; case MOD_UNLOAD: s = splnet(); + memset(skiptohash, 0, sizeof(skiptohash)); ip_fw_chk_ptr = old_chk_ptr; ip_fw_ctl_ptr = old_ctl_ptr; remove_dyn_rule(NULL, 1 /* force delete */); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 7:20:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 64FB937B42C for ; Tue, 5 Feb 2002 07:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15FK2Z12710; Tue, 5 Feb 2002 07:20:02 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 07:20:02 -0800 (PST) Message-Id: <200202051520.g15FK2Z12710@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Laurent Wacrenier Subject: Re: bin/32295 Reply-To: Laurent Wacrenier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/32295; it has been noted by GNATS. From: Laurent Wacrenier To: Alan Judge Cc: freebsd-gnats-submit@freebsd.org, lwa@teaser.fr Subject: Re: bin/32295 Date: Tue, 5 Feb 2002 16:19:24 +0100 Alan Judge wrote: > Laurent, have you had any more info since you submitted this report? Not much. The problem hasn't been repeated on my servers since the report. I've looked in MySQL source code, the SIGALRM signal sound to be used to check time to time is the server or the connection hasn't been killed. MySQL provide a CFLAGS/CXXFLAGS (described in the INSTALL-SOURCE) named DONT_USE_THR_ALARM to avoid this, but some feature are disabled when you use it. It's not easy to debug random bugs on a multi-thread process with heavy load :( but if you want to, you should seek why the signals are queued but never flushed. Maybe the signal is blocked somewhere in MySQL or maybe it's a bug in libc_r that does not advertise the application. I guess it's the second option (you should compile libc_r with debugging symbols to check here). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 7:31:27 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 05A2537B422 for ; Tue, 5 Feb 2002 07:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15FU4D14820; Tue, 5 Feb 2002 07:30:04 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 07:30:04 -0800 (PST) Message-Id: <200202051530.g15FU4D14820@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Pentchev Subject: Re: kern/34639: IPFW skipto works too slow Reply-To: Peter Pentchev Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34639; it has been noted by GNATS. From: Peter Pentchev To: wawa@yandex-team.ru Cc: bug-followup@FreeBSD.org Subject: Re: kern/34639: IPFW skipto works too slow Date: Tue, 5 Feb 2002 17:22:42 +0200 On Tue, Feb 05, 2002 at 05:53:19PM +0300, wawa@yandex-team.ru wrote: > > >Number: 34639 > >Category: kern > >Synopsis: IPFW skipto works too slow > >Description: > The original implementation of skipto rule use brute-force to find the appropriate rule. > The suggested implementation use indexed access. Your suggested implementation has just one drawback: it assumes that the rule exists. AFAIR, the current skipto implementation will skip to the lowest-numbered rule no lower than the specified one, so you can safely delete the rule with that specific number and still rest assured that the following rules will be honored. G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence was in the past tense. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 9:10:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6957837B420 for ; Tue, 5 Feb 2002 09:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15HA2b49613; Tue, 5 Feb 2002 09:10:02 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6293A37B438 for ; Tue, 5 Feb 2002 09:07:02 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15H72A49170; Tue, 5 Feb 2002 09:07:02 -0800 (PST) (envelope-from nobody) Message-Id: <200202051707.g15H72A49170@freefall.freebsd.org> Date: Tue, 5 Feb 2002 09:07:02 -0800 (PST) From: Jonathan Riezman To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/34642: Windows 2000 will not dual boot with FreeBSD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34642 >Category: misc >Synopsis: Windows 2000 will not dual boot with FreeBSD >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 05 09:10:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: Jonathan Riezman >Release: 4.4-RELEASE >Organization: none >Environment: FreeBSD godzilla.tjs.org 4.4-RELEASE FreeBSD 4.4-RELEASE #0: PDT 2001 murray@builder.FreeBSD.org: /usr/src/sys/compile/GENERIC >Description: I have a machine with two hard drive, one has FreebSD and the other has Windows 2k. I installed FreeBSD second, but now when the boot menu comes up it reads "F1 FreeBSD / F5 Drive 1" then when I press F5 the menu changes to "F1 ?? / F5 Drive 1" if I press F1 the computer reboots and the whole process starts over if I press F5 it goes back to the original menu. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 9:10:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1AC8D37B429 for ; Tue, 5 Feb 2002 09:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15HA2249602; Tue, 5 Feb 2002 09:10:02 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 09:10:02 -0800 (PST) Message-Id: <200202051710.g15HA2249602@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Vladimir Ivanov Subject: Re: kern/34639: IPFW skipto works too slow Reply-To: Vladimir Ivanov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34639; it has been noted by GNATS. From: Vladimir Ivanov To: Peter Pentchev Cc: bug-followup@FreeBSD.org Subject: Re: kern/34639: IPFW skipto works too slow Date: Tue, 05 Feb 2002 20:03:17 +0300 Peter Pentchev wrote: > On Tue, Feb 05, 2002 at 05:53:19PM +0300, wawa@yandex-team.ru wrote: > >>>Number: 34639 >>>Category: kern >>>Synopsis: IPFW skipto works too slow >>>Description: >>> >>The original implementation of skipto rule use brute-force to find the appropriate rule. >>The suggested implementation use indexed access. >> > > Your suggested implementation has just one drawback: it assumes that > the rule exists. AFAIR, the current skipto implementation will skip > to the lowest-numbered rule no lower than the specified one, so you > can safely delete the rule with that specific number and still rest > assured that the following rules will be honored. Yes you're right. But my idea was to make it more intuitive. The domcumented behaviour can be achived by a couple lines of code which can be placed in the ad_ and del_ procedure but not in chk_ . We can just fill the index with duplicated values. Doesn't it ? It's important because it saves running time significantly still. > > G'luck, > Peter > > Truly, -- Vladimir Ivanov OOO "Yandex" t. +7 095 974-3555 f. +7 095 974-3565 @: noc@yandex.net (corporate) wawa@yandex-team.ru (personal) www: yandex.ru -- My opinions may have changed, but not the fact that I am right. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 9:20:12 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9C59B37B404 for ; Tue, 5 Feb 2002 09:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15HK1b50930; Tue, 5 Feb 2002 09:20:01 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 09:20:01 -0800 (PST) Message-Id: <200202051720.g15HK1b50930@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Pentchev Subject: Re: kern/34639: IPFW skipto works too slow Reply-To: Peter Pentchev Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34639; it has been noted by GNATS. From: Peter Pentchev To: Vladimir Ivanov Cc: bug-followup@FreeBSD.org Subject: Re: kern/34639: IPFW skipto works too slow Date: Tue, 5 Feb 2002 19:10:45 +0200 On Tue, Feb 05, 2002 at 08:03:17PM +0300, Vladimir Ivanov wrote: > Peter Pentchev wrote: > > > On Tue, Feb 05, 2002 at 05:53:19PM +0300, wawa@yandex-team.ru wrote: > > > >>>Number: 34639 > >>>Category: kern > >>>Synopsis: IPFW skipto works too slow > >>>Description: > >>> > >>The original implementation of skipto rule use brute-force to find the appropriate rule. > >>The suggested implementation use indexed access. > >> > > > > Your suggested implementation has just one drawback: it assumes that > > the rule exists. AFAIR, the current skipto implementation will skip > > to the lowest-numbered rule no lower than the specified one, so you > > can safely delete the rule with that specific number and still rest > > assured that the following rules will be honored. > > > Yes you're right. But my idea was to make it more intuitive. The > domcumented behaviour can be achived by a couple lines of code which > can be placed in the ad_ and del_ procedure but not in chk_ . We can > just fill the index with duplicated values. Doesn't it ? It's important > because it saves running time significantly still. I said 'just one drawback'; this implies that I like your change :) Right now I do not have the opportunity to look at the ipfw code and come up with patches, but yes, a couple of lines in adding and deleting rules should be enough. Keep up the good work, and hopefully somebody who knows their way around ipfw will notice this and commit it after suitable refinement :) G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence every third, but it still comprehensible. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 9:30: 8 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D18EC37B417 for ; Tue, 5 Feb 2002 09:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15HU2x52716; Tue, 5 Feb 2002 09:30:02 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 09:30:02 -0800 (PST) Message-Id: <200202051730.g15HU2x52716@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ceri Subject: Re: misc/34642: Windows 2000 will not dual boot with FreeBSD Reply-To: Ceri Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/34642; it has been noted by GNATS. From: Ceri To: Jonathan Riezman Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/34642: Windows 2000 will not dual boot with FreeBSD Date: Tue, 5 Feb 2002 17:23:14 +0000 > >Synopsis: Windows 2000 will not dual boot with FreeBSD Yes it will. This machine does it. > >Description: > I have a machine with two hard drive, one has FreebSD and the other has Windows 2k. I installed FreeBSD second, but now when the boot menu comes up it reads "F1 FreeBSD / F5 Drive 1" then when I press F5 the menu changes to "F1 ?? / F5 Drive 1" if I press F1 the computer reboots and the whole process starts over if I press F5 it goes back to the original menu. I think you should ask about this on the questions@FreeBSD.org mailing list. Ceri -- keep a mild groove on To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 9:40:14 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0C75337B41D for ; Tue, 5 Feb 2002 09:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15He1T54182; Tue, 5 Feb 2002 09:40:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AA1A137B42B for ; Tue, 5 Feb 2002 09:39:09 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15Hd9h54063; Tue, 5 Feb 2002 09:39:09 -0800 (PST) (envelope-from nobody) Message-Id: <200202051739.g15Hd9h54063@freefall.freebsd.org> Date: Tue, 5 Feb 2002 09:39:09 -0800 (PST) From: Luiz Otavio Souza To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/34643: bzip2 instaled with system isn't found by tar -y[j]cvf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34643 >Category: misc >Synopsis: bzip2 instaled with system isn't found by tar -y[j]cvf >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 05 09:40:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Luiz Otavio Souza >Release: 4.4 and 4.5 >Organization: >Environment: FreeBSD crowley.travelnet.com.br 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Tue Feb 5 10:31:24 BRST 2002 root@crowley.travelnet.com.br:/usr/src/sys/compile/CROWLEY i386 >Description: my backup routine uses tar and bzip2, and since the bzip2 was instaled by the system the tar aplication do not found the bzip2 instaled >How-To-Repeat: just make tar -y[j]cvf backup.tar.bz2 /anything >Fix: i use this with sucess: ln -s /usr/bin/bzip2 /usr/local/bin/bzip2 >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 9:41:16 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 53FF237B427 for ; Tue, 5 Feb 2002 09:41:11 -0800 (PST) Received: from isi.edu (grjkorw2d3h9xp5o@hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g15Herw19136; Tue, 5 Feb 2002 09:40:53 -0800 (PST) Message-ID: <3C601925.6070009@isi.edu> Date: Tue, 05 Feb 2002 09:40:53 -0800 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20020115 X-Accept-Language: en, de MIME-Version: 1.0 To: Josef Karthauser Cc: freebsd-bugs@FreeBSD.org Subject: Re: misc/32490: umass support for ATAPI [with patch] References: <200202050030.g150U2G32344@freefall.freebsd.org> <20020205145034.C80307@genius.tao.org.uk> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070209040308010609060702" Sender: owner-freebsd-bugs@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 cryptographically signed message in MIME format. --------------ms070209040308010609060702 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Josef Karthauser wrote: > Do you know of hand whether NetBSD has any fixes in this area already? Sorry, I don't know. In that case, the "big" patch (the one that adds the 6-to-10 commands) may create too many differences to the other BSDs. I submitted a second "small" patch in a followup email, which just adds the camera to the quirks section in scsi_da.c - maybe that'd be small enough to commit? (Both patches make the camera work.) Lars -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California --------------ms070209040308010609060702 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIInzCC ArUwggIeoAMCAQICAwWBRzANBgkqhkiG9w0BAQIFADCBkjELMAkGA1UEBhMCWkExFTATBgNV BAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUx HTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVl bWFpbCBSU0EgMjAwMC44LjMwMB4XDTAxMDgyNDE2NDAwMFoXDTAyMDgyNDE2NDAwMFowVDEP MA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2VydDEc MBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkC gYEA0AvLBsD78nxcUHeHkaMgl3b4qYPnfgbf8Lh+HQP8RgGMRG/Yb+vTpkGezlwt9pkJxiD1 1uZDy4CNNJUu3gKxKSb+zRV70O+lkwwftuHoLHoH4xwo3LcQ2LGDpd+I95tUN4dfJ3TmeEcU SF50dC/SuUI4w8AlhXQ8IxrhgdayTpECAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIB BAQTTDJ1TXlmZkJOVWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1Ud EwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAheZhn0pQA8zI7U2K1ZIAl11j0a1DKxnp3GtT vOUrGRB3WvYxidvdZ1kizhEsWeXU81TkNDH0DaRqtOEeu6Q2OhB+jeKEqY7IDAJE4/fI0e+d 6PnG1hd+vEvYmsKHkmzBhPc94XUOKNWO+qVNP2NGyNI3QIDy5wX4fdcOo1S34r4wggK1MIIC HqADAgECAgMFgUcwDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxX ZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYD VQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwg UlNBIDIwMDAuOC4zMDAeFw0wMTA4MjQxNjQwMDBaFw0wMjA4MjQxNjQwMDBaMFQxDzANBgNV BAQTBkVnZ2VydDENMAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkq hkiG9w0BCQEWDWxhcnNlQGlzaS5lZHUwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANAL ywbA+/J8XFB3h5GjIJd2+KmD534G3/C4fh0D/EYBjERv2G/r06ZBns5cLfaZCcYg9dbmQ8uA jTSVLt4CsSkm/s0Ve9DvpZMMH7bh6Cx6B+McKNy3ENixg6XfiPebVDeHXyd05nhHFEhedHQv 0rlCOMPAJYV0PCMa4YHWsk6RAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIBADAaMBgCAQQEE0wy dU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVkdTAMBgNVHRMBAf8E AjAAMA0GCSqGSIb3DQEBAgUAA4GBAIXmYZ9KUAPMyO1NitWSAJddY9GtQysZ6dxrU7zlKxkQ d1r2MYnb3WdZIs4RLFnl1PNU5DQx9A2karThHrukNjoQfo3ihKmOyAwCROP3yNHvnej5xtYX frxL2JrCh5JswYT3PeF1DijVjvqlTT9jRsjSN0CA8ucF+H3XDqNUt+K+MIIDKTCCApKgAwIB AgIBDDANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4g Q2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEo MCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhh d3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVl bWFpbEB0aGF3dGUuY29tMB4XDTAwMDgzMDAwMDAwMFoXDTAyMDgyOTIzNTk1OVowgZIxCzAJ BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEP MA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UE AxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMDCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEA3jMypmPHCSVFPtJueCdngcXaiBmClw7jRCmKYzUqbXA8+tyu9+50bzC8M5B/ +TRxoKNtmPHDT6Jl2w36S/HW3WGl+YXNVZo1Gp2Sdagnrthy+boC9tewkd4c6avgGAOofENC UFGHgzzwObSbVIoTh/+zm51JZgAtCYnslGvpoWkCAwEAAaNOMEwwKQYDVR0RBCIwIKQeMBwx GjAYBgNVBAMTEVByaXZhdGVMYWJlbDEtMjk3MBIGA1UdEwEB/wQIMAYBAf8CAQAwCwYDVR0P BAQDAgEGMA0GCSqGSIb3DQEBBAUAA4GBAHMbbyZli/8VNEtZYortRL5Jx+gNu4+5DWomKmKE H7iHY3QcbbfPGlORS+HN5jjZ7VD0Omw0kqzmkpxuwSMBwgmn70uuct0GZ/VQby5YuLYLwVBX tewc1+8XttWIm7eiiBrtOVs5fTT8tpYYJU1q9J3Fw5EvqZa4BTxS/N3pYgNIMYICpjCCAqIC AQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcT CUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2 aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDBYFHMAkG BSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTAyMDIwNTE3NDA1M1owIwYJKoZIhvcNAQkEMRYEFMuljMZKYR+RwX4c4EW4EXffqoDzMFIG CSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMC AgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGBnaCBmjCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMFgUcwDQYJKoZIhvcNAQEB BQAEgYAfbSxk23OwDtHbNEUvokF8SbdKd16jcy1+rCNQHjhHUxoy7CCasx44BmfjGkntg5f/ 2c+S/2BVIO4RS+aBajJm7+p/eBzeT72RU+kmwqB4bl/oHdKVNwUzZTvWWv6uH0kCFwewfe/j YJo6h52gf2f+0aN0Hv7abKrAr77tOh6oGgAAAAAAAA== --------------ms070209040308010609060702-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 10:10: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3024737B420 for ; Tue, 5 Feb 2002 10:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15IA2O61772; Tue, 5 Feb 2002 10:10:02 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 10:10:02 -0800 (PST) Message-Id: <200202051810.g15IA2O61772@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Jin Guojun[ITG]" Subject: Re: bin/34502: ssh can crash the 4.5 system Reply-To: "Jin Guojun[ITG]" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/34502; it has been noted by GNATS. From: "Jin Guojun[ITG]" To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: bin/34502: ssh can crash the 4.5 system Date: Tue, 05 Feb 2002 10:02:17 -0800 > Problem 1: > ssh localhost > cause system panic. A local user can use it to crash all 4.5 systems. This has been identified as an installation problem which is related to some /dev/md0 error. The installations without /dev/md0 error do not produce such problem. This portion can be closed. > Problem 2: > does not work for protocol 2. After rename authorized_keys to > x.authorized_keys (i.e., disable protocol 1), then ssh will ask > password instead of passphase. This problem exist in all OpenSSH 2.x release. It has been fixed after OpenSSH 3.0.1. Since FreeBSD security Advisory -- FreeBSD-SA-01:63.openssh -- sent out on 2001-12-07, said that there is a problem prior to 3.0.2 release, so, the solution is to update ssh to OpenSSH 3.1.0 or the later release. How soon can we get SSH updated to release 3.1.0 or better? Thanks, -Jin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 11:30:50 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0B64F37B448 for ; Tue, 5 Feb 2002 11:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15JU1p77719; Tue, 5 Feb 2002 11:30:01 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 11:30:01 -0800 (PST) Message-Id: <200202051930.g15JU1p77719@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Craig Carey Subject: Re: misc/33567: RELENG_4 won't makeworld; bsd.dep.mk, Makefile.inc1 bugs; "Linux ELF" need of kernel Reply-To: Craig Carey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/33567; it has been noted by GNATS. From: Craig Carey To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: misc/33567: RELENG_4 won't makeworld; bsd.dep.mk, Makefile.inc1 bugs; "Linux ELF" need of kernel Date: Wed, 06 Feb 2002 08:21:23 +1300 At 02.01.29 04:45 -0800 Tuesday, sheldonh@FreeBSD.org wrote: ------------------ ... Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g0TCjrt98270; Tue, 29 Jan 2002 04:45:53 -0800 (PST) (envelope-from sheldonh) *Date: Tue, 29 Jan 2002 04:45:53 -0800 (PST) *From: Message-Id: <200201291245.g0TCjrt98270@freefall.freebsd.org> *To: research@ijs.co.nz, sheldonh@FreeBSD.org, * freebsd-bugs@FreeBSD.org *Subject: Re: misc/33567: RELENG_4 won't makeworld; bsd.dep.mk, Makefile.inc1 * bugs; "Linux ELF" need of kernel ------------------ >Synopsis: RELENG_4 won't makeworld; bsd.dep.mk, Makefile.inc1 bugs; "Linux ELF" need of kernel > >State-Changed-From-To: open->feedback >State-Changed-By: sheldonh >State-Changed-When: Tue Jan 29 04:45:39 PST 2002 >State-Changed-Why: >It's hard to find outstanding issues in the audit trail of this PR. >That's part of the problem associated with reporting more than one >problem in a single PR. > >Given that the recommended procedure for downgrading from CURRENT to >STABLE is a binary install / upgrade, could you itemize the outstanding >problems that need attention? FreeBSD experts download hundreds of MB of files instead of editing up buildworld scripts to get them past a string of crashes?. I would recommend that advise on recommended downgrade methods be worded so that it does not apply to FreeBSD experts that know about how to edit the *.mk files (something that I thought needed for the v5->v4 downgrade). Perhaps that sentence starting with "Given that ..." is actually saying that most parts of my bug report are already disregarded. It is not that clear. It would unreasonable to be frank, to suppose that FreeBSD experts should themselves follow the 'alleged to exist' recommendation that apparently would apply against the masses that would fail in their attempt to go from v4 to v5. Such a closing would misses the aspect that a mere few added lines could be all that it takes to have less person hours being wasted. They may be a failure in the bug handling decision there. But I previously saw that Mr Clark was edging onto that. He and I were writing privately, including on bits around law. Messages never appeared at the report system. I find the sentence "Given that the .... attention", is very much too subtly worded, if indeed it is attempting to close most of the report. The dep.bsd.mk problems was about missing include file paths, and it was suggested that some recommendation says to get binary files which maybe makes no change to the include files. It is far from clear that following the recommendation does not lead to exactly the same problems. In any case, a quick closing on technical grounds can be unsound when the bugs are small and tiny in number and partly identified, and the inconvenience that not fixing them could cause is large. What happened to Mr Clark who was handling this. Since he and I did communicate over law in 'misc/33567' (and that has not made it into the bug system's archives) then there could have been a different outcome not that I can be sure if a "not recommended way was used" thing happened here. > >Please copy your feedback to , using the >subject line of this message. > >http://www.FreeBSD.org/cgi/query-pr.cgi?pr=33567 I never found out why the report could not be reproduced. It is plain that many would not want to but there was a report that reproducing the problems of 33567 was attempted. I remind that I declared that these lines should be added to /usr/share/mk/bsd.dep.mk : CFLAGS+= -I/usr/src/sys -I/usr/src/include \ -I/usr/src/sys/i386/include -I/usr/src/sys/sys I added those lines and buildworld would proceed successfully except for resolvable problems with "/usr/src/Makefile.inc1". Thus even some testing of the described bug fixes was done. I will overlook the fact that a technical arguments was used. There are many ways to close this FreeBSD bug report. Craig Carey To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 12:10:32 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3520437B41E for ; Tue, 5 Feb 2002 12:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g15KA1u88484; Tue, 5 Feb 2002 12:10:01 -0800 (PST) (envelope-from gnats) Received: from mail.valueclick.com (mail.valueclick.com [216.246.96.51]) by hub.freebsd.org (Postfix) with ESMTP id 4B69137B41D for ; Tue, 5 Feb 2002 12:08:12 -0800 (PST) Received: from sivka.rdy.com (root@sivka.rdy.com [64.81.70.69]) by mail.valueclick.com (8.11.6/8.11.6) with ESMTP id g15K82w17242 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK) for ; Tue, 5 Feb 2002 12:08:03 -0800 (PST) (envelope-from dima@sivka.rdy.com) Received: (from dima@localhost) by sivka.rdy.com (8.11.6/8.11.6) id g15K82a07169; Tue, 5 Feb 2002 12:08:02 -0800 (PST) (envelope-from dima) Message-Id: <200202052008.g15K82a07169@sivka.rdy.com> Date: Tue, 5 Feb 2002 12:08:02 -0800 (PST) From: Dima Ruban Reply-To: Dima Ruban To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/34646: 4.5-stable crashes on thttpd restart under heavy traffic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34646 >Category: kern >Synopsis: 4.5-stable crashes on thttpd restart under heavy traffic >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 05 12:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Dima Ruban >Release: FreeBSD 4.5-STABLE i386 >Organization: ValueClick >Environment: dmesg output: Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.5-STABLE #33: Tue Feb 5 00:41:11 PST 2002 dima@furby4.valueclick.com:/usr/src/sys/compile/VC Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (451.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383fbff real memory = 536858624 (524276K bytes) avail memory = 518664192 (506508K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 IOAPIC #0 intpin 16 -> irq 11 IOAPIC #0 intpin 18 -> irq 10 IOAPIC #0 intpin 19 -> irq 12 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc036e000. ccd0-3: Concatenated disk drivers Pentium Pro MTRR support enabled Using $PIR table, 6 entries at 0xc00f0d20 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 4.2 irq 12 Timecounter "PIIX" frequency 3579545 Hz chip1: port 0xe800-0xe80f at device 4.3 on pci0 fxp0: port 0xd000-0xd03f mem 0xe2800000-0xe28fffff,0xe3000000-0xe3000fff irq 12 at device 9.0 on pci0 fxp0: Ethernet address 00:90:27:9a:63:9c inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ahc0: port 0xb800-0xb8ff mem 0xe2000000-0xe2000fff irq 10 at device 10.0 on pci0 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/255 SCBs pci0: at 12.0 irq 11 orm0:
Dear friend 
 
I am = of=20 Caruaru-foot, Brazil. I am user of the freebsd from the version 4.0 and = the=20 problems that I come passing it happened from the version 4.4. The = problem this=20 in the installation of the packages. A great wait exists he/she enters = the=20 installation of the packages, something around 15mins a lot of times = causing=20 timeout. My configurations are: PII 300, motherboard Intel chipset = i440lx 66Mhz,=20 memory PC100 32Mb and PC133 128Mb, video Riva TNT2 AGP 32Mb, 2 HD = seagate 20Gb,=20 fujitsu 15Gb. There is not anything altered of important in the bios. At = once I=20 thank its attention.
 
Excuse me for my English. I hope you = have=20 understood.
 
obs.: In HD IDE I Master use = Win98, Win2k,=20 Slackware8 
The freebsd this in HD IDE II = Master.
 
Pedro=20 Carvalho
------=_NextPart_000_0005_01C1AEC5.31672C40-- _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 20:57:57 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mac.028.co.jp (du72-225.xx.urban.ne.jp [210.141.172.225]) by hub.freebsd.org (Postfix) with ESMTP id 508D737B427 for ; Tue, 5 Feb 2002 20:57:18 -0800 (PST) Received: from MAC - 192.168.1.168 by mac.028.co.jp with Microsoft SMTPSVC(5.5.1775.675.6); Wed, 6 Feb 2002 13:57:34 +0900 To: freebsd-bugs@FreeBSD.ORG X-Mailer: Easy DM free Message-ID: <20020206.0457340109@tx-028.co.jp> Date: Wed, 06 Feb 2002 13:57:34 +0900 From: tesrix Subject: =?ISO-2022-JP?B?GyRCISo5LTlwISohISEhPzckNyQkISFKWE14JEpKITtjGyhC?= =?ISO-2022-JP?B?GyRCJE4hITxqJDkkaiEhIVglRiU5JWolQyUvJTkhWSEhGyhC?= MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ******************************************************* $B!*9-9p!*!!!!?7$7$$!!JXMx$JJ!;c$N!!pJs$H;W$$$*Aw$j?=$7>e$2$^$7$?!#(B ******************************************************* $B$3$N%a!<%k$rITMW$H$5$l$kJ}$O62$lF~$j$^$9$,(B $B$3$N$^$^JVAw$/$@$5$$!#%a!<%k$NAw?.$r$R$+$($5$;$F$$$?$@$-$^$9!#(B $B"-$3$3$r%/%j%C%/"-(B http://www.028.co.jp $B!|$5$FJ@e$2$^$9!#(B $B!X>20;:6H3t<02q; Tue, 5 Feb 2002 21:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g165e2M24710; Tue, 5 Feb 2002 21:40:02 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 21:40:02 -0800 (PST) Message-Id: <200202060540.g165e2M24710@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bill Fumerola Subject: Re: kern/34639: IPFW skipto works too slow Reply-To: Bill Fumerola Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34639; it has been noted by GNATS. From: Bill Fumerola To: wawa@yandex-team.ru Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/34639: IPFW skipto works too slow Date: Tue, 5 Feb 2002 21:31:03 -0800 On Tue, Feb 05, 2002 at 05:53:19PM +0300, wawa@yandex-team.ru wrote: > >Description: > The original implementation of skipto rule use brute-force to find the appropriate rule. > The suggested implementation use indexed access. the ipfw code caches the skipto rule the first time it gets used. i don't think cacheing it in a different spot really helps anything. are you actually seeing performance problems? can you actually prove that ipfw is faster with this change? -- - bill fumerola / fumerola@yahoo-inc.com / billf@FreeBSD.org / billf@mu.org - my anger management counselor can beat up your self-affirmation therapist To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 5 22:10:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 15F3D37B421 for ; Tue, 5 Feb 2002 22:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g166A1642457; Tue, 5 Feb 2002 22:10:01 -0800 (PST) (envelope-from gnats) Date: Tue, 5 Feb 2002 22:10:01 -0800 (PST) Message-Id: <200202060610.g166A1642457@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Vladimir Ivanov Subject: Re: kern/34639: IPFW skipto works too slow Reply-To: Vladimir Ivanov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34639; it has been noted by GNATS. From: Vladimir Ivanov To: Bill Fumerola Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/34639: IPFW skipto works too slow Date: Wed, 06 Feb 2002 09:07:34 +0300 Bill Fumerola wrote: > On Tue, Feb 05, 2002 at 05:53:19PM +0300, wawa@yandex-team.ru wrote: > > >>>Description: >>> >>The original implementation of skipto rule use brute-force to find the appropriate rule. >>The suggested implementation use indexed access. >> > > the ipfw code caches the skipto rule the first time it gets used. i don't > think cacheing it in a different spot really helps anything. I've never seen caching of skipto's in the code. Maybe the cacheing is very tricky. ;-) > > are you actually seeing performance problems? can you actually prove > that ipfw is faster with this change? > > Sure, I've tested it on a real system. The system was unable to process more than several hundred rules with skipto's. It was losing packets. 'top' utility reported about 99% CPU for 'interrupts' and the total bandwidth degradated twice after adding even only skipto rule in the tail of chain. The behaviour after applying patch is expected. Best regards, -- Vladimir Ivanov Network Operation Center OOO "Yandex" e-mail: noc@yandex.net (corporate) wawa@yandex-team.ru (personal) www: www.yandex.ru tel: +7 095 974-3555 fax: +7 095 974-3565 -- A diplomat is someone who can tell you to go to hell in such a way that you will look forward to the trip. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 6 2:15:14 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id CCFEA37B430 for ; Wed, 6 Feb 2002 02:15:11 -0800 (PST) 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 VAA32404; Wed, 6 Feb 2002 21:15:05 +1100 Date: Wed, 6 Feb 2002 21:17:34 +1100 (EST) From: Bruce Evans X-X-Sender: To: David Greenman Cc: Subject: Re: [legg@iastate.edu: Serious exception in FreeBSD found] In-Reply-To: <20020205161313.B19463@nexus.root.com> Message-ID: <20020206210601.Y2405-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 5 Feb 2002, David Greenman wrote: > ----- Forwarded message from Tim Legg ----- > ... > The tar file was being produced when the ttyv0 was being filled with > messages. Here is an example: > > Feb 5 17:43:56 pc047113 /kernal: microuptime() went backwards (1550895.778303 -> 1550895.-694593171) > Feb 5 17:43:56 pc047113 /kernal: microuptime() went backwards (1550895.839382 -> 1550895.832517) > Feb 5 17:43:56 pc047113 /kernal: microuptime() went backwards (1550895.291637 -> 1550895.274690) I fixed the one cause of negative tv_usec's recently (rev.1.111 of kern_tc.c and rev.1.105.2.7 of kern_clock.c), but this tends to make the spew of error messages worse if the timecounter actually goes backwards. Previously the timestamp comparisons were confused enough by the invalid tv_usec's to limit the spew. Since tv_usec went negative, we almost know that timecounter update was delayed for more than (1 - 1/hz) seconds. This can only happen if there are serious interrupt latency bugs elsewhere. > This made my /var/log/messages extremely huge very quickly. My > /var/log/messages was growing at a rate of approximately 70,000 lines per > minute. This is another example of why non-critical kernel printfs should be rate-limited. The "vm_fault: pager read error" regularly fills up my /var when I abuse nfs (run make install on the server). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 6 3:30:25 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4564137B42B for ; Wed, 6 Feb 2002 03:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g16BU1K18745; Wed, 6 Feb 2002 03:30:01 -0800 (PST) (envelope-from gnats) Received: from brazil.eng.eircom.net (brazil.eng.eircom.net [159.134.242.211]) by hub.freebsd.org (Postfix) with ESMTP id 2B9DE37B420 for ; Wed, 6 Feb 2002 03:29:08 -0800 (PST) Received: (from judgea@localhost) by brazil.eng.eircom.net (8.11.6/8.11.5) id g16BT6m76332; Wed, 6 Feb 2002 11:29:06 GMT (envelope-from judgea) Message-Id: <200202061129.g16BT6m76332@brazil.eng.eircom.net> Date: Wed, 6 Feb 2002 11:29:06 GMT From: Alan Judge Reply-To: Alan Judge To: FreeBSD-gnats-submit@freebsd.org Cc: brazil@noc.te.net X-Send-Pr-Version: 3.113 Subject: kern/34658: syncache related panic (2nd panic from softdep) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34658 >Category: kern >Synopsis: syncache related panic (2nd panic from softdep) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 06 03:30:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Alan Judge >Release: FreeBSD 4.5-STABLE i386 >Organization: eircom.net >Environment: System: Recent 4.5-STABLE from last week. SMP i386, Dell 1550. Built with make release. >Description: We're testing a new set of service machines. We build our own releases, but the FreeBSD stuff is pretty standard. Under load testing (using ab, apache bench) making a lot of concurrent connections to an apache web server, we sometimes get a panic. (The web server is making MySQL connections locally as well, so there is a fair amount going on.) We've had three crashes so far (in two days), but I only have a matching kernel.debug for one. (For some reason, extracting the kernel source from the same release-build CD that installed the machine builds a slightly different kernel.) All the trace backs look similar in any case. I have all the core files for the moment. Backtrace and a few prints are below. I'm happy to do more digging. We're also getting some syncache cache overflows and resets, but I suspect that just needs tuning, and I'll look for advice for that separately. All the tracebacks show a second panic in the sync/softdep code when acquiring a lock. It may be another bug or just a symptom. >How-To-Repeat: ab -n 10000 -c 250 URL will always generate some syncache bucket overflows and resets. Some of the time, we also get a crash. homepages00# gdb -k kernel.debug /var/crash/vmcore.2 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"... SMP 2 cpus IdlePTD at phsyical address 0x0034d000 initial pcb at physical address 0x002abd00 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 fault virtual address = 0x28 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01c4c0d stack pointer = 0x10:0xff80fe44 frame pointer = 0x10:0xff80fe60 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 = Idle interrupt mask = <- SMP: XXX trap number = 12 panic: page fault mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 boot() called on cpu#1 syncing disks... Fatal trap 12: page fault while in kernel mode mp_lock = 01000003; cpuid = 1; lapic.id = 00000000 fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01ebbd5 stack pointer = 0x10:0xff80fc60 frame pointer = 0x10:0xff80fc68 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 = Idle interrupt mask = bio <- SMP: XXX trap number = 12 panic: page fault mp_lock = 01000003; cpuid = 1; lapic.id = 00000000 boot() called on cpu#1 Uptime: 1m33s dumping to dev #da/0x20001, offset 128 dump 1023 1022 1021 1020 1019 1018 1017 1016 1015 1014 1013 1012 1011 1010 1009 1008 1007 1006 1005 1004 1003 1002 1001 1000 999 998 997 996 995 994 993 992 991 990 989 988 987 986 985 984 983 982 981 980 979 978 977 976 975 974 973 972 971 970 969 968 967 966 965 964 963 962 961 960 959 958 957 956 955 954 953 952 951 950 949 948 947 946 945 944 943 942 941 940 939 938 937 936 935 934 933 932 931 930 929 928 927 926 925 924 923 922 921 920 919 918 917 916 915 914 913 912 911 910 909 908 907 906 905 904 903 902 901 900 899 898 897 896 895 894 893 892 891 890 889 888 887 886 885 884 883 882 881 880 879 878 877 876 875 874 873 872 871 870 869 868 867 866 865 864 863 862 861 860 859 858 857 856 855 854 853 852 851 850 849 848 847 846 845 844 843 842 841 840 839 838 837 836 835 834 833 832 831 830 829 828 827 826 825 824 823 822 821 820 819 818 817 816 815 814 813 812 811 810 809 808 807 806 805 804 803 802 801 800 799 798 797 796 795 794 793 792 791 790 789 788 787 786 785 784 ! 783 782 781 780 779 778 777 776 775 774 773 772 771 770 769 768 767 766 765 764 763 762 761 760 759 758 757 756 755 754 753 752 751 750 749 748 747 746 745 744 743 742 741 740 739 738 737 736 735 734 733 732 731 730 729 728 727 726 725 724 723 722 721 720 719 718 717 716 715 714 713 712 711 710 709 708 707 706 705 704 703 702 701 700 699 698 697 696 695 694 693 692 691 690 689 688 687 686 685 684 683 682 681 680 679 678 677 676 675 674 673 672 671 670 669 668 667 666 665 664 663 662 661 660 659 658 657 656 655 654 653 652 651 650 649 648 647 646 645 644 643 642 641 640 639 638 637 636 635 634 633 632 631 630 629 628 627 626 625 624 623 622 621 620 619 618 617 616 615 614 613 612 611 610 609 608 607 606 605 604 603 602 601 600 599 598 597 596 595 594 593 592 591 590 589 588 587 586 585 584 583 582 581 580 579 578 577 576 575 574 573 572 571 570 569 568 567 566 565 564 563 562 561 560 559 558 557 556 555 554 553 552 551 550 549 548 547 546 545 544 543 542 541 540 539 538 537 ! 536 535 534 533 532 531 530 529 528 527 526 525 524 523 522 521 520 51 9 518 517 516 515 514 513 512 511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279 278 277 276 275 274 273 272! 271 270 269 268 267 266 265 264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 dumpsys () at ../../kern/kern_shutdown.c:474 474 if (dumping++) { (kgdb) bt #0 dumpsys () at ../../kern/kern_shutdown.c:474 #1 0xc0168e8c in boot (howto=260) at ../../kern/kern_shutdown.c:313 #2 0xc01692c5 in panic (fmt=0xc027def9 "%s") at ../../kern/kern_shutdown.c:582 #3 0xc0241186 in trap_fatal (frame=0xff80fc20, eva=48) at ../../i386/i386/trap.c:956 #4 0xc0240dd9 in trap_pfault (frame=0xff80fc20, usermode=0, eva=48) at ../../i386/i386/trap.c:849 #5 0xc024091f in trap (frame={tf_fs = 1644167192, tf_es = -8388592, tf_ds = -945750000, tf_edi = 0, tf_esi = -945745920, tf_ebp = -8323992, tf_isp = -8324020, tf_ebx = -1071000356, tf_edx = 1744846912, tf_ecx = -445390528, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071727659, tf_cs = 8, tf_eflags = 66050, tf_esp = -945745920, tf_ss = -945745920}) at ../../i386/i386/trap.c:448 #6 0xc01ebbd5 in acquire_lock (lk=0xc029d4dc) at machine/globals.h:114 #7 0xc01efd48 in softdep_update_inodeblock (ip=0xc7a11000, bp=0xd3f4c3f4, waitfor=0) at ../../ufs/ffs/ffs_softdep.c:3775 #8 0xc01eacde in ffs_update (vp=0xe573e140, waitfor=0) at ../../ufs/ffs/ffs_inode.c:106 #9 0xc01f3367 in ffs_sync (mp=0xc7903800, waitfor=2, cred=0xc1c87800, p=0xc02bfb60) at ../../ufs/ffs/ffs_vfsops.c:1014 #10 0xc019a153 in sync (p=0xc02bfb60, uap=0x0) at ../../kern/vfs_syscalls.c:547 #11 0xc0168c5f in boot (howto=256) at ../../kern/kern_shutdown.c:234 #12 0xc01692c5 in panic (fmt=0xc027def9 "%s") at ../../kern/kern_shutdown.c:582 #13 0xc0241186 in trap_fatal (frame=0xff80fe04, eva=40) at ../../i386/i386/trap.c:956 #14 0xc0240dd9 in trap_pfault (frame=0xff80fe04, usermode=0, eva=40) at ../../i386/i386/trap.c:849 #15 0xc024091f in trap (frame={tf_fs = 24, tf_es = -944963568, tf_ds = -8388592, tf_edi = -494942096, tf_esi = 544638623, tf_ebp = -8323488, tf_isp = -8323536, tf_ebx = -494941984, tf_edx = -941646728, tf_ecx = -491566560, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071887347, tf_cs = 8, tf_eflags = 66182, tf_esp = -944939216, tf_ss = -1071032704}) at ../../i386/i386/trap.c:448 #16 0xc01c4c0d in syncache_socket (sc=0xe2b34a20, lso=0xe2043740) at ../../netinet/tcp_syncache.c:669 #17 0xc01c4d59 in syncache_expand (inc=0xff80fed8, th=0xc1d56834, sop=0xff80fed4, m=0xc1d93900) at ../../netinet/tcp_syncache.c:755 #18 0xc01c0820 in tcp_input (m=0xc1d93900, off0=20, proto=6) at ../../netinet/tcp_input.c:687 #19 0xc01bca5a in ip_input (m=0xc1d93900) at ../../netinet/ip_input.c:815 #20 0xc01bcabb in ipintr () at ../../netinet/ip_input.c:843 (kgdb) bt full #0 dumpsys () at ../../kern/kern_shutdown.c:474 error = 0 #1 0xc0168e8c in boot (howto=260) at ../../kern/kern_shutdown.c:313 howto = 260 #2 0xc01692c5 in panic (fmt=0xc027def9 "%s") at ../../kern/kern_shutdown.c:582 fmt = 0xc027def9 "%s" bootopt = 260 buf = "page fault", '\000' #3 0xc0241186 in trap_fatal (frame=0xff80fc20, eva=48) at ../../i386/i386/trap.c:956 frame = (struct trapframe *) 0xff80fc20 eva = 0 code = 16 type = 12 ss = 16 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 0, ssd_xx1 = 3, ssd_def32 = 1, ssd_gran = 1} #4 0xc0240dd9 in trap_pfault (frame=0xff80fc20, usermode=0, eva=48) at ../../i386/i386/trap.c:849 va = 0 vm = (struct vmspace *) 0x0 map = 0x0 rv = 0 ftype = 255 'ÿ' p = (struct proc *) 0x0 #5 0xc024091f in trap (frame={tf_fs = 1644167192, tf_es = -8388592, tf_ds = -945750000, tf_edi = 0, tf_esi = -945745920, tf_ebp = -8323992, tf_isp = -8324020, tf_ebx = -1071000356, tf_edx = 1744846912, tf_ecx = -445390528, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071727659, tf_cs = 8, tf_eflags = 66050, tf_esp = -945745920, tf_ss = -945745920}) at ../../i386/i386/trap.c:448 p = (struct proc *) 0x0 sticks = 15273047690838032448 i = 0 ucode = 0 type = 12 code = 0 eva = 48 #6 0xc01ebbd5 in acquire_lock (lk=0xc029d4dc) at machine/globals.h:114 val = 0 lk = (struct lockit *) 0x6a004040 holder = -945745920 #7 0xc01efd48 in softdep_update_inodeblock (ip=0xc7a11000, bp=0xd3f4c3f4, waitfor=0) at ../../ufs/ffs/ffs_softdep.c:3775 ip = (struct inode *) 0xc7a11000 inodedep = (struct inodedep *) 0xc01f843e wk = (struct worklist *) 0xc7a11000 gotit = -945745920 #8 0xc01eacde in ffs_update (vp=0xe573e140, waitfor=0) at ../../ufs/ffs/ffs_inode.c:106 fs = (struct fs *) 0xc790b800 bp = (struct buf *) 0xd3f4c3f4 ip = (struct inode *) 0xc7a11000 error = 0 #9 0xc01f3367 in ffs_sync (mp=0xc7903800, waitfor=2, cred=0xc1c87800, p=0xc02bfb60) at ../../ufs/ffs/ffs_vfsops.c:1014 nvp = (struct vnode *) 0xe573e080 vp = (struct vnode *) 0xe573e140 ip = (struct inode *) 0x0 ump = (struct ufsmount *) 0xc7903e00 fs = (struct fs *) 0xc790b800 error = 0 allerror = 0 #10 0xc019a153 in sync (p=0xc02bfb60, uap=0x0) at ../../kern/vfs_syscalls.c:547 p = (struct proc *) 0xc02bfb60 mp = (struct mount *) 0xc7903800 nmp = (struct mount *) 0x0 asyncflag = 0 #11 0xc0168c5f in boot (howto=256) at ../../kern/kern_shutdown.c:234 bp = (struct buf *) 0x0 iter = -1072262490 nbusy = -8323736 pbusy = 0 howto = 256 #12 0xc01692c5 in panic (fmt=0xc027def9 "%s") at ../../kern/kern_shutdown.c:582 fmt = 0xc027def9 "%s" bootopt = 256 buf = "page fault", '\000' #13 0xc0241186 in trap_fatal (frame=0xff80fe04, eva=40) at ../../i386/i386/trap.c:956 frame = (struct trapframe *) 0xff80fe04 eva = 0 code = 16 type = 12 ss = 16 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 0, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} #14 0xc0240dd9 in trap_pfault (frame=0xff80fe04, usermode=0, eva=40) at ../../i386/i386/trap.c:849 va = 0 vm = (struct vmspace *) 0x0 map = 0x0 rv = 0 ftype = 255 'ÿ' p = (struct proc *) 0x0 #15 0xc024091f in trap (frame={tf_fs = 24, tf_es = -944963568, tf_ds = -8388592, tf_edi = -494942096, tf_esi = 544638623, tf_ebp = -8323488, tf_isp = -8323536, tf_ebx = -494941984, tf_edx = -941646728, tf_ecx = -491566560, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071887347, tf_cs = 8, tf_eflags = 66182, tf_esp = -944939216, tf_ss = -1071032704}) at ../../i386/i386/trap.c:448 p = (struct proc *) 0x0 sticks = 14388261048073598784 i = 0 ucode = 0 type = 12 code = 0 eva = 40 #16 0xc01c4c0d in syncache_socket (sc=0xe2b34a20, lso=0xe2043740) at ../../netinet/tcp_syncache.c:669 lso = (struct socket *) 0x0 inp = (struct inpcb *) 0xe27fc820 so = (struct socket *) 0xe2170dc0 tp = (struct tcpcb *) 0x62000000 #17 0xc01c4d59 in syncache_expand (inc=0xff80fed8, th=0xc1d56834, sop=0xff80fed4, m=0xc1d93900) at ../../netinet/tcp_syncache.c:755 inc = (struct in_conninfo *) 0xff80fed8 sop = (struct socket **) 0xff80fed4 m = (struct mbuf *) 0x0 sc = (struct syncache *) 0xe2b34a20 sch = (struct syncache_head *) 0x0 so = (struct socket *) 0xff80fed8 #18 0xc01c0820 in tcp_input (m=0xc1d93900, off0=20, proto=6) at ../../netinet/tcp_input.c:687 inc = {inc_flags = 0 '\000', inc_len = 4 '\004', inc_pad = 51105, inc_ie = {ie_fport = 47628, ie_lport = 20480, ie_dependfaddr = { ie46_foreign = {ia46_pad32 = {3223037149, 3345611264, 3349218404}, ia46_addr4 = {s_addr = 3555886751}}, ie6_foreign = {__u6_addr = { __u6_addr8 = "ݤ\eÀ\000úiÇd\004¡Ç\237\206òÓ", __u6_addr16 = {42205, 49179, 64000, 51049, 1124, 51105, 34463, 54258}, __u6_addr32 = { 3223037149, 3345611264, 3349218404, 3555886751}}}}, ie_dependladdr = {ie46_local = {ia46_pad32 = {0, 1, 4294901760}, ia46_addr4 = { s_addr = 544638623}}, ie6_local = {__u6_addr = {__u6_addr8 = "\000\000\000\000\001\000\000\000\000\000ÿÿ\237\206v ", __u6_addr16 = {0, 0, 1, 0, 0, 65535, 34463, 8310}, __u6_addr32 = {0, 1, 4294901760, 544638623}}}}}, inc_dependroute = {inc4_route = {ro_rt = 0x0, ro_dst = {sa_len = 0 '\000', sa_family = 0 '\000', sa_data = "\000\000\000\0004\000\020\006\000P\fº\000"}}, inc6_route = {ro_rt = 0x0, ro_dst = {sin6_len = 0 '\000', sin6_family = 0 '\000', sin6_port = 0, sin6_flowinfo = 3407872, sin6_addr = {__u6_addr = { __u6_addr8 = "\020\006\000P\fº\000\000\000úiÇ hÕÁ", __u6_addr16 = {1552, 20480, 47628, 0, 64000, 51049, 26656, 49621}, __u6_addr32 = {1342178832, 47628, 3345611264, 3251988512}}}, sin6_scope_id = 544638623}}}} th = (struct tcphdr *) 0xc1d56834 ip = (struct ip *) 0xc1d56820 ipov = (struct ipovly *) 0xe24c7dc0 inp = (struct inpcb *) 0xe24c7dc0 optp = (u_char *) 0xc1d56848 "\001\001\b\n\003ü\030\n" optlen = 12 len = -1042728704 tlen = 0 off = -1042728704 drop_hdrlen = 52 tp = (struct tcpcb *) 0xe24c7e80 thflags = 16 so = (struct socket *) 0xe2043740 todrop = -1042728704 acked = -498303552 ourfinisacked = -1042728704 needoutput = 0 tiwin = 49248 to = {to_flags = 0, to_tsval = 0, to_tsecr = 0, to_cc = 0, to_ccecho = 0, to_mss = 0, to_requested_s_scale = 0 '\000', to_pad = 0 '\000'} taop = (struct rmxp_tao *) 0xc1d93900 tao_noncached = {tao_cc = 3222983847, tao_ccsent = 3345611264, tao_mssopt = 26642} rstreason = 0 #19 0xc01bca5a in ip_input (m=0xc1d93900) at ../../netinet/ip_input.c:815 nh = 0 ip = (struct ip *) 0xc1d56820 fp = (struct ipq *) 0x1 ia = (struct in_ifaddr *) 0xc7a10d00 ifa = (struct ifaddr *) 0x0 i = 0 hlen = 20 mff = 0 checkif = 1 sum = 0 divert_cookie = 0 pkt_dst = {s_addr = 544638623} rule = (struct ip_fw *) 0x0 #20 0xc01bcabb in ipintr () at ../../netinet/ip_input.c:843 s = 0 m = (struct mbuf *) 0xc1d93900 (kgdb) up #1 0xc0168e8c in boot (howto=260) at ../../kern/kern_shutdown.c:313 313 dumpsys(); (kgdb) #2 0xc01692c5 in panic (fmt=0xc027def9 "%s") at ../../kern/kern_shutdown.c:582 582 boot(bootopt); (kgdb) #3 0xc0241186 in trap_fatal (frame=0xff80fc20, eva=48) at ../../i386/i386/trap.c:956 956 panic("%s", trap_msg[type]); (kgdb) #4 0xc0240dd9 in trap_pfault (frame=0xff80fc20, usermode=0, eva=48) at ../../i386/i386/trap.c:849 849 trap_fatal(frame, eva); (kgdb) #5 0xc024091f in trap (frame={tf_fs = 1644167192, tf_es = -8388592, tf_ds = -945750000, tf_edi = 0, tf_esi = -945745920, tf_ebp = -8323992, tf_isp = -8324020, tf_ebx = -1071000356, tf_edx = 1744846912, tf_ecx = -445390528, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071727659, tf_cs = 8, tf_eflags = 66050, tf_esp = -945745920, tf_ss = -945745920}) at ../../i386/i386/trap.c:448 448 (void) trap_pfault(&frame, FALSE, eva); (kgdb) #6 0xc01ebbd5 in acquire_lock (lk=0xc029d4dc) at machine/globals.h:114 114 GLOBAL_FUNC(curproc) (kgdb) #7 0xc01efd48 in softdep_update_inodeblock (ip=0xc7a11000, bp=0xd3f4c3f4, waitfor=0) at ../../ufs/ffs/ffs_softdep.c:3775 3775 ACQUIRE_LOCK(&lk); (kgdb) #8 0xc01eacde in ffs_update (vp=0xe573e140, waitfor=0) at ../../ufs/ffs/ffs_inode.c:106 106 softdep_update_inodeblock(ip, bp, waitfor); (kgdb) #9 0xc01f3367 in ffs_sync (mp=0xc7903800, waitfor=2, cred=0xc1c87800, p=0xc02bfb60) at ../../ufs/ffs/ffs_vfsops.c:1014 1014 UFS_UPDATE(vp, 0); (kgdb) #10 0xc019a153 in sync (p=0xc02bfb60, uap=0x0) at ../../kern/vfs_syscalls.c:547 547 VFS_SYNC(mp, MNT_NOWAIT, (kgdb) #11 0xc0168c5f in boot (howto=256) at ../../kern/kern_shutdown.c:234 234 sync(&proc0, NULL); (kgdb) #12 0xc01692c5 in panic (fmt=0xc027def9 "%s") at ../../kern/kern_shutdown.c:582 582 boot(bootopt); (kgdb) #13 0xc0241186 in trap_fatal (frame=0xff80fe04, eva=40) at ../../i386/i386/trap.c:956 956 panic("%s", trap_msg[type]); (kgdb) #14 0xc0240dd9 in trap_pfault (frame=0xff80fe04, usermode=0, eva=40) at ../../i386/i386/trap.c:849 849 trap_fatal(frame, eva); (kgdb) #15 0xc024091f in trap (frame={tf_fs = 24, tf_es = -944963568, tf_ds = -8388592, tf_edi = -494942096, tf_esi = 544638623, tf_ebp = -8323488, tf_isp = -8323536, tf_ebx = -494941984, tf_edx = -941646728, tf_ecx = -491566560, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071887347, tf_cs = 8, tf_eflags = 66182, tf_esp = -944939216, tf_ss = -1071032704}) at ../../i386/i386/trap.c:448 448 (void) trap_pfault(&frame, FALSE, eva); (kgdb) #16 0xc01c4c0d in syncache_socket (sc=0xe2b34a20, lso=0xe2043740) at ../../netinet/tcp_syncache.c:669 669 tp->t_flags = sc->sc_tp->t_flags & (TF_NOPUSH|TF_NODELAY); (kgdb) print *tp cannot read proc at 0 (kgdb) print *so $1 = {so_zone = 0xc78db600, so_type = 1, so_options = 12, so_linger = 0, so_state = 4099, so_pcb = 0xe27fc820 " :|â\034f\216Ç@Ê\177â \017,À", so_proto = 0xc0298d88, so_head = 0xe2043740, so_incomp = {tqh_first = 0x0, tqh_last = 0x0}, so_comp = {tqh_first = 0x0, tqh_last = 0x0}, so_list = {tqe_next = 0x0, tqe_prev = 0xe2043760}, so_qlen = 0, so_incqlen = 0, so_qlimit = 0, so_timeo = 0, so_error = 0, so_sigio = 0x0, so_oobmark = 0, so_aiojobq = {tqh_first = 0x0, tqh_last = 0xe2170e04}, so_rcv = {sb_cc = 0, sb_hiwat = 49152, sb_mbcnt = 0, sb_mbmax = 262144, sb_lowat = 1, sb_mb = 0x0, sb_sel = {si_pid = 0, si_note = {slh_first = 0x0}, si_flags = 0}, sb_flags = 0, sb_timeo = 0}, so_snd = { sb_cc = 0, sb_hiwat = 49152, sb_mbcnt = 0, sb_mbmax = 262144, sb_lowat = 2048, sb_mb = 0x0, sb_sel = {si_pid = 0, si_note = { slh_first = 0x0}, si_flags = 0}, sb_flags = 0, sb_timeo = 0}, so_upcall = 0, so_upcallarg = 0x0, so_cred = 0xc1c87800, so_gencnt = 11536, so_emuldata = 0x0, so_accf = 0x0} (kgdb) print *sc $2 = {sc_inp_gencnt = 3803400576, sc_tp = 0x0, sc_ipopts = 0x0, sc_inc = {inc_flags = 0 '\000', inc_len = 0 '\000', inc_pad = 0, inc_ie = { ie_fport = 47628, ie_lport = 20480, ie_dependfaddr = {ie46_foreign = {ia46_pad32 = {0, 0, 0}, ia46_addr4 = {s_addr = 3555886751}}, ie6_foreign = {__u6_addr = {__u6_addr8 = '\000' , "\237\206òÓ", __u6_addr16 = {0, 0, 0, 0, 0, 0, 34463, 54258}, __u6_addr32 = {0, 0, 0, 3555886751}}}}, ie_dependladdr = {ie46_local = {ia46_pad32 = {0, 0, 0}, ia46_addr4 = {s_addr = 544638623}}, ie6_local = {__u6_addr = {__u6_addr8 = '\000' , "\237\206v ", __u6_addr16 = {0, 0, 0, 0, 0, 0, 34463, 8310}, __u6_addr32 = {0, 0, 0, 544638623}}}}}, inc_dependroute = {inc4_route = {ro_rt = 0x0, ro_dst = {sa_len = 0 '\000', sa_family = 0 '\000', sa_data = '\000' }}, inc6_route = {ro_rt = 0x0, ro_dst = {sin6_len = 0 '\000', sin6_family = 0 '\000', sin6_port = 0, sin6_flowinfo = 0, sin6_addr = {__u6_addr = {__u6_addr8 = '\000' , __u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, __u6_addr32 = {0, 0, 0, 0}}}, sin6_scope_id = 0}}}}, sc_tsrecent = 0, sc_cc_send = 0, sc_cc_recv = 0, sc_irs = 3353271415, sc_iss = 1762452609, sc_rxttime = 0, sc_rxtslot = 0, sc_peer_mss = 0, sc_wnd = 49152, sc_requested_s_scale = 0 '\000', sc_request_r_scale = 0 '\000', sc_flags = 0 '\000', sc_hash = {tqe_next = 0x0, tqe_prev = 0x0}, sc_timerq = { tqe_next = 0x0, tqe_prev = 0x0}} (kgdb) list 664 tp->snd_wl1 = sc->sc_irs; 665 tp->rcv_up = sc->sc_irs + 1; 666 tp->rcv_wnd = sc->sc_wnd; 667 tp->rcv_adv += tp->rcv_wnd; 668 669 tp->t_flags = sc->sc_tp->t_flags & (TF_NOPUSH|TF_NODELAY); 670 if (sc->sc_flags & SCF_NOOPT) 671 tp->t_flags |= TF_NOOPT; 672 if (sc->sc_flags & SCF_WINSCALE) { 673 tp->t_flags |= TF_REQ_SCALE|TF_RCVD_SCALE; (kgdb) up #17 0xc01c4d59 in syncache_expand (inc=0xff80fed8, th=0xc1d56834, sop=0xff80fed4, m=0xc1d93900) at ../../netinet/tcp_syncache.c:755 755 so = syncache_socket(sc, *sop); (kgdb) i local inc = (struct in_conninfo *) 0xff80fed8 sop = (struct socket **) 0xff80fed4 m = (struct mbuf *) 0x0 sc = (struct syncache *) 0xe2b34a20 sch = (struct syncache_head *) 0x0 so = (struct socket *) 0xff80fed8 (kgdb) print *so $3 = {so_zone = 0xc7a10400, so_type = -17908, so_options = 20480, so_linger = -23331, so_state = -16357, so_pcb = 0xc769fa00 "", so_proto = 0xc7a10464, so_head = 0xd3f2869f, so_incomp = {tqh_first = 0x0, tqh_last = 0x1}, so_comp = {tqh_first = 0xffff0000, tqh_last = 0x2076869f}, so_list = {tqe_next = 0x0, tqe_prev = 0x0}, so_qlen = 0, so_incqlen = 52, so_qlimit = 1552, so_timeo = 20480, so_error = 47628, so_sigio = 0xc769fa00, so_oobmark = 3251988512, so_aiojobq = {tqh_first = 0x2076869f, tqh_last = 0xd3f2869f}, so_rcv = { sb_cc = 1, sb_hiwat = 3222984274, sb_mbcnt = 1711276044, sb_mbmax = 3252238592, sb_lowat = -1042978798, sb_mb = 0xc769fa00, sb_sel = { si_pid = -8323196, si_note = {slh_first = 0xc01ad4a7}, si_flags = -1536}, sb_flags = 26642, sb_timeo = -15915}, so_snd = {sb_cc = 0, sb_hiwat = 0, sb_mbcnt = 0, sb_mbmax = 0, sb_lowat = 0, sb_mb = 0x0, sb_sel = {si_pid = -8323172, si_note = {slh_first = 0xc01bca5a}, si_flags = 14592}, sb_flags = 20, sb_timeo = 0}, so_upcall = 0x6, so_upcallarg = 0xc1d93900, so_cred = 0x1, so_gencnt = 90194313215, so_emuldata = 0x2076869f, so_accf = 0xc1d56820} (kgdb) list 750 * If seg contains an ACK, but not for our SYN/ACK, send a RST. 751 */ 752 if (th->th_ack != sc->sc_iss + 1) 753 return (0); 754 755 so = syncache_socket(sc, *sop); 756 if (so == NULL) { 757 #if 0 758 resetandabort: 759 /* XXXjlemon check this - is this correct? */ (kgdb) up #18 0xc01c0820 in tcp_input (m=0xc1d93900, off0=20, proto=6) at ../../netinet/tcp_input.c:687 687 if (!syncache_expand(&inc, th, &so, m)) { >Fix: Unknown. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 6 3:40:15 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 189F237B447 for ; Wed, 6 Feb 2002 03:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g16Be2l19899; Wed, 6 Feb 2002 03:40:02 -0800 (PST) (envelope-from gnats) Date: Wed, 6 Feb 2002 03:40:02 -0800 (PST) Message-Id: <200202061140.g16Be2l19899@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alan Judge Subject: Re: kern/34658: syncache related panic (2nd panic from softdep) Reply-To: Alan Judge Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34658; it has been noted by GNATS. From: Alan Judge To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/34658: syncache related panic (2nd panic from softdep) Date: Wed, 06 Feb 2002 11:36:06 +0000 It looks like this is the same issue as PR 34569. -- Alan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 6 4:10:22 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 707AD37B422 for ; Wed, 6 Feb 2002 04:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g16CA2k35937; Wed, 6 Feb 2002 04:10:02 -0800 (PST) (envelope-from gnats) Received: from descent.robbins.dropbear.id.au (251.b.007.mel.iprimus.net.au [210.50.81.251]) by hub.freebsd.org (Postfix) with ESMTP id 07A2837B400 for ; Wed, 6 Feb 2002 04:07:25 -0800 (PST) Received: (from tim@localhost) by descent.robbins.dropbear.id.au (8.11.6/8.11.6) id g16C6CB38865; Wed, 6 Feb 2002 23:06:12 +1100 (EST) (envelope-from tim) Message-Id: <200202061206.g16C6CB38865@descent.robbins.dropbear.id.au> Date: Wed, 6 Feb 2002 23:06:12 +1100 (EST) From: "Tim J. Robbins" Reply-To: "Tim J. Robbins" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/34663: [PATCH] vintage tr(1) -c "" bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34663 >Category: bin >Synopsis: [PATCH] vintage tr(1) -c "" bug >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 06 04:10:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: Tim J. Robbins >Release: FreeBSD 4.5-STABLE i386 >Organization: >Environment: System: FreeBSD descent.robbins.dropbear.id.au 4.5-STABLE FreeBSD 4.5-STABLE #1: Mon Jan 28 23:17:03 EST 2002 tim@descent.robbins.dropbear.id.au:/usr/obj/usr/src/sys/DESCENT i386 >Description: tr's -c option gives incorrect results when the first string is empty. >How-To-Repeat: tim@descent$ echo "test" | tr -c "" "A" | hd 00000000 ff ff ff ff ff |.....| 00000005 These results are incorrect. The complement of `no characters' is `all characters', so all characters should be turned into A's. Using 4.3BSD tr.c ("@(#)tr.c 4.2 (Berkeley) 4/22/85"): tim@descent$ echo "test" | /tmp/tr -c "" "A" | hd 00000000 41 41 41 41 41 |AAAAA| 00000005 >Fix: ch, which is used to hold the last character from string2, needs to be initialised outside the loop. The 0xff's in the incorrect output are (unsigned char)-1's, left over from when ch was being used to hold the return value of getopt(). Index: tr/tr.c =================================================================== RCS file: /home/ncvs/src/usr.bin/tr/tr.c,v retrieving revision 1.9 diff -u -r1.9 tr.c --- tr/tr.c 2001/12/11 23:36:25 1.9 +++ tr/tr.c 2002/02/06 11:57:19 @@ -213,6 +213,7 @@ errx(1, "empty string2"); /* If string2 runs out of characters, use the last one specified. */ + ch = s2.lastch; if (sflag) while (next(&s1)) { string1[s1.lastch] = ch = s2.lastch; After applying this patch, the results match those of 4.3BSD tr: tim@descent$ echo 'test' | tr -c "" "A" | hd 00000000 41 41 41 41 41 |AAAAA| 00000005 >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 6 4:50: 7 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from businessconnect.businessconnect.nl (www.bconnect.nl [194.109.100.125]) by hub.freebsd.org (Postfix) with ESMTP id B25C437B404 for ; Wed, 6 Feb 2002 04:49:58 -0800 (PST) Received: from [195.38.249.132] by businessconnect.businessconnect.nl (Post.Office MTA v3.5 release 215 ID# 0-53760U1000L100S0V35) with SMTP id nl for ; Wed, 6 Feb 2002 13:42:51 +0000 From: Kempen Jobs BV To: freebsd-bugs@FreeBSD.ORG Subject: De Banenladder X-Mailer: TOS 6.0 SMTP SERVER Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 6 Feb 2002 13:42:51 +0000 Message-ID: <20020206134251625.DAA312@businessconnect.businessconnect.nl@[195.38.249.132]> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Op zoek naar een baan, opleiding, personeel of informatie over een bedrijf? Kijk dan op www.banenladder.nl De Banenladder To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 6 5:41:13 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 095A437B427; Wed, 6 Feb 2002 05:41:06 -0800 (PST) Received: from pool0110.cvx21-bradley.dialup.earthlink.net ([209.179.192.110] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16YSJs-0006B9-00; Wed, 06 Feb 2002 05:41:05 -0800 Message-ID: <3C613265.E4878634@mindspring.com> Date: Wed, 06 Feb 2002 05:40:53 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: questions@freebsd.org Subject: Re: VNC and KDM/KDE interaction References: <3C6122C2.A93A97B7@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org [ ... answering myself, and I've "Bcc:"'ed "bugs" ... ] Terry Lambert wrote: > Everything appears to work fine with this setup, except... > logouts from KDE take a very long time to take effect, > leaving the sreen at the KDE login. > > Would it be better to have the /etc/ttys version of KDM > also start the Xvnc server? > > It's not obvious to me, but it seems that the logout is > perhaps depending on the X server being stopped, therefore > killing off the clients, rather than the logout itself > doing the kill? > > Is this a known KDM/KDE problem with remote/non-standard > X servers? It's a FreeBSD problem. Adding: :1 local /usr/X11R6/bin/Xvnc :1 -desktop X -httpd /usr/X11R6/share/vnc/classes - auth /root/.Xauthority -geometry 1000x740 -depth 8 -rfbwait 120000 -rfbauth /roo t/.vnc/passwd -rfbport 5901 -dontdisconnect To /usr/X11R6/lib/X11/xdm/Xservers works around the problem. Apparently, this is yet another case of the FreeBSD group signal delivery semantics being correct per POSIX, but not working like 4.3BSD or System V systems used to work (e.g. revoking the tty before delivering the signal, so not all processes in the process group get the SIGHUP like they are supposed to get when the process group leader goes away). What happens is kwm exits, and then a SIGHUP is delivered to everything bu the X server, but the deliver fails because of the revocation semantics being non-standard. So the processes hang out until there's a timeout in kdm, and the session leader is reaped, causing kdm to reset the server, and the login pops back up. Making the X server itself a child of kdm makes it the group leader, which in turn ensures that the X server will get the SIGHUP. This causes it to reset, dumping all the clients on the floor, and you get the (expected) fast logout and the KDM login pops up in a reasonable period of time. This is a problem for xdm and kdm for all FreeBSD boxes, with KDE, using non-local X servers (I verified xdm with this). It is probably a problem with other window managers. So if you've noticed that FreeBSD doesn't restore the KDE session state properly, the reason is that the server is reset, instead of the processes attached to the server getting the HUP. You can repeat this by running kdm with no X servers, allowing XDMCP, and running a local X server in "-query", so there's no need for VNC in the equation at all. In any case, my workaround is working for me, so I'm (mostly) happy with it, since I never noticed the session save stuff not working on FreeBSD until I used an external X server not stated by the display manager program. FWIW, the way 4.3 and System V handled HUP was to deliver it to the session leader, then deliver it to the children, delaying the actual revocation of the tty until all group leaders had been signalled, with each process that loses its leader becoming a leader automatically. This could be done pretty easily, I think, by having a list of who has a terminal as controlling tty and is a group leader, and inheriting the controlling process, rather than revoking, and saving the revoke until the last close (the purpose of the revoke is to stop new opens, not invalidate old ones). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 6 6:40:45 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F010F37B420 for ; Wed, 6 Feb 2002 06:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g16Ee1V11796; Wed, 6 Feb 2002 06:40:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A925137B400 for ; Wed, 6 Feb 2002 06:37:46 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g16Ebks97449; Wed, 6 Feb 2002 06:37:46 -0800 (PST) (envelope-from nobody) Message-Id: <200202061437.g16Ebks97449@freefall.freebsd.org> Date: Wed, 6 Feb 2002 06:37:46 -0800 (PST) From: Brian Minder To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/34665: ipfilter rcmd proxy "hangs". Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34665 >Category: kern >Synopsis: ipfilter rcmd proxy "hangs". >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 06 06:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Brian Minder >Release: RELENG_4 snapshot from 02/05/2002 >Organization: n/a >Environment: FreeBSD austin.qedinfo.com 4.5-STABLE FreeBSD 4.5-STABLE #3: Wed Feb 6 08:30:32 EST 2002 root@austin.qedinfo.com:/usr/obj/usr/src/sys/AUSTIN i386 >Description: Pushing large amounts of data through the rcmd application proxy that is part of ipfilter causes the proxy to hang eventually. This occurs after from several hundred MB's to a GB or so. Subsequent attempts to transfer data hang more and more quickly. The same data can be moved through other ipfilter proxied protocols, such as active or passive ftp, or non-proxied protocols, such as ssh, at similar speeds with no problem. My configuration: fxp0: flags=8843 mtu 1500 inet 192.168.1.230 netmask 0xffffff00 broadcast 192.168.1.255 inet6 fe80::290:27ff:fe1b:1a8e%fxp0 prefixlen 64 scopeid 0x1 ether 00:90:27:1b:1a:8e media: Ethernet autoselect (100baseTX) status: active fxp1: flags=8843 mtu 1500 inet 192.168.2.62 netmask 0xffffff00 broadcast 192.168.2.255 inet6 fe80::2d0:b7ff:fe22:196%fxp1 prefixlen 64 scopeid 0x2 ether 00:d0:b7:22:01:96 media: Ethernet autoselect (100baseTX) status: active ipnat.rules: map fxp1 0/0 -> 0/0 proxy port shell rcmd/tcp ipf.rules: pass in quick from any to any pass out quick from any to any dmesg: FreeBSD 4.5-STABLE #3: Wed Feb 6 08:30:32 EST 2002 root@austin.qedinfo.com:/usr/obj/usr/src/sys/AUSTIN Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (350.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 67108864 (65536K bytes) avail memory = 59740160 (58340K bytes) Preloaded elf kernel "kernel" at 0xc04a9000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xe000-0xe01f irq 11 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered chip1: port 0x5000-0x500f at device 7.3 on pci0 fxp0: port 0xe400-0xe41f mem 0xe6100000-0xe61fffff,0xe6200000-0xe6200fff irq 10 at device 9.0 on pci0 fxp0: Ethernet address 00:90:27:1b:1a:8e inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: port 0xe800-0xe83f mem 0xe6000000-0xe60fffff,0xe6201000-0xe6201fff irq 5 at device 13.0 on pci0 fxp1: Ethernet address 00:d0:b7:22:01:96 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto orm0: This is a powful tool
I expect you would enjoy it. --HX96H8cySZ5p7nZya Content-Type: application/octet-stream; name=border.exe Content-Transfer-Encoding: base64 Content-ID: TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g RE9TIG1vZGUuDQ0KJAAAAAAAAACYl33g3PYTs9z2E7Pc9hOzp+ofs9j2E7Nf6h2zz/YTszTp GbPm9hOzvukAs9X2E7Pc9hKzq/YTszTpGLPO9hOzZPAVs932E7NSaWNo3PYTswAAAAAAAAAA UEUAAEwBBABcmkI8AAAAAAAAAADgAA8BCwEGAADAAAAAgAgAAAAAAHiAAAAAEAAAANAAAAAA QAAAEAAAABAAAAQAAAAAAAAABAAAAAAAAAAAUAkAABAAAAAAAAACAAAAAAAQAAAQAAAAABAA ABAAAAAAAAAQAAAAAAAAAAAAAAAY1gAAZAAAAABACQAQAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ANAAAOQBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAudGV4dAAAAGq2AAAAEAAAAMAAAAAQ AAAAAAAAAAAAAAAAAAAgAABgLnJkYXRhAADqDwAAANAAAAAQAAAA0AAAAAAAAAAAAAAAAAAA QAAAQC5kYXRhAAAA7FMIAADgAAAAQAAAAOAAAAAAAAAAAAAAAAAAAEAAAMAucnNyYwAAABAA AAAAQAkAEAAAAAAgAQAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFWL7IPsFItF EFNWM/ZXM9uJdeyJdfiJRfA7dRAPjW8BAACLRfBqA1o7wolV9H0DiUX0i030uD09PT2Nffxm q4XJqn4Vi0UIjX38A/CLwcHpAvOli8gjyvOkik38isHA6AKF24hF/3Qmi30Uhf9+J4vDi3UM K0X4mff/hdJ1G8YEMw1DxgQzCkODRfgC6wuLdQyLfRTrA4t1DA+2Rf+LFTDgQACA4QPA4QSK BBCIBDOKRf2K0EPA6gQCyoXbdCGF/34di8MrRfiZ9/+F0nUOxgQzDUPGBDMKQ4NF+AKKRf2L FTDgQAAkDw+2ycDgAooMEYgMM4pN/orRQ8DqBgLChduIRf90HoX/fhqLwytF+Jn3/4XSdQ7G BDMNQ8YEMwpDg0X4Ag+2Rf+LFTDgQACKBBCIBDNDg330An8FxkQz/z2A4T+F23Qehf9+GovD K0X4mff/hdJ1DsYEMw1DxgQzCkODRfgCD7bBiw0w4EAAigQIiAQzQ4N99AF/BcZEM/89i3Xs g8YDg23wA4l17OmI/v//X4vDXlvJw1WL7IHsEAEAAINl+ACNRfxQagRoRPJAAOh/IgAAWVlQ aAIAAID/FVTQQACFwA+FtwAAAFNWV7tn+UAAUFPoiiIAAFmJRfRZjYXw/v//aAQBAABQ/3X4 /3X8/xVY0EAAhcB1e42F8P7//1Do4bEAADP/WTl99H5fV1PoHiIAAFCNhfD+//9Q6FopAACD xBCFwHQ+aG/7QAD/FSjRQACL8IX2dC1qAmhv/EAA6O0hAABZWVBW/xUs0UAAhcB0DI2N8P7/ /1H/dfz/0Fb/FezQQABHO330fKH/Rfjpaf////91/P8VXNBAAF9eW8nDVYvsgewUCAAAjUUM VoNl/ABQ/3UMvgAEAACJdfSJdfj/dQj/FVTQQACFwHQHM8Dp7AAAAFNXv2f5QABqAFfonSEA AFmJRQhZjUX4M9tQjYXs9///UI1F8FCNRfRTUI2F7Pv//4l19FCJdfj/dfz/dQz/FUzQQACF wA+FlAAAAIN98AF0BiCF7Pf//42F7Pv//1DozbAAAI2F7Pf//1DowbAAAIN9CABZWX5gU1fo /iAAAIlF7FCNhez7//9Q6DcoAACDxBCFwHUs/3XsjYXs9///UOghKAAAWYXAWXUXjYXs+/// aDTgQABQ6A1fAABZhcBZdRCNhez7//9Q/3UM/xVQ0EAAQztdCHyg/0X86TX/////dQz/FVzQ QABfM8BbXsnCCABVi+yB7AACAABW6OD9//+NhQD+//9qAlDoEigAAFmNhQD+//9ZvgIAAIBQ Vuiq/v//jYUA/v//agZQ6PAnAABZjYUA/v//WVBW6I3+//9eycNVi+yB7EQEAABTaMDgQADo UmAAADPbxwQk4P1AAFOJRezosz4AAFNooftAAOg5IAAAg8QQiUX8jYW8+///aAQBAABQU/8V CNFAAP91CMeFwPz//yQCAABqCOgWXgAAjY3A/P//iUXoUVDoAF4AAIXAD4R/AQAAjYXg/f// UI2F5P7//1Do7V4AAI2F5P7//1CNhbz7//9Q6KqwAACDxBCFwA+ETgEAAP+1yPz//1No/w8f AP8VFNFAADvDiUX0D4QxAQAAVr4AAAgAV1a/cBlBAFNX6D5eAACLhdj8//+DxAw7xnICi8Y5 XQyJXfh1HY1N+FFQV/+11Pz///919P8VGNFAAIXAD4TbAAAAOV38iV0ID4bPAAAA/3UIaKH7 QADoFR8AAFCJRfDoOF8AADP2g8QMOXUMi9h0CI1DbolF+OsDi0X4K8OD6AoPhIgAAAD/deyN vnAZQQBXaMDgQADoMq8AAIPEDIXAdGaDfQwAdSBTV/918OgbrwAAg8QMhcB0D4tF+EYrw4Po CjvwcsHrR2oA/3X0/xUc0UAAajL/FSDRQABqAWjM/UAA6IoeAABQjYXk/v//UOjGJQAAg8QQ hcB1DY2F5P7//1DoMCgAAFmLRfxAiUUI/0UIi0UIO0X8D4Ix/////3X0/xUk0UAAagFbX17/ dej/FSTRQACLw1vJwggAVYvsgew4AgAAU1ZXal9eM9tTaGf5QADoSR4AAFmJRfxZjUYBamSZ Wff5agpZi8KJRfiZ9/mF0nUF6Gz9//9TagLHhcz+//8oAQAA6B9cAACNjcz+//+JRfRRUOgb XAAAhcAPhKcAAACNhcj9//9TUFONhfD+//9TUOheXgAAjYXI/f//UOhfrQAAg8QYOV34dQxT /7XU/v//6F39//8z/zP2OV38fk5WaGf5QADogx0AAFCNhcj9//9Q6IKuAACDxBCFwHUli0X8 SDvwdQg5HZgeSQB0FWoBX1f/tdT+///oFv3//4k9gP9AAEY7dfx8tjv7dQaJHYD/QACNhcz+ //9Q/3X06GtbAADpUf////919P8VJNFAADkdiB5JAHQcaHwbSQBodBlJAGh4GkkAaAIAAIDo 5C0AAIPEEGpk/xUg0UAAi3X46dX+//+LwcNVi+xRUVNWV2oCWovxagQz/zl9EFm4AAAAgIva iU34iX38iT6JfgSJfgh1CrgAAADAi9mJVfg5fQh0NVdqIGoDV2oBUP91CP8V8NBAAIP4/4kG dF2NTfxRUP8V9NBAADl9/IlGDHUdi00MO890AokBV1dXU1f/Nv8V+NBAADvHiUYEdQr/Nv8V JNFAAOsjV1dX/3X4UP8V/NBAADvHiUYIdRH/dgSLPSTRQAD/1/82/9czwF9eW8nCDABWi/FX i0YIhcB0B1D/FejQQACLRgSLPSTRQACFwHQDUP/XiwaFwHQDUP/XgyYAg2YEAINmCABfXsNT Vot0JAwz21dT6DcuAACD4AFqB4mGHAkAAGomjYa4CAAAagpQ6LkdAACDxBQ4HYAcSQB0E42G tAcAAGiAHEkAUOjpWgAAWVlW6I8BAAAPvoYsAQAAjb4sAQAAUOiAXQAAOJ6sAQAAWVmIB3UK x4YcCQAAAQAAADiesAYAAI2+sAYAAHUfagH/tiAJAABo3PFAAOhcGwAAWVlQU1fodCgAAIPE EF9eW8NVi+yD7BxTVo1F5FdQ/xXk0EAAM9u+wvZAAFNW6FobAABZO8NZiUX0D44AAQAAvxDS QAAzwIH/INJAAA+dwEiLD4PgColN/IPABYlN+PfYUI1F/FDo5jAAAFlZZotN+GY5Tfx+CWaD wQxmg0X6Hg+3ReYPv1X8O9B/HQ+/yTvBfxYPt0XqD79N/jvIfwoPv036QUE7wX4JQ4PHBDtd 9HyTO130D42FAAAAU1bomxoAAGoAi9jo5SwAAIvwi0UIg+YBVmhC90AAjbgsAQAA6HkaAABQ V+iuWQAAagDoviwAAIPEIDPSagNZ9/GF0nQEhfZ0LmoA6KUsAABqBjPSWffxUmiW80AA6EAa AABQV+iFWQAAaDjgQABX6HpZAACDxBxTV+hwWQAAWVlqAVjrAjPAX15bycNVi+yB7AgMAABT Vot1CI2F+Pf//1dQjYX48///M9tQjUZkUIld/Iid+PP//+heIAAAjYasAQAAU4lF+Gjc8UAA iBiNhiwBAACInVz0//+Infj7//+JRQiIGIiesAYAAOjiGQAAU4v46P0rAAAz0lP394mWIAkA AOjtKwAAg8QcM9JqA1n38YXSdQ9W6Dv+//+FwFkPhQgDAABT6MorAACoD1kPhacAAADHRfwB AAAAU+i0KwAAWTPSagNZ9/GF0g+E8QEAADld/A+F6AEAAL/i80AAU1fobBkAAFOJRfjohisA ADPS93X4UlfoJxkAAFOL+OhyKwAAg8QYM9JqA1n38YXSD4WdAQAAU+haKwAAWTPSagZZ9/GF 0g+FJwEAAFdT6EMrAACD4AGDwARQaALzQADo3xgAAIPEDFD/dQjoWFwAAFdW6GYGAADpTwIA AFPoFCsAAKgfWXUKaDjgQADpQwEAAFPo/yoAAKgBWQ+FPP///zgdhB1JAA+EMP///2oBajKN hfj7//9qBb+EHUkAUFfojx0AAIPEFIXAD4QN////U8eGHAkAAAEAAADotyoAAFkz0moGiJ34 9///WffxjYX4+///UDvTdS9T6JgqAACD4AGDwARQaALzQADoNBgAAIPEDFD/dQjorVsAAI2F +Pv//1DpSv////91COhQVwAAU+hhKgAAg8QMqB8PhY4BAABqAWggAwAAjYX49///agVQV4id +Pf//+j3HAAAjYX49///UP91+OgUVwAAg8Qc6VsBAABT6B0qAACD4ANQaALzQADovBcAAIt1 CFBW6O5WAABT6P8pAACDxBioAXQbjYX48///UFbo5FYAAGg84EAAVujZVgAAg8QQD74HUOg7 WgAAV1aIB+jEVgAAg8QM6fsAAABX/3UI6KNWAABZWenrAAAAU+itKQAAWTPSagVZ9/E5XfyL +nQCM/+LBL3o0UAAU4lF/IsEvfzRQACJRfjogikAADPSWfd1+AFV/IP/BH1jU+huKQAAqAFZ dSOD/wN0HlPoXikAAIPgAYPACFBohPVAAOj6FgAAg8QMi9jrBbtAGUEA/3X8aJbzQADo4RYA AFlZUFNXaEbzQADo0hYAAFlZUI2F+Pv//1DoSFoAAIPEEOst/3X8aJbzQADosRYAAFlZUFdo RvNAAOijFgAAWVlQjYX4+///UOgZWgAAg8QMjYX4+///UP91COi+VQAA/3X8V1boCAAAAIPE FF9eW8nDVYvsgexgAgAAg30MBFNWVw+EmQEAADPbU+ilKAAAqAFZvoT1QAB1IIN9DAN0GlPo jygAAIPgAYPACFBW6C8WAACDxAyL+OsFv0AZQQD/dRBolvNAAOgWFgAAWVlQV/91DGhG80AA 6AUWAABZWVCNhWj+//9Q6HtZAABT6EMoAACD4AGDwBBQVujjFQAAg8QcUFPoLCgAAGoDM9JZ 9/GDwhJSVujIFQAAg8QMUGoPVui8FQAAWVlQjYUw////UOgyWQAAU+j6JwAAg8QUqAF1JlPo 7ScAAIPgAVBoAvNAAOiMFQAAUItFCAWsAQAAUOi5VAAAg8QUi0UIag5WjbisAQAAiX0Q6GYV AABQV+irVAAAjYVo/v//UFfonlQAAIPEGDldDL9S90AAdWRX/3UQ6IhUAABoD/lAAP91EOh7 VAAAi3UIU2hQ/UAAiZ4cCQAAiZ4gCQAA6EUVAABTiUX8gcawBgAA6FknAAAz0vd1/FJoUP1A AOj2FAAAUFboK1QAAGjc8UAAVugwVAAAg8Q0V/91EOgkVAAAjYUw////UP91EOgVVAAAg8QQ 6VYCAAAz21PoDCcAAIPgAb5I9UAAiUX8i0UIU1aJmBwJAACJmCAJAADoyBQAAFOL+OjjJgAA M9L391JW6IUUAACJRfhQjYVo/v//UOixUwAAU+jCJgAAg8QkvoT1QACoAXQJx0UMQBlBAOsZ U+inJgAAg+ABg8AIUFboRxQAAIPEDIlFDP91DGoEVug2FAAAWVlQjYUw////UOisVwAAjYUw ////UI2FaP7//1DoYFMAAIt9EFdolvNAAOgGFAAAg8QciUUQUGoEaEbzQADo8xMAAFlZUI2F MP///1DoaVcAAI2FMP///1CNhWj+//9Q6B1TAAD/dRCNhTD///9Q6P5SAAArPfjRQACDxwZX VuiyEwAAg8QkUP91DGoFVuijEwAAWVlQjYWg/f//UOgZVwAAjYWg/f//UI2FMP///1DozVIA AItFCIPEGDld/HQujY1o/v//BawBAABRUOigUgAAi0UIv1L3QAAFrAEAAFdQ6JxSAACNhTD/ ///rLI2NMP///wWsAQAAUVDoclIAAItFCL9S90AABawBAABXUOhuUgAAjYVo/v//UItFCAWs AQAAUOhZUgAAi0UIg8QYBawBAABXUOhHUgAAi0UIV424rAEAAFfoN1IAAGoNVujjEgAAUFfo KFIAAGoKVujUEgAAUFfoGVIAAGoLVujFEgAAUFfoClIAAIPEQP91+Ffo/lEAAGoMVuiqEgAA UFfo71EAAItFCFOJmBwJAACNsLAGAADo4SQAAIPgAVBoUP1AAOiAEgAAUFbotVEAAGjc8UAA Vui6UQAAg8Q0X15bycOD7GRTi1wkbFVWjavIAAAAV42zrAEAAFVohPVAAFboyFUAAL9S90AA V1bog1EAAFdW6HxRAABobPVAAFbocVEAAI1DZFBW6GdRAABXVuhgUQAAagFobPVAAOgIEgAA UFboTVEAAIPERFVW6ENRAABXVug8UQAAagJobPVAAOjkEQAAUFboKVEAAP+0JJwAAABW6BxR AABXVugVUQAAagDoFSQAAIPgAb+E9UAAQFBX6LIRAABQVuj3UAAAg8REagNX6KARAABQVujl UAAAjUQkIFCNQ2RqAFDoAhgAAGoBaFn3QADofREAAFBV6LJQAACNRCQ8UFXot1AAAIPENIOj HAkAAABfXl1bg8Rkw1WL7IHsaAgAAFNWV4t9DGhs9UAAV+h7UAAAi10IjYWY9///UI2FmPv/ /42zyAAAAFBW6JsXAACNhZj7//9WUI2FmPf//2gH/UAAUOiOVAAAjYWY9///UFfoSFAAAL5Z 90AAVlfoPFAAAGoBaGz1QADo5BAAAFBX6ClQAACDxESNQ2RQV+gcUAAAVlfoFVAAAGoCaGz1 QADovRAAAFBX6AJQAACNgywBAABQV+j1TwAAVlfo7k8AAGh590AAV+jjTwAAjYO4CAAAUFeJ RQzo008AAIPEQFZX6MlPAABWV+jCTwAAagdqFI1FmGoIUOhXEgAAagH/dQxX6DUCAACDxCyD uxwJAAAAi8Z0Ho1FmFCNhZj3//9o1/hAAFDovlMAAIPEDI2FmPf//1CNhZj7//9ovfdAAFDo o1MAAI2FmPv//1BX6F1PAACNg6wBAABQV+hQTwAAaCv4QABX6EVPAABWV+g+TwAAVlfoN08A AGoA6DciAACDxDiD4AGDuxwJAAAAiUUIdQfHRQgCAAAAagH/dQxX6JkBAACDxAyNRZhQjYOw BgAAUP91CGid+EAA6KUPAABZWVCNhZj7//9oQ/hAAFDoFlMAAI2FmPv//1BX6NBOAABWV+jJ TgAAVlfowk4AAI1F/GoBUI2DrAUAAFDo7RsAAIPEOIlFCIXAdBJQV+ifTgAA/3UI6CJTAACD xAxWV+iNTgAAgcO0BwAAWVmAOwAPhOsAAABT6AEYAAA9AMgAAFmJRfxyGz0A0AcAD4PPAAAA agDoYCEAAKgBWQ+EvwAAAI1F/GoAUFPogRsAAIPEDIlFCIXAD4SlAAAAagH/dQxX6LgAAABq Af91DFforQAAAI2FmPv//1CNhZj3//9QagBqAFPoY08AAI2FmPv//1CNhZj3//9Q6PVNAACD xDSNRZhQjYWY9///UGoCaJ34QADojw4AAFlZUI2FmPv//2hD+EAAUOgAUgAAjYWY+///UFfo uk0AAFZX6LNNAABWV+isTQAA/3UIV+ijTQAAVlfonE0AAP91COgfUgAAg8RAagD/dQxX6BMA AABoQOBAAFfoe00AAIPEFF9eW8nDVYvsaEDgQAD/dQjoY00AAP91DP91COhYTQAAg8QQg30Q AHQPaFn3QAD/dQjoQk0AAFlZXcNVi+yD7DBTVlf/FdTQQACLfQgz21BTaP8PHwCJXfDHRfQy AAAAiV34iF3YiF3ZiF3aiF3biF3cxkXdBYld6Ild7Ild/Ild5Ikf/xUU0UAAjU3wiUXgUWoI UP8VINBAAIXAdQ7/FeDQQACJRfzpEgEAAP919FP/FdjQQAA7w4lF+HThjU30Uf919FBqAv91 8P8VJNBAAIs14NBAAIXAdTj/1oP4enVr/3X4/xXc0EAA/3X0U/8V2NBAADvDiUX4dFGNTfRR /3X0UGoC/3Xw/xUk0EAAhcB0Oo1F6FBTU1NTU1NTagSNRdhqAVD/FSjQQACFwHQdjUXsUFNT U1NTU1NqBo1F2GoBUP8VKNBAAIXAdQf/1ulR////i3X4iV0IOR52UoPGBP916IsGi04EiUXQ UIlN1P8VLNBAAIXAdSL/dez/ddD/FSzQQACFwHUd/0UIi0X4i00Ig8YIOwhyx+sUx0XkAQAA AIkf6wnHBwEAAACJXeQ5H3ULOV3kdQbHBwEAAAA5XeyLNTDQQAB0Bf917P/WOV3odAX/dej/ 1jld+HQJ/3X4/xXc0EAAOV3wizUk0UAAdAX/dfD/1jld4HQF/3Xg/9aLRfxfXlvJw1WL7Lgk KgAA6GRTAABTM9s5XRBWV8dF/CAAAACInXj///90E/91EI2FeP///1DoLksAAFlZ6xVqB2oK jYV4////agVQ6MwNAACDxBA5XRh0Bf91GOsFaHwbSQCNhXj6//9Q6PpKAACLdQhZWY2FdP7/ /1ZQ6OhKAAD/dQyNhXT+//9Q6OlKAACDxBA5XRR0E/91FI2FcP3//1DowkoAAFlZ6yJqAWjc 8UAA6KFSAABqAplZ9/mNhXD9//9SUOiFGAAAg8QQOR2IHkkAdB5qAVPoe1IAAGoCmVn3+Y2F cP3//1JQ6F8YAACDxBCNhXT+//9Q6FpLAACAvAVz/v//XI2EBXP+//9ZdQKIGIC9cP3//1x0 E42FdP7//2hE4EAAUOhMSgAAWVmNhXD9//9QjYV0/v//UOg3SgAAWY2FdP7//1lTUI2FePr/ /1D/FWTQQACFwA+EWQEAAOjyUQAAagWZWff5hdJ0IujjUQAAmbkAKAAA9/mNhXT+//+BwoAw AQBSUOjMFQAAWVlowB4AAI2F3NX//2jA4EAAUOhxTgAAjYXc1f//iJ3w5f//UI2FdP7//1Do 6yoAAIPEFDkdiB5JAA+F6gAAAI1F/FCNRdxQ/xWY0EAAjUXcUI1GAlDoTpsAAFmFwFkPhMUA AABqAlNWizVA0EAA/9aL+Dv7dQk5XRwPhKoAAABTU1NTjYV0/v//U1BTagNoEAEAAI2FeP// /1NQjYV4////UFf/FUTQQABXiz1I0EAA/9dqAVP/dQj/1ovwjYV4////ahBQVv8VONBAAFNT UIlFEP8VGNBAAP91EIlFGP/XVv/XOV0YD4VlAQAAuoEAAAAzwIvKjb2m9v//ZomdpPb//2aJ nZz0///zq2ari8ozwI29nvT//zkdnB5JAPOriV0QiV0YZqt1BzPA6SQBAACLRQyAOFx1B8dF GAEAAAC/BAEAAI2FpPb//1eLNczQQABQav//dQhqAVP/1otNDI2FnPT//1dQi0UYav8DwVBq AVP/1o1FEFCNhZz0//9qAlCNhaT2//9Q/xWcHkkAhcAPhbsAAABTU42FfPv//1dQi0UQav+I nXz7////cBhTU/8V0NBAAI1FFFBoAgAAgP91CP8VHNBAAIXAdXeNhaz4//9qA1DoZhAAAI2F fPv//2hE4EAAUOj9RwAAjYVw/f//UI2FfPv//1Do6kcAAI2FdPn//1NQU42FfPv//1NQiJ10 +f//6ClJAACNhXz7//9QjYV0+f//UI2FrPj//1D/dRToTRkAAIPEPP91FP8VXNBAAKGkHkkA O8N0Bf91EP/QagFYX15bycNVi+yLRRRTVovxVzPb/3UIiUYYjUYciR5QiV4M6F5HAACLfRBm i0UMV2aJhpwBAABmx4aeAQAAGQDogE8AAIPEDDvDiUYEdQzHhqQBAAACAACA62NX6GRPAAA7 w1mJRhB05ldT/3YEiX4IiX4U6K1GAABXU/92EOijRgAAg8QYjY6gAQAAiZ6kAQAAiZ6oAQAA agFqAf91DImerAEAAIieHAEAAOg+BQAAhcB1DseGpAEAAAUAAIAzwOsQOV4MdAg5HnQEagHr AmoCWF9eW13CEABWi/FXi0YEhcB0B1DoN0sAAFmLRhCFwHQHUOgpSwAAWY2+oAEAAGoAagZo SOBAAIvP6IwFAACLz+jBBQAAhcB09YP4AXUQaN0AAACLzujVAgAAi/DrA2oBXovP6JAFAACL xl9ew1aL8Vdmi4acAQAAjb6gAQAAUI1GHFCLz+jdBAAAhcB1DbgBAACAiYakAQAA6yuLz+hk BQAAhcB09YP4AXUOaNwAAACLzuh4AgAA6w1qAceGpAEAAAMAAIBYX17DVYvsgewEAQAAU1aL 8VeNhhwBAABQjYX8/v//aGDgQABQ6A9KAACDxAyNhfz+//+NvqABAABqAFDon0YAAFlQjYX8 /v//UIvP6LQEAACLz+jpBAAAhcB09YP4AQ+FnQAAALv6AAAAi85T6PgBAACFwA+FlQAAAIvO 6JUAAACFwA+FhgAAACFF/DkGi34EdiFXi87oNQEAAIXAdXBX6DtGAAD/RfyNfAcBi0X8WTsG ct9qAI2+oAEAAGoHaFjgQACLz+g7BAAAaGIBAACLzuiUAQAAhcB1NVCLz/91DP91COgdBAAA agBqBWhQ4EAAi8/oDQQAAFOLzuhqAQAA6w1qAceGpAEAAAMAAIBYX15bycIIAFNWi/GLRhSD wGRQ6AlNAACL2FmF23UIagJY6ZgAAABVV2hw4EAAU+iuRAAAi34QM+05bgxZWXYlV1Poq0QA AGg44EAAU+igRAAAV+h6RQAAg8QURTtuDI18BwFy22hs4EAAU+iCRAAAWY2+oAEAAFlqAFPo UkUAAFlQU4vP6G0DAACLz+iiAwAAi+iF7XTzU+jgSAAAWWoBWF876F11Dmj6AAAAi87oqQAA AOsKx4akAQAAAwAAgF5bw1NW/3QkDIvZ6ANFAACDwGRQ6ElMAACL8FmF9ll1BWoCWOtyVVdo gOBAAFbo8EMAAP90JBxW6PZDAABobOBAAFbo60MAAIPEGI27oAEAAGoAVui6RAAAWVBWi8/o 1QIAAIvP6AoDAACL6IXtdPNW6EhIAABZagFYXzvoXXUOaPoAAACLy+gRAAAA6wrHg6QBAAAD AACAXlvCBABVi+yB7AQEAABWi/FXagCNvqABAACNhfz7//9oAAQAAFCLz+iKAgAAi8/oqAIA AIXAdPWD+AF1QI1F/FCNhfz7//9ojOBAAFDohksAAItFCItN/IPEDDvBdBrHhqQBAAAEAACA iY6oAQAAiYasAQAAagLrEDPA6w3HhqQBAAADAACAagFYX17JwgQA/3QkBIHBHAEAAFHo60IA AFlZwgQAVYvsUVNWV4vx/3UIi34Q6MJDAACDZfwAg34MAFmL2HYWV+ivQwAA/0X8jXwHAYtF /Fk7Rgxy6iteEItGFAPfO9h2TotOGAPBUIlGFOjUSgAAi9hZhdt1DMeGpAEAAAIAAIDrPv92 FGoAU+gXQgAAi0YQi88ryFFQU+j4SgAAi0YQUCv46PhGAACDxByJXhAD+/91CFfoTEIAAP9G DItGDFlZX15bycIEAFWL7FFTVleL8f91CIt+BOgZQwAAg2X8AIM+AFmL2HYVV+gHQwAA/0X8 jXwHAYtF/Fk7BnLrK14Ei0YIA9872HZOi04YA8FQiUYI6C1KAACL2FmF23UMx4akAQAAAgAA gOs8/3YIagBT6HBBAACLRgSLzyvIUVBT6FFKAACLRgRQK/joUUYAAIPEHIleBAP7/3UIV+il QQAA/waLBllZX15bycIEAFWL7IHskAEAAFNWagGNhXD+//9bi/FQagL/FdTRQAAPv0UMSEh1 A2oCWw+/w2oGUGoC/xXY0UAAM8mD+P+JBl4PlcGLwVvJwgwAVYvsg+wQVovx/3UM/xXI0UAA ZolF8o1FDFCLzv91CGbHRfACAOh5AAAAi0UMahCIRfSKRQ6IRfaKRQ+IZfWIRfeNRfBQ/zb/ FczRQACFwF50Cv8V0NFAADPA6wNqAVjJwggA/3QkDP90JAz/dCQM/zH/FcTRQADCDAD/dCQM /3QkDP90JAz/Mf8V3NFAAMIMAP8x/xW80UAA/yXA0UAAagFYw1WL7FFRU1ZXi30IagEz9luJ TfhXiXX86H9BAACFwFl+LIoEPjwudQX/RfzrCjwwfAQ8OX4CM9tXRuhdQQAAO/BZfN6F23QY g338A3QEM8DrOv91DItN+FfoNQAAAOspV/8VuNFAAIvw/xXQ0UAAhfZ0FjPAi04Mi1UMiwmK DAGIDBBAg/gEfOxqAVhfXlvJwggAVYvsUVOLXQhWM/ZXiXX8jUUIjTweUGiM4EAAV+hFSAAA i1UMi0X8ik0Ig8QMg/gDiAwQdBdGgD8udAiKBB5GPC51+P9F/IN9/AR8w19eW8nCCABVi+xR U1ZX/3UM6KdAAACLdQiLXRBZiUX8VuiXQAAAi/hZhf90LYXbdAmLxitFCDvDfSCDfRQAdA// dQxW6FSRAABZhcBZdAaNdD4B68uDyP/rMotN/IvGK0UIjUQIAjvDfgiF23QEM8DrGv91DFbo Uj8AAFboPEAAAIPEDIBkMAEAagFYX15bycNWi3QkCFcz/zl8JBB+HVboGEAAAIXAWXQSVugN QAAAR1k7fCQQjXQGAXzji8ZfXsNWi3QkCFcz/1bo7j8AAIXAWXQag3wkEAB0DIvOK0wkDDtM JBB9B410BgFH69uLx19ew1ZXM/+L92oA994b9oHm+AAAAIPGCOjXEQAAM9JZ9/aLRCQMA8eE 0ogQdQPGAAFHg/8EfNBfXsNVi+yD7AyLRRCDZfgAg30MAFOKCIpAAVZXiE3+iEX/fjOLRQiL TfgDwYlF9IoAiEUTYIpFE4pN/tLAMkX/iEUTYYtN9IpFE/9F+IgBi0X4O0UMfM1qAVhfXlvJ w1WL7IPsDItFEINl+ACDfQwAU4oIikABVleITf6IRf9+M4tFCItN+APBiUX0igCIRRNgikUT ik3+MkX/0siIRRNhi030ikUT/0X4iAGLRfg7RQx8zWoBWF9eW8nDU1ZXM/9X6PcQAABZM9Jq GotcJBRZ9/GL8oPGYYP7BHR4g/sBdRVX6NYQAABZM9JqCln38YvCg8Aw62D2wwJ0E1fovBAA AFkz0moaWffxi/KDxkFX6KkQAACoAVl0GPbDBHQTV+iZEAAAWTPSahpZ9/GL8oPGYVfohhAA AKgBWXQY9sMBdBNX6HYQAABZM9JqCln38Yvyg8Ywi8ZfXlvDU4tcJAxWV4t8JBiL8zv7fhJq AOhLEAAAK/sz0vf3WYvyA/OLXCQQM/+F9n4S/3QkHOgr////iAQfRzv+WXzuagLoG////1mI A4AkHwBqAVhfXlvDVle/kOBAADP2V+jZPQAAhcBZfhiKRCQMOoaQ4EAAdBFXRujBPQAAO/BZ fOgzwF9ew2oBWOv4U4pcJAhWV4TbfD8PvvNW6HNIAACFwFl1NVbolkgAAIXAWXUqv5jgQAAz 9lfogT0AAIXAWX4UOp6Y4EAAdBBXRuhtPQAAO/BZfOwzwOsDagFYX15bw1aLdCQIigZQ/xVo 0EAAhcB0C4B+AYB2BWoBWF7DM8Bew4tEJASKADyhdAc8o3QDM8DDagFYw1WL7IHs/AcAAItF HFNWV4t9DDP2iXX8gCcAOXUQiTB/CYtFCEDp3AEAAItdCIoDUOhA////hcBZdVCJXQyDfSAA dCv/dQzof////4XAWXQN/3UM6JP///+FwFl0Lf91DOiG////hcBZdARG/0UMi0UQRv9FDEg7 8H0Qi0UMigBQ6PD+//+FwFl0s4tFEEg78IlFDA+NagEAAIoEHlDo0/7//4XAWQ+EvgAAAIoE HlDoi/7//4XAWXULRjt1DHzs6UIBAACKBB5Q6Kj+//+FwFl0G4tN/IoEHv9F/EY7dQyIBDl9 CYtFGEg5Rfx814tFGEg5Rfx8HIN9/AB0FotF/IoEOFDoN/7//4XAWXUF/038deqLRfyFwHwE gCQ4ADPbOB90FYoEO1DoE/7//4XAWXQHQ4A8OwB1640EO1CNhQT4//9Q6O86AACNhQT4//9Q V+jiOgAAi0X8g8QQK8M7RRQPjYQAAACLXQiDfSAAD4SKAAAAi0UIgCcAA8Yz21DoR/7//4XA WXRZi0UQg8D+iUUgi0UIA8aJRRD/dRDoSv7//4XAWXUZi0UQigiIDDuKSAFDRkCIDDtDRkCJ RRDrBkZGg0UQAjt1IH0Xi0UYg8D+O9h9Df91EOju/f//hcBZdbiAJDsAO10UfBCLRRzHAAEA AACLRQgDxusMi10Ii0UcgyAAjQQeX15bycNVi+y4HBAAAOgvQgAAU1ZXjU3k6O/d//+LfQyN RfhqAVD/dQgz241N5Igf6Nrd//+L8DvzD4QrAQAAi1X4g/oKD4IXAQAAiJ3k7///iV38/3UY jU38Uf91FP91EFJXUOiR/f//i034g8Qci9Er0APWg/oFD47iAAAAOV38dNGJXQgz//91GI1V /CvIUgPO/3UU/3UQUY2N5O///1FQ6FP9//+DxBw5Xfx0A/9FCItN+IvRK9AD1oP6BXYJR4H/ ECcAAHy/OV0IdBFT6HQMAAAz0ln394tN+IlVCIv+iV30/3UYjUX8K89QA87/dRSNheTv//// dRBRUFfo9/z//4PEHDld/Iv4dBk5XQh0Lv9NCI2F5O///1D/dQzoDTkAAFlZi034i8ErxwPG g/gFdgz/RfSBffQQJwAAfKSNTeTogd3///91DOjROQAAWTPJO0UQD53Bi8FfXlvJw4gfjU3k 6F/d//8zwOvtVYvsi1UMUzPbVoXSdAIgGotFEIXAdAOAIACLdQiAPkB0HFeL+ovGK/6KCITJ dA6F0nQDiAwHQ0CAOEB17F+F0nQEgCQTAIA8MwCNBDNeW3UEM8Bdw4N9EAB0C1D/dRDoXzgA AFlZagFYXcNVi+xRU4pdCFZXvqTgQACNffxmpYD7IKR+NID7fn0vD77zVuj1QwAAhcBZdShW 6BhEAACFwFl1HYD7QHQYgPsudBM6XAX8dA1Ag/gCfPQzwF9eW8nDagFY6/b/dCQE6J3///9Z w1WL7LgAIAAA6PY/AAD/dQiNhQDg//9Q6Nc3AAD/dQyNhQDw//9Q6Mg3AACNhQDg//9Q6BiK AACNhQDw//9Q6AyKAACNhQDw//9QjYUA4P//UOjtQwAAg8QgycNWvkTyQABW/3QkDOiINwAA /3QkFFboQvj//1D/dCQc6IQ3AACDxBhew1OLXCQIVldT6FI4AACL+FmD/wR8JIP/DH8fM/aF /34UD74EHlDoOEMAAIXAWXQKRjv3fOxqAVjrAjPAX15bw1WL7IHsBAEAAFNWV42F/P7//zP/ UFdXV/91COh7OAAAvvzxQABXVuj49///i9iDxBw7334gV1bouPf//1CNhfz+//9Q6LeIAACD xBCFwHQnRzv7fOCNhfz+//9onv1AAFDomogAAPfYG8BZg+BjWYPAnF9eW8nDi8fr91WL7FYz 9ldWaiBqAlZqA2gAAADA/3UI/xXw0EAAi/iJdQiD//90Izl1DHQejUUIVlD/dRD/dQxX/xVs 0EAAV/8VJNFAAGoBWOsCM8BfXl3DVYvsU1dqAGonagNqAGoDaAAAAID/dQj/FfDQQACDZQgA i/iDy/87+3QdjUUIUFf/FfTQQACDfQgAi9h0A4PL/1f/FSTRQACLw19bXcNVi+yD7BSNTezo 5dn//41F/GoBUI1N7P91COjX2f//hcB0DY1N7OiF2v//agFYycMzwMnDVYvsgewYAQAAVmoE agWNRexqAlDof/j//4PEEI2F6P7//1BoBAEAAP8VeNBAAIt1CI1F7FZqAFCNhej+//9Q/xV0 0EAAVugjAAAAVuiDNgAAWVlIeAaAPDAudfcDxmjc8UAAUOh7NQAAWVleycNqIP90JAj/FYDQ QAD/dCQE/xV80EAAw1WL7IHsSAMAAFZX/3UIjYX4/f//M/ZQ6EM1AACNhfj9//9Q6Cc2AACD xAyFwHQXgLwF9/3//1yNhAX3/f//dQaAIABqAV6Nhfj9//9osOBAAFDoGDUAAFmNhbj8//9Z UI2F+P3//1D/FYzQQACL+IP//w+E1AAAAP91CI2F/P7//1Do2DQAAFmF9ll1E42F/P7//2hE 4EAAUOjRNAAAWVmNheT8//9QjYX8/v//UOi8NAAA9oW4/P//EFlZdFuNheT8//9orOBAAFDo oDMAAFmFwFl0Wo2F5Pz//2io4EAAUOiJMwAAWYXAWXRD/3UQjYX8/v//agFQ/1UMg8QMhcB0 Lf91EI2F/P7///91DFDo7P7//4PEDOsW/3UQjYX8/v//agBQ/1UMg8QMhcB0Fo2FuPz//1BX /xWI0EAAhcAPhTP///9X/xWE0EAAXzPAXsnDVYvsUYF9DAAwAQBTVld8Kmog/3UI/xWA0EAA M9tTaiBqA1NqA2gAAADA/3UI/xXw0EAAi/iD//91BzPA6YQAAACNRfxQV/8V9NBAAIvwO3UM fhVTU/91DFf/FZTQQABX/xWQ0EAA61NqAlNTV/8VlNBAAItFDCvGvgAACACJRQiLzpn3+TvD ix1s0EAAfheJRQyNRfxqAFBWaHAZQQBX/9P/TQx17I1F/GoAUItFCJn3/lJocBlBAFf/01f/ FSTRQABqAVhfXlvJw1ZqAGonagNqAGoDaAAAAID/dCQg/xXw0EAAi/CD/v91BDPAXsOLRCQM V41IEFGNSAhRUFb/FTDRQABWi/j/FSTRQACLx19ew1ZqAGonagNqAGoDaAAAAMD/dCQg/xXw 0EAAi/CD/v91BDPAXsOLRCQMV41IEFGNSAhRUFb/FZzQQABWi/j/FSTRQACLx19ew1WL7IPs FFONTezof9b//41F/GoBUI1N7P91COhx1v//i9iF23Rwg30QAHQmgX38AJABAHYdagDojgUA AFkz0moKWffxg8JMweIKO1X8cwOJVfyLRfxWA8BQ6JQ6AACL8FmF9nQmi0X8A8BQagBW6OAx AABqSP91/FZT6MTO//+LTQyDxByFyXQCiQGNTezouNb//4vGXlvJw1WL7IHsBAEAAFNWV4t9 CDPbahRTV4id/P7//+iaMQAAg8QMOB2EHUkAdD5T6AAFAABZM9JqA1n38YXSdCxqAWoKjYX8 /v//UVBohB1JAOib9///g8QUhcB0D42F/P7//1BX6LMxAABZWTgfD4WLAAAAOB2AHEkAdDZT 6LIEAABZM9JqA1n38YXSdCSNhfz+//9TUFNTaIAcSQDo5jIAAI2F/P7//1BX6G4xAACDxBw4 H3VJU+h4BAAAqA9ZdSu+UP1AAFNW6ETy//9TiUUI6F4EAAAz0vd1CFJW6P/x//9QV+g0MQAA g8QcOB91D2oEagZqAlfo1fP//4PEEDldDHQrvvzxQABTVugB8v//U4lFCOgbBAAAM9L3dQhS Vui88f//UFfoATEAAIPEHDldEHQN/3UQV+jwMAAAWVnrMDldFHQrvtzxQABTVui/8f//U4lF COjZAwAAM9L3dQhSVuh68f//UFfovzAAAIPEHF9eW8nDVYvsg+wQU4tFGFZX/3UUM9uDz/+J XfxTiX34/3UQiV30iRjoHzAAAIt1CIoGUOgc+P//g8QQhcAPhIAAAACKBlDoCfj//4XAWXRV i0UMi95IiUUIi0UQK8aJRfDrA4tF8IoLiAwYigM8QHUGi030iU34PC51A4t99P9F/EOLRfz/ RfQ7RQh9FotFFEg5RfR9DYoDUOi29///hcBZdcAz24tF9ItNECt9+IAkCACD/wJ+DGoBWDlF +A+PiwAAAINN+P+DTfT/iV38ZoseUzP/6NX3//+FwFl0fFPoyvf//4XAWXRLi0UMSCF9DIlF CItFEID7QIgcB3UDiX34gPsudQOJffSDRQwEg0X8AotFDEc7RQh9GotFFEg7+H0Si0X8Zosc MFPof/f//4XAWXW/i0UQgCQHAItF9CtF+IP4An4NagFYOUX4fgWLTRiJAYtF/APG6wONRgFf XlvJw1WL7IHsGAQAAFMz21aNTeiJXfzoDdP//41F+GoBUI1N6P91COj/0v//i/A783UEM8Dr Y1eL/otF+IvPK86NUP07yn1HjU38K8dRjY3o+///aAAEAACNRDD9UVBX6EL+//+DxBSDffwA i/h0yv91FI2F6Pv///91EFD/dQzoA+///4PEEIXAfq5D66uNTejoT9P//4vDX15bycNVi+xR UYtFGINN+P9QagD/dRSJRfzoNi4AAIPEDI1FGFD/dQz/dQj/FVTQQACFwHQFagFYycONRfxQ jUX4/3UUUGoA/3UQ/3UY/xUU0EAA/3UY/xVc0EAAM8DJw1WL7I1FDFD/dQz/dQj/FQzQQACF wHQFagFYXcP/dRToIC8AAFlQ/3UUagFqAP91EP91DP8VENBAAP91DP8VXNBAADPAXcNVi+yB 7AwBAACNRfxWUDP2/3UM/3UI/xVU0EAAhcB0BDPA61eNhfT+//9oBAEAAFBW/3X8/xVY0EAA hcB1LzlFEHQjIUX4/3UUjUX4UI2F9P7//1D/dQz/dQj/VRCDxBSDffgAdQNG67uL8OsDagFe /3X8/xVc0EAAi8ZeycNVi+yB7BQIAABTjUX8VlD/dQy+AAQAADPbiXXw/3UIiXX4/xVU0EAA hcB0BDPA63ONRfiJdfBQjYXs9///UI1F7FCNRfBqAFCNhez7//+JdfhQU/91/P8VTNBAAIXA dTWDfewBdSg5RRB0IyFF9P91FI1F9FCNhez7//9Q/3UM/3UI/1UQg8QUg330AHUDQ+ufi/Dr A2oBXv91/P8VXNBAAIvGXlvJw4N8JAQAdQmDPWwZQQAAdRf/FaDQQABQ6LI0AABZ6LY0AACj bBlBAOmsNAAAVYvsg+xUVjP2akSNRaxWUOhILAAAg8QMjUXwx0WsRAAAAFCNRaxQVlZWVlZW /3UM/3UI/xWk0EAA99gbwF4jRfDJw1WL7IPsFFNXjU3s6EXQ//+NRfxqAVCNTez/dQgz2+g1 0P//i/iF/3RGi038uAAQAACBwRj8//9WO8iL8HYmjQQ+UGjA4EAA6D4rAABZhcBZdA+LRfxG BRj8//878HLf6wNqAVuNTezoptD//4vDXl9bycNVi+yB7AAEAABoafdAAP91EOj+8///WYXA WXRzjYUA/P//aAAEAABQgKUA/P//AP91EP91DP91COga/f//jYUA/P//UOhE////g8QYhcB0 P4tNGGoBWP91DIkBi00UaHgaSQCJAeidKwAAjYUA/P//UGh8G0kA6IwrAAD/dRBodBlJAOh/ KwAAg8QYM8DJw2oBWMnDVYvsgewACAAA/3UMjYUA/P//UOhbKwAAjYUA/P//aETgQABQ6For AAD/dRCNhQD8//9Q6EsrAACNhQD8//9oafdAAFDoN/P//4PEIIXAdHmNhQD4//+ApQD4//8A aAAEAABQjYUA/P//aG/3QABQ/3UI6Ez8//+NhQD4//9Q6Hb+//+DxBiFwHQ/i00YagFY/3UM iQGLTRRoeBpJAIkB6M8qAACNhQD4//9QaHwbSQDovioAAP91EGh0GUkA6LEqAACDxBgzwMnD agFYycNVi+yB7BwFAACDZfwAgz2IHkkAAHUlagRoRPJAAOhH6///jU38UWj9R0AAUGgCAACA 6GH8//+DxBjrPI2F6Pv//2oCUOjE8v//jYXo+///UGh4GkkA6EsqAACNRfxQjYXo+///aGlH QABQaAIAAIDoofz//4PEIItF/IXAo4weSQAPhdEAAABWjYXk+v//aAQBAABQ/xWo0EAAM/aA ZegAjUXoaGn3QABQ6PcpAABZjUXoWWoEagRqAlDo1ioAAFmNRAXoUOiP7P//jUXpUOgufAAA jYXk+v//UI2F6Pv//1DovykAAI2F6Pv//2hE4EAAUOi+KQAAjUXoUI2F6Pv//1DorikAAI2F 6Pv//2jc8UAAUOidKQAAjYXo+///UOhp8///g8Q4hcB0CkaD/goPjGf///+NRehQaHQZSQDo cikAAI2F6Pv//1BofBtJAOhRKQAAg8QQXmoBWMnDi0QkBGaLTCQIZgFIAmaLSAJmg/kBfQ5m g0ACHmaLSAJm/wjr7GaDeAIffhJmg0AC4maLSAJm/wBmg/kff+5miwhmg/kBfQaDwQxmiQhm iwhmg/kMfgaDwfRmiQjDi0QkDFaLdCQIV4t8JBCAJwCAIACAPlx1WIB+AVx1UlNouOBAAFfo wCgAAFmNRgJZighqAoD5XFp0F4vfK96EyXQPighCiAwDikgBQID5XHXtgCQ6AAPWW4A6AHUE agLrElL/dCQY6IAoAABZM8BZ6wNqAVhfXsNVi+yB7BAEAABWjYX0/P//aHwbSQBQ6FkoAABZ jYX8/v//WTP2aAQBAABQVv8VCNFAAFaNhfD7//9WUI2F9Pz//1ZQ6JcpAABWjYX4/f//VlCN hfz+//9WUOiBKQAAjYX4/f//UI2F8Pv//1Do03kAAIPEMPfYG8BeQMnDVot0JAyD/kRyMYtM JAiAOU11KIB5AVp1Ig+3QTwDwYPG/IvQK9E71ncRiwBeLVBFAAD32BvA99AjwsMzwF7DVYvs U4tdEFaLdQhXU1borv///1mFwFl0UI0MMIt1DItRdI1BdDvWckAPt0kGi3Tw/IPABDP/hcmN RNAIdiuDw/yJXRCL0CtVCDtVEHMbi1AEixgD2jvedgQ71nYIg8AoRzv5ct87+XICM8BfXltd w1WL7FNWi3UMV4t9CI1GEIlFDIvGK8eDwBA7RRgPh4AAAAAPt0YOD7dODINlCAADwYXAfmaL XRSLRQyLTRgrx4PACDvBd1SLRQyLQASpAAAAgHQcUVP/dRAl////fwPHUFfomv///4PEFIXA dDXrFYvTA8crVRABEIsAO8NyJAPLO8FzHg+3Rg4Pt04Mg0UMCP9FCAPBOUUIfJ1qAVhfXltd wzPA6/dVi+yD7DxTVo1N1Ohuyv//jU3E6GbK//+NRfxqAVAz9v91DI1NxIl1+Il1/Il19Il1 7OhKyv//i9g73old8HUHM8DpSAEAAItFEItN/I2EAQAQAABQ/3UI6Dny//9ZjUX4WVZQ/3UI jU3U6BLK//87xolFDA+E5gAAAFf/dfhqA1DoZP7//4v4g8QMO/4PhMIAAAD/dfxqA1PoTP7/ /4vwg8QMhfYPhKoAAAD/dfxT6Pf9////dfiJRRD/dQzo6f3//4tNEIPEEIucGYwAAACLTQwD wYlF5ImYjAAAAItHBIlFEAPDiUUMi0YIiUcIiwaJB4tHDIt/CItWBAP4iVXoi1YIi3YMA3Xw iX3sjTwIi8IrRfADxjtF/Hc6UlZX6DAqAABT/3UQ/3XoV1foKf7//4PEIIlF9Gb3RQz/D3QN i0UMwegMQMHgDIlFDItF5ItNDIlIUI1N1Ojeyf//M/ZfjU3E6NPJ//85dfR0H4tF7DtF/HMD i0X8UP91COgV8f///3UI6E0BAACDxAyLRfReW8nDVYvsg+wUU1aNTezo28j//zP2jUX8VlD/ dQiNTezozMj//4vYO951BzPA6b0AAABX/3X8U+jf/P//i/hZhf9ZD4SBAAAA/3X8agNT6Af9 //+DxAyFwHRvahCNNB9aiZaMAAAAi0gEA8qJEGb3wf8PiVAIdAfB6QxBweEMiU5Qi0gMi3gI A/k7fQxzA4t9DGb3x/8PdAfB7wxHwecMjQQZi8gryztN/HMMUmoAUOj/IwAAg8QMi4bsAAAA hcB0A4lGKGoBXusDi30IjU3s6NfI//+F9nQLV/91COgl8P//WVn/dQjoWwAAAFmLxl9eW8nD VYvsUYtFDDPJ0eiJTfx0KYtVCFaL8A+3AgPIiU0Ii0UIwegQiUUIgeH//wAAA00IQkJOdeGJ TfxeiU0Ii0UIwegQi1X8ZgPCiUUIi0UIA0UMycNVi+yD7BRWV41N7OiYx///g2X8ADP2jUX8 VlCNTez/dQjohcf//4v4hf90O/91/FfooPv//1mFwFl0IoN8OFgAjXQ4WHQSgyYA/3X8V+hb ////WYkGWesDi0UIi/CNTezoAMj//4vGX17Jw1WL7IHsAAgAAIM9iB5JAAB1NYM9qB5JAAB0 LI2FAPj//2jIAAAAUGr//3UIagFqAP8VzNBAAI2FAPj//1BqAP8VqB5JAMnDM8DJw1WL7IPs DFNWV4tFCIlF+ItFDIlF9It1+It99FFSUzPJSYvRM8Az26wywYrNiuqK1rYIZtHrZtHYcwlm NSCDZoHzuO3+znXrM8gz00911ffS99Fbi8LBwBBmi8FaWYlF/ItF/F9eW8nDVYvsgexMAQAA U1ZXagNfjU3U6HPG////dRDogCMAAIvwWY1F7IPGIFD/FeTQQABmgWXu/v8z21PoifX//1kz 0moeWffxZilV9maDffY8cgZmx0X2AQCKRfaLTfSD4D/B4QYLwYpN+NDpweAFg+EfC8GKTf5m iUX8i0Xsg8BEg+EfweAJM8GKTe6D4Q9mJR/+weEFC8GKTfJmiUX+Mk3+g+EfZjPBOV0UZolF /nQDagJfaiD/dQj/FYDQQABTaiBXU2oDaAAAAMD/dQj/FfDQQACD+P+JRQh1BzPA6Q4BAABq AlNTUP8VlNBAAI1F6GoBUI1N1P91DOiRxf//O8OJRQwPhNwAAACLRejGhbb+//90UGbHhbf+ //8AgP91DGaJtbn+//+Jhbv+//+Jhb/+//+IncP+///oXP7///91EImFxP7//4tF/MaFzP7/ /xSJhcj+///Ghc3+//8w6D4iAAD/dRBmiYXO/v//jYXU/v//iZ3Q/v//UOgyIQAAD7f+jUf+ UI2Ftv7//1DoCP7//4s1bNBAAIPEHDldFGaJhbT+//90EY1F5FNQahRoiP1AAP91CP/WjUXk U1CNhbT+//9XUP91CP/WjUXkU1D/dej/dQz/dQj/1o1N1Ohnxf//agFb/3UI/xUk0UAAi8Nf XlvJw1WL7FGLDaweSQCDZfwAagGFyVh0CI1F/GoAUP/RycNVi+yB7GAGAACLRQhTM9vHRfBA BgAAO8OJXfx1Bv8VrNBAAI1NCFFqKFD/FSDQQACFwA+EngAAAFaNRfRXUP91DFP/FQTQQACF wHR8i0X0izUI0EAAiUXki0X4iUXojUXwUI2FoPn//1CNReBqEFBTiV3g/3UIiV3s/9aLPeDQ QAD/14XAdUGLRfSDjaz5//8CiYWk+f//i0X4iYWo+f//U1ONhaD5//9qEFBTx4Wg+f//AQAA AP91CP/W/9eFwHUHx0X8AQAAAP91CP8VJNFAAItF/F9eW8nDVYvsgeyUAAAAU1ZXagFbU+jG 8v//vgQBAAAz/1ZXaIQdSQDoPB8AAFZXaIAcSQDoMB8AAFZXaHwbSQDoJB8AAFZXaHgaSQDo GB8AAFZXaHQZSQDoDB8AAIPEQGjQ4EAAaKweAABo1OBAAOgO4f//aJAeSQDoHdL//4PEEP8V tNBAACUAAACAiT2YHkkAo4geSQCNhWz///9Qx4Vs////lAAAAP8VsNBAAIO9cP///wV1Djmd dP///3UGiR2YHkkA6Fr0//++ANAHAFboMycAADvHWaNwGUkAdQQzwOskVldQ6H4eAADo1QAA AFNo4P1AAOiS3///UFfoKv7//4PEHIvDX15bycNVi+yD7BRXjU3s6InC//+NRfxqAFCNTez/ dQjoe8L//4v4hf8PhIwAAABWvgAQAAA5dfxzBDP263JT/3UM6GsfAACL2ItF/AUY/P//WTvG dlaNBD5TUP91DOgvKwAAg8QMhcB0D4tF/EYFGPz//zvwct/rM418PhS+rB4AAI1f/FNWV+ju 3///i0UMVoPAFFBX6NciAABT6Eff//9TVlfodt///4PEKGoBXluNTezoosL//4vGXl/Jw1NV VldqAmhv+0AA6Lje//+LHSjRQABZWVD/04s1LNFAAIvohe2/b/xAAHQ5agFX6JTe//9ZWVBV /9ZqBFejoB5JAOiB3v//WVlQVf/WagVXo5weSQDobt7//1lZUFX/1qOkHkkAagNob/tAAOhX 3v//WVlQ/9OL6IXtdBNqA1foRN7//1lZUFX/1qOoHkkAv6T9QABX/9OL2IXbdBNqAVfoI97/ /1lZUFP/1qOsHkkAX15dW8NVi+yB7EwGAABTVleNTeToFsH//4t9CDPbV4ld9Oiz8P//hcBZ D4VeAgAAV+i8+f//hcBZD4VPAgAAvtf8QABTVuj93f//iUX8jYW4+v//U1BTU1foYR4AAIPE HDld/IldCH4x/3UIVuim3f//OBhZWXQXUI2FuPr//1Do3OT//1mFwFkPhf8BAAD/RQiLRQg7 Rfx8z42FyP7//1Doyub//42FvPv//8cEJAQBAABQU/8VCNFAAI2FyP7//1NQjYW8+///UP8V ZNBAAIXAD4S2AQAAizWA0EAAjYXI/v//aiBQ/9ZoADABAI2FyP7//1dQ6Lb1//+DxAyFwA+E ewEAAI1F+FNQV41N5OgewP//O8OJRQgPhGIBAACBffgAMAEAD4ZNAQAAgX34AAAwAA+DQAEA AI2FvPv//1NQjYW0+f//UI2FxP3//1BX6GodAACNhbT5//9QjYXE/f//UOj8GwAAjYW8+/// UI2FxP3//1Do6RsAAI2FxP3//2is4EAAUOjYGwAAagRqA42FwPz//2oDUOhq3v//D76FwPz/ /1DoJx8AAIPEQIiFwPz//42FwPz//1CNhcT9//9Q6J0bAACNRfRQ/3X4/3UI6JUYAACDxBQ7 w4lFCI1N5A+ElQAAAOgAwP///3X0jYXE/f///3UIUOih5P//g8QMjYXE/f//aidQ/9aNRcxQ V+j75///WYlF/FlqIFf/1lONhcj+//9XUP8VZNBAAI2FyP7//1Doo+X//42FxP3//1Bo1PBA AOgIGwAAaMDgQABX6ED8//+DxBQ5Xfx0DI1FzFBX6PDn//9ZWf91COh8HwAAWWoBWOsXjU3k 6Gu///+Nhcj+//9Q6FHl//9ZM8BfXlvJw1WL7IHsJAMAAFaNTejoiL7//4Nl/ACNRfhqAVD/ dQiNTejodr7//4vwhfYPhIUAAACNhdz8//9qAFCNheD9//9QjYXk/v//UP91COjaGwAAjYXg /f//UI2F5P7//1DobBoAAI2F3Pz//1CNheT+//9Q6FkaAACNheT+//9o2PFAAFDoSBoAAI2F 5P7//2jc8UAAUOg3GgAAjUX8UP91+FboQBgAAIvwg8RAhfaNTeh1Ceihvv//M8DrVOiYvv// /3X8jYXk/v//VlDoO+P//1bohR4AAIPEEDP2/xW80EAAUI2F5P7//1DoFe3//1mFwFl0GWr/ UP8VuNBAAI2F5P7//1DoQeT//1lqAV6Lxl7Jw1WL7IHsBAEAAI2F/P7//2gEAQAAUGhAGUEA agVoRPJAAOhM2v//WVlQaAEAAIDoy+r//2oBjYX8/v///3UM/3UIUOgd6v//g8QkycNVi+yB 7AwCAABTM9s5XQxWV4ld/A+FiwEAAL5n+UAAU1boMNr//4v4jYX0/f//UI2F+P7//1BTU4id +P7///91COiHGgAAg8QcTzv7iV0MfjH/dQxW6MzZ//9QjYX4/v//UOjLagAAg8QQhcB1DDl9 DHQHx0X8AQAAAP9FDDl9DHzPjYX0/f//UI2F+P7//1Do3RgAAL73+kAAU1botdn//4PEEDP/ O8OJRQx+KFdW6HLZ//9QjYX4/v//UOhxagAAg8QQhcB1B8dF/AEAAABHO30MfNg5Xfx0KWoB aMz9QADoQNn//4t1CFBW6H/g//+DxBCFwHUPVujv4v//WemiAAAAi3UIVugm4f//i/hZO/t8 NVZogBxJAOhEGAAAWYP/BFl9NlZohB1JAOgyGAAAagFoANAHAP81cBlJAFbo1ej//4PEGOsT g/+cdQ5Tav9q/1boAg8AAIPEEIsVsB5JAGnSLAEAAIH6WBsAAH4XU+gE6///WTPSagVZ9/GD wgdp0ugDAABS/xUg0UAA/wWwHkkAgT2wHkkAECcAAH4GiR2wHkkAagFYX15bycNVi+yB7AwD AABTM9uNhfT8//9TUI2F/P7//1BT/3UI6PwYAACDxBQ5XQx1bTldEHU/jYX8/v//UOhoGAAA O8NZdAeInAX7/v//jYX4/f//U1BTjYX8/v//U1DowRgAAI2F+P3//1Do29///4PEGOsNjYX0 /P//UOjK3///WYXAdBhqAWgA0AcA/zVwGUkA/3UI6NXn//+DxBBqAVhbycNWV4t8JAxqAV5o SvlAAFfoD9///1mFwFl0JWhJ+UAAV+j+3v//WYXAWXQCM/ZWaLtbQABX6H7h//+DxAxqAVhf XsNVi+yB7AwLAACLRRRTVlf/dQwz24kYjYX09P//UOiyFgAAjYX09P//aETgQABQ6LEWAAD/ dRCNhfT0//9Q6KIWAACNhfT4//9oAAQAAFCNhfT0//9TUGgCAACA6MTn//+NhfT4//9QjYX8 /v//UOhhFgAAg8Q0jYX0+P//aAQBAABQjYX8/v//UP8VwNBAAL5n+UAAU1boLdf//4lFFI2F 9Pz//1NQU42F9Pj//1NQ6IsXAACDxBwz/zldFH4rV1bo09b//zgYWVl0E1CNhfT8//9Q6Ane //9ZhcBZdQZHO30UfNo7fRR8JI2F9Pj//2j//EAAUOjn3f//WYXAWXQNjYX0+P//UOh5+P// WVONhfj9//9TUI2F/P7//1CNhfT4//9Q6BYXAACNhfj9//9QjYX8/v//UOioFQAAjYX8/v// UOh2/v//g8QgaOgDAAD/FSDRQABqAVhfXlvJw1WL7IHsCAEAAICl+P7//wCNhfj+//9qAVDo wN3//41F/FCNhfj+//9onFxAAFBoAgAAgOgw5///g8QYaIDuNgD/FSDRQADrwVWL7IN9DAB1 NIN9EAB1CGoF/xUg0UAA/3UI6N/d//+FwFl8FIP4A30P/3UIaIQdSQDo+BQAAFlZagFYXcP/ dQjo0/3//4XAWXQEM8BdwzPAOUUQD5TAXcNVi+yB7AwBAACApfT+//8AU42F9P7//2gEAQAA UGoBaEn5QADocdX//1lZUGhE8kAAaAIAAIDo6+X//42F9P7//1Doef3//w++hfT+//+Knfb+ //9Q6PoXAACDxByDZfgAiEX/ikX4BGE6Rf90PICl9v7//wCIhfT+//+NhfT+//9Q/xXE0EAA g/gDiJ32/v//dRf/dQiNhfT+//9oQl5AAFDo0N7//4PEDP9F+IN9+Bp8sTPAW8nCBABWaGH5 QAD/dCQQ6A0UAACLdCQQVujzFAAAg8QMM8mFwH4LgDwxQHQFQTvIfPVIO8h8BDPAXsONRDEB UP90JBDo6BMAAFlZagFYXsNVi+yB7BgDAABWi3UIjYXo/P//UFbom////1mFwFl1BzPA6boA AACDfRAAdBJW6G+4////dQxW6ADD//+DxAxqZGgAAQAAjYXo/P//ahlQjY3s/f//6PjL//9q BGoKjUWcagNQ6BzW//+DxBCNRZyNjez9//9Q6FvQ//+NRmSNjez9//9Q6ArR//9WjY3s/f// 6FXQ//+Njez9///o6Mz//4XAdBCNjez9///odMz//+lr/////3UM6AQUAABZUI2N7P3///91 DOgYzf//jY3s/f//i/DoSsz//zPAhfYPlMBeycNVi+y4YCwAAOjwGgAAU1ZXaAAAEADoEhsA ADPbWTvDiUXodQlfXjPAW8nCBADo//H//4XAdQ1oYOoAAP8VINFAAOvqaADQBwD/NXAZSQDo 7Pj//1lZagHou/3//42FjPP//2gEAQAAUFP/FQjRQACNheD+//9Q6I7c//9ZiV386K3x//+F wHUKaGDqAADpLgMAAI2F4P7//1DoN9z//4XAWXVajYXg/v//U1CNhYzz//9Q/xVk0EAAjYXg /v//aiBQ/xWA0EAAjYXg/v//aAAwAQBQ6AXt//9T6Cbl//8z0rkAKAAA9/GNheD+//+BwgAy AQBSUOjm3f//g8QUU/81cBlJAOjY0v//OUX8WVmJRewPjaQCAABowB4AAI2FoNP//2jA4EAA UOhwFgAAjYWg0///iJ204///UI2F4P7//1Do6vL//2gkCQAAjYWQ9P//U1DoNREAAP91/P81 cBlJAOhL0v//g8QoOBiJReQPhDgCAABQjYX09P//UOhsEQAAU+h95P//M9KDxAz3dew7Vfx1 AUI7Vex8AjPSUv81cBlJAOgJ0v//i/hZWTgfdRBT/zVwGUkA6PXR//9Zi/hZjYXg/v//UI2F PPr//1DoGhEAAI2FWPX//1dQ6A0RAACNhZD0//9XUOgAEQAAagGNhZD0////dehQ6B79//+D xCSFwHQaagFoABAAAFdo1OBAAOgQ0f//g8QQ6Y0BAABTaNTgQADot9H//4NN9P9ZWYlF+Ild 8GgkCQAAjYWQ9P//U1DoRRAAAI2F4P7//1CNhTz6//9Q6JIQAACNhVj1//9XUOiFEAAA/3Xk jYX09P//UOh2EAAAU+iH4///M9KDxCj3dfiL8jt19HUBRjt1+HwCM/ZWaNTgQADoEtH//1CN hZD0//9Q6EEQAABqAY2FkPT///916FDoX/z//4PEHIXAdRD/RfCJdfSDffAFD4xi////g33w BQ+MzgAAAL4I/kAAU1bo99D//1OJRfjoEeP//zPSg8QM93X4O1X4iVX0fAOJXfSNhWDy//9Q jYW0/f//UFfoENf//42FtP3//2g04EAAUOjSDwAA/3X0Vuh90P//UI2FtP3//1DovA8AAGgk CQAAjYWQ9P//U1DoOg8AAI2F4P7//1CNhTz6//9Q6IcPAACNhVj1//9XUOh6DwAAg8RAjYX0 9P///3XkUOhoDwAAjYW0/f//UI2FkPT//1DoVQ8AAGoBjYWQ9P///3XoUOhz+///g8Qc/0X8 i0X8O0XsD4xc/f//aMAnCQD/FSDRQADptPz//1WL7IHsYAUAAGahjBBBAFZXagdmiUWgWTPA jX2i86tmq6GIEEEAjX3oiUXkM8CrZqsz/8dF4CAAAAA5PYgeSQCJffSJffgPheoBAAA5PaAe SQAPhN4BAACLdQg793QljUXgUI1FgFD/FZjQQACNRYBQjUYCUOh4YAAAWYXAWQ+EsgEAAI2F WP///4NN0P+JRdiNhbD+//+JRcCNhbD+//+JRciNRYBTUI1FoIl9xFCJfdSJfdzHRcx/AAAA 6HEOAABZjYUY////WWoiUGr/Vos1zNBAAGoBV//Wx0X8AgAAALtE4EAAikX8ahQEQYhF5I2F WP///1CNReRq/1BqAVf/1opF5Go0iEWgjYWw/v//UI1FoGr/UGoBV//WjUX0UI1FwFCNhRj/ //9qAlD/FaAeSQA5fQyJRfAPhOkAAAA7x3VhOX34dVxqAWjc8UAA6L0VAABqAplZ9/mNhaT7 //9SUOih2///jYWo/P//U1Dorg0AAI1FoFCNhaj8//9Q6K4NAABqAY2FpPv//1dQjYWo/P// V1D/dQjoI8L//4PEOIlF+Dl98HV/agFonv1AAFfog+D//1mD4AFQjYWg+v//UOhB2////3UI jYWs/f//UOhMDQAAjYWs/f//U1DoTw0AAI1FoFCNhaz9//9Q6D8NAACNhaz9//9TUOgyDQAA jYWg+v//UI2FrP3//1DoHw0AAGoBav+Nhaz9//9q/1Do9QMAAIPESP9F/IN9/AUPjLH+//9b X17Jw1WL7LicQwAA6OsUAACNRQxXUINN/P//dQjHRfiAPgAAagNqAV9X/3UM6CZdAACFwA+F QAEAAI1F+FNQjYVkvP//UI1F/FD/dQzoAF0AADPbOV38iV0ID4YRAQAAVo21eLz///ZG+AKN Rux0E/91EGoCUOiJ////g8QM6dsAAACNhez8//9QjYXw/f//UP826Gnj//+DxAyFwA+FuwAA AP91EI2F8P3//1DoGP3//1lZV2jc8UAAU+hD3///WSPHUI2F5Pr//1DoAtr//4PEEDldEA+E ggAAAFeNheT6//9TUI2F7Pz//1NQjYXw/f//UOiSwP//g8QYV2ie/UAAU+j73v//WSPHUI2F 6Pv//1Doutn///82jYX0/v//UOjGCwAAjYX0/v//aETgQABQ6MULAACNhej7//9QjYX0/v// UOiyCwAAV2r/jYX0/v//av9Q6IkCAACDxDj/RQiDxiCLRQg7RfwPgvf+//9e/3UM6NNbAABb X8nDagFYUGoCagDoev7//4PEDGhAdxsA/xUg0UAAM8Dr5LjIHwAA6FYTAABTVVZXjUQkFGgE AQAAM9tQU/8VCNFAAIs9gNBAAL58G0kAaiBW/9dTjUQkGFZQ/xVk0EAAaiBWiUQkGP/XOVwk EHRWaMAeAACNhCQcAQAAaMDgQABQ6JwPAACNhCQkAQAAiJwkOBEAAFBW6Brs//9oADABAFbo vOX//1Po3d3//zPSuQAoAAD38YHCADIBAFJW6KPW//+DxChqJ1b/1zkdiB5JAL90GUkAdEVW V2h4GkkAaAIAAIDoNtz//2oBaG/7QADoQsv//4PEGFD/FSjRQACL6Ghv/EAAVf8VLNFAADvD dAVqAVP/0FX/FezQQAA5XCQQdQQzwOt1OR2IHkkAdAtTVuiA3f//WVnrXzkdkB5JAHVXiy1A 0EAAagJTU//VU1NTU1NWU2oCaBABAABTV1dQiUQkRP8VRNBAAP90JBCLNUjQQAD/1moBU1P/ 1YvoahBXVf8VONBAAIv4U1NX/xUY0EAAV//WVf/WagFYX15dW4HEyB8AAMNVi+xRoYgQQQCJ RfyKRQgARfyNRfxQ/xXE0EAAg/gDdAyD+AR0B2oBWMnCBABqAI1F/GgOWkAAUOgw1P//g8QM aAB0twH/FSDRQADr4FWL7IHsWAIAAFa+RPJAAI2F1P7//1ZQ6GMJAABqB1boH8r//1CNhdT+ //9Q6F4JAACApaj9//8AjYWo/f//aCwBAABQjYXU/v//aMz9QABQaAIAAIDoddr//2oAjYWo /f//aA5aQABQ6LPT//+DxDgzwF7JwgQAVYvsuNQhAADoCxEAAItFEFNWi3UMM9tXOV0UiXX8 iUX4dRH/dQjoY9z//4XAWQ+FPgEAAL9Q/UAAU1fovMn//1k781mJRQx9D1Po0Nv//zPSWfd1 DIlV/L7c8UAAU1bomMn//zldEFlZiUUMfQ9T6Kvb//8z0ln3dQyJVfiNhfT+//9Q6JvS//+N hez8///HBCQEAQAAUFP/FQjRQACNhfT+//9TUI2F7Pz//1D/FWTQQACFwA+EtwAAAI2F9P7/ /2ogUP8VgNBAAGjAHgAAjYUs3v//aMDgQABQ6NgMAACNhSze//+InUDu//9QjYX0/v//UOhS 6f//U+gg2///M9K5ACgAAPfxjYX0/v//gcIAMgEAUlDo4NP///91/FfoqMj//1CNhfD9//9Q 6NcHAAD/dfhW6JLI//9QjYXw/f//UOjRBwAAg8RAjYXw/f///3UUUI2F9P7//1D/dQjo9uT/ /42F9P7//1DoI9L//4PEFF9eW8nDVYvsgewcAQAAU1ZXjU3o6Fir//8z/zl9DA+FFgEAAFf/ FSDRQAA5PZQeSQB1Wb788UAAV1boS8j//4lFDI2F5P7//1BXV1f/dQjorQgAAIPEHDPbOX0M D47YAAAAU1bo8cf//1CNheT+//9Q6PBYAACDxBCFwHQGQztdDHzfO10MD42uAAAAaiD/dQj/ FYDQQABXaiBqA1dqAWgAAADA/3UI/xXw0EAAg/j/iUUID4SBAAAAjU38UVD/FfTQQAA5ffyL 2Ild+HQHuwAgAADrA8HrE2pkvnAZQQBTVuhQBgAAg8QMV1dX/3UI/xWU0EAAO99+HIldDI1F /FdQaAAACABW/3UI/xVs0EAA/00MdeeLRfjB4xM72HMSjU38VyvDUVBW/3UI/xVs0EAA/3UI /xUk0UAAagFYX15bycNVi+xRoYgQQQCJRfyKRQgARfyNRfxQ/xXE0EAAg/gDdAyD+AR0B2oB WMnCBABqAI1F/Gjfa0AAUOi40P//g8QM6+tWagFeagFW6JCm//9Ggf64CwAAfO9ew1WL7IPs FFNWV4s9INFAAGoBW2jAJwkA/9eNRexQ/xXk0EAAZotF7oTDdOdmg33yBnXggyWUHkkAAGY9 BwCJHZgeSQB1BokdlB5JAGY7w3UGiR2UHkkAM/aNRfxQagBWaBxtQABqAGoA/xXI0EAARoP+ GnzkaEB3GwD/1+hp////av//1+uMVYvsgewUAQAAjYXs/v//VlDoe8///41F8FBoAREAAGiE /0AA6HIDAAD/dfBQjYXs/v//UOiHzv//jYXs/v//agBQ6HHY//+Nhez+//8z9lDoqs///4PE KIXAdR9qZP8VINFAAIvGRoP4ZH8PjYXs/v//UOiHz///WevdagqNRfRqAFDojQQAAIPEDI2F 7P7//8ZF9HfGRfVxaAQBAABQxkX2a/8VqNBAAI2F7P7//2hE4EAAUOjLBAAAjUX0UI2F7P7/ /1DouwQAAIPEEIM9iB5JAABedCSNhez+//9o3PFAAFDonQQAAI2F7P7//2oAUOjC1///g8QQ 6yCNhez+//9okBBBAFDoeQQAAFmNhez+//9ZUP8VKNFAADPAycIEAFWL7FFTVos1yNBAAFeN Rfwz/1BXV2j/FUAAV1f/1o1F/FBXV2iDYEAAV1f/1o1F/FBXV2gBaEAAV1f/1o1F/FBXV2j6 XUAAV1f/1o1F/FBXV2j7bUAAV1f/1o1F/FBXV2jxaUAAV1f/1jPbjUX8UFdTaKRpQABXV//W Q4P7Gnzr6NT9//9fXlvJw1WL7IPsHDPAx0XkEAEAAIlF7IlF8IlF9IlF+IlF/I1F5FDHRegE AAAA/zW0HkkA/xU80EAA6Bzb//+FwHQF6DP////JwgQAaKZvQABodBlJAP8VNNBAAGoAo7Qe SQDonf///8IIAFWL7IHsoAEAAI2FYP7//1BqAv8V1NFAAOiD4///hcB0VOju9///gD3U8EAA AHQPaNTwQADobOj//4XAWXU3gz2QHkkAAHQgg2X4AINl/ACNRfDHRfB0GUkAUMdF9O1vQAD/ FQDQQADohNr//4XAdAXom/7//zPAycIQAFWL7LiMOAEA6OwKAABTVv91DOgRCwAAi9gz9jve WYld9Il1+Il1/HUHM8Dp2wAAAFdogDgBAI2FdMf+/1ZQ6EYCAACDxAwzwI29eMf+/ztFDHNm i00IigwIhMl0DYgMHkZAiXX8O0UMcuk7RQxzSovIi1UIgDwRAHUGQTtNDHLxi9Er0IP6CnMR O8FzwYtVCIoUEIgUHkZA6++BffgQJwAAcw//RfiJR/yJF4PHCIvB65yJdfwz9utIi0X4iXX8 i/jB5wONXDcEU+haCgAAi/CLRfhXiQaNhXTH/v9QjUYEUOizBgAA/3X8jUQ3BP919FDoowYA AItFEIPEHIkYi130U+h9BgAAWYvGX15bycNVi+yD7AxTi10IVleLAzPSi/iNSwTB5wOJVfyJ TfSNdwSJRfg5dQxzBzPA6ZwAAACFwHYji/GJRQiLDjvRcwcrygPRAU38i0YEhcB2AgPQg8YI /00IdeKLRQwrx4PA/DlF/IlFDHMFK0X8A9CLRRAz9iF1/FKJEOidCQAAjXwfBItd+IXbWXYu i030OzFzD4tV/IoUOogUMEb/Rfzr7TPSOVEEdguAJDAARkI7UQRy9YPBCEt11YtN/DtNDHMO A/CKFDmIFkZBO00McvRfXlvJw8z/JRDRQAD/JQzRQAD/JQTRQAD/JQDRQACLVCQEi0wkCPfC AwAAAHU8iwI6AXUuCsB0JjphAXUlCuR0HcHoEDpBAnUZCsB0ETphA3UQg8EEg8IECuR10ov/ M8DDkBvA0eBAw4v/98IBAAAAdBSKAkI6AXXpQQrAdOD3wgIAAAB0qGaLAoPCAjoBddIKwHTK OmEBdckK5HTBg8EC64zMzMzMzMzMzMzMzMyLVCQMi0wkBIXSdEczwIpEJAhXi/mD+gRyLffZ g+EDdAgr0YgHR0l1+ovIweAIA8GLyMHgEAPBi8qD4gPB6QJ0BvOrhdJ0BogHR0p1+otEJAhf w4tEJATDzMzMzMzMzMxXi3wkCOtqjaQkAAAAAIv/i0wkBFf3wQMAAAB0D4oBQYTAdDv3wQMA AAB18YsBuv/+/n4D0IPw/zPCg8EEqQABAYF06ItB/ITAdCOE5HQaqQAA/wB0DqkAAAD/dALr zY15/+sNjXn+6wiNef3rA415/ItMJAz3wQMAAAB0GYoRQYTSdGSIF0f3wQMAAAB17usFiReD xwS6//7+fosBA9CD8P8zwosRg8EEqQABAYF04YTSdDSE9nQn98IAAP8AdBL3wgAAAP90AuvH iReLRCQIX8NmiReLRCQIxkcCAF/DZokXi0QkCF/DiBeLRCQIX8OLTCQE98EDAAAAdBSKAUGE wHRA98EDAAAAdfEFAAAAAIsBuv/+/n4D0IPw/zPCg8EEqQABAYF06ItB/ITAdDKE5HQkqQAA /wB0E6kAAAD/dALrzY1B/4tMJAQrwcONQf6LTCQEK8HDjUH9i0wkBCvBw41B/ItMJAQrwcNV i+xRg2X8AFOLXQhWV1Pocf///4P4AVlyIYB7ATp1G4t1DIX2dBBqAlNW6IwQAACDxAyAZgIA Q0PrCotFDIXAdAOAIACDZQwAgDsAi8O+/wAAAIlFCHRliggPttH2guEySQAEdANA6xqA+S90 D4D5XHQKgPkudQuJRfzrBo1IAYlNDECAOAB1z4t9DIlFCIX/dCqDfRAAdB8r+zv+cgKL/ldT /3UQ6BEQAACLRRCDxAyAJAcAi0UIi10M6wqLTRCFyXQDgCEAi338hf90TDv7ckiDfRQAdB8r +zv+cgKL/ldT/3UU6NIPAACLRRSDxAyAJAcAi0UIi30Yhf90RCtF/DvGcwKL8Fb/dfxX6KsP AACDxAyAJD4A6yiLfRSF/3QXK8M7xnMCi/BWU1foiw8AAIPEDIAkPgCLRRiFwHQDgCAAX15b ycNVi+xRgz3UHkkAAFN1HYtFCIP4YQ+MrwAAAIP4eg+PpgAAAIPoIOmeAAAAi10IgfsAAQAA fSiDPbwTQQABfgxqAlPoBxIAAFlZ6wuhsBFBAIoEWIPgAoXAdQSLw+trixWwEUEAi8PB+AgP tsj2REoBgHQOgGUKAIhFCIhdCWoC6wmAZQkAiF0IagFYjU38agFqAGoDUVCNRQhQaAACAAD/ NdQeSQDoVQ8AAIPEIIXAdKmD+AF1Bg+2RfzrDQ+2Rf0Ptk38weAIC8FbycNVi+xRgz3UHkkA AFNWV3Udi0UIg/hBD4yqAAAAg/haD4+hAAAAg8Ag6ZkAAACLXQi/AAEAAGoBO99efSU5NbwT QQB+C1ZT6DcRAABZWesKobARQQCKBFgjxoXAdQSLw+tlixWwEUEAi8PB+AgPtsj2REoBgHQP gGUKAGoCiEUIiF0JWOsJgGUJAIhdCIvGVmoAjU38agNRUI1FCFBX/zXUHkkA6IsOAACDxCCF wHSuO8Z1Bg+2RfzrDQ+2Rf0Ptk38weAIC8FfXlvJw1WL7IPsIItFCFaJReiJReCNRRDHRexC AAAAUI1F4P91DMdF5P///39Q6BMSAACDxAz/TeSL8HgIi0XggCAA6w2NReBQagDo4RAAAFlZ i8ZeycP/dCQE6PAZAABZw8zMzMzMzMzMzMxVi+xXVot1DItNEIt9CIvBi9EDxjv+dgg7+A+C eAEAAPfHAwAAAHUUwekCg+IDg/kIcinzpf8klWh5QACLx7oDAAAAg+kEcgyD4AMDyP8khYB4 QAD/JI14eUAAkP8kjfx4QACQkHhAALx4QADgeEAAI9GKBogHikYBiEcBikYCwekCiEcCg8YD g8cDg/kIcszzpf8klWh5QACNSQAj0YoGiAeKRgHB6QKIRwGDxgKDxwKD+QhypvOl/ySVaHlA AJAj0YoGiAdGwekCR4P5CHKM86X/JJVoeUAAjUkAX3lAAEx5QABEeUAAPHlAADR5QAAseUAA JHlAABx5QACLRI7kiUSP5ItEjuiJRI/oi0SO7IlEj+yLRI7wiUSP8ItEjvSJRI/0i0SO+IlE j/iLRI78iUSP/I0EjQAAAAAD8AP4/ySVaHlAAIv/eHlAAIB5QACMeUAAoHlAAItFCF5fycOQ igaIB4tFCF5fycOQigaIB4pGAYhHAYtFCF5fycONSQCKBogHikYBiEcBikYCiEcCi0UIXl/J w5CNdDH8jXw5/PfHAwAAAHUkwekCg+IDg/kIcg3986X8/ySVAHtAAIv/99n/JI2wekAAjUkA i8e6AwAAAIP5BHIMg+ADK8j/JIUIekAA/ySNAHtAAJAYekAAOHpAAGB6QACKRgMj0YhHA07B 6QJPg/kIcrb986X8/ySVAHtAAI1JAIpGAyPRiEcDikYCwekCiEcCg+4Cg+8Cg/kIcoz986X8 /ySVAHtAAJCKRgMj0YhHA4pGAohHAopGAcHpAohHAYPuA4PvA4P5CA+CWv////3zpfz/JJUA e0AAjUkAtHpAALx6QADEekAAzHpAANR6QADcekAA5HpAAPd6QACLRI4ciUSPHItEjhiJRI8Y i0SOFIlEjxSLRI4QiUSPEItEjgyJRI8Mi0SOCIlEjwiLRI4EiUSPBI0EjQAAAAAD8AP4/ySV AHtAAIv/EHtAABh7QAAoe0AAPHtAAItFCF5fycOQikYDiEcDi0UIXl/Jw41JAIpGA4hHA4pG AohHAotFCF5fycOQikYDiEcDikYCiEcCikYBiEcBi0UIXl/Jw4tEJASjoBBBAMOhoBBBAGnA /UMDAAXDniYAo6AQQQDB+BAl/38AAMPMzMxRPQAQAACNTCQIchSB6QAQAAAtABAAAIUBPQAQ AABz7CvIi8SFAYvhiwiLQARQw2oB/3QkCOiLFgAAWVnDVYvsg+wgi0UIx0XsSQAAAFCJReiJ ReDoh/j//4lF5I1FEFCNReD/dQxQ6LsWAACDxBDJw8zMzMzMzMzMzMzMzMzMzFWL7FdWi3UM i00Qi30Ii8GL0QPGO/52CDv4D4J4AQAA98cDAAAAdRTB6QKD4gOD+QhyKfOl/ySVSH1AAIvH ugMAAACD6QRyDIPgAwPI/ySFYHxAAP8kjVh9QACQ/ySN3HxAAJBwfEAAnHxAAMB8QAAj0YoG iAeKRgGIRwGKRgLB6QKIRwKDxgODxwOD+QhyzPOl/ySVSH1AAI1JACPRigaIB4pGAcHpAohH AYPGAoPHAoP5CHKm86X/JJVIfUAAkCPRigaIB0bB6QJHg/kIcozzpf8klUh9QACNSQA/fUAA LH1AACR9QAAcfUAAFH1AAAx9QAAEfUAA/HxAAItEjuSJRI/ki0SO6IlEj+iLRI7siUSP7ItE jvCJRI/wi0SO9IlEj/SLRI74iUSP+ItEjvyJRI/8jQSNAAAAAAPwA/j/JJVIfUAAi/9YfUAA YH1AAGx9QACAfUAAi0UIXl/Jw5CKBogHi0UIXl/Jw5CKBogHikYBiEcBi0UIXl/Jw41JAIoG iAeKRgGIRwGKRgKIRwKLRQheX8nDkI10MfyNfDn898cDAAAAdSTB6QKD4gOD+QhyDf3zpfz/ JJXgfkAAi//32f8kjZB+QACNSQCLx7oDAAAAg/kEcgyD4AMryP8kheh9QAD/JI3gfkAAkPh9 QAAYfkAAQH5AAIpGAyPRiEcDTsHpAk+D+Qhytv3zpfz/JJXgfkAAjUkAikYDI9GIRwOKRgLB 6QKIRwKD7gKD7wKD+QhyjP3zpfz/JJXgfkAAkIpGAyPRiEcDikYCiEcCikYBwekCiEcBg+4D g+8Dg/kID4Ja/////fOl/P8kleB+QACNSQCUfkAAnH5AAKR+QACsfkAAtH5AALx+QADEfkAA 135AAItEjhyJRI8ci0SOGIlEjxiLRI4UiUSPFItEjhCJRI8Qi0SODIlEjwyLRI4IiUSPCItE jgSJRI8EjQSNAAAAAAPwA/j/JJXgfkAAi//wfkAA+H5AAAh/QAAcf0AAi0UIXl/Jw5CKRgOI RwOLRQheX8nDjUkAikYDiEcDikYCiEcCi0UIXl/Jw5CKRgOIRwOKRgKIRwKKRgGIRwGLRQhe X8nDgz28E0EAAX4RaAMBAAD/dCQI6CQJAABZWcOLRCQEiw2wEUEAZosEQSUDAQAAw4M9vBNB AAF+DmoE/3QkCOj5CAAAWVnDi0QkBIsNsBFBAIoEQYPgBMODPbwTQQABfg5qCP90JAjo0QgA AFlZw4tEJASLDbARQQCKBEGD4AjDzMzMzMzMzMzMzMzMzItMJAhXU1aKEYt8JBCE0nRpinEB hPZ0T4v3i0wkFIoHRjjQdBWEwHQLigZGONB0CoTAdfVeW18zwMOKBkY48HXrjX7/imEChOR0 KIoGg8YCOOB1xIpBA4TAdBiKZv+DwQI44HTf67EzwF5bX4rC6UMdAACNR/9eW1/Di8deW1/D VYvsV1ZTi00Q4yaL2Yt9CIv3M8DyrvfZA8uL/ot1DPOmikb/M8k6R/93BHQESUn30YvBW15f ycNVi+xq/2g40kAAaCSoQABkoQAAAABQZIklAAAAAIPsWFNWV4ll6P8VtNBAADPSitSJFQQf SQCLyIHh/wAAAIkNAB9JAMHhCAPKiQ38HkkAwegQo/geSQAz9lboFiYAAFmFwHUIahzosAAA AFmJdfzoViQAAP8VvNBAAKPoM0kA6BQjAACjuB5JAOi9IAAA6P8fAADoHB0AAIl10I1FpFD/ FXDRQADokB8AAIlFnPZF0AF0Bg+3RdTrA2oKWFD/dZxWVv8VbNFAAFDoxu7//4lFoFDoCh0A AItF7IsIiwmJTZhQUejOHQAAWVnDi2Xo/3WY6PwcAACDPcAeSQABdQXogCcAAP90JATosCcA AGj/AAAA/xWwEEEAWVnDgz3AHkkAAXUF6FsnAAD/dCQE6IsnAABZaP8AAAD/FXTRQADDVYvs g+wYU1ZX/3UI6IgBAACL8Fk7NbgxSQCJdQgPhGoBAAAz2zvzD4RWAQAAM9K4wBBBADkwdHKD wDBCPbARQQB88Y1F6FBW/xV40UAAg/gBD4UkAQAAakAzwFm/4DJJAIN96AGJNbgxSQDzq6qJ HeQzSQAPhu8AAACAfe4AD4S7AAAAjU3vihGE0g+ErgAAAA+2Qf8PttI7wg+HkwAAAICI4TJJ AARA6+5qQDPAWb/gMkkA86uNNFKJXfzB5gSqjZ7QEEEAgDsAi8t0LIpRAYTSdCUPtgEPtvo7 x3cUi1X8ipK4EEEACJDhMkkAQDvHdvVBQYA5AHXU/0X8g8MIg338BHLBi0UIxwXMMUkAAQAA AFCjuDFJAOjGAAAAjbbEEEEAv8AxSQClpVmj5DNJAKXrVUFBgHn/AA+FSP///2oBWICI4TJJ AAhAPf8AAABy8VbojAAAAFmj5DNJAMcFzDFJAAEAAADrBokdzDFJADPAv8AxSQCrq6vrDTkd xB5JAHQO6I4AAADosgAAADPA6wODyP9fXlvJw4tEJASDJcQeSQAAg/j+dRDHBcQeSQABAAAA /yWA0UAAg/j9dRDHBcQeSQABAAAA/yV80UAAg/j8dQ+h5B5JAMcFxB5JAAEAAADDi0QkBC2k AwAAdCKD6AR0F4PoDXQMSHQDM8DDuAQEAADDuBIEAADDuAQIAADDuBEEAADDV2pAWTPAv+Ay SQDzq6ozwL/AMUkAo7gxSQCjzDFJAKPkM0kAq6urX8NVi+yB7BQFAACNRexWUP81uDFJAP8V eNFAAIP4AQ+FFgEAADPAvgABAACIhAXs/v//QDvGcvSKRfLGhez+//8ghMB0N1NXjVXzD7YK D7bAO8F3HSvIjbwF7P7//0G4ICAgIIvZwekC86uLy4PhA/OqQkKKQv+EwHXQX1tqAI2F7Pr/ //815DNJAP81uDFJAFCNhez+//9WUGoB6PMlAABqAI2F7P3///81uDFJAFZQjYXs/v//VlBW /zXkM0kA6GgBAABqAI2F7Pz///81uDFJAFZQjYXs/v//VlBoAAIAAP815DNJAOhAAQAAg8Rc M8CNjez6//9mixH2wgF0FoCI4TJJABCKlAXs/f//iJDgMUkA6xz2wgJ0EICI4TJJACCKlAXs /P//6+OAoOAxSQAAQEFBO8Zyv+tJM8C+AAEAAIP4QXIZg/hadxSAiOEySQAQisiAwSCIiOAx SQDrH4P4YXITg/h6dw6AiOEySQAgisiA6SDr4ICg4DFJAABAO8Zyvl7Jw4M9qDFJAAB1Emr9 6Cz8//9ZxwWoMUkAAQAAAMNVi+yDPcwxSQAAV4t9CIl9CHUR/3UQ/3UMV+gqJgAAg8QM62OL VRBWhdJ0PYtNDIoBSg+28PaG4TJJAASIB3QTR0GF0nQZigFKiAdHQYTAdBTrBkdBhMB0EIXS ddLrCoBn/wDrBIBn/gCLwkqFwF50E41KATPAi9HB6QLzq4vKg+ED86qLRQhfXcNVi+xq/2hQ 0kAAaCSoQABkoQAAAABQZIklAAAAAIPsHFNWV4ll6DP/OT3IHkkAdUZXV2oBW1NoSNJAAL4A AQAAVlf/FYjRQACFwHQIiR3IHkkA6yJXV1NoRNJAAFZX/xWE0UAAhcAPhCIBAADHBcgeSQAC AAAAOX0UfhD/dRT/dRDongEAAFlZiUUUocgeSQCD+AJ1Hf91HP91GP91FP91EP91DP91CP8V hNFAAOneAAAAg/gBD4XTAAAAOX0gdQih5B5JAIlFIFdX/3UU/3UQi0Uk99gbwIPgCEBQ/3Ug /xXM0EAAi9iJXeQ73w+EnAAAAIl9/I0EG4PAAyT86F30//+JZeiLxIlF3INN/P/rE2oBWMOL Zegz/4l93INN/P+LXeQ5fdx0ZlP/ddz/dRT/dRBqAf91IP8VzNBAAIXAdE1XV1P/ddz/dQz/ dQj/FYjRQACL8Il12Dv3dDL2RQ0EdEA5fRwPhLIAAAA7dRx/Hv91HP91GFP/ddz/dQz/dQj/ FYjRQACFwA+FjwAAADPAjWXIi03wZIkNAAAAAF9eW8nDx0X8AQAAAI0ENoPAAyT86Knz//+J ZeiL3Ild4INN/P/rEmoBWMOLZegz/zPbg038/4t12DvfdLRWU/915P913P91DP91CP8ViNFA AIXAdJw5fRxXV3UEV1frBv91HP91GFZTaCACAAD/dSD/FdDQQACL8Dv3D4Rx////i8bpbP// /4tUJAiLRCQEhdJWjUr/dA2AOAB0CECL8UmF9nXzgDgAXnUFK0QkBMOLwsNVi+xRi0UIjUgB gfkAAQAAdwyLDbARQQAPtwRB61KLyFaLNbARQQDB+QgPttH2RFYBgF50DoBl/gCITfyIRf1q AusJgGX9AIhF/GoBWI1NCmoBagBqAFFQjUX8UGoB6LUhAACDxByFwHUCycMPt0UKI0UMycNV i+xTVot1DItGDIteEKiCD4TzAAAAqEAPhesAAACoAXQWg2YEAKgQD4TbAAAAi04IJP6JDolG DItGDINmBACDZQwAJO8MAmapDAGJRgx1IoH+QBVBAHQIgf5gFUEAdQtT6B4mAACFwFl1B1bo zyUAAFlm90YMCAFXdGSLRgiLPiv4jUgBiQ6LThhJhf+JTgR+EFdQU+j5IwAAg8QMiUUM6zOD +/90FovDi8vB+AWD4R+LBIWgMEkAjQTI6wW4aBRBAPZABCB0DWoCagBT6CcjAACDxAyLRgiK TQiICOsUagGNRQhfV1BT6KYjAACDxAyJRQw5fQxfdAaDTgwg6w+LRQgl/wAAAOsIDCCJRgyD yP9eW13DVYvsgexIAgAAU1ZXi30MM/aKH0eE24l19Il17Il9DA+E9AYAAItN8DPS6wiLTfCL ddAz0jlV7A+M3AYAAID7IHwTgPt4fw4PvsOKgEjSQACD4A/rAjPAD76ExmjSQADB+ASD+AeJ RdAPh5oGAAD/JIUbkUAAg03w/4lVzIlV2IlV4IlV5IlV/IlV3Ol4BgAAD77Dg+ggdDuD6AN0 LYPoCHQfSEh0EoPoAw+FWQYAAINN/AjpUAYAAINN/ATpRwYAAINN/AHpPgYAAIBN/IDpNQYA AINN/ALpLAYAAID7KnUjjUUQUOj1BgAAhcBZiUXgD40SBgAAg038BPfYiUXg6QQGAACLReAP vsuNBICNREHQ6+mJVfDp7QUAAID7KnUejUUQUOi2BgAAhcBZiUXwD43TBQAAg03w/+nKBQAA jQSJD77LjURB0IlF8Om4BQAAgPtJdC6A+2h0IID7bHQSgPt3D4WgBQAAgE39COmXBQAAg038 EOmOBQAAg038IOmFBQAAgD82dRSAfwE0dQ5HR4BN/YCJfQzpbAUAAIlV0IsNsBFBAIlV3A+2 w/ZEQQGAdBmNRexQ/3UID77DUOh/BQAAih+DxAxHiX0MjUXsUP91CA++w1DoZgUAAIPEDOkl BQAAD77Dg/hnD48cAgAAg/hlD42WAAAAg/hYD4/rAAAAD4R4AgAAg+hDD4SfAAAASEh0cEhI dGyD6AwPhekDAABm90X8MAh1BIBN/QiLdfCD/v91Bb7///9/jUUQUOicBQAAZvdF/BAIWYvI iU34D4T+AQAAhcl1CYsNzBNBAIlN+MdF3AEAAACLwYvWToXSD4TUAQAAZoM4AA+EygEAAEBA 6+fHRcwBAAAAgMMgg038QI29uP3//zvKiX34D43PAAAAx0XwBgAAAOnRAAAAZvdF/DAIdQSA Tf0IZvdF/BAIjUUQUHQ76DAFAABQjYW4/f//UOh1IwAAg8QMiUX0hcB9MsdF2AEAAADrKYPo WnQyg+gJdMVID4ToAQAA6QgDAADo2AQAAFmIhbj9///HRfQBAAAAjYW4/f//iUX46ecCAACN RRBQ6LMEAACFwFl0M4tIBIXJdCz2Rf0IdBcPvwDR6IlN+IlF9MdF3AEAAADptQIAAINl3ACJ TfgPvwDpowIAAKHIE0EAiUX4UOmOAAAAdQyA+2d1B8dF8AEAAACLRRD/dcyDwAiJRRD/dfCL SPiJTbiLQPyJRbwPvsNQjYW4/f//UI1FuFD/FaAXQQCLdfyDxBSB5oAAAAB0FIN98AB1Do2F uP3//1D/FawXQQBZgPtndRKF9nUOjYW4/f//UP8VpBdBAFmAvbj9//8tdQ2ATf0Bjb25/f// iX34V+hh5v//Wen8AQAAg+hpD4TRAAAAg+gFD4SeAAAASA+EhAAAAEh0UYPoAw+E/f3//0hI D4SxAAAAg+gDD4XJAQAAx0XUJwAAAOs8K8HR+Om0AQAAhcl1CYsNyBNBAIlN+IvBi9ZOhdJ0 CIA4AHQDQOvxK8HpjwEAAMdF8AgAAADHRdQHAAAA9kX8gMdF9BAAAAB0XYpF1MZF6jAEUcdF 5AIAAACIRevrSPZF/IDHRfQIAAAAdDuATf0C6zWNRRBQ6BsDAAD2RfwgWXQJZotN7GaJCOsF i03siQjHRdgBAAAA6SMCAACDTfxAx0X0CgAAAPZF/YB0DI1FEFDo7QIAAFnrQfZF/CB0IfZF /ECNRRBQdAzoyAIAAFkPv8CZ6yXovAIAAFkPt8Dr8vZF/ECNRRBQdAjopwIAAFnr4OifAgAA WTPS9kX8QHQbhdJ/F3wEhcBzEffYg9IAi/D32oBN/QGL+usEi/CL+vZF/YB1A4PnAIN98AB9 CcdF8AEAAADrBINl/PeLxgvHdQSDZeQAjUW3iUX4i0Xw/03whcB/BovGC8d0O4tF9JlSUFdW iUXAiVXE6G8hAAD/dcSL2IPDMP91wFdW6O0gAACD+zmL8Iv6fgMDXdSLRfj/TfiIGOu1jUW3 K0X4/0X49kX9AolF9HQZi034gDkwdQSFwHUN/034QItN+MYBMIlF9IN92AAPhfQAAACLXfz2 w0B0JvbHAXQGxkXqLesU9sMBdAbGReor6wn2wwJ0C8ZF6iDHReQBAAAAi3XgK3XkK3X09sMM dRKNRexQ/3UIVmog6BcBAACDxBCNRexQjUXq/3UI/3XkUOgyAQAAg8QQ9sMIdBf2wwR1Eo1F 7FD/dQhWajDo5QAAAIPEEIN93AB0QYN99AB+O4tF9Itd+I14/2aLA0NQjUXIUEPolh8AAFmF wFl+Mo1N7FH/dQhQjUXIUOjYAAAAg8QQi8dPhcB10OsVjUXsUP91CP919P91+Oi6AAAAg8QQ 9kX8BHQSjUXsUP91CFZqIOhxAAAAg8QQi30Mih9HhNuJfQwPhRP5//+LRexfXlvJw5mLQABv ikAAiopAANaKQAANi0AAFYtAAEqLQADdi0AAVYvsi00M/0kEeA6LEYpFCIgC/wEPtsDrC1H/ dQjoiPf//1lZg/j/i0UQdQWDCP9dw/8AXcNWV4t8JBCLx0+FwH4hi3QkGFb/dCQY/3QkFOis ////g8QMgz7/dAeLx0+FwH/jX17DU4tcJAyLw0tWV4XAfiaLfCQci3QkEA++BldG/3QkHFDo df///4PEDIM//3QHi8NLhcB/4l9eW8OLRCQEgwAEiwCLQPzDi0QkBIMACIsIi0H4i1H8w4tE JASDAASLAGaLQPzDVot0JAiF9nQkVujAHwAAWYXAVnQKUOjfHwAAWVlew2oA/zWEMEkA/xWM 0UAAXsP/NVAgSQD/dCQI6AMAAABZWcODfCQE4Hci/3QkBOgcAAAAhcBZdRY5RCQIdBD/dCQE 6HUnAACFwFl13jPAw1aLdCQIOzXAF0EAdwtW6KUiAACFwFl1HIX2dQNqAV6Dxg+D5vBWagD/ NYQwSQD/FZDRQABew1WL7IHsxAEAAIBl6wBTVot1DDPbV4oGiV38hMCJXcwPhOEJAACLfQjr BYt9CDPbgz28E0EAAX4PD7bAaghQ6Ib1//9ZWesPiw2wEUEAD7bAigRBg+AIO8N0Nv9N/FeN RfxXUOglCgAAWVlQ6AYKAAAPtkYBRlDoaez//4PEDIXAdA4PtkYBRlDoV+z//1nr7oA+JQ+F 2QgAAIBlywCAZegAgGXpAIBl8gCAZfEAgGXqADP/gGX7AIld5Ild4Ild9MZF8wGJXdAPtl4B RoM9vBNBAAF+Dw+2w2oEUOjp9P//WVnrD4sNsBFBAA+2w4oEQYPgBIXAdBKLRfT/ReCNBICN REPQiUX062WD+05/PnReg/sqdDKD+0Z0VIP7SXQKg/tMdTf+RfPrRYB+ATZ1LIB+AjSNRgJ1 I/9F0INl2ACDZdwAi/DrJ/5F8usig/todBeD+2x0CoP7d3QI/kXx6w7+RfP+RfvrBv5N8/5N +4B98QAPhE////+AffIAiXUMdRKLRRCJRbyDwASJRRCLQPyJRdSAZfEAgH37AHUUigY8U3QK PEN0BoBN+//rBMZF+wGLXQwPtjODziCD/m6JdcR0KIP+Y3QUg/57dA//dQiNRfxQ6LUIAABZ 6wv/dQj/RfzodggAAFmJRewzwDlF4HQJOUX0D4TcBwAAg/5vD49eAgAAD4QKBQAAg/5jD4Qs AgAAg/5kD4T4BAAAD45qAgAAg/5nfjiD/ml0G4P+bg+FVwIAAIB98gCLffwPhAAHAADpIQcA AGpkXotd7IP7LQ+FfgIAAMZF6QHpegIAAItd7I21PP7//4P7LXUOiJ08/v//jbU9/v//6wWD +yt1F4t9CP9N9P9F/FfozgcAAIvYWYld7OsDi30Ig33gAHQJgX30XQEAAH4Hx0X0XQEAAIM9 vBNBAAF+DGoEU+gJ8///WVnrC6GwEUEAigRYg+AEhcB0IYtF9P9N9IXAdBf/ReSIHkb/RfxX 6HAHAACL2FmJXezruzgdwBNBAHVmi0X0/030hcB0XP9F/FfoTQcAAIvYoMATQQCIBlmJXexG gz28E0EAAX4MagRT6Jvy//9ZWesLobARQQCKBFiD4ASFwHQhi0X0/030hcB0F/9F5IgeRv9F /FfoAgcAAIvYWYld7Ou7g33kAA+EjgAAAIP7ZXQJg/tFD4WAAAAAi0X0/030hcB0dsYGZUb/ RfxX6MsGAACL2FmD+y2JXex1BYgGRusFg/srdR6LRfT/TfSFwHUFIUX06w//RfxX6J4GAACL 2FmJXeyDPbwTQQABfgxqBFPo9PH//1lZ6wuhsBFBAIoEWIPgBIXAdBKLRfT/TfSFwHQI/0Xk iB5G67v/TfxXU+hyBgAAg33kAFlZD4T2BQAAgH3yAA+FTQUAAP9FzIAmAI2FPP7//1APvkXz /3XUSFD/FagXQQCDxAzpKQUAADlF4HUK/0X0x0XgAQAAAIB9+wB+BMZF6gG/2BNBAOkLAQAA i8aD6HAPhKMCAACD6AMPhOgAAABISA+ElgIAAIPoAw+Ew/3//4PoA3QkD7YDO0XsD4U/BQAA /k3rgH3yAA+FwwQAAItFvIlFEOm4BAAAgH37AH4ExkXqAYt9DEeJfQyAP14PhacAAACLx414 AemZAAAAg/srdSL/TfR1DIN94AB0BsZF8QHrEf91CP9F/OhoBQAAi9hZiV3sg/swD4VFAgAA /3UI/0X86E4FAACL2FmA+3iJXex0L4D7WHQqg/54x0XkAQAAAHQIam9e6RYCAAD/dQj/TfxT 6DgFAABZWWowW+n9AQAA/3UI/0X86AkFAABZi9iJXexqeOvPgH37AH4ExkXqAb/QE0EAgE3o /2ogjUWcagBQ6Oza//+DxAyDfcR7dQ6AP111CbJdR8ZFpyDrA4pVy4oHPF10X0c8LXVBhNJ0 PYoPgPlddDZHOtFzBIrB6wSKworROtB3IQ+20g+28CvyRovKi8KD4QezAcHoA9LjjUQFnAgY Qk516DLS67QPtsiK0IvBg+EHswHB6APS441EBZwIGOubgD8AD4QBBAAAg33Ee3UDiX0Mi30I i3XU/038V/917Il10OhTBAAAWVmDfeAAdA6LRfT/TfSFwA+EnAAAAP9F/FfoGgQAAIP4/1mJ Rex0fovIagGD4QdaD75d6NPii8jB+QMPvkwNnDPLhdF0YIB98gB1UoB96gB0QYsNsBFBAIhF yA+2wPZEQQGAdA3/RfxX6MsDAABZiEXJ/zW8E0EAjUXIUI1FwlDoqiAAAGaLRcKDxAxmiQZG RusDiAZGiXXU6WT/////RdDpXP////9N/FdQ6KMDAABZWTl10A+EKAMAAIB98gAPhX8CAAD/ RcyDfcRjD4RyAgAAgH3qAItF1HQJZoMgAOlgAgAAgCAA6VgCAADGRfMBi13sg/stdQbGRekB 6wWD+yt1Iv9N9HUMg33gAHQGxkXxAesR/3UI/0X86BoDAABZi9iJXeyDfdAAD4QPAQAAgH3x AA+F4wAAAIP+eHVPgz28E0EAAX4PaIAAAABT6FTu//9ZWesNobARQQCKBFglgAAAAIXAD4Sj AAAAi0XYi1XcagRZ6M0gAABTiUXYiVXc6H0CAACL2FmJXezrU4M9vBNBAAF+DGoEU+gI7v// WVnrC6GwEUEAigRYg+AEhcB0XYP+b3UVg/s4fVOLRdiLVdxqA1nofSAAAOsPagBqCv913P91 2OgsIAAAiUXYiVXc/0XkjUPQmQFF2BFV3IN94AB0Bf9N9HQk/3UI/0X86DYCAACL2FmJXezp K/////91CP9N/FPoOQIAAFlZgH3pAA+E3AAAAItF2ItN3PfYg9EAiUXY99mJTdzpxAAAAIB9 8QAPhbIAAACD/nh0P4P+cHQ6gz28E0EAAX4MagRT6EPt//9ZWesLobARQQCKBFiD4ASFwHR2 g/5vdQqD+zh9bMHnA+s/jTy/0efrOIM9vBNBAAF+D2iAAAAAU+gG7f//WVnrDaGwEUEAigRY JYAAAACFwHQ3U8HnBOhEAQAAi9hZiV3s/0Xkg33gAI18H9B0Bf9N9HQk/3UI/0X86FgBAACL 2FmJXezpXP////91CP9N/FPoWwEAAFlZgH3pAHQC99+D/kZ1BINl5ACDfeQAD4TOAAAAgH3y AHUp/0XMg33QAHQQi0XUi03YiQiLTdyJSATrEIB98wCLRdR0BIk46wNmiTj+Rev/RQyLdQzr Qv9F/Ffo4QAAAIvYWQ+2BkY7w4ld7Il1DHVViw2wEUEAD7bD9kRBAYB0GP9F/FfotwAAAFkP tg5GO8iJdQx1Pv9N/IN97P91EIA+JXVNi0UMgHgBbnVEi/CKBoTAD4VW9v//6zD/dQj/Tfz/ dezrBf9N/FdT6IsAAABZWesX/038V1DofQAAAP9N/FdT6HMAAACDxBCDfez/dRGLRcyFwHUN OEXrdQiDyP/rA4tFzF9eW8nDgz28E0EAAVZ+EIt0JAhqBFbojuv//1lZ6w+LdCQIobARQQCK BHCD4ASFwHUGg+bfg+4Hi8Zew4tUJAT/SgR4CYsKD7YBQYkKw1LoFB4AAFnDg3wkBP90D/90 JAj/dCQI6NceAABZWcNWi3QkCFf/dCQQ/wbovv///4v4V+g+4v//WYXAWXXni8dfXsPMzMzM zMzMzI1C/1vDjaQkAAAAAI1kJAAzwIpEJAhTi9jB4AiLVCQI98IDAAAAdBOKCkI42XTRhMl0 UffCAwAAAHXtC9hXi8PB4xBWC9iLCr///v5+i8GL9zPLA/AD+YPx/4Pw/zPPM8aDwgSB4QAB AYF1HCUAAQGBdNMlAAEBAXUIgeYAAACAdcReX1szwMOLQvw42HQ2hMB07zjcdCeE5HTnwegQ ONh0FYTAdNw43HQGhOR01OuWXl+NQv9bw41C/l5fW8ONQv1eX1vDjUL8Xl9bw6G0MUkAhcB0 Av/QaBTgQABoCOBAAOjOAAAAaATgQABoAOBAAOi/AAAAg8QQw2oAagD/dCQM6BUAAACDxAzD agBqAf90JAzoBAAAAIPEDMNXagFfOT00H0kAdRH/dCQI/xWs0EAAUP8VHNFAAIN8JAwAU4tc JBSJPTAfSQCIHSwfSQB1PKGwMUkAhcB0IosNrDFJAFaNcfw78HITiwaFwHQC/9CD7gQ7NbAx SQBz7V5oIOBAAGgY4EAA6CoAAABZWWgo4EAAaCTgQADoGQAAAFlZhdtbdRD/dCQIiT00H0kA /xV00UAAX8NWi3QkCDt0JAxzDYsGhcB0Av/Qg8YE6+1ew1WL7FP/dQjoNQEAAIXAWQ+EIAEA AItYCIXbD4QVAQAAg/sFdQyDYAgAagFY6Q0BAACD+wEPhPYAAACLDTgfSQCJTQiLTQyJDTgf SQCLSASD+QgPhcgAAACLDVgUQQCLFVwUQQAD0VY7yn0VjTRJK9GNNLXoE0EAgyYAg8YMSnX3 iwCLNWQUQQA9jgAAwHUMxwVkFEEAgwAAAOtwPZAAAMB1DMcFZBRBAIEAAADrXT2RAADAdQzH BWQUQQCEAAAA60o9kwAAwHUMxwVkFEEAhQAAAOs3PY0AAMB1DMcFZBRBAIIAAADrJD2PAADA dQzHBWQUQQCGAAAA6xE9kgAAwHUKxwVkFEEAigAAAP81ZBRBAGoI/9NZiTVkFEEAWV7rCINg CABR/9NZi0UIozgfSQCDyP/rCf91DP8VlNFAAFtdw4tUJASLDWAUQQA5FeATQQBWuOATQQB0 FY00SY00teATQQCDwAw7xnMEORB19Y0MSV6NDI3gE0EAO8FzBDkQdAIzwMODPagxSQAAdQXo u+T//1aLNegzSQCKBjwidSWKRgFGPCJ0FYTAdBEPtsBQ6JQbAACFwFl05kbr44A+InUNRusK PCB2BkaAPiB3+ooGhMB0BDwgdumLxl7DUzPbOR2oMUkAVld1Behf5P//izW4HkkAM/+KBjrD dBI8PXQBR1boK9P//1mNdAYB6+iNBL0EAAAAUOjq8P//i/BZO/OJNRQfSQB1CGoJ6BHg//9Z iz24HkkAOB90OVVX6PHS//+L6FlFgD89dCJV6LXw//87w1mJBnUIagno4t///1lX/zbo29H/ /1mDxgRZA/04H3XJXf81uB5JAOhY8P//WYkduB5JAIkeX17HBaQxSQABAAAAW8NVi+xRUVMz 2zkdqDFJAFZXdQXooeP//748H0kAaAQBAABWU/8VCNFAAKHoM0kAiTUkH0kAi/44GHQCi/iN RfhQjUX8UFNTV+hNAAAAi0X4i038jQSIUOgV8P//i/CDxBg783UIagjoQN///1mNRfhQjUX8 UItF/I0EhlBWV+gXAAAAi0X8g8QUSIk1DB9JAF9eowgfSQBbycNVi+yLTRiLRRRTVoMhAIt1 EFeLfQzHAAEAAACLRQiF/3QIiTeDxwSJfQyAOCJ1RIpQAUCA+iJ0KYTSdCUPttL2guEySQAE dAz/AYX2dAaKEIgWRkD/AYX2dNWKEIgWRuvO/wGF9nQEgCYARoA4InVGQOtD/wGF9nQFihCI FkaKEEAPttr2g+EySQAEdAz/AYX2dAWKGIgeRkCA+iB0CYTSdAmA+gl1zITSdQNI6wiF9nQE gGb/AINlGACAOAAPhOAAAACKEID6IHQFgPoJdQNA6/GAOAAPhMgAAACF/3QIiTeDxwSJfQyL VRT/AsdFCAEAAAAz24A4XHUEQEPr94A4InUs9sMBdSUz/zl9GHQNgHgBIo1QAXUEi8LrA4l9 CIt9DDPSOVUYD5TCiVUY0euL00uF0nQOQ4X2dATGBlxG/wFLdfOKEITSdEqDfRgAdQqA+iB0 P4D6CXQ6g30IAHQuhfZ0GQ+22vaD4TJJAAR0BogWRkD/AYoQiBZG6w8PttL2guEySQAEdANA /wH/AUDpWP///4X2dASAJgBG/wHpF////4X/dAODJwCLRRRfXlv/AF3DUVGhQCBJAFNViy1k 0UAAVlcz2zP2M/87w3Uz/9WL8DvzdAzHBUAgSQABAAAA6yj/FWjRQACL+Dv7D4TqAAAAxwVA IEkAAgAAAOmPAAAAg/gBD4WBAAAAO/N1DP/Vi/A78w+EwgAAAGY5HovGdA5AQGY5GHX5QEBm ORh18ivGiz3Q0EAA0fhTU0BTU1BWU1OJRCQ0/9eL6DvrdDJV6ILt//87w1mJRCQQdCNTU1VQ /3QkJFZTU//XhcB1Dv90JBDoMO3//1mJXCQQi1wkEFb/FZzRQACLw+tTg/gCdUw7+3UM/xVo 0UAAi/g7+3Q8OB+Lx3QKQDgYdftAOBh19ivHQIvoVegb7f//i/BZO/N1BDP26wtVV1bo9dL/ /4PEDFf/FZjRQACLxusCM8BfXl1bWVnDg+xEU1VWV2gAAQAA6ODs//+L8FmF9nUIahvoDdz/ /1mJNaAwSQDHBaAxSQAgAAAAjYYAAQAAO/BzGoBmBACDDv/GRgUKoaAwSQCDxggFAAEAAOvi jUQkEFD/FXDRQABmg3wkQgAPhMUAAACLRCREhcAPhLkAAACLMI1oBLgACAAAO/CNHC58Aovw OTWgMUkAfVK/pDBJAGgAAQAA6FDs//+FwFl0OIMFoDFJACCJB42IAAEAADvBcxiAYAQAgwj/ xkAFCosPg8AIgcEAAQAA6+SDxwQ5NaAxSQB8u+sGizWgMUkAM/+F9n5GiwOD+P90NopNAPbB AXQu9sEIdQtQ/xVY0UAAhcB0HovHi8/B+AWD4R+LBIWgMEkAjQTIiwuJCIpNAIhIBEdFg8ME O/58ujPboaAwSQCDPNj/jTTYdU2F28ZGBIF1BWr2WOsKi8NI99gbwIPA9VD/FVzRQACL+IP/ /3QXV/8VWNFAAIXAdAwl/wAAAIk+g/gCdQaATgRA6w+D+AN1CoBOBAjrBIBOBIBDg/sDfJv/ NaAxSQD/FWDRQABfXl1bg8REwzPAagA5RCQIaAAQAAAPlMBQ/xVQ0UAAhcCjhDBJAHQV6IMK AACFwHUP/zWEMEkA/xVU0UAAM8DDagFYw8zMzFWL7FNWV1VqAGoAaESnQAD/dQjonhwAAF1f XluL5V3Di0wkBPdBBAYAAAC4AQAAAHQPi0QkCItUJBCJArgDAAAAw1NWV4tEJBBQav5oTKdA AGT/NQAAAABkiSUAAAAAi0QkIItYCItwDIP+/3QuO3QkJHQojTR2iwyziUwkCIlIDIN8swQA dRJoAQEAAItEswjoQAAAAP9Uswjrw2SPBQAAAACDxAxfXlvDM8Bkiw0AAAAAgXkETKdAAHUQ i1EMi1IMOVEIdQW4AQAAAMNTUbt0FEEA6wpTUbt0FEEAi00IiUsIiUMEiWsMWVvCBADMzFZD MjBYQzAwVYvsg+wIU1ZXVfyLXQyLRQj3QAQGAAAAD4WCAAAAiUX4i0UQiUX8jUX4iUP8i3MM i3sIg/7/dGGNDHaDfI8EAHRFVlWNaxD/VI8EXV6LXQwLwHQzeDyLewhT6Kn+//+DxASNaxBW U+je/v//g8QIjQx2agGLRI8I6GH///+LBI+JQwz/VI8Ii3sIjQx2izSP66G4AAAAAOscuAEA AADrFVWNaxBq/1Ponv7//4PECF24AQAAAF1fXluL5V3DVYtMJAiLKYtBHFCLQRhQ6Hn+//+D xAhdwgQAocAeSQCD+AF0DYXAdSqDPbQQQQABdSFo/AAAAOgYAAAAoUQgSQBZhcB0Av/QaP8A AADoAgAAAFnDVYvsgeykAQAAi1UIM8m4iBRBADsQdAuDwAhBPRgVQQB88VaL8cHmAzuWiBRB AA+FHAEAAKHAHkkAg/gBD4ToAAAAhcB1DYM9tBBBAAEPhNcAAACB+vwAAAAPhPEAAACNhVz+ //9oBAEAAFBqAP8VCNFAAIXAdRONhVz+//9otNVAAFDos8n//1lZjYVc/v//V1CNvVz+///o jsr//0BZg/g8dimNhVz+//9Q6HvK//+L+I2FXP7//4PoO2oDA/hosNVAAFfo4QEAAIPEEI2F YP///2iU1UAAUOhdyf//jYVg////V1DoYMn//42FYP///2iQ1UAAUOhPyf///7aMFEEAjYVg ////UOg9yf//aBAgAQCNhWD///9oaNVAAFDoXxIAAIPELF/rJo1FCI22jBRBAGoAUP826O7J //9ZUP82avT/FVzRQABQ/xVs0EAAXsnDVYvsav9o0NVAAGgkqEAAZKEAAAAAUGSJJQAAAACD 7BhTVleJZeihSCBJADPbO8N1Po1F5FBqAV5WaEjSQABW/xVA0UAAhcB0BIvG6x2NReRQVmhE 0kAAVlP/FUTRQACFwA+EzgAAAGoCWKNIIEkAg/gCdSSLRRw7w3UFodQeSQD/dRT/dRD/dQz/ dQhQ/xVE0UAA6Z8AAACD+AEPhZQAAAA5XRh1CKHkHkkAiUUYU1P/dRD/dQyLRSD32BvAg+AI QFD/dRj/FczQQACJReA7w3RjiV38jTwAi8eDwAMk/OgU0P//iWXoi/SJddxXU1bolMf//4PE DOsLagFYw4tl6DPbM/aDTfz/O/N0Kf914Fb/dRD/dQxqAf91GP8VzNBAADvDdBD/dRRQVv91 CP8VQNFAAOsCM8CNZcyLTfBkiQ0AAAAAX15bycPMzMzMzMzMzMzMzMzMzMyLTCQMV4XJdHpW U4vZi3QkFPfGAwAAAIt8JBB1B8HpAnVv6yGKBkaIB0dJdCWEwHQp98YDAAAAdeuL2cHpAnVR g+MDdA2KBkaIB0eEwHQvS3Xzi0QkEFteX8P3xwMAAAB0EogHR0kPhIoAAAD3xwMAAAB17ovZ wekCdWyIB0dLdfpbXotEJAhfw4kXg8cESXSvuv/+/n6LBgPQg/D/M8KLFoPGBKkAAQGBdN6E 0nQshPZ0HvfCAAD/AHQM98IAAAD/dcaJF+sYgeL//wAAiRfrDoHi/wAAAIkX6wQz0okXg8cE M8BJdAozwIkHg8cESXX4g+MDdYWLRCQQW15fw4tEJARTOwWgMUkAVldzc4vIi/DB+QWD5h+N PI2gMEkAweYDiw/2RDEEAXRWUOgSEQAAg/j/WXUMxwXsHkkACQAAAOtP/3QkGGoA/3QkHFD/ FZTQQACL2IP7/3UI/xXg0EAA6wIzwIXAdAlQ6PMPAABZ6yCLB4BkMAT9jUQwBIvD6xSDJfAe SQAAxwXsHkkACQAAAIPI/19eW8NVi+yB7BQEAACLTQhTOw2gMUkAVlcPg3kBAACLwYvxwfgF g+YfjRyFoDBJAMHmA4sDikQwBKgBD4RXAQAAM/85fRCJffiJffB1BzPA6VcBAACoIHQMagJX UegI////g8QMiwMDxvZABIAPhMEAAACLRQw5fRCJRfyJfQgPhucAAACNhez7//+LTfwrTQw7 TRBzKYtN/P9F/IoJgPkKdQf/RfDGAA1AiAhAi8iNlez7//8ryoH5AAQAAHzMi/iNhez7//8r +I1F9GoAUI2F7Pv//1dQiwP/NDD/FWzQQACFwHRDi0X0AUX4O8d8C4tF/CtFDDtFEHKKM/+L Rfg7xw+FiwAAADl9CHRfagVYOUUIdUzHBeweSQAJAAAAo/AeSQDpgAAAAP8V4NBAAIlFCOvH jU30V1H/dRD/dQz/MP8VbNBAAIXAdAuLRfSJfQiJRfjrp/8V4NBAAIlFCOuc/3UI6GQOAABZ 6z2LA/ZEMARAdAyLRQyAOBoPhM3+///HBeweSQAcAAAAiT3wHkkA6xYrRfDrFIMl8B5JAADH BeweSQAJAAAAg8j/X15bycP/BUwgSQBoABAAAOj+4v//WYtMJASFwIlBCHQNg0kMCMdBGAAQ AADrEYNJDASNQRSJQQjHQRgCAAAAi0EIg2EEAIkBw4tEJAQ7BaAxSQByAzPAw4vIg+AfwfkF iwyNoDBJAIpEwQSD4EDDoYAwSQBWahSFwF51B7gAAgAA6wY7xn0Hi8ajgDBJAGoEUOipDgAA WaN8IEkAhcBZdSFqBFaJNYAwSQDokA4AAFmjfCBJAIXAWXUIahrojdH//1kzybggFUEAixV8 IEkAiQQRg8Agg8EEPaAXQQB86jPSuTAVQQCLwovywfgFg+YfiwSFoDBJAIsE8IP4/3QEhcB1 A4MJ/4PBIEKB+ZAVQQB81F7D6JIPAACAPSwfSQAAdAXplQ4AAMNVi+yLRQiFwHUCXcODPdQe SQAAdRJmi00MZoH5/wB3OWoBiAhYXcONTQiDZQgAUWoA/zW8E0EAUI1FDGoBUGggAgAA/zXk HkkA/xXQ0EAAhcB0BoN9CAB0DccF7B5JACoAAACDyP9dw1NWi0QkGAvAdRiLTCQUi0QkEDPS 9/GL2ItEJAz38YvT60GLyItcJBSLVCQQi0QkDNHp0dvR6tHYC8l19Pfzi/D3ZCQYi8iLRCQU 9+YD0XIOO1QkEHcIcgc7RCQMdgFOM9KLxl5bwhAAzMzMzMzMzMxTi0QkFAvAdRiLTCQQi0Qk DDPS9/GLRCQI9/GLwjPS61CLyItcJBCLVCQMi0QkCNHp0dvR6tHYC8l19Pfzi8j3ZCQUkfdk JBAD0XIOO1QkDHcIcg47RCQIdggrRCQQG1QkFCtEJAgbVCQM99r32IPaAFvCEABoQAEAAGoA /zWEMEkA/xWQ0UAAhcCjeCBJAHUBw4MlcCBJAACDJXQgSQAAagGjbCBJAMcFZCBJABAAAABY w6F0IEkAjQyAoXggSQCNDIg7wXMUi1QkBCtQDIH6AAAQAHIHg8AU6+gzwMNVi+yD7BSLVQyL TQhTVotBEIvyK3EMi1r8g8L8V8HuD4vOi3r8ackEAgAAS4l9/I2MAUQBAACJXfSJTfCLDBP2 wQGJTfh1f8H5BGo/SV+JTQw7z3YDiX0Mi0wTBDtMEwh1SItNDIP5IHMcvwAAAIDT741MAQT3 1yF8sET+CXUri00IITnrJIPB4L8AAACA0++LTQyNTAEE99chvLDEAAAA/gl1BotNCCF5BItM EwiLfBMEiXkEi0wTBIt8EwgDXfiJeQiJXfSL+8H/BE+D/z92A2o/X4tN/IPhAYlN7A+FoAAA ACtV/ItN/MH5BGo/iVX4SVo7yolNDHYFiVUMi8oDXfyL+4ld9MH/BE87+nYCi/o7z3Rri034 i1EEO1EIdUiLTQyD+SBzHLoAAACA0+qNTAEE99IhVLBE/gl1K4tNCCER6ySDweC6AAAAgNPq i00MjUwBBPfSIZSwxAAAAP4JdQaLTQghUQSLTfiLUQiLSQSJSgSLTfiLUQSLSQiJSgiLVfiD fewAdQk5fQwPhIkAAACLTfCNDPmLSQSJSgSLTfCNDPmJSgiJUQSLSgSJUQiLSgQ7Sgh1Y4pM BwSD/yCITQ/+wYhMBwRzJYB9DwB1DrsAAACAi8/T64tNCAkZuwAAAICLz9PrjUSwRAkY6ymA fQ8AdRCNT+C7AAAAgNPri00ICVkEjU/gvwAAAIDT742EsMQAAAAJOItd9ItF8IkaiVwT/P8I D4X6AAAAoXAgSQCFwA+E3wAAAIsNaCBJAIs9TNFAAMHhDwNIDLsAgAAAaABAAABTUf/Xiw1o IEkAoXAgSQC6AAAAgNPqCVAIoXAgSQCLDWggSQCLQBCDpIjEAAAAAKFwIEkAi0AQ/khDoXAg SQCLSBCAeUMAdQmDYAT+oXAgSQCDeAj/dWxTagD/cAz/16FwIEkA/3AQagD/NYQwSQD/FYzR QAChdCBJAIsVeCBJAI0EgMHgAovIoXAgSQAryI1MEexRjUgUUVDoD8f//4tFCIPEDP8NdCBJ ADsFcCBJAHYDg+gUiw14IEkAiQ1sIEkA6wOLRQijcCBJAIk1aCBJAF9eW8nDVYvsg+wUoXQg SQCLFXggSQBTVo0EgFeNPIKLRQiJffyNSBeD4fCJTfDB+QRJg/kgfQ6Dzv/T7oNN+P+JdfTr EIPB4IPI/zP20+iJdfSJRfihbCBJAIvYO9+JXQhzGYtLBIs7I034I/4Lz3ULg8MUO138iV0I cuc7Xfx1eYvaO9iJXQhzFYtLBIs7I034I/4Lz3UFg8MU6+Y72HVZO138cxGDewgAdQiDwxSJ XQjr7Ttd/HUmi9o72IldCHMNg3sIAHUFg8MU6+472HUO6DgCAACL2IXbiV0IdBRT6NoCAABZ i0sQiQGLQxCDOP91BzPA6Q8CAACJHWwgSQCLQxCLEIP6/4lV/HQUi4yQxAAAAIt8kEQjTfgj /gvPdTeLkMQAAACLcEQjVfgjdfSDZfwAjUhEC9aLdfR1F4uRhAAAAP9F/CNV+IPBBIv+IzkL 13Tpi1X8i8oz/2nJBAIAAI2MAUQBAACJTfSLTJBEI851DYuMkMQAAABqICNN+F+FyXwF0eFH 6/eLTfSLVPkEiworTfCL8YlN+MH+BE6D/j9+A2o/Xjv3D4QNAQAAi0oEO0oIdWGD/yB9K7sA AACAi8/T64tN/I18OAT304ld7CNciESJXIhE/g91OItdCItN7CEL6zGNT+C7AAAAgNPri038 jXw4BI2MiMQAAAD30yEZ/g+JXex1C4tdCItN7CFLBOsDi10Ii0oIi3oEg334AIl5BItKBIt6 CIl5CA+ElAAAAItN9It88QSNDPGJegSJSgiJUQSLSgSJUQiLSgQ7Sgh1ZIpMBgSD/iCITQt9 Kf7BgH0LAIhMBgR1C78AAACAi87T7wk7vwAAAICLztPvi038CXyIROsv/sGAfQsAiEwGBHUN jU7gvwAAAIDT7wl7BItN/I28iMQAAACNTuC+AAAAgNPuCTeLTfiFyXQLiQqJTBH86wOLTfiL dfAD0Y1OAYkKiUwy/It19IsOhcmNeQGJPnUaOx1wIEkAdRKLTfw7DWggSQB1B4MlcCBJAACL TfyJCI1CBF9eW8nDoXQgSQCLDWQgSQBWVzP/O8F1MI1EiVDB4AJQ/zV4IEkAV/81hDBJAP8V ONFAADvHdGGDBWQgSQAQo3ggSQChdCBJAIsNeCBJAGjEQQAAagiNBID/NYQwSQCNNIH/FZDR QAA7x4lGEHQqagRoACAAAGgAABAAV/8VPNFAADvHiUYMdRT/dhBX/zWEMEkA/xWM0UAAM8Dr F4NOCP+JPol+BP8FdCBJAItGEIMI/4vGX17DVYvsUYtNCFNWV4txEItBCDPbhcB8BdHgQ+v3 i8NqP2nABAIAAFqNhDBEAQAAiUX8iUAIiUAEg8AISnX0i/tqBMHnDwN5DGgAEAAAaACAAABX /xU80UAAhcB1CIPI/+mTAAAAjZcAcAAAO/p3PI1HEINI+P+DiOwPAAD/jYj8DwAAx0D88A8A AIkIjYj87///iUgEx4DoDwAA8A8AAAUAEAAAjUjwO8p2x4tF/I1PDAX4AQAAagFfiUgEiUEI jUoMiUgIiUEEg2SeRACJvJ7EAAAAikZDisj+wYTAi0UIiE5DdQMJeAS6AAAAgIvL0+r30iFQ CIvDX15bycOhVCBJAIXAdA//dCQE/9CFwFl0BGoBWMMzwMNVi+xTVot1DDPbO/N0FTldEHQQ igY6w3UQi0UIO8N0A2aJGDPAXltdwzkd1B5JAHUTi00IO8t0B2YPtsBmiQFqAVjr4YsNsBFB AA+2wPZEQQGAdE2hvBNBAIP4AX4qOUUQfC8zyTldCA+VwVH/dQhQVmoJ/zXkHkkA/xXM0EAA hcChvBNBAHWdOUUQcgU4XgF1k8cF7B5JACoAAACDyP/rhDPAOV0ID5XAUP91CGoBVmoJ/zXk HkkA/xXM0EAAhcAPhXn////ryszMzMzMzMzMzMzMzMzMzItEJAiLTCQQC8iLTCQMdQmLRCQE 9+HCEABT9+GL2ItEJAj3ZCQUA9iLRCQI9+ED01vCEADMzMzMzMzMzMzMzMyA+UBzFYD5IHMG D6XC0+DDi9AzwIDhH9PiwzPAM9LDVot0JAiLRgyogw+ExAAAAKhAD4W8AAAAqAJ0CgwgiUYM 6a4AAAAMAWapDAGJRgx1CVbov/P//1nrBYtGCIkG/3YY/3YI/3YQ6M4EAACDxAyJRgSFwHRs g/j/dGeLVgz2woJ1NItOEFeD+f90FIv5wf8Fg+Efizy9oDBJAI08z+sFv2gUQQCKTwRfgOGC gPmCdQaAziCJVgyBfhgAAgAAdRSLTgz2wQh0DPbFBHUHx0YYABAAAIsOSIlGBA+2AUGJDl7D 99gbwIPgEIPAEAlGDINmBACDyP9ew1OLXCQIg/v/VnRBi3QkEItGDKgBdQiogHQyqAJ1LoN+ CAB1B1bo8/L//1mLBjtGCHUJg34EAHUUQIkG9kYMQHQR/w6LBjgYdA9AiQaDyP9eW8P/DosG iBiLRgz/RgQk7wwBiUYMi8Ml/wAAAOvhagRqAP90JAzoBAAAAIPEDMMPtkQkBIpMJAyEiOEy SQB1HIN8JAgAdA4PtwRFuhFBACNEJAjrAjPAhcB1AcNqAVjDUzPbOR1YIEkAVld1QmgM1kAA /xUo0UAAi/g7+3RnizUs0UAAaADWQABX/9aFwKNYIEkAdFBo8NVAAFf/1mjc1UAAV6NcIEkA /9ajYCBJAKFcIEkAhcB0Fv/Qi9iF23QOoWAgSQCFwHQFU//Qi9j/dCQY/3QkGP90JBhT/xVY IEkAX15bwzPA6/iLTCQEM9KJDfAeSQC40BdBADsIdCCDwAhCPTgZQQB88YP5E3Idg/kkdxjH BeweSQANAAAAw4sE1dQXQQCj7B5JAMOB+bwAAAByEoH5ygAAAMcF7B5JAAgAAAB2CscF7B5J ABYAAADDi0wkBFY7DaAxSQBXc1WLwYvxwfgFg+YfjTyFoDBJAMHmA4sHA8b2QAQBdDeDOP90 MoM9tBBBAAF1HzPAK8h0EEl0CEl1E1Bq9OsIUGr16wNQavb/FTTRQACLB4MMMP8zwOsUgyXw HkkAAMcF7B5JAAkAAACDyP9fXsOLRCQEOwWgMUkAcxyLyIPgH8H5BYsMjaAwSQD2RMEEAY0E wXQDiwDDgyXwHkkAAMcF7B5JAAkAAACDyP/DU1aLdCQMVw+vdCQUg/7gi953DYX2dQNqAV6D xg+D5vAz/4P+4HcqOx3AF0EAdw1T6JX2//+L+FmF/3UrVmoI/zWEMEkA/xWQ0UAAi/iF/3Ui gz1QIEkAAHQZVugf+///hcBZdBTruVNqAFfoQbT//4PEDIvHX15bwzPA6/hWV2oDM/9eOTWA MEkAfkShfCBJAIsEsIXAdC/2QAyDdA1Q6D0DAACD+P9ZdAFHg/4UfBehfCBJAP80sOjo0v// oXwgSQBZgySwAEY7NYAwSQB8vIvHX17DVot0JAiF9nUJVuiRAAAAWV7DVugjAAAAhcBZdAWD yP9ew/ZGDUB0D/92EOgyAwAA99hZXhvAwzPAXsNTVot0JAwz21eLRgyLyIPhA4D5AnU3ZqkI AXQxi0YIiz4r+IX/fiZXUP92EOjY7f//g8QMO8d1DotGDKiAdA4k/YlGDOsHg04MIIPL/4tG CINmBACJBl+Lw15bw2oB6AIAAABZw1NWVzP2M9sz/zk1gDBJAH5NoXwgSQCLBLCFwHQ4i0gM 9sGDdDCDfCQQAXUPUOgu////g/j/WXQdQ+sag3wkEAB1E/bBAnQOUOgT////g/j/WXUCC/hG OzWAMEkAfLODfCQQAYvDdAKLx19eW8NqAugmwf//WcNVi+yD7AxTVot1CFc7NaAxSQAPg8UB AACLxoPmH8H4BcHmA40chaAwSQCLBIWgMEkAA8aKUAT2wgEPhJ4BAACDZfgAi30Mg30QAIvP dGf2wgJ1YvbCSHQdikAFPAp0Fv9NEIgHiwONTwHHRfgBAAAAxkQwBQqNRfRqAFCLA/91EFH/ NDD/FXDQQACFwHU6/xXg0EAAagVZO8F1FccF7B5JAAkAAACJDfAeSQDpPgEAAIP4bXUHM8Dp NQEAAFDoNfz//1npJgEAAIsDi1X0AVX4jUwwBIpEMASogA+E+AAAAIXSdAmAPwp1BAwE6wIk +4gBi0UMi034iUUQA8g7wYlN+A+DywAAAItFEIoAPBoPhK4AAAA8DXQLiAdH/0UQ6ZEAAABJ OU0QcxiLRRBAgDgKdQaDRRAC617GBw1HiUUQ63ONRfRqAFD/RRCNRf9qAVCLA/80MP8VcNBA AIXAdQr/FeDQQACFwHVHg330AHRBiwP2RDAESHQTikX/PAp0F8YHDYsLR4hEMQXrKTt9DHUL gH3/CnUFxgcK6xhqAWr//3UI6O3q//+DxAyAff8KdATGBw1Hi034OU0QD4JH////6xCLA410 MASKBqhAdQQMAogGK30MiX34i0X46xSDJfAeSQAAxwXsHkkACQAAAIPI/19eW8nDVot0JAhX g8//i0YMqEB0BYPI/+s6qIN0NFboEP3//1aL+Og5AQAA/3YQ6H4AAACDxAyFwH0Fg8//6xKL RhyFwHQLUOh8z///g2YcAFmLx4NmDABfXsOLRCQEOwWgMUkAcz2LyIvQwfkFg+IfiwyNoDBJ APZE0QQBdCVQ6GL7//9ZUP8VoNFAAIXAdQj/FeDQQADrAjPAhcB0EqPwHkkAxwXsHkkACQAA AIPI/8NTVVZXi3wkFDs9oDFJAA+DhgAAAIvHi/fB+AWD5h+NHIWgMEkAweYDiwP2RDAEAXRp V+j++v//g/j/WXQ8g/8BdAWD/wJ1FmoC6Of6//9qAYvo6N76//9ZO8VZdBxX6NL6//9ZUP8V JNFAAIXAdQr/FeDQQACL6OsCM+1X6Dr6//+LA1mAZDAEAIXtdAlV6MH5//9Z6xUzwOsUgyXw HkkAAMcF7B5JAAkAAACDyP9fXl1bw1aLdCQIi0YMqIN0HagIdBn/dgjoTM7//2aBZgz3+zPA WYkGiUYIiUYEXsPMzMzMzP8lsNFAAP8lrNFAAP8lqNFAAP8lSNFAAFWL7FGh1B5JAFMz2zvD iV38dSGLRQiL0DgYdH+KCoD5YXwKgPl6fwWA6SCICkI4GnXq62dWV2oBU1NTav++AAIAAP91 CFZQ6O3B//+L+IPEIDv7dDhX6PDN//87w1mJRfx0KmoBU1dQav//dQhW/zXUHkkA6MDB//+D xCCFwHQN/3X8/3UI6P2u//9ZWf91/OiHzf//i0UIWV9eW8nDzMzMzMzMzMzMzFWL7FdWU4tN EAvJD4SVAAAAi3UIi30MjQXMHkkAg3gIAHVDt0GzWrYgjUkAiiYK5IoHdCEKwHQdRkc4/HIG ONx3AgLmOPhyBjjYdwICxjjEdQlJddczyTjEdEu5/////3JE99nrQDPAM9uL/4oGC8CKH3Qj C9t0H0ZHUVBT6Nyx//+L2IPEBOjSsf//g8QEWTvDdQlJddUzyTvDdAm5/////3IC99mLwVte X8nDzMzMVYvsV1ZTi3UMi30IjQXMHkkAg3gIAHU7sP+L/wrAdC6KBkaKJ0c4xHTyLEE8GhrJ gOEgAsEEQYbgLEE8GhrJgOEgAsEEQTjgdNIawBz/D77A6zS4/wAAADPbi/8KwHQnigZGih9H ONh08lBT6D2x//+L2IPEBOgzsf//g8QEOMN02hvAg9j/W15fycNVi+xRodQeSQBTM9s7w4ld /HUhi0UIi9A4GHR/igqA+UF8CoD5Wn8FgMEgiApCOBp16utnVldqAVNTU2r/vgABAAD/dQhW UOgJwP//i/iDxCA7+3Q4V+gMzP//O8NZiUX8dCpqAVNXUGr//3UIVv811B5JAOjcv///g8Qg hcB0Df91/P91COgZrf//WVn/dfzoo8v//4tFCFlfXlvJwwAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAHDcAACg3QAAiN0AAHjdAABm3QAAUt0AAELdAAAs3QAAGN0AAALdAADm3AAA2twAANDc AACy3AAAotwAAI7cAABe3AAATNwAADbcAAAm3AAAFNwAAAbcAAD42wAA6tsAAAAAAAAk2gAA MNoAAELaAABO2gAAWtoAAG7aAAB+2gAAjNoAAKLaAACu2gAAvtoAANDaAADg2gAAENoAAADb AAAO2wAAHtsAADDbAABG2wAAWtsAAGrbAAB42wAAjtsAAKDbAAC82wAAzNsAAPrZAADk2QAA ztkAAMDZAAC02QAApNkAAJTZAACC2QAAYNgAAHTZAABm2QAAUNkAAEDZAAAu2QAAHtkAAAjZ AADs2AAA3NgAAM7YAAC62AAAptgAAJ7YAACQ2AAAgNgAAG7YAADy2gAAxt8AALjfAACo3wAA lt8AAITfAAB43wAAat8AAFzfAABO3wAAQN8AADDfAAAe3wAABN8AAOzeAAAO3gAAIt4AADTe AABC3gAATt4AAFjeAABk3gAAdN4AAITeAACQ3gAAnN4AALjeAADS3gAA1t8AAAAAAAD23QAA 4t0AANLdAAAAAAAANAAAgAMAAIB0AACAEwAAgAkAAIAEAACAbwAAgHMAAIAXAACAEAAAgAAA AAAAAAAAAAAAAAUAAAAAAAAABwAAAAkAAAAFAAAAAgAAAAIAAAACAAAAAgAAAAwAGQABAAEA AgAOAAoAHwAEAAEAAwAZAAgADwACAAIACwACAAEABgD/////T4FAAGOBQAAAAAAAAAAAAAAA AAD/////MYdAADWHQAD/////5YdAAOmHQAAGAAAGAAEAABAAAwYABgIQBEVFRQUFBQUFNTAA UAAAAAAgKDhQWAcIADcwMFdQBwAAICAIAAAAAAhgaGBgYGAAAHBweHh4eAgHCAAABwAICAgA AAgACAAHCAAAACgAbgB1AGwAbAApAAAAAAAobnVsbCkAAHJ1bnRpbWUgZXJyb3IgAAANCgAA VExPU1MgZXJyb3INCgAAAFNJTkcgZXJyb3INCgAAAABET01BSU4gZXJyb3INCgAAUjYwMjgN Ci0gdW5hYmxlIHRvIGluaXRpYWxpemUgaGVhcA0KAAAAAFI2MDI3DQotIG5vdCBlbm91Z2gg c3BhY2UgZm9yIGxvd2lvIGluaXRpYWxpemF0aW9uDQoAAAAAUjYwMjYNCi0gbm90IGVub3Vn aCBzcGFjZSBmb3Igc3RkaW8gaW5pdGlhbGl6YXRpb24NCgAAAABSNjAyNQ0KLSBwdXJlIHZp cnR1YWwgZnVuY3Rpb24gY2FsbA0KAAAAUjYwMjQNCi0gbm90IGVub3VnaCBzcGFjZSBmb3Ig X29uZXhpdC9hdGV4aXQgdGFibGUNCgAAAABSNjAxOQ0KLSB1bmFibGUgdG8gb3BlbiBjb25z b2xlIGRldmljZQ0KAAAAAFI2MDE4DQotIHVuZXhwZWN0ZWQgaGVhcCBlcnJvcg0KAAAAAFI2 MDE3DQotIHVuZXhwZWN0ZWQgbXVsdGl0aHJlYWQgbG9jayBlcnJvcg0KAAAAAFI2MDE2DQot IG5vdCBlbm91Z2ggc3BhY2UgZm9yIHRocmVhZCBkYXRhDQoADQphYm5vcm1hbCBwcm9ncmFt IHRlcm1pbmF0aW9uDQoAAAAAUjYwMDkNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgZW52aXJv bm1lbnQNCgBSNjAwOA0KLSBub3QgZW5vdWdoIHNwYWNlIGZvciBhcmd1bWVudHMNCgAAAFI2 MDAyDQotIGZsb2F0aW5nIHBvaW50IG5vdCBsb2FkZWQNCgAAAABNaWNyb3NvZnQgVmlzdWFs IEMrKyBSdW50aW1lIExpYnJhcnkAAAAACgoAAFJ1bnRpbWUgRXJyb3IhCgpQcm9ncmFtOiAA AAAuLi4APHByb2dyYW0gbmFtZSB1bmtub3duPgAAAAAAAP////+Bq0AAhatAAEdldExhc3RB Y3RpdmVQb3B1cAAAR2V0QWN0aXZlV2luZG93AE1lc3NhZ2VCb3hBAHVzZXIzMi5kbGwAAODW AAAAAAAAAAAAANzbAABk0AAAfNYAAAAAAAAAAAAAuN0AAADQAAA02AAAAAAAAAAAAADG3QAA uNEAACTYAAAAAAAAAAAAAAbeAACo0QAAAAAAAAAAAAAAAAAAAAAAAAAAAABw3AAAoN0AAIjd AAB43QAAZt0AAFLdAABC3QAALN0AABjdAAAC3QAA5twAANrcAADQ3AAAstwAAKLcAACO3AAA XtwAAEzcAAA23AAAJtwAABTcAAAG3AAA+NsAAOrbAAAAAAAAJNoAADDaAABC2gAATtoAAFra AABu2gAAftoAAIzaAACi2gAArtoAAL7aAADQ2gAA4NoAABDaAAAA2wAADtsAAB7bAAAw2wAA RtsAAFrbAABq2wAAeNsAAI7bAACg2wAAvNsAAMzbAAD62QAA5NkAAM7ZAADA2QAAtNkAAKTZ AACU2QAAgtkAAGDYAAB02QAAZtkAAFDZAABA2QAALtkAAB7ZAAAI2QAA7NgAANzYAADO2AAA utgAAKbYAACe2AAAkNgAAIDYAABu2AAA8toAAMbfAAC43wAAqN8AAJbfAACE3wAAeN8AAGrf AABc3wAATt8AAEDfAAAw3wAAHt8AAATfAADs3gAADt4AACLeAAA03gAAQt4AAE7eAABY3gAA ZN4AAHTeAACE3gAAkN4AAJzeAAC43gAA0t4AANbfAAAAAAAA9t0AAOLdAADS3QAAAAAAADQA AIADAACAdAAAgBMAAIAJAACABAAAgG8AAIBzAACAFwAAgBAAAIAAAAAAtABGcmVlTGlicmFy eQA+AUdldFByb2NBZGRyZXNzAADCAUxvYWRMaWJyYXJ5QQAAGwBDbG9zZUhhbmRsZQCWAlNs ZWVwAJ4CVGVybWluYXRlUHJvY2VzcwAAHAJSZWFkUHJvY2Vzc01lbW9yeQDvAU9wZW5Qcm9j ZXNzANkBTW9kdWxlMzJGaXJzdABMAENyZWF0ZVRvb2xoZWxwMzJTbmFwc2hvdAAAJAFHZXRN b2R1bGVGaWxlTmFtZUEAAP4BUHJvY2VzczMyTmV4dAD8AVByb2Nlc3MzMkZpcnN0AADWAU1h cFZpZXdPZkZpbGUANQBDcmVhdGVGaWxlTWFwcGluZ0EAABIBR2V0RmlsZVNpemUANABDcmVh dGVGaWxlQQCwAlVubWFwVmlld09mRmlsZQAbAUdldExvY2FsVGltZQAAGgFHZXRMYXN0RXJy b3IAAMwBTG9jYWxGcmVlAMgBTG9jYWxBbGxvYwAA+ABHZXRDdXJyZW50UHJvY2Vzc0lkANIC V2lkZUNoYXJUb011bHRpQnl0ZQDkAU11bHRpQnl0ZVRvV2lkZUNoYXIAzgBHZXRDb21wdXRl ck5hbWVBAAAoAENvcHlGaWxlQQC5AUlzREJDU0xlYWRCeXRlAADfAldyaXRlRmlsZQAYAlJl YWRGaWxlAABjAUdldFRlbXBGaWxlTmFtZUEAAGUBR2V0VGVtcFBhdGhBAABXAERlbGV0ZUZp bGVBAGgCU2V0RmlsZUF0dHJpYnV0ZXNBAACQAEZpbmRDbG9zZQCdAEZpbmROZXh0RmlsZUEA lABGaW5kRmlyc3RGaWxlQQAAYQJTZXRFbmRPZkZpbGUAAGoCU2V0RmlsZVBvaW50ZXIAABQB R2V0RmlsZVRpbWUAbAJTZXRGaWxlVGltZQBtAUdldFRpY2tDb3VudAAARABDcmVhdGVQcm9j ZXNzQQAAWQFHZXRTeXN0ZW1EaXJlY3RvcnlBAPcAR2V0Q3VycmVudFByb2Nlc3MAdQFHZXRW ZXJzaW9uRXhBAHQBR2V0VmVyc2lvbgAAzgJXYWl0Rm9yU2luZ2xlT2JqZWN0AMoAR2V0Q29t bWFuZExpbmVBAIAARXhwYW5kRW52aXJvbm1lbnRTdHJpbmdzQQAEAUdldERyaXZlVHlwZUEA SgBDcmVhdGVUaHJlYWQAAEtFUk5FTDMyLmRsbAAAWwFSZWdDbG9zZUtleQBmAVJlZ0VudW1L ZXlBAHEBUmVnT3BlbktleUEAZAFSZWdEZWxldGVWYWx1ZUEAagFSZWdFbnVtVmFsdWVBADQA Q2xvc2VTZXJ2aWNlSGFuZGxlAABMAENyZWF0ZVNlcnZpY2VBAABFAU9wZW5TQ01hbmFnZXJB AACzAVN0YXJ0U2VydmljZUN0cmxEaXNwYXRjaGVyQQCuAVNldFNlcnZpY2VTdGF0dXMAAEcB T3BlblNlcnZpY2VBAACOAVJlZ2lzdGVyU2VydmljZUN0cmxIYW5kbGVyQQCdAEZyZWVTaWQA mABFcXVhbFNpZAAAGABBbGxvY2F0ZUFuZEluaXRpYWxpemVTaWQAANAAR2V0VG9rZW5JbmZv cm1hdGlvbgBCAU9wZW5Qcm9jZXNzVG9rZW4AAFwBUmVnQ29ubmVjdFJlZ2lzdHJ5QQCyAVN0 YXJ0U2VydmljZUEAewFSZWdRdWVyeVZhbHVlRXhBAACGAVJlZ1NldFZhbHVlRXhBAABeAVJl Z0NyZWF0ZUtleUEAFwBBZGp1c3RUb2tlblByaXZpbGVnZXMA9QBMb29rdXBQcml2aWxlZ2VW YWx1ZUEAQURWQVBJMzIuZGxsAABXUzJfMzIuZGxsAAARAFdOZXRDbG9zZUVudW0AHABXTmV0 RW51bVJlc291cmNlQQBAAFdOZXRPcGVuRW51bUEATVBSLmRsbAAmAUdldE1vZHVsZUhhbmRs ZUEAAFABR2V0U3RhcnR1cEluZm9BAH0ARXhpdFByb2Nlc3MAvwBHZXRDUEluZm8AuQBHZXRB Q1AAADEBR2V0T0VNQ1AAAL8BTENNYXBTdHJpbmdBAADAAUxDTWFwU3RyaW5nVwAAnwFIZWFw RnJlZQAAmQFIZWFwQWxsb2MArQJVbmhhbmRsZWRFeGNlcHRpb25GaWx0ZXIAALIARnJlZUVu dmlyb25tZW50U3RyaW5nc0EAswBGcmVlRW52aXJvbm1lbnRTdHJpbmdzVwAGAUdldEVudmly b25tZW50U3RyaW5ncwAIAUdldEVudmlyb25tZW50U3RyaW5nc1cAAG0CU2V0SGFuZGxlQ291 bnQAAFIBR2V0U3RkSGFuZGxlAAAVAUdldEZpbGVUeXBlAJ0BSGVhcERlc3Ryb3kAmwFIZWFw Q3JlYXRlAAC/AlZpcnR1YWxGcmVlAC8CUnRsVW53aW5kAFMBR2V0U3RyaW5nVHlwZUEAAFYB R2V0U3RyaW5nVHlwZVcAALsCVmlydHVhbEFsbG9jAACiAUhlYXBSZUFsbG9jAHwCU2V0U3Rk SGFuZGxlAACqAEZsdXNoRmlsZUJ1ZmZlcnMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAB7hUAAj69AAAAAAAAAAAAANLBAAAAAAAAAAAAAAAAAAAAAAAAP/UAAQAAAACAA AAAsAAAALS0AAFwAAABRVUlUDQoAAA0KLg0KAAAAREFUQSANCgBIRUxPICVzDQoAAAA+DQoA TUFJTCBGUk9NOiA8AAAAAFJDUFQgVE86PAAAACVkAAAgCQ0KAAAAAC4sKCklJEAhYH4gAC1f AAAuLgAALgAAAFwqLioAAAAAXFwAAAAAAACJFXfvMxmZeBBYuMnymQAAB9tOyuNgwsHA+2ps 7WFt6m9rzGnpYdtjYWlp7Pvvae1v58xqbG3M727bZ2tna/tg6GrMamxtzOFg22vhbOb7wkdD Q8zsaeHba+zhb/vvae1v58xqbG3M727baOJr4+/772ntb+fMamxtzO9u22Lh4mlp4fvgaeJv 5mzszOxp4dtia+xv+8JHQ0PM7Gnh22Jr7OFh4uz74Gnib+Zs7MzsaeHba+zpZ/vgaeJv5mzs zOxp4dvtb+Hh7Wn772/hae3M7Gnh22hvaG/772ntb+fMamxtzO9u2+pp4fvvae1v58xqbG3M 727b7W/tZ/vHx2Bv7MxqbG3bYmHs++Bp4m/mbOzM7Gnh2+1v7Olr++Bp4m/mbOzM7Gnh2+Jr b2Jp+2DoasxqbG3M4WDb4mtv7OJrb+xta+z772zsaG5s7GjMamxt225r4mvta/vvbOxobmzs aMxqbG3bYmttbWdq72ns+2DoasxqbG3M4WDb6O1nYG/s6ftg6GrMamxtzOFg22Jham77YOhq zGpsbczhYNth4u1s4Gn7YOhqzGpsbczhYNvhYeFh+8fHYG/szGpsbdtq72lh+8JHQ0PM7Gnh 2+dn5vvCR0NDzOxp4dvjaeH7wkdDQ8zsaeHbaG/i7ftp6W/iaWrhQ8DHzGpsbdvtb+Hh7Wlq a+H772zsaG5s7GjMamxt2+Nr7GLvYWhr7Gj7au9v7GliacxqbG3b42/j4W/7wkNq7MxqbG3b amni4eNrYmL7wkNq7MxqbG3b42xgaeLvaeJs+8LAQszsaeHbevJAwsBHev/74Wni4mvMaWLb 8nH6efxyfPF8e3hxf/vhaeLia8xpYtt7ent9+fL74Wni4mvMaWLbbO1N42nhaWrv++Fp4uJr zGli2/J8cnv8e318/fF8++Fp4uJrzGli2+JrYe1ia+xiaWhs4G9r++Fp4uJrzGli2+9p4m37 bO1pzGpsbdvu7czga+ZjYWnm+2vtamtt42zMaWLb6eDp++ng6U3pb2Lh4m/qYWpvbOxpYsxq bG3b4G/paWxNamzsYmzta2L74Wni4mvMaWLbaeJvbvtgYOFvam5p4cxqbG3b4mti++Jpamfs aeHMamxt22Jr7Wli+2Jv42lqzGpsbdtraOJpYmv74Wni4mvMaWLb7W/pb2t0a2hp7Gv742xq 5uFrzGzsaeHM4+3bbmvua3Rta+Jqb+z7aGzCzOPt2+Zr4uZr6fvmbWnizGpsbczj7dvoYeLs ae3742zt6mznzOPt22toaexqZ/th7G9ua+Hh4mvgae3MamxtzOPt22tu4W/gQ/vjbO3qbOfM amxt2+9s7W/pa2f742zMbOxp4czj7dvv42Js6OH742zt6mznzGpsbdtvYGti5m5s+8LszOPt 225s4uxp7cJD+8JqbG3M4+3bbWvubOL742zj7GnhzOPt22Dqb2HibPtgbOzpaeLta+zpYsxq 7GnhzOPt2+1rYuHia/vjbO3qbOfMamxtzOPt22lubOFh4vts7WLm4WfsaW7MamxtzOPt2+9v Yubja+zCw8PD++Nsaubha8xs7GnhzOPt2+7iYmzt4WHi+25ub8xu4mtubGDM4+3b6uPuYeBp 7OFhYvvjbGrm4WvMbOxp4czj7dvq425s7WFt6vtu7cxs7GnhzOPt2+9p++9pzOPt2+rhdOFp auZrdOHi5mnqb+xva/vjbGrm4WvMbOxp4czj7dtv7OFsYeL7b+zhbGHiTeppYm5v6WfMamxt zOPt22hs6e1h++Ns7eps58xqbG3b6m9h4mz74eJr7GJtb2Jib2zszGpsbczj7dvq4Wtuamli ++Nsaubha8xs7GnhzOPt2+Pi5mltaW5i4Wtib2tu++Nsaubha8xs7GnhzOPt2+Jr6G9uwcJA ++Nsaubha8xs7GnhzOPt2+Jpbm/sbW/i++Nsaubha8xs7GnhzOPt22vtamzhbGHiYvtvbWtv 7eps58xqbG3ba+zha+1pbvtr7OFr7WluzOPt2+PibOxs4GFi++Zr429izOxp4czj7dvqa+Ju bGLhwfvjbGrm4WvMbOxp4czj7dtr4erj++Nsaubha8xs7GnhzOPt2+rq7eHp+2jpzGzsaeHM 4+3b6uH76m9pYuZq5mvpZ8xs4mjM4+3baeFpYeJs++ps58FCzOPt22vgaftta2LMamxtzOPt 22xub2ntauZnbvvjbGrm4WvMbOxp4czj7dtga+xpYmJrQ/vjbGrm4WvMbOxp4czj7dvqa+xr YuZpbsxqaezh4mvta/vvbO1v6WtnYszj7dtgb2lib2ludGji5mfqbGBibm/742xq5uFrzGzs aeHM4+3bb+xgbuJhbvvjbGrm4WvMbOxp4czj7dvoYeLsaelhbvvjbO3qbOfM4+3b7Gnhb2Fi ++xp4W9hYszj7dvq4eJr4Gnt+25s7OFszOPt2+psau9s++psau9szGpsbczj7dtr7W5s7OZt +2hswszj7dvqaWLh4Wxh4vvjbGrm4WvMbOxp4czj7dtga+3pb21p5/vjbO3qbOfMamxt2+5u 4mzt+2hswszj7dttaG/sbPvjbGrm4WvMbOxp4czj7dtqaezh4mFt4WHi++Nsaubha8xs7Gnh zOPt22Lh6m9h4mz742xq5uFrzGzsaeHM4+3bYmzt4WHi+25ub8xu4mtubGDM4+3bYGdibGpu a2v742xq5uFrzGzsaeHM4+3bbmvtbGpv7GJua/vjbGrm4WvMbOxp4czj7dvsb+3jbO377G/t 42ztzGpsbczj7dtvbeNp5+FsYeL77GLMbOxp4czj7dvqYeJuYWLm+2zja+3Mb+zobMzj7dvq a2Dpb2376m9pYuZq5mvpZ8xqbG3M4+3bbWvia+Fs7OHia+Bp7fvjbGrm4WvMbOxp4czj7dtt YuZq5mnja+zCw8ND++Nsaubha8xs7GnhzOPt22lh4mzM48xr++PibOBv6WnizOPt2+Pib21r 42ztbOLqb2L7aOJs7GnhzOPt221s7Gv77Wxs5sxqbG3M4+3b7mHiaW505vvjbGrm4WvMbOxp 4czj7dtga+LtbGNhaftswszj7dtr7Wvqa21r4Wxh4vvjbGrm4WvMbOxp4czj7dvq4m/hamvi ++rib+Fqa+LMamxtzOPt2+1rYmvs4Wn742zt6mznzGpsbdto7WzqbGJi+25r4Wxgb2ppzG3h 7czj7dvh4mtu4fvh4mtu4cxqbG3M4+3b6mHhdGBvaOJr++Nsaubha8xs7GnhzOPt22ph7Wvu a+Js++Nsaubha8xs7GnhzOPt2+hv7GvsYmn7aWHibONp7mJub2nMamxtzOPt2+nia+zvbO1v 6Wtn++9saGvM4+3b4WvpaWLmbWv742xq5uFrzGzsaeHM4+3bauJpa+Lh4mvgae3742xq5uFr zGzsaeHM4+3b6m/i6WJta+z742xq5uFrzGzsaeHM4+3bYGzu4WluTexv4mvn+2hswszj7dvq YEL742xq5uFrzGzsaeHM4+3bbmvibOlD++Nsaubha8xs7GnhzOPt2+pvYeJs+23j4eJr4Gnt zOPt2+pvYe1p4Wfs+2/s6Gxq5mlq72fM4+3b6GziYW376GziYW3M4+3bYGzu4WluTexv4mvn +2zCzOPt22Bp6m1rYuFp4vvmbO1v6mzi5sxga2DM4+3bYG9u4Wzib2tN4eJr4Gnt+2hswszj 7dtub2ntamn7bW/haefMamxtzOPt2+FsbWti5sxq72z742xq5uFrzGzsaeHM4+3b4Wxta2Lm dGrvbPvjbGrm4WvMbOxp4czj7dvu7mBrYPvjbGrm4WvMbOxp4czj7dtqa+xvYmL772xoa8zj 7dtuYeLpaeJr5vvjbGrm4WvMbOxp4czj7dtobGzpdGtqamxh7OH742xq5uFrzGzsaeHM4+3b fmLhaejob27742xq5uFrzGzsaeHM4+3b42BsYGni++Nsaubha8xs7GnhzOPt2+/ia+pva+P7 bmvMbOxp4czj7dtgbO5ga+L76mznwULM4+3b6eJr4G9i+2vt4+9rzOPt2+JsbWvszG5h7Wrm a277wmpsbczj7dtrbW5r4mv742xq5uFrzGzsaeHM4+3ba2Ju4WztbPvjbGrm4WvMbOxp4czj 7dtib+1uaW3742xq5uFrzGzsaeHM4+3b7WFubvtobMLM4+3bbWto6Wtgam7742xq5uFrzGzs aeHM4+3baGxib2tua/vqbOfBQsxo7GnhzOPt2+3ua+JpbvvjbGrm4WvMbOxp4czj7dtr6Wtt aGtg++Nsaubha8xs7GnhzOPt22vpa21ua2Bq5mfsYm5v++Nsaubha8xs7GnhzOPt22pn7Gjt YfvjbGrm4WvMbOxp4czj7dtu4mdob2ni+2niaG9izGpsbczj7dvqYeFCQkL742xq5uFrzGzs aeHM4+3b4+Nt+2jpzGzsaeHM4+3bau5r7Gr76mznwULMaOxp4czj7dtraeJsbu1h6uNv7WJu b/vjbGrm4WvMbOxp4czj7dtsZ2tta/vqbOfBQsxo7GnhzOPt2+rua2JubO1r++Nsaubha8xs 7GnhzOPt23vM/WHpYG9qbmv7aGnhb+zM4+3ba2ttb+JpbvvqbOfBQsxo7GnhzOPt221r4urt YW376mznwULMaOxp4czj7dvqb2ntYuZn++Nsaubha8xs7GnhzOPt2+jvYexpYO1sbG7742xq 5uFrzGzsaeHM4+3bb+zpaWps+8BHb2LjzOPt22rvbO7sZ0P742xq5uFrzGzsaeHM4+3bYuFr YuZpbkD76mznwULM4+3b4nRi5mfsaW7742xq5uFrzGzsaeHM4+3b7Wpt+2zCzOPt2+5raGz7 6mznwULMaOxp4czj7dtobObp5u5p4uZn++Nsaubha8xs7GnhzOPt227na2L742xq5uFrzGzs aeHM4+3baW1v7WFiaGnsb2Fi++Nsaubha8xs7GnhzOPt221p4Wls42/t++Nsaubha8xs7Gnh zOPt2+Nh4eFpau/7ae3MbOxp4czj7dtua21vbm/742xq5uFrzGzsaeHM4+3b6WzibOFrzG1h 72JrbfvgaeFqaezh4mFtzOPt22hv7OFsYOH7amnibOzM4+3b4Wvoae376mznwULM4+3b6mtN bm/haWL76mtNbm/haWLMa+3j72vM4+3b4WtgaeJo++Nsaubha8xs7GnhzOPt2+NvbOHiYWLj +25szGzsaeHM4+3bfWvibmnhb+xo++PmaOJr6MxqbG3M4+3b6Gzt4Wfs++PnzOPt2+ppa+ND QvvjbGrm4WvMbOxp4czj7dvpa+JubG3742zt6mznzGpsbdtv7Ohs+2tqamvh4mns6cxqbG3M 4+3b4+JpbW9hbftq7GnhzOPt22LmauZp42vs+2noaW7hzOPt22Lja+Ju+25sbW/sbm9NbGji 5mlga+xvacxr7ePva8zj7dts7GnhbWzhbPts7GnhzOPt29vb29vbxvXz4mxo4mtty/hv7Wli 9XJnbWvs4Wlq9f1v4Glx4+lr4Wn1/XF7/f3Mbu5j2317f/zMZ2Nu2/Vibm/Cw8PCzG1v4tvt 49vb4Wni7Gnh9X96cHx8+nnMbmpr29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb 29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb 29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb29vb 29vb29vb29vb29vb29vb29vb29vb29vb29vb223jx9vMaedp28xiauLbzONv6NvM6mvh29vb 29vb29vb29vb28zh5+HbzO/hbdvM7+Ft7dvMYGvq28zpbGrbzOftYtvM7uNo28xq4+PbzGrb zONrYtvMbeNo28xt42lo28zqa27bzG3jQtvb23Js6OFga+Jp9X1vauJsYmzo4fVwb+zpbGBi 9Xph4uJp7OHwaeJib2zs9dt74+PL82vh72Lb8mHs2/Jh7Hzsamnbcmdi4Wlt9Xph4uJp7OF6 bOzh4mztcmnh9XJp4uBvamli23Js6OFga+Jp9X1vauJsYmzo4fVwe/r1cHv6wfVwa+rL+G/t acv8a21p2/Jh7HJp4uBvamli23/s4Wni7Gnhy3Jp4eFv7Ghi9Xprau9p9fNr4e9i29vb29vb 29v/b83b/2nt7WzN2/Jpxtv4YMbbcezpae1v4Gnia+rtactta2/tTU3KSWLK2/Jp4WHi7Gnp y21rb+1NTcpJYsrb29vb22vLSWLLSWLLaGttadtry0liy0liy+FsbO3ba8tJYstJYstgaepi b+Fp22vLSWLLSWLL42vhau/bSWLL4mltbOBr7cvhbGztYtvb29vb29vb7Glg2+hh7Oxn2+xv amnb72FtbGHi22nnam/hadtobGzp2+NsYOhh7dtwb+z389t/ecvAzMPbcELCzHntbmni7Mvb cELCzH7taebb2+9sYMtr4mnLZ2xh2+1p4Uhiy+ppy+jib2ns6WLb6Wvi7W/saNvpbOxI4cvp 4m/sbsvhbGzLbWFq79tnbGHiy+NrYmJgbOLp2+9s7Gln22JsbWnLY2FpYuFvbOxi2+PtaWti acvh4mfLa2hrb+zbYGntamxtacvhbMttZ8vvbG1p4Wxg7Nvh72nLeGvi6Wnsy2zoy3npaezb b+zh4mzpYWrhb2zsy2zsy3v5cv3bbWlp4W/saMvsbOFvamnbY2FpYuFvbOzsa2/iadtqbOxo 4mvhYe1r4W9s7GLbYmxiS9vua+Nr7Gliactob+Lty/Byy+Pta2fqbGfb7Wxsbs1tZ8vqaWth 4W/oYe3LaG/i7cvo4m9p7OnbaWtoaeLL4WzLYmlpy2dsYdti429qactob+LtYkjL4Gxqa+3L amzsamni4dvua+Nr7Gliacvta2JiSMtiaedny+NvauFh4mli29vb29vb29tyZ21r7OFpatt9 amvoaWnb+E1yaWph4mnbcmzj72xi29vb29v44mxtxsvb8WzGy9tyYeruaWrhxsvb29vx72nL 6Gzt7Wxgb+xoy21rb+3LamvsSOHL6mnLYmns4cvhbMtJYsbb8e9py2vh4Wtq721p7OHb8e9p y+hv7Wnby29iy+Hvacts4m9ob+xr7ctta2/t28tob+Bpy2dsYcvh72nLSWLby29iy2vLSWLL 6WvsaGnibGFiy+Bv4mFiy+Hva+HLSWLbamvsy2/s6Glq4cts7Mtwb+xHx0x9aUzCw8PDTPfz zNti4+Jpa+nL4e/ibGFo78tpbWtv7czb4GniZ8vbYuNpam9r7cvb7+Hh48ZMTNtgYGDM28xq bG3b+Gziy21s4mnLb+zobOJta+FvbOzN4+1pa2Jpy+BvYm/hy9vx729iy29iy9t/y0liy2ds YctgbGHt6ctJYstv4czbaezubGfb7W9uadtgb2Lv2+9s42nbaefjaWrh29t67+JvYuFta2Lb /Glgy2dpa+Lbcmtv7OHL8Gvtaezhb+xpSGLL+Wtn23vt7e9r7e1sYG1rYtt74+Jv7cv4bGzt YkjL+Wtn2/1r6WfL+Wtn23tiYmFt4+FvbOzbemvs6e1pbWti23vt7ctybGHtYkj5a2fbeeNv 4+9r7Gfb29vb2/9r4+Nny9v/a+Bpy2vL29vF6uLEXd7bXd7b42xi4W1rYuFp4tvb23Bv7G7b 239ta2hp82vh79t9f315TfBp4mJvbOzGy0PMw13eemzs4Wns4U3xZ+NpxsttYe3hb+Nr4uFM a+3haeLsa+Fv4GlGXd5f6mxh7Olr4mdF23ps7OFp7OFN8WfjacbL4Wnn4Uzv4W3tRl3eemzs 4Wns4U3x4mvsYuhp4k157Gps6W/saMbLY2Fs4WnpTePib+zha+rtaV3eXd7F//F9/cTF/3l7 +cTFTP95e/nExfp8+XfESWJd3sX4fPzxxNvbxUz4fPzxxMVM+nz5d8TFTP/xff3E29vbemzs 4Wns4U3xZ+NpxstJYkZd3l/sa21pRUliXd56bOzhaezhTfHia+xi6GniTXnsamzpb+xoxsvq a2JpwMFd3nps7OFp7OFNf/nGy8VJYsTb29vb29vb29vba2Hpb2xM501ga+Dba2Hpb2xM501t b+lv22vj4+1vamvhb2zsTGxq4WnhTWLh4mlrbdvb29vb29vb213exW/o4mttacti4mpFQvlq b+nGSWLL72lvaO/hRUL5w8tgb+nh70VC+cPEXd7FTG/o4mttacTb8e9vYstoa21py29iy21n y+hv4mLhy2Bs4m7MxerixF3ed2xhSOJpy+Hvacvob+Ji4cvj7WtnaeLM23x/enPb8+JsaOJr bfhv7Wli+W/i29vb22Jt4ePM23R78PNCwtt0e/Dzenrb/Hz5QsLb/PNycvB62/zyeXJzQsLb /HJ6/3n5QsLb/HJ6/3n5/PHb/HLz/XF4f/zb/Hvw2/x78HvzcvB62/x78HvzcELC2/x78P1x QsLb/Hvw8nH88tv8e/BwQsLbdHvw833be/158vFy8Hrbe318/Nt78PNCwtt78PN6ett78PN9 2/xCwnJ6e/xw2/x78HD88dt7/PF/8H/y23vw83Hz+dt78Hh68fL923vwcH/8R0Hbcnp7/ELC 2/By/3B//ELC2/hNcvF883Db+E3z8nzxR0Hbe3p+cH/8QsLb8Hnx8fJ7d9vwefFHQdtycHl5 80dB2/N6enB//EfH2398fXz8R8fbe/Dz8Xrbe/B5QsLbe/B6fPxyfP3b+PNNcH/82/nw80dB 2/hNe3j88UdB23r9e3BHQdv88HpHQdtyenv82/B/8nFy2/18en75fHD8wsPDw9v8bOLhbOzb fWpr6Glp23vs4W/gb+Lb8Xtyfn148tvb29vb29vb29vb29vb29vb29t7/PF/TfB/8sz5e/Hb ev9+/X9y8cz5e/Hbev9+/X9y8cx9ctt6/379f3LxzHrzctt6/379f3LxzPF78Nt/8PrM/PH2 23J9e/Lxev9+zH1y23J9e/Lxev9+zHrzctt78Hhz8cz5e/Hbe3hxe/L5zPl78dvb29vb29ty 7+1ga+NvzOnt7dt+aeLsae1Cwszp7e3b7Gnha+NvQsLM6e3t22Loaszp7e3b29vb23Jv4mpr bdv8b23pa9t6bOlp8mnp23Bzfn19QsdAx9t48n95+ELHQMfb+GHsy/1s4G/saMt64m9tb+xr 7dv8bOLhbOzbfWpr6Glp23vs4W/gb+Lbe+BqbOxibO3b+E1y8XzzcNv4TXJpamHiadtybOPv bGLb4G/iYWLbe/Dzy31s7G/hbOLbe/Dzy3Hj6WvhaWLbf+xsamHta+Fpf/Hb83pNam/t7W/s 23JnbWvs4Wlq2/Hiaezpy31vauJs2/hN8/J88dvL/Hz5QsLL29vb8mlob2LhaeJyaeLgb2pp 8+JsamliYtv8aeFy72viaXvp6dty//lp7WnhaX5pZ3vbcuhqf2L4b+1p8+Js4Wlq4Wnp2/xp 4XLva+JpeGnhf+zobNv8aeF742/6YejoaeL44mlp29vb29t59/P9fPJ58tt6fX148tttYm9t 7NtvamBqbOzs22Bv7OZv49vb29vb8+JsaOJrbdtJYsvFSWLE23v6evl5+Hj/f/5+/X38fPNz 8nLxcfBw93f2a+pq6WnoaO9v7m7tbexs42PiYuFh4GDnZ+bDQ8JCwUHAQMdHTkzbYmnhYePb b+xi4Wvt7dvpaW1s22LsbGzjZ9vjb2pramHbbm/h4Wfb4+1rZ9vibGpu29vb29vb29vya+JL 1ljbPJNi29td29vb29vb29vbzOJr4tvbYG/sb+xp4czp7e3bf+zhaeLsaeF4aeF6bOzsaWrh aely4Wvhadvb2/lv4mlq4WziZ9vp7e1qa2rvadvbcmn5aephaPPib+Bv7WloadtyafFq6vPi b+Bv7Wloadvb29vb29vb22DoasxqbG3M4WDb213ecG/sQsLLfu1p5svwwszDy8jLcG/sQsLL ee1uaeLsy/BDzEPNz/HvaeJpy+xvam7L7GttactvYsvxYG/sy/Bv4mFizvR0dPTOT13eemzj Z+JvaO/hzW1r6WnLb+zLe2Jva81r7OxsYexqaW1p7OHGXd5DzH/LYG/t7cvh4mfLbWfL6mli 4cvhbMvj4mzhaWrhy+HvacthYmniy+jibG3LYmxtacvgb2pvbGFiy+Bv4mFizfhh7O1s4GnN cm/iamttzfxvbelrzXps6WnyaenLa+zpy2ngaezLb+xq7WHpactwQsLMfu1p5stDzPfMXd7C zHBp7e3L42tv6cvubOpiy2viactga+zhaeld3kLM82xs4svtb+hpy2LvbGHt6cvqacth7Ort aWJiaeld3sHM+WzsSOHLa2pqYWJpy21pzPPtaWtiactramphYmnL4e9py2Hs6Gtv4sti72/h y2Bs4u3pXd7b29vb29sBAAAAEQAAABsAAAAiAAAAeAAAAIgAAAB1AQAADAAAAIUBAAAcAAAA pQEAAFMAAAAOAgAADgAAADYCAAAOAAAAXgIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAYxgAAJ4BAAAMGgAA9AEAAGkqAAAUAQAA5CsAAJwEAABNWlAA AgAAAAQADwD//wAAuAAAAAAAAABAABoBAAC6EAAOH7QJzSG4AUzNIZCQVGhpcyBwcm9ncmFt IG11c3QgYmUgcnVuIHVuZGVyIFdpbjMyDQokN1BFAABMAQQAnSsEiAAAAAAAAAAA4ACOgQsB AhkAAgAAABQAAAAAAAAIQgAAAEAAAAAgAAAAAEAAABAAAAACAAABAAAAAAAAAAMACgAAAAAA AGAAAAAEAAAAAAAAAgAAAAAAEAAAIAAAAAAQAAAQAAAAAAAAEDAAAGRAAAAQQ09ERQAAAAAA EAAAABAAAAACAAAABiAAAGBEQVRBAAAAAAAQAAAAIAAAABAAAAAIQAAAwC5pZGF0YQAAABAA AAAwAAAAAgAAABhAAADALnJlbG9jAAAAFAAAAEAAAIASAAAAGmAAAPBoyAAAAOgHAAAAagDo BgAAAP8lNDBAAP8lODBAKDBAMAAANDBOMAAAVjAAAAAAAABOMAAAVjAAAAAAAABLRVJORUwz Mi5kbGwAAAAAU2xlZXAAAABFeGl0UHJvY2VzcxAAABAAAAATMBkwyEQAALgCV1HoNgAAAB+Y a5DKU4MISyh1Rlef2v4SM5FrOi7HptQsuhnLPq0xaZZESKk6gr+YOnBZEL0UAaCKzrFKkF38 YI11U2a6VgL8ig6A8UHAweeA8XyIDkZmSnXu3yqYrDNI6DlRp75B8em7Ual7PKG5ubm5uaJT ThW+MtUZuEOHmKey8Lm5uROisrC7ubkZcUbbcar7rgHx0bp+ubm5Rro+ubm7uXW6zyMNU16u P8G/PnW6yRkzU3ZUOZf5UXquOUm/Pq4Zob8eus0vMx0lUya6TbEzId/dUzRxprsLC65Z+b9e rtW/Xt8cbYULG88ZiQtRyRs9GWh8ubm5bYULosJKu7m5Qlx15glTfB0trknxv06n1pEXrkmB v06ukZa/HqqQok67ubkNC3w6CQVtOWm5mbm5zqDBubnouFG/On6/H225RpI/vbm5oqJdu7m5 GxmWohuz7x29QN842Gju3zjs2M+n1iVA7yiuBUi/WLhyh17wrl6vVFGtv1yuJUCuBUhubg8f ot5Jvbm5rkR1yq6v4NE7ODh20UHsfFKoI6eoI52oI5M0M4dIuj6svbm5Rn5oubm5uQnjzD+5 ubO5mbm5Rnhoubm5uQmiuBZERkYZrjHxmaa4yLm5ud84Ph1tRg1A4K04UZHdGNipGmxftbpc /77JYkQoU1xudpwNPlF+ImhIiCumOK8sN+M/5VH71y4SM4qWKfDV6PxKlBwGCmv/JKLMTxaj aT4mHxpJNQUePXXk2OZFApBq0yRBdldC8nZXCLNoV5zldle0MHZXn8J0V7m5ubmK+HZXqZV0 V344dFdAsXZXhAN2V3cFdlfspHZXjVN2V3SPdFecu3ZXuqB2V62IdlfX6HZXlld2V1UjdleY GXZX7iF2V5S/dld/S3ZXfMF2V427dldmnnZX1+B2V7m4ubm5ubm5ubmIRwAAuAIAALm5ublJ Rp25vmLVrjNWAxMZqjPXRpKhvbm5rzhT/6LCJ6O5ud9UN6fUp37BF0aSqb25ua84U52iguqj ubnPTl+pCVQwOVMDbn1oh7G5uTen1Kd+HBkXGUaSsb25uaqw0r+lubkJNW56CXk7aCG5ubl7 quL/pbm5VDC4UZk7GysbRpKJvbm5E2hZu7m5ERsTooJFsbm5HxsbRpJRvbm5VDPJOVG3Dw97 OTyhuVQzybgPpjHxgXtTvUZ4PJm5G2mxu7m5otLNgbm5FUaS6b25uRW2VmiUv7m5yAEXW2/u NLLWv7m5u2ikv7m5yOVzSXNTocjlcWFhNLLWv7m5ve7fOOwFC37vVDPJOVPzeWh5sbm5qXtp ubG5uaLC96W5uRcZRpKBvbm5bbkVF0aSkb25uXloz7G5ubt7FQdoy7+5uVEPabG7ubkXbbtt uWixubm5FxsvuRkRaOW5ubkfZ3VRV3tdcwEja39dZ19ndVEBF2tlcWdXXwE/U11dc2VRFXNd X2tnZQEdU2W5ab25ubhGkr+lublGkrelublueWmxu7m5aCi9ubm+ZrcXbbttuWijubm5O1lZ K2VrUQcxISFfuRkRaDxGRkYfZ3VRV3tdcwEja39dZ19ndVEBF2tlcWdXX/klEQE/U11dc2VR FXNdX2tnZQEXa2VxZ1dfuT4DA0C6YLG7ubk0sh+zubnANrIqs7m5tkZGRqwjyVQ6OFGbNLIf s7m5uTayKrO5uT9GRkauUq7C/6W5uVQ6uFGBaLmrubmuMu82uHy3uDyxp9Qcaxw1hbm5zxhX r89WU1VUOjlRvW6ByjWFubmiwaVe8BEbFaKERbG5uR8bG0aSUb25uWjCqbm5VDypUYVUPLFR PWjIubm5otHxabG7ubkVRpLpvbm5aCy5ublohrm5uWiYqbm5dbpMScmnsEhKAAC4AgAA7Lm5 uWjUu7m5UbVUM8k4UbffOGjeu7m5bsBoUbm5uaLB8Wmxu7m5F225RpKBvbm5aLi7ublC2kbY AVzkQDQ3u7loX7m5uWgpubm5aMupubmn1DzKjbm5uVRap9QQujx7zbm5qpHxrkoRRpLxvbm5 ribBv12rwbFXs2jPubm5rLHxRDjBTVW92HuosfF8CGo/RkZGBRFGkvm9ubm4QfG1o1OTrDHx vcG/UbHBq1OrNLKetbm5OW6QRnR5olHx8Wh8ubm5aGK5ubnIAe3l7e7fOO66YDm7ubmi0s2B ubkRFUaS4b25uTmnsNq5ubkpGVYx8bG5l7m5U3+i0PFpu7m5aPq5ubkXaO65ubnKsbu5udgB 7KJR8dGutV7wBVYY6uXlublR13Xq5blR21Yx8bGZubm5UYnKsbu5ue96rkBe8GhTRkZGujCx u7m5bqdo/bu5uVOpeWgHu7m5uHu4wp61ubk5UYFo+be5ub58t7gsuzp8rR1GksG9ubnfKmiw QEZGojHxsa6h8RkbRpLZvbm5rzinshdGRkZGktG9ubm6MDm7ubl7Psqxu7m5osLNgbm5F17w Bz4Z3zjSRlzkJwk+RpKZvbm587m5ubg+ec6hQ7m5yrmZubnvCl2173obC25UvwrvfhEZbZ9t u229RpKvpbm5rzhTca7R8aJB8ak2t7lDubkXokHxmReiQfGhKaq3FxVGkqelubmvOFPFrqd+ zaKRorm5ublWMRBIvbm5uVGvojEQYGiaRkZGboGu0RC6YLG7ubmuQODsrThTTGh3REZGujCx u7m5fDRGkp+lubm6MKlDubl7PsE7XbXBDVe9sfk+ea5EQBXgaGxGRkbsrThTUgXfHOIVw19L X1FTg+LDc2Pf3VOT4sMBcWFhU6Piw397f2lTs0Q8BW6pBb5kv604UxztXHs+CE0AALgCAAC6 Mkm9ubnfRq6h8aybqBO7O6qh8XkVFUYTcFQzu79Rv74ot1Qzu6lRv754SBnqu7m5uVGpvnhE GRVGE2iqQ70Xbf1tvxdtu2m5ubk4FUYTEL5giTmnsHCxubm+MIkpGRsRGUYTSAu4Q7u4U/u+ YJE5p7A6sbm5Ka8qp7LIsbm5w7n5ubmnvOKxubm+MJEZlL5gmRGiEfGhHRdGUfH5RhNYujSv hbm5FxUXbbEXRlHx6UYTCK84p7Bjsbm5GRUXF229GUYTAK84p7DFsbm5GapzpaKiNq25uaJR 8eGqJbHfKnGum6qVcarbuEO7OVOnlq4h8Yk6ar1e7mo6v7m5rqKGr7m5fvF5xri9ubnvdq4A GxcfbUYVbbttuUYTqAkRbblGGL92rzh7UyauCHW6ySMNUzSuP8G/PnW6yRkzU8yumNG7ubm/ HrpNmRdrZQ1TqXW6TZFrWVH6QKfWGZGiEZlIrkyn1im1vjbpfE6uJ6G/J6nPIfGJX62/LrrL HXtd+1EpHa5J6b486a5dsc9EXVS/3c9WXVjvTbG/TaG/TnW6R0QXG1M5db5HvblTyw24Q7u7 U4/fKqqoqLm5uaqooLm5uTQ5Ab24J0K4ali9ubm4Q7u9U1K4KZf5uCdCOTY50bm5uB9ucA1U OZf5UwKsCQG4fkS4Tr1THEZZtaLSqEJGRqLC5q+5ucq/pbm5Gxde8AU0NfGYqiOtaUm9ubl5 aOa/ubm+fMc9uxHx+bsR8fGqE7V7GzQzubm+POmura4Nqc8up5ax8VW9ti4bH65B8YmuLdG/ Jr5NobmnsAa7ubm/TaG/QfGxuEm1u1GL7ya+aqmuAfGZzyHxoaegxru5uc8uQYlukcrIvbm5 zy5dva4uuyO9vjO9qW69ri4Zrj2xvzHxqb44qa4DrapDra8OUb2qv9847q46rw7ITwAAuAIA AFOzo7m5FxvuCa8Op7Lju7m5G64p6aqkvru5ua4m7yHxgb8tse8tobo6Qbu5uaqkRbu5ua8O p7Jcubm5eWgIvbm52r+4fLe4dL/NFFFmrjw6aKm4cLfNfFF+zXRTtUQwzXxRCrhMsVEQuECx USa4TLNRLLhAs1EyrAS4LjioBZW4LlioBZ+oBYusNBx4rTyoNZuoNYGsPKE5qDWDHHysNavx Nq08qDWrrDWh8citMKg1obggKah1h64ztag1u6g1O6i0oL25uRmxs6i06bu5uQm7tEW7ubmx g6g1rWjLvbm5uHy7uDxIuHSxvRSoFbVo9b25ubgsu6gVkaiUC7u5uahVl6jUAbu5ua48Hmio dY2o9AW7ubnOeqO5ub40/a5ErCTg3TAcKN087C9TUnuuLbGqKeG/IfGpvjqpqinpC+sh8Zk2 MfGhhbm5ubsh8bG+MfGxqa8OU/G6LYF5ublYG22zC17wGR2uI7Vo7ru5uZzsfFYNCQu+arPv I7Ve8KfMbYGFRDO5dUYptQ8Lzwpfs78JwW5WuMHxuVG9tgqqraoNqb5B8am5RY24Q7m5Uaen 1hmRohGZSK4h8aGqKbVqykJGRr4woaY5tafWGZGikZnfKnVvKbXpvxqurb8tsa4B8Ym/A73v LlWrBxe/TrsjvV7srgkZri1Ivy1Azy5Vs78JyW5WqgkZrnOlogkJrq9+1za/ubm5uQUVriHx ib8jvRsaat8cp9a1vxiuPLp8Rka5uTpomb8YNTV8bK48OmiZdb88C786qr+uMfHhcXf+ublG E3hGE2BtuW25rjHxib8zvRlGUfH5RhMgRlHxkUYTKBGiMfGhGW25RlHx+UYTUEZR8ZFGE2BG UfGJRlHx+UYTaL4wOT5oubm5uQmiuGFGRkZqM1BGRntxVXtZa9/duR1zdz9dc3tRcwAAAAC4 AgAAL3NLO7kdc3cfc1EVe2FTczNJO7m5Y1lduRclc1EnWXNlM2VTYzu5FyVzUTNlU2Mdc19n U11/czu5FyVzUT9hZ19zM2VTY7m5X3V/uR91fytfNWthcxldZ1Fzf1Fzcbm5uRNoubm5uQMb vyMVU69GkmdQRkauKLgquxu/Mx1TtUaSZ1BGRgvfHB4oVlq/PB44vxi0LB48vxqqExWqMx0L Az7GBSoQQAAzvnMtQAC9CBBAAOie6v//gL0IEEAAvn0tQADoSer//2oA6DUAAABkdW1teS5l eGUAZTpcd2luZG93c1xTeVN0ZW0zMlxkTGxjYWNoZVxkZGQuZXhlAP8lTEBAAP8lVEBAAAAA YTpcAHgAAAAuZGxsAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAGqeQAACAAAAAQIECAAA AACkAwAAYIJ5giEAAAAAAAAApt8AAAAAAAChpQAAAAAAAIGf4PwAAAAAQH6A/AAAAACoAwAA waPaoyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAAQP4AAAAAAAC1AwAAwaPaoyAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAAQf4AAAAAAAC2AwAAz6LkohoA5aLoolsA AAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAAQH6h/gAAAABRBQAAUdpe2iAAX9pq2jIAAAAAAAAA AAAAAAAAAAAAAIHT2N7g+QAAMX6B/gAAAAC6EUEAuhFBAAAAIAAgACAAIAAgACAAIAAgACAA KAAoACgAKAAoACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgAEgAEAAQABAA EAAQABAAEAAQABAAEAAQABAAEAAQABAAhACEAIQAhACEAIQAhACEAIQAhAAQABAAEAAQABAA EAAQAIEAgQCBAIEAgQCBAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEA AQAQABAAEAAQABAAEACCAIIAggCCAIIAggACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIA AgACAAIAAgACAAIAEAAQABAAEAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAEAAAAuAAAAAQAAANTSQADE0kAAIAktDV0AAABdAAAAAAAAAAUAAMALAAAA AAAAAB0AAMAEAAAAAAAAAJYAAMAEAAAAAAAAAI0AAMAIAAAAAAAAAI4AAMAIAAAAAAAAAI8A AMAIAAAAAAAAAJAAAMAIAAAAAAAAAJEAAMAIAAAAAAAAAJIAAMAIAAAAAAAAAJMAAMAIAAAA AAAAAAMAAAAHAAAACgAAAIwAAAD/////AAoAABAAAAAgBZMZAAAAAAAAAAAAAAAAAAAAAAIA AABA1UAACAAAABTVQAAJAAAA6NRAAAoAAADE1EAAEAAAAJjUQAARAAAAaNRAABIAAABE1EAA EwAAABjUQAAYAAAA4NNAABkAAAC400AAGgAAAIDTQAAbAAAASNNAABwAAAAg00AAeAAAABDT QAB5AAAAANNAAHoAAADw0kAA/AAAAOzSQAD/AAAA3NJAAAAAAAAAAAAAgCBJAAAAAACAIEkA AQEAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAACAAAAAQAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAIAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEHAQABBwEAAQcBAAEHAQABBwEAA QcBAAAAAAAAAAAAA+AMAAAAAAAAAAAAAAAAAAAEAAAAWAAAAAgAAAAIAAAADAAAAAgAAAAQA AAAYAAAABQAAAA0AAAAGAAAACQAAAAcAAAAMAAAACAAAAAwAAAAJAAAADAAAAAoAAAAHAAAA CwAAAAgAAAAMAAAAFgAAAA0AAAAWAAAADwAAAAIAAAAQAAAADQAAABEAAAASAAAAEgAAAAIA AAAhAAAADQAAADUAAAACAAAAQQAAAA0AAABDAAAAAgAAAFAAAAARAAAAUgAAAA0AAABTAAAA DQAAAFcAAAAWAAAAWQAAAAsAAABsAAAADQAAAG0AAAAgAAAAcAAAABwAAAByAAAACQAAAAYA AAAWAAAAgAAAAAoAAACBAAAACgAAAIIAAAAJAAAAgwAAABYAAACEAAAADQAAAJEAAAApAAAA ngAAAA0AAAChAAAAAgAAAKQAAAALAAAApwAAAA0AAAC3AAAAEQAAAM4AAAACAAAA1wAAAAsA AAAYBwAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAgAACADgAAAEAAAIAAAAAA AAAAAAAAAAAAAAIAAQAAAFgAAIACAAAAcAAAgAAAAAAAAAAAAAAAAAAAAQBlAAAAiAAAgAAA AAAAAAAAAAAAAAAAAQAECAAAoAAAAAAAAAAAAAAAAAAAAAAAAQAECAAAsAAAAAAAAAAAAAAA AAAAAAAAAQAECAAAwAAAANBACQDoAgAAAAAAAAAAAAC4QwkAKAEAAAAAAAAAAAAA4EQJACIA AAAAAAAAAAAAACgAAAAgAAAAQAAAAAEABAAAAAAAgAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAC/AAC/AAAAv78AvwAAAL8AvwC/vwAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA/wD/AP// AAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHd4M6oAAAAAAAAAAAAAB393eDOqd4AAAAAA AAAAD/f3d3gzqnfIYAAAAAAAAP//f3d4M6p4xmYAAAAAAA////d3eDinfIZmYAAAAAB3//9/ d3g3p4xmZncAAAAHh3//9/d4N6fIZmd3cAAACHh3//93eDqoxmZ3d+AAAIeHh3//93g6rIZn d+7uAAB4eHh3/394Ooxmd+7uuwAHh4eHh3/3eDrIZ37ru7qgCHh4eHh3+IiIxn67u6qqoAeH h4eHh4gAAIi7uqqjMzAIeHh4eHiAj/gIMzMz3d3QCIiIiIiIgP//CF1dXV1dUAXV1dXV1YD/ /wiIiIiIiIAN3d0zMzOAj/gIh4eHh4eAAzM6qqu7iAAAiHh4eHh4cAqqqru752yIiI93h4eH h4AKq7u+53aMo4d/93h4eHhwALvu7ndmyKOH9/93h4eHAADu7nd2aMqjh3//93h4eAAADnd3 ZmyKo4d3//93h4AAAAd3dmaMenOHf3//93hwAAAAd2ZmyHpzh3f3//93AAAAAAZmaMd6g4d3 f///8AAAAAAAZmyHqjOHd/f//wAAAAAAAAaMd6ozh3d/f/AAAAAAAAAACHeqM4d393AAAAAA AAAAAAAAqjOHdwAAAAAAAAAAAAAAAAAAAAAAAAAAAAD/8A///4AB//4AAH/8AAA/+AAAH/AA AA/gAAAHwAAAA8AAAAOAAAABgAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAACAAAABgAAAAcAAAAPAAAAD4AAAB/AAAA/4AAAf/AAAP/4AAH//gAH///AP/ygA AAAQAAAAIAAAAAEABAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAACAAAAAgIAA gAAAAIAAgACAgAAAgICAAMDAwAAAAP8AAP8AAAD//wD/AAAA/wD/AP//AAD///8AAAAAAAAA AAAAAAiHOoAAAAAP+IcyzGAAAAj4hzLGaAAAh4+HLGaGAAh4eIcsaKqgB4eHcAgqoiAIeHgP 8BEVUAVREQ/wh4eAAiqigAh4eHAKqobCeIeHgABoZsJ4+HgAAIZsI3iPiAAABswjeI/wAAAA CKN4gAAAAAAAAAAAAAD4HwAA4AcAAMADAACAAQAAgAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAIABAACAAQAAwAMAAOAHAAD4HwAAAAABAAIAICAQAAEABADoAgAAAQAQEBAAAQAEACgB AAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAE1akAADAAAABAAAAP//AAC4AAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAIAAAAAOH7oOALQJzSG4AUzNIVRoaXMgcHJvZ3JhbSBjYW5ub3Qg YmUgcnVuIGluIERPUyBtb2RlLg0NCiQAAAAAAAAAUEUAAEwBBgDfm5wyAAAAAAAAAADgAA4h CwECMgAEAAAADAAAAAAAAAAQAAAAEAAAACAAAAAAK34AEAAAAAIAAAEAAAAAAAAABAAAAAAA AAAAcAAAAAQAAOjQAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAADAAAFIAAAAAIAAA WAEAAABQAADMAwAAAAAAAAAAAAAAAAAAAAAAAABgAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAudGV4dAAAAEMDAAAAEAAAAAQAAAAEAAAAAAAAAAAAAAAAAAAgAABgLmlkYXRh AABYAQAAACAAAAACAAAACAAAAAAAAAAAAAAAAAAAQAAAUC5lZGF0YQAAUgAAAAAwAAAAAgAA AAoAAAAAAAAAAAAAAAAAAEAAAEAuU0hEQVRBACQAAAAAQAAAAAIAAAAMAAAAAAAAAAAAAAAA AABAAADQLnJzcmMAAADMAwAAAFAAAAAEAAAADgAAAAAAAAAAAAAAAAAAQAAAQC5yZWxvYwAA vAAAAABgAAAAAgAAABIAAAAAAAAAAAAAAAAAAEAAAEIAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=9 --HX96H8cySZ5p7nZya --HX96H8cySZ5p7nZya Content-Type: application/octet-stream; name=komfort2[1].jpg Content-Transfer-Encoding: base64 Content-ID: /9j/4AAQSkZJRgABAQAAAQABAAD//gAyQ29tcHJlc3NlZCB3aXRoIEpQRUcgT3B0aW1pemVy IDMuMDcsIHd3dy54YXQuY29t/9sAQwAKBwcIBwYKCAgICwoKCw4YEA4NDQ4dFRYRGCMfJSQi HyIhJis3LyYpNCkhIjBBMTQ5Oz4+PiUuRElDPEg3PT47/9sAQwEKCwsODQ4cEBAcOygiKDs7 Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7/8AAEQgA ewBSAwEiAAIRAQMRAf/EABsAAAEFAQEAAAAAAAAAAAAAAAQAAwUGBwIB/8QAPhAAAQMCBAIH BAcGBwAAAAAAAQACAwQRBRIhMUFRBhMiYXGBsTKRocEUIyQ0gqLwFSZystHhJTNCU2KSs//E ABoBAAIDAQEAAAAAAAAAAAAAAAMEAQIFAAb/xAAgEQADAAMAAgMBAQAAAAAAAAAAAQIDETEE IRITQQVR/9oADAMBAAIRAxEAPwC3vBumnNsdkU8DNayh+iFdNjlRWmrylsLI3MDRYDNmv6Bb LyKemQsbrg7JbnayBqKmCMkPmjaeN3AI7H6ZrYnOaCLKg1p+sI+a55tLaRKwbemTGLV9O6nY I6iNxzj2XgniqzNK0yOJ964kIudlwHakaJTJk+T2N48ahD2FziKtkeTYFlr+YVghr4iy3WNv yuq/FqeaLeIzRyEtGZrCQe+ytGRyiuTGreybEwLbXSzaqotq5Y4mZCWlwBJFx8lI4bXyuqbT SlzbGwKJOZN6BVgcrZYRew396SbEoyjt8OaSL8gGmXuQWcSVWugNLTVdXiEVRBFOwNhIbK0O AP1gvr4qzSt3BHAqrdAqjqsYqYwf8yNnwzpfLwZw9ZK9JqCjpKBlUKKCKCUhsb2RNFyRcaAX 2CzqvbGHkiMAfwrT+m5t0Qw030bPFc/gcs2xB0bnGz2nwKXWV60M/B72QjnRX1A9y4zwX2B/ CnJoyXOIaT4JlsJ0uw7qGwqlhMb6cC7mNt/Ci5ImBjTGwDR1yBbTKVHvZ2NN0fJqxnn/AClS nsG1pgTWtNOxxFyABun6E2qmb8fRDx/dm35BPUWlUw32v6KZ6jq4yeBOUb7JJvMLblJNCRp0 hObRUbohIWdJm8spJ/6vV5kGvLwVB6La9IJr/wCmAn42+ark4gmH9Lj0meKroTA7gKtzR+Ey N+SzCpjtLzF1peIgSdBIRv8AbZv/AEkWeVUdptuKyarWRo9B4uPeHYxHDcHRevgu0kX25KQo abrGahFvoh1TtNmoFZkq0a2PwnUbK8WlupJSd7A8/QoqSGznckBna5uUOuW7+5O4a2YXnY3D QJGfqAO4IiiP2pnn6FCRn6oeSfonfa2Dx9CmJ6hCuMnRmtoSkuL6b/BJNCRqMh4HZZ90etH0 kn10MDx+dqvshN7XWd4VLk6QTOJteOQfmaq3+FsX6HYdNI+XE4DI4xiqc7JfS+Z2tkHVUxc/ MBpdO4TIW1uJgnQzE+8lHtja5lyRa+i89ntzmbPa/wA7HN+OtjmCUYeQ1w4clIy0A6uUAbXC 4waSMhzgRYNNj4J8VJ+kE3BDrk35WusnLVvI9D1VSrU8RV5aIkSHvUPSwMfBVBzbuY0kd1la JpoYyQ5wGaS3vVWZKynqaxrza/WNbpuSVteJdNPZlf15jUtEKy3VDwRFF96b5+hQ8Wsaform rZ5+hWrHUedvjJoOFtgkkBp7I+CSaETS5Xacwszjf1OOSajTMPztWizP1PK6zWof+8EwP+4/ +Yf0XZPWicL22N1Nb9HqMQYJCwyezpumq/FnupqVtPVOLmxkSgAixJ58dgpOocCLHY7qGqmx 3JaxvkAkrwy6+Rp4/LtR8Ee02PV9JAY4Z3M7Wa4K7rMeqa2UuLiyPfqw4kb38/7KLcbLnMQh vFG96CryMmtbJV+KT/RIG5wbG5110Oi8lk6yaR4N8ziQVGtIJRMTuyOCtMKeA8mSr6weMnIU RRH7Wzz9EMw9k+Cfoj9qZ5+iJPUBrjJ0EWCS4BOUa8Ek0JGhSv1J71mdfOIcdkkdfK2WS9vF aJLJd2jtNis1xof4tUd0knzU+R6SZHje6YS/EaaU9mUedwg5pWOBAe0+BUavOKSeRseUJDj9 +S5XKSo6LjjTqnGuItYjcIdet9seKlURo6b7Keo3WqmHvTA0CcpvvLDfirz+EVxk8Dpufikm s36ukmdiejSXYTMTrG1oHHO5Zhj0ZjxmrabaTSjfxWzTsjpj9RFKQQbnKSG+/wCSx/pK394K 4jMB10hFxY7EoWTI6XsLjxqX6IFeJ+lo6itnENNE6WQ8GjbvKsWHdDz14diMojYzePUF55dw 7zbuSdXM9HJh0/RWBG7JmynLzTtPRVFS1zoonFjBdzraDzVt+iU2IVTQ2JrKKF9tG260jgNN hxKJxrFYaGg+i01O2Fg0a1gPa8TxQ/t36SCfVrrKGQWkg8Em+2PFWGrwEMwpkoaTUydt+mjf +I8B+tlXspbJlI1BRZpVwFUueno9ndOU33mPxTY9nv8ABO0rS6pYBvdGRR8JgbJLoQuIBzSH wZ/ZJG+Qpo22QsMjhaMEHRtrWv5fFQOIYDhdZUPmlw6N0ju051nNJPjZSFdK+N5YxxDSLWQl cA0RMbcNMZJAPK1vUoSQYqs2ExUL5DhtXNS53dtzoxI072tpeyCxGg6RyQ3Y+mu8WzNux503 sRZpP6srfh2tRI1xLg2NjgCbgEl1z8ApGZrZWlj2hzTuCNEOolv2gk3cr0zMHUXSCHDGUbMP YxrG5WvZKA4HiRY76pmenxiWNjY8KDpyO1IHCU6G+gubea02elp/2bMOpZ2Wm2m1gqpWwRR1 Dg1gAEj2jwDjYLvqj/CXmtfpXzUY3FCYX4VKHkbuabe63zUMMCxN7i800hJNyTb+q0LDSMkL MjLOAJ7AuSQOKPljYM3YHZ20UzjlcK1lp9MuGBYkTZ0GXmXOA+akaPAZYxnAD3jR29vBXKsa IYZHR3abHj3KMpJHSTMY/KW8so5IqlA3TYEIKiwtT3HMMeQfgkpx1ZUBxAkNgeQSVtAz/9=9 --HX96H8cySZ5p7nZya-- --====U020TB11BO1PR08QMB2S Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit -- Wygraj kupon na zakupy w Centrum e-biznesu http://www.getin.pl/ ! Wypelnij krotka ankiete i zloz zamowienie w Centrum e-biznesu na produkty z branzy komputerowej. Promocja tylko do konca roku ! Szczegoly na stronie http://www.getin.pl/centrum/pc_promocja.asp --====U020TB11BO1PR08QMB2S-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 3:43:24 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from newmx.estpak.ee (ld1.estpak.ee [194.126.101.98]) by hub.freebsd.org (Postfix) with ESMTP id 6D0C637B402 for ; Sat, 9 Feb 2002 03:43:19 -0800 (PST) Received: from myhakas.estpak.ee (myhakas.estpak.ee [194.126.115.54]) by newmx.estpak.ee (Postfix) with ESMTP id 8AA63960E7; Sat, 9 Feb 2002 13:42:32 +0200 (EET) Received: (from vallo@localhost) by myhakas.estpak.ee (8.11.6/8.11.6) id g19BhAP06786; Sat, 9 Feb 2002 13:43:10 +0200 (EET) (envelope-from vallo) Date: Sat, 9 Feb 2002 13:43:10 +0200 From: Vallo Kallaste To: Craig Stratton Cc: freebsd-bugs@freebsd.org Subject: Re: kern/34711: frequent system stall under moderate scsi load Message-ID: <20020209114310.GB6700@myhakas.estpak.ee> Reply-To: kalts@estpak.ee References: <200202081440.g18Ee3f61695@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200202081440.g18Ee3f61695@freefall.freebsd.org> User-Agent: Mutt/1.3.24i-ja.1 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Feb 08, 2002 at 06:40:03AM -0800, Craig Stratton wrote: > The following reply was made to PR kern/34711; it has been noted by GNATS. > > From: "Craig Stratton" > To: "David Malone" > Cc: > Subject: Re: kern/34711: frequent system stall under moderate scsi load > Date: Fri, 8 Feb 2002 14:34:03 -0000 > > David, > > i'm not sure if the system time is usual or not. But it sounds like it > shouldn't be... > > It could be a memory problem, as you say, because it only has 64MB, but the > previous system i ran exactly the same things on only had 16MB on a P75 IDE > and had no problems. Uptime over 500 days before replacement with "better" > hardware :-| > Can't remember what release it was on though. Slightly earlier i believe. > > There is never anything logged anywhere whenever the system stalls or hangs, > which is frustrating... > > I think the problem is certainly in the swapping/disk access area, as all > disk operations seem to take a while. When it hangs, i can get ssh login, > but no shell until it comes back. > > I was looking over how to upgrade "in situ" last night, but was too tired to > take it in. > Can you advise how i would go about bringing up to date online with no > physical access to the machine ? (other than carefully .. ;-) ) > > The most i do normally is install from scratch, and add/configure > software/applications.... > > ahc0: port 0x6000-0x60ff mem > 0xe4000000-0xe4000fff irq 10 at device 9.0 on pci0 > ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs > pci0: at 10.0 irq 9 > > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-2 device > da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled > da1: 4136MB (8471232 512 byte sectors: 255H 63S/T 527C) > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled > da0: 4136MB (8471232 512 byte sectors: 255H 63S/T 527C) Those SCSI Quantum Fireball ST disks are _really_ slow. I've had one some years ago and never got more than 2.5-3MB/s _sequential_ read throughput, it didn't matter was it under FreeBSD or NT 4.0. Random access throughput is worse.. -- Vallo Kallaste kalts@estpak.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 5:50: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0E71137B41C for ; Sat, 9 Feb 2002 05:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19Do3d50859; Sat, 9 Feb 2002 05:50:03 -0800 (PST) (envelope-from gnats) Date: Sat, 9 Feb 2002 05:50:03 -0800 (PST) Message-Id: <200202091350.g19Do3d50859@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Giorgos Keramidas Subject: Re: misc/34739: [BROKEN] The FreeBSD PR submission system is now broken Reply-To: Giorgos Keramidas Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/34739; it has been noted by GNATS. From: Giorgos Keramidas To: John Merryweather Cooper Cc: bug-followup@freebsd.org Subject: Re: misc/34739: [BROKEN] The FreeBSD PR submission system is now broken Date: Sat, 9 Feb 2002 15:44:37 +0200 On 2002-02-08 14:06, John Merryweather Cooper wrote: > See error messages below. The PR submission system, when using send-pr, > now insists on reverse DNS to my station--something that I'm powerless to > cause to happen (and fundless too). This has always been that way. If your workstation can not properly resolve forward and backward, you need to forward all outgoing mail to a "mail relay". This is probably not a PR in itself. Care to contact me or freebsd-questions without following up to this PR for help in setting up your mail forwarding? Giorgos Keramidas FreeBSD Documentation Project keramida@{freebsd.org,ceid.upatras.gr} http://www.FreeBSD.org/docproj/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 7:30:20 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2925537B405 for ; Sat, 9 Feb 2002 07:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19FU1b75254; Sat, 9 Feb 2002 07:30:01 -0800 (PST) (envelope-from gnats) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by hub.freebsd.org (Postfix) with ESMTP id 2C66337B41F for ; Sat, 9 Feb 2002 07:20:10 -0800 (PST) Received: from fwd07.sul.t-online.de by mailout09.sul.t-online.com with smtp id 16ZZIO-0001Z9-08; Sat, 09 Feb 2002 16:20:08 +0100 Received: from spirit.corecode.ath.cx (320050403952-0001@[217.82.58.151]) by fmrl07.sul.t-online.com with esmtp id 16ZZIF-15CX2mC; Sat, 9 Feb 2002 16:19:59 +0100 Received: from elevation.zuhause.stoert.net (elevation.zuhause.stoert.net [192.168.66.46]) by spirit.corecode.ath.cx (8.11.6/8.11.6) with ESMTP id g19FJwg65079 for ; Sat, 9 Feb 2002 16:19:58 +0100 (CET) (envelope-from corecode@elevation.zuhause.stoert.net) Received: (from corecode@localhost) by elevation.zuhause.stoert.net (8.11.6/8.11.6) id g19FJvS00513; Sat, 9 Feb 2002 16:19:57 +0100 (CET) (envelope-from corecode) Message-Id: <200202091519.g19FJvS00513@elevation.zuhause.stoert.net> Date: Sat, 9 Feb 2002 16:19:57 +0100 (CET) From: "Simon 'corecode' Schubert" Reply-To: "Simon 'corecode' Schubert" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/34756: bad tcp chksum on certain ips Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34756 >Category: kern >Synopsis: bad tcp chksum on certain ips >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 09 07:30:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Simon 'corecode' Schubert >Release: FreeBSD 4.5-STABLE i386 >Organization: >Environment: System: FreeBSD elevation.zuhause.stoert.net 4.5-STABLE FreeBSD 4.5-STABLE #2: Sat Feb 9 14:06:54 CET 2002 corecode@elevation.zuhause.stoert.net:/usr/obj/i386/k7/usr/src/sys/ELEVATION i386 cvsupped every day 02:00 CET. this world+kernel compiled right now. >Description: Trying to connect to www.farnell.com results timeouts. tcpdump reveils: Script started on Sat Feb 9 16:07:26 2002 # tcpdump -nelpvvvxXi ed0 host www.farnell.com & telnet www.farnell.com 80 Trying 194.152.77.229... tcpdump: listening on ed0 16:07:31.710610 0:60:52:0:23:3a 0:60:52:0:d5:31 0800 74: 192.168.66.46.1044 > 194.152.77.229.80: S [bad tcp cksum fffe!] 595220480:595220480(0) win 65535 (DF) [tos 0x10] (ttl 64, id 3108, len 60) 0x0000 4510 003c 0c24 4000 4006 1b34 c0a8 422e E..<.$@.@..4..B. 0x0010 c298 4de5 0414 0050 237a 5800 0000 0000 ..M....P#zX..... 0x0020 a002 ffff 8edf 0000 0204 05b4 0103 0301 ................ 0x0030 0101 080a 0001 29f4 0000 0000 ......)..... 16:07:34.710878 0:60:52:0:23:3a 0:60:52:0:d5:31 0800 74: 192.168.66.46.1044 > 194.152.77.229.80: S [bad tcp cksum fffe!] 595220480:595220480(0) win 65535 (DF) [tos 0x10] (ttl 64, id 3118, len 60) 0x0000 4510 003c 0c2e 4000 4006 1b2a c0a8 422e E..<..@.@..*..B. 0x0010 c298 4de5 0414 0050 237a 5800 0000 0000 ..M....P#zX..... 0x0020 a002 ffff 8db3 0000 0204 05b4 0103 0301 ................ 0x0030 0101 080a 0001 2b20 0000 0000 ......+..... 16:07:37.711112 0:60:52:0:23:3a 0:60:52:0:d5:31 0800 58: 192.168.66.46.1044 > 194.152.77.229.80: S [bad tcp cksum fffe!] 595220480:595220480(0) win 65535 (DF) [tos 0x10] (ttl 64, id 3127, len 44) 0x0000 4510 002c 0c37 4000 4006 1b31 c0a8 422e E..,.7@.@..1..B. 0x0010 c298 4de5 0414 0050 237a 5800 0000 0000 ..M....P#zX..... 0x0020 6002 ffff 05f4 0000 0204 05b4 `........... 16:07:40.711373 0:60:52:0:23:3a 0:60:52:0:d5:31 0800 58: 192.168.66.46.1044 > 194.152.77.229.80: S [bad tcp cksum fffe!] 595220480:595220480(0) win 65535 (DF) [tos 0x10] (ttl 64, id 3137, len 44) 0x0000 4510 002c 0c41 4000 4006 1b27 c0a8 422e E..,.A@.@..'..B. 0x0010 c298 4de5 0414 0050 237a 5800 0000 0000 ..M....P#zX..... 0x0020 6002 ffff 05f4 0000 0204 05b4 `........... 16:07:43.711623 0:60:52:0:23:3a 0:60:52:0:d5:31 0800 58: 192.168.66.46.1044 > 194.152.77.229.80: S [bad tcp cksum fffe!] 595220480:595220480(0) win 65535 (DF) [tos 0x10] (ttl 64, id 3152, len 44) 0x0000 4510 002c 0c50 4000 4006 1b18 c0a8 422e E..,.P@.@.....B. 0x0010 c298 4de5 0414 0050 237a 5800 0000 0000 ..M....P#zX..... 0x0020 6002 ffff 05f4 0000 0204 05b4 `........... 16:07:49.712113 0:60:52:0:23:3a 0:60:52:0:d5:31 0800 58: 192.168.66.46.1044 > 194.152.77.229.80: S [bad tcp cksum fffe!] 595220480:595220480(0) win 65535 (DF) [tos 0x10] (ttl 64, id 3183, len 44) 0x0000 4510 002c 0c6f 4000 4006 1af9 c0a8 422e E..,.o@.@.....B. 0x0010 c298 4de5 0414 0050 237a 5800 0000 0000 ..M....P#zX..... 0x0020 6002 ffff 05f4 0000 0204 05b4 `........... ^C# ^D Script done on Sat Feb 9 16:08:10 2002 this happened in my previous world+kernel (from mid-january), too. i can't reproduce this problem on another fbsd (4.4-STABLE) machine. a quick check showed, that not only this ip address is affected: it *appears* that 194.152.77.209 still works (tcp chksum ok), .210 to .255 not. somehow every ip address that got its last byte above 209 produces a chsum error. very strange. >How-To-Repeat: try to establish a tcp connection to a host where the last byte of its ip address is 210 or above. >Fix: if i knew. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 7:40: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8CD1D37B420 for ; Sat, 9 Feb 2002 07:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19Fe2p76419; Sat, 9 Feb 2002 07:40:02 -0800 (PST) (envelope-from gnats) Date: Sat, 9 Feb 2002 07:40:02 -0800 (PST) Message-Id: <200202091540.g19Fe2p76419@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Luigi Rizzo Subject: Re: kern/32338: Network to disk write performance low under ATA with DMA Reply-To: Luigi Rizzo Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/32338; it has been noted by GNATS. From: Luigi Rizzo To: David S Madole Cc: wpaul@FreeBSD.org, freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/32338: Network to disk write performance low under ATA with DMA Date: Sat, 9 Feb 2002 07:31:26 -0800 On Sat, Feb 09, 2002 at 05:55:07AM +0000, David S Madole wrote: > Luigi, > > Actually, in my case, it's the PCI latency that made all the yes, i am not denying that, it's just that i havent had a chance to exercise that part of the code. > I'm surprised you get a lot of overflows even on the slow > machine, since the card empties through DMA. I can see mbufs well, it's ring buffer overflow, not DMA overflow. But the code calls rxeoc in both cases... cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 7:50: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DFE8337B41E for ; Sat, 9 Feb 2002 07:50:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19Fo0i77582; Sat, 9 Feb 2002 07:50:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CE73F37B41A for ; Sat, 9 Feb 2002 07:48:54 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19FmsL77445; Sat, 9 Feb 2002 07:48:54 -0800 (PST) (envelope-from nobody) Message-Id: <200202091548.g19FmsL77445@freefall.freebsd.org> Date: Sat, 9 Feb 2002 07:48:54 -0800 (PST) From: Al Turner To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/34757: Difficulty in starting x-server Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34757 >Category: misc >Synopsis: Difficulty in starting x-server >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 09 07:50:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Al Turner >Release: 4.4-Release >Organization: >Environment: FreeBSD 4.4-RELEASE FreeBSD 4.4-RELEASE #4: Fri Feb 8 CST 2002 root@: /usr/src/sys/compile/HOME i286 >Description: After booting the machine it takes numerous (10 or more) tries to initialize the X server. I type xinit or startx A LOT, until, finally, KDE is up and running. After the first time I can exit KDE, log out, log in or out as root or normal user, and do various other things and KDE starts on the first try, until I reboot. I get the following error message when I boot: "Could not read network connection list /root/.DECOPserver__:0 Please check that the "dcopserver" program is running." Apparently the "dcopserver" is running, or else KDE would never start. >How-To-Repeat: Cold boot or warm reboot. >Fix: Beats me! >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 9:20: 6 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1E38A37B419 for ; Sat, 9 Feb 2002 09:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19HK0C96797; Sat, 9 Feb 2002 09:20:00 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CF59937B416 for ; Sat, 9 Feb 2002 09:16:31 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19HGVC96357; Sat, 9 Feb 2002 09:16:31 -0800 (PST) (envelope-from nobody) Message-Id: <200202091716.g19HGVC96357@freefall.freebsd.org> Date: Sat, 9 Feb 2002 09:16:31 -0800 (PST) From: Dan Howe To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/34759: Phantasia does not accept [enter] key Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34759 >Category: misc >Synopsis: Phantasia does not accept [enter] key >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 09 09:20:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Dan Howe >Release: 4.5-RC >Organization: N/A >Environment: FreeBSD 4.5-RC #0 ... i386 >Description: the unix game 'phantasia' does not accept [enter] as a valid key. A Cntrl-J will work. This is reproducable in both gnometerm, and xterm. This was also a problem in 4.3. >How-To-Repeat: ..play the game. New users will be prompted for a name, it will not be possible to use the enter key to end the keyboard input. a Cntrl-J is neccessary. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 10:50:13 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3822A37B41B for ; Sat, 9 Feb 2002 10:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19Io3E11256; Sat, 9 Feb 2002 10:50:03 -0800 (PST) (envelope-from gnats) Date: Sat, 9 Feb 2002 10:50:03 -0800 (PST) Message-Id: <200202091850.g19Io3E11256@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: John Merryweather Cooper Subject: Re: misc/34739: [BROKEN] The FreeBSD PR submission system is now broken Reply-To: John Merryweather Cooper Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/34739; it has been noted by GNATS. From: John Merryweather Cooper To: Giorgos Keramidas Cc: John Merryweather Cooper , bug-followup@freebsd.org Subject: Re: misc/34739: [BROKEN] The FreeBSD PR submission system is now broken Date: Sat, 9 Feb 2002 10:41:54 -0800 I DO forward to a mail relay. Until recently (over a year), this worked. Now, freebsd.org rejects PR's from me. On 2002.02.09 05:44 Giorgos Keramidas wrote: > On 2002-02-08 14:06, John Merryweather Cooper wrote: > > See error messages below. The PR submission system, when using > send-pr, > > now insists on reverse DNS to my station--something that I'm > powerless to > > cause to happen (and fundless too). > > This has always been that way. If your workstation can not properly > resolve forward and backward, you need to forward all outgoing mail to > a > "mail relay". This is probably not a PR in itself. Care to contact > me or > freebsd-questions without following up to this PR for help in setting > up > your mail forwarding? > > Giorgos Keramidas FreeBSD Documentation > Project > keramida@{freebsd.org,ceid.upatras.gr} > http://www.FreeBSD.org/docproj/ > -- _ | |V| / ' || MacroHard -- \ \_| | | \_, || the perfection of form over | ----------------------------------|| substance, marketing over | Web: http://www.borgsdemons.com || performance, and greed over | AIM: johnmcooper || design . . . | =====================================================================/ Public Key: http://www.borgsdemons.com/Personal/pgpkey.asc | =====================================================================\ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 10:50:16 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0E33137B420 for ; Sat, 9 Feb 2002 10:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19Io4Y11275; Sat, 9 Feb 2002 10:50:04 -0800 (PST) (envelope-from gnats) Received: from core.pourIX.net (core.pourIX.net [62.4.18.12]) by hub.freebsd.org (Postfix) with ESMTP id 6101537B402 for ; Sat, 9 Feb 2002 10:48:35 -0800 (PST) Received: (from sw@localhost) by core.pourIX.net (8.11.5/8.11.5) id g19Ild311804; Sat, 9 Feb 2002 19:47:39 +0100 (CET) (envelope-from sw) Message-Id: <200202091847.g19Ild311804@core.pourIX.net> Date: Sat, 9 Feb 2002 19:47:39 +0100 (CET) From: Sameh Ghane To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/34764: cisco aironet driver freezes with toshiba laptop under 5.0-current Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34764 >Category: kern >Synopsis: cisco aironet driver freezes with toshiba laptop under 5.0-current >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 09 10:50:03 PST 2002 >Closed-Date: >Last-Modified: >Originator: Sameh Ghane >Release: FreeBSD 5.0-CURRENT i386 >Organization: none >Environment: System: FreeBSD 5.0-CURRENT-20020204-JPSNAP FreeBSD 5.0-CURRENT #0: Sun Feb 3 22:18:38 GMT 2002 root@ushi.jp.freebsd.org:/usr/src/sys/i386/compile/GENERIC i386 >Description: I have 2 workstations, with the same FreeBSD 5.0-current kernel. One is a desktop, the other is a Toshiba Satellite 2590XDVD. Also, 2 Cisco Aironet NICs: Desktop: an0: port 0xd000-0xd03f,0xd400-0xd47f mem 0xde800000-0xde80007f irq 5 at device 10.0 on pci0 Laptop: an0: at port 0x240-0x27f irq 11 slot 0 on pccard0 After setting up both sides of the link, the laptop freezes, and I'm even unable to drop into DDB. The 'activity' LED of the NIC on the laptop keeps blinking. >How-To-Repeat: Set adhoc mode, any channel, and any SSID on both sides, then enjoy the freeze during link negociation. >Fix: Nope :( But I'm ready to test any relevant patch. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 11: 0: 7 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C877137B405 for ; Sat, 9 Feb 2002 11:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19J01d12394; Sat, 9 Feb 2002 11:00:01 -0800 (PST) (envelope-from gnats) Received: from host213-123-133-83.in-addr.btopenworld.com (host213-123-133-83.in-addr.btopenworld.com [213.123.133.83]) by hub.freebsd.org (Postfix) with ESMTP id 71FEC37B41E for ; Sat, 9 Feb 2002 10:50:17 -0800 (PST) Received: by host213-123-133-83.in-addr.btopenworld.com (Postfix, from userid 1001) id D85BC392; Sat, 9 Feb 2002 18:50:32 +0000 (GMT) Message-Id: <20020209185032.D85BC392@host213-123-133-83.in-addr.btopenworld.com> Date: Sat, 9 Feb 2002 18:50:32 +0000 (GMT) From: Dominic Marks Reply-To: Dominic Marks To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/34765: Unloading the ipl.ko module will panic the machine Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34765 >Category: kern >Synopsis: Unloading the ipl.ko module will panic the machine >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 09 11:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Dominic Marks >Release: FreeBSD 4.5-STABLE i386 >Organization: Student >Environment: System: FreeBSD gallium 4.5-STABLE FreeBSD 4.5-STABLE #2: Sat Feb 9 01:18:35 GMT 2002 dom@gallium:/usr/obj/usr/src/sys/GALLIUM i386 >Description: If you attempt to unload the ipl.ko (IPFilter) module the machine will panic. Darren does not reccomend use of the module and so problems such as this are to be expected. However I am reasoning that if people see that there is a module for IPFilter they may attempt to use it. So ideally this module should not panic the machine when being unloaded, or alternatively not exist at all. >How-To-Repeat: # kldload ipl.ko # kldunload ipl.ko >Fix: Unknown. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 11: 1:52 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4B61B37B416; Sat, 9 Feb 2002 11:01:49 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19J0MH12514; Sat, 9 Feb 2002 11:00:22 -0800 (PST) (envelope-from ashp) Date: Sat, 9 Feb 2002 11:00:22 -0800 (PST) From: Message-Id: <200202091900.g19J0MH12514@freefall.freebsd.org> To: brett@lariat.org, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/21476: ftp in 4.1-STABLE fails on http:// URLs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: ftp in 4.1-STABLE fails on http:// URLs State-Changed-From-To: feedback->closed State-Changed-By: ashp State-Changed-When: Sat Feb 9 10:59:43 PST 2002 State-Changed-Why: Risk being flamed and close this PR. Everyone agrees that fetch is the right solution here. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=21476 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 11: 1:53 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AB68B37B417; Sat, 9 Feb 2002 11:01:49 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19ItBN11772; Sat, 9 Feb 2002 10:55:11 -0800 (PST) (envelope-from ashp) Date: Sat, 9 Feb 2002 10:55:11 -0800 (PST) From: Message-Id: <200202091855.g19ItBN11772@freefall.freebsd.org> To: matrix@ipform.ru, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/21659: Berkeley db library is statically compiled into libc, which make use of newer BDB very difficult, if possible at all Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Berkeley db library is statically compiled into libc, which make use of newer BDB very difficult, if possible at all State-Changed-From-To: open->suspended State-Changed-By: ashp State-Changed-When: Sat Feb 9 10:54:29 PST 2002 State-Changed-Why: As explained, this is such a large change that I cannot see it ever happening (or at least, anytime soon.) Suspend this for now. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=21659 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 11:41:51 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 65C7837B416; Sat, 9 Feb 2002 11:41:49 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19JWlw22182; Sat, 9 Feb 2002 11:32:47 -0800 (PST) (envelope-from ashp) Date: Sat, 9 Feb 2002 11:32:47 -0800 (PST) From: Message-Id: <200202091932.g19JWlw22182@freefall.freebsd.org> To: gryphon@intech.net, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19057: offer of patch to uname that produces pretty one-line output Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: offer of patch to uname that produces pretty one-line output State-Changed-From-To: open->feedback State-Changed-By: ashp State-Changed-When: Sat Feb 9 11:32:07 PST 2002 State-Changed-Why: This patch seems unavailable. Are you still concerned about this, or can I close the PR? I'm doubting it will make it into the base system, and would be better to keep as a local change. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=19057 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 11:41:52 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 20FB137B419; Sat, 9 Feb 2002 11:41:50 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19JZ0p22521; Sat, 9 Feb 2002 11:35:00 -0800 (PST) (envelope-from ashp) Date: Sat, 9 Feb 2002 11:35:00 -0800 (PST) From: Message-Id: <200202091935.g19JZ0p22521@freefall.freebsd.org> To: phk@critter.freebsd.dk, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/19001: Delayed fsck + mount of insignificant filesystems. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: Delayed fsck + mount of insignificant filesystems. State-Changed-From-To: open->feedback State-Changed-By: ashp State-Changed-When: Sat Feb 9 11:33:18 PST 2002 State-Changed-Why: Recently background fscks were introduced in -CURRENT. Does this potentially help with this problem? While I'm not sure that they will get merged back into STABLE, they will be available in FreeBSD 5.0+. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=19001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 12:11:51 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 643D137B404; Sat, 9 Feb 2002 12:11:49 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19K96U32037; Sat, 9 Feb 2002 12:09:06 -0800 (PST) (envelope-from ashp) Date: Sat, 9 Feb 2002 12:09:06 -0800 (PST) From: Message-Id: <200202092009.g19K96U32037@freefall.freebsd.org> To: khera@kciLink.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18967: ypserv not linked with tcp wrappers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: ypserv not linked with tcp wrappers State-Changed-From-To: open->feedback State-Changed-By: ashp State-Changed-When: Sat Feb 9 11:57:24 PST 2002 State-Changed-Why: Does this patch work correctly for you? If you have no problems, I can find someone to commit it. (Note, this is my first time fiddling with the build system, I expect it's done wrongly.) diff -u ypserv.orig/Makefile ypserv/Makefile --- ypserv.orig/Makefile Sat Feb 9 15:01:52 2002 +++ ypserv/Makefile Sat Feb 9 15:01:09 2002 @@ -7,6 +7,7 @@ MAN= ypserv.8 ypinit.8 CFLAGS+= -I. -DDB_CACHE +LDADD= -lwrap CLEANFILES= yp_svc.c ypxfr_clnt.c yp.h diff -u ypserv.orig/ypserv.8 ypserv/ypserv.8 --- ypserv.orig/ypserv.8 Sat Feb 9 15:01:58 2002 +++ ypserv/ypserv.8 Sat Feb 9 15:04:14 2002 @@ -273,18 +273,7 @@ .Nm program also has support for Wietse Venema's .Em tcpwrapper -package, though it is not compiled in by default since -the -.Em tcpwrapper -package is not distributed with -.Fx . -However, if you have -.Pa libwrap.a -and -.Pa tcpd.h , -you can easily recompile -.Nm -with them. +package. This allows the administrator to use the tcpwrapper configuration files .Pa ( /etc/hosts.allow http://www.FreeBSD.org/cgi/query-pr.cgi?pr=18967 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 12:22:21 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from relay1.macomnet.ru (relay1.macomnet.ru [195.128.64.10]) by hub.freebsd.org (Postfix) with ESMTP id A9E7037B405; Sat, 9 Feb 2002 12:22:18 -0800 (PST) Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14]) by relay1.macomnet.ru (8.11.6/8.11.6) with ESMTP id g19KMHp6793719; Sat, 9 Feb 2002 23:22:17 +0300 (MSK) Date: Sat, 9 Feb 2002 23:22:17 +0300 (MSK) From: Maxim Konovalov To: ashp@FreeBSD.ORG Cc: khera@kciLink.com, Subject: Re: bin/18967: ypserv not linked with tcp wrappers In-Reply-To: <200202092009.g19K96U32037@freefall.freebsd.org> Message-ID: <20020209232055.K43447-100000@news1.macomnet.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello Ashley, A bit late: revision 1.20 date: 2002/02/06 20:39:36; author: markm; state: Exp; lines: +5 -2 Enable TCP_WRAPPERs for the NIS server. The protection afforded is not massive, but usable. -- Maxim Konovalov, MAcomnet, Internet-Intranet Dept., system engineer phone: +7 (095) 796-9079, mailto:maxim@macomnet.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 12:40:20 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from lariat.org (lariat.org [12.23.109.2]) by hub.freebsd.org (Postfix) with ESMTP id E2EDD37B416; Sat, 9 Feb 2002 12:40:16 -0800 (PST) Received: from mustang.lariat.org (IDENT:ppp0.lariat.org@lariat.org [12.23.109.2]) by lariat.org (8.9.3/8.9.3) with ESMTP id NAA14801; Sat, 9 Feb 2002 13:40:06 -0700 (MST) Message-Id: <4.3.2.7.2.20020209133619.025f37d0@localhost> X-Sender: brett@localhost X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sat, 09 Feb 2002 13:39:41 -0700 To: ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org From: Brett Glass Subject: Re: bin/21476: ftp in 4.1-STABLE fails on http:// URLs In-Reply-To: <200202091900.g19J0MH12514@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org It is inappropriate to close this PR without either (a) Making ftp(1) work as documented; or (2) Removing the http functionality and also removing references to it from the documentation. Users should not be misled by the documentation into believing that the http fetch function will work when it doesn't. Perhaps the simplest way to make it work would be to exec fetch(1) when a URL is detected. --Brett Glass At 12:00 PM 2/9/2002, ashp@FreeBSD.org wrote: >Synopsis: ftp in 4.1-STABLE fails on http:// URLs > >State-Changed-From-To: feedback->closed >State-Changed-By: ashp >State-Changed-When: Sat Feb 9 10:59:43 PST 2002 >State-Changed-Why: >Risk being flamed and close this PR. Everyone agrees that >fetch is the right solution here. > >http://www.FreeBSD.org/cgi/query-pr.cgi?pr=21476 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 12:41:51 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6FC9137B402; Sat, 9 Feb 2002 12:41:49 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19KVwK34689; Sat, 9 Feb 2002 12:31:58 -0800 (PST) (envelope-from ashp) Date: Sat, 9 Feb 2002 12:31:58 -0800 (PST) From: Message-Id: <200202092031.g19KVwK34689@freefall.freebsd.org> To: khera@kciLink.com, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18967: ypserv not linked with tcp wrappers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: ypserv not linked with tcp wrappers State-Changed-From-To: feedback->closed State-Changed-By: ashp State-Changed-When: Sat Feb 9 12:31:48 PST 2002 State-Changed-Why: Oh. Bugger. Mark beat me to it. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=18967 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 12:51:57 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C5BA337B400; Sat, 9 Feb 2002 12:51:49 -0800 (PST) Received: (from mbr@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19KhnK36383; Sat, 9 Feb 2002 12:43:49 -0800 (PST) (envelope-from mbr) Date: Sat, 9 Feb 2002 12:43:49 -0800 (PST) From: Message-Id: <200202092043.g19KhnK36383@freefall.freebsd.org> To: mb@imp.ch, mbr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/29173: [PATCH] wrong flags for rpcgen(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: [PATCH] wrong flags for rpcgen(1) State-Changed-From-To: open->closed State-Changed-By: mbr State-Changed-When: Sat Feb 9 12:43:03 PST 2002 State-Changed-Why: Fix comitted by Alfred. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29173 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 12:51:58 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2ECB637B419; Sat, 9 Feb 2002 12:51:50 -0800 (PST) Received: (from mbr@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19KfvZ35975; Sat, 9 Feb 2002 12:41:57 -0800 (PST) (envelope-from mbr) Date: Sat, 9 Feb 2002 12:41:57 -0800 (PST) From: Message-Id: <200202092041.g19KfvZ35975@freefall.freebsd.org> To: mb@imp.ch, mbr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/29171: [PATCH] keyserv and rpc.yppasswd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: [PATCH] keyserv and rpc.yppasswd State-Changed-From-To: open->closed State-Changed-By: mbr State-Changed-When: Sat Feb 9 12:41:27 PST 2002 State-Changed-Why: Alfred comitted my fixes. Thanks http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29171 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 12:52: 0 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B142937B41A; Sat, 9 Feb 2002 12:51:50 -0800 (PST) Received: (from mbr@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19KiK836490; Sat, 9 Feb 2002 12:44:20 -0800 (PST) (envelope-from mbr) Date: Sat, 9 Feb 2002 12:44:20 -0800 (PST) From: Message-Id: <200202092044.g19KiK836490@freefall.freebsd.org> To: mb@imp.ch, mbr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/29174: [PATCH] cleanup of the ti-rpc merger Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: [PATCH] cleanup of the ti-rpc merger State-Changed-From-To: open->closed State-Changed-By: mbr State-Changed-When: Sat Feb 9 12:44:00 PST 2002 State-Changed-Why: Patch comitted by Alfred. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29174 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 12:52:21 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1F2B337B41B; Sat, 9 Feb 2002 12:51:51 -0800 (PST) Received: (from mbr@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19KgUu36101; Sat, 9 Feb 2002 12:42:30 -0800 (PST) (envelope-from mbr) Date: Sat, 9 Feb 2002 12:42:30 -0800 (PST) From: Message-Id: <200202092042.g19KgUu36101@freefall.freebsd.org> To: mb@imp.ch, mbr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/29172: [PATCH] Add more checks in rpc/svc_vc.c and bugfixes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: [PATCH] Add more checks in rpc/svc_vc.c and bugfixes State-Changed-From-To: open->closed State-Changed-By: mbr State-Changed-When: Sat Feb 9 12:42:07 PST 2002 State-Changed-Why: Alfred comitted my fixes. Thanks http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29172 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 13:20:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3F79337B405 for ; Sat, 9 Feb 2002 13:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19LK1g44558; Sat, 9 Feb 2002 13:20:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 69DC737B405 for ; Sat, 9 Feb 2002 13:18:50 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19LIox44374; Sat, 9 Feb 2002 13:18:50 -0800 (PST) (envelope-from nobody) Message-Id: <200202092118.g19LIox44374@freefall.freebsd.org> Date: Sat, 9 Feb 2002 13:18:50 -0800 (PST) From: jim smith To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/34776: rc.diskless1 creates insufficiently sized /etc if also using XFree86-4.1, resulting in failed diskless boot attempts. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34776 >Category: conf >Synopsis: rc.diskless1 creates insufficiently sized /etc if also using XFree86-4.1, resulting in failed diskless boot attempts. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 09 13:20:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: jim smith >Release: FreeBSD 4.5-RELEASE #1 >Organization: the Bedrose P. Lipschitz Experience >Environment: FreeBSD shirley.brainski.org 4.5-RELEASE FreeBSD 4.5-RELEASE #1: Mon Feb 4 00:58:13 CST 2002 jim@shirley.brainski.org:/usr/obj/usr/src/sys/ATHLONv1 i386 >Description: rc.diskless1 creates an mfs /etc which is sized to 4096 sectors [~1.9M]. Since XFree86-4.1 puts many of its files now in /etc/X11 [with symbolic links from /usr/X11R6/lib/X11 (where they used to be located)], the original size allocated for the mfs /etc is too small. When trying to boot a diskless workstation with XFree86-4.1 on the system, the boot will fail because there is insufficient space in the mfs /etc. >How-To-Repeat: Configure a diskless workstation server with FreeBSD-4.5-Release and XFree86-4.1. Create a root hierarchy for the diskless root mount point with clone_root and boot a diskless workstation from this server [using the bootp/DHCP method as outlined in the handbook]. >Fix: Edit rc.diskless1 [v 1.5.2.6 2001/05/11] as outlined below. This creates a bigger [maybe a little too big?] mfs /etc, so that populating it doesn't result in diskless boot failure. NB: this rc.diskless1 file should be edited in /etc *before* clone_root is run. If fixing this after clone_root has been run, then it must be edited in //etc. --- rc.diskless1.orig Feb 3 07:10:15 2002 +++ rc.diskless1 Feb 8 18:36:34 2002 # Create an MFS /tmp to temporarily hold files from /etc until we # can bootstrap /etc as an MFS. ---mount_md 4096 /etc 0 +++mount_md 8192 /etc 0 chkerr $? "MFS mount on /etc" /bin/chmod 755 /etc >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 13:21:51 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A4D5337B404; Sat, 9 Feb 2002 13:21:49 -0800 (PST) Received: (from bsd@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19LDHx43670; Sat, 9 Feb 2002 13:13:17 -0800 (PST) (envelope-from bsd) Date: Sat, 9 Feb 2002 13:13:17 -0800 (PST) From: Message-Id: <200202092113.g19LDHx43670@freefall.freebsd.org> To: aa8vb@ipass.net, bsd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18532: rsh does not restore tty state Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: rsh does not restore tty state State-Changed-From-To: open->closed State-Changed-By: bsd State-Changed-When: Sat Feb 9 13:09:04 PST 2002 State-Changed-Why: I just tested this on the latest -STABLE and the problem does not reproduce, closing. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=18532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 14:10: 4 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CC11337B404 for ; Sat, 9 Feb 2002 14:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19MA1N53057; Sat, 9 Feb 2002 14:10:01 -0800 (PST) (envelope-from gnats) Date: Sat, 9 Feb 2002 14:10:01 -0800 (PST) Message-Id: <200202092210.g19MA1N53057@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Otterr" Subject: Re: kern/34594: Addition of native Tekram DC395U/UW support (TRM-S1040 chipset) Reply-To: "Otterr" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR kern/34594; it has been noted by GNATS. From: "Otterr" To: , Cc: Subject: Re: kern/34594: Addition of native Tekram DC395U/UW support (TRM-S1040 chipset) Date: Sat, 9 Feb 2002 16:28:53 -0500 Please close this PR. Had I searched for Tekram in addition to "1040", I would have seen PR #29875. That predates this one. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 15:38: 4 2002 Delivered-To: freebsd-bugs@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 6A41D37B419; Sat, 9 Feb 2002 15:38:01 -0800 (PST) Received: from fwd03.sul.t-online.de by mailout09.sul.t-online.com with smtp id 16Zh4C-0003xR-01; Sun, 10 Feb 2002 00:38:00 +0100 Received: from spirit.corecode.ath.cx (320050403952-0001@[217.82.58.151]) by fmrl03.sul.t-online.com with esmtp id 16Zh41-0ZrmVsC; Sun, 10 Feb 2002 00:37:49 +0100 Received: from elevation.zuhause.stoert.net (elevation.zuhause.stoert.net [192.168.66.46]) by spirit.corecode.ath.cx (8.11.6/8.11.6) with ESMTP id g19Nbng72824; Sun, 10 Feb 2002 00:37:49 +0100 (CET) (envelope-from corecode@elevation.zuhause.stoert.net) Received: (from corecode@localhost) by elevation.zuhause.stoert.net (8.11.6/8.11.6) id g19Nbmw00265; Sun, 10 Feb 2002 00:37:48 +0100 (CET) (envelope-from corecode) Date: Sun, 10 Feb 2002 00:37:45 +0100 From: "Simon 'corecode' Schubert" To: gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/34756: bad tcp chksum on certain ips Message-Id: <20020210003745.13521736.corecode@corecode.ath.cx> In-Reply-To: <200202091530.g19FU0a75248@freefall.freebsd.org> References: <200202091519.g19FJvS00513@elevation.zuhause.stoert.net> <200202091530.g19FU0a75248@freefall.freebsd.org> X-Mailer: Sylpheed version 0.7.0claws21 (GTK+ 1.2.10; i386--freebsd4.5) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=.ZYSm6.h8tsr9)s" X-Sender: 320050403952-0001@t-dialin.net Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --=.ZYSm6.h8tsr9)s Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit after several recompiles i noticed: -O2 is causing problems. but i don't know where and why exactly. i only know it's not in tcp_output.c and in_cksum.c, i tried both with -O and remaining kernel still with -O2 and the same things happened. you may close this PR. sorry. though i didn't think of gcc optimizing in such a bad way. maybe gcc30 will do better? cheerz corecode -- /"\ http://corecode.ath.cx/ \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --=.ZYSm6.h8tsr9)s Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) iD8DBQE8ZbLMr5S+dk6z85oRAgknAJ9aJrL2jlyfhSFRZAJ+x/ovSHr3hQCgro1U riaFOnXAieodddK4jcck+WI= =bwZC -----END PGP SIGNATURE----- --=.ZYSm6.h8tsr9)s-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 16: 0:11 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 65A0C37B405 for ; Sat, 9 Feb 2002 16:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g1A005874395; Sat, 9 Feb 2002 16:00:05 -0800 (PST) (envelope-from gnats) Date: Sat, 9 Feb 2002 16:00:05 -0800 (PST) Message-Id: <200202100000.g1A005874395@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Giorgos Keramidas Subject: Re: misc/34739: [BROKEN] The FreeBSD PR submission system is now broken Reply-To: Giorgos Keramidas Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR misc/34739; it has been noted by GNATS. From: Giorgos Keramidas To: John Merryweather Cooper Cc: bug-followup@freebsd.org Subject: Re: misc/34739: [BROKEN] The FreeBSD PR submission system is now broken Date: Sun, 10 Feb 2002 01:54:20 +0200 (EET) John Merryweather Cooper wrote: > I DO forward to a mail relay. Until recently (over a year), this > worked. Now, freebsd.org rejects PR's from me. What does your sendmail configuration include? Mind you, I had to set up masquerading and make all outgoing email have an envelope address from a valid email account in order to make send-pr to work correctly. Giorgos Keramidas FreeBSD Documentation Project keramida@{freebsd.org,ceid.upatras.gr} http://www.FreeBSD.org/docproj/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 16: 1:52 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BCBBA37B41C; Sat, 9 Feb 2002 16:01:49 -0800 (PST) Received: (from ashp@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g19Nsjb29668; Sat, 9 Feb 2002 15:54:45 -0800 (PST) (envelope-from ashp) Date: Sat, 9 Feb 2002 15:54:45 -0800 (PST) From: Message-Id: <200202092354.g19Nsjb29668@freefall.freebsd.org> To: babolo@links.ru, ashp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18275: proposed TMPDIR setting and /usr/bin/mkinittmpdir Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: proposed TMPDIR setting and /usr/bin/mkinittmpdir State-Changed-From-To: open->closed State-Changed-By: ashp State-Changed-When: Sat Feb 9 15:53:58 PST 2002 State-Changed-Why: While this is a nice utility, I don't believe it will ever make it into the base system, as it simply makes something slightly easier. I've closed the PR, as I feel this is something better used locally rather than distributed to all FreeBSD users. Keep up the good work tho'! http://www.FreeBSD.org/cgi/query-pr.cgi?pr=18275 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 16:10: 4 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 351D937B402 for ; Sat, 9 Feb 2002 16:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g1A0A2O50764; Sat, 9 Feb 2002 16:10:02 -0800 (PST) (envelope-from gnats) Date: Sat, 9 Feb 2002 16:10:02 -0800 (PST) Message-Id: <200202100010.g1A0A2O50764@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kip Macy Subject: Re: gnu/24844: gdb does not support Linux threads Reply-To: Kip Macy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR gnu/24844; it has been noted by GNATS. From: Kip Macy To: freebsd-gnats-submit@FreeBSD.org, jml@cubical.fi Cc: Subject: Re: gnu/24844: gdb does not support Linux threads Date: Sat, 09 Feb 2002 16:08:07 -0800 How many people would like to have this? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 16:41:51 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0297C37B41A; Sat, 9 Feb 2002 16:41:50 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g1A0Zrv29747; Sat, 9 Feb 2002 16:35:53 -0800 (PST) (envelope-from cjc) Date: Sat, 9 Feb 2002 16:35:53 -0800 (PST) From: Message-Id: <200202100035.g1A0Zrv29747@freefall.freebsd.org> To: corecode@corecode.ath.cx, cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/34756: bad tcp chksum on certain ips Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: bad tcp chksum on certain ips State-Changed-From-To: open->closed State-Changed-By: cjc State-Changed-When: Sat Feb 9 16:35:34 PST 2002 State-Changed-Why: Submitter reports the problems was due to compiler bugs when using optimization settings -O2 and above. No problem when -O used. Submitter asks PR be closed. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34756 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 16:59:57 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 76A9637B405; Sat, 9 Feb 2002 16:59:50 -0800 (PST) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id EAA21460; Sun, 10 Feb 2002 04:07:06 +0300 (MSK) Message-Id: <200202100107.EAA21460@aaz.links.ru> Subject: Re: bin/18275: proposed TMPDIR setting and /usr/bin/mkinittmpdir In-Reply-To: <200202092354.g19Nsjb29668@freefall.freebsd.org> from "ashp@FreeBSD.org" at "Feb 9, 2 03:54:45 pm" To: ashp@FreeBSD.org Date: Sun, 10 Feb 2002 04:07:06 +0300 (MSK) Cc: freebsd-bugs@FreeBSD.org From: "."@babolo.ru MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ashp@FreeBSD.org writes: > Synopsis: proposed TMPDIR setting and /usr/bin/mkinittmpdir > > State-Changed-From-To: open->closed > State-Changed-By: ashp > State-Changed-When: Sat Feb 9 15:53:58 PST 2002 > State-Changed-Why: > While this is a nice utility, I don't believe it will ever make it > into the base system, as it simply makes something slightly easier. > > I've closed the PR, as I feel this is something better used locally > rather than distributed to all FreeBSD users. Keep up the good work > tho'! Sorry, I am sure you are not right. The reason I sent one of 2 coupled utilities for inclusion in base system and another (ports/sysutils/deleted) to ports is that mkinittmpdir is only first step in direction we all need. The second step is to modify /etc/{shrc,profile,csh.*,login.conf} /usr/share/skel/* so on, third - use this functionality in system and ported programs so on. I have no power to promoute this using language (English) I do not know good enough so I wait for another person with good English to do that. Can you? -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 17:45: 5 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from labyrinth.cs.rogers.wave.ca (labyrinth.cs.rogers.wave.ca [24.112.32.100]) by hub.freebsd.org (Postfix) with SMTP id E45E837B417 for ; Sat, 9 Feb 2002 17:44:55 -0800 (PST) Received: (qmail 29922 invoked by uid 1000); 10 Feb 2002 01:42:15 -0000 Date: Sat, 9 Feb 2002 20:42:15 -0500 From: Ashley Penney To: "."@babolo.ru Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/18275: proposed TMPDIR setting and /usr/bin/mkinittmpdir Message-ID: <20020210014215.GA10546@labyrinth.cs.rogers.wave.ca> References: <200202092354.g19Nsjb29668@freefall.freebsd.org> <200202100107.EAA21460@aaz.links.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200202100107.EAA21460@aaz.links.ru> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, Feb 10, 2002 at 04:07:06AM +0300, "."@babolo.ru said: > ashp@FreeBSD.org writes: > > Synopsis: proposed TMPDIR setting and /usr/bin/mkinittmpdir > > > > State-Changed-From-To: open->closed > > State-Changed-By: ashp > > State-Changed-When: Sat Feb 9 15:53:58 PST 2002 > > State-Changed-Why: > > While this is a nice utility, I don't believe it will ever make it > > into the base system, as it simply makes something slightly easier. > > > > I've closed the PR, as I feel this is something better used locally > > rather than distributed to all FreeBSD users. Keep up the good work > > tho'! > Sorry, I am sure you are not right. > The reason I sent one of 2 coupled utilities for > inclusion in base system and another (ports/sysutils/deleted) > to ports is that mkinittmpdir is only first step > in direction we all need. The second step is to > modify /etc/{shrc,profile,csh.*,login.conf} /usr/share/skel/* > so on, third - use this functionality in > system and ported programs so on. > I have no power to promoute this using language > (English) I do not know good enough so I wait > for another person with good English to > do that. Can you? Hi, I think the main problem with this utility is the fact that it changes an accepted method of performing certain tasks. We need to maintain compatability with other UNIXes, and this sometimes hinders us from performing certain tasks in a smarter way. While this method of handling TMPDIR is nice, it would then create a difference between us and the other BSDs. I think the best solution at this point is to submit the mkinittmpdir as a port also. Once it's a port, and people can experiment with it, the case for including it in the base system is likely to be stronger. However, where possible the new trend seems to be to remove functionality from the base system and move it into the ports tree, to help make FreeBSD a light and flexible system. -- Ashp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 18:30:10 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4D47B37B41B for ; Sat, 9 Feb 2002 18:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g1A2U1C89048; Sat, 9 Feb 2002 18:30:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 24DFF37B402 for ; Sat, 9 Feb 2002 18:29:52 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g1A2TqT88107; Sat, 9 Feb 2002 18:29:52 -0800 (PST) (envelope-from nobody) Message-Id: <200202100229.g1A2TqT88107@freefall.freebsd.org> Date: Sat, 9 Feb 2002 18:29:52 -0800 (PST) From: "f. johan beisser" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/34780: locate(1)'s database is generated with root permissions Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34780 >Category: conf >Synopsis: locate(1)'s database is generated with root permissions >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 09 18:30:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: f. johan beisser >Release: -CURRENT. problem also exists in -STABLE. >Organization: >Environment: >Description: the locate(1) database is generated with root permissions. this allows any user to find the existance of any other users files through the locate(1) command. this means doing a search for any users login, you can get a list of all of the files in their home direcotry, no matter what permissions the file has. technically, this is a privacy violation by periodic(8). locate.mklocatedb creates the /var/db/locate.database as whoever the invoking user happens to be. since 310.locate (/etc/periodic/weekly/310.locate) is called by root, it doesn't pay any attention to user set permissions while generating the database. >How-To-Repeat: it's repeated every week by periodic(8). >Fix: stop generating the locate database as the root user. the other option is to set up locate(1) a bit more securely via adjusting the locate.rc (/etc/locate.rc) or by excluding user home directories (/usr/home) automagically. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 19:30: 4 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8307337B405 for ; Sat, 9 Feb 2002 19:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g1A3U2M89757; Sat, 9 Feb 2002 19:30:02 -0800 (PST) (envelope-from gnats) Date: Sat, 9 Feb 2002 19:30:02 -0800 (PST) Message-Id: <200202100330.g1A3U2M89757@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Wolfskill Subject: Re: bin/23081 Reply-To: David Wolfskill Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/23081; it has been noted by GNATS. From: David Wolfskill To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/23081 Date: Sat, 9 Feb 2002 19:27:30 -0800 (PST) Might as well cancel this PR: the hardware in question is old; I cannot tell if the symptoms I observed were because the hardware itself was flaky (I had no similar systems for coomparison), and I no longer have access to the hardware in question anyway. Cheers, david -- David H. Wolfskill david@catwhisker.org I believe it would be irresponsible (and thus, unethical) for me to advise, recommend, or support the use of any product that is or depends on any Microsoft product for any purpose other than personal amusement. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 19:38:54 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 0612437B41A for ; Sat, 9 Feb 2002 19:38:51 -0800 (PST) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id GAA16921; Sun, 10 Feb 2002 06:46:06 +0300 (MSK) Message-Id: <200202100346.GAA16921@aaz.links.ru> Subject: Re: bin/18275: proposed TMPDIR setting and /usr/bin/mkinittmpdir In-Reply-To: <20020210014215.GA10546@labyrinth.cs.rogers.wave.ca> from "Ashley Penney" at "Feb 9, 2 08:42:15 pm" To: ashp@unloved.org (Ashley Penney) Date: Sun, 10 Feb 2002 06:46:05 +0300 (MSK) Cc: freebsd-bugs@FreeBSD.ORG From: "."@babolo.ru MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Ashley Penney writes: > On Sun, Feb 10, 2002 at 04:07:06AM +0300, "."@babolo.ru said: > > ashp@FreeBSD.org writes: > > > Synopsis: proposed TMPDIR setting and /usr/bin/mkinittmpdir > > > > > > State-Changed-From-To: open->closed > > > State-Changed-By: ashp > > > State-Changed-When: Sat Feb 9 15:53:58 PST 2002 > > > State-Changed-Why: > > > While this is a nice utility, I don't believe it will ever make it > > > into the base system, as it simply makes something slightly easier. > > > > > > I've closed the PR, as I feel this is something better used locally > > > rather than distributed to all FreeBSD users. Keep up the good work > > > tho'! > > Sorry, I am sure you are not right. > > The reason I sent one of 2 coupled utilities for > > inclusion in base system and another (ports/sysutils/deleted) > > to ports is that mkinittmpdir is only first step > > in direction we all need. The second step is to > > modify /etc/{shrc,profile,csh.*,login.conf} /usr/share/skel/* > > so on, third - use this functionality in > > system and ported programs so on. > > I have no power to promoute this using language > > (English) I do not know good enough so I wait > > for another person with good English to > > do that. Can you? > > Hi, > > I think the main problem with this utility is the fact that it changes > an accepted method of performing certain tasks. We need to maintain > compatability with other UNIXes, and this sometimes hinders us from > performing certain tasks in a smarter way. While this method of > handling TMPDIR is nice, it would then create a difference between us > and the other BSDs. I think the best solution at this point is to > submit the mkinittmpdir as a port also. Once it's a port, and people > can experiment with it, the case for including it in the base system > is likely to be stronger. > > However, where possible the new trend seems to be to remove functionality > from the base system and move it into the ports tree, to help make FreeBSD > a light and flexible system. Yes, I understand new trend. The reason to be in base system is explained (I try to explain as possible for me) in previous letter. So, let's this PR be open, and I make port as a second step in promoution of this direction. About compatibility. how compatible jail(1) is? Or how compatible FreeBSD at all with UNIX v7 ? Yes, I proposed not so big. -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 9 23:10:19 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E370E37B404 for ; Sat, 9 Feb 2002 23:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g1A7A2l29270; Sat, 9 Feb 2002 23:10:02 -0800 (PST) (envelope-from gnats) Received: from hsu.bbnetworks.net (hsu.bbnetworks.net [212.16.96.38]) by hub.freebsd.org (Postfix) with ESMTP id 5DCFF37B404 for ; Sat, 9 Feb 2002 23:08:55 -0800 (PST) Received: (from root@localhost) by hsu.bbnetworks.net (8.11.6/8.11.6) id g1A7AlW67425; Sun, 10 Feb 2002 09:10:47 +0200 (EET) (envelope-from hsu) Message-Id: <200202100710.g1A7AlW67425@hsu.bbnetworks.net> Date: Sun, 10 Feb 2002 09:10:47 +0200 (EET) From: Heikki Suonsivu Reply-To: Heikki Suonsivu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/34783: HP 5490C scanner not identified as scanner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34783 >Category: kern >Synopsis: HP 5490C scanner not identified as scanner >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Feb 09 23:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Heikki Suonsivu >Release: FreeBSD 4.5-STABLE i386 >Organization: bbnetworks.net >Environment: System: FreeBSD hsu.bbnetworks.net 4.5-STABLE FreeBSD 4.5-STABLE #6: Wed Feb 6 11:47:15 EET 2002 hsu@hsu.bbnetworks.net:/usr/obj/usr/src/sys/CAT i386 Tracking stable. >Description: HP 5490C scanner is not recognized by FreeBSD as a scanner. This is first step for getting SANE to work (that is another story, as SANE wants an ioctl to determine type of scanner, which needs to be solved, and probably other work). >How-To-Repeat: Connect HP 54xxC series scanner. The scanner gets allocated as generic device, not a scanner. >Fix: Index: usbdevs =================================================================== RCS file: /usr/CVS/src/sys/dev/usb/usbdevs,v retrieving revision 1.11.2.17 diff -c -r1.11.2.17 usbdevs *** usbdevs 4 Feb 2002 10:39:58 -0000 1.11.2.17 --- usbdevs 6 Feb 2002 09:21:08 -0000 *************** *** 596,601 **** --- 596,602 ---- product HP 840C 0x0604 DeskJet 840c product HP 5300C 0x0701 Scanjet 5300C product HP 970CSE 0x1004 Deskjet 970Cse + product HP 5400C 0x1105 Scanjet 5400C product HP 930C 0x1204 DeskJet 930c product HP 640C 0x2004 DeskJet 640c product HP P1100 0x3102 Photosmart P1100 Index: usbdevs.h =================================================================== RCS file: /usr/CVS/src/sys/dev/usb/usbdevs.h,v retrieving revision 1.32.2.17 diff -c -r1.32.2.17 usbdevs.h *** usbdevs.h 4 Feb 2002 10:39:58 -0000 1.32.2.17 --- usbdevs.h 6 Feb 2002 09:22:02 -0000 *************** *** 1,10 **** ! /* $FreeBSD: src/sys/dev/usb/usbdevs.h,v 1.32.2.17 2002/02/04 10:39:58 sobomax Exp $ */ /* * THIS FILE IS AUTOMATICALLY GENERATED. DO NOT EDIT. * * generated from: ! * FreeBSD: src/sys/dev/usb/usbdevs,v 1.11.2.14 2001/12/10 11:47:20 sheldonh Exp */ /* --- 1,10 ---- ! /* $FreeBSD$ */ /* * THIS FILE IS AUTOMATICALLY GENERATED. DO NOT EDIT. * * generated from: ! * FreeBSD: src/sys/dev/usb/usbdevs,v 1.11.2.17 2002/02/04 10:39:58 sobomax Exp */ /* *************** *** 603,608 **** --- 603,609 ---- #define USB_PRODUCT_HP_840C 0x0604 /* DeskJet 840c */ #define USB_PRODUCT_HP_5300C 0x0701 /* Scanjet 5300C */ #define USB_PRODUCT_HP_970CSE 0x1004 /* Deskjet 970Cse */ + #define USB_PRODUCT_HP_5400C 0x1105 /* Scanjet 5400C */ #define USB_PRODUCT_HP_930C 0x1204 /* DeskJet 930c */ #define USB_PRODUCT_HP_640C 0x2004 /* DeskJet 640c */ #define USB_PRODUCT_HP_P1100 0x3102 /* Photosmart P1100 */ Index: usbdevs_data.h =================================================================== RCS file: /usr/CVS/src/sys/dev/usb/usbdevs_data.h,v retrieving revision 1.32.2.17 diff -c -r1.32.2.17 usbdevs_data.h *** usbdevs_data.h 4 Feb 2002 10:39:58 -0000 1.32.2.17 --- usbdevs_data.h 6 Feb 2002 09:22:02 -0000 *************** *** 1,10 **** ! /* $FreeBSD: src/sys/dev/usb/usbdevs_data.h,v 1.32.2.17 2002/02/04 10:39:58 sobomax Exp $ */ /* * THIS FILE IS AUTOMATICALLY GENERATED. DO NOT EDIT. * * generated from: ! * FreeBSD: src/sys/dev/usb/usbdevs,v 1.11.2.14 2001/12/10 11:47:20 sheldonh Exp */ /* --- 1,10 ---- ! /* $FreeBSD$ */ /* * THIS FILE IS AUTOMATICALLY GENERATED. DO NOT EDIT. * * generated from: ! * FreeBSD: src/sys/dev/usb/usbdevs,v 1.11.2.17 2002/02/04 10:39:58 sobomax Exp */ /* *************** *** 908,913 **** --- 908,919 ---- 0, "Hewlett-Packard", "Deskjet 970Cse", + }, + { + USB_VENDOR_HP, USB_PRODUCT_HP_5400C, + 0, + "Hewlett-Packard", + "Scanjet 5400C", }, { USB_VENDOR_HP, USB_PRODUCT_HP_930C, Index: uscanner.c =================================================================== RCS file: /usr/CVS/src/sys/dev/usb/uscanner.c,v retrieving revision 1.2.2.5 diff -c -r1.2.2.5 uscanner.c *** uscanner.c 27 Nov 2001 02:00:14 -0000 1.2.2.5 --- uscanner.c 6 Feb 2002 09:24:13 -0000 *************** *** 102,107 **** --- 102,108 ---- { USB_VENDOR_HP, USB_PRODUCT_HP_S20 }, { USB_VENDOR_HP, USB_PRODUCT_HP_5200C }, { USB_VENDOR_HP, USB_PRODUCT_HP_5300C }, + { USB_VENDOR_HP, USB_PRODUCT_HP_5400C }, { USB_VENDOR_HP, USB_PRODUCT_HP_6200C }, { USB_VENDOR_HP, USB_PRODUCT_HP_6300C }, >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 10 0: 0:15 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 957AC37B405 for ; Sun, 10 Feb 2002 00:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g1A801t40471; Sun, 10 Feb 2002 00:00:01 -0800 (PST) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E696937B405 for ; Sat, 9 Feb 2002 23:51:45 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g1A7pjQ39927; Sat, 9 Feb 2002 23:51:45 -0800 (PST) (envelope-from nobody) Message-Id: <200202100751.g1A7pjQ39927@freefall.freebsd.org> Date: Sat, 9 Feb 2002 23:51:45 -0800 (PST) From: Joshua Goodall To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/34784: EVFILT_TIMER documentation not MFC'd despite long wait. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Number: 34784 >Category: misc >Synopsis: EVFILT_TIMER documentation not MFC'd despite long wait. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 10 00:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Joshua Goodall >Release: 4.5-STABLE >Organization: >Environment: FreeBSD green.shallow.net 4.5-STABLE FreeBSD 4.5-STABLE #0: Fri Feb 1 00:19:52 EST 2002 joshua@green.shallow.net:/usr/obj/usr/src/sys/GREEN i386 >Description: The commit of src/lib/libc/sys/kqueue.2 rev 1.24 was not MFC'd, despite a) the functionality it describes was MFC'd (src/sys/kern/kern_event.c r1.2.2.7), b) the r1.24 commit indicates a wait time of 1 week, long since passed, and c) I've asked jlemon a few times to MFC his original; no action, and d) I have a use for this functionality but no doco to show people. >How-To-Repeat: n/a >Fix: fix: a committer to DTRT please :) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message