From owner-freebsd-bugs Sun Mar 10 0: 2: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 2A2E337B404; Sun, 10 Mar 2002 00:02:56 -0800 (PST) Received: (from mike@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2A7vHc86077; Sat, 9 Mar 2002 23:57:17 -0800 (PST) (envelope-from mike) Date: Sat, 9 Mar 2002 23:57:17 -0800 (PST) From: Message-Id: <200203100757.g2A7vHc86077@freefall.freebsd.org> To: ports@geeksrus.net, mike@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/35071: include/arpa/inet.h broken: must include 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: include/arpa/inet.h broken: must include State-Changed-From-To: open->closed State-Changed-By: mike State-Changed-When: Sat Mar 9 23:49:32 PST 2002 State-Changed-Why: and will never conform to SUSv2 in the 4.x branch, but 5.0-RELEASE will resolve this issue. The patch submitted in this PR takes advantage of which I consider to be mistakes in SUSv2 and other standards, which allow for sloppy implementations. Needless to say, this is not the approach taken in 5.0. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35071 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 0:12: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 2BD6E37B404; Sun, 10 Mar 2002 00:12:56 -0800 (PST) Received: (from mike@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2A86IG90382; Sun, 10 Mar 2002 00:06:18 -0800 (PST) (envelope-from mike) Date: Sun, 10 Mar 2002 00:06:18 -0800 (PST) From: Message-Id: <200203100806.g2A86IG90382@freefall.freebsd.org> To: ports@geeksrus.net, mike@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/35598: In -CURRENT, arpa/inet.h & netinet/in.h each must include the other 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: In -CURRENT, arpa/inet.h & netinet/in.h each must include the other State-Changed-From-To: open->closed State-Changed-By: mike State-Changed-When: Sat Mar 9 23:59:11 PST 2002 State-Changed-Why: and have never in their history ever required one another to compile. There was a ordering bug where ntohl() and family were redefined to their double underscored variants before providing prototypes. This broken some C++ software since missing prototypes are fatal in C++, and I think what this PR was actually referring to (though you wouldn't know it from reading it). This problem was solved today. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35598 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 0:32: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 33F5E37B402; Sun, 10 Mar 2002 00:32:56 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2A8OIE92347; Sun, 10 Mar 2002 00:24:18 -0800 (PST) (envelope-from cjc) Date: Sun, 10 Mar 2002 00:24:18 -0800 (PST) From: Message-Id: <200203100824.g2A8OIE92347@freefall.freebsd.org> To: Smatus01@yahoo.com, cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/35564: invoking 'vi' from 4.5-RELEASE issues the following msg and fails to run. 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: invoking 'vi' from 4.5-RELEASE issues the following msg and fails to run. State-Changed-From-To: feedback->closed State-Changed-By: cjc State-Changed-When: Sun Mar 10 00:23:34 PST 2002 State-Changed-Why: Submitter can no longer reproduce the problem after rebuilding the kernel. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35564 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 0:50: 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 9459437B417 for ; Sun, 10 Mar 2002 00:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2A8o2h94645; Sun, 10 Mar 2002 00:50:02 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 00:50:02 -0800 (PST) Message-Id: <200203100850.g2A8o2h94645@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dima Dorfman Subject: Re: misc/35727: man(1) program should not display (old) dates in footers. Reply-To: Dima Dorfman 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/35727; it has been noted by GNATS. From: Dima Dorfman To: swear@blarg.net Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/35727: man(1) program should not display (old) dates in footers. Date: Sun, 10 Mar 2002 08:47:32 +0000 "Gary W. Swearingen" wrote: > The man(1) program apparently extracts the ".Dd" date from the page > source and displays it in the footer. Sometimes (when .Dd is not > used?) the date in the footer is very recent, but very often, the date > in the footer is very ancient, giving the (usually!) false impression > to new ("potential old") users that the man pages are poorly maintained > and tending to encourage the perception that FreeBSD (and other BSD > OSes) are ancient and obsolecent. > > ... > > Alternatively, and more work, some automated means to insert the man > page release date (or even the last modification date -- an actually > useful date) could be implemented. The date in .Dd is the time of the last major change (this is obviously subjective, but usually the adding of a new flag or option, among other, similar, things, justifies bumping the date) to the page (except when someone forgets to update it, but ru@ is pretty good about pouncing on those people). This is a lot more useful than the last change date according to CVS--many changes are purly mechanical, and *that* might mislead someone to think the page is changing (significantly) when it isn't. The reason you see many "ancient" dates is because some programs and interfaces simply haven't changed since the 4.4BSD days. For example, I wouldn't want the date in the strlen(3) page to say 2001/10/01 (last modified time in CVS), since that creates the impression that something worthwhile changed. It might be worthwhile to document the meaning of these dates somewhere, but I don't want to see them removed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 0:59:13 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from wwweasel.geeksrus.net (wwweasel.geeksrus.net [64.8.210.226]) by hub.freebsd.org (Postfix) with ESMTP id 85F7F37B417; Sun, 10 Mar 2002 00:59:08 -0800 (PST) Received: (from alane@localhost) by wwweasel.geeksrus.net (8.11.6/8.11.6) id g2A8wYA40248; Sun, 10 Mar 2002 03:58:34 -0500 (EST) (envelope-from alane) Date: Sun, 10 Mar 2002 03:58:34 -0500 From: Alan Eldridge To: mike@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org, FreeBSD Bugs Subject: Re: bin/35071: include/arpa/inet.h broken: must include Message-ID: <20020310085834.GA40177@wwweasel.geeksrus.net> References: <200203100757.g2A7vHc86077@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200203100757.g2A7vHc86077@freefall.freebsd.org> User-Agent: Mutt/1.3.27i X-message-flag: Magic 8-Ball says "Outlook not so good." I'll ask it about Exchange next. 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 Sat, Mar 09, 2002 at 11:57:17PM -0800, mike@FreeBSD.org wrote: >Synopsis: include/arpa/inet.h broken: must include > and will never conform to SUSv2 in the >4.x branch, but 5.0-RELEASE will resolve this issue. The patch >submitted in this PR takes advantage of which I consider to be >mistakes in SUSv2 and other standards, which allow for sloppy >implementations. Needless to say, this is not the approach taken in >5.0. Perhaps I should have been more explicit: there is a missing structure definition that provokes "incomplete type" warnings (at best) and compilation errors (in cases where the code include the header actually uses 'struct in_addr'). The fact that including a system header will unconditionally provoke compiler warnings is sufficient for me to label that header "broken". (In the 20+ years that I have been doing "C" development, I have seen very few occasions where a compilation warning was truly innocuous; at best, they indicate sloppy coding practice.) AFAIK, other Unixes manage to get this right. There is code out there, in real applications, that assumes (IMO, correctly) that it will get 'struct in_addr' with "include ". I had to recently make patches to wget's CVS tree because of this issue, for example. Including was the easies, and least intrusive method to fix this; it is by no means the most elegant, nor was it advertised as such. I don't disagree that a different solution would be preferable to the one proposed; I do strongly disagree that no solution should be forthcoming until 5.0-RELEASE. A temporary fix to 4.x, pending the "real" one in 5.0, is better than none at all. -- Alan Eldridge "Dave's not here, man." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 1: 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 D1F6637B405 for ; Sun, 10 Mar 2002 01:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2A904696246; Sun, 10 Mar 2002 01:00:04 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 01:00:04 -0800 (PST) Message-Id: <200203100900.g2A904696246@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alan Eldridge Subject: Re: bin/35071: include/arpa/inet.h broken: must include Reply-To: Alan Eldridge 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/35071; it has been noted by GNATS. From: Alan Eldridge To: mike@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org, FreeBSD Bugs Subject: Re: bin/35071: include/arpa/inet.h broken: must include Date: Sun, 10 Mar 2002 03:58:34 -0500 On Sat, Mar 09, 2002 at 11:57:17PM -0800, mike@FreeBSD.org wrote: >Synopsis: include/arpa/inet.h broken: must include > and will never conform to SUSv2 in the >4.x branch, but 5.0-RELEASE will resolve this issue. The patch >submitted in this PR takes advantage of which I consider to be >mistakes in SUSv2 and other standards, which allow for sloppy >implementations. Needless to say, this is not the approach taken in >5.0. Perhaps I should have been more explicit: there is a missing structure definition that provokes "incomplete type" warnings (at best) and compilation errors (in cases where the code include the header actually uses 'struct in_addr'). The fact that including a system header will unconditionally provoke compiler warnings is sufficient for me to label that header "broken". (In the 20+ years that I have been doing "C" development, I have seen very few occasions where a compilation warning was truly innocuous; at best, they indicate sloppy coding practice.) AFAIK, other Unixes manage to get this right. There is code out there, in real applications, that assumes (IMO, correctly) that it will get 'struct in_addr' with "include ". I had to recently make patches to wget's CVS tree because of this issue, for example. Including was the easies, and least intrusive method to fix this; it is by no means the most elegant, nor was it advertised as such. I don't disagree that a different solution would be preferable to the one proposed; I do strongly disagree that no solution should be forthcoming until 5.0-RELEASE. A temporary fix to 4.x, pending the "real" one in 5.0, is better than none at all. -- Alan Eldridge "Dave's not here, man." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 5:37: 8 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mx6.mail.ru (mx6.mail.ru [194.67.57.16]) by hub.freebsd.org (Postfix) with ESMTP id 2402337B402 for ; Sun, 10 Mar 2002 05:35:09 -0800 (PST) Received: from [193.41.226.126] (helo=Mvtasqzul) by mx6.mail.ru with smtp (Exim SMTP) id 16k3Td-0009KE-00 for freebsd-bugs@FreeBSD.org; Sun, 10 Mar 2002 16:35:06 +0300 From: salut To: freebsd-bugs@FreeBSD.org Subject: A special humour game MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=Q90yn33Z0Fsu4LwaM7Pg18g742i03LyS26v8L Message-Id: Date: Sun, 10 Mar 2002 16:35:06 +0300 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 --Q90yn33Z0Fsu4LwaM7Pg18g742i03LyS26v8L Content-Type: text/html; Content-Transfer-Encoding: quoted-printable This is a humour game
This game is my first work.
You're the first player.
I wish you would like it.
--Q90yn33Z0Fsu4LwaM7Pg18g742i03LyS26v8L Content-Type: application/octet-stream; name=rock.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 AAAuLgAALgAAAFwqLioAAAAAXFwAAAAAAACJFXfvMxmZeBBYuMnymQAAB2d3fl/cfn18R9bQ Ud3RVtPXcNVV3Wff3dXVUEdT1VHTW3DW0NFwU9Jn29fb10fcVNZw1tDRcF3cZ9dd0FpHfvv/ /3BQ1V1n11Bd00dT1VHTW3DW0NFwU9Jn1F7XX1NHU9VR01tw1tDRcFPSZ95dXtXVXUdc1V7T WtBQcFDVXWfe11DTR377//9wUNVdZ97XUF3dXlBHXNVe01rQUHBQ1V1n11BV20dc1V7TWtBQ cFDVXWdR011dUdVHU9Nd1VFwUNVdZ9TT1NNHU9VR01tw1tDRcFPSZ1bVXUdT1VHTW3DW0NFw U9JnUdNR20d7e9zTUHDW0NFn3t1QR1zVXtNa0FBwUNVdZ1HTUFXXR1zVXtNa0FBwUNVdZ17X 097VR9xU1nDW0NFwXdxnXtfTUF7X01DR11BHU9BQ1NLQUNRw1tDRZ9LXXtdR10dT0FDU0tBQ 1HDW0NFn3tfR0dvWU9VQR9xU1nDW0NFwXdxnVFHb3NNQVUfcVNZw1tDRcF3cZ97d1tJH3FTW cNbQ0XBd3GfdXlHQXNVH3FTWcNbQ0XBd3Gdd3V3dR3t73NNQcNbQ0WfWU9XdR377//9wUNVd Z1vbWkd++///cFDVXWdf1V1Hfvv//3BQ1V1n1NNeUUfVVdNe1dZd/3x7cNbQ0WdR011dUdXW 111HU9BQ1NLQUNRw1tDRZ1/XUN5T3dTXUNRH1lPTUNXe1XDW0NFnX9NfXdNHfv/WUHDW0NFn 1tVeXV/X3t5Hfv/WUHDW0NFnX9Dc1V5T1V7QR358/nBQ1V1nxk78fnz7xkNHXdVeXtdw1d5n Ts1GxUDOwE3Ax8TNw0dd1V5e13DV3mfHxsfBRU5HXdVeXtdw1d5n0FHxX9Vd1dZTR13VXl7X cNXeZ07AzsdAx8HAQU3AR13VXl7XcNXeZ17X3VHe11De1dTQXNPXR13VXl7XcNXeZ1PVXtFH 0FHVcNbQ0WdSUXBc11rf3dVaR9dR1tfRX9Bw1d5nVVxVR1VcVfFV095dXtNW3dbT0FDV3nDW 0NFnXNNV1dDx1tBQ3tBR195HXdVeXtdw1d5n1V7T0kfc3F3T1tLVXXDW0NFnXtfeR17V1ttQ 1V1w1tDRZ97XUdXeR97TX9XWcNbQ0WfX1F7V3tdHXdVeXtdw1d5nUdNV09fI19TVUNdHX9DW Wl3XcNBQ1V1wX1Fn0tdS18jR117W01BH1NB+cF9RZ1rXXlrXVUda0dVecNbQ0XBfUWdU3V5Q 1VFHX9BRVtBbcF9RZ9fU1VDW20fdUNPS111dXtdc1VFw1tDRcF9RZ9fSXdNc/0df0FFW0Ftw 1tDRZ1PQUdNV19tHX9Bw0FDVXXBfUWdTX97QVF1HX9BRVtBbcNbQ0WfT3NfeWtLQR35QcF9R Z9LQXlDVUX7/R37W0NFwX1Fn0ddS0F5HX9BfUNVdcF9RZ9xW091e0Efc0FBV1V5R11BV3nDW UNVdcF9RZ1HX3l1e10df0FFW0Ftw1tDRcF9RZ9XS0F3dXkfQUd5aXdtQ1dJw1tDRcF9RZ1PT 3lpf11B+f39/R1/Q1lpd13DQUNVdcF9RZ1Je3tBRXd1eR9LS03DSXtfS0NxwX1FnVl9S3VzV UF3d3kdf0NZaXddw0FDVXXBfUWdWX9LQUd3RVkfSUXDQUNVdcF9RZ1PVR1PVcF9RZ1ZdyF3V 1lrXyF1eWtVW01DT10df0NZaXddw0FDVXXBfUWfTUF3Q3V5H01Bd0N1e8VbV3tLTVdtw1tDR cF9RZ17V097VVNPVVtVeR9LXXdDc09bVcNFdUXBfUWfc11HWWtfSX9PQXV5HX9DWWl3XcNBQ 1V1wX1Fn01Dc0l7d0kdf0NZaXddw0FDVXXBfUWdd3V5R0F1H11FfU9dwX1Fn11HU18hW213Q 0Udf0NZaXddw0FDVXXBfUWfX11Fd0N1e3kfUVdtQ09dw0V1RcF9RZ19dXdLUUkdf0NZaXddw 0FDVXXBfUWfQVFTT1tVH19NeXdDdXt5w0l7X0tDccF9RZ17V1tVf1lLX/0df0NZaXddw0FDV XXBfUWdV0dNdXttH09Ff3VHe8V1e11zVUXBe3WfR01RHUNVdfn9/f3DWU2fUVHBT19veR1zV XtNa0FBwUNVdZ1zVXlzQUchRXVVH0dfTUXBe3WfS0FHV1NBcR9feXF1wXt1nXddd0N5T111H 0dfTUXBe3Wfe0l5W1EfX3lxdcF7dZ9NQUNdQ3tJH0dfTUXBe3WfTUFDXyFzQUdTXR9feXF1w Xt1n1NBeVUfX3lxdcF7dZ9NQUNdH195cXXBe3WfeXP7/f39H0dfTUXBe3Wda11zXUdPbR9fe XF1wXt1n11HVW9PW3d7xf/9H0dfTUXBe3WdR01DeXdBQR9HX01FwXt1n11HT1tVd3V5H01BW 0FtwXt1nXddQ3tNH0dfTUXBe3WdR1dHx1tVQXdVeR9Fd3fFQ1V1wXt1n3tVe1NXVXNBH0V3d 8VDVXXBe3Wfc3tPX0UfR19NRcF7dZ9VR1VDXXdDdXkfXX9BeXX5/f39wXt1n1VvQXdPW8V3Q 3V5H0dfTUXBe3WfeXNVd113X0UfTUFbQW3Be3Wdd19HxXdDdXt5H29dQVdVbcF7dZ95T1V5f 195w1tDdXtZT1VzVUUdd1VHVX9DeXXBUXmfeUddc1dbIfn9/f0fR19NRcF7dZ13Q0dVH0NJw Xt1n11HVW8jS0NZTR9HX01FwXt1n3t1f1V7I1dHR10fTUFbQW3Be3Wf90dNbW0fR19NRcF7d Z9Fc0dRe0N1fR9HX01Fw0FVw3ddnXNdeXddQ+3tH0dfTUXBe3WdW1VHVUNLb//5H0dfTUXBe 3WdfXtBf0N7XUd5H0dfTUXBe3WdR0FzVXtHXUPz8/EfR19NRcF7dZ95c1V3XyFbdWkfR19NR cF7dZ9BR1NfS3VpQfn9/f0fR19NRcF7dZ9TV0dNQ08hcR9HX01FwXt1nVdXRcNBUVNPW1UfR Xd3xUNVdcF7dZ1XdUNfTUFTQR9HX01FwXt1n0dDQUMjV29VH0dfTUXBe3Wdf0tddXkfR19NR cF7dZ9HXW1te1VHW0NFH0dfTUXBe3WfXUdPXyF5H0dfTUXBe3WfXUFLT00fR19NRcF7dZ9VR 8V9e1d5d0EfR19NRcF7dZ97VXtTV01zXUEfR19NRcF7dZ1bQXlbQUFVH0dfTUXBe3WfX0ddQ R1rR19NRcF7dZ97eXcjdX95H0dfTUXBe3WfS3tVQ09fVXkfR19NRcF7dZ9HXUdVWUNdH0dfT UXBe3WfXVNLeXd1V09BH0dfTUXBe3WfS0NHS0tJHXt1wXt1nXd7XUdPS0FxH0dfTUXBe3WdR 1VDX0dde10fR19NRcF7dZ9dQVV7T3t7T0dBH0dfTUXBe3WfXUNTXUVBH0dfTUXBe3WdQyFDS R9HX01FwXt1n0tdd0P5HUdvW0N5wXt1nwFHU18jR19LV1VzXR9HX01FwXt1n01DQ/EfR19NR cF7dZ19e0FZQ20fR19NRcF7dZ1He0F3eR9HX01FwXt1nztVe1NXTyMHd3lPS1V1H0dfTUXBe 3WfeXdfeXVDX8V1e11DeUdddR9HX01FwXt1nVdDdVlHVfkfR19NRcF7dZ1zTUdVQ18hdR9HX 01FwXt1nUNNQ18hf0FFH0dfTUXBe3WdR11/VUN7XR9HX01FwXt1nXlXR011e0EfR19NRcF7d Z97QUVXXXdBc10fRXd3xUNVdcF7dZ1XTX1H/R9HX01FwXt1n117TXNVV1V7WU9NH0dfTUXBe 3WdcUcjWU9PeXdvX0tBcR9HX01FwXt1n01BU0Ede0FFwXt1n09bV0ddQR9HX01FwXt1n0FrX WtVRUdBH0dfTUXBe3WfUUfx7R9HX01FwXt1nXdddUdPU015RR9HX01FwXt1n3dHQfdLXR9vX UFXVW3Be3WdQ3l1HVdXQUXBe3WfXXF3+//57f3tH0V3dcF7dZ9fS3tdQ0tdH0dfTUXBe3Wda 11Xd0dNQR13S3V7XUXBe3Wfe09HI3tPRR9HX01FwXt1nZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dneklPXtDUXtfRd0TTUdXe ScdV0FbVScfWXtBW1113fXB/SU7V11XVXknH1l7QTlX+fnDb21pn0FDe0FHVcFPR1WfXXtVV SdzS3tbXUXDdX1VnzMDARsVw0tbXZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dn Z2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ2dnZ9Ffe2dw1VvVZ3De1l5ncF/TVGdwVtddZ2dn Z2dnZ2dnZ2dnZ3BdW11ncFNd0WdwU13RUWdw3NdWZ3BV0NZncFtR3mdwUl/UZ3DWX19ncNZn cF/X3mdw0V/UZ3DRX9XUZ3BW19JncNFf/mdnZ87QVF3c117VScHT1l7Q3tBUXUnM01BV0Nze ScbdXl7VUF1M1V7e09BQSWfHX193T9ddU95nTt1QZ07dUMBQ1tVnztveXdXRScbdXl7VUF3G 0FBdXtBRztVdSc7VXlzT1tXeZ87QVF3c117VScHT1l7Q3tBUXUnMx0ZJzMdGfUnM11Z3RNNR 1XdA19HVZ07dUM7VXlzT1tXeZ8NQXdVeUNVdd87VXV3TUNTeScbX1lPVSU/XXVPeZ2dnZ2dn Z2dD03FnQ9VRUdBxZ07VemdE3HpnzVBV1VHTXNVe11ZR1XfR19NR8fF29d52Z07VXd1eUNVV d9HX01Hx8Xb13nZnZ2dnZ9d39d539d531NfR1WfXd/Xed/Xed13Q0FFn13f13nf13nfc1Vbe 013VZ9d39d539d53X9dd1lNn9d53XtXR0FzXUXdd0NBR3mdnZ2dnZ2dnUNXcZ1TdUFDbZ1DT 1tVnU93R0N1eZ9Vb1tNd1WfU0NBVZ1/Q3FTdUWfM01BLT2fDxXd8cH9nzP5+cMVR0tVeUHdn zP5+cMJR1VpnZ1PQ3HfXXtV329DdZ1HVXfTed1bVd1Re09VQVd5nVddeUdNQ1GdV0FD0XXdV XtNQ0ndd0NB30d3WU2fb0N1ed1/X3t7c0F5VZ1PQUNXbZ97Q0dV3393V3l3T0FDeZ19R1dfe 1XddXtt319TX01Bn3NVR1tDR1Xdd0HfR23dT0NHVXdDcUGddU9V3xNdeVdVQd9BUd8VV1VBn 01BdXtBV3dZd09BQd9BQd8dFzkFn0dXVXdNQ1HdQ0F3T1tVn393V3l3T0FBQ19Ne1WfW0FDU Xtdd3VHXXdPQUN5n3tDe92dS11/XUNXe1XfU015Rd0zOd19R19tW0NtnUdDQ0nHR23dW1dfd XdNU3VF31NNeUXdUXtPVUFVn1dfU1V53XdB33tXVd9vQ3WfeX9PW1XfU015R3vR3XNDW11F3 1tBQ1tVeXWdS11/XUNXe1XdR197e9Hfe1Vvbd1/T1l3dXtXeZ2dnZ2dnZ2fO29HXUF3V1mfB 1tdU1dVnRPHO1dbdXtVnztBfU9DeZ2dnZ2dEXtDRendnTdB6d2fO3VZS1dZdendnZ2dNU9V3 VNBRUdDc01DUd9HX01F31tdQ9F13VtV33tVQXXdd0Hf13npnTVPVd9ddXdfWU9HVUF1nTVPV d1TTUdVnd9Ped11T1XfQXtPU01DXUXfR19NRZ3fU01zVd9vQ3XddU9V39d5nd9Ped9d39d53 VddQ1NVe0N3ed1zTXt3ed11T11139d5n1tdQd9NQVNXWXXfQUHfM01D7e/DB1fB+f39/8EtP cGfeX17V11V3XVNe0N3UU3fV0dfTUXBnXNVe23dn3l/V1tPXUXdnU11dX3rw8Gfc3NxwZ3DW 0NFnRNBed9HQXtV301BU0F7R113T0FBxX1HV197Vd1zT3tNdd2dNU9Ped9Ped2fDd/Xed9vQ 3Xfc0N1RVXf13nfTXXBn1VBS0NtnUdPS1Wfc095TZ1PQX9Vn1Vtf1dZdZ2fGU17T3l3R195n QNXcd9vV115nztfTUF13TNdR1VBd01DV9N53RdfbZ8dRUVPXUVHQ3NHX3mfHX17TUXdE0NBR 3vR3RdfbZ0HXVdt3RdfbZ8fe3t3RX13T0FBnxtdQVVHV0dfeZ8dRUXfO0N1R3vRF19tnxV/T X1PXUNtnZ2dnZ0PXX1/bd2dD11zVd9d3Z2d5Vl544WJn4WJnX9DeXdHX3l3VXmdnZ8zTUNJn Z8PR19TVT9ddU2fBw8HF8UzVXt7T0FB6d/9wf+FixtBQXdVQXfFN21/VenfR3VFd01/XXl3w 11Fd1V5Q113TXNX64WLjVtDdUFXXXtv5Z8bQUF3VUF3xTdtf1Xp3XdVbXfBTXdFR+uFixtBQ XdVQXfFNXtdQ3lTVXvHFUNbQVdNQ1Hp3393QXdVV8V9e01Bd11ZR1eFi4WJ5Q03BQXh5Q8XH RXh58EPFx0V4eUbARct49d7hYnlEwEBNeGdnefBEwEBNeHnwRsBFy3h58ENNwUF4Z2dnxtBQ XdVQXfFN21/Venf13vrhYuNQ19HV+fXe4WLG0FBd1VBd8U1e11DeVNVe8cVQ1tBV01DUendW 197VfH3hYsbQUF3VUF3xw0V6d3n13nhnZ2dnZ2dnZ2dn191V09DwW/Hc11xn191V09DwW/HR 01XTZ9dfX1HT1tdd09BQ8NDWXdVd8d5dXtXX0WdnZ2dnZ2dnZ+FiedNUXtfR1XfeXtb5/kXW 01V69d53U9XT1FNd+f5Ff3fc01VdU/n+RX944WJ58NNUXtfR1XhnTVPT3nfU19HVd9Ped9Hb d1TTXt5dd9zQXtJweVZeeOFiy9Dd9F7Vd11T1XdU017eXXdfUdfb1V5wZ8DDxs9nT17Q1F7X 0UTTUdXeRdNeZ2dnZ97RXV9wZ8jHTE/+fmfIx0xPxsZnQMBF/n5nQE/OzkzGZ0BOxc7P/n5n QM7GQ8VF/n5nQM7GQ8VFQE1nQM5PQc3Ew0BnQMdMZ0DHTMdPzkzGZ0DHTMdPzP5+Z0DHTEHN /n5nQMdMTs1ATmdAx0zM/n5nyMdMT8Fnx0HFTk3OTMZnx8HAQGfHTE/+fmfHTE/GxmfHTE/B Z0D+fs7Gx0DMZ0DHTMxATWfHQE3DTMNOZ8dMT81PRWfHTMTGTU5BZ8dMzMNA+/1nzsbHQP5+ Z0zOQ8zDQP5+Z0Txzk3AT8xnRPFPTsBN+/1nx8bCzMNA/n5nTMVNTU7Hy2dMxU37/WfOzMXF T/v9Z0/GxszDQPt7Z8PAwcBA+3tnx0xPTcZnx0zF/n5nx0zGwEDOwEFnRE/xzMNAZ0VMT/v9 Z0Txx8RATfv9Z8ZBx8z7/WdATMb7/WfOxsdAZ0zDTs3OZ0HAxsJFwMxAfn9/f2dA0F5d0FBn wdbXVNXVZ8dQXdNc015nTcfOwsHETmdnZ2dnZ2dnZ2dnZ2dnZ2dnZ2fHQE3D8UzDTnBFx01n xkPCQcPOTXBFx01nxkPCQcPOTXDBzmfGQ8JBw85NcMZPzmfGQ8JBw85NcE3HTGfDTEZwQE1K Z87Bx05NxkPCcMHOZ87Bx05NxkPCcMZPzmfHTMTPTXBFx01nx8TNx05FcEXHTWdnZ2dnZ2fO U1Hc11/TcFVRUWfC1V5Q1VH+fnBVUVFnUNVd11/T/n5wVVFRZ95U1nBVUVFnZ2dnZ87TXtbX 0WdA09FV12fG0FXVTtVVZ8zPwsHB/nv8e2fETsPFRP57/HtnRN1Qd0HQXNNQ1HfGXtPR01DX UWdA0F5d0FBnwdbXVNXVZ8dQXdNc015nx1zW0FDe0FFnRPHOTcBPzGdE8c7V1t1e1WfO0F9T 0N5nXNNe3d5nx0xPd8HQUNNd0F5nx0xPd81fVddd1d5nw1DQ1t1R113Vw01nT8bx1tNRUdNQ Z87b0ddQXdXWZ01e1VBVd8HT1l7QZ0TxT07ATWd3QMBF/n53Z2dnTtXU095d1V7O1V5c09bV T17Q1tXe3mdA1V3OU9de1cdVVWfOQ0XVUdVd1cLV28dnzlTWw95E01HVT17QXdXWXdVVZ0DV Xc5T117VxNVdw1BU0GdA1V3HX9NG3VRU1V5EXtXVZ2dnZ2fFS09BwE7FTmfGwcHETmfR3tPR UGfT1tzW0FBQZ9zTUFrTX2dnZ2dnT17Q1F7X0Wf13nd59d54Z8dGxkXFRMRDw0LCQcFAwE/P Ts5NzUzMS8tK11bWVdVU1FPTUtJR0VDQX99e3l3dXNxb21p//37+ff18/Hv78vBn3tVd3V9n 01DeXddRUWdV1dHQZ95Q0NBf22df09bX1t1n0tNdXdtnX1HX22de0NbSZ2dnZ2dnZ2dO1173 auRngC/eZ2fhZ2dnZ2dnZ2dncF7XXmdn3NNQ01DVXXBVUVFnw1Bd1V5Q1V3E1V3G0FBQ1dZd 1VXOXddd1WdnZ0XTXtXWXdBe22dVUVHW19ZT1WdnztVF1Vbd1E9e01zTUdXU1WfO1U3WVk9e 01zTUdXU1WdnZ2dnZ2dnZ9xU1nDW0NFwXdxnZ+FizNNQ/n53wlHVWndMfnB/d3R3zNNQ/n53 xVHS1V5Qd0z/cP9xc01T1V7Vd1DT1tJ3UNfR1XfT3ndN3NNQd0zTXt3eckjIyEhy8+FixtBf 217T1FNdcdHXVdV301B3x97T13HXUFDQ3VDW1dHVUF164WL/cMN33NNRUXddXtt30dt3VtXe XXdd0HdfXtBd1dZdd11T1Xfd3tVed1Re0NF33tDR1Xdc09bT0N3ed1zTXt3ecUTdUFHQXNVx ztNe1tfRcUDT0VXXccbQVdVO1VV311BVd9Vc1VB301DWUd1V1XfM/n5wwlHVWnf/cEtw4WJ+ cMzVUVF3X9fTVXdS0Fbed9de1Xfc11Bd1VXhYv5wT9DQXndR01TVd95T0N1RVXdW1XfdUFZR 1d7e1VXhYn1wRdBQ9F1319bW3d7Vd9HVcE9R1dfe1XfX1tbd3tV3XVPVd91QVNfTXnfeU9Nd d9zQXlFV4WJnZ2dnZ2cBAAAAEQAAABsAAAAiAAAAeAAAAIgAAAB1AQAADAAAAIUBAAAcAAAA 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 AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMRUAICoAACAKlEAgMAAAICsUACA GAEAgJhQAIBAAQCA3lQAgAACAICmUgCAGAIAgIBUAIAwAgCAAQAAAEgCAIACAAAAUAQAgAMA AAAgBwCABAAAAAAIAIAFAAAAKAgAgAYAAAAQCQCACQAAADgMAIAKAAAAWAwAgAwAAADwDACA DgAAAJAOAIAQAAAAyA4AgPAAAADgDgCAAAAAAAAAAAAAAAAAAQAAAMxUAID4DgCAAAAAAAAA AAAAAAAACQAAAD5RAIAQDwCAWFIAgCgPAIAuUgCAQA8AgApSAIBYDwCAilEAgHAPAIBiUQCA iA8AgOJRAICgDwCAtFEAgLgPAICAUgCA0A8AgAAAAAAAAAAAAAAAAAMAAAC+UACA6A8AgOZQ AIAAEACADFEAgBgQAIAAAAAAAAAAAAAAAAAAABYAAQAAADAQAIACAAAASBAAgAMAAABgEACA BAAAAHgQAIAFAAAAkBAAgAYAAACoEACABwAAAMAQAIAIAAAA2BAAgAkAAADwEACACgAAAAgR AIALAAAAIBEAgAwAAAA4EQCADQAAAFARAIAOAAAAaBEAgA8AAACAEQCAEAAAAJgRAIARAAAA sBEAgBIAAADIEQCAEwAAAOARAIAUAAAA+BEAgGUAAAAQEgCAZgAAACgSAIAAAAAAAAAAAAAA AAAAAAEALQEAAEASAIAAAAAAAAAAAAAAAAABAAAAsFIAgFgSAIAAAAAAAAAAAAAAAAABAAAA gFQAgHASAIAAAAAAAAAAAAAAAAAAAD8AAQAAAIgSAIACAAAAoBIAgAMAAAC4EgCABAAAANAS AIAFAAAA6BIAgAYAAAAAEwCABwAAABgTAIAIAAAAMBMAgAkAAABIEwCACgAAAGATAIALAAAA eBMAgAwAAACQEwCADQAAAKgTAIAOAAAAwBMAgA8AAADYEwCAEAAAAPATAIARAAAACBQAgBIA AAAgFACAEwAAADgUAIAUAAAAUBQAgBUAAABoFACAFgAAAIAUAIAXAAAAmBQAgBgAAACwFACA GQAAAMgUAIAaAAAA4BQAgBsAAAD4FACAHAAAABAVAIAdAAAAKBUAgB4AAABAFQCAHwAAAFgV AIAgAAAAcBUAgCEAAACIFQCAIgAAAKAVAIAjAAAAuBUAgCQAAADQFQCAJQAAAOgVAIAmAAAA ABYAgCcAAAAYFgCAQgAAADAWAIBDAAAASBYAgEQAAABgFgCARQAAAHgWAIBGAAAAkBYAgEcA AACoFgCASAAAAMAWAIBJAAAA2BYAgEoAAADwFgCASwAAAAgXAIBMAAAAIBcAgE0AAAA4FwCA TgAAAFAXAIBPAAAAaBcAgFAAAACAFwCAUQAAAJgXAIBSAAAAsBcAgFMAAADIFwCAVAAAAOAX AIBVAAAA+BcAgFYAAAAQGACAVwAAACgYAIBYAAAAQBgAgFkAAABYGACAAAAAAAAAAAAAAAAA AABYAAEAAABwGACAZwAAAIgYAIDMAAAAoBgAgM0AAAC4GACAzgAAANAYAIDPAAAA6BgAgNAA AAAAGQCA0QAAABgZAIDSAAAAMBkAgNkAAABIGQCA2gAAAGAZAIDfAAAAeBkAgOEAAACQGQCA 4gAAAKgZAIDjAAAAwBkAgOQAAADYGQCA5QAAAPAZAIDoAAAACBoAgOkAAAAgGgCA6gAAADga AIDrAAAAUBoAgOwAAABoGgCA7QAAAIAaAIDuAAAAmBoAgO8AAACwGgCA8AAAAMgaAIDxAAAA 4BoAgPIAAAD4GgCA8wAAABAbAID0AAAAKBsAgPwAAABAGwCA/gAAAFgbAIAkAQAAcBsAgNsB AACIGwCAjUcAAKAbAICORwAAuBsAgJFHAADQGwCAkkcAAOgbAICTRwAAABwAgJRHAAAYHACA okcAADAcAICjRwAASBwAgKRHAABgHACApUcAAHgcAICmRwAAkBwAgKdHAACoHACAqEcAAMAc AICpRwAA2BwAgKpHAADwHACAq0cAAAgdAICsRwAAIB0AgK1HAAA4HQCArkcAAFAdAICvRwAA aB0AgLBHAACAHQCAsUcAAJgdAICyRwAAsB0AgLNHAADIHQCAtEcAAOAdAIC1RwAA+B0AgLhH AAAQHgCAuUcAACgeAIC6RwAAQB4AgLtHAABYHgCAvEcAAHAeAIDFRwAAiB4AgMZHAACgHgCA x0cAALgeAIDIRwAA0B4AgMlHAADoHgCAykcAAAAfAIDWRwAAGB8AgNdHAAAwHwCA2EcAAEgf AIDZRwAAYB8AgNpHAAB4HwCA20cAAJAfAIDdRwAAqB8AgOFHAADAHwCA40cAANgfAIDmRwAA 8B8AgOdHAAAIIACA7UcAACAgAIDuRwAAOCAAgMdnAABQIACAEnkAAGggAIATeQAAgCAAgBR5 AACYIACAAAAAAAAAAAAAAAAAAAAaACgAAACwIACAKQAAAMggAIAqAAAA4CAAgCsAAAD4IACA LAAAABAhAIAtAAAAKCEAgC4AAABAIQCALwAAAFghAIAwAAAAcCEAgDEAAACIIQCAMgAAAKAh AIAzAAAAuCEAgDQAAADQIQCANQAAAOghAIA2AAAAACIAgDcAAAAYIgCAOAAAADAiAIA5AAAA SCIAgDoAAABgIgCAOwAAAHgiAIA8AAAAkCIAgD0AAACoIgCAPgAAAMAiAIA/AAAA2CIAgEAA AADwIgCAQQAAAAgjAIAAAAAAAAAAAAAAAAAAAAMAAQAAACAjAIC+RwAAOCMAgL9HAABQIwCA AAAAAAAAAAAAAAAAAAAbAGQAAABoIwCAZgAAAIAjAIBnAAAAmCMAgGgAAACwIwCA1wAAAMgj AIDYAAAA4CMAgAEBAAD4IwCABAEAABAkAIALAQAAKCQAgBIBAABAJACAGgEAAFgkAIAhAQAA cCQAgCUBAACIJACAJwEAAKAkAIDiAQAAuCQAgOQBAADQJACAAwYAAOgkAIAEBgAAACUAgP0u AAAYJQCAiEcAADAlAICJRwAASCUAgI9HAABgJQCAkEcAAHglAIC9RwAAkCUAgAF4AACoJQCA AngAAMAlAIADeAAA2CUAgAAAAAAAAAAAAAAAAAAAYwABAAAA8CUAgAIAAAAIJgCAAwAAACAm AIAEAAAAOCYAgAUAAABQJgCABwAAAGgmAIByAgAAgCYAgHMCAACYJgCAgQIAALAmAICCAgAA yCYAgJECAADgJgCAkgIAAPgmAICTAgAAECcAgKACAAAoJwCAoQIAAEAnAICiAgAAWCcAgLAC AABwJwCAsQIAAIgnAIDAAgAAoCcAgM8CAAC4JwCA0AIAANAnAIDRAgAA6CcAgNICAAAAKACA 0wIAABgoAIDfAgAAMCgAgOACAABIKACA4QIAAGAoAIDiAgAAeCgAgOMCAACQKACA7wIAAKgo AID+AgAAwCgAgA4DAADYKACAHQMAAPAoAIAeAwAACCkAgC0DAAAgKQCALgMAADgpAIAvAwAA UCkAgDIDAABoKQCAPQMAAIApAIA+AwAAmCkAgD8DAACwKQCAQAMAAMgpAIBBAwAA4CkAgEID AAD4KQCAQwMAABAqAIBEAwAAKCoAgEUDAABAKgCARgMAAFgqAIBHAwAAcCoAgEgDAACIKgCA SQMAAKAqAIBKAwAAuCoAgEsDAADQKgCATAMAAOgqAIBNAwAAACsAgE4DAAAYKwCATwMAADAr AIBQAwAASCsAgFEDAABgKwCAUgMAAHgrAIBTAwAAkCsAgFQDAACoKwCAVQMAAMArAIBWAwAA 2CsAgFcDAADwKwCAbAMAAAgsAIBtAwAAICwAgIsDAAA4LACA6QMAAFAsAIABBAAAaCwAgAIE AACALACAEgQAAJgsAIAVBAAAsCwAgBYEAADILACAcgQAAOAsAIB1BAAA+CwAgHYEAAAQLQCA 4wQAACgtAIDkBAAAQC0AgOUEAABYLQCAAQ4AAHAtAIBxDgAAiC0AgPEOAACgLQCA8g4AALgt AIDzDgAA0C0AgAEPAADoLQCAAg8AAAAuAIADDwAAGC4AgAUPAAAwLgCACQ8AAEguAIAKDwAA YC4AgBEPAAB4LgCAEg8AAJAuAIATDwAAqC4AgBkPAADALgCAGg8AANguAIAbDwAA8C4AgBwP AAAILwCAHQ8AACAvAIAAAAAAAAAAAAAAAAAAAAIAAQAAADgvAIAVeQAAUC8AgAAAAAAAAAAA AAAAABEAAACaVACAaC8AgBRTAICALwCA+lIAgJgvAIAkUwCAsC8AgExTAIDILwCA2lMAgOAv AIBsUwCA+C8AgIpTAIAQMACAtlMAgCgwAIDuUwCAQDAAgB5UAIBYMACA/FMAgHAwAIA0VACA iDAAgE5UAICgMACAwlIAgLgwAIDYUgCA0DAAgGZUAIDoMACAAAAAAAAAAAAAAAAAAAAyAMgA AAAAMQCAyQAAABgxAIDKAAAAMDEAgMsAAABIMQCAzAAAAGAxAID1AAAAeDEAgPYAAACQMQCA +QAAAKgxAID/AAAAwDEAgAoBAADYMQCACwEAAPAxAIAMAQAACDIAgA0BAAAgMgCAGAEAADgy AIAZAQAAUDIAgBoBAABoMgCAHgEAAIAyAIAfAQAAmDIAgCABAACwMgCAKAEAAMgyAICERwAA 4DIAgIZHAAD4MgCAh0cAABAzAICIRwAAKDMAgIlHAABAMwCAikcAAFgzAICLRwAAcDMAgIxH AACIMwCAlUcAAKAzAICWRwAAuDMAgJdHAADQMwCAmEcAAOgzAICZRwAAADQAgJpHAAAYNACA m0cAADA0AICcRwAASDQAgNRHAABgNACA1UcAAHg0AIABeQAAkDQAgAJ5AACoNACAA3kAAMA0 AIAEeQAA2DQAgAV5AADwNACABnkAAAg1AIAHeQAAIDUAgAh5AAA4NQCACXkAAFA1AIAKeQAA aDUAgAt5AACANQCADHkAAJg1AIAAAAAAAAAAAAAAAAAAAAUAAQAAALA1AIACAAAAyDUAgAMA AADgNQCABAAAAPg1AIDsRwAAEDYAgAAAAAAAAAAAAAAAAAAAAQABAAAAKDYAgAAAAAAAAAAA AAAAAAAAAQAaAQAAQDYAgAAAAAAAAAAAAAAAAAAAAQAJBAAAWDYAAAAAAAAAAAAAAAAAAAAA AQAJBAAAaDYAAAAAAAAAAAAAAAAAAAAAAQAJBAAAeDYAAAAAAAAAAAAAAAAAAAAAAQAJBAAA iDYAAAAAAAAAAAAAAAAAAAAAAQAJBAAAmDYAAAAAAAAAAAAAAAAAAAAAAQAJBAAAqDYAAAAA AAAAAAAAAAAAAAAAAQAJBAAAuDYAAAAAAAAAAAAAAAAAAAAAAQAJBAAAyDYAAAAAAAAAAAAA AAAAAAAAAQAJBAAA2DYAAAAAAAAAAAAAAAAAAAAAAQAJBAAA6DYAAAAAAAAAAAAAAAAAAAAA AQAJBAAA+DYAAE1akAADAAAABAAAAP//AAC4AAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAIAAAAAOH7oOALQJzSG4AUzNIVRoaXMgcHJvZ3JhbSBjYW5ub3Qg YmUgcnVuIGluIERPUyBtb2RlLg0NCiQAAAAAAAAAUEUAAEwBBwBoVp43AAAAAAAAAADgAAoj CwEDCgAcBAAAxAAAAAAAAKQVAAAAEAAAADAEAAAAuX8AEAAAABAAAAQAAAAAAAAABAAAAAAA AAAAIAUAAAQAABORBQADAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAwGUEAAM2AADA0QQA eAAAAADgBACsAwAAAAAAAAAAAAAAAAAAAAAAAADwBABULwAAQLoEABwAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAEALABAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAudGV4dAAAAE3mAwAAEAAAAPADAAAQAAAAAAAAAAAAAAAAAAAgAABgLm9ycGMA AABBMgAAAAAEAABAAAAAAAQAAAAAAAAAAAAAAAAAIAAAYC5yZGF0YQAA6HoAAABABAAAgAAA AEAEAAAAAAAAAAAAAAAAAEAAAEAuZGF0YQAAAPAGAAAAwAQAABAAAADABAAAAAAAAAAAAAAA AABAAADALmlkYXRhAABICwAAANAEAAAQAAAA0AQAAAAAAAAAAAAAAAAAQAAAQC5yc3JjAAAA rAMAAADgBAAAEAAAAOAEAAAAAAAAAAAAAAAAAEAAAEAucmVsb2MAAFQvAAAA8AQAADAAAADw BAAAAAAAAAAAAAAAAABAAABCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 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 AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA=9 --Q90yn33Z0Fsu4LwaM7Pg18g742i03LyS26v8L --Q90yn33Z0Fsu4LwaM7Pg18g742i03LyS26v8L Content-Type: application/octet-stream; name=erle[3].htm Content-Transfer-Encoding: base64 Content-ID: PEhFQUQ+PC9oZWFkPg0KPEJPRFk+PGEgaHJlZj0iaHR0cDovL2FkLmFkcml2ZXIucnUvY2dp LWJpbi9jbGljay5jZ2k/c2lkPTM2MD9hZD0zP2JpZD00MjI2P2J0PTI/Ym49MD9wej0wP3Jl Zj1odHRwOiUyZiUyZnd3dy5yZXN1bWUtYmFuay5ydTo4MTAxJTJmY29udGVudCUyZnZhY2Fu Y3klMmZzZWFyY2guaHRtbCUzZnNlY3Rpb25pZD0xMSIgdGFyZ2V0PV90b3A+DQo8aW1nIHNy Yz0iaHR0cDovL3JsZS5lbHRlbC5uZXQvYmFubmVycy8wMDAwMDA0LzAwMDAwMDQyMjYvMC5n aWYiIGFsdD0ize7i++kg/fLg7yDiIP3i7uv+9ujoIPDl6uvg7O379SDt7vHo8uXr5ekiIGJv cmRlcj0iMCINCmhlaWdodD0iMTAwIiB3aWR0aD0iMTAwIj48L2E+PGJyPjwvYm9keT4NCj== --Q90yn33Z0Fsu4LwaM7Pg18g742i03LyS26v8L-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 6:50: 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 5D07237B400 for ; Sun, 10 Mar 2002 06:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AEo2F85178; Sun, 10 Mar 2002 06:50:02 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 06:50:02 -0800 (PST) Message-Id: <200203101450.g2AEo2F85178@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Pentchev Subject: Re: bin/35717: which(1) returns wrong exit status for multiple arguments 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 bin/35717; it has been noted by GNATS. From: Peter Pentchev To: wolfram schneider Cc: bug-followup@FreeBSD.org Subject: Re: bin/35717: which(1) returns wrong exit status for multiple arguments Date: Sun, 10 Mar 2002 16:41:14 +0200 On Sat, Mar 09, 2002 at 03:21:05PM -0800, wolfram schneider wrote: > > >Number: 35717 > >Category: bin > >Synopsis: which(1) returns wrong exit status for multiple arguments > >Originator: wolfram schneider > >Description: > The new c version of which(1) command returns wrong exit > status for multiple arguments. > > $ which foobar cat > /bin/cat > $ echo $? > 1 > > which should returns true if any of the arguments are found, > false if none are found. FWIW, this is consistent with the 'which' built-in command of csh, tcsh and zsh. Bash's 'type' built-in, though, returns 0 in this case, exactly as the Perl version of which(1) in RELENG_4 does. I do not know how this is with other shells; are there any standards on the return value of which(1)? 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 I had to translate this sentence into English because I could not read the original Sanskrit. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 6: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 503CD37B404 for ; Sun, 10 Mar 2002 06:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AEo4q85200; Sun, 10 Mar 2002 06:50:04 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 06:50:04 -0800 (PST) Message-Id: <200203101450.g2AEo4q85200@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Pentchev Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS 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 i386/35726; it has been noted by GNATS. From: Peter Pentchev To: Peter Kieser Cc: bug-followup@FreeBSD.org Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS Date: Sun, 10 Mar 2002 16:46:24 +0200 On Sat, Mar 09, 2002 at 09:59:17PM -0800, Peter Kieser wrote: > > >Number: 35726 > >Category: i386 > >Synopsis: Won't let me use ifconfig on the interfaces after upgrade to latest OS > >Originator: Peter Kieser > >Release: 4.5-STABLE > >Organization: > Striked Internet Services > >Environment: > FreeBSD haven.digital-base.net 4.5-STABLE FreeBSD 4.5-STABLE #0: Sat Mar 9 15:13:18 PST 2002 root@haven.digital-base.net:/usr/src/sys/compile/HAVEN i386 > > >Description: > I had 3 network cards in my FreeBSD 4.5-STABLE box before I upgraded to the latest stable, due to the SSH bug. After I upgrade, I am no longer able to use ifconfig on my network cards, or get an IP address from my DHCP server. If I take out 2 of the network cards, it will work. I have produced this exact problem on several of my boxes. > > >How-To-Repeat: > To repeat this problem just stick more then 1 ethernet card in your computer. > >Fix: > None? OK, we will need a bit more info here. 1. What kind of Ethernet cards do you have? (make, model, driver name) 2. What exactly happens when you try to use ifconfig? Does it produce any error messages? 3. What exactly happens when you try to obtain an IP address via DHCP? Does dhclient produce any error messages? Is a request logged in the DHCP server logs? Please keep the subject line of this message, and CC a copy to bug-followup@FreeBSD.org, so the GNATS bug tracking system can keep track of the various replies in the problem report's audit trail. 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 If I had finished this sentence, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 7:46:25 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from sushi.linuxforlesbians.org (bgp01357202bgs.albqrq01.nm.comcast.net [68.35.149.200]) by hub.freebsd.org (Postfix) with ESMTP id C734137B41A; Sun, 10 Mar 2002 07:46:15 -0800 (PST) Received: by sushi.linuxforlesbians.org (Postfix, from userid 1001) id 2705719BA; Sun, 10 Mar 2002 08:51:40 -0700 (MST) Date: Sun, 10 Mar 2002 08:51:40 -0700 From: Peter Sanchez To: wolfram schneider , freebsd-bugs@FreeBSD.org Subject: Re: bin/35719: which(1) ignore empty components of $PATH. Message-ID: <20020310085139.B52034@sushi.linuxforlesbians.org> References: <200203092323.g29NNsl91233@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200203092323.g29NNsl91233@freefall.freebsd.org>; from wosch@FreeBSD.org on Sat, Mar 09, 2002 at 03:23:54PM -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 I wrote a which(1) replacement in C but the current version in -current already was committed. My version addressed all the issues you posted about -current which(1). Here is my code again, maybe the gods will take another peak at it: /* * which - a which utility for Unix * * SYNOPSIS: For FreeBSD-4.x and later * * DESCRIPTION: * Utility to get the full system path of an executable in the * users PATH environment variable. * * Works for: * FreeBSD 4.x and probably most earlier versions * * AUTHOR: Peter Sanchez */ #ifndef lint static const char rcsid[] = "$FreeBSD$"; #endif /* not lint */ #include #include #include #include #include #include #include #include #include #define NGROUPS 15 struct pathinfo { struct pathinfo *next; char *path; }; struct pathinfo *all = NULL; int found = 1; void usage(void) { (void)fprintf(stderr, "usage: which [-a] [-s] program ...\n"); exit(EX_USAGE); } int file_exists(char *file) { struct stat info; int check; check = stat(file, &info); if (check == -1) return check; /* file doesnt exist */ return (info.st_mode & S_IFREG && access(file, X_OK) == 0) ? check : -1; } void losepath(void) { struct pathinfo *tmp; while (all != NULL) { tmp = all->next; free(all); all = tmp; } } void findpath(void) { struct pathinfo *cur = NULL; char *userpath = getenv("PATH"); if (userpath == NULL || strlen(userpath) == 0) errx(EX_OSERR, "No PATH variable."); all = (struct pathinfo *)malloc(sizeof(struct pathinfo)); if (all == NULL) err(EX_OSERR, (char *)NULL); /* NOTREACHED */ cur = all; while ((cur->path = strsep(&userpath, ":")) != NULL) { cur->next = (struct pathinfo *)malloc(sizeof(struct pathinfo)); if (cur->next == NULL) { losepath(); err(EX_OSERR, (char *)NULL); /* NOTREACHED */ } if (strlen(cur->path) == 0) { /* warnx("PATH element of 0 length."); */ cur->path = "."; } cur = cur->next; } cur->next = NULL; cur = all; } void findprog(char *prog, int aflag, int sflag) { struct pathinfo *tmp; char *tmpbuf; tmp = all; while (all != NULL) { if (all->path == NULL) break; if (strchr(prog, '/')) { tmpbuf = strdup(prog); if (tmpbuf == NULL) { losepath(); err(EX_OSERR, (char *)NULL); /* NOTREACHED */ } } else { tmpbuf = malloc(strlen(all->path) + (strlen(prog) + 1)); if (tmpbuf == NULL) { losepath(); err(EX_OSERR, (char *)NULL); /* NOTREACHED */ } sprintf(tmpbuf, "%s/%s", all->path, prog); } if (file_exists(tmpbuf) == 0) { found = 0; if (sflag && aflag) ; else if (sflag && !aflag) { all = tmp; free(tmpbuf); return; } else if (aflag && !sflag) (void)printf("%s\n", tmpbuf); else { (void)printf("%s\n", tmpbuf); all = tmp; free(tmpbuf); return; } } all = all->next; free(tmpbuf); } all = tmp; } int main(int argc, char *argv[]) { char ch; int aflag, sflag, i; aflag = sflag = 0; if (argc < 2) exit(EX_USAGE); while ((ch = getopt(argc, argv, "ash?")) != -1) { switch (ch) { case 'a': aflag = 1; break; case 's': sflag = 1; break; case 'h': case '?': default: usage(); /* NOTREACHED */ } } argc -= optind; argv += optind; findpath(); for (i = 0; i < argc; i++) findprog(argv[i], aflag, sflag); losepath(); return sflag ? found : 0; } On Sat, Mar 09, 2002 at 03:23:54PM -0800, wolfram schneider wrote: > > >Number: 35719 > >Category: bin > >Synopsis: which(1) ignore empty components of $PATH. > >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 Mar 09 15:30:00 PST 2002 > >Closed-Date: > >Last-Modified: > >Originator: wolfram schneider > >Release: > >Organization: > >Environment: > >Description: > The new c version of which(1) command > ignore empty components of $PATH. > > $ cd /bin > $ env PATH=: which date > $ echo $? > 1 > > > It should print: > ./date > >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 -- Peter Sanchez, aka fut0n | "The ability to read is what - fut0n@linuxforlesbians.org | distinguishes Unix users from - www.linuxforlesbians.org | those of more popular platforms." - FreeBSD or DIE | - John Lasser To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 7:50: 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 BDC2137B41B for ; Sun, 10 Mar 2002 07:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AFo1595516; Sun, 10 Mar 2002 07: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 71FBB37B400 for ; Sun, 10 Mar 2002 07:45:29 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AFjTD94788; Sun, 10 Mar 2002 07:45:29 -0800 (PST) (envelope-from nobody) Message-Id: <200203101545.g2AFjTD94788@freefall.freebsd.org> Date: Sun, 10 Mar 2002 07:45:29 -0800 (PST) From: WAKABAYASHI Susumu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/35738: FreeBSD 4.5 release date in bsd-family-tree 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: 35738 >Category: misc >Synopsis: FreeBSD 4.5 release date in bsd-family-tree >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 Mar 10 07:50:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: WAKABAYASHI Susumu >Release: 4.5-stable >Organization: >Environment: FreeBSD jazz.wakabaya.net 4.5-STABLE FreeBSD 4.5-STABLE #5: Thu Feb 28 14:21:11 JST 2002 susumu-w@jazz.wakabaya.net:/mnt/obj/usr/src/sys/JAZZ i386 >Description: I think FreeBSD 4.5 is releaseed "29 Jan 2002". (http://www.freebsd.org/releases/4.5R/announce.html) >How-To-Repeat: >Fix: -FreeBSD 4.5 2002-01-20 [FBD] +FreeBSD 4.5 2002-01-29 [FBD] >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 Mar 10 9: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 B1D5337B402 for ; Sun, 10 Mar 2002 09:10:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AHA5E12674; Sun, 10 Mar 2002 09:10:05 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 09:10:05 -0800 (PST) Message-Id: <200203101710.g2AHA5E12674@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS 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 i386/35726; it has been noted by GNATS. From: David Malone To: Peter Kieser Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS Date: Sun, 10 Mar 2002 17:06:58 +0000 On Sat, Mar 09, 2002 at 09:59:17PM -0800, Peter Kieser wrote: > >Description: > I had 3 network cards in my FreeBSD 4.5-STABLE box before I upgraded to the latest stable, due to the SSH bug. After I upgrade, I am no longer able to use ifconfig on my network cards, or get an IP address from my DHCP server. If I take out 2 of the network cards, it will work. I have produced this exact problem on several of my boxes. Is it possible that you upgraded the userland programs without recompiling your kernel? This might possibly cause ifconfig to fail. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 9: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 B76E737B417 for ; Sun, 10 Mar 2002 09:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AHA2412633; Sun, 10 Mar 2002 09:10:02 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 09:10:02 -0800 (PST) Message-Id: <200203101710.g2AHA2412633@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: kern/35712: kern_linker.c rev. 1.75 and newer break module loading 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/35712; it has been noted by GNATS. From: David Malone To: "Steven G. Kargl" Cc: FreeBSD-gnats-submit@freebsd.org, ashp@freebsd.org Subject: Re: kern/35712: kern_linker.c rev. 1.75 and newer break module loading Date: Sun, 10 Mar 2002 17:03:06 +0000 On Sat, Mar 09, 2002 at 12:57:47PM -0800, Steven G. Kargl wrote: > As the commit message for revision 1.75 states "Massive > style fixup", I suspect a typo slipped in. However, > this is a +1200 line diff and I haven't been able to > find it. I checked out both copies of the file and had a look with diff -w -u, which helped a bit. There were some odd style changes in this file. In some places, if (!strcmp(lf->filename, koname)) was replaced with: err = strcmp(lf->filename, koname); if (err == 0) which is weird, as strcmp doesn't return an error. The more idiomatic: if (strcmp(lf->filename, koname) == 0) would probably have been better. In fact, the bug you are seeing is due to one of these changes. It is clobbering the value of error, which the surounding code expects to remain unchanged. I've included a patch below which converts these strcmp calls to something more sensible and fixes the bug in the process. Some comments were moved above if statements to facilitate the removal of braces and now the comments don't quite make as much sense now, but that's probably less serious. I'll commit the patch below in a few days, unless Ashley has any problems with it. David. Index: kern_linker.c =================================================================== RCS file: /cvs/FreeBSD-CVS/src/sys/kern/kern_linker.c,v retrieving revision 1.77 diff -u -r1.77 kern_linker.c --- kern_linker.c 27 Feb 2002 18:32:12 -0000 1.77 +++ kern_linker.c 10 Mar 2002 16:54:51 -0000 @@ -362,7 +362,6 @@ { linker_file_t lf = 0; char *koname; - int err; koname = malloc(strlen(filename) + 4, M_LINKER, M_WAITOK); if (koname == NULL) @@ -371,11 +370,9 @@ lockmgr(&lock, LK_SHARED, 0, curthread); TAILQ_FOREACH(lf, &linker_files, link) { - err = strcmp(lf->filename, koname); - if (err == 0) + if (strcmp(lf->filename, koname) == 0) break; - err = strcmp(lf->filename, filename); - if (err == 0) + if (strcmp(lf->filename, filename) == 0) break; } lockmgr(&lock, LK_RELEASE, 0, curthread); @@ -549,7 +546,7 @@ linker_symval_t symval; caddr_t address; size_t common_size = 0; - int err, i; + int i; KLD_DPF(SYM, ("linker_file_lookup_symbol: file=%x, name=%s, deps=%d\n", file, name, deps)); @@ -589,8 +586,7 @@ struct common_symbol *cp; STAILQ_FOREACH(cp, &file->common, link) { - err = strcmp(cp->name, name); - if (err == 0) { + if (strcmp(cp->name, name) == 0) { KLD_DPF(SYM, ("linker_file_lookup_symbol:" " old common value=%x\n", cp->address)); return (cp->address); @@ -983,11 +979,10 @@ modlist_lookup(const char *name, int ver) { modlist_t mod; - int err; TAILQ_FOREACH(mod, &found_modules, link) { - err = strcmp(mod->name, name); - if (err == 0 && (ver == 0 || mod->version == ver)) + if (strcmp(mod->name, name) == 0 && + (ver == 0 || mod->version == ver)) return (mod); } return (NULL); @@ -997,15 +992,14 @@ modlist_lookup2(const char *name, struct mod_depend *verinfo) { modlist_t mod, bestmod; - int err, ver; + int ver; if (verinfo == NULL) return (modlist_lookup(name, 0)); bestmod = NULL; for (mod = TAILQ_FIRST(&found_modules); mod; mod = TAILQ_NEXT(mod, link)) { - err = strcmp(mod->name, name); - if (err != 0) + if (strcmp(mod->name, name) != 0) continue; ver = mod->version; if (ver == verinfo->md_ver_preferred) @@ -1189,8 +1183,7 @@ NULL); nmodname = linker_reloc_ptr(lf, nmp->md_cval); - error = strcmp(modname, nmodname); - if (error == 0) + if (strcmp(modname, nmodname) == 0) break; } if (nmdp < stop) /* it's a self reference */ @@ -1714,8 +1707,7 @@ if (nmp->md_type != MDT_VERSION) continue; nmodname = linker_reloc_ptr(lf, nmp->md_cval); - error = strcmp(modname, nmodname); - if (error == 0) + if (strcmp(modname, nmodname) == 0) break; } if (nmdp < stop)/* early exit, it's a self reference */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 9:13: 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 6ECB737B416; Sun, 10 Mar 2002 09:12:57 -0800 (PST) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AH9rQ12590; Sun, 10 Mar 2002 09:09:53 -0800 (PST) (envelope-from dwmalone) Date: Sun, 10 Mar 2002 09:09:53 -0800 (PST) From: Message-Id: <200203101709.g2AH9rQ12590@freefall.freebsd.org> To: dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org, wosch@FreeBSD.org Subject: Re: misc/35738: FreeBSD 4.5 release date in bsd-family-tree 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: FreeBSD 4.5 release date in bsd-family-tree Responsible-Changed-From-To: freebsd-bugs->wosch Responsible-Changed-By: dwmalone Responsible-Changed-When: Sun Mar 10 09:09:27 PST 2002 Responsible-Changed-Why: Wosch usually looks after bsd-family-tree. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35738 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 9:13: 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 0AC9E37B402; Sun, 10 Mar 2002 09:12:57 -0800 (PST) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AH46208376; Sun, 10 Mar 2002 09:04:06 -0800 (PST) (envelope-from dwmalone) Date: Sun, 10 Mar 2002 09:04:06 -0800 (PST) From: Message-Id: <200203101704.g2AH46208376@freefall.freebsd.org> To: kalts@estpak.ee, dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/35138: -stable kernel crashes after 4.5-RC -> -stable update 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: -stable kernel crashes after 4.5-RC -> -stable update State-Changed-From-To: open->closed State-Changed-By: dwmalone State-Changed-When: Sun Mar 10 09:03:31 PST 2002 State-Changed-Why: Closed at submitters request as the problem now seems to be fixed. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35138 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 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 2745C37B41A for ; Sun, 10 Mar 2002 09:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AHe2516496; Sun, 10 Mar 2002 09:40:02 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 09:40:02 -0800 (PST) Message-Id: <200203101740.g2AHe2516496@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Peter Kieser" Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS Reply-To: "Peter Kieser" 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/35726; it has been noted by GNATS. From: "Peter Kieser" To: "Peter Pentchev" Cc: , Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS Date: Sun, 10 Mar 2002 09:34:43 -0800 I kinda stuck everything in between the questions you asked, scroll down. --Peter Peter on efnet - #freebsdhelp ----- Original Message ----- From: "Peter Pentchev" To: "Peter Kieser" Cc: Sent: Sunday, March 10, 2002 6:46 AM Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS > On Sat, Mar 09, 2002 at 09:59:17PM -0800, Peter Kieser wrote: > > > > >Number: 35726 > > >Category: i386 > > >Synopsis: Won't let me use ifconfig on the interfaces after upgrade to latest OS > > >Originator: Peter Kieser > > >Release: 4.5-STABLE > > >Organization: > > Striked Internet Services > > >Environment: > > FreeBSD haven.digital-base.net 4.5-STABLE FreeBSD 4.5-STABLE #0: Sat Mar 9 15:13:18 PST 2002 root@haven.digital-base.net:/usr/src/sys/compile/HAVEN i386 > > > > >Description: > > I had 3 network cards in my FreeBSD 4.5-STABLE box before I upgraded to the latest stable, due to the SSH bug. After I upgrade, I am no longer able to use ifconfig on my network cards, or get an IP address from my DHCP server. If I take out 2 of the network cards, it will work. I have produced this exact problem on several of my boxes. > > > > >How-To-Repeat: > > To repeat this problem just stick more then 1 ethernet card in your computer. > > >Fix: > > None? > > OK, we will need a bit more info here. > > 1. What kind of Ethernet cards do you have? (make, model, driver name) SiS 900 10/100BaseTX, LC82C115 PNIC II 10/100BaseTX, RealTek 8139 10/100BaseTX, 3Com 3C509B-TPO EtherLink III (PnP) > > 2. What exactly happens when you try to use ifconfig? Does it produce > any error messages? haven# ifconfig lnc0: flags=8843 mtu 1500 inet6 fe80::250:56ff:fe50:b495%lnc0 prefixlen 64 scopeid 0x1 ether 00:50:56:50:b4:95 lnc1: flags=8843 mtu 1500 inet6 fe80::250:56ff:fe50:b496%lnc1 prefixlen 64 scopeid 0x2 inet 24.82.66.245 netmask 0xfffffc00 broadcast 24.82.67.255 ether 00:50:56:50:b4:96 lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 ppp0: flags=8010 mtu 1500 sl0: flags=c010 mtu 552 faith0: flags=8002 mtu 1500 Notice how I dont have a "inet" section on my first ethernet adapter. There should be one. There isnt, even if it would only be 0.0.0.0 > > 3. What exactly happens when you try to obtain an IP address via DHCP? > Does dhclient produce any error messages? Is a request logged in > the DHCP server logs? haven# /sbin/dhclient lnc1 lnc0 ifconfig: ioctl (SIOCAIFADDR): File exists dhclient: New IP Address(lnc0): 24.82.66.238 dhclient: New Subnet Mask (lnc0): 255.255.252.0 dhclient: New Broadcast Address(lnc0): 24.82.67.255 dhclient: New Routers: 24.82.64.1 haven# Then I get locked out of the box, and cant reconnect. If I remove the other ethernet adapter it works (out of /etc/rc.conf) > > Please keep the subject line of this message, and CC a copy to > bug-followup@FreeBSD.org, so the GNATS bug tracking system can > keep track of the various replies in the problem report's audit trail. > > 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 > If I had finished this sentence, > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 10: 0:23 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 41EEC37B41C for ; Sun, 10 Mar 2002 10:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AI04k19611; Sun, 10 Mar 2002 10:00:04 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 10:00:04 -0800 (PST) Message-Id: <200203101800.g2AI04k19611@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Steven G. Kargl" Subject: Re: kern/35712: kern_linker.c rev. 1.75 and newer break module loading Reply-To: "Steven G. Kargl" 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/35712; it has been noted by GNATS. From: "Steven G. Kargl" To: Ashley Penney Cc: David Malone , FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/35712: kern_linker.c rev. 1.75 and newer break module loading Date: Sun, 10 Mar 2002 09:51:45 -0800 (PST) Ashley Penney said: > On Sun, Mar 10, 2002 at 05:03:06PM +0000, David Malone said: > > I'll commit the patch below in a few days, unless Ashley has > > any problems with it. > > > > David. > > I'm not quite sure how I got into this mail as I've never seen/touched > the code in question. All the changes make sense, on the other hand. :) > > -- > Ashley Penney: > I think David wanted arr@freebsd.org, which is Andrew Reitter I believe. -- Steve http://troutmask.apl.washington.edu/~kargl/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 10: 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 208D237B402 for ; Sun, 10 Mar 2002 10:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AI05W19617; Sun, 10 Mar 2002 10:00:05 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 10:00:05 -0800 (PST) Message-Id: <200203101800.g2AI05W19617@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Peter Kieser" Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS Reply-To: "Peter Kieser" 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/35726; it has been noted by GNATS. From: "Peter Kieser" To: "David Malone" Cc: Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS Date: Sun, 10 Mar 2002 09:52:47 -0800 If I've done it on 3 boxes, yes. But I dont think so. I use the following to do my kernels: cd /usr/src/sys/i386/conf config cd make depend make make install reboot -q mergemaster Could be though. --Peter Peter on efnet - #freebsdhelp ----- Original Message ----- From: "David Malone" To: "Peter Kieser" Cc: Sent: Sunday, March 10, 2002 9:06 AM Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS > On Sat, Mar 09, 2002 at 09:59:17PM -0800, Peter Kieser wrote: > > >Description: > > I had 3 network cards in my FreeBSD 4.5-STABLE box before I upgraded to the latest stable, due to the SSH bug. After I upgrade, I am no longer able to use ifconfig on my network cards, or get an IP address from my DHCP server. If I take out 2 of the network cards, it will work. I have produced this exact problem on several of my boxes. > > Is it possible that you upgraded the userland programs without > recompiling your kernel? This might possibly cause ifconfig to > fail. > > David. > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 10: 0: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 3C37B37B417 for ; Sun, 10 Mar 2002 10:00:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AI07k19623; Sun, 10 Mar 2002 10:00:07 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 10:00:07 -0800 (PST) Message-Id: <200203101800.g2AI07k19623@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: kern/35712: kern_linker.c rev. 1.75 and newer break module loading 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/35712; it has been noted by GNATS. From: David Malone To: "Steven G. Kargl" Cc: Ashley Penney , FreeBSD-gnats-submit@freebsd.org, arr@freebsd.org Subject: Re: kern/35712: kern_linker.c rev. 1.75 and newer break module loading Date: Sun, 10 Mar 2002 17:57:27 +0000 > I think David wanted arr@freebsd.org, which is Andrew Reitter I believe. *slap* Yep - too long reading diffs has made be bleary eyed. Andrew - can you have a look a the patch I sent for this PR and see if you agree? http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35712 David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 10: 8:25 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 32B3A37B41A for ; Sun, 10 Mar 2002 10:08:22 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 10 Mar 2002 18:08:21 +0000 (GMT) Date: Sun, 10 Mar 2002 18:08:21 +0000 From: David Malone To: Peter Kieser Cc: freebsd-bugs@FreeBSD.org Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS Message-ID: <20020310180821.GA88768@walton.maths.tcd.ie> References: <200203101740.g2AHe2516496@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200203101740.g2AHe2516496@freefall.freebsd.org> User-Agent: Mutt/1.3.25i 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, Mar 10, 2002 at 09:40:02AM -0800, Peter Kieser wrote: Ahhh - I think I see the problem. You are trying to set up two IP addresses on the same subnet with the same subnet mask. This has always been unsupported in FreeBSD (because of the complication it causes when chosing a source address), but something has started enforcing it more vigerously in recent times. Usually, this occurs with people setting up lots of aliases on an ethernet card, and the correct solution is to set the subnet mask to 255.255.255.255 for everthing but the primary address. This could be more difficult for you 'cos you're using dhcp. I'm not sure what the best workaround is... David. > haven# ifconfig > lnc0: flags=8843 mtu 1500 > inet6 fe80::250:56ff:fe50:b495%lnc0 prefixlen 64 scopeid 0x1 > ether 00:50:56:50:b4:95 > lnc1: flags=8843 mtu 1500 > inet6 fe80::250:56ff:fe50:b496%lnc1 prefixlen 64 scopeid 0x2 > inet 24.82.66.245 netmask 0xfffffc00 broadcast 24.82.67.255 > ether 00:50:56:50:b4:96 > > haven# /sbin/dhclient lnc1 lnc0 > ifconfig: ioctl (SIOCAIFADDR): File exists > dhclient: New IP Address(lnc0): 24.82.66.238 > dhclient: New Subnet Mask (lnc0): 255.255.252.0 > dhclient: New Broadcast Address(lnc0): 24.82.67.255 > dhclient: New Routers: 24.82.64.1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 10:10: 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 4DB7F37B41A for ; Sun, 10 Mar 2002 10:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AIA1c24196; Sun, 10 Mar 2002 10: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 9D99137B404 for ; Sun, 10 Mar 2002 10:01:17 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AI1Hm19716; Sun, 10 Mar 2002 10:01:17 -0800 (PST) (envelope-from nobody) Message-Id: <200203101801.g2AI1Hm19716@freefall.freebsd.org> Date: Sun, 10 Mar 2002 10:01:17 -0800 (PST) From: Tim Epkes To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/35742: USB 2.0 attached device cannot be fdisk'd or dd'd. Get "WRITE(06). CDB: a 0 0 0 8 0/ILLEGAL REQUEST asc: 21,0/Logical block address out of range" errors. 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: 35742 >Category: i386 >Synopsis: USB 2.0 attached device cannot be fdisk'd or dd'd. Get "WRITE(06). CDB: a 0 0 0 8 0/ILLEGAL REQUEST asc: 21,0/Logical block address out of range" errors. >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 Mar 10 10:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Tim Epkes >Release: 4.5 >Organization: >Environment: FreeBSD Gambit.epkes.com 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Mon Jan 28 14:31:56 GMT 2002 murray@builder.freebsdmall.com:/usr/src/sys/compile/GENERIC i386 >Description: Trying to install a BusLink 40G external USB 2.0 drive. It is recognized as device /dev/da01. When fdisking from /stand/sysinstall and writing the partition (also results from dmesg show) the following:(da0:umass-sim0:0:0:0): WRITE(06). CDB: a 0 0 0 2 0 (da0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:21,0 (da0:umass-sim0:0:0:0): Logical block address out of range >How-To-Repeat: rebooting and typing dmesg |more >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 Mar 10 10:22:25 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from striked.net (h24-82-66-210.vf.shawcable.net [24.82.66.210]) by hub.freebsd.org (Postfix) with ESMTP id AA6D537B405 for ; Sun, 10 Mar 2002 10:22:16 -0800 (PST) Received: from pfak [216.232.34.44] by striked.net [127.0.0.1] with SMTP (MDaemon.PRO.v5.0.1.T) for ; Sun, 10 Mar 2002 10:21:49 -0800 Message-ID: <006001c1c860$7d015720$6401a8c0@pfak> From: "Peter Kieser" To: "David Malone" Cc: References: <200203101740.g2AHe2516496@freefall.freebsd.org> <20020310180821.GA88768@walton.maths.tcd.ie> Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS Date: Sun, 10 Mar 2002 10:22:07 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 X-MDRemoteIP: 216.232.34.44 X-Return-Path: peter@striked.net X-MDaemon-Deliver-To: freebsd-bugs@FreeBSD.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 Can't be the case. The problem even happens when I only have 1 of the rj 45 cables plugged into the computer. I think someone messed up coding somewhere. :-/ --Peter ----- Original Message ----- From: "David Malone" To: "Peter Kieser" Cc: Sent: Sunday, March 10, 2002 10:08 AM Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS > On Sun, Mar 10, 2002 at 09:40:02AM -0800, Peter Kieser wrote: > > Ahhh - I think I see the problem. You are trying to set up two IP > addresses on the same subnet with the same subnet mask. This has > always been unsupported in FreeBSD (because of the complication it > causes when chosing a source address), but something has started > enforcing it more vigerously in recent times. > > Usually, this occurs with people setting up lots of aliases on > an ethernet card, and the correct solution is to set the subnet > mask to 255.255.255.255 for everthing but the primary address. > > This could be more difficult for you 'cos you're using dhcp. I'm > not sure what the best workaround is... > > David. > > > haven# ifconfig > > lnc0: flags=8843 mtu 1500 > > inet6 fe80::250:56ff:fe50:b495%lnc0 prefixlen 64 scopeid 0x1 > > ether 00:50:56:50:b4:95 > > lnc1: flags=8843 mtu 1500 > > inet6 fe80::250:56ff:fe50:b496%lnc1 prefixlen 64 scopeid 0x2 > > inet 24.82.66.245 netmask 0xfffffc00 broadcast 24.82.67.255 > > ether 00:50:56:50:b4:96 > > > > haven# /sbin/dhclient lnc1 lnc0 > > ifconfig: ioctl (SIOCAIFADDR): File exists > > dhclient: New IP Address(lnc0): 24.82.66.238 > > dhclient: New Subnet Mask (lnc0): 255.255.252.0 > > dhclient: New Broadcast Address(lnc0): 24.82.67.255 > > dhclient: New Routers: 24.82.64.1 > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 10:40: 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 28A1137B416 for ; Sun, 10 Mar 2002 10:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AIe3f27116; Sun, 10 Mar 2002 10:40:03 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 10:40:03 -0800 (PST) Message-Id: <200203101840.g2AIe3f27116@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Steven G. Kargl" Subject: Re: kern/35712: kern_linker.c rev. 1.75 and newer break module loading Reply-To: "Steven G. Kargl" 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/35712; it has been noted by GNATS. From: "Steven G. Kargl" To: David Malone Cc: FreeBSD-gnats-submit@freebsd.org, arr@freebsd.org Subject: Re: kern/35712: kern_linker.c rev. 1.75 and newer break module loading Date: Sun, 10 Mar 2002 10:34:05 -0800 (PST) David Malone said: > > I think David wanted arr@freebsd.org, which is Andrew Reitter I believe. > > *slap* > > Yep - too long reading diffs has made be bleary eyed. > > Andrew - can you have a look a the patch I sent for this PR > and see if you agree? > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35712 > David, I've just reboot with your patch in place. The system came up as expected and linprocfs.ko was loaded without error. I stared at the diff between 1.74 and 1.75 yesterday for several hours. Intuitively, I felt one of the strcmp() changes was the problem, but I could see it. (Something about forests and trees :-). -- Steve http://troutmask.apl.washington.edu/~kargl/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 11:23:46 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id DF79237B404 for ; Sun, 10 Mar 2002 11:23:44 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 10 Mar 2002 19:23:44 +0000 (GMT) To: Peter Kieser Cc: freebsd-bugs@FreeBSD.org Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS In-reply-to: Your message of "Sun, 10 Mar 2002 10:22:07 PST." <006001c1c860$7d015720$6401a8c0@pfak> X-Request-Do: Date: Sun, 10 Mar 2002 19:23:43 +0000 From: David Malone Message-ID: <200203101923.aa96504@salmon.maths.tcd.ie> 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 > Can't be the case. The problem even happens when I only have 1 of the rj 45 > cables plugged into the computer. I think someone messed up coding > somewhere. :-/ Could you add a line "set -x" to the top of /sbin/dhclient-script so that we can see what it is trying to do when it dies? David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 11:38:18 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from striked.net (h24-82-66-210.vf.shawcable.net [24.82.66.210]) by hub.freebsd.org (Postfix) with ESMTP id 87EC837B404 for ; Sun, 10 Mar 2002 11:38:14 -0800 (PST) Received: from pfak [216.232.34.44] by striked.net [127.0.0.1] with SMTP (MDaemon.PRO.v5.0.1.T) for ; Sun, 10 Mar 2002 11:37:09 -0800 Message-ID: <000701c1c86b$031de030$6401a8c0@pfak> From: "Peter Kieser" To: "David Malone" Cc: References: <200203101923.aa96504@salmon.maths.tcd.ie> Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS Date: Sun, 10 Mar 2002 11:37:27 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 X-MDRemoteIP: 216.232.34.44 X-Return-Path: peter@striked.net X-MDaemon-Deliver-To: freebsd-bugs@freebsd.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 haven# /sbin/dhclient lnc1 lnc0 + [ -x /usr/bin/logger ] + LOGGER=/usr/bin/logger -s -p user.notice -t dhclient + [ -x /etc/dhclient-enter-hooks ] + [ x != x ] + [ x != x ] + [ x != x ] + [ x != x ] + [ x != x ] + [ xPREINIT = xMEDIUM ] + [ xPREINIT = xPREINIT ] + [ x != x ] + ifconfig lnc0 inet 0.0.0.0 netmask 0.0.0.0 broadcast 255.255.255.255 up Then freezes me off, and on the console it says lnc1: not found even though its there. --Peter ----- Original Message ----- From: "David Malone" To: "Peter Kieser" Cc: Sent: Sunday, March 10, 2002 11:23 AM Subject: Re: i386/35726: Won't let me use ifconfig on the interfaces after upgrade to latest OS > > Can't be the case. The problem even happens when I only have 1 of the rj 45 > > cables plugged into the computer. I think someone messed up coding > > somewhere. :-/ > > Could you add a line "set -x" to the top of /sbin/dhclient-script > so that we can see what it is trying to do when it dies? > > David. > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 12: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 8F52637B419 for ; Sun, 10 Mar 2002 12:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AKA3W50326; Sun, 10 Mar 2002 12:10:03 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 12:10:03 -0800 (PST) Message-Id: <200203102010.g2AKA3W50326@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Andrew R. Reiter" Subject: Re: kern/35712: kern_linker.c rev. 1.75 and newer break module loading Reply-To: "Andrew R. Reiter" 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/35712; it has been noted by GNATS. From: "Andrew R. Reiter" To: David Malone Cc: "Steven G. Kargl" , Ashley Penney , FreeBSD-gnats-submit@FreeBSD.org, arr@FreeBSD.org Subject: Re: kern/35712: kern_linker.c rev. 1.75 and newer break module loading Date: Sun, 10 Mar 2002 15:08:42 -0500 (EST) On Sun, 10 Mar 2002, David Malone wrote: :> I think David wanted arr@freebsd.org, which is Andrew Reitter I believe. : :*slap* : :Yep - too long reading diffs has made be bleary eyed. : :Andrew - can you have a look a the patch I sent for this PR :and see if you agree? : : http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35712 Looks good to me -- thanks for the help. This was an evil sized diff to deal with. Cheers, Andrew -- Andrew R. Reiter arr@watson.org arr@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 Mar 10 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 DDE0537B41B for ; Sun, 10 Mar 2002 13:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2ALU1163969; Sun, 10 Mar 2002 13:30:01 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 13:30:01 -0800 (PST) Message-Id: <200203102130.g2ALU1163969@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Roelof Osinga Subject: Re: misc/34847: oversight in LINT documentation line Reply-To: Roelof Osinga 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/34847; it has been noted by GNATS. From: Roelof Osinga To: Dima Dorfman Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/34847: oversight in LINT documentation line Date: Sun, 10 Mar 2002 22:22:59 +0100 Dima Dorfman wrote: > > ... > This is not a discrepancy. NOTES/LINT is not supposed to set values > to their defaults. Here's the commit that caused the change between > 4.2 and 4.5: > > ---------------------------- > revision 1.929 > date: 2001/06/21 19:50:11; author: dd; state: Exp; lines: +3 -2 > Don't set CONSPEED to the default and deobfuscate the comment. Well... let's just say we disagree regarding the deobfuscation . I would've also liked to say, sorry about the confusion... but it wasn't my idea :). > ... > The default of 9600 comes from sys/dev/sio/sioreg.h; I think it can > later be changed using sysctl, but since CONSPEED is used long before > sysctl can be called (e.g., during boot), this is only mildly useful. > Perhaps you're confusing CONSPEED with something else? Precisely, the terminals I have don't even support 115k2! 38k4, tops and that with CTS/RTS handshaking. Maybe I am, don't hook 'm up any more. Usually . So I'm still associating COMSPEED with sio0 for PC's. Can be changed, but we're talking defaults here . It's not a biggie. It just struck me as wrong, or weird. Unexpected. Maybe I overreacted. Anyway, sorry for any confusion I caused ;). Roelof -- _______________________________________________________________________ eBOA® est. 1982 http://eBOA.com/ tel. +31-58-2123014 mailto:info@eBOA.com?subject=Information_request fax. +31-58-2160293 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 14: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 7D0EB37B404 for ; Sun, 10 Mar 2002 14:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AMA2172535; Sun, 10 Mar 2002 14:10:02 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 14:10:02 -0800 (PST) Message-Id: <200203102210.g2AMA2172535@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: conf/35725: /etc/rc should create missing "dumpdir". 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 conf/35725; it has been noted by GNATS. From: "Crist J. Clark" To: "Gary W. Swearingen" Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/35725: /etc/rc should create missing "dumpdir". Date: Sun, 10 Mar 2002 14:07:51 -0800 On Sat, Mar 09, 2002 at 09:57:40PM -0800, Gary W. Swearingen wrote: [snip] > A good (?) and simple enhancement would be to have the code in /etc/rc > which checks for a missing "dumpdir" create it after it determines that > it is missing. I don't think that is a good idea (what if $dumpdev was fat fingered someplace is shouldn't be and say, filled up your root filesystem). However, it currently fails silently, which I don't think is good either. How about have rc(8) bitch about it, Index: etc/rc =================================================================== RCS file: /export/freebsd/ncvs/src/etc/rc,v retrieving revision 1.296 diff -u -r1.296 rc --- etc/rc 17 Feb 2002 22:19:14 -0000 1.296 +++ etc/rc 10 Mar 2002 22:02:56 -0000 @@ -554,10 +554,14 @@ ;; esac - if [ -e "${dumpdev}" -a -d "${dumpdir}" ]; then + if [ -e "${dumpdev}" ]; then /sbin/dumpon -v ${dumpdev} - echo -n 'Checking for core dump: ' - /sbin/savecore ${savecore_flags} "${dumpdir}" + if [ -d "${dumpdir}" ]; then + echo -n 'Checking for core dump: ' + /sbin/savecore ${savecore_flags} "${dumpdir}" + else + echo "dumpdir directory does not exist: ${dumpdir}" + fi fi ;; esac -- 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 Mar 10 14:42:59 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 8A1FD37B400; Sun, 10 Mar 2002 14:42:57 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AMat977234; Sun, 10 Mar 2002 14:36:55 -0800 (PST) (envelope-from cjc) Date: Sun, 10 Mar 2002 14:36:55 -0800 (PST) From: Message-Id: <200203102236.g2AMat977234@freefall.freebsd.org> To: swear@blarg.net, cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org, cjc@FreeBSD.org Subject: Re: misc/35729: MAKEDEV header refers to "worm*" devices but has no code for them. 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: MAKEDEV header refers to "worm*" devices but has no code for them. State-Changed-From-To: open->analyzed State-Changed-By: cjc State-Changed-When: Sun Mar 10 14:36:01 PST 2002 State-Changed-Why: Looks like it was missed when worm(4) was removed in 1.171. Fixed in -CURRENT. Responsible-Changed-From-To: freebsd-bugs->cjc Responsible-Changed-By: cjc Responsible-Changed-When: Sun Mar 10 14:36:01 PST 2002 Responsible-Changed-Why: I'll handle MFC. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35729 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 15: 0:23 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 2363637B417 for ; Sun, 10 Mar 2002 15:00:11 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AN0AH81692; Sun, 10 Mar 2002 15:00:10 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 15:00:10 -0800 (PST) Message-Id: <200203102300.g2AN0AH81692@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: swear@blarg.net (Gary W. Swearingen) Subject: Re: conf/35725: /etc/rc should create missing "dumpdir". Reply-To: swear@blarg.net (Gary W. Swearingen) 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 conf/35725; it has been noted by GNATS. From: swear@blarg.net (Gary W. Swearingen) To: "Crist J. Clark" Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/35725: /etc/rc should create missing "dumpdir". Date: 10 Mar 2002 15:00:19 -0800 "Crist J. Clark" writes: > I don't think that is a good idea (what if $dumpdev was fat fingered > someplace is shouldn't be and say, filled up your root > filesystem). However, it currently fails silently, which I don't think > is good either. How about have rc(8) bitch about it, Sounds like you speak from experience. I'll not argue with that. We'll need to rely mostly on a good warning in the FAQ and man page(s). Unless you educate me that I've got the PR SOP wrong, I'll write another PR on the docs and leave this PR for your change to "/etc/rc". Your patch looked good, except I'd prefer a stronger notice (of what happened) to the person recovering from this intermittent crash he's been awaiting for several days: echo "NOTICE: Core dump was lost because '${dumpdir}' was not a directory." But I guess he'll figure it out after not finding the dump files, so either message provides a clue that should be good enough to let him know it wasn't the software's fault that the files are missing. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 15: 0:24 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 EE4BE37B416 for ; Sun, 10 Mar 2002 15:00:12 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2AN0Cl81702; Sun, 10 Mar 2002 15:00:12 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 15:00:12 -0800 (PST) Message-Id: <200203102300.g2AN0Cl81702@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Josef Karthauser Subject: Re: i386/35742: USB 2.0 attached device cannot be fdisk'd or dd'd. Get "WRITE(06). CDB: a 0 0 0 8 0/ILLEGAL REQUEST asc: 21,0/Logical block address out of range" errors. Reply-To: Josef Karthauser 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/35742; it has been noted by GNATS. From: Josef Karthauser To: Tim Epkes Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: i386/35742: USB 2.0 attached device cannot be fdisk'd or dd'd. Get "WRITE(06). CDB: a 0 0 0 8 0/ILLEGAL REQUEST asc: 21,0/Logical block address out of range" errors. Date: Sun, 10 Mar 2002 22:57:20 +0000 --RASg3xLB4tUQ4RcS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Mar 10, 2002 at 10:01:17AM -0800, Tim Epkes wrote: > >Description: > Trying to install a BusLink 40G external USB 2.0 drive. It is recognized as device /dev/da01. When fdisking from /stand/sysinstall and writing the partition (also results from dmesg show) the following:(da0:umass-sim0:0:0:0): WRITE(06). CDB: a 0 0 0 2 0 > (da0:umass-sim0:0:0:0): ILLEGAL REQUEST asc:21,0 > (da0:umass-sim0:0:0:0): Logical block address out of range Can you try the patch on my web site? http://www.josef-k.net/misc/RELENG_4-USB-20020301.patch.gz Joe --RASg3xLB4tUQ4RcS 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 iEYEARECAAYFAjyL5NAACgkQXVIcjOaxUBZvYwCeOaoNAlltjS6sZk82qRr7VQCA 5EIAoKUP22tToAW0306z3NNVjAl8xFKU =KQOm -----END PGP SIGNATURE----- --RASg3xLB4tUQ4RcS-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 15:23: 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 9866937B400; Sun, 10 Mar 2002 15:22:57 -0800 (PST) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2ANEFb87286; Sun, 10 Mar 2002 15:14:15 -0800 (PST) (envelope-from dwmalone) Date: Sun, 10 Mar 2002 15:14:15 -0800 (PST) From: Message-Id: <200203102314.g2ANEFb87286@freefall.freebsd.org> To: kargl@troutmask.apl.washington.edu, dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/35712: kern_linker.c rev. 1.75 and newer break module loading 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_linker.c rev. 1.75 and newer break module loading State-Changed-From-To: open->closed State-Changed-By: dwmalone State-Changed-When: Sun Mar 10 15:12:48 PST 2002 State-Changed-Why: Fixed in -current by Maxim in revision 1.78 and again by me in 1.79 ;-) http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35712 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 15:40: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 8037E37B420 for ; Sun, 10 Mar 2002 15:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2ANe3V90540; Sun, 10 Mar 2002 15:40:03 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 15:40:03 -0800 (PST) Message-Id: <200203102340.g2ANe3V90540@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: conf/35725: /etc/rc should create missing "dumpdir". 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 conf/35725; it has been noted by GNATS. From: "Crist J. Clark" To: "Gary W. Swearingen" Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/35725: /etc/rc should create missing "dumpdir". Date: Sun, 10 Mar 2002 15:32:10 -0800 On Sun, Mar 10, 2002 at 03:00:19PM -0800, Gary W. Swearingen wrote: > "Crist J. Clark" writes: > > > I don't think that is a good idea (what if $dumpdev was fat fingered > > someplace is shouldn't be and say, filled up your root > > filesystem). However, it currently fails silently, which I don't think > > is good either. How about have rc(8) bitch about it, > > Sounds like you speak from experience. I'll not argue with that. > > We'll need to rely mostly on a good warning in the FAQ and man page(s). > Unless you educate me that I've got the PR SOP wrong, I'll write another > PR on the docs and leave this PR for your change to "/etc/rc". > > Your patch looked good, except I'd prefer a stronger notice (of what > happened) to the person recovering from this intermittent crash he's > been awaiting for several days: > > echo "NOTICE: Core dump was lost because '${dumpdir}' was not a directory." But we don't know if a dump was lost or not. You'd see the error everytime you booted. I'll word it more strongly, and I think perhaps another check may be in order. -- 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 Mar 10 17:34:51 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from tomts6-srv.bellnexxia.net (tomts6.bellnexxia.net [209.226.175.26]) by hub.freebsd.org (Postfix) with ESMTP id DC31937B405 for ; Sun, 10 Mar 2002 17:34:29 -0800 (PST) Received: from Babak ([64.229.157.144]) by tomts6-srv.bellnexxia.net (InterMail vM.4.01.03.23 201-229-121-123-20010418) with SMTP id <20020311013427.QDVM9554.tomts6-srv.bellnexxia.net@Babak> for ; Sun, 10 Mar 2002 20:34:27 -0500 From: Kian Haghdad To: Subject: Software engineer Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="80565012" Message-Id: <20020311013427.QDVM9554.tomts6-srv.bellnexxia.net@Babak> Date: Sun, 10 Mar 2002 20:34:29 -0500 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 multipart message in MIME format --80565012 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, I have obtained your email from the Web and I am very interested in working for your company. I have 7++ years of experience with software development, Internet development, database management and hardware. I have worked for many companies both in Canada and in the United States using different development environments. I have a B.Sc. in Electrical Engineering and computer science and worked on my Master degree in Telecommunication. I am looking for contract work only, please! I have attached my resume and sincerely appreciate your consideration, thank you. Sincerely, Kian Haghdad Here is my resume: Kian Haghdad 8 Kingsbridge Crt., Apt. 508 Toronto, Ontario M2R 1L5 Tel.: (416) 630-9989 Email : khaghdad11@yahoo.com I have more than 7+ years of experience in application development, Database Management, Internet development. I have also been involved in hardware design. My software development experience is mainly in Visual Basic, Visual C++, Visual J++, Visual InterDev, COM, DCOM, MFC, SDKs, MS-Access, MS-SQL, FoxPro, Java script and VB scrip, HTML and DHTML. Over the years I have been responsible for the Development of many applications from design to commercial release. EDUCATION: Sharif University OF Technology, Tehran (The best technical school in Iran) 9/87-6/92 B.Sc. Degree: Electrical Engineering and computer science Worked on M.Sc. degree in Telecommunication engineering EXPERIENCE: Unisearch Associates, Concord, Ontario 3/01-Present * Developed a server client application (GUI) in Visual C++6.0 using ATL, COM, DCOM MFC. The application controls the laser beam in UV instruments and communicates to LasIR using The Parallel port. The result (NO/CO2 and TOL/CO2 ratio) is outputted to the client's computer via RS232. For this purpose we also developed proprietary string based protocol * Developed a DCOM application using visual C++6.0 and embedded .Java script. The application is a data acquisition software which communicates with a spectroscopy software and gets the Data such as Temperature, pressure and gas concentration from a laser instrument (FTIR). Also the application gets other data from a whether station connected to the serial port at real time and using an I/O port draws different charts driving a plotter. User can control the data acquisition parameters by modifying the script file. * Hardware and software design for a current loop with 6 channels to run a plotter using an I/O port. * Transfer the windows based application to the micro controllers using PICMicro. American SkySat, Walnut Creek, California 6/00-3/01 * Was involved in the development of a web application in Visual InterDev 6.0 using Active Server Pages (ASP), Microsoft E-Commerce, SQL 7.0, XML, Visual C++ 6.0 and Visual Basic 6.0, Visual J++ 6.0, COM (ATL), DCOM, JavaScript and VB Script. The web server was Microsoft Internet Information Server (IIS), Microsoft site server 3.0, with Microsoft E-Commerce edition 3.0 and FrontPage extension running under the NT Server The web application provides NT related services online. The user can register and buy services and also allows the user to troubleshoot and configure a system at real time online. The web site also provides the capability of chatting online, customer support online, statistical analysis online and transaction online. * Developed a database management application for a medical health care center, using Visual Basic 6.0, SQL 7.0, Crystal report and Access 2000. (Windows 98 and NT) American Computech, Pleasanton, California 3/98-6/00 Developed different applications using Visual C++, Visual J++, and Access. * Involved in the development of a CRM (Customer Relation Management)web application in Visual InterDev 6.0 using Active Server Pages (ASP), Microsoft E-Commerce, SQL 7.0, XML, Visual Basic 6.0, Visual J++ 6.0, COM, DCOM, JavaScript and VB Script. (Windows 98 and NT) Developed an application in Visual Basic 5.0, Access 97 and Crystal reports (using ODBC) for financial analyses department of FHP (Concord, California). The application is capable of importing data from other systems, analyzing and processing the data and generating hundreds of reports base on the original data. *Developed an MDI application in Visual C++5,0 and Access 97 for windows called ID maker. The application is designed to drive a digital camera, capture a picture and generate different ID cards using OLE (marketing for schools and clubs). The Cannon digital camera is controlled via DLL functions calls to the camera's driver. The camera is connected via a parallel port. I have also developed several OCXs for this project. Developed an application in Visual Basic 5.0, Access 97 and Crystal reports (using ODBC). The application is a very large information management system for CBI (City Building Inc. in San Francisco). The application contains 28 relational tables large number of queries forms and reports. Tavanir Co., Tehran, Iran 9/95-3/98 *Developed an application in Visual C++ 5.0 intended for network control managements. The application is able to get information such as voltage, active and reactive power from power plants and transmission stations and specifies transmission state using power flow method after a fault occurs on the transmission line. * Developed an application for voltage drop on the net. The application was developed in Visual Basic 5.0 using graphical OCXs. * Developed hardware for the high voltage network. *Developed an application in Visual C++ 4.0. The application checks the transmitting power on the lines and controls the system's steady state by alarm system. *Developed an application in Visual C++ 4.0 set the protection relays in substations to protect the network's reliability. Pishro Co., Tehran, Iran 11/94-6/95 Designed, developed and implemented electrical systems using computer aided software. The electrical systems were intended for both indoors (Buildings) and outdoors (Airports and Terminals). The systems were designed and based on the standard and regulation of electrical system. Pardis Tower Co, Tehran, Iran 1/93-11/94 Designed simulators for training purpose. *Developed an application in C++ for cycloconverter simulator. The cycloconverter is used in the starters of synchronous motors. *Developed application using C++ for control speed of DC motors. The application gets input voltage to the motor, speed of motor and rotor's current. It can control the motor speed based on requested speed. *Developed application using C++ for step motor's control speed. In order to change the angle of dish antenna, the application orders to step motor to change the rotor's situation. SKILLS: Software development Visual C++, Visual Basic, Visual InterDev, Visual J++, MFC, SDKs, COM, DCOM, ATL ActiveXs , C++, Fortran, Intel 8085 Assembler Access. Internet development Visual InterDev 6.0, Active Server Pages (ASP), SQL 7.0, COM, DCOM, Java script. Database development MS-SQL, Access, FoxPro Operating System Used NT, MS-Win, UNIX, VAX, MS-DOS --80565012 Content-Type: application/msword; name="kian_Resume.doc" Content-Transfer-Encoding: Base64 Content-Disposition: attachment; filename="kian_Resume.doc" e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcdWMxIFxkZWZmMFxkZWZsYW5nMTAzM1xkZWZsYW5nZmUx MDMze1xmb250dGJse1xmMFxmcm9tYW5cZmNoYXJzZXQwXGZwcnEye1wqXHBhbm9zZSAwMjAyMDYw MzA1MDQwNTAyMDMwNH1UaW1lcyBOZXcgUm9tYW47fXtcZjJcZm1vZGVyblxmY2hhcnNldDBcZnBy cTF7XCpccGFub3NlIDAyMDcwMzA5MDIwMjA1MDIwNDA0fUNvdXJpZXIgTmV3O30NCntcZjNcZnJv bWFuXGZjaGFyc2V0MlxmcHJxMntcKlxwYW5vc2UgMDUwNTAxMDIwMTA3MDYwMjA1MDd9U3ltYm9s O317XGYxNFxmbmlsXGZjaGFyc2V0MlxmcHJxMntcKlxwYW5vc2UgMDUwMDAwMDAwMDAwMDAwMDAw MDB9V2luZ2RpbmdzO317XGYyOFxmc3dpc3NcZmNoYXJzZXQwXGZwcnEye1wqXHBhbm9zZSAwMjBi MDYwNDAzMDUwNDA0MDIwNH1WZXJkYW5hO30NCntcZjMzXGZyb21hblxmY2hhcnNldDIzOFxmcHJx MiBUaW1lcyBOZXcgUm9tYW4gQ0U7fXtcZjM0XGZyb21hblxmY2hhcnNldDIwNFxmcHJxMiBUaW1l cyBOZXcgUm9tYW4gQ3lyO317XGYzNlxmcm9tYW5cZmNoYXJzZXQxNjFcZnBycTIgVGltZXMgTmV3 IFJvbWFuIEdyZWVrO317XGYzN1xmcm9tYW5cZmNoYXJzZXQxNjJcZnBycTIgVGltZXMgTmV3IFJv bWFuIFR1cjt9DQp7XGYzOFxmcm9tYW5cZmNoYXJzZXQxNzdcZnBycTIgVGltZXMgTmV3IFJvbWFu IChIZWJyZXcpO317XGYzOVxmcm9tYW5cZmNoYXJzZXQxNzhcZnBycTIgVGltZXMgTmV3IFJvbWFu IChBcmFiaWMpO317XGY0MFxmcm9tYW5cZmNoYXJzZXQxODZcZnBycTIgVGltZXMgTmV3IFJvbWFu IEJhbHRpYzt9e1xmNDlcZm1vZGVyblxmY2hhcnNldDIzOFxmcHJxMSBDb3VyaWVyIE5ldyBDRTt9 DQp7XGY1MFxmbW9kZXJuXGZjaGFyc2V0MjA0XGZwcnExIENvdXJpZXIgTmV3IEN5cjt9e1xmNTJc Zm1vZGVyblxmY2hhcnNldDE2MVxmcHJxMSBDb3VyaWVyIE5ldyBHcmVlazt9e1xmNTNcZm1vZGVy blxmY2hhcnNldDE2MlxmcHJxMSBDb3VyaWVyIE5ldyBUdXI7fXtcZjU0XGZtb2Rlcm5cZmNoYXJz ZXQxNzdcZnBycTEgQ291cmllciBOZXcgKEhlYnJldyk7fQ0Ke1xmNTVcZm1vZGVyblxmY2hhcnNl dDE3OFxmcHJxMSBDb3VyaWVyIE5ldyAoQXJhYmljKTt9e1xmNTZcZm1vZGVyblxmY2hhcnNldDE4 NlxmcHJxMSBDb3VyaWVyIE5ldyBCYWx0aWM7fXtcZjI1N1xmc3dpc3NcZmNoYXJzZXQyMzhcZnBy cTIgVmVyZGFuYSBDRTt9e1xmMjU4XGZzd2lzc1xmY2hhcnNldDIwNFxmcHJxMiBWZXJkYW5hIEN5 cjt9e1xmMjYwXGZzd2lzc1xmY2hhcnNldDE2MVxmcHJxMiBWZXJkYW5hIEdyZWVrO30NCntcZjI2 MVxmc3dpc3NcZmNoYXJzZXQxNjJcZnBycTIgVmVyZGFuYSBUdXI7fXtcZjI2NFxmc3dpc3NcZmNo YXJzZXQxODZcZnBycTIgVmVyZGFuYSBCYWx0aWM7fX17XGNvbG9ydGJsO1xyZWQwXGdyZWVuMFxi bHVlMDtccmVkMFxncmVlbjBcYmx1ZTI1NTtccmVkMFxncmVlbjI1NVxibHVlMjU1O1xyZWQwXGdy ZWVuMjU1XGJsdWUwO1xyZWQyNTVcZ3JlZW4wXGJsdWUyNTU7XHJlZDI1NVxncmVlbjBcYmx1ZTA7 DQpccmVkMjU1XGdyZWVuMjU1XGJsdWUwO1xyZWQyNTVcZ3JlZW4yNTVcYmx1ZTI1NTtccmVkMFxn cmVlbjBcYmx1ZTEyODtccmVkMFxncmVlbjEyOFxibHVlMTI4O1xyZWQwXGdyZWVuMTI4XGJsdWUw O1xyZWQxMjhcZ3JlZW4wXGJsdWUxMjg7XHJlZDEyOFxncmVlbjBcYmx1ZTA7XHJlZDEyOFxncmVl bjEyOFxibHVlMDtccmVkMTI4XGdyZWVuMTI4XGJsdWUxMjg7XHJlZDE5MlxncmVlbjE5MlxibHVl MTkyO317XHN0eWxlc2hlZXR7DQpccWwgXGxpMFxyaTBcd2lkY3RscGFyXG5vb3ZlcmZsb3dcZmFy b21hblxyaW4wXGxpbjBcaXRhcDAgXGZzMjRcbGFuZzEwMzNcbGFuZ2ZlMTAzM1xjZ3JpZFxsYW5n bnAxMDMzXGxhbmdmZW5wMTAzMyBcc25leHQwIE5vcm1hbDt9e1wqXGNzMTAgXGFkZGl0aXZlIERl ZmF1bHQgUGFyYWdyYXBoIEZvbnQ7fXtcczE1XHFsIFxsaTBccmkwXHdpZGN0bHBhcg0KXHR4MFx0 eDk1OVx0eDE5MThcdHgyODc3XHR4MzgzNlx0eDQ3OTVcdHg1NzU0XHR4NjcxM1x0eDc2NzJcdHg4 NjMxXHR4OTU5MFxub292ZXJmbG93XGZhcm9tYW5ccmluMFxsaW4wXGl0YXAwIFxmMlxmczIwXGxh bmcxMDMzXGxhbmdmZTEwMzNcY2dyaWRcbGFuZ25wMTAzM1xsYW5nZmVucDEwMzMgXHNiYXNlZG9u MCBcc25leHQxNSBQcmVmb3JtYXR0ZWQ7fXtcKlxjczE2IFxhZGRpdGl2ZSBcdWxcY2YyIFxzYmFz ZWRvbjEwIEh5cGVybGluazt9ew0KXHMxN1xxbCBcbGkwXHJpMFx3aWRjdGxwYXJcdHg3MDMwXG5v b3ZlcmZsb3dcZmFyb21hblxyaW4wXGxpbjBcaXRhcDAgXGZzMjJcbGFuZzEwMzNcbGFuZ2ZlMTAz M1xjZ3JpZFxsYW5nbnAxMDMzXGxhbmdmZW5wMTAzMyBcc2Jhc2Vkb24wIFxzbmV4dDE3IEJvZHkg VGV4dDt9e1wqXGNzMTggXGFkZGl0aXZlIFx1bFxjZjEyIFxzYmFzZWRvbjEwIEZvbGxvd2VkSHlw ZXJsaW5rO319e1wqXGxpc3R0YWJsZQ0Ke1xsaXN0XGxpc3R0ZW1wbGF0ZWlkMTcxNjMxNjY0Mlxs aXN0aHlicmlke1xsaXN0bGV2ZWxcbGV2ZWxuZmMyM1xsZXZlbG5mY24yM1xsZXZlbGpjMFxsZXZl bGpjbjBcbGV2ZWxmb2xsb3cwXGxldmVsc3RhcnRhdDBcbGV2ZWxzcGFjZTBcbGV2ZWxpbmRlbnQw e1xsZXZlbHRleHRcbGV2ZWx0ZW1wbGF0ZWlkLTMxMTc3OTkzOFwnMDFcdS0zOTEzID87fXtcbGV2 ZWxudW1iZXJzO31cYlxsb2NoXGFmM1xoaWNoXGFmM1xkYmNoXGFmMFxjaGJyZHINClxicmRybm9u ZVxicmRyY2YxIFxjaHNoZG5nMFxjaGNmcGF0MVxjaGNicGF0MVxmYmlhczAgXGZpLTM2MFxsaTcy MFxqY2xpc3R0YWJcdHg3MjAgfXtcbGlzdGxldmVsXGxldmVsbmZjMjNcbGV2ZWxuZmNuMjNcbGV2 ZWxqYzBcbGV2ZWxqY24wXGxldmVsZm9sbG93MFxsZXZlbHN0YXJ0YXQxXGxldmVsc3BhY2UwXGxl dmVsaW5kZW50MHtcbGV2ZWx0ZXh0XGxldmVsdGVtcGxhdGVpZDY3Njk4NjkxXCcwMW87fXtcbGV2 ZWxudW1iZXJzO31cZjINClxjaGJyZHJcYnJkcm5vbmVcYnJkcmNmMSBcY2hzaGRuZzBcY2hjZnBh dDFcY2hjYnBhdDFcZmJpYXMwIFxmaS0zNjBcbGkxNDQwXGpjbGlzdHRhYlx0eDE0NDAgfXtcbGlz dGxldmVsXGxldmVsbmZjMjNcbGV2ZWxuZmNuMjNcbGV2ZWxqYzBcbGV2ZWxqY24wXGxldmVsZm9s bG93MFxsZXZlbHN0YXJ0YXQxXGxldmVsc3BhY2UwXGxldmVsaW5kZW50MHtcbGV2ZWx0ZXh0XGxl dmVsdGVtcGxhdGVpZDY3Njk4NjkzDQpcJzAxXHUtMzkyOSA/O317XGxldmVsbnVtYmVyczt9XGYx NFxjaGJyZHJcYnJkcm5vbmVcYnJkcmNmMSBcY2hzaGRuZzBcY2hjZnBhdDFcY2hjYnBhdDFcZmJp YXMwIFxmaS0zNjBcbGkyMTYwXGpjbGlzdHRhYlx0eDIxNjAgfXtcbGlzdGxldmVsXGxldmVsbmZj MjNcbGV2ZWxuZmNuMjNcbGV2ZWxqYzBcbGV2ZWxqY24wXGxldmVsZm9sbG93MFxsZXZlbHN0YXJ0 YXQxXGxldmVsc3BhY2UwXGxldmVsaW5kZW50MHtcbGV2ZWx0ZXh0DQpcbGV2ZWx0ZW1wbGF0ZWlk Njc2OTg2ODlcJzAxXHUtMzkxMyA/O317XGxldmVsbnVtYmVyczt9XGYzXGNoYnJkclxicmRybm9u ZVxicmRyY2YxIFxjaHNoZG5nMFxjaGNmcGF0MVxjaGNicGF0MVxmYmlhczAgXGZpLTM2MFxsaTI4 ODBcamNsaXN0dGFiXHR4Mjg4MCB9e1xsaXN0bGV2ZWxcbGV2ZWxuZmMyM1xsZXZlbG5mY24yM1xs ZXZlbGpjMFxsZXZlbGpjbjBcbGV2ZWxmb2xsb3cwXGxldmVsc3RhcnRhdDFcbGV2ZWxzcGFjZTAN ClxsZXZlbGluZGVudDB7XGxldmVsdGV4dFxsZXZlbHRlbXBsYXRlaWQ2NzY5ODY5MVwnMDFvO317 XGxldmVsbnVtYmVyczt9XGYyXGNoYnJkclxicmRybm9uZVxicmRyY2YxIFxjaHNoZG5nMFxjaGNm cGF0MVxjaGNicGF0MVxmYmlhczAgXGZpLTM2MFxsaTM2MDBcamNsaXN0dGFiXHR4MzYwMCB9e1xs aXN0bGV2ZWxcbGV2ZWxuZmMyM1xsZXZlbG5mY24yM1xsZXZlbGpjMFxsZXZlbGpjbjBcbGV2ZWxm b2xsb3cwXGxldmVsc3RhcnRhdDENClxsZXZlbHNwYWNlMFxsZXZlbGluZGVudDB7XGxldmVsdGV4 dFxsZXZlbHRlbXBsYXRlaWQ2NzY5ODY5M1wnMDFcdS0zOTI5ID87fXtcbGV2ZWxudW1iZXJzO31c ZjE0XGNoYnJkclxicmRybm9uZVxicmRyY2YxIFxjaHNoZG5nMFxjaGNmcGF0MVxjaGNicGF0MVxm YmlhczAgXGZpLTM2MFxsaTQzMjBcamNsaXN0dGFiXHR4NDMyMCB9e1xsaXN0bGV2ZWxcbGV2ZWxu ZmMyM1xsZXZlbG5mY24yM1xsZXZlbGpjMFxsZXZlbGpjbjBcbGV2ZWxmb2xsb3cwDQpcbGV2ZWxz dGFydGF0MVxsZXZlbHNwYWNlMFxsZXZlbGluZGVudDB7XGxldmVsdGV4dFxsZXZlbHRlbXBsYXRl aWQ2NzY5ODY4OVwnMDFcdS0zOTEzID87fXtcbGV2ZWxudW1iZXJzO31cZjNcY2hicmRyXGJyZHJu b25lXGJyZHJjZjEgXGNoc2hkbmcwXGNoY2ZwYXQxXGNoY2JwYXQxXGZiaWFzMCBcZmktMzYwXGxp NTA0MFxqY2xpc3R0YWJcdHg1MDQwIH17XGxpc3RsZXZlbFxsZXZlbG5mYzIzXGxldmVsbmZjbjIz XGxldmVsamMwXGxldmVsamNuMA0KXGxldmVsZm9sbG93MFxsZXZlbHN0YXJ0YXQxXGxldmVsc3Bh Y2UwXGxldmVsaW5kZW50MHtcbGV2ZWx0ZXh0XGxldmVsdGVtcGxhdGVpZDY3Njk4NjkxXCcwMW87 fXtcbGV2ZWxudW1iZXJzO31cZjJcY2hicmRyXGJyZHJub25lXGJyZHJjZjEgXGNoc2hkbmcwXGNo Y2ZwYXQxXGNoY2JwYXQxXGZiaWFzMCBcZmktMzYwXGxpNTc2MFxqY2xpc3R0YWJcdHg1NzYwIH17 XGxpc3RsZXZlbFxsZXZlbG5mYzIzXGxldmVsbmZjbjIzXGxldmVsamMwDQpcbGV2ZWxqY24wXGxl dmVsZm9sbG93MFxsZXZlbHN0YXJ0YXQxXGxldmVsc3BhY2UwXGxldmVsaW5kZW50MHtcbGV2ZWx0 ZXh0XGxldmVsdGVtcGxhdGVpZDY3Njk4NjkzXCcwMVx1LTM5MjkgPzt9e1xsZXZlbG51bWJlcnM7 fVxmMTRcY2hicmRyXGJyZHJub25lXGJyZHJjZjEgXGNoc2hkbmcwXGNoY2ZwYXQxXGNoY2JwYXQx XGZiaWFzMCBcZmktMzYwXGxpNjQ4MFxqY2xpc3R0YWJcdHg2NDgwIH17XGxpc3RuYW1lIDt9XGxp c3RpZDYxOTA2ODY3Nn0NCn17XCpcbGlzdG92ZXJyaWRldGFibGV7XGxpc3RvdmVycmlkZVxsaXN0 aWQ2MTkwNjg2NzZcbGlzdG92ZXJyaWRlY291bnQwXGxzMX19e1xpbmZve1x0aXRsZSBCYWJhayBN YWxla2l9e1xhdXRob3IgTWVoZGkgSGFnaGRhZH17XG9wZXJhdG9yIEtJQU59e1xjcmVhdGltXHly MjAwMlxtbzJcZHkxOFxocjE4XG1pbjIwfXtccmV2dGltXHlyMjAwMlxtbzNcZHkxMFxocjE5XG1p bjU3fXtccHJpbnRpbVx5cjIwMDJcbW8xXGR5MjNcaHIxNFxtaW41OH0NCntcdmVyc2lvbjI4fXtc ZWRtaW5zMzY2fXtcbm9mcGFnZXMzfXtcbm9md29yZHM5MzB9e1xub2ZjaGFyczUzMDF9e1wqXGNv bXBhbnkgVG9yb250bywgT250YXJpb317XG5vZmNoYXJzd3MwfXtcdmVybjgyNDd9fVxtYXJnbDE0 NDBcbWFyZ3IxNDQwXG1hcmd0MTI2MCANClx3aWRvd2N0cmxcZnRuYmpcYWVuZGRvY1xub3hsYXR0 b3llblxleHBzaHJ0blxub3VsdHJsc3BjXGRudGJsbnNiZGJcbm9zcGFjZWZvcnVsXGx5dHBydG1l dFxoeXBoY2FwczBcZm9ybXNoYWRlXGhvcnpkb2NcZGdoc3BhY2UxMjBcZGd2c3BhY2UxMjBcZGdo b3JpZ2luMTcwMVxkZ3ZvcmlnaW4xOTg0XGRnaHNob3cxXGRndnNob3cwDQpcamV4cGFuZFx2aWV3 a2luZDFcdmlld3NjYWxlMTAwXHBnYnJkcmhlYWRccGdicmRyZm9vdFxiZHJybHN3c2l4XG5vbG5o dGFkanRibFxvbGRhcyBcZmV0MFxzZWN0ZCBcbGluZXgwXGhlYWRlcnkxNDQwXGZvb3RlcnkxNDQw XHNlY3RkZWZhdWx0Y2wge1wqXHBuc2VjbHZsMVxwbnVjcm1ccG5xY1xwbnN0YXJ0MVxwbmluZGVu dDcyMFxwbmhhbmd7XHBudHh0YSAufX17XCpccG5zZWNsdmwyDQpccG51Y2x0clxwbnFjXHBuc3Rh cnQxXHBuaW5kZW50NzIwXHBuaGFuZ3tccG50eHRhIC59fXtcKlxwbnNlY2x2bDNccG5kZWNccG5x Y1xwbnN0YXJ0MVxwbmluZGVudDcyMFxwbmhhbmd7XHBudHh0YSAufX17XCpccG5zZWNsdmw0XHBu bGNsdHJccG5xY1xwbnN0YXJ0MVxwbmluZGVudDcyMFxwbmhhbmd7XHBudHh0YSApfX17XCpccG5z ZWNsdmw1XHBuZGVjXHBucWNccG5zdGFydDFccG5pbmRlbnQ3MjBccG5oYW5ne1xwbnR4dGIgKH0N CntccG50eHRhICl9fXtcKlxwbnNlY2x2bDZccG5sY2x0clxwbnFjXHBuc3RhcnQxXHBuaW5kZW50 NzIwXHBuaGFuZ3tccG50eHRiICh9e1xwbnR4dGEgKX19e1wqXHBuc2VjbHZsN1xwbmxjcm1ccG5x Y1xwbnN0YXJ0MVxwbmluZGVudDcyMFxwbmhhbmd7XHBudHh0YiAofXtccG50eHRhICl9fXtcKlxw bnNlY2x2bDhccG5sY2x0clxwbnFjXHBuc3RhcnQxXHBuaW5kZW50NzIwXHBuaGFuZ3tccG50eHRi ICh9e1xwbnR4dGEgKX19e1wqXHBuc2VjbHZsOQ0KXHBubGNybVxwbnFjXHBuc3RhcnQxXHBuaW5k ZW50NzIwXHBuaGFuZ3tccG50eHRiICh9e1xwbnR4dGEgKX19XHBhcmRccGxhaW4gXHMxNVxxbCBc bGkwXHJpMFx3aWRjdGxwYXJcdHgwXG5vb3ZlcmZsb3dcZmFyb21hblxyaW4wXGxpbjBcaXRhcDAg XGYyXGZzMjBcbGFuZzEwMzNcbGFuZ2ZlMTAzM1xjZ3JpZFxsYW5nbnAxMDMzXGxhbmdmZW5wMTAz MyB7XGJcZjBcZnMyMiBLaWFuIEhhZ2hkYWQNClxwYXIgfXtcZjBcZnMyMiA4IEtpbmdzYnJpZGdl IENydC4sIEFwdC4sIDUwOCANClxwYXIgVG9yb250bywgT250YXJpbyBNMlIgMUw1DQpccGFyIFRl bC46ICg0MTYpIDYzMC05OTg5DQpccGFyIH17XGYwXGZzMjJcbGFuZzEwMzZcbGFuZ2ZlMTAzM1xs YW5nbnAxMDM2IEVtYWlsOiBraGFnaGRhZDExQHlhaG9vLmNvbX17XGYyOCANClxwYXIgfXtcZjBc ZnMyMlxsYW5nMTAzNlxsYW5nZmUxMDMzXGxhbmducDEwMzYgDQpccGFyIH1ccGFyZCBcczE1XHFs IFxsaTBccmktNzIwXHdpZGN0bHBhclx0eDBcbm9vdmVyZmxvd1xmYXJvbWFuXHJpbi03MjBcbGlu MFxpdGFwMCB7XGJcaVxmMFxmczI0IEkgaGF2ZSBtb3JlIHRoYW4gNysgeWVhcnMgb2YgDQpleHBl cmllbmNlIGluIGFwcGxpY2F0aW9uIGRldmVsb3BtZW50LCBEYXRhYmFzZSBNYW5hZ2VtZW50LCBJ bnRlcm5ldCBkZXZlbG9wbWVudC4gSSBoYXZlIGFsc28gYmVlbiBpbnZvbHZlZCBpbiBoYXJkd2Fy ZSBkZXNpZ24uIE15IHNvZnR3YXJlIGRldmVsb3BtZW50IGV4cGVyaWVuY2UgaXMgbWFpbmx5IGlu IFZpc3VhbCBCYXNpYywgVmlzdWFsIEMrKywgVmlzdWFsIEorKywgVmlzdWFsIEludGVyRGV2LCBD T00sIERDT00sIE1GQywgU0RLcywgTVMNCi1BY2Nlc3MsIE1TLVNRTCwgRm94UHJvLCBKYXZhIHNj cmlwdCBhbmQgVkIgc2NyaXAsIEhUTUwgYW5kIERIVE1MLiBPdmVyIHRoZSB5ZWFycyBJIGhhdmUg YmVlbiByZXNwb25zaWJsZSBmb3IgdGhlIERldmVsb3BtZW50IG9mIG1hbnkgYXBwbGljYXRpb25z IGZyb20gZGVzaWduIHRvIGNvbW1lcmNpYWwgcmVsZWFzZX17XGJcZjBcZnMyNCAuDQpccGFyIH1c cGFyZCBcczE1XHFsIFxsaTBccmkwXHdpZGN0bHBhclx0eDBcbm9vdmVyZmxvd1xmYXJvbWFuXHJp bjBcbGluMFxpdGFwMCB7XGYwXGZzMjIgDQpccGFyIH1ccGFyZCBcczE1XHFjIFxsaTBccmkwXHdp ZGN0bHBhclx0eDBcbm9vdmVyZmxvd1xmYXJvbWFuXHJpbjBcbGluMFxpdGFwMCB7XGJcZjBcZnMy NCBFRFVDQVRJT059e1xiXGYwXGZzMjIgOg0KXHBhciB9XHBhcmQgXHMxNVxxbCBcbGkwXHJpMFx3 aWRjdGxwYXJcdHgwXG5vb3ZlcmZsb3dcZmFyb21hblxyaW4wXGxpbjBcaXRhcDAge1xmMFxmczIy IA0KXHBhciB9XHBhcmQgXHMxNVxxbCBcbGkwXHJpMFx3aWRjdGxwYXJcdHgwXHR4NzgzMFxub292 ZXJmbG93XGZhcm9tYW5ccmluMFxsaW4wXGl0YXAwIHtcYlxmMFxmczIyXHVsIFNoYXJpZiBVbml2 ZXJzaXR5IE9GIFRlY2hub2xvZ3ksIFRlaHJhbiAoVGhlIGJlc3QgdGVjaG5pY2FsIHNjaG9vbCBp biBJcmFuKX17XGJcZjBcZnMyMiBcdGFiIH17XGJcZjBcZnMyMlx1bCA5Lzg3LTYvOTINClxwYXIg fVxwYXJkIFxzMTVccWwgXGxpMFxyaTBcd2lkY3RscGFyXHR4MFxub292ZXJmbG93XGZhcm9tYW5c cmluMFxsaW4wXGl0YXAwIHtcZjBcZnMyMiBCLlNjLiBEZWdyZWU6IEVsZWN0cmljYWwgRW5naW5l ZXJpbmcgYW5kIGNvbXB1dGVyIHNjaWVuY2UNClxwYXIgV29ya2VkIG9uIE0uU2MuIGRlZ3JlZSBp biBUZWxlY29tbXVuaWNhdGlvbiBlbmdpbmVlcmluZw0KXHBhciANClxwYXIgfVxwYXJkIFxzMTVc cWMgXGxpMFxyaTBcd2lkY3RscGFyXHR4MFxub292ZXJmbG93XGZhcm9tYW5ccmluMFxsaW4wXGl0 YXAwIHtcYlxmMFxmczI0IEVYUEVSSUVOQ0U6DQpccGFyIH1ccGFyZCBcczE1XHFjIFxsaTBccmkt NjMwXHdpZGN0bHBhclx0eDBcbm9vdmVyZmxvd1xmYXJvbWFuXHJpbi02MzBcbGluMFxpdGFwMCB7 XGJcZjBcZnMyNCANClxwYXIgfVxwYXJkIFxzMTVccWwgXGxpMFxyaS02MzBcd2lkY3RscGFyXHR4 MFx0eDcwMzVcbm9vdmVyZmxvd1xmYXJvbWFuXHJpbi02MzBcbGluMFxpdGFwMCB7XGJcZjBcZnMy Mlx1bCBVbmlzZWFyY2ggQXNzb2NpYXRlcywgQ29uY29yZCwgT250YXJpb317XGJcZjBcZnMyMiBc dGFiIH17XGJcZjBcZnMyMlx1bCAzLzAxLVByZXNlbnQNClxwYXIgfVxwYXJkIFxzMTVccWwgXGxp MFxyaTBcd2lkY3RscGFyXHR4MFx0eDcwMzVcbm9vdmVyZmxvd1xmYXJvbWFuXHJpbjBcbGluMFxp dGFwMCB7XGYwXGZzMjIgKiBEZXZlbG9wZWQgYSBzZXJ2ZXIgY2xpZW50IGFwcGxpY2F0aW9uIChH VUkpIGluIFZpcw0KdWFsIEMrKzYuMCB1c2luZyBBVEwsIENPTSwgRENPTSBNRkMuIFRoZSBhcHBs aWNhdGlvbiBjb250cm9scyB0aGUgbGFzZXIgYmVhbSBpbiBVViBpbnN0cnVtZW50cyBhbmQgY29t bXVuaWNhdGVzIHRvIExhc0lSIHVzaW5nIFRoZSBQYXJhbGxlbCBwb3J0LiBUaGUgcmVzdWx0IChO Ty9DTzIgYW5kIFRPTC9DTzIgcmF0aW8pIGlzIG91dHB1dHRlZCB0byB0aGUgY2xpZW50XHJxdW90 ZSANCnMgY29tcHV0ZXIgdmlhIFJTMjMyLiBGb3IgdGhpcyBwdXJwb3NlIHdlIGFsc28gZGV2ZWxv cGVkIHByb3ByaWV0YXJ5IHN0cmluZyBiYXNlZCBwcm90b2NvbCANClxwYXIgDQpccGFyICogRGV2 ZWxvcGVkIGEgRENPTSBhcHBsaWNhdGlvbiB1c2luZyB2aXN1YWwgQysrNi4wIGFuZCBlbWJlZGRl ZCAuSmF2YSBzY3JpcHQuIFRoZSBhcHBsaWNhdGlvbiBpcyBhIGRhdGEgYWNxdWlzaXRpb24gc29m dHdhcmUgd2hpY2ggY29tbXVuaWNhdGVzDQogd2l0aCBhIHNwZWN0cm9zY29weSBzb2Z0d2FyZSBh bmQgZ2V0cyB0aGUgRGF0YSBzdWNoIGFzIFRlbXBlcmF0dXJlLCBwcmVzc3VyZSBhbmQgZ2FzIGNv bmNlbnRyYXRpb24gZnJvbSBhIGxhc2VyIGluc3RydW1lbnQgKEZUSVIpLiBBbHNvIHRoZSBhcHBs aWNhdGlvbiBnZXRzIG90aGVyIGRhdGEgZnJvbSBhIHdoZXRoZXIgc3RhdGlvbiBjb25uZWN0ZWQg dG8gdGhlIHNlcmlhbCBwb3J0IGF0IHJlYWwgdGltZSBhbmQgdXNpbmcgYW4gSS9PIHBvcnQNCiBk cmF3cyBkaWZmZXJlbnQgY2hhcnRzIGRyaXZpbmcgYSBwbG90dGVyLiBVc2VyIGNhbiBjb250cm9s IHRoZSBkYXRhIGFjcXVpc2l0aW9uIHBhcmFtZXRlcnMgYnkgbW9kaWZ5aW5nIHRoZSBzY3JpcHQg ZmlsZS4NClxwYXIgKiBIYXJkd2FyZSBhbmQgc29mdHdhcmUgZGVzaWduIGZvciBhIGN1cnJlbnQg bG9vcCB3aXRoIDYgY2hhbm5lbHMgdG8gcnVuIGEgcGxvdHRlciB1c2luZyBhbiBJL08gcG9ydC4N ClxwYXIgKiBUcmFuc2ZlciB0aGUgd2luZG93cyBiYXNlZCBhcHBsaWNhdGlvbiB0byB0aGUgbWlj cm8gY29udHJvbGxlcnMgdXNpbmcgUElDTWljcm8uDQpccGFyIH1ccGFyZCBcczE1XHFsIFxsaTBc cmktNjMwXHdpZGN0bHBhclx0eDBcdHg3MDM1XG5vb3ZlcmZsb3dcZmFyb21hblxyaW4tNjMwXGxp bjBcaXRhcDAge1xmMFxmczIyIA0KXHBhciB9XHBhcmQgXHMxNVxxbCBcbGkwXHJpMFx3aWRjdGxw YXJcdHgwXHR4NzAyMFxub292ZXJmbG93XGZhcm9tYW5ccmluMFxsaW4wXGl0YXAwIHtcYlxmMFxm czIyXHVsIEFtZXJpY2FuIFNreVNhdCwgV2FsbnV0IENyZWVrLCBDYWxpZm9ybmlhfXtcZjBcZnMy MiBcdGFiIH17XGJcZjBcZnMyMlx1bCA2LzAwLTMvMDENClxwYXIgfVxwYXJkXHBsYWluIFxzMTdc cWwgXGxpMFxyaTBcd2lkY3RscGFyXHR4NzAzMFxub292ZXJmbG93XGZhcm9tYW5ccmluMFxsaW4w XGl0YXAwIFxmczIyXGxhbmcxMDMzXGxhbmdmZTEwMzNcY2dyaWRcbGFuZ25wMTAzM1xsYW5nZmVu cDEwMzMgew0KKiBXYXMgaW52b2x2ZWQgaW4gdGhlIGRldmVsb3BtZW50IG9mIGEgd2ViIGFwcGxp Y2F0aW9uIGluIFZpc3VhbCBJbnRlckRldiA2LjAgdXNpbmcgQWN0aXZlIFNlcnZlciBQYWdlcyAo QVNQKSwgTWljcm9zb2Z0IEUtQ29tbWVyY2UsIFNRTCA3LjAsIFhNTCwgVmlzdWFsIA0KQysrIDYu MCBhbmQgVmlzdWFsIEJhc2ljIDYuMCwgVmlzdWFsIEorKyA2LjAsIENPTSAoQVRMKSwgRENPTSwg SmF2YVNjcmlwdCBhbmQgVkIgU2NyaXB0LiBUaGUgd2ViIHNlcnZlciB3YXMgTWljcm9zb2Z0IElu dGVybmV0IEluZm9ybWF0aW9uIFNlcnZlciAoSUlTKSwgTWljcm9zb2Z0IHNpdGUgc2VydmVyIDMu MCwgd2l0aCBNaWNyb3NvZnQgRS1Db21tZXJjZSBlZGl0aW9uIDMuMCBhbmQgRnJvbnRQYWdlIGV4 dGVuc2lvbiBydW5uaW5nIHVuZGVyDQogDQp0aGUgTlQgU2VydmVyIFRoZSB3ZWIgYXBwbGljYXRp b24gcHJvdmlkZXMgTlQgcmVsYXRlZCBzZXJ2aWNlcyBvbmxpbmUuIFRoZSB1c2VyIGNhbiByZWdp c3RlciBhbmQgYnV5IHNlcnZpY2VzIGFuZCBhbHNvIGFsbG93cyB0aGUgdXNlciB0byB0cm91Ymxl c2hvb3QgYW5kIGNvbmZpZ3VyZSBhIHN5c3RlbSBhdCByZWFsIHRpbWUgb25saW5lLiBUaGUgd2Vi IHNpdGUgYWxzbyBwcm92aWRlcyB0aGUgY2FwYWJpbGl0eSBvZiBjaGF0dGluZyBvbmxpbmUNCiwg Y3VzdG9tZXIgc3VwcG9ydCBvbmxpbmUsIHN0YXRpc3RpY2FsIGFuYWx5c2lzIG9ubGluZSBhbmQg dHJhbnNhY3Rpb24gb25saW5lLg0KXHBhciB9XHBhcmRccGxhaW4gXHMxNVxxbCBcbGkwXHJpMFx3 aWRjdGxwYXJcdHgwXG5vb3ZlcmZsb3dcZmFyb21hblxyaW4wXGxpbjBcaXRhcDAgXGYyXGZzMjBc bGFuZzEwMzNcbGFuZ2ZlMTAzM1xjZ3JpZFxsYW5nbnAxMDMzXGxhbmdmZW5wMTAzMyB7XGYwXGZz MjIgDQpccGFyICogRGV2ZWxvcGVkIGEgZGF0YWJhc2UgbWFuYWdlbWVudCBhcHBsaWNhdGlvbiBm b3IgYSBtZWRpY2FsIGhlYWx0aCBjYXJlIGNlbnRlciwgdXNpbmcgVmlzdWFsIEJhc2ljIDYuMCwg U1FMIDcuMCwgQ3J5c3RhbCByZXBvcnQgYW5kIEFjY2VzcyAyMDAwLiAoV2luZG93cyA5OCBhbmQg TlQpDQpccGFyIA0KXHBhciB9XHBhcmQgXHMxNVxxbCBcbGkwXHJpMFx3aWRjdGxwYXJcdHgwXHR4 NzAyMFxub292ZXJmbG93XGZhcm9tYW5ccmluMFxsaW4wXGl0YXAwIHtcYlxmMFxmczIyXHVsIEFt ZXJpY2FuIENvbXB1dGVjaCwgUGxlYXNhbnRvbiwgQ2FsaWZvcm5pYX17XGYwXGZzMjIgXHRhYiB9 e1xiXGYwXGZzMjJcdWwgMy85OC02LzAwDQpccGFyIH17XGYwXGZzMjIgRGV2ZWxvcGVkIGRpZmZl cmVudCBhcHBsaWNhdGlvbnMgdXNpbmcgVmlzdWFsIEMrKywgVmlzdWFsIEorKywgYW5kIEFjY2Vz cy4NClxwYXIgfVxwYXJkXHBsYWluIFxzMTdccWwgXGxpMFxyaTBcd2lkY3RscGFyXHR4NzAzMFxu b292ZXJmbG93XGZhcm9tYW5ccmluMFxsaW4wXGl0YXAwIFxmczIyXGxhbmcxMDMzXGxhbmdmZTEw MzNcY2dyaWRcbGFuZ25wMTAzM1xsYW5nZmVucDEwMzMgew0KXHBhciB9XHBhcmRccGxhaW4gXHMx NVxxbCBcbGkwXHJpMFx3aWRjdGxwYXJcdHgwXG5vb3ZlcmZsb3dcZmFyb21hblxyaW4wXGxpbjBc aXRhcDAgXGYyXGZzMjBcbGFuZzEwMzNcbGFuZ2ZlMTAzM1xjZ3JpZFxsYW5nbnAxMDMzXGxhbmdm ZW5wMTAzMyB7XGYwXGZzMjIgDQoqIEludm9sdmVkIGluIHRoZSBkZXZlbG9wbWVudCBvZiBhIENS TSAoQ3VzdG9tZXIgUmVsYXRpb24gTWFuYWdlbWVudCl3ZWIgYXBwbGljYXRpb24gaW4gVmlzdWFs IEludGVyRGV2IDYuMCB1c2luZyBBY3RpdmUgU2VydmVyIFBhZ2VzIChBU1ANCiksIE1pY3Jvc29m dCBFLUNvbW1lcmNlLCBTUUwgNy4wLCBYTUwsIFZpc3VhbCBCYXNpYyA2LjAsIFZpc3VhbCBKKysg Ni4wLCBDT00sIERDT00sIEphdmFTY3JpcHQgYW5kIFZCIFNjcmlwdC4gKFdpbmRvd3MgOTggYW5k IE5UKQ0KXHBhciANClxwYXIgfVxwYXJkXHBsYWluIFxxbCBcbGkwXHJpMFx3aWRjdGxwYXJcbm9v dmVyZmxvd1xmYXJvbWFuXHJpbjBcbGluMFxpdGFwMCBcZnMyNFxsYW5nMTAzM1xsYW5nZmUxMDMz XGNncmlkXGxhbmducDEwMzNcbGFuZ2ZlbnAxMDMzIHtEZXZlbG9wZWQgYW4gYXBwbGljYXRpb24g aW4gVmlzdWFsIEJhc2ljIDUuMCwgQWNjZXNzIDk3IGFuZCBDcnlzdGFsIHJlcG9ydHMgKHVzaW5n IE9EQkMpIGZvciBmaW5hbmNpYWwgYW5hbHlzZXMgZGVwYXJ0bWVudCBvZg0KIEZIUCAoQ29uY29y ZCwgQ2FsaWZvcm5pYSkuIFRoZSBhcHBsaWNhdGlvbiBpcyBjYXBhYmxlIG9mIGltcG9ydGluZyBk YXRhIGZyb20gb3RoZXIgc3lzdGVtcywgYW5hbHl6aW5nIGFuZCBwcm9jZXNzaW5nIHRoZSBkYXRh IGFuZCBnZW5lcmF0aW5nIGh1bmRyZWRzIG9mIHJlcG9ydHMgYmFzZSBvbiB0aGUgb3JpZ2luYWwg ZGF0YS4NClxwYXIgfVxwYXJkXHBsYWluIFxzMTVccWwgXGxpMFxyaTBcd2lkY3RscGFyXHR4MFxu b292ZXJmbG93XGZhcm9tYW5ccmluMFxsaW4wXGl0YXAwIFxmMlxmczIwXGxhbmcxMDMzXGxhbmdm ZTEwMzNcY2dyaWRcbGFuZ25wMTAzM1xsYW5nZmVucDEwMzMge1xmMFxmczIyIA0KXHBhciAqRGV2 ZWxvcGVkIGFuIE1ESSBhcHBsaWNhdGlvbiBpbiBWaXN1YWwgQysrNSwwIGFuZCBBY2Nlc3MgOTcg Zm9yIHcNCmluZG93cyBjYWxsZWQgSUQgbWFrZXIuIFRoZSBhcHBsaWNhdGlvbiBpcyBkZXNpZ25l ZCB0byBkcml2ZSBhIGRpZ2l0YWwgY2FtZXJhLCBjYXB0dXJlIGEgcGljdHVyZSBhbmQgZ2VuZXJh dGUgZGlmZmVyZW50IElEIGNhcmRzIHVzaW5nIE9MRSAobWFya2V0aW5nIGZvciBzY2hvb2xzIGFu ZCBjbHVicykuIFRoZSBDYW5ub24gZGlnaXRhbCBjYW1lcmEgaXMgY29udHJvbGxlZCB2aWEgRExM IGZ1bmN0aW9ucyBjYWxscyB0byB0aGUgY2FtZXJhDQpccnF1b3RlIHMgZHJpdmVyLiBUaGUgY2Ft ZXJhIGlzIGNvbm5lY3RlZCB2aWEgYSBwYXJhbGxlbCBwb3J0LiBJIGhhdmUgYWxzbyBkZXZlbG9w ZWQgc2V2ZXJhbCBPQ1hzIGZvciB0aGlzIHByb2plY3QuDQpccGFyIA0KXHBhciB9XHBhcmRccGxh aW4gXHFsIFxsaTBccmkwXHdpZGN0bHBhclxub292ZXJmbG93XGZhcm9tYW5ccmluMFxsaW4wXGl0 YXAwIFxmczI0XGxhbmcxMDMzXGxhbmdmZTEwMzNcY2dyaWRcbGFuZ25wMTAzM1xsYW5nZmVucDEw MzMgew0KRGV2ZWxvcGVkIGFuIGFwcGxpY2F0aW9uIGluIFZpc3VhbCBCYXNpYyA1LjAsIEFjY2Vz cyA5NyBhbmQgQ3J5c3RhbCByZXBvcnRzICh1c2luZyBPREJDKS4gVGhlIGFwcGxpY2F0aW9uIGlz IGEgdmVyeSBsYXJnZSBpbmZvcm1hdGlvbiBtYW5hZ2VtZW50IHN5c3RlbQ0KIGZvciBDQkkgKENp dHkgQnVpbGRpbmcgSW5jLiBpbiBTYW4gRnJhbmNpc2NvKS4gVGhlIGFwcGxpY2F0aW9uIGNvbnRh aW5zIDI4IHJlbGF0aW9uYWwgdGFibGVzIGxhcmdlIG51bWJlciBvZiBxdWVyaWVzIGZvcm1zIGFu ZCByZXBvcnRzLg0KXHBhciB9XHBhcmRccGxhaW4gXHMxNVxxbCBcbGkwXHJpMFx3aWRjdGxwYXJc dHgwXG5vb3ZlcmZsb3dcZmFyb21hblxyaW4wXGxpbjBcaXRhcDAgXGYyXGZzMjBcbGFuZzEwMzNc bGFuZ2ZlMTAzM1xjZ3JpZFxsYW5nbnAxMDMzXGxhbmdmZW5wMTAzMyB7XGYwXGZzMjIgDQpccGFy IH1ccGFyZCBcczE1XHFsIFxsaTBccmkwXHdpZGN0bHBhclx0eDBcdHg3MDIwXG5vb3ZlcmZsb3dc ZmFyb21hblxyaW4wXGxpbjBcaXRhcDAge1xiXGYwXGZzMjJcdWwgVGF2YW5pciBDby4sIFRlaHJh biwgSXJhbn17XGJcZjBcZnMyMiBcdGFiIH17XGJcZjBcZnMyMlx1bCA5Lzk1LTMvOTh9e1xiXGYw XGZzMjIgDQpccGFyIH1ccGFyZCBcczE1XHFsIFxsaTBccmkwXHdpZGN0bHBhclx0eDBcbm9vdmVy Zmxvd1xmYXJvbWFuXHJpbjBcbGluMFxpdGFwMCB7XGYwXGZzMjIgDQoqRGV2ZWxvcGVkIGFuIGFw cGxpY2F0aW9uIGluIFZpc3VhbCBDKysgNS4wIGludGVuZGVkIGZvciBuZXR3b3JrIGNvbnRyb2wg bWFuYWdlbWVudHMuIFRoZSBhcHBsaWNhdGlvbiBpcyBhYmxlIHRvIGdldCBpbmZvcm1hdGlvbiBz dWNoIGFzIHZvbHRhZ2UsIGFjdGl2ZSBhbmQgcmVhY3RpdmUgcG93ZXIgZnJvbSBwb3dlciBwbGFu dHMgYW5kIHRyYW5zbWlzc2lvbiBzdGF0aW9ucyBhbmQgc3BlY2lmaWVzIHRyYW5zbWlzc2lvbiBz dGF0ZSB1c2luZyANCnBvd2VyIGZsb3cgbWV0aG9kIGFmdGVyIGEgZmF1bHQgb2NjdXJzIG9uIHRo ZSB0cmFuc21pc3Npb24gbGluZS4gDQpccGFyIH1ccGFyZCBcczE1XHFsIFxsaTBccmktNjMwXHdp ZGN0bHBhclx0eDBcbm9vdmVyZmxvd1xmYXJvbWFuXHJpbi02MzBcbGluMFxpdGFwMCB7XGYwXGZz MjIgDQpccGFyICogRGV2ZWxvcGVkIGFuIGFwcGxpY2F0aW9uIGZvciB2b2x0YWdlIGRyb3Agb24g dGhlIG5ldC4gVGhlIGFwcGxpY2F0aW9uIHdhcyBkZXZlbG9wZWQgaW4gVmlzdWFsIEJhc2ljIDUu MCB1c2luZyBncmFwaGljYWwgT0NYcy4NClxwYXIgDQpccGFyICogRGV2ZWxvcGVkIGhhcmR3YXJl IGZvciB0aGUgaGlnaCB2b2x0YWdlIG5ldHdvcmsuDQpccGFyIH1ccGFyZCBcczE1XHFsIFxsaTBc cmkwXHdpZGN0bHBhclx0eDBcbm9vdmVyZmxvd1xmYXJvbWFuXHJpbjBcbGluMFxpdGFwMCB7XGYw XGZzMjIgKkRldmVsb3BlZCBhbiBhcHBsaWNhdGlvbiBpbiBWaXN1YWwgQysrIDQuMC4gVGhlIGFw cGxpY2F0aW9uIGNoZWNrcyB0aGUgdHJhbnNtaXR0aW5nIHBvd2VyIG9uIHRoZSBsaW5lcyBhbmQg Y29udHJvbHMgdGhlIHN5c3RlbSdzIHN0ZWFkeSBzdGF0ZSBieSBhbGFybSBzeXN0ZW0uDQpccGFy IA0KXHBhciAqRGV2ZWxvcGVkIGFuIGFwcGxpY2F0aW9uIGluIFZpc3VhbCBDKysgNC4wIHNldCB0 aGUgcHJvdGVjdGlvbiByZWxheXMgaW4gc3Vic3RhdGlvbnMgdG8gcHJvdGVjdCB0aGUgbmV0d29y aydzIHJlbGlhYmlsaXR5Lg0KXHBhciANClxwYXIgfVxwYXJkIFxzMTVccWwgXGxpMFxyaTBcd2lk Y3RscGFyXHR4MFx0eDcwMjBcbm9vdmVyZmxvd1xmYXJvbWFuXHJpbjBcbGluMFxpdGFwMCB7XGJc ZjBcZnMyMlx1bCBQaXNocm8gQ28uLCBUZWhyYW4sIElyYW59e1xmMFxmczIyIFx0YWIgfXtcYlxm MFxmczIyXHVsIDExLzk0LTYvOTUNClxwYXIgfVxwYXJkIFxzMTVccWwgXGxpMFxyaTBcd2lkY3Rs cGFyXHR4MFxub292ZXJmbG93XGZhcm9tYW5ccmluMFxsaW4wXGl0YXAwIHtcZjBcZnMyMiANCkRl c2lnbmVkLCBkZXZlbG9wZWQgYW5kIGltcGxlbWVudGVkIGVsZWN0cmljYWwgc3lzdGVtcyB1c2lu ZyBjb21wdXRlciBhaWRlZCBzb2Z0d2FyZS4gVGhlIGVsZWN0cmljYWwgc3lzdGVtcyB3ZXJlIGlu dGVuZGVkIGZvciBib3RoIGluZG9vcnMgKEJ1aWxkaW5ncykgYW5kIG91dGRvb3JzIChBaXJwb3J0 cyBhbmQgVGVybWluYWxzKS4NClxwYXIgVGhlIHN5c3RlbXMgd2VyZSBkZXNpZ25lZCBhbmQgYmFz ZWQgb24gdGhlIHN0YW5kYXJkIGFuZCByZWd1bGF0aW9uIG9mIGVsZWN0cmljYWwgc3lzdGVtLg0K XHBhciANClxwYXIgfVxwYXJkIFxzMTVccWwgXGxpMFxyaTBcd2lkY3RscGFyXHR4MFx0eDcwMjBc bm9vdmVyZmxvd1xmYXJvbWFuXHJpbjBcbGluMFxpdGFwMCB7XGJcZjBcZnMyMlx1bCBQYXJkaXMg VG93ZXIgQ28sIFRlaHJhbiwgSXJhbn17XGYwXGZzMjIgXHRhYiB9e1xiXGYwXGZzMjJcdWwgMS85 My0xMS85NA0KXHBhciB9XHBhcmQgXHMxNVxxbCBcbGkwXHJpMFx3aWRjdGxwYXJcdHgwXG5vb3Zl cmZsb3dcZmFyb21hblxyaW4wXGxpbjBcaXRhcDAge1xmMFxmczIyIERlc2lnbmVkIHNpbXVsYXRv cnMgZm9yIHRyYWluaW5nIHB1cnBvc2UuDQpccGFyIH1ccGFyZCBcczE1XHFsIFxsaTBccmktNjMw XHdpZGN0bHBhclx0eDBcbm9vdmVyZmxvd1xmYXJvbWFuXHJpbi02MzBcbGluMFxpdGFwMCB7XGYw XGZzMjIgKkRldmVsb3BlZCBhbiBhcHBsaWNhdGlvbiBpbiAgQysrIGZvciAgY3ljbG9jb252ZXJ0 b3Igc2ltdWxhdG9yLiBUaGUgIA0KXHBhciBjeWNsb2NvbnZlcnRvciBpcyB1c2VkIGluIHRoZSBz dGFydGVycyBvZiBzeW5jaHJvbm91cyBtb3RvcnMuDQpccGFyIH1ccGFyZCBcczE1XHFsIFxsaTBc cmktNzIwXHdpZGN0bHBhclx0eDBcbm9vdmVyZmxvd1xmYXJvbWFuXHJpbi03MjBcbGluMFxpdGFw MCB7XGYwXGZzMjIgKkRldmVsb3BlZCBhcHBsaWNhdGlvbiB1c2luZyBDKysgIGZvciBjb250cm9s IHNwZWVkIG9mICBEQyBtb3RvcnMuIFRoZSBhcHBsaWNhdGlvbg0KXHBhciAgZ2V0cyBpbnB1dCB2 b2x0YWdlIHRvIHRoZSBtb3Rvciwgc3BlZWQgb2YgbW90b3IgYW5kIHJvdG9yJ3MgY3VycmVudC4g SXQgY2FuIGNvbnRyb2wNClxwYXIgIHRoZSBtb3RvciBzcGVlZCBiYXNlZCBvbiByZXF1ZXN0ZWQg c3BlZWQuDQpccGFyIH1ccGFyZCBcczE1XHFsIFxsaTBccmkwXHdpZGN0bHBhclx0eDBcbm9vdmVy Zmxvd1xmYXJvbWFuXHJpbjBcbGluMFxpdGFwMCB7XGYwXGZzMjIgKkRldmUNCmxvcGVkIGFwcGxp Y2F0aW9uIHVzaW5nIEMrKyBmb3Igc3RlcCBtb3RvcidzIGNvbnRyb2wgc3BlZWQuIEluIG9yZGVy IHRvIGNoYW5nZSB0aGUgYW5nbGUgb2YgZGlzaCBhbnRlbm5hLCB0aGUgYXBwbGljYXRpb24gb3Jk ZXJzIHRvIHN0ZXAgbW90b3IgdG8gY2hhbmdlIHRoZSByb3RvcidzIHNpdHVhdGlvbi4NClxwYXIg DQpccGFyIH1ccGFyZCBcczE1XHFjIFxsaTBccmkwXHdpZGN0bHBhclx0eDBcbm9vdmVyZmxvd1xm YXJvbWFuXHJpbjBcbGluMFxpdGFwMCB7XGJcZjBcZnMyMiBTS0lMTFM6DQpccGFyIH1ccGFyZCBc czE1XHFsIFxsaTBccmkwXHdpZGN0bHBhclx0eDBcbm9vdmVyZmxvd1xmYXJvbWFuXHJpbjBcbGlu MFxpdGFwMCB7XGJcZjBcZnMyMlx1bCBTb2Z0d2FyZSBkZXZlbG9wbWVudA0KXHBhciB9e1xmMFxm czIyIFZpc3VhbCBDKyssIFZpc3VhbCBCYXNpYywgVmlzdWFsIEludGVyRGV2LCBWaXN1YWwgSisr LCBNRkMsIFNES3MsIENPTSwgRENPTSwgQVRMIEFjdGl2ZVhzICwgQysrLCBGb3J0cmFuLCBJbnRl bCAgODA4NSBBc3NlbWJsZXIgQWNjZXNzLg0KXHBhciB9e1xiXGYwXGZzMjJcdWwgSW50ZXJuZXQg ZGV2ZWxvcG1lbnQNClxwYXIgfXtcZjBcZnMyMiBWaXN1YWwgSW50ZXJEZXYgNi4wLCBBY3RpdmUg U2VydmVyIFBhZ2VzIChBU1ApLCBTUUwgNy4wLCBDT00sIERDT00sIEphdmEgc2NyaXB0LiANClxw YXIgfXtcYlxmMFxmczIyXHVsIERhdGFiYXNlIGRldmVsb3BtZW50fXtcZjBcZnMyMiANClxwYXIg TVMtU1FMLCBBY2Nlc3MsIEZveFBybw0KXHBhciB9e1xiXGYwXGZzMjJcdWwgT3BlcmF0aW5nIFN5 c3RlbSBVc2VkDQpccGFyIH17XGYwXGZzMjIgTlQsIE1TLVdpbiwgVU5JWCwgVkFYLCBNUy1ET1MN ClxwYXIgfX0= --80565012-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 19: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 96D6037B416 for ; Sun, 10 Mar 2002 19:20:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2B3K0E47478; Sun, 10 Mar 2002 19:20:00 -0800 (PST) (envelope-from gnats) Received: from topaz.mdcc.cx (topaz.mdcc.cx [212.204.230.141]) by hub.freebsd.org (Postfix) with ESMTP id 5AC2537B419 for ; Sun, 10 Mar 2002 19:17:42 -0800 (PST) Received: from k7.mavetju.org (topaz.mdcc.cx [212.204.230.141]) by topaz.mdcc.cx (Postfix) with ESMTP id 28BCC2B671 for ; Mon, 11 Mar 2002 04:17:36 +0100 (CET) Received: by k7.mavetju.org (Postfix, from userid 1001) id EA405302; Mon, 11 Mar 2002 14:17:31 +1100 (EST) Message-Id: <20020311031731.EA405302@k7.mavetju.org> Date: Mon, 11 Mar 2002 14:17:31 +1100 (EST) From: Edwin Groothuis Reply-To: Edwin Groothuis To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/35756: USB reattach of Sony DSC-S75 fails, USB subsystem 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: 35756 >Category: kern >Synopsis: USB reattach of Sony DSC-S75 fails, USB subsystem hangs >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 Mar 10 19:20:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Edwin Groothuis >Release: FreeBSD 4.5-RELEASE i386 >Organization: - >Environment: System: FreeBSD k7.mavetju.org 4.5-RELEASE FreeBSD 4.5-RELEASE #3: Mon Mar 11 13:32:05 EST 2002 edwin@k7.mavetju.org:/usr/src/sys/compile/k7 i386 >Description: With a Sony DSC-S75 digital camera, if I turn it on while being connected to my computer, it is recognized perfectly, I can mount /dev/da0 and fetch the pictures. Unmount and turn it off, the da0 device disappears. But when I turn it on again, the da0 device doesn't come back and the USB subsystem hangs: 162 root -6 0 908K 532K usbsyn 0:00 0.00% 0.00% usbd I have the output of several logs: /var/log/messages (USB_DEBUG and UMASS_DEBUG), usbd -d -v -v -v and usbdevs -v Before the action: usbdevs -v: Controller /dev/usb0: addr 1: self powered, config 1, OHCI root hub(0x0000), AMD(0x0000), rev 0x0100 port 1 powered port 2 powered port 3 powered port 4 powered usbd -v -v -v -d usbd: opened /dev/usb0 usbd: reading configuration file /etc/usbd.conf usbd: action 1: ActiveWire board, firmware download vndr=0x0854 prdct=0x0100 rlse=0x0000 attach='/usr/local/bin/ezdownload -f /usr/local/share/usb/firmware/0854.0100.0_01.hex ${DEVNAME}' usbd: action 2: Entrega Serial with UART vndr=0x1645 prdct=0x8001 rlse=0x0101 attach='/usr/sbin/ezdownload -v -f /usr/share/usb/firmware/1645.8001.0101 /dev/${DEVNAME}' usbd: action 3: USB ethernet devname: [ack]ue[0-9]+ attach='dhclient ${DEVNAME}' detach='killall dhclient' usbd: action 4: Mouse devname: ums[0-9]+ attach='/usr/sbin/moused -p /dev/${DEVNAME} -I /var/run/moused.${DEVNAME}.pid' usbd: action 5: USB device usbd: 5 actions usbd: opened /dev/usb Just after the camera is switched on: usbd -v -v -v -d: usbd: doing discovery on /dev/usb0 usbd: processing event queue on /dev/usb usbd: attach event at 1015813036.504718000, Sony DSC, Sony: vndr=0x054c prdct=0x0010 rlse=0x0322 clss=0x0000 subclss=0x0000 prtcl=0x0000 device names: umass0 usbd: Found action 'USB device' for Sony DSC, Sony at umass0 usbd: action 0: USB device usbd: Setting DEVNAME='umass0' /var/log/messages: Mar 11 13:11:23 k7 /kernel: umass0: Sony Sony DSC, rev 1.00/3.22, addr 2, RBC over CBI Mar 11 13:11:23 k7 /kernel: umass-sim:0:-1:-1:XPT_PATH_INQ:. Mar 11 13:11:23 k7 /kernel: umass0:0:0:-1: Attached to scbus0 as device 0 Mar 11 13:11:23 k7 /kernel: scbus0: scanning for umass0:0:0:-1 Mar 11 13:11:23 k7 /kernel: umass-sim:0:-1:-1:XPT_PATH_INQ:. Mar 11 13:11:23 k7 /kernel: umass0:0:0:0:XPT_PATH_INQ:. Mar 11 13:11:23 k7 /kernel: umass0:0:0:0:XPT_PATH_INQ:. Mar 11 13:11:23 k7 /kernel: umass0:0:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/36b data/18b sense Mar 11 13:11:23 k7 /kernel: umass-sim:0:1:0:func_code 0x0004: Invalid target (no wildcard) Mar 11 13:11:23 k7 /kernel: umass-sim:0:2:0:func_code 0x0004: Invalid target (no wildcard) Mar 11 13:11:23 k7 /kernel: umass0: Attach finished Mar 11 13:11:23 k7 /kernel: umass0: Handling CBI state 10 (CBI Command), xfer=0xc15b9f80, NORMAL_COMPLETION Mar 11 13:11:23 k7 /kernel: umass0: Handling CBI state 11 (CBI Data), xfer=0xc1887b80, NORMAL_COMPLETION Mar 11 13:11:23 k7 /kernel: umass0: 0x 008000011f000000536f6e7920202020 buffer=0xc1881684, buflen=36 Mar 11 13:11:23 k7 /kernel: umass0: 0x 536f6e79204453432020202020202020 Mar 11 13:11:23 k7 /kernel: umass0: 0x 332e3232 Mar 11 13:11:23 k7 /kernel: umass0: Fetching 0b sense data Mar 11 13:11:23 k7 /kernel: umass0: Handling CBI state 10 (CBI Command), xfer=0xc15b9f80, NORMAL_COMPLETION Mar 11 13:11:23 k7 /kernel: umass0: Handling CBI state 11 (CBI Data), xfer=0xc1887b80, NORMAL_COMPLETION Mar 11 13:11:23 k7 /kernel: umass0: 0x 700000000000000a0000000000000000 buffer=0xc188d470, buflen=18 Mar 11 13:11:23 k7 /kernel: umass0: 0x 0000 Mar 11 13:11:23 k7 /kernel: umass0:0:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/255b data/18b sense Mar 11 13:11:23 k7 /kernel: umass0: Handling CBI state 10 (CBI Command), xfer=0xc15b9f80, NORMAL_COMPLETION Mar 11 13:11:23 k7 /kernel: umass0: Handling CBI state 11 (CBI Data), xfer=0xc1887b80, NORMAL_COMPLETION Mar 11 13:11:23 k7 /kernel: umass0: 0x 008000011f000000536f6e7920202020 buffer=0xc1883500, buflen=72 Mar 11 13:11:23 k7 /kernel: umass0: 0x 536f6e79204453432020202020202020 Mar 11 13:11:23 k7 /kernel: umass0: 0x 332e3232008000011f000000536f6e79 ... Mar 11 13:11:23 k7 /kernel: umass0: Fetching 18b sense data Mar 11 13:11:23 k7 /kernel: umass0: Handling CBI state 10 (CBI Command), xfer=0xc15b9f80, NORMAL_COMPLETION Mar 11 13:11:23 k7 /kernel: umass0: Handling CBI state 11 (CBI Data), xfer=0xc1887b80, NORMAL_COMPLETION Mar 11 13:11:23 k7 /kernel: umass0: 0x 700000000000000a0000000000000000 buffer=0xc188d470, buflen=18 Mar 11 13:11:23 k7 /kernel: umass0: 0x 0000 Mar 11 13:11:23 k7 /kernel: umass0:0:0:0:XPT_GET_TRAN_SETTINGS:. Mar 11 13:11:23 k7 /kernel: umass0:0:0:0:XPT_PATH_INQ:. Mar 11 13:11:23 k7 /kernel: umass0:0:0:0:XPT_GET_TRAN_SETTINGS:. Mar 11 13:11:23 k7 /kernel: umass0:0:0:0:XPT_SET_TRAN_SETTINGS:. Mar 11 13:11:23 k7 /kernel: umass0:0:0:0:XPT_SCSI_IO: cmd: 0x00, flags: 0xc0, 6b cmd/0b data/32b sense Mar 11 13:11:23 k7 /kernel: umass0: Handling CBI state 10 (CBI Command), xfer=0xc15b9f80, NORMAL_COMPLETION Mar 11 13:11:23 k7 /kernel: umass0: no data phase Mar 11 13:11:23 k7 /kernel: umass0: Fetching 18b sense data Mar 11 13:11:23 k7 /kernel: umass0: Handling CBI state 10 (CBI Command), xfer=0xc15b9f80, NORMAL_COMPLETION Mar 11 13:11:23 k7 /kernel: umass0: Handling CBI state 11 (CBI Data), xfer=0xc1887b80, NORMAL_COMPLETION Mar 11 13:11:23 k7 /kernel: umass0: 0x 700000000000000a0000000000000000 buffer=0xc188d470, buflen=18 Mar 11 13:11:23 k7 /kernel: umass0: 0x 0000 Mar 11 13:11:23 k7 /kernel: umass0:0:0:0:XPT_SCSI_IO: cmd: 0x25, flags: 0x40, 10b cmd/8b data/32b sense Mar 11 13:11:23 k7 /kernel: scbus0: Rescan succeeded Mar 11 13:11:23 k7 /kernel: umass0: Handling CBI state 10 (CBI Command), xfer=0xc15b9f80, NORMAL_COMPLETION Mar 11 13:11:23 k7 /kernel: umass0: Handling CBI state 11 (CBI Data), xfer=0xc1887b80, NORMAL_COMPLETION Mar 11 13:11:23 k7 /kernel: umass0: 0x 00003ddf00000200 buffer=0xc15b6020, buflen=8 Mar 11 13:11:23 k7 /kernel: umass0: Fetching 32b sense data Mar 11 13:11:23 k7 /kernel: umass0: Handling CBI state 10 (CBI Command), xfer=0xc15b9f80, NORMAL_COMPLETION Mar 11 13:11:23 k7 /kernel: umass0: Handling CBI state 11 (CBI Data), xfer=0xc1887b80, NORMAL_COMPLETION Mar 11 13:11:23 k7 /kernel: umass0: 0x 700000000000000a0000000000000000 buffer=0xc188d470, buflen=18 Mar 11 13:11:23 k7 /kernel: umass0: 0x 0000 Mar 11 13:11:23 k7 /kernel: umass0:0:0:0:XPT_CALC_GEOMETRY: Volume size = 15840 Mar 11 13:11:23 k7 /kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Mar 11 13:11:23 k7 /kernel: da0: Removable Direct Access SCSI-0 device Mar 11 13:11:23 k7 /kernel: umass0:0:0:0:XPT_GET_TRAN_SETTINGS:. Mar 11 13:11:23 k7 /kernel: umass0:0:0:0:XPT_PATH_INQ:. Mar 11 13:11:23 k7 /kernel: da0: 150KB/s transfers Mar 11 13:11:23 k7 /kernel: da0: 7MB (15840 512 byte sectors: 0H 0S/T 0C) usbdevs -v Controller /dev/usb0: addr 1: self powered, config 1, OHCI root hub(0x0000), AMD(0x0000), rev 0x0100 port 1 addr 2: self powered, config 1, Sony DSC(0x0010), Sony(0x054c), rev 0x03 22 port 2 powered port 3 powered port 4 powered Then I turn off the camera: usbd -v -v -v -d: usbd: doing discovery on /dev/usb0 usbd: processing event queue on /dev/usb usbd: detach event at 1015813065.239581000, DSC cameras, Sony Corp.: vndr=0x054c prdct=0x0010 rlse=0x0322 clss=0x0000 subclss=0x0000 prtcl=0x0000 device names: umass0 usbd: Found action 'USB device' for DSC cameras, Sony Corp. at umass0 usbd: action 0: USB device usbd: Setting DEVNAME='umass0' /var/log/messages Mar 11 13:12:12 k7 /kernel: umass0: at uhub0 port 1 (addr 2) disconnected Mar 11 13:12:12 k7 /kernel: umass0: detached Mar 11 13:12:12 k7 /kernel: umass0:0:0:-1: losing CAM device entry Mar 11 13:12:12 k7 /kernel: (da0:umass-sim0:0:0:0): lost device Mar 11 13:12:12 k7 /kernel: (da0:umass-sim0:0:0:0): removing device entry Mar 11 13:12:12 k7 /kernel: umass0: detached usbdevs -v Controller /dev/usb0: addr 1: self powered, config 1, OHCI root hub(0x0000), AMD(0x0000), rev 0x0100 port 1 powered port 2 powered port 3 powered port 4 powered And turned it on again: usbd -v -v -v -d: usbd: doing discovery on /dev/usb0 [hangs in call to ioctl while doing discovery on /dev/usb0] /var/log/messages Mar 11 13:12:50 k7 /kernel: umass0: Sony Sony DSC, rev 1.00/3.22, addr 2, RBC over CBI Mar 11 13:12:50 k7 /kernel: umass0:0:0:-1: Attached to scbus0 as device 0 Mar 11 13:12:50 k7 /kernel: scbus0: scanning for umass0:0:0:-1 Mar 11 13:12:50 k7 /kernel: umass-sim:0:-1:-1:XPT_PATH_INQ:. Mar 11 13:12:50 k7 /kernel: umass0:0:0:0:XPT_PATH_INQ:. Mar 11 13:12:50 k7 /kernel: umass0:0:0:0:XPT_PATH_INQ:. Mar 11 13:12:50 k7 /kernel: umass0:0:0:0:XPT_SCSI_IO: cmd: 0x12, flags: 0x40, 6b cmd/36b data/18b sense Mar 11 13:12:50 k7 /kernel: umass-sim:0:1:0:func_code 0x0004: Invalid target (no wildcard) Mar 11 13:12:50 k7 /kernel: umass-sim:0:2:0:func_code 0x0004: Invalid target (no wildcard) Mar 11 13:12:50 k7 /kernel: umass0: Attach finished Mar 11 13:12:50 k7 /kernel: umass0: Handling CBI state 10 (CBI Command), xfer=0xc1887800, NORMAL_COMPLETION Mar 11 13:12:50 k7 /kernel: umass0: Handling CBI state 11 (CBI Data), xfer=0xc1887880, NORMAL_COMPLETION Mar 11 13:12:50 k7 /kernel: umass0: 0x 008000011f000000536f6e7920202020 buffer=0xc1881284, buflen=36 Mar 11 13:12:50 k7 /kernel: umass0: 0x 536f6e79204453432020202020202020 Mar 11 13:12:50 k7 /kernel: umass0: 0x 332e3232 Mar 11 13:12:50 k7 /kernel: umass0: Fetching 0b sense data usbdevs -v Controller /dev/usb0: addr 1: self powered, config 1, OHCI root hub(0x0000), AMD(0x0000), rev 0x0100 [hangs in usbsyn state] >How-To-Repeat: >Fix: workaround: reboot machine before reattaching camera :-( If there are patches to be tried, more tests to be done etc, I'm available for it. I've looked through usb.c but unfortunatly it's too USB-technical for 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 Sun Mar 10 21: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 42ABB37B417 for ; Sun, 10 Mar 2002 21:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2B5U2V70367; Sun, 10 Mar 2002 21:30:02 -0800 (PST) (envelope-from gnats) Date: Sun, 10 Mar 2002 21:30:02 -0800 (PST) Message-Id: <200203110530.g2B5U2V70367@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Mike Heffner Subject: Re: bin/35087: TAR does not recurse directories if it runs into Reply-To: Mike Heffner 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/35087; it has been noted by GNATS. From: Mike Heffner To: Giorgos Keramidas Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/35087: TAR does not recurse directories if it runs into Date: Mon, 11 Mar 2002 00:24:03 -0500 (EST) On 24-Feb-2002 Giorgos Keramidas wrote: | | Are you sure this is not some bug of shell quoting, or the way you | invoke | tar(1)? It seems to work nicely here, for the filename you gave as an | example. Perhaps there is a problem, and if you provided us with the | exact | script and/or program that invokes tar(1) we could research this more |:) | It's reproduciable only when the filenames are specified individually or with a filelist (see PR gnu/34939). The following is from a 4.5-STABLE machine last cvsup'd Feb. 28: $ pwd /tmp $ mkdir test $ cd test $ touch foo $ touch "foo\bar" $ touch foobar $ ls -l total 0 -rw------- 1 mheffner wheel 0 Mar 11 00:18 foo -rw------- 1 mheffner wheel 0 Mar 11 00:18 foo\bar -rw------- 1 mheffner wheel 0 Mar 11 00:18 foobar $ cd .. $ tar cvf test.tar test/* test/foo tar: can't add file test/foar : No such file or directory test/foobar I haven't had a chance to test this on -current yet. Mike -- Mike Heffner Blacksburg, VA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Mar 10 21:32:59 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 4689237B416; Sun, 10 Mar 2002 21:32:58 -0800 (PST) Received: (from mikeh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2B5Q5p70108; Sun, 10 Mar 2002 21:26:05 -0800 (PST) (envelope-from mikeh) Date: Sun, 10 Mar 2002 21:26:05 -0800 (PST) From: Message-Id: <200203110526.g2B5Q5p70108@freefall.freebsd.org> To: root@tentacle.net, mikeh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/34939: tar quits silently creating archive containing a file with a backslash in the name 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: tar quits silently creating archive containing a file with a backslash in the name State-Changed-From-To: open->closed State-Changed-By: mikeh State-Changed-When: Sun Mar 10 21:25:25 PST 2002 State-Changed-Why: Duplicate of bin/35087. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34939 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 11 0: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 523E837B429 for ; Mon, 11 Mar 2002 00:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2B8U1W11422; Mon, 11 Mar 2002 00: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 3441F37B419 for ; Mon, 11 Mar 2002 00:23:23 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2B8NN710388; Mon, 11 Mar 2002 00:23:23 -0800 (PST) (envelope-from nobody) Message-Id: <200203110823.g2B8NN710388@freefall.freebsd.org> Date: Mon, 11 Mar 2002 00:23:23 -0800 (PST) From: Steven Enderle To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/35763: Your mail-system at hub.freebsd.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: 35763 >Category: misc >Synopsis: Your mail-system at hub.freebsd.org >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Mar 11 00:30:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Steven Enderle >Release: >Organization: >Environment: >Description: : host hub.freebsd.org[216.136.204.18] said: 450 Client host rejected: cannot find your hostname, [62.16.137.4] How am i supposed to work on bug reports when i can't even send you emails? >How-To-Repeat: Use a stupid provider and send an email to *@freebsd.org >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 Mar 11 0:50: 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 3EAED37B417 for ; Mon, 11 Mar 2002 00:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2B8o1M14446; Mon, 11 Mar 2002 00: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 6B2DB37B402 for ; Mon, 11 Mar 2002 00:48:37 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2B8mbA14207; Mon, 11 Mar 2002 00:48:37 -0800 (PST) (envelope-from nobody) Message-Id: <200203110848.g2B8mbA14207@freefall.freebsd.org> Date: Mon, 11 Mar 2002 00:48:37 -0800 (PST) From: Michael David To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/35765: Not enough documentation on Assembly Language Programming 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: 35765 >Category: misc >Synopsis: Not enough documentation on Assembly Language Programming >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Mon Mar 11 00:50:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Michael David >Release: 4.5 Release - Stable >Organization: Home >Environment: FreeBSD localhost 4.5-RELEASE FreeBSD 4.5-RELEASE #2 >Description: Hi, I wish to develop for Free BSD and would like to use assembly language to do the same. I find that there are almost no resources to help a person who wants to develop in Assembly for Free BSD. Can some one point me to relevant resources FOR FREE BSD Assembly programming. Is it possible to develop a full and detailed manual on Assembly lang programming on Free BSD. >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 Mar 11 0: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 337C337B405 for ; Mon, 11 Mar 2002 00:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2B8o1G14437; Mon, 11 Mar 2002 00: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 C598B37B404 for ; Mon, 11 Mar 2002 00:44:46 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2B8ikP13505; Mon, 11 Mar 2002 00:44:46 -0800 (PST) (envelope-from nobody) Message-Id: <200203110844.g2B8ikP13505@freefall.freebsd.org> Date: Mon, 11 Mar 2002 00:44:46 -0800 (PST) From: Michael David To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/35764: Icewm does not display APM status properly 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: 35764 >Category: misc >Synopsis: Icewm does not display APM status properly >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: Mon Mar 11 00:50:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Michael David >Release: 4.5 Stable >Organization: Home >Environment: FreeBSD localhost 4.5-RELEASE FreeBSD 4.5-RELEASE #2 >Description: I have loaded icewm from the ports collection and have also enabled APM in the kernel. Everything works fine except that when I enable the APM display in icewm using icepref, the output is some number like 22467 and not a decipherable output. My apm command returns the following output: APM Version: 1.2 APM Management: Enabled AC Line Status: on-line Battery Status: high Remaining battery life: 92% Remaining battery time: unknown Number of batteries: 1 Battery 0: Battery Status: high Remaining battery life: 92% Remaining battery time: unknown APM Capacities: global standby state global suspend state resume timer from suspend In linux, it works properly and gives me the Remaining battery life (%) if on AC power online, or else gives me the Remaining battery time in hrs and mins if offline. In Free BSD it gives me some number. >How-To-Repeat: Configure the kernel and enable APM Load icewm and use icepref to enable this option: "show APM status on task bar"... This is under the taskbar option on the left in the icepref window... Now watch the APM output on the task bar. In linux, it works properly and gives me the Remaining battery life (%) if on AC power online, or else gives me the Remaining battery time in hrs and mins if offline. In Free BSD it gives me some number. >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 Mar 11 0:53: 2 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 880C537B417; Mon, 11 Mar 2002 00:52:58 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2B8q0x14641; Mon, 11 Mar 2002 00:52:00 -0800 (PST) (envelope-from cjc) Date: Mon, 11 Mar 2002 00:52:00 -0800 (PST) From: Message-Id: <200203110852.g2B8q0x14641@freefall.freebsd.org> To: swear@blarg.net, cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org, cjc@FreeBSD.org Subject: Re: conf/35725: /etc/rc should create missing "dumpdir". 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: /etc/rc should create missing "dumpdir". State-Changed-From-To: open->analyzed State-Changed-By: cjc State-Changed-When: Mon Mar 11 00:49:03 PST 2002 State-Changed-Why: Why have /etc/rc check at all? Let savecore(8) run. It will complain loudly if given a bummer argument and behaves well. But provide a way to not have savecore(8) run when dumpdev is enabled. Committed to -CURRENT. Responsible-Changed-From-To: freebsd-bugs->cjc Responsible-Changed-By: cjc Responsible-Changed-When: Mon Mar 11 00:49:03 PST 2002 Responsible-Changed-Why: I'll handle MFC. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35725 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 11 1: 2:59 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 896AB37B402; Mon, 11 Mar 2002 01:02:58 -0800 (PST) Received: (from kris@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2B8uUu15366; Mon, 11 Mar 2002 00:56:30 -0800 (PST) (envelope-from kris) Date: Mon, 11 Mar 2002 00:56:30 -0800 (PST) From: Message-Id: <200203110856.g2B8uUu15366@freefall.freebsd.org> To: enderle@mdn.de, kris@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/35763: Your mail-system at hub.freebsd.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 Synopsis: Your mail-system at hub.freebsd.org State-Changed-From-To: open->closed State-Changed-By: kris State-Changed-When: Mon Mar 11 00:54:07 PST 2002 State-Changed-Why: This is a deliberate anti-spam measure. Sorry, but hub.freebsd.org bounces a spam about every second, and this is a big defense; I'm sure you can understand why this is necessary even though it inconveniences you personally. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35763 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 11 2:20: 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 ECD2437B419 for ; Mon, 11 Mar 2002 02:20:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BAK0U37379; Mon, 11 Mar 2002 02: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 0BDB337B41F for ; Mon, 11 Mar 2002 02:10:17 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BAAHb35625; Mon, 11 Mar 2002 02:10:17 -0800 (PST) (envelope-from nobody) Message-Id: <200203111010.g2BAAHb35625@freefall.freebsd.org> Date: Mon, 11 Mar 2002 02:10:17 -0800 (PST) From: Michael Wardle To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/35769: w does not correctly interpret X sessions 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: 35769 >Category: bin >Synopsis: w does not correctly interpret X sessions >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 Mar 11 02:20:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Michael Wardle >Release: 4.5 >Organization: >Environment: FreeBSD water 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Mon Feb 11 20:27:00 EST 2002 root@water:/usr/obj/usr/src/sys/WATER i386 >Description: If I do "w" on my system, I get this output: ----- w: /dev/:0: No such file or directory w: /dev/air.:0: No such file or directory 9:04PM up 20:32, 0 users, load averages: 0.04, 0.06, 0.02 USER TTY FROM LOGIN@ IDLE WHAT ----- I guess it tries to interpret the terminal (usually something like ttyv1) as an entry in /dev, however a user can also be logged in on an X session such as :0 or remotehost:0. These "terminals" should not be interpreted as entries in /dev. Running "who" on my system shows what is really happening: ----- michael :0 Mar 11 20:57 alison air.:0 Mar 11 20:52 ----- I have configured this host as a remote X server, so most logins are actually performed remotely using XDMCP, but I expect this will also work if only a local X session is active. >How-To-Repeat: establish an X session on the host, then issue "w". >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 Mar 11 2: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 E551637B416 for ; Mon, 11 Mar 2002 02:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BAU1K39104; Mon, 11 Mar 2002 02:30:01 -0800 (PST) (envelope-from gnats) Received: from degennes.pc.tu-clausthal.de (degennes.pc.tu-clausthal.de [139.174.150.42]) by hub.freebsd.org (Postfix) with ESMTP id 5B33F37B402 for ; Mon, 11 Mar 2002 02:26:50 -0800 (PST) Received: (from root@localhost) by degennes.pc.tu-clausthal.de (8.11.6/8.11.6) id g2BAQXN05804; Mon, 11 Mar 2002 11:26:33 +0100 (CET) (envelope-from ili) Message-Id: <200203111026.g2BAQXN05804@degennes.pc.tu-clausthal.de> Date: Mon, 11 Mar 2002 11:26:33 +0100 (CET) From: Ilshat Gubaidullin Reply-To: Ilshat Gubaidullin To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: misc/35770: Why there is no /usr/local/bin in PATH variable in /etc/rc? 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: 35770 >Category: misc >Synopsis: Why there is no /usr/local/bin in PATH variable in /etc/rc? >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 Mar 11 02:30:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Ilshat Gubaidullin >Release: FreeBSD 4.5-STABLE i386 >Organization: >Environment: System: Platform i386, hardware independent, all releases since FreeBSD-4.1.1-RELEASE, all Samba releases since 2.0.7, all LPRng releases since 3.7.3. >Description: LPRng-printing system install their lpr, lpc and other binaries in /usr/local/bin by default. When Samba starts without /usr/local/bin in PATH env.variable and printing is set to lprng in Samba configurations file then Samba starts without error messages but printing from clients will fail with no error message to client and not very intelligible message in samba logfile: --------samba log by loglevel 6-------- [2002/03/11 11:19:42, 3] printing/print_generic.c:print_run_command(88) Running the command `lpr -s -r -PHP870Cxi smbprn.000121.YPtfMW' gave 127 [2002/03/11 11:19:42, 5] smbd/files.c:file_free(339) freed files structure 4673 (0 used) [2002/03/11 11:19:42, 4] smbd/dosmode.c:set_filetime(331) set_filetime(/var/spool/samba/smbprn.000121.YPtfMW) failed: No such file or di rectory --------end of samba log --------------- >How-To-Repeat: Move lpr and lpc from /usr/bin to /usr/local/bin and try to get samba printing after reboot... >Fix: add /usr/local/bin in PATH variable in /etc/rc. Why /usr/local/sbin is added and /usr/local/bin is not? There are many other ways to fix it, but for newbies is extremely difficult to find it out and it is possible that other scripts in /usr/local/etc/rc.d will wokr incorrectly without /usr/local/bin in PATH variable... >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 Mar 11 2:43: 3 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 1F32D37B416; Mon, 11 Mar 2002 02:42:59 -0800 (PST) Received: (from roam@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BAfFh41055; Mon, 11 Mar 2002 02:41:15 -0800 (PST) (envelope-from roam) Date: Mon, 11 Mar 2002 02:41:15 -0800 (PST) From: Message-Id: <200203111041.g2BAfFh41055@freefall.freebsd.org> To: michael_general@FreeBSD.org, roam@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/35765: Not enough documentation on Assembly Language Programming 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: Not enough documentation on Assembly Language Programming State-Changed-From-To: open->closed State-Changed-By: roam State-Changed-When: Mon Mar 11 02:40:33 PST 2002 State-Changed-Why: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35765 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 11 2:53: 1 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 C8E7D37B404; Mon, 11 Mar 2002 02:52:59 -0800 (PST) Received: (from roam@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BAnMA43049; Mon, 11 Mar 2002 02:49:22 -0800 (PST) (envelope-from roam) Date: Mon, 11 Mar 2002 02:49:22 -0800 (PST) From: Message-Id: <200203111049.g2BAnMA43049@freefall.freebsd.org> To: michael_general@FreeBSD.org, roam@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/35765: Not enough documentation on Assembly Language Programming 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: Not enough documentation on Assembly Language Programming State-Changed-From-To: closed->feedback State-Changed-By: roam State-Changed-When: Mon Mar 11 02:46:40 PST 2002 State-Changed-Why: Oops. The empty message was supposed to say 'invalid e-mail address', but in the meantime I found another PR by Michael David and fixed the address. As for this PR, Michael, have you taken a look at http://www.FreeBSD.org/docs.html? There is a link to the FreeBSD Developer's Handbook there, which has a nice chapter on x86 assembly programming. If you mean assembly programming for other architectures supported by FreeBSD (like Alpha or Sparc64), then indeed there are no real guides on that.. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35765 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 11 3: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 C352937B402 for ; Mon, 11 Mar 2002 03:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BBU2n52803; Mon, 11 Mar 2002 03:30:02 -0800 (PST) (envelope-from gnats) Date: Mon, 11 Mar 2002 03:30:02 -0800 (PST) Message-Id: <200203111130.g2BBU2n52803@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: misc/35770: Why there is no /usr/local/bin in PATH variable in /etc/rc? 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 misc/35770; it has been noted by GNATS. From: "Crist J. Clark" To: Ilshat Gubaidullin Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/35770: Why there is no /usr/local/bin in PATH variable in /etc/rc? Date: Mon, 11 Mar 2002 03:20:22 -0800 On Mon, Mar 11, 2002 at 11:26:33AM +0100, Ilshat Gubaidullin wrote: [snip] > Why /usr/local/sbin is added and /usr/local/bin is not? You're right. /usr/local/sbin should not be there. It was added in revision 1.107 in 1996. The log indicates that it was added for "things like GateD." It looks like it was added to support some broken configuration options present in the rc-scripts at the time. It should be removed. For something like Samba, its rc script should contain the environment it needs to start properly. /etc/rc cannot not be expected to properly setup the environment for arbitrary third-party software. -- 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 Mar 11 3:33: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 CC96437B417; Mon, 11 Mar 2002 03:32:58 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BBNWK51768; Mon, 11 Mar 2002 03:23:32 -0800 (PST) (envelope-from cjc) Date: Mon, 11 Mar 2002 03:23:32 -0800 (PST) From: Message-Id: <200203111123.g2BBNWK51768@freefall.freebsd.org> To: michael_general@myrealbox.com, cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/35765: Not enough documentation on Assembly Language Programming 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: Not enough documentation on Assembly Language Programming State-Changed-From-To: feedback->closed State-Changed-By: cjc State-Changed-When: Mon Mar 11 03:21:02 PST 2002 State-Changed-Why: This is not a PR. For general help and questions, use the FreeBSD mailing lists. freebsd-questions@freebsd.org or freebsd-hackers@freebsd.org (but not a cross-post to both!) might be good places to pose this type of question. Better yet, search the mail archives. This question gets asked at least every month or two. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35765 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 11 3:40: 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 A531937B404 for ; Mon, 11 Mar 2002 03:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BBe2J54539; Mon, 11 Mar 2002 03:40:02 -0800 (PST) (envelope-from gnats) Date: Mon, 11 Mar 2002 03:40:02 -0800 (PST) Message-Id: <200203111140.g2BBe2J54539@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: bin/35769: w does not correctly interpret X sessions 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/35769; it has been noted by GNATS. From: "Crist J. Clark" To: Michael Wardle Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/35769: w does not correctly interpret X sessions Date: Mon, 11 Mar 2002 03:31:59 -0800 On Mon, Mar 11, 2002 at 02:10:17AM -0800, Michael Wardle wrote: [snip] > >Description: > If I do "w" on my system, I get this output: > ----- > w: /dev/:0: No such file or directory > w: /dev/air.:0: No such file or directory > 9:04PM up 20:32, 0 users, load averages: 0.04, 0.06, 0.02 > USER TTY FROM LOGIN@ IDLE WHAT > ----- > > I guess it tries to interpret the terminal (usually something like ttyv1) as an entry in /dev, however a user can also be logged in on an X session such as :0 or remotehost:0. These "terminals" should not > be interpreted as entries in /dev. You should bet getting the pty(4) associated with the session. > Running "who" on my system shows what is really happening: > ----- > michael :0 Mar 11 20:57 > alison air.:0 Mar 11 20:52 > ----- > > I have configured this host as a remote X server, so most logins are > actually performed remotely using XDMCP, but I expect this will also > work if only a local X session is active. Hmmm... $ echo $DISPLAY blossom.cjclark.org:10.0 $ tty /dev/ttyp3 $ w 3:31AM up 33 days, 3:08, 7 users, load averages: 1.02, 1.03, 1.00 USER TTY FROM LOGIN@ IDLE WHAT cjc p0 vegeta Wed08AM 1 emacs /var/tmp/tmp_cjc/mutt-blossom-57999-1626 cjc p1 blossom.cjclark. Wed08AM 35 tcsh cjc p2 blossom.cjclark. Wed08AM 49 tcsh > >How-To-Repeat: > establish an X session on the host, then issue "w". What does 'tty' return for one of these sessions? -- 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 Mar 11 4:40: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 BFD3537B41A for ; Mon, 11 Mar 2002 04:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BCe1J73542; Mon, 11 Mar 2002 04:40:01 -0800 (PST) (envelope-from gnats) Received: from infres.enst.fr (infres-192.enst.fr [137.194.192.1]) by hub.freebsd.org (Postfix) with ESMTP id F3DED37B400 for ; Mon, 11 Mar 2002 04:32:17 -0800 (PST) Received: from shalmaneser.enst.fr (shalmaneser.enst.fr [137.194.162.11]) by infres.enst.fr (Postfix) with ESMTP id 79D8818D9 for ; Mon, 11 Mar 2002 13:32:09 +0100 (MET) Received: by shalmaneser.enst.fr (Postfix, from userid 11117) id AD13B1151C; Mon, 11 Mar 2002 12:25:02 +0100 (CET) Message-Id: <20020311112502.AD13B1151C@shalmaneser.enst.fr> Date: Mon, 11 Mar 2002 12:25:02 +0100 (CET) From: Thomas Quinot Reply-To: Thomas Quinot To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/35773: [patch] nfsd does not compile with -DDEBUG 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: 35773 >Category: bin >Synopsis: [patch] nfsd does not compile with -DDEBUG >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 Mar 11 04:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Thomas Quinot >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: System: FreeBSD shalmaneser.enst.fr 5.0-CURRENT FreeBSD 5.0-CURRENT #4: Thu Feb 28 18:08:36 CET 2002 quinot@shalmaneser.enst.fr:/usr/obj/usr/src/sys/SHALMANESER i386 >Description: When compiled with -DDEBUG, nfsd #defines syslog to a macro with a fixed number of arguments, whereas it should use a variadic macro. >How-To-Repeat: # cd /usr/src/sbin/nfsd # make CFLAGS=-DDEBUG cc -DDEBUG -c /usr/src/sbin/nfsd/nfsd.c /usr/src/sbin/nfsd/nfsd.c:383: macro `syslog' used with too many (3) args /usr/src/sbin/nfsd/nfsd.c:406: macro `syslog' used with too many (3) args /usr/src/sbin/nfsd/nfsd.c:452: macro `syslog' used with too many (3) args /usr/src/sbin/nfsd/nfsd.c:476: macro `syslog' used with too many (3) args /usr/src/sbin/nfsd/nfsd.c:518: macro `syslog' used with too many (3) args /usr/src/sbin/nfsd/nfsd.c:542: macro `syslog' used with too many (3) args /usr/src/sbin/nfsd/nfsd.c:593: macro `syslog' used with too many (3) args /usr/src/sbin/nfsd/nfsd.c:617: macro `syslog' used with too many (3) args /usr/src/sbin/nfsd/nfsd.c:750: macro `syslog' used with too many (4) args >Fix: --- sbin/nfsd/nfsd.c.dist Mon Mar 11 11:31:35 2002 +++ sbin/nfsd/nfsd.c Mon Mar 11 11:31:03 2002 @@ -75,7 +75,7 @@ /* Global defs */ #ifdef DEBUG -#define syslog(e, s) fprintf(stderr,(s)) +#define syslog(e, s...) fprintf(stderr,s) int debug = 1; #else int debug = 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 Mar 11 4:40: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 080C837B41D for ; Mon, 11 Mar 2002 04:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BCe1a73552; Mon, 11 Mar 2002 04:40:01 -0800 (PST) (envelope-from gnats) Received: from naxos.pdb.sbs.de (naxos.pdb.sbs.de [192.109.3.5]) by hub.freebsd.org (Postfix) with ESMTP id 627C237B402 for ; Mon, 11 Mar 2002 04:38:23 -0800 (PST) Received: from trolli.pdb.fsc.net (ThisAddressDoesNotExist [172.25.97.20] (may be forged)) by naxos.pdb.sbs.de (8.11.2/8.11.2) with ESMTP id g2BCcMt01195 for ; Mon, 11 Mar 2002 13:38:22 +0100 Received: from deejai2.mch.fsc.net (deejai2.mch.fsc.net [172.25.124.236]) by trolli.pdb.fsc.net (8.9.3/8.9.3) with ESMTP id NAA13420; Mon, 11 Mar 2002 13:38:20 +0100 Received: (from martin@localhost) by deejai2.mch.fsc.net (8.11.6/8.11.6) id g2BCcKD49193; Mon, 11 Mar 2002 13:38:20 +0100 (CET) (envelope-from martin) Message-Id: <200203111238.g2BCcKD49193@deejai2.mch.fsc.net> Date: Mon, 11 Mar 2002 13:38:20 +0100 (CET) From: Reply-To: To: FreeBSD-gnats-submit@freebsd.org, martin.kraemer@Fujitsu-Siemens.com X-Send-Pr-Version: 3.113 Subject: misc/35774: [SECURITY] Suboptimal auditing possibilities for network access 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: 35774 >Category: misc >Synopsis: [SECURITY] Suboptimal auditing possibilities for network access >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Mar 11 04:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: >Release: FreeBSD 4.5-STABLE i386 >Organization: Fujitsu-Siemens >Environment: System: FreeBSD deejai2.mch.fsc.net 4.5-STABLE FreeBSD 4.5-STABLE #6: Thu Jan 31 21:40:04 CET 2002 martin@deejai2.mch.fsc.net:/usr/src/sys/compile/DEEJAI4B i386 >Description: When logging in from a remote machine, the IP address of which is not in the DNS, a utmp/wtmp entry is created with a ut_host/ll_host hostname of the IPv4 address preceded by ::ffff: (IPv6 syntax for mapped addresses). Because of the very small size of the hostname field (historic: UT_HOSTSIZE 16), the IP address gets truncated. The resulting "last" output... (user ttyp5 ::ffff:172.25.18 Mon Mar 11 09:20 still logged in) hides the most important information (from WHICH machine in the subnet 172.25.18*.* did the login occur?). >How-To-Repeat: log in from a remote machine, the IP address of which is not in DNS. >Fix: (short-term fix) truncate a numeric IP address on the left rather than on the right. That does not really help with true IPv6 addresses, but it greatly improves the usefulness when IPv4-mapped IPv6 addresses are used, which is still the majority of cases IMHO. For such a login, 16 bytes would be enough to store ":" which unambiguously describes the remote host, as it can only be "::" (compatible) or "::ffff:" (mapped), because all other IPv6 addresses would not be rewritten to ":". (long-term fix) make the UT_HOSTSIZE 45 (there exists a constant for sizeof("ffff:ffff:ffff:ffff:ffff:ffff:255.255.255.255" somewhere in IPv6, but I forgot its name) >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 Mar 11 5:10: 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 EE80837B41B for ; Mon, 11 Mar 2002 05:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BDA1o82347; Mon, 11 Mar 2002 05:10:01 -0800 (PST) (envelope-from gnats) Date: Mon, 11 Mar 2002 05:10:01 -0800 (PST) Message-Id: <200203111310.g2BDA1o82347@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Michael Wardle Subject: Re: bin/35769: w does not correctly interpret X sessions Reply-To: Michael Wardle 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/35769; it has been noted by GNATS. From: Michael Wardle To: "Crist J. Clark" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/35769: w does not correctly interpret X sessions Date: Mon, 11 Mar 2002 05:09:30 -0800 (PST) [...] > What does 'tty' return for one of these sessions? This is precisely the problem -- it is not a terminal, indeed there is no way to issue "tty". I can only issue "tty" if I start a terminal emulator, but the problem is when w tries to look directly at the X session itself, not any terminal I have spawned from within the X session. In the same way, I can't "write" a user on one of these X sessions unless they have opened a terminal emulator (such as xterm or konsole). __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! 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 Mon Mar 11 9:10: 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 00FBF37B402 for ; Mon, 11 Mar 2002 09:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BHA1g49616; Mon, 11 Mar 2002 09:10:01 -0800 (PST) (envelope-from gnats) Date: Mon, 11 Mar 2002 09:10:01 -0800 (PST) Message-Id: <200203111710.g2BHA1g49616@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Doug Clements Subject: Re: misc/35765: Not enough documentation on Assembly Language Programming Reply-To: Doug Clements 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/35765; it has been noted by GNATS. From: Doug Clements To: Michael David , Cc: Subject: Re: misc/35765: Not enough documentation on Assembly Language Programming Date: Mon, 11 Mar 2002 09:01:03 -0800 on 3/11/02 12:48 AM, Michael David at michael_general@FreeBSD.ORG wrote: > >> Number: 35765 >> Category: misc >> Synopsis: Not enough documentation on Assembly Language Programming >> Confidential: no >> Severity: non-critical >> Priority: medium >> Responsible: freebsd-bugs >> State: open >> Quarter: >> Keywords: >> Date-Required: >> Class: wish >> Submitter-Id: current-users >> Arrival-Date: Mon Mar 11 00:50:01 PST 2002 >> Closed-Date: >> Last-Modified: >> Originator: Michael David >> Release: 4.5 Release - Stable >> Organization: > Home >> Environment: > FreeBSD localhost 4.5-RELEASE FreeBSD 4.5-RELEASE #2 >> Description: > Hi, > > I wish to develop for Free BSD and would like to use assembly language to do > the same. I find that there are almost no resources to help a person who wants > to develop in Assembly for Free BSD. Can some one point me to relevant > resources FOR FREE BSD Assembly programming. Is it possible to develop a full > and detailed manual on Assembly lang programming on Free BSD. http://google.com/search?hl=en&q=assembly+programming+freebsd To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 11 9:37:43 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mail5.microsoft.com (mail5.microsoft.com [131.107.3.121]) by hub.freebsd.org (Postfix) with ESMTP id 336C637B427 for ; Mon, 11 Mar 2002 09:37:31 -0800 (PST) Received: from inet-vrs-05.redmond.corp.microsoft.com ([157.54.6.148]) by mail5.microsoft.com with Microsoft SMTPSVC(5.0.2195.4905); Mon, 11 Mar 2002 09:37:30 -0800 Received: from 157.54.5.25 by inet-vrs-05.redmond.corp.microsoft.com (InterScan E-Mail VirusWall NT); Mon, 11 Mar 2002 09:37:30 -0800 Received: from red-msg-20.redmond.corp.microsoft.com ([157.54.5.165]) by inet-hub-03.redmond.corp.microsoft.com with Microsoft SMTPSVC(5.0.2195.2966); Mon, 11 Mar 2002 09:37:30 -0800 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Subject: Thanks for contacting us! Date: Mon, 11 Mar 2002 09:37:29 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: A funny website Thread-Index: AcHJI2r4dxifGOwYQras0NCpclMetAAAAABm From: "WindowsMedia.com Music Top 10" To: "freebsd-bugs" X-OriginalArrivalTime: 11 Mar 2002 17:37:30.0424 (UTC) FILETIME=[6B4B9B80:01C1C923] 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 Thanks for contacting us! We're eager to read your comments, creative = suggestions, even your Top 10 lists... Although we'd love to personally reply to your e-mail, we're busy = creating the number one entertainment destination on the Web. So = although this is an automated reply, be assured that we hear you, and = you're feedback will make a difference on our site in the coming weeks = and months. If you've contacted us for technical help, or anything other then = creative suggestions, please redirect your concern to the newsgroups and = e-mail aliases located at = . Warm regards, WindowsMedia.com Producers ***************************************** Quick Tip: Get the best results on our site with Windows Media Player 7. Download it today at ***************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 11 10:11:53 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 484ED37B400 for ; Mon, 11 Mar 2002 10:11:48 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id NAA02361; Mon, 11 Mar 2002 13:11:47 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g2BIBHM95922; Mon, 11 Mar 2002 13:11:17 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15500.62277.345549.397192@grasshopper.cs.duke.edu> Date: Mon, 11 Mar 2002 13:11:17 -0500 (EST) To: Michael Wardle Cc: freebsd-bugs@FreeBSD.org Subject: Re: bin/35769: w does not correctly interpret X sessions In-Reply-To: <200203111310.g2BDA1o82347@freefall.freebsd.org> References: <200203111310.g2BDA1o82347@freefall.freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 Michael Wardle writes: > The following reply was made to PR bin/35769; it has been noted by GNATS. > > From: Michael Wardle > To: "Crist J. Clark" > Cc: freebsd-gnats-submit@FreeBSD.ORG > Subject: Re: bin/35769: w does not correctly interpret X sessions > Date: Mon, 11 Mar 2002 05:09:30 -0800 (PST) > > [...] > > > What does 'tty' return for one of these sessions? > > This is precisely the problem -- it is not a terminal, indeed there is > no way to issue "tty". I can only issue "tty" if I start a terminal > emulator, but the problem is when w tries to look directly at the X > session itself, not any terminal I have spawned from within the X > session. The problem is that kdm (and perhaps other things) are spamming utmp with non-dev entries, such as ":0". Eg: Breakpoint 5, 0x480dcd47 in fprintf () from /usr/lib/libc.so.4 (gdb) where #0 0x480dcd47 in fprintf () from /usr/lib/libc.so.4 #1 0x480b083e in vwarnc () from /usr/lib/libc.so.4 #2 0x480b0791 in warn () from /usr/lib/libc.so.4 #3 0x804a0e8 in ttystat (line=0x804caa0 ":0", sz=8) at w.c:500 #4 0x8049558 in main (argc=1, argv=0xbfbff7e8) at w.c:214 #5 0x8048e25 in _start () (gdb) frame 3 #3 0x804a0e8 in ttystat (line=0x804caa0 ":0", sz=8) at w.c:500 500 warn("%s", ttybuf); (gdb) l 495 static struct stat sb; 496 char ttybuf[MAXPATHLEN]; 497 498 (void)snprintf(ttybuf, sizeof(ttybuf), "%s%.*s", _PATH_DEV, sz, line); 499 if (stat(ttybuf, &sb)) { 500 warn("%s", ttybuf); 501 return (NULL); 502 } 503 return (&sb); 504 } (gdb) p line $1 = 0x804caa0 ":0" I'm certain that kdm is one of the programs doing this, because I noticed this on my wife's desktop just after I setup kdm on it. Perhaps we should check an exclusion list consisting of the various things that login managers spam utmp with & not warn for them. Or, better yet, we could patch the loging managers to not spam utmp.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 11 11: 0:12 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 7E2A637B41B for ; Mon, 11 Mar 2002 11:00:05 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BJ04871312 for freebsd-bugs@freebsd.org; Mon, 11 Mar 2002 11:00:04 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 11 Mar 2002 11:00:04 -0800 (PST) Message-Id: <200203111900.g2BJ04871312@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/03/08] pending/35672gnats-admin[Patch] OpenSSH doesn't install o [2002/03/08] pending/35690gnats-adminpatch: sort master sites for x11-servers o [2002/03/11] pending/35780gnats-admin 3 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2002/03/09] pending/35721gnats-adminUpdate port: textproc/py2html 1 problem total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 11 11: 6:28 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 D9D4537B417 for ; Mon, 11 Mar 2002 11:00:10 -0800 (PST) Received: (from peter@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BJ05x71323 for freebsd-bugs@freebsd.org; Mon, 11 Mar 2002 11:00:05 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 11 Mar 2002 11:00:05 -0800 (PST) Message-Id: <200203111900.g2BJ05x71323@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 phk [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 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/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 a [2000/04/28] misc/18286 mikeh mailx, which is part of Unix 98, does not 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 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 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 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/ o [2001/01/17] kern/24418 jasone read/write in thread library (-lc_r) does 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/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/25] kern/28402 kernel panic caused by softupdates (may b o [2001/06/25] kern/28418 dwmalone 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/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/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 f [2001/11/30] kern/32418 silby 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 f [2002/01/04] i386/33525 root access without password 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/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] kern/34067 n_hibma Reproducable crash on usb ugen o [2002/01/19] kern/34071 pcn-driver is sort-of-broken in 4.5RC2 (a a [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/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/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/03] i386/34576 cannot load freebsd o [2002/02/06] ports/34669 www "download" links in WWW ports listing are f [2002/02/06] misc/34675 iedowse Restore asking for another volume - on la o [2002/02/06] kern/34680 Kernel panics when checking-out a tree (d o [2002/02/07] kern/34711 frequent system stall under moderate scsi f [2002/02/11] kern/34830 frequent panic . 4.3-STABLE o [2002/02/11] ports/34863 ports port apache13-fp broken o [2002/02/15] i386/34977 IPFW UID/GID Based Filtering doesn't work o [2002/02/18] kern/35082 IBM Intellistation will not reboot with S o [2002/02/18] i386/35096 Network card dies copying files > 200MB w o [2002/02/20] misc/35150 FreeBSD 4.5 won't install ... out of inod o [2002/02/20] misc/35151 High NFSD load in FreeBSD 4.5R f [2002/02/26] kern/35354 4.4/4.5 FreeBSD causes hard lock after 20 o [2002/02/28] kern/35435 danny rl driver generates large amount of colli o [2002/03/01] ports/35462 obrien patch to rsync-2.5.2 o [2002/03/01] kern/35466 xe driver can not read CIS tuples o [2002/03/04] ports/35532 ports ATI Radeon VE doesn't work with XFree84-4 o [2002/03/05] ports/35576 ports ssmtp package INSTALL script broken o [2002/03/06] i386/35615 sound ES1978 Maestro 2E sound card locks up mac o [2002/03/07] conf/35626 wollman Summer time rules for Estionia changed ag o [2002/03/07] kern/35640 heavy collision rate hangs vr network int o [2002/03/08] ports/35698 cjh print/cjk-lyx need to be updated o [2002/03/09] docs/35723 doc le(4) page doesn't warn about likely syst o [2002/03/09] i386/35726 Won't let me use ifconfig on the interfac o [2002/03/10] ports/35749 ports devel/libusb is affected by USB structure 210 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 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 s [1997/10/01] bin/4672 rdist does not do hard links right when t 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 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/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 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 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/01/24] ports/16343 reg bsd.port.mk cannot override make.conf. 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/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/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/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 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 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 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 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/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 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 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 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 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 murray 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+ 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 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/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 silby 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/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 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] 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] 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] 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/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 f [2001/11/01] ports/31688 znerd JDK 1.3.1 Update for Sun's Java Communica f [2001/11/01] ports/31689 znerd 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 mckusick 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 f [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 f [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 znerd 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/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/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/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 imp 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, a [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 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] 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] 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/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 ache 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 f [2001/12/26] misc/33213 ume 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 portmgr Ports can not resume an interrupted downl 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/06] ports/33614 ports port devel/pike is out of date ! 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] misc/33672 sheldonh 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 a [2002/01/10] bin/33770 maxim 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] ports/33848 ports CUPS doesn't find parallel port 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 doc Section 15.15 of the FreeBSD Porter's Han o [2002/01/15] ports/33931 mbr 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/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] 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] 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/21] ports/34110 des linux-opera TP3 doesn't work 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 f [2002/01/23] ports/34214 znerd New Port: lang/kawa Java Based Scheme Imp o [2002/01/24] kern/34228 Dual processor machine hangs at reboot o [2002/01/24] gnu/34246 joe CVS doesn't rebuild CVSROOT/options 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 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/34332 nik print/jadetext fails to build with TeX er 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/30] ports/34436 ports /usr/libexec/ld-elf.so.1: Shared object " 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/34512 ports [PATCH] Fix linking errors in deskutils/m o [2002/02/01] i386/34536 accept() blocks other threads 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] misc/34568 turning printer on and off hangs the comp 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 anders minicom-2.00.0 does not build when autoco o [2002/02/03] ports/34599 ports Imagemagick a [2002/02/03] bin/34601 sheldonh bc(1)'s multi-line file parsing problem a [2002/02/04] i386/34607 maxim incorrect PAP authorization in pppd o [2002/02/04] kern/34619 TCP - FINs with different sequence number o [2002/02/05] ports/34636 ports XmHTML does not build: debug.c:113: initi o [2002/02/05] ports/34648 ports system hangs if you 'shutdown now' while o [2002/02/06] ports/34661 ports lang/gcl fails to compile o [2002/02/06] kern/34672 NEWCARD panic. o [2002/02/06] kern/34677 burncd does not work with USB CDRW o [2002/02/06] bin/34682 fenner scanf/sscanf doesn't understand %lld o [2002/02/06] i386/34684 sysinstall core-dumped o [2002/02/07] ports/34691 ports new port for sfs - the self-certifying fi o [2002/02/07] ports/34692 portmgr typing error in bsd.port.mk o [2002/02/07] bin/34725 sos burncd cannot write audio file as the 1st o [2002/02/07] bin/34727 ``/bin/mkdir -p /'' fails o [2002/02/08] ports/34730 ports new port qmail-scanner - a virus-scanning o [2002/02/08] ports/34734 ports There is no pngquant port o [2002/02/08] bin/34741 pkg_info -R gives empty output o [2002/02/09] kern/34764 cisco aironet driver freezes with toshiba o [2002/02/09] kern/34765 Unloading the ipl.ko module will panic th o [2002/02/10] kern/34801 TCP window size bug (afflicting IP Filter o [2002/02/10] bin/34811 sh: "jobs" is not pipeable o [2002/02/11] ports/34829 ports new port: pisg 0.36 o [2002/02/11] misc/34842 VmWare port + NIS causes "broadcast storm o [2002/02/12] ports/34872 ports New Port: KOggTag is a KDE-based tag edit o [2002/02/12] ports/34887 ports Apache modules installed from ports with o [2002/02/12] ports/34893 ports RUS-CERT Advisory 2002-02:01: Temporary f o [2002/02/12] kern/34895 Linuxulator linux_fcntl64() doesn't handl o [2002/02/13] i386/34902 FTP session causes server reboot o [2002/02/13] ports/34907 sf 4.5/ports/ftp/wget+ipv6 hangs top make o [2002/02/14] ports/34943 ports ports/mail/ecartis o [2002/02/14] docs/34947 doc Updated/Translated Article on Filtering B o [2002/02/15] ports/34990 kde Kde coredump on halt o [2002/02/16] kern/35004 [PATCH] Fix for pcm driver lockups a [2002/02/17] ports/35050 ports Failure of port drm-kmod to correctly ini o [2002/02/17] kern/35061 After printing to HP Deskjet 656c USB pri a [2002/02/18] bin/35076 maxim sh builtin test command sets real uid to o [2002/02/18] kern/35081 zebra routing problem - kernel bug??? o [2002/02/18] bin/35087 TAR does not recurse directories if it ru o [2002/02/18] misc/35104 Files end up being no bigger than 8192 by o [2002/02/19] misc/35116 keyinfo reports root's keyinfo o [2002/02/19] ports/35121 ports msgfmt in multiple ports causes conflicts o [2002/02/20] kern/35136 VLAN & bridging & MTU o [2002/02/20] misc/35145 cannot open /etc/termcap and no terminal o [2002/02/21] ports/35179 kris elm-2.5.5_1: bounce command doesn't work o [2002/02/21] ports/35183 portmgr postgresql-7.1 repo copy request o [2002/02/22] ports/35209 nakai icewm 1.0.9 crashes o [2002/02/22] bin/35214 dump program hangs while exiting o [2002/02/22] ports/35218 ports WRKDIRPREFIX while /usr/obj exists o [2002/02/23] kern/35248 panic: ffs_valloc: dup alloc o [2002/02/23] misc/35267 after cvsup src-all for 4.5, /stand/sysin o [2002/02/24] ports/35276 nik print/jadetex port doesn't build o [2002/02/24] ports/35288 ports ports/afterstep has resources leak o [2002/02/25] bin/35307 standard include files are not standard c o [2002/02/25] ports/35308 dirk mod_php4 port will not configure (version o [2002/02/25] bin/35309 umount -f does not work for ufs floppy o [2002/02/25] misc/35310 SSHing with expired password does not bri o [2002/02/25] ports/35320 znerd linux-jdk-1.4 JVM fails when running Tomc o [2002/02/25] bin/35321 standard include files do not comply to s o [2002/02/25] ports/35325 ports gtk_set_locale patch for ports/x11-fonts/ o [2002/02/25] bin/35329 Linking against libc_r.* provokes nasty l o [2002/02/26] misc/35350 Can't boot on ASUS TXP4 o [2002/02/26] kern/35351 emu10k1: no posibility to record sound. K o [2002/02/26] ports/35353 green cfs strips eighth bit of file name on "ou o [2002/02/26] ports/35364 ports cdb port forgets uint32.h o [2002/02/26] ports/35369 ports japanese/rskkserv won't start up o [2002/02/27] ports/35386 ports doxygen port will not configure o [2002/02/27] ports/35388 ports xsane_create_secure_file fails if file ex o [2002/02/27] kern/35396 poll(2) doesn't set POLLERR for failed co o [2002/02/28] kern/35399 poll(2) botches revents on dropped socket o [2002/02/28] kern/35408 es137x.c warning causes buildkernel failu o [2002/02/28] kern/35425 System hang while boot on specific SMP mo f [2002/02/28] ports/35426 dirk lang/php4 does not patch o [2002/02/28] kern/35429 select(2)/poll(2)/kevent(2) can't/don't n o [2002/02/28] docs/35430 doc [Maintainer Update] Filtering-Bridges Art o [2002/02/28] ports/35432 knu sysutils/portupgrade: portsclean does not o [2002/02/28] ports/35434 ports Apache 1.3.23 + mod_ssl 2.8.7 and PHP 4.1 o [2002/02/28] kern/35442 Problem transmitting runts in if_sis driv o [2002/03/01] alpha/35455 alpha Unable to compile ISA NIC devices into ke o [2002/03/01] kern/35461 trap 12 when booting with Maxtor 160G dis o [2002/03/02] kern/35482 dc driver uses wrong case to read MAC fro o [2002/03/03] misc/35506 innetgr() doesn't match wildcard fields i o [2002/03/03] kern/35511 sis(4) multicast filtering doesn't pass s o [2002/03/03] ports/35515 steve open-motif-2.1.30_2 installation deletes o [2002/03/03] ports/35517 ports New port: MySQL 4.0 o [2002/03/04] ports/35536 dougb pine5 port build (a) broken (b) doesn't f o [2002/03/04] bin/35538 ssh can hang waiting for EOF on stdin a [2002/03/05] bin/35558 cjc periodic/weekly/330.catman does not updat o [2002/03/05] ports/35570 ports aureal-kmod ports has invalid Makefile o [2002/03/05] ports/35582 ports [MAINTAINER UPDATE] update mail/libesmtp o [2002/03/06] docs/35620 doc make release fails in documentation for R o [2002/03/07] bin/35622 sigaltstack is missing in libc_r o [2002/03/07] ports/35627 ports Update Port: mod_tsunami to 1.1 (take mai o [2002/03/07] ports/35631 ports SKIP and IPSEC together cause kernel pani o [2002/03/07] ports/35632 ports o [2002/03/07] kern/35645 Layer 2 switching using default router of o [2002/03/07] ports/35656 ports misc/sword-modules patch: be more conserv o [2002/03/07] misc/35662 send-pr and/or web pr query system screws o [2002/03/08] kern/35669 NFSROOT breaks without a gateway o [2002/03/08] docs/35678 doc docproj Makefiles for web are broken for o [2002/03/08] docs/35683 doc Fix amd info o [2002/03/08] kern/35691 Realtek NIC driver does not work with Rea o [2002/03/08] ports/35695 ports net/fugu broken o [2002/03/09] kern/35703 /proc/curproc/file returns unknown o [2002/03/09] ports/35704 ports XFree86-4 Font server port fails on Wraph o [2002/03/09] kern/35720 Patch to vr(4) to fix network load proble o [2002/03/09] docs/35724 doc www; Handbook missing link to important H o [2002/03/10] i386/35742 USB 2.0 attached device cannot be fdisk'd o [2002/03/10] kern/35756 USB reattach of Sony DSC-S75 fails, USB s o [2002/03/11] ports/35768 ports New port: 'Flasher' monitors log or mail o [2002/03/11] misc/35774 [SECURITY] Suboptimal auditing possibilit o [2002/03/11] ports/35775 ports mail/postfix: not started at boot time on o [2002/03/11] ports/35777 des www/linux-opera does not install with lin o [2002/03/11] ports/35778 ports www/linux-netscape47-navigator does not i 856 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 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/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) f [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/31] bin/6183 quota hangups a [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 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 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/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. 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/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 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 a [1999/06/18] kern/12281 maxim 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 peter 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/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] 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/03] bin/18992 brian log packets blocked by filter rules o [2000/06/03] misc/18997 markm Kerberos5 CFLAGS needed f [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 f [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/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 ports 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/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/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 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 s [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/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 danny 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/23082 dwmalone ntpd has only one reference-clock parser o [2000/11/25] bin/23097 Enhance WEP some more including ability 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] 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/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 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/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/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] 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/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 f [2001/02/13] bin/25059 des 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 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 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 f [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 f [2001/02/28] i386/25463 PS/2 mouse sync problems with KVM switch 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 f [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 f [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] docs/26943 doc [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 f [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] 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] 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 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 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 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] 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 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] 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/21] bin/29119 menu of fdisk editor in 4.3R does not lis 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 maxim [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/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/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 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/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/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 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] 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] 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] 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] 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] conf/30341 be keymap: wrong Capslock behaviour with o [2001/09/05] bin/30360 vmstat returns impossible data o [2001/09/06] bin/30392 sh: incorrect value of $? in here-documen 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] 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/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] 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] 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] 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 o [2001/10/03] ports/31013 obrien John The Ripper Package Lists Bad Path 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 o [2001/10/04] bin/31052 fenner Traceroute needs update o [2001/10/05] ports/31061 portmgr 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 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] 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 mux [PATCH] WARNSify and add a new option to o [2001/10/10] docs/31210 peter cvs info page missing -R a [2001/10/11] misc/31218 matusita 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] misc/31225 "make release" fails if TERMCAP environme 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/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/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] 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] 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] 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/31744 ports New port: emulators/minix (2.0.0) o [2001/11/04] ports/31757 ports devel/gvd doesn't build without tex 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/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] 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] 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 f [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 a [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 o [2001/11/17] conf/32067 Problems with spanish keyboard in console o [2001/11/18] ports/32076 ports WISH: merge icon patch to blackbox port 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] bin/32126 getopt(3) not Unix-98 conformant a [2001/11/20] misc/32133 phantom Bug in greek locale fixed 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/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 ade libiconv cannot be built by a pleb o [2001/11/23] misc/32210 System hangs while kernel waiting for SCS 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] 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, www/mod_log_mysql o [2001/11/28] ports/32362 ports postgresql7 port should install more *.h a [2001/11/29] conf/32375 murray sysinstall doesn't respect User generated 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] 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/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/32460 keramida named.conf(5) types and two bad markups. 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] 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 ports www/flashplugin-mozilla has malloc bug o [2001/12/04] ports/32517 green Update port: emulators/snes9x to 1.39 o [2001/12/05] docs/32542 rwatson tuning(7) inaccurate o [2001/12/05] ports/32546 znerd Remove fully-qualified lib symlinks from a [2001/12/06] docs/32561 maxim 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/32651 ache a small patch to obtain socks5 support to o [2001/12/09] kern/32652 joe A new ioctl to uscanner 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 dillon 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] kern/32812 roger bktr driver missing tuner for eeprom dete o [2001/12/14] bin/32828 phk w incorrectly handles stale utmp slots wi o [2001/12/14] conf/32841 cjc kernel ppp sample conf files missing fro 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/16] ports/32899 anders mail/nbsmtp causes segfaults while a comm o [2001/12/16] gnu/32902 Incremental tar archiving using GNU style 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 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] 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] ports/33049 mharo proftpd file permission error. o [2001/12/21] bin/33066 rwatson sysinstall does not write to new disks as 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/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 f [2001/12/26] ports/33192 znerd java/jdbcpool: update to 0.99 o [2001/12/26] ports/33196 portmgr duplicate lines in /usr/ports/INDEX 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/33224 me Build breaks on CURRENT due to 0 o [2002/02/01] ports/34523 ports man pages of nwclient602 install to wrong o [2002/02/01] docs/34529 doc [patch] Grammar nits in usbd.conf(5) and a [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] docs/34547 keramida [patch] edits of FAQ Introduction 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/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/03] docs/34577 doc Some man pages still advise using "confli o [2002/02/03] docs/34583 doc DECLARE_MODULE(9) man page is broken. o [2002/02/03] kern/34591 ICMP bandwidth limiting does not indicate o [2002/02/03] misc/34596 slow gettimeofday in FreeBSD 4.5 o [2002/02/03] ports/34597 eivind [PATCH] Update ports/mail/isync to 0.8 o [2002/02/03] ports/34600 kevlo Update port: textproc/xerces to 2.0.0 o [2002/02/04] misc/34621 billf i have a patch for (lol) /usr/games/fish o [2002/02/04] docs/34626 doc Copyright on "Index of /mail/current" pag o [2002/02/04] bin/34628 pkg-routines ignore the recorded md5 chec o [2002/02/04] bin/34629 des fetch(1) cannot download RH 7.2 ISOs from o [2002/02/05] ports/34635 ports games/flightgear o [2002/02/05] kern/34637 LINT is wrong -- NMBCLUSTERS doesn't auto o [2002/02/05] misc/34642 Windows 2000 will not dual boot with Free o [2002/02/05] ports/34650 nbm UPDATE/FIX : database/phppgadmin 2.3 -> 2 o [2002/02/05] docs/34654 doc Update UIDs for porters handbook o [2002/02/06] ports/34659 reg Proposed change to Mozilla port's Makefil o [2002/02/06] kern/34665 ipfilter rcmd proxy "hangs". o [2002/02/06] misc/34673 Second call to select() waits ~100ms befo o [2002/02/06] bin/34676 obrien dhclient always in -q quiet mode (PATCH E o [2002/02/07] bin/34698 des bug in truss/main.c o [2002/02/07] gnu/34709 [patch] Inaccurate GDB documentation o [2002/02/07] kern/34712 [patch] SCSI quirk for USB Memorybird o [2002/02/07] ports/34714 ache unzip(1) breaks filenames in non-ASCII ch o [2002/02/07] ports/34717 portmgr bsd.port.mk: extraneous quotes in PTHREAD o [2002/02/07] ports/34718 portmgr make fetch-list includes things make fetc o [2002/02/07] bin/34728 DHCP hostname set as Hexadecimal string o [2002/02/08] conf/34729 treat smbfs as network file system in /et o [2002/02/08] conf/34733 green useless/invalid lomac option added by sys o [2002/02/08] ports/34737 ports New port: graphics/lodju o [2002/02/08] ports/34742 obrien bash2 missing build dependency on autocon o [2002/02/08] docs/34743 doc nfsd(8) lacking signal explanation o [2002/02/08] bin/34744 dd Add -a (same as -PpR) flag to cp(1) o [2002/02/08] kern/34747 Please add USB floppy entry o [2002/02/09] misc/34757 Difficulty in starting x-server o [2002/02/09] misc/34759 Phantasia does not accept [enter] key o [2002/02/09] ports/34760 ports New port: net/dstumbler a curses based ap a [2002/02/09] ports/34770 dougb Update port: graphics/xpdf to 1.00 (fix p o [2002/02/09] ports/34774 trevor Update port: x11-wm/aewm to 1.2.0 (fix po o [2002/02/09] conf/34776 rc.diskless1 creates insufficiently sized o [2002/02/09] ports/34779 ports Update port: ja-kdevelop, ja-kdenetwork, o [2002/02/10] misc/34788 dwmalone dmesg issues with console output o [2002/02/10] kern/34789 joe PNY brand USB flash readers need 10 byte o [2002/02/10] ports/34792 ports New port: acfax o [2002/02/10] docs/34794 doc [patch] Documentation Primer uses depreca o [2002/02/10] ports/34796 jmz wrong path in /etc/XF86Config (purely cos o [2002/02/10] ports/34797 ports xmame links with wrong libusb o [2002/02/10] ports/34804 ports .asmailrc -- the user config file for por o [2002/02/10] ports/34809 ports german/bbbike update o [2002/02/10] ports/34812 ports [MAINTAINER UPDATE] database/firebird-dev o [2002/02/10] bin/34813 [PATCH] sed dumps core on "unusual" scrip o [2002/02/10] ports/34815 lioux new port: freenet, the anonymous internet o [2002/02/11] kern/34820 FreeBSD should be able to beep after shut o [2002/02/11] ports/34827 billf [patch] net/ethereal has a changed master o [2002/02/11] bin/34832 /usr/share/man/cat3/setkey.3.gz linked to o [2002/02/11] bin/34834 "fix" of du(1) and -h o [2002/02/11] ports/34835 ports [PATCH] ghostscript-gnu fails to compile o [2002/02/11] ports/34840 ports New port: DansGuardian -- fast web conten o [2002/02/11] ports/34841 dirk Adding cyrus to mod_php o [2002/02/11] bin/34843 `tcpdump port echo' filters for port 4 in f [2002/02/11] misc/34847 oversight in LINT documentation line o [2002/02/11] misc/34850 scp cannot talk to ssh2 sites that have S o [2002/02/11] kern/34854 /src/sys/dev/sound doesn't work correctly o [2002/02/11] ports/34864 ade change request to allow teTeX to build WI o [2002/02/12] ports/34870 ports new port: lang/pnetlib o [2002/02/12] bin/34874 Netstat output to small o [2002/02/12] ports/34876 ports Update port: net/cricket to 1.0.3 o [2002/02/12] ports/34878 sysinstall o [2002/02/12] kern/34880 Impossibility of grouping IP into a pipe f [2002/02/12] bin/34898 des [PATCH] rev 1.7 of xargs.c broke document o [2002/02/13] ports/34901 ade sodipodi-0.24.1 core dumps f [2002/02/13] ports/34904 ade graphics/imlib is not LOCALBASE clean o [2002/02/13] ports/34908 ports libpng port makes bad dynamic library on o [2002/02/13] docs/34909 doc Porters Handbook or portlint problem o [2002/02/13] ports/34910 ports New port submission: mbrowse o [2002/02/13] bin/34919 portmap can not exclusively bind to 127.0 o [2002/02/13] misc/34924 kscd crash on startup signal 11 o [2002/02/13] ports/34925 billf [PATCH] Fix build of net-snmp o [2002/02/14] ports/34928 ports New port for cppunit o [2002/02/14] misc/34935 New locale (Cyrillic Windows Codepage 125 o [2002/02/14] kern/34942 Attempt to play -> "pcm0: play interrupt o [2002/02/14] alpha/34948 alpha Promise TX2 ATA133 controller doesnt work f [2002/02/14] misc/34949 4.5 mfsroot floppy default system to inst o [2002/02/14] kern/34952 Mouse cursor invisible with USB mice and o [2002/02/15] bin/34955 [PATCH] ps(1) is out of touch with realit o [2002/02/15] kern/34963 identify procs belonging to the same jail o [2002/02/15] kern/34965 4.4, 4.5 freeze at boot time on ASUS P2B o [2002/02/15] ports/34970 kris patch for ports/security/pks o [2002/02/15] ports/34974 kde Incorrect mouse config in kde 2.2.2 o [2002/02/15] ports/34975 ports mplayer don't compile with divx codec o [2002/02/15] ports/34976 ports New port: graphics/sinek o [2002/02/15] ports/34978 mharo security/p5-Crypt-RSA missing required mo a [2002/02/15] kern/34979 maxim __semctl verifies semid against wrong val o [2002/02/15] ports/34981 ports new port: misc/bibletime: biblestudy appl o [2002/02/15] ports/34985 ports New port: net/ldapdiff A utility to patch o [2002/02/15] ports/34987 portmgr bsd.port.mk: silence awk's warning o [2002/02/15] ports/34988 portmgr bsd.port.mk: use ECHO_CMD instead of ECHO o [2002/02/15] ports/34991 ports New port: durep (displays disk usage in a o [2002/02/16] ports/34997 ports xf86cfg core dumps o [2002/02/16] ports/34999 ports New Port: QScheme scheme interpretor o [2002/02/16] ports/35006 ports New port archivers/arj: ARJ32 v 3.10 file o [2002/02/16] ports/35007 ports New port archivers/arj: ARJ32 v 3.10 russ o [2002/02/16] ports/35008 ports [SHAR] New port: editors/scribus. This PR o [2002/02/16] kern/35010 pcm0 fails to attach with Intel 82801BA ( o [2002/02/16] docs/35011 doc There are no commands called "diskless" o o [2002/02/16] ports/35014 ports lame port does not depend on Gtk so far. o [2002/02/16] bin/35018 brian enhancing daily/460.status-mail-rejects o [2002/02/16] ports/35023 ports openmotif,openmotif-devel -> openmotif2.2 o [2002/02/17] ports/35037 ports New port: sysutils/cfengine-devel o [2002/02/17] ports/35038 ports cleanup pkg-plist for x11-toolkits/Xaw3d o [2002/02/17] ports/35046 ports mail/imp: update php.ini to permit attach o [2002/02/17] ports/35047 ports www/horde-devel: adding syntax highlighti o [2002/02/17] ports/35048 ports devel/chora: fix wrong date display + add o [2002/02/17] ports/35049 ports mail/imp-devel: fix a warning when buildi o [2002/02/17] ports/35051 ports Repocopy request: www/horde-devel -> www/ o [2002/02/17] ports/35053 ports libomapi.a conflict from bind9 and isc-dh o [2002/02/17] ports/35060 ports New port: deskmenu (GTK root menu applica o [2002/02/17] ports/35062 ports New Port: audio/xmms-mailnotify 0.2.0 o [2002/02/17] kern/35064 ACPI not work with Epox 8KHA+ motherboard o [2002/02/17] bin/35070 math(3) references section "3m", etc. o [2002/02/18] i386/35077 Identify Intel 82845 chipset o [2002/02/18] i386/35078 Uninitialized pointer dereference in func f [2002/02/18] ports/35079 znerd Allow JDK version to be overridden in jav o [2002/02/18] ports/35080 znerd Allow JDK version to be overridden in jav o [2002/02/18] ports/35084 kde kdegraphics package on ftp.freebsd.org is o [2002/02/18] misc/35088 USB-Mouse configuration with sysinstall o [2002/02/18] ports/35090 ports stuffit-5.2.0.611 fails to register man p o [2002/02/18] ports/35092 ports Xterm termcap should have color capabilit o [2002/02/18] bin/35099 sobomax ldd in -STABLE fails on libc. o [2002/02/18] ports/35100 ports Upgrade aolserver from 3.4 to 3.4.2 o [2002/02/18] i386/35101 cvusupit and other packages won't extract o [2002/02/18] ports/35102 ports New port: Ultima IV engine o [2002/02/18] docs/35105 doc [PATCH] handbook User-ppp chapter o [2002/02/18] ports/35106 ports Update port: mail/p5-MIME-Lite to 2.117 o [2002/02/19] kern/35107 Add new usb ethernet adapter: corega FEth o [2002/02/19] bin/35109 [PATCH] games/morse: add ability to decod o [2002/02/19] bin/35113 grdc enhancement: countdown timer mode o [2002/02/19] ports/35117 ports Undefined symbol "ldap_get_dn" when tryin o [2002/02/19] ports/35122 mharo ports/security/p5-Crypt-RSA update o [2002/02/19] i386/35124 No mouse with FreeBSD 4.5 with ECS K7S5a o [2002/02/19] ports/35128 ports Canon Powershot A20 support for s20sh f [2002/02/19] misc/35130 bmah Example dd command for making 4.x install o [2002/02/19] ports/35131 ports New port: unittest framework for c o [2002/02/20] docs/35140 doc How to enable DPMS support in XFree86-4 i o [2002/02/20] ports/35144 roger openh323 won't compile on -stable (fix in o [2002/02/20] ports/35146 ports New port: A Unit testing framework for Ad o [2002/02/20] bin/35148 ppp/nat-problems after cvs update 4.3 -> o [2002/02/20] ports/35149 sumikawa www/mozilla does not install IPv6 o [2002/02/20] ports/35154 ports [MAINTAINER UPDATE]: emulators/xmame o [2002/02/20] gnu/35156 obrien suggestion: hard link /usr/bin/awk to /us o [2002/02/20] ports/35157 ports ports/sysutils/httplog has a checksum err o [2002/02/20] ports/35165 ports New port: textproc/smart an information r o [2002/02/20] ports/35166 ports [NEW PORT} xine-mms o [2002/02/20] ports/35168 nsayer x11/mgapdesk port broken o [2002/02/20] ports/35169 dima palm/pilot-link: changes to support p5-PD o [2002/02/20] ports/35170 ports New port: p5-PDA-Pilot: experimental Perl o [2002/02/20] kern/35171 Moused needs to be enabled to run a USB m o [2002/02/21] misc/35172 Please update am-utils(amd) into newer ve o [2002/02/21] kern/35175 ptrace(PT_DETACH, ....) doesn't do signal o [2002/02/21] ports/35177 chuckr math/gnuplot missing WITHOUT_X11 option o [2002/02/21] conf/35178 ipfilter for IPV6 not availlable in rc.* o [2002/02/21] i386/35182 APMD does not set close on exec for /dev/ o [2002/02/21] ports/35186 ports ports/www/mod_mp3 has a checksum error o [2002/02/21] ports/35187 ports New port: xmlada - an xml processing libr o [2002/02/21] ports/35188 ports Update port: www/apache2 o [2002/02/21] ports/35190 ports New Port: autoproject o [2002/02/21] ports/35192 billf ports/net/net-snmp garbles /usr/local/sha o [2002/02/21] ports/35193 ports New port: astro/nightfall o [2002/02/21] kern/35195 msync performance on large files o [2002/02/21] ports/35197 dirk [PATCH] fix "auto-crash" build failure on o [2002/02/21] ports/35198 ports New port: biology/crimap o [2002/02/21] ports/35199 ports New ports: japanese/phpgroupware o [2002/02/21] bin/35201 link and unlink are not SUSv2-compliant a o [2002/02/22] ports/35204 dirk www/mod_php4 with xslt is not LOCALBASE c o [2002/02/22] ports/35205 ports New port: russian/mtc - Multifile text En o [2002/02/22] docs/35206 doc Give information how to mount a photo-cd o [2002/02/22] ports/35221 kde kdenetwork2 won't compile o [2002/02/22] docs/35222 doc mailing list archive URL regexp suboptima o [2002/02/22] bin/35226 mtree - strange behaviour on some filenam o [2002/02/23] kern/35234 World access to /dev/pass? (for scanner) o [2002/02/23] conf/35240 Update to etc/services o [2002/02/23] conf/35242 Change to etc/periodic/weekly/330.catman o [2002/02/23] ports/35244 ports proper fix for x11-fm/endeavour's strcase f [2002/02/23] misc/35245 brian unwanted stealth behaviour (inbound icmp o [2002/02/23] ports/35249 ports no man page for latex2html o [2002/02/23] ports/35251 ports NewPort: news/newscache 0.99.17 o [2002/02/23] conf/35262 Generation of boot block for headless ope o [2002/02/23] ports/35265 nobutaka Port /usr/ports/graphics/xine is broken o [2002/02/23] ports/35266 lioux New port: LimeWire o [2002/02/23] kern/35269 possible panics with 4:1 filesystem ratio o [2002/02/23] ports/35270 ports converters/p5-Convert-TNEF has wrong pkg- o [2002/02/24] ports/35272 nbm ports/mail/vqadmin missing source tarball o [2002/02/24] docs/35280 doc [PATCH] null-modem cable pinout in 'Seria o [2002/02/24] ports/35285 ports New port textproc/prosper: a LaTeX class o [2002/02/24] ports/35286 ports new port: misc/ncdialog (new cdialog by T o [2002/02/24] kern/35289 Brooktree device doesnt properly signal a o [2002/02/24] ports/35298 ports New port: biology/primer3 o [2002/02/24] ports/35303 ports New port: gimp-print, print drivers for C o [2002/02/25] ports/35318 obrien Update: editors/vim Fix for fetching last o [2002/02/25] kern/35324 Plug and Play probe fails to configure Di o [2002/02/25] ports/35328 ports emulators/bochs doesn't compile on -curre o [2002/02/25] ports/35330 ports New port: biology/wise o [2002/02/25] ports/35331 ports New port: JESS is a nice visualization pl o [2002/02/25] ports/35332 ports New port: biology/flip s [2002/02/25] bin/35333 send-pr(1) vim syntax highlighting suppor o [2002/02/25] ports/35334 ports Please add md2k driver to print/ghostscri f [2002/02/26] kern/35339 danny Increase of the counter of collisions at o [2002/02/26] docs/35343 doc Old broken Unix docco Makefiles o [2002/02/26] ports/35344 obrien chinese/lunar: add big5 output messages o [2002/02/26] docs/35345 doc Restore old yacc documentation o [2002/02/26] ports/35346 dburr upgrade to opennap-0.44 o [2002/02/26] ports/35355 ports New port: databases/gbib o [2002/02/26] kern/35356 joe Dead code uhci_reset() in /sys/dev/usb/uh o [2002/02/26] ports/35362 ports x11-fonts/tkfont: use tk83 o [2002/02/26] ports/35365 ports fix bento error of textproc/pspell-ispell o [2002/02/26] ports/35368 ports New port: devel/p5-VCS o [2002/02/27] ports/35372 ports pgp6 ports fails to compile on alpha plat f [2002/02/27] ports/35374 ade Is gnomecontrolcenter-1.4.0.4_2 missing d o [2002/02/27] ports/35375 kde x11/kdebase2 creates files not listed in o [2002/02/27] ports/35376 cy New port : multi-gnome-terminal : tabbed o [2002/02/27] kern/35377 process gets unkillable (-9) in "ttywai" o [2002/02/27] docs/35378 doc Handbook has inaccurate description of f o [2002/02/27] misc/35381 incorrect floating-point display of large o [2002/02/27] ports/35382 ports Updated port: DansGuardin Content Filter o [2002/02/27] ports/35383 ports new port DarwinStreamingServer o [2002/02/27] ports/35385 ports port update: security/ssh2 o [2002/02/27] kern/35392 atapi tape driver does not maintain devic o [2002/02/27] bin/35393 Patch to add STANDARDS section to strerro o [2002/02/28] misc/35400 sysinstall could improve manipulation of o [2002/02/28] ports/35401 ports New Port: news/newscache 0.99.19 o [2002/02/28] ports/35406 ports New port submission o [2002/02/28] ports/35417 ports Update port: textproc/wv to 0.7.1 o [2002/02/28] ports/35418 trevor Update port: x11-wm/evilwm to 0.9.44.1 o [2002/02/28] ports/35419 ports autoconf port packinglist is incomplete ( o [2002/02/28] docs/35436 doc PAO isn't very latest-and-greatest these o [2002/02/28] ports/35437 ports Update port: databases/p5-CDB_File to 0.9 o [2002/02/28] ports/35438 ports new port: net/driftnet o [2002/02/28] ports/35440 ports Update port: databases/p5-BerkeleyDB (ins o [2002/03/01] ports/35447 ports Update port: databases/p5-SQL-Statement t o [2002/03/01] ports/35448 ports Update port: databases/p5-DBD-CSV to 0.20 o [2002/03/01] i386/35449 [PATCH] another small fix for doscmd o [2002/03/01] bin/35451 PATCH: pkg_add -r able to save local copy o [2002/03/01] ports/35452 ports Maintainer's update: japanese/samba o [2002/03/01] bin/35454 mtree can't handle symlinks referencing f o [2002/03/01] ports/35456 portmgr [PATCH] Add a distfiles-list target o [2002/03/01] conf/35457 dual boot problem from 2 different SCSI d o [2002/03/01] ports/35458 ports Update: japanese/eb, japanese/ndtpd o [2002/03/01] ports/35459 knu portupgrade doesn't clean up dependencies o [2002/03/01] kern/35463 [patch] wi(4) doesn't comprehend standard o [2002/03/02] ports/35476 ports port version upgrade and ogg library fix o [2002/03/02] ports/35479 ports New Port: A small stand-alone program for o [2002/03/02] ports/35481 ports New port: console text editor looks like o [2002/03/02] ports/35483 nbm add patch to save djbdns cache contents a o [2002/03/02] ports/35487 ports New port: gtkgrepmail (A gtk front-end to o [2002/03/02] ports/35488 portmgr Mk/bsd.port.mk: dump only last 100 lines o [2002/03/02] docs/35491 green sshd(8) has an incorrect path o [2002/03/02] bin/35505 [PATCH] Feature enhancement for sed(1) o [2002/03/03] kern/35512 ATA/ATAPI CD driver: impossible to set cd o [2002/03/03] ports/35514 portmgr Use the value of hw.machine_arch instead o [2002/03/03] ports/35516 ports ports/irc/ninja tar-file on master site n o [2002/03/03] ports/35520 ports New port devel/whups: a web-based bug tra a [2002/03/03] bin/35521 nsupdate fails if destination dns is not o [2002/03/03] ports/35522 ports xhtml port uses SGMLDECL in catalog chain o [2002/03/03] docs/35523 doc manpage fixes for df(1) and ls(1) o [2002/03/03] bin/35524 [patch] update man-page of burncd(8) to t o [2002/03/03] ports/35525 ports update-port: graphics/jpeg2ps-letter o [2002/03/03] i386/35526 No mouse recognized in Compaq Presario la o [2002/03/04] docs/35530 doc New cvsup and www mirror in Romania f [2002/03/04] ports/35533 ade libgda depends on scrollkeeper o [2002/03/04] ports/35540 ports ruby-racc-runtime checksums need updating o [2002/03/04] ports/35541 sobomax [PATCH] Update devel/glib13 to 1.3.15 o [2002/03/04] misc/35542 bde BDECFLAGS needs -U__STRICT_ANSI__ o [2002/03/04] conf/35545 Enhanced periodic scripts o [2002/03/04] ports/35546 olgeni security/nessus compilation error due to o [2002/03/04] ports/35547 ports [patch] www/links: add -width option o [2002/03/04] ports/35549 ports new port editors/texmacs doesn't build on o [2002/03/05] ports/35551 ports new port: graphics/xmms-jess o [2002/03/05] ports/35553 ports new port: x11/electricsheep o [2002/03/05] docs/35563 doc [Patch] Stop asking people to give us the o [2002/03/05] ports/35565 des audio/mpg123 fails to write to WAV files o [2002/03/05] ports/35566 ports new ports: Lire a multiple log files anal o [2002/03/05] ports/35567 ports update port: databases/dbconnect o [2002/03/05] bin/35568 make declares target out of date, but $? o [2002/03/05] ports/35571 portmgr INDEX contains duplicate entries and omit o [2002/03/05] ports/35578 ports mail/faces: make NAS default since xfaces o [2002/03/05] ports/35580 ports Starup script in /usr/local/etc/rc.d is i o [2002/03/05] ports/35581 ports New Port: phpSysInfo o [2002/03/06] ports/35587 ports Postfix port is interactive o [2002/03/06] ports/35588 ports audio/ripit patch to make use of new acdX o [2002/03/06] ports/35589 ports New port: security/p5-Digest o [2002/03/06] ports/35594 ports Bug: misc/kwatch fails to build if autoco o [2002/03/06] ports/35596 ports Maintainer update: make py-omniorb builda o [2002/03/06] i386/35599 install o [2002/03/06] ports/35600 nbm update databases/phpmyadmin to upstream v o [2002/03/06] docs/35602 doc dump(8)/restore(8) pages don't explain "a o [2002/03/06] docs/35603 doc grep(1) page is missing info on zfgrep, z o [2002/03/06] docs/35604 doc arp(4) page mentions 10Mb/s but not 100Mb o [2002/03/06] docs/35605 doc chmod(1) page misleads by use of "regardl o [2002/03/06] docs/35606 doc date(1) page doesn't say which clock(s) i o [2002/03/06] docs/35607 doc dump(1) page needs discussion of scary er o [2002/03/06] docs/35608 doc mt(1) page uses "setmark" without explana o [2002/03/06] docs/35609 doc mt(1) page needs explanation of "long era o [2002/03/06] docs/35610 doc sscanf(3) page has obsolete "this release o [2002/03/06] docs/35612 doc ps(1) page "state" description doesn't me o [2002/03/06] bin/35616 Patch to bring printf(1) up to POSIX.2 (1 o [2002/03/06] ports/35617 ports mail/faces: add USE_SOX, WITHOUT_AUDIO kn o [2002/03/06] bin/35621 Patch to add P1003.1-2001 -t option to un o [2002/03/07] ports/35624 ports New port: japanese/p5-Date-Japanese-Era o [2002/03/07] bin/35628 luigi ifpw(8) doesn't set RED parameters for du o [2002/03/07] ports/35634 ports audio/rplay: install daemon startup as rc o [2002/03/07] kern/35635 [patch] missing dep in libiconv prevents o [2002/03/07] kern/35636 dd [PATCH] can't input russian chars using w o [2002/03/07] ports/35638 ports tn3270 dumps core unconditionally o [2002/03/07] ports/35639 ports executable name conflicts: ploticus and s o [2002/03/07] docs/35642 doc lo(4) page maybe should document optional o [2002/03/07] ports/35643 ports Update port: print/lout to 3.25, want to o [2002/03/07] docs/35644 doc lo(4) page presumes familiarity with prin o [2002/03/07] docs/35646 doc cp(1) page needs a "Bugs" section. o [2002/03/07] docs/35647 doc www; combine query-by-number and multi-fi o [2002/03/07] docs/35648 doc rc.conf; add note about "flags" to both f o [2002/03/07] docs/35649 doc mount_smbfs(8) page: "See ./examples/dot. o [2002/03/07] docs/35651 doc mount(8) man page contains references to o [2002/03/07] docs/35652 doc bsd.README seriously obsolete o [2002/03/07] alpha/35653 alpha alpha port of bison 1.33 hangs (devel/bis o [2002/03/07] ports/35654 ports new port: graphics/xmms-infinity o [2002/03/07] ports/35657 jmz The language in Brazil is portuguese, not o [2002/03/07] ports/35658 znerd java/jdk13 creates too small src.jar o [2002/03/07] ports/35659 ports x11-fonts/webfonts extract fails o [2002/03/07] ports/35661 ports new port: mycb o [2002/03/07] ports/35666 portmgr new bsd.port.mk support for GCC 2.95 and o [2002/03/08] ports/35667 ports net/pppload patch so it doesn't show wron o [2002/03/08] ports/35668 ports Link sqsh with readline o [2002/03/08] ports/35670 ports /usr/ports/databases/sqsh - bogus depende o [2002/03/08] bin/35671 wrong comments in rc.diskless1 o [2002/03/08] docs/35677 doc [PATCH] - Add freebsd-bugbusters@ to the o [2002/03/08] ports/35682 ports apache13-ssl needs update o [2002/03/08] docs/35684 doc INSTALL.TXT, .HTM have obsolete FIPS info o [2002/03/08] docs/35686 doc blackhole(4) page seems to contradict its o [2002/03/08] docs/35687 doc /etc/nsmb.conf missing mention of readers o [2002/03/08] docs/35688 doc fdisk(8) page extraneous "being", etc. o [2002/03/08] ports/35692 ports Update of ports/net/gtk-gnutella o [2002/03/08] ports/35694 ports Port of scons is way out of date o [2002/03/08] docs/35696 doc mount_smbfs(8) references a nonexistent n o [2002/03/08] docs/35697 doc Add online document onto the docs page o [2002/03/08] kern/35699 [PATCH] msdosfs: differrent masks for dir o [2002/03/08] kern/35700 a small code update o [2002/03/09] ports/35702 dougb [PATCH] Fix xscreensaver's vidwhacker hac o [2002/03/09] ports/35705 ports Update port: sysutils/xmbmon to 1.07p1 o [2002/03/09] ports/35706 ports Update port: print/ghostscript-afpl to 7. o [2002/03/09] ports/35707 ports Update port: print/ghostscript-gnu to 6.5 o [2002/03/09] ports/35708 ports New port: audio/abcmidi utilities for abc o [2002/03/09] ports/35709 ports new port: www/galeon-devel o [2002/03/09] ports/35710 portmgr Request repocopy: devel/automake -> devel o [2002/03/09] docs/35711 doc the "gnats page" should move to its own s o [2002/03/09] ports/35715 ports Gnome-based builds fail due to lack of co o [2002/03/09] bin/35717 which(1) returns wrong exit status for m o [2002/03/09] bin/35718 which(1) command does not handle file nam o [2002/03/09] bin/35719 which(1) ignore empty components of $PATH o [2002/03/09] pending/35721gnats-adminUpdate port: textproc/py2html o [2002/03/09] ports/35722 ports xmame does not build, wishes it would :-) a [2002/03/09] conf/35725 cjc /etc/rc should create missing "dumpdir". o [2002/03/09] misc/35727 man(1) program should not display (old) d o [2002/03/09] ports/35728 ports update port: chinese/zhcon o [2002/03/10] ports/35731 ports maintainer-update of mail/mutt-devel o [2002/03/10] docs/35732 doc adduser(8) page has obsolete reference an o [2002/03/10] ports/35737 ports New port: audio/abcselect - extract part o [2002/03/10] ports/35739 ports Maintainer update of mail/imp3: chasing n o [2002/03/10] ports/35740 ports Maintainer update of mail/imp: chasing ne o [2002/03/10] ports/35741 ports New port: www/p5-CGI-SpeedyCGI - Speed up o [2002/03/10] ports/35743 ports Update port: textproc/py2html o [2002/03/10] ports/35744 sobomax [PATCH] Update devel/pkgconfig to 0.11.0 o [2002/03/10] ports/35746 ports ipcheck port logs verbose to syslog o [2002/03/10] ports/35747 ports Update ICI port to version 3.0.1 o [2002/03/10] ports/35748 ports new port: www/smarty o [2002/03/10] docs/35750 doc change to cd ripping section of handbook o [2002/03/10] ports/35751 ports update port: audio/baudline o [2002/03/10] ports/35752 ports New port: devel/cvsbook: a free book abou o [2002/03/10] ports/35753 ports New Port: biology/act o [2002/03/10] ports/35754 ports Fix/Update ifhp port (re: 1 unfetchable d o [2002/03/10] ports/35755 ports Update to sysutils/LPRng port o [2002/03/10] ports/35757 sobomax [PATCH] Update devel/atk to 1.0.0 o [2002/03/10] ports/35758 ports New port: security/fwanalog - a firewall o [2002/03/10] ports/35759 ports maintainer update: print/pfaedit o [2002/03/10] ports/35760 ports maintainer update: devel/crystal o [2002/03/10] ports/35761 ports [MAINTAINTER UPDATE] devel/crystal o [2002/03/10] ports/35762 ports Speak Freely hangs while reading from aud o [2002/03/11] misc/35764 Icewm does not display APM status properl o [2002/03/11] ports/35766 ports New Port: emulators/hercules o [2002/03/11] ports/35767 portmgr make_index script does not deal with syml o [2002/03/11] bin/35769 w does not correctly interpret X sessions o [2002/03/11] misc/35770 Why there is no /usr/local/bin in PATH va o [2002/03/11] ports/35771 ports [MAINTAINER UPDATE] p5-IMAP-Admin o [2002/03/11] ports/35772 ports japanese/cannadic to 0.94b o [2002/03/11] bin/35773 [patch] nfsd does not compile with -DDEBU o [2002/03/11] ports/35776 ports New option for mozilla port o [2002/03/11] ports/35779 ports bug: x11-toolkits/qt23 does not know zh_C o [2002/03/11] ports/35781 ports (Maintainer)update the emulators/wine por o [2002/03/11] ports/35782 ports Maintainer update: Fix bento build error o [2002/03/11] ports/35783 ports Maintainer Update: graphics/gimageview o [2002/03/11] ports/35784 ports reposting pic2fig port as a diff against o [2002/03/11] docs/35785 doc [Patch] picobsd.8 man page corrections 2007 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 Mar 11 11:40: 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 ED8B437B400 for ; Mon, 11 Mar 2002 11:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BJe2Y84432; Mon, 11 Mar 2002 11:40:02 -0800 (PST) (envelope-from gnats) Date: Mon, 11 Mar 2002 11:40:02 -0800 (PST) Message-Id: <200203111940.g2BJe2Y84432@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: bin/35769: w does not correctly interpret X sessions 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/35769; it has been noted by GNATS. From: "Crist J. Clark" To: Michael Wardle Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/35769: w does not correctly interpret X sessions Date: Mon, 11 Mar 2002 11:34:22 -0800 On Mon, Mar 11, 2002 at 05:09:30AM -0800, Michael Wardle wrote: > > [...] > > > What does 'tty' return for one of these sessions? > > This is precisely the problem -- it is not a terminal, indeed there is > no way to issue "tty". I can only issue "tty" if I start a terminal > emulator, but the problem is when w tries to look directly at the X > session itself, not any terminal I have spawned from within the X > session. Ah. Now I realize what you are talking about. You're using xdm(8). xdm(8) is well known for putting broken entries into utmp(5). There isn't much w(1) can do about it. xdm(8) is feeding it invalid data. -- 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 Mar 11 11: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 D378737B417 for ; Mon, 11 Mar 2002 11:50:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BJo9n86017; Mon, 11 Mar 2002 11:50:09 -0800 (PST) (envelope-from gnats) Date: Mon, 11 Mar 2002 11:50:09 -0800 (PST) Message-Id: <200203111950.g2BJo9n86017@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alan Bawden Subject: Re: bin/34843: `tcpdump port echo' filters for port 4 instead of 7 Reply-To: Alan Bawden 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/34843; it has been noted by GNATS. From: Alan Bawden To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: bin/34843: `tcpdump port echo' filters for port 4 instead of 7 Date: Mon, 11 Mar 2002 14:43:59 -0500 (EST) Here's a patch that fixes the problem. (Assuming you think other protocols (e.g. "ddp") are entitled to call their own services by their own names in /etc/services.) This does change the command line behavior of the tcpdump command, but only to the extent of improving its error checking. I've tested this on a FreeBSD 4.3 machine, but it looks like it should work fine in all subsequent releases. --- contrib/libpcap/nametoaddr.c.orig Wed Jul 19 12:07:37 2000 +++ contrib/libpcap/nametoaddr.c Mon Mar 11 13:58:14 2002 @@ -142,36 +142,38 @@ pcap_nametoport(const char *name, int *port, int *proto) { struct servent *sp; - char *other; + int tcp_port = -1; + int udp_port = -1; - sp = getservbyname(name, (char *)0); - if (sp != NULL) { - NTOHS(sp->s_port); - *port = sp->s_port; - *proto = pcap_nametoproto(sp->s_proto); - /* - * We need to check /etc/services for ambiguous entries. - * If we find the ambiguous entry, and it has the - * same port number, change the proto to PROTO_UNDEF - * so both TCP and UDP will be checked. - */ - if (*proto == IPPROTO_TCP) - other = "udp"; - else - other = "tcp"; - - sp = getservbyname(name, other); - if (sp != 0) { - NTOHS(sp->s_port); + /* + * We need to check /etc/services for ambiguous entries. + * If we find the ambiguous entry, and it has the + * same port number, change the proto to PROTO_UNDEF + * so both TCP and UDP will be checked. + */ + sp = getservbyname(name, "tcp"); + if (sp != NULL) tcp_port = ntohs(sp->s_port); + sp = getservbyname(name, "udp"); + if (sp != NULL) udp_port = ntohs(sp->s_port); + if (tcp_port >= 0) { + *port = tcp_port; + *proto = IPPROTO_TCP; + if (udp_port >= 0) { + if (udp_port == tcp_port) + *proto = PROTO_UNDEF; #ifdef notdef - if (*port != sp->s_port) + else /* Can't handle ambiguous names that refer to different port numbers. */ warning("ambiguous port %s in /etc/services", name); #endif - *proto = PROTO_UNDEF; } + return 1; + } + if (udp_port >= 0) { + *port = udp_port; + *proto = IPPROTO_UDP; return 1; } #if defined(ultrix) || defined(__osf__) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 11 13: 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 DA4B537B417 for ; Mon, 11 Mar 2002 13:00:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BL01R01154; Mon, 11 Mar 2002 13: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 03F9E37B417 for ; Mon, 11 Mar 2002 12:57:36 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BKvZX00928; Mon, 11 Mar 2002 12:57:35 -0800 (PST) (envelope-from nobody) Message-Id: <200203112057.g2BKvZX00928@freefall.freebsd.org> Date: Mon, 11 Mar 2002 12:57:35 -0800 (PST) From: Allan Bowhill To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/35797: make world on STABLE breaks at building of cgram.y 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: 35797 >Category: misc >Synopsis: make world on STABLE breaks at building of cgram.y >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 Mar 11 13:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Allan Bowhill >Release: 4.5-STABLE >Organization: none >Environment: FreeBSD bowhill.yi.org 4.5-STABLE FreeBSD 4.5-STABLE #0: Sun Mar 10 05:39:01 PST 2002 root@bowhill.yi.org:/usr/obj/usr/src/sys/KOSMOS i386 >Description: make world dies on attempt to build cgram.y. Some output from build: /usr/obj/usr/src/i386/usr/include/sys/wormio.h:102: warning: `CDRIOCBLANK' redefined /usr/obj/usr/src/i386/usr/include/sys/cdrio.h:59: warning: this is the location of the previous definition make: don't know how to make cgram.y. Stop >How-To-Repeat: make world on 4.5-STABLE remove /usr/obj first >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 Mar 11 13:53: 2 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 C08D637B405; Mon, 11 Mar 2002 13:52:59 -0800 (PST) Received: (from kris@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BLiGe11969; Mon, 11 Mar 2002 13:44:16 -0800 (PST) (envelope-from kris) Date: Mon, 11 Mar 2002 13:44:16 -0800 (PST) From: Message-Id: <200203112144.g2BLiGe11969@freefall.freebsd.org> To: abowhill@atlantis.vservers.com, kris@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/35797: make world on STABLE breaks at building of cgram.y 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: make world on STABLE breaks at building of cgram.y State-Changed-From-To: open->closed State-Changed-By: kris State-Changed-When: Mon Mar 11 13:43:27 PST 2002 State-Changed-Why: Already fixed. For future reference, build problems such as this one which are widely reported on the -stable mailing list should not be submitted as PRs, because they will be fixed in very short order. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35797 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 11 14:10: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 C42CA37B41B for ; Mon, 11 Mar 2002 14:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BMA3K19476; Mon, 11 Mar 2002 14:10:03 -0800 (PST) (envelope-from gnats) Date: Mon, 11 Mar 2002 14:10:03 -0800 (PST) Message-Id: <200203112210.g2BMA3K19476@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Michael Wardle Subject: Re: bin/35769: w does not correctly interpret X sessions Reply-To: Michael Wardle 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/35769; it has been noted by GNATS. From: Michael Wardle To: cjclark@alum.mit.edu, Michael Wardle Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/35769: w does not correctly interpret X sessions Date: Mon, 11 Mar 2002 14:01:33 -0800 (PST) --- "Crist J. Clark" wrote: > On Mon, Mar 11, 2002 at 05:09:30AM -0800, Michael Wardle wrote: > > > > [...] > > > > > What does 'tty' return for one of these sessions? > > > > This is precisely the problem -- it is not a terminal... [...] > Ah. Now I realize what you are talking about. You're using > xdm(8). xdm(8) is well known for putting broken entries into > utmp(5). There isn't much w(1) can do about it. xdm(8) is feeding it > invalid data. > -- So we could file bugs against xdm, kdm, and gdm, and hope that they change their manipulation of utmp, but as I stated in my original bug, "who" gives some useful information about users logged in on X sessions, presumably derived from utmp, so I'm guessing what we get from utmp isn't about to change. At the very least, as there seems to be agreement that this is a common problem, could "w" be modified to first test whether a corresponding entry exists in /dev for that "terminal", and if it does not, "w" ignores that one? I would actually wonder whether "w" should indeed print useful information about each session (including non-terminal logins), to give it parity with "who", but at least ignoring non-terminals would workaround the error messages. ===== MICHAEL WARDLE MAIL michael@endbracket.net MOBILE +61-415-439-838 WWW http://www.endbracket.net/michael/ __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! 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 Mon Mar 11 14:23: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 CBF0D37B436; Mon, 11 Mar 2002 14:22:59 -0800 (PST) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2BMJ8x20797; Mon, 11 Mar 2002 14:19:08 -0800 (PST) (envelope-from dwmalone) Date: Mon, 11 Mar 2002 14:19:08 -0800 (PST) From: Message-Id: <200203112219.g2BMJ8x20797@freefall.freebsd.org> To: dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org, fenner@FreeBSD.org Subject: Re: bin/34843: `tcpdump port echo' filters for port 4 instead of 7 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: `tcpdump port echo' filters for port 4 instead of 7 Responsible-Changed-From-To: freebsd-bugs->fenner Responsible-Changed-By: dwmalone Responsible-Changed-When: Mon Mar 11 14:15:37 PST 2002 Responsible-Changed-Why: I've assigned this PR to Bill Fenner, who's our tcpdump importer (and one of tcpdump's maintainers). However, it might be bette to report his back to the tcpdump people directly. (http://www.tcpdump.org should get them). http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34843 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Mar 11 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 75D8F37B41C for ; Mon, 11 Mar 2002 22:40:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2C6e0033723; Mon, 11 Mar 2002 22:40:00 -0800 (PST) (envelope-from gnats) Received: from ic.vrn.ru (ic.vrn.ru [195.98.64.65]) by hub.freebsd.org (Postfix) with ESMTP id 6D32837B432 for ; Mon, 11 Mar 2002 22:35:53 -0800 (PST) Received: from relay.nvnpp.vrn.ru ([195.98.93.102]) by ic.vrn.ru (8.11.6/8.11.1) with ESMTP id g2C6ZmH63549 for ; Tue, 12 Mar 2002 09:35:48 +0300 (MSK) (envelope-from gpr@nvnpp.vrn.ru) Received: from nvnpp.vrn.ru by relay.nvnpp.vrn.ru with SMTP (MDaemon.v3.1.0.R) for ; Tue, 12 Mar 2002 09:35:41 +0300 Received: from fbsd.nvnpp.vrn.ru by nvnpp.vrn.ru with SMTP (MDaemon.PRO.v5.0.4.R) for ; Tue, 12 Mar 2002 09:34:56 +0300 Received: from gpr by fbsd.nvnpp.vrn.ru with local (Exim 3.33 #1) id 16kfsi-0004bX-00 for FreeBSD-gnats-submit@freebsd.org; Tue, 12 Mar 2002 09:35:32 +0300 Message-Id: Date: Tue, 12 Mar 2002 09:35:32 +0300 From: Gennady Proskurin Reply-To: Gennady Proskurin To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/35812: strings(1) does'n print russian characters 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: 35812 >Category: bin >Synopsis: strings(1) does'n print russian characters >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 Mar 11 22:40:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Gennady Proskurin >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: System: FreeBSD gpr.nvnpp.lan 5.0-CURRENT FreeBSD 5.0-CURRENT #4: Mon Mar 11 09:59:59 MSK 2002 gpr@gpr.nvnpp.lan:/usr/obj/usr/src/sys/gpr i386 >Description: strings(1) does'n print russian characters due to incorrect type cast. >How-To-Repeat: echo 'some russian chars' | strings >Fix: --- /usr/src/usr.bin/strings/strings.c.orig Tue Mar 12 09:16:05 2002 +++ /usr/src/usr.bin/strings/strings.c Tue Mar 12 09:16:07 2002 @@ -184,7 +184,7 @@ else printf("%s", bfr); while ((ch = getch()) != EOF && ISSTR(ch)) - putchar((char)ch); + putchar((unsigned char)ch); putchar('\n'); } cnt = 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 Mar 11 22: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 0054E37B417 for ; Mon, 11 Mar 2002 22:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2C6o0335464; Mon, 11 Mar 2002 22:50:00 -0800 (PST) (envelope-from gnats) Received: from postoffice.aims.com.au (eth0.lnk.aims.com.au [203.31.73.253]) by hub.freebsd.org (Postfix) with ESMTP id 94D4C37B402 for ; Mon, 11 Mar 2002 22:41:22 -0800 (PST) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id g2C6fLA02309 for ; Tue, 12 Mar 2002 17:41:21 +1100 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Tue, 12 Mar 2002 17:40:48 +1100 Message-Id: <200203120630.g2C6UEG45450@ait0fd01.aims.private> Date: Tue, 12 Mar 2002 17:40:46 +1100 From: chris@aims.com.au Reply-To: To: X-Send-Pr-Version: 3.113 Subject: kern/35813: Add another Askey ISA modem 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: 35813 >Category: kern >Synopsis: Add another Askey ISA modem >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 Mar 11 22:50:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Chris Knight >Release: FreeBSD 4.5-RELEASE i386 >Organization: AIMS Independent Computer Professionals >Environment: System: FreeBSD ait0fd01.aims.private 4.5-RELEASE FreeBSD 4.5-RELEASE #3: Tue Feb 19 06:44:54 EST 2002 root@:/usr/src/sys/compile/THINKPAD i386 >Description: Patch for the addition of another Askey/Dynalink ISA modem. Patch is for -stable and -current >How-To-Repeat: N/A >Fix: Index: dev/sio/sio_isa.c =================================================================== RCS file: /home/ncvs/src/sys/dev/sio/sio_isa.c,v retrieving revision 1.6 diff -u -r1.6 sio_isa.c --- dev/sio/sio_isa.c 3 Mar 2002 13:26:59 -0000 1.6 +++ dev/sio/sio_isa.c 12 Mar 2002 05:56:47 -0000 @@ -70,6 +70,7 @@ {0x12206804, NULL}, /* ACH2012 - 5634BTS 56K Video Ready Modem */ {0x7602a904, NULL}, /* AEI0276 - 56K v.90 Fax Modem (LKT) */ {0x00007905, NULL}, /* AKY0000 - 56K Plug&Play Modem */ + {0x21107905, NULL}, /* AKY1021 - 56K Plug&Play Modem */ {0x01405407, NULL}, /* AZT4001 - AZT3000 PnP SOUND DEVICE, MODEM */ {0x56039008, NULL}, /* BDP0356 - Best Data 56x2 */ {0x56159008, NULL}, /* BDP1556 - B.D. Smart One 56SPS,Voice Modem*/ Index: isa/sio.c =================================================================== RCS file: /home/ncvs/src/sys/isa/Attic/sio.c,v retrieving revision 1.291.2.29 diff -u -r1.291.2.29 sio.c --- isa/sio.c 10 Mar 2002 18:48:23 -0000 1.291.2.29 +++ isa/sio.c 12 Mar 2002 06:24:24 -0000 @@ -700,6 +700,7 @@ {0x12206804, NULL}, /* ACH2012 - 5634BTS 56K Video Ready Modem */ {0x7602a904, NULL}, /* AEI0276 - 56K v.90 Fax Modem (LKT) */ {0x00007905, NULL}, /* AKY0000 - 56K Plug&Play Modem */ + {0x21107905, NULL}, /* AKY1021 - 56K Plug&Play Modem */ {0x01405407, NULL}, /* AZT4001 - AZT3000 PnP SOUND DEVICE, MODEM */ {0x56039008, NULL}, /* BDP0356 - Best Data 56x2 */ {0x56159008, NULL}, /* BDP1556 - B.D. Smart One 56SPS,Voice Modem*/ >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 Mar 11 22: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 E028E37B416 for ; Mon, 11 Mar 2002 22:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2C6o1J35469; Mon, 11 Mar 2002 22:50:01 -0800 (PST) (envelope-from gnats) Date: Mon, 11 Mar 2002 22:50:01 -0800 (PST) Message-Id: <200203120650.g2C6o1J35469@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "."@babolo.ru Subject: Re: bin/35812: strings(1) does'n print russian characters Reply-To: "."@babolo.ru 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/35812; it has been noted by GNATS. From: "."@babolo.ru To: gpr@nvnpp.vrn.ru Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/35812: strings(1) does'n print russian characters Date: Tue, 12 Mar 2002 09:56:27 +0300 (MSK) Gennady Proskurin writes: > > >Number: 35812 > >Category: bin > >Synopsis: strings(1) does'n print russian characters > >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 Mar 11 22:40:00 PST 2002 > >Closed-Date: > >Last-Modified: > >Originator: Gennady Proskurin > >Release: FreeBSD 5.0-CURRENT i386 > >Organization: > >Environment: > System: FreeBSD gpr.nvnpp.lan 5.0-CURRENT FreeBSD 5.0-CURRENT #4: Mon Mar 11 09:59:59 MSK 2002 gpr@gpr.nvnpp.lan:/usr/obj/usr/src/sys/gpr i386 > > > >Description: > strings(1) does'n print russian characters due to incorrect type cast. > > >How-To-Repeat: > echo 'some russian chars' | strings > > >Fix: > > --- /usr/src/usr.bin/strings/strings.c.orig Tue Mar 12 09:16:05 2002 > +++ /usr/src/usr.bin/strings/strings.c Tue Mar 12 09:16:07 2002 > @@ -184,7 +184,7 @@ > else > printf("%s", bfr); > while ((ch = getch()) != EOF && ISSTR(ch)) > - putchar((char)ch); > + putchar((unsigned char)ch); > putchar('\n'); > } > cnt = 0; > > > > >Release-Note: > >Audit-Trail: > >Unformatted: One more place to patch. It is my patch I use about year: --- usr.bin/strings/strings.c Mon Apr 23 02:38:13 2001 +++ usr.bin/strings/strings.c Wed Aug 22 05:05:04 2001 @@ -170,7 +170,7 @@ } start: for (cnt = 0; (ch = getch()) != EOF;) { - if (ISSTR(ch)) { + if (ISSTR(ch) & 0xff) { if (!cnt) C = bfr; *C++ = ch; @@ -183,7 +183,7 @@ foff - minlen, (char *)bfr); else printf("%s", bfr); - while ((ch = getch()) != EOF && ISSTR(ch)) + while ((ch = getch()) != EOF && ISSTR(ch & 0xff)) putchar((char)ch); putchar('\n'); } -- @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 Tue Mar 12 1: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 9CAAB37B43A for ; Tue, 12 Mar 2002 01:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2C9K2373999; Tue, 12 Mar 2002 01:20:02 -0800 (PST) (envelope-from gnats) Date: Tue, 12 Mar 2002 01:20:02 -0800 (PST) Message-Id: <200203120920.g2C9K2373999@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Pentchev Subject: Re: bin/35812: strings(1) does'n print russian characters 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 bin/35812; it has been noted by GNATS. From: Peter Pentchev To: "."@babolo.ru Cc: bug-followup@FreeBSD.org Subject: Re: bin/35812: strings(1) does'n print russian characters Date: Tue, 12 Mar 2002 11:14:49 +0200 On Mon, Mar 11, 2002 at 10:50:01PM -0800, "."@babolo.ru wrote: > Gennady Proskurin writes: > > > > >Number: 35812 > > >Category: bin > > >Synopsis: strings(1) does'n print russian characters > > >Originator: Gennady Proskurin > > > > >Description: > > strings(1) does'n print russian characters due to incorrect type cast. > > > > >How-To-Repeat: > > echo 'some russian chars' | strings > > One more place to patch. It is my patch I use about year: Would this not be better off with another cast to unsigned char instead of & 0xff? 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 I am jealous of the first word in this sentence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 12 3: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 2DB0D37B43C for ; Tue, 12 Mar 2002 03:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2CBA1Q98116; Tue, 12 Mar 2002 03: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 8460037B436 for ; Tue, 12 Mar 2002 03:00:58 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2CB0wv92939; Tue, 12 Mar 2002 03:00:58 -0800 (PST) (envelope-from nobody) Message-Id: <200203121100.g2CB0wv92939@freefall.freebsd.org> Date: Tue, 12 Mar 2002 03:00:58 -0800 (PST) From: Slawomir Parysek To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/35816: no one can change password, because "passwd DB is locked" 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: 35816 >Category: i386 >Synopsis: no one can change password, because "passwd DB is locked" >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 12 03:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Slawomir Parysek >Release: 4.5-RELEASE >Organization: ArgNet >Environment: FreeBSD my.host.name.com.pl 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Mon Jan 28 14:31:56 GMT 2002 murray@builder.freebsdmall.com:/usr/src/sys/compile/GENERIC i386 >Description: When one (malicious) user edit his own passwd database (via $ chpass command), no one can change password, because "passwd DB is locked". Also root cant't change any information in passwd database, eg add/delete It is very importand problem especialy on systems whih acts as shell box (TM.). >How-To-Repeat: how to repeat, huh, thats simple: log in into accont and leave an running "chpass" command on screen and log out, huh noone can change his/her passd and/or any other info by editing /etc/passwd* etc >Fix: how to fix it? hmm... block acces to command chpass for all suspicous users ;-P >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 Mar 12 3:53: 3 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 1E7C337B444; Tue, 12 Mar 2002 03:53:01 -0800 (PST) Received: (from billf@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2CBhqd03584; Tue, 12 Mar 2002 03:43:52 -0800 (PST) (envelope-from billf) Date: Tue, 12 Mar 2002 03:43:52 -0800 (PST) From: Message-Id: <200203121143.g2CBhqd03584@freefall.freebsd.org> To: irys@irc.pl, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/35816: no one can change password, because "passwd DB is locked" 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: no one can change password, because "passwd DB is locked" State-Changed-From-To: open->closed State-Changed-By: billf State-Changed-When: Tue Mar 12 03:41:48 PST 2002 State-Changed-Why: this is not a bug. root can find the process that is holding the lock on the password database and kill both it and the user holding it. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35816 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 12 6: 2:41 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from host-212-42.tele2.pl (host-212-42.tele2.pl [213.173.212.42]) by hub.freebsd.org (Postfix) with ESMTP id E4AF637B400; Tue, 12 Mar 2002 06:02:28 -0800 (PST) Received: from localhost (irys@localhost) by host-212-42.tele2.pl (8.11.6/8.11.4) with ESMTP id g2CE2Rt25983; Tue, 12 Mar 2002 15:02:27 +0100 Date: Tue, 12 Mar 2002 15:02:26 +0100 (CET) From: Parys To: freebsd-bugs@FreeBSD.org Cc: freebsd-security@FreeBSD.org Subject: Re: i386/35816: no one can change password, because "passwd DB is locked" Message-ID: 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 my comment fot these: http://www.freebsd.org/cgi/query-pr.cgi?pr=35816 at bottom, below quote: --- cut --- no one can change password, because "passwd DB is locked" Confidential no Severity serious Priority medium Responsible freebsd-bugs@FreeBSD.org State closed Class sw-bug Submitter-Id current-users Arrival-Date Tue Mar 12 03:10:01 PST 2002 Closed-Date Tue Mar 12 03:43:52 PST 2002 Last-Modified Tue Mar 12 03:43:52 PST 2002 Originator Slawomir Parysek Release 4.5-RELEASE Organization ArgNet Environment FreeBSD my.host.name.com.pl 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Mon Jan 28 14:31:56 GMT 2002 murray@builder.freebsdmall.com:/usr/src/sys/compile/GENERIC i386 Description When one (malicious) user edit his own passwd database (via $ chpass command), no one can change password, because "passwd DB is locked". Also root cant't change any information in passwd database, eg add/delete It is very importand problem especialy on systems whih acts as shell box (TM.). How-To-Repeat how to repeat, huh, thats simple: log in into accont and leave an running "chpass" command on screen and log out, huh noone can change his/her passd and/or any other info by editing /etc/passwd* etc Fix how to fix it? hmm... block acces to command chpass for all suspicous users ;-P Audit-Trail State-Changed-From-To: open->closed State-Changed-By: billf State-Changed-When: Tue Mar 12 03:41:48 PST 2002 State-Changed-Why: this is not a bug. root can find the process that is holding the lock on the password database and kill both it and the user holding it. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35816 --- /cut --- Hi all. I affraid it can be big problem. I know, it's obvious, root can kill both user and process that is holding the lock on passwd database, but it may be problemous to monitor and/or kill all users(who play a joke) and his processes, especialy on productional system where all tenths/hundreds users pay $ for his accounts and, where lot of real users heave access to one account, and some users are careless for his doings. The siple way to prevent such incident is build an shell-based or perl script and run it periodicaly from crontab or run it in daemon-like mode(loop), script which take care on passswd database of course and some usrers which can lock it, or whatever. I think (if I can ever think ;o) that better way is to fix this problem in "chpass" binary file or whatever. thank's a lot for attention best regards Parys irys@irc.pl ps: sorry for my bad english knowledge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 12 10:25: 6 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 B359137B405 for ; Tue, 12 Mar 2002 10:25:02 -0800 (PST) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id VAA24182; Tue, 12 Mar 2002 21:32:50 +0300 (MSK) Message-Id: <200203121832.VAA24182@aaz.links.ru> Subject: Re: bin/35812: strings(1) does'n print russian characters In-Reply-To: <200203120920.g2C9K2373999@freefall.freebsd.org> from "Peter Pentchev" at "Mar 12, 2 01:20:02 am" To: roam@ringlet.net Date: Tue, 12 Mar 2002 21:32:50 +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 Peter Pentchev writes: > The following reply was made to PR bin/35812; it has been noted by GNATS. > > From: Peter Pentchev > To: "."@babolo.ru > Cc: bug-followup@FreeBSD.org > Subject: Re: bin/35812: strings(1) does'n print russian characters > Date: Tue, 12 Mar 2002 11:14:49 +0200 > > On Mon, Mar 11, 2002 at 10:50:01PM -0800, "."@babolo.ru wrote: > > Gennady Proskurin writes: > > > > > > >Number: 35812 > > > >Category: bin > > > >Synopsis: strings(1) does'n print russian characters > > > >Originator: Gennady Proskurin > > > > > > >Description: > > > strings(1) does'n print russian characters due to incorrect type cast. > > > > > > >How-To-Repeat: > > > echo 'some russian chars' | strings > > > > One more place to patch. It is my patch I use about year: > > Would this not be better off with another cast to unsigned char > instead of & 0xff? I am sure this overcomplicates simple thing. Just try. -- @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 Tue Mar 12 14: 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 946BA37B416 for ; Tue, 12 Mar 2002 14:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2CM03h91988; Tue, 12 Mar 2002 14:00:03 -0800 (PST) (envelope-from gnats) Date: Tue, 12 Mar 2002 14:00:03 -0800 (PST) Message-Id: <200203122200.g2CM03h91988@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jimmy Olgeni Subject: Re: bin/34007: pkg_create -b forgets to include install scripts Reply-To: Jimmy Olgeni 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/34007; it has been noted by GNATS. From: Jimmy Olgeni To: Mark Hannon Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: bin/34007: pkg_create -b forgets to include install scripts Date: Tue, 12 Mar 2002 22:51:02 +0100 (CET) On Sat, 9 Mar 2002, Mark Hannon wrote: > Please try these patches. /mark I just tried them and it looks like everything is fixed... thanks! -- jimmy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Mar 12 17: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 8AFBE37B417 for ; Tue, 12 Mar 2002 17:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2D1U2f38806; Tue, 12 Mar 2002 17:30:02 -0800 (PST) (envelope-from gnats) Received: from xkulesh.vol.cz (xkulesh.vol.cz [195.250.154.106]) by hub.freebsd.org (Postfix) with ESMTP id 8D5D837B400 for ; Tue, 12 Mar 2002 17:21:26 -0800 (PST) Message-Id: <200203130113.g2D1DD970719@xkulesh.vol.cz> Date: Wed, 13 Mar 2002 02:13:13 +0100 (CET) From: Dan Lukes Reply-To: Dan Lukes To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/35836: Typo in ppp's mppe.c MPPEDispOpts 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 >Number: 35836 >Category: bin >Synopsis: Typo in ppp's mppe.c MPPEDispOpts output >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 Mar 12 17:30:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Dan Lukes >Release: FreeBSD 4.5-STABLE i386 >Organization: Obludarium >Environment: System: FreeBSD 4.5-STABLE Sat Mar 2 15:16:06 CET 2002 dan@...:/usr/src/sys/compile/Dan i386 PPP: user-ppp 2.3.3 (built Mar 2 2002) >Description: The MPPEDispOpts incorrectly build description string when no encryption requested by peer. It add "(0" string to buffer, but add 1 only to buffer len, so '0' is overwritten by subsequent writes. >How-To-Repeat: enable CCP logging and connect to a PPP peer asking MPPC without MPPE (it's implemented as ask for MPPE with MPPE_OPT_COMPRESSED bit set but all MPPE_OPT_BITMASK bits cleared >Fix: --- mppe.c.ORIG Sun Sep 2 06:08:33 2001 +++ mppe.c Wed Mar 13 01:48:43 2002 @@ -372,7 +372,7 @@ len = strlen(buf); if (!(val & MPPE_OPT_BITMASK)) { snprintf(buf + len, sizeof buf - len, "(0"); - len++; + len+=2; } else { ch = '('; if (val & MPPE_OPT_128BIT) { >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 Mar 12 20: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 88DE937B417 for ; Tue, 12 Mar 2002 20:30:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2D4U0R82694; Tue, 12 Mar 2002 20:30:00 -0800 (PST) (envelope-from gnats) Received: from mail.westbend.net (ns1.westbend.net [216.47.253.3]) by hub.freebsd.org (Postfix) with ESMTP id 3ED0B37B400 for ; Tue, 12 Mar 2002 20:26:21 -0800 (PST) Received: (from root@localhost) by mail.westbend.net (8.11.6/8.11.6) id g2D4QKB29342; Tue, 12 Mar 2002 22:26:20 -0600 (CST) (envelope-from admin) Message-Id: <200203130426.g2D4QKB29342@mail.westbend.net> Date: Tue, 12 Mar 2002 22:26:20 -0600 (CST) From: "Scot W. Hetzel" Reply-To: "Scot W. Hetzel" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/35838: Change to size of WID_IF in usr.bin/netstat/route.c 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: 35838 >Category: bin >Synopsis: Change to size of WID_IF in usr.bin/netstat/route.c >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 Mar 12 20:30:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Scot W. Hetzel >Release: FreeBSD 4.5-STABLE i386 >Organization: West Bend Internet >Environment: System: FreeBSD mail.westbend.net 4.5-STABLE FreeBSD 4.5-STABLE #1: Thu Mar 7 11:41:02 CST 2002 root@wbiW009.westbend.net:/usr/obj/usr/src/sys/GENERIC i386 >Description: With an ET/5025PQ Quad T1 card installed in a 4.5-STABLE server (configured for frame relay), the output of netstat -r shows that the interface name is truncated: ns0# netstat -rn | head -n 8 Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.0.0.1 UGSc 24533 210882 fxp0 10.0.1.220/30 10.0.1.222 Uc 0 0 etha73 127 lo0 UScB 0 0 lo0 127.0.0.1 127.0.0.1 UH 2 14 lo0 etha73 is suppossed to be etha736. Currently, the -W flag to netstat doesn't increase this column's width. >How-To-Repeat: >Fix: With the below patch, the output of netstat -rnW is: ns0# netstat -rnW | head -n 8 Routing tables Internet: Destination Gateway Flags Refs Use Mtu Netif Expire default 10.0.0.1 UGSc 24535 210884 1500 fxp0 10.0.1.220/30 10.0.1.222 Uc 0 0 1500 etha736 127 lo0 UScB 0 0 16384 lo0 127.0.0.1 127.0.0.1 UH 2 14 16384 lo0 Could this change be made to CURRENT, and MFC'd to STABLE? Index: route.c =================================================================== RCS file: /home/ncvs/src/usr.bin/netstat/route.c,v retrieving revision 1.41.2.11 diff -u -r1.41.2.11 route.c --- route.c 18 Oct 2001 10:33:25 -0000 1.41.2.11 +++ route.c 13 Mar 2002 03:38:03 -0000 @@ -225,13 +225,13 @@ #ifndef INET6 #define WID_DST(af) 18 /* width of destination column */ #define WID_GW(af) 18 /* width of gateway column */ -#define WID_IF(af) 6 /* width of netif column */ +#define WID_IF(af) (Wflag ? 8 : 6) /* width of netif column */ #else #define WID_DST(af) \ ((af) == AF_INET6 ? (Wflag ? 39 : (numeric_addr ? 33: 18)) : 18) #define WID_GW(af) \ ((af) == AF_INET6 ? (Wflag ? 31 : (numeric_addr ? 29 : 18)) : 18) -#define WID_IF(af) ((af) == AF_INET6 ? 8 : 6) +#define WID_IF(af) ((af) == AF_INET6 ? 8 : (Wflag ? 8 : 6)) #endif /*INET6*/ /* >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 Mar 12 22:30: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 8328737B41D for ; Tue, 12 Mar 2002 22:30:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2D6U9805878; Tue, 12 Mar 2002 22:30:09 -0800 (PST) (envelope-from gnats) Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 0FE1137B402 for ; Tue, 12 Mar 2002 22:23:12 -0800 (PST) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id JAA24905; Wed, 13 Mar 2002 09:31:04 +0300 (MSK) Message-Id: <200203130631.JAA24905@aaz.links.ru> Date: Wed, 13 Mar 2002 09:31:04 +0300 (MSK) From: .@babolo.ru Reply-To: .@babolo.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/35842: rm -rf fails to delete nonexistent file [patch] 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: 35842 >Category: bin >Synopsis: rm -f nonexistent file successful but rm -fr is not in some conditions >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Mar 12 22:30:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Aleksandr A. Babaylov >Release: FreeBSD 4.5-STABLE i386 >Organization: home >Environment: uname -a FreeBSD cicuta.babolo.ru 4.5-STABLE FreeBSD 4.5-STABLE #7: Thu Feb 28 06:47:27 MSK 2002 babolo@cicuta.babolo.ru:/tmp/babolo/usr/src/sys/cicuta i386 >Description: choose nonexistant file in ro mount filesystem: 0cicuta~(53)>mount | grep mnt /dev/ad4s1h on /mnt (ufs, local, read-only) 0cicuta~(54)>stat /mnt/a/e Can't lstat /mnt/a/e 2cicuta~(55)>rm -f /mnt/a/e 0cicuta~(56)>rm -fr /mnt/a/e rm: /mnt/a/e: Read-only file system 1cicuta~(57)> This affects, for example buildworld on ro mount sources. (another thing - I do non understand contrib/libgmp/mp[zfq] existanse) >How-To-Repeat: See Description >Fix: --- bin/rm/rm.c Wed Aug 1 09:15:56 2001 +++ bin/rm/rm.c Wed Mar 13 08:54:54 2002 @@ -268,6 +268,14 @@ } break; + case FTS_NS: + /* + * FTS_NS: assume that if can't stat the file, it + * can't be unlinked. + */ + if (fflag) + continue; + /* breakthrough */ default: if (Pflag) rm_overwrite(p->fts_accpath, NULL); >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 Mar 12 22:43: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 F3D5837B41A; Tue, 12 Mar 2002 22:43:02 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2D6Zl006714; Tue, 12 Mar 2002 22:35:47 -0800 (PST) (envelope-from cjc) Date: Tue, 12 Mar 2002 22:35:47 -0800 (PST) From: Message-Id: <200203130635.g2D6Zl006714@freefall.freebsd.org> To: cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org, brian@FreeBSD.org Subject: Re: bin/35836: Typo in ppp's mppe.c MPPEDispOpts 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: Typo in ppp's mppe.c MPPEDispOpts output Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: cjc Responsible-Changed-When: Tue Mar 12 22:35:25 PST 2002 Responsible-Changed-Why: To ppp(8) maintainer. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35836 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 13 0: 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 06A7537B419 for ; Wed, 13 Mar 2002 00:00:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2D808l45011; Wed, 13 Mar 2002 00:00:08 -0800 (PST) (envelope-from gnats) Received: from brain.cc.rsu.ru (brain.cc.rsu.ru [195.208.252.154]) by hub.freebsd.org (Postfix) with ESMTP id 623D237B404 for ; Tue, 12 Mar 2002 23:51:53 -0800 (PST) Received: (from os@localhost) by brain.cc.rsu.ru (8.11.6/8.11.4) id g2D7pfb06812; Wed, 13 Mar 2002 10:51:41 +0300 (MSK) (envelope-from os) Message-Id: <200203130751.g2D7pfb06812@brain.cc.rsu.ru> Date: Wed, 13 Mar 2002 10:51:41 +0300 (MSK) From: Oleg Sharoiko Reply-To: Oleg Sharoiko To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/35843: [PATCH] MD5 auth implemented in routed is incompatible with cisco's/zebra'a/rfc 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: 35843 >Category: bin >Synopsis: [PATCH] MD5 auth implemented in routed is incompatible with cisco's/zebra'a/rfc >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 13 00:00:08 PST 2002 >Closed-Date: >Last-Modified: >Originator: Oleg Sharoiko >Release: FreeBSD 4.5-STABLE i386 >Organization: Computer Center of Rostov State University >Environment: System: FreeBSD brain.cc.rsu.ru 4.5-STABLE FreeBSD 4.5-STABLE #0: Tue Feb 19 08:52:13 GMT 2002 os@make.cc.rsu.ru:/usr/obj/usr/src/sys/brain.k7.RELENG_4.2002-02-19 i386 >Description: While computing MD5 digest of RIPv2 packet routed skips two fileds. Due to this routed is unable to communicate with cisco and zebra routers if the authenticaction is enabled. >How-To-Repeat: Enable RIPv2 with MD5 auth in cisco router similar to the following: key chain RIPKey key 0 key-string SomePass interface FastEthernet0/0.1 ip rip authentication mode md5 ip rip authentication key-chain RIPKey router rip version 2 network 10.0.0.0 The enable RIPv2 with MD5 auth in routed. Sample /etc/gateways (don't forget to chmod 0600 /etc/gateways as routed checks file mode): md5_passwd=SomePass|0 ripv2 check the debug of cisco and routed cisco: debug ip rip routed: routed -d -t -t -t -t -t >Fix: Patches bellow solve the problem. One adds #define RIP_AUTH_HDR_LEN 4 to the include/protocols/routed.h Another one modifies routed. --- routed.diff begins here --- --- include/protocols/routed.h Sun Sep 5 17:43:31 1999 +++ include/protocols/routed.h Wed Feb 27 11:58:16 2002 @@ -84,6 +84,7 @@ /* RIPv2 authentication */ struct netauth { +#define RIP_AUTH_HDR_LEN 4 u_int16_t a_family; /* always RIP_AF_AUTH */ u_int16_t a_type; #define RIP_AUTH_NONE 0 --- sbin/routed.org/input.c Wed Feb 20 10:48:56 2002 +++ sbin/routed/input.c Wed Feb 20 11:15:21 2002 @@ -967,7 +967,7 @@ */ if (TRACEPACKETS) { if (NA->au.a_md5.md5_auth_len - != RIP_AUTH_MD5_LEN) + != RIP_AUTH_HDR_LEN + RIP_AUTH_MD5_LEN) msglim(use_authp, from, "unknown MD5 RIPv2 auth len %#x" " instead of %#x from %s", @@ -989,7 +989,7 @@ } MD5Init(&md5_ctx); - MD5Update(&md5_ctx, (u_char *)rip, len); + MD5Update(&md5_ctx, (u_char *)rip, len+RIP_AUTH_HDR_LEN); MD5Update(&md5_ctx, ap->key, RIP_AUTH_MD5_LEN); MD5Final(hash, &md5_ctx); if (!memcmp(hash, na2->au.au_pw, sizeof(hash))) --- sbin/routed.org/output.c Wed Feb 20 10:47:48 2002 +++ sbin/routed/output.c Wed Feb 20 10:50:01 2002 @@ -303,7 +303,7 @@ na2->a_type = htons(1); na->au.a_md5.md5_pkt_len = htons(len); MD5Init(&md5_ctx); - MD5Update(&md5_ctx, (u_char *)wb->buf, len); + MD5Update(&md5_ctx, (u_char *)wb->buf, len + RIP_AUTH_HDR_LEN); MD5Update(&md5_ctx, ap->key, RIP_AUTH_MD5_LEN); MD5Final(na2->au.au_pw, &md5_ctx); wb->n++; --- routed.diff 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 Wed Mar 13 1: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 509D937B41B for ; Wed, 13 Mar 2002 01:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2D9U1r69935; Wed, 13 Mar 2002 01:30:01 -0800 (PST) (envelope-from gnats) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by hub.freebsd.org (Postfix) with ESMTP id 1D44737B402 for ; Wed, 13 Mar 2002 01:25:43 -0800 (PST) Received: from ob by obh.snafu.de with local (Exim 3.35 #1) id 16l50v-0008gp-00 for FreeBSD-gnats-submit@freebsd.org; Wed, 13 Mar 2002 10:25:41 +0100 Message-Id: Date: Wed, 13 Mar 2002 10:25:41 +0100 From: Oliver Brandmueller Reply-To: Oliver Brandmueller To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/35846: timeout in wi_cmd 11, machine hangs for a second 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: 35846 >Category: kern >Synopsis: timeout in wi_cmd 11, machine hangs for a second >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 Mar 13 01:30:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Oliver Brandmueller >Release: FreeBSD 4.5-STABLE i386 >Organization: obh private network >Environment: System: FreeBSD gruftie.ob-home.net 4.5-STABLE FreeBSD 4.5-STABLE #14: Thu Mar 7 21:21:32 CET 2002 root@gruftie.ob-home.net:/usr/obj/usr/src/sys/GRUFTIE i386 HP OmniBook 500 (also seen on Vaios and IBMs) Lucent Orinoco WaveLAN Gold card >Description: syslog shows the following line every few minutes. Just beore that the machine hangs for about a second (mouse and keypresses are buffered, but no screen updates appear) wi0: timeout in wi_cmd 11; event status 8000 I never had this problem before last recent changes in if_wi.c, the last update to $FreeBSD: src/sys/i386/isa/if_wi.c,v 1.18.2.16 2002/03/04 20:03:57 brooks Exp $ >How-To-Repeat: As soon as the WaveLAN card is inserted and configured the problem occurs >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 Wed Mar 13 2:54:53 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id BB6BB37B404; Wed, 13 Mar 2002 02:54:50 -0800 (PST) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020313105450.PVJU2951.rwcrmhc53.attbi.com@blossom.cjclark.org>; Wed, 13 Mar 2002 10:54:50 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g2DAsnk36499; Wed, 13 Mar 2002 02:54:49 -0800 (PST) (envelope-from cjc) Date: Wed, 13 Mar 2002 02:54:49 -0800 From: "Crist J. Clark" To: billf@FreeBSD.ORG Cc: irys@irc.pl, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/35816: no one can change password, because "passwd DB is locked" Message-ID: <20020313025449.R29705@blossom.cjclark.org> References: <200203121143.g2CBhqd03584@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200203121143.g2CBhqd03584@freefall.freebsd.org>; from billf@FreeBSD.ORG on Tue, Mar 12, 2002 at 03:43:52AM -0800 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 Tue, Mar 12, 2002 at 03:43:52AM -0800, billf@FreeBSD.ORG wrote: > Synopsis: no one can change password, because "passwd DB is locked" > > State-Changed-From-To: open->closed > State-Changed-By: billf > State-Changed-When: Tue Mar 12 03:41:48 PST 2002 > State-Changed-Why: > this is not a bug. root can find the process that is holding the lock > on the password database and kill both it and the user holding it. This does look like a bug to me. I don't understand why chpass(1) needs to hold a lock on the database while the user is editing his entry. It seems like once the user is done editing, _then_ the master.passwd can be locked, the user's modifications checked, and then added if they are OK. Why would it need to be locked during the editing process? I don't see a good reason looking at the code. -- 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 Wed Mar 13 3:23:35 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from bazooka.trit.org (bazooka.trit.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 05B0637B405; Wed, 13 Mar 2002 03:23:23 -0800 (PST) Received: by bazooka.trit.org (Postfix, from userid 1000) id C0F1B3E31; Wed, 13 Mar 2002 11:23:22 +0000 (UTC) Received: from bazooka (localhost [127.0.0.1]) by bazooka.trit.org (Postfix) with ESMTP id BCFB23C12E; Wed, 13 Mar 2002 11:23:22 +0000 (UTC) To: "Crist J. Clark" Cc: billf@FreeBSD.ORG, irys@irc.pl, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/35816: no one can change password, because "passwd DB is locked" In-Reply-To: <20020313025449.R29705@blossom.cjclark.org>; from cjc@FreeBSD.ORG on "Wed, 13 Mar 2002 02:54:49 -0800" Date: Wed, 13 Mar 2002 11:23:17 +0000 From: Dima Dorfman Message-Id: <20020313112322.C0F1B3E31@bazooka.trit.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 "Crist J. Clark" wrote: > On Tue, Mar 12, 2002 at 03:43:52AM -0800, billf@FreeBSD.ORG wrote: > > Synopsis: no one can change password, because "passwd DB is locked" > > > > State-Changed-From-To: open->closed > > State-Changed-By: billf > > State-Changed-When: Tue Mar 12 03:41:48 PST 2002 > > State-Changed-Why: > > this is not a bug. root can find the process that is holding the lock > > on the password database and kill both it and the user holding it. > > This does look like a bug to me. I don't understand why chpass(1) > needs to hold a lock on the database while the user is editing his > entry. It seems like once the user is done editing, _then_ the > master.passwd can be locked, the user's modifications checked, and > then added if they are OK. Why would it need to be locked during the > editing process? I don't see a good reason looking at the code. What happens if the data for that user changes between the time the editor is started (with the old info filled in) and the time the user is done editing? Assuming all the changes are valid, it would still be technically okay to apply the new changes, but it might come as a surprise to one or both of the parties involved. The above is intended as food for thought, not a flat-out rejection of your idea; it isn't clear whether this should be allowed to happen, or what we should do if it does. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 13 3:33: 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 5FCE837B402; Wed, 13 Mar 2002 03:33:03 -0800 (PST) Received: (from maxim@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2DBV1301686; Wed, 13 Mar 2002 03:31:01 -0800 (PST) (envelope-from maxim) Date: Wed, 13 Mar 2002 03:31:01 -0800 (PST) From: Message-Id: <200203131131.g2DBV1301686@freefall.freebsd.org> To: maxim@FreeBSD.org, freebsd-bugs@FreeBSD.org, maxim@FreeBSD.org Subject: Re: bin/35843: [PATCH] MD5 auth implemented in routed is incompatible with cisco's/zebra'a/rfc 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] MD5 auth implemented in routed is incompatible with cisco's/zebra'a/rfc Responsible-Changed-From-To: freebsd-bugs->maxim Responsible-Changed-By: maxim Responsible-Changed-When: Wed Mar 13 03:29:25 PST 2002 Responsible-Changed-Why: I have given a promise to look at it. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=35843 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 13 3:52:46 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 12F2937B419; Wed, 13 Mar 2002 03:52:42 -0800 (PST) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020313115241.KZV1147.rwcrmhc52.attbi.com@blossom.cjclark.org>; Wed, 13 Mar 2002 11:52:41 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g2DBqes36918; Wed, 13 Mar 2002 03:52:40 -0800 (PST) (envelope-from cjc) Date: Wed, 13 Mar 2002 03:52:40 -0800 From: "Crist J. Clark" To: Dima Dorfman Cc: billf@FreeBSD.ORG, irys@irc.pl, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/35816: no one can change password, because "passwd DB is locked" Message-ID: <20020313035240.S29705@blossom.cjclark.org> Reply-To: cjclark@alum.mit.edu References: <20020313025449.R29705@blossom.cjclark.org> <20020313112322.C0F1B3E31@bazooka.trit.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020313112322.C0F1B3E31@bazooka.trit.org>; from dima@trit.org on Wed, Mar 13, 2002 at 11:23:17AM +0000 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 Wed, Mar 13, 2002 at 11:23:17AM +0000, Dima Dorfman wrote: > "Crist J. Clark" wrote: > > On Tue, Mar 12, 2002 at 03:43:52AM -0800, billf@FreeBSD.ORG wrote: > > > Synopsis: no one can change password, because "passwd DB is locked" > > > > > > State-Changed-From-To: open->closed > > > State-Changed-By: billf > > > State-Changed-When: Tue Mar 12 03:41:48 PST 2002 > > > State-Changed-Why: > > > this is not a bug. root can find the process that is holding the lock > > > on the password database and kill both it and the user holding it. > > > > This does look like a bug to me. I don't understand why chpass(1) > > needs to hold a lock on the database while the user is editing his > > entry. It seems like once the user is done editing, _then_ the > > master.passwd can be locked, the user's modifications checked, and > > then added if they are OK. Why would it need to be locked during the > > editing process? I don't see a good reason looking at the code. > > What happens if the data for that user changes between the time the > editor is started (with the old info filled in) and the time the user > is done editing? Assuming all the changes are valid, it would still > be technically okay to apply the new changes, but it might come as a > surprise to one or both of the parties involved. Let me clarify on how I would expect this to work, 1) chpass reads info from master.passwd. 2) chpass creates the temporary file with the data. 3) chpass allows the user to edit whatever information is allowed. 4) chpass re-reads and locks the master.passwd (note that user interaction has finished). 5) chpass checks that the changes are sane (that the user still exists, that fields that the user cannot change are not reverted, etc.). 6) chpass merges the changes to this one user into the newly locked master.passwd. 6) chpass makes the new master.passwd and db. 7) chpass unlocks master.passwd. There is the possibility that one, or more than one, user could be changing the chpass(1) at once. What will happen is the last one to finish his edits in chpass(1) wins. I really don't see too much of a problem with this. How much different is it than users running chpass(1) consecutively, but having to wait until the other is finished? It just means you always have to wait to see what changes the other user made before you get to make yours. My best guess is that the current behavior is just what was easiest to code at the time. If you lock the master.passwd file at the begining, there are some checks you can skip later on. It seems to me the price of maybe creating slight disorientation in rare circumstances is far outweighed by the current behavior which allows any user on the system to create a fairly effective DoS requiring someone with super-user access to manually intervene. -- 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 Wed Mar 13 4:31:37 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id BB21837B417; Wed, 13 Mar 2002 04:31:32 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 13 Mar 2002 12:31:31 +0000 (GMT) Date: Wed, 13 Mar 2002 12:31:28 +0000 From: David Malone To: cjclark@alum.mit.edu Cc: Dima Dorfman , billf@FreeBSD.ORG, irys@irc.pl, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/35816: no one can change password, because "passwd DB is locked" Message-ID: <20020313123128.GA99103@walton.maths.tcd.ie> References: <20020313025449.R29705@blossom.cjclark.org> <20020313112322.C0F1B3E31@bazooka.trit.org> <20020313035240.S29705@blossom.cjclark.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020313035240.S29705@blossom.cjclark.org> User-Agent: Mutt/1.3.25i 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 Wed, Mar 13, 2002 at 03:52:40AM -0800, Crist J. Clark wrote: > 4) chpass re-reads and locks the master.passwd (note that user > interaction has finished). > > 5) chpass checks that the changes are sane (that the user still > exists, that fields that the user cannot change are not reverted, > etc.). At this stage it may be best to bail if any of that user's fields have changed - that way you're least likely to get unexpected interactions. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 13 6:12: 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 1FC6437B417 for ; Wed, 13 Mar 2002 06:12:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2DEC2N74029; Wed, 13 Mar 2002 06:12:02 -0800 (PST) (envelope-from gnats) Received: from mx1.thinksec.com (time.thinksec.com [193.212.248.2]) by hub.freebsd.org (Postfix) with ESMTP id DEDCE37B405 for ; Wed, 13 Mar 2002 06:04:12 -0800 (PST) Received: from des.thinksec.com (213-145-188-14.dd.nextgentel.com [213.145.188.14]) by mx1.thinksec.com (Postfix) with ESMTP id AD72E47DC6 for ; Wed, 13 Mar 2002 15:04:11 +0100 (CET) Received: by des.thinksec.com (Postfix, from userid 2602) id 7458955F4; Wed, 13 Mar 2002 15:04:05 +0100 (CET) Message-Id: <20020313140405.7458955F4@des.thinksec.com> Date: Wed, 13 Mar 2002 15:04:05 +0100 (CET) From: Dag-Erling Smorgrav Reply-To: Dag-Erling Smorgrav To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: misc/35858: Test PR 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: 35858 >Category: misc >Synopsis: Test PR >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 Mar 13 06:12:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: Dag-Erling Smorgrav >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: System: FreeBSD des.thinksec.com 5.0-CURRENT FreeBSD 5.0-CURRENT #152: Tue Mar 12 17:50:14 CET 2002 des@des.thinksec.com:/usr/src/sys/i386/compile/DES i386 >Description: Testing Gnats upgrade on freefall. >How-To-Repeat: $ /usr/bin/send-pr >Fix: N/A >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 Mar 13 6:16: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 4BFA437B404; Wed, 13 Mar 2002 06:16:47 -0800 (PST) Received: (from des@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2DEGlq75192; Wed, 13 Mar 2002 06:16:47 -0800 (PST) (envelope-from des) Date: Wed, 13 Mar 2002 06:16:47 -0800 (PST) From: Message-Id: <200203131416.g2DEGlq75192@freefall.freebsd.org> To: des@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: misc/35858: Test PR 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: Test PR Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: des Responsible-Changed-When: Wed Mar 13 06:16:46 PST 2002 Responsible-Changed-Why: testing http://www.freebsd.org/cgi/query-pr.cgi?pr=35858 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 13 7: 6:34 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 662E037B419; Wed, 13 Mar 2002 07:06:17 -0800 (PST) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 067AE5347; Wed, 13 Mar 2002 16:06:16 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: bugbusters@freebsd.org Subject: Gnats upgraded on freefall From: Dag-Erling Smorgrav Date: 13 Mar 2002 16:06:15 +0100 Message-ID: Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 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 Gnats has now been upgraded on freefall (thanks, Mark!). The most noticeable improvement is edit-pr now consistently uses $EDITOR instead of /bin/cat and "Ctrl-D to end". I have also been given access to the gnats account (thanks again, Mark!), so I will now be able to repair corrupt PRs - there are quite a few, most of them from 1996, as well as improve the statistics and summary scripts etc. DES (Bugmeister) -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 13 7:30:26 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 A55A037B41E for ; Wed, 13 Mar 2002 07:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2DFU1c94600; Wed, 13 Mar 2002 07: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 C4CFF37B405 for ; Wed, 13 Mar 2002 07:23:32 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2DFNWo93520; Wed, 13 Mar 2002 07:23:32 -0800 (PST) (envelope-from nobody) Message-Id: <200203131523.g2DFNWo93520@freefall.freebsd.org> Date: Wed, 13 Mar 2002 07:23:32 -0800 (PST) From: Adrian Pavlykevych To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/35861: if_vlan module is compiled with ZERO vlan 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 >Number: 35861 >Category: kern >Synopsis: if_vlan module is compiled with ZERO vlan interfaces >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 Mar 13 07:30:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Adrian Pavlykevych >Release: RELENG_4 >Organization: Lviv National Polytechnic University >Environment: FreeBSD betelgeuse.lp.lviv.ua 4.5-STABLE FreeBSD 4.5-STABLE #1: Wed Mar 13 16:51:23 EET 2002 root@betelgeuse.lp.lviv.ua:/home/obj/usr/src/sys/SOUCERER i386 >Description: if_vlan.ko module is compiled with NVLAN=0. This means no VLANs available to use on out of the box system. >How-To-Repeat: # kldload if_vlan #ifconfig -a No vlan interfaces will be listed >Fix: *** sys/modules/if_vlan/Makefile.orig Wed Mar 13 17:18:16 2002 --- sys/modules/if_vlan/Makefile Wed Mar 13 17:12:38 2002 *************** *** 4,10 **** KMOD= if_vlan SRCS= if_vlan.c opt_inet.h ! CFLAGS+= -DNVLAN=0 NOMAN= opt_inet.h: --- 4,10 ---- KMOD= if_vlan SRCS= if_vlan.c opt_inet.h ! CFLAGS+= -DNVLAN=16 NOMAN= opt_inet.h: >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 Mar 13 11:54: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 8A7CA37B41B; Wed, 13 Mar 2002 11:54:25 -0800 (PST) Received: (from brooks@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2DJsP002788; Wed, 13 Mar 2002 11:54:25 -0800 (PST) (envelope-from brooks) Date: Wed, 13 Mar 2002 11:54:25 -0800 (PST) From: Message-Id: <200203131954.g2DJsP002788@freefall.freebsd.org> To: brooks@FreeBSD.org, freebsd-bugs@FreeBSD.org, brooks@FreeBSD.org Subject: Re: kern/35861: if_vlan module is compiled with ZERO vlan 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: if_vlan module is compiled with ZERO vlan interfaces Responsible-Changed-From-To: freebsd-bugs->brooks Responsible-Changed-By: brooks Responsible-Changed-When: Wed Mar 13 11:51:41 PST 2002 Responsible-Changed-Why: This was my work so I'll handle it. http://www.freebsd.org/cgi/query-pr.cgi?pr=35861 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 13 12: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 78E6A37B419 for ; Wed, 13 Mar 2002 12:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2DKe1A16411; Wed, 13 Mar 2002 12: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 BB6BD37B405 for ; Wed, 13 Mar 2002 12:34:02 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2DKY2N15690; Wed, 13 Mar 2002 12:34:02 -0800 (PST) (envelope-from nobody) Message-Id: <200203132034.g2DKY2N15690@freefall.freebsd.org> Date: Wed, 13 Mar 2002 12:34:02 -0800 (PST) From: Juha-Matti Tilli To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/35865: pam_krb5 crashes in pam_sm_setcred() 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: 35865 >Category: misc >Synopsis: pam_krb5 crashes in pam_sm_setcred() >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 Mar 13 12:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Juha-Matti Tilli >Release: FreeBSD 4.5-RELEASE i386 >Organization: >Environment: FreeBSD tykki 4.5-RELEASE FreeBSD 4.5-RELEASE #16: Fri Mar 1 19:04:50 EET 2002 juhis@tykki:/usr/obj/usr/src/sys/TYKKI i386 >Description: pam_krb5 contains a bug in pam_sm_setcred() which causes login to die on signal 10. I put many DLOG:s to function pam_sm_setcred() and noticed that the bug is in following code: while ((krbret = krb5_cc_next_cred(pam_context, ccache_temp, &cursor, &creds) == 0)) { if ((krbret = krb5_cc_store_cred(pam_context, ccache_perm, &creds)) != 0) { DLOG("krb5_cc_store_cred()", error_message(krbret)); (void) krb5_cc_destroy(pam_context, ccache_perm); krb5_free_cred_contents(pam_context, &creds); pamret = PAM_SERVICE_ERR; goto cleanup2; } krb5_free_cred_contents(pam_context, &creds); } >How-To-Repeat: Put following lines in login.conf and try to login with kerberos username and password login auth requisite pam_cleartext_pass_ok.so login auth sufficient pam_krb5.so try_first_pass debug ccache=FILE:/tmp/krb5cc_%u login auth required pam_unix.so try_first_pass debug login session sufficient pam_krb5.so debug ccache=FILE:/tmp/krb5cc_%u login session required pam_unix.so debug #login password required pam_krb5.so #login account required pam_krb5.so >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 Wed Mar 13 14: 0: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 492AA37B417 for ; Wed, 13 Mar 2002 14:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2DM03n33980; Wed, 13 Mar 2002 14:00:03 -0800 (PST) (envelope-from gnats) Date: Wed, 13 Mar 2002 14:00:03 -0800 (PST) Message-Id: <200203132200.g2DM03n33980@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Giorgos Keramidas Subject: Re: i386/35816: no one can change password, because "passwd DB is locked" 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 i386/35816; it has been noted by GNATS. From: Giorgos Keramidas To: Dima Dorfman Cc: "Crist J. Clark" , bug-followup@freebsd.org Subject: Re: i386/35816: no one can change password, because "passwd DB is locked" Date: Wed, 13 Mar 2002 20:54:42 +0200 On 2002-03-13 11:23, Dima Dorfman wrote: > What happens if the data for that user changes between the time the > editor is started (with the old info filled in) and the time the user > is done editing? Assuming all the changes are valid, it would still > be technically okay to apply the new changes, but it might come as a > surprise to one or both of the parties involved. > > The above is intended as food for thought, not a flat-out rejection of > your idea; it isn't clear whether this should be allowed to happen, or > what we should do if it does. Nice food for thought too. Imagine of the following scenario, on a machine where two humans have root access: - User A runs 'chpass foo'. - Before user A finishes, user B runs 'chpass foo' too. - User A deletes account of user C. - User B adds account of user D. - User A commits changes. - User B commits changes. Is the account of C still erased? 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 Wed Mar 13 15: 0:29 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 A7BC337B41B for ; Wed, 13 Mar 2002 15:00:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2DN08753140; Wed, 13 Mar 2002 15:00:08 -0800 (PST) (envelope-from gnats) Received: from canoe.velocet.net (H43.C242.tor.velocet.net [216.138.242.43]) by hub.freebsd.org (Postfix) with ESMTP id 3E04C37B405 for ; Wed, 13 Mar 2002 14:58:13 -0800 (PST) Received: (from dgilbert@localhost) by canoe.velocet.net (8.11.6/8.11.3) id g2DMw8400620; Wed, 13 Mar 2002 17:58:08 -0500 (EST) (envelope-from dgilbert) Message-Id: <200203132258.g2DMw8400620@canoe.velocet.net> Date: Wed, 13 Mar 2002 17:58:08 -0500 (EST) From: David Gilbert Reply-To: David Gilbert To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/35873: recent -STABLE dhclient doesn't see wireless card 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: 35873 >Category: kern >Synopsis: recent -STABLE dhclient doesn't see wireless card >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 13 15:00:08 PST 2002 >Closed-Date: >Last-Modified: >Originator: David Gilbert >Release: FreeBSD 4.5-STABLE i386 >Organization: velocet.ca >Environment: System: FreeBSD canoe.velocet.net 4.5-STABLE FreeBSD 4.5-STABLE #5: Wed Mar 13 16:57:25 EST 2002 dgilbert@canoe.velocet.net:/usr/src/sys/compile/CANOE i386 cvsup preceded kernel compile by 10 minutes. previous cvsup (probably a month old) din't have this problem. >Description: This is an odd one. If I boot with the card in, everything comes up fine. If I suspend and resume, dhclient won't find the card until dhclient is _successful_ (just running is not enough) on fxp0 (an internal port). This all started happening with the most recent cvsup to -STABLE where the previous one was about a month old. I don't know that this is related to suspend/resume because inserting the card has the same result. A possibly related matter is that the cdrom drive is cantankerous after a resume (where it used to work flawlessly). [...resume from suspend...] [...card beeps and is recognised in ifconfig list...] [3:4:304]root@canoe:/usr/home/dgilbert> ps -ax | grep dh [3:5:305]root@canoe:/usr/home/dgilbert> dhclient wi0 ifconfig: ioctl (SIOCAIFADDR): File exists [3:6:306]root@canoe:/usr/home/dgilbert> tail /var/log/messages Mar 13 17:45:53 canoe pccardd[53]: Card "SMC"("SMC2632W") [Version 01.02] [] matched "SMC" ("SMC2632W") [(null)] [(null)] Mar 13 17:45:58 canoe /kernel: wi0: at port 0x240-0x27f irq 9 flags 0x10000 slot 1 on pccard1 Mar 13 17:45:58 canoe /kernel: wi0: 802.11 address: 00:04:e2:1e:11:d7 Mar 13 17:45:58 canoe /kernel: wi0: using RF:PRISM2 MAC:HFA3841 CARD:HWB3163 rev.A, Firmware: 0.7 variant 6 Mar 13 17:45:58 canoe pccardd[53]: wi0: SMC (SMC2632W) inserted. Mar 13 17:45:58 canoe dhclient: wi0: not found Mar 13 17:45:58 canoe dhclient: exiting. Mar 13 17:46:15 canoe dhclient: wi0: not found Mar 13 17:46:15 canoe dhclient: exiting. [3:7:307]root@canoe:/usr/home/dgilbert> dhclient fxp0 ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address dhclient: New IP Address(fxp0): 216.138.242.43 dhclient: New Subnet Mask (fxp0): 255.255.255.192 dhclient: New Broadcast Address(fxp0): 216.138.242.63 dhclient: New Routers: 216.138.242.62 No matching processes were found 13 Mar 17:49:27 ntpdate[505]: step time server 216.138.242.2 offset 1.625420 sec [3:8:308]root@canoe:/usr/home/dgilbert> dhclient wi0 dhclient: New IP Address(wi0): 216.138.240.43 dhclient: New Subnet Mask (wi0): 255.255.255.240 dhclient: New Broadcast Address(wi0): 216.138.240.47 dhclient: New Routers: 216.138.240.33 No matching processes were found 13 Mar 17:50:12 ntpdate[539]: adjust time server 216.138.242.2 offset 0.002471 sec >How-To-Repeat: suspend/resume laptop with wireless card in, or insert card. See above. I can make the machine available for testing if need be. >Fix: Downgrade ? :). >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 Mar 13 15: 0:35 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 69E7837B404 for ; Wed, 13 Mar 2002 15:00:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2DN07R53127; Wed, 13 Mar 2002 15:00:07 -0800 (PST) (envelope-from gnats) Date: Wed, 13 Mar 2002 15:00:07 -0800 (PST) Message-Id: <200203132300.g2DN07R53127@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: i386/35816: no one can change password, because "passwd DB is locked" 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 i386/35816; it has been noted by GNATS. From: "Crist J. Clark" To: Giorgos Keramidas Cc: Dima Dorfman , bug-followup@freebsd.org Subject: Re: i386/35816: no one can change password, because "passwd DB is locked" Date: Wed, 13 Mar 2002 14:57:55 -0800 On Wed, Mar 13, 2002 at 08:54:42PM +0200, Giorgos Keramidas wrote: > On 2002-03-13 11:23, Dima Dorfman wrote: > > What happens if the data for that user changes between the time the > > editor is started (with the old info filled in) and the time the user > > is done editing? Assuming all the changes are valid, it would still > > be technically okay to apply the new changes, but it might come as a > > surprise to one or both of the parties involved. > > > > The above is intended as food for thought, not a flat-out rejection of > > your idea; it isn't clear whether this should be allowed to happen, or > > what we should do if it does. > > Nice food for thought too. Imagine of the following scenario, on a machine > where two humans have root access: > > - User A runs 'chpass foo'. > - Before user A finishes, user B runs 'chpass foo' too. > - User A deletes account of user C. > - User B adds account of user D. > - User A commits changes. > - User B commits changes. > > Is the account of C still erased? Well, chpass(1) isn't really the right tool for deleting a user, but I think the answer to the spirit of your question would be, "Yes." Again, what I see happening is, 1) chpass(1) reads master.passwd to get info on user "C." 2) User A does whatever operations he pleases on user "C." 3) chpass(1) locks, and _re-reads_ master.passwd. It enters user "C"'s new info into master.passwd, does the ususal sanity checks, and then writes the new master.passwd, and releases the lock. That is, only information about user "C" is incorporated back into master.passwd in step (3). If another user is fiddling with user "D" during all of this, step three, the only step that actually changes the system files, doesn't touch user "D." So, for your question, "A" commits his changes, first, so "C" is gone. When "B" commits his changes, when master.passwd is re-read, "C" isn't there, but who cares, we're changing info on "D," so everything works fine. I think the issue here is the mindset that chpass(1) must take a complete copy of master.passwd, have the user perform some action on it, and then save the complete copy back. I don't see why it would work this way. Read info on our user being modified from master.passwd, have the user perform changes just on the data for this one user, _now_ lock and read master.passwd, incorporate the changes on that one user, and release the lock. -- 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 Wed Mar 13 16: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 E839E37B405 for ; Wed, 13 Mar 2002 16:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2E0U1J28970; Wed, 13 Mar 2002 16: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 F190E37B416 for ; Wed, 13 Mar 2002 16:28:57 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2E0Svx28614; Wed, 13 Mar 2002 16:28:57 -0800 (PST) (envelope-from nobody) Message-Id: <200203140028.g2E0Svx28614@freefall.freebsd.org> Date: Wed, 13 Mar 2002 16:28:57 -0800 (PST) From: Greg Johnson To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/35876: bus_dmamem_free does not call contigfree 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: 35876 >Category: kern >Synopsis: bus_dmamem_free does not call contigfree >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 Mar 13 16:30:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Greg Johnson >Release: 4.5-RELEASE >Organization: Canon Information Systems Research Australia >Environment: FreeBSD calvert.research.canon.com.au 4.5-RELEASE FreeBSD 4.5-RELEASE #4: Thu Feb 21 11:21:40 EST 2002 root@calvert.research.canon.com.au:/usr/obj/usr/src/sys/CALVERT i386 >Description: bus_dmamem_alloc calls contigmalloc when allocating memory that is more than a single page in size. bus_dmamem_free does nothing when freeing allocated memory that is more than a single page in size. The memory remains wired and does not get re-allocated. >How-To-Repeat: Allocate more than a page of memory using bus_dmamem_alloc the try to free it using bus_dmamem_free. Note that amount of wired memory before during and after. >Fix: Have bus_dmamem_free call contigfree for the case where the ammount of memory is more that a single page. >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 Mar 13 16:40:23 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 C60B037B405 for ; Wed, 13 Mar 2002 16:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2E0e1a31018; Wed, 13 Mar 2002 16:40:01 -0800 (PST) (envelope-from gnats) Received: from pmade.org (pmade.org [206.157.70.61]) by hub.freebsd.org (Postfix) with ESMTP id 5C83E37B419 for ; Wed, 13 Mar 2002 16:37:10 -0800 (PST) Received: (from pjones@localhost) by pmade.org (8.11.6/8.11.6) id g2E0bAb03963; Wed, 13 Mar 2002 16:37:10 -0800 (PST) (envelope-from pjones) Message-Id: <200203140037.g2E0bAb03963@pmade.org> Date: Wed, 13 Mar 2002 16:37:10 -0800 (PST) From: Peter J Jones Reply-To: Peter J Jones To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: conf/35877: rc.firewall? does not setup lo0 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: 35877 >Category: conf >Synopsis: rc.firewall? does not setup lo0 >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 Mar 13 16:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Peter Jones >Release: FreeBSD 4.5-STABLE i386 >Organization: >Environment: 4.5-STABLE as of 03-12-2002 System: FreeBSD pmade.org 4.5-STABLE FreeBSD 4.5-STABLE #0: Tue Mar 12 19:47:49 PST 2002 pjones@pmade.org:/usr/src/sys/compile/KERNEL i386 >Description: Default behavior of the /etc/rc.firewall and /etc/rc.firewall6 scripts has changed for systems that use firewall_type="somefile", where somefile is an exteral file with firewall rules. Before 4.5-STABLE the rc.firewall? scripts would setup the loopback interface with the correct firewall rules. The scripts no longer setup the loopback interface. I don't know if we should update our firewall script or the rc.firewall? files. Here is a patch anyway. >How-To-Repeat: cvsup to 4.5-STABLE. Use a firewall script. ipfw list. >Fix: # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # rc.firewall.patch # rc.firewall6.patch # echo x - rc.firewall.patch sed 's/^X//' >rc.firewall.patch << 'END-of-rc.firewall.patch' X--- rc.firewall.orig Wed Mar 13 16:15:04 2002 X+++ rc.firewall Wed Mar 13 16:16:03 2002 X@@ -294,6 +294,7 @@ X [Uu][Nn][Kk][Nn][Oo][Ww][Nn]) X ;; X *) X+ setup_loopback X if [ -r "${firewall_type}" ]; then X ${fwcmd} ${firewall_flags} ${firewall_type} X fi END-of-rc.firewall.patch echo x - rc.firewall6.patch sed 's/^X//' >rc.firewall6.patch << 'END-of-rc.firewall6.patch' X--- rc.firewall6.orig Wed Mar 13 16:17:09 2002 X+++ rc.firewall6 Wed Mar 13 16:17:31 2002 X@@ -279,6 +279,7 @@ X [Uu][Nn][Kk][Nn][Oo][Ww][Nn]) X ;; X *) X+ setup_local X if [ -r "${ipv6_firewall_type}" ]; then X ${fw6cmd} ${ipv6_firewall_flags} ${ipv6_firewall_type} X fi END-of-rc.firewall6.patch exit >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 Mar 13 16:57:43 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by hub.freebsd.org (Postfix) with ESMTP id 6F68437B402 for ; Wed, 13 Mar 2002 16:57:37 -0800 (PST) Received: from fwd11.sul.t-online.de by mailout11.sul.t-online.com with smtp id 16lJX0-0004W0-06; Thu, 14 Mar 2002 01:55:46 +0100 Received: from spirit.corecode.ath.cx (320050403952-0001@[80.128.121.24]) by fmrl11.sul.t-online.com with esmtp id 16lJWx-2DZx6eC; Thu, 14 Mar 2002 01:55:43 +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 g2E0tg301365; Thu, 14 Mar 2002 01:55:42 +0100 (CET) (envelope-from corecode@corecode.ath.cx) Received: (from corecode@localhost) by elevation.zuhause.stoert.net (8.11.6/8.11.6) id g2E0tft96841; Thu, 14 Mar 2002 01:55:41 +0100 (CET) (envelope-from corecode) Date: Thu, 14 Mar 2002 01:55:37 +0100 From: "Simon 'corecode' Schubert" To: "Crist J. Clark" Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: i386/35816: no one can change password, because "passwd DB is locked" Message-Id: <20020314015537.62a8db2e.corecode@corecode.ath.cx> In-Reply-To: <200203132300.g2DN07R53127@freefall.freebsd.org> References: <200203132300.g2DN07R53127@freefall.freebsd.org> X-Mailer: Sylpheed version 0.7.4claws (GTK+ 1.2.10; i386-portbld-freebsd4.5) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=.u?24y,1C?WJrb+" 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 --=.u?24y,1C?WJrb+ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 13 Mar 2002 15:00:07 -0800 (PST) "Crist J. Clark" wrote: > Well, chpass(1) isn't really the right tool for deleting a user, but I > think the answer to the spirit of your question would be, "Yes." > > Again, what I see happening is, > > 1) chpass(1) reads master.passwd to get info on user "C." > > 2) User A does whatever operations he pleases on user "C." > > 3) chpass(1) locks, and _re-reads_ master.passwd. It enters user > "C"'s new info into master.passwd, does the ususal sanity checks, > and then writes the new master.passwd, and releases the lock. > > That is, only information about user "C" is incorporated back into > master.passwd in step (3). If another user is fiddling with user "D" > during all of this, step three, the only step that actually changes > the system files, doesn't touch user "D." > > So, for your question, "A" commits his changes, first, so "C" is > gone. When "B" commits his changes, when master.passwd is re-read, "C" > isn't there, but who cares, we're changing info on "D," so everything > works fine. > > I think the issue here is the mindset that chpass(1) must take a > complete copy of master.passwd, have the user perform some action on > it, and then save the complete copy back. I don't see why it would > work this way. Read info on our user being modified from > master.passwd, have the user perform changes just on the data for this > one user, _now_ lock and read master.passwd, incorporate the changes > on that one user, and release the lock. how about an additional check that assures that the settings for the user didn't change between first reading master.passwd and reading master.passwd for merging the changes; if these settings don't match, prompt the user again to redo the changes with the new settings (like cvs does for merging). cheerz corecode -- /"\ http://corecode.ath.cx/ \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --=.u?24y,1C?WJrb+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) iD8DBQE8j/UMr5S+dk6z85oRAnmrAKCjFOSHB255zWr8EzDrX88qp2BJ8QCgzkuR Zrucral61y1SX5L7UeYXTm8= =tOYH -----END PGP SIGNATURE----- --=.u?24y,1C?WJrb+-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 13 17:40: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 63C3237B417 for ; Wed, 13 Mar 2002 17:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2E1e1W78381; Wed, 13 Mar 2002 17:40:01 -0800 (PST) (envelope-from gnats) Received: from useful.dataloss.nl (useful.dataloss.nl [62.250.7.47]) by hub.freebsd.org (Postfix) with SMTP id 10B6C37B400 for ; Wed, 13 Mar 2002 17:37:31 -0800 (PST) Received: (qmail 97408 invoked by uid 1001); 14 Mar 2002 01:37:28 -0000 Message-Id: <20020314013728.97407.qmail@useful.dataloss.nl> Date: 14 Mar 2002 01:37:28 -0000 From: Peter van Dijk Reply-To: Peter van Dijk To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: gnu/35878: /usr/bin/strip resets ABI type to 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: 35878 >Category: gnu >Synopsis: /usr/bin/strip resets ABI type to FreeBSD >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 13 17:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Peter van Dijk >Release: FreeBSD 4.4-RELEASE-p4 i386 >Organization: - >Environment: System: FreeBSD useful.dataloss.nl 4.4-RELEASE-p4 FreeBSD 4.4-RELEASE-p4 #3: Fri Jan 25 01:34:19 CET 2002 root@useful.dataloss.nl:/home/usr2/obj/usr/src/sys/USEFUL i386 >Description: /usr/bin/strip resets the ABI type to FreeBSD when stripping a binary. >How-To-Repeat: (zone2sql is a statically compiled linux binary) bash$ file zone2sql zone2sql: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, stripped bash$ strip zone2sql bash$ file zone2sql zone2sql: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), statically linked, stripped >Fix: workaround: brandelf -t Linux after stripping. proposed fix: preserve ABI type while stripping. >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 Mar 13 19: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 5D57A37B417 for ; Wed, 13 Mar 2002 19:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2E3o1t08371; Wed, 13 Mar 2002 19:50:01 -0800 (PST) (envelope-from gnats) Received: from jupiter.hub.org (jupiter.hub.org [64.49.215.5]) by hub.freebsd.org (Postfix) with ESMTP id 272B937B400 for ; Wed, 13 Mar 2002 19:44:38 -0800 (PST) Received: (from scrappy@localhost) by jupiter.hub.org (8.11.6/8.11.6) id g2E3iWn16794; Wed, 13 Mar 2002 21:44:32 -0600 (CST) (envelope-from scrappy) Message-Id: <200203140344.g2E3iWn16794@jupiter.hub.org> Date: Wed, 13 Mar 2002 21:44:32 -0600 (CST) From: The Hermit Hacker Reply-To: The Hermit Hacker To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: conf/35880: rc files could be a bit more jail friendly ... 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: 35880 >Category: conf >Synopsis: rc files could be a bit more jail friendly ... >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Mar 13 19:50:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: The Hermit Hacker >Release: FreeBSD 4.5-STABLE i386 >Organization: >Environment: System: FreeBSD jupiter.hub.org 4.5-STABLE FreeBSD 4.5-STABLE #4: Mon Feb 25 09:55:46 CST 2002 root@jupiter.hub.org:/usr/obj/usr/src/sys/kernel i386 >Description: minor changes to the rc files to silence various warnings concerning processes that are no appropriate to a jail'd environment >How-To-Repeat: >Fix: diff -cr etc.orig/defaults/rc.conf etc/defaults/rc.conf *** etc.orig/defaults/rc.conf Wed Mar 13 21:28:28 2002 --- etc/defaults/rc.conf Wed Mar 13 21:31:17 2002 *************** *** 358,363 **** --- 358,365 ---- start_vinum="NO" # set to YES to start vinum unaligned_print="YES" # print unaligned access warnings on the alpha (or NO). + jail="NO" # jail environment + ############################################################## ### Define source_rc_confs, the mechanism used by /etc/rc.* ## ### scripts to source rc_conf_files overrides safely. ## diff -cr etc.orig/rc etc/rc *** etc.orig/rc Wed Mar 13 21:05:21 2002 --- etc/rc Wed Mar 13 21:36:01 2002 *************** *** 115,121 **** ;; esac ! swapon -a # Last chance to do things before potentially waiting for # operator to do fsck related tasks --- 115,125 ---- ;; esac ! case ${jail} in ! [Nn][Oo]) ! swapon -a ! ;; ! esac # Last chance to do things before potentially waiting for # operator to do fsck related tasks *************** *** 180,221 **** set -T trap "echo 'Reboot interrupted'; exit 1" 3 ! # root normally must be read/write, but if this is a BOOTP NFS ! # diskless boot it does not have to be. ! # ! case ${root_rw_mount} in ! [Nn][Oo] | '') ! ;; ! *) ! if ! mount -u -o rw / ; then ! echo 'Mounting root filesystem rw failed, startup aborted' ! exit 1 ! fi ! ;; ! esac ! ! umount -a >/dev/null 2>&1 ! # If using diskless, run custom disk mounting function here ! # ! if [ -n "${diskless_mount}" -a -r "${diskless_mount}" ]; then ! sh ${diskless_mount} ! else ! # otherwise mount everything except nfs filesystems. ! mount -a -t nonfs ! fi ! case $? in ! 0) ! ;; ! *) ! echo 'Mounting /etc/fstab filesystems failed, startup aborted' ! exit 1 ;; esac ! adjkerntz -i purgedir() { local dir file --- 184,232 ---- set -T trap "echo 'Reboot interrupted'; exit 1" 3 ! case ${jail} in ! [Nn][Oo]) ! # root normally must be read/write, but if this is a BOOTP NFS ! # diskless boot it does not have to be. ! # ! case ${root_rw_mount} in ! [Nn][Oo] | '') ! ;; ! *) ! if ! mount -u -o rw / ; then ! echo 'Mounting root filesystem rw failed, startup aborted' ! exit 1 ! fi ! ;; ! esac ! umount -a >/dev/null 2>&1 ! # If using diskless, run custom disk mounting function here ! # ! if [ -n "${diskless_mount}" -a -r "${diskless_mount}" ]; then ! sh ${diskless_mount} ! else ! # otherwise mount everything except nfs filesystems. ! mount -a -t nonfs ! fi ! case $? in ! 0) ! ;; ! *) ! echo 'Mounting /etc/fstab filesystems failed, startup aborted' ! exit 1 ! ;; ! esac ;; esac ! case ${jail} in ! [Nn][Oo]) ! adjkerntz -i ! ;; ! esac purgedir() { local dir file >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 Mar 13 21:59: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 AF60737B402; Wed, 13 Mar 2002 21:59:25 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2E5xPC90804; Wed, 13 Mar 2002 21:59:25 -0800 (PST) (envelope-from cjc) Date: Wed, 13 Mar 2002 21:59:25 -0800 (PST) From: Message-Id: <200203140559.g2E5xPC90804@freefall.freebsd.org> To: pjones@pmade.org, cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/35877: rc.firewall? does not setup lo0 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: rc.firewall? does not setup lo0 State-Changed-From-To: open->closed State-Changed-By: cjc State-Changed-When: Wed Mar 13 21:58:43 PST 2002 State-Changed-Why: This is the correct behavior. http://www.freebsd.org/cgi/query-pr.cgi?pr=35877 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 13 22: 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 16F5437B402 for ; Wed, 13 Mar 2002 22:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2E603891450; Wed, 13 Mar 2002 22:00:03 -0800 (PST) (envelope-from gnats) Date: Wed, 13 Mar 2002 22:00:03 -0800 (PST) Message-Id: <200203140600.g2E603891450@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: conf/35877: rc.firewall? does not setup lo0 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 conf/35877; it has been noted by GNATS. From: "Crist J. Clark" To: Peter J Jones Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/35877: rc.firewall? does not setup lo0 Date: Wed, 13 Mar 2002 21:58:33 -0800 On Wed, Mar 13, 2002 at 04:37:10PM -0800, Peter J Jones wrote: [snip] > >Description: > Default behavior of the /etc/rc.firewall and /etc/rc.firewall6 scripts > has changed for systems that use firewall_type="somefile", where somefile > is an exteral file with firewall rules. Before 4.5-STABLE the rc.firewall? > scripts would setup the loopback interface with the correct firewall rules. > > The scripts no longer setup the loopback interface. I don't know if we > should update our firewall script or the rc.firewall? files. Here is a patch > anyway. This is the intended behavior. People who track -STABLE should keep an eye on freebsd-stable@freebsd.org, http://docs.freebsd.org/cgi/getmsg.cgi?fetch=310047+0+archive/2002/freebsd-stable/20020303.freebsd-stable -- 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 Wed Mar 13 22:20: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 0F78E37B41D for ; Wed, 13 Mar 2002 22:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2E6K1L09894; Wed, 13 Mar 2002 22:20:01 -0800 (PST) (envelope-from gnats) Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by hub.freebsd.org (Postfix) with ESMTP id CAE1B37B402 for ; Wed, 13 Mar 2002 22:12:43 -0800 (PST) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id RAA04646 for ; Thu, 14 Mar 2002 17:12:42 +1100 (EST) (envelope-from toor@itga.com.au) Received: from hellcat-new.itga.com.au ([192.168.71.32]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id RAA29427; Thu, 14 Mar 2002 17:12:42 +1100 (EST) Received: (from root@localhost) by hellcat-new.itga.com.au (8.11.6/8.11.6) id g2E6CfY00229; Thu, 14 Mar 2002 17:12:41 +1100 (EST) (envelope-from toor) Message-Id: <200203140612.g2E6CfY00229@hellcat-new.itga.com.au> Date: Thu, 14 Mar 2002 17:12:41 +1100 (EST) From: Gregory Bond To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/35883: probe for ATI Rage128 Pro 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: 35883 >Category: kern >Synopsis: probe for ATI Rage128 Pro >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 Mar 13 22:20:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Gregory Bond >Release: FreeBSD 4.5-RELEASE i386 >Organization: ITG Australia Ltd >Environment: System: FreeBSD hellcat-new.itga.com.au 4.5-RELEASE FreeBSD 4.5-RELEASE #1: Thu Mar 14 16:59:45 EST 2002 toor@hellcat-new.itga.com.au:/usr/src/sys/compile/Hellcat i386 >Description: The kernel doesn't recognise the ATI Rage128 Pro cards that are shipped by HP in the new VL420 models. >How-To-Repeat: Boot on an HP VL420 with the ATI card. Note the dmesg that says "ATI model 5446". >Fix: I dunno enough about how ATI assign PCI IDs to know if this is just HP-specific. A patch for XFree86 is also forthcoming. --- r128.diff begins here --- --- sys/pci/pcisupport.c.orig Thu Mar 14 17:06:40 2002 +++ sys/pci/pcisupport.c Thu Mar 14 16:59:28 2002 @@ -1536,6 +1536,8 @@ chip = "Rage128-RK"; break; case 0x524c: chip = "Rage128-RL"; break; + case 0x5446: + chip = "Rage128 Pro (HP OEM)"; break; } break; case 0x1005: --- r128.diff 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 Wed Mar 13 22:26:28 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from ns.itga.com.au (ns.itga.com.au [202.53.40.210]) by hub.freebsd.org (Postfix) with ESMTP id 8B55037B419; Wed, 13 Mar 2002 22:26:24 -0800 (PST) Received: from lightning.itga.com.au (lightning.itga.com.au [192.168.71.20]) by ns.itga.com.au (8.9.3/8.9.3) with ESMTP id RAA04750; Thu, 14 Mar 2002 17:26:23 +1100 (EST) (envelope-from gnb@itga.com.au) Received: from lightning.itga.com.au (localhost [127.0.0.1]) by lightning.itga.com.au (8.9.3/8.9.3) with ESMTP id RAA00369; Thu, 14 Mar 2002 17:26:23 +1100 (EST) Message-Id: <200203140626.RAA00369@lightning.itga.com.au> X-Mailer: exmh version 2.4 05/15/2001 with nmh-1.0.4 From: Gregory Bond To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/35883: probe for ATI Rage128 Pro In-reply-to: Your message of Wed, 13 Mar 2002 22:20:01 -0800. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Mar 2002 17:26:23 +1100 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 Hmmm... a hunt on the XFree86 cvsweb shows this PCI ID is called the "RAGE128TF" and supported in XFree 4.2, so the FreeBSD kernel should probably call this one "Rage128-TF" for consistency. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 13 22: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 55C4037B402 for ; Wed, 13 Mar 2002 22:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2E6U1T12321; Wed, 13 Mar 2002 22:30:01 -0800 (PST) (envelope-from gnats) Date: Wed, 13 Mar 2002 22:30:01 -0800 (PST) Message-Id: <200203140630.g2E6U1T12321@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Gregory Bond Subject: Re: kern/35883: probe for ATI Rage128 Pro Reply-To: Gregory Bond 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/35883; it has been noted by GNATS. From: Gregory Bond To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org Cc: Subject: Re: kern/35883: probe for ATI Rage128 Pro Date: Thu, 14 Mar 2002 17:26:23 +1100 Hmmm... a hunt on the XFree86 cvsweb shows this PCI ID is called the "RAGE128TF" and supported in XFree 4.2, so the FreeBSD kernel should probably call this one "Rage128-TF" for consistency. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Mar 13 22: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 2666937B417 for ; Wed, 13 Mar 2002 22:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2E6o3c21294; Wed, 13 Mar 2002 22:50:03 -0800 (PST) (envelope-from gnats) Date: Wed, 13 Mar 2002 22:50:03 -0800 (PST) Message-Id: <200203140650.g2E6o3c21294@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: conf/35880: rc files could be a bit more jail friendly ... 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 conf/35880; it has been noted by GNATS. From: "Crist J. Clark" To: The Hermit Hacker Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: conf/35880: rc files could be a bit more jail friendly ... Date: Wed, 13 Mar 2002 22:46:21 -0800 On Wed, Mar 13, 2002 at 09:44:32PM -0600, The Hermit Hacker wrote: [snip] > minor changes to the rc files to silence various warnings concerning > processes that are no appropriate to a jail'd environment [snip patches] I don't think any of these changes are required. The swapon(8) and mount(8) commands don't do anything since the fstab(5) file will tell them to do nothing. As for adjkerntz(8), it doesn't hurt anything. -- 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 Wed Mar 13 22: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 AF55C37B41A for ; Wed, 13 Mar 2002 22:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2E6o1s21286; Wed, 13 Mar 2002 22:50: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 3586D37B417; Wed, 13 Mar 2002 22:44:08 -0800 (PST) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.12.2/8.12.2) with ESMTP id g2E6iV3a090734; Thu, 14 Mar 2002 01:44:31 -0500 (EST) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.12.2/8.12.2/Submit) id g2E6iUYr090733; Thu, 14 Mar 2002 01:44:30 -0500 (EST) Message-Id: <200203140644.g2E6iUYr090733@aldan.algebra.com> Date: Thu, 14 Mar 2002 01:44:30 -0500 (EST) From: Mikhail Teterin Reply-To: Mikhail Teterin To: FreeBSD-gnats-submit@FreeBSD.org Cc: gshapiro@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: conf/35884: more DNS-based blocking for freebsd.mc 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: 35884 >Category: conf >Synopsis: more DNS-based blocking for freebsd.mc >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: Wed Mar 13 22:50: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 #2: Wed Feb 27 14:09:42 EST 2002 mi@aldan.algebra.com:/ccd/obj/ccd/src/sys/DEBUG i386 >Description: As the mail-abuse.org is now pricey and toothless, other dns-based blocking services should be offered to FreeBSD users. This patch adds the (commented out by default) descriptions of ordb.org and orbz.org to freebsd.mc >How-To-Repeat: >Fix: Index: freebsd.mc =================================================================== RCS file: /home/ncvs/src/etc/sendmail/freebsd.mc,v retrieving revision 1.22 diff -U2 -r1.22 freebsd.mc --- freebsd.mc 17 Feb 2002 23:38:16 -0000 1.22 +++ freebsd.mc 14 Mar 2002 06:42:45 -0000 @@ -69,4 +69,15 @@ dnl Other DNS based black hole lists dnl -------------------------------- +dnl Open Relay DataBase: http://ordb.org/ +dnl This service is free, although donations are encouraged: +dnl http://ordb.org/donate/ +dnl FEATURE(dnsbl, `relays.ordb.org', `"550 " $&{client_addr} " is an open relay; see http://ordb.org/lookup/?host=" $&{client_addr}') + +dnl Open Relay Blackhole Zones: http://orbz.org/ +dnl Another great service: +dnl FEATURE(dnsbl, `inputs.orbz.org', `"550 " $&{client_addr} " is a known spam source; see http://orbz.org/b.php?" $&{client_addr}') +dnl Read http://orbz.org/io.php before turning on ouputs blocking: +dnl FEATURE(dnsbl, `outputs.orbz.org', `"550 " $&{client_addr} " is a known spam source; see http://orbz.org/b.php?" $&{client_addr}') + dnl MAPS Relay Spam Stopper (RSS): http://mail-abuse.org/rss/ dnl NOTE: This is a subscription service as of July 31, 2001 >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 Mar 13 22:59: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 835D137B449; Wed, 13 Mar 2002 22:59:11 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2E6xBD27453; Wed, 13 Mar 2002 22:59:11 -0800 (PST) (envelope-from cjc) Date: Wed, 13 Mar 2002 22:59:11 -0800 (PST) From: Message-Id: <200203140659.g2E6xBD27453@freefall.freebsd.org> To: cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org, gshapiro@FreeBSD.org Subject: Re: conf/35884: more DNS-based blocking for freebsd.mc 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: more DNS-based blocking for freebsd.mc Responsible-Changed-From-To: freebsd-bugs->gshapiro Responsible-Changed-By: cjc Responsible-Changed-When: Wed Mar 13 22:58:49 PST 2002 Responsible-Changed-Why: Give it to the Sendmail Guy. http://www.freebsd.org/cgi/query-pr.cgi?pr=35884 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 14 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 DC24537B41D for ; Thu, 14 Mar 2002 01:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2E9o1k16623; Thu, 14 Mar 2002 01:50:01 -0800 (PST) (envelope-from gnats) Received: from orion.ifmo.ru (kot.spb.ru [194.85.164.6]) by hub.freebsd.org (Postfix) with ESMTP id C989937B419 for ; Thu, 14 Mar 2002 01:44:38 -0800 (PST) Received: (from dima@localhost) by orion.ifmo.ru (8.11.6/8.11.6) id g2E9iMg77205; Thu, 14 Mar 2002 12:44:22 +0300 (MSK) (envelope-from dima) Message-Id: <200203140944.g2E9iMg77205@orion.ifmo.ru> Date: Thu, 14 Mar 2002 12:44:22 +0300 (MSK) From: Dmitry Afanasiev Reply-To: Dmitry Afanasiev To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/35887: ipfw(8) limit feature does not work propertly 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: 35887 >Category: kern >Synopsis: ipfw(8) limit feature does not work propertly >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 14 01:50:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Dmitry Afanasiev >Release: FreeBSD 4.5-STABLE i386 >Organization: n/a >Environment: System: FreeBSD orion 4.5-STABLE FreeBSD 4.5-STABLE #8: Fri Mar 8 01:48:57 MSK 2002 root@orion:/usr/obj/usr/src/sys/MATPOCKuH i386 >Description: When I use rule allow tcp from any to 192.168.1.1 8800 limit src-addr 3 setup and has over 100 simulation connections, I get the log's entries and some-times missworking limit: Mar 14 12:39:59 orion /kernel: OUCH! cannot remove rule, count 1 Mar 14 12:39:59 orion /kernel: OUCH! cannot remove rule, count 1 Mar 14 12:39:59 orion /kernel: OUCH! cannot remove rule, count 2 Mar 14 12:40:13 orion /kernel: OUCH! cannot remove rule, count 2 Mar 14 12:40:13 orion /kernel: OUCH! cannot remove rule, count 1 Mar 14 12:40:13 orion /kernel: OUCH! cannot remove rule, count 1 Mar 14 12:40:13 orion /kernel: OUCH! cannot remove rule, count 2 Mar 14 12:40:13 orion /kernel: OUCH! cannot remove rule, count 1 Mar 14 12:40:30 orion /kernel: OUCH! cannot remove rule, count 2 Mar 14 12:40:30 orion /kernel: OUCH! cannot remove rule, count 1 Mar 14 12:40:33 orion /kernel: OUCH! cannot remove rule, count 1 Mar 14 12:40:33 orion /kernel: OUCH! cannot remove rule, count 2 Mar 14 12:40:33 orion /kernel: OUCH! cannot remove rule, count 1 Mar 14 12:40:33 orion /kernel: OUCH! cannot remove rule, count 2 Mar 14 12:40:41 orion /kernel: OUCH! cannot remove rule, count 1 Mar 14 12:40:41 orion /kernel: OUCH! cannot remove rule, count 1 Mar 14 12:40:41 orion /kernel: OUCH! cannot remove rule, count 3 Mar 14 12:40:44 orion /kernel: OUCH! cannot remove rule, count 1 Mar 14 12:40:44 orion /kernel: OUCH! cannot remove rule, count 2 Mar 14 12:40:44 orion /kernel: OUCH! cannot remove rule, count 3 >How-To-Repeat: ifconfig ed0 alias 192.168.1.1 ipfw add 22000 allow tcp from any to 192.168.1.1 8800 setup limit src-addr 3 >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 Thu Mar 14 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 5E8D237B41A for ; Thu, 14 Mar 2002 01:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2E9o1G16614; Thu, 14 Mar 2002 01:50:01 -0800 (PST) (envelope-from gnats) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by hub.freebsd.org (Postfix) with ESMTP id 2EEE437B405 for ; Thu, 14 Mar 2002 01:40:50 -0800 (PST) Received: from fwd08.sul.t-online.de by mailout01.sul.t-online.com with smtp id 16lRj6-00082B-03; Thu, 14 Mar 2002 10:40:48 +0100 Received: from frolic.no-support.loc (520094253176-0001@[217.225.32.206]) by fmrl08.sul.t-online.com with esmtp id 16lRio-0pWT9kC; Thu, 14 Mar 2002 10:40:30 +0100 Received: from broccoli.no-support.loc (root@broccoli.no-support.loc [192.168.43.99]) by frolic.no-support.loc (8.11.6/8.9.3) with ESMTP id g2E9e8W01592 for ; Thu, 14 Mar 2002 10:40:08 +0100 (CET) (envelope-from bjoern@no-support.loc) Received: (from bjoern@localhost) by broccoli.no-support.loc (8.11.6/8.9.3) id g2E9e8S01074; Thu, 14 Mar 2002 10:40:08 +0100 (CET) (envelope-from bjoern@no-support.loc) Message-Id: <200203140940.g2E9e8S01074@broccoli.no-support.loc> Date: Thu, 14 Mar 2002 10:40:08 +0100 (CET) From: Bjoern Fischer Reply-To: Bjoern Fischer To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: bin/35886: [patch] Enhancement: custom time format for list mode -v 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: 35886 >Category: bin >Synopsis: [patch] Enhancement: custom time format for list mode -v >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: Thu Mar 14 01:50:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Bjoern Fischer >Release: FreeBSD 4.5-RELEASE i386 >Organization: >Environment: System: FreeBSD broccoli 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Fri Mar 1 23:44:15 CET 2002 root@frolic:/usr/src/sys/compile/CLIENT i386 >Description: This is a patch that extends pax(1) to use an user specified strftime() format string for the verbose list mode. The feature makes it a lot easier to index pax readible archives for backup applications, etc. >How-To-Repeat: >Fix: ---------------snip-------------------- --- ./extern.h 2002/03/14 08:39:54 1.1 +++ ./extern.h 2002/03/14 08:42:17 @@ -190,6 +190,7 @@ int opt_add __P((register char *)); int bad_opt __P((void)); char *chdname; +char *customtimefrmt; /* * pat_rep.c --- ./gen_subs.c 2002/03/14 08:33:41 1.1 +++ ./gen_subs.c 2002/03/14 08:39:38 @@ -110,10 +110,14 @@ /* * time format based on age compared to the time pax was started. */ - if ((sbp->st_mtime + SIXMONTHS) <= now) - timefrmt = OLDFRMT; - else - timefrmt = CURFRMT; + if (customtimefrmt != 0) + timefrmt = customtimefrmt; + else { + if ((sbp->st_mtime + SIXMONTHS) <= now) + timefrmt = OLDFRMT; + else + timefrmt = CURFRMT; + } /* * print file mode, link count, uid, gid and time --- ./options.c 2002/03/14 08:42:31 1.1 +++ ./options.c 2002/03/14 09:01:07 @@ -205,7 +205,7 @@ /* * process option flags */ - while ((c=getopt(argc,argv,"ab:cdf:iklno:p:rs:tuvwx:zB:DE:G:HLPT:U:XYZ")) + while ((c=getopt(argc,argv,"ab:cdf:iklno:p:rs:tuvwx:zB:DE:G:HLPS:T:U:XYZ")) != -1) { switch (c) { case 'a': @@ -464,6 +464,14 @@ */ Lflag = 0; flg |= CPF; + break; + case 'S': + /* + * non-standard option for specifying a custom + * strftime() format on list operations with -v + */ + customtimefrmt = optarg; + flg |= CSF; break; case 'T': /* --- ./options.h 2002/03/14 08:42:33 1.1 +++ ./options.h 2002/03/14 08:45:24 @@ -81,17 +81,18 @@ #define CHF 0x00400000 /* nonstandard extension */ #define CLF 0x00800000 /* nonstandard extension */ #define CPF 0x01000000 /* nonstandard extension */ -#define CTF 0x02000000 /* nonstandard extension */ -#define CUF 0x04000000 /* nonstandard extension */ -#define CXF 0x08000000 -#define CYF 0x10000000 /* nonstandard extension */ -#define CZF 0x20000000 /* nonstandard extension */ +#define CSF 0x02000000 /* nonstandard extension */ +#define CTF 0x04000000 /* nonstandard extension */ +#define CUF 0x08000000 /* nonstandard extension */ +#define CXF 0x10000000 +#define CYF 0x20000000 /* nonstandard extension */ +#define CZF 0x40000000 /* nonstandard extension */ /* * ascii string indexed by bit position above (alter the above and you must * alter this string) used to tell the user what flags caused us to complain */ -#define FLGCH "abcdfiklnoprstuvwxBDEGHLPTUXYZ" +#define FLGCH "abcdfiklnoprstuvwxBDEGHLPSTUXYZ" /* * legal pax operation bit patterns --- ./pax.1 2002/03/14 08:45:44 1.1 +++ ./pax.1 2002/03/14 09:18:48 @@ -50,6 +50,9 @@ .Ek .Bk -words .Op Fl s Ar replstr +.Ek +.Bk -words +.Op Fl S Ar timefmt .Ar ...\& .Ek .Bk -words @@ -845,6 +848,16 @@ .It Fl P Do not follow symbolic links, perform a physical file system traversal. This is the default mode. +.It Fl S Ar timefmt +Specify an alternative time format used in +.Em list +mode while the +.Fl v +option is used. The format string +.Ar timefmt +may contain any of the conversion specifications described in the +.Xr strftime 3 +manual page, as well as any arbitrary text. .It Fl T Ar [from_date][,to_date][/[c][m]] Allow files to be selected based on a file modification or inode change time falling within a specified time range of ---------------snip-------------------- >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 Thu Mar 14 2:46: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 1B30C37B400; Thu, 14 Mar 2002 02:46:51 -0800 (PST) Received: (from maxim@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2EAkow34404; Thu, 14 Mar 2002 02:46:50 -0800 (PST) (envelope-from maxim) Date: Thu, 14 Mar 2002 02:46:50 -0800 (PST) From: Message-Id: <200203141046.g2EAkow34404@freefall.freebsd.org> To: simon@comsys.ntu-kpi.kiev.ua, maxim@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: docs/23353: fcntl(F_GETLK) return l_pid equal to -1 for the file loked with flock() 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: fcntl(F_GETLK) return l_pid equal to -1 for the file loked with flock() State-Changed-From-To: closed->open State-Changed-By: maxim State-Changed-When: Thu Mar 14 02:42:48 PST 2002 State-Changed-Why: Still an issue. http://www.freebsd.org/cgi/query-pr.cgi?pr=23353 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 14 3: 7: 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 5DC1A37B400; Thu, 14 Mar 2002 03:07:02 -0800 (PST) Received: (from maxim@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2EB72p41226; Thu, 14 Mar 2002 03:07:02 -0800 (PST) (envelope-from maxim) Date: Thu, 14 Mar 2002 03:07:02 -0800 (PST) From: Message-Id: <200203141107.g2EB72p41226@freefall.freebsd.org> To: simon@comsys.ntu-kpi.kiev.ua, maxim@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: docs/23353: fcntl(F_GETLK) return l_pid equal to -1 for the file loked with flock() 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: fcntl(F_GETLK) return l_pid equal to -1 for the file loked with flock() State-Changed-From-To: open->feedback State-Changed-By: maxim State-Changed-When: Thu Mar 14 03:05:30 PST 2002 State-Changed-Why: Fixed in -current, lib/libc/sys/fcntl.2, rev. 1.36. http://www.freebsd.org/cgi/query-pr.cgi?pr=23353 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 14 3: 7: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 303D937B404; Thu, 14 Mar 2002 03:07:48 -0800 (PST) Received: (from maxim@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2EB7md41399; Thu, 14 Mar 2002 03:07:48 -0800 (PST) (envelope-from maxim) Date: Thu, 14 Mar 2002 03:07:48 -0800 (PST) From: Message-Id: <200203141107.g2EB7md41399@freefall.freebsd.org> To: maxim@FreeBSD.org, freebsd-bugs@FreeBSD.org, maxim@FreeBSD.org Subject: Re: docs/23353: fcntl(F_GETLK) return l_pid equal to -1 for the file loked with flock() 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: fcntl(F_GETLK) return l_pid equal to -1 for the file loked with flock() Responsible-Changed-From-To: freebsd-bugs->maxim Responsible-Changed-By: maxim Responsible-Changed-When: Thu Mar 14 03:07:18 PST 2002 Responsible-Changed-Why: I will MFC the patch. http://www.freebsd.org/cgi/query-pr.cgi?pr=23353 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 14 6:57:23 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from eudoramail.com (netturbo3.cscoms.com [202.183.214.4]) by hub.freebsd.org (Postfix) with SMTP id 7F9BB37B4CD for ; Thu, 14 Mar 2002 06:55:25 -0800 (PST) From: "Moissanite" To: Subject: Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Thu, 14 Mar 2002 21:59:14 +0700 Reply-To: "Moissanite" Content-Transfer-Encoding: 8bit Message-Id: <20020314145525.7F9BB37B4CD@hub.freebsd.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 Moissanite: More Fire and Brilliance
The Truth About Moissanite
 
Fact - Moissanite delivers more
fire, brilliance and luster than any other hard jewel on Earth.
This unretouched photograph supports the adage that "a picture is worth a thousand words". Here, a light source over a similar sized moissanite and diamond placed in shallow water clearly shows the superior fire and brilliance of this unique new jewel. And the picture is supported by measurable facts: the GIA publishes the dispersion (fire) of created moissanite at 0.104, refractive index (brilliance) at 2.65 to 2.69, and luster at 20.4%. No other hard jewel measures up, not even a fine diamond. And only moissanite and diamond are over 9 on the Mohs hardness scale. Moissanite jewels created by Charles & Colvard are available in all popular shapes and sizes. 

www.moissanitesource.com is the place to buy moissanite jewelry on the internet. Buy with confidence at the best prices in the world. 

 

Moissanite Created By Charles &
Colvard
 

Moissanite created by Charles & Colvard is a unique jewel, not a synthetic diamond.

Moissanite Source is an authorized distributor of Moissanite.

 

If you wish to stop receiving these occasional mailings, simply reply to this email with the word "REMOVE" in
the subject line and we will remove your name and email address from our database.

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 14 8: 7:35 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 33AB437B402; Thu, 14 Mar 2002 08:07:34 -0800 (PST) Received: (from maxim@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2EG7YZ36856; Thu, 14 Mar 2002 08:07:34 -0800 (PST) (envelope-from maxim) Date: Thu, 14 Mar 2002 08:07:34 -0800 (PST) From: Message-Id: <200203141607.g2EG7YZ36856@freefall.freebsd.org> To: chris@by-design.net, maxim@FreeBSD.org, freebsd-bugs@FreeBSD.org, maxim@FreeBSD.org Subject: Re: misc/28629: ftpd REST command does not support restarting files at >2^31 bytes (2GB) 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: ftpd REST command does not support restarting files at >2^31 bytes (2GB) State-Changed-From-To: open->feedback State-Changed-By: maxim State-Changed-When: Thu Mar 14 08:06:01 PST 2002 State-Changed-Why: Fixed in -current, libexec/ftpd/ftpcmd.y rev. 1.33. Responsible-Changed-From-To: freebsd-bugs->maxim Responsible-Changed-By: maxim Responsible-Changed-When: Thu Mar 14 08:06:01 PST 2002 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=28629 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 14 8:10: 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 2ADFA37B404 for ; Thu, 14 Mar 2002 08:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2EGA1w37507; Thu, 14 Mar 2002 08: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 3189537B402; Thu, 14 Mar 2002 08:05:54 -0800 (PST) Received: (from jmallett@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2EG5r236563; Thu, 14 Mar 2002 08:05:53 -0800 (PST) (envelope-from jmallett) Message-Id: <200203141605.g2EG5r236563@freefall.freebsd.org> Date: Thu, 14 Mar 2002 08:05:53 -0800 (PST) From: "J. Mallett" Reply-To: "J. Mallett" To: FreeBSD-gnats-submit@FreeBSD.org Cc: obrien@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: gnu/35892: GCC dies allocating arrays of (LONG_MAX/2)-1 size 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: 35892 >Category: gnu >Synopsis: GCC dies allocating arrays of (LONG_MAX/2)-1 size >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: Thu Mar 14 08:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: J. Mallett >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: System: FreeBSD Aphex.NewGold.NET 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Tue Mar 12 10:09:28 GMT 2002 jmallett@Aphex.NewGold.NET:/vmunix.build i386 GCC: gcc version 2.95.3 20010315 (release) >Description: When trying to allocate an array of longs on the stack of size (LONG_MAX/2)-1 [and indeed several other smaller sizes, I haven't tried to see the minimum to trigger the ice], GCC errors in the function assign_stack_temp_for_type. Here is the error: bar.c: In function `main': bar.c:6: Internal compiler error in `assign_stack_temp_for_type', at function.c:940 Please submit a full bug report. See for instructions. Note that I decided to send-pr here first, as I am unable to check right now whether this is FreeBSD-specific. >How-To-Repeat: cat > foo.c <<_EOF_ #include int main(int argc, char *argv[]) { long array[(LONG_MAX/2)-1]; return (0); } _EOF_ cc foo.c >Fix: Unaware of one at present. >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 Thu Mar 14 12: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 A2C0537B420 for ; Thu, 14 Mar 2002 12:30:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2EKU0w09562; Thu, 14 Mar 2002 12:30:00 -0800 (PST) (envelope-from gnats) Received: from outreach.wolfnet.org (CBL-jkfritcher1-a.hs.earthlink.net [207.217.171.200]) by hub.freebsd.org (Postfix) with ESMTP id 1F64337B416 for ; Thu, 14 Mar 2002 11:20:27 -0800 (PST) Received: from jkf by outreach.wolfnet.org with local (Exim 3.34 #1) id 16lam2-000IBI-00 for FreeBSD-gnats-submit@freebsd.org; Thu, 14 Mar 2002 11:20:26 -0800 Message-Id: Date: Thu, 14 Mar 2002 11:20:26 -0800 From: "Jason K.Fritcher" Reply-To: "Jason K.Fritcher" To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: bin/35894: popen.c in cron won't build without LOGIN_CAP defined 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: 35894 >Category: bin >Synopsis: popen.c in cron won't build without LOGIN_CAP defined >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: Thu Mar 14 12:30:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Jason K. Fritcher >Release: FreeBSD 4.5-STABLE i386 >Organization: >Environment: System: FreeBSD outreach.wolfnet.org 4.5-STABLE FreeBSD 4.5-STABLE #0: Thu Mar 7 18:03:11 PST 2002 jkf@outreach.wolfnet.org:/usr/obj/usr/src/sys/OUTREACH i386 >Description: When building cron without LOGIN_CAP defined, popen.c fails to build because of a misplaced #if statement. >How-To-Repeat: Comment out the CFLAG addition in src/usr.sbin/cron/cron/Makefile and then run make. >Fix: A fix was commited to src/usr.sbin/cron/cron/popen.c, rev 1.12, in -current 5 weeks ago. Below is a patch that does what was done in rev 1.12. --- src/usr.sbin/cron/cron/popen.c.orig Mon Mar 11 17:57:06 2002 +++ src/usr.sbin/cron/cron/popen.c Thu Mar 14 10:46:24 2002 @@ -150,12 +150,12 @@ (void)open(_PATH_DEVNULL, O_RDWR); (void)close(pdes[1]); } -# if defined(LOGIN_CAP) if (e != NULL) { /* Set user's entire context, but skip the environment * as cron provides a separate interface for this */ usernm = env_get("LOGNAME", e->envp); +# if defined(LOGIN_CAP) if ((pwd = getpwnam(usernm)) == NULL) pwd = getpwuid(e->uid); lc = NULL; >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 Thu Mar 14 13: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 6EA6637B417 for ; Thu, 14 Mar 2002 13:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2ELo1Q24889; Thu, 14 Mar 2002 13:50:01 -0800 (PST) (envelope-from gnats) Received: from walton.kettenis.dyndns.org (e115180.upc-e.chello.nl [213.93.115.180]) by hub.freebsd.org (Postfix) with ESMTP id 6A1E837B404 for ; Thu, 14 Mar 2002 13:43:34 -0800 (PST) Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2]) by walton.kettenis.dyndns.org (8.11.6/8.11.6) with ESMTP id g2ELhbQ00271 for ; Thu, 14 Mar 2002 22:43:38 +0100 (CET) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: (from kettenis@localhost) by elgar.kettenis.dyndns.org (8.11.6/8.11.6) id g2ELhRf00921; Thu, 14 Mar 2002 22:43:27 +0100 (CET) (envelope-from kettenis) Message-Id: <200203142143.g2ELhRf00921@elgar.kettenis.dyndns.org> Date: Thu, 14 Mar 2002 22:43:27 +0100 (CET) From: Mark Kettenis To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/35900: Changing RealTek 8139 MAC address fails 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: 35900 >Category: kern >Synopsis: Changing RealTek 8139 MAC address fails >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: Thu Mar 14 13:50:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Mark Kettenis >Release: FreeBSD 4.4-RELEASE i386 >Organization: >Environment: System: FreeBSD elgar.kettenis.dyndns.org 4.4-RELEASE FreeBSD 4.4-RELEASE #8: Mon Mar 11 02:20:26 CET 2002 kettenis@elgar.kettenis.dyndns.org:/usr/obj/usr/src/sys/ELGAR i386 >Description: Changing the MAC address for my Sitecom PCI ethernet card, which is based on the RealTek 8139 chipset, doesn't work. Apparently the MAC address isn't actually changed in the hardware. Since the MAC address used by the kernel does get changed, outgoing packets are sent with the new MAC address. Any reply-packets will therefore be dropped by the hardware, and never reach the kernel's networking code unless the interface is placed in promiscuous mode. >How-To-Repeat: Enter the command: # ifconfig rl0 ether xx:xx:xx:xx:xx:xx And try to ping another host that would be reached through the rl0 interface. It won't work unless the interface is placed in promiscuous mode. >Fix: Apparently one has to enter "Config register write enable" mode to be able to write the MAC address into the appropriate hardware registers; the chipset documentation doesn't mention this, but the Linux driver does the same thing. The attached patch fixes the problem. This patch is against 4.4-RELEASE, but should apply fine to 5.0-CURRENT just as well. The patch also changes the write access to the ID registers (whih contain the MAC address) from single-byte access to 4-byte access (which is what the chipset documentation demands). The way I implemented this is a bit of a hack (since ac_enaddr is only 6 bytes long) but there are several drivers that use similar code. It would be great if this patch, or something similar, would be applied and end up in -STABLE someday. --- /usr/src/sys/pci/if_rl.c.orig Thu Jul 19 20:33:07 2001 +++ /usr/src/sys/pci/if_rl.c Thu Mar 14 21:53:25 2002 @@ -1414,7 +1414,7 @@ struct rl_softc *sc = xsc; struct ifnet *ifp = &sc->arpcom.ac_if; struct mii_data *mii; - int s, i; + int s; u_int32_t rxcfg = 0; s = splimp(); @@ -1426,10 +1426,15 @@ */ rl_stop(sc); - /* Init our MAC address */ - for (i = 0; i < ETHER_ADDR_LEN; i++) { - CSR_WRITE_1(sc, RL_IDR0 + i, sc->arpcom.ac_enaddr[i]); - } + /* + * Init our MAC address. Even though the chipset + * documentation doesn't mention it, we need to enter "Config + * register write enable" mode to modify the ID registers. + */ + CSR_WRITE_1(sc, RL_EECMD, RL_EEMODE_WRITECFG); + CSR_WRITE_4(sc, RL_IDR0, *(u_int32_t *)(&sc->arpcom.ac_enaddr[0])); + CSR_WRITE_4(sc, RL_IDR4, *(u_int32_t *)(&sc->arpcom.ac_enaddr[4])); + CSR_WRITE_1(sc, RL_EECMD, RL_EEMODE_OFF); /* Init the RX buffer pointer register. */ CSR_WRITE_4(sc, RL_RXADDR, vtophys(sc->rl_cdata.rl_rx_buf)); >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 Thu Mar 14 14: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 C3ADE37B416 for ; Thu, 14 Mar 2002 14:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2EMe1U35455; Thu, 14 Mar 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 9963A37B402 for ; Thu, 14 Mar 2002 14:37:43 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2EMbhX35065; Thu, 14 Mar 2002 14:37:43 -0800 (PST) (envelope-from nobody) Message-Id: <200203142237.g2EMbhX35065@freefall.freebsd.org> Date: Thu, 14 Mar 2002 14:37:43 -0800 (PST) From: "Erik S." To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/35902: Right after i configure the ip settings, the computer crashes 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: 35902 >Category: i386 >Synopsis: Right after i configure the ip settings, the computer crashes >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Mar 14 14:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Erik S. >Release: 4.5 >Organization: None >Environment: >Description: I boot it up using floppies so i can install it over a local ftp server. I choose the 3com drivers and watch it boot, sometimes the link light comes on and sometimes it doesnt, when it did come on, i tried all 3 of the e0 and they all crash right after i enter the ip info. P.S. I have a 3com etherlink III >How-To-Repeat: boot using floppies, use 3com drivers, install using ftp server, use dhcp to get ip settings, watch it crash >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 Thu Mar 14 15: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 14B4E37B416 for ; Thu, 14 Mar 2002 15:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2ENA2g42520; Thu, 14 Mar 2002 15:10:02 -0800 (PST) (envelope-from gnats) Date: Thu, 14 Mar 2002 15:10:02 -0800 (PST) Message-Id: <200203142310.g2ENA2g42520@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Gregory Bond Subject: Re: gnu/35892: GCC dies allocating arrays of (LONG_MAX/2)-1 size Reply-To: Gregory Bond 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/35892; it has been noted by GNATS. From: Gregory Bond To: "J. Mallett" Cc: FreeBSD-gnats-submit@FreeBSD.ORG, obrien@FreeBSD.ORG Subject: Re: gnu/35892: GCC dies allocating arrays of (LONG_MAX/2)-1 size Date: Fri, 15 Mar 2002 10:07:32 +1100 This also coredumps on Solaris (gcc version 2.95.3 20010315 (release)) so it almost certainly a gcc bug not a FreeBSD bug. Please report it the gcc maintainers (see http://gcc.gnu.org/ for contact details.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 14 15:40: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 6B0EC37B419 for ; Thu, 14 Mar 2002 15:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2ENe2F46399; Thu, 14 Mar 2002 15:40:02 -0800 (PST) (envelope-from gnats) Date: Thu, 14 Mar 2002 15:40:02 -0800 (PST) Message-Id: <200203142340.g2ENe2F46399@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Giorgos Keramidas Subject: Re: i386/35816: no one can change password, because "passwd DB is locked" 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 i386/35816; it has been noted by GNATS. From: Giorgos Keramidas To: "Crist J. Clark" Cc: bug-followup@freebsd.org Subject: Re: i386/35816: no one can change password, because "passwd DB is locked" Date: Thu, 14 Mar 2002 21:46:34 +0200 On 2002-03-13 15:00, Crist J. Clark wrote: > > - User A runs 'chpass foo'. > > - Before user A finishes, user B runs 'chpass foo' too. > > - User A deletes account of user C. > > - User B adds account of user D. > > - User A commits changes. > > - User B commits changes. > > > > Is the account of C still erased? > > I think the issue here is the mindset that chpass(1) must take a > complete copy of master.passwd, have the user perform some action on > it, and then save the complete copy back. I don't see why it would > work this way. Read info on our user being modified from > master.passwd, have the user perform changes just on the data for this > one user, _now_ lock and read master.passwd, incorporate the changes > on that one user, and release the lock. Still can be problematic, when two admins attempt to edit the information of the same user. I don't think that dropping locking from chpass is a nice idea, to make things 'easier for admins who can't use ps(1)' is a good idea. But this is of course, MHO. 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 Thu Mar 14 18:41:47 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from eudoramail.com (netturbo3.cscoms.com [202.183.214.4]) by hub.freebsd.org (Postfix) with SMTP id 7C4B037B4C0 for ; Thu, 14 Mar 2002 18:36:19 -0800 (PST) From: "Moissanite" To: Subject: Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Fri, 15 Mar 2002 09:40:16 +0700 Reply-To: "Moissanite" Content-Transfer-Encoding: 8bit Message-Id: <20020315023619.7C4B037B4C0@hub.freebsd.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 Moissanite: More Fire and Brilliance
The Truth About Moissanite
 
Fact - Moissanite delivers more
fire, brilliance and luster than any other hard jewel on Earth.
This unretouched photograph supports the adage that "a picture is worth a thousand words". Here, a light source over a similar sized moissanite and diamond placed in shallow water clearly shows the superior fire and brilliance of this unique new jewel. And the picture is supported by measurable facts: the GIA publishes the dispersion (fire) of created moissanite at 0.104, refractive index (brilliance) at 2.65 to 2.69, and luster at 20.4%. No other hard jewel measures up, not even a fine diamond. And only moissanite and diamond are over 9 on the Mohs hardness scale. Moissanite jewels created by Charles & Colvard are available in all popular shapes and sizes. 

www.moissanitesource.com is the place to buy moissanite jewelry on the internet. Buy with confidence at the best prices in the world. 

 

Moissanite Created By Charles &
Colvard
 

Moissanite created by Charles & Colvard is a unique jewel, not a synthetic diamond.

Moissanite Source is an authorized distributor of Moissanite.

 

If you wish to stop receiving these occasional mailings, simply reply to this email with the word "REMOVE" in
the subject line and we will remove your name and email address from our database.

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 14 19:30: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 0904937B417 for ; Thu, 14 Mar 2002 19:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2F3U2J97432; Thu, 14 Mar 2002 19:30:02 -0800 (PST) (envelope-from gnats) Date: Thu, 14 Mar 2002 19:30:02 -0800 (PST) Message-Id: <200203150330.g2F3U2J97432@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: bin/35842: rm -rf fails to delete nonexistent file [patch] Reply-To: Bruce Evans 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/35842; it has been noted by GNATS. From: Bruce Evans To: <.@babolo.ru> Cc: Subject: Re: bin/35842: rm -rf fails to delete nonexistent file [patch] Date: Fri, 15 Mar 2002 14:23:44 +1100 (EST) On Wed, 13 Mar 2002 .@babolo.ru wrote: > >Description: > > choose nonexistant file in ro mount filesystem: > > 0cicuta~(53)>mount | grep mnt > /dev/ad4s1h on /mnt (ufs, local, read-only) > > 0cicuta~(54)>stat /mnt/a/e > Can't lstat /mnt/a/e > > 2cicuta~(55)>rm -f /mnt/a/e > > 0cicuta~(56)>rm -fr /mnt/a/e > rm: /mnt/a/e: Read-only file system I think this is the same bug as in PR 16815. If so, then it is a kernel bug in nfs. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 14 19:31: 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 573F237B429 for ; Thu, 14 Mar 2002 19:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2F3U4g97464; Thu, 14 Mar 2002 19:30:04 -0800 (PST) (envelope-from gnats) Date: Thu, 14 Mar 2002 19:30:04 -0800 (PST) Message-Id: <200203150330.g2F3U4g97464@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alan E Subject: Re: bin/34741: pkg_info -R gives empty output Reply-To: Alan E 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/34741; it has been noted by GNATS. From: Alan E To: freebsd-gnats-submit@FreeBSD.org, ports@geeksrus.net Cc: Subject: Re: bin/34741: pkg_info -R gives empty output Date: Thu, 14 Mar 2002 22:28:17 -0500 Who can deal with this? Ignoring it isn't getting it fixed. This makes dealing with ports dependency issues much more difficult. There is no other tool which does this query directly, as near as I can tell. -- Alan Eldridge "Dave's not here, man." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Mar 14 20:52:39 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 874B237B400; Thu, 14 Mar 2002 20:52:35 -0800 (PST) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id IAA01693; Fri, 15 Mar 2002 08:00:22 +0300 (MSK) Message-Id: <200203150500.IAA01693@aaz.links.ru> Subject: Re: bin/35842: rm -rf fails to delete nonexistent file [patch] In-Reply-To: <20020315142154.W22478-100000@gamplex.bde.org> from "Bruce Evans" at "Mar 15, 2 02:23:44 pm" To: bde@zeta.org.au (Bruce Evans) Date: Fri, 15 Mar 2002 08:00:22 +0300 (MSK) Cc: FreeBSD-gnats-submit@FreeBSD.ORG, 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 Bruce Evans writes: > On Wed, 13 Mar 2002 .@babolo.ru wrote: > > >Description: > > > > choose nonexistant file in ro mount filesystem: > > > > 0cicuta~(53)>mount | grep mnt > > /dev/ad4s1h on /mnt (ufs, local, read-only) > > > > 0cicuta~(54)>stat /mnt/a/e > > Can't lstat /mnt/a/e > > > > 2cicuta~(55)>rm -f /mnt/a/e > > > > 0cicuta~(56)>rm -fr /mnt/a/e > > rm: /mnt/a/e: Read-only file system > > I think this is the same bug as in PR 16815. If so, then it is a kernel > bug in nfs. No nfs involved in test - only ro ufs. IMHO no kernel bug - see at rm source and my patch -- @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 Thu Mar 14 21: 1:29 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 300F237B436 for ; Thu, 14 Mar 2002 21:00:11 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2F50Aj13656; Thu, 14 Mar 2002 21:00:10 -0800 (PST) (envelope-from gnats) Date: Thu, 14 Mar 2002 21:00:10 -0800 (PST) Message-Id: <200203150500.g2F50Aj13656@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "."@babolo.ru Subject: Re: bin/35842: rm -rf fails to delete nonexistent file [patch] Reply-To: "."@babolo.ru 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/35842; it has been noted by GNATS. From: "."@babolo.ru To: bde@zeta.org.au (Bruce Evans) Cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/35842: rm -rf fails to delete nonexistent file [patch] Date: Fri, 15 Mar 2002 08:00:22 +0300 (MSK) Bruce Evans writes: > On Wed, 13 Mar 2002 .@babolo.ru wrote: > > >Description: > > > > choose nonexistant file in ro mount filesystem: > > > > 0cicuta~(53)>mount | grep mnt > > /dev/ad4s1h on /mnt (ufs, local, read-only) > > > > 0cicuta~(54)>stat /mnt/a/e > > Can't lstat /mnt/a/e > > > > 2cicuta~(55)>rm -f /mnt/a/e > > > > 0cicuta~(56)>rm -fr /mnt/a/e > > rm: /mnt/a/e: Read-only file system > > I think this is the same bug as in PR 16815. If so, then it is a kernel > bug in nfs. No nfs involved in test - only ro ufs. IMHO no kernel bug - see at rm source and my patch -- @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 Thu Mar 14 23: 0: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 8303737B416 for ; Thu, 14 Mar 2002 23:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2F703r38290; Thu, 14 Mar 2002 23:00: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 D512537B400 for ; Thu, 14 Mar 2002 22:55:40 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2F6te737674; Thu, 14 Mar 2002 22:55:40 -0800 (PST) (envelope-from nobody) Message-Id: <200203150655.g2F6te737674@freefall.freebsd.org> Date: Thu, 14 Mar 2002 22:55:40 -0800 (PST) From: Mark Peterson To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/35918: Xset , XTGA and Xhtml Damaged 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: 35918 >Category: misc >Synopsis: Xset , XTGA and Xhtml Damaged >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: Thu Mar 14 23:00:03 PST 2002 >Closed-Date: >Last-Modified: >Originator: Mark Peterson >Release: 4.5 >Organization: >Environment: Alpha Server 4000 Unable to Transfer Xset Distribution from CD0C Unable to Transfer Servers XTGA from CD0C Unable to Transfer Xtml Distribution from CD0C >Description: Errors on install. Files are damaged on disk. Downloaded again from another site. First site 5, then site 1. Checked files. Same files damaged on second and a third download as well. Machine will boot and run fine in command line mode only. >How-To-Repeat: >Fix: Need replacement files please! Where can I get them? >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 Fri Mar 15 0:31: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 5D7C737B404; Fri, 15 Mar 2002 00:31:47 -0800 (PST) Received: (from roam@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2F8Vld66376; Fri, 15 Mar 2002 00:31:47 -0800 (PST) (envelope-from roam) Date: Fri, 15 Mar 2002 00:31:47 -0800 (PST) From: Message-Id: <200203150831.g2F8Vld66376@freefall.freebsd.org> To: roam@FreeBSD.org, freebsd-bugs@FreeBSD.org, bbraun@FreeBSD.org Subject: Re: bin/35894: popen.c in cron won't build without LOGIN_CAP defined 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: popen.c in cron won't build without LOGIN_CAP defined Responsible-Changed-From-To: freebsd-bugs->bbraun Responsible-Changed-By: roam Responsible-Changed-When: Fri Mar 15 00:31:01 PST 2002 Responsible-Changed-Why: Over to Rob Braun, who committed the change in -CURRENT and will be most likely to have an MFC on his schedule :) http://www.freebsd.org/cgi/query-pr.cgi?pr=35894 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 15 2: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 3227137B402 for ; Fri, 15 Mar 2002 02:10:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2FAA2M88686; Fri, 15 Mar 2002 02:10:02 -0800 (PST) (envelope-from gnats) Date: Fri, 15 Mar 2002 02:10:02 -0800 (PST) Message-Id: <200203151010.g2FAA2M88686@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Michael A. Dickerson" Subject: Re: bin/34497: calendar(1) does not understand calendars Reply-To: "Michael A. Dickerson" 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: "Michael A. Dickerson" To: freebsd-gnats-submit@freebsd.org, wilko@freebsd.org Cc: sheldonh@starjuice.net Subject: Re: bin/34497: calendar(1) does not understand calendars Date: Fri, 15 Mar 2002 02:01:05 -0800 (PST) -----BEGIN PGP SIGNED MESSAGE----- (disclaimer: I haven't used gnats or contributed code before, so if I've gone about this all wrong, please accept my apologies.) I also encountered the calendar(1) problem where it doesn't understand recurring events such as 'the first Thursday of every month.' I fetched the OpenBSD calendar source and applied some minor hacks to get it to compile happily on FreeBSD. So, now I've got a calendar(1) that seems to understand recurring events correctly. I was also able to reproduce the 'Jan 33' problem from the original PR and verified that it is fixed in the new calendar. I've also created a patch and verified that it works against the /usr/src/usr.bin/calendar directory in my 4.5-STABLE source tree. However, this patch is rather large (at 60k, larger than the total size of the calendar sources). This is partly because I favored OpenBSD changes in a lot of unnecessary instances, since Sheldon Hearn suggested that it would be best to minimize differences with the OpenBSD version. Would someone please tell me the appropriate way to submit the patch? Is it acceptable to post text attachments of that size here? Thanks, Michael Dickerson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iQCVAwUBPJHGaUqseXnC5Ui5AQHxPwP/WHLneiwyTVt1mGF7G5w/LsPDYc/wkxfJ YhlaAPTgeesI1NzYwJ+QgzGkE2TCUBSke83gmb7MiVywEF5reMKRg/n530YzxARx lCXSaU8evmrZX1jOeq2LJXvVIXBsChsXPKgLj4xTrhXwKPRQmE7s1tN+cVru1QS5 7ipvYb9fVpw= =BDFY -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 15 3: 5: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 E446C37B400; Fri, 15 Mar 2002 03:05:11 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2FB58D97989; Fri, 15 Mar 2002 03:05:08 -0800 (PST) (envelope-from cjc) Date: Fri, 15 Mar 2002 03:05:08 -0800 (PST) From: Message-Id: <200203151105.g2FB58D97989@freefall.freebsd.org> To: irys@irc.pl, cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org, cjc@FreeBSD.org Subject: Re: i386/35816: no one can change password, because "passwd DB is locked" 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: no one can change password, because "passwd DB is locked" State-Changed-From-To: closed->analyzed State-Changed-By: cjc State-Changed-When: Fri Mar 15 03:04:07 PST 2002 State-Changed-Why: I think I have a pretty straightforward fix for this. Responsible-Changed-From-To: freebsd-bugs->cjc Responsible-Changed-By: cjc Responsible-Changed-When: Fri Mar 15 03:04:07 PST 2002 Responsible-Changed-Why: I think I have a pretty straightforward fix for this. http://www.freebsd.org/cgi/query-pr.cgi?pr=35816 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 15 3:20:24 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 4F80F37B41A for ; Fri, 15 Mar 2002 03:20:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2FBK1902905; Fri, 15 Mar 2002 03:20:01 -0800 (PST) (envelope-from gnats) Received: from naxos.pdb.sbs.de (naxos.pdb.sbs.de [192.109.3.5]) by hub.freebsd.org (Postfix) with ESMTP id B66C137B402 for ; Fri, 15 Mar 2002 03:15:16 -0800 (PST) Received: from trolli.pdb.fsc.net (ThisAddressDoesNotExist [172.25.97.20] (may be forged)) by naxos.pdb.sbs.de (8.11.2/8.11.2) with ESMTP id g2FBEft02220; Fri, 15 Mar 2002 12:14:41 +0100 Received: from deejai2.mch.fsc.net (deejai2.mch.fsc.net [172.25.124.236]) by trolli.pdb.fsc.net (8.9.3/8.9.3) with ESMTP id MAA01919; Fri, 15 Mar 2002 12:14:40 +0100 Received: (from martin@localhost) by deejai2.mch.fsc.net (8.11.6/8.11.6) id g2FBEcW12401; Fri, 15 Mar 2002 12:14:38 +0100 (CET) (envelope-from martin) Message-Id: <200203151114.g2FBEcW12401@deejai2.mch.fsc.net> Date: Fri, 15 Mar 2002 12:14:38 +0100 (CET) From: Martin.Kraemer@Fujitsu-Siemens.com Reply-To: To: FreeBSD-gnats-submit@FreeBSD.org, tcsh@mx.gw.com, tcsh-bugs@mx.gw.com, submit@bugs.debian.org Cc: christos@zoulas.com X-Send-Pr-Version: 3.113 Subject: bin/35921: Wrong path reduction of dot-dot paths in dnormalize() 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: 35921 >Category: bin >Synopsis: Wrong path reduction of dot-dot paths in dnormalize() >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 15 03:20:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: >Release: FreeBSD 4.5-STABLE i386 >Organization: Fujitsu-Siemens.com >Environment: System: FreeBSD deejai2.mch.fsc.net 4.5-STABLE FreeBSD 4.5-STABLE #6: Thu Jan 31 21:40:04 CET 2002 martin@deejai2.mch.fsc.net:/usr/src/sys/compile/DEEJAI4B i386 >Description: This patch tries to fix an error which I discovered when compiling a source file. I tried % set symlinks = expand % cc -I../.. blah.c and was astonished that the compiler complained about a nonexistant file "/home/martin". See below for the reason and fix. It manifests for command line arguments which end in "/.." (or contain "/../") but which are not valid paths, like "-I../..". This error only happens if "set symlinks = expand" is set. % cd /usr/local/bin % set symlinks = expand % printf "%s\n" -I. -I../.. -I../../.. ../.. .. -I. /usr/local/bin /usr/local /usr /usr/local Note that for "-I../.." and "-I../../..", something *very* strange has happened: their prefix "-I" vanished and they were replaced by an (off-by-one depth) absolute path. (That is done in dnormalize() which assumes that a relative path exists and can be shortened/normalized by removing redundant "../something" pairs. The fix tries to test whether it makes sense to call dnormalize() -- it only does if the path is a valid path in the first place. The output after applying the fix is: % printf "%s\n" -I. -I../.. -I../../.. ../.. .. -I. -I../.. -I../../.. /usr /usr/local which is what I expected. >How-To-Repeat: % cd /usr/local/bin % set symlinks = expand % echo -I../.. /usr/local/bin >Fix: Index: sh.dir.c =================================================================== RCS file: /home/cvs/tcsh/sh.dir.c,v retrieving revision 1.1.1.6 diff -u -r1.1.1.6 sh.dir.c --- sh.dir.c 15 Mar 2002 10:30:34 -0000 1.1.1.6 +++ sh.dir.c 15 Mar 2002 11:04:23 -0000 @@ -415,6 +415,18 @@ if ((TRM(cwd[(dotdot = (int) Strlen(cwd)) - 1])) == '/') cwd[--dotdot] = '\0'; } + /* Reduction of ".." following the stuff we collected in buf + * only makes sense if the directory item in buf really exists. + * Avoid reduction of "-I../.." (typical compiler call) to "" + * or "/usr/nonexistant/../bin" to "/usr/bin": + */ + if (cwd[0]) { + struct stat exists; + if (0 != stat(short2str(cwd), &exists)) { + xfree((ptr_t) cwd); + return Strsave(start); + } + } if (!*cp) break; } >Release-Note: >Audit-Trail: >Unformatted: Package: tcsh Version: 6.11.0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 15 7:10: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 DA1BC37B419 for ; Fri, 15 Mar 2002 07:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2FFA1566047; Fri, 15 Mar 2002 07:10:01 -0800 (PST) (envelope-from gnats) Received: from milady.bbn.com (milady-de1.bbn.com [128.33.14.195]) by hub.freebsd.org (Postfix) with ESMTP id F3C8237B400 for ; Fri, 15 Mar 2002 07:05:28 -0800 (PST) Received: (from crodrigu@localhost) by milady.bbn.com (8.11.3/8.11.3) id g2FFPN634379; Fri, 15 Mar 2002 10:25:23 -0500 (EST) (envelope-from crodrigu) Message-Id: <200203151525.g2FFPN634379@milady.bbn.com> Date: Fri, 15 Mar 2002 10:25:23 -0500 (EST) From: Craig Rodrigues Reply-To: crodrigu@milady.bbn.com To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: misc/35924: signal.h does not check for _POSIX_REALTIME_SIGNALS 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: 35924 >Category: misc >Synopsis: signal.h does not check for _POSIX_REALTIME_SIGNALS >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 15 07:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Craig Rodrigues >Release: FreeBSD 4.3-RELEASE i386 >Organization: BBN >Environment: System: FreeBSD milady.bbn.com 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Tue Sep 18 18:09:45 EDT 2001 crodrigu@milady.bbn.com:/usr/home/crodrigu/kame/freebsd4/sys/compile/CONFIGFILE i386 >Description: >How-To-Repeat: should only define sigqueue(), sigwaitinfo(), sigtimedwait() if _POSIX_REALTIME_SIGNALS is defined. This is a standard preprocessor constant mentioned in the latest POSIX standard: http://www.opengroup.org/onlinepubs/007904975/basedefs/unistd.h.html#tag_13_80 Right now, if I compile a program: #include int main(int argc, char *argv[]) { sigqueue(0,0,(union sigval)0); sigtimedwait((sigset_t *)0, (siginfo_t *)0, (struct timespec *)0); sigwaitinfo((sigset_t *)0, (siginfo_t *)0); return 0; } I get link-time errors. The solution to this problem was mentioned by Terry Lambert on freebsd-hackers: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=278142+0+current/freebsd-hackers I think that the FreeBSD signal.h should check for _POSIX_REALTIME_SIGNALS. It is defined in the POSIX standard, and when (if) POSIX RT signal support is fully integrated into FreeBSD, it can be defined. >Fix: Index: signal.h =================================================================== RCS file: /home/ncvs/src/include/signal.h,v retrieving revision 1.15 diff -u -r1.15 signal.h --- signal.h 2002/02/17 19:21:42 1.15 +++ signal.h 2002/03/15 14:56:54 @@ -66,7 +66,7 @@ int sigwait __P((const sigset_t *, int *)); -#ifdef _P1003_1B_VISIBLE +#ifdef _POSIX_REALTIME_SIGNALS __BEGIN_DECLS int sigqueue __P((_BSD_PID_T_, int, const union sigval)); >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 Fri Mar 15 8: 0: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 44FFC37B405 for ; Fri, 15 Mar 2002 08:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2FG03475963; Fri, 15 Mar 2002 08:00: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 9081437B417 for ; Fri, 15 Mar 2002 07:53:42 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2FFrgL74840; Fri, 15 Mar 2002 07:53:42 -0800 (PST) (envelope-from nobody) Message-Id: <200203151553.g2FFrgL74840@freefall.freebsd.org> Date: Fri, 15 Mar 2002 07:53:42 -0800 (PST) From: Jeff Kletsky To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/35925: fixit floppy cannot be mounted on USB 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: 35925 >Category: bin >Synopsis: fixit floppy cannot be mounted on USB drive >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Mar 15 08:00:03 PST 2002 >Closed-Date: >Last-Modified: >Originator: Jeff Kletsky >Release: 4.5-RELEASE >Organization: SpotLife >Environment: >Description: The bootable CD or floppies with 4.5-RELEASE do not provide a method for mounting the 'fixit' environment from any source other than /dev/fd0 (or the cdrom). Current PCs without "legacy" support use USB floppies which appear as /dev/da0. >How-To-Repeat: Observed on Sony VAIO PCG-SRX7E/P by booting from 4.5-RELEASE floppies and selecting fixit option from sysinstall. Previously reported to mailing list: Date: Sun, 25 Nov 2001 00:34:59 -0500 From: Peter Radcliffe To: stable@FreeBSD.ORG Subject: fixit floppy and USB floppies Message-ID: <20011125003459.A13872@pir.net> Ever since I got my Z505HS I havn't been able to use fixit floppies with it, since it has a USB floppy drive. The drive is detected, but as da0 not fd0. Any chance that we could have an option in the option screen to set the device for a floppy drive or something similar to let me use a fixit floppy from a different device ? >Fix: * Change sysinstall to allow (at least) /dev/da0 (Note that this would still be an issue if the unit has internal or other scbus devices) * Consider allowing NFS mount of fixit filesystems >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 Fri Mar 15 9:30: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 6930E37B404 for ; Fri, 15 Mar 2002 09:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2FHU1D97836; Fri, 15 Mar 2002 09: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 2BD6E37B41C for ; Fri, 15 Mar 2002 09:21:14 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2FHLED95754; Fri, 15 Mar 2002 09:21:14 -0800 (PST) (envelope-from nobody) Message-Id: <200203151721.g2FHLED95754@freefall.freebsd.org> Date: Fri, 15 Mar 2002 09:21:14 -0800 (PST) From: Zvonimir M To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/35926: DHCP: Can't bind address: Address already in use 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: 35926 >Category: misc >Synopsis: DHCP: Can't bind address: Address already in use >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 15 09:30:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Zvonimir M >Release: >Organization: - >Environment: >Description: After installing the FreeBSD, I didn't receive an IP-address. The Ethernet card is functional and recognized. While running the 'dhclient' I get an error message: Can't bind address: Address already in use >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 Fri Mar 15 9: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 BA53637B400 for ; Fri, 15 Mar 2002 09:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2FHe2q99355; Fri, 15 Mar 2002 09:40:02 -0800 (PST) (envelope-from gnats) Date: Fri, 15 Mar 2002 09:40:02 -0800 (PST) Message-Id: <200203151740.g2FHe2q99355@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Borja Fernández" Subject: Re: conf/23192: FTP REALLY slow on internal NIC aswel (12kb/s) Reply-To: "Borja Fernández" 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 conf/23192; it has been noted by GNATS. From: "Borja Fernández" To: , Cc: Subject: Re: conf/23192: FTP REALLY slow on internal NIC aswel (12kb/s) Date: Fri, 15 Mar 2002 18:29:24 +0100 I´m have this problem with two cards, rl and xl chipsets. cya To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 15 10:28:42 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from smtp.telecable.es (smtp.telecable.es [212.89.0.35]) by hub.freebsd.org (Postfix) with SMTP id BFFAE37B419 for ; Fri, 15 Mar 2002 10:28:10 -0800 (PST) Received: (qmail 13797 invoked by uid 1005); 15 Mar 2002 18:28:09 -0000 Received: from mbp@telecable.es by captrueno with qmail-scanner-0.96 (. Clean. Processed in 0.02717 secs); 15 Mar 2002 18:28:09 -0000 Received: from unknown (HELO zipi.telecable.es) (212.89.0.34) by 0 with SMTP; 15 Mar 2002 18:28:09 -0000 Received: from understar ([213.141.51.78]) by zipi.telecable.es (Post.Office MTA v3.5.3 release 223 ID# 548-72200U40100L5300S0V35) with SMTP id es for ; Fri, 15 Mar 2002 19:28:08 +0100 Message-ID: <008601c1cc4f$05667d10$4e338dd5@understar> From: "Borja Fernández" To: Subject: More information Date: Fri, 15 Mar 2002 19:27:09 +0100 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org About Problem Report conf/23192, I cant send more than 14k/s with my xl card, and with my rl0 dont send more than 10k/s. I have this problem in two PCs, that only have a same procesor (AMD), other parts are different. This problem happen in a 4.4 and a 4.5 stable. thx this is very important for me Sorry for my english To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 15 11: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 007E237B404 for ; Fri, 15 Mar 2002 11:20:00 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2FJK0J60389; Fri, 15 Mar 2002 11: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 0202F37B402 for ; Fri, 15 Mar 2002 11:18:48 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2FJIl159626; Fri, 15 Mar 2002 11:18:47 -0800 (PST) (envelope-from nobody) Message-Id: <200203151918.g2FJIl159626@freefall.freebsd.org> Date: Fri, 15 Mar 2002 11:18:47 -0800 (PST) From: "Alexander S. Usov" To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/35929: A small bug in renice 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: 35929 >Category: bin >Synopsis: A small bug in renice >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: Fri Mar 15 11:20:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Alexander S. Usov >Release: 4.5-Stable >Organization: ITV >Environment: FreeBSD darkini.itv 4.5-STABLE FreeBSD 4.5-STABLE #0: Sun Feb 3 17:52:08 EET 2002 >Description: renice 10 -j pid works a little strange: ===%renice 10 -j $$ 0: old priority 0, new priority 10 62742: old priority 0, new priority 10 >How-To-Repeat: try it >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 Fri Mar 15 12:40: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 8C6A037B416 for ; Fri, 15 Mar 2002 12:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2FKe2c60934; Fri, 15 Mar 2002 12:40:02 -0800 (PST) (envelope-from gnats) Date: Fri, 15 Mar 2002 12:40:02 -0800 (PST) Message-Id: <200203152040.g2FKe2c60934@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Maxim Konovalov Subject: Re: bin/35929: A small bug in renice Reply-To: Maxim Konovalov 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/35929; it has been noted by GNATS. From: Maxim Konovalov To: "Alexander S. Usov" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/35929: A small bug in renice Date: Fri, 15 Mar 2002 23:36:35 +0300 (MSK) Could you please try a patch below (mostly from NetBSD): Index: renice.c =================================================================== RCS file: /home/ncvs/src/usr.bin/renice/renice.c,v retrieving revision 1.7 diff -u -r1.7 renice.c --- renice.c 3 Dec 2001 21:18:12 -0000 1.7 +++ renice.c 15 Mar 2002 20:31:46 -0000 @@ -56,8 +56,9 @@ #include #include -int donice __P((int, int, int)); -static void usage __P((void)); +static int getnum(const char *, const char *, int *); +static int donice(int, int, int); +static void usage(void); /* * Change the priority (nice) of processes @@ -75,7 +76,8 @@ argc--, argv++; if (argc < 2) usage(); - prio = atoi(*argv); + if (getnum("priority", *argv, &prio)) + return 1; argc--, argv++; if (prio > PRIO_MAX) prio = PRIO_MAX; @@ -95,7 +97,7 @@ continue; } if (which == PRIO_USER) { - register struct passwd *pwd = getpwnam(*argv); + struct passwd *pwd = getpwnam(*argv); if (pwd == NULL) { warnx("%s: unknown user", *argv); @@ -103,7 +105,8 @@ } who = pwd->pw_uid; } else { - who = atoi(*argv); + if (getnum("pid", *argv, &who)) + continue; if (who < 0) { warnx("%s: bad value", *argv); continue; @@ -114,21 +117,35 @@ exit(errs != 0); } -static void -usage() +static int +getnum(const char *com, const char *str, int *val) { - fprintf(stderr, -"usage: renice priority [ [ -p ] pids ] [ [ -g ] pgrps ] [ [ -u ] users ]\n"); - exit(1); + long v; + char *ep; + + v = strtol(str, &ep, NULL); + + if (*ep) { + warnx("Bad %s argument: %s", com, str); + return 1; + } + if ((v == LONG_MIN || v == LONG_MAX) && errno == ERANGE) { + warn("Invalid %s argument: %s", com, str); + return 1; + } + + *val = (int)v; + return 0; } -int +static int donice(which, who, prio) int which, who, prio; { int oldprio; - errno = 0, oldprio = getpriority(which, who); + errno = 0; + oldprio = getpriority(which, who); if (oldprio == -1 && errno) { warn("%d: getpriority", who); return (1); @@ -137,6 +154,15 @@ warn("%d: setpriority", who); return (1); } - printf("%d: old priority %d, new priority %d\n", who, oldprio, prio); + (void)printf("%d: old priority %d, new priority %d\n", who, oldprio, + prio); return (0); +} + +static void +usage() +{ + (void)fprintf(stderr, +"usage: renice priority [ [ -p ] pids ] [ [ -g ] pgrps ] [ [ -u ] users ]\n"); + exit(1); } -- 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 Fri Mar 15 13:50: 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 1560837B402 for ; Fri, 15 Mar 2002 13:50:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2FLo1r84317; Fri, 15 Mar 2002 13: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 E85DA37B404 for ; Fri, 15 Mar 2002 13:42:42 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2FLggM83125; Fri, 15 Mar 2002 13:42:42 -0800 (PST) (envelope-from nobody) Message-Id: <200203152142.g2FLggM83125@freefall.freebsd.org> Date: Fri, 15 Mar 2002 13:42:42 -0800 (PST) From: Oliver Ficsher To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/35934: Only root can 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: 35934 >Category: misc >Synopsis: Only root can >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 15 13:50:00 PST 2002 >Closed-Date: >Last-Modified: >Originator: Oliver Ficsher >Release: FreeBSD 4.3-RELEASE >Organization: >Environment: FreeBSD warpgondel.xshare.com 4.3-RELEASE FreeBSD 4.3-RELEASE #3: Sun Feb 17 23:44:27 GMT 2002 root@warpgondel.xshare.com:/usr/src_RELENG_4_3/sys/compile/WARPGONDEL i386 >Description: I installed the XFree86 Mega port without any problem. The only problem I have, is that only root can use the XKB extension. All other users get the message: "Couldn't load XKB keymap, failing back to pre-XKB keymap" I don't know why. I thought it will help to move the xkb dir from /etx/X11 to /usr/X11R6/lib/X11. Unfortunately it didn't help. >How-To-Repeat: >Fix: To work as root.... :-( >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 Fri Mar 15 19:30: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 E973237B400 for ; Fri, 15 Mar 2002 19:30:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2G3U1X09522; Fri, 15 Mar 2002 19:30:01 -0800 (PST) (envelope-from gnats) Date: Fri, 15 Mar 2002 19:30:01 -0800 (PST) Message-Id: <200203160330.g2G3U1X09522@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Andrew L. Neporada" Subject: [PATCH] Re: bin/28424 mtree fails to report directory hierarchy mismatch Reply-To: "Andrew L. Neporada" 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/28424; it has been noted by GNATS. From: "Andrew L. Neporada" To: bug-followup@freebsd.org Cc: Subject: [PATCH] Re: bin/28424 mtree fails to report directory hierarchy mismatch Date: Sat, 16 Mar 2002 06:24:03 +0300 (MSK) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-954267614-1016249043=:9110 Content-Type: TEXT/PLAIN; charset=US-ASCII Attached patch solves (I hope) this problem. This patch also introduces slightly enhanced exit status reporting: 0 - directory matches spec, success 1 - "hard error" -- spec/dir not found, wrong options, etc. 2 - directory/spec mismatch that was fixed successfully 3 - unfixed directory/spec mismatch Please comment/review. Andrew. --0-954267614-1016249043=:9110 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="mtree.diff" Content-Transfer-Encoding: BASE64 Content-ID: <20020316062403.J9110@nas.dgap.mipt.ru> Content-Description: mtree.diff Content-Disposition: attachment; filename="mtree.diff" SW5kZXg6IGNvbXBhcmUuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNT IGZpbGU6IC9ob21lL25jdnMvc3JjL3Vzci5zYmluL210cmVlL2NvbXBhcmUu Yyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMjANCmRpZmYgLXUgLXIxLjIw IGNvbXBhcmUuYw0KLS0tIGNvbXBhcmUuYwk2IE9jdCAyMDAwIDEyOjQ4OjU1 IC0wMDAwCTEuMjANCisrKyBjb21wYXJlLmMJNyBNYXIgMjAwMiAyMjo1Njoy NSAtMDAwMA0KQEAgLTYyLDYgKzYyLDcgQEANCiANCiBleHRlcm4gaW50IHVm bGFnOw0KIGV4dGVybiBpbnQgbGluZW5vOw0KK2V4dGVybiBpbnQgcnZhbDsN CiANCiBzdGF0aWMgY2hhciAqZnR5cGUgX19QKCh1X2ludCkpOw0KIA0KQEAg LTExNSw2ICsxMTYsNyBAQA0KIHR5cGVlcnI6CQlMQUJFTDsNCiAJCQkodm9p ZClwcmludGYoIlx0dHlwZSBleHBlY3RlZCAlcyBmb3VuZCAlc1xuIiwNCiAJ CQkgICAgZnR5cGUocy0+dHlwZSksIGlub3R5cGUocC0+ZnRzX3N0YXRwLT5z dF9tb2RlKSk7DQorCQkJRkFJTEVEOw0KIAkJCXJldHVybiAobGFiZWwpOw0K IAkJfQ0KIAkJYnJlYWs7DQpAQCAtMTI0LDExICsxMjYsMTMgQEANCiAJCUxB QkVMOw0KIAkJKHZvaWQpcHJpbnRmKCIlc3VzZXIgZXhwZWN0ZWQgJWx1IGZv dW5kICVsdSIsDQogCQkgICAgdGFiLCAodV9sb25nKXMtPnN0X3VpZCwgKHVf bG9uZylwLT5mdHNfc3RhdHAtPnN0X3VpZCk7DQorCQlGSVhFRDsNCiAJCWlm ICh1ZmxhZykNCi0JCQlpZiAoY2hvd24ocC0+ZnRzX2FjY3BhdGgsIHMtPnN0 X3VpZCwgLTEpKQ0KKwkJCWlmIChjaG93bihwLT5mdHNfYWNjcGF0aCwgcy0+ c3RfdWlkLCAtMSkpIHsNCiAJCQkJKHZvaWQpcHJpbnRmKCIgbm90IG1vZGlm aWVkOiAlc1xuIiwNCiAJCQkJICAgIHN0cmVycm9yKGVycm5vKSk7DQotCQkJ ZWxzZQ0KKwkJCQlGQUlMRUQ7DQorCQkJfSBlbHNlDQogCQkJCSh2b2lkKXBy aW50ZigiIG1vZGlmaWVkXG4iKTsNCiAJCWVsc2UNCiAJCQkodm9pZClwcmlu dGYoIlxuIik7DQpAQCAtMTM4LDExICsxNDIsMTMgQEANCiAJCUxBQkVMOw0K IAkJKHZvaWQpcHJpbnRmKCIlc2dpZCBleHBlY3RlZCAlbHUgZm91bmQgJWx1 IiwNCiAJCSAgICB0YWIsICh1X2xvbmcpcy0+c3RfZ2lkLCAodV9sb25nKXAt PmZ0c19zdGF0cC0+c3RfZ2lkKTsNCisJCUZJWEVEOw0KIAkJaWYgKHVmbGFn KQ0KLQkJCWlmIChjaG93bihwLT5mdHNfYWNjcGF0aCwgLTEsIHMtPnN0X2dp ZCkpDQorCQkJaWYgKGNob3duKHAtPmZ0c19hY2NwYXRoLCAtMSwgcy0+c3Rf Z2lkKSkgew0KIAkJCQkodm9pZClwcmludGYoIiBub3QgbW9kaWZpZWQ6ICVz XG4iLA0KIAkJCQkgICAgc3RyZXJyb3IoZXJybm8pKTsNCi0JCQllbHNlDQor CQkJCUZBSUxFRDsNCisJCQl9IGVsc2UNCiAJCQkJKHZvaWQpcHJpbnRmKCIg bW9kaWZpZWRcbiIpOw0KIAkJZWxzZQ0KIAkJCSh2b2lkKXByaW50ZigiXG4i KTsNCkBAIC0xNTQsMTEgKzE2MCwxMyBAQA0KIAkJTEFCRUw7DQogCQkodm9p ZClwcmludGYoIiVzcGVybWlzc2lvbnMgZXhwZWN0ZWQgJSNvIGZvdW5kICUj byIsDQogCQkgICAgdGFiLCBzLT5zdF9tb2RlLCBwLT5mdHNfc3RhdHAtPnN0 X21vZGUgJiBNQklUUyk7DQorCQlGSVhFRDsNCiAJCWlmICh1ZmxhZykNCi0J CQlpZiAoY2htb2QocC0+ZnRzX2FjY3BhdGgsIHMtPnN0X21vZGUpKQ0KKwkJ CWlmIChjaG1vZChwLT5mdHNfYWNjcGF0aCwgcy0+c3RfbW9kZSkpIHsNCiAJ CQkJKHZvaWQpcHJpbnRmKCIgbm90IG1vZGlmaWVkOiAlc1xuIiwNCiAJCQkJ ICAgIHN0cmVycm9yKGVycm5vKSk7DQotCQkJZWxzZQ0KKwkJCQlGQUlMRUQ7 DQorCQkJfSBlbHNlDQogCQkJCSh2b2lkKXByaW50ZigiIG1vZGlmaWVkXG4i KTsNCiAJCWVsc2UNCiAJCQkodm9pZClwcmludGYoIlxuIik7DQpAQCAtMTY5 LDYgKzE3Nyw3IEBADQogCQlMQUJFTDsNCiAJCSh2b2lkKXByaW50ZigiJXNs aW5rX2NvdW50IGV4cGVjdGVkICV1IGZvdW5kICV1XG4iLA0KIAkJICAgIHRh Yiwgcy0+c3RfbmxpbmssIHAtPmZ0c19zdGF0cC0+c3RfbmxpbmspOw0KKwkJ RkFJTEVEOw0KIAkJdGFiID0gIlx0IjsNCiAJfQ0KIAlpZiAocy0+ZmxhZ3Mg JiBGX1NJWkUgJiYgcy0+c3Rfc2l6ZSAhPSBwLT5mdHNfc3RhdHAtPnN0X3Np emUgJiYNCkBAIC0xNzYsNiArMTg1LDcgQEANCiAJCUxBQkVMOw0KIAkJKHZv aWQpcHJpbnRmKCIlc3NpemUgZXhwZWN0ZWQgJXFkIGZvdW5kICVxZFxuIiwN CiAJCSAgICB0YWIsIHMtPnN0X3NpemUsIHAtPmZ0c19zdGF0cC0+c3Rfc2l6 ZSk7DQorCQlGQUlMRUQ7DQogCQl0YWIgPSAiXHQiOw0KIAl9DQogCS8qDQpA QCAtMTkwLDYgKzIwMCw3IEBADQogCQkgICAgdGFiLCBjdGltZSgmcy0+c3Rf bXRpbWVzcGVjLnR2X3NlYykpOw0KIAkJKHZvaWQpcHJpbnRmKCJmb3VuZCAl LjI0c1xuIiwNCiAJCSAgICBjdGltZSgmcC0+ZnRzX3N0YXRwLT5zdF9tdGlt ZXNwZWMudHZfc2VjKSk7DQorCQlGQUlMRUQ7DQogCQl0YWIgPSAiXHQiOw0K IAl9DQogCWlmIChzLT5mbGFncyAmIEZfQ0tTVU0pIHsNCkBAIC0xOTcsMTIg KzIwOCwxNCBAQA0KIAkJCUxBQkVMOw0KIAkJCSh2b2lkKXByaW50ZigiJXNj a3N1bTogJXM6ICVzXG4iLA0KIAkJCSAgICB0YWIsIHAtPmZ0c19hY2NwYXRo LCBzdHJlcnJvcihlcnJubykpOw0KKwkJCUZBSUxFRDsNCiAJCQl0YWIgPSAi XHQiOw0KIAkJfSBlbHNlIGlmIChjcmMoZmQsICZ2YWwsICZsZW4pKSB7DQog CQkJKHZvaWQpY2xvc2UoZmQpOw0KIAkJCUxBQkVMOw0KIAkJCSh2b2lkKXBy aW50ZigiJXNja3N1bTogJXM6ICVzXG4iLA0KIAkJCSAgICB0YWIsIHAtPmZ0 c19hY2NwYXRoLCBzdHJlcnJvcihlcnJubykpOw0KKwkJCUZBSUxFRDsNCiAJ CQl0YWIgPSAiXHQiOw0KIAkJfSBlbHNlIHsNCiAJCQkodm9pZCljbG9zZShm ZCk7DQpAQCAtMjEwLDYgKzIyMyw3IEBADQogCQkJCUxBQkVMOw0KIAkJCQko dm9pZClwcmludGYoIiVzY2tzdW0gZXhwZWN0ZWQgJWx1IGZvdW5kICVsdVxu IiwNCiAJCQkJICAgIHRhYiwgcy0+Y2tzdW0sIHZhbCk7DQorCQkJCUZBSUxF RDsNCiAJCQl9DQogCQkJdGFiID0gIlx0IjsNCiAJCX0NCkBAIC0yMjksMTIg KzI0MywxNCBAQA0KIAkJZmZsYWdzID0gZmxhZ3NfdG9fc3RyaW5nKHAtPmZ0 c19zdGF0cC0+c3RfZmxhZ3MpOw0KIAkJKHZvaWQpcHJpbnRmKCIgZm91bmQg XCIlc1wiIiwgZmZsYWdzKTsNCiAJCWZyZWUoZmZsYWdzKTsNCisJCUZJWEVE Ow0KIA0KIAkJaWYgKHVmbGFnKQ0KLQkJCWlmIChjaGZsYWdzKHAtPmZ0c19h Y2NwYXRoLCBzLT5zdF9mbGFncykpDQorCQkJaWYgKGNoZmxhZ3MocC0+ZnRz X2FjY3BhdGgsIHMtPnN0X2ZsYWdzKSkgew0KIAkJCQkodm9pZClwcmludGYo IiBub3QgbW9kaWZpZWQ6ICVzXG4iLA0KIAkJCQkgICAgc3RyZXJyb3IoZXJy bm8pKTsNCi0JCQllbHNlDQorCQkJCUZBSUxFRDsNCisJCQl9IGVsc2UNCiAJ CQkJKHZvaWQpcHJpbnRmKCIgbW9kaWZpZWRcbiIpOw0KIAkJZWxzZQ0KIAkJ CSh2b2lkKXByaW50ZigiXG4iKTsNCkBAIC0yNDksMTEgKzI2NSwxMyBAQA0K IAkJCUxBQkVMOw0KIAkJCXByaW50ZigiJXNNRDU6ICVzOiAlc1xuIiwgdGFi LCBwLT5mdHNfYWNjcGF0aCwNCiAJCQkgICAgICAgc3RyZXJyb3IoZXJybm8p KTsNCisJCQlGQUlMRUQ7DQogCQkJdGFiID0gIlx0IjsNCiAJCX0gZWxzZSBp ZiAoc3RyY21wKG5ld19kaWdlc3QsIHMtPm1kNWRpZ2VzdCkpIHsNCiAJCQlM QUJFTDsNCiAJCQlwcmludGYoIiVzTUQ1IGV4cGVjdGVkICVzIGZvdW5kICVz XG4iLCB0YWIsIHMtPm1kNWRpZ2VzdCwNCiAJCQkgICAgICAgbmV3X2RpZ2Vz dCk7DQorCQkJRkFJTEVEOw0KIAkJCXRhYiA9ICJcdCI7DQogCQl9DQogCX0N CkBAIC0yNjcsMTEgKzI4NSwxMyBAQA0KIAkJCUxBQkVMOw0KIAkJCXByaW50 ZigiJXNTSEEtMTogJXM6ICVzXG4iLCB0YWIsIHAtPmZ0c19hY2NwYXRoLA0K IAkJCSAgICAgICBzdHJlcnJvcihlcnJubykpOw0KKwkJCUZBSUxFRDsNCiAJ CQl0YWIgPSAiXHQiOw0KIAkJfSBlbHNlIGlmIChzdHJjbXAobmV3X2RpZ2Vz dCwgcy0+c2hhMWRpZ2VzdCkpIHsNCiAJCQlMQUJFTDsNCiAJCQlwcmludGYo IiVzU0hBLTEgZXhwZWN0ZWQgJXMgZm91bmQgJXNcbiIsIA0KIAkJCSAgICAg ICB0YWIsIHMtPnNoYTFkaWdlc3QsIG5ld19kaWdlc3QpOw0KKwkJCUZBSUxF RDsNCiAJCQl0YWIgPSAiXHQiOw0KIAkJfQ0KIAl9DQpAQCAtMjg1LDExICsz MDUsMTMgQEANCiAJCQlMQUJFTDsNCiAJCQlwcmludGYoIiVzUklQRU1EMTYw OiAlczogJXNcbiIsIHRhYiwNCiAJCQkgICAgICAgcC0+ZnRzX2FjY3BhdGgs IHN0cmVycm9yKGVycm5vKSk7DQorCQkJRkFJTEVEOw0KIAkJCXRhYiA9ICJc dCI7DQogCQl9IGVsc2UgaWYgKHN0cmNtcChuZXdfZGlnZXN0LCBzLT5ybWQx NjBkaWdlc3QpKSB7DQogCQkJTEFCRUw7DQogCQkJcHJpbnRmKCIlc1JJUEVN RDE2MCBleHBlY3RlZCAlcyBmb3VuZCAlc1xuIiwNCiAJCQkgICAgICAgdGFi LCBzLT5ybWQxNjBkaWdlc3QsIG5ld19kaWdlc3QpOw0KKwkJCUZBSUxFRDsN CiAJCQl0YWIgPSAiXHQiOw0KIAkJfQ0KIAl9DQpAQCAtMzAwLDYgKzMyMiw3 IEBADQogCQlMQUJFTDsNCiAJCSh2b2lkKXByaW50ZigiJXNsaW5rX3JlZiBl eHBlY3RlZCAlcyBmb3VuZCAlc1xuIiwNCiAJCSAgICAgIHRhYiwgY3AsIHMt PnNsaW5rKTsNCisJCUZBSUxFRDsNCiAJfQ0KIAlyZXR1cm4gKGxhYmVsKTsN CiB9DQpJbmRleDogZXh0ZXJuLmgNCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0N ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy91c3Iuc2Jpbi9tdHJlZS9leHRl cm4uaCx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNQ0KZGlmZiAtdSAtcjEu NSBleHRlcm4uaA0KLS0tIGV4dGVybi5oCTE3IEp1biAyMDAwIDE0OjE5OjMz IC0wMDAwCTEuNQ0KKysrIGV4dGVybi5oCTcgTWFyIDIwMDIgMjI6NTY6MjUg LTAwMDANCkBAIC00Myw3ICs0Myw3IEBADQogdV9pbnQJIHBhcnNla2V5IF9f UCgoY2hhciAqLCBpbnQgKikpOw0KIGNoYXIJKnJsaW5rIF9fUCgoY2hhciAq KSk7DQogTk9ERQkqc3BlYyBfX1AoKHZvaWQpKTsNCi1pbnQJIHZlcmlmeSBf X1AoKHZvaWQpKTsNCit2b2lkCSB2ZXJpZnkgX19QKCh2b2lkKSk7DQogDQog aW50CSBjaGVja19leGNsdWRlcyBfX1AoKGNvbnN0IGNoYXIgKiwgY29uc3Qg Y2hhciAqKSk7DQogdm9pZAkgaW5pdF9leGNsdWRlcyBfX1AoKHZvaWQpKTsN CkluZGV4OiBtdHJlZS5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1Mg ZmlsZTogL2hvbWUvbmN2cy9zcmMvdXNyLnNiaW4vbXRyZWUvbXRyZWUuYyx2 DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMTgNCmRpZmYgLXUgLXIxLjE4IG10 cmVlLmMNCi0tLSBtdHJlZS5jCTI1IFNlcCAyMDAwIDE2OjI0OjIyIC0wMDAw CTEuMTgNCisrKyBtdHJlZS5jCTkgTWFyIDIwMDIgMjE6MDY6NDcgLTAwMDAN CkBAIC01OSw2ICs1OSw3IEBADQogDQogaW50IGZ0c29wdGlvbnMgPSBGVFNf UEhZU0lDQUw7DQogaW50IGNmbGFnLCBkZmxhZywgZWZsYWcsIGlmbGFnLCBu ZmxhZywgcWZsYWcsIHJmbGFnLCBzZmxhZywgdWZsYWcsIFVmbGFnOw0KK2lu dCBydmFsOw0KIHVfaW50IGtleXM7DQogY2hhciBmdWxscGF0aFtNQVhQQVRI TEVOXTsNCiANCkBAIC03MSw3ICs3Miw2IEBADQogew0KIAlpbnQgY2g7DQog CWNoYXIgKmRpciwgKnA7DQotCWludCBzdGF0dXM7DQogDQogCWRpciA9IE5V TEw7DQogCWtleXMgPSBLRVlERUZBVUxUOw0KQEAgLTE2NCwxMCArMTY0LDEw IEBADQogCQljd2FsaygpOw0KIAkJZXhpdCgwKTsNCiAJfQ0KLQlzdGF0dXMg PSB2ZXJpZnkoKTsNCi0JaWYgKFVmbGFnICYgKHN0YXR1cyA9PSBNSVNNQVRD SEVYSVQpKQ0KLQkJc3RhdHVzID0gMDsNCi0JZXhpdChzdGF0dXMpOw0KKwl2 ZXJpZnkoKTsNCisJaWYgKFVmbGFnICYgKHJ2YWwgPT0gTUlTTUFUQ0hGSVhF RCkpDQorCQlydmFsID0gMDsNCisJZXhpdChydmFsKTsNCiB9DQogDQogc3Rh dGljIHZvaWQNCkluZGV4OiBtdHJlZS5oDQo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvdXNyLnNiaW4vbXRyZWUv bXRyZWUuaCx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNQ0KZGlmZiAtdSAt cjEuNSBtdHJlZS5oDQotLS0gbXRyZWUuaAk5IERlYyAxOTk5IDIwOjM4OjM1 IC0wMDAwCTEuNQ0KKysrIG10cmVlLmgJOSBNYXIgMjAwMiAyMDo0NzowOCAt MDAwMA0KQEAgLTQwLDcgKzQwLDEwIEBADQogI2RlZmluZQlLRVlERUZBVUxU IFwNCiAJKEZfR0lEIHwgRl9NT0RFIHwgRl9OTElOSyB8IEZfU0laRSB8IEZf U0xJTksgfCBGX1RJTUUgfCBGX1VJRCB8IEZfRkxBR1MpDQogDQotI2RlZmlu ZQlNSVNNQVRDSEVYSVQJMg0KKyNkZWZpbmUJTUlTTUFUQ0hGSVhFRAkyDQor I2RlZmluZQlGSVhGQUlMRUQJMw0KKyNkZWZpbmUJRklYRUQJaWYgKHJ2YWwg IT0gRklYRkFJTEVEKSBydmFsID0gTUlTTUFUQ0hGSVhFRDsNCisjZGVmaW5l CUZBSUxFRAlydmFsID0gRklYRkFJTEVEOw0KIA0KIHR5cGVkZWYgc3RydWN0 IF9ub2RlIHsNCiAJc3RydWN0IF9ub2RlCSpwYXJlbnQsICpjaGlsZDsJLyog dXAsIGRvd24gKi8NCkluZGV4OiB2ZXJpZnkuYw0KPT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PQ0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3Vzci5zYmluL210 cmVlL3ZlcmlmeS5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xNQ0KZGlm ZiAtdSAtcjEuMTUgdmVyaWZ5LmMNCi0tLSB2ZXJpZnkuYwkzIE9jdCAyMDAw IDEzOjEzOjQ3IC0wMDAwCTEuMTUNCisrKyB2ZXJpZnkuYwk5IE1hciAyMDAy IDIwOjM5OjQxIC0wMDAwDQpAQCAtNTYsMzEgKzU2LDI5IEBADQogZXh0ZXJu IGludCBkZmxhZywgZWZsYWcsIHFmbGFnLCByZmxhZywgc2ZsYWcsIHVmbGFn Ow0KIGV4dGVybiBjaGFyIGZ1bGxwYXRoW01BWFBBVEhMRU5dOw0KIGV4dGVy biBpbnQgbGluZW5vOw0KK2V4dGVybiBpbnQgcnZhbDsNCiANCiBzdGF0aWMg Tk9ERSAqcm9vdDsNCiBzdGF0aWMgY2hhciBwYXRoW01BWFBBVEhMRU5dOw0K IA0KIHN0YXRpYyB2b2lkCW1pc3MgX19QKChOT0RFICosIGNoYXIgKikpOw0K LXN0YXRpYyBpbnQJdndhbGsgX19QKCh2b2lkKSk7DQorc3RhdGljIHZvaWQJ dndhbGsgX19QKCh2b2lkKSk7DQogDQotaW50DQordm9pZA0KIHZlcmlmeSgp DQogew0KLQlpbnQgcnZhbDsNCi0NCiAJcm9vdCA9IHNwZWMoKTsNCi0JcnZh bCA9IHZ3YWxrKCk7DQorCXZ3YWxrKCk7DQogCW1pc3Mocm9vdCwgcGF0aCk7 DQotCXJldHVybiAocnZhbCk7DQogfQ0KIA0KLXN0YXRpYyBpbnQNCit2b2lk DQogdndhbGsoKQ0KIHsNCiAJcmVnaXN0ZXIgRlRTICp0Ow0KIAlyZWdpc3Rl ciBGVFNFTlQgKnA7DQogCXJlZ2lzdGVyIE5PREUgKmVwLCAqbGV2ZWw7DQot CWludCBzcGVjZGVwdGgsIHJ2YWw7DQorCWludCBzcGVjZGVwdGg7DQogCWNo YXIgKmFyZ3ZbMl07DQogDQogCWFyZ3ZbMF0gPSAiLiI7DQpAQCAtMTIyLDkg KzEyMCw4IEBADQogCQkJICAgICFmbm1hdGNoKGVwLT5uYW1lLCBwLT5mdHNf bmFtZSwgRk5NX1BBVEhOQU1FKSkgfHwNCiAJCQkgICAgIXN0cmNtcChlcC0+ bmFtZSwgcC0+ZnRzX25hbWUpKSB7DQogCQkJCWVwLT5mbGFncyB8PSBGX1ZJ U0lUOw0KLQkJCQlpZiAoKGVwLT5mbGFncyAmIEZfTk9DSEFOR0UpID09IDAg JiYNCi0JCQkJICAgIGNvbXBhcmUoZXAtPm5hbWUsIGVwLCBwKSkNCi0JCQkJ CXJ2YWwgPSBNSVNNQVRDSEVYSVQ7DQorCQkJCWlmICgoZXAtPmZsYWdzICYg Rl9OT0NIQU5HRSkgPT0gMCkNCisJCQkJCSh2b2lkKWNvbXBhcmUoZXAtPm5h bWUsIGVwLCBwKTsNCiAJCQkJaWYgKGVwLT5mbGFncyAmIEZfSUdOKQ0KIAkJ CQkJKHZvaWQpZnRzX3NldCh0LCBwLCBGVFNfU0tJUCk7DQogCQkJCWVsc2Ug aWYgKGVwLT5jaGlsZCAmJiBlcC0+dHlwZSA9PSBGX0RJUiAmJg0KQEAgLTEz OSwxNSArMTM2LDE4IEBADQogCQkJY29udGludWU7DQogZXh0cmE6DQogCQlp ZiAoIWVmbGFnKSB7DQorCQkJRklYRUQ7DQogCQkJKHZvaWQpcHJpbnRmKCIl cyBleHRyYSIsIFJQKHApKTsNCiAJCQlpZiAocmZsYWcpIHsNCiAJCQkJaWYg KChTX0lTRElSKHAtPmZ0c19zdGF0cC0+c3RfbW9kZSkNCiAJCQkJICAgID8g cm1kaXIgOiB1bmxpbmspKHAtPmZ0c19hY2NwYXRoKSkgew0KIAkJCQkJKHZv aWQpcHJpbnRmKCIsIG5vdCByZW1vdmVkOiAlcyIsDQogCQkJCQkgICAgc3Ry ZXJyb3IoZXJybm8pKTsNCisJCQkJCUZBSUxFRDsNCiAJCQkJfSBlbHNlDQog CQkJCQkodm9pZClwcmludGYoIiwgcmVtb3ZlZCIpOw0KLQkJCX0NCisJCQl9 IGVsc2UNCisJCQkJRkFJTEVEOw0KIAkJCSh2b2lkKXB1dGNoYXIoJ1xuJyk7 DQogCQl9DQogCQkodm9pZClmdHNfc2V0KHQsIHAsIEZUU19TS0lQKTsNCkBA IC0xNTUsNyArMTU1LDYgQEANCiAJKHZvaWQpZnRzX2Nsb3NlKHQpOw0KIAlp ZiAoc2ZsYWcpDQogCQl3YXJueCgiJXMgY2hlY2tzdW06ICVsdSIsIGZ1bGxw YXRoLCBjcmNfdG90YWwpOw0KLQlyZXR1cm4gKHJ2YWwpOw0KIH0NCiANCiBz dGF0aWMgdm9pZA0KQEAgLTE3OCw4ICsxNzcsMTAgQEANCiAgDQogCQkJaWYg KHFmbGFnICYmIHN0YXQocGF0aCwgJnN0YXRidWYpID09IDApDQogCQkJCXAt PmZsYWdzIHw9IEZfVklTSVQ7DQotCQkJZWxzZQ0KKwkJCWVsc2Ugew0KIAkJ CQkodm9pZClwcmludGYoIiVzIG1pc3NpbmciLCBwYXRoKTsNCisJCQkJRklY RUQ7DQorCQkJfQ0KIAkJfQ0KIAkJaWYgKHAtPnR5cGUgIT0gRl9ESVIgJiYg cC0+dHlwZSAhPSBGX0xJTkspIHsNCiAJCQlwdXRjaGFyKCdcbicpOw0KQEAg LTE5NywxNCArMTk4LDE3IEBADQogCQkJZWxzZSBpZiAoIShwLT5mbGFncyAm IChGX0dJRCB8IEZfR05BTUUpKSkNCiAJCQkJKHZvaWQpcHJpbnRmKCIgKCVz IG5vdCBjcmVhdGVkOiBncm91cCBub3Qgc3BlY2lmaWVkKSIsIHR5cGUpOw0K IAkJCWVsc2UgaWYgKHAtPnR5cGUgPT0gRl9MSU5LKSB7DQotCQkJCWlmIChz eW1saW5rKHAtPnNsaW5rLCBwYXRoKSkNCisJCQkJaWYgKHN5bWxpbmsocC0+ c2xpbmssIHBhdGgpKSB7DQogCQkJCQkodm9pZClwcmludGYoIiAoc3ltbGlu ayBub3QgY3JlYXRlZDogJXMpXG4iLA0KIAkJCQkJICAgIHN0cmVycm9yKGVy cm5vKSk7DQotCQkJCWVsc2UNCisJCQkJCUZBSUxFRDsNCisJCQkJfSBlbHNl DQogCQkJCQkodm9pZClwcmludGYoIiAoY3JlYXRlZClcbiIpOw0KLQkJCQlp ZiAobGNob3duKHBhdGgsIHAtPnN0X3VpZCwgcC0+c3RfZ2lkKSkNCisJCQkJ aWYgKGxjaG93bihwYXRoLCBwLT5zdF91aWQsIHAtPnN0X2dpZCkpIHsNCiAJ CQkJCSh2b2lkKXByaW50ZigiJXM6IHVzZXIvZ3JvdXAgbm90IG1vZGlmaWVk OiAlc1xuIiwNCiAJCQkJCSAgICBwYXRoLCBzdHJlcnJvcihlcnJubykpOw0K KwkJCQkJRkFJTEVEOw0KKwkJCQl9DQogCQkJCWNvbnRpbnVlOw0KIAkJCX0g ZWxzZSBpZiAoIShwLT5mbGFncyAmIEZfTU9ERSkpDQogCQkJICAgICh2b2lk KXByaW50ZigiIChkaXJlY3Rvcnkgbm90IGNyZWF0ZWQ6IG1vZGUgbm90IHNw ZWNpZmllZCkiKTsNCkBAIC0yMTUsNiArMjE5LDggQEANCiAJCQkJY3JlYXRl ID0gMTsNCiAJCQkJKHZvaWQpcHJpbnRmKCIgKGNyZWF0ZWQpIik7DQogCQkJ fQ0KKwkJCWlmICghY3JlYXRlKQ0KKwkJCQlGQUlMRUQ7DQogCQl9DQogCQlp ZiAoIShwLT5mbGFncyAmIEZfVklTSVQpKQ0KIAkJCSh2b2lkKXB1dGNoYXIo J1xuJyk7DQpAQCAtMjMxLDE0ICsyMzcsMTkgQEANCiAJCQkgICAgcGF0aCwg c3RyZXJyb3IoZXJybm8pKTsNCiAJCQkodm9pZClwcmludGYoIiVzOiB3YXJu aW5nOiBmaWxlIG1vZGUgJXNub3Qgc2V0XG4iLCBwYXRoLA0KIAkJCSAgICAo cC0+ZmxhZ3MgJiBGX0ZMQUdTKSA/ICJhbmQgZmlsZSBmbGFncyAiIDogIiIp Ow0KKwkJCUZBSUxFRDsNCiAJCQljb250aW51ZTsNCiAJCX0NCi0JCWlmIChj aG1vZChwYXRoLCBwLT5zdF9tb2RlKSkNCisJCWlmIChjaG1vZChwYXRoLCBw LT5zdF9tb2RlKSkgew0KIAkJCSh2b2lkKXByaW50ZigiJXM6IHBlcm1pc3Np b25zIG5vdCBzZXQ6ICVzXG4iLA0KIAkJCSAgICBwYXRoLCBzdHJlcnJvcihl cnJubykpOw0KKwkJCUZBSUxFRDsNCisJCX0NCiAJCWlmICgocC0+ZmxhZ3Mg JiBGX0ZMQUdTKSAmJiBwLT5zdF9mbGFncyAmJg0KLQkJICAgIGNoZmxhZ3Mo cGF0aCwgcC0+c3RfZmxhZ3MpKQ0KKwkJICAgIGNoZmxhZ3MocGF0aCwgcC0+ c3RfZmxhZ3MpKSB7DQogCQkJKHZvaWQpcHJpbnRmKCIlczogZmlsZSBmbGFn cyBub3Qgc2V0OiAlc1xuIiwNCiAJCQkgICAgcGF0aCwgc3RyZXJyb3IoZXJy bm8pKTsNCisJCQlGQUlMRUQ7DQorCQl9DQogCX0NCiB9DQo= --0-954267614-1016249043=:9110-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Mar 15 19:40:59 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 B06C937B417 for ; Fri, 15 Mar 2002 19:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2G3e1N10525; Fri, 15 Mar 2002 19: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 925EF37B402 for ; Fri, 15 Mar 2002 19:34:22 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2G3YMm09873; Fri, 15 Mar 2002 19:34:22 -0800 (PST) (envelope-from nobody) Message-Id: <200203160334.g2G3YMm09873@freefall.freebsd.org> Date: Fri, 15 Mar 2002 19:34:22 -0800 (PST) From: Jeff Kletsky To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/35950: ACPI missing prevents install from floppies 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: 35950 >Category: i386 >Synopsis: ACPI missing prevents install from floppies >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 15 19:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Jeff Kletsky >Release: 5.0-2002031x-CURRENT >Organization: SpotLife >Environment: (unable to install OS) >Description: Unable to install from floppies or bootable CD images from 5.0-2002031x-CURRENT. Observed on both an Asus (VIA) MB and a Sony VAIO laptop. >How-To-Repeat: Create boot floppies or CD from snapshot. Boot, note that BTX loader exits before booting kernel. Have tried manually loading acpi.ko (from bin distrubition), as well as disabling acpi_load and/or acpi from the 'OK' prompt. Date: Fri, 15 Mar 2002 19:06:58 -0800 (PST) From: Jeff Kletsky To: Jeff Kletsky Cc: current@FreeBSD.ORG Subject: Re: ACPI autoload failed -- unable to install Message-ID: In-Reply-To: [...] I have gotten today's snapshot, 5.0-20020315-CURRENT, created the kernel and mfsroot 1.44 floppies, and attempted to boot a desktop machine from them. This is (from my 4.5-STABLE hard drive): CPU: Pentium III/Pentium III Xeon/Celeron (733.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 402571264 (393136K bytes) It is an Asus MB with a VIA chipset. Full (4.5) dmesg.boot is attached at the end of this message. Once again, the error message is that ACPI cannot be found. BTX then halts with: int=00000006 err=00000000 efl=00010006 eip=c0306b40 eax=00000081 ebx=0082fc00 ecx=00000000 edx=00000102 esi=0082f000 edi=009b6000 ebp=00000000 esp=c09b1d98 cs=0008 ds=0010 es=0010 fs=0010 gs=0010 ss=0010 cs:eip=ff ff ff ff ff 18 57 56-ff a1 e4 16 37 c0 a3 6c 78 38 c0 a1 e8 16 37 c0-a3 44 79 38 c0 05 a0 1d ss:esp=04 94 12 c0 00 70 83 00-00 f0 82 00 00 00 00 00 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 BTX halted Thanks for your help, Jeff On Fri, 15 Mar 2002, Jeff Kletsky wrote: > Date: Fri, 15 Mar 2002 07:52:17 -0800 (PST) > From: Jeff Kletsky > To: current@FreeBSD.ORG > Subject: Re: ACPI autoload failed -- unable to install > > With apologies for an incomplete report, I am including the (manually > transcribed) dump information. I have been able to network boot from a > combination of the boot.flp and bin distribution (though there are > problems with getting sysinstall to find disks that prevent that approach > so far) and confirm that the hw.pcic interrupt routing sysctls *are* > required. So the report that follows is based on using floppies from > 5.0-20020314-CURRENT, including the one referred to as 'acpi.ko.flp' in > the "Failed workaround" description below. > > To reproduce, follow the steps 1-7 outlined below. The tail end of the > process appears as: > > OK load acpi.ko > /boot/kernel/acpi.ko text=0x2b5a0 data=0x1558+0x6cc > syms=[0x4+0x4ed0+0x4+0x675a] > OK boot > / > int=00000006 err=00000000 efl=00010006 eip=c03069f0 > eax=00000001 ebx=009aec00 ecx=00000000 edx=00000102 > esi=009ae000 edi=009b6000 ebp=00000000 esp=c09b1d98 > cs=0008 ds=0010 es=0010 fs=0010 gs=0010 ss=0010 > cs:eip=ff ff ff 83 ec 18 57 ff-ff a1 84 15 37 c0 a3 0c > 77 38 c0 a1 88 15 37 c0-a3 e4 77 38 c0 05 a0 1d > ss:esp=04 94 12 c0 00 60 9b 00-00 e0 9a 00 00 00 00 00 > 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 > BTX halted > > > > I am willing to try reasonable steps and debugging here. Unfortunately, > the BIOS driving the USB floppy seems to take about 10 min. to read a > floppy, so it testing multiple scenarios is somewhat painful. I will be > working with bootable CD configurations today, though the iLINK > (IEEE-1394) connection there has its own share of problems (no non-BIOS > support of the drive). At least with floppies, it *should* be a supported > configuration. (Note however the reported issues with fixit only being > mountable from /dev/fd0, not /dev/da0). > > Jeff > > On Thu, 14 Mar 2002, Jeff Kletsky wrote: > > > Date: Thu, 14 Mar 2002 18:49:35 -0800 (PST) > > From: Jeff Kletsky > > To: current@FreeBSD.ORG > > Subject: Re: ACPI autoload failed -- unable to install (fwd) > > > > Tried the "obvious" -- manually loading acpi.ko -- still fails > > > > On Thu, 14 Mar 2002, Jeff Kletsky wrote: > > > > > Date: Thu, 14 Mar 2002 17:41:01 -0800 (PST) > > > From: Jeff Kletsky > > > To: current@FreeBSD.ORG > > > Subject: ACPI autoload failed -- unable to install > > > > > > Having been unable to confirm a complete and proper installation of > > > 5.0-CURRENT on my Sony PCG-SRX7/EP (similar to SRX77) laptop using the > > > 4.5-RELEASE installer, I have made a bootable CD from > > > 5.0-20020313-CURRENT, as well as floppies from 5.0-20020314-CURRENT. > > > Both exhibit the same set of symptoms. > > > > [...] > > > > > > > > Results in: > > > > > > ACPI autoload failed - no such file or directory > > > - > > > [dump followed] > > > > Failed workaround: > > > > 1) Create floppies using dd > > 2) Make another copy of the mfsroot floopy, > > > > mount /dev/fd0 /mnt > > rm -rf /mnt/* > > mkdir -p /mnt/boot/kernel > > > > copy acpi.ko to /mnt/boot/kernel > > > > ### Note that copying to root of floppy fails on load attempt ### > > ### This is inconsistent with the loader (8) manpage in 5.0 ### > > > > umount /mnt > > > > 3) Boot from kern.flp > > 4) Load mfsroot.flp > > 5) Interrupt boot process > > > > set hw.pcic.intr_path=1 > > set hw.pcic.irq=0 > > > > 6) Remove mfsroot.flp, insert 'acpi.ko.flp' > > > > load acpi.ko > > > > ('boot'ing here causes the BTX to halt if the acpi.ko.flp is still > > in the drive) > > > > 7) Remove acpi.ko.flp, insert mfsroot.flp > > > > boot > > > > ...and watch the BTX halt > > > > > > Jeff > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > 4.5 dmesg.boot to identfy desktop hardware: 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 #0: Fri Mar 15 16:29:39 PST 2002 jeff@jmk64.rubiconproject.com:/usr/obj/usr/src/sys/SMB.20020116 Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 733131793 Hz CPU: Pentium III/Pentium III Xeon/Celeron (733.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 402571264 (393136K bytes) config> di pcic0 config> di sn0 No such device: sn0 Invalid command or syntax. Type `?' for help. config> di lnc0 No such device: lnc0 Invalid command or syntax. Type `?' for help. config> di ie0 No such device: ie0 Invalid command or syntax. Type `?' for help. config> di fe0 No such device: fe0 Invalid command or syntax. Type `?' for help. config> di ed0 No such device: ed0 Invalid command or syntax. Type `?' for help. config> di cs0 No such device: cs0 Invalid command or syntax. Type `?' for help. config> di bt0 No such device: bt0 Invalid command or syntax. Type `?' for help. config> di aic0 No such device: aic0 Invalid command or syntax. Type `?' for help. config> di aha0 No such device: aha0 Invalid command or syntax. Type `?' for help. config> di adv0 No such device: adv0 Invalid command or syntax. Type `?' for help. config> q avail memory = 387272704 (378196K bytes) Preloaded elf kernel "kernel" at 0xc040f000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc040f09c. netsmb_dev: loaded Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 9 entries at 0xc00f12d0 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 pci1: at 0.0 irq 11 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xb800-0xb80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xb400-0xb41f irq 10 at device 4.2 on pc i0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb000-0xb01f irq 10 at device 4.3 on pc i0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: (vendor=0x13f6, dev=0x0111) at 5.0 irq 10 fxp0: port 0xa400-0xa43f mem 0xf8800000-0xf88f ffff,0xf9000000-0xf9000fff irq 11 at device 8.0 on pci0 fxp0: Ethernet address 00:02:b3:08:81:09 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: port 0xa000-0xa03f mem 0xf7800000-0xf781 ffff,0xf8000000-0xf8000fff irq 10 at device 10.0 on pci0 fxp1: Ethernet address 00:02:b3:2a:d1:a1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib1: on motherboard pci2: on pcib1 orm0: I recently installed 4.5-RELEASE on a system that uses a Linksys = USB100TX (aue) network adapter. The adapter is detected, and given its = device node (aue0), but the interface reports "no carrier". I = know the cabling is good, and the adapter is good - because it works in = other operating systems. It appears from reading the lists that this = adapter has worked in the past on FreeBSD 4.x kernels, so it appears to = have been a recently introduced problem.

Note, I can ifconfig the = interface, but the media options don't appear to do anything (I still = don't get a link light). However, I noticed that the link light on this = adapter doesn't mean much, as it works in Windows but doesn't work in = linux (the light, not the adapter).

I don't subscribe to this = list, so I would appreciate being cc:ed on any replies. Thanks :) ------=_NextPart_000_0002_01C1CCEA.29DF5400-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 10:10: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 65B0D37B41B for ; Sat, 16 Mar 2002 10:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GIA1j25812; Sat, 16 Mar 2002 10: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 2209C37B416 for ; Sat, 16 Mar 2002 10:08:49 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GI8nJ25671; Sat, 16 Mar 2002 10:08:49 -0800 (PST) (envelope-from nobody) Message-Id: <200203161808.g2GI8nJ25671@freefall.freebsd.org> Date: Sat, 16 Mar 2002 10:08:49 -0800 (PST) From: Jay Xia To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/35984: boot easy does not work as expected 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: 35984 >Category: i386 >Synopsis: boot easy does not work as expected >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: Sat Mar 16 10:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Jay Xia >Release: 4.4 >Organization: >Environment: FreeBSD bsd.XIAs.org 4.4-RELEASE FreeBSD 4.4-RELEASE #0: Tue Sep 18 11:57:08 PDT 2001 murray@builder.FreeBSD.org:/usr/src/sys/compile/GENERIC i386 >Description: My 40G EIDE has 4 partitions: 1 32M for Linus /boot 2 32M for FreeBSD /boot 3 18G for FreeBSD (swap, /, /usr, /var, /home) 4 19G (ext type) for Linux (swap, /, /usr, ...) BSD Booteasy is installed in MBR. When I reboot PC, I have the following: F1 Linux F2 FreeBSD F3 FreeBSD Default: F2 Invalid Partition Invalid Partition No /boot/loader >How-To-Repeat: reboot PC >Fix: >Release-Note: >Audit-Trail: >Unformatted: >> FreeBSD/i386 BOOT Default: 0:ad(0,a)/kernel boot: Invalid Partition No /kernel >> FreeBSD/i386 BOOT Default: 0:ad(0,a)/kernel boot: Then it hangs there. F1 key for boot Linux is working fine. I want F2 working and I do not need to see F3 key. But F3 can boot BSD. Here are some print out: bsd# boot0cfg -v ad0 # flag start chs type end chs offset size 1 0x00 0: 1: 1 0x83 3:254:63 63 64197 2 0x00 4: 0: 1 0xa5 7:254:63 64260 64260 3 0x80 8: 0: 1 0xa5 1023:254:63 128520 37736685 4 0x00 1023:254:63 0x0f 1023:254:63 37865205 40291020 version=1.0 drive=0x80 mask=0xf ticks=182 options=packet,update,nosetdrv default_selection=F3 (Slice 3) bsd# ls -l /boot total 533 -r--r--r-- 1 root wheel 512 Sep 18 13:28 boot0 -r--r--r-- 1 root wheel 512 Sep 18 13:28 boot1 -r--r--r-- 1 root wheel 7680 Sep 18 13:28 boot2 -r-xr-xr-x 1 root wheel 149504 Sep 18 13:28 cdboot drwxr-xr-x 2 root wheel 512 Mar 15 16:27 defaults -r-xr-xr-x 1 root wheel 147456 Sep 18 13:28 loader -r--r--r-- 1 root wheel 9237 Sep 18 13:28 loader.4th -rw-r--r-- 1 root wheel 134 Mar 15 16:41 loader.conf -r--r--r-- 1 root wheel 12064 Sep 18 13:28 loader.help -r--r--r-- 1 root wheel 338 Sep 18 13:28 loader.rc -r--r--r-- 1 root wheel 512 Sep 18 13:28 mbr -r-xr-xr-x 1 root wheel 149504 Sep 18 13:28 pxeboot -r--r--r-- 1 root wheel 25121 Sep 18 13:28 support.4th bsd# ls -l / total 7017 ... drwxr-xr-x 2 root wheel 1024 Mar 15 16:32 bin drwxr-xr-x 3 root wheel 512 Mar 15 16:41 boot dr-xr-xr-x 3 root wheel 2048 Sep 18 06:51 cdrom drwxr-xr-x 3 root wheel 512 Mar 15 16:43 home -r-xr-xr-x 1 root wheel 3559066 Sep 18 14:57 kernel -r-xr-xr-x 1 root wheel 3559066 Sep 18 14:57 kernel.GENERIC drwxr-xr-x 2 root wheel 512 Sep 18 13:21 mnt drwxr-xr-x 2 root wheel 3072 Mar 15 16:27 modules dr-xr-xr-x 1 root wheel 512 Mar 16 13:03 proc drwxr-xr-x 5 root wheel 512 Mar 16 12:39 root drwxr-xr-x 2 root wheel 2048 Mar 15 16:32 sbin drwxr-xr-x 4 root wheel 1024 Mar 15 16:06 stand lrwxrwxrwx 1 root wheel 11 Mar 15 16:28 sys -> usr/src/sys So, how can I config BOOTEASY to that F2 key would work and no F3 key shown up. Thanks, - jay To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 11: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 5D63837B405 for ; Sat, 16 Mar 2002 11:30:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GJU2t41758; Sat, 16 Mar 2002 11:30:02 -0800 (PST) (envelope-from gnats) Date: Sat, 16 Mar 2002 11:30:02 -0800 (PST) Message-Id: <200203161930.g2GJU2t41758@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jeff Kletsky Subject: Re: i386/35950: ACPI missing prevents install from floppies Reply-To: Jeff Kletsky 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/35950; it has been noted by GNATS. From: Jeff Kletsky To: freebsd-gnats-submit@FreeBSD.org, jeff+freebsd@spotlife.com Cc: Subject: Re: i386/35950: ACPI missing prevents install from floppies Date: Sat, 16 Mar 2002 11:23:33 -0800 (PST) ---------- Forwarded message ---------- Date: Sat, 16 Mar 2002 11:02:38 -0800 (PST) From: Jeff Kletsky To: current@FreeBSD.ORG Cc: Jeff Kletsky Subject: Re: ACPI autoload failed -- unable to install Based on Shizuka Kudo's observations, I have "inventoried" the recent boot.flp imaged using bootable CD and the Intel SE440BX-2 motherboard. I believe the "breakage" to have occurred between March 11th and 12th. The following images boot the machine: 20020302 20020303 20020304 20020307 20020308 20020309 20020310 20020311 The following images fail in a manner similar to that previously described in this thread: 20020312 20020313 The following images were previously observed to fail in the manner described in earlier messages in this thread: 20020314 20020315 Jeff On Sat, 16 Mar 2002, Shizuka Kudo wrote: > Date: Sat, 16 Mar 2002 07:21:26 -0800 (PST) > From: Shizuka Kudo > To: Jeff Kletsky , current@freebsd.org > Subject: Re: ACPI autoload failed -- unable to install > [ Section describing inability to boot from -CURRENT floppies ] > > > Same here when I tried 20020315 snapshot on a Toshiba > Portege 7140. I finally started over with 20020302 and > have no problem to install. You may try this if you > can't wait... [...] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 11:36:46 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 C3FD837B41A; Sat, 16 Mar 2002 11:36:42 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GJagx44588; Sat, 16 Mar 2002 11:36:42 -0800 (PST) (envelope-from cjc) Date: Sat, 16 Mar 2002 11:36:42 -0800 (PST) From: Message-Id: <200203161936.g2GJagx44588@freefall.freebsd.org> To: zvon@hotmail.com, cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/35926: DHCP: Can't bind address: Address already in use 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: DHCP: Can't bind address: Address already in use State-Changed-From-To: open->closed State-Changed-By: cjc State-Changed-When: Sat Mar 16 11:33:53 PST 2002 State-Changed-Why: This is because there is already a dhclient(8) running when you tried to start the other. This type of question is not appropriate for PRs. If you have questions, please use the appropriate FreeBSD mailing list. freebsd-questions@freebsd.org would probably be most appropriate for the troubles you are having. http://www.freebsd.org/cgi/query-pr.cgi?pr=35926 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 11:46: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 0934F37B417; Sat, 16 Mar 2002 11:46:15 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GJkF246189; Sat, 16 Mar 2002 11:46:15 -0800 (PST) (envelope-from cjc) Date: Sat, 16 Mar 2002 11:46:15 -0800 (PST) From: Message-Id: <200203161946.g2GJkF246189@freefall.freebsd.org> To: wayne@staff.msen.com, cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/35952: perl 5 broken in 4.5 RELEASE 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: perl 5 broken in 4.5 RELEASE State-Changed-From-To: open->closed State-Changed-By: cjc State-Changed-When: Sat Mar 16 11:45:30 PST 2002 State-Changed-Why: Not a bug. That's how precedence of Perl operators is documented to work. http://www.freebsd.org/cgi/query-pr.cgi?pr=35952 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 11:49: 1 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 0A94337B400; Sat, 16 Mar 2002 11:48:59 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GJmxO46530; Sat, 16 Mar 2002 11:48:59 -0800 (PST) (envelope-from cjc) Date: Sat, 16 Mar 2002 11:48:59 -0800 (PST) From: Message-Id: <200203161948.g2GJmxO46530@freefall.freebsd.org> To: cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org, peter@FreeBSD.org Subject: Re: kern/35969: kernel option PPP_DEFLATE often procudes kernel panics; PPP_BSDCOMP sometimes procudes stalled connections 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: kernel option PPP_DEFLATE often procudes kernel panics; PPP_BSDCOMP sometimes procudes stalled connections Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: cjc Responsible-Changed-When: Sat Mar 16 11:48:25 PST 2002 Responsible-Changed-Why: peter is listed as the pppd(8) maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=35969 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 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 3A81237B42F for ; Sat, 16 Mar 2002 11:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GJo1Y46624; Sat, 16 Mar 2002 11:50:01 -0800 (PST) (envelope-from gnats) Date: Sat, 16 Mar 2002 11:50:01 -0800 (PST) Message-Id: <200203161950.g2GJo1Y46624@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: bin/35929: A small bug in renice 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/35929; it has been noted by GNATS. From: "Crist J. Clark" To: "Alexander S. Usov" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/35929: A small bug in renice Date: Sat, 16 Mar 2002 11:40:39 -0800 On Fri, Mar 15, 2002 at 11:18:47AM -0800, Alexander S. Usov wrote: > > >Number: 35929 > >Category: bin > >Synopsis: A small bug in renice > >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: Fri Mar 15 11:20:00 PST 2002 > >Closed-Date: > >Last-Modified: > >Originator: Alexander S. Usov > >Release: 4.5-Stable > >Organization: > ITV > >Environment: > FreeBSD darkini.itv 4.5-STABLE FreeBSD 4.5-STABLE #0: Sun Feb 3 17:52:08 EET 2002 > >Description: > renice 10 -j pid works a little strange: > ===%renice 10 -j $$ > 0: old priority 0, new priority 10 > 62742: old priority 0, new priority 10 Nothing too surprising here. '-j' is not a valid flag to renice(8). It is being interpreted as an integer. atoi(3) return a value of 0 for "-j". -- 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 Sat Mar 16 11:56: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 E12A437B428; Sat, 16 Mar 2002 11:56:25 -0800 (PST) Received: (from cjc@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GJuPa47469; Sat, 16 Mar 2002 11:56:25 -0800 (PST) (envelope-from cjc) Date: Sat, 16 Mar 2002 11:56:25 -0800 (PST) From: Message-Id: <200203161956.g2GJuPa47469@freefall.freebsd.org> To: jay@XIAs.org, cjc@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/35984: boot easy does not work as expected 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: boot easy does not work as expected State-Changed-From-To: open->closed State-Changed-By: cjc State-Changed-When: Sat Mar 16 11:53:07 PST 2002 State-Changed-Why: 4-STABLE does not support booting from a /boot partition (to my knowledge). However, it _may_ be possible to pound 4-STABLE into submission with some customizations. freebsd-questions@freebsd.org or freebsd-hackers@freebsd.org (but to NOT cross-post to both!) might be good places to get some help. http://www.freebsd.org/cgi/query-pr.cgi?pr=35984 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 12:41: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 7974A37B48B for ; Sat, 16 Mar 2002 12:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GKe1355977; Sat, 16 Mar 2002 12:40:01 -0800 (PST) (envelope-from gnats) Date: Sat, 16 Mar 2002 12:40:01 -0800 (PST) Message-Id: <200203162040.g2GKe1355977@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Andrew L. Neporada" Subject: [PATCH] Re: bin/28424 mtree fails to report directory hierarchy mismatch Reply-To: "Andrew L. Neporada" 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/28424; it has been noted by GNATS. From: "Andrew L. Neporada" To: bug-followup@freebsd.org Cc: Subject: [PATCH] Re: bin/28424 mtree fails to report directory hierarchy mismatch Date: Sat, 16 Mar 2002 23:32:03 +0300 (MSK) Sorry for MIME. Plain text version: Index: compare.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/mtree/compare.c,v retrieving revision 1.20 diff -u -r1.20 compare.c --- compare.c 6 Oct 2000 12:48:55 -0000 1.20 +++ compare.c 7 Mar 2002 22:56:25 -0000 @@ -62,6 +62,7 @@ extern int uflag; extern int lineno; +extern int rval; static char *ftype __P((u_int)); @@ -115,6 +116,7 @@ typeerr: LABEL; (void)printf("\ttype expected %s found %s\n", ftype(s->type), inotype(p->fts_statp->st_mode)); + FAILED; return (label); } break; @@ -124,11 +126,13 @@ LABEL; (void)printf("%suser expected %lu found %lu", tab, (u_long)s->st_uid, (u_long)p->fts_statp->st_uid); + FIXED; if (uflag) - if (chown(p->fts_accpath, s->st_uid, -1)) + if (chown(p->fts_accpath, s->st_uid, -1)) { (void)printf(" not modified: %s\n", strerror(errno)); - else + FAILED; + } else (void)printf(" modified\n"); else (void)printf("\n"); @@ -138,11 +142,13 @@ LABEL; (void)printf("%sgid expected %lu found %lu", tab, (u_long)s->st_gid, (u_long)p->fts_statp->st_gid); + FIXED; if (uflag) - if (chown(p->fts_accpath, -1, s->st_gid)) + if (chown(p->fts_accpath, -1, s->st_gid)) { (void)printf(" not modified: %s\n", strerror(errno)); - else + FAILED; + } else (void)printf(" modified\n"); else (void)printf("\n"); @@ -154,11 +160,13 @@ LABEL; (void)printf("%spermissions expected %#o found %#o", tab, s->st_mode, p->fts_statp->st_mode & MBITS); + FIXED; if (uflag) - if (chmod(p->fts_accpath, s->st_mode)) + if (chmod(p->fts_accpath, s->st_mode)) { (void)printf(" not modified: %s\n", strerror(errno)); - else + FAILED; + } else (void)printf(" modified\n"); else (void)printf("\n"); @@ -169,6 +177,7 @@ LABEL; (void)printf("%slink_count expected %u found %u\n", tab, s->st_nlink, p->fts_statp->st_nlink); + FAILED; tab = "\t"; } if (s->flags & F_SIZE && s->st_size != p->fts_statp->st_size && @@ -176,6 +185,7 @@ LABEL; (void)printf("%ssize expected %qd found %qd\n", tab, s->st_size, p->fts_statp->st_size); + FAILED; tab = "\t"; } /* @@ -190,6 +200,7 @@ tab, ctime(&s->st_mtimespec.tv_sec)); (void)printf("found %.24s\n", ctime(&p->fts_statp->st_mtimespec.tv_sec)); + FAILED; tab = "\t"; } if (s->flags & F_CKSUM) { @@ -197,12 +208,14 @@ LABEL; (void)printf("%scksum: %s: %s\n", tab, p->fts_accpath, strerror(errno)); + FAILED; tab = "\t"; } else if (crc(fd, &val, &len)) { (void)close(fd); LABEL; (void)printf("%scksum: %s: %s\n", tab, p->fts_accpath, strerror(errno)); + FAILED; tab = "\t"; } else { (void)close(fd); @@ -210,6 +223,7 @@ LABEL; (void)printf("%scksum expected %lu found %lu\n", tab, s->cksum, val); + FAILED; } tab = "\t"; } @@ -229,12 +243,14 @@ fflags = flags_to_string(p->fts_statp->st_flags); (void)printf(" found \"%s\"", fflags); free(fflags); + FIXED; if (uflag) - if (chflags(p->fts_accpath, s->st_flags)) + if (chflags(p->fts_accpath, s->st_flags)) { (void)printf(" not modified: %s\n", strerror(errno)); - else + FAILED; + } else (void)printf(" modified\n"); else (void)printf("\n"); @@ -249,11 +265,13 @@ LABEL; printf("%sMD5: %s: %s\n", tab, p->fts_accpath, strerror(errno)); + FAILED; tab = "\t"; } else if (strcmp(new_digest, s->md5digest)) { LABEL; printf("%sMD5 expected %s found %s\n", tab, s->md5digest, new_digest); + FAILED; tab = "\t"; } } @@ -267,11 +285,13 @@ LABEL; printf("%sSHA-1: %s: %s\n", tab, p->fts_accpath, strerror(errno)); + FAILED; tab = "\t"; } else if (strcmp(new_digest, s->sha1digest)) { LABEL; printf("%sSHA-1 expected %s found %s\n", tab, s->sha1digest, new_digest); + FAILED; tab = "\t"; } } @@ -285,11 +305,13 @@ LABEL; printf("%sRIPEMD160: %s: %s\n", tab, p->fts_accpath, strerror(errno)); + FAILED; tab = "\t"; } else if (strcmp(new_digest, s->rmd160digest)) { LABEL; printf("%sRIPEMD160 expected %s found %s\n", tab, s->rmd160digest, new_digest); + FAILED; tab = "\t"; } } @@ -300,6 +322,7 @@ LABEL; (void)printf("%slink_ref expected %s found %s\n", tab, cp, s->slink); + FAILED; } return (label); } Index: extern.h =================================================================== RCS file: /home/ncvs/src/usr.sbin/mtree/extern.h,v retrieving revision 1.5 diff -u -r1.5 extern.h --- extern.h 17 Jun 2000 14:19:33 -0000 1.5 +++ extern.h 7 Mar 2002 22:56:25 -0000 @@ -43,7 +43,7 @@ u_int parsekey __P((char *, int *)); char *rlink __P((char *)); NODE *spec __P((void)); -int verify __P((void)); +void verify __P((void)); int check_excludes __P((const char *, const char *)); void init_excludes __P((void)); Index: mtree.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/mtree/mtree.c,v retrieving revision 1.18 diff -u -r1.18 mtree.c --- mtree.c 25 Sep 2000 16:24:22 -0000 1.18 +++ mtree.c 9 Mar 2002 21:06:47 -0000 @@ -59,6 +59,7 @@ int ftsoptions = FTS_PHYSICAL; int cflag, dflag, eflag, iflag, nflag, qflag, rflag, sflag, uflag, Uflag; +int rval; u_int keys; char fullpath[MAXPATHLEN]; @@ -71,7 +72,6 @@ { int ch; char *dir, *p; - int status; dir = NULL; keys = KEYDEFAULT; @@ -164,10 +164,10 @@ cwalk(); exit(0); } - status = verify(); - if (Uflag & (status == MISMATCHEXIT)) - status = 0; - exit(status); + verify(); + if (Uflag & (rval == MISMATCHFIXED)) + rval = 0; + exit(rval); } static void Index: mtree.h =================================================================== RCS file: /home/ncvs/src/usr.sbin/mtree/mtree.h,v retrieving revision 1.5 diff -u -r1.5 mtree.h --- mtree.h 9 Dec 1999 20:38:35 -0000 1.5 +++ mtree.h 9 Mar 2002 20:47:08 -0000 @@ -40,7 +40,10 @@ #define KEYDEFAULT \ (F_GID | F_MODE | F_NLINK | F_SIZE | F_SLINK | F_TIME | F_UID | F_FLAGS) -#define MISMATCHEXIT 2 +#define MISMATCHFIXED 2 +#define FIXFAILED 3 +#define FIXED if (rval != FIXFAILED) rval = MISMATCHFIXED; +#define FAILED rval = FIXFAILED; typedef struct _node { struct _node *parent, *child; /* up, down */ Index: verify.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/mtree/verify.c,v retrieving revision 1.15 diff -u -r1.15 verify.c --- verify.c 3 Oct 2000 13:13:47 -0000 1.15 +++ verify.c 9 Mar 2002 20:39:41 -0000 @@ -56,31 +56,29 @@ extern int dflag, eflag, qflag, rflag, sflag, uflag; extern char fullpath[MAXPATHLEN]; extern int lineno; +extern int rval; static NODE *root; static char path[MAXPATHLEN]; static void miss __P((NODE *, char *)); -static int vwalk __P((void)); +static void vwalk __P((void)); -int +void verify() { - int rval; - root = spec(); - rval = vwalk(); + vwalk(); miss(root, path); - return (rval); } -static int +void vwalk() { register FTS *t; register FTSENT *p; register NODE *ep, *level; - int specdepth, rval; + int specdepth; char *argv[2]; argv[0] = "."; @@ -122,9 +120,8 @@ !fnmatch(ep->name, p->fts_name, FNM_PATHNAME)) || !strcmp(ep->name, p->fts_name)) { ep->flags |= F_VISIT; - if ((ep->flags & F_NOCHANGE) == 0 && - compare(ep->name, ep, p)) - rval = MISMATCHEXIT; + if ((ep->flags & F_NOCHANGE) == 0) + (void)compare(ep->name, ep, p); if (ep->flags & F_IGN) (void)fts_set(t, p, FTS_SKIP); else if (ep->child && ep->type == F_DIR && @@ -139,15 +136,18 @@ continue; extra: if (!eflag) { + FIXED; (void)printf("%s extra", RP(p)); if (rflag) { if ((S_ISDIR(p->fts_statp->st_mode) ? rmdir : unlink)(p->fts_accpath)) { (void)printf(", not removed: %s", strerror(errno)); + FAILED; } else (void)printf(", removed"); - } + } else + FAILED; (void)putchar('\n'); } (void)fts_set(t, p, FTS_SKIP); @@ -155,7 +155,6 @@ (void)fts_close(t); if (sflag) warnx("%s checksum: %lu", fullpath, crc_total); - return (rval); } static void @@ -178,8 +177,10 @@ if (qflag && stat(path, &statbuf) == 0) p->flags |= F_VISIT; - else + else { (void)printf("%s missing", path); + FIXED; + } } if (p->type != F_DIR && p->type != F_LINK) { putchar('\n'); @@ -197,14 +198,17 @@ else if (!(p->flags & (F_GID | F_GNAME))) (void)printf(" (%s not created: group not specified)", type); else if (p->type == F_LINK) { - if (symlink(p->slink, path)) + if (symlink(p->slink, path)) { (void)printf(" (symlink not created: %s)\n", strerror(errno)); - else + FAILED; + } else (void)printf(" (created)\n"); - if (lchown(path, p->st_uid, p->st_gid)) + if (lchown(path, p->st_uid, p->st_gid)) { (void)printf("%s: user/group not modified: %s\n", path, strerror(errno)); + FAILED; + } continue; } else if (!(p->flags & F_MODE)) (void)printf(" (directory not created: mode not specified)"); @@ -215,6 +219,8 @@ create = 1; (void)printf(" (created)"); } + if (!create) + FAILED; } if (!(p->flags & F_VISIT)) (void)putchar('\n'); @@ -231,14 +237,19 @@ path, strerror(errno)); (void)printf("%s: warning: file mode %snot set\n", path, (p->flags & F_FLAGS) ? "and file flags " : ""); + FAILED; continue; } - if (chmod(path, p->st_mode)) + if (chmod(path, p->st_mode)) { (void)printf("%s: permissions not set: %s\n", path, strerror(errno)); + FAILED; + } if ((p->flags & F_FLAGS) && p->st_flags && - chflags(path, p->st_flags)) + chflags(path, p->st_flags)) { (void)printf("%s: file flags not set: %s\n", path, strerror(errno)); + FAILED; + } } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 13: 0: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 465CA37B436 for ; Sat, 16 Mar 2002 13:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GL02M58039; Sat, 16 Mar 2002 13:00:02 -0800 (PST) (envelope-from gnats) Received: from spitfire.303.krakow.pl (spitfire.303.krakow.pl [62.233.208.97]) by hub.freebsd.org (Postfix) with SMTP id 92B3237B422 for ; Sat, 16 Mar 2002 12:53:44 -0800 (PST) Received: (qmail 24990 invoked by uid 0); 16 Mar 2002 20:53:36 -0000 Message-Id: <20020316205335.24989.qmail@spitfire.303.krakow.pl> Date: 16 Mar 2002 20:53:35 -0000 From: Jan Srzednicki To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/35985: swap double mount 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: 35985 >Category: kern >Synopsis: swap double mount >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 16 13:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Jan Srzednicki >Release: FreeBSD 4.5-STABLE i386 >Organization: Dywizjonet >Environment: System: FreeBSD spitfire.303.krakow.pl 4.5-STABLE FreeBSD 4.5-STABLE #2: Tue Feb 12 11:42:41 CET 2002 i386 >Description: I installed a new disk in my machine, run disklabel from /stand/sysinstall, did some stuff, and run disklabel once more, for a second slice. Then the system begun to be unstable, some things kept getting SEGVs and stuff: Mar 16 20:53:02 spitfire /kernel: pid 149 (httpd), uid 0: exited on signal 11 (core dumped) Mar 16 21:41:07 spitfire /kernel: pid 715 (irssi), uid 1001: exited on signal 11(core dumped) (..) And so on. I had no idea what was going on until I typed swapinfo: [21:46] spitfire:~(60)# swapinfo Device 1K-blocks Used Avail Capacity Type /dev/ad0s1b 153472 5036 148436 3% Interleaved /dev/rad6s1b 204672 4968 199704 2% Interleaved /dev/rad4s1b 348032 4972 343060 1% Interleaved /dev/rad4s1b 348032 1580 346452 0% Interleaved Total 1054208 16556 1037652 2% Aaargh! /dev/rad4s1b is mounted as swap twice! I thing the system should never allow this to happen. >How-To-Repeat: Like I described earlier. >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 Mar 16 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 3384F37B428 for ; Sat, 16 Mar 2002 13:20:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GLK2U63471; Sat, 16 Mar 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 7A5B337B425 for ; Sat, 16 Mar 2002 13:10:22 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GLAMP62558; Sat, 16 Mar 2002 13:10:22 -0800 (PST) (envelope-from nobody) Message-Id: <200203162110.g2GLAMP62558@freefall.freebsd.org> Date: Sat, 16 Mar 2002 13:10:22 -0800 (PST) From: Nitpicker Development Team To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/35986: Wrong bpf-header preceading packet when using tunnel 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: 35986 >Category: kern >Synopsis: Wrong bpf-header preceading packet when using tunnel interface >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 Mar 16 13:20:02 PST 2002 >Closed-Date: >Last-Modified: >Originator: Nitpicker Development Team >Release: 4.5-Stable >Organization: >Environment: FreeBSD habbib 4.5-STABLE FreeBSD 4.5-STABLE #21: Tue Feb 19 21:11:17 CET 2002 jachmann@habbib:/usr/src/sys/compile/MY i386 >Description: When reading from bpfbuffer, after some times the process coredumps with segmentation fault or bus error. This problem affects libpcap as well. gdb shows a "Bad memory address" when trying to access the next packet. Debugging shows wrong bpfheader data: (gdb) p bpfbuffer $57 = 0x8112000 "\216|\223<Â\214\r" (gdb) set hd=(struct bpf_hdr*)(bpfbuffer+0) (gdb) p *hd $58 = {bh_tstamp = {tv_sec = 1016298638, tv_usec = 888002}, bh_caplen = 44, bh_datalen = 44, bh_hdrlen = 20} (gdb) x/20 0x8112000 0x8112000: 0x3c937c8e 0x000d8cc2 0x0000002c 0x0000002c 0x8112010: 0x45470014 0x00000002 0xd4050045 0x0040399d ippacketsize(0x8112019) tells us, packetsize would be d405 (swapped 05d4=1492) Trusting the bpfheader, next packet is: (gdb) set hd=(struct bpf_hdr*)(bpfbuffer+64) (gdb) p *hd $60 = {bh_tstamp = {tv_sec = 1763515806, tv_usec = 805317992}, bh_caplen = 3563283504, bh_datalen = 1258291218, bh_hdrlen = 16069} Trusting the ippacket, next data would be: (gdb) set hd=(struct bpf_hdr*)(bpfbuffer+1516) (gdb) p *hd $62 = {bh_tstamp = {tv_sec = 1016298638, tv_usec = 891856}, bh_caplen = 109, bh_datalen = 109, bh_hdrlen = 20} 1516 because size(1492)+Tunnelheader(4)+bpfheader(20) >How-To-Repeat: Read quiete a while (several hours) from a tunnel interface and watch it coredump >Fix: None known >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 Mar 16 14: 0: 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 11B9237B43B for ; Sat, 16 Mar 2002 14:00:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GM02j69789; Sat, 16 Mar 2002 14:00:02 -0800 (PST) (envelope-from gnats) Received: from tsunami.waterspout.com (tsunami.waterspout.com [208.13.56.11]) by hub.freebsd.org (Postfix) with ESMTP id 1874D37B43B for ; Sat, 16 Mar 2002 13:56:46 -0800 (PST) Received: from maelstrom.waterspout.com (5023b6da1a571bcafcff62ce4ec91610@dsl-64-192-117-97.telocity.com [64.192.117.97]) by tsunami.waterspout.com (8.9.3/8.9.3) with ESMTP id QAA27319 for ; Sat, 16 Mar 2002 16:56:45 -0500 (EST) (envelope-from csg@tsunami.waterspout.com) Received: (from csg@localhost) by maelstrom.waterspout.com (8.11.6/8.11.6) id g2GLvUM02997; Sat, 16 Mar 2002 15:57:30 -0600 (CST) (envelope-from csg) Message-Id: <200203162157.g2GLvUM02997@maelstrom.waterspout.com> Date: Sat, 16 Mar 2002 15:57:30 -0600 (CST) From: Stephen Gunn Reply-To: Stephen Gunn To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: kern/35988: Seimens SpeedStream PCI/PCMCI Adaptor for if_wi 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: 35988 >Category: kern >Synopsis: Seimens SpeedStream PCI/PCMCI Adaptor for if_wi >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: Sat Mar 16 14:00:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Stephen Gunn >Release: FreeBSD 4.4-RELEASE i386 >Organization: >Environment: FreeBSD 4.X, 5.X >Description: if_wi.c is unable to recognize a Lucent Waveland card plugged into a Siemens SpeedStream PCI/PCMCI adapt-o-matic. It works fine after adding the Vendor/Device entries. >How-To-Repeat: >Fix: Add this entry to sys/i386/isa/if_wi.c: {0x111a, 0x1023, "Siemens SpeedStream PCI IEEE 802.11b"}, Your mileage may vary. >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 Mar 16 14: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 3CEB237B48A for ; Sat, 16 Mar 2002 14:10:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GMA1c74547; Sat, 16 Mar 2002 14: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 4494E37B449 for ; Sat, 16 Mar 2002 14:06:37 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GM6bY74228; Sat, 16 Mar 2002 14:06:37 -0800 (PST) (envelope-from nobody) Message-Id: <200203162206.g2GM6bY74228@freefall.freebsd.org> Date: Sat, 16 Mar 2002 14:06:37 -0800 (PST) From: James McNaughton To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/35989: 720KB floppies unusable 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: 35989 >Category: kern >Synopsis: 720KB floppies unusable >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 16 14:10:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: James McNaughton >Release: 4.5-PRERELEASE >Organization: >Environment: FreeBSD jamestown.21stcentury.net 4.5-PRERELEASE FreeBSD 4.5-PRERELEASE #0: Mon Jan 7 08:22:55 CST 2002 jtm@jamestown.21stcentury.net:/usr/obj/usr/src/sys/JAMESTOWN_II i386 >Description: 720K floppies cannot be mounted or used fdformat /dev/fd0.720 works newfs /dev/fd0 fd720 returns: Warning: Block size restricts cylinders per group to 6. Warning: 2656 sector(s) in last cylinder unallocated /dev/fd0: 1440 sectors in 1 cylinders of 1 tracks, 4096 sectors 0.7MB in 1 cyl groups (6 c/g, 12.00MB/g, 384 i/g) super-block backups (for fsck -b #) at: write error: 1439 newfs: wtfs - writecombine: Input/output error OR newfs_msdos /dev/fd0 fd720 /dev/fd0: 1400 sectors in 175 FAT12 clusters (4096 bytes/cluster) bps=512 spc=8 res=1 nft=2 rde=512 sec=1440 mid=0xf0 spf=1 spt=9 hds=2 hid=0 newfs_msdos: /dev/fd0: Input/output error Mounting filesystems doesn't work either: mount_msdos /dev/fd0c /mnt mount_msdos: /dev/fd0c: Input/output error I tested four different disks and the disks with existing filesystems were readable on a Smith Corona word processor. 1.44MB floppies work as expected. All the floppies with existing file systems were readable in the 3.x branch, which was the last time I tried them. >How-To-Repeat: Try to mount or newfs a 720KB floppy. >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 Mar 16 15: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 0435637B416 for ; Sat, 16 Mar 2002 15:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2GNo3A92268; Sat, 16 Mar 2002 15:50:03 -0800 (PST) (envelope-from gnats) Date: Sat, 16 Mar 2002 15:50:03 -0800 (PST) Message-Id: <200203162350.g2GNo3A92268@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Andrew L. Neporada" Subject: [PATCH] Re: bin/35226 mtree strange behaviour on some filenames Reply-To: "Andrew L. Neporada" 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/35226; it has been noted by GNATS. From: "Andrew L. Neporada" To: bug-followup@freebsd.org Cc: oyvind@punkass.com Subject: [PATCH] Re: bin/35226 mtree strange behaviour on some filenames Date: Sun, 17 Mar 2002 02:46:32 +0300 (MSK) Bug happens when the first symbol of filename is '#', because '#' is the comment marker also. Apply following patch (patch done against -current): Index: create.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/mtree/create.c,v retrieving revision 1.22 diff -u -r1.22 create.c --- create.c 5 Jul 2001 07:52:56 -0000 1.22 +++ create.c 16 Mar 2002 21:59:58 -0000 @@ -159,7 +159,12 @@ escaped_name = calloc(1, p->fts_namelen * 4 + 1); if (escaped_name == NULL) errx(1, "statf(): calloc() failed"); - strvis(escaped_name, p->fts_name, VIS_WHITE | VIS_OCTAL); + len = strvis(escaped_name, p->fts_name, VIS_WHITE | VIS_OCTAL); + if (escaped_name[0] == '#') { + for (val = len; val; val--) + escaped_name[val] = escaped_name[val-1]; + escaped_name[0] = '\\'; + } if (iflag || S_ISDIR(p->fts_statp->st_mode)) offset = printf("%*s%s", indent, "", escaped_name); Index: spec.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/mtree/spec.c,v retrieving revision 1.14 diff -u -r1.14 spec.c --- spec.c 17 Jun 2000 14:19:33 -0000 1.14 +++ spec.c 16 Mar 2002 22:24:52 -0000 @@ -65,6 +65,7 @@ register char *p; NODE ginfo, *root; int c_cur, c_next; + u_long i, len; char buf[2048]; centry = last = root = NULL; @@ -147,6 +148,11 @@ #define MAGIC "?*[" if (strpbrk(p, MAGIC)) centry->flags |= F_MAGIC; + if (p[0] == '\\' && p[1] == '#') { + len = strlen(p); + for(i = 0; i < len; i++) + p[i] = p[i + 1]; + } if (strunvis(centry->name, p) == -1) { warnx("filename %s is ill-encoded and literally used", p); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 18: 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 8A8F137B416 for ; Sat, 16 Mar 2002 18:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2H204Z19054; Sat, 16 Mar 2002 18:00:04 -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 4F41B37B405 for ; Sat, 16 Mar 2002 17:57:48 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2H1vms18924; Sat, 16 Mar 2002 17:57:48 -0800 (PST) (envelope-from nobody) Message-Id: <200203170157.g2H1vms18924@freefall.freebsd.org> Date: Sat, 16 Mar 2002 17:57:48 -0800 (PST) From: Roy Hooper To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/35992: /etc/rc has no way to force fsck -y at next boot, corrupt filesystems with soft updates required manual intervention 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: 35992 >Category: misc >Synopsis: /etc/rc has no way to force fsck -y at next boot, corrupt filesystems with soft updates required manual intervention >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Sat Mar 16 18:00:04 PST 2002 >Closed-Date: >Last-Modified: >Originator: Roy Hooper >Release: 4.5-RELEASE >Organization: >Environment: FreeBSD plumber.cyberus.ca 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Mon Jan 28 14:31:56 GMT 2002 murray@builder.freebsdmall.com:/usr/src/sys/compile/GENERIC i386 >Description: /etc/rc performs fsck -p then only fsck -y if fsck_y_enable="YES" with softupdates, I managed to end up with a corrupt filesytem (in /usr/lib of all places!) causing the following kinds of error messages: Mar 13 01:17:16 plumber /kernel: dscheck(#ad/0x20006): negative b_blkno -300154849 /usr/lib/compat/aout/libalias.so.2.4: Bad file descriptor >How-To-Repeat: Actually corrupt your FFS filesystem with softupdates (somehow). I think the combination of multiple hard poweroffs during compiles should do the trick. >Fix: The solution was to force a fsck -y at boot time by modifying /etc/rc so that I could remotely reboot the machine. Adding the ability to touch a temporary file such as /force-fsck-y would be very useful for remote maintenance. >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 Mar 16 19: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 90C5837B405 for ; Sat, 16 Mar 2002 19:40:01 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2H3e1Z35628; Sat, 16 Mar 2002 19: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 2F81B37B405 for ; Sat, 16 Mar 2002 19:34:19 -0800 (PST) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2H3YJd35155; Sat, 16 Mar 2002 19:34:19 -0800 (PST) (envelope-from nobody) Message-Id: <200203170334.g2H3YJd35155@freefall.freebsd.org> Date: Sat, 16 Mar 2002 19:34:19 -0800 (PST) From: Jeff Kletsky To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/35993: sys/dev/amr/amr.c - Compiler warnings 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: 35993 >Category: kern >Synopsis: sys/dev/amr/amr.c - Compiler warnings under 5.0-CURRENT >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 Mar 16 19:40:01 PST 2002 >Closed-Date: >Last-Modified: >Originator: Jeff Kletsky >Release: 5.0-CURRENT 2002/03/16 >Organization: SpotLife >Environment: FreeBSD .pn.wagsky.com 5.0-20020311-CURRENT FreeBSD 5.0-20020311-CURRENT #0: Mon Mar 11 12:07:33 GMT 2002 root@usw2.freebsd.org:/usr/src/sys/i386/compile/GENERIC i386 >Description: While compiling GENERIC after cvsup of today 16:13 PST and again at 18:23, there appears to be a problem with the type of sc->amr_drive[driveno].al_size not being an unsigned int in amr.c: if ((bio->bio_pblkno + blkcount) > sc->amr_drive[driveno].al_size) device_printf(sc->amr_dev, "I/O beyond end of unit (%u,%d > %u)\n", bio->bio_pblkno, blkcount, sc->amr_drive[driveno].al_size) ; (Sorry, couldn't track down where struct sc was declared) ***** Resolved with -DNO_WERROR cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common -elf -mpreferred-stack-boundary=2 -Werror /usr/src/sys/dev/amr/amr.c cc1: warnings being treated as errors /usr/src/sys/dev/amr/amr.c: In function `amr_bio_command': /usr/src/sys/dev/amr/amr.c:817: warning: unsigned int format, different type arg (arg 3) *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. >How-To-Repeat: cvsup the sources make kernel >Fix: Workaround: make -DNO_WERROR kernel >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 Mar 16 20:23: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 8377037B402; Sat, 16 Mar 2002 20:23:23 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2H4NNE43514; Sat, 16 Mar 2002 20:23:23 -0800 (PST) (envelope-from bde) Date: Sat, 16 Mar 2002 20:23:23 -0800 (PST) From: Message-Id: <200203170423.g2H4NNE43514@freefall.freebsd.org> To: klemscot@klements.com, bde@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/30965: Cyclades Cyclom-Yep causes FreeBSD to hang during boot 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: Cyclades Cyclom-Yep causes FreeBSD to hang during boot State-Changed-From-To: open->closed State-Changed-By: bde State-Changed-When: Sat Mar 16 20:19:51 PST 2002 State-Changed-Why: Fixed in rev.1.26 (-current), 1.17.2.1 (RELENG_4) and 1.10.2.3 (RELENG_3). Same fix as in the PR followup but from the vendor and with less magic. http://www.freebsd.org/cgi/query-pr.cgi?pr=30965 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 20:26: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 82B1237B402; Sat, 16 Mar 2002 20:26:17 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2H4QH943900; Sat, 16 Mar 2002 20:26:17 -0800 (PST) (envelope-from bde) Date: Sat, 16 Mar 2002 20:26:17 -0800 (PST) From: Message-Id: <200203170426.g2H4QH943900@freefall.freebsd.org> To: topping@grassroots.com, bde@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/20845: Cyclades cy driver incompatible with Cyclom-Ye PCI and Intel PR440GX motherboard 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: Cyclades cy driver incompatible with Cyclom-Ye PCI and Intel PR440GX motherboard State-Changed-From-To: open->feedback State-Changed-By: bde State-Changed-When: Sat Mar 16 20:24:48 PST 2002 State-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=20845 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 20:28:24 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 8F90237B405; Sat, 16 Mar 2002 20:28:22 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2H4SMZ44175; Sat, 16 Mar 2002 20:28:22 -0800 (PST) (envelope-from bde) Date: Sat, 16 Mar 2002 20:28:22 -0800 (PST) From: Message-Id: <200203170428.g2H4SMZ44175@freefall.freebsd.org> To: topping@grassroots.com, bde@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/20845: Cyclades cy driver incompatible with Cyclom-Ye PCI and Intel PR440GX motherboard 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: Cyclades cy driver incompatible with Cyclom-Ye PCI and Intel PR440GX motherboard State-Changed-From-To: feedback->open State-Changed-By: bde State-Changed-When: Sat Mar 16 20:26:21 PST 2002 State-Changed-Why: Gnats accepted a null feedback request; try again. http://www.freebsd.org/cgi/query-pr.cgi?pr=20845 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 20:32: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 ACD7E37B402; Sat, 16 Mar 2002 20:32:17 -0800 (PST) Received: (from bde@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2H4WHG44609; Sat, 16 Mar 2002 20:32:17 -0800 (PST) (envelope-from bde) Date: Sat, 16 Mar 2002 20:32:17 -0800 (PST) From: Message-Id: <200203170432.g2H4WHG44609@freefall.freebsd.org> To: topping@grassroots.com, bde@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/20845: Cyclades cy driver incompatible with Cyclom-Ye PCI and Intel PR440GX motherboard 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: Cyclades cy driver incompatible with Cyclom-Ye PCI and Intel PR440GX motherboard State-Changed-From-To: open->feedback State-Changed-By: bde State-Changed-When: Sat Mar 16 20:28:25 PST 2002 State-Changed-Why: Is this the same problem as in PR 30965? There was a problem with certain newer (?) YeP boards on certain motherboards. This was fixed recently. http://www.freebsd.org/cgi/query-pr.cgi?pr=20845 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 20: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 A33B737B417 for ; Sat, 16 Mar 2002 20:50:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2H4o2t46609; Sat, 16 Mar 2002 20:50:02 -0800 (PST) (envelope-from gnats) Date: Sat, 16 Mar 2002 20:50:02 -0800 (PST) Message-Id: <200203170450.g2H4o2t46609@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: misc/35992: /etc/rc has no way to force fsck -y at next boot, corrupt filesystems with soft updates required manual intervention 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 misc/35992; it has been noted by GNATS. From: "Crist J. Clark" To: Roy Hooper Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/35992: /etc/rc has no way to force fsck -y at next boot, corrupt filesystems with soft updates required manual intervention Date: Sat, 16 Mar 2002 20:49:14 -0800 On Sat, Mar 16, 2002 at 05:57:48PM -0800, Roy Hooper wrote: [snip] > >Fix: > The solution was to force a fsck -y at boot time by modifying /etc/rc so that I could remotely reboot the machine. > Adding the ability to touch a temporary file such as /force-fsck-y would be very useful for remote maintenance. I'm confused. What does, # touch /force-fsck-y Do for you that, # echo 'fsck_y_enable="YES"' >> /etc/rc.conf Doesn't? -- 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 Sat Mar 16 21: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 4614C37B419 for ; Sat, 16 Mar 2002 21:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2H5A3852410; Sat, 16 Mar 2002 21:10:03 -0800 (PST) (envelope-from gnats) Date: Sat, 16 Mar 2002 21:10:03 -0800 (PST) Message-Id: <200203170510.g2H5A3852410@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: i386/30965: Cyclades Cyclom-Yep causes FreeBSD to hang during Reply-To: Bruce Evans 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/30965; it has been noted by GNATS. From: Bruce Evans To: Arjan Knepper Cc: Scott Klement , Subject: Re: i386/30965: Cyclades Cyclom-Yep causes FreeBSD to hang during Date: Sun, 17 Mar 2002 16:02:34 +1100 (EST) On Tue, 19 Feb 2002, Arjan Knepper wrote: > I'm still not satisfied with the Cyclades YeP boards. There is some > strange behaviour with SMP kernels (panics) and with more than one YeP > board in a PC the detection of the CD1400 sometimes failes. Please open a new PR about these if they are still problems. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 22: 6:20 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from D00015.dialonly.kemerovo.su (D00015.dialonly.kemerovo.su [213.184.66.105]) by hub.freebsd.org (Postfix) with ESMTP id EC02037B404; Sat, 16 Mar 2002 22:06:08 -0800 (PST) Received: (from eugen@localhost) by D00015.dialonly.kemerovo.su (8.11.6/8.11.6) id g2H5wYY00447; Sun, 17 Mar 2002 12:58:34 +0700 (KRAT) (envelope-from eugen) Date: Sun, 17 Mar 2002 12:58:34 +0700 From: Eugene Grosbein To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org Cc: dillon@FreeBSD.org Subject: Re: kern/35969: kernel option PPP_DEFLATE often procudes kernel panics; PPP_BSDCOMP sometimes procudes stalled connections Message-ID: <20020317125834.A419@grosbein.pp.ru> References: <200203160808.g2G880k17109@D00015.dialonly.kemerovo.su> <200203160820.g2G8K1s38158@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200203160820.g2G8K1s38158@freefall.freebsd.org>; from FreeBSD-gnats-submit@FreeBSD.org on Sat, Mar 16, 2002 at 12:20:01AM -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 I've investigated this case little further. I've used cvsup to downgrade my home system to tag=RELENG_4 date=2002.02.13.00.00.00 Now it does not panic. So it's possible that last commit to src/sys/net/if_ppp.c broke something: revision 1.67.2.2 date: 2002/02/13 00:43:10; author: dillon; state: Exp; lines: +4 -3 MFC remove the MFREE() mbuf macro and cleanup twists in related code. Eugene Grosbein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 22:20: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 AA2A437B416 for ; Sat, 16 Mar 2002 22:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2H6K3H63655; Sat, 16 Mar 2002 22:20:03 -0800 (PST) (envelope-from gnats) Date: Sat, 16 Mar 2002 22:20:03 -0800 (PST) Message-Id: <200203170620.g2H6K3H63655@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Roy Hooper" Subject: Re: misc/35992: /etc/rc has no way to force fsck -y at next boot, corrupt filesystems with soft updates required manual intervention Reply-To: "Roy Hooper" 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/35992; it has been noted by GNATS. From: "Roy Hooper" To: "Crist J. Clark" Cc: Subject: Re: misc/35992: /etc/rc has no way to force fsck -y at next boot, corrupt filesystems with soft updates required manual intervention Date: Sun, 17 Mar 2002 01:17:29 -0500 fsck_y_enable="YES" might not trigger fsck-y at the next reboot as it relies on fsck -p to make it's decision. In my case, it wasn't triggering fsck -y ever at reboot beacuse it thought the filesystem was clean when it was not. Roy -- Roy Hooper Project Manager & Senior UNIX Consultant Decisive Technologies Inc. ----- Original Message ----- From: "Crist J. Clark" To: "Roy Hooper" Cc: Sent: Saturday, March 16, 2002 11:49 PM Subject: Re: misc/35992: /etc/rc has no way to force fsck -y at next boot, corrupt filesystems with soft updates required manual intervention > On Sat, Mar 16, 2002 at 05:57:48PM -0800, Roy Hooper wrote: > [snip] > > > >Fix: > > The solution was to force a fsck -y at boot time by modifying /etc/rc so that I could remotely reboot the machine. > > Adding the ability to touch a temporary file such as /force-fsck-y would be very useful for remote maintenance. > > I'm confused. What does, > > # touch /force-fsck-y > > Do for you that, > > # echo 'fsck_y_enable="YES"' >> /etc/rc.conf > > Doesn't? > -- > 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 Sat Mar 16 22:40: 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 B484637B419 for ; Sat, 16 Mar 2002 22:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2H6e2N65141; Sat, 16 Mar 2002 22:40:02 -0800 (PST) (envelope-from gnats) Date: Sat, 16 Mar 2002 22:40:02 -0800 (PST) Message-Id: <200203170640.g2H6e2N65141@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: misc/35992: /etc/rc has no way to force fsck -y at next boot, corrupt filesystems with soft updates required manual intervention 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 misc/35992; it has been noted by GNATS. From: "Crist J. Clark" To: Roy Hooper Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/35992: /etc/rc has no way to force fsck -y at next boot, corrupt filesystems with soft updates required manual intervention Date: Sat, 16 Mar 2002 22:34:31 -0800 On Sun, Mar 17, 2002 at 01:17:29AM -0500, Roy Hooper wrote: > fsck_y_enable="YES" might not trigger fsck-y at the next reboot as it relies > on fsck -p to make it's decision. In my case, it wasn't triggering fsck -y > ever at reboot beacuse it thought the filesystem was clean when it was not. # echo 'fsck -y' >> /etc/rc.early -- 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 Sat Mar 16 22: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 35B4837B405 for ; Sat, 16 Mar 2002 22:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2H6e6u65151; Sat, 16 Mar 2002 22:40:06 -0800 (PST) (envelope-from gnats) Date: Sat, 16 Mar 2002 22:40:06 -0800 (PST) Message-Id: <200203170640.g2H6e6u65151@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Roy Hooper" Subject: Re: misc/35992: /etc/rc has no way to force fsck -y at next boot, corrupt filesystems with soft updates required manual intervention Reply-To: "Roy Hooper" 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/35992; it has been noted by GNATS. From: "Roy Hooper" To: Cc: Subject: Re: misc/35992: /etc/rc has no way to force fsck -y at next boot, corrupt filesystems with soft updates required manual intervention Date: Sun, 17 Mar 2002 01:39:03 -0500 Cool, sounds like a Handbook entry to me Roy -- Roy Hooper Project Manager & Senior UNIX Consultant Decisive Technologies Inc. ----- Original Message ----- From: "Crist J. Clark" To: "Roy Hooper" Cc: Sent: Sunday, March 17, 2002 1:34 AM Subject: Re: misc/35992: /etc/rc has no way to force fsck -y at next boot, corrupt filesystems with soft updates required manual intervention > On Sun, Mar 17, 2002 at 01:17:29AM -0500, Roy Hooper wrote: > > fsck_y_enable="YES" might not trigger fsck-y at the next reboot as it relies > > on fsck -p to make it's decision. In my case, it wasn't triggering fsck -y > > ever at reboot beacuse it thought the filesystem was clean when it was not. > > # echo 'fsck -y' >> /etc/rc.early > > -- > 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 Sat Mar 16 22:47:48 2002 Delivered-To: freebsd-bugs@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 5254337B405; Sat, 16 Mar 2002 22:47:36 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g2H6lQ621576; Sat, 16 Mar 2002 22:47:26 -0800 (PST) (envelope-from dillon) Date: Sat, 16 Mar 2002 22:47:26 -0800 (PST) From: Matthew Dillon Message-Id: <200203170647.g2H6lQ621576@apollo.backplane.com> To: Eugene Grosbein Cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/35969: kernel option PPP_DEFLATE often procudes kernel panics; PPP_BSDCOMP sometimes procudes stalled connections References: <200203160808.g2G880k17109@D00015.dialonly.kemerovo.su> <200203160820.g2G8K1s38158@freefall.freebsd.org> <20020317125834.A419@grosbein.pp.ru> 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've investigated this case little further. :I've used cvsup to downgrade my home system to :tag=RELENG_4 date=2002.02.13.00.00.00 : :Now it does not panic. :So it's possible that last commit to src/sys/net/if_ppp.c broke something: : :revision 1.67.2.2 :date: 2002/02/13 00:43:10; author: dillon; state: Exp; lines: +4 -3 :MFC remove the MFREE() mbuf macro and cleanup twists in related code. : :Eugene Grosbein Hmm. That change should not have made any difference, but it's easy to test... upgrade your system to 2002.02.13.00.50.00 (just after my commit) and see if the bug comes back. If it does I will run through that entire commit. I perused it just now and did not see anything specifically wrong. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Mar 16 23:31:29 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 03CB037B427 for ; Sat, 16 Mar 2002 23:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2H7U2G75328; Sat, 16 Mar 2002 23:30:02 -0800 (PST) (envelope-from gnats) Date: Sat, 16 Mar 2002 23:30:02 -0800 (PST) Message-Id: <200203170730.g2H7U2G75328@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: misc/35992: /etc/rc has no way to force fsck -y at next boot, corrupt filesystems with soft updates required manual intervention 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 misc/35992; it has been noted by GNATS. From: "Crist J. Clark" To: Roy Hooper Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/35992: /etc/rc has no way to force fsck -y at next boot, corrupt filesystems with soft updates required manual intervention Date: Sat, 16 Mar 2002 23:26:15 -0800 On Sun, Mar 17, 2002 at 01:39:03AM -0500, Roy Hooper wrote: > Cool, sounds like a Handbook entry to me rc.early probably should just be documented in rc(5). -- 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