From owner-freebsd-hackers Sun Jan 20 3:24:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genius.tao.org.uk [212.135.162.51]) by hub.freebsd.org (Postfix) with ESMTP id D494137B405 for ; Sun, 20 Jan 2002 03:24:13 -0800 (PST) Received: by tao.org.uk (Postfix, from userid 100) id 633C6396; Sun, 20 Jan 2002 11:23:49 +0000 (GMT) Date: Sun, 20 Jan 2002 11:23:49 +0000 From: Josef Karthauser To: "Duane H. Hesser" Cc: hackers@FreeBSD.ORG, Ulf Zimmermann Subject: Re: USB UHCI speed issue ? Message-ID: <20020120112349.B7430@genius.tao.org.uk> References: <20020116110612.B16252@genius.tao.org.uk> <200201200139.g0K1dv621605@androcles.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="wzJLGUyc3ArbnUjN" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200201200139.g0K1dv621605@androcles.com>; from dhh@androcles.com on Sat, Jan 19, 2002 at 05:39:56PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --wzJLGUyc3ArbnUjN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 19, 2002 at 05:39:56PM -0800, Duane H. Hesser wrote: >=20 > I can confirm the problem, and point you to a message in the "current" > archives (Dec 15) which contains a simple 3 or 4 line patch to uhui.c. > The message, authored by Andrew Gordon, may be found at >=20 > http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=3D775757+780830+/usr/local/ww= w/db/text/2001/freebsd-current/20011216.freebsd-curren > t Hmm. :) Looking at the NetBSD code, they made a major commit to fix the same issue: uhci.c revision 1.123 date: 2000/08/13 16:18:09; author: augustss; state: Exp; lines: +136= -31 Implement what in Intel-speech is known as "bandwidth reclamation". It means that we continously poll USB devices that have a pending trans= fer instead of polling just once every ms. This speeds up some transfers at the expense of using more PCI bandwidth. I'm looking at what is necessary to port that change over. Joe --wzJLGUyc3ArbnUjN 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 iEYEARECAAYFAjxKqMQACgkQXVIcjOaxUBb+NQCgov8LliwAAKixeY8kmLM/cmnY r+kAnRhPjaNjKlVhupqUUl+zdJOGIPoy =MgJW -----END PGP SIGNATURE----- --wzJLGUyc3ArbnUjN-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 20 3:30: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 905B737B402 for ; Sun, 20 Jan 2002 03:30:02 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 6D39110DDF7; Sun, 20 Jan 2002 03:30:02 -0800 (PST) Date: Sun, 20 Jan 2002 03:30:02 -0800 From: Alfred Perlstein To: Aaron Smith Cc: freebsd-hackers@freebsd.org Subject: Re: ftpd patch that saves me a lot of hassle Message-ID: <20020120033002.C13686@elvis.mu.org> References: <20020119122812.E909@gelatinous.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020119122812.E909@gelatinous.com>; from aaron-fbsd@mutex.org on Sat, Jan 19, 2002 at 12:28:12PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Aaron Smith [020119 12:29] wrote: > I got sick of (presumably) warez people probing my anonymous ftp site and > dropping all kinds of hard-to-delete trash in incoming, so I patched my > ftpd to only allow directories to start with alphanumerics. There's > probably a better solution, but this works for me so I figure'd I'd share. > > Combining this with a umask that doesn't allow reading uploaded files keeps > things reasonably well in hand. This is cool, would be cooler if it was a regex or something to validate the names passed in via a command line, also could be used to protect against evil filenames. :) > > --Aaron > > > Index: ftpd.c > =================================================================== > RCS file: /usr/cvs/src/libexec/ftpd/ftpd.c,v > retrieving revision 1.62.2.15 > diff -u -r1.62.2.15 ftpd.c > --- ftpd.c 2001/12/18 18:35:55 1.62.2.15 > +++ ftpd.c 2002/01/19 09:47:42 > @@ -2216,6 +2216,12 @@ > { > > LOGCMD("mkdir", name); > + > + if (!isalnum(*name)) { > + reply(521, "Bite me."); > + return; > + } > + > if (mkdir(name, 0777) < 0) > perror_reply(550, name); > else > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductable donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 20 4: 5: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id A624837B41A for ; Sun, 20 Jan 2002 04:04:24 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id g0KC1VP02430; Sun, 20 Jan 2002 13:01:37 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "Duraid Madina" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Insane performance regression? In-Reply-To: Your message of "Sun, 20 Jan 2002 15:28:34 +1100." <000001c1a16a$ec95cc50$022a17ac@simplex> Date: Sun, 20 Jan 2002 13:01:30 +0100 Message-ID: <2427.1011528090@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG One, check your malloc option settings. FreeBSD-current defaults to the AJ setting to flush out errors but this has a significant performance hit. See the malloc(3) manpage for details. You don't say which version you were running before so this is the most specific advice I can give you. Poul-Henning In message <000001c1a16a$ec95cc50$022a17ac@simplex>, "Duraid Madina" writes: >Hi all, > > I have a CPU-bound (well, 'malloc-bound' ;) program which takes >about 20 seconds to run on a 'fast' PC (Pentium3-1000, Athlon XP1600 >etc) - the source is available as >http://www.idesign.fl.net.au/malloc_pain/malloc_pain.tar.gz (NOTE: you >*will* need GCC 3 (or more recent) to compile it). At any rate, I did >the cvsup/buildkernel/buildworld thing this morning (I'm running >5-CURRENT on an SMP box), and now that same program takes about half an >hour to run, rather than 20 seconds. Curiously, it reports about 20% >system time (whereas previously there was negligible system time) > > Any idea what might be going on? > > Duraid > >P.S. to run it: > >gcc -c mt19937b-int.c >g++ Graph.cpp mt19937b-int.o >./a.out > >Known to compile okay with GCC 3.0.3 and 3.1 > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 20 11: 3: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id CB26837B448 for ; Sun, 20 Jan 2002 11:02:51 -0800 (PST) Received: (from dan@localhost) by dan.emsphone.com (8.11.6/8.11.6) id g0KJ2jH32185; Sun, 20 Jan 2002 13:02:45 -0600 (CST) (envelope-from dan) Date: Sun, 20 Jan 2002 13:02:44 -0600 From: Dan Nelson To: Poul-Henning Kamp Cc: Duraid Madina , freebsd-hackers@FreeBSD.ORG Subject: Re: Insane performance regression? Message-ID: <20020120190244.GF81627@dan.emsphone.com> References: <000001c1a16a$ec95cc50$022a17ac@simplex> <2427.1011528090@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2427.1011528090@critter.freebsd.dk> User-Agent: Mutt/1.3.25i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bad top-poster, no cookie. In the last episode (Jan 20), Poul-Henning Kamp said: > In message <000001c1a16a$ec95cc50$022a17ac@simplex>, "Duraid Madina" writes: > > I have a CPU-bound (well, 'malloc-bound' ;) program which takes > > about 20 seconds to run on a 'fast' PC (Pentium3-1000, Athlon > > XP1600 etc) - the source is available as > > http://www.idesign.fl.net.au/malloc_pain/malloc_pain.tar.gz (NOTE: > > you *will* need GCC 3 (or more recent) to compile it). At any rate, > > I did the cvsup/buildkernel/buildworld thing this morning (I'm > > running 5-CURRENT on an SMP box), and now that same program takes > > about half an hour to run, rather than 20 seconds. Curiously, it > > reports about 20% system time (whereas previously there was > > negligible system time) > > One, check your malloc option settings. FreeBSD-current defaults to the > AJ setting to flush out errors but this has a significant performance > hit. Duraid: were you running 4.* before and just upgraded to -current, or did you simply bring an older -current box up to date? If the latter, you might want to try building different kernels to see if you can pinpoint the commit that's causing your slowdown. You will only have to rebuild the kernel, and a binary search should let you narrow it down in under 2 hours, I'd say. I would have suggested looking at Alfred's SMP file locking commit on 2001-01-13, but if your program just does malloc()s it shouldn't be affected by that. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 20 12:35:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from epsilon.aei.ca (epsilon.aei.ca [206.123.6.12]) by hub.freebsd.org (Postfix) with ESMTP id 4E1A937B400 for ; Sun, 20 Jan 2002 12:35:25 -0800 (PST) Received: from aei.ca (hv-hs-37-177.aei.ca [216.221.37.177]) by epsilon.aei.ca (8.10.1/8.10.1) with SMTP id g0KKZNU02134 for freebsd-hackers@FreeBSD.org; Sun, 20 Jan 2002 15:35:24 -0500 (EST) Date: Sun, 20 Jan 2002 15:35:24 -0500 (EST) Message-Id: <200201202035.g0KKZNU02134@epsilon.aei.ca> To: "" From: "MSC Sharp" Subject: FreeBSD.org SIte X-Priority: 3 (Normal) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I was just wondering if the FreeBSD team would accept a new web site from an emerging web design company. All work would be done for free of course and would consist of remodeling the whole or any part of the web site that your organization requested. If you are interested please contact me with some specifications of work you would like done or just a yes or no reply. If you accept we will contact you again in a few weeks to show you some samles of our work. Thank you, I can be contacted at sevenwz@hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 20 15: 3:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from holly.dyndns.org (adsl-208-191-149-232.dsl.hstntx.swbell.net [208.191.149.232]) by hub.freebsd.org (Postfix) with ESMTP id 8FF1C37B400; Sun, 20 Jan 2002 15:03:33 -0800 (PST) Received: (from chris@localhost) by holly.dyndns.org (8.11.6/8.9.3) id g0KN38s41761; Sun, 20 Jan 2002 17:03:08 -0600 (CST) (envelope-from chris) Date: Sun, 20 Jan 2002 17:03:07 -0600 From: Chris Costello To: MSC Sharp Cc: doc@FreeBSD.org Subject: Re: FreeBSD.org SIte Message-ID: <20020120170307.L2208@holly.calldei.com> Reply-To: chris@FreeBSD.org References: <200201202035.g0KKZNU02134@epsilon.aei.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200201202035.g0KKZNU02134@epsilon.aei.ca>; from sevenwz@hotmail.com on Sun, Jan 20, 2002 at 03:35:24PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Thread moved to freebsd-doc] On Sunday, January 20, 2002, MSC Sharp wrote: > I was just wondering if the FreeBSD team would accept a new web site from an > emerging web design company. All work would be done for free of course and > would consist of remodeling the whole or any part of the web site that your > organization requested. If you are interested please contact me with some > specifications of work you would like done or just a yes or no reply. If you > accept we will contact you again in a few weeks to show you some samles of our > work. You may want to consult with Nik Clayton and the FreeBSD Documentation (nik@FreeBSD.org and doc@FreeBSD.org respectively) on this. We are currently in the process of updating the Web site's layout anyway, making a more extensive use of XML and XSLT than before (or at least, a more _proper_ use). That is, if you're serious about helping. :) -- +-------------------+------------------------------------------+ | Chris Costello | Computer and car salesmen differ in that | | chris@FreeBSD.org | the latter know when they are lying. | +-------------------+------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 20 15:56:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from prg.traveller.cz (prg.traveller.cz [193.85.2.77]) by hub.freebsd.org (Postfix) with ESMTP id 1833437B404; Sun, 20 Jan 2002 15:56:34 -0800 (PST) Received: from prg.traveller.cz (localhost [127.0.0.1]) by prg.traveller.cz (8.12.1[KQ-CZ](1)/8.12.1/pukvis) with ESMTP id g0KNuMg8095762; Mon, 21 Jan 2002 00:56:22 +0100 (CET) Received: from localhost (mime@localhost) by prg.traveller.cz (8.12.1[KQ-CZ](1)/pukvis) with ESMTP id g0KNuLrj095759; Mon, 21 Jan 2002 00:56:21 +0100 (CET) Date: Mon, 21 Jan 2002 00:56:21 +0100 (CET) From: Michal Mertl To: hackers@freebsd.org Cc: peter.jeremy@alcatel.com.au, , , , , , Subject: patch for network counter implementation (64bit/atomic) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After rather long discussion on arch with no apparent result I have my patch for STABLE ready. Sorry to repeat what has been already talked about but there may be people on hackers who don't read arch. I've posted 2 patches on http://home.eunet.cz/mime/syscntr.diff.20020120.gz and http://home.eunet.cz/mime/netstat.diff.gz (only modifies netstat to be able to show 64 bit values). The first one modifies lots of sources in kernel but I believe that most changes are totally harmless. It modifies all network device driver sources to use newly defined API for accessing counters (packets, bytes, errors...). It also modifies some files in /sys/net* to use the same API. The counters are defined in /sys/net/if.h and /sys/netinet/{ip|tcp|udp|igmp|icmp}_var.h and their type is changed from u_long to syscntr_t. The new API is defined in /sys/i386/include/syscntr.h but is 99% MI - no problem should occur with Alpha and other ports. By default the syscntr_t is u_int32_t and is accessed non-atomically. This is probably incorrect but it's the same way it's been done for ages so no new problem is created. Change of 2 defines in the file makes counters either 64 bit and/or atomic. Other API feature which may end up useless is that the different counters can be accessed by different type of operation (the size is always either 32 or 64 bit) - maybe even something not yet implemented - per cpu. Other change there is adding support for 64 bit atomic ops to X86 - unfortunatelly the instruction required for this operation is only or >=586. So atomic 64 bit operation is possible only on these computers - but that's maybe also only on SMP machines (>=586) where the atomicity is strictly needed. As discussed to death on arch atomicity and 64 bit both add to cost of accessing the counters. The most common operation is addition - on p3 non-atomic 32 bit cost about 2 clocks, atomic 32 bit 20 clocks, non-atomic 64 bit 7 clocks and atomic 64 bit 50 clocks. For each tcp packet we have at least 5 counter updates. The code is perfectly usable on CURRENT too. If there's single request I'll make sure it fits there 100%. There's one problem I'm aware of - NETGRAPH. It has some counters defined in code too and I think it will benefit from the change too. But I don't now if it's possible to change the types in there (are there NG drivers not it tree?). PS: After changing kernel counters from 32 to 64 bit, some of world has to be rebuild too (to notice the change in structs which contain the counters). Namely ifconfig, netstat, systat and probably others. -- Michal Mertl mime@traveller.cz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 20 20: 2:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fl-mta01.durocom.com (fl-mta01.durocom.com [216.53.195.242]) by hub.freebsd.org (Postfix) with ESMTP id AF2A337B402; Sun, 20 Jan 2002 20:02:02 -0800 (PST) Received: from [198.69.78.93] by fl-mta01.durocom.com with SMTP id <20020121040349.BCXW984.fl-mta01@[198.69.78.93]>; Sun, 20 Jan 2002 23:03:49 -0500 From: liltator@slingshot.com To: Subject: Hi Friend Date: Sun, 20 Jan 2002 21:53:39 -0600 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_1B37_00002A92.00001000" X-Priority: 3 X-MSMail-Priority: Normal Message-Id: <20020121040349.BCXW984.fl-mta01@[198.69.78.93]> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_000_1B37_00002A92.00001000 Content-Type: text/html; ViaPro

To be removed from future mailings CLICK HERE

 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Jan 20 23:33:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from johnson.mail.mindspring.net (johnson.mail.mindspring.net [207.69.200.177]) by hub.freebsd.org (Postfix) with ESMTP id 5220437B405 for ; Sun, 20 Jan 2002 23:33:05 -0800 (PST) Received: from 1cust172.tnt4.des-moines.ia.da.uu.net ([63.11.140.172] helo=vaio) by johnson.mail.mindspring.net with smtp (Exim 3.33 #1) id 16RqhC-000835-00; Sat, 19 Jan 2002 03:17:52 -0500 From: rjumper@yahoo.com To: Subject: RE: Date: Fri, 18 Jan 2002 21:31:30 -0600 X-Priority: 1 X-MSMail-Priority: High Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG TIRED OF ENDLESSLY POSTING YOUR ONLINE CLASSIFIED AD AND GETTING NO RESULTS? There are over 7000 such sites scattered about the web; and quite frankly, none of them generate enough traffic to be worth your while. Even when someone finds or visits one of these sites, your ad is hopelessly lost in a myriad of similar offerings. Another frustration is search engines. If you are not in the Top 10, forget about high-traffic on your web site. Not everyone can be in the Top 10 and stay there; when there are estimates of four million web pages! How do we know? We know because that's exactly what we used to do. The greatest way of marketing this century is undoubtedly direct e-mail. It's similar to the postman delivering a letter to your mailbox. There is NO stumbling on to it! The ability to promote your product, service, website, or MLM/network marketing opportunity to millions instantly is what advertisers have been dreaming of for over 100 years. We will e-mail your one page promotion to a list of our general addresses. The greatest part is, it's completely affordable. ----------------------------------------------------------------------- NOTICE: Absolutely no pornography, chain letters, get rich quick, pyramid schemes, or any threatening or questionable materials. ----------------------------------------------------------------------- STANDARD PRICING AND PROCEDURES ----------------------------------------------------------------------- EXTRACTING: Our list of general Internet addreses are actually extracted from the most popular web sites on the Internet. The addresses are verified and run through our purification process. The process includes addresses run against our custom remove filter of 2,492 keywords, as well as through our 192MB remove /flamer list. The EDU, ORG, GOV, MIL, and US domains are removed, as well as other domains that asked not to receive e-mail. ----------------------------------------------------------------------- SET-UP FEE: $150.00 This will cover the costs of uploading files, Internet Access (ISP), and software set-up. ----------------------------------------------------------------------- EVALUATION: $350.00 (optional) One of our marketing specialists will evaluate your sales letter, and offer his/her expertise on how to make it the most successful. ----------------------------------------------------------------------- STANDARD PRICING: (Emails Delivered) 1 Million- $800.00 per 2 Million- $700.00 per 3 Million & up- $600.00 per ----------------------------------------------------------------------- SPECIAL OFFER! This introductory offer of $475.00 includes: 1. Set-Up Fee 2. Evaluation of Sales Letter 3. 250,000 e-mails delivered ----------------------------------------------------------------------- PAYMENT POLICY All services must be paid in full prior to delivery of advertisement. Under NO CIRCUMSTANCES will any sales or marketing strategies be discussed until payment is received. ----------------------------------------------------------------------- If you are serious about Direct Email Marketing--Fax the following form to (602) 392-8288 ---------------------------------------------------------------------- PLEASE FILL THIS FORM OUT COMPLETELY! Contact Name: _____________________________________________ Business Name: ______________________________________ Business Type: ______________________________________ # Years in Business: _________________________ Address: _________________________________________________ City: ____________________ State: ______ Zip: ______________ Country: _______________ Email Address: _______________________________________________ Phone: __________________________Fax: ____________________________ ----------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 0:19:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from penguin-ext.wise.edt.ericsson.se (penguin-ext.wise.edt.ericsson.se [194.237.142.110]) by hub.freebsd.org (Postfix) with ESMTP id 9AA5C37B417 for ; Mon, 21 Jan 2002 00:18:58 -0800 (PST) Received: from esealnt461 (esealnt461.al.sw.ericsson.se [153.88.251.61]) by penguin.wise.edt.ericsson.se (8.11.0/8.11.0/WIREfire-1.3) with SMTP id g0L8Ivw29781 for ; Mon, 21 Jan 2002 09:18:57 +0100 (MET) Received: FROM esealnt400.al.sw.ericsson.se BY esealnt461 ; Mon Jan 21 09:18:56 2002 +0100 Received: by esealnt400 with Internet Mail Service (5.5.2653.19) id ; Mon, 21 Jan 2002 09:18:56 +0100 Message-ID: From: "Lajos Zaccomer (ETH)" To: "'freebsd-hackers@FreeBSD.org'" Subject: Telnet option negotiation Date: Mon, 21 Jan 2002 09:18:38 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C1A254.3A470510" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C1A254.3A470510 Content-Type: text/plain; charset="iso-8859-2" Hi FreeBSD experts, I wrote a VERY simple telnet program that actually works as a Network Virtual Terminal. It is achieved by sending "WON'T XXX" to all "DO XXX" server requests. It should work according to RFC-854, page 4: "Since the NVT is what is left when no options are enabled, the DON'T and WON'T responses are guaranteed to leave the connection in a state which both ends can handle." It works with Unix, Linux, Windows, Cisco, but not with my FreeBSD: after a while it stops sending anything. This is the attempt trace: Internet Protocol, Src Addr: 10.1.1.223 (10.1.1.223), Dst Addr: 10.1.1.222 (10.1.1.222) Telnet Command: Do Authentication Option Internet Protocol, Src Addr: 10.1.1.222 (10.1.1.222), Dst Addr: 10.1.1.223 (10.1.1.223) Telnet Command: Do Echo Command: Won't Authentication Option Internet Protocol, Src Addr: 10.1.1.223 (10.1.1.223), Dst Addr: 10.1.1.222 (10.1.1.222) Telnet Command: Will Echo Command: Will Encryption Option Command: Do Terminal Type Command: Do Terminal Speed Command: Do X Display Location Command: Do New Environment Option Command: Do Environment Option Internet Protocol, Src Addr: 10.1.1.222 (10.1.1.222), Dst Addr: 10.1.1.223 (10.1.1.223) Telnet Command: Won't Terminal Type Command: Won't Terminal Speed Command: Won't X Display Location Command: Won't New Environment Option Command: Won't Environment Option Can you tell me why it does not work, and what can I do to make it work? Thank you for all hints! Regards, Zacco ---------- This is the very first experimental code: #include #include #include #include #include #include #include #include #include char* hostname = "hostname"; char* pwd = "password\r\n"; char* usr = "username\r\n"; bool opt0 = true; bool isLogged = false; void SndMsg( int sd, const char* mp ) { send( sd, mp, strlen(mp), 0 ); printf( "\nsend msg: %s\n", mp ); } bool Telnet_recv( int socket_desc ) { unsigned char optmsg[100]; int bufsize = 1024; unsigned char buffer[bufsize]; int length = recv(socket_desc, buffer, bufsize, 0); int optmsglen = 0; if( opt0 ) { optmsg[optmsglen] = 255; optmsg[optmsglen+1] = 253; optmsg[optmsglen+2] = 1; optmsglen += 3; opt0 = false; } for (int i = 0; i < length; i += 3 ) { if( buffer[i] == 255 ) // IAC { if( buffer[i+1] == 253 ) { optmsg[optmsglen] = 255; optmsg[optmsglen+1] = 252; optmsg[optmsglen+2] = buffer[i+2]; optmsglen += 3; } } else { if( (strstr( (const char*)buffer, "ogin" ) != NULL) && (!isLogged) ) { isLogged=true; SndMsg( socket_desc, usr ); } if( strstr( (const char*)buffer, "assword") != NULL ) { isLogged = true; SndMsg( socket_desc, pwd );} } } if( optmsglen > 0 ) send( socket_desc, optmsg, optmsglen, 0 ); if( buffer[length-1] == '>' || buffer[length-2] == '>' || buffer[length-2] == '#' || buffer[length-2] == '$' ) return true; else return false; } int main() { int socket_desc; struct hostent *he; struct sockaddr_in address; if( ( socket_desc=socket(AF_INET,SOCK_STREAM,0) ) == 0 ) perror( "Create socket" ); if ((he = gethostbyname( hostname )) == NULL) { puts("error resolving hostname.."); exit(1); } memcpy(&address.sin_addr, he->h_addr_list[0], he->h_length); address.sin_family = AF_INET; address.sin_port = htons(23); if( connect(socket_desc, (struct sockaddr *)&address, sizeof(address)) == -1 ) { puts("error connecting.."); exit(1); } int length, x = 0; do{ printf( "\n%d. message\n", ++x ); } while( Telnet_recv( socket_desc ) ); printf( "--- Successful Login ---\n" ); close(socket_desc); } ------_=_NextPart_001_01C1A254.3A470510 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Telnet option negotiation

Hi FreeBSD experts,
I wrote a VERY simple telnet program that actually = works as a Network Virtual Terminal. It is achieved by sending = "WON'T XXX" to all "DO XXX" server requests. It = should work according to RFC-854, page 4: "Since the NVT is what = is left when no options are enabled, the DON'T and WON'T responses are = guaranteed to leave the connection in a state which both ends can = handle." It works with Unix, Linux, Windows, Cisco, but not with = my FreeBSD: after a while it stops sending anything. This is the = attempt trace:

Internet Protocol, Src Addr: 10.1.1.223 (10.1.1.223), = Dst Addr: 10.1.1.222 (10.1.1.222)
Telnet
    Command: Do Authentication = Option

Internet Protocol, Src Addr: 10.1.1.222 (10.1.1.222), = Dst Addr: 10.1.1.223 (10.1.1.223)
Telnet
    Command: Do Echo
    Command: Won't Authentication = Option

Internet Protocol, Src Addr: 10.1.1.223 (10.1.1.223), = Dst Addr: 10.1.1.222 (10.1.1.222)
Telnet
    Command: Will Echo
    Command: Will Encryption = Option
    Command: Do Terminal Type
    Command: Do Terminal Speed
    Command: Do X Display = Location
    Command: Do New Environment = Option
    Command: Do Environment = Option

Internet Protocol, Src Addr: 10.1.1.222 (10.1.1.222), = Dst Addr: 10.1.1.223 (10.1.1.223)
Telnet
    Command: Won't Terminal = Type
    Command: Won't Terminal = Speed
    Command: Won't X Display = Location
    Command: Won't New Environment = Option
    Command: Won't Environment = Option
Can you tell me why it does not work, and what can I = do to make it work?
Thank you for all hints!
Regards,
Zacco

----------

This is the very first experimental code:

#include <sys/types.h>
#include <sys/socket.h>
#include <stdio.h>
#include <errno.h>
#include <unistd.h>
#include <netdb.h>
#include <string.h>
#include <netinet/in.h>
#include <stdlib.h>


char* hostname =3D "hostname";
char* pwd =3D "password\r\n";
char* usr =3D "username\r\n";
bool opt0 =3D true;
bool isLogged =3D false;

void SndMsg( int sd, const char* mp )
{
        send( sd, = mp, strlen(mp), 0 );
        printf( = "\nsend msg: %s\n", mp );
}

bool Telnet_recv( int socket_desc )
{
        unsigned = char optmsg[100];
        int = bufsize =3D 1024;
        unsigned = char buffer[bufsize];
        int = length =3D recv(socket_desc, buffer, bufsize, 0);
        int = optmsglen =3D 0;

        if( opt0 = )
        {
        =         optmsg[optmsglen] =3D 255;
        =         optmsg[optmsglen+1] =3D 253;
        =         optmsg[optmsglen+2] =3D 1;
        =         optmsglen = +=3D 3;
        =         opt0 =3D = false;
        }
        for (int = i =3D 0; i < length; i +=3D 3 )
        {
        =         if( buffer[i] = =3D=3D 255 ) // IAC
        =         {
        =         =         if( = buffer[i+1] =3D=3D 253 )
        =         =         {
        =         =         =         optmsg[optmsglen] =3D 255;
        =         =         =         optmsg[optmsglen+1] =3D 252;
        =         =         =         optmsg[optmsglen+2] =3D buffer[i+2];
        =         =         =         optmsglen = +=3D 3;
        =         =         }
        =         }
        =         else
        =         {
        =         =         if( (strstr( = (const char*)buffer, "ogin" ) !=3D NULL) && = (!isLogged) ) { isLogged=3Dtrue; SndMsg( socket_desc,  usr ); = }

        =         =         if( strstr( = (const char*)buffer, "assword") !=3D NULL  ) { isLogged = =3D true; SndMsg( socket_desc,  pwd );}

        =         }
        }
        if( = optmsglen > 0 ) send( socket_desc, optmsg, optmsglen, 0 );
        if( = buffer[length-1] =3D=3D '>' || buffer[length-2] =3D=3D '>' || = buffer[length-2] =3D=3D '#' || buffer[length-2] =3D=3D '$' ) return = true;

        else = return false;
}


int main()
{
        int = socket_desc;
        struct = hostent *he;
        struct = sockaddr_in address;

        if( ( = socket_desc=3Dsocket(AF_INET,SOCK_STREAM,0) ) =3D=3D 0 ) perror( = "Create socket" );

        if ((he = =3D gethostbyname( hostname )) =3D=3D NULL)
        {
        =         puts("error resolving hostname..");
        =         exit(1);
        }
        memcpy(&address.sin_addr, he->h_addr_list[0], = he->h_length);
        address.sin_family =3D AF_INET;
        address.sin_port =3D htons(23);

        if( = connect(socket_desc, (struct sockaddr *)&address, sizeof(address)) = =3D=3D -1 )
        {
        =         puts("error connecting..");
        =         exit(1);
        }

        int = length, x =3D 0;
        do{ = printf( "\n%d. message\n", ++x ); } while( Telnet_recv( = socket_desc ) );   
        printf( = "--- Successful Login ---\n" );

        close(socket_desc);
}

------_=_NextPart_001_01C1A254.3A470510-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 3:34:46 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 10AE737B402 for ; Mon, 21 Jan 2002 03:34:43 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id g0LBW4U14180 for ; Mon, 21 Jan 2002 12:32:04 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: hackers@freebsd.org Subject: Project idea: Put PVM in /usr/bin/make From: Poul-Henning Kamp Date: Mon, 21 Jan 2002 12:32:04 +0100 Message-ID: <14178.1011612724@critter.freebsd.dk> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG /usr/bin/make already have hooks for remote execution of jobs when running parallel. All that is missing before we can do distributed parallel make worlds is that somebody writes the necessary hooks based on PVM... This is a really simple task, and the best of it all is that one does not need a cluster of machines to test it: Using jail(8) you can run a PVM cluster of any size on one machine. Any takers ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 8:36:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 9AB1E37B416; Mon, 21 Jan 2002 08:36:52 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id g0LGaq403773; Mon, 21 Jan 2002 08:36:52 -0800 Date: Mon, 21 Jan 2002 08:36:52 -0800 From: Brooks Davis To: Poul-Henning Kamp Cc: hackers@FreeBSD.ORG Subject: Re: Project idea: Put PVM in /usr/bin/make Message-ID: <20020121083652.A1496@Odin.AC.HMC.Edu> References: <14178.1011612724@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <14178.1011612724@critter.freebsd.dk>; from phk@FreeBSD.ORG on Mon, Jan 21, 2002 at 12:32:04PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 21, 2002 at 12:32:04PM +0100, Poul-Henning Kamp wrote: >=20 > /usr/bin/make already have hooks for remote execution of jobs when > running parallel. All that is missing before we can do distributed > parallel make worlds is that somebody writes the necessary hooks > based on PVM... >=20 > This is a really simple task, and the best of it all is that one > does not need a cluster of machines to test it: Using jail(8) you > can run a PVM cluster of any size on one machine. I'm all for parallel makes, but I don't think this is the right approach. The problem with doing this directly on PVM is that PVM is a message passing system. This is find if you are the only user of the cluster, but if it's shared (the normal case) you need a schedular. A better approach would be to allow make to tie into a POSIX batch queueing framework. Since the syntax is pretty similar, you could probably support both Sun Grid Engine and PBS fairly easily. As proof that this can work, SGE ships with a parallel make. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8TEOjXY6L6fI4GtQRAscbAJ9zC+ug3+3sh+sff+C/oc755tyINwCgpYaA RcIzCVzan/LWn3izxskTmw0= =VD8a -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 9: 4:12 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 7172F37B416 for ; Mon, 21 Jan 2002 09:04:05 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id g0LH1KU23919; Mon, 21 Jan 2002 18:01:20 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Brooks Davis Cc: hackers@FreeBSD.ORG Subject: Re: Project idea: Put PVM in /usr/bin/make In-Reply-To: Your message of "Mon, 21 Jan 2002 08:36:52 PST." <20020121083652.A1496@Odin.AC.HMC.Edu> Date: Mon, 21 Jan 2002 18:01:20 +0100 Message-ID: <23917.1011632480@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020121083652.A1496@Odin.AC.HMC.Edu>, Brooks Davis writes: >On Mon, Jan 21, 2002 at 12:32:04PM +0100, Poul-Henning Kamp wrote: >> /usr/bin/make already have hooks for remote execution of jobs when >> running parallel. All that is missing before we can do distributed >> parallel make worlds is that somebody writes the necessary hooks >> based on PVM... >>=20 >> This is a really simple task, and the best of it all is that one >> does not need a cluster of machines to test it: Using jail(8) you >> can run a PVM cluster of any size on one machine. > >I'm all for parallel makes, but I don't think this is the right >approach. The problem with doing this directly on PVM is that PVM is a >message passing system. This is find if you are the only user of the >cluster, but if it's shared (the normal case) you need a schedular. A >better approach would be to allow make to tie into a POSIX batch >queueing framework. Since the syntax is pretty similar, you could >probably support both Sun Grid Engine and PBS fairly easily. As proof >that this can work, SGE ships with a parallel make. Well, you may think so, but while I wait for this Rolls-Royce you describe, I'll be perfectly content to upgrade my bike to a cheap japanese compact car... Adding PVM to /usr/bin/make is a simple task, less than 1000 lines of code. What you suggest is not going to happen in any of the next couple of years unless $BIGCORP pays somebody to do it. My suggestion consequently still stands: Please someone, add PVM to /usr/bin/make. Poul-Henning PS: you have no idea how I hate the "AAAAAAHHHH! what you propose will not be perfect so DO NOT DO IT!" attitude around here... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 9:10:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx9.airmail.net (mx9.airmail.net [209.196.77.106]) by hub.freebsd.org (Postfix) with ESMTP id E90DF37B400 for ; Mon, 21 Jan 2002 09:09:20 -0800 (PST) Received: from covert.black-ring.iadfw.net ([209.196.123.142]) by mx9.airmail.net with smtp (Exim 3.33 #1) id 16Shxv-000KEl-00; Mon, 21 Jan 2002 11:10:39 -0600 Received: from mail.airmail.net from [207.136.49.94] by covert.black-ring.iadfw.net (/\##/\ Smail3.1.30.16 #30.55) with smtp for sender: id ; Mon, 21 Jan 2002 11:11:02 -0600 (CST) Message-Id: Date: Mon, 21 Jan 2002 11:11:02 -0600 (CST) Apparently-To: , , , From: david bucher SUBJECT: The single PC is the instructor’s. X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Outlook Express 5.00.2615.200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0098_012B4FEC.495FECD0" Content-Transfer-Encoding: 7bit To: undisclosed-recipients:; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0098_012B4FEC.495FECD0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit The situation with multiple PCs in a classroom is not considered as a classroom by this author, but a computer lab. The eInstruction model will provide instructional tools for all levels of classrooms beginning with level 0. Thus, the model is available to use immediately with no requirement that you have technology in your classroom. ------=_NextPart_000_0098_012B4FEC.495FECD0 Content-Type: application/octet-stream; name="classification.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="classification.exe" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAABQRQAATAEDACfzsjMAAAAAvgIAAOAAAwMLAQUAAEoAAABKAAAAAAAAEB4A AAAQAAAAYAAAAAAAAQAQAAAAAgAABQAAAAUAAAAEAAAAAAAAAO1LAQAAAgAAgZkBAAIAAAAAAAQA ABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAAGxUAABQAAAAAKAAAOgKAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAADgEAAAHAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAEAAA4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAALkkAAAAQAAAASgAAABAA AAAAAADVwwAAAABaByAAAGAuZGF0YQAAAPQ8AAAAYAAAACoAAABaAAAAAAAAAAAAAAAAAABAAADA LnJzcmMAAADtqwAAAKAAAACCAAAAhAAAAAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALrk+L/kcve/ 1E/6v1Z897/Guvi/XG33v0Ep+L8t6vi/ViP4vwRJ979bc/e/vXX3v1R2979ln/i/fBP5v82u+L9s QPm/6UX5v5Nc+L+jpfm/nnX3v6FC+b+5T/q/E4X4v7BP+r90fPe/o3z3v027+L+Vc/e/gJL5v5RX 97+lWPe/V273v/Fk+L8RG/i/UVn3v8Ru9794bve/ANv3v3d197/kcPe/OHz3vy5Q+r8alfm/2Ff3 vxJ8978KUPq/i7z3vwAAAAAMS/a/EUv2v9k49r8AAAAAWFjwZdQZ8GUAAAAAAAAAACfzsjMAAAAA BAAAABABAAAAAAAAAJAAAAAAAAAn87IzAAAAAAQAAAAQAQAAAAAAAKwKAQAAAAAAJ/OyMwAAAAAD AAAAgAQAAAAAAAC8CwEAAAAAACfzsjMAAAAABgAAAAAAAAAAAAAAPBABAAAAAAAn87IzAAAAAAIA AAAAAAAAAAAAAAAAi/8AAAAAUmVnU3ZyMzIAAAAAAAAAAERsbFJlZ2lzdGVyU2VydmVyAAAAAAAA AERsbFVucmVnaXN0ZXJTZXJ2ZXIAAAAAAERsbEluc3RhbGwAACUxOiAlMgoAAAAAACBhbmQgAAAA Lm9jeAAAAAAuZGxsAAAAADB4JTA4bHgAL24gbXVzdCBiZSB1c2VkIHdpdGggdGhlIC9pIHN3aXRj aAAAIAAAAP////8CGQABExkAAf////9bGgABbBoAAf////9iGwABcxsAAf////9SHAABVhwAAf// //9aHwABbx8AAXJ1bnRpbWUgZXJyb3IgAAANCgAAVExPU1MgZXJyb3INCgAAAFNJTkcgZXJyb3IN CgAAAABET01BSU4gZXJyb3INCgAAUjYwMjgNCi0gdW5hYmxlIHRvIGluaXRpYWxpemUgaGVhcA0K AAAAAFI2MDI3DQotIG5vdCBlbm91Z2ggc3BhY2UgZm9yIGxvd2lvIGluaXRpYWxpemF0aW9uDQoA AAAAUjYwMjYNCi0gbm90IGVub3VnaCBzcGFjZSBmb3Igc3RkaW8gaW5pdGlhbGl6YXRpb24NCgAA AABSNjAyNQ0KLSBwdXJlIHZpcnR1YWwgZnVuY3Rpb24gY2FsbA0KAAAAUjYwMjQNCi0gbm90IGVu b3VnaCBzcGFjZSBmb3IgX29uZXhpdC9hdGV4aXQgdGFibGUNCgAAAABSNjAxOQ0KLSB1bmFibGUg dG8gb3BlbiBjb25zb2xlIGRldmljZQ0KAAAAAFI2MDE4DQotIHVuZXhwZWN0ZWQgaGVhcCBlcnJv cg0KAAAAAFI2MDE3DQotIHVuZXhwZWN0ZWQgbXVsdGl0aHJlYWQgbG9jayBlcnJvcg0KAAAAAFI2 MDE2DQotIG5vdCBlbm91Z2ggc3BhY2UgZm9yIHRocmVhZCBkYXRhDQoADQphYm5vcm1hbCBwcm9n cmFtIHRlcm1pbmF0aW9uDQoAAAAAUjYwMDkNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgZW52aXJv bm1lbnQNCgBSNjAwOA0KLSBub3QgZW5vdWdoIHNwYWNlIGZvciBhcmd1bWVudHMNCgAAAFI2MDAy DQotIGZsb2F0aW5nIHBvaW50IG5vdCBsb2FkZWQNCgAAAABNaWNyb3NvZnQgVmlzdWFsIEMrKyBS dW50aW1lIExpYnJhcnkAAAAACgoAAFJ1bnRpbWUgRXJyb3IhCgpQcm9ncmFtOiAAAAAuLi4APHBy b2dyYW0gbmFtZSB1bmtub3duPgAAR2V0TGFzdEFjdGl2ZVBvcHVwAABHZXRBY3RpdmVXaW5kb3cA TWVzc2FnZUJveEEAdXNlcjMyLmRsbAAAAAAAAAAAAABVi+xWi3UMV4t9CIA+AHRkU4tdDIoOgPkl dTmKRgE8MXwyPDN/LjwxdQWLXRDrEDwydQWLXRTrBzwzdQOLXRhTV/8VBBAAAVf/FXAQAAED+EZG 6xoPvsFQ6DMKAACFwFl0BooGiAdHRooGiAdHRoA+AHWhW4AnAF9eXcIUAFWL7IHsAAwAAFNWVzP/ OT20iAABdAw5PbCIAAEPhMIAAAC7AAQAAI2FAPj//4s1xBAAAVNQ/3UI/zW4iAAB/9b/dRSNhQD4 ////dRD/dQxQjYUA/P//UOgn////OX0YdCeNvQD8//+Dyf8zwPKu99FJK9mNhA0A/P//U1BqAf81 uIgAAf/WM/85PbSIAAG+cBEAAXUgi0Uc99gbwIPgEIPAMIDMIFCNhQD8//9WUFf/FcwQAAE5PbCI AAF0J42FAPz//1dQVo2FAPT//2i8EQABUOis/v//jYUA9P//UOiQCQAAWV9eW8nCGABVi+xq/2gQ EgABaEglAAFkoQAAAABQZIklAAAAAFFRgex8CwAAU1ZXiWXoM9uJncD6//+JXeSJnbD6//+JXdhq AVmJjaT4//+JncT6///Hhbz6//+AEQABiV3Qi0UIo7iIAAGL8Ym1tPr//zkN5IgAAQ+OUgEAAI2F zPv//4mFbPT//6HoiAABizywigc8LQ+E6AAAADwvD4TgAAAAPCIPhcQAAABHV42FmPf//1D/FQQQ AAGNhZj3//9Q/xVwEAABO8N+b4C8BZf3//8idGVGibW0+v//OzXkiAABfVaLPSgQAAFoDBIAAY2F mPf//1D/16HoiAAB/zSwjYWY9///UP/XoeiIAAH/NLD/FXAQAAE7w34Qiw3oiAABiwyxgHwB/yJ0 D0aJtbT6//87NeSIAAF8sI2FmPf//1D/FXAQAAFAUGpA/xUkEAABi/A783RSjYWY9///UFb/FQQQ AAGLhWz0//+JMOsIi4Vs9P//iTj/RdCDhWz0//8E6yYPvkcBg/hJD48QBAAAD4SHBAAAg+hDD4Qo BAAASEh1JImNxPr///+FtPr//4uFtPr//zsF5IgAAX0SagFZi/Dpwv7//1NqAVNTV+sXOZ2k+P// dRM5Xdh1DlNqAVNTaOgRAAFqAusaOV3QdR45XeRTdAhTU1NTagTrB2oBU1NTagXoEv3//2oB60WJ XfxT/xXUEAABiUXcg038/+sgi0XsiwCLAImFePT//2oBWMOLZeiLhXj0//+DTfz/M9s7w30UU1NT U1NqBujL/P//agJY6TcDAABqAf8VIBAAAYld4L+wEQABi0XgO0XQfVeLtIXM+///iXXUaghTVv8V HBAAAYmFjPf//4P4IHNK/xUYEAABUGjgEQABjYWA9///UP8VyBAAAYPEDFNTU42FgPf//1BWagfo Xvz//8eFwPr//wMAAADHRfwDAAAA/xXYEAAB6awCAAA5nbD6//8PhfcAAAA5naT4//8PhN8AAAD/ tbz6////tYz3////FRQQAAE7w3VgjYWA9v//UFNTU1bolwcAAIPEFGjYEQABjYWA9v//UOjzBgAA WVmFwHQoaNARAAGNhYD2//9Q6NwGAABZWYXAdBFTU1P/tbz6//9Wagjp7gAAAFNTU/+1vPr//+nd AAAAx0X8AQAAAP/QiUXcg038/+soi0XsiwCLAImFdPT//2oBWMOLZeiLhXT0//+DTfz/M9u/sBEA AYt11DvDfStQaOARAAGNhYD3//9Q/xXIEAABg8QMU1ONhYD3//9QVv+1vPr//+n9AAAAOZ2w+v// D4UQAQAAOV3YD4T7AAAAV/+1jPf///8VFBAAATvDdWWNhYD1//9QU1NTVuioBgAAg8QUaNgRAAGN hYD1//9Q6AQGAABZWYXAdCBo0BEAAY2FgPX//1Do7QUAAFlZhcB0CVNTU1dWagjrB1NTU1dWagno z/r//8eFwPr//wQAAADpAQEAAMdF/AIAAACNjaj4//9RM8k5nbD6//8PlMFR/9CJRdyDTfz/6yiL ReyLAIsAiYVw9P//agFYw4tl6IuFcPT//4NN/P8z27+wEQABi3XUO8N9NFBo4BEAAY2FgPf//1D/ FcgQAAGDxAxTU42FgPf//1BWV2oK6Ef6///HhcD6//8FAAAA63w5nbD6//8Phfn9//85ncT6//91 aDmdpPj//3Q6/7W8+v//jYV89P//UP8VBBAAATld2HQ1aMgRAAGNhXz0//9Q/xUoEAABV42FfPT/ /1D/FSgQAAHrEzld2HQOV42FfPT//1D/FQQQAAFqAVNTVo2FfPT//1BqC+i/+f///7WM9////xUQ EAAB/0Xg6fj8//9qAVjDi2XoM9tTU1NTU2oM6Jb5//+DTfz/i4XA+v//i03wZIkNAAAAAF9eW8nC EACD+FN/FnRrg/hOD4UX/P//iZ2k+P//6e77//+D+GN/EnQFg+hV6yWJDbCIAAHp1/v//4PoZQ+E yPv//4PoBHQ9g+gFdMuD6AV0KEhIdA9ID4XS+///iU3k6az7//+JjbD6///Hhbz6//+YEQAB6Zf7 //+JDbSIAAHpjPv//4lN2IB/AjoPhe0AAACNRwOAOCIPhakAAACNdwRW/xVwEAABO8N+EY1EMP+A OCJ1CIgYVumLAAAAVo2FyPr//1D/FQQQAAH/hbT6//+LhbT6//87BeSIAAF9dqHoiAABi420+v// izSIVv8VcBAAATvDfgeAfDD/InQiaAwSAAGNhcj6//9Q/xUoEAABVo2FyPr//1D/FSgQAAHrqohc MP9oDBIAAY2FyPr//1D/FSgQAAFWjYXI+v//UP8VKBAAAesOUI2FyPr//1D/FQQQAAFoBAEAAI2F qPj//1Bq/42FyPr//1BTU/8VDBAAAYXAD4S1+v//6ZL6//9oxBEAAY2FqPj//1D/FQgQAAHpe/r/ /1WL7APAK9tmY8m4YjsfBQPBwfg4E8P8G8MLxUgDxPhyJPyQI8aLwLgcSh8Fg+AjkF0Fd0wfBegN AAAAQOkOAAAAMSoFHVEfBfhyKMOD0DJAA8PobgAAAPlzbugPAAAA+TPG6QoAAAAxORVeXB8FwzPF K8P5PV1iHwUzyWZj0g+EAOafpegKAAAAg9Am6QsAAAAxOR0Eax8Fw8HICqkQbR8F6O3/////NahU AAHoBwAAAOkJAAAAMQ4zwUjDQCPH6PT////D1jPAZP8wZIkggRjv/p+ldBgl/wAAAFDoHwEAAIPE BIXAdOBGiXWc69qAPiJ1BEaJdZyKBoTAdAo8IHcGRol1nOvwx0XQAAAAAI1FpFD/FTAQAAH2RdAB dAqLRdQl//8AAOsFuAoAAABQVmoAagD/FSwQAAFQ6Jn3//+JRaBQ6OgDAADrIYtF7IsIiwmJTZhQ Uei1BgAAg8QIw4tl6ItVmFLo5QMAAIPEBMdF/P////+LTfBkiQ0AAAAAX15bi+Vdw4A+IA+GaP// /0aJdZzr8ZCQkJCQkJCQkJCQgz3EiAABAXUF6BISAACLRCQEUOhIEgAAg8QEaP8AAAD/FTBgAAGD xATDkJCQkJCQgz3EiAABAXUF6OIRAACLRCQEUOgYEgAAg8QEaP8AAAD/FTwQAAHDkJCQkJCQkJCQ i0QkBGoEagBQ6BIAAACDxAzDkJCQkJCQkJCQkJCQkJCLRCQEikwkDCX/AAAAhIgpigABdR+LTCQI hcl0EDPSZosURXpiAAGLwiPB6wIzwIXAdQHDuAEAAADDkJCQkJCQU1VWV2igZAABg8v/6G8TAACL VCQYi+iL+oPJ/zPAg8QE8q730UlooGQAAYvxVmoBUuiaFQAAg8QQO8Z1M6GkZAABSKOkZAABeBWh oGQAAcYACqGgZAABQKOgZAAB6w9ooGQAAWoK6DUUAACDxAgz22igZAABVejFEwAAg8QIi8NfXl1b w5CQkJCQkJCQkJCQVYvsV1ZTi3UMi30IjQVgiwABg3gIAHU7sP+LwArAdC6KBkaKJ0c4xHTyLEE8 GhrJgOEgAsEEQYbgLEE8GhrJgOEgAsEEQTjgdNIawBz/D77A6zS4/wAAADPbi8AKwHQnigZGih9H ONh08lBT6P8WAACL2IPEBOj1FgAAg8QEOMN02hvAg9j/W15fycPMzMzMUVNVi2wkEFZXi/2Dyf8z wPKu99FJx0QkEAAAAACD+QFyI4B9ATp1HYt0JByF9nQQagJVVuinFwAAg8QMxkYCAIPFAusLi0Qk HIXAdAPGAACKTQAzwITJiUQkHIv1dDyxBIoGi9CB4v8AAACEiimKAAF0A0brGTwvdA48XHQKPC51 DYl0JBDrB41GAYlEJByKRgFGhMB1yotEJByFwHQti1wkIIXbdB8rxT3/AAAAi/hyBb//AAAAV1VT 6CEXAACDxAzGBB8Ai2wkHOsLi0QkIIXAdAPGAACLRCQQhcB0WzvFcleLXCQkhdt0HyvFPf8AAACL +HIFv/8AAABXVVPo3RYAAIPEDMYEHwCLfCQohf90WYtEJBAr8IH+/wAAAHIFvv8AAABWUFfosxYA AIPEDMYEPgBfXl1bWcOLfCQkhf90Hiv1gf7/AAAAcgW+/wAAAFZVV+iHFgAAg8QMxgQ+AItEJCiF wHQDxgAAX15dW1nDkJCQkJCQkJCQkJCQkJCQoeycAAGFwHQC/9BoEGAAAWgIYAAB6AYBAACDxAho BGAAAWgAYAAB6PQAAACDxAjDi0QkBGoAagBQ6DIAAACDxAzDkJCQkJCQkJCQkJCQkJCLRCQEagBq AVDoEgAAAIPEDMOQkJCQkJCQkJCQkJCQkKEQiQABU1WLbCQMg/gBVnUOVf8VRBAAAVD/FUAQAAGL RCQUi1wkGIXAxwUMiQABAQAAAIgdCIkAAXU+iw3onAABhcl0Ios15JwAAYPuBDvxchWLBoXAdAj/ 0IsN6JwAAYPuBDvxc+toHGAAAWgUYAAB6DoAAACDxAhoJGAAAWggYAAB6CgAAACDxAiF23URVccF EIkAAQEAAAD/FTwQAAFeXVvDkJCQkJCQkJCQkJCQVot0JAhXi3wkEDv3cw+LBoXAdAL/0IPGBDv3 cvFfXsNVi+xTVldVagBqAGhoJAAB/3UI6P4vAABdX15bi+Vdw4tMJAT3QQQGAAAAuAEAAAB0D4tE JAiLVCQQiQK4AwAAAMNTVleLRCQQUGr+aHAkAAFk/zUAAAAAZIklAAAAAItEJCCLWAiLcAyD/v90 Ljt0JCR0KI00dosMs4lMJAiJSAyDfLMEAHUSaAEBAACLRLMI6EAAAAD/VLMI68NkjwUAAAAAg8QM X15bwzPAZIsNAAAAAIF5BHAkAAF1EItRDItSDDlRCHUFuAEAAADDU1G7QGAAAesKU1G7QGAAAYtN CIlLCIlDBIlrDFlbwgQAzMxWQzIwWEMwMFWL7IPsCFNWV1X8i10Mi0UI90AEBgAAAA+FggAAAIlF +ItFEIlF/I1F+IlD/ItzDIt7CIP+/3RhjQx2g3yPBAB0RVZVjWsQ/1SPBF1ei10MC8B0M3g8i3sI U+ip/v//g8QEjWsQVlPo3v7//4PECI0MdmoBi0SPCOhh////iwSPiUMM/1SPCIt7CI0Mdos0j+uh uAAAAADrHLgBAAAA6xVVjWsQav9T6J7+//+DxAhduAEAAABdX15bi+Vdw1WLTCQIiymLQRxQi0EY UOh5/v//g8QIXcIEAItEJARTVVZQ6DMBAACDxASFwA+EFwEAAItYCIXbD4QMAQAAg/sFdRDHQAgA AAAAuAEAAABeXVvDg/sBdQeDyP9eXVvDi0wkFIstFIkAAYkNFIkAAYtIBIP5CA+FtQAAAIs1yGAA AYsVzGAAAQPWO/J9GI0MdivWjQyNWGAAAccBAAAAAIPBDEp19IsAiw3UYAABPY4AAMCL8XUHuYMA AADrUj2QAADAdQe5gQAAAOtEPZEAAMB1B7mEAAAA6zY9kwAAwHUHuYUAAADrKD2NAADAdQe5ggAA AOsaPY8AAMB1B7mGAAAA6ww9kgAAwHULuYoAAACJDdRgAAFRagj/04PECIk11GAAAYktFIkAAYPI /15dW8NRx0AIAAAAAP/Tg8QEiS0UiQABg8j/Xl1bw4tUJBRS/xVMEAABXl1bw5CQi1QkBIsNUGAA AVaLNdBgAAE7yrhQYAABdBWNDHaNDI1QYAABg8AMO8FzBDkQdfWNDHaNDI1QYAABO8FzBDkQdAIz wF7DkJCQkJCQkJCQkJBRixW8iAABU1VWigIz9oTAV3QdPD10AUaL+oPJ/zPA8q730UmKRAoBjVQK AYTAdeONBLUEAAAAUOhzEgAAi/CDxASF9ol0JBCJNfCIAAF1CmoJ6Kn3//+DxASLLbyIAAGKVQCE 0nRji/2Dyf8zwPKu99FJi9lDgPo9dEVT6C8SAACDxASJBoXAdQpqCehv9///g8QEi/2Dyf8zwPKu i0QkEPfRK/mL0Yv3izjB6QLzpYvKg+EDg8AE86SJRCQQi/CKVB0AA+uE0nWdobyIAAFQ6IsRAACD xATHBbyIAAEAAAAAxwYAAAAAX15dW1nDkJCD7AhWV2gEAQAAaBiJAAFqAP8VUBAAAYs98JwAAccF AIkAARiJAAGAPwB1Bb8YiQABjUQkDI1MJAhQUWoAagBX6FsAAACLVCQgi0QkHIPEFI0MglHoZxEA AIvwg8QEhfZ1CmoI6Kf2//+DxASLTCQIjVQkDFKNRCQMjRSOUFJWV+gbAAAAi0QkHIPEFEiJNeiI AAFfo+SIAAFeg8QIw5CQi0QkEFNVi2wkEFaLdCQYV4t8JCSF7ccHAAAAAMcAAQAAAItEJBS7BAAA AHQJiXUAA+uJbCQYgDgidVaKSAFAgPkidDiEyXQ0geH/AAAAhJkpigABdA+LF0KF9okXdAaKCIgO RkCLF0KF9okXdAWKEIgWRopIAUCA+SJ1yIsXQoX2iRd0BMYGAEaAOCJ1VkDrU4sXQoX2iRd0BYoI iA5GighAiEwkJItUJCSB4v8AAACEmimKAAF0D4sXQoX2iRd0BYoQiBZGQID5IHQJhMl0CYD5CXW8 hMl1A0jrCIX2dATGRv8AM9KJVCQkgDgAD4QDAQAAigiA+SB0BYD5CXUDQOvxgDgAD4TrAAAAhe10 CYl1AAPriWwkGItMJCD/AYoYM8mA+1y9AQAAAHUKilgBQEGA+1x09oA4InUl9sEBdR6F0nQJgHgB InUDQOsCM+2LXCQkM9KF2w+UwolUJCTR6YvZSYXbdBFBhfZ0BMYGXEaLH0NJiR918IoIhMl0XYXS dQqA+SB0VID5CXRPhe10RYX2dCqL2YHj/wAAAPaDKYoAAQR0CYgOiw9GQEGJD4oIiA6LD0ZBiQ9A 6WD///+B4f8AAAD2gSmKAAEEdAaLD0BBiQ//B0DpQ////4X2dATGBgBGiw+LbCQYQbsEAAAAiQ/p 9P7//4XtdAfHRQAAAAAAi0QkIF9eXYsIW0GJCMOQoSCKAAFTVYstXBAAAVYz9jPbV4s9YBAAAYXA dSX/14vwhfZ0B7gBAAAA6xH/1YvYhdsPhBcBAAC4AgAAAKMgigABg/gBD4WXAAAAhfZ1DP/Xi/CF 9g+E9AAAAGaDPgCLxnQSg8ACZoM4AHX3g8ACZoM4AHXuK8ZqANH4QGoAi+hqAGoAVVZqAGoA/xVk EAABi/iF/3Q+V+h0DgAAi9iDxASF23QvagBqAFdTVVZqAGoA/xVkEAABhcB1C1Po/w0AAIPEBDPb Vv8VWBAAAYvDX15dW8NW/xVYEAABM8BfXl1bw4P4AnVohdt1CP/Vi9iF23RciguLw4TJdBCKSAFA hMl1+IpIAUCEyXXwK8NAi/BW6PoNAACL6IPEBIXtdQ5T/xVUEAABM8BfXl1bw4vOi/OLwYv9wekC 86WLyFOD4QPzpP8VVBAAAYvFX15dW8NfXl0zwFvDkJCQkJCQkJCQkItEJASD7BRTVVZXUOjfAQAA i+ihLIsAAYPEBDvoiWwkKHUKM8BfXl1bg8QUwzP2O+51D+hoAgAAM8BfXl1bg8QUwzPSuOBgAAE5 KA+E8wAAAIPAMEI90GEAAXLtjUwkEFFV/xVoEAABg/gBD4WxAAAAuUAAAAAzwL8oigAB86uqg3wk EAF2cYpEJBaEwHQ3jVQkF4oKhMl0LTPAgeH/AAAAikL/O8F3FIqYKYoAAYDLBIiYKYoAAUA7wXbs ikIBg8IChMB1zbgBAAAAipgpigABgMsIiJgpigABQD3/AAAAculViS0siwAB6FIBAACDxASjMIsA AesMiTUsiwABiTUwiwABM9IzwIkVOIsAAYkVPIsAAYkVQIsAAV9eXVuDxBTDOTVEiwABdA/ocQEA ADPAX15dW4PEFMODyP9fXl1bg8QUw7lAAAAAM8C/KIoAAY0cUvOrqjP/weMEjavwYAABikUAi/WE wHQwik4BhMl0KTPAgeH/AAAAigY7wXcRipfYYAABCJApigABQDvBdvWKRgKDxgKEwHXQR4PFCIP/ BHK+i0QkKFCjLIsAAeiOAAAAi4vkYAABi5PoYAABozCLAAGNg+RgAAGDxASJDTiLAAGLQAiJFTyL AAFfXqNAiwABXTPAW4PEFMOQkJCQkJCLRCQExwVEiwABAAAAAIP4/nUQxwVEiwABAQAAAP8lABAA AYP4/XUQxwVEiwABAQAAAP8lbBAAAYP4/HUPoXiLAAHHBUSLAAEBAAAAw5CQkItEJAQFXPz//4P4 EncnM8mKiDwvAAH/JI0oLwABuBEEAADDuAQIAADDuBIEAADDuAQEAADDM8DDDS8AARMvAAEZLwAB Hy8AASUvAAEABAQEAQQEBAQEBAQEBAQEBAIDkFe5QAAAADPAvyiKAAHzq6ozwF+jLIsAAaMwiwAB oziLAAGjPIsAAaNAiwABw5CQkGr96Cn9//+DxATDkJCQkJCD7EhTVVZXaAABAADovwoAAIvwg8QE hfZ1Cmob6P/v//+DxASNhgABAACJNeCbAAE78McF4JwAASAAAACzCnMgxkYEAMcG/////4heBYsN 4JsAAYPGCIHBAAEAADvxcuCNVCQUUv8VMBAAAWaDfCRGAA+E8gAAAItEJEiFwA+E5gAAAIsIjXgE gfkACAAAiUwkEI0sD3wIx0QkEAAIAACLRCQQiw3gnAABO8h9ab7kmwABaAABAADoFAoAAIPEBIXA dEmLDeCcAAGJBoPBIIkN4JwAAY2IAAEAADvBcxzGQAQAxwD/////iFgFixaDwAiBwgABAAA7wnLk oeCcAAGLTCQQg8YEO8F8qOsKiw3gnAABiUwkEItEJBAz9oXAfkmLTQCD+f90NIoHqAF0LqgIdQtR /xV8EAABhcB0H4vWi8bB+gWD4B+LDJXgmwABi1UAiRTBjQTBig+ISASLRCQQRkeDxQQ78Hy3iy14 EAABM9uLFeCbAAGLBNqNNNqD+P91VIXbxkYEgXUHuPb////rCovDSPfYG8CDwPVQ/9WL+IP//3Qq V/8VfBAAAYXAdB8l/wAAAIk+g/gCdQeKRgQMQOsYg/gDdRaKRgQMCOsMikYEDEDrBYpGBAyAiEYE Q4P7A3yNoeCcAAFQ/xV0EAABX15dW4PESMOQkJCQkJCQkGoAaAAQAABqAf8VhBAAAYXAo8SbAAF1 AcPoYgkAAIXAdQ+hxJsAAVD/FYAQAAEzwMO4AQAAAMOQkJCQkJCQkJChxIgAAYP4AXQNhcB1LoM9 NGAAAQF1JWj8AAAA6B8AAAChSIsAAYPEBIXAdAL/0Gj/AAAA6AcAAACDxATDkJCQi0wkBIHsqAEA ALjgYQABU1VWVzPtOwh0C4PACEU9cGIAAXLxOwzt4GEAAQ+FmgEAAKHEiAABg/gBD4ROAQAAhcB1 DYM9NGAAAQEPhD0BAACB+fwAAAAPhG8BAACNhCS0AAAAaAQBAABQagD/FVAQAAGFwHUWuQUAAAC+ JBUAAY28JLQAAADzpWalpI28JLQAAACDyf8zwI2cJLQAAADyrvfRg/k8di2NvCS0AAAAg8n/8q73 0UlqA4vZjYwkuAAAAIPpO2ggFQABA9lT6N8PAACDxAy5BgAAAL4EFQABjXwkFDPA86VmpYPJ/4v7 8q730Sv5jVQkFIvZi/eDyf+L+vKui8tPwekC86WLy41UJBSD4QNoECABAPOkvwAVAAGDyf/yrvfR K/lo2BQAAYv3i9mL+oPJ//Kui8tPwekC86WLy41UJByD4QPzpIs87eRhAAGDyf/yrvfRK/mL94vZ i/qDyf/yrovLT8HpAvOli8uNRCQcg+EDUPOk6KEOAACDxAxfXl1bgcSoAQAAw6HgmwABhcB0CItw EIP+/3UKavT/FXgQAAGL8IsU7eRhAAGNTCQQagBRi/qDyf8zwPKu99FJUVJW/xWMEAABX15dW4HE qAEAAMOQkJCQkJCQkJCQVot0JAhXi0YQUOjBDwAAg8QEhcAPhJkAAACB/qBkAAF1BDP/6xGB/sBk AAEPhYEAAAC/AQAAAIsNWIsAAUGJDViLAAGLRgypDAEAAHVliwS9UIsAAYXAdS1oABAAAOgNBgAA g8QEiQS9UIsAAYXAdRWNRhSJRgiJBrgCAAAAiUYYiUYE6xqLPL1QiwABx0YYABAAAIl+CIk+x0YE ABAAAItGDA0CEQAAiUYMuAEAAABfXsNfM8Bew5CQkJCQkJCQi0QkBFaFwHQ0i3QkDItGDPbEEHQ9 Vuh1DwAAi0YMg8QEgOTux0YYAAAAAIlGDMcGAAAAAMdGCAAAAABew4tEJAyLSAz2xRB0CVDoQQ8A AIPEBF7DkJCQkJCQkJCQkJCQU1VWi3QkFFeLRgyLbhCogg+ECgEAAKhAD4UCAQAAM9uoAXQVqBCJ XgQPhPEAAACLTggk/okOiUYMi0YMiV4EJO8MAqkMAQAAiUYMdSaB/qBkAAF0CIH+wGQAAXUNVehN DgAAg8QEhcB1CVbooBIAAIPEBPdGDAgBAAB0bItGCIs+i04YK/iNUAFJO/uJFolOBH4YV1BV6FUQ AACLVgiL2IpEJCCDxAyIAutTg/3/dBaL1YvFwfoFg+AfiwyV4JsAAY0EwesFuNBhAAH2QAQgdAxq AlNV6FYPAACDxAyLVgiKRCQUiALrFr8BAAAAjUwkFFdRVej3DwAAg8QMi9g733QQi0YMDCCJRgyD yP9fXl1bw4tEJBQl/wAAAF9eXVvDDCBfiUYMXl2DyP9bw5CQkFFTVYtsJBhWD69sJBiLdCQUV4Xt iXQkGIlsJBB1CDPAX15dW1nDi1wkJPdDDAwBAAB0CYt7GIl8JCTrDMdEJCQAEAAAi3wkJItLDIHh CAEAAHQ9i0MEhcB0NjvocwKLxYs7i8iL0SvowekC86WLyoPhA/Oki3MEixOLTCQYK/AD0APIiXME iROJTCQYi/HrdzvvckiFyXQRU+hiDQAAg8QEhcAPhYsAAACF/3QMi8Uz0vf3i/0r+usCi/2LQxBX VlDo+g4AAIPEDIP4/3RLK+gD8DvHiXQkGHI/6ysPvg5TUejq/f//g8QIg/j/dEaLQxhGTYl0JBiF wIlEJCR/CMdEJCQBAAAAhe0PhTX///+LRCQgX15dW1nDi1MMi0QkEIPKICvFiVMMM9L3dCQcX15d W1nDi0QkEDPSK8X3dCQcX15dW1nDkJCQkJCQkJCQkKHAmwABVoXAdQe4AAIAAOsKg/gUfQq4FAAA AKPAmwABagRQ6MgQAACDxAijpIsAAYXAdS5qBGoUxwXAmwABFAAAAOipEAAAg8QIo6SLAAGFwHUP ahroxuf//6GkiwABg8QEM9K5gGQAAesFoaSLAAGJDBCDwSCDwgSB+QBnAAF86jPAupBkAAGLyIvw wfkFg+YfiwyN4JsAAYsM8YP5/3QEhcl1BscC/////4PCIECB+vBkAAF80V7DkJCQkJCQkOhbDAAA oAiJAAGEwHQF6b0QAADDkJCQkJCQkJCQkJCQoWiLAAGD7AiFwFN1HotEJBCD+EEPjN0AAACD+FoP j9QAAACDwCBbg8QIw4tcJBCB+wABAAB9LIM9MIcAAQF+DWoBU+goEwAAg8QI6wuhcGIAAYoEWIPg AYXAdQeLw1uDxAjDixVwYgABi8PB+AiLyIHh/wAAAPZESgGAdBSIRCQQiFwkEcZEJBIAuAIAAADr DohcJBDGRCQRALgBAAAAagCNTCQIagNRjVQkHFChaIsAAVJoAAEAAFDoYhAAAIPEHIXAdQeLw1uD xAjDg/gBdQ6LRCQEJf8AAABbg8QIw4tEJAWLTCQEJf8AAACB4f8AAADB4AgLwVuDxAjDkJCQkKEs iwABVleLfCQMhcCL93UWi0QkFItMJBBQUVfoLwkAAIPEDF9ew4tUJBRVhdJ0Q4tEJBSKCEqL6YHl /wAAAPaFKYoAAQSID3QTR0CF0nQZighKiA9HQITJdBTrBkdAhMl0EIXSdc3rCsZH/wDrBMZH/gCL wkqFwHQTjUoBM8CL0cHpAvOri8qD4QPzql2Lxl9ew5CQkJCQkJCQkJCQkJBRVot0JAyF9nQ9jUQk DI1MJARQUVbohgMAAIPEDIXAdBaLVCQMUItEJAhSUOjPAwAAg8QMXlnDiw3EmwABVmoAUf8VkBAA AV5Zw5CQkJCQkKGUiwABi0wkBFBR6BAAAACDxAjDkJCQkJCQkJCQkJCQVot0JAiD/uBXdzSF9nUF vgEAAACLfCQQg/7gdwtW6C0AAACDxATrAjPAhcB1E4X/dA9W6MgRAACDxASFwHXZM8BfXsOQkJCQ kJCQkJCQkJCLRCQEVo1wD6EkhwABg+bwO/B3EovOwekEUeiBAwAAg8QEhcB1EIsVxJsAAVZqAFL/ FZQQAAFew5CQkJCQkJCQoRBnAAFVVoP4/1d1B70AZwAB6x2hxJsAAWggIAAAagBQ/xWUEAABi+iF 7Q+EKwEAAIs9mBAAAWoEaAAgAABoAABAAGoA/9eL8IX2D4T0AAAAagRoABAAAGgAAAEAVv/XhcAP hM8AAACB/QBnAAF1KKEAZwABhcB1CscFAGcAAQBnAAGhBGcAAYXAdSfHBQRnAAEAZwAB6xvHRQAA ZwABiw0EZwABiU0EiS0EZwABi1UEiSqNhgAAQACNTRiNlZgAAACJRRSJdRCJTQiJVQwzwL/xAAAA M9KD+BAPncJKg8EII9dKQIlR+Il5/D0ABAAAfOO5AEAAADPAi/7zq4tFEAUAAAEAO/BzKLnwAAAA sP+NVgiJTgSJFoiG+AAAAItVEIHGABAAAIHCAAABADvyct+LxV9eXcNoAIAAAGoAVv8ViBAAAYH9 AGcAAXQPocSbAAFVagBQ/xWQEAABX14zwF3DkJCQkJCQkJCQkJCQkJBWi3QkCGgAgAAAagCLRhBQ /xWIEAABOTUghwABdQmLTgSJDSCHAAGB/gBnAAF0IItWBIsGVmoAiQKLDotWBIlRBKHEmwABUP8V kBAAAV7DxwUQZwAB/////17DkJCQkJBTVVZXiz0EZwABg38Q/w+EoAAAADPtjbcQIAAAuwDwPwCB PvAAAAB1R4tHEGgAQAAAA8NoABAAAFD/FYgQAAGFwHQtxwb/////ixV8iwABSokVfIsAAYtHDIXA dAQ7xnYDiXcMi0QkFEVIiUQkFHQNgesAEAAAg+4Ihdt9pIvXi38Ehe10LoN6GP91KLgBAAAAjUog gzn/dQtAg8EIPQAEAAB88D0ABAAAdQlS6O/+//+DxAQ7PQRnAAF0DItEJBSFwA+PQv///19eXVvD kJCQi0wkBLgAZwABO0gQdgU7SBRyC4sAPQBnAAF0Ouvr9sEPdTOL0YHi/w8AAIH6AAEAAHIji1Qk CIkCi1QkDIvBJQDw//8ryIkCgekAAQAAwfkEjUQBCMMzwMOQkJCQkJCQi0QkBItMJAhWM9IrSBDB +QyLdMgYjUTIGItMJBCKEQPyiTDGAQCLCMdABPEAAACB+fAAAAB1GqF8iwABQIP4IKN8iwABdQpq EOiC/v//g8QEXsOQkJCQkJCQkJCQkJCQUYsNIIcAAVOLXCQMVVZXiUwkEItBEIP4/w+EhQAAAIt5 CI2pGCAAAIv3K/GD7hjB/gPB5gwD8Dv9cy6LBzvDfBs5XwR2FlNQVujyAQAAg8QMhcB1Y4tMJBCJ XwSDxwiBxgAQAAA7/XLSi2kIi3kQjXEYO/VzLosGO8N8GzleBHYWU1BX6LcBAACDxAyFwHVBi0wk EIleBIPGCIHHABAAADv1ctKLCaEghwABO8iJTCQQdDfpW////4tMJBCJDSCHAAGLFyvTiReJeQhf Xl1bWcOLTCQQiQ0ghwABixYr04kWiXEIX15dW1nDvQBnAAGDyf85TRB0B4tFDIXAdRGLbQCB/QBn AAEPhOAAAADr44tFDIt1EIv4iUQkGCv9ixCD7xjB/wPB5wwD/jP2O9F1EIP+EH0Li1AIg8AIRjvR dPCLxmoEweAMaAAQAABQV4lEJCD/FZgQAAE7xw+FywAAAItUJBiLRCQQM8mF9ovKfjKNRwSNUATH APAAAACJUPzGgPQAAAD/xwHwAAAAx0EE8QAAAAUAEAAAg8EITnXVi1QkGI2FGCAAAIktIIcAATvI cw6DOf90B4PBCDvIcvQ7yBvAI8GJRQyIXwiJVQiLCivLiQqLRwQrw41MHwiJRwSJD42HAAEAAF9e XVtZw+iu+v//hcB0NYtIEIhZCI1UGQijIIcAAYkRuvAAAAAr04Hj/wAAAIlRBItQGCvTiVAYjYEA AQAAX15dW1nDX15dM8BbWcOQkJCQkJCQkJCQkJCQi1QkDFNVVleLfCQUi0cEiw87wolMJBSL8Y2f +AAAAHI6jQQRiBE7w3MQizeLRwQD8ivCiTeJRwTrDI1XCMdHBAAAAACJF40Ef40EgIvQjUEIweAE K8JfXl1bwwPBgDgAdAKL8I0EFjvDi1wkGHN1igaEwHU8gH4BAI1GAbkBAAAAdQdAQYA4AHT5O8pz OYtsJBQ79XUJiU8Ei/CLzesZK9k72g+CwgAAAItMJBSL8OsHJf8AAAAD8I0sFo2H+AAAADvocqrr HY0EFo2f+AAAADvDcwkryokHiU8E63mNTwiJD+trjW8Ii/U78XN+jQwWjYf4AAAAO8hzcYoGhMB1 I4B+AQCNRgG5AQAAAHUHQEGAOAB0+TvKcx4r2TvackyL8OsHJf8AAAAD8Dt0JBRyvTPAX15dW8ON BBaNn/gAAAA7w3MJK8qJB4lPBOsJiS/HRwQAAAAAjQR/iBaNFICNRgjB4AQrwl9eXVvDX15dM8Bb w5CQkJCQkJCQkJCQkJCQoYCLAAFTM9tWhcBXdUJobBUAAf8VnBAAAYvwhfZ0aos9FBAAAWhgFQAB Vv/XhcCjgIsAAXRTaFAVAAFW/9doPBUAAVajhIsAAf/Xo4iLAAGhhIsAAYXAdAT/0IvYhdt0DqGI iwABhcB0BVP/0IvYi0QkGItMJBSLVCQQUFFSU/8VgIsAAV9eW8NfXjPAW8OQi0wkDFeFyXR6VlOL 2Yt0JBT3xgMAAACLfCQQdQfB6QJ1b+shigZGiAdHSXQlhMB0KffGAwAAAHXri9nB6QJ1UYPjA3QN igZGiAdHhMB0L0t184tEJBBbXl/D98cDAAAAdBKIB0dJD4SKAAAA98cDAAAAde6L2cHpAnVsiAdH S3X6W16LRCQIX8OJF4PHBEl0r7r//v5+iwYD0IPw/zPCixaDxgSpAAEBgXTehNJ0LIT2dB73wgAA /wB0DPfCAAAA/3XGiRfrGIHi//8AAIkX6w6B4v8AAACJF+sEM9KJF4PHBDPASXQKM8CJB4PHBEl1 +IPjA3WFi0QkEFteX8PMzItEJASLDeCcAAE7wXIDM8DDi8iD4B/B+QWLFI3gmwABikTCBIPgQMOQ kJCQkJCQkFaLdCQIhfZ1C1bowQAAAIPEBF7DVug2AAAAg8QEhcB0BYPI/17Di0YM9sRAdBKLRhBQ 6HkIAACDxAT32BvAXsMzwF7DkJCQkJCQkJCQkJCQU1aLdCQMM9tXi0YMi8iD4QOA+QJ1RqkIAQAA dD+LRgiLPiv4hf9+NItWEFdQUuiNAQAAg8QMO8eLRgx1F6iAdBsk/YleBIlGDItGCIkGi8NfXlvD DCCDy/+JRgyLRgjHRgQAAAAAiQZfi8NeW8OQkGoB6AkAAACDxATDkJCQkJChwJsAAVOLXCQIVVZX M+0z/zP2hcB+TaGkiwABiwSwhcB0N4tIDPbBg3Qvg/sBdRFQ6Pr+//+DxASD+P90HEXrGYXbdRX2 wQJ0EFDo4P7//4PEBIP4/3UCC/ihwJsAAUY78Hyzg/sBi8V0AovHX15dW8OQkJCQkJCQkJCQkJCQ kItEJASLDeCcAAFTVjvBVw+DjQAAAIvIi/DB+QWD5h+LFI3gmwABjRyN4JsAAcHmA/ZEMgQBdGtQ 6JMIAACDxASD+P91EMcFyIgAAQkAAAALwF9eW8OLTCQYi1QkFFFqAFJQ/xWgEAABi/iD//91CP8V GBAAAesCM8CFwHQQUOg9BwAAg8QEg8j/X15bw4sDikwwBI1EMASA4f2ICIvHX15bw19exwXIiAAB CQAAAMcFzIgAAQAAAACDyP9bw5CQkItEJASLDeCcAAGB7BwEAAA7wVNVVlcPg5EBAACLyIvwwfkF g+YfixSN4JsAAY08jeCbAAHB5gOJfCQkiXQkFIpMFgT2wQEPhGEBAACLnCQ4BAAAM+073YlsJBCJ bCQgdQ0zwF9eXVuBxBwEAADD9sEgdAxqAlVQ6MT+//+DxAyLBwPG9kAEgA+EUQEAAIusJDQEAADH RCQYAAAAAIXbi/0PhoMAAACNRCQoi88rzTvLcyiKD0eA+Qp1DYt0JCDGAA1GQIl0JCCICECL0I1M JCgr0YH6AAQAAHzQi/CNVCQojUQkHCvyi1QkJGoAUI1MJDCLAlZRi0wkJIsUAVL/FYwQAAGFwA+E xAAAAItEJByLVCQQA9A7xolUJBB8CIvHK8U7w3KBi3QkFItEJBCFwHVti0QkGIXAdDmD+AV1HaPM iAABxwXIiAABCQAAAIPI/19eXVuBxBwEAADDUOifBQAAg8QEg8j/X15dW4HEHAQAAMOLTCQkixH2 RBYEQHQTgH0AGnUNM8BfXl1bgcQcBAAAw8cFyIgAARwAAADrGStEJCBfXl1bgcQcBAAAw8cFyIgA AQkAAABfXl3HBcyIAAEAAAAAg8j/W4HEHAQAAMP/FRgQAAGJRCQY6Uf///+LEI1MJBxVi6wkOAQA AFFTVVL/FYwQAAGFwHQVi0QkHMdEJBgAAAAAiUQkEOka/////xUYEAABiUQkGOkL////kJChWIsA AWgAEAAAQKNYiwAB6Cvy//+LTCQIg8QEhcCJQQiLQQx0GYtRCAwIiUEMx0EYABAAAIkRx0EEAAAA AMMMBMdBGAIAAACJQQyNQRSL0IlBCIkRx0EEAAAAAMOQkJBTVVaLdCQUD690JBCD/uBXdxGF9nYI g8YPg+bw6wW+EAAAAIsdlBAAATPSg/7gd0I7NSSHAAF3KIvGwegEUOit9f//i9CDxASF0nQYi84z wIvpi/rB6QLzq4vNg+ED86qF0nUtiw3EmwABVmoIUf/Ti9CF0nUboZSLAAGFwHQSVuh7AwAAg8QE hcB1nV9eXVvDX15di8Jbw5CQkJCQkJCQocCbAAFWV74DAAAAM/87xn5RU7ODoaSLAAGLBLCFwHQ3 hFgMdA9Q6BQFAACDxASD+P90AUeD/hR8HosNpIsAAYsUsVLop/D//6GkiwABg8QExwSwAAAAAKHA mwABRjvwfLNbi8dfXsOQkJCQkJCQkKGQiwABU4sdpBAAAVVWV4XAdUlqAGoAagFofBUAAWgAAQAA agD/FagQAAGFwHQHuAEAAADrIWoAagBqAWh4FQABaAABAABqAP/ThcAPhMMBAAC4AgAAAKOQiwAB i3QkIIX2fheLfCQcVlfosQEAAIvwoZCLAAGDxAjrBIt8JByD+AJ1HYtEJCiLTCQki1QkGFCLRCQY UVZXUlD/019eXVvDg/gBD4XSAAAAi2wkLMdEJCAAAAAAhe11DIsNeIsAAYlMJCyL6WoAagBWV2oJ Vf8VDBAAAYv4hf91BV9eXVvDjRQ/Uujn7///i9iDxASF23UFX15dW8OLRCQcV1NWUGoBVf8VDBAA AYXAD4TvAAAAi2wkGItMJBRqAGoAV1NVUf8VqBAAAYvwhfYPhM8AAAD3xQAEAAB0SYtEJCiFwHQk O/APj7cAAACLVCQkUItEJBhSV1NVUP8VqBAAAYXAD4SbAAAAU+gW7///i0wkJIPEBFHoCe///4PE BIvGX15dW8ONDDZR6Ebv//+DxASJRCQghcB0aovQi0QkFFZSV1NVUP8VqBAAAYXAdFSLRCQoagCF wGoAdSKLTCQoi1QkNGoAagBWUWggAgAAUv8VZBAAAYvwhfZ0KOuLi0wkKItUJDRQi0QkMFBWUWgg AgAAUv8VZBAAAYvwhfYPhWX///9T6Hvu//+LRCQkg8QEUOhu7v//g8QEX15dM8Bbw5CQkJCLVCQI Vot0JAiF0leLxo1K/3QNgDgAdAhAi/lJhf9184A4AHUFK8ZfXsNfXovCw5BRi0wkCFaNQQE9AAEA AHcVixVwYgABM8BmiwRKi0wkECPBXlnDizVwYgABi8HB+AiL0IHi/wAAAPZEVgGAdBSIRCQMiEwk DcZEJA4AuAIAAADrDohMJAzGRCQNALgBAAAAagCNTCQIagBRjVQkGFBSagHoiQIAAIPEGIXAdQNe WcOLRCQEi0wkECX//wAAXiPBWcOQkJCQkJCQkJCQkJCQoZiLAAGFwHQUi0wkBFH/0IPEBIXAdAa4 AQAAAMMzwMOLRCQEiw3gnAABO8FzP4vIi9DB+QWD4h+LDI3gmwAB9kTRBAF0J1DoRAEAAIPEBFD/ FawQAAGFwHUI/xUYEAAB6wIzwIXAdBKjzIgAAccFyIgAAQkAAACDyP/DkJCQkJCLVCQEiRXMiAAB M8m4QIcAATsQdEWDwAhBPaiIAAFy8YP6E3IQg/okdwvHBciIAAENAAAAw4H6vAAAAHISgfrKAAAA xwXIiAABCAAAAHYKxwXIiAABFgAAAMOLBM1EhwABo8iIAAHDkJCQkJCQkJCQi0QkBIsN4JwAAVNW O8FXc2iLyIvwwfkFg+YfixSN4JsAAY08jeCbAAHB5gOKXDIEjQwyugEAAACE2nQ9gzn/dDg5FTRg AAF1IYPoAHQSSHQJSHUWagBq9OsKagBq9esEagBq9v8VsBAAAYsHxwQw/////zPAX15bw19exwXI iAABCQAAAMcFzIgAAQAAAACDyP9bw5CQkJCQkJCQkJCQkItEJASLDeCcAAE7wXMei8iD4B/B+QWL FI3gmwABikzCBPbBAY0EwnQDiwDDxwXIiAABCQAAAMcFzIgAAQAAAACDyP/DkJCQkJCQkJCQkJCQ Vot0JAhXg8//i0YMqEB0DcdGDAAAAACDyP9fXsOog3RKVui59f//g8QEi/hW6F4CAACLRhCDxARQ 6HIBAACDxASFwH0Pg8//x0YMAAAAAIvHX17Di0YchcB0EFDoT+v//4PEBMdGHAAAAACLx8dGDAAA AABfXsOQkJCQkJCQkJBRoaCLAAFTVVaLNbQQAAFXM/87x3UmjUQkElBqAWh8FQABagH/FbgQAAGF wA+EzwAAALgBAAAAo6CLAAGD+AJ1KotEJCw7x3UFoWiLAAGLVCQki0wkIFKLVCQgUYtMJCBSUVD/ 1l9eXVtZw4P4AQ+FhwAAAItcJCiJfCQsO991BosdeIsAAYtsJCCLVCQcV1dVUmoJU/8VDBAAAYvw hfZ0S1ZqAuj3+P//i/iDxAiF/3Q6i0QkHFZXVVBqAVP/FQwQAAGFwHQli0wkJItUJBhRUFdS/xW4 EAABV4vw6E/q//+DxASLxl9eXVtZw4t0JCxX6Drq//+DxASLxl9eXVtZw41MJBJRagFoeBUAAWoB V//WhcB0D7gCAAAAo6CLAAHpF////19eXTPAW1nDkJCQoeCcAAFTVVaLdCQQVzvwD4OhAAAAi8aL /sH4BYPnH4sMheCbAAGNLIXgmwABwecD9kQ5BAF0f1bow/3//4PEBIP4/3RCg/4BdAWD/gJ1GmoC 6Kr9//+DxASL2GoB6J79//+DxAQ7w3QeVuiR/f//g8QEUP8VvBAAAYXAdQr/FRgQAAGL2OsCM9tW 6NH8//+LVQCDxASF28ZEOgQAdBFT6Ez8//+DxASDyP9fXl1bwzPAX15dW8NfXl3HBciIAAEJAAAA xwXMiAABAAAAAIPI/1vDkJCQkJCQkJCQkJCQkJBWi3QkCItGDKiDdCWoCHQhi0YIUOgH6f//i0YM g8QEJff7//+JRgwzwIkGiUYIiUYEXsOQkJCQkJCQkJCQkJCQVYvsV1aLdQyLTRCLfQiLwYvRA8Y7 /nYIO/gPgngBAAD3xwMAAAB1FMHpAoPiA4P5CHIp86X/JJV4UgABi8e6AwAAAIPpBHIMg+ADA8j/ JIWQUQAB/ySNiFIAAZD/JI0MUgABkKBRAAHMUQAB8FEAASPRigaIB4pGAYhHAYpGAsHpAohHAoPG A4PHA4P5CHLM86X/JJV4UgABLovAI9GKBogHikYBwekCiEcBg8YCg8cCg/kIcqbzpf8klXhSAAGQ I9GKBogHRsHpAkeD+QhyjPOl/ySVeFIAAS6LwG9SAAFcUgABVFIAAUxSAAFEUgABPFIAATRSAAEs UgABi0SO5IlEj+SLRI7oiUSP6ItEjuyJRI/si0SO8IlEj/CLRI70iUSP9ItEjviJRI/4i0SO/IlE j/yNBI0AAAAAA/AD+P8klXhSAAGLwIhSAAGQUgABnFIAAbBSAAGLRQheX8nDkIoGiAeLRQheX8nD kIoGiAeKRgGIRwGLRQheX8nDLovAigaIB4pGAYhHAYpGAohHAotFCF5fycOQjXQx/I18Ofz3xwMA AAB1JMHpAoPiA4P5CHIN/fOl/P8klRBUAAGLwPfZ/ySNwFMAAS6LwIvHugMAAACD+QRyDIPgAyvI /ySFGFMAAf8kjRBUAAGQKFMAAUhTAAFwUwABikYDI9GIRwNOwekCT4P5CHK2/fOl/P8klRBUAAEu i8CKRgMj0YhHA4pGAsHpAohHAoPuAoPvAoP5CHKM/fOl/P8klRBUAAGQikYDI9GIRwOKRgKIRwKK RgHB6QKIRwGD7gOD7wOD+QgPglr////986X8/ySVEFQAAS6LwMRTAAHMUwAB1FMAAdxTAAHkUwAB 7FMAAfRTAAEHVAABi0SOHIlEjxyLRI4YiUSPGItEjhSJRI8Ui0SOEIlEjxCLRI4MiUSPDItEjgiJ RI8Ii0SOBIlEjwSNBI0AAAAAA/AD+P8klRBUAAGLwCBUAAEoVAABOFQAAUxUAAGLRQheX8nDkIpG A4hHA4tFCF5fycMui8CKRgOIRwOKRgKIRwKLRQheX8nDkIpGA4hHA4pGAohHAopGAYhHAYtFCF5f ycPM/yVIEAABvFQAAKAcDDL/////wFgAAAAQAACAVQAAY+T9L//////2WAAAxBAAAJBVAAB8nCE0 /////yRZAADUEAAAAKwAAQAAAAAAAAAAAAAAAAAAAACOVwAAqFUAALRVAADAVQAA1lUAAORVAAD2 VQAABlYAABhWAAAoVgAANlYAAEJWAABWVgAAaFYAAHpWAACIVgAAllYAAKpWAAC+VgAAylYAAOZW AAD8VgAAFlcAADBXAABIVwAAYlcAAHhXAACEVwAAnFUAAJpXAACsVwAAvFcAAMpXAADYVwAA5lcA APRXAAAAWAAADFgAABhYAAAoWAAAOFgAAEpYAABaWAAAalgAAH5YAACOWAAAoFgAALJYAAAAAAAA 3FgAAOpYAADOWAAAAAAAABRZAAACWQAAAAAAANkCbHN0cmxlbkEAANMCbHN0cmNweUEAANQCbHN0 cmNweVcAAMkBTXVsdGlCeXRlVG9XaWRlQ2hhcgCkAEZyZWVMaWJyYXJ5ACcBR2V0UHJvY0FkZHJl c3MAAAMBR2V0TGFzdEVycm9yAACoAUxvYWRMaWJyYXJ5RXhBAAA+AlNldEVycm9yTW9kZQAArQFM b2NhbEFsbG9jAADKAmxzdHJjYXRBAAAPAUdldE1vZHVsZUhhbmRsZUEAADkBR2V0U3RhcnR1cElu Zm9BALgAR2V0Q29tbWFuZExpbmVBAF0BR2V0VmVyc2lvbgAAdwBFeGl0UHJvY2VzcwBzAlRlcm1p bmF0ZVByb2Nlc3MAAOIAR2V0Q3VycmVudFByb2Nlc3MADwJSdGxVbndpbmQAgAJVbmhhbmRsZWRF eGNlcHRpb25GaWx0ZXIAAA0BR2V0TW9kdWxlRmlsZU5hbWVBAACiAEZyZWVFbnZpcm9ubWVudFN0 cmluZ3NBAKMARnJlZUVudmlyb25tZW50U3RyaW5nc1cA8ABHZXRFbnZpcm9ubWVudFN0cmluZ3MA 8gBHZXRFbnZpcm9ubWVudFN0cmluZ3NXAACjAldpZGVDaGFyVG9NdWx0aUJ5dGUArwBHZXRDUElu Zm8AqQBHZXRBQ1AAABoBR2V0T0VNQ1AAAEYCU2V0SGFuZGxlQ291bnQAADsBR2V0U3RkSGFuZGxl AAD+AEdldEZpbGVUeXBlAIIBSGVhcERlc3Ryb3kAgAFIZWFwQ3JlYXRlAACQAlZpcnR1YWxGcmVl ALACV3JpdGVGaWxlAIQBSGVhcEZyZWUAAH4BSGVhcEFsbG9jAIwCVmlydHVhbEFsbG9jAACnAUxv YWRMaWJyYXJ5QQAARAJTZXRGaWxlUG9pbnRlcgAApAFMQ01hcFN0cmluZ0EAAKUBTENNYXBTdHJp bmdXAACaAEZsdXNoRmlsZUJ1ZmZlcnMAAFUCU2V0U3RkSGFuZGxlAAA8AUdldFN0cmluZ1R5cGVB AAA/AUdldFN0cmluZ1R5cGVXAAAZAENsb3NlSGFuZGxlAEtFUk5FTDMyLmRsbAAAuwFNZXNzYWdl Qm94QQCpAUxvYWRTdHJpbmdBAKQCd3NwcmludGZBAFVTRVIzMi5kbGwAANgAT2xlVW5pbml0aWFs aXplAMEAT2xlSW5pdGlhbGl6ZQBvbGUzMi5kbGwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAkDcAAQAAAAAAAAAAUDgAAQAAAAAAAAAAAAAAAAAAAAAA AAAAYCMAAQIAAAAAAAAAAAAAACAFkxkAAAAAAAAAAAAAAAAFAADACwAAAAAAAAAdAADABAAAAAAA AACWAADABAAAAAAAAACNAADACAAAAAAAAACOAADACAAAAAAAAACPAADACAAAAAAAAACQAADACAAA AAAAAACRAADACAAAAAAAAACSAADACAAAAAAAAACTAADACAAAAAAAAAADAAAABwAAAAoAAACMAAAA AQIECAAAAACkAwAAYIJ5giEAAAAAAAAApt8AAAAAAAChpQAAAAAAAIGf4PwAAAAAQH6A/AAAAACo AwAAwaPaoyAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAAQP4AAAAAAAC1AwAAwaPaoyAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAIH+AAAAAAAAQf4AAAAAAAC2AwAAz6LkohoA5aLoolsAAAAA AAAAAAAAAAAAAAAAAIH+AAAAAAAAQH6h/gAAAABRBQAAUdpe2iAAX9pq2jIAAAAAAAAAAAAAAAAA AAAAAIHT2N7g+QAAMX6B/gAAAAD/////AAoAAAAQAAAAAAAAAgAAALAUAAEIAAAAhBQAAQkAAABY FAABCgAAADQUAAEQAAAACBQAAREAAADYEwABEgAAALQTAAETAAAAiBMAARgAAABQEwABGQAAACgT AAEaAAAA8BIAARsAAAC4EgABHAAAAJASAAF4AAAAgBIAAXkAAABwEgABegAAAGASAAH8AAAAXBIA Af8AAABMEgABemIAAXpiAAEAACAAIAAgACAAIAAgACAAIAAgACgAKAAoACgAKAAgACAAIAAgACAA IAAgACAAIAAgACAAIAAgACAAIAAgACAAIABIABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQ AIQAhACEAIQAhACEAIQAhACEAIQAEAAQABAAEAAQABAAEACBAIEAgQCBAIEAgQABAAEAAQABAAEA AQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAEAAQABAAEAAQABAAggCCAIIAggCCAIIAAgAC AAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACABAAEAAQABAAIAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwIsAAQAAAADAiwABAQEAAAAAAAAAAAAAABAAAAAAAAAA AAAAAAAAAAAAAAACAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAACAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABnAAEAZwABGGcAARhnAAH///// //////AAAADxAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZwAB 4AEAAAAAAAAAAAAAAQAAAC4AAAABAAAAAAAAAAEAAAAWAAAAAgAAAAIAAAADAAAAAgAAAAQAAAAY AAAABQAAAA0AAAAGAAAACQAAAAcAAAAMAAAACAAAAAwAAAAJAAAADAAAAAoAAAAHAAAACwAAAAgA AAAMAAAAFgAAAA0AAAAWAAAADwAAAAIAAAAQAAAADQAAABEAAAASAAAAEgAAAAIAAAAhAAAADQAA ADUAAAACAAAAQQAAAA0AAABDAAAAAgAAAFAAAAARAAAAUgAAAA0AAABTAAAADQAAAFcAAAAWAAAA WQAAAAsAAABsAAAADQAAAG0AAAAgAAAAcAAAABwAAAByAAAACQAAAAYAAAAWAAAAgAAAAAoAAACB AAAACgAAAIIAAAAJAAAAgwAAABYAAACEAAAADQAAAJEAAAApAAAAngAAAA0AAAChAAAAAgAAAKQA AAALAAAApwAAAA0AAAC3AAAAEQAAAM4AAAACAAAA1wAAAAsAAAAYBwAADAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB/zsjMA AAAAAAACAAYAAAAgAACAEAAAADgAAIAAAAAAH/OyMwAAAAAAAAEAAQAAAFAAAIAAAAAAH/OyMwAA AAAAAAEAAQAAAGgAAIAAAAAAH/OyMwAAAAAAAAEACQQAAIAAAAAAAAAAH/OyMwAAAAAAAAEACQQA AJAAAAAIpAAA2gYAAAAAAAAAAAAAoKAAAGQDAAAAAAAAAAAAAGS5NAAAAFYAUwBfAFYARQBSAFMA SQBPAE4AXwBJAE4ARgBPAAAAAAC9BO/+AAABAAAABQABADIGAAAFAAEAMgY/AAAAAAAAAAQABAAB AAAAAAAAAAAAAAAAAAAAxAIAAAEAUwB0AHIAaQBuAGcARgBpAGwAZQBJAG4AZgBvAAAAoAIAAAEA MAA0ADAAOQAwADQAQgAwAAAATAAWAAEAQwBvAG0AcABhAG4AeQBOAGEAbQBlAAAAAABNAGkAYwBy AG8AcwBvAGYAdAAgAEMAbwByAHAAbwByAGEAdABpAG8AbgAAAGIAHQABAEYAaQBsAGUARABlAHMA YwByAGkAcAB0AGkAbwBuAAAAAABNAGkAYwByAG8AcwBvAGYAdAAoAEMAKQAgAFIAZQBnAGkAcwB0 AGUAcgAgAFMAZQByAHYAZQByAAAAAAA4AAwAAQBGAGkAbABlAFYAZQByAHMAaQBvAG4AAAAAADUA LgAwADAALgAxADUAOAA2AC4AMQAAADIACQABAEkAbgB0AGUAcgBuAGEAbABOAGEAbQBlAAAAUgBF AEcAUwBWAFIAMwAyAAAAAAB0ACgAAQBMAGUAZwBhAGwAQwBvAHAAeQByAGkAZwBoAHQAAABDAG8A cAB5AHIAaQBnAGgAdAAgACgAQwApACAATQBpAGMAcgBvAHMAbwBmAHQAIABDAG8AcgBwAC4AIAAx ADkAOAAxAC0AMQA5ADkANwAAAEIADQABAE8AcgBpAGcAaQBuAGEAbABGAGkAbABlAG4AYQBtAGUA AABSAEUARwBTAFYAUgAzADIALgBFAFgARQAAAAAAeAAsAAEAUAByAG8AZAB1AGMAdABOAGEAbQBl AAAAAABNAGkAYwByAG8AcwBvAGYAdAAoAFIAKQAgAFcAaQBuAGQAbwB3AHMAIABOAFQAKABSACkA IABPAHAAZQByAGEAdABpAG4AZwAgAFMAeQBzAHQAZQBtAAAAPAAMAAEAUAByAG8AZAB1AGMAdABW AGUAcgBzAGkAbwBuAAAANQAuADAAMAAuADEANQA4ADYALgAxAAAARAAAAAEAVgBhAHIARgBpAGwA ZQBJAG4AZgBvAAAAAAAkAAQAAABUAHIAYQBuAHMAbABhAHQAaQBvAG4AAAAAAAkEsAQAAAAAAAAq AQoACgBVAHMAYQBnAGUAOgAgAHIAZQBnAHMAdgByADMAMgAgAFsALwB1AF0AIABbAC8AcwBdACAA WwAvAG4AXQAgAFsALwBpAFsAOgBjAG0AZABsAGkAbgBlAF0AXQAgAGQAbABsAG4AYQBtAGUACgAv AHUAIAAtAAkAVQBuAHIAZQBnAGkAcwB0AGUAcgAgAHMAZQByAHYAZQByAAoALwBzACAALQAJAFMA aQBsAGUAbgB0ADsAIABkAGkAcwBwAGwAYQB5ACAAbgBvACAAbQBlAHMAcwBhAGcAZQAgAGIAbwB4 AGUAcwAKAC8AYwAgAC0ACQBDAG8AbgBzAG8AbABlACAAbwB1AHQAcAB1AHQACgAvAGkAIAAtAAkA QwBhAGwAbAAgAEQAbABsAEkAbgBzAHQAYQBsAGwAIABwAGEAcwBzAGkAbgBnACAAaQB0ACAAYQBu ACAAbwBwAHQAaQBvAG4AYQBsACAAWwBjAG0AZABsAGkAbgBlAF0AOwAgAHcAaABlAG4AIAB1AHMA ZQBkACAAdwBpAHQAaAAgAC8AdQAgAGMAYQBsAGwAcwAgAGQAbABsACAAdQBuAGkAbgBzAHQAYQBs AGwACgAvAG4AIAAtAAkAZABvACAAbgBvAHQAIABjAGEAbABsACAARABsAGwAUgBlAGcAaQBzAHQA ZQByAFMAZQByAHYAZQByADsAIAB0AGgAaQBzACAAbwBwAHQAaQBvAG4AIABtAHUAcwB0ACAAYgBl ACAAdQBzAGUAZAAgAHcAaQB0AGgAIAAvAGkAFQBVAG4AcgBlAGMAbwBnAG4AaQB6AGUAZAAgAGYA bABhAGcAOgAgACUAMQAiAEUAeAB0AHIAYQAgAGEAcgBnAHUAbQBlAG4AdAAgAG8AbgAgAGMAbwBt AG0AYQBuAGQAIABsAGkAbgBlADoAIAAlADEARgBUAGgAaQBzACAAYwBvAG0AbQBhAG4AZAAgAGkA cwAgAG8AbgBsAHkAIAB2AGEAbABpAGQAIAB3AGgAZQBuACAAYQBuACAATwBMAEUAIABDAHUAcwB0 AG8AbQAgAEMAbwBuAHQAcgBvAGwAIABwAHIAbwBqAGUAYwB0ACAAaQBzACAAbwBwAGUAbgAuABYA TgBvACAARABMAEwAIABuAGEAbQBlACAAcwBwAGUAYwBpAGYAaQBlAGQALgAVAE8AbABlAEkAbgBp AHQAaQBhAGwAaQB6AGUAIABmAGEAaQBsAGUAZAAuADIATABvAGEAZABMAGkAYgByAGEAcgB5ACgA IgAlADEAIgApACAAZgBhAGkAbABlAGQALgAKAEcAZQB0AEwAYQBzAHQARQByAHIAbwByACAAcgBl AHQAdQByAG4AcwAgACUAMgAuAGMAJQAxACAAdwBhAHMAIABsAG8AYQBkAGUAZAAsACAAYgB1AHQA IAB0AGgAZQAgACUAMgAgAGUAbgB0AHIAeQAgAHAAbwBpAG4AdAAgAHcAYQBzACAAbgBvAHQAIABm AG8AdQBuAGQALgAKAAoAJQAxACAAZABvAGUAcwAgAG4AbwB0ACAAYQBwAHAAZQBhAHIAIAB0AG8A IABiAGUAIABhACAALgBEAEwATAAgAG8AcgAgAC4ATwBDAFgAIABmAGkAbABlAC4AqAAlADEAIAB3 AGEAcwAgAGwAbwBhAGQAZQBkACwAIABiAHUAdAAgAHQAaABlACAAJQAyACAAZQBuAHQAcgB5ACAA cABvAGkAbgB0ACAAdwBhAHMAIABuAG8AdAAgAGYAbwB1AG4AZAAuAAoACgAlADIAIABtAGEAeQAg AG4AbwB0ACAAYgBlACAAZQB4AHAAbwByAHQAZQBkACwAIABvAHIAIABhACAAYwBvAHIAcgB1AHAA dAAgAHYAZQByAHMAaQBvAG4AIABvAGYAIAAlADEAIABtAGEAeQAgAGIAZQAgAGkAbgAgAG0AZQBt AG8AcgB5AC4AIABDAG8AbgBzAGkAZABlAHIAIAB1AHMAaQBuAGcAIABQAFYAaQBlAHcAIAB0AG8A IABkAGUAdABlAGMAdAAgAGEAbgBkACAAcgBlAG0AbwB2AGUAIABpAHQALgAkACUAMQAgAGkAbgAg ACUAMgAgAGYAYQBpAGwAZQBkAC4ACgBSAGUAdAB1AHIAbgAgAGMAbwBkAGUAIAB3AGEAcwA6ACAA JQAzABMAJQAxACAAaQBuACAAJQAyACAAcwB1AGMAYwBlAGUAZABlAGQALgAXAE8AbABlAFUAbgBp AG4AaQB0AGkAYQBsAGkAegBlACAAZgBhAGkAbABlAGQALgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAI8boCwAAADPESOkIAAAA MSmYG8DDi8MjwtboCAAAAPnpCwAAADE5qWIqEAXD+DPDwdgE6O/////oBHIAADuXxaUVWseplk46 gp1fWEKaybGZb68/vRzoN+mFqXALqEM/AGqexlBmfUkvQnncvNkm2NwhS1igFRxlc36FpRhYI5Ov /X/RNP9CGodJM+moOv3pU5ikjyEk6fQrasEImQfj5dM/yR6WDr/DK5NOkulZOgq10lCx27v0HZBL FnCl00ySjvFa9u2WTjTfIdGI0uJUOv1L4DpVuEoXncBe7xHX0/d4hjiydMdWOrVCecdYdI8lvmFL LNq5cGtk9wA0vdClWCrwflWyNscqWYjSYtIqeUpZ1qSYsCTpea5W3sUsaJCN07J0qpj7IubWV54t fB2+vQoin1RZu/R5ZKdjxuig2/kOrdwSlZbleQTuV0VvpU56/cBQt6y3K2Rie4AZvtHCPwBqhY4Q MJDeL0J5qQBX4bO3lOjRH+l5trj4xSx1rZDTr/E6GjY0R5ZOQwoBRjr9Cg0tQCXUCIiATtAb9l/O 98DT6pxAOU6/yxPb35Lp0qc1jOdfyVkrZOm9X9kb56bI98Bn4gaf5SvRNukPIEMmWTp0zuksYfTD EYiFLBiT0No/AGqFWgoclk4yV0ZAiP1aMcu6S6c16Z4vDn7v02IFqVfvdPHVvTtIk07IW2zPvL0K pspdz+dk1EMrnX7wIj8ANUNadP8VTlarklfIWWzBvL0KYdoN6mtk6Rxi136FVm/lq4Ui5Gp+krtC 6b4N1gpZs3jXIR8heZ5k+cUsFoYcIjSQ+uYWi9f+yv/S5u0o4gXaDCBLp5hsMK0kfoUsai8oZs4A uhU/At4SDsg6U0I6/WBZNSO0MvhttCvdC5a8PwA1O8Zw+hWmw0aWVyG37Vk6tYMilosLK+l0iYvd fkLQh5GlFeEkBQPuOwLp0ginGcmqbdtPHSX0K4yjgSydl7LXr5B3bpb591s4/9JQW8j9CrF5JUun 2imBPPTuFbzObxAaBTT66icbxtZO6xKcg9E+9eyWiwunm3wIqN1+epkqN+XT2HwFgNI7ApYXx1aZ psUCQi7a6OFrZGRpiTU+hRSstKcVsieqadsXxqlXwxJ+2rF4xgAfIc+uzUHFLOlkNUM/AKnqB73o 1k5AR0XTiP0BmU/8ovygFgvU0fsibJ36pbuXcPoVTSoyEg7IgrC0LXSPlPVhSyz5KFxrnfcY/QXQ pTrgdfoVp5e9aahFZ1Ivev2HOrunCyuM6scsnftF3CtNW+pN/yIby5E+qVcgQyBZOniLqNsl9Stk YAAMGD6lXiqshlWynDq8Tr9XKVhMFgpZOqjOg9qp9KbhZflsnXj6+a90f9W9O5CWTshbbH+/vQrU 4urr52S+nKudfoWhGmEPk7IiBYBuOgKWXAjdbfI6/QosUOCiKYfvCMeV7hVDRgmlFbIlVx2Q7yjp P/DWClnFaDsjHyH/6xCeFbwN7ixWYjq6FT/hiTYOv4CB18j9CtSPUODnX7+k1PFaAGydm2Wn9eRq hSISyWYmzNPpV7dAz/AfIRz3m1w5gd1+ermHFeXTMYz2YGQv0gbHnl9clEy9Ch5TIUsrjJX2LJ37 RY3bgDWFIuSjH/tu6KlXI/iayaqkwFQWwvLCDBZ608SWndGvkBJVsHRCaftbVKlXN2gi3Xohorpd 6fSm0YkTbJ0podOvdHGIYxUClsULUSlr0poIWV+ki6jgUQnUYvUA2znQpdBx/yKWjrsSFZfKOqBb Ov1SqOisvL0k6fHYnX6FWH/BLtcLXPqWTldv61fIJY9Crb1Lp18htF8neRW8DYkgyDjQ+hWydMLi fS9Cecc/eBHOeiELp1/pgAj07hW8FhWiRO900ZBNKQKWN85CeceqCtLap0/bNxfmZLsN7tyvbbhH TVtYB+qxV+fLV8iLYtw5akqnXKS0vSTp96lM1MXTJhVMv/J0dyPEqALp7qbSClnSMUqnX6Q0JOAf edNi8xAkOdD6nnFxwpZOv2vtV8j94t87IUsin+Zw/JiBeqcYZzOTr/9nxBj/QpWNmGv9Vzr9h+yK iwunjLb1K537RVmlADVDIiwTv7JAvRXqP0SpWTqIADfPsdtzjX4I02L1ADIF0KUWcc3wlk6/z1yg XpIKsRz8S6fSnAO9JOkImT4I5dNHQ/oVsvGCzju2QnnHWH7KTdG28qNf6fSm0YkTbJ0bIDYFNPoW ce+qeE7I0myXTm6B3Ki3C6dfbHg83X7dWKYANUMi9zoRpWHLE7pikunS4nC/bP9hS30O7Z4ozYEw HgXQpeon9H7WTjqC5tPLLvWmsT7GEraLtCvd7YUsnZYa06+Qf9W98KttsUBZbMtOvQragtdNp1/p gNrlw0Gq3ZCl01jLjwUiL9IGsX0bQxc6Ap+l3GFLTkbg9Ctiyxmq75BaRqbwuhWNQPcO0YjSFszG fkqnnCBLK2QVRALMx4HSr5BXuzIL/pY7RxvCrksVCQhtfXT8IyZku/R5BQtCOUci8MkJsx7wguJF L0J5x/s94VGqsdsfXun0K6cs0n0QLW5z73StROTvvSODYpLpqK+JjhlfeHKoEO9kuw3utuzwymaB 5SV3qIUfApYAmYS5po8woOdf3t5T4Kn0daRx8dU/ADWFgbSlzI3v+oAACG2DXR6do6ZfIfQrOmJ7 gJe+0Ic/AGqFTLwVPKa30ulXrpRsLlxCKKc16Z4p3J+X1iJvdVZvANaFIi/SpZyagLs9OK2y8H/Z 9Fi0bDRfiO4VvD9XJSW0dPoUTr9Ck6/P0umm6qLMoF9AiMNk6fQsHFKhLrjQpUgxycuODr9CnH5Y QprJES/GIpSBtCs0u9ChGEa9k6/AqEdN4S4SDr867VfI/dJZOiEUDJy0cwdAFkX4nJBN9bh0+hCS AECWHjdH3dN6/Yfs3VcLp+l0IK3dfm0ygZClVnJ7fvJKv0J+yeXS6dSPU3znX6zWy+Kp9MSdUIXT KlDRPyLkagbFZ6r6V8jSSTFfniD0Kky5ShSZ4EjbF8m2r8gSbpd0Qh/LS1apV0VIzy96IcY6t2+0 K4y/qCydFWWnheRqhSI0mn5dyNLpBFyeQyoZSCfCNJubX/gd8UnLkP07jlH6Fcc6uhIXyLrtWDr9 hyLKgwsrNBZhJBk+hTvbvqUVWn2glk5XfNJXyDqyfzr9CyKfLnA2YOmFoSj62pOvHUexMDRCLw6+ 0umkbHC/+qhhS08CzPQr6cMmjN2Q8mOT3gmx1Ad8lihjjVFXOv0KsVMNS6eMF+ornT4A7KAUcdCy dBJleL9CfizH0umx/8UKpzdBoStkFmEYGT6F4G94RBaydA0TlRoC6UfI0gpWv+5Kp1/J+Shk6QbX nA28Qz8AapZIYDGG3i9CeZFN2qsZOiCgrc95ZO3hWSRsnZBjVpjVuhWyVxaSTshRVISfvQpBLQDb N/R5A65G28Usp5Cl08dlaoXeL8IrcGmS6Vg1eZCnXyGjxnnp9MS6YIXT758hnLJ0+n6aoULpF8dW d1k6/cEiwoW0K2jJuUPvSTVDPwDGZsBi0gbeL1FUhG29CmlIA9s3z3kfO/TuFa8gQwCTrxSIBSIv 0gaITeNIFzr84UnPsdsn2dhVa51/8Dk/ADVDMfkhsA6/Un49ytLpsiVtmjfn4Z8qZLkcwIl+hdZv RKQV4otvosr/QgBrNy312ocS3edfIYA79HkVvFv7knLvkPv9xXdClrk6CUwXyPwKWTouzjpf6fTD qz+FLBZrz9BH0O4Vsvc3vN5YQnmoCXbJ2H/etKdkL3EZPD6FLUe+6dOysn8n7/9ClhdH0ZwNqm2a N7efCitkqYDU93Rtu7uQpZw3f1vWTnnHwPaI0g2xZPlLp9SkJ4sk6b6plt/l09mjaoUi5M8joRqS 6dp1Gp4ZOsnRhl/pHLdIfoVs6YY1Qz/keZhpGgKWT6CyA1c6Ap9t22FLUOEyUWudeoUsr+W+QyLk av1TukKW1EUJTBk6+WJniyBL1PHdcGydiQAICtClF7J0+uNsL9J5xyBqQ1k6vT+xz7Fku+dkXond fqe7b0T7FU3hdhIOv1NUgG29CpX27YfTe3lku/T/OPs40KV5Bd5QYaYv0gbeIIiuVzqVarNfIbQy UG20KyWFetNQeCfSsnR7qJkaApabBB4lLBJtmjfPofYaxan0LelvFUM/ACaoYdG6llbNWXnHWELi HDv9S098dfQr5FS0jd1+pKf5AGqFIpw/lk6/JWyMbb0KSTohS9JKeWS79PteWZAANUM/9wAfwO/S Bt5YU1SAn70KlZPth9JqeWS7DZZ9LK+QTQXhdPqWtb43hMdYQnnawPN9rs+x27uMj7osnf1+0N2G NYUi5HcThxoC6ZCIwA9ZOv2jZl8h9EPkQIYsYuuRV++QE9JOi732zVPCvahdvY4ZOi78o3vmQ2dA fIqbybSjWjpjW1WyV0iXTshRLUezuS5J1nVvswUqlKhxbtHTOtAhk7J7TRFqsPXac8rdXg0e+4lj T2g+IfR5ZLzVx4nTr5AoiHvRupYoNkGP3oPQbNBp+fNdoN4Lwy7phSz8vS5Wfxa6FTe0Np3eL0J5 BzdoIt16IaMzROn01NGeA2ydbzD7KzT66gdrxNZON0fB03r9YFmgtMMjJOl5rljaxSz/bzC3NjT6 1i40mhviDXapWfx4JgYfIUvDvNT0LN37Raa+ADWFIrO+slJAvRaoI5eayaq1Kyyvog/QEfIVvA3u LlZ4NboVOzJMHctkd6lXQbsYsiGx2zfm//QrZPM45TjQpVBUjo8TIi/SBsk/IU020gU3WV9AiMfp dD2O3X7jB6zolUMi5GpzJX9O8HyD0I9a8oUVN8+x201PuvBVhO4VQz/27G2/5GoG3tnBK0kj1ZrJ qs6ClI2ouA94YNEIiR9msy8tzbTydEPjUi9CecdDeBH4eiHCIpRJtCui+7GN3ZCkOKXkaoV0OnY3 DsjSZOrNa0pZ0pQm3yTpHF+DfoXEvJCl0+49lGErzSzzI+iBjC1OlGTALCEVwzL39CwQ63JF75Ao kF3iupb3vkLp1yAgI1k6vUQj+CH0K+RUsY3dfqSnzQBqhSL5313u/9IuVMz9Clm3pFAGH+kcJGR+ hWnz8ce/yjWPYd3bK/ciyIhi2tVrSlm3wWKnZKn7rw9+hSwvLZFy8nT7YVIv0gbHN2cGz3r99TJb pAsromzAjd1+hDrmb1rqMsnNNw6/Q51ZWEKayf14gAcfIfQrZOnvKBDLbnPvkKx/th5CG8sBzKlX mAK/tqxhS1jK4XFrZJWXvA0AYlZA4roVsr9ClqXtQnnHxUjlzx8htDJgbLQr9X+FLC9vMN83NPp9 7rBClqhd5m0ZOpzJxzVhIytU6fRElZqF08WQWoCu8LqWRX82hsdYQprQv0HN51/Jg3hk6QWRtN/l 06/l4IUi5NJQy5ZzqVfIOo+OmmFLrV/p9MBp7hW8WhVyc+90nhWyv4QTZGmS6Vf9eNn5HyFLp2Tp M64dAcUsr5Cl01qF0hVO10IWV8i46aaPQYznX97eC+Cp9E1e+2jcK3suFbL3RxYx/0LoIsdCmsmq YCrNX5kM/5xWevwWw9Tz75D5ao6cRpZOv9LpV8iXSjE6I0un1GyCCyR+hqnssOXT/4tvDTb/QhOO vMl5x6pth+wpVQun71SCC91+hpHesOXTWs3yFU4iIyvHNLbp4Tr9CqZaMVUrZI2To5t+hVBrlPXW stj6li55x9v2iNILscLGS6fU+XXgRMmFLBDLpnPvkKx9EnRClrEqjm0XyHjKVr6KS6dfYjym2YkT bJ3HCN6PVPoVOzpdNw7IebYGbQKfOdthSyy0sHfRmQuVvD8ANRU3W1tVTr6pmsdYQmqjOYhTN8+x 26vZwFVsnXfwzD8ANYV18SE2Dr9C6VfIFI9zm71Lp7ee0ytkArW8De5jVoYxuhWynAposUAUbHhp vQpZupxiBh/p/V917hW8DfDNkzN0+uoni8bWTqlRAFO/NH57z7HbNxz1ZLsN7mx7UG9aO5RP+hXF RIQTfmmS6VnSA/dYoOfOGcWp9Cz8veU7ppClFTkQ3p6nKkfpV/sAbqYImcKFmaQ+CCTpheoYUAST r5A8kJ7VApazMmcG8oj94sYDIUvnUG2SLmR+zaUQBCOTr/1vjTT/Qh/LVFSpV7GNNmIsAUQks+30 K56ODtIurvWWsnT1kIm7QpYxQ5T/P5P/CqjbmE8rZI9dLL0KjEM/ADX8GHD6lig0BLUx9dMKVr5h T6dfoUkCxamFK+hwNUM/AJwosXRNEsu70ukxQ2iX/XohLSaVa2dN5QGV+V7k4EM/5Gpzi+hS4nVY QnnHuzvyWV8hLSYa9SHo6VcVvD8Aw+rkaI4K3i/SBjFJrMuM+YkZN8+x201dv9ZYlO4VQz97i4Ui 5HorZx4C6V/HVxVdOv3AIliAtCtdbFaM3X6qVaKU+hV08Ww3Dr/TAFbM/QrZhwjq51/hgT307hW8 FhWicu90w5BhHwKWQU4w6lc6fbdw/mFLoBH1ZLsN7nqpfDDl0znx8bQOv3sThGiS6Va8QAmnX6zO V+Kp9Hwevo2DLFCtRU3BbhAOv718x0ySCtJ91cIiKQG0K++usaUYD4WTrxu9KTvx7hAOvxVs4069 Clk6IUssyEn0K2T1cq1baKXTr/+8HY+/QJZOx1CIVDr9gR9PHEulZOn7qc59hSygJ+LV+h86PU1P yVB8TU5vGTp0jxfZYUsQMuWBIQ3uFUMk1rWcN8B81k40FPncEtFcTbNo4yEfIX99aOpWpQj7hZOv EUfmFDRClk690p9BWG2aybqcZAYf6fVfbe4VvA17qEM/5BIUsr9ClxYO0ui/z/kKWdSs3yEk6X++ BfjFLCQVOVXydHegoRoClr8U5elZukAjBh8hTF4leWS8DfMwPArQpZgPi2DWTukVAZXQ0grSRtlP T/Vn9CvvEwiZ2uzl00c84hWyKxz8TumFFsL0eUpZv+FEI7fr9CsM/oUsncZaRlf3uhV0Om43DsjS Af8N/QoZUKWCpWTpvKIY6gNsr3iy1bJ0c5COOQKW3F1mbxk6eNjTQbHbu/TSJF6L7hVDP1YgJRM0 +pfFMrFPF8g5KMmqbY0ib4C0K2RiAOwbPqXQKmNcVbL/zzrI/9IBXcz9CsizrFgGH+l/rvD4xSx1 9ZLTr386GjZAQ5ZOQVdx0Xr94i5oIUuspOZwy5x+haUqDCOTsv+CKU1Hqs9TyNJg3J57SqffnHuK JOn1WeXuFUM/GxCJNDT6lfsPxKlXQ5Qe0L9VzedfqrIn7WwADN1+8lhRINS/OfHfMg6/38l36N2h a/qLFCzaKXJrZPXKEHXoptOvcRc8sr/JwEbjEJFdqm2ayV5nQ6YjuXVluX6FLC8Rw/dNiwX6fX/L EffI0unQvVkKp1/Juyhk6XSRrd/F067k7IUi5God+yPEqVfLZ7rfev3A4U8iceviqYWn0kJNxKyQ +pz0ZEd7Z7/SYBHA/kxVAWYb1Vh5ZLv098J8HN6B0690epTUm71psSdSVHibvQpYKzDbN/R5dJZX XcUsr+SoQyLkanP0aoF9WFhCeT+xaJcDHyEtqq5rZ0aeluzar5Ag1cZRagbeL8ke1g4qClk6tT+q z7FkuwJg0zB2bjVDP/ZzQ5CfRQbeL7RgANiqgeSSpwunXFRorSR+DpkhFuXTJPk6k/K/sTIRSG/A 9nr9DS1Bsds39GlJAjw+hSTbgTVDIuR6qIScApZWvdt5yapt4hRfIUuo2R1wbJ1+8fg/ADWFMQui ljqe0nnHWF9NAWpwzmz/YfR7m1yWjd1+WmYzFroVTeG2Eg6/FGx5ab0KWMWU1yEf6Qu+cPrFLGIl PVXvdAWATjwClsNdrm8XOnbICdzhQ/fn0fRemu4VvD8ZsfcxtPJFzYdC41BYQnnJs+kuWOq1zWtk FmG4GT6FLBoEI1Wyi29qzf9CYtIXd0pZuR2U99KUG44k6dPTCIYmk6+jKHE9dhj3jd8UbGxpvQpY 0hJJp18vcRDFPoUsFmguXozVuhUC7bA4zTHGeceqjy7Jz7HbKtGQ02udLzw/r5ClQ1oT7RVO5gLi jXDa6Vk69s0vGNEq6GS69GWdMYWdr8+lXLI6+tBO8EK4BXHdClk6FUKnXyF/T0DhbhAN7jXgffQF J9b9YPDPgZ+zIuJtmsmqqo0kn9V/K2e4Dmzlk2NY73j50zn/RrORFy0Wan+xOWsrDds39HnH+fnx h3YufqXTs3QYvsJ2cF+0wmrpWc1C4bPPsduTZOkcW3Z0FUM/o3dxPXagABTmgbgEnoWB3PJ7C6cP ojQX79mGmVX45dMk5oIWB7zE1k48FPHaddGPGTp28qNf6fR6l9vcc8WRolBocBjs7eEUwaba0ulX ZaOh9N8fttNieWS7DZVvd/ZTLsU5wc6QDr9xTfqeWRlajzWM51/JVj1k6bWnZJaa3K+QntfsAOkG 3i/SqmxV/o8ZOoptN8+xZMC1OGanKEYgk6+TCSZyEu8d+49XqVcJHQhayoxIIpdvtCunLLb+zWdU i4S++dTofCL8TiBJ71c6dI96dmFLTwjp9CsWjgiR2eTl01pN+hVO3oH23FUObxk6cL93JWFLptlZ cGydx9nTr5A1nnSc44NOv+m+3DbgyquUeIIsqH6ALfR5Fbx2msQQFZFuGhf0/1xt/9LoI8Rtmsmq qs46+6n0GLTHBSydkAjgbd8Y73HfyWHPDirpVzp2XFV0d18s4Z/Ua51VRy8qDCOTsv2+MVLegfbX delIGTr8f6jPsdu77358LJ1+bto/ADWeJfT6lk5XxqBXyFn92Pz5SqdfLkNkYkS+7uljNUM/AI0b IuTSBs159mKPKheJnz6ipYPyAvm79O4O9DAZIPAONPq4mWdpRU1dTm8XOnb42eIa6udk6IEmDe4V vCbkgc9b5voVTjyEgu7H0ulZa0QPp18hHYbhKYEnDe4VQ01lThoi5GrIFzyE/bUqOWjJqm3IGhFS tCtknZK8De41LDreiVWy8YLiRy9Cecd0/wpZOn8SzVwB2y5kfu7smZNVWFH/f5CS/0KVy7nyqVeR 1r/F2WFLpJdicVq9PoUvXxt7WA/QfFVOV26WV8g54smqbc3jez201JsWle/99ThvKdClmAd06tZO BsP1V8g6+l06/cLjez2V6AQvABA8PqXTPwBq0zdK49ZOv0J5xw54N/h6IUs3z3l1lqD4xSydkFJs 2mZqhSIvJvGx/vLpDtn4tlhfIUsn2dFVa51/8Wg/ADVD2HcSlEq/Qt4i2EJ5yaqbssP+R+CTZOn0 LDYUhjvIlKUV+gDmBt4v0lkCYrSy0tab4E+TK/Qromy7jd1+pEM/AJASWjVGlk73p/XHWG2asTEh S6fTIHXKZIGFLH6RUY0Wf/oVskzmftnC0uk9OBUcXV8hA9J8eWS7DbgAEA7QpdIi5Gr9K71Clrzb QnnJ/Hg3Bh8hSrv0eZKUkk/jeEfwrxWynKGcTr/CVGtpkgpYTvTbN8+xHKdm6YXE2XSl0yRX0RGW 97qmPE5SVGlpvQpYTybbN895RHbOlqAmnZBiVtBDuhWwv0KWptTZ6VeKFaDamCXCGqjEtCt1e48s r1cgrIU0+hdOv0J+q8LS6bHL9AqnNSOjW2fp9KldCotDPwA1/ZJ2+palt9J5xyBsC1k6FZ+tXyF0 llxIxSycC7BDPwBqpVvewVFKNm9CZ4j941c7IUvNXAHbKGR+AOzpyDVDP+SyGjYKQpZOeHND3PlW YFu3MkinZGw0X73uFbw/9h1YYhJR/c61QpYxcFkrP5Gbsli/R+DCo+n0LPvGDhvJO01xuHT68PY0 g4/8rmr1uVxWogxfIfSr2dEkbJ1/0fA/AGqFMsl/Nw6/051BWG2aybqcdwYf6fVfbe4VvA151CxQ i5AXWh9Alk5NEp1Mqm2ayeeip6PFQn/oNhg9pav2DmOW3hEZ3i/S8O8354/ysT6hT6woSyvUKl7H 2+4VQ8WSTXGwdPodnjqQnVhYQprJXEXAsjmKHyL0eRVKJfWotQQbOb5atUuWTjoAnVhYbZrJXJm0 RTlCHyL07hVKJW9EtQT/LZ43c2/WTuMCYAfGFZpRXyGNIrTEtCudlmEsr5BN6rN0+pXzb2/WV8mm 4smqbZoUX8n8L2TpniQN7hVDR3akFbIScRIL9W2pV655YFnSKEqnX4p0llxIxSycCqJDPwBqPo5Q y+pqoxRsamm9Clmqsdth2tdVa2R+FbwNViDvDjT6FSIv0veNu2b81Dqu4hJbIUstvIP2wxF/hSwq UNHDIuRqhf6MqvVTyNICUaptmk8IJUsrAlGST/vVbc2rkKWfapyykk6/GYNUIIsLWTq1P7XPsWS7 AlGKqPvVz9NH1fsVst+B8Paw0I/8euXitTkhS62PKTYojJyGLJ2adVlt3jl/sVddl07IVykiKW2a yc+s/rhLqfSSm36FLD9jARAxjPhhby/SBsd70gHnOf0KYdrxZmtk6HmZuFHF0xaTpRWy5AkyjTL3 wXiI0rNSOv1LN6yFMq60xMUsnb3P10dV+hWy8YLjXS9CecdFSDl2eiHyoV/p9LuX2kavZZHQ/T/k aoUyApK7DsjTnUWqbZrJ7CGj8Gfp9O0Yrqhsr5EoZotbuhX3vEKWV1ghTZq5BQjSTLHbu/RkQRCy PoVqqJClFSKHXlXDCgHGF8hrDVk6/dtU++dx+0mphSxeGsIsmZD6cU1EJvHvv9Jqu8x0Dn1eRsKB X+mQokQq4UsSlqXTJLCechG/QhdOSfpoR7vl9VmgKbWnmuGeI3V1hSyvE13XxoB57UvLrVUFx+Pa iwOpLq8rKNu79HkDWLl2F4ltlKV15SVxQRhXFe9XyBWPJg29S6dfIfTDKu6FLMPOTXkkUZHVtt/J VGVoJTNUGK9gWdKVtFigbDRfkS6g052QpWGPggiRVuc2cNxBR3Fkev1gWbeytFibbDRfaO0MsVGj 5dPYcBKUsUC9H9LL5qlZUP/i06DetKLhsMBsnRSBO8hvWuo78Y6iDr8o67+SLfWms3hTkx8hWRim Qg6pnkrl0+fkx4Ui5NIVtr6mw8dYbZrSvzl/519sNF907hW8DXiD0690+cZZpNIG3ssBAU86/Qqy ULHbN4zn9CudlYC8PwCmAFDGETneL9LHBENfnW16/WFuV/KgoK+yf6nESsXTKlDRHiLkagadfans x1hC2ZNjPqP+WiH0mwRDQ6ml3+XTrngI7E2LyW70kKEcV+M/gxvG586f/qn0K4xMgCyd+qc7CooF 6vrLVwbeWEJR3H7ZAvI5mcBHAkIfIg3uFZQk9IHbGZzCFE6/fpMjP1gxsQf8CqfvReGb60N+7zfO 3dFsOhX9GEc6PRlXoe1XyDoEWDr9wX81IBxkmhZ6qV0LvEM/AGqlOd7yFkR8EilUYk0u84p5oKDP eWShp3rdhi0RD2NHdjm/6hSqMkrI0tuo0skLWV+RSA3U8f7sXb6GJmw6LiBaVPsVTjWNHYkg3OtZ Oqq6lvWrjuuk6v7rNxSDO0htWuo3tI753i/SeWvJpiHJqm3bm11Vxrv0eRUQngqcQz8Aaim2AAIG 3i9CAe3I/QqxXSJLp7SnZLv0ljAsnZBN/ax0+v6NL9IGpuzR6VfSXApZX8p7N/R5HD6efoXElZOl 01loaoXeV3KVV8g6kFk6/eG1z7Hbw0Xq9Cx1jIfTr3hTFLJ0EupNv0JZNmI61Fo6/ftk9Xnf7JMx DGi5YsQQxZgSVk+LvROOyyfVU7wMyTM5yXhaoBZx6xBtFbwNAJnS221qhSIv8qWlzUJ5x4rWoOlH K4hnpOr+6De9Bdak5GpjCnY5v31/6VW/RNPpWdODCKdfyckqZOkdsp9+hWMuOhXlsLNQVaYrvRao 8hF+rgb4P1Rl5oDE7hEOYLl6z9ZHVQbqTfGC4nkvQnnH9Px+FKqx2zdj64BH9O4VvKGTqlcidPoV AgdAUeSi0gHOxgL1apeKowKbFgugXJcWLK+QFbsYHvr9zkO9acb7E0LpYv/NDbentNSbeB9UDe4V Yxc6zxVaFgZpsRQSWdxiYhJT/T2LpPWRdYHUAYfrNyaOEkTBaoUiJ8hJprwtFqiTFUGmxd4hp7fZ CNSbVU2HzHij0690ov6fL9IG/kl4WZc4OqCaDKuUT7IXC9TGFIXEp2xaLOJHO4SmYb1pqFl5AVXF AvX/9HejXWbp9HJfeoU7Mm5a6o5xjmF0fDYabQ+m5WP7iaAtt5snhPRM7y91t14sUBU6Yfbk0gbe g9OdF1htmslpq5ZPKBcL1D/OBIb3k011VIsFkHLLWwbeWELVVk7omsnPsftnZixeuTaWlS6vkGZj Qp8LpYZUrybvIztZMZBvoS2aJRPCuen0LCdLNUMKKKcVsnSy4gov0nnHSyoLLQtt2zfPmfUrZOkA 7OltNUM/ABI+snRCfhm/0um8622ayWjJB6df6a7DcX6FLHaCNUM/nPEVsr+pnt5YQgFlOv0Kmg6R ig3c6PQrnftFWKQANUMixDr+Sy/SBucA0CzzsT+zp18hS0Ct4SfEN5bq0q+Q/NbYdxJ2tEC9bJe8 /5rJqm13pisSZLv0ebku6T81Qz8ASoWwsejFxGI6aKo3AlHpMYv7v10sNOtn1DWtNyBl0WreaPyj QL1p/nB4e/yK/qDpRyuOZ6TqXsOPf4UsbCAueQK0+NDkD0c8xWNieVv/Fuz21c4hLz6D9sT2hHos KlDQGiLkagamyL0WqJE7w6fFAvvnXeStgc5DbpD3e02UVW8FkHIAYgbeL0LVVrzjmsmqsXelK9dk u/TuNa83IE3Rbt5KFFku8t5MCTli54JXYFm3MrFYm2IkgC1VL5y3kmQTcndQpc8V8lZVCXij0vgU b1mg3vu7ZihenNXUNUOtUUxHTYsFHRqbRmq9zLgIsewEtFja4YAJ9HkVvC0vD2MkOkrdsLXoLq25 iwD84yqBm5GREg20zGS79C2393X+WSxQL0pdGA9BPP4I0Cj9XEVyXDmK+07OwiOgX9VtI6+QpRG2 dJASpsC7aagj2HnJqpcATyzYtNThKfuoXn6F05OR0VAi5GoGcr02rsdYQpplPvLPIF8h9Bdhnbu8 De4176mffo+ydEKqSbBRUlfI/eJROiFLNxc/DWuc5nly95hN9VaLBRZCG4F+rDctFrx1bZrJt2ZL p2QCIsO/foUsblBkM3O8O/2Pb4NulhBRKdryftokh6KrqIxqBK9lhvcq3M7PBFqWAmmx1ILrVDh2 rjM6FZ9foN5w6xAcoVM3vU3ar5D6nrFnaY1FjPHaCaL04u/C3rSkr02eI4zSfdNilGV5bJzwFbK/ +pNb5c/kYh9UNwc1K6M2nBYLKG3a7yxHF10sTVGFajGw6VWoTa3eGTqXCU8s2bTULJzivA3uFVAS 75JVsnCJn94v0nm/Ei31pmiuGhe3i6OAMwFD0mKBFToFGzW+OauqwE6/0gHjNgL1ARHmvH/UPquA 74RtiGNvWmNs3hKJTEC9HZ3jDR6MqaqBoPR+oyyaFgsYXXEm69yDNUMi5AKlphXpHZDjAmqbOHRd WwZ6EdTplsNsnb2F06+QxaWD3hIAtEC9YocgXfCmxcaJ06jhNChuKy+loVrEEP7CqSZ7PclHfX/h Mvv6PICUsMvBcenhkvqPGFT07p01Qz/knCCSPCQXvXA/F5lPGjmRbPIE0rUeJtxMJQ7ublC1tTm1 oEyN36qcV8jSszZUmEvLPlMmKw7pC7kt+sXTKlDRDCLkagYkvyjpPdqC9czyeQun2uGBJ/R5Fbxa OoHPUG8F6tO3Ihfze1SpV8j9/eZPOts3z3l3lnT7xSyd5KtDP+Rq/WqoQpalwEJ5x9J9HFlfqA+D eIg3SxDL81rvkChOfvK6FaarTJZXTRKcUKptmje0bNu79GIsoShS/pOvHRjZNjT6Ly+/QunHQxTi 1j/9SwwIqgoZpBsrqVT1UozblmqFIuSpcsM6Pm8XyK1iWDshS1jKJXBrZPtFWJEANUM/s74xrkC9 abGpERbC6nlKWaCUhyEk6Qu+tfrFLGxWIJMTNPoULjLH1cSI0mlhe48sN8+x26tck4MxDe4VQ0ed nxWyJAUDojsC6dII3Y6xOf1LTHCxZLvpbMa/3X71LDp4flWy/ccExv/Sg1Wi+YfcqKkLpw8WYdvg PoWpXZ8hZKx0+pw3NcrWTkMKZOpAdUpZ5jFLp2TaNNg3cTJnpRvm3zlEd6gwNwKWpGy0Yhoym4Mi JakLK9zw9Cyd+GW1JhXZnfJ0kJYkvijrqF0Gjhk6frNYUKWVKGTpDKkT9uXTxYB3kMj8ApYeQGdn 34j99czipQun2in7rkF9hSz3kM3TrXT6mDdI1NZOmC1c2bK9CqbKwc/nZGw0JBl9hiyvE10svfAA F06/qrJuyNIBnRj9Cufa4T/d6VQDut1+DgwiJX9j8nQSUUy/QmTii0FKWdJBSadfmfkhZOkup26W qNevkHHuP8Gi4A6/OktVyP26ZZCqhCrqSmZrZJYXLp2Qz9hHUA/qTT//se+I0ukjMW2ayc9pP4P0 eWS7ksRlLN2VNUMi5LufT7Niqi262XnJqm30rrQk27v0F/Wco9Q93qWQpb45hxIzTb9CAdjS0gra hyrr518h+69B64UsEMtTpe+QEp2xdEIdtTJnDCGI/eJEOCFLKuoaZmtklpcunZDDa49InL4/CuEE Dsg66FU6/bpn9ZlGrWTpX6BuTUXE4pOl0zmPd6CzyQKWvyrT6Vm3SJwvHyGj/GXp9JSQdIXTBBtW JnKc3JVOv6r+fsjSgaK3SG7eHyEcnWXphUaY7jVDP3i+4U2LySLLrqupV8sI4sQ7IUsq6p2Na2SW Fy2dkChmUtK6FVo4Q5ZORWdcLnr94iVeIUsq0RJSa52W9C2vkChmfw66FabZQ5ZXRWflI3r94vxe IUsYpGIHxC18hdMiJUOd8nTJVqYcQOlXDlcj+Hr9Q0+rAfQr7xJt/36BWlg6Q1pVsk/Xke//0p5E WG2ayVAxoxWsFgui4XkkbJ17aSwqc1tVsoyCfnHJ0uk9PxWcqqDewHcsnMa7De4VRqZ4IyBNi7Jg Ry/SBscgFMlZOnC/5v5hS6bZBlFsnZZV06+QHR+ydPp+T75C6T3POlKqxQID0jaxZLv0AesMnX4u KGkV0LTydEJQy5ZzqVfEOo+KmmFLp1/p9MP/coUsFgV2c+90f8fGktIG3lhq5Fc6/eLuXyFLnPHm VWudCJK8PwA1LDd7W1VOPP+Z9ojS/S80bZo3z+bOJMWp9C2dfoVYVB0Q2Mg0+sCm+kLpV5Y6NVk6 /cYSpIe0K4zdhSyd8xAb1dD6/Zt0QpZ9f1kav7b8Clm3lEzQH+lMKmR+hcTzkaXTIsH3YvK/qvVP yNICS6ptmgnzpYvTY3lkuw3UbtgF3/0QdTDeCbFAvWmofVxhGToCn0PbYUvAb3lkvFo6oc9Qb1rq 07J/1u//QumUqF+3tp+9S0/1DPQr7xsIkfLs5dNHPAXqTf+5G/tyqKlXnhWUpsXexhKkT7QrjO16 02LOTV5QiwWYB9441k4gUBaoxX52fUMrP5D0eWS7HgKhMKLkt0Mi5Gp/Q1e8Z6g3mpxHqm2aN7cr SytkgJlN+huqtMb2pUtaPQVpsVRlecdYOhNZOv0q1y9NnUgFnexD81HKsNv1jjjBADDzL9LSt7/o AvWmghpryT5CTEYBQ6eHHuyBz6UA2IUiL9IVMuzO5CMtbZrJz3bGEiN7tCsQw+q+75BNP0yLBUrD Ci0EF8g6CafFAocSL1sLK4w8CtNi8zC8PdCl/XiKBWnDCoCTF8g6tafFAnhn1NIcP2TphcSvbKXT zlOrR+InvQNiO5LpDZE+aglQIaP5X+n0ejKBMKIV0KUsOqh+VbI8umkWQZbNT07BmsnPsUBnENVk uw3u7yzHkKfTsvl/4tj/QsaofVxhGToCn0fbYUuonBaAPQ3uFUOkUNEcIuRqBqW00nnHD5YuRcUC tFg+4pSgmttFlWKBWixdPg3M+z3L2mqnsyoBmRXppsXey5kem+S79O4VrKPK0tQ/5GqFMrFi0Kwg i7eUbatb2qYjOKz0eWS7rr5uDj8ANZPyAfOF3i/S0BBLO+sYyVs5Z1ToPiL0eWS8dnoVQz/Y/Evt t5pRCpte6FfI0oGOsQP75+YJ9CtkGyupVAqfQz8Aap5F/7h+eb/S6dIIiCPJqrHbFx9Q3CtkfneC GFnRyz/kaoUeg2ziWVhCeccA+n9ez7HbNyMCGOzZWpnTUG9asnEUcQPPdWK2d+hfXMUFvQoeVyFL K/REz+7pbRVDPwBH4HUw3opOv0LpvMNCmsn9uW+7XiH0KwUq/E31Ec282/2WdMYdNfMsy7OGO+aK ZStWVirJPoSVQgge7yzNbzDjKzT6nPabXveNqBVsbX69CllfIUsq4QZia53zENTY0KVqsHT6laYn SpZXiN1t3zr9CirC6utrZC73fJ1+hV4qZzNVskcoHcNQ1KlXIHQCWTq9RCNAJfQr6Vxyut1+KG6h 6LoVWhm8abFXcheoN3jKVr67SadfZEk1HD6FxBBuWiwqtI4mIi/SBqbf0ulXc5N+PC1PLtNEpJVC 8V7kQsuw67bFB/pKpty8aahNEubd/v4Kp7Z5SStkL3EBPD6F0iIVSoPydHcDf8cC6e7J0grZ0hNM p19h+69Q64UsEONuc++QPRbidEKWwzpBehfIcJ8CQmFLLNIGYmtkln0rnZDl3Ct++BWyMt9h2IjS Yqy3SJP6HyGjX58WC5vB1D1iyuTWeAoXm2UrFPLK/UVnjiF6/eJ8pN60mzhDeZkO7cXTAxRlYavk agbeg2+dW1hCmskG3T6hz7Fku9S2L8d/GB2Pr/ZRnkH5/3Xd/9IB9jMC9dSH1t3nXy9xAcU+hSxb FYxy73T/0jds4tZOyNLpV9J4DVlfovZ0xKn0K+hGFbw/AE30qXT6nrVXLpFXyFFUipq9CqdQpRwq ZOl5mXLbxdMiLUaG8nStfghEvRYIIOMjWTo7SaeZpNiKJOl4oSiRAJOveFcMsnQCmcoZ0OlXgHSH zqhhSy7KcmZrZPcAsw/QpVhX/3fmFP9CE4e9wHnHqm3i0F0hSy4gzejCTX6FLB/jV305c8d4Os8d 44pLFe3SPcB5wi1XPjb0eWS8HrmCY41iC5gHN2nWTji8AdjI0gqyP23bN72Tf5b7e8UsFvNWde+Q SmBA2smRc8y3mzK9DomePqpMmjKInUcRYxW8DQAmFKrE2OccMvc13IjSbqnStgpZX8pON/R5FuMW wxq+75AuXkHSuhX+yrA43M/vmjxIk39U3OZPoGPUlUH4XPDOPwA1hTGz/iZsTexk4jtASlm9A6Og XyH0wHF5Fbx/tgnvjeT9hSLk0jylS+Ap/Qtwv7afYUss0n5ma2T1ELcP0KVYKutoVbJXQo9OyDu/ Vjr9zNxygAunZGRxxAs+haE67NKTss37FU4/qgBSyNKpVr6+C6dfrNbgxKn0654uhdOvHSBQEDT6 G9sNNalXQ1/lz3r9owdaIfRra22cLZ1+KG5YBroVP8Hq4Q6/OkuuNwKH7H+DC6e3fg3Um/MA3wvQ pVASTr5Vsr82gt5YQnnar919GV+YSqdkaR8kDe4VoTpnM5Oy/3f62P9CfkLN0ukZNXnIp18hjCg0 6fQsEPvGQO+QJqiIMLqWTstNecdYQofMdYoLp7QoZLv0ZBDr6j6lWCJjbFWynE+TTr+S5tNO/QpZ /SIbp1/pea7H7MUsHi2fl+90+mG9L9IG3kVHiiB6/eFQz7HbKvE6g2udllIor5Dlp+bkaoXeeMdd 94jSuVk6/YcirLMLK+dUzmjdfoWnoAA1hSL5b+Y5/0ICXlhCmtSvGzznX8lpL2Tpeplu6OXTUAX+ kPJ0vSOhKZLpqF35jxk6ymM3z3lMK2R+hald5bZDP+Rq0jeFBtZOydLpV9Ma9KagyU2nZOl9b7li 5O/PeI3LsnRx7og6aDcXyNIv3BNcSqdU5s74xKn0LJ1+hTv6lKUVMckpNg6/QubTANIKWfx4ZwYf IQmm0QYgbJ2WFMWvkLoaNttClk73g7sHRUD5y3oho65f6fR5AR/pYvz9wNP0nJoVsr/HVjqHQnnH qnC3+s1hS09q6fQrzxvxWd3+5LfWBp9mPb8Zfm7I0unc+okiN8+x26bZqmdsnZaO06+Q9ljmJKnz PMknm1eTOh9ZOv3OZyoUZLv0eUJouVZaLFBvETIi5NLAJO+FAVLI/QoqUkg/pwwB/StkftZJ6eTM vcgH+uon58bWTguKsw7ShRxZX8pAN/R5M2+5YnrTUG/EENL3FhnFSMuic0sqEi0hbZo3z6zO7+Sp 9KXZWoEU67StHbJ0+n1bL9J52k1WdRk6dA+DW+awD2zhhSydllErUG9xQZZ8yUzFw/bt3PzZOZly aaOxphYLrqQKzrwNADWZ231qhSIvwVFmIzFihHB2fn1bqrUsp2ocKfa+rS9fE2X7sYxDPU6/QmXz Szy52tWtQNNZsdu79AIep6labUdXb1rmFkY6PM17ToiUqFmXjby9SyrarI9rZAGB1GKBLFZTFLoV N7Q2294vQnnaTWZxGTrJoFCgFn2uZPvFLBAVCajvdBLPRUC9H8vMV6lXt3iyIh8ho26TFguiGHYA bK8dIBTJNPr99ki9ad5N3mwZOhYBN8+xjG9A9QvTYoHkEM/GWoCW8LqWy38278dYQprQOXQPg0NA N3ibfK2o3X5msyRHd26enPKRTr9XKVhNWwpZOqoIi1LJ1AtEQ+tY8fSqVzx0+hWPyCv4YMdWYVc6 /YfsoLsLpwxp9CudKHq5VxPl0zHJIbUOv0LiRFhCeclsAp/D22FLrqScqrwN7hUVKrwEVbJ0Enla v0KpI4NCmsmqtcIiy6e0K++6pe13eiQpf5L6FcR90gbeL2g5Vcj9YFm3pIAHH+mkeen7GF/dkPUs GuB8VbJA19rKiNIW4q57SlmgtLckJOkLrkbexSwsLX5z8nTtZ0Av0gbHD1cy+Xr9CqdfISroBGRx 3ws+hV46/d1Vss34lk4/qhxXyNJKLQlt2zfPrGngxKmF654updOvHX+METRCG9sjqqlXQ3D5z3oh o1hf6fRrEHcVvA0ATsY/5GrSNybh1k6L6LVX/bkuRaDetFgFKpSmKBP9bK94iPiydHeouSkClgAg Mx2mxXC/MCdhS8OyHQvTx/MAIDnQpaywdPoWiDp2SBfI0+IpOv1LYdoVVWtk6cVYwe41Qz8dR/Im NEJ+2J3S6dw6cLeurGFL8Ld+ANSbIQULQhtSO/6CBeoCkbA4iI8t6dqPGp4ZX8l1UZsWpX33f+8s IhVSRfJ0qur7TNTWVzdH4dx6/Y9nKy3bu/R5M2i5YnosUG/E1tIkeit6HgLpVr3ZmsmqbSGltCRk u/SDhEadLPQsOmx+VbLxguJCL0J5xw+5LkXF3rRYPiqUeDQUhUadwvQsOnR/VbI6guJCWEJ5x/25 LkWg3rRYBSqUoGn/aWyukKVYbiMFgEo7ApbSCN1tOT/9CvTSpOdTJOmk0wiaBpOv0KqR8HH6lgY2 BPXXs/4kVr7gTqdf1vc7ZOmFWKfuNUM/xq2eRZwuY7FA0RDau9HixMnetBcDQzIsZCHbxApvWixp cPUVMgJoNw7I0+bTzfkKWbb6T6dkaUkCPD6FJdqeNUMi5BIjs0C9f5PM0unS7XBxiwmqvMN/HAvT w/XB3FMZIBYTNPoX67zjqVc3DdWGu0BIBh8h2mUws/AEDe41Q/hvT84SNEJRy2RyqVfJ/QpZsduj QKMWC6ThpSVsnc9MSq10+p7xn3+WTMjS5tWx/wpZ35xiBiTp8iQZRoQsrxAY+hM0+hFBO2iUV8hS VHCbvQqkUKV5KWTpdJG038XTrp8hubJ0+hbzluOpV8rdjps6/Usn4ghVa2TpiqgYf6XTLy3TtPJ0 SpnK1NPpV0hAI/h6IUyo24L1K2T+OAU80KXWoPBZFbK/witnaZLpXE7EmsnPscsaTUi0K5EKjLw/ ADU6UXf6Fc8CQTcXyPyuEHzyj0BeIUugJ8nJLPl+hdwoSaQVsp0ml06/w1RUaZIKd3OzAqja5fUr ZGLBI2VzhfOPsMdx3QYjmcoH0+lXIVYLWTqqCIdi6fgrZHEHsZyQpVISd1tVspEG2Q3HVndXOv3j 0V4hSybZ6lVrnVDRdPufIVqydPr8Pb5CltxN0UgZOjzir2IvAXhk5nFznH6FWOufXBiSVNq2c80n jyTHVllYOv2i4V4h9JtKvtTeM/tsivDk84Ui5NJ/f77S6dyM8vZUGgFrh2KakUUQC6W8DQA1UxJB W1Wyvk0TXsnS6ZC/HqoZXyRLp2QA/SqdfgWRmjHl07N7fuFOv0J/oMjS6dmH1qvnXyBEr47p9Cxi +1Zz75AukGHUupZ1OpVJF8jdjJM6/UtOjCH0K+WSpSydfKXcKCj6FbL1/5Xv/9LHEpC4fkCqsds3 3lT3iiR+q3/ewtHaP+RqhVssQpZOQ1c693r9MdyIgQuna2o5Kp1+DiuVcNGoIuRqhUOfYrZ39bWb KVmJYTfPsdvDO+v0LBi+8I0/ADWFOTfaq06/QuggmEKayaoWGTfPsXWWZ0jFLLMp5JHbvmqFIuSp o94vQmjqy1xKWRRlCf8r8GS79O4EkZ4x5dOBObhNxrbSBt5YOfnHqm26dw52uQk7ah0ofnbcp1V5 a9KydKPqy2zi1ldDKGTM1VhKpwh3wNzp0xx/bYF6Xty8TV5CiwXIETQByd5K1gtZOjrJr14h9Ctk 6YWsIFcEk6+UjwYi5NIGiToxSRfI+ApZOshxpl/pdJZN38Usnp8h/q50+pUPluPWTs7dbXc7/QrZ 4gjq52To+69KfoUsLy2McvJ0+BrKdUKWV0hvwPh6/QrTA7Hbu/RpSQU8PoXb2+s1hSLkeitnHgLp ULyNmsmqbcsadoC0K2HmAaadfqVTErlbVbJ/TRIzv9Lp13XUqxk6LT68z3lku+/7io3dkJxWfNS6 Fb05pZZOyDm1x6pt4nGL3rQn2cdVa51/8SY/ADVDTfkptQ6/q1NXyNIu3LqCSqdeIUsrj+BkvA2B AAAP0KX9RKcFac4CbEgXyNN+Vqpt2zegrCeLJOlsv51+pRQqEIVVsnRClk55V8P2iP0LsK4hS6ff VN+KJH6EWboANUM/nCQDsr/BK6VokulUSO2ayc+xjSJOSLQrnJXpvD8AToMi5GrTy5Xj1lfJObLJ qm1gp9KkgIsk6aREkX+F0/1vEIIgNPpp2/PGqVdIbz/4ev1K0kKxZLv0ajjPPT6l1tqAaoUi5IQT ZB6S6VYj55rJqnK00UMWYcPnPoWpXeSsQz/kavxwRb1psb7OFsLWfkpZ3uULpmTplej99UKhEm8/ k7L/CP0pUb1p3Dg6ibfFAokap6ULK2Sdu7wN7hW7p5KlFT/xDQ4OvxKDqEVX9cN6/RvNX0v01PFl AWyd+2XcKygH6k35x2HW/9K5PcgCn6G+YUsin53lu/TuFevZtLnSr3T6/rkv0gaJjPb1Vzr9Cjic QSGnDuieKWLrUajvkCYrTQHrhd4v0lET7M4WpsUC4wFfIUui4Wd8bJ3zOKkn0KWsonT6ln1/sUMx D1dw0Xr9Sads+k0vZOmFvHVupdOvMLVVstoN1k4DnalXA7JKWWQiuApcLJR7m+ttqN2QLFbR/LoV Cu9Clk5OMo/ev4GCGV9LWyrhk3xrnS56mSEY5dNN4SKRDr/HVja83HnJqm2JZFvD7cB0eWS8Wjqh z66QpRVZY2oG3ngGzUs3LfWmxUjFLx8hC76AbcUs/L2X45i+yyCDWnOjd5Hh6WX4xCRuCQ96kWvH zR9kTLUbs6ST/Z1HyjuAjnqWf/Hnx2YDxSRobxdlllHc9EsQywpa75AoTmLyuhWmK7RpqE0SnXGq bZo31LybrSTpealOBcXTR45L6k3xOuJBL9J5x0FXGtx6/aCsz7Fk7CDNmdNigVqybPCQFVpwQpZO 7tLpVzdoGtx6Ic5nK/hku/TuQmi5jKTTr3QRHiIv0lEK7M4WqMUCa5o/rPak+qn0fPV6hCyvbzDr NjT6kI7KSwbHWEIvXmbOyvBc2caecJ60LHUvaSxQz88V5flPeev/Qr+oXe6OGTp4i9NZsWS79GJy 6hhSBJOvbRK5uHRC1jrqQnnHWLWD1K2zC6fWfG+5JH4MqQIC5dMkhHHUWk+sabFDGgFvOv0Kslyx 2zfvZGO53X4OuTQC5dM58WWHDr/PI1RWkumx4vcKpwne3k/gqfTHlu4VQ2jUgQlNiwVpL3wiZOo/ REpZs3CYBx8hx/lXINSVnn6l05xLO/a6T9dF7v/SmlBYbZrJlquT5b0CraCnv20+FxSgKf40+r85 fIN+Qksy1t2++PAIHyHhLKcoHC0enrqmK5VfgvJ0UJ6NPKKp3UzXEwh6/aAkniVyvrdJtCzuYhVD PwDqpY/esK/bbOKpV7zZmsmqbchIXZHJgSNqfGDvXzVDPwCsmAeD1NZOB9/jV8hWOZnSWKdYoLfH 4unDcrrdkJ5GfNS6FcG20gbeWDujqMUC6UrSlLwxJOlMJpd+hYecUE2ZXosFdI3PKPAjoLOGK1eU aN88RS5MFai2b9k7w5Tn2e9e/jm02R7uELoDnYRdAWOnKsU8RZFNA4HsRvYSyL3A4ItnwQA34DnH q5Nn+c85bQ8XfJ9mwttL6ctAiN2QTWamdPpVxq/SBt5YmmDSrW9KWbaYSqdkg/RBnxSHRq/6pLuy dPrVGEDXZtSI0qnc+vKONV4hS2PtbGO+3X5DVp4x5RWy9xaAGkDXqdOI0ofE81gLpzmq8A8CYIZK FjqB0ckZuRfU/waySNlbqlMPvgBZOiFLYBzn9Ctkfgboi/qlXiq/WlWy7yiAHTdnfsV6/fXME6UL p6NsJ4vdfoUsr5BiVlHUuhVOv0KW13X/SBk6/H//z7Hbu+lcF7/dfghuWAblFTmjElGnQL1RGqm7 ZvJcRRenOYoyrk1IxSyb9V8VKrpbVbJ0hBN7HpLpViBb/6bF586S/qn0K4zkcNNiExgADzT6EcHv 0gbeWF9UoKy9CtKIrP4yxqn0w11+hSwsLXZz8nT+Zn4v0gbHRWdw+nr94g9fIUuo2TpUbJ169ss/ ADWF5Zz5n06/HWh0Ny0KWbEOoyBfIfSg6X4XbJ3Go9OvkBLcunRC/E4yVyL3iP1aMz6sznT/qfR7 m8sSvt2QWkbj8LoVMQKhNg7I15wVqm2aydSs3DUk6Uw5nX6FxCGYpdPYdHeQhR8Clgei1mTc4VhK p9wpQ3ubXGO+3X56RuMU5RVZf2oG3ngGzUs3LfWmxUjcNR8hC76YasUs/L1NfUdvBXMKKELw5TQo L9LiXEpZOufOjv6p9C+M5HHTYlYg+g40+hZaMbZpsQuyZOr/WUpZ0pTWAyTpWCe9Qu5asQA1QyJI i2JvL9IGx0NXcPp6/S9YoN5LgCsC6LwN7ghmOjLlFVl9agbeMvdw9IjS4mfSArQXA4scIGTphZSz GsSnBKI6v9O3Ihfze1SpV8j9/eZPNts3z3kATwP9uwydkNHaP+RqhVpyXJZO+wlk4qdZSlnzK4vT Jnlkuw1Cq1hcrIWnXUjDYl0v0gbH9OKbf6ptmjdzD6Am9HlkENwMkkM/ADU583tMVk18z3y+mZIK Wup3Sat/i7fA3WC5CPy9xRQqQ1pVsnRClk54Vz73iP0KWTohjCKASbQrZH6FLHWdpdOv8ToaNg9B lk4jkHnHqp2H7JqFC6eibNiK3X6FxF6VpdPyANmF3i/S3t5FRm8ZOnSfP9lhS6LhdXJsnfUQDArQ pZwnm1rWTjYGzUupEYGpt0CCAh8hTT1k6YXfOfV7XhKUeFWy/8meT7/SqFhMbQhZOqx4YdrFVWtk g22/mJClk6DwgReyvwofw19AqVezaJHLHyHAd+8oHPZ0gXqlKlsFk7L/OBbNt0OWV0FXdst6/eIH t9607OEKVGydfoXTrxvhG0552rZun3/HIKmwfneqbds3YlKRRRCclbwN7jUVKqZbVbJ1qbHeL0Jq 8hNYSlnN586R/qn0K49qFbwNEygICjT6HXU6oTYOyNfpVzoV7VtfIQvSfHlkuw25BiSukKUsTYsF /dy9Qpa+G9PpWW1wtwT/YUt8NRpQSlo5eu2vyfvTtEgStKZAvbbXdcZTGTr9P4TPsWS7M2Q4OcQ+ pTvOeAXq7TQ2md4vQnmoTSKqGTrIBqZf6aN56cNBrN2QH8evdPrSN2Ti1k7I0ulXCT1CEbfWrFib bDQkGWKELK8dINcwNPouts0SBsdYQuz5Ov0KnKdWCLv0eWTEm5Z6LO/kkoUi5Gppy2TiqVdLb9H5 ev1I1XuxZLv0LwA4xD6l0lAVJbXydBTBHzJv/A6I/fn9Y34VTp3p9Cvnua1m6B//jPgices5OtYQ Dsg6g7/FAoPckIELp+9caK3dfuxqqZyk07L3OgNNT8lQfE1Obxk6xo9o/2FLWH55ZLwNTUWb53js 8k2Lf1Y6xtJ5x1hRzHHRKxX4CKo12MBiTUpaOVrtr888Eo4jFB2JMm8ewYj9h+zWVwunt/4R1Jv1 dX1uNPxron76FRky92HYiNIBCdwC9QcA1s58wan0I51+hVihADVDIswB6rFAquO6Ny1qnhICj3D/ YUvAaHlkvMchbtY/ADVL7f9/Cdz/QsKVQVECWDr9yBqIgbQrYJqMvA3uNTqEbgXqMcmdNg6/0pxc WG2ayfykX/4f6fTD236FLHaiNUM/i3/GEv9CHcsbcqlXAXjF/B8hObf0eWS7W/u0je+QpDi85GqF z3xOl1fIO92kxQKBKoiBCytlZCeJ3X4OXnw15RU58WYQDr/LoV03Z5Lfev20MqOitCubXBmq3X5a RrsUuhWBtAodwytUqVcgQwlZOqrGcP+p9MhB8zgoH9ClgsV0d5B5HwKWHqL6vqiPaYwZX97e6+Cp 9HIeua3OTm8QRzQ0+urbQ8HWV6LQZOz/WUqnCd7e0+ep9E1e9UdYIgc3VbL/bw3c/0JkZCBoCFk6 PkubMUiXQBOp903kCs22wP7Udt0ZfPUh0uyaab3DNFk6IUunX+n0K2R+5acADzeTr7O+Maq/QpZO S28K93r9D1bav0unZGP3F91xAKOvkKUU9lDiFE6/Qi9/yNLp0sG2gKTb4T829HlkvHVLhNOvE9kx qnSPnd4v0nnQMzlryaptqXvY2nfSQp7QvA3uNVDTtOIUxz7SBt4vLa1z0EQiWTohCC1cbTRff+4V vA14V9OvdHlplqdC40dYQnnH0d2ayc/DlSSdyoM9De4VvCzsgcuwAfGF3i/SHZgheOlZOhQVpl8h wSjkVMKN3X6EpowANYUiSNrjVS/SeceuWUmnXPBrpzkcmxEQ8hW8De5O9z8AaimOAV8G3i9CaSzJ vHhKqrHbN9QiM29AZoQsnZBMEa90+inyymcG3lhCaise5QstTrHbN/QusA+FfoUsr3upQyLkBVFq p6sPV8jSaeQMXEqnXlRau/R5ZBCQC4xDPwA1/rnkagZygTfDx1hCmtpG2VOlKj5ku/R5DGC5ei4Q hFG6lkpcNfreL0J53ozZErCsIUunY8SAZvTuFbzvuTVDP+TGVcWm0gbeWO7QICNtmsnPHWTTdXlk uw2VrLw/AJmpxFZqhd4vwSu0aJLpXE/wmjfPsYxvQPX0LJ1+RhTrtL0VsnT6FfNc4qlXzacPyapt 22QcqjcAIM2RFxi1BZOv4vOFIuTSfVQvQnnUdR6qGTokPq7PeWS7jWd702J5Fy1Qiz1RlqO9abE3 W3TIqL0KOJxBHVjxoXBrnfcA8wrQpbsydPoVGEDXbtSI0gHeOv0K5yow27v0eTNouWJ6LFBvTmEi 5Grex/tm8WQBOp9ZOv1AZyowZLv0eUJouWJaLFBvESki5NIfCpvGAcvI/QpS+lRaN895ZOwgWpnT Ym9aOLvkaoU7+2aKLwuyFiMe4fXMS6ULp5ud0D9i63mv75Bap5ZsBYCyPAKWqH0NTBk6q/Uyp6IL KwUqniz3fu/QxZDPFDLJ1jcOv7+dWVhCmslS/Uunn8r8u/R57SydfiWFUAUKlvJ0gfxO7rjp13XR qxk63D+sz3lkuw56bikNADW5rR76RU0qThIOyBGDV1D9YFnfnGcGJOkJX5buFbw/+qc4t+RqhSS7 EmnC2FapWfm9f6zPsdu7DusfKg3uFbmv2M8V4iUFA7o8AumUQ1eT+nr9xhqot7Qr7zag02KBpXhs G3+METRCG/O8TqlXQyIvpsXeSwyciRx+cn6FrCC7BJOvdfWRtb5ClrIjznnHqjqPiv9hS6dk6fSg ZrgABg7QpdNahRHqsXyF0nPU0ulZOn63UP9hSysT12S8De4GblQw5RWyA5UG3i/Sg14gi9imxb0L LtrWVGtkYADXPT6lUNO05hbAZdIG3i8VrXPU/QpZOsoKN895Mq5N38UsnBsgJA80+pw3aOLWTiCA FqjFFXGmoN7IGrdJtCudCZa8PwA1FDeDWlVOv0KWVyPaecmqFio3z7GNrk1ItCyf9QAoD9ClnDej WtZOV1YWqDc6N6bFAsAijIG0K19sUozdftLePwBqhU0wZoqn4i0WqEhAI/h6IUrSUHlku/T3ANs9 0KU4oeRqhTs6uTYOyDnqx6pth+ywhAunMmRJajw+hcRATlos7LJ/Oe//Qmu/rC8WpnqIGzfPsdvs IM3o02KBejq2k6UV+v13dev/QmDCL3dKWbN4oAIfIX/b73R2it1+TcmrkPqeYneEH8tMcqlXSEAj +HohStJJeWS79P9DLJuQpTuicPoV8rDGPUzI0gHuPv0K2eIK6udk6IE6De4VvCbkgdc7ON4Jpw5A lldJK4lQOv14rM+x27u1AB85De4VUlYwpRWye3j7TL9CUAfI0grJaxWfd6De99uP3RW8DdKZ/duB aoUi5HkjvR+S6SUnFhDJqrHnmx6b/rv07hVidp41Qz9PT+YS/0Lkp/sSoZTSN/WmoGFEI3nr9Ct1 VYEsrxFcc7J0+hrMs0CWV6LRASHqAvUknyLA+92n9Cyd7ghuORjlFXTxwDcOv0MBWMrSCp+/x+rn XyG0JOAzhCyd/hhFJ9D6dMB/0gbeL1JMwUC9CoZ1LvFAX5rzu/TuFZyzOmPUrzMS17G/QhW3mEJ5 xzV/qVhfIfGjZOn0fHXBhCyvxpYT4kczWoi4QtnX9/Lm3aj9CqffHmdeaHlkvA24gtNEyDWFIvRH 1u//Qugi4EKayap9dFooZGS79HkFE30Nn0M/AGqVjdA1pd4vQnnX9395caqx2zff1o5cRe4VvA0Q mpLdbGqFIi/CqRW633nHqm2KZj9XTTf0eWTAE4GBCCysgdHAeGqF3i/BUlsh1ehZOpcFTyzutNTe iPQsnX1VW7h5wepNi3orDh4C6Va935rJqm2N4E0hHyz0eRXq2nelXhrXaFWyM8VhphsOFqhIQEr4 eiFK0n95ZLv0FIHEtF9aLOcA5oUiL9LeOtdCeceqtX57z7HbN9zHkVP4lZm8PwAd/dAVjv5cL9IG 7+aigD/R9Zo3z5llSAuEXx5d1N2N8Hi9602LuuIhL9J5xyCrCFk6frL3z7FkWTp5FbwN/1yzppD6 Z7jk0gbeBozgV8hth+TcqQunNdUchaqBeq9dhC4DnK+x/ee/QpYOvPl5x6ptSSxXsds39KZEBTdM RYYvLUNb8nSbZ0Uv0gbHSHcP0Xr91UxUsdu7o63QMGKBeiwkHUaw8nRxA6kaAuncTTmvGTpw/kj6 YfTDyxN60/y9lhP/wH/cvfBNl06/ftWpx36xWTohdwgp+GS79O65zO76NUM/5BOzsr9CqmC8wHnH qm02eSh02zf0eYYMDe4VvJVw0Zki5GqFBDqQmdNs0ulZNXWUp18hjC9A6fQsnZWrQz8AmRjAeGoG 3i81isdYQprpMMFH0waxZLv01Y5YzO41Qz+s82f75NIG3kDWzdd1x6sZOiA+lM95ZLtYIvEwDQA1 Q5N9jgEiL9IGcsWm5ceqbZplVVRYN/R5ZJu9/bkIr+SiQyLkaupCm+h9TVhCeaZ+2Q4kIwVPJBbl ZLwN7rYT53uShSLkcHYHy215x1hC407FArQN3B3QL6PtoSydfqWkqQBqhSKfgNU7sEJ5x1jBJC09 sds3z6Ifm+e6je8WVo5WRNG6FZl8tU43zkJ5x6rOypo/ya5YmxbJm5l+hbzYgTVDIuQ9UWqjvWmo Nzt+WTr9gXfyoqEv5RP0LZ1+ilEukKUVN7SOeve7QulX9Nt4CKpt2zcrH2S79Hm5Ju89NUM/AI4l IuTSBnKyoNzHWG2aLRix2zfP1dRZQ+4VvA3ksUM/5Gopm81bBt5YQtUtTeyayc+xim9sC0euVAqD vD8ANTginNgVTr/Bb3+/2XnJqm0JVrZatNSbahooFAqh10SXNYUi/46ySt6BuQH7G6bd+olYN8+x ZBDRGiVsnQ2iQz8AalRZnBzOjd8UbHxpvQpY/aSgBx/p9Ctkfm1gZG9aFSpdW1WyvoQTZGmS6Vex BuLaut60T9Pm9Csew26M75CmoPfkaoXe1yJ8V8gtfG2+vQpPSti01KJs3Y3dfocVKroEVbJ0cW2m 86cWqEtv4fl6/UjUTLFku/QuAPs4PqV5BTpQ/r/k0gaJOgVMF8gxxpX2586M/qn0KwW9bT2dkKVQ a3DXzdH/Qh/mpPKpV7EVybFfIUun763QLxp6oe/PKUj6snR3qEo9ApZlCCFDnr8LHOdfIUsrZC5x HYU+hdOvkKXTN1hb1k6/KNu/khn1pmosoy7aLlVrZLEG7IP3INQO0Pp0cRTPK7UZkunafU1yGTrJ 0X+gFpzUZH6FxLRbWiwWdvoVsld+lk7IYrb9XEU6aDmK81ibFvR7dXVO01Apo9OydBILTr9CJnli uOmxzTf1WHretNRrUPwsnX5t1q+QpSdy3ptVxW/IK3PH7gMuMW3bN88lxMBheRW8mUkPEmWUGPBx FIUTmR+S6VfI/QqxO9m0WB/mcFZkfoVkEC3qr+90QCSxv0IGGE8sAZLjAvXeoXAcC19cB4vdfvcn PwA1Q+0tESDeL9Kad/LVnF6qbZo3GMOUdOEgrVlKgQAED9Cllg+jWtZOvDD5x1hCmgfFeKAHHyEf N/R5FXJ1dKXTrxUoYb3k0gbeVExinfo9+Pex8IhOmRIL1AW9AOzpmTVDP+QTjLe/QlWITeFIFzr8 atTquj3nZGRp8xs+hcSycVosN7SOYd4v0gbcEF9stEG9Ck/0+bTU4SmAYA3uFUMmFbGQ8nR3E7XE Aum/Wgr1pr89P5TPsWS77Wydqd1+KFai7LoVWg2aabE6Ep1NWG2aybOkVyIf6cfrNJahLJ2QJher n+yFIi+F0mrULRaoxXCXgdlhS0/ZCQvU/LgAHw7QpdNxFHHhw/lexqi+9oNZUP1gpqC0X64k6XHs kvuL0q+QYpB51LqWTj9C6dpNGaoZOpdPz18R9CubXE6M3X7P01AF5pHydElWQTsK6VfIdvLS4nby p3/p9BikjS5zWtaxLFCLBZg3dOLWTpiFZBEurfUvQ97ev+Gp9K5dcQC7r5ClJPV4+BVOvzabx1hC eQ7SkvVYoKKPL5Ou8C2dfoWnzAA1hSL0R7/v/0LgIoZCmsmqncDQS6xJ3PKphXt1TnMsUPY9Eu50 yVHFaI2pkU3Cqxk6IRtPu+P0KzwYQi7BkGNWkNW6FbNXkJxOyLQuVWb94lq93rTGj+Jkuw31wjhH vqXTsvc9NbHxVhUp3NKdUKptmje2SLTUm4H0rJ1+79P8bzA1NjT6aTijvXxLTZIKOPmdjSJwgLQr Zbltu2iBWpPbaKLTN1zj1k6/WTHcOxVpjsXewiqASbQr6cNyut2Q8jsjoQXq1HhFyk6Xa+1XOv1g U7cyg1ibYHEgPD6F6iq5BJOycxIc9kC9HdIbcqlZAXgBBh8hPCD0eWS8f61sH62QpX+xnBtRsUDK bG5pkgrgMv1Lp8/mcfDEqYUsnX6lO4+Q+hU+HgKW3NWS6c2ivQr5UGFLATWp9IcOPoWY99ClacU0 +kuxCpk2DshZ31TPq4fkXL8Lp+8af65C3sUsR35xLE30Rybv/0KWI89CecmqTVYNAcmT/5sWRHA3 9VJTEqkEVbJ1j4HeL9J5v8DSCllttAWJFm+9KzoCkbwN7k3Yr5D6RusnFtMDkZunHsij4sTu3rT2 DWRxF+E+hXwQLaZN73St6idbwdZOkoupWL4kC1lfacIim0m0K8y4hywiLUp28nSo/Ra9QpbcOl9U sq+9Ck8F9bTU6Vwfud1+1Du8RlrqMY324F8v0nnHQ1cJ+Hr9wuFX57InZAF9+WKBL9ehFDphuuTS Bt4/3ud39N1/Uaqx2zeZ7fpOhp3cdhZqTd57iwVH2L/PE01WkukHt0jl/B8hHVjx1XBrnftFdvaf IeqzdPp1wwpBCBfIumlZOv1cWMrZyGtkL3EAPD6F00dlV+pNNI6o3i/SeR9DCofMRnsLp9TjpKik 4dWvpX7Q1D8AaoU7YGYVjreCam/IiA3JqrHbLkvNp9Tx6gFsncNaRlP3uhXaP0KWTp4tfK+5vQrU 6s7u52SBdCudftPTOmgmk7IiBYAqOwKWNplZE9mHxKvnXyA+JPR5ZLwQy5e775BOHCLkahv7miqp VyCS2abFcM6kwWH0e+RUvI3dfqSmsQBqhSL5x33b/9K52k09YBk6ccYizYO0KzSVxbwNAChmYgK6 FT8CtQ4OyIUBV+kC9el/i8YSj3y0K3WMV9NQG5H3WrEu6rFXRJZXyKGBPFaRCk9aIUsrBoabWJ2B EIcr0KVMOvHSNw6/E2TSy0xKWWqXS81fS/TU8b0BbJ0n9Cwab1pVsovXes3/0rAeTTR+Saqx2zfc bC+LJH6BxcNtWiwvydK08r9C43lYQnnH/bkuRaDetFjkVMaK3X6EWI0ANUMi+Ufi2P9CHdIXcqlZ XDoOoAMhja5NSLQsnZZ0Z1BvY5Cd1bqWTt6Bvh6GnF5ZbbQF4xB2pyszoMsVqH7ymuGpwhXlPQzb C7+FoBn6zTppOnYC6W2i9HwtMN18neLQva8UfeJac5FpsU8lWQvIU4+QKynbN/R5f/x2jAx4i4TE ED/x+WUOvxIb0tuiqVlqAp8X22FLrqTmcNyZfoVaKrgCVbIe/2n7l+WpVzdHvt16/c5nUKUgL2Tp DKmx2eXTx5D4FbL592HY/9K/qH3RrRk63t4f26n0rqRxAa6dkKU7/qcF6j8CsPkOyDqXhMUCj5kq T9s39HmeLmLLqYvvkFpGBvC6Fct/NtDHWEJ50L/NredfSUspZOl5mWroxdP5bxAlFTT6adsHxqlX TRJ+eapt2ze33CbUm2Q4N+0+pTuFQwXqx37SBt4vpt7HWG2aMzje/ov4qfTU8coBbJ0VZaYdHvjq B5fl1k43R13Tev2PmVClXaNk6X2usdnFLEatWixNHvrq2wPG1ldBV93+ev1gpqC0968k6X2ppdnF 08W2WoAO8LqWxzp+ThfIuC2mr0HP51+ocWvDqYVGnRSlu6uA+hVNwXIxDr8tfJdMvQrQv2Xs51+D 8ENkToUs9lCtg8V0BYCuOwKWRQjdbco5/QrQ2sbr52RX9Sudfjosr5ClFDckXVVOv0KWVw9Xvf56 /QqnXyF48O9spIvdfgxXcncFVbL/b8Lp/0JgwxU5qhk6PKm3VOOkeAzmlSydgRDjCND66ie0xtZO NBTm+E29rRk6qM7z+Kn0oKNxKqmhN+XTJvGqsvK/BB2IiN1G0npaSllkpHMAJOmCLA3uFbycZuKQ iem+sg6/MZDHWEJ5sr1wj8/4YUt7m3y0qN1+41gq5gJVshLflE7Zf+tXvTCH3GJaC6cP3mHv4KmF pxgmApOvu391FTRC70gvQnnHPyWD3HKGC6fUbKiMJH6uqfk35dPWcmqFIi+1TsdNnk4XOs7Rn9pZ 7Odk6TKu5NnFLK9WIKkVNPoViDo5MRfI0i/cRlpKp1+qznfDqfQHGaNuc++Q3Qki5GoGdTp+ThfI oS/Jqm3bYdpbU2tk6G40De41JHerfykVNELlRS9CeccOeHH+eiFKLNqxU2tkVQHxejDl09doaoUi L3kTcm+S6SQfbZrJz+fO38Op9Cp2ZhW8P2d96DdIXVVOzEkGx1hCL9xDWkqnXqH2UcOp9C3oKBVD PwAlqMrTupZPy1R5x1hCiuRDWgunXlX9u/R5Fcer7jVDJFMr9bHxDjEOv/ttiiNdSlm5nZZM/6n0 KxlvFbwNAC5W79O6FTs7n33uiNIv0kZaSlleofbcw6n0KuglFbw/ACVuytO6FU/LVAbHWEJp5ENa SqdeVUK79Hlkx6buFUMkU3T1sfG2MQ6/Q22KI3JKWbF4cwAfId+uJE7FLKT6eDgP0PprueTSBt42 VjS8aL0Kn79d7Odf6HSWHNnFLJzl80M/5GqVD8Xl1k7Jpv/Hqm2a2eJa7Odk6IAiDe4VvESmNUMi /znErrzH3vCI0sDd5xqq51+i9/aDSbQsnQOUQz8ANZ43SF3WTjbGNLBokgqfv4Hs518gdJYdTsUs nAv6Qz8AapUPDuXWTr6m/8dYbZrZh1rs51/ogCL07hW8dq81Qz//OcRSvMfe6YjS6NPnGqoZX6rO k8Op9KAIQiJsr0FP+HBNfsipHwKWKcNCecmqdI56uIELK6JsiIvdfoRTEuwCVbJ1j7zeL9J53EwP 7fl6/cAzgspUa2QoZzyWvPWAx5/qFbKL96bp/9IWwgh5SlmxpBMAH+l9rgTZxSwWFfl073RzkNYY ApYN80+t8Hr9BdpF3LRYjZ8J1GIWhayvkM/TTcEdtQ6/vQN3TJLpOPmuQuITbQ9nKLawSfso7LbY kPVn3ROI9yOfD4g5qbVvKzqtOcg4TJVFZLr8X9EX1qf5+Z9igUZCG/vfoqlXQwOz+TghSwtrbl7J nr3lxE2SpdNHlQXqTXnHqe+I0um/cfwKWZmkdAYk6fXDon+FLMC5IFQ1fvgBuHjFmk2T0y7eVdRA 3ycvSb2SLnNtn9CjFCgeypOFDIL5d8w6kVvKRPyevf8ML1zac6zjBhK7G/nKcSgXfbIVsqt+vVAw HPAnG/i51dK1ALoCHMOHinfIcXJQegbdU7wbFsX59k9VbvDkNdj+jO6FbqhOKuNP2UP5bTcCE3q3 Xb7EMuUxkhoBTofyL61hiuPs460iKos6uCIXYEJs2RW8OzGacIw60CVVNabrTt7fCCfOaGUuAqsa Dp1brUKCbcp+QLu7eFXnVSILzd5VtMwg2Ab3r+P5/T4uk2JUwceCbcpZBnEhRlVu0DYeqdYzlFyw cwoUUyz5As9PngRUNaNyk4UcO0lrNwNazNv91TgZbdzKZDZtZ3x+Wkrp1DL0sqtlda63w27QzJGJ v343qVOrxxTJoQF66hqZoukbtj2SNYfIgVmoxeUPxIJm1S02XMgLhIxTboIBK6cogxQo8widpahV gUT6GRyQvZGETkg2QZWxHDOs8gvIVNfRp3iUs32SQsstdzmwqi6rkOodsEgmcZ9CLnOrb7qSxLiH oe4R74Zl8ahV/kCJ0HpI/XqP55yCb1cckf1A2LFzBnichR+AkbdRyYEdbtBP6n565fyVqyuG40Uc Bumgioeyk2zXYW3KxzpwCiEhArTPevq3tsKjV5AyBMV012HERReYozQf1RK8wHUQar1UgG68wH4h NhbMFhdvnRsaQ/dVxqeCKMPyk6H4gjJvPvWijDIV+rnYcK4HWFpuAxHq+KmIwBd9zL4QNn5VWDPU J06WJV7IUXwhvtSBrQ1JA82g5CO6mPMbKME5K6HJKe+b0VPKLbhiUM3OU18VFu347M2S4CO4nXMI ZWEwseK29lVvuAeKjK1tok7s450VxHtkzY/zvvlG+ze/lhLjbLUZnJtJHDqdyhqbp7QrZOlyk+hx NUM/AHegsgcClqW2QnnHRUgDKnohjSJzSLQrmZY/xGJv5aem5GqFIlcOlk7Iah8Rw0KPmSsy2zf0 eQv7GL7xJT8ANUNaRPoVTj7/UtGI0ulZzUJ/hc+x27tXKfsPXXGmG6CzdRqRrPW1ttslYlno0ulc 0v9Lp19AN+Z32mF10ivkgerDslzmdK19WRHU6Cdi3LRZ+P5mLtOraa7hSGA1oQ3vscf/O9NZY5VN /LxQzalWJLjPs2gw3iaipr8mqkZVoRmnl6NmVz/jbnbXSNENRkZGNPW83lykkVIo/rF0VFZi8kD+ /VnDj/Z12cQ3hPsUmS5N3MrWqmF/sE/LPq2n5hZ8Sw/kDi3NnPlrYdTUpor6PKoj5Rt0bHb8DC6r P7eTBIkGKCNM9OStC0APyUBmUqFrf9ShyX/jGdfeYEswHHVSrG122W8+jTpX4fIeWbTTi3ezm/Ci dVTIqxcIYyp/ELRCtDEbc9Rumeu+hoJ77EYF/DvqgKoN46wHAJV1nKT6qned1n9kOvWtu08qVoTX vQ2vWK6n43pD5lDrEXkj54CS2Fo7ep78NhMzH9rGn8zQNViODSWOIC+DJfS/klhAvGdwWEe90ftp SwtDArCYw31WYOmquPohfNRd6GHLjXMR3KktuRoW8K7t4h8mevLIw8WJMQO76tKx+47muY5heOOq dkbr/bCzCAc3TytWeabA8q7R27JumOnp1JTwcSBrgOqcWD1HfWA6NCfjwuKI6MM1COPSUYRKsK9I cH/mO8Ix1alPnT3v2fRFXMp3xOfV+Zbr9qKIjSaZrbR0i9P/OsHcCpExl1LRPmb+jsbm8z8D1f1P Y89HipAEcWV9YYwk4Kp2rlSj2rOKTcxaB81MVwwaNq9R0Wfja7a5wvNxIMYoFEU+sHPUHa/9f8eL L8LuwzXbz8WTDy/b4Blt7Xo+h7igtmBDepQHfr7lvIkVnbf0W5/8nqilfoSvJLWjowZfHlpibs7l UfwbBQBPRnZiWdaVbKv51JLdiD8GZXyL/JkCuGSuBH70l+Qd2wc53UzVmPbHp64u7lne1jEq8fLk KcoPkEKr68+XG3Rvl9vGAu0r10kLzdvAbjc7pO2tktsHfKRdW0e90QSUfQpDA5v9Q+3GD2wOOGp2 GGQnosceszrJn6/R4UPzJLOlfJEGpRvIhUMXc7MO83FluGdkpNV+szrpn6/FqVDgR3C4CvOe6R6F vE0ccm0biRuluCs0LcR81L7hn+N0qVPxkQbaAsiXsQd2slgcDQ8O/yHpvG7RMaUs4tHsn5IyqFoD hWKWBYuCvXlusjCHX2UKfyXk/izOK8eZ6tPxL5J095xgskjpBp2bXlQw/TXdO0fEGFXH8UHtfva8 yeSNdMARHtsn3KCGJKebfgVzTz/CLYeRX0Qz5EXxsMS9y1S0cMXMHtsvob7pE1+baywzVWv0Kb2k C84b91rK4qWA1xqecDyfB/s2ob7pCl+TbsItAQVKCYz0f/IY8aTO4sBJ/x2Z5CHMLY8jlJtkLV+P JcIrAbVIB4bwQule6LLB8Z1wwHQD9S3Qp4cju6EKHV9HKtIzndRmBRfpDNzzxrzaGo4V4fIWxm6b t5shX48KChJ1G4chhJVC8V7ESMviwKDBdKlYGu9i0j67ooU4Q91ExjJES3grr6B73CzAj+z8zHDc AInKA94rhVeHp341VZIghxpZhFkBmvYs0xvRoMzxinCSOSflPdq8jjK6/Vk2XFU8xi2MqGUBCvZP /ODAj+ERjmbR3jLzboaznz5dnH42LX0pzgKP9GjoDPdJweTwoNcG+kA92jDlV5udrw1tvFjiA2wi SBaGh0P7CtmExv7BesUHptU7zTCMObyEbytJlCTJX32mXgrp1V7yGdeywtaTedcHBv88v/jHfcjQ J3QXDGaaAKeRUxAu5F7pz5XjnyvKJbKKbKZ+5uDaZg7TO2pvEUuSStnEBa9ItBmBopXjskDUInyR caBm+vzYbgrNCpJxEXsFVtDFFbNIs+OfkJA7gkTUpH6Odsdl+eMKkUK9S3AnYfTOHKmF2OU+pdDW 0PpNnzkR2y/WvsQHupRlK1NVMp1/p5tZCR/pIZfIiIPdHZVn28s7rG773+MPF7BrMDNEOZ1EpJ1I 7xH2Q8nkhZzHAJZ6IdRi0y+4oIwqSd0KqlVsAmYhxKJJ7w3svMGqhSScRPecDdAsnTKmpicNQ40u nX9MgUcQgPVN7wqKvsbon3GJeUifLNCnhzOpj3NkGCFpqlWqm0UQG+tYsMTXssEHnHDAkgf4Lae2 gDldxypuPUg/qm7k/n/1F/YMxuOFspIZj3k61m/mNrqmyTRfjnnGOERrQgrJuWXQO6W1wOLIdMZa 95xDtUKqOKambzdO0B/eL0TOCxCM/ViyDsmyxv7BNdEcI+Q92qbUHpuyJ2ECFHKKbuT+aAsQ8Unz 5IiH3RWUZtTaMLsLprGGM1OTbWN/FinOEOT+Jpd+iCav08q9xhGUYWPrO+Yy8vLpezf3ScgxVS5F EMSgXvwQ9rXK4ohQ3BeV8ifRJdN3qrN5PAzJRq0cTppfAYfxAdkX1qPA45Nh2xssrG7epp02q5Vn PFRVcIc5gJhOCh/oSaCypfGifvcfspJvm0TI3+NXfJRkPQhIJcMLnrUr2hvxe8b+wbzFdL1wOvwu 9yS7nIg0X7wK4DpVGFIXnZFB0Bvxocbz1hXhEZTyA9oxmjavt0tZfZg/5CpTh0QWuepfnS7KoNvd n2bBFSXzD7+FuhabiWsrTlQ7pwi6tWgIG+RC6OCloMAXkXDGvyH5IKa3iiM6jm83OyE5wgef9Ejx EfZJ3P/GuNcA+nwg2jbJNqy2m1ldmH7PMFI/SR2HlUH4fuK22/jKZsYWg/cq2zDpBa21RSlfkwDC JmSMamS74EvMC8Ch1sabeccRB+4Pv4CMMIuRZSpfai7eX7uRTDcb8Xr8/NC26gy7FeDaJdAivaGB HF+EChAxVS7VCoyAbPgKxkPB/sCwxhGeRjreNvNXn5yMLXWNb8kaTz5GJemjYvgKwL3a/fdwwRuP 5C3aA+kAhrd+GlaSOMIaT4FGZK7gWNARwabD9bh0wREM9yPak+kSpohnCUhOKMIsmpFYZDvrWfDA 17zMEYlm/9Am4yKtoekkX5N+PDFCLtREkJtenQ3gQtv1y7DXB9p9J9Ji4jjIoYw3TphkxDoBMkQR yYBDnRH3t8riwHGSAJW2Ps0rmjim0mk2VIsixCsh2AsOnOFL+H7Gut3zj3zGVCjjKti36SO6lGs1 Gks+wziM9E0LC+tIvffQusMAgxXU1izybqC7hHddiGM1K1hLxgKPnVnwG+EsxeXBtN8RlGFu0CS2 NKe8nzBZiWPIMSE9ThaNnU/pfuKmxvzRbJIElvMvvzabPqm+KjpViDnTX1WGQgWFpU/1H8ixyuL6 ZscSJP8t1reHNLHdZT8aUTnIMI/0WBEY40X++cC9zA3aetSfNv4r6LefPl6YZDo6ITvVC4qRTvkX 60vckMS00x2UZjqfNv4y6LOKOk+Ob8NfSSpJAYiHDP4R96Pa46V/xxOf+yvRNuk0p7xuOFeTS9Mt ToFdC4f2DP4R0KPO8pZwspRi5CvSsIYiuo5vWUlOPtR/iIdfFhvsQun1pbLaDNpw3Msr8zy78o2+ SphkKl9APt9EjR1b+BD2LM7pxL3GVJ78ItYgfyUh0oU8Go14TixEJV9EiIZedwqFpdqwyTLTBoh8 Or8hhjmuvXg005AuySsBFAsIiKVA8helttd5mWDGHS34bs+ghiGhjmUwSERL1TuGmkVkH/BI9PXL sMpUimDQ0yvnO63SiHdcnGMtf0IkyRedlV/4DIVPzvTXtpIQnzUi3mLmJaexAD1Pj2+nMkAsQhed hk35fuSjyvzEe8YR+uQr3DebJKfybjwanDvCM0CXQmSZ4EL8XsG2j/GIZ9cHNvlOxvKKOKaZbzdV ISbGMY2bCx1e40Xv/crTzBWWfNbeJrYqrfKNMlSIZDo2QCXTAemXRO4K5F+P4Ne80RGJdCLaMZYz ob6APl+Tac4+UmtbFoyCRfwNhbLB5MB21xCf+DraMckzrfJiPFmVJKc3RJdDC5qlXO8Rx7LL/4kV wREs4ivRsYA2yJ5lNEpAOcI8jIYrDgv/S/z+wbyvEJN2xt4s8iHovoh3So9vKjpPP8JkhZtYvR/w WMDjpbbcVJtgOtAxljOtvJw3WZRrhy9TLlgBh4BN+R+F06+QpSnVHZD5K9wthRevpm93VJg/mV9A lgUXneRY+FDRq4HzxBWMdDaoTr/ujTi9miQ0W0IgwjGTnU4kDOBE/PKLoNsVjnCcyzq4LfbS11dO wwpZY0Up0geBkVndCuBUwP3E/dwRjitO3C37aci9hGc6/WXVOB9LX1rp9BD+E+ShxPjEePIGn/I8 1jSMJae5JDpVkHWnMEzKK2SG90ujftHtr5DGd9UVMOAn0eDRF6mSZndZTiaZX4WdRQFQ5kPwrqXT wAadK7LLfJZO9KCePlmWbyssSSrKJIqbRO0b907D+cu2nBeVeHC/Qvklr+zpLQT9CpsxQD9DBYec bPYQ47rD5MBnwVqZ+SOBQoY69tIKZzqSOcBhIYAVZOm5QfQVwKCcps8i8hUt+mDcvYRpyJJnZzpO Jplf6corCwziEp3km9OvSJhg0dcn5H+Is4AlV5xjNXFPLtNa6ZFfo36FT8D9m9OydPoVTr9Clmup oZwrX8VKxD5DJ04Lh5EC8xvx7a/10SuydJn5I4FC6VfI0gpZOv13yjdEhkkBm8VY+AbKvs6+lHDG SkL4K8vs6VerkmdnOiFLp1/p9CtkQuBF/vjlu8Yajnrc2ja4IK2m11cUk28tYSFLxAuEyiudfoUs r5Cl044QkXAn3CrzO4i8nSoXkmTLNk8uBQqMgBKdfua8wq6lFbJ0+pZOv0LVNaG+ZhldjS3eMkKV BQeG6BKdfpvTwfWOK7IXLftwv9LpV8j9Clk6HTLKPIiHHxE+8Vbz9dH9zBuXK7KBQvgrvOzpNFWQ NFlfIUunZOn0K6EH6E/OoeW20weOfjeRLPMj9tKEZzqTb9NhIShECdf0LJ1+hdOvkKWYYIPgdQ8x mDPBI8CQDwLRM8H4A8MzxEj8C8VIA8SLxiVBKRYFwdhI1jPH/IPAPSvAC8LWE8aY6A0AAAD4M8Dp DAAAADEq/CPCi8RAwzPEQAPH/Og+AAAAmDPE6AwAAADpCgAAADEOPTFCFgXDA8b5cxkPAu/oCAAA AOkIAAAAMT5AI8DDM8epCk8WBejw////6RQAAAArxfhkZ/82AAArwGSJIP4IsVWWpegKAAAAi8Hp DAAAADEL/BVeXBYFwyvF+D1bXhYF6AsAAAAzwtbpDAAAADE+/C0xZBYFw4PQQ5CLZCQIK9tkjwNb 6AAAAADoCgAAAOkKAAAAMQ4bxpgLwsMzwzPF+OgNAAAA/APC6QsAAAAxOYPoRCvEw5AzwxPEQOjv ////iwwkWIHpMXP1ACPEQLhKgpali9iB6w2CoaQ9VwMWBQPZvwAAAACBx6qalqWB9yuGlqXoCQAA AAvB6QoAAAAxCyUzDBYFwzPBM8P56PD///9o06+QpVqDwBsxE8HCNQvBQ0NDQ+gNAAAAG8f86QwA AAAxC/gzwCvD+cMrxfj4ch7oDQAAAIP4I+kKAAAAMStAC8KYA8HD1gU/KRYFg+8B6A4AAAAzwekI AAAAMTkdBjEWBcPo9f///1GLz+MGWemW////WdYLxWE9VTcWBcMAAKTaBAAAAAAAAAAAAOjaBAAA AAAAAAAAAGDbBAAAAAAAAAAAAJTbBAAAAAAAAAAAAPjbBAAAAAAAAAAAACzcBAAAAAAAAAAAAITc BAAAAAAAAAAAALjcBAAAAAAAAAAAAOzcBAAAAAAAAAAAABzdBAAAAAAAAAAAAJzdBAAAAAAAAAAA AOTdBAAAAAAAAAAAACjeBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA== ------=_NextPart_000_0098_012B4FEC.495FECD0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 9:13:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id 8A5E337B491 for ; Mon, 21 Jan 2002 09:11:02 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id g0LHAtD05759; Mon, 21 Jan 2002 09:10:55 -0800 Date: Mon, 21 Jan 2002 09:10:55 -0800 From: Brooks Davis To: Poul-Henning Kamp Cc: hackers@FreeBSD.ORG Subject: Re: Project idea: Put PVM in /usr/bin/make Message-ID: <20020121091055.A5296@Odin.AC.HMC.Edu> References: <20020121083652.A1496@Odin.AC.HMC.Edu> <23917.1011632480@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <23917.1011632480@critter.freebsd.dk>; from phk@critter.freebsd.dk on Mon, Jan 21, 2002 at 06:01:20PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 21, 2002 at 06:01:20PM +0100, Poul-Henning Kamp wrote: > Adding PVM to /usr/bin/make is a simple task, less than 1000 lines of > code. >=20 > What you suggest is not going to happen in any of the next couple of > years unless $BIGCORP pays somebody to do it. I doubt it's nearly as complicated as you claim. All you have to do is tell the system to envoke a set of jobs which is a fairly straight forward thing to do (it's not much harder then envoking rsh and you could easily write a simple wrapper that provided rsh symantics if it doesn't exist already.) > My suggestion consequently still stands: Please someone, add PVM > to /usr/bin/make. If someone adds it, that would be cool, I just think a better solution isn't likely to be all that difficult. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8TEufXY6L6fI4GtQRAn2lAKC1Vdrh3RmuG4sTgvqIUAMcRK5SmQCfTczz pXYf5Q9lkPG4wJY2cbwjmHo= =SrYA -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 9:52:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 107FC37B400 for ; Mon, 21 Jan 2002 09:52:14 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id g0LHnXU24558; Mon, 21 Jan 2002 18:49:34 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Brooks Davis Cc: hackers@FreeBSD.ORG Subject: Re: Project idea: Put PVM in /usr/bin/make In-Reply-To: Your message of "Mon, 21 Jan 2002 09:10:55 PST." <20020121091055.A5296@Odin.AC.HMC.Edu> Date: Mon, 21 Jan 2002 18:49:33 +0100 Message-ID: <24556.1011635373@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020121091055.A5296@Odin.AC.HMC.Edu>, Brooks Davis writes: >> What you suggest is not going to happen in any of the next couple of >> years unless $BIGCORP pays somebody to do it. > >I doubt it's nearly as complicated as you claim. All you have to do is >tell the system to envoke a set of jobs which is a fairly straight >forward thing to do (it's not much harder then envoking rsh and you >could easily write a simple wrapper that provided rsh symantics if it >doesn't exist already.) Uhm, PVM is a *much* faster way to start a job than rsh... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 11:42:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.ncircle.com (mail.ncircle.com [209.140.253.150]) by hub.freebsd.org (Postfix) with ESMTP id C841D37B417 for ; Mon, 21 Jan 2002 11:42:15 -0800 (PST) Received: from localhost (bbuchanan@localhost) by mail.ncircle.com (8.11.3/8.11.6) with ESMTP id g0LJNrp72506; Mon, 21 Jan 2002 11:23:54 -0800 (PST) (envelope-from brian@ncircle.com) X-Authentication-Warning: mail.ncircle.com: bbuchanan owned process doing -bs Date: Mon, 21 Jan 2002 11:23:53 -0800 (PST) From: Brian Buchanan X-X-Sender: To: "M. Warner Losh" Cc: Subject: Re: PCMCIA ATA flash broken in 4.5-RC In-Reply-To: <20020118.204339.100087610.imp@village.org> Message-ID: <20020121112157.A71039-100000@mail.ncircle.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 18 Jan 2002, M. Warner Losh wrote: > Try creating an entry that matches your card: > > card "CL ATA FLASH CARD LEXAR " "TIDALWV" > config "ata" 0x1 ? Warner, I added the pccard.conf entry: card "CL ATA FLASH CARD LEXAR " "TIDALWV" config 0x1 "ata" ? That did the trick. Thanks! Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 11:45:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hoth.ffwd.cx (hoth.ffwd.cx [216.187.116.122]) by hub.freebsd.org (Postfix) with ESMTP id 1BB5C37B400 for ; Mon, 21 Jan 2002 11:45:58 -0800 (PST) Received: from skye by hoth.ffwd.cx with local (Exim 3.13 #1) id 16SkO9-000DVR-00 for hackers@freebsd.org; Mon, 21 Jan 2002 11:45:53 -0800 Date: Mon, 21 Jan 2002 11:45:53 -0800 From: Skye Poier To: hackers@freebsd.org Subject: Re: mbuf chains Message-ID: <20020121114552.H48759@ffwd.cx> References: <20020118164617.L99893@ffwd.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from julian@elischer.org on Fri, Jan 18, 2002 at 04:52:08PM -0800 X-URL: http://www.ffwd.cx/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Word on the street is that Julian Elischer said: > > My confusion is around splitting/concatenating - > > > > When splitting an mbuf chain, the two resultant chains must be as above > > (heads have M_PKTHDR and mbuf.m_pkthdr.len set) right? > > That depends on why yuo need to split them. > OK, let's say hypothetically we sorecieve() a bunch of data in mbuf chains and need to split it up to some chunk size and resend the chunks with a header via sosend() to a different host. Skye To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 12:20:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 2E18137B422 for ; Mon, 21 Jan 2002 12:20:09 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020121202008.NUJG3578.rwcrmhc52.attbi.com@InterJet.elischer.org>; Mon, 21 Jan 2002 20:20:08 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA12806; Mon, 21 Jan 2002 12:17:20 -0800 (PST) Date: Mon, 21 Jan 2002 12:17:19 -0800 (PST) From: Julian Elischer To: Skye Poier Cc: hackers@freebsd.org Subject: Re: mbuf chains In-Reply-To: <20020121114552.H48759@ffwd.cx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 21 Jan 2002, Skye Poier wrote: > Word on the street is that Julian Elischer said: > > > My confusion is around splitting/concatenating - > > > > > > When splitting an mbuf chain, the two resultant chains must be as above > > > (heads have M_PKTHDR and mbuf.m_pkthdr.len set) right? > > > > That depends on why yuo need to split them. > > > > OK, let's say hypothetically we sorecieve() a bunch of data in mbuf > chains and need to split it up to some chunk size and resend the chunks > with a header via sosend() to a different host. In that case you need to add a header to each. yes. > > Skye > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 12:44:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from scaup.prod.itd.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by hub.freebsd.org (Postfix) with ESMTP id C922F37B400 for ; Mon, 21 Jan 2002 12:44:20 -0800 (PST) Received: from pool0452.cvx40-bradley.dialup.earthlink.net ([216.244.43.197] helo=mindspring.com) by scaup.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16SlIX-00008O-00; Mon, 21 Jan 2002 12:44:09 -0800 Message-ID: <3C4C7D96.460628B7@mindspring.com> Date: Mon, 21 Jan 2002 12:44:06 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Lajos Zaccomer (ETH)" Cc: "'freebsd-hackers@FreeBSD.org'" Subject: Re: Telnet option negotiation References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Lajos Zaccomer (ETH)" wrote: > > Part 1.1Type: Plain Text (text/plain) Don't send HTML to the list. The problem is likely that you have not fully understood option negotiation. The negotiation is do/don't/will/won't. See the RFCs, in particular, RFC855. Also, type "telnet" into the search form at: http://www.rfc-editor.org/cgi-bin/rfcsearch.pl -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 16:12:49 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gnjilux.srk.fer.hr (gnjilux.srk.fer.hr [161.53.70.141]) by hub.freebsd.org (Postfix) with ESMTP id 0591437B404 for ; Mon, 21 Jan 2002 16:12:35 -0800 (PST) Received: from gnjilux.srk.fer.hr (ike@localhost [127.0.0.1]) by gnjilux.srk.fer.hr (8.12.1/8.12.1/Debian -5) with ESMTP id g0LNlmLC002178 for ; Tue, 22 Jan 2002 00:47:48 +0100 Received: (from ike@localhost) by gnjilux.srk.fer.hr (8.12.1/8.12.1/Debian -5) id g0LNlkuE002172 for hackers@freebsd.org; Tue, 22 Jan 2002 00:47:46 +0100 Date: Tue, 22 Jan 2002 00:47:46 +0100 From: Ivan Krstic To: hackers@freebsd.org Subject: process creation and deletion Message-ID: <20020121234746.GD17108@gnjilux.cc.fer.hr> Reply-To: Ivan Krstic Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.25i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I'm looking at implementing some extra security checks for all dying and newly spawned processes. It looks to me like the function that must be called for all process deaths is exit1() in kern_exit.c, and that new processes must be spawned by either execve() in kern_exec.c or fork1() in kern_fork.c. Have I missed any, or are these three functions the only ways processes can come into existence and die? Thanks, Ivan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 16:16:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sivka.carrier.kiev.ua (sivka.carrier.kiev.ua [193.193.193.101]) by hub.freebsd.org (Postfix) with ESMTP id 816C337B402; Mon, 21 Jan 2002 16:16:30 -0800 (PST) Received: from core.is.kiev.ua (p187.is.kiev.ua [62.244.5.187] (may be forged)) by sivka.carrier.kiev.ua (8/Kilkenny_is_better) with ESMTP id CGH47081; Tue, 22 Jan 2002 02:16:22 +0200 (EET) (envelope-from diman@landsystems.com.ua) Received: from localhost (core.asd-g.com [62.244.5.177]) by core.is.kiev.ua (8.11.1/ASDG-2.3-NR) with ESMTP id g0M0GKv53277; Tue, 22 Jan 2002 02:16:20 +0200 (EET) (envelope-from diman@landsystems.com.ua) Date: Tue, 22 Jan 2002 03:22:56 +0000 (GMT) From: diman X-X-Sender: To: Poul-Henning Kamp Cc: Subject: Re: Project idea: Put PVM in /usr/bin/make In-Reply-To: <14178.1011612724@critter.freebsd.dk> Message-ID: <20020122031645.H11346-100000@portal.none.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I found it interesting. I have 3 idle boxes out here and friend of mine has ~20, and parallel make is a dream. Don't know about someone else, I'm giving your proposal a try.. :-) On Mon, 21 Jan 2002, Poul-Henning Kamp wrote: > > /usr/bin/make already have hooks for remote execution of jobs when > running parallel. All that is missing before we can do distributed > parallel make worlds is that somebody writes the necessary hooks > based on PVM... > > This is a really simple task, and the best of it all is that one > does not need a cluster of machines to test it: Using jail(8) you > can run a PVM cluster of any size on one machine. > > Any takers ? > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 21: 1:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from web11405.mail.yahoo.com (web11405.mail.yahoo.com [216.136.131.235]) by hub.freebsd.org (Postfix) with SMTP id 5EFAF37B416 for ; Mon, 21 Jan 2002 21:01:45 -0800 (PST) Message-ID: <20020122050145.11279.qmail@web11405.mail.yahoo.com> Received: from [24.43.32.161] by web11405.mail.yahoo.com via HTTP; Mon, 21 Jan 2002 21:01:45 PST Date: Mon, 21 Jan 2002 21:01:45 -0800 (PST) From: Rayson Ho Subject: Re: Project idea: Put PVM in /usr/bin/make To: diman , Poul-Henning Kamp Cc: hackers@FreeBSD.ORG In-Reply-To: <20020122031645.H11346-100000@portal.none.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I think someone has done that before. Search for lmake, or pmake. Rayson --- diman wrote: > > > I found it interesting. I have 3 idle boxes out here and > friend of mine has ~20, and parallel make is a dream. > Don't know about someone else, I'm giving your proposal > a try.. :-) > > > On Mon, 21 Jan 2002, Poul-Henning Kamp wrote: > > > > > /usr/bin/make already have hooks for remote execution of jobs when > > running parallel. All that is missing before we can do distributed > > parallel make worlds is that somebody writes the necessary hooks > > based on PVM... > > > > This is a really simple task, and the best of it all is that one > > does not need a cluster of machines to test it: Using jail(8) you > > can run a PVM cluster of any size on one machine. > > > > Any takers ? > > > > -- > > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > > phk@FreeBSD.ORG | TCP/IP since RFC 956 > > FreeBSD committer | BSD since 4.3-tahoe > > Never attribute to malice what can adequately be explained by > incompetence. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 22:21:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 97B1637B419 for ; Mon, 21 Jan 2002 22:21:13 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id g0M6IHU34449; Tue, 22 Jan 2002 07:18:18 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: diman Cc: hackers@FreeBSD.ORG Subject: Re: Project idea: Put PVM in /usr/bin/make In-Reply-To: Your message of "Tue, 22 Jan 2002 03:22:56 GMT." <20020122031645.H11346-100000@portal.none.ua> Date: Tue, 22 Jan 2002 07:18:17 +0100 Message-ID: <34447.1011680297@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Diman, This is the email I sent to another fella who was also interested, you should get in touch with him so you don't duplicate too much work. See also my comments about how to do it. ] To: Hiten Pandya ] Subject: Re: Project idea: Put PVM in /usr/bin/make ] In-Reply-To: Your message of "Mon, 21 Jan 2002 09:09:54 PST." ] <20020121170954.36102.qmail@web21106.mail.yahoo.com> ] Date: Mon, 21 Jan 2002 21:33:04 +0100 ] Message-ID: <27243.1011645184@critter.freebsd.dk> ] From: Poul-Henning Kamp ] ] In message <20020121170954.36102.qmail@web21106.mail.yahoo.com>, Hiten Pandya w ] rites: ] >> My suggestion consequently still stands: Please ] >> someone, add PVM ] >> to /usr/bin/make. ] >> ] > ] >hi, ] >just wondering.. what level of skill is needed to add ] >this functionality? if it is pretty simple accord. to ] >what you are saying.. I don't mind doing it in the ] >next couple of weeks.. ] ] It's not very hard actually: ] ] Find "pvmgmake" on sourceforge, that's a guy who has done it ] to gmake. ] ] Get yourself going with PVM on a single machine. ] ] (optional: Get PVM going on multiple machines or on multiple ] jails on one machine). ] ] Get pvmgmake compiling under FreeBSD (there's a bit of automake/ ] autoconf version crap to this, I can give you the details when ] you get this far). ] ] Get my patches to pvmgmake and get them going. ] ] Then, do the same thing to /usr/bin/make. ] In message <20020122031645.H11346-100000@portal.none.ua>, diman writes: > > >I found it interesting. I have 3 idle boxes out here and >friend of mine has ~20, and parallel make is a dream. >Don't know about someone else, I'm giving your proposal >a try.. :-) > > >On Mon, 21 Jan 2002, Poul-Henning Kamp wrote: > >> >> /usr/bin/make already have hooks for remote execution of jobs when >> running parallel. All that is missing before we can do distributed >> parallel make worlds is that somebody writes the necessary hooks >> based on PVM... >> >> This is a really simple task, and the best of it all is that one >> does not need a cluster of machines to test it: Using jail(8) you >> can run a PVM cluster of any size on one machine. >> >> Any takers ? >> >> -- >> Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >> phk@FreeBSD.ORG | TCP/IP since RFC 956 >> FreeBSD committer | BSD since 4.3-tahoe >> Never attribute to malice what can adequately be explained by incompetence. >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-hackers" in the body of the message >> > > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 22:23:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id BAFFF37B402 for ; Mon, 21 Jan 2002 22:22:53 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id g0M6K6U34562; Tue, 22 Jan 2002 07:20:06 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Rayson Ho Cc: diman , hackers@FreeBSD.ORG Subject: Re: Project idea: Put PVM in /usr/bin/make In-Reply-To: Your message of "Mon, 21 Jan 2002 21:01:45 PST." <20020122050145.11279.qmail@web11405.mail.yahoo.com> Date: Tue, 22 Jan 2002 07:20:06 +0100 Message-ID: <34560.1011680406@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I don't think it has been done with the berkeley make that we use, I have only found gnumake based ones. Poul-Henning In message <20020122050145.11279.qmail@web11405.mail.yahoo.com>, Rayson Ho writ es: >I think someone has done that before. > >Search for lmake, or pmake. > >Rayson > >--- diman wrote: >> >> >> I found it interesting. I have 3 idle boxes out here and >> friend of mine has ~20, and parallel make is a dream. >> Don't know about someone else, I'm giving your proposal >> a try.. :-) >> >> >> On Mon, 21 Jan 2002, Poul-Henning Kamp wrote: >> >> > >> > /usr/bin/make already have hooks for remote execution of jobs when >> > running parallel. All that is missing before we can do distributed >> > parallel make worlds is that somebody writes the necessary hooks >> > based on PVM... >> > >> > This is a really simple task, and the best of it all is that one >> > does not need a cluster of machines to test it: Using jail(8) you >> > can run a PVM cluster of any size on one machine. >> > >> > Any takers ? >> > >> > -- >> > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >> > phk@FreeBSD.ORG | TCP/IP since RFC 956 >> > FreeBSD committer | BSD since 4.3-tahoe >> > Never attribute to malice what can adequately be explained by >> incompetence. >> > >> > To Unsubscribe: send mail to majordomo@FreeBSD.org >> > with "unsubscribe freebsd-hackers" in the body of the message >> > >> >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-hackers" in the body of the message > > >__________________________________________________ >Do You Yahoo!? >Send FREE video emails in Yahoo! Mail! >http://promo.yahoo.com/videomail/ > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Jan 21 22:31:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.hiwaay.net (fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (Postfix) with ESMTP id C521637B400 for ; Mon, 21 Jan 2002 22:31:42 -0800 (PST) Received: from bsd.havk.org (user-24-214-88-13.knology.net [24.214.88.13]) by mail.hiwaay.net (8.12.1/8.12.1) with ESMTP id g0M6VWBZ009772; Tue, 22 Jan 2002 00:31:39 -0600 (CST) Received: by bsd.havk.org (Postfix, from userid 1001) id 3188F1A786; Tue, 22 Jan 2002 00:31:31 -0600 (CST) Date: Tue, 22 Jan 2002 00:31:31 -0600 From: Steve Price To: Poul-Henning Kamp Cc: Rayson Ho , diman , hackers@FreeBSD.ORG Subject: Re: Project idea: Put PVM in /usr/bin/make Message-ID: <20020122003131.W816@bsd.havk.org> References: <20020122050145.11279.qmail@web11405.mail.yahoo.com> <34560.1011680406@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <34560.1011680406@critter.freebsd.dk>; from phk@critter.freebsd.dk on Tue, Jan 22, 2002 at 07:20:06AM +0100 X-Operating-System: FreeBSD 4.5-PRERELEASE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jan 22, 2002 at 07:20:06AM +0100, Poul-Henning Kamp wrote: > > I don't think it has been done with the berkeley make that we use, > I have only found gnumake based ones. Checkout pmake sometime which is a relatively close derivative of FreeBSD's make(1). /usr/ports/devel/pmake -steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 4:40:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp01.wxs.nl (smtp01.wxs.nl [195.121.6.61]) by hub.freebsd.org (Postfix) with ESMTP id AF19A37B416 for ; Tue, 22 Jan 2002 04:39:55 -0800 (PST) Received: from there ([80.60.248.65]) by smtp01.wxs.nl (Netscape Messaging Server 4.15) with SMTP id GQCB6H02.GEZ for ; Tue, 22 Jan 2002 13:39:53 +0100 Content-Type: text/plain; charset="iso-8859-1" From: "Peter J. Blok" To: freebsd-hackers@freebsd.org Subject: boot zip drive Date: Tue, 22 Jan 2002 13:39:44 +0100 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020122123955.AF19A37B416@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I am trying to boot off a iomega zip drive. Without success. The boot code is not able to find a UFS file-system. The drive is connected as a primary master. There are no other drives connected. I have tried a dedicated disk and normal. I have tried different motherboards with newer BIOSes.. No luck at all. I am running FreeBSD 4.5-RC2 on the system where i generate the boot disk. I have changed the boot code to check some settings like the geometry, but without success too. It seems as if there is an extra 32 block offset somewhere. I have seen postings being successful with this. What release was used? Please help. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 6:16:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from penguin-ext.wise.edt.ericsson.se (penguin-ext.wise.edt.ericsson.se [194.237.142.110]) by hub.freebsd.org (Postfix) with ESMTP id 4075E37B402 for ; Tue, 22 Jan 2002 06:16:24 -0800 (PST) Received: from lt.eth.ericsson.se (lt.eth.ericsson.se [164.48.158.205]) by penguin.wise.edt.ericsson.se (8.11.0/8.11.0/WIREfire-1.3) with ESMTP id g0MEGMw04156 for ; Tue, 22 Jan 2002 15:16:22 +0100 (MET) Received: from BMSMA58 by lt.eth.ericsson.se (8.8.8+Sun/SMI-SVR4) id PAA18961; Tue, 22 Jan 2002 15:16:20 +0100 (MET) Message-Id: <200201221416.PAA18961@lt.eth.ericsson.se> From: "Lajos Zaccomer" Date: K, 22 jan 2002 15:16:17 X-Mailer: PAWSoft MiniMail To: freebsd-hackers@FreeBSD.org Subject: Re: Telnet option negotiation Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Thanx for the impressive welcome, Terry. Yes, I might be wrong; however, in this case, please interpret the following quotation from RFC854, page 4: "In summary, WILL XXX is sent, by either party, to indicate that party's desire (offer) to begin performing option XXX, DO XXX and DON'T XXX being its positive and negative acknowledgments; similarly, DO XXX is sent to indicate a desire (request) that the other party (i.e., the recipient of the DO) begin performing option XXX, WILL XXX and WON'T XXX being the positive and negative acknowledgments. Since the NVT is what is left when no options are enabled, the DON'T and WON'T responses are guaranteed to leave the connection in a state which both ends can handle. Thus, all hosts may implement their TELNET processes to be totally unaware of options that are not supported, simply returning a rejection to (i.e., refusing) any option request that cannot be understood." Might be you who don't understand? If I was wrong, how is that all other platforms supported the way I used, except FreeBSD? Fuzzy, isn't it? So, the question is still not answered. Zacco ___________________________________________________________________________ Sent with PAWSoft MiniMail - a FREE download from http://www.pawsoft.co.uk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 6:35:23 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpproxy2.mitre.org (smtpproxy2.mitre.org [128.29.154.90]) by hub.freebsd.org (Postfix) with ESMTP id 4605037B41B; Tue, 22 Jan 2002 06:35:12 -0800 (PST) Received: from avsrv2.mitre.org (avsrv2.mitre.org [128.29.154.4]) by smtpproxy2.mitre.org (8.11.3/8.11.3) with ESMTP id g0MEZAc08425; Tue, 22 Jan 2002 09:35:10 -0500 (EST) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtpsrv2.mitre.org (8.11.3/8.11.3) with ESMTP id g0MEZ8i05482; Tue, 22 Jan 2002 09:35:08 -0500 (EST) Received: from dhcp-105-164.mitre.org (128.29.105.164) by mailhub1.mitre.org with SMTP id 8914058; Tue, 22 Jan 2002 09:34:43 -0500 Message-ID: <3C4D788E.CE483AF0@mitre.org> Date: Tue, 22 Jan 2002 09:34:54 -0500 From: Jason Andresen Organization: The MITRE Corporation X-Mailer: Mozilla 4.75 [en]C-20000818M (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Terry Lambert Cc: Alp Atici , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD 5.x References: <3C4A53EE.B882356C@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > > Alp Atici wrote: > > Is gcc 3.x going to be the default compiler starting from > > FBSD 5.x series? Is the development on current branch > > compiled using gcc 3.0 (or up)? > > I think that the cut over will happen after the compiler > no longer core dumps on: Odd, I can't reproduce that under RedHat: RedHat (5 ~): cat gcctest.c main() { int i; i = foo(); switch( i) { default: printf( "hello, stupid compiler!\n"); break; } } int foo() { return( 6); } RedHat (6 ~): gcc3 -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.0.2/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --host=i386-redhat-linux Thread model: posix gcc version 3.0.2 20010905 (Red Hat Linux 7.1 3.0.1-3) RedHat (7 ~): gcc3 -Wall -pedantic -o gcctest gcctest.c gcctest.c:2: warning: return type defaults to `int' gcctest.c: In function `main': gcctest.c:5: warning: implicit declaration of function `foo' gcctest.c:9: warning: implicit declaration of function `printf' gcctest.c:12: warning: control reaches end of non-void function RedHat (8 ~): ./gcctest hello, stupid compiler! -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 6:45:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id 8235337B402 for ; Tue, 22 Jan 2002 06:45:28 -0800 (PST) Received: from there (kajsa.energyhq.org [192.168.0.1]) by energyhq.homeip.net (Postfix) with SMTP id BA4643FC20; Tue, 22 Jan 2002 15:45:28 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Miguel Mendez Organization: Energy HQ To: "Lajos Zaccomer" , freebsd-hackers@FreeBSD.org Subject: Re: Telnet option negotiation Date: Tue, 22 Jan 2002 15:45:02 +0100 X-Mailer: KMail [version 1.3.2] References: <200201221416.PAA18961@lt.eth.ericsson.se> In-Reply-To: <200201221416.PAA18961@lt.eth.ericsson.se> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020122144528.BA4643FC20@energyhq.homeip.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 22 January 2002 16:16, Lajos Zaccomer wrote: Hi, > Thanx for the impressive welcome, Terry. Yes, I might be wrong; however, in > this case, please interpret the following quotation from RFC854, page 4: Huh? I didn't see anything wrong in Terry's answer. > Might be you who don't understand? If I was wrong, how is that all other > platforms supported the way I used, except FreeBSD? Fuzzy, isn't it? Please go use Linux. Sorry, couldn't resist :) -- Miguel Mendez - flynn@energyhq.homeip.net EnergyHQ :: http://energyhq.homeip.net FreeBSD - The power to serve! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 10:20:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 8F2C137B416 for ; Tue, 22 Jan 2002 10:20:09 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020122182009.QWJF10199.rwcrmhc53.attbi.com@InterJet.elischer.org> for ; Tue, 22 Jan 2002 18:20:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA17853 for ; Tue, 22 Jan 2002 10:12:03 -0800 (PST) Date: Tue, 22 Jan 2002 10:12:01 -0800 (PST) From: Julian Elischer To: hackers@freebsd.org Subject: ANyone seen a touch screen on BSD? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG says it all..... If you know of a touch screen that can be interfaced to FreeBSD let me know.. thanks.. Julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 10:48:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id D3A4C37B402 for ; Tue, 22 Jan 2002 10:48:45 -0800 (PST) Received: (qmail 25137 invoked by uid 1001); 22 Jan 2002 18:48:45 -0000 Date: Tue, 22 Jan 2002 10:48:45 -0800 From: Bill Swingle To: Julian Elischer Cc: hackers@freebsd.org Subject: Re: ANyone seen a touch screen on BSD? Message-ID: <20020122184845.GA24989@dub.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.25i X-Operating-System: FreeBSD toxic.magnesium.net 4.4-STABLE FreeBSD 4.4-STABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I don't remember if you were there or not but there was a bartop arcade game that was based on FreeBSD that had a touch screen that showed up at FreeBSDCon 99 (I think). My memory fails me on the name of the person that brought it but I'm sure he's on -hackers (maybe) :) -Bill On Tue, Jan 22, 2002 at 10:12:01AM -0800, Julian Elischer wrote: >=20 > says it all..... > If you know of a touch screen that can be interfaced to FreeBSD let me > know.. >=20 > thanks.. > Julian >=20 >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message --=20 -=3D| Bill Swingle - -=3D| Every message PGP signed -=3D| Fingerprint: C1E3 49D1 EFC9 3EE0 EA6E 6414 5200 1C95 8E09 0223 -=3D| "Computers are useless. They can only give you answers" Pablo Picasso= =20 --pWyiEgJYm5f9v55/ 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 iD8DBQE8TbQNUgAclY4JAiMRAkcXAJ9+tj+n1s8DprX0T8EgsLdnmuMkYwCcD9Ho 3w/CyoJY0M8o8xK/IEAqY/E= =X/iy -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 11:20:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id D879F37B400 for ; Tue, 22 Jan 2002 11:20:07 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020122192007.WFAR3578.rwcrmhc52.attbi.com@InterJet.elischer.org>; Tue, 22 Jan 2002 19:20:07 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA18080; Tue, 22 Jan 2002 11:01:56 -0800 (PST) Date: Tue, 22 Jan 2002 11:01:55 -0800 (PST) From: Julian Elischer To: Bill Swingle Cc: hackers@freebsd.org Subject: Re: ANyone seen a touch screen on BSD? In-Reply-To: <20020122184845.GA24989@dub.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG yeah I had that on ein mind but I can't remember who it was either. (But I do remember that it was someone we all knew) :-) On Tue, 22 Jan 2002, Bill Swingle wrote: > I don't remember if you were there or not but there was a bartop arcade > game that was based on FreeBSD that had a touch screen that showed up at > FreeBSDCon 99 (I think). My memory fails me on the name of the person > that brought it but I'm sure he's on -hackers (maybe) :) > > -Bill > > On Tue, Jan 22, 2002 at 10:12:01AM -0800, Julian Elischer wrote: > > > > says it all..... > > If you know of a touch screen that can be interfaced to FreeBSD let me > > know.. > > > > thanks.. > > Julian > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > -- > -=| Bill Swingle - > -=| Every message PGP signed > -=| Fingerprint: C1E3 49D1 EFC9 3EE0 EA6E 6414 5200 1C95 8E09 0223 > -=| "Computers are useless. They can only give you answers" Pablo Picasso > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 11:33:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by hub.freebsd.org (Postfix) with ESMTP id D693E37B402 for ; Tue, 22 Jan 2002 11:33:51 -0800 (PST) Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.11.0/8.11.0) id g0MJXpG27799 for hackers@freebsd.org; Tue, 22 Jan 2002 11:33:51 -0800 Date: Tue, 22 Jan 2002 11:33:51 -0800 From: Brooks Davis To: hackers@freebsd.org Subject: cpu info in userland Message-ID: <20020122113351.A25927@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm working on a port of Globus to FreeBSD and some of the monitoring tools want to publish info about each CPU in the system. On the i386 the most info I need is generally found at the top of dmesg: CPU: Pentium III/Pentium III Xeon/Celeron (996.85-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x686 Stepping =3D 6 Features=3D0x383fbff I'm trying to figure out how to get it from userland (in a shell script). I've looked at the cpuid port which seems to do most of it, but it doesn't display clock speed, only works on IA32 cpus, and won't be accurate if we have mismatched CPUs.[0] Linux displays this information in /proc/cpuinfo though there's no consistancy between platforms (at least alpha and i386 seem to have nothing in common.) Is there something similar I'm missing or is this a missing feature? -- Brooks [0] I seem to recall seeing someone post a dmesg with an SMP system with differently clocked CPUs in it so this is a potential concern. --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8Tb6fXY6L6fI4GtQRAsYOAJ9ubLEfgzPCKqG/MiOHJphVI5ik8gCgzQzo VC6FHXQogm7GFJpyQ6EH1Yo= =9syj -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 11:39:24 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mta01-svc.ntlworld.com (mta01-svc.ntlworld.com [62.253.162.41]) by hub.freebsd.org (Postfix) with ESMTP id C7D0737B400 for ; Tue, 22 Jan 2002 11:39:16 -0800 (PST) Received: from lungfish.ntlworld.com ([62.253.154.191]) by mta01-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020122193915.OFDW9422.mta01-svc.ntlworld.com@lungfish.ntlworld.com>; Tue, 22 Jan 2002 19:39:15 +0000 Received: from tuatara.goatsucker.org (tuatara.goatsucker.org [192.168.1.6]) by lungfish.ntlworld.com (8.11.3/8.11.3) with ESMTP id g0MJdDn20374; Tue, 22 Jan 2002 19:39:13 GMT (envelope-from scott@tuatara.goatsucker.org) Received: (from scott@localhost) by tuatara.goatsucker.org (8.11.6/8.11.6) id g0MJcnQ02884; Tue, 22 Jan 2002 19:38:49 GMT (envelope-from scott) Date: Tue, 22 Jan 2002 19:38:49 +0000 From: Scott Mitchell To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: ANyone seen a touch screen on BSD? Message-ID: <20020122193849.A286@localhost> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Tue, Jan 22, 2002 at 10:12:01AM -0800 X-Operating-System: FreeBSD 4.5-RC i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jan 22, 2002 at 10:12:01AM -0800, Julian Elischer wrote: > > says it all..... > If you know of a touch screen that can be interfaced to FreeBSD let me > know.. Depends what you mean by 'interfaced'... we had some touch screens attached to RedHat boxen at my previous job -- the touch screen bit just emulated a mouse (plugged into the serial port, IIRC). They supplied XFree86 drivers for it and a bit of software for calibrating the thing. I remember thinking at the time, there was no reason this wouldn't run on *BSD as well. If you're interested, I'll get someone there to dig out the details of where we got them from. The suppliers were pretty helpful (they built the screens as well as selling them), so all other things being equal I'd recommend them. HTH, Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott.mitchell@mail.com | 0xAA775B8B | -- Anon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 11:49:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 9D24D37B405 for ; Tue, 22 Jan 2002 11:49:12 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 6E17710DDFB; Tue, 22 Jan 2002 11:49:12 -0800 (PST) Date: Tue, 22 Jan 2002 11:49:12 -0800 From: Alfred Perlstein To: Brooks Davis Cc: hackers@freebsd.org Subject: Re: cpu info in userland Message-ID: <20020122114912.B13686@elvis.mu.org> References: <20020122113351.A25927@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020122113351.A25927@Odin.AC.HMC.Edu>; from brooks@one-eyed-alien.net on Tue, Jan 22, 2002 at 11:33:51AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Y'know this really deserves a FAQ entry if it exists, if not anyone feel like implementing the sysctl for it? * Brooks Davis [020122 11:34] wrote: > I'm working on a port of Globus to FreeBSD and some of the monitoring > tools want to publish info about each CPU in the system. On the i386 > the most info I need is generally found at the top of dmesg: > > CPU: Pentium III/Pentium III Xeon/Celeron (996.85-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x686 Stepping = 6 > Features=0x383fbff > > I'm trying to figure out how to get it from userland (in a shell script). > I've looked at the cpuid port which seems to do most of it, but it > doesn't display clock speed, only works on IA32 cpus, and won't be > accurate if we have mismatched CPUs.[0] > > Linux displays this information in /proc/cpuinfo though there's no > consistancy between platforms (at least alpha and i386 seem to have > nothing in common.) Is there something similar I'm missing or is this a > missing feature? > > -- Brooks > > [0] I seem to recall seeing someone post a dmesg with an SMP system with > differently clocked CPUs in it so this is a potential concern. > > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductable donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 11:49:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id E97CA37B404 for ; Tue, 22 Jan 2002 11:49:44 -0800 (PST) Received: (qmail 28424 invoked by uid 1001); 22 Jan 2002 19:49:44 -0000 Date: Tue, 22 Jan 2002 11:49:44 -0800 From: Bill Swingle To: Julian Elischer Cc: hackers@freebsd.org Subject: Re: ANyone seen a touch screen on BSD? Message-ID: <20020122194944.GA28259@dub.net> References: <20020122184845.GA24989@dub.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.25i X-Operating-System: FreeBSD toxic.magnesium.net 4.4-STABLE FreeBSD 4.4-STABLE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Now that I think of it, I think it was Kevin Day -Bill On Tue, Jan 22, 2002 at 11:01:55AM -0800, Julian Elischer wrote: > yeah I had that on ein mind but I can't remember who it was either. > (But I do remember that it was someone we all knew) > :-) >=20 >=20 > On Tue, 22 Jan 2002, Bill Swingle wrote: >=20 > > I don't remember if you were there or not but there was a bartop arcade > > game that was based on FreeBSD that had a touch screen that showed up at > > FreeBSDCon 99 (I think). My memory fails me on the name of the person > > that brought it but I'm sure he's on -hackers (maybe) :) > >=20 > > -Bill > >=20 > > On Tue, Jan 22, 2002 at 10:12:01AM -0800, Julian Elischer wrote: > > >=20 > > > says it all..... > > > If you know of a touch screen that can be interfaced to FreeBSD let me > > > know.. > > >=20 > > > thanks.. > > > Julian > > >=20 > > >=20 > > >=20 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-hackers" in the body of the message > >=20 > > --=20 > > -=3D| Bill Swingle - > > -=3D| Every message PGP signed > > -=3D| Fingerprint: C1E3 49D1 EFC9 3EE0 EA6E 6414 5200 1C95 8E09 0223 > > -=3D| "Computers are useless. They can only give you answers" Pablo Pic= asso=20 > >=20 > >=20 > >=20 > >=20 >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message --=20 -=3D| Bill Swingle - -=3D| Every message PGP signed -=3D| Fingerprint: C1E3 49D1 EFC9 3EE0 EA6E 6414 5200 1C95 8E09 0223 -=3D| "Computers are useless. They can only give you answers" Pablo Picasso= =20 --NzB8fVQJ5HfG6fxh 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 iD8DBQE8TcJYUgAclY4JAiMRAv8lAKCna2kgZmcvuC9kfu8M1DJl9y+8iwCfXCpW MfwejEWhoXYiezAdpErfDNg= =Y36M -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 11:54:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from energyhq.homeip.net (213-97-200-73.uc.nombres.ttd.es [213.97.200.73]) by hub.freebsd.org (Postfix) with ESMTP id 2875337B405 for ; Tue, 22 Jan 2002 11:54:22 -0800 (PST) Received: from there (kajsa.energyhq.org [192.168.0.1]) by energyhq.homeip.net (Postfix) with SMTP id 5C5523FC40; Tue, 22 Jan 2002 20:54:24 +0100 (CET) Content-Type: text/plain; charset="iso-8859-1" From: Miguel Mendez Organization: Energy HQ To: Brooks Davis , hackers@freebsd.org Subject: Re: cpu info in userland Date: Tue, 22 Jan 2002 20:53:59 +0100 X-Mailer: KMail [version 1.3.2] References: <20020122113351.A25927@Odin.AC.HMC.Edu> In-Reply-To: <20020122113351.A25927@Odin.AC.HMC.Edu> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020122195424.5C5523FC40@energyhq.homeip.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday 22 January 2002 20:33, Brooks Davis wrote: Hi. > I'm trying to figure out how to get it from userland (in a shell script). > I've looked at the cpuid port which seems to do most of it, but it > doesn't display clock speed, only works on IA32 cpus, and won't be > accurate if we have mismatched CPUs.[0] Well, cpuid relies on the CPUID instruction to gather all that info from the processor. That's why it is x86 only. Unfortunately that opcode has no options to give info about cpu speed. You could roll your own code to do so, but I'm not sure you can messure cpu speed once multitasking/multiuser state is reached. > Linux displays this information in /proc/cpuinfo though there's no > consistancy between platforms (at least alpha and i386 seem to have > nothing in common.) Is there something similar I'm missing or is this a > missing feature? There are not sysctl variables that provide cpu speed afair, so that basicly means that you could: a) Fetch data from dmesg b) Require that linuxprocs is mounted (so you could cat /compat/linux/proc/cpuinfo) c) Roll your own code (don't know if possible at all) Cheers, -- Miguel Mendez - flynn@energyhq.homeip.net EnergyHQ :: http://energyhq.homeip.net FreeBSD - The power to serve! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 12:19:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id A50FE37B400 for ; Tue, 22 Jan 2002 12:19:38 -0800 (PST) Received: from isi.edu (d2s1amszekltotm3@hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g0MKJWN14681; Tue, 22 Jan 2002 12:19:32 -0800 (PST) Message-ID: <3C4DC954.1080904@isi.edu> Date: Tue, 22 Jan 2002 12:19:32 -0800 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20020115 X-Accept-Language: en, de MIME-Version: 1.0 To: Brooks Davis Cc: hackers@freebsd.org Subject: Re: cpu info in userland References: <20020122113351.A25927@Odin.AC.HMC.Edu> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms080502090405080504090607" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms080502090405080504090607 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Brooks Davis wrote: > I'm trying to figure out how to get it from userland (in a shell script). > I've looked at the cpuid port which seems to do most of it, but it > doesn't display clock speed, only works on IA32 cpus, and won't be > accurate if we have mismatched CPUs.[0] FWIW, there's a bad hack in i386/27627 (http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/27627) that puts the CPU speed at startup into a sysctl. It's been shot down in -hackers a while ago for various (totally justified) reasons, but it does the job for me locally. :-) Lars -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California --------------ms080502090405080504090607 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIInzCC ArUwggIeoAMCAQICAwWBRzANBgkqhkiG9w0BAQIFADCBkjELMAkGA1UEBhMCWkExFTATBgNV BAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUx HTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVl bWFpbCBSU0EgMjAwMC44LjMwMB4XDTAxMDgyNDE2NDAwMFoXDTAyMDgyNDE2NDAwMFowVDEP MA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2VydDEc MBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkC gYEA0AvLBsD78nxcUHeHkaMgl3b4qYPnfgbf8Lh+HQP8RgGMRG/Yb+vTpkGezlwt9pkJxiD1 1uZDy4CNNJUu3gKxKSb+zRV70O+lkwwftuHoLHoH4xwo3LcQ2LGDpd+I95tUN4dfJ3TmeEcU SF50dC/SuUI4w8AlhXQ8IxrhgdayTpECAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIB BAQTTDJ1TXlmZkJOVWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1Ud EwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAheZhn0pQA8zI7U2K1ZIAl11j0a1DKxnp3GtT vOUrGRB3WvYxidvdZ1kizhEsWeXU81TkNDH0DaRqtOEeu6Q2OhB+jeKEqY7IDAJE4/fI0e+d 6PnG1hd+vEvYmsKHkmzBhPc94XUOKNWO+qVNP2NGyNI3QIDy5wX4fdcOo1S34r4wggK1MIIC HqADAgECAgMFgUcwDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxX ZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYD VQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwg UlNBIDIwMDAuOC4zMDAeFw0wMTA4MjQxNjQwMDBaFw0wMjA4MjQxNjQwMDBaMFQxDzANBgNV BAQTBkVnZ2VydDENMAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkq hkiG9w0BCQEWDWxhcnNlQGlzaS5lZHUwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANAL ywbA+/J8XFB3h5GjIJd2+KmD534G3/C4fh0D/EYBjERv2G/r06ZBns5cLfaZCcYg9dbmQ8uA jTSVLt4CsSkm/s0Ve9DvpZMMH7bh6Cx6B+McKNy3ENixg6XfiPebVDeHXyd05nhHFEhedHQv 0rlCOMPAJYV0PCMa4YHWsk6RAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIBADAaMBgCAQQEE0wy dU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVkdTAMBgNVHRMBAf8E AjAAMA0GCSqGSIb3DQEBAgUAA4GBAIXmYZ9KUAPMyO1NitWSAJddY9GtQysZ6dxrU7zlKxkQ d1r2MYnb3WdZIs4RLFnl1PNU5DQx9A2karThHrukNjoQfo3ihKmOyAwCROP3yNHvnej5xtYX frxL2JrCh5JswYT3PeF1DijVjvqlTT9jRsjSN0CA8ucF+H3XDqNUt+K+MIIDKTCCApKgAwIB AgIBDDANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4g Q2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEo MCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhh d3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVl bWFpbEB0aGF3dGUuY29tMB4XDTAwMDgzMDAwMDAwMFoXDTAyMDgyOTIzNTk1OVowgZIxCzAJ BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEP MA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UE AxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMDCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEA3jMypmPHCSVFPtJueCdngcXaiBmClw7jRCmKYzUqbXA8+tyu9+50bzC8M5B/ +TRxoKNtmPHDT6Jl2w36S/HW3WGl+YXNVZo1Gp2Sdagnrthy+boC9tewkd4c6avgGAOofENC UFGHgzzwObSbVIoTh/+zm51JZgAtCYnslGvpoWkCAwEAAaNOMEwwKQYDVR0RBCIwIKQeMBwx GjAYBgNVBAMTEVByaXZhdGVMYWJlbDEtMjk3MBIGA1UdEwEB/wQIMAYBAf8CAQAwCwYDVR0P BAQDAgEGMA0GCSqGSIb3DQEBBAUAA4GBAHMbbyZli/8VNEtZYortRL5Jx+gNu4+5DWomKmKE H7iHY3QcbbfPGlORS+HN5jjZ7VD0Omw0kqzmkpxuwSMBwgmn70uuct0GZ/VQby5YuLYLwVBX tewc1+8XttWIm7eiiBrtOVs5fTT8tpYYJU1q9J3Fw5EvqZa4BTxS/N3pYgNIMYICpjCCAqIC AQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcT CUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2 aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDBYFHMAkG BSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTAyMDEyMjIwMTkzMlowIwYJKoZIhvcNAQkEMRYEFDoeQljozdm7Zvmzr1KBNKwCRY3nMFIG CSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMC AgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGBnaCBmjCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMFgUcwDQYJKoZIhvcNAQEB BQAEgYBzlVP9WWhzreXQ4X1+BFARc5xHC/26oMxppN9t4KksudMdZb6h7bR0DFjWZv6mafUc fRAMqjFD38fQg3RV+8Qr3jcIrewMk26XI41Mt5aXQ3Okn0JK0cXBKP3dcjIYz1JXJLnHDYvE roqaSOM0z+eMFmEr4grzH43vw5SSqbqBDAAAAAAAAA== --------------ms080502090405080504090607-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 12:25:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from oksala.org (modemcable044.179-200-24.timi.mc.videotron.ca [24.200.179.44]) by hub.freebsd.org (Postfix) with ESMTP id 0EB1637B402 for ; Tue, 22 Jan 2002 12:25:51 -0800 (PST) Received: from videotron.ca (silence [24.200.179.44]) by oksala.org (8.11.6/8.11.1) with ESMTP id g0MKPgl01553 for ; Tue, 22 Jan 2002 15:25:43 -0500 (EST) (envelope-from oksala@videotron.ca) Message-ID: <3C4DCAC1.F216A448@videotron.ca> Date: Tue, 22 Jan 2002 15:25:37 -0500 From: Pierre-Luc =?iso-8859-1?Q?Lesp=E9rance?= X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.4-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 Cc: hackers@freebsd.org Subject: Re: cpu info in userland References: <20020122113351.A25927@Odin.AC.HMC.Edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brooks Davis wrote: > > I'm working on a port of Globus to FreeBSD and some of the monitoring > tools want to publish info about each CPU in the system. On the i386 > the most info I need is generally found at the top of dmesg: > > CPU: Pentium III/Pentium III Xeon/Celeron (996.85-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x686 Stepping = 6 > Features=0x383fbff sysctl hw.model (for ID) sysctl machdep.tsc_freq (for clock) for Other information simply run sysctl -a or man 3 sysctl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 12:39:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tesla.foo.is (tesla.reverse-bias.org [217.151.166.96]) by hub.freebsd.org (Postfix) with ESMTP id A63A237B404 for ; Tue, 22 Jan 2002 12:39:24 -0800 (PST) Received: from germanium (germanium.reverse-bias.org [192.168.1.1]) by tesla.foo.is (Postfix) with SMTP id 1450B275D for ; Tue, 22 Jan 2002 20:39:17 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" From: Baldur Gislason To: freebsd-hackers@freebsd.org Subject: Re: cpu info in userland Date: Tue, 22 Jan 2002 20:42:41 +0000 X-Mailer: KMail [version 1.2] References: <20020122113351.A25927@Odin.AC.HMC.Edu> <3C4DCAC1.F216A448@videotron.ca> In-Reply-To: <3C4DCAC1.F216A448@videotron.ca> MIME-Version: 1.0 Message-Id: <02012220424109.08293@germanium> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG machdep.tsc_freq doesn't work on all my boxes, I have a 4.4-REL machine (p3 600MHz) here that has it, a 4.4-STABLE machine (AMD k6 233MHz) doesn't, 4.4-STABLE Celeron2 800MHz doesn't either and 4.4-STABLE AMD k6 500MHz does not. Baldur On Tuesday 22 January 2002 20:25, you wrote: > Brooks Davis wrote: > > I'm working on a port of Globus to FreeBSD and some of the monitoring > > tools want to publish info about each CPU in the system. On the i386 > > the most info I need is generally found at the top of dmesg: > > > > CPU: Pentium III/Pentium III Xeon/Celeron (996.85-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x686 Stepping = 6 > > > > Features=0x383fbff >CA,CMOV,PAT,PSE36,MMX,FXSR,SSE> > > sysctl hw.model (for ID) > sysctl machdep.tsc_freq (for clock) > > for Other information simply run sysctl -a > or man 3 sysctl > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 12:52:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id C41B137B402 for ; Tue, 22 Jan 2002 12:52:04 -0800 (PST) Received: (qmail 23931 invoked by uid 3001); 22 Jan 2002 20:52:02 -0000 Received: from natto.numachi.com (198.175.254.216) by numachi.numachi.com with SMTP; 22 Jan 2002 20:52:02 -0000 Received: (qmail 38800 invoked by uid 1001); 22 Jan 2002 20:52:02 -0000 Date: Tue, 22 Jan 2002 15:52:02 -0500 From: Brian Reichert To: Brooks Davis Cc: hackers@freebsd.org Subject: Re: cpu info in userland Message-ID: <20020122155202.J2872@numachi.com> References: <20020122113351.A25927@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020122113351.A25927@Odin.AC.HMC.Edu>; from brooks@one-eyed-alien.net on Tue, Jan 22, 2002 at 11:33:51AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jan 22, 2002 at 11:33:51AM -0800, Brooks Davis wrote: > I'm working on a port of Globus to FreeBSD and some of the monitoring > tools want to publish info about each CPU in the system. On the i386 > the most info I need is generally found at the top of dmesg: What I've taken to doing it preserving dmesg upon boot into a known file, and referencing _that_ via whatever mechanism I want. Easy to scan. -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 12:55: 2 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.teledis.be (mail.teledis.be [217.117.32.52]) by hub.freebsd.org (Postfix) with ESMTP id 02C5B37B405 for ; Tue, 22 Jan 2002 12:54:56 -0800 (PST) Received: from teneriel ([217.117.55.108]) by mail.teledis.be (Netscape Messaging Server 4.15) with SMTP id GQCY3K01.261 for ; Tue, 22 Jan 2002 21:54:56 +0100 Message-ID: <00af01c1a387$13ab2420$01000001@teneriel> From: "Sansonetti Laurent" To: References: <20020122113351.A25927@Odin.AC.HMC.Edu> <3C4DCAC1.F216A448@videotron.ca> <02012220424109.08293@germanium> Subject: Re: cpu info in userland Date: Tue, 22 Jan 2002 21:55:08 +0100 Organization: Atlantys.Net 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.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Why don't you simply parse /var/run/dmesg.boot ? It should be easy to retreive CPU/Origin/Id/Stepping/Features tags with awk (or Perl). -- Sansonetti Laurent - http://lrz.linuxbe.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 12:57:50 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from inje.iskon.hr (inje.iskon.hr [213.191.128.16]) by hub.freebsd.org (Postfix) with ESMTP id 562BA37B405 for ; Tue, 22 Jan 2002 12:57:44 -0800 (PST) Received: from tel.fer.hr (zg05-130.dialin.iskon.hr [213.191.138.131]) by mail.iskon.hr (8.11.4/8.11.4/Iskon 8.11.3-1) with ESMTP id g0MKvSr05079; Tue, 22 Jan 2002 21:57:28 +0100 (MET) Message-ID: <3C4DD228.14160CB0@tel.fer.hr> Date: Tue, 22 Jan 2002 21:57:12 +0100 From: Marko Zec X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Baldur Gislason Cc: freebsd-hackers@freebsd.org Subject: Re: cpu info in userland References: <20020122113351.A25927@Odin.AC.HMC.Edu> <3C4DCAC1.F216A448@videotron.ca> <02012220424109.08293@germanium> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Probably you have APM enabled on these boxes, and this turns off TSC timecounter. You can override that easily in i386/isa/clock.c. Marko Baldur Gislason wrote: > machdep.tsc_freq doesn't work on all my boxes, I have a 4.4-REL machine (p3 > 600MHz) here that has it, a 4.4-STABLE machine (AMD k6 233MHz) doesn't, > 4.4-STABLE Celeron2 800MHz doesn't either and 4.4-STABLE AMD k6 500MHz does > not. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 13: 4:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rambo.simx.org (rambo.simx.org [194.17.208.54]) by hub.freebsd.org (Postfix) with ESMTP id 0446F37B416 for ; Tue, 22 Jan 2002 13:04:06 -0800 (PST) Received: from rambo.simx.org (johndoe@rocky [192.168.0.2]) by rambo.simx.org (8.11.6/8.11.6) with ESMTP id g0ML3OX52635; Tue, 22 Jan 2002 22:03:24 +0100 (CET) (envelope-from listsub@rambo.simx.org) Message-ID: <3C4DD39B.2050906@rambo.simx.org> Date: Tue, 22 Jan 2002 22:03:23 +0100 From: "Roger 'Rocky' Vetterberg" Reply-To: listsub@rambo.simx.org User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Brian Reichert Cc: Brooks Davis , hackers@FreeBSD.ORG Subject: Re: cpu info in userland References: <20020122113351.A25927@Odin.AC.HMC.Edu> <20020122155202.J2872@numachi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brian Reichert wrote: > On Tue, Jan 22, 2002 at 11:33:51AM -0800, Brooks Davis wrote: > > What I've taken to doing it preserving dmesg upon boot into a known > file, and referencing _that_ via whatever mechanism I want. Easy > to scan. > Isnt dmesg always preserved in /var/run/dmesg.boot? -- R To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 13:14:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id 3D0BC37B400 for ; Tue, 22 Jan 2002 13:14:09 -0800 (PST) Received: (qmail 24209 invoked by uid 3001); 22 Jan 2002 21:14:07 -0000 Received: from natto.numachi.com (198.175.254.216) by numachi.numachi.com with SMTP; 22 Jan 2002 21:14:07 -0000 Received: (qmail 39190 invoked by uid 1001); 22 Jan 2002 21:14:06 -0000 Date: Tue, 22 Jan 2002 16:14:06 -0500 From: Brian Reichert To: Roger 'Rocky' Vetterberg Cc: Brian Reichert , Brooks Davis , hackers@FreeBSD.ORG Subject: Re: cpu info in userland Message-ID: <20020122161406.L2872@numachi.com> References: <20020122113351.A25927@Odin.AC.HMC.Edu> <20020122155202.J2872@numachi.com> <3C4DD39B.2050906@rambo.simx.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C4DD39B.2050906@rambo.simx.org>; from listsub@rambo.simx.org on Tue, Jan 22, 2002 at 10:03:23PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jan 22, 2002 at 10:03:23PM +0100, Roger 'Rocky' Vetterberg wrote: > Brian Reichert wrote: > > > On Tue, Jan 22, 2002 at 11:33:51AM -0800, Brooks Davis wrote: > > > > What I've taken to doing it preserving dmesg upon boot into a known > > file, and referencing _that_ via whatever mechanism I want. Easy > > to scan. > > > Isnt dmesg always preserved in /var/run/dmesg.boot? I guess it is. A point of confusion on my part is that sometime it seems that system message buffer is preserved accross reboots, if that makes any sense. I've seen situations where 'dmesg' (and by extension dmesg.boot) will contain multiple passes of device probes, etc. I could easily be imagining this, as I can't think of a mechanism to allow for it, nor a reason to do it... > -- > R -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 14:40:43 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 1422137B405; Tue, 22 Jan 2002 14:40:33 -0800 (PST) Received: from pool0657.cvx21-bradley.dialup.earthlink.net ([209.179.194.147] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16T9ad-0006k4-00; Tue, 22 Jan 2002 14:40:27 -0800 Message-ID: <3C4DEA57.A7EEF3A2@mindspring.com> Date: Tue, 22 Jan 2002 14:40:23 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jason Andresen Cc: Alp Atici , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD 5.x References: <3C4A53EE.B882356C@mindspring.com> <3C4D788E.CE483AF0@mitre.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jason Andresen wrote: > Odd, I can't reproduce that under RedHat: I guess you are saying there is a conspiracy to make GCC work only on RedHat? I could believe that... 8-) 8-) 8-). Actually, that was against 3.0 at -O2. If that's been fixed, I guess we can cut over, as soom as the non-x86 code generation for our other supported platforms works again (tried compiling your RedHat for Alpha lately?). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 15: 5:35 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by hub.freebsd.org (Postfix) with ESMTP id 6159737B447 for ; Tue, 22 Jan 2002 15:04:59 -0800 (PST) Received: from pool0657.cvx21-bradley.dialup.earthlink.net ([209.179.194.147] helo=mindspring.com) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16T9yI-0001bD-00; Tue, 22 Jan 2002 15:04:55 -0800 Message-ID: <3C4DF013.C0B895E2@mindspring.com> Date: Tue, 22 Jan 2002 15:04:51 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bill Swingle Cc: Julian Elischer , hackers@freebsd.org Subject: Re: ANyone seen a touch screen on BSD? References: <20020122184845.GA24989@dub.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bill Swingle wrote: > I don't remember if you were there or not but there was a bartop arcade > game that was based on FreeBSD that had a touch screen that showed up at > FreeBSDCon 99 (I think). My memory fails me on the name of the person > that brought it but I'm sure he's on -hackers (maybe) :) The machine was an "Infinity" by Bally. Are you wanting a large touch screen, or a small one (e.g. an InterJet front panel)? Are you wanting LCD or glass monitor? Does it have to be integrated? What's your price point? http://www.touchcontrols.com/touch_displays.htm http://www.register5.com/register5/monitors.html There are also a lot of useful resources, including some source code, hung off the display section of: http://www.Linux-1U.net/LCD/ Alternately, you could just type: bsd "touch screen" into Google, and look at one of the 360 hits you get as a result. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 15:19:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by hub.freebsd.org (Postfix) with ESMTP id D505937B417 for ; Tue, 22 Jan 2002 15:19:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by cs.rice.edu (Postfix) with ESMTP id BE31A18AD for ; Tue, 22 Jan 2002 17:19:11 -0600 (CST) Received: from vaud.cs.rice.edu (vaud.cs.rice.edu [128.42.1.197]) by cs.rice.edu (Postfix) with ESMTP id C1BC01883 for ; Tue, 22 Jan 2002 17:19:03 -0600 (CST) Received: from localhost (hykim@localhost) by vaud.cs.rice.edu (8.10.2+Sun/8.9.0) with ESMTP id g0MNIjI02678 for ; Tue, 22 Jan 2002 17:18:45 -0600 (CST) X-Authentication-Warning: vaud.cs.rice.edu: hykim owned process doing -bs Date: Tue, 22 Jan 2002 17:18:45 -0600 (CST) From: Hyong-Youb Kim To: Subject: uniquely identifying a file Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20010714 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG What would be a unique id of a file on a local system? Is the full path of a file the only way to uniquely identify a file? Is there any place I can get some info on the funtion textvp_fullpath? Thanks. I am a complete newbie in kernel hacking so any comment is welcome. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 15:30:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by hub.freebsd.org (Postfix) with ESMTP id 7D06237B400 for ; Tue, 22 Jan 2002 15:30:11 -0800 (PST) Received: from pool0657.cvx21-bradley.dialup.earthlink.net ([209.179.194.147] helo=mindspring.com) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16TAMh-0005n2-00; Tue, 22 Jan 2002 15:30:08 -0800 Message-ID: <3C4DF5FC.211B3B3E@mindspring.com> Date: Tue, 22 Jan 2002 15:30:04 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Lajos Zaccomer Cc: freebsd-hackers@FreeBSD.org Subject: Re: Telnet option negotiation References: <200201221416.PAA18961@lt.eth.ericsson.se> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Lajos Zaccomer wrote: > Thanx for the impressive welcome, Terry. Yes, I might be wrong; > however, in this case, please interpret the following quotation > from RFC854, page 4: [ ... ] > Might be you who don't understand? If I was wrong, how is that > all other platforms supported the way I used, except FreeBSD? > Fuzzy, isn't it? > > So, the question is still not answered. I have the advantage on you, having written my first telnet protocol based modem pool server and client in 1986, and ported it to around 60 different UNIX platforms. You will find that your code also does not work against NeXTStep, Ultrix 4.2, and SunOS 4.0.2 through SunOS 4.1.3u2. I rather suspect you will also find (if you can find one), that it won't work against an NCR Tower XP, and NCR Tower 32, a Heurikon, a Sanyo ICON (old one, not new one), SCO Xenix with Lachman TCP/IP, and the Ungerman Bass TCP/IP, as well as the NRC Fusion TCP/IP on DOS and VMS. 8-). The problem is that the order of negotiation is used as a hint by the operating system to know whether out of band data is handled correctly or not, and the server behaves differently. Any server software that can interoperate correctly with older versions of telnet clients running over version of TCP/IP that got the OOB data header length reporting wrong will not work with your client. You don't have problems with the servers you can talk to because they are non-interoperable with older implementations. Since the telnet code itself is extremely complicated and hard to easily cut down or implement from scratch, the best place to look is the FTP client code, since it uses telnet protocol over the command channel. You may also want to look at some of the Kermit network driver source code for the terminal client, which should be available for download from Columbia University. PS: Your clock on your mail client machine is way off. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 15:36: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by hub.freebsd.org (Postfix) with ESMTP id 2A93837B404 for ; Tue, 22 Jan 2002 15:35:56 -0800 (PST) Received: from pool0657.cvx21-bradley.dialup.earthlink.net ([209.179.194.147] helo=mindspring.com) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16TASH-0005nV-00; Tue, 22 Jan 2002 15:35:54 -0800 Message-ID: <3C4DF756.76CA7B5@mindspring.com> Date: Tue, 22 Jan 2002 15:35:50 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Hyong-Youb Kim Cc: freebsd-hackers@freebsd.org Subject: Re: uniquely identifying a file References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hyong-Youb Kim wrote: > What would be a unique id of a file on a local system? Is the full path of > a file the only way to uniquely identify a file? Is there any place I can > get some info on the funtion textvp_fullpath? Thanks. > > I am a complete newbie in kernel hacking so any comment is welcome. What kind of unique identifier do you need? If it has to be node-unique, then the easiest thing is to fstat the file and then use the inode number and the device on which it is mounted. Alternately, if you need a purely numeric value, there is the NFS handle for the file; this is only moderately difficult to use. If it has to be globally unique, then you need the above, plus you need a unique identifier for the node. This is a much harder thing to devise. Generally, people tend to use the MAC address of the first ethernet card in the list of ethernet cards. Basically, FreeBSD doesn't have a way to "big brother" you built into it, like Windows does. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 17: 6:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [64.0.106.45]) by hub.freebsd.org (Postfix) with ESMTP id 9A85B37B400 for ; Tue, 22 Jan 2002 17:06:16 -0800 (PST) Received: from sasami.jurai.net (winter@sasami.jurai.net [64.0.106.45]) by sasami.jurai.net (8.9.3/8.9.3) with ESMTP id UAA88182; Tue, 22 Jan 2002 20:06:07 -0500 (EST) (envelope-from winter@jurai.net) Date: Tue, 22 Jan 2002 20:06:07 -0500 (EST) From: "Matthew N. Dodd" To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: ANyone seen a touch screen on BSD? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 22 Jan 2002, Julian Elischer wrote: > says it all..... > If you know of a touch screen that can be interfaced to FreeBSD let me > know.. Elographics. - http://www.ezscreen.com/ I've got a monitor with the touch part in it but haven't yet gotten around to buying the USB/PS2/serial widget that connects it to the computer (ah, eBay.) -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 17:41:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id AC3CC37B402 for ; Tue, 22 Jan 2002 17:41:11 -0800 (PST) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.5) with SMTP id g0N1evD21233; Tue, 22 Jan 2002 20:40:57 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Tue, 22 Jan 2002 20:40:57 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Hyong-Youb Kim Cc: freebsd-hackers@freebsd.org Subject: Re: uniquely identifying a file In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 22 Jan 2002, Hyong-Youb Kim wrote: > What would be a unique id of a file on a local system? Is the full path > of a file the only way to uniquely identify a file? Is there any place I > can get some info on the funtion textvp_fullpath? Thanks. > > I am a complete newbie in kernel hacking so any comment is welcome. The notion of uniquely identifying files is a bit vague in BSD, due to the lack of clarity on the namespace. Local files in filesystems that can be NFS-exported generally have a notion of a 'file handle' (not to be confused with a file descriptor), which can be managed using a series of fh*() syscalls. However, when you bring distributed systems into the mix, the only way to uniquely identify a file is by name, and even then there are no guarantees about that name pointing to a particular file beyond a particular lookup (note the possibility for various race conditions). Some systems try to introduce such names, but fail. For example, Linux's VFS (in the past, possibly still) has tried to assign unique (device, inode#) pairs to file system objects. This breaks down fairly badly when it connects to distribute systems with large namespaces, such as AFS which has a 96-bit namespace. In fact, it used to be the case (maybe still) that Linux would panic when using Coda or AFS and hit a collision in the hash they used to map the 96 bit FID into a 32 bit inode number. In the kernel, you can use textvp_fullpath to get something human readable, but because names also are with respects to a particular process root, and can't take into account hard links, mountpoints, etc, that has limited use also. The closest I've ever found to a unique name is a vnode pointer: as long as you hold a reference using vref, the pointer will be valid (and possibly useful if there are no forceable unmounts). Can you avoid trying to uniquely identify a file? :-) Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 17:41:47 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.gbch.net (gw.gbch.net [203.143.238.93]) by hub.freebsd.org (Postfix) with SMTP id 77B2B37B422 for ; Tue, 22 Jan 2002 17:41:27 -0800 (PST) Received: (qmail 73757 invoked by uid 1001); 23 Jan 2002 11:41:24 +1000 X-Posted-By: GJB-Post 2.23 27-Nov-2001 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Uptime: 13 days, 18:07 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-GPG-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-PGP-Public-Keys: http://www.gbch.net/keys.html Message-Id: Date: Wed, 23 Jan 2002 11:41:24 +1000 From: Greg Black To: Brian Reichert Cc: Roger 'Rocky' Vetterberg , Brooks Davis , hackers@FreeBSD.ORG Subject: Re: cpu info in userland References: <20020122113351.A25927@Odin.AC.HMC.Edu> <20020122155202.J2872@numachi.com> <3C4DD39B.2050906@rambo.simx.org> <20020122161406.L2872@numachi.com> In-reply-to: <20020122161406.L2872@numachi.com> of Tue, 22 Jan 2002 16:14:06 EST Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brian Reichert wrote: | I've seen situations where 'dmesg' (and by extension dmesg.boot) | will contain multiple passes of device probes, etc. I could easily | be imagining this, as I can't think of a mechanism to allow for | it, nor a reason to do it... You're not imagining it -- certainly 4.4-RELEASE does this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 17:59:15 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id A33BD37B405 for ; Tue, 22 Jan 2002 17:58:57 -0800 (PST) Received: from dialup-209.245.141.241.dial1.sanjose1.level3.net ([209.245.141.241] helo=blossom.cjclark.org) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16TCgN-0006X5-00; Tue, 22 Jan 2002 17:58:40 -0800 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.3) id g0N1ueU83514; Tue, 22 Jan 2002 17:56:40 -0800 (PST) (envelope-from cjc) Date: Tue, 22 Jan 2002 17:56:31 -0800 From: "Crist J . Clark" To: Greg Black Cc: Brian Reichert , "Roger 'Rocky' Vetterberg" , Brooks Davis , hackers@FreeBSD.ORG Subject: Re: cpu info in userland Message-ID: <20020122175631.A83184@blossom.cjclark.org> References: <20020122113351.A25927@Odin.AC.HMC.Edu> <20020122155202.J2872@numachi.com> <3C4DD39B.2050906@rambo.simx.org> <20020122161406.L2872@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from gjb@gbch.net on Wed, Jan 23, 2002 at 11:41:24AM +1000 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 23, 2002 at 11:41:24AM +1000, Greg Black wrote: > Brian Reichert wrote: > > | I've seen situations where 'dmesg' (and by extension dmesg.boot) > | will contain multiple passes of device probes, etc. I could easily > | be imagining this, as I can't think of a mechanism to allow for > | it, nor a reason to do it... > > You're not imagining it -- certainly 4.4-RELEASE does this. If you drop to single-user and go back to multi-user, dmesg.boot gets written again in rc(8). I have patched rc(8) to only write dmesg.boot at boot. I should look again at committing that. -- 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-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 18: 4:13 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.gbch.net (gw.gbch.net [203.143.238.93]) by hub.freebsd.org (Postfix) with SMTP id 96EDC37B416 for ; Tue, 22 Jan 2002 18:04:08 -0800 (PST) Received: (qmail 75776 invoked by uid 1001); 23 Jan 2002 12:04:07 +1000 X-Posted-By: GJB-Post 2.23 27-Nov-2001 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Uptime: 13 days, 18:29 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-GPG-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-PGP-Public-Keys: http://www.gbch.net/keys.html Message-Id: Date: Wed, 23 Jan 2002 12:04:07 +1000 From: Greg Black To: "Crist J . Clark" Cc: Brian Reichert , "Roger 'Rocky' Vetterberg" , Brooks Davis , hackers@FreeBSD.ORG Subject: Re: cpu info in userland References: <20020122113351.A25927@Odin.AC.HMC.Edu> <20020122155202.J2872@numachi.com> <3C4DD39B.2050906@rambo.simx.org> <20020122161406.L2872@numachi.com> <20020122175631.A83184@blossom.cjclark.org> In-reply-to: <20020122175631.A83184@blossom.cjclark.org> of Tue, 22 Jan 2002 17:56:31 PST Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@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 Wed, Jan 23, 2002 at 11:41:24AM +1000, Greg Black wrote: | > Brian Reichert wrote: | > | > | I've seen situations where 'dmesg' (and by extension dmesg.boot) | > | will contain multiple passes of device probes, etc. I could easily | > | be imagining this, as I can't think of a mechanism to allow for | > | it, nor a reason to do it... | > | > You're not imagining it -- certainly 4.4-RELEASE does this. | | If you drop to single-user and go back to multi-user, dmesg.boot gets | written again in rc(8). I have patched rc(8) to only write dmesg.boot | at boot. I should look again at committing that. I have never dropped to single-user. But my 4.4-RELEASE laptop has the records of several full reboots in /var/run/dmesg.boot, which I really wish it wouldn't ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 18:47:34 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by hub.freebsd.org (Postfix) with ESMTP id E0ABA37B416 for ; Tue, 22 Jan 2002 18:47:32 -0800 (PST) Received: by starbug.ugh.net.au (Postfix, from userid 1000) id EBFF8A842; Wed, 23 Jan 2002 13:47:28 +1100 (EST) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id E949454F4 for ; Wed, 23 Jan 2002 12:47:28 +1000 (EST) Date: Wed, 23 Jan 2002 12:47:28 +1000 (EST) From: Andrew To: freebsd-hackers@freebsd.org Subject: Routing Socket and New Addresses Message-ID: <20020123123040.S88192-100000@starbug.ugh.net.au> X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have opened a routing socket and reading from it. When an interface is configured I get a RTM_NEWADDR message. The bit I'm confused with is the struct sockaddr associated with RTA_IFA (that I assumed would hold the IP of the interface) has an sa_family value of AF_IMPLINK. If I cast it to a struct sockaddr_in then s_addr is 0. Is this normal? If so can you get the IP of a newly configured interface from the routing socket? Thanks, Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Jan 22 19:14:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gadolinium.btinternet.com (gadolinium.btinternet.com [194.73.73.111]) by hub.freebsd.org (Postfix) with ESMTP id 8636437B404 for ; Tue, 22 Jan 2002 19:14:47 -0800 (PST) Received: from host217-36-21-130.in-addr.btopenworld.com ([217.36.21.130] helo=jrochester.org) by gadolinium.btinternet.com with esmtp (Exim 3.22 #8) id 16TDrt-0001QO-00; Wed, 23 Jan 2002 03:14:33 +0000 Message-ID: <3C4E2AC6.9060700@jrochester.org> Date: Wed, 23 Jan 2002 03:15:18 +0000 From: John Rochester User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20020109 X-Accept-Language: en-us MIME-Version: 1.0 To: Greg Black Cc: hackers@FreeBSD.ORG Subject: Re: cpu info in userland References: <20020122113351.A25927@Odin.AC.HMC.Edu> <20020122155202.J2872@numachi.com> <3C4DD39B.2050906@rambo.simx.org> <20020122161406.L2872@numachi.com> <20020122175631.A83184@blossom.cjclark.org> Content-Type: multipart/mixed; boundary="------------040102030403080900050609" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------040102030403080900050609 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Greg Black wrote: > "Crist J . Clark" wrote: > > | On Wed, Jan 23, 2002 at 11:41:24AM +1000, Greg Black wrote: > | > Brian Reichert wrote: > | > > | > | I've seen situations where 'dmesg' (and by extension dmesg.boot) > | > | will contain multiple passes of device probes, etc. I could easily > | > | be imagining this, as I can't think of a mechanism to allow for > | > | it, nor a reason to do it... > | > > | > You're not imagining it -- certainly 4.4-RELEASE does this. > | > | If you drop to single-user and go back to multi-user, dmesg.boot gets > | written again in rc(8). I have patched rc(8) to only write dmesg.boot > | at boot. I should look again at committing that. > > I have never dropped to single-user. But my 4.4-RELEASE laptop > has the records of several full reboots in /var/run/dmesg.boot, > which I really wish it wouldn't ... A simple hack to handle this would be to place the untested attached nodmesg.sh into /usr/local/etc/rc.d and make it executable. This should clear the kernel's message buffer on shutdown. Alternatively you could patch your kernel to disable the attempt to save the message buffer on boot. The function msgbufinit in src/sys/kern/subr_prf.c is the culprit. I would supply a patch but the check has changed since 4.4-RELEASE (it would sometimes fail to detect a corrupt message buffer). Interestingly it appears that only laptops manage to keep the buffer contents between boots - must be something about the memory architecture or BIOS. -- John Rochester Software Architect, Merus Software Ltd. Tel: +44 7870 174690 http://merus.co.uk --------------040102030403080900050609 Content-Type: text/plain; name="nodmesg.sh" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="nodmesg.sh" #!/bin/sh case $1 in stop) sysctl -w kern.msgbuf_clear=1 > /dev/null esac --------------040102030403080900050609-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 0:12:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from penguin-ext.wise.edt.ericsson.se (penguin-ext.wise.edt.ericsson.se [194.237.142.110]) by hub.freebsd.org (Postfix) with ESMTP id B3C8037B405 for ; Wed, 23 Jan 2002 00:12:25 -0800 (PST) Received: from lt.eth.ericsson.se (lt.eth.ericsson.se [164.48.158.205]) by penguin.wise.edt.ericsson.se (8.11.0/8.11.0/WIREfire-1.3) with ESMTP id g0N8CNw23710 for ; Wed, 23 Jan 2002 09:12:24 +0100 (MET) Received: from BMSMA58 by lt.eth.ericsson.se (8.8.8+Sun/SMI-SVR4) id JAA04542; Wed, 23 Jan 2002 09:12:22 +0100 (MET) Message-Id: <200201230812.JAA04542@lt.eth.ericsson.se> From: "Lajos Zaccomer" Date: Sze, 23 jan 2002 09:12:19 X-Mailer: PAWSoft MiniMail To: freebsd-hackers@FreeBSD.org Subject: Re: Telnet option negotiation Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Terry, This is something I expected. It will be a great help. Thanx a lot! Zacco ___________________________________________________________________________ Sent with PAWSoft MiniMail - a FREE download from http://www.pawsoft.co.uk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 0:18:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 6FAE437B41A for ; Wed, 23 Jan 2002 00:18:19 -0800 (PST) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id g0N8IFR26486; Wed, 23 Jan 2002 09:18:15 +0100 (MET) Date: Wed, 23 Jan 2002 09:18:15 +0100 (CET) From: Harti Brandt To: Hyong-Youb Kim Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: uniquely identifying a file In-Reply-To: Message-ID: <20020123091619.W86919-100000@beagle.fokus.gmd.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 22 Jan 2002, Hyong-Youb Kim wrote: HK> HK>What would be a unique id of a file on a local system? Is the full path of HK>a file the only way to uniquely identify a file? Is there any place I can HK>get some info on the funtion textvp_fullpath? Thanks. Posix requires that a file is uniqualy identified by the st_dev, st_ino pair from struct stat. Under FreeBSD this will be true for local file systems. Dunno about NFS. See man 2 stat. harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fhg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 0:29:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (dhcp45-21.dis.org [216.240.45.21]) by hub.freebsd.org (Postfix) with ESMTP id A7E4837B438 for ; Wed, 23 Jan 2002 00:28:58 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g0N1l0d04015; Tue, 22 Jan 2002 17:47:00 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200201230147.g0N1l0d04015@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Greg Black Cc: Brian Reichert , "Roger 'Rocky' Vetterberg" , Brooks Davis , hackers@freebsd.org Subject: Re: cpu info in userland In-reply-to: Your message of "Wed, 23 Jan 2002 11:41:24 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Jan 2002 17:47:00 -0800 From: Michael Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Brian Reichert wrote: > > | I've seen situations where 'dmesg' (and by extension dmesg.boot) > | will contain multiple passes of device probes, etc. I could easily > | be imagining this, as I can't think of a mechanism to allow for > | it, nor a reason to do it... > > You're not imagining it -- certainly 4.4-RELEASE does this. The message buffer is not perturbed by the boot process unless the BIOS overwrites it. If the BIOS doesn't overwrite it, it's preserved from one boot to the next. This, this symptom varies from system to system. -- Go where you may, search where you will, roam throughout all the monarchies and despotisms of the Old World, travel through South America, search out every abuse and when you have found the last, lay your facts by the everyday practices of this nation, and you will say with me that, for revolting barbarity and shameless hypocrisy, America reigns without a rival... - Frederic Douglass, Independence Day Address, 1852 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 0:29:20 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (dhcp45-21.dis.org [216.240.45.21]) by hub.freebsd.org (Postfix) with ESMTP id F099C37B430 for ; Wed, 23 Jan 2002 00:28:52 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g0N12ad03723; Tue, 22 Jan 2002 17:02:36 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200201230102.g0N12ad03723@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Hyong-Youb Kim Cc: freebsd-hackers@freebsd.org Subject: Re: uniquely identifying a file In-reply-to: Your message of "Tue, 22 Jan 2002 17:18:45 CST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Jan 2002 17:02:36 -0800 From: Michael Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > What would be a unique id of a file on a local system? Is the full path of > a file the only way to uniquely identify a file? This depends on the domain within which you need the uniquifier. Note that a single file can make multiple appearances within the directory namespace, so two different paths can refer to the same file. Within the filesystem, the inode number is unique, however you can't (trivially) look a file up by inode number (as that would violate the directory-based permissions scheme). > Is there any place I can > get some info on the funtion textvp_fullpath? Thanks. Read the source. 8) Regards, Mike -- Go where you may, search where you will, roam throughout all the monarchies and despotisms of the Old World, travel through South America, search out every abuse and when you have found the last, lay your facts by the everyday practices of this nation, and you will say with me that, for revolting barbarity and shameless hypocrisy, America reigns without a rival... - Frederic Douglass, Independence Day Address, 1852 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 1: 0:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp010.mail.yahoo.com (smtp010.mail.yahoo.com [216.136.173.30]) by hub.freebsd.org (Postfix) with SMTP id A909137B402 for ; Wed, 23 Jan 2002 01:00:04 -0800 (PST) Received: from dl-nas1-ssa-c8b0cce7.p001.terra.com.br (HELO pchome) (200.176.204.231) by smtp.mail.vip.sc5.yahoo.com with SMTP; 23 Jan 2002 09:00:03 -0000 Message-ID: <003901c1a3f5$07c9b860$e7ccb0c8@pchome> From: "Joao Carlos" To: Subject: No buffer space avaliable Date: Wed, 23 Jan 2002 07:02:10 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit 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-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, First of all, i sent this message to -questions but nobody answered, so I thought i have to send the gurus :). Please, anyone that can help read all the message (sorry for taking so long, but i tried to specify ALL the problem). I´m having a curious and horrible problem. I'm running a FreeBSD 4.4-R in a PIII 1.0Ghz 128MB RAM. This machine acts only as a router with natd. The problem is that when I ping a determined IP address (for example, 12.12.12.12) that is a certain machine on my network, it gives me a no buffer space avaliable error. ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available I turned off the 12.12.12.12 machine, so i expected that the ping only returned time-out. But the buffer problem continued. I changed the ip address to 12.12.12.13 (for example) and the client machine returned to ping. Some time (minutes sometimes, hours another times) later, it started to give the same problem, but the 12.12.12.12 ip address was not giving the problem of buffer anymore (remember that though the machine was turned of or with another IP address, the 12.12.12.12 continued to give the problem). Well, then i had the 12.12.12.12 with no problems and 12.12.12.13 (the same physical machine) with problems. I changed to many IP addresses (including the old 12.12.12.12), and every IP address i put, i had the problem (and the one before started to work) I'm afraid it's not to clear, but the point is: I have many client machines, but ONE of them seems to be "incompatible" with my router. It (the client) has a WaveLAN NIC , running on Linux (as ALL other clients) and my FreeBSD router is using a 3COM-905C (xl driver) NIC. I've thought that the WaveLAN card could be bad, but changed the adapter and the PCMCIA card and the problems continued. So i did another test. From another FreeBSD machine (in the same physical and logical network of the router) i 'pinged' the client, and it works. I think there is a ghost in the router NIC that doesn't like this particular client!!! I cannot think in anything that can cause this. MANY other clients are in the same physical network, pinging to the same NIC and have no trouble. My netstat -m output was very fine: 326/480/10240 mbufs in use (current/peak/max): 326 mbufs allocated to data 324/460/2560 mbuf clusters in use (current/peak/max) 1040 Kbytes allocated to network (13% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines Well, in spite of that, i increased NMBCLUSTERS because it was the only solution i could find in FAQ's, mailing list archives (all), handbook, etc ... but the problem continues. See the new netstat -m output: 310/480/65536 mbufs in use (current/peak/max): 310 mbufs allocated to data 309/470/16384 mbuf clusters in use (current/peak/max) 1060 Kbytes allocated to network (2% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines I need your help!!! Thanks --- Joao Carlos jcrr@ieee.org _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 1:59:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14]) by hub.freebsd.org (Postfix) with ESMTP id 67DAA37B43F for ; Wed, 23 Jan 2002 01:59:02 -0800 (PST) Received: from beagle (beagle [193.175.132.100]) by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id g0N9x0R05459 for ; Wed, 23 Jan 2002 10:59:00 +0100 (MET) Date: Wed, 23 Jan 2002 10:59:00 +0100 (CET) From: Harti Brandt To: hackers@freebsd.org Subject: interface multicast address list Message-ID: <20020123105315.Q86919-100000@beagle.fokus.gmd.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, is there any way to get at the if_multiaddrs list from user space (except for digging through the kernel with kvm). If not, where would one add it? sysctl net.link.??? perhaps? Or SIOCIFGETMULTI? harti -- harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fhg.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 2:13:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.prod.itd.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 92E7D37B402 for ; Wed, 23 Jan 2002 02:13:39 -0800 (PST) Received: from pool0042.cvx40-bradley.dialup.earthlink.net ([216.244.42.42] helo=mindspring.com) by hawk.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16TKPS-0000JN-00; Wed, 23 Jan 2002 02:13:38 -0800 Message-ID: <3C4E8CCE.786CD69@mindspring.com> Date: Wed, 23 Jan 2002 02:13:34 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Joao Carlos Cc: freebsd-hackers@freebsd.org Subject: Re: No buffer space avaliable References: <003901c1a3f5$07c9b860$e7ccb0c8@pchome> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Joao Carlos wrote: > First of all, i sent this message to -questions but nobody answered, so= I > thought i have to send the gurus :). Please, anyone that can help read= all > the message (sorry for taking so long, but i tried to specify ALL the > problem). It probably belongs on -net, if it didn't belong on -questions; in any case, the other mailing lists are not an escalation path for non-responsiveness on -questions. > I=B4m having a curious and horrible problem. > I'm running a FreeBSD 4.4-R in a PIII 1.0Ghz 128MB RAM. > This machine acts only as a router with natd. > The problem is that when I ping a determined IP address (for example, > 12.12.12.12) that is a certain machine on my network, it gives me a no > buffer space avaliable error. > = > ping: sendto: No buffer space available You have used up all the send buffers you are allowed to use up in order to send the ping packets out. This happens when the route becomes invalid, and you pack up a huge number of packets on the route (e.g. when you are pinging your default gateway, and it goes away, or when you are pinging a remote host on the other side of your default gateway, and it goes away). An easy way to recreate this is to start up a ping to say 16.1.0.2 (gatekeeper.dec.com) on a machine connected via PPP, with the modem unplugged. > I turned off the 12.12.12.12 machine, so i expected that the ping only > I cannot think in anything that can cause this. MANY other clients are = in > the same physical network, pinging to the same NIC and have no trouble.= The answer is that if it is your default gateway, then set up a static route to it, so that it's on the "local wire", so the the packets will be sent to the local wire, freeing up the mbufs, instead of forwarded through a down route, which will keep the mbufs for sending when the route comes back up. Arguably, there should be an administrative failure as a result of an administrative queue depth limit on routes that are down, so that you can't shoot yourself in the foot like this. Alternately, don't aim the gun at your foot in the first place, and you'll never have the problem, either. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 2:51:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.prod.itd.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id EA27337B404 for ; Wed, 23 Jan 2002 02:51:46 -0800 (PST) Received: from dialup-209.245.141.241.dial1.sanjose1.level3.net ([209.245.141.241] helo=blossom.cjclark.org) by hawk.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16TL0L-0007O6-00 for hackers@freebsd.org; Wed, 23 Jan 2002 02:51:46 -0800 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.3) id g0NApiv84847 for hackers@freebsd.org; Wed, 23 Jan 2002 02:51:44 -0800 (PST) (envelope-from cjc) Date: Wed, 23 Jan 2002 02:51:35 -0800 From: "Crist J . Clark" To: hackers@freebsd.org Subject: sysctl(3) errnos wrong? Message-ID: <20020123025135.E83184@blossom.cjclark.org> Reply-To: cjclark@alum.mit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Here is a quick, broken, program, #include #include #include #include #include #include #include /* #define MIB_LEN 6 */ #define MIB_LEN 5 int main(int argc, char *argv[]) { int mib[MIB_LEN]; size_t rttsize; mib[0] = CTL_NET; mib[1] = PF_ROUTE; mib[2] = 0; mib[3] = AF_INET; mib[4] = NET_RT_DUMP; /* mib[5] = 0; */ if (sysctl(mib, MIB_LEN, NULL, &rttsize, NULL, 0) != 0) err(EX_OSERR, "sysctl(3) for table size failed"); return 0; } This broken version will return, $ ./sysctlerr sysctlerr: sysctl(3) for table size failed: Invalid argument However, if we look at the errno descriptions in the sysctl(3) manpage, an EINVAL is returned when, [EINVAL] The name array is less than two or greater than CTL_MAXNAME. [EINVAL] A non-null newp is given and its specified length in newlen is too large or too small. Neither of which is the case here. I think it should be returning one of these, [ENOTDIR] The name array specifies an intermediate rather than terminal name. [EISDIR] The name array specifies a terminal name, but the actual name is not terminal. But "terminal" or "intermediate" names are not defined anywhere else in the manpage. -- 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-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 2:56:54 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from Danovitsch.dnsq.org (b74143.upc-b.chello.nl [212.83.74.143]) by hub.freebsd.org (Postfix) with ESMTP id 068F337B416 for ; Wed, 23 Jan 2002 02:56:50 -0800 (PST) Received: from FreeBSD.Danovitsch.LAN (b83007.upc-b.chello.nl [212.83.83.7]) by Danovitsch.dnsq.org (8.11.3/8.11.3) with SMTP id g0NAtvu06056; Wed, 23 Jan 2002 11:55:57 +0100 (CET) (envelope-from Danovitsch@Danovitsch.dnsq.org) Content-Type: text/plain; charset="iso-8859-1" From: "Daan Vreeken [PA4DAN]" Reply-To: Danovitsch@Danovitsch.dnsq.org To: "Joao Carlos" Subject: Re: No buffer space avaliable Date: Wed, 23 Jan 2002 11:59:16 +0100 X-Mailer: KMail [version 1.2] References: <003901c1a3f5$07c9b860$e7ccb0c8@pchome> In-Reply-To: <003901c1a3f5$07c9b860$e7ccb0c8@pchome> Cc: FreeBSD-hackers@FreeBSD.org MIME-Version: 1.0 Message-Id: <02012311591603.00481@FreeBSD.Danovitsch.LAN> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday 23 January 2002 11:02, you wrote: > Hi, > > First of all, i sent this message to -questions but nobody answered, so I > thought i have to send the gurus :). Please, anyone that can help read all > the message (sorry for taking so long, but i tried to specify ALL the > problem). > > I´m having a curious and horrible problem. > I'm running a FreeBSD 4.4-R in a PIII 1.0Ghz 128MB RAM. > This machine acts only as a router with natd. > The problem is that when I ping a determined IP address (for example, > 12.12.12.12) that is a certain machine on my network, it gives me a no > buffer space avaliable error. This is by no means an answer to your question, but I thougt I'd mention it any way. You should not use 12.12.12.12 as address on a local network that is connected to the internet. There already exists a network with this range of adresses : bash-2.05$ traceroute 12.12.12.12 [...snip...] 19 ar2-a3120s4.sffca.ip.att.net (12.127.1.145) 175.786 ms 171.715 ms 174.116 ms 20 12.127.194.102 (12.127.194.102) 218.748 ms 221.557 ms 221.263 ms 21 * * 12.127.194.102 (12.127.194.102) 217.661 ms !H 22 * 12.127.194.102 (12.127.194.102) 219.382 ms !H * 23 12.127.194.102 (12.127.194.102) 219.218 ms !H^C If you continue to use these adresses on your local network, you will never be able to view any internet site hosted on any part of the REAL 12.12.12 network. RFC1918 states a list of free blocks for use in private/local networks (read it here : http://www.rfc.net/rfc1918.html) This part of the RFC is the actual interrestig thing : 10.0.0.0 - 10.255.255.255 (10/8 prefix) 172.16.0.0 - 172.31.255.255 (172.16/12 prefix) 192.168.0.0 - 192.168.255.255 (192.168/16 prefix) So use 192.168.somenumber.0/24 for your local LAN, is stead of 12.12.12.0/24... > ping: sendto: No buffer space available > ping: sendto: No buffer space available But this probably won't fix your buffer space problems :) -- grtz, Daan Vreeken - PA4DAN - Danovitsch@Danovitsch.dnsq.org Control the lights in my room: http://www.Danovitsch.dnsq.org/webcam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 4:51: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id E121837B402; Wed, 23 Jan 2002 04:50:48 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g0NCo3S80188; Wed, 23 Jan 2002 14:50:03 +0200 (EET) (envelope-from ru) Date: Wed, 23 Jan 2002 14:50:03 +0200 From: Ruslan Ermilov To: Harti Brandt Cc: net@FreeBSD.org Subject: Re: interface multicast address list Message-ID: <20020123145003.C66702@sunbay.com> References: <20020123105315.Q86919-100000@beagle.fokus.gmd.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020123105315.Q86919-100000@beagle.fokus.gmd.de> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Redirected to -net with -hackers Bcc:ed] On Wed, Jan 23, 2002 at 10:59:00AM +0100, Harti Brandt wrote: > > Hi, > > is there any way to get at the if_multiaddrs list from user space (except > for digging through the kernel with kvm). > I'm affraid not. > If not, where would one add it? > sysctl net.link.??? perhaps? Or SIOCIFGETMULTI? > I think the right way would be to add this to net/rtsock.c:sysctl_iflist() to be accessible through the NET_RT_IFLIST sysctl. BTW, I've just fixed the sysctl(3) manpage to document the sixth level of this sysctl. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 6: 8:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 8C77837B402; Wed, 23 Jan 2002 06:08:35 -0800 (PST) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout1.freenet.de with esmtp (Exim 3.33 #3) id 16TO4n-0008GY-00; Wed, 23 Jan 2002 15:08:33 +0100 Received: from ae375.pppool.de ([213.6.227.117] helo=Magelan.Leidinger.net) by mx3.freenet.de with esmtp (Exim 3.33 #3) id 16TO4n-0002BK-00; Wed, 23 Jan 2002 15:08:33 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.6/8.11.6) with ESMTP id g0NDNea03567; Wed, 23 Jan 2002 14:23:41 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200201231323.g0NDNea03567@Magelan.Leidinger.net> Date: Wed, 23 Jan 2002 14:23:39 +0100 (CET) From: Alexander Leidinger Subject: Re: FreeBSD 5.x To: tlambert2@mindspring.com Cc: jandrese@mitre.org, aa878@columbia.edu, freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG In-Reply-To: <3C4DEA57.A7EEF3A2@mindspring.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 22 Jan, Terry Lambert wrote: [gcc 3.0.x bug] > Actually, that was against 3.0 at -O2. > > If that's been fixed, I guess we can cut over, as soom as the > non-x86 code generation for our other supported platforms > works again (tried compiling your RedHat for Alpha lately?). gcc 3.0.3 has problems with "-O3 -funroll-loops", "-O -funroll-loops" or "-O3" without "-funroll-loops" seems to work. Someone told me the CVS version of gcc has a fix for this. Bye, Alexander. -- There's no place like ~ http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 8:39:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.numachi.com (numachi.numachi.com [198.175.254.2]) by hub.freebsd.org (Postfix) with SMTP id 58BB537B402 for ; Wed, 23 Jan 2002 08:39:14 -0800 (PST) Received: (qmail 8924 invoked by uid 3001); 23 Jan 2002 16:39:10 -0000 Received: from natto.numachi.com (198.175.254.216) by numachi.numachi.com with SMTP; 23 Jan 2002 16:39:10 -0000 Received: (qmail 47468 invoked by uid 1001); 23 Jan 2002 16:39:09 -0000 Date: Wed, 23 Jan 2002 11:39:09 -0500 From: Brian Reichert To: Michael Smith Cc: Greg Black , Brian Reichert , Roger 'Rocky' Vetterberg , Brooks Davis , hackers@freebsd.org Subject: Re: cpu info in userland Message-ID: <20020123113909.P2872@numachi.com> References: <200201230147.g0N1l0d04015@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200201230147.g0N1l0d04015@mass.dis.org>; from msmith@mass.dis.org on Tue, Jan 22, 2002 at 05:47:00PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Jan 22, 2002 at 05:47:00PM -0800, Michael Smith wrote: > The message buffer is not perturbed by the boot process unless the BIOS > overwrites it. If the BIOS doesn't overwrite it, it's preserved from one > boot to the next. I'm confused then. Is this 'message buffer' not a construct of the kernel? Where does it exist? -- Brian 'you Bastard' Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA Intel architecture: the left-hand path To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 8:42:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from artemis.drwilco.net (artemis.drwilco.net [209.167.6.62]) by hub.freebsd.org (Postfix) with ESMTP id D0E2237B41C for ; Wed, 23 Jan 2002 08:42:26 -0800 (PST) Received: from ceres.drwilco.net (docwilco.xs4all.nl [213.84.68.230]) by artemis.drwilco.net (8.11.6/8.11.6) with ESMTP id g0NGgNR37960 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Wed, 23 Jan 2002 11:42:26 -0500 (EST) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020123174945.01c80b50@mail.drwilco.net> X-Sender: lists@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 23 Jan 2002 17:51:48 +0100 To: Brian Reichert From: "Rogier R. Mulhuijzen" Subject: Re: cpu info in userland Cc: freebsd-hackers@freebsd.org In-Reply-To: <20020123113909.P2872@numachi.com> References: <200201230147.g0N1l0d04015@mass.dis.org> <200201230147.g0N1l0d04015@mass.dis.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm guessing that the message buffer is always in the same place in memory when you use the same kernel. And thus if you soft-reboot and the memory doesn't get wiped by the BIOS it's still there. Doc At 11:39 23-1-2002 -0500, you wrote: >On Tue, Jan 22, 2002 at 05:47:00PM -0800, Michael Smith wrote: > > The message buffer is not perturbed by the boot process unless the BIOS > > overwrites it. If the BIOS doesn't overwrite it, it's preserved from one > > boot to the next. > >I'm confused then. Is this 'message buffer' not a construct of >the kernel? Where does it exist? > >-- >Brian 'you Bastard' Reichert >37 Crystal Ave. #303 Daytime number: (603) 434-6842 >Derry NH 03038-1713 USA Intel architecture: the left-hand path > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 9: 2:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 89C4337B41A for ; Wed, 23 Jan 2002 09:02:25 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g0NH2Nl61046; Wed, 23 Jan 2002 10:02:23 -0700 (MST) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g0NH27x80344; Wed, 23 Jan 2002 10:02:07 -0700 (MST) (envelope-from imp@village.org) Date: Wed, 23 Jan 2002 10:01:45 -0700 (MST) Message-Id: <20020123.100145.57313628.imp@village.org> To: unfurl@dub.net Cc: julian@elischer.org, hackers@FreeBSD.ORG Subject: Re: ANyone seen a touch screen on BSD? From: "M. Warner Losh" In-Reply-To: <20020122194944.GA28259@dub.net> References: <20020122184845.GA24989@dub.net> <20020122194944.GA28259@dub.net> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20020122194944.GA28259@dub.net> Bill Swingle writes: : Now that I think of it, I think it was Kevin Day You are correct sir. I did some consulting on that box, and Kevin was my contact. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 9:39:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (dhcp45-21.dis.org [216.240.45.21]) by hub.freebsd.org (Postfix) with ESMTP id 290EE37B402 for ; Wed, 23 Jan 2002 09:39:35 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g0NHdkb00871; Wed, 23 Jan 2002 09:39:46 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200201231739.g0NHdkb00871@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Brian Reichert Cc: Greg Black , "Roger 'Rocky' Vetterberg" , Brooks Davis , hackers@freebsd.org Subject: Re: cpu info in userland In-reply-to: Your message of "Wed, 23 Jan 2002 11:39:09 EST." <20020123113909.P2872@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 23 Jan 2002 09:39:46 -0800 From: Michael Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Tue, Jan 22, 2002 at 05:47:00PM -0800, Michael Smith wrote: > > The message buffer is not perturbed by the boot process unless the BIOS > > overwrites it. If the BIOS doesn't overwrite it, it's preserved from one > > boot to the next. > > I'm confused then. Is this 'message buffer' not a construct of > the kernel? Where does it exist? It's just a region of memory; given an unchanged system configuration, it'll be in the same place every time you boot. The reason it's not cleared is simple; if the system crashes for some reason, and the crash message can't be written to disk (eg. it's a kernel trap, etc.), when the system reboots it will be picked up out of the message buffer and saved. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 10:19:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from q3.cybg.com (digex-ext.cybg.com [209.119.171.80]) by hub.freebsd.org (Postfix) with SMTP id 8D11937B405 for ; Wed, 23 Jan 2002 10:18:51 -0800 (PST) Message-ID: From: Beth Reid To: "'freebsd-hackers@freebsd.org'" Subject: FW: FreeBSD nonkernel patches/packages Date: Wed, 23 Jan 2002 13:15:20 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C1A439.F0617236" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C1A439.F0617236 Content-Type: text/plain; charset="iso-8859-1" -----Original Message----- From: Jacques A. Vidrine [mailto:n@nectar.cc] Sent: Wednesday, January 23, 2002 1:17 PM To: Beth Reid Cc: 'security-officer@FreeBSD.org' Subject: Re: FreeBSD nonkernel patches/packages Hello Beth, Many of the question you ask here will probably be better answered in another forum such as freebsd-hackers@freebsd.org. You are seeking understanding of the FreeBSD build process, and of the package creation process, and these are not specific to security. On Wed, Jan 23, 2002 at 01:02:34PM -0500, Beth Reid wrote: > Hi > > I have a few questions regarding non-kernel FreeBSD patch distribution. Any > information is really appreciated. If all of this is documented somewhere, > I would be happy to do the research if someone could point me to the > document. > > 1 ) If I produced a product based on FreeBSD 4.3, how would my customers get > the patches? > > I can see there was a binary distribution of the patches using pkg_add. > This seems to work very nicely in distributing patches to customers. > However, this process seemed to change with the openssh patch 01:63. The > binary distribution was for FreeBSD 4.4 only. How does one ship a binary > installation of that patch to their customers who are running 4.3? (Same > goes for patches 02:01 and 02:02.) The customer's system does not have > source. :-/ As noted in the advisory, the binary patches are an experimental delivery mechanism. You could certainly duplicate this experiment yourself. > 2) Do you provide a mechanism where I can create my own binary > installations using pkg_add? > > It seems I can use pkg_create. That seems to work fine, but can I get more > information on the packinglist file and what items to ship with each > distribution? > > I can create a very simple packinglist such as this for the 02:02 pw patch. [snip] > Or the following for the 01:63 sshd patch: [snip] Yes, that is essentially how it is done. > However, when I looked at the binary distribution for the sshd patch that is > available for FreeBSD 4.4, it included several shippables such as scp, > ssh_add, ssh-agent, ssh_keygen, sftp.... and all of the man pages). This > didn't seem necessary since the only file that was changed was session.c. > Was this done simply to reship the entire ssh product or did this package > just include everything that the make install would have rebuilt? The last released sshd patch included only `sshd', not the items you note above. Probably you are thinking about the OpenSSH /ports/. We do not provide binary patches for ports. Rather, users are instructed to update to new packages, and these packages are indeed complete. > 3) What about patches that patch libraries which impact several executables? > > > If there is a patch that patches a library (similar to the old 01:40) patch, > how do you know which commands that it would impact and which to include in > the binary package? It depends. If one patches libc, one would have to also patch all statically linked executables for example. Library dependencies are documented primarily in the Makefiles for FreeBSD. > Would it be documented in the README? What README? > I suppose the long and short of it is, if I am creating my own binary > installations, how can I be sure what to include in the tarballs. Do I have > to rely on combining information from the Readme, .patch file, and Makefile > as a guide? Yes. In our advisories for the base system, we now try to include all the revisions and source files [1]. You will have to derive what binaries are affected from that. Cheers, -- Jacques A. Vidrine http://www.nectar.cc/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se [1] In the `Correction details' section. ------_=_NextPart_001_01C1A439.F0617236 Content-Type: text/html; charset="iso-8859-1" FW: FreeBSD nonkernel patches/packages

-----Original Message-----
From: Jacques A. Vidrine [mailto:n@nectar.cc]
Sent: Wednesday, January 23, 2002 1:17 PM
To: Beth Reid
Cc: 'security-officer@FreeBSD.org'
Subject: Re: FreeBSD nonkernel patches/packages


Hello Beth,

Many of the question you ask here will probably be better answered in
another forum such as freebsd-hackers@freebsd.org.  You are seeking
understanding of the FreeBSD build process, and of the package
creation process, and these are not specific to security.

On Wed, Jan 23, 2002 at 01:02:34PM -0500, Beth Reid wrote:
> Hi
>
> I have a few questions regarding non-kernel FreeBSD patch distribution.  Any
> information is really appreciated.  If all of this is documented somewhere,
> I would be happy to do the research if someone could point me to the
> document.
>
> 1 ) If I produced a product based on FreeBSD 4.3, how would my customers get
> the patches?
>
> I can see there was a binary distribution of the patches using pkg_add.
> This seems to work very nicely in distributing patches to customers.
> However, this process seemed to change with the openssh patch 01:63.  The
> binary distribution was for FreeBSD 4.4 only.  How does one ship a binary
> installation of that patch to their customers who are running 4.3?  (Same
> goes for patches 02:01 and 02:02.)  The customer's system does not have
> source. :-/

As noted in the advisory, the binary patches are an experimental
delivery mechanism.  You could certainly duplicate this experiment
yourself.
 
> 2)  Do you provide a mechanism where I can create my own binary
> installations using pkg_add?
>
> It seems I can use pkg_create.  That seems to work fine, but can I get more
> information on the packinglist file and what items to ship with each
> distribution? 
>
> I can create a very simple packinglist such as this for the 02:02 pw patch.
[snip]
> Or the following for the 01:63 sshd patch:
[snip]

Yes, that is essentially how it is done.

> However, when I looked at the binary distribution for the sshd patch that is
> available for FreeBSD 4.4, it included several shippables such as scp,
> ssh_add, ssh-agent, ssh_keygen, sftp.... and all of the man pages).  This
> didn't seem necessary since the only file that was changed was session.c.
> Was this done simply to reship the entire ssh product or did this package
> just include everything that the make install would have rebuilt?

The last released sshd patch included only `sshd', not the items you
note above.  Probably you are thinking about the OpenSSH /ports/.  We
do not provide binary patches for ports.  Rather, users are instructed
to update to new packages, and these packages are indeed complete.
 
> 3) What about patches that patch libraries which impact several executables?
>
>
> If there is a patch that patches a library (similar to the old 01:40) patch,
> how do you know which commands that it would impact and which to include in
> the binary package? 

It depends.  If one patches libc, one would have to also patch all
statically linked executables for example.   Library dependencies are
documented primarily in the Makefiles for FreeBSD.

> Would it be documented in the README?

What README?
 
> I suppose the long and short of it is, if I am creating my own binary
> installations, how can I be sure what to include in the tarballs.  Do I have
> to rely on combining information from the Readme, .patch file, and Makefile
> as a guide?

Yes.  In our advisories for the base system, we now try to include all
the revisions and source files [1].  You will have to derive what
binaries are affected from that.

Cheers,
--
Jacques A. Vidrine <n@nectar.cc>                 http://www.nectar.cc/
NTT/Verio SME          .     FreeBSD UNIX     .       Heimdal Kerberos
jvidrine@verio.net     .  nectar@FreeBSD.org  .          nectar@kth.se

[1] In the `Correction details' section.

------_=_NextPart_001_01C1A439.F0617236-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 10:34:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-m06.mx.aol.com (imo-m06.mx.aol.com [64.12.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 84EB637B405 for ; Wed, 23 Jan 2002 10:34:13 -0800 (PST) Received: from TD790@aol.com by imo-m06.mx.aol.com (mail_out_v31_r1.25.) id n.11a.ac5419b (16781) for ; Wed, 23 Jan 2002 13:34:03 -0500 (EST) From: TD790@aol.com Message-ID: <11a.ac5419b.29805c1b@aol.com> Date: Wed, 23 Jan 2002 13:34:03 EST Subject: RTL8100L controller? To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 139 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Quite a few P4 Motherboards have RTL8100L controllers onboard.I dont see this part listed in the if_rl driver. Does FreeBSD work with this controller? Its not clear if its "compatible". dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 11:14:52 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by hub.freebsd.org (Postfix) with ESMTP id 7CB7F37B402 for ; Wed, 23 Jan 2002 11:14:42 -0800 (PST) Received: from itd.nrl.navy.mil (fw5540.nrl.navy.mil [132.250.196.100]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id OAA04443 for ; Wed, 23 Jan 2002 14:14:41 -0500 (EST) Received: from Spitfire.itd.nrl.navy.mil (nadwodny-pc.fw5540.net [10.0.4.61]) by itd.nrl.navy.mil (8.9.0/8.9.0) with SMTP id OAA07676 for ; Wed, 23 Jan 2002 14:13:47 -0500 (EST) Content-Type: text/plain; charset="iso-8859-1" From: David Nadwodny Reply-To: nadwodny@itd.nrl.navy.mil Organization: Naval Research Lab To: hackers@freebsd.org Date: Wed, 23 Jan 2002 15:34:27 -0500 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <02012315342702.00330@Spitfire.itd.nrl.navy.mil> Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG unsubscribe freebsd-hackers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 14:24:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from herbelot.dyndns.org (d211.dhcp212-198-26.noos.fr [212.198.26.211]) by hub.freebsd.org (Postfix) with ESMTP id 24BEE37B400 for ; Wed, 23 Jan 2002 14:24:19 -0800 (PST) Received: from herbelot.com (tulipe.herbelot.nom [192.168.1.5]) by herbelot.dyndns.org (8.9.3/8.9.3) with ESMTP id XAA91562 for ; Wed, 23 Jan 2002 23:24:16 +0100 (CET) (envelope-from thierry@herbelot.com) Message-ID: <3C4F3810.1232A5BF@herbelot.com> Date: Wed, 23 Jan 2002 23:24:16 +0100 From: Thierry Herbelot X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: hackers@freebsd.org Subject: suspected dying CD-writer ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I've got an SCSI CD-Writer, which only gives errors when I try to use cd-record (see full log at the end of the message) As the problem is identical on a fresh 4.4-Rel (with cd-record installed from the CD as a binary package) and a recently updated 4.5-RC, there is strong suspicion the drive itself is dying. can anyone decode the ASCII dump of the SCSI error message ? (I've also cleaned the optics, in case there was too much dust, but no joy) time to buy a new Yamaha 2100S ? TfH # cdrecord -v dev=0,2,0 speed=1 blank=fast Cdrecord 1.10 (i386-unknown-freebsd4.4) Copyright (C) 1995-2001 J RTOC Type: 1 = CD-ROM scsidev: '0,2,0' scsibus: 0 target: 2 lun: 0 Using libscg version 'schily-0.5' atapi: 0 Device type : Removable CD-ROM Version : 2 Response Format: 2 Capabilities : SYNC Vendor_info : 'PHILIPS ' Identifikation : 'CDD3600 CD-R/RW ' Revision : '2.00' Device seems to be: Generic mmc CD-RW. Using generic SCSI-3/mmc CD-R driver (mmc_cdr). Driver flags : SWABAUDIO Drive buf size : 786432 = 768 KB Current Secsize: 2048 Trying to clear drive status. cdrecord: Drive needs to reload the media to return to proper status. ATIP start of lead out: 1166730 (03:18/30) Blocks total: 1166730 Blocks current: 1166730 Blocks remaining: 1166880 Starting to write CD/DVD at speed 1 in write mode for single session. Last chance to quit, starting real write in 0 seconds. Operation starts. Blanking PMA, TOC, pregap cdrecord: Input/output error. blank unit: scsi sendcmd: retryable error CDB: A1 01 00 00 00 00 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: F0 00 05 00 00 00 00 28 00 00 04 D8 20 00 00 80 00 00 01 19 04 00 00 00 80 01 00 00 00 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x20 Qual 0x00 (invalid command operation code) Fru 0x0 Sense flags: Blk 0 (valid) error refers to data part, bit ptr 0 (not valid) field ptr 0 cmd finished after 5.618s timeout 9600s cdrecord: Cannot blank disk, aborting. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 14:38:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id BEFAA37B400 for ; Wed, 23 Jan 2002 14:38:03 -0800 (PST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.6/8.11.6) id g0NMakJ05204; Wed, 23 Jan 2002 23:36:46 +0100 (CET) (envelope-from wkb) Date: Wed, 23 Jan 2002 23:36:46 +0100 From: Wilko Bulte To: Thierry Herbelot Cc: hackers@FreeBSD.ORG Subject: Re: suspected dying CD-writer ? Message-ID: <20020123233646.A5176@freebie.xs4all.nl> References: <3C4F3810.1232A5BF@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C4F3810.1232A5BF@herbelot.com>; from thierry@herbelot.com on Wed, Jan 23, 2002 at 11:24:16PM +0100 X-OS: FreeBSD 4.5-RC X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 23, 2002 at 11:24:16PM +0100, Thierry Herbelot wrote: RIP.. My 3600 did exactly the same. And a friend of mine had a 3600 with (again) the same symptoms. All were dying. I only use it today with CDRW media for test CDs, the CDRs I create with a Plextor. Both deads were in the age of 12-14 months (so just after the warranty expired). I will never again buy a Philips CDR drive.. Wilko > Hello, > > I've got an SCSI CD-Writer, which only gives errors when I try to use > cd-record (see full log at the end of the message) > > As the problem is identical on a fresh 4.4-Rel (with cd-record installed > from the CD as a binary package) and a recently updated 4.5-RC, there is > strong suspicion the drive itself is dying. > > can anyone decode the ASCII dump of the SCSI error message ? > > (I've also cleaned the optics, in case there was too much dust, but no > joy) > > time to buy a new Yamaha 2100S ? > > TfH > > # cdrecord -v dev=0,2,0 speed=1 blank=fast > Cdrecord 1.10 (i386-unknown-freebsd4.4) Copyright (C) 1995-2001 J > RTOC Type: 1 = CD-ROM > scsidev: '0,2,0' > scsibus: 0 target: 2 lun: 0 > Using libscg version 'schily-0.5' > atapi: 0 > Device type : Removable CD-ROM > Version : 2 > Response Format: 2 > Capabilities : SYNC > Vendor_info : 'PHILIPS ' > Identifikation : 'CDD3600 CD-R/RW ' > Revision : '2.00' > Device seems to be: Generic mmc CD-RW. > Using generic SCSI-3/mmc CD-R driver (mmc_cdr). > Driver flags : SWABAUDIO > Drive buf size : 786432 = 768 KB > Current Secsize: 2048 > Trying to clear drive status. > cdrecord: Drive needs to reload the media to return to proper status. > ATIP start of lead out: 1166730 (03:18/30) > Blocks total: 1166730 Blocks current: 1166730 Blocks remaining: 1166880 > Starting to write CD/DVD at speed 1 in write mode for single session. > Last chance to quit, starting real write in 0 seconds. Operation starts. > Blanking PMA, TOC, pregap > cdrecord: Input/output error. blank unit: scsi sendcmd: retryable error > CDB: A1 01 00 00 00 00 00 00 00 00 00 00 > status: 0x2 (CHECK CONDITION) > Sense Bytes: F0 00 05 00 00 00 00 28 00 00 04 D8 20 00 00 80 00 00 01 19 > 04 00 00 00 80 01 00 00 00 00 00 00 > Sense Key: 0x5 Illegal Request, Segment 0 > Sense Code: 0x20 Qual 0x00 (invalid command operation code) Fru 0x0 > Sense flags: Blk 0 (valid) error refers to data part, bit ptr 0 (not > valid) field ptr 0 > cmd finished after 5.618s timeout 9600s > cdrecord: Cannot blank disk, aborting. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message ---end of quoted text--- -- | / o / /_ _ email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 14:42:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id DAAF037B432 for ; Wed, 23 Jan 2002 14:42:07 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 9D3B510DE01; Wed, 23 Jan 2002 14:42:07 -0800 (PST) Date: Wed, 23 Jan 2002 14:42:07 -0800 From: Alfred Perlstein To: Thierry Herbelot Cc: hackers@freebsd.org Subject: Re: suspected dying CD-writer ? Message-ID: <20020123144207.J13686@elvis.mu.org> References: <3C4F3810.1232A5BF@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3C4F3810.1232A5BF@herbelot.com>; from thierry@herbelot.com on Wed, Jan 23, 2002 at 11:24:16PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Thierry Herbelot [020123 14:24] wrote: > Hello, > > I've got an SCSI CD-Writer, which only gives errors when I try to use > cd-record (see full log at the end of the message) > > As the problem is identical on a fresh 4.4-Rel (with cd-record installed > from the CD as a binary package) and a recently updated 4.5-RC, there is > strong suspicion the drive itself is dying. > > can anyone decode the ASCII dump of the SCSI error message ? > > (I've also cleaned the optics, in case there was too much dust, but no > joy) > > time to buy a new Yamaha 2100S ? Try upgrading the firmware, this has fixed drives for me. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 16: 9:21 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 2767D37B41E for ; Wed, 23 Jan 2002 16:09:01 -0800 (PST) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id g0O08nO79443; Wed, 23 Jan 2002 17:08:49 -0700 (MST) (envelope-from ken) Date: Wed, 23 Jan 2002 17:08:49 -0700 From: "Kenneth D. Merry" To: Thierry Herbelot Cc: hackers@FreeBSD.ORG Subject: Re: suspected dying CD-writer ? Message-ID: <20020123170849.A79273@panzer.kdm.org> References: <3C4F3810.1232A5BF@herbelot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3C4F3810.1232A5BF@herbelot.com>; from thierry@herbelot.com on Wed, Jan 23, 2002 at 11:24:16PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Jan 23, 2002 at 23:24:16 +0100, Thierry Herbelot wrote: > Hello, > > I've got an SCSI CD-Writer, which only gives errors when I try to use > cd-record (see full log at the end of the message) > > As the problem is identical on a fresh 4.4-Rel (with cd-record installed > from the CD as a binary package) and a recently updated 4.5-RC, there is > strong suspicion the drive itself is dying. > > can anyone decode the ASCII dump of the SCSI error message ? > > (I've also cleaned the optics, in case there was too much dust, but no > joy) > > time to buy a new Yamaha 2100S ? > > TfH > > # cdrecord -v dev=0,2,0 speed=1 blank=fast The error below is an illegal/invalid opcode. It doesn't really indicate a failing drive, as far as I can tell. > cdrecord: Drive needs to reload the media to return to proper status. > ATIP start of lead out: 1166730 (03:18/30) > Blocks total: 1166730 Blocks current: 1166730 Blocks remaining: 1166880 > Starting to write CD/DVD at speed 1 in write mode for single session. > Last chance to quit, starting real write in 0 seconds. Operation starts. > Blanking PMA, TOC, pregap > cdrecord: Input/output error. blank unit: scsi sendcmd: retryable error > CDB: A1 01 00 00 00 00 00 00 00 00 00 00 > status: 0x2 (CHECK CONDITION) > Sense Bytes: F0 00 05 00 00 00 00 28 00 00 04 D8 20 00 00 80 00 00 01 19 > 04 00 00 00 80 01 00 00 00 00 00 00 > Sense Key: 0x5 Illegal Request, Segment 0 > Sense Code: 0x20 Qual 0x00 (invalid command operation code) Fru 0x0 > Sense flags: Blk 0 (valid) error refers to data part, bit ptr 0 (not > valid) field ptr 0 > cmd finished after 5.618s timeout 9600s > cdrecord: Cannot blank disk, aborting. I would suggest either not specifying the speed, or specify a speed that both the media and the drive can handle. Some media have a minimum speed. If that doesn't fix it, send mail describing the problem to cdwrite@other.debian.org, or Joerg Schilling directly -- schilling@fokus.gmd.de. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 16:10: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from lists.blarg.net (lists.blarg.net [206.124.128.17]) by hub.freebsd.org (Postfix) with ESMTP id 755EA37B421 for ; Wed, 23 Jan 2002 16:09:53 -0800 (PST) Received: from thig.blarg.net (thig.blarg.net [206.124.128.18]) by lists.blarg.net (Postfix) with ESMTP id 1FC1BBD98; Wed, 23 Jan 2002 16:09:53 -0800 (PST) Received: from cblaptop01 (vp146.dmp01.sea.blarg.net [206.124.142.146]) by thig.blarg.net (8.9.3/8.9.3) with SMTP id QAA28103; Wed, 23 Jan 2002 16:09:52 -0800 Message-ID: <008401c1a46f$1b357d60$3301a8c0@cblaptop01> From: "Ted Carroll" To: , References: <11a.ac5419b.29805c1b@aol.com> Subject: Re: RTL8100L controller? Date: Wed, 23 Jan 2002 16:36:01 -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 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have an ASUS AMD MB. The manual says that it has an RTL8100 on board. It's been working fine under FreeBSD 4.5-RC as well as -current. I hope this helps. Thanks, Ted C. ----- Original Message ----- From: To: Sent: Wednesday, January 23, 2002 10:34 AM Subject: RTL8100L controller? > Quite a few P4 Motherboards have RTL8100L controllers onboard.I dont see this > part listed in the if_rl driver. Does FreeBSD work with this controller? Its > not clear if its "compatible". > > dennis > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 16:33:44 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id 0B66937B400; Wed, 23 Jan 2002 16:33:41 -0800 (PST) Received: from pool0159.cvx40-bradley.dialup.earthlink.net ([216.244.42.159] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16TXpZ-00062p-00; Wed, 23 Jan 2002 16:33:30 -0800 Message-ID: <3C4F5656.8E1E4960@mindspring.com> Date: Wed, 23 Jan 2002 16:33:26 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alexander Leidinger Cc: jandrese@mitre.org, aa878@columbia.edu, freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD 5.x References: <200201231323.g0NDNea03567@Magelan.Leidinger.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alexander Leidinger wrote: > [gcc 3.0.x bug] > > Actually, that was against 3.0 at -O2. > > > > If that's been fixed, I guess we can cut over, as soom as the > > non-x86 code generation for our other supported platforms > > works again (tried compiling your RedHat for Alpha lately?). > > gcc 3.0.3 has problems with "-O3 -funroll-loops", "-O -funroll-loops" or > "-O3" without "-funroll-loops" seems to work. Someone told me the CVS > version of gcc has a fix for this. Someone told me that the only place you can get CVS versions of GCC are by installing RedHat Linux. 8-) 8-) 8-). Why don't we wait until there is a GCC release that actually works? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 17:35:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from aol.com (ACBDA889.ipt.aol.com [172.189.168.137]) by hub.freebsd.org (Postfix) with SMTP id 678B437B404 for ; Wed, 23 Jan 2002 17:34:29 -0800 (PST) From: "kriss rolo" To: Subject: SOME ITEMS THAT YOU MAY BE INTERESTED IN OR BE ABLE TO ADVISE ME ON Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Thu, 24 Jan 2002 01:21:34 -0000 Reply-To: "kriss rolo" X-Priority: 1 (Highest) Content-Transfer-Encoding: 8bit Message-Id: <20020124013429.678B437B404@hub.freebsd.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG These are the items that iam interested in selling.. Could you help me with some details on the goods, history, origin etc. are these worth anything and if so who would i contact with regards to selling them? and the best way to sell them ie auction etc APOLOGISE IF YOU HAVE ALREADY RECEIVED THIS E-MAIL JPEGS ARE AVAILABLE AT YOUR REQUEST MANY THANX kriss rolo tel: 0044 182760393 office (uk) 0044 1216864211 home (uk) 0044 7814294018 mobile (uk) return e-mail address krissrolo@aol.com UK ONLY VEHICLE REGISTRATION NUMBER N64 CON NINTENDO 64 CONSOLE item 1 hand carved round table with metal chain link in the middle item 2 magnum laurent perrier vintage 1988 champagne item 3 miniture football on stand from euro96 signed by pele and bobby charlton item 4 is a bit more interesting. its a protana minifon attache, as u will see ive enclosed notes from a web site regarding this and you will see back in the 50's it cost $340.00 so i could imagine this to be worth a bit. it also has an original tape inside i do not know what is on this tape, but judging by who made it and the cost of the machine, the tape could have some important information on it. heres the note..... The Minifon, developed in the early 1950s by Monske GMBH of Hanover(or by Protona GMBH- I'm not certain), was an ultra-miniaturized, battery operated magnetic recording device. It could not (initially at least) record the full range of sounds and was thus limited to voice recording, but it did offer easy portability in a very small package. The idea of offering a pocket dictating machine was novel, since dictation had previously been done in the office. However, it was thought that people like salesmen could take the machine "on the road" with them. Once on the market, the Minifon's promoters discovered that many people took advantage of the recorder's small size to make secret recordings to be used as evidence, as in court.

The "legitimate" use of the Minifon, as a dictating machine, was somewhat problematical. Recordings made on regular dictating equipment were usually letters, and thus were normally sent almost immediately to a typist. The Minifon offered no obvious advantages over standard dictation equipment for office use, but its developers hoped to cultivate new uses for dictation equipment, such as stock taking in warehouses, or the use of the machine as a substitute for note-taking by reporters, insurance adjusters, salesmen, and others. In its original form, the Minifon was a wire recorder, using a type of wire medium developed by the Armour Research Foundation of Chicago and employed in many similar devices since the late 1940s. The machine at its introduction in 1952 had a recording time of one hour, which was remarkably long, and weighed only about 3 pounds at a time when a typical office dictating machine weighed upwards of 10 pounds. It accomplished this small size and light weight in part through the use of miniature tubes and clever mechanical design. The basic machine cost $289.50-- a price that sounds high today but was very much in line with competing office dictating machines. The parent company attempted to set up distribution, sales and service networks in the United States. It established a business office called the Minifon Export Corp in New York, and an existing company, Harvey Radio in New York City became the main distributor. Although smaller tape recorders appeared at about the same time, the main competition in the voice recording field was from an American company, Mohawk, which made a small, battery-operated cartridge tape recorder called the Migetape. Both products sold less than 10,000 units per year in the U.S.
After a few years, the Minifon was modified to use transistors and magnetic tape, further lowering its weight and cost. By 1962 the basic machine weighed in at only 1.5 pounds. Competition by this time had helped bring the cost down to $249.50. The Minifon after about 1962 was distributed by the international conglomerate ITT through its subsidiary in the U.S., Federal Electric Corp. A little later, distribution was taken over by the ITT Distributor Products Division in Lodi, New Jersey. (I don't know whether these were the same company with different names) By the time ITT became associated with this product, it had taken on the name of Minifon "Attache," and a new line of models and options appeared. These included a hi-fi model, the 978H, which sold for $330.50.Usinga two-track, 1/4 inch tape cartridge operating at 1 7/8 inches per second, the machine claimed a frequency response of up to 12,000 Hz, plus or minus 3db. The coming of magnetic tape did not completely displace wire. The Model 240 series of recorders introduced in the early 1960s were probably the last wire recorders in regular production. The 240L, at a price of $269.50 used a special long-playing wire cartridge that held 4 hours of wire. Otherwise it looked like both the tape model and the 240S, which used a 2-hour wire cartridge and sold for $249.50. Another innovation was the introduction of more conventional recorders. After years of offering only "half" of a complete dictation system, Minifon finally developed a restyled, non-portable "office" machine, mainly for use by a transcriber, with pedal controls. By the mid-1960s, Minifon was trying to market its machines as multi-purpose devices suitable for nearly any recording need. In addition to the hi-fi and long-playing machines, the company offered an astounding variety of optional equipment such as foot controls, microphones, external amplifiers and loudspeakers, headsets, external power supplies, telephone recording attachments, conference recording adapters. One of the most interesting options were the miniature microphones intended to allow users to make "spy" recordings. In addition to a small tie-clip microphone, the Minifon could be equipped with a microphone disguised as a wrist- watch. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 18:30:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from harrier.prod.itd.earthlink.net (harrier.mail.pas.earthlink.net [207.217.120.12]) by hub.freebsd.org (Postfix) with ESMTP id 7C22F37B404; Wed, 23 Jan 2002 18:30:37 -0800 (PST) Received: from pool0036.cvx21-bradley.dialup.earthlink.net ([209.179.192.36] helo=mindspring.com) by harrier.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16TZeu-0001GZ-00; Wed, 23 Jan 2002 18:30:37 -0800 Message-ID: <3C4F71C8.E28DCD30@mindspring.com> Date: Wed, 23 Jan 2002 18:30:32 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: babkin@freebsd.org Cc: Matthew Emmerton , freebsd-hackers@FreeBSD.ORG Subject: Re: sar on FreeBSD References: <5.1.0.14.0.20020110200054.033683f0@pop.netaddress.com> <3C3F2E93.497D8E54@mindspring.com> <012001c19ad2$97c42b70$1200a8c0@gsicomp.on.ca> <3C3F4098.42B41793@mindspring.com> <3C4394C0.E913C87E@bellatlantic.net> <3C4F6DEE.7A6BB34@bellatlantic.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sergey Babkin wrote: > > The good news is that the Caldera management still supports the > > idea and approved release of these unencumbered sources under > > a BSD-like license (though the license has to be written yet > > and go though the legal department, so it will take some time). > > I'll keep you posted. And, well, don't expect that porting sar to BSD > > The license has been sent to the licensing department for approval, > so hopefully it will be done some time more or less soon. Way cool. You are a "go-getter"... 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 18:31:39 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from speedracer.speedtoys.com (mail.speedtoys.com [66.80.10.170]) by hub.freebsd.org (Postfix) with ESMTP id 8C40A37B404 for ; Wed, 23 Jan 2002 18:31:30 -0800 (PST) Received: from localhost (gemohler@localhost) by speedracer.speedtoys.com (8.11.3/8.11.1) with ESMTP id g0O2Wpv29618 for ; Wed, 23 Jan 2002 18:32:51 -0800 (PST) Date: Wed, 23 Jan 2002 18:32:51 -0800 (PST) From: Geoff Mohler X-Sender: gemohler@speedracer.speedtoys.com To: freebsd-hackers@FreeBSD.ORG Subject: Next 4.x release timeframe? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG What is the next 4.x release schedule looking like? Cant wait to employ the large # of NFS related patches once theyre ready for prime time. Thanks! --- Geoff Mohler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 18:36:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id 1DA1737B404 for ; Wed, 23 Jan 2002 18:36:32 -0800 (PST) Received: from bmah.dyndns.org ([12.233.149.189]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020124023631.QLBG10199.rwcrmhc53.attbi.com@bmah.dyndns.org>; Thu, 24 Jan 2002 02:36:31 +0000 Received: (from bmah@localhost) by bmah.dyndns.org (8.11.6/8.11.6) id g0O2aUf02609; Wed, 23 Jan 2002 18:36:30 -0800 (PST) (envelope-from bmah) Message-Id: <200201240236.g0O2aUf02609@bmah.dyndns.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Geoff Mohler Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Next 4.x release timeframe? In-reply-to: References: Comments: In-reply-to Geoff Mohler message dated "Wed, 23 Jan 2002 18:32:51 -0800." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 23 Jan 2002 18:36:30 -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If memory serves me right, Geoff Mohler wrote: > What is the next 4.x release schedule looking like? You mean 4.5-RELEASE, which, barring some unforeseen problems, will be released later this week? :-) http://www.freebsd.org/internal/releng45.html (Typically, releases happen about every four months, so you can extrapolate from that.) Bruce. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 18:37:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from speedracer.speedtoys.com (mail.speedtoys.com [66.80.10.170]) by hub.freebsd.org (Postfix) with ESMTP id 6639937B41A; Wed, 23 Jan 2002 18:37:25 -0800 (PST) Received: from localhost (gemohler@localhost) by speedracer.speedtoys.com (8.11.3/8.11.1) with ESMTP id g0O2ckS30995; Wed, 23 Jan 2002 18:38:46 -0800 (PST) Date: Wed, 23 Jan 2002 18:38:46 -0800 (PST) From: Geoff Mohler X-Sender: gemohler@speedracer.speedtoys.com To: "Bruce A. Mah" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Next 4.x release timeframe? In-Reply-To: <200201240236.g0O2aUf02609@bmah.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yes, exactly..thanks Bruce. ;^) On Wed, 23 Jan 2002, Bruce A. Mah wrote: > If memory serves me right, Geoff Mohler wrote: > > What is the next 4.x release schedule looking like? > > You mean 4.5-RELEASE, which, barring some unforeseen problems, will be > released later this week? :-) > > http://www.freebsd.org/internal/releng45.html > > (Typically, releases happen about every four months, so you can > extrapolate from that.) > > Bruce. > > > > --- Geoff Mohler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 19:54:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from public.guangzhou.gd.cn (mail2-smtp.guangzhou.gd.cn [202.105.65.222]) by hub.freebsd.org (Postfix) with SMTP id 69E2537B405 for ; Wed, 23 Jan 2002 19:54:06 -0800 (PST) Received: from ss3([202.104.49.203]) by public.guangzhou.gd.cn(AIMC 2.9.5.1) with SMTP id jm383c4fc48f; Thr, 24 Jan 2002 11:53:40 +0800 Message-ID: <003e01c1a48a$6a307fd0$cb3168ca@ss3> From: "Matt" To: Subject: Antivirus in FreeBSD? Date: Wed, 23 Jan 2002 19:47:30 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit 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-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there any free or not free antivirus software availble in FreeBSD? -------------------------------------------------- WWW.XGFORCE.COM - The Leader in System Clustering and Enterprise Firewall/VPN solution. -------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 20: 1:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-131.dsl.lsan03.pacbell.net [63.207.60.131]) by hub.freebsd.org (Postfix) with ESMTP id 2D37637B448 for ; Wed, 23 Jan 2002 20:01:12 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 16E0F66B74; Wed, 23 Jan 2002 20:01:11 -0800 (PST) Date: Wed, 23 Jan 2002 20:01:10 -0800 From: Kris Kennaway To: Matt Cc: hackers@FreeBSD.ORG Subject: Re: Antivirus in FreeBSD? Message-ID: <20020123200110.A44837@xor.obsecurity.org> References: <003e01c1a48a$6a307fd0$cb3168ca@ss3> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="LZvS9be/3tNcYl/X" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <003e01c1a48a$6a307fd0$cb3168ca@ss3>; from ml@xgforce.com on Wed, Jan 23, 2002 at 07:47:30PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --LZvS9be/3tNcYl/X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jan 23, 2002 at 07:47:30PM -0800, Matt wrote: > Is there any free or not free antivirus software availble in FreeBSD? Yes. Did you even look? :) Kris --LZvS9be/3tNcYl/X 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 iD8DBQE8T4cGWry0BWjoQKURAmzKAJ9LXpXwTJBpFasRMQDPyHuT2XyyrQCgsXWO tdx3tI6ba0nQugcsaq24HJg= =mzFa -----END PGP SIGNATURE----- --LZvS9be/3tNcYl/X-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 21:12:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rune.communique.no (rune.communique.no [193.212.204.33]) by hub.freebsd.org (Postfix) with SMTP id AB0FD37B400 for ; Wed, 23 Jan 2002 21:12:49 -0800 (PST) Received: (qmail 27938 invoked by uid 1001); 24 Jan 2002 05:12:47 -0000 Date: Thu, 24 Jan 2002 06:12:47 +0100 (CET) From: Are Bryne X-Sender: are@rune.communique.no To: freebsd-hackers@freebsd.org Subject: 2.2.8-STABLE -export-dynamic workaround for ld? Message-ID: Organization: Communique DA MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I am trying to get PostgreSQL 7.1.3 compiled on a FreeBSD 2.2.8-STABLE system (that will hopefully be upgraded in not too long, just not yet :). I am having problems with the linker not supporting -export-dynamic, and the compilation of the FreeBSD-port therefore balks. Does anyone have a suggestion for a possible workaround? Thanks in advance for all and any suggestions. Regards, Are Bryne -- Communiqué DA Office: +47 22 44 33 99 Postboks 9050 Grønland Mobile: +47 900 22 009 NO-0133 Oslo URL: http://www.communique.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 22:12:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id B3D2537B400 for ; Wed, 23 Jan 2002 22:12:51 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id 8259510DDF8; Wed, 23 Jan 2002 22:12:51 -0800 (PST) Date: Wed, 23 Jan 2002 22:12:51 -0800 From: Alfred Perlstein To: Are Bryne Cc: freebsd-hackers@freebsd.org Subject: Re: 2.2.8-STABLE -export-dynamic workaround for ld? Message-ID: <20020123221251.Q13686@elvis.mu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from are.bryne@communique.no on Thu, Jan 24, 2002 at 06:12:47AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Are Bryne [020123 21:13] wrote: > Hello, > > I am trying to get PostgreSQL 7.1.3 compiled on a FreeBSD 2.2.8-STABLE > system (that will hopefully be upgraded in not too long, just not yet :). > > I am having problems with the linker not supporting -export-dynamic, and > the compilation of the FreeBSD-port therefore balks. > > Does anyone have a suggestion for a possible workaround? I think there's a way to do this via ld, but i forget, it is one of the -B options, I think either -Bdynamic or -Bforcedynamic. not 100% on it though. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Jan 23 23:23:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from avocet.prod.itd.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by hub.freebsd.org (Postfix) with ESMTP id 66DA137B421 for ; Wed, 23 Jan 2002 23:23:03 -0800 (PST) Received: from pool0373.cvx22-bradley.dialup.earthlink.net ([209.179.199.118] helo=mindspring.com) by avocet.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16TeDt-0005NR-00; Wed, 23 Jan 2002 23:23:02 -0800 Message-ID: <3C4FB651.7DAE52CA@mindspring.com> Date: Wed, 23 Jan 2002 23:22:57 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matt Cc: hackers@FreeBSD.ORG Subject: Re: Antivirus in FreeBSD? References: <003e01c1a48a$6a307fd0$cb3168ca@ss3> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matt wrote: > > Is there any free or not free antivirus software availble in FreeBSD? Yes. McAfee is available, and Sophos is also available. You mean for scanning Windows/Mac software stored on a FreeBSD box, right? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 1:52:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id D961F37B400 for ; Thu, 24 Jan 2002 01:52:27 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g0O9q9P20668; Thu, 24 Jan 2002 11:52:09 +0200 (EET) (envelope-from ru) Date: Thu, 24 Jan 2002 11:52:09 +0200 From: Ruslan Ermilov To: cjclark@alum.mit.edu Cc: hackers@FreeBSD.ORG Subject: Re: sysctl(3) errnos wrong? Message-ID: <20020124115209.B16972@sunbay.com> References: <20020123025135.E83184@blossom.cjclark.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020123025135.E83184@blossom.cjclark.org> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sounds like that, but changing it now would be too backwards incompatible. On Wed, Jan 23, 2002 at 02:51:35AM -0800, Crist J . Clark wrote: > Here is a quick, broken, program, > > #include > #include > #include > #include > #include > #include > > #include > > /* #define MIB_LEN 6 */ > #define MIB_LEN 5 > > int main(int argc, char *argv[]) > { > int mib[MIB_LEN]; > size_t rttsize; > > mib[0] = CTL_NET; > mib[1] = PF_ROUTE; > mib[2] = 0; > mib[3] = AF_INET; > mib[4] = NET_RT_DUMP; > /* mib[5] = 0; */ > > if (sysctl(mib, MIB_LEN, NULL, &rttsize, NULL, 0) != 0) > err(EX_OSERR, "sysctl(3) for table size failed"); > > return 0; > } > > This broken version will return, > > $ ./sysctlerr > sysctlerr: sysctl(3) for table size failed: Invalid argument > > However, if we look at the errno descriptions in the sysctl(3) > manpage, an EINVAL is returned when, > > [EINVAL] The name array is less than two or greater than > CTL_MAXNAME. > > [EINVAL] A non-null newp is given and its specified length in > newlen is too large or too small. > > Neither of which is the case here. I think it should be returning one > of these, > > [ENOTDIR] The name array specifies an intermediate rather than > terminal name. > > [EISDIR] The name array specifies a terminal name, but the > actual name is not terminal. > > But "terminal" or "intermediate" names are not defined anywhere else > in the manpage. > -- > 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-hackers" in the body of the message -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 2:16:41 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gvr.gvr.org (gvr.gvr.org [212.61.40.17]) by hub.freebsd.org (Postfix) with ESMTP id 2102037B404 for ; Thu, 24 Jan 2002 02:16:39 -0800 (PST) Received: by gvr.gvr.org (Postfix, from userid 657) id 0F9645800; Thu, 24 Jan 2002 11:16:37 +0100 (CET) Date: Thu, 24 Jan 2002 11:16:36 +0100 From: Guido van Rooij To: freebsd-hackers@freebsd.org Subject: syscons dead key and X bug? Message-ID: <20020124101636.GA54937@gvr.gvr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I loaded a keymap in syscons with some special chars, e.g. a modified us.iso.kbd like this: 041 dgra dtil nop nop dgra dtil nop nop O dgra '`' ( 'a' 224 ) ( 'A' 192 ) ( 'e' 232 ) ( 'E' 200 ) ( 'i' 236 ) ( 'I' 204 ) ( 'o' 242 ) ( 'O' 210 ) ( 'u' 249 ) ( 'U' 217 ) dtil '~' ( 'a' 227 ) ( 'A' 195 ) ( 'n' 241 ) ( 'N' 209 ) ( 'o' 245 ) ( 'O' 213 ) Now, when I start X after loading this keymap, the '`' and '~' no longer produce anything. If I reload the us.iso.kbd keymap and restart X, it works as expected. I take it that the above is a bug? -Guido To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 2:25:55 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from clientmail.ehsrealtime.com (eris.ehsrealtime.com [213.52.146.130]) by hub.freebsd.org (Postfix) with ESMTP id 4307F37B400 for ; Thu, 24 Jan 2002 02:25:52 -0800 (PST) Received: from set.ehsrealtime.com ([213.52.146.197]) by clientmail.ehsrealtime.com with esmtp (Exim 3.33 #2) id 16TgiV-0006gP-01 for freebsd-hackers@freebsd.org; Thu, 24 Jan 2002 10:02:47 +0000 Received: from waynep by set.ehsrealtime.com with local (Exim 3.34 #3) id 16Th5C-0000Bf-00 for freebsd-hackers@freebsd.org; Thu, 24 Jan 2002 10:26:14 +0000 From: Wayne Pascoe To: freebsd-hackers@freebsd.org Subject: SMP machine does not reboot Date: 24 Jan 2002 10:26:14 +0000 Message-ID: Lines: 38 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.5 (bamboo) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I've just done an install of 4.4-RELEASE onto a new dual processor machine. I then cvsup'd to 4_4 (4.4-RELEASE-p3), ran make world and make kernel KERNCONF=EHSB. uname -a reports : FreeBSD tethys.mydomain.com 4.4-RELEASE-p3 FreeBSD 4.4-RELEASE-p3 #0: Wed Jan 23 15:47:56 GMT 2002 root@tethys.mydomain.com:/usr/obj/usr/src/sys/EHSB i386 The machine seems to run ok, but if I do a shutdown -r now it does not reboot. I get the following message: syncing disks... 7 done Uptime: 48s amr0: flusing cache...done Rebooting... cpu_reset called on cpu#1 cpu_reset: Stopping other CPUs cpu_reset: Restarting BSP cpu_reset_proxy: Grabbed mp lock for BSP cpu_reset_proxy: Stopped CPU 1 And there it sits. The motherboard is a GA-6VTXDR-C with 2 x 1.26 PIII Processors and 3GB Ram. Any idea what is wrong here ? Thanks -- - Wayne Pascoe | You cannot apply a technological freebsd@molemanarmy.com | solution to a sociological problem. http://www.molemanarmy.com | (Edwards' Law) | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 2:28: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id CE2B137B417; Thu, 24 Jan 2002 02:27:46 -0800 (PST) Received: from dialup-209.244.107.7.dial1.sanjose1.level3.net ([209.244.107.7] helo=blossom.cjclark.org) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16Th6f-0003RA-00; Thu, 24 Jan 2002 02:27:46 -0800 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.3) id g0OARhr89549; Thu, 24 Jan 2002 02:27:43 -0800 (PST) (envelope-from cjc) Date: Thu, 24 Jan 2002 02:27:42 -0800 From: "Crist J. Clark" To: Ruslan Ermilov Cc: hackers@FreeBSD.ORG Subject: Re: sysctl(3) errnos wrong? Message-ID: <20020124022742.F87663@blossom.cjclark.org> References: <20020123025135.E83184@blossom.cjclark.org> <20020124115209.B16972@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020124115209.B16972@sunbay.com>; from ru@FreeBSD.ORG on Thu, Jan 24, 2002 at 11:52:09AM +0200 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Jan 24, 2002 at 11:52:09AM +0200, Ruslan Ermilov wrote: > Sounds like that, but changing it now would be too backwards incompatible. Then shouldn't we fix the documentation to reflect reality? > On Wed, Jan 23, 2002 at 02:51:35AM -0800, Crist J . Clark wrote: > > Here is a quick, broken, program, > > > > #include > > #include > > #include > > #include > > #include > > #include > > > > #include > > > > /* #define MIB_LEN 6 */ > > #define MIB_LEN 5 > > > > int main(int argc, char *argv[]) > > { > > int mib[MIB_LEN]; > > size_t rttsize; > > > > mib[0] = CTL_NET; > > mib[1] = PF_ROUTE; > > mib[2] = 0; > > mib[3] = AF_INET; > > mib[4] = NET_RT_DUMP; > > /* mib[5] = 0; */ > > > > if (sysctl(mib, MIB_LEN, NULL, &rttsize, NULL, 0) != 0) > > err(EX_OSERR, "sysctl(3) for table size failed"); > > > > return 0; > > } > > > > This broken version will return, > > > > $ ./sysctlerr > > sysctlerr: sysctl(3) for table size failed: Invalid argument > > > > However, if we look at the errno descriptions in the sysctl(3) > > manpage, an EINVAL is returned when, > > > > [EINVAL] The name array is less than two or greater than > > CTL_MAXNAME. > > > > [EINVAL] A non-null newp is given and its specified length in > > newlen is too large or too small. > > > > Neither of which is the case here. I think it should be returning one > > of these, > > > > [ENOTDIR] The name array specifies an intermediate rather than > > terminal name. > > > > [EISDIR] The name array specifies a terminal name, but the > > actual name is not terminal. > > > > But "terminal" or "intermediate" names are not defined anywhere else > > in the manpage. -- 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-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 4:13:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id A4D4037B41A; Thu, 24 Jan 2002 04:13:01 -0800 (PST) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g0OCCqs40554; Thu, 24 Jan 2002 14:12:52 +0200 (EET) (envelope-from ru) Date: Thu, 24 Jan 2002 14:12:52 +0200 From: Ruslan Ermilov To: "Crist J. Clark" Cc: net@FreeBSD.org Subject: Re: sysctl(3) errnos wrong? Message-ID: <20020124141252.A38822@sunbay.com> References: <20020123025135.E83184@blossom.cjclark.org> <20020124115209.B16972@sunbay.com> <20020124022742.F87663@blossom.cjclark.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020124022742.F87663@blossom.cjclark.org> User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Redirected to -net] On Thu, Jan 24, 2002 at 02:27:42AM -0800, Crist J. Clark wrote: > On Thu, Jan 24, 2002 at 11:52:09AM +0200, Ruslan Ermilov wrote: > > Sounds like that, but changing it now would be too backwards incompatible. > > Then shouldn't we fix the documentation to reflect reality? > Hmm, I've looked at the OpenBSD and NetBSD code but didn't look at the BSD/OS code before. BSD/OS has fixed the issue exactly as you suggest. I withdraw my objection. Please commit this patch: Index: rtsock.c =================================================================== RCS file: /home/ncvs/src/sys/net/rtsock.c,v retrieving revision 1.64 diff -u -p -r1.64 rtsock.c --- rtsock.c 2002/01/18 14:33:03 1.64 +++ rtsock.c 2002/01/24 12:11:30 @@ -1008,7 +1008,7 @@ sysctl_rtsock(SYSCTL_HANDLER_ARGS) if (req->newptr) return (EPERM); if (namelen != 3) - return (EINVAL); + return ((namelen < 3) ? EISDIR : ENOTDIR); af = name[0]; Bzero(&w, sizeof(w)); w.w_op = name[1]; > > On Wed, Jan 23, 2002 at 02:51:35AM -0800, Crist J . Clark wrote: > > > Here is a quick, broken, program, > > > > > > #include > > > #include > > > #include > > > #include > > > #include > > > #include > > > > > > #include > > > > > > /* #define MIB_LEN 6 */ > > > #define MIB_LEN 5 > > > > > > int main(int argc, char *argv[]) > > > { > > > int mib[MIB_LEN]; > > > size_t rttsize; > > > > > > mib[0] = CTL_NET; > > > mib[1] = PF_ROUTE; > > > mib[2] = 0; > > > mib[3] = AF_INET; > > > mib[4] = NET_RT_DUMP; > > > /* mib[5] = 0; */ > > > > > > if (sysctl(mib, MIB_LEN, NULL, &rttsize, NULL, 0) != 0) > > > err(EX_OSERR, "sysctl(3) for table size failed"); > > > > > > return 0; > > > } > > > > > > This broken version will return, > > > > > > $ ./sysctlerr > > > sysctlerr: sysctl(3) for table size failed: Invalid argument > > > > > > However, if we look at the errno descriptions in the sysctl(3) > > > manpage, an EINVAL is returned when, > > > > > > [EINVAL] The name array is less than two or greater than > > > CTL_MAXNAME. > > > > > > [EINVAL] A non-null newp is given and its specified length in > > > newlen is too large or too small. > > > > > > Neither of which is the case here. I think it should be returning one > > > of these, > > > > > > [ENOTDIR] The name array specifies an intermediate rather than > > > terminal name. > > > > > > [EISDIR] The name array specifies a terminal name, but the > > > actual name is not terminal. > > > > > > But "terminal" or "intermediate" names are not defined anywhere else > > > in the manpage. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 5:53:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 1A34837B400; Thu, 24 Jan 2002 05:53:10 -0800 (PST) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout0.freenet.de with esmtp (Exim 3.33 #3) id 16TkJP-00078W-00; Thu, 24 Jan 2002 14:53:07 +0100 Received: from b8204.pppool.de ([213.7.130.4] helo=Magelan.Leidinger.net) by mx3.freenet.de with esmtp (Exim 3.33 #3) id 16TkJP-0000Hn-00; Thu, 24 Jan 2002 14:53:07 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.6/8.11.6) with ESMTP id g0OCnlc20786; Thu, 24 Jan 2002 13:49:48 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200201241249.g0OCnlc20786@Magelan.Leidinger.net> Date: Thu, 24 Jan 2002 13:49:46 +0100 (CET) From: Alexander Leidinger Subject: Re: FreeBSD 5.x To: tlambert2@mindspring.com Cc: jandrese@mitre.org, aa878@columbia.edu, freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG In-Reply-To: <3C4F5656.8E1E4960@mindspring.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 23 Jan, Terry Lambert wrote: >> [gcc 3.0.x bug] >> > Actually, that was against 3.0 at -O2. >> > >> > If that's been fixed, I guess we can cut over, as soom as the >> > non-x86 code generation for our other supported platforms >> > works again (tried compiling your RedHat for Alpha lately?). >> >> gcc 3.0.3 has problems with "-O3 -funroll-loops", "-O -funroll-loops" or >> "-O3" without "-funroll-loops" seems to work. Someone told me the CVS >> version of gcc has a fix for this. > > > Someone told me that the only place you can get CVS versions > of GCC are by installing RedHat Linux. 8-) 8-) 8-). :-) > Why don't we wait until there is a GCC release that actually > works? It wasn't my intention to suggest to use a CVS version of GCC. Bye, Alexander. -- It is easier to fix Unix than to live with NT. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 6:47:30 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpg.casema.net (smtpg.casema.net [195.96.96.160]) by hub.freebsd.org (Postfix) with SMTP id 5126137B416 for ; Thu, 24 Jan 2002 06:47:02 -0800 (PST) Received: (qmail 15279 invoked by uid 0); 24 Jan 2002 14:46:51 -0000 Received: from unknown (HELO smtp.cablewanadoo.nl) (195.96.119.149) by smtpg.casema.net with SMTP; 24 Jan 2002 14:46:51 -0000 From: J gors SUBJECT: Aanwijzingen voor de X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Outlook Express 4.72.3612.1700 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0099_01E14F85.034F8570" Content-Transfer-Encoding: 7bit Message-Id: <20020124144702.5126137B416@hub.freebsd.org> Date: Thu, 24 Jan 2002 06:47:02 -0800 (PST) To: undisclosed-recipients:; Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0099_01E14F85.034F8570 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Vraag. HTMLCONTROL Forms.HTML:Option.1 \s Reactie een HTMLCONTROL Forms.HTML:Option.1 \s Reactie twee HTMLCONTROL Forms.HTML:Option.1 \s Reactie drie Typ hier een vraag. HTMLCONTROL Forms.HTML:Select.1 \s Overige: HTMLCONTROL Forms.HTML:Text.1 \s Typ hier een vraag. ------=_NextPart_000_0099_01E14F85.034F8570 Content-Type: application/octet-stream; name="DINSTALL.EXE" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="DINSTALL.EXE" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAABQRQAATAEFALfbWDIAAAAAz9UAAOAADgELAQMAACAAAAAsAAAAAAAAIBAA AAAQAAAAMAAAAABAAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAOz+AAAABAAAAAAAAAIAAAAAABAA ABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAAABgAAA8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAHAAAIgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AADAYAAAhAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC50ZXh0AAAA0h4AAAAQAAAAIAAAAAQA AAAAAAAAAAAAAAAAACAAAGAucmRhdGEAAGkAAAAAMAAAAAIAAAAkAAAAAAAAAAAAAAAAAABAAABA LmRhdGEAAADwHwAAAEAAAAAOAAAAJgAAAAAAAAAAAAAAAAAAQAAAwC5pZGF0YQAAdgMAAABgAAAA BAAAADQAAAAAAAAAAAAAAAAAAEAAAMAucmVsb2MAAOyOAAAAcAAAAGoAAAA4AAAAAAAAAAAAAAAA AABAAADCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAItE JARqCWoAUOgGAAAAM8DCEADM/yXAYEAAzMzMzMzMYOgLAAAA1ukMAAAAMTf4G8QzwUjDQAPB1iPA 6O7////oDwAAAIvHkOkJAAAAMQoNQ/jMj/nDM8WY6PH///9h6HYAAADoCwAAAIPwR+kGAAAAMS9A wxPHg8CM6AgAAADpCgAAADEVmLg2B82Pw0AbxGD8M8UPMWHoCgAAAAPG+ekJAAAAMR2D4ArDE8NA +XOV6BEAAAAVXBXNj+kOAAAAMTk1GBfNj8H4H8MLx/wjxejt/////xUoYEAAM8FkZ6EAAIPsBIkE JFRkZ48GAAArwIEoMyHNj9t0GDPAisNQ6G0EAACDxASFwHQBRkaAPiJ14oA+InUBRoA+AHQLgD4g dwZGgD4AdfXHRbwAAAAAjUWQUP8VyGBAAPZFvAG4CgAAAHQIi0XAJf//AABQVmoAagD/FcxgQABQ 6KP+//9Q6K0AAADrJ4tF7IsAiwCJReCLRexQi0XgUOhkAgAAg8QIw4tl6ItF4FDopAAAAIPEBMdF /P////+LRfBfZKMAAAAAXluL5V3DzMzMzMzMzMzMzIM9PEBAAAF1BejCDgAAi0QkBFDo+A4AAIPE BGj/AAAA/xU4QEAAg8QEw8zMzMzMzKHkX0AAhcB0Av/QaBBAQABoCEBAAOjWAAAAg8QIaARAQABo AEBAAOjEAAAAg8QIw4tEJARqAGoAUOgyAAAAg8QMw8zMzMzMzMzMzMzMzMzMi0QkBGoAagFQ6BIA AACDxAzDzMzMzMzMzMzMzMzMzMzHBYhAQAABAAAAg3wkCABTVotcJBSIHYRAQAB1P4M96F9AAAB0 JIs14F9AAIPuBDs16F9AAHITiwaFwHQC/9CD7gQ7NehfQABz7WgcQEAAaBRAQADoJwAAAIPECGgk QEAAaCBAQADoFQAAAIPECIXbdQuLRCQMUP8V2GBAAF5bw1ZXi3QkEIt8JAw793YPiweFwHQC/9CD xwQ793fxX17DVYvsU1ZXVWoAagBoCBNAAP91COjEGwAAXV9eW4vlXcOLTCQE90EEBgAAALgBAAAA dA+LRCQIi1QkEIkCuAMAAADDU1ZXi0QkEFBq/mgQE0AAZP81AAAAAGSJJQAAAACLRCQgi1gIi3AM g/7/dC47dCQkdCiNNHaLDLOJTCQIiUgMg3yzBAB1EmgBAQAAi0SzCOhAAAAA/1SzCOvDZI8FAAAA AIPEDF9eW8MzwGSLDQAAAACBeQQQE0AAdRCLUQyLUgw5UQh1BbgBAAAAw1NRu4xAQADrClNRu4xA QACLTQiJSwiJQwSJawxZW8IEAMzMi0QkBFZXUOhUAQAAg8QEhcAPhDoBAACLUAiF0g+ELwEAAIP6 BXUPx0AIAAAAALgBAAAAX17Dg/oBdQi4/////19ew4s1KEFAAItMJBCJDShBQACDeAQID4XWAAAA iw0cQUAAAw0YQUAAOQ0YQUAAfSKLDRhBQACNDEmNPI2oQEAAiw0cQUAAxwcAAAAAg8cMSXX0iz0k QUAAiwA9jgAAwHUMxwUkQUAAgwAAAOtwPZAAAMB1DMcFJEFAAIEAAADrXT2RAADAdQzHBSRBQACE AAAA60o9kwAAwHUMxwUkQUAAhQAAAOs3PY0AAMB1DMcFJEFAAIIAAADrJD2PAADAdQzHBSRBQACG AAAA6xE9kgAAwHUKxwUkQUAAigAAAKEkQUAAUGoI/9KDxAiJPSRBQADrEMdACAAAAACLQARQ/9KD xAS4/////1+JNShBQABew4tMJBBR/xXgYEAAX17DzLqgQEAAi0wkBDkKdBaDwgyhIEFAAI0EQI0E haBAQAA7wnfmiwIrwYP4ARvAI8LDzItEJARqBGoAUOgSAAAAg8QMw8zMzMzMzMzMzMzMzMzMM9Iz yYpUJASKijlBQACFTCQMdSCLRCQIuQAAAACFwHQMM8lmiwxVukZAACPIhcl1AzPAw7gBAAAAw8zM zMzMzIPsBIsVMEBAAFNWVzP2VYA6AHQagDo9dAFGi/q5/////yvA8q730QPRgDoAdeaNBLUEAAAA UOjFDAAAo2xAQACDxASL2IXbdQpqCeiQ+///g8QEiy0wQEAAi8WAfQAAdF6L/bn/////K8DyrvfR iUwkEIB9AD10PVHoggwAAIPEBIkDhcB1CmoJ6FL7//+DxASL/bn/////K8DyrvfRK/mLwcHpAov3 izuDwwTzpYvIg+ED86QDbCQQgH0AAHWioTBAQABQ6BYMAACDxATHAwAAAABdX15bg8QEw8zMzMzM g+wIVldoBAEAAL64TUAAVmoA/xXkYEAAoexfQACJNXxAQACAOAB0Bos17F9AAI1EJAyNTCQIUFFq AGoAVuheAAAAi0QkHIPEFMHgAgNEJAxQ6MoLAACDxASL+IX/dQpqCOia+v//g8QEjUQkDI1MJAiL VCQIUFGNBJdQV1boHgAAAItEJByDxBRIiT1kQEAAX6NgQEAAXoPECMPMzMzMzItMJBRTi1QkFFaL dCQMV4tEJBhVg3wkGADHAQAAAADHAgEAAAB0C4tUJBiDRCQYBIkCgD4idEb/AYXAdAWKFogQQIoW RjPbitr2gzlBQAAEdAz/AYXAdAWKHogYQEaA+iB0CYTSdAmA+gl1y4TSdQNO61CFwHRMxkD/AOtG RoA+InQwih6E23QqM9KK0/aCOUFAAAR0DP8BhcB0BooWRogQQP8BhcB0BYoWiBBARoA+InXQ/wGF wHQExgAAQIA+InUBRjP/gD4AD4ToAAAAihaA+iB0BYD6CXUDRuvxgD4AD4TQAAAAg3wkGAB0C4tU JBiDRCQYBIkCi1QkIP8CuwEAAAAz7YA+XHUHRkWAPlx0+YA+InUk98UBAAAAdRmF/3QMjVYBgDoi dQSL8usCM9uD/wEb//ffwe0Bi9VNhdJ0EYXAdATGAFxAi9X/AU2F0nXvihaE0nRPhf91CoD6IHRG gPoJdEGF23Q3hcB0ITPbitr2gzlBQAAEdAaIEEZA/wGKFkBGiFD//wHpb////zPbitr2gzlBQAAE dANG/wH/AUbpV////4XAdATGAABA/wHpD////4N8JBgAdAqLVCQYxwIAAAAAi1QkIF1fXlv/AsPM zMzMzMzMzMzMzMzMzIPsBIM9MEFAAABTVldVdUCLNfRgQAD/1ov4hf90EMcFMEFAAAEAAACLXCQQ 6zD/FexgQACL2IXbdAzHBTBBQAACAAAA6xgzwF1fXluDxATDi3wkEItcJBCLNfRgQACDPTBBQAAB D4WiAAAAhf91Ev/Wi/iF/3UKM8BdX15bg8QEw2aDPwCL93QSg8YCZoM+AHX3g8YCZoM+AHXuK/dq AMH+AWoARmoAagBWV2oAagD/FfhgQACL6IXtdEFV6N8IAACDxASL2IXbdDJqAGoAVVNWV2oAagD/ FfhgQACFwHULU+iaCAAAg8QEM9tX/xXwYEAAi8NdX15bg8QEw1f/FfBgQAAzwF1fXluDxATDgz0w QUAAAnV7hdt1Fv8V7GBAAIvYhdt1CjPAXV9eW4PEBMOL64A7AHQORYB9AAB1+UWAfQAAdfIr60VV 6FIIAACJRCQUg8QEhcB1EVP/FehgQAAzwF1fXluDxATDi3wkEIvzi83B6QLzpYvNU4PhA/Ok/xXo YEAAi0QkEF1fXluDxATDM8BdX15bg8QEw8zMzMzMi0QkBIPsGFNWV1VQ6M8BAACDxASL6DktPEJA AHUKM8BdX15bg8QYw4XtdQ/oXwIAADPAXV9eW4PEGMPHRCQQAAAAALhgQkAAOSgPhJsAAACDwDD/ RCQQPVBDQABy6o1EJBRQVf8V/GBAAIP4AQ+FQwEAAL84QUAAM8C5QAAAAPOrqoN8JBQBD4YGAQAA jXQkGjhEJBp0LIpOAYTJdCUzwDPSigaK0TvQchGAiDlBQAAEQDPJik4BO8hz74PGAoA+AHXUuAEA AACAiDlBQAAIQD3/AAAAcvFViS08QkAA6E0BAACDxATprwAAAL84QUAAM8C5QAAAAPOrqotMJBCN FEmNPFUAAAAAjQw4jTTNcEJAAIA+AHQxik4BhMl0KjPSM9uKForZO9pyFoqIWEJAAAiKOUFAAEIz 24peATvac/CDxgKAPgB1z0CD+ARyulWJLTxCQADo1gAAAKNAQkAAi0QkFMHgBIucQGhCQACDxAS6 SEJAAI2MQGRCQABdX16LAYtJCIkCM8CJWgRbiUoIg8QYwzPAozxCQAC5SEJAAF1fo0BCQAAzwF5b iQGJQQSJQQiDxBjDgz1UQkAAAHQP6MwAAAAzwF1fXluDxBjDuP////9dX15bg8QYw8zMzMzMxwVU QkAAAAAAAItEJASD+P51EMcFVEJAAAEAAAD/JQRhQACD+P11EMcFVEJAAAEAAAD/JQBhQACD+Px1 D8cFVEJAAAEAAACh2EhAAMPMzMyLRCQELaQDAACD+BJ3DzPJiohMHUAA/ySNOB1AADPAw7gRBAAA w7gECAAAw7gSBAAAw7gEBAAAwyAdQAAmHUAALB1AADIdQAAdHUAAAAQEBAEEBAQEBAQEBAQEBAQC A8xXM8C/OEFAALlAAAAA86uqo0hCQAC5SEJAAF+jPEJAAKNAQkAAiUEEiUEIw8zMzMxq/eg5/f// g8QEw8zMzMzMg+xEU1ZXVWgAAQAA6B8FAACDxASL8IX2dQpqG+jv8///g8QEjYYAAQAAiTXgXkAA xwXUXkAAIAAAADvGdiUzyboKAAAAiE4Eg8YIx0b4/////4hW/aHgXkAABQABAAA7xnfijUQkEFD/ FchgQABmg3wkQgAPhM4AAACDfCREAA+EwwAAAItEJESLOI1YBIH/AAgAAI00H3wFvwAIAAA7PdRe QAB+Xb3kXkAAaAABAADoewQAAIPEBIXAdEGNiAABAACJRQCDBdReQAAgO8h2IDPJiEgEg8AIx0D4 /////8ZA/QqLVQCBwgABAAA70Hfig8UEOz3UXkAAf7DrBos91F5AADPthf9+P4sGg/j/dC/2AwF0 KlD/FQxhQACFwHQfi8WLzYPg54PhH8H4A4uQ4F5AAIsGjQzKiQGKE4hRBEVDg8YEO+98wTP2iz0Q YUAAjRz1AAAAAAMd4F5AAIM7/3VTuPb///+F9sZDBIF0Do1G/4P4Abj1////g9D/UP/Xg/j/i+h0 KFX/FQxhQACFwHQdJf8AAACJK4P4AnUGgEsEQOsVg/gDdRCASwQI6wqASwRA6wSASwSARoP+A3yR odReQABQ/xUIYUAAXV9eW4PERMPMzMzMzMzMzMzMzMzMagBoABAAAGoB/xUUYUAAo9BeQADDzMzM VkMyMFhDMDBVi+yD7AhTVldV/ItdDItFCPdABAYAAAAPhYIAAACJRfiLRRCJRfyNRfiJQ/yLcwyL ewiD/v90YY0MdoN8jwQAdEVWVY1rEP9UjwRdXotdDAvAdDN4PIt7CFPo8fL//4PEBI1rEFZT6Cbz //+DxAiNDHZqAYtEjwjoqfP//4sEj4lDDP9UjwiLewiNDHaLNI/robgAAAAA6xy4AQAAAOsVVY1r EGr/U+jm8v//g8QIXbgBAAAAXV9eW4vlXcNVi0wkCIspi0EcUItBGFDowfL//4PECF3CBADMzMzM zMzMzKE8QEAAg/gBdA2FwHUugz1AQEAAAXUlaPwAAADoHwAAAIPEBKFIRkAAhcB0Av/QaP8AAADo BwAAAIPEBMPMzMyB7KgBAAAzwLnARUAAU4uUJLABAABWV1U5EXQMg8EIQIH5SEZAAHLwORTFwEVA AI0cxQAAAAAPhacBAACDPTxAQAABD4RfAQAAgz08QEAAAHUNgz1AQEAAAQ+ESQEAAIH6/AAAAA+E eAEAAI2EJLQAAABoBAEAAFCLLeRgQABqAP/VhcB1Fr6YRkAAjbwktAAAALkFAAAA86VmpaSNrCS0 AAAAjbwktAAAALn/////K8DyrvfRg/k8diaNvCS0AAAAuf////8rwGoD8q730Y1sDHxolEZAAFXo UwIAAIPEDL54RkAAjXwkFLkGAAAA86VmpYv9uf////8rwPKu99Er+YvRi/e5/////418JBQrwPKu T4vKwekC86WLyoPhA/Okv3RGQAC5/////yvA8q730Sv5i9GL97n/////jXwkFCvA8q5Pi8rB6QLz pYvKg+ED86SLu8RFQAC5/////yvA8q730Sv5i/eL0Y18JBS5/////yvA8q5Pi8rB6QLzpYvKaBAg AQCD4QNoTEZAAPOkjUQkHFDo9gAAAIPEDF1fXluBxKgBAADDoeBeQACLcBCD/v91Cmr0/xUQYUAA i/CLk8RFQABqAI1EJBSL+lC5/////yvA8q730UlRUlb/FRhhQABdX15bgcSoAQAAw8zMi0QkBIXA dA9QagCh0F5AAFD/FRxhQADDzMzMzMzMzMyhJElAAItMJARQUegQAAAAg8QIw8zMzMzMzMzMzMzM zFZXi3QkDIP+4HYFM8BfXsOF9nUFvgEAAACLfCQQVugdAAAAg8QEhcB1E4X/dA9W6PwAAACDxASF wHXiM8BfXsOLRCQEiw3QXkAAUGoAUf8VIGFAAMPMzMzMzMzMzMzMzFNWVzP2OTXcSEAAdUJoGElA AP8VKGFAAIvYhdt0bmgMSUAAiz0kYUAAU//Xo9xIQACFwHRXaPxIQABT/9do6EhAAKPgSEAAU//X o+RIQACh4EhAAIXAdAT/0IvwhfZ0EoM95EhAAAB0CVb/FeRIQACL8ItEJBiLTCQUi1QkEFBRUlb/ FdxIQABfXlvDM8BfXlvDzMzMzMzMzMzMzMzMzMxVi+xXVot9CIt1DIvXi00Q4wysCsB0A6ri+DLA 86qLwl5fycPMzMzMzMzMzMzMzMyLDbxOQACFyXQUi0QkBFD/0YPEBIXAdAa4AQAAAMMzwMPMzMzM zMzMzMzMzMzMzMxWi3QkCIX2dQxqAOjAAAAAg8QEXsNW6DUAAACDxASFwHQHuP////9ew/ZGDUB0 GYtGEFDoOAIAAIPEBIP4AbgAAAAAXoPQ/8MzwF7DzMzMzFNWi3QkDFcz/4tGDIvIgOEDgPkCdTyp CAEAAHQ1i0YIix4r2IXbfipTUItGEFDoXQIAAIPEDDvDdQ+LRgyogHQRg+D9iUYM6wmDTgwgv/// //+LRgiJBovHx0YEAAAAAF9eW8PMzMzMzMzMzMzMzMxqAegJAAAAg8QEw8zMzMzMU1ZXM9tVM/Yz 7Yt8JBShxE5AAIsMMIXJdDiLQQyog3Qxg/8BdRFR6AT///+DxASD+P90HkPrG4X/dReoAnQTUejr /v//g8QEg/j/dQW9/////4PGBIH+AAgAAHyxi8OD/wF0AovFXV9eW8PMzMzMzIM9wE5AAABWdQzH BcBOQAAAAgAA6xODPcBOQAAUfQrHBcBOQAAUAAAAagShwE5AAFDomgMAAIPECKPETkAAhcB1KccF wE5AABQAAABqBGoU6HsDAACDxAijxE5AAIXAdQpqGui46///g8QEuWhJQAAzwIsVxE5AAIPABIlM AvyDwSCD+FB86zP2unhJQACLxovOg+Dng+EfwfgDi4DgXkAAiwTIg/j/dASFwHUGxwL/////g8Ig RoH62ElAAHLPXsPMzMzMzMzMzMzMzMzMzMzoq/7//4A9hEBAAAB0BelNAwAAw8zMzMzMzMzMzMzM zFWL7FdWi30Ii9czwIPJ//KuT4v3i30MV4tNEPKudQFBK00Q99mL/l7zpKqLwl5fycPMzMzMzMzM zMzMzMzMzMyLVCQEOxXUXkAAc1OLwovKg+Dng+EfwfgDi4DgXkAAikTIBCQBdDhS6CMEAACDxARQ /xUwYUAAhcC4AAAAAHUG/xUsYUAAhcB0JMcFREBAAAkAAACjSEBAALj/////w8cFREBAAAkAAAC4 /////8PMi1QkBIHsGAQAADkV1F5AAFNWV1UPhu0BAACLwoPg58H4AwXgXkAAiUQkGIvCg+Afi0wk GMHgA4sZi+iJRCQcikQrBKgBD4S8AQAAM/aLrCQ0BAAAiXQkIDvudQ0zwF1fXluBxBgEAADDqCB0 DWoCagBS6CkEAACDxAyLRCQYi0wkHAMI9kEEgA+EiAAAAMdEJBAAAAAAi7wkMAQAAIvHK4QkMAQA ADvFD4OhAAAAjVwkJIvHK4QkMAQAADvFcx6KB0c8CnUFxgMNRkOIA0OLw41MJCQrwT0ABAAAfNWN RCQkagAr2I1MJCiNRCQYi1QkHFBTUYsCi0wkLIsUCFL/FRhhQACFwHQ9i0QkFAFEJCA7w32J6zmN RCQUagCLlCQ0BAAAUFWLCVJR/xUYYUAAhcB0EsdEJBAAAAAAi0QkFIlEJCDrCv8VLGFAAIlEJBCD fCQgAA+FnAAAAIN8JBAAdEeDfCQQBXUjxwVEQEAACQAAAItEJBBdX6NIQEAAuP////9eW4HEGAQA AMOLRCQQUOibAgAAg8QEuP////9dX15bgcQYBAAAw4tEJBiLTCQcixD2RAoEQHQZi4QkMAQAAIA4 GnUNM8BdX15bgcQYBAAAw7j/////XccFREBAABwAAADHBUhAQAAAAAAAX15bgcQYBAAAw4tEJCBd K8ZfXluBxBgEAADDuP////9dxwVEQEAACQAAAMcFSEBAAAAAAABfXluBxBgEAADDzMzMzMxWV4t8 JAwPr3wkEIX/dQW/AQAAAIs1IGFAAKHQXkAAg//gdgQzwOsGV2oIUP/WhcB1HYM9JElAAAB0FFfo f/r//4PEBIXAodBeQAB10jPAX17DzMzMzMzMzMzMzMzMzMxTVlcz9lW/AwAAADk9wE5AAH5ZuwwA AAC9gwAAAKHETkAAiwQYhcB0N4VoDHQPUOicAgAAg8QEg/j/dAFGg/tQfB6hxE5AAIsMGFHooPj/ /4PEBIsNxE5AAMcEGQAAAACDwwRHOT3ATkAAf7GLxl1fXlvDzMzMzMzMzMzMzMzMzFaLdCQIi0YM qIN0K6gIdCeLRghQ6Ff4//+DxATHBgAAAACBZgz3+///x0YIAAAAAMdGBAAAAABew8zMzMzMzMyL TCQEVlc5DdReQAB2ZovBg+DnwfgDjbjgXkAAi8GD4B+NNMUAAAAAiwcDxvZABAF0QoM4/3Q9gz1A QEAAAXUmhcl0DIP5AXQNg/kCdA7rFmoAavbrCmoAavXrBGoAavT/FTRhQACLB1/HBDD/////M8Be w7j/////X8cFREBAAAkAAADHBUhAQAAAAAAAXsOLTCQEOQ3UXkAAdh2LwYPhH4Pg58H4A4uQ4F5A AI0EyvZABAF0A4sAw8cFREBAAAkAAADHBUhAQAAAAAAAuP/////DzMzMzMzMzMzMzMzMzItEJAQz ybooTEAAo0hAQAA5AnQhg8IIQYH6kE1AAHLwg/gTch2D+CR3GMcFREBAAA0AAADDiwTNLExAAKNE QEAAwz28AAAAchI9ygAAAHcLxwVEQEAACAAAAMPHBURAQAAWAAAAw8zMzMzMzMzMzMyLTCQEU1Y7 DdReQABXD4OMAAAAi8GD4OfB+AONuOBeQACLwYPgH4sXjTTFAAAAAPZEMgQBdGlR6AT///+DxASD +P91E7j/////X8cFREBAAAkAAABeW8OLTCQYi1QkFFFqAFJQ/xU4YUAAg/j/i9i4AAAAAHUG/xUs YUAAhcB0ElDoCv///4PEBLj/////X15bw4sHX4BkMAT9i8NeW8O4/////1/HBURAQAAJAAAAxwVI QEAAAAAAAF5bw8zMzMxWV7//////i3QkDItGDKhAdAzHRgwAAAAAi8dfXsOog3RCVujo9///g8QE i/hW6H39//+DxASLRhBQ6CEBAACDxASFwH0Hv//////rF4tGHIXAdBBQ6Mb1///HRhwAAAAAg8QE x0YMAAAAAIvHX17DU1aLRCQYC8B1GItMJBSLRCQQM9L38YvYi0QkDPfxi9PrQYvIi1wkFItUJBCL RCQM0enR29Hq0dgLyXX09/OL8PdkJBiLyItEJBT35gPRcg47VCQQdwhyBztEJAx2AU4z0ovGXlvC EADMzMzMzMzMzFOLRCQUC8B1GItMJBCLRCQMM9L38YtEJAj38YvCM9LrUIvIi1wkEItUJAyLRCQI 0enR29Hq0dgLyXX09/OLyPdkJBSR92QkEAPRcg47VCQMdwhyDjtEJAh2CCtEJBAbVCQUK0QkCBtU JAz32vfYg9oAW8IQAMzMzMzMzMzMzMzMU1ZXVYt8JBQ5PdReQAAPhpUAAACLx4Pg58H4A42Y4F5A AIvHg+AfiwuNNMUAAAAA9kQxBAF0coP/AXQFg/8CdRpqAejY/P//g8QEi+hqAujM/P//g8QEO+h0 Hlfov/z//4PEBFD/FTxhQACFwHUK/xUsYUAAi+jrAjPtV+gP/P//g8QEhe10E1Xo4vz//4PEBLj/ ////XV9eW8OLA11fxkQwBAAzwF5bw7j/////XccFREBAAAkAAADHBUhAQAAAAAAAX15bw8zMzMzM zMzMzGoC6Oni//+DxATDzP8l3GBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/////2URQACAEUAAAAAAAAYA AAYAAQAAEAADBgAGAhAERUVFBQUFBQU1MABQAAAAACAoOFBYBwgANzAwV1AHAAAgIAgAAAAACGBg YGBgYAAAcHB4eHh4CAcIAAAHAAgICAAACAAIAAAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQJUAAAAAA AAAAAABgJkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADASQAAAAAAAAgAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAACAFkxkAAAAAAAAAAAAAAAAAAAAABQAAwAsAAAAAAAAAHQAAwAQAAAAAAAAAlgAAwAQA AAAAAAAAjQAAwAgAAAAAAAAAjgAAwAgAAAAAAAAAjwAAwAgAAAAAAAAAkAAAwAgAAAAAAAAAkQAA wAgAAAAAAAAAkgAAwAgAAAAAAAAAkwAAwAgAAAAAAAAAAwAAAAcAAAAKAAAAjAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAABAgQIAAAAAKQDAABggnmCIQAAAAAAAACm3wAAAAAAAKGlAAAAAAAAgZ/g/AAA AABAfoD8AAAAAKgDAADBo9qjIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgf4AAAAAAABA/gAAAAAA ALUDAADBo9qjIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgf4AAAAAAABB/gAAAAAAALYDAADPouSi GgDlouiiWwAAAAAAAAAAAAAAAAAAAAAAgf4AAAAAAABAfqH+AAAAAFEFAABR2l7aIABf2mraMgAA AAAAAAAAAAAAAAAAAAAAgdPY3uD5AAAxfoH+AAAAAP////8ACgAAABAAAHJ1bnRpbWUgZXJyb3Ig AAANCgAAVExPU1MgZXJyb3INCgAAAFNJTkcgZXJyb3INCgAAAABET01BSU4gZXJyb3INCgAAUjYw MjcNCi0gbm90IGVub3VnaCBzcGFjZSBmb3IgbG93aW8gaW5pdGlhbGl6YXRpb24NCgAAAABSNjAy Ng0KLSBub3QgZW5vdWdoIHNwYWNlIGZvciBzdGRpbyBpbml0aWFsaXphdGlvbg0KAAAAAFI2MDI1 DQotIHB1cmUgdmlydHVhbCBmdW5jdGlvbiBjYWxsDQoAAABSNjAyNA0KLSBub3QgZW5vdWdoIHNw YWNlIGZvciBfb25leGl0L2F0ZXhpdCB0YWJsZQ0KAAAAAFI2MDE5DQotIHVuYWJsZSB0byBvcGVu IGNvbnNvbGUgZGV2aWNlDQoAAAAAUjYwMTgNCi0gdW5leHBlY3RlZCBoZWFwIGVycm9yDQoAAAAA UjYwMTcNCi0gdW5leHBlY3RlZCBtdWx0aXRocmVhZCBsb2NrIGVycm9yDQoAAAAAUjYwMTYNCi0g bm90IGVub3VnaCBzcGFjZSBmb3IgdGhyZWFkIGRhdGENCgANCmFibm9ybWFsIHByb2dyYW0gdGVy bWluYXRpb24NCgAAAABSNjAwOQ0KLSBub3QgZW5vdWdoIHNwYWNlIGZvciBlbnZpcm9ubWVudA0K AFI2MDA4DQotIG5vdCBlbm91Z2ggc3BhY2UgZm9yIGFyZ3VtZW50cw0KAAAAUjYwMDINCi0gZmxv YXRpbmcgcG9pbnQgbm90IGxvYWRlZA0KAAAAAAIAAACYRUAACAAAAGxFQAAJAAAAQEVAAAoAAAAc RUAAEAAAAPBEQAARAAAAwERAABIAAACcREAAEwAAAHBEQAAYAAAAOERAABkAAAAQREAAGgAAANhD QAAbAAAAoENAAHgAAACQQ0AAeQAAAIBDQAB6AAAAcENAAPwAAABsQ0AA/wAAAFxDQAAAAAAATWlj cm9zb2Z0IFZpc3VhbCBDKysgUnVudGltZSBMaWJyYXJ5AAAAAAoKAABSdW50aW1lIEVycm9yIQoK UHJvZ3JhbTogAAAALi4uADxwcm9ncmFtIG5hbWUgdW5rbm93bj4AALpGQAC6RkAAAAAgACAAIAAg ACAAIAAgACAAIAAoACgAKAAoACgAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgACAA SAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEACEAIQAhACEAIQAhACEAIQAhACEABAAEAAQ ABAAEAAQABAAgQCBAIEAgQCBAIEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEAAQABAAEA AQABABAAEAAQABAAEAAQAIIAggCCAIIAggCCAAIAAgACAAIAAgACAAIAAgACAAIAAgACAAIAAgAC AAIAAgACAAIAAgAQABAAEAAQACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABHZXRMYXN0QWN0aXZlUG9wdXAA AEdldEFjdGl2ZVdpbmRvdwBNZXNzYWdlQm94QQB1c2VyMzIuZGxsAAAAAAAACgAAAAAAAABBc3Nl cnRpb24gZmFpbGVkOiAlcywgZmlsZSAlcywgbGluZSAlZAoAlEZAAChJQAB0RkAAAAAAANBOQAAA AAAA0E5AAAEBAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAEAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAACAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAbgB1AGwAbAApAAAAAAAo bnVsbCkAABhMQAAITEAAAQAAABYAAAACAAAAAgAAAAMAAAACAAAABAAAABgAAAAFAAAADQAAAAYA AAAJAAAABwAAAAwAAAAIAAAADAAAAAkAAAAMAAAACgAAAAcAAAALAAAACAAAAAwAAAAWAAAADQAA ABYAAAAPAAAAAgAAABAAAAANAAAAEQAAABIAAAASAAAAAgAAACEAAAANAAAANQAAAAIAAABBAAAA DQAAAEMAAAACAAAAUAAAABEAAABSAAAADQAAAFMAAAANAAAAVwAAABYAAABZAAAACwAAAGwAAAAN AAAAbQAAACAAAABwAAAAHAAAAHIAAAAJAAAABgAAABYAAACAAAAACgAAAIEAAAAKAAAAggAAAAkA AACDAAAAFgAAAIQAAAANAAAAkQAAACkAAACeAAAADQAAAKEAAAACAAAApAAAAAsAAACnAAAADQAA ALcAAAARAAAAzgAAAAIAAADXAAAACwAAABgHAAAMAAAAwC5AAMAuQADALkAAwC5AAMAuQADALkAA AQAAAC4AAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADxgAAAAAAAAAAAAAFRhAADAYAAARGAAAAAA AAAAAAAAaGMAAMhgAAAAdkAAAAAAAAAAAAAAAAAAAAAAAERhAAAAAAAAdGEAAGBhAACGYQAAmGEA AKZhAAC0YQAAwGEAANxhAADyYQAADGIAACRiAAA+YgAAWGIAAG5iAAB6YgAAhGIAAJBiAACiYgAA sGIAAMBiAADOYgAA2mIAAOZiAADyYgAABGMAABRjAAAkYwAAOGMAAEhjAABaYwAAAAAAAERhAAAA AAAAdGEAAGBhAACGYQAAmGEAAKZhAAC0YQAAwGEAANxhAADyYQAADGIAACRiAAA+YgAAWGIAAG5i AAB6YgAAhGIAAJBiAACiYgAAsGIAAMBiAADOYgAA2mIAAOZiAADyYgAABGMAABRjAAAkYwAAOGMA AEhjAABaYwAAAAAAAAQARGlyZWN0WFNldHVwQQBEU0VUVVAuZGxsAADrAEdldE1vZHVsZUhhbmRs ZUEAABQBR2V0U3RhcnR1cEluZm9BAJ8AR2V0Q29tbWFuZExpbmVBADcBR2V0VmVyc2lvbgAAYgBF eGl0UHJvY2VzcwDHAVJ0bFVud2luZAAmAlVuaGFuZGxlZEV4Y2VwdGlvbkZpbHRlcgAA6QBHZXRN b2R1bGVGaWxlTmFtZUEAAIsARnJlZUVudmlyb25tZW50U3RyaW5nc0EA0ABHZXRFbnZpcm9ubWVu dFN0cmluZ3MAjABGcmVlRW52aXJvbm1lbnRTdHJpbmdzVwDSAEdldEVudmlyb25tZW50U3RyaW5n c1cAAEICV2lkZUNoYXJUb011bHRpQnl0ZQCYAEdldENQSW5mbwCSAEdldEFDUAAA9gBHZXRPRU1D UAAA+gFTZXRIYW5kbGVDb3VudAAA3ABHZXRGaWxlVHlwZQAWAUdldFN0ZEhhbmRsZQAAVQFIZWFw Q3JlYXRlAABPAldyaXRlRmlsZQBZAUhlYXBGcmVlAABTAUhlYXBBbGxvYwADAUdldFByb2NBZGRy ZXNzAAB4AUxvYWRMaWJyYXJ5QQAA4QBHZXRMYXN0RXJyb3IAAIMARmx1c2hGaWxlQnVmZmVycwAA BgJTZXRTdGRIYW5kbGUAAPgBU2V0RmlsZVBvaW50ZXIAABYAQ2xvc2VIYW5kbGUAS0VSTkVMMzIu ZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAQAEAABYwLDAxMEgwTTBUMFkwXjBkMG8w eDB9MJkwnjCoMLIw1DA0MVMxsjHSMeEx7DHxMf4xAzJSMmcybzJ4MoEylDKbMqAyrTKyMsky/DI9 M6YzwDPJMyU0LzQ/NEU0SzRTNF00YzR1NIQ0lzSqNL000DTjNPY0/zQNNSs1ODVBNVE1WzWaNbc1 1TUMNiU2kDa7NsQ2yTbPNto2PDdCN5s33zfEOOU4NTlCOVA5YDlsOYo5kDnhOQg6HjovOj86TDqM OrE66DoUOyg7NjtEO3w7mjuqO7w73jv8OwI8ITwrPDk8QTxIPGY8azxyPIg8sjzFPM882jzkPO88 +DwSPRk9OD08PUA9RD1IPWQ9cT12PXw9gT3MPdI99j0KPkA+Rz5nPpU+nz64Ps8+7D75Pio/YD9n P4s/kD8AAAAgAADsAAAAgTCQMKUwyTDiMOsw/jALMRQxOjFHMZMxoTHiMRUySjJpMnkygTKfMrwy wzLRMjYzQDNXM14zZDNvM3UzfTOGM44zkzObM6AzsjO8M9QzIjQvNZI1nDWoNbE1vDXKNdQ16TX8 NQQ2GjYtNkk2ZzbGNts28zYCNww3FTchNzw3UzcwOFs4dziaOKk4CjkUOT85STl2OXs5lDmnOc05 3jkDOhU6JjqIOpg6uTriOvw6BjsWOyk7OztFO2c7bDt6O4w7mDudO7I7vTvYO+07HDw2PEg8dzyB PPo9Dj5XPmE+oT6rPs4+ADAAAAwAAAAEMAgwAEAAAFAAAAAMMBgwODDENcw11DXcNeQ17DX0Nfw1 BDYMNhQ2HDYkNiw2NDY8NkQ2sDa0Nlg5XDlgOWg5cDkgPCQ8kD2UPZg9nD2gPaQ9AAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABI6AoAAAATw/jpBAAAADEXw/wDxPjo9v///+gLAAAA M8PpCgAAADEVG8cjwMMzx/wNvYZ+j+ju////6CxhAADftpaP3Q/94rIcky8aGOp9BC2VuRmgZ8yO MxHIJyBok9mNcgvAvYSTwkj/urcdvrlsbYE8dOB7SBZzHUy3a+9nMJjs84m8ZPC6GJtZO0gZJtQo 6EBjxp9UZ70gkrvAXc52PxsDFdEvLVdXyLK/cRE0Qh8VQUnxJG/bzJgDIwFcUrr4D3/8rLB4yplM nmCeviM0Odkt1VZDQp65pd7gpS1BzMlDcGBnsMryUMWY4SG/IomMT3kZ+zmeMbo607Z0yKdAg70a WtK2+e+MWtZnXQb4amoySjRqrgSOt5pc/4Kt7hVEX7O1a6qAwlratkJnpiqcauExwfKkwKb3lpKN Q6KJ7x4KHV0TGj5fiY0ep7MX4/zPac8mmCFdLN0XZ60FkVv1dl38xVMYjXqmKQqf6G41KCt6OCnj HSj6knlOQxMaRx7Do4wHHjJDnFsGC5oy8lUUxCWOIbQE9CG4M8E7xPWLoF394lWACRMML5ZgG4E1 9A8flkfs9C1YpVj0PyqBVdjwjHrDP2Iw7iKO7n3XbR5Jgc6e+5ZRGHyM2ZveZTFnE/DHwdol3OER UZ3iEa80YYnBaJYPGXUOwHB73DcZhTHD6g2wqXIAqpfaHdy1qCHqAbQtX2Q+IAxWjj3sBNvFT0xs 4crS9V6KpIcEQLEP5qFvIm7Ilen5wjYyfsWmxlAy/1ADd05NVkFVkiep63cmzVl7O/b+0TY0pn6h tii0Rzg7f0vIvIVWNVolYT5crAJyeWFTwnq5dscKFP+tTRPtLki1fdkGLdcmUn8bqGUPLqMbwG+l CfwVslRu+KGLescgYNiwCrTnlx3XYlAY96vnGvzHSxS1FpFXkG9zlh/j7w2r8I8W/ogNgl6aMMOi osabrSRPGAZDeAwv/rVecq5LCSunZWkuJVj535CRxNmA3an4zPDr8GbtcvrmAD8YN1j+psBY9bMj DLrFV72zx6eoMOfQMnZ0UukLlnAzM5MQCf6miVJwsr5cXNACYVZUgXurYChr+mD5abuAw2/zT4P2 cxzi0WQlXWw+VNOiYU1InEpNhLE0bLkB2fvePs7ZmQnaSqEyTyOAqEN5EmnIL40q1NGxBMaoOZOZ dkYCuUJQis4b1d8rZm0XVisMYkqtq4PI1BHySOCYucXzJZrJBv+mghIgGGOi1V9/PmZmP8HvYzmi jjI7bYyp1S8WawndIwsyTj8X3h49Gz0ovNFyPdqugKAks8dEUzuubr7MqKmLS6uDHSlb2qXWFSg5 oybu1+ulSMx+ls5MO6IxGZbThbOLlEYPkLUWDZwXqtvNGdYhUHLMpKSIvdi8luMf6Z6tC6aTalBQ EpKKScJTwmQEcfubHdAM5IVVW2jKXzsRCGSDDNoWUJQGDlCpEwiqpFV9CLl0zkS1C4xlZ+9LjlVQ 4dslePs41Xc0r845GQW1CB2t+TY4k2AOtTl98K+KcNh2Ax3gIC2gMGPtndSZuiXszI2varRR9bc3 8S33Q34cb9cNWSTy43ZzEYWH6uJrheZJRxGhz2WJaCE/vluww4ionmPnVmxwllpIKJ0WjTOi1ByX pc5aMPbRsHK9kPdW/8xay8uN5VwJynnl1c9ccabImzzln6vM85U02X2sXCQHw448OMwzw1fA8Lmf PoXR9+yfpRYTpHQ3UsyAvzg0Cz40EpvPNeLoI/XhJU+i9kceMtDP7y8gXAOfP3lvvMhz/iiOA1Aq XhDsiX2NsLf2r80mTDcbocHH+KJTXtCxK85LZyT7wG3V6EgM+dzj2dFwSHDdnnAY8KC2lqfgC5BW RUiUxVbNkRbgGxQTeeAP/H8mG0QHPLmwA3mLmk/BCbPG6YlCO1TG3cx5hGFVbLak4SmCC6z0gBB8 ecabiQH+xsyIfL4m0fTJsZh53Takre+Kqf1hIaW1i+d6I6LlQfKqc3yKrktSB/oZ2m3c5W1oOzLq avuCJ2pHTPpoE5SC5ibtj2MjM5LghjkQYtWNL1UxGWpfHKGz3YM5hwmQgcJXF3ssGTIza9fB6N+W CYDrRHCS+9CwGxhyRhh7UI+ktpqddovGK0mGjD1TWBolkyPJXO9rM5Tno1brDz4RiNFD+B+43AEq 8yfJKShLrsoFZ1YCW24p/Z9zMS9hTjkMuYPhfAJmMvbsIUahYBzMUE/W8VS/7ETW1yQ+49//oLZv UeuS10gqIns8M7GIXKKB4fw1QDL8r+X5guLvP8S3eckEoHonZxQOc4RiuK7uW72k2y+inu0YI4LX 5iskVL38MUWVij7N7qplBCitWd0Py8s8pTHxKg8JKPW0vPD6mecJFQgheUrlZ+zMdoNsmcTBxjUS 1EoewT/vJe/zTDz+8gEFLtVfw0YQkJZ59nkIqM+AFOKAQpFgGT22c4ZlcYZo+ZbhbkVOsNdARDlM HSPtJ90mPG38/hZ+RaIoWzsrvJiRRjxD0brlmXvG8qo4gbrrVd8C7+dQVEM7F7TWLP/aZmcMp1pM z63RwwfGhZ7Xgg6Fr1M0ekWmr/HdPDqUVc+Io3/UfFTwM9E+Fz69WM9ZsOY1FeKwBcRvV2BkN0OA E9vJfFd+hgBQuqOOOQ0wob2cPS2uK0qwRWsI/j5LBQNf2nFINutS9CPuy1huCiUrplilaEWBImA+ p5SqoELNi+xWidp/a2PCvjXzyHVX/7To5k2pzCAaMaMHJ7khHJ+C/VVt7XZC8VOdDs7DacFo7C+E E6kYLR//4W+PEZ+bnIERjqaNpt22kXln5xkQcGVh6MzdpJCGnPGLQ5sdCjuBAvzggdqXypUKbfor WgQ6UIfhYxYfbNUzgg9COzyX2gkCJa4Ol/vVD5e8F9OadUF3RDeEIDdXZfoynI7juvK3FDZbUnFa f9o2un3h+9q/FmsqGEZ8h4zfUBwcekyPg8o8240GVAvkRNNZEB1jc+XtcKPS+cenngvaTMl15nvb wqznWbpZ7JJJvjvn6ctbPf3G41O4YKvdAxnxUBcXq+2mDOxZLhmMjEDmG8+NMZzJDFcISHSlwegD WlwleWe8PLduNgKysgwoq4xUP1EmgzYgqGUzdHfsun8qKzsPz3ls69EUpr55j0+khISj3ZONdFlF LnBsHcala7ol6w5ituwaRQOvz9oNqTnORbchO16mWMD9JOiF7R4sGbUhB+tpMAY8lZ+b4gbdtcdh G9VDDQoVACcg4RUi1/OIFIYTly5jlxTWU6IpzpExW0eAUatODu0d7U3gVJqs//LmmhdF6YiOPPIc jhmeFkVBgQQ942qMXCA2kTTdxIDrNSPkCJc+/repRbuZ8TppuW5GaH6OOvwIGOZlR7WHsmUy9wVz P+8xhk0H8BVWCu2lZhcFT0Sfa097Te67G6Bo49JCzeI3L/X9h8wnEOEwnSHOkWTQUJ9fQQBp4c/1 Kdk/iTjb7k+PWQsmGEidudbSyr3Y1Sur4le8UCtvQtZwUdsei1/659DDT5BYjIkc7Q6Y3tgh0rFg SNBhysbHhQRTx0JoU2VSgNI27AmpZROQP2qTA8xkE1a5tLBpu0ctsTmmIako8tcpl/ZUSTYMYUFz EWoxcnR64c+lkhvvv2J0Ld/iea7erwFeTCwZOW0hzxSN1tnSCnOxtTxzJKOrvTEgo8puoVro1wWY ZMocxM3dXAnyFlZUP0aJuMh6FgqZ/VZH2FA+fAuWg/YcmnpJo5IQ7cbwjxRMNxfWgCo0yDJN9Ssj OolSD7kH4vTJO4mOkwRlfBwTAItzgtspGdk/pWNuv/+H8o5PzzCRkP50ffmDaZTNm3cMa+Kzm5Ao jynvBWMqOiv6z/7IsNl1yZiYVbeZ8U5L+xgDd6oX+GvV+I405zdn7vVWjxRnri9+anWpBHGcPRxg BDskd5Bg08g5H/TbWwLBpb3nRzTBwLPCR9OU1f8ZWHCPDKj2DcfbBbvTfVpnaTxOVlsEzU1/SFtU TTHa5UK5XJ3grkIBRu1Fnv1BzzraLdJqqNDPuyTN1/BkVb4Xy0dKOIuaLgnqrTloEPvOZrICo7jN xbUvzPKhv6vVsulj97+08/VQFkZcbhPO1id6l4vBvGfGb0RuxWhRQT6o1E5eZfWbk7Jv+P6ySDHS vOF9geBFupYOrdTulz0q7WApoA6JfFOtHYdf7haCmzgeH+ouUyp+AIAAEs8QSZzqYVde3/7MSo+y wzjva0Ql+hT43b8HwHSE/gf8n5VVH/xDWOA0Seb1pEgLgb9vkj3RVsG+RvKxV1fqggYpsDjsR+dA fta6e+cMf3+Y4DQ6MeRxDiKAeckLHA7uXBBQ2cJYbE0jvHpL87ji7j07p/r0vWcBysAinPXDI6ml O+uoIcimTdxrnlfL5eCyW7Db+1AHMkby6DKC/4i/NgwR1uhQ9yAhVE+2pxP6NBc0WL6VPrkQapdW zRHqXB4iNFFHtcxaCMA3YMdPGwGG/6hxhGExXkL+wgF870RJQByo8y48eYmwofcq+8vEKT5bELI1 b1Cxd3rCzbUJNw9a+Ca+12kkLl7cN4PDRzHho5r7sqyONFor9tINLhefiiiVEXAs5LmbUShWsjRT LB9v0KAyXnc7yF9yPMf8ikfLHXhdrGTfoWZ8O25jmUs1e4Zf2LQQX967E+5ig5IXa4akDPfTj8rj H2QsGyaBpuMrW7QF/gqavcSdsLiDhhLF25UZI1bOm7FbAqj+42sSm/xvOa25/hYlg2kzQER7HT6M +YSzgabmGZyeg2kkdUzmtoECgFWxsuf8mGGqRG+Z8w7tgN5Uk4XDrqqfxaQdT0t8dy5h8RA4tfwM iEeFY+2yWmm8HJUVh7mNT4vwIAogAy3c/dW40YpdKdlZagPSsfwN1nhDUF2D0V3Tl57llqI9ApC2 uPVORi2s0tXSbUzl342g9BOgP/K5nTiGAFQGo3JtSY+oUgPCoAvPInpG+eFFzr6D8Nm42H+euwDr uyRfe2E9OOc2N7t48TFm1YY03hKY3Ky8l0RoWY4gm0vH6Z/HLq0q8A7hbgWBVZmBevDHV0+kFxg/ IfgxX6SHPudIVyNvo6ZYfJrrez+exvffAxV/32RxcmZadBxf7B42t4cDPhodRoA3nw8QodJB2frJ z6fPNmD2Vw4DpX3txw5oSw8e0JmeKPvMKlFnCLtCiIaJS0BH3CqYAgyvpeFwNqj+YrkCfhobYH1i vWB7OSd9mEL3UC4wZNj25y71SwWe6HbG5PTFlvj4e+2IPDo2Ugm56RKxTNQskG4ysuFpWBl4v33G 8xRSYLodojS0H6Hq2XJAOobrEJRQqv0xcc3/aezNdfvxWo7IeR+YjYoYreIZRqwHmEvM/HKDy5my lG5BIZB6I9oO9M9FC94/QsfucVebMxdSPVH0SldH8N8X7D7qp8zXcjePCGpRhU3IeaWyigJjNNI9 zbgLLMNJMlqLpra5cgwnLXBAO9cS5Mex6G5pIyC3Q0lcpMsgX6io0aCxg/HfW/Ogha7+/YY1Ayl1 VXZY00mWRjfcm6QqakPL0raroeGnFygTkb+eie6ReebYrxKKMdZGs0TcmAGUPpwXHuwYUz/kVHbQ P70FRcQeEUsIkCQXHYP6GlyNyuz2fZOGpQ805fQIedAAvPKNy4bSuUyEozdf/LHqDMS/4et6/e1s frhwsuoLoX978pGg+Ywi69EcD2H+O6wN5dLfJvTKMCbnmO118Y/xd+zoG8SRGEcDGN0HxXu3wuQ+ p8VeeNYufecQM3XlZb58HekoS5atYp3xhJmsib94Ac6jiTa6Q1gMlpxHpUlx0K4+SBvkognK3sUA jMpDj+Te7/gKptA2get/zZv2C9j09QzttO/vf8KOwkvnn01Gwt5GoK4STD8usANKiHD+UJXZNikd gDqWXI89iDdXvJzTfzqnUexOt5gXN8ZreAESfrdfJa2EQ/9UJLdS6dewGil1WWO5nPu+syK80kMn IZfwtqwPm4ene6xfrVoEjrCGgQJV3yFj9yIto6kr1ObeTaClGd1V9yk6FNAaA/ri6Mt8X6JJ/2iW VQNSZXqjuC6eO4ARXsgXAHhaQPHNmS7NBxt16eaxaAeT6mBItobE2sJYAVCCzXmWZDKS7fKT172z OiqQg8k5gKyNNG2h40d9nt4r+gbaNu3C6BH36mfW8Y22YfRIRLP5Xs5xGQL1+W+0bc+YjPXh41gC kmJudWwqe5c3hnxpKuJIQqx1udOqX2ki1HLYzdqnXTRZn2d20dPvFaLcbbP6y4ZYd4cu63pYvj14 oYTFidBMQ1LUaFL8JDPsypYB+areG4t2RWETMMn/VgPLqFnlSdAxk8fbkdpG793mlwgh66uIQHPC lrv0xJqJg781EF1IDKIYxOes49NFv6O5c0x1TsrWMwtHaHs1qIW7I6ht27l9XKLwVxTpRZFk5CYw JeWpZEi0qh4NcKCgtxrotDIH2PRcvi5WvRJjY4EEgtK5BxJCDGsUlMnKXaFLC6DYeM4awN+4vU/n V0HX36buZJF9hG4PM5uMXK2QUwyFkKy1jGkYvWpyJHzdhdz8pYrq4Kqtena1b8yBPQYZLZsPaJ1M d/E6RRHXPOhWoYTlfdO7G731VbNrhm4HjFT4jjaY7dr1MxKfMNMactBSLK816jro/UoBZgIGwy5+ AOkBPaEj6uuvetbrWaMhFzF75toDKq7l7Ntr9O0rbmOx0BchnNUO4iuVm84rf4678DFosNWZv0oP nSKad2M/sQn6RMRyPqcAokrX1/cjekFW9HfEofCpNuV+9wQBhu9blAhhw8K5ZNizIochOum9LkVc t9S0UPjSNm2KI4ezv7w9Vj5+EIZlyulaWLCiXZb5vsfMZ838NsSdTnhBRsuQJGzr92qMATEhixII ouzXcCO/nSNsyvnPHhw9+CkWdhbeONA3s86vEKVRb4SoZ/dhXQNSn2BG7uRlpF754tB599z0x5z5 9QWRZqYcb1ijoDR0Qywp6nd9IdNRC4wGcdPBxo81l35AreJf6zVbVn4EsNgX22kJPgn4h83u8mJ5 8+q5fJgaMK5x7bBvq7hmGhFvJV8WOm0p2bm6ypaGcdhghPIoCMkxfD1edUEBmvAzSL2MWZmvvQaD BlxVLmp+Zxnm4uaCiwJz5ZNq4VmWIKA2QW2aDCsRDvKn9NG2g+PQ27SKatDbcNyft9F9AM2HV6Sy CMgj4F+v97NY7Q2768erAONe3svU4MNrUE5A7ZGKTOVIl2FVvOnpZPQ99rvLmfDhEwdIzc9k2lCl jnWCk1HfdkSWRLOcjvz0f0gq+i/U+xTVPiNVfuiTH4714Vy6sUQJbplcLwIjz/Q12SEstMCST8u4 70ex39YWcRvpzD5ul6YXE+of6x1W07k9vu1D7ermrHlC/uVbVuYXKwQwKc9tVmEKvU2dmnmYHawU y9y4YBcomuA6aI+WnxumkB72HsZlFYZvHR6oeRFSpUf9kjQLdaul224FpKRQ9OMyHgAkM41fFser VY8Zti3jZbvTxjPGigSkUuMM7V2X35pef2VQZzt5tW585anL+pzByTYqdj06z/Ue5ttlYftKkg/j 6ckDeSH+RfNPLbQBPJtUZDjT12fv0wluanaPwoVpSjGQN2dthwcpcLyed+OUz0ZkJKuHth49zypI VQdNQjDqt21PN0qvtayflRtVPCaW0Mb+SkMqpKW/Tf8t21SWJCBQdWxdmBsUcE4O6n0Tki6ASezw 1kIW1uYHO300xsqiS0/KP7gErZisvoY2x6HLtkuD7pUIvapF0Cv3/eHxXgrh0DEVabfsYNUplPIZ 3oHWwDEUSwxx1kiBoKP1/xam00eG6n+pq+EnWymZP7uoACOBUoojWTWPcASOyXVSTlhxie7J5+l3 lPxxHl1cUCV9DoIb5JAKmpuYerKo8h4eBySFVUqngZzZXAsSaWk6eYh2wg9gH0KOF/Zq87L78QD1 AWneTTIMrxXE2dZsgYZt9tkCBMJu4KXT+BLpMgSbf1p0Iv5BnxYW9mwz+hQyK+lg1vD4l3zPdg8K W2UO/UubPXhj8tsMbzVxvTPvugqRbYSsgez7ECBXr0HvzQa02OaCkSDna4UojSL9s+PTnbniz1bE 46LcngXEvPOdlo17HCaew5q15z7zwK2Bw0Th7MaMfwPV8+00XLL+vzkaNQzASkIjzzEP9ucCfFRm 1RDJXnB21FmHLspH/2btyb9rdq8WivVTRevqQT2EFGoPqY4/XE4GResv+7+DauFLg/ApEdqCFecr Chke+ZwfBMMDjWvSM/GZJ8ON8PR6UGfzyc29hnqDE6rGC4HdjfCoxPp2t8SO7tjkK46U+JKmcwjA qgnSUowQeV0rKpksNjeDeL4b0OxFckCSzhhqYCOE7j1OhYMPd73dx1cULdR2AU9FPYy07PKvS2ue ndgIf4L5FR/MD0iAyBkuorK+FfeFgUo/BMjGNCaU7vobzjDXxn19X/6VeUO6EP1IuySkNBOwWbr4 Q76Ct6bYH2XySJrB18zf8jj0J3ERb1xLY4/Ab0U3UHwvtsjWJRSQ6d80Svj+3XBV/bLKZ41nNmZ2 UzhirQy1yhLOiObImxDeyls8n2lNIq5qUjjJmUKF9rGcuO8v6UDVJwVskMq2ZPuWEGBXZh1hXwaO L8jvEDHMFIedLVtngclXoTkspMqRxtGUHczmocWk+LQpQmUWkZT0y7Y5ILlKecuh6jw/UtE75mFJ uEYS4UjlBGnIdW36XAcUejMf2QbG361yNc/U0f1Fean/4wEGpB1rOrpp/8XdrHQofdqNQsbwx0Hz YUtOpsawMjdQvWL+VSJAlbS8spmvbzgwQwZYmfOsYBlbtWxovZ3bYie3KgG0HmsTmz9bPX+zxIOZ xPij32bmPu3Y0FhceLPpSo3jML1ybQfGH/OFd9DQvKjJ6I+wJgkAq9svhU4fESZ7/sv4WAKsuVhr nsKHLNhxDcrvx7c0D19MQbwoSa8jd4Upb+FF+nxfmpxx/mQUTBMpG0fBo3WmWkoBfO82uBwP+cSk ZW3XWBNqB1xfcew8UZtTdNAljI50rkvXnwSQtXEO7U4OJWdp2Fyv+1fsVPcNEWDtUPSRcldaDgzB uhgNfzI/lc5DYW0M2wWFb8IM5SLwWdXYDRXJnrxT1O8WGN8An6XOqtsO7sBm6J4L5ST+DXCbNiQJ +c57kUFVk6mr9piwZaa8jvnwXd59tjM3PA8YZVwG8HysiQVktT6xYD+hKe25ibotSv6VTZPdt0xk 7pppdTW1a54fn4lvLrKKuA+crUFnj6nSP3VyTzccsL29mueCCYnn5iciBoNX/j6S35TOoveDJUJx k0S3n7HUxP9lU0EXnRtRDYyCAyMIEvj0lTGVOO+bEDCGKGa4BFDHUhNPqSCabUZQaJJR2P5llmF9 HYUe+ax6wBuWb6D7y5QwtPH5IzEddhkwXqd5MGPASIlkKtd16JZFUrybyS4t/yiDKva2b6Ziwvhm s8nbhET49YWt+VSXofTypMfJymnUGWqQsUnd6L27nvJxkq/OKJlYUg+aGItx2duxv7k8x81BVCdb yNJeD0lT7vNpTtewkkzKpykkCOWNtBbkjj6HMfa7cYZ+KFC2GQlOX3DBERJfvXbw6rUvEiKvOLM7 ynoMUqxXlUjPOiZCqXb/WbfxXeI2BW3St1NAmDPMuYdNTDfLmqu0dFAtldLH8SubrEFQiUGBrZ5U 762iG2H0C/4tq+nNOYY0XN9tK7JOA2sYx8pj9+pQFGIn6sOXtnfjkGwUQxqRUYoyegaR0fCjMFQC WTSD6UamTeAhS+9ndNTE2MM7Z7ehqXC5qf/CfTK0j2Vw5F8eUPwWFDp1rqRXfkQJZ1eI7Flafj1B T5VRIyGBHid0z7F0RKT/DctoJBewiODzHV348T11PiYLMckzNeyjv5rM6TkaVL8uhtfMExJRWgBu YMI73e7EAf/koeXhmSYtZZAsJb3zaP60lcdfrfCHj08DTp6zosmtZVpvaV2yDuwZJ2HdGk7kumZF PzYKQQPUlkOSkYyUGMy9OMtqnk4SyNYmkTVmoB0ijiGWL9binQfMAprhJR++VsZ+sFugzSfjjtkg EhG6rI5bLmuXbwCKYLcrirGfBqhaqSipq4+HWUpiHwvf8tzsnEhNLN80m7dkxWpWSUyElhd9HHWh moHXW3AZbBf9g9TJXRbr3brlQ+etTADwjyJhTpwLgcui2muoLTTCjgCM4vfTfT61L3P7FiKaZv8r 6eHjmOCi43CDrWgSbTNyqfkTZYdwW+cCyyIeIibhfXoOckxjdtZe4HyZeDgW2MkxccaSKRP3M0N2 yYxZEBaZ0lWl3tu8D/NgF6XgoXgFtvpJ68CTdws5egmND9nesro7Q4mc2LLhqAtAMRKZr0IEG6dE ENCHoSA+Wn7uiMPOsXtXnQSbj8/sHRundE5nP8f2i0nSa5skuIcfHnYazWrxoo0j3hHwqbMgGAIw SVFhfJn9ECl4/+f26DjDLFrBJfuJOPEqJbHOUypnlPNA+3T/s2AlsoNNtbwzLsgP3M0wmnvLgT4b gRVLycZI4tG/z465Li/iUTen0TlEIQmLNepY07j9mlpDyCNzJYz8aUDrXWMiq+Z/Pk9iA7BayI5a 1JGEPekymiSNgySqmBSrJ6uBNKe3qrQlR0/U7AAcNLqflQrL/Z695Xp8Z26wUwT+W2KLcH46bIkr 8oSYUi/a/8DRlJWwHt30wCNlelEo7enh3TZPLNq+3rzHRmxNxM773cEt+xQ1A2Jsu/h8858GxZ5u BSePEH3qtH36fs5U+QpzYv13aa6dd/uoDmCD+47KSb88kFQbQgk1H+EfzhQkCqr2UrJP1Tb6dCNm 1wElw/CeCFPFHhSU4FqZf5a9Z/5Mu3F+opiB4U4zdCNTsNguiAxNA5lgTbsfWqlWzS5czWF96ZZa 2JVXSfxjdr8l/5Ap2V6m5POwKHj9z8usxcs/OWPK2OTSkXeb6FsnpMKWUDVfXvC+TwlomI0Eva4c YjA79Wr9q3dIID7vEEyfAwt86Qgk3GL7ewFEXcRHNZHDY6pRgQinqa7IHEugbx+gu/KxdhJEaNQI vz0ub4gubWxQrT0ZaBpnbkJRo2xj+AS7i1iEljpR/HpAp5AFoqoW8PFi6LNLE4CnK0/rOxvGxDpw ETqf05BRlMn+x8Qvxn5P3AWl2cly8HZi9NWQ0fwavoRoQLVK3Uz/0HpAYFhQqWbQSqHXEskb5+Ln UXbXcyDYMYQYWswZ72LREY1CK43dDFIKI4lKbCzOBG9MMwHxS9DikEle+vZzHqZp66Rqeaz89DKp DId3Ts6ih1WQKu7SaMdldyWqe52PUvmWRJJlIJ65JiVk53vGtuLaJQNr4kObNYjLGXvfWX2IoLD3 eXKUjZis/iWdSaDOs7Mk5i5wOTgzBbeEutNubdbMjN/LVU3YX9+NKUsK6OJ/s8MsFKsIH+brKa37 OF989QZ6+JnLe1SUgPmsmWNXbqTAgHpemdfYJK1XbUbLe/JUqmaHg4iFfITIgDcu9qQTJDuw4G+z w1vbocMt8TVDtUQvIigZF3OkFKUUveTqIJQmQ7SGKOtHWDV2MLB/1h4ywOPhu9+ifUzcpUkhnZ4X vuigGAutmwKQdRpLvj1rcJUyXGAsTppyhBipsbldk+tqw5rr00sZstzNTsdNJI1WAkDrgIbLvA1c 1mIFQ1/tlslzo1YDbgdLr/mG/19+gVvvTngid+RufAEihcCRzoSl1l66n1Q70l34NnJ+yjv1TNJG nt23znBt7Nt0qXqeb9z50qZjU++TPpIFqzqoP2ZOZIXoWcT3mObQwud4YfeCOG6nClVlL2FnDXer QBiCC8Xix1cKIvq3A/zXMdbLX1gJY0apU+OHQqHw92s/939SaYH7OXwUkE9q35V7glfgTOjDKcuP +4zjlJe1fa8agEbWn0nFzRXVq/Z6pz2k7efQ7Db4QUqyQAMxeHW2Ks2rsEkyZ7tJ5/gKzvSYNdUM qnX4DqY3LRoxMpqdsdfmNan9NELJJj7C5NszHNlCRmhhKfnDuNhDg5mxkpD5wpq9vUUZJ7yjPveR yFfFGZ/Q7wul/dQpnNRgQinPEK6bngVJ7KOnRfH9HzpzTCxaHmlpmlFsrjaR+1NKA4FgeiaRnjHM QgqIijlv+ivJlBF81RRqb6iuQr92uzJpAlgqEQY9t/XZHUHKMNs7vUT/L5P2CGP67qN8EbMjm+CD MPv4px8StKGiB3IxVx5EGA1bcLhwou7f855N/suzAwiYO2oDEDOCXbKjjK2/02iJ4zEkzDED4lvm WKFgABslewB807+BfJ2ZKUyzxCYU2n6xy9MIQSw/iFOsVeyg3DUfl0PRO3zPkRWCuBQ1H8Revxnh x4SpJEirop5Ac1PkWMrR/EYCVAH4GqoMFMm5YT1PjZgAy1GlV30eLT41Ll2AG8fCsK4NsKadwt2o EOqzPWxs0Iio6aWzo9ttMtsr/7BqoJWo+q0FJXI3ONxzhxX9QJGdKTi/zZfH7q2r4tuk5ebgiiN2 FcsX7kiOIH0GVp8kDx6WR6ElnUNWY6/KBDaZ2nH+F/KVtZeBioOgDvDWk0iMHxIwWroALy5+o8sL wopOSK6cxA4yILKqjc7J28p44/Og+RlRn8Q72fq1uXP3alHQ75AtCSNjhqVwAmmkd/ElYA+6J2kb X7eOJAXLJvoIlqhXR5pKuPgOT3oB7o9XJvx5IBFcZNJNorbvA1j8h5UM+JQWHuIF0vVAUObovmeb b8dcxwNb3E0/zqBwVGlQYjqHv5Upm1jLfQK40Hyf2DFhzQeytN6BMyuYmI9FLAe5bXAQQTH0CFBp m+C+lG56LPx9zqU4Tko+wlqcu0JJXCarSJ8tZ6q2u11Z8awVxOEsYUHDFB48pEBjlhmnTVyGtvcj a/rRVZnHnjWcAj2p2TVo4d5L8Hwc1/W+MVnU9UXQjdjJXaUxyizd2vWkbD+76q0eMvt0zPhUW2Yo /GkTqkk6aNyiyY1bd6Yv2ueop+WL1sbinIQ51UMeipaBUueqiCZ4yVYxydqFRZK5kwwPWRL0kWbF AGlrX+yDu/XiQ4SZgCJDi0KldH1A+oMYcHxbcnkUsxVveqCTHw70xjq3RP9RRyK8XU41zwxrrIOj IClUHDUqMPK1z+9rxSMgy5AF9lorFOMpvT8yoxgE4EgHXJpuxDT9Zydrb29s9ZmwSPzibP3N96UF 3A3AMkT0HPYCvCDcIyVX1W3gAtZEHivLfN0hAqrZeImhStCahQ5b6ST/XyQlpEG0ZKBlrqXDnsBK jjFkayQ69V1eLEhSOEvvTVtLy46mrN3J1AVZirjrcJ2vGZB60b+/TcOxnrFdqSQ9gQWyhB6mU2ic VkeWfElPHuPafecYUwQ8wsd49n8xKznRoHyiWxAMA9OdAZND5/FQjjHyfxeByebOEOBjTqfS7YgL rVVCsrPB0guyU1bQy57V/5EyVXhr7/bCMhp/UHKwvON/EH4/XIGw6iawnSZov5YJYIcVFOhCF2h6 Goey71+R/panD1dJY4hmrvcDcj0/i4VFWgielU9Pp7LXBjRi2tBAvOcwgYL9z2FW+OgoJYB/QT+M K5M9kPGVH5u7r9odWVckKBBCj0+JtuPGChIOAHz5yEryDChtQPTyWAehQR+SPgwc39pJYPoy8Xjp abpuHJxy54P8LVwEcXa5gslDASxSQ9rgmalRoamxPB3q3ztfdWgg1AZ1UZ8R2VKXI47s0/4fqdTP PDI7krZA0GHDAbhT1QnPwNIVpxHqGUEC9ioKL8Mpmb4RssrL70WG3aZXKQV4SkhxCFEBjLr2xRtf ojEvrGu9OvRvbknGejGiHreHZOCKXypR7cm45jAM2aJWQIxsydDGhJmAGkQ3G6yTAi2NPTdUC6UP gAmXKtdTL4sAX8MUw4oVc0Jp3Qgv7CIDYeGYH1yPgh6jVQlbnUkS+5BfpCtcK+Y4WD67/BLEQIMV XdhLlAS31hJ8ceaYgL/jD+4R/B66iRyMoiZ8ALLbPQ/ZQA81YcZUB/hVGKOGZyTCki4nwqZ8ubQi Hvx/LZNT/lTow/j+uFT7O0tRjH2PZHEHJZI2ImDxCM+2/Pi5iAjqQVANwRPvO2ToF3AaD2jQH42D KeCZbMaMXyhIdS37VXbPv0rV/nd7bt4zIiL7GBsIBaxtX/G8ZU05JLXXhC57m8hrAEHJrRVokggz 3XA6VbB0cdugFeYyWSIT0zHcVzPS1Nhe3VeSU3xBkHDHRm4ZiYL7EK9ZiXbGSpNu1KFBTkh9TXAC UDYb2E6KHo8aJQg2+dldWfyfw0meOTqyqjam2lk6OitctUck2PVbg8nNSTzPHRBwCt4JRp5mfy3C Zpc8KGJHhnSvY65HCg+3zUzTlDYebKkz1afjFUUy1NubRyuhEbFexH7SYC1C4POSGWiam0rxGALv /cwadgAWrMbFF/BQnYbOOtiRdmsgEN+fPI3uhHAC+tK5iw0T3QsW68hPL+hQB7xIXe/HkmCJThuP wmpn/Ux5ufiXFwWB/lgcjWSpIJF2iniaOse3FEIxBymfoK5OCvjUU/hFbinJboS2/KHZUq+zFuQy eOLh7Ka7+fvyLHx8w645aDjXAeeQCIb1MGCccXp+2WI0h29iDhdCTN0kMp5itXhc/T6F2NxLylmR 3fOn62VZ62dJItXKC+XDyhziX3z4nRB5TYtfmCOH20Gn0sysQEvI99pKwkXnKgjZcDTGZQH8RqUO w8MJnko9VChQff8OGz8zNuwtUt/7sccplPrhgnKp4eaOLeXkyzZ4RRG1H93vZz86syL5Mqq7jsRj r13RNqi8oQOs/1aXEUz4U92UlUy3u5/xJN1f7M9DvOQzVKwERilGbDv6UwzgPTEX3ReSicrVOqRl g8qvWcZrIUEn4Tz9wj5UBMy7TBMETRTkgEXMgLMlYdKJr2wMQvz0Yjb3gvWmUiGVD9xy+OHzdTwF PZ0EEve/7G5XILS/G3WApfpHASMwxrxuuA2zs3DBgHRaWDhu7PXnOi+ncOu4fORZSW1xn85ukFL5 DfB3jSP0aE0eZmibYCsnJy5rcly3aEX7N+fUTn9NZFtOF1frODIAmg6rl1CSWTIf/k7adEZgayTL 2i/2BrLEOXEnnHRw78Hd+H7vKUbfg3nYkq2JsvJWUb8nWOe4sdWuAb6rONKLDwhPWZrC6s0rNK/G wReOukbwehE6xofPXVFkgWdI/cYIUpY7UMjnPJtC4dDl1F9gzB7AMUE0tXZUdspoiEjY2zvsn02L pzZC0i+bpLGsaOr1bZxTv6n3ShMDxlbKempo7/hg0ngauLWeHrMq2YAkQ+7iPzWyzAgfj6tdGIpb GBzmcJ/yuvLRG4r/cH/rDHkW6W0yBai2GZ5VMprSV4eaQOdNIQLz5CRNBuqkO/00uYGo0MLJtGY1 B0SbEfLaOEmU8150E2JSLoQ8QjGAUual/metpWHPCfYD3sDy9/pvcrne9ZVRbiqnS6i08nTarL4E 465PxB42CvDTEiWRNCLXaAsGomtTkGrq+Vl3CoLseuZw1AJmKAAPhjyTEmMHlMNxRn2y7du/K571 7/dAhRQwKZmcFtnkLpwwCcysqJzDLD3urZyrUkwZfLcojFGMyb5O0Ilr59hp9Jz5yZIhPz2en039 oxihf3pErddM0KeWe8SJMbdODG7bUexP8CNE56NBK+aEbFqPDjApP/VM8tzsKBgzBtwd9hwlzXJ+ NGXRYycI/2Qx01rYo3U3pL6y8Jiw+z671PUNrPpzsVRCs7qNWdcnFmXShy3XbZ/lsmHbuYSc1nrg 71fO/hS3FPBvUR2bNYHy5tuAXNjd8nUZ6SM5lfzCSJZD9g2SS1RA2tr4Xc81QWwJytIlBR/DdXHF wnINHP0FCP8FnoaXE2I/t7AOE+B6rfWu7Vl/KkTPchd4Vj4CnrlM38QIfRMkCBE1dyGI9JFp9kEf tv8Rr3f8ZIL6cXAgpPT/1o7S2GjW7ReFEPw+bTYCjA4vaSQcs+dcr3xG0THF5HsxzZ4IS9dqTdUk THzuEDbBhZCiF/9KjFPMf1xnHeHZ96YEE4hPnlMvS99UJ2geWHXaUI4aOLdtA3//TuAOzHlyDtDL vkzTipIr78yeNGjHMf+nzgFPebCazJDT8Ok1lmQ2EEIL4wgungCggMkW6LstpbQlvLe4OPGTy3fc 2ccxbt9QNHtWjznK+Gc+ngDor6mSzHmyX/mpvG0Ru8ip4NLkRpGjNHMkpwpgoSoU4CikJfsMGz7H OY8A24IQUD9JnmNHqR3zu9gmu0OhGTyBMcyuZngWMe+Q9sH8AZ/VMAHS39f6GVIt0Nz+P6dBjz2q B1lFywaNd5qpARYnbr9+TsVaflLs3Yrag8q2NVP4C29JwO0G9rgvau1R7YP8R1JOdCvrstlG0ycL k27Xg6Wdu+WFmg6QL2c7czuxw/HDQYzqSsWT7edbW2ybkePqAfXWChrC8+YvC59msJzqAj+pi+Ny 75iiXsKU5DTQI9+CWKLWTeq4WZV8+1oXgUlS+xHD0fEeVNYz6NxUarkf8/lF7lGG1dzQGF9985Hn xM0ZPFQJs58EWsYDnfTfK+THW/5vFHGzJFQEV9XAJNTESjboxwBD1VGzWbtcMuGt5LvxnmoAYVae KIC/7d/wPgW2qon4ai/GhSPFIL0M3nAlsRotPb5tGt7/HActqqGdzuqrn5ppecp7N1pbTc5vSPU0 aFjUqTnyW+VKp4kGCJwWDqakN5b3JrjWBGtqE0bQNgiOXb6HZeqYxNOVkEuXncVxq9jF69ox14/C wqGLWyOmjGpP455lUraJV5n1/x3m7iTsFnGI3Nr+H838YFyRm2Sh1J+r/uwq8Px0Nr/8C0RHexvs mHJqXlMNqftPZtm/4mxSxe/2aJJ3m9Ce//AHEdDkV7kM4SLdlmw2U6K8TqCnb1ppIenk+jfbI4wA 5QIbTKGTIVBin3lTILI5b1v0SOhdUegnVyBi+C7b/xBJ7/y1D4TJkN7q04jFvjMgbuo7aFJKyZ5A TFqoz9GAS4374Tw6G2FAWvKnhrZVi1ybslhpR70vYVTIoobO4bRBwp6riUAHnpQp+SaZPCZzIVSH XlbFxTBtMpSauEJMN9EmYzR0YwiBUbRm6EmhMkvqNXBjqS74cHgmEAL1rUwPgqqEEpq5b9YfrgV2 Gs+CQ6KkatW8TH1dsqHMavylBPyCnuoU2o2SC9KbCh7nQxHr4plckvqHKVUaGlzSepdl/onTZ+/4 AmdpggBAg8OFVhMiHTWwQGSlvaNhl6ormJLCGwyjVMruLfHDFGhuVoeT8COBceDn/rCVIYH1V4W8 z1AWSS38C3pTqhg4ftdu151zM+UeTTJ/bP22B6+arGHb0UE3UGRM7/qhRIfgrsx72rSSdebNopno ZXGmTHvsdVfv7R+sc3MdkIXr9KTX3N+Ed2RflcDNH0RG89YJhzuZQ2y2sBUFMynp8b3qA/EiUDzR FxIRKJmfMKXl31hK/82/wgAZyhwNm7SWGMwz8V3IremlLI1vuKtu3bXGbKW5BcZIOs1Okcj/WoG/ PRVLl84562D6fen9KQiVMXMMDn+2tx/tPte8HnSSHQoyZkae0TYzrfgIG4JFaJLJ0yG6y9WjF9a5 TimTIBKh1ZvzJZ6kcc91s5FYfvZvQDBSYOJ7XtqyFo2vbIVrCIzNkR4WH3HiLqcXPURnBpytJ1wV z3Hla1dMWpulppQbG9eDX3/UzWnbjQERk2+KiPy4XVngOtTv9lMGyHnB8obZ6JZklN+BvBHy/8BO xj4E8q0f4lrAhKY2w7qyt21pyQFY7qNAcOXxy69x4eOwcoB1ePFuQWAan+WJhCxjhcvM6ZhotUlV e01TOHirlBR7AyJHGmJIQGQbfk2q0kRR7IcloZ/Jp3FeWSvaHBuSF5z9cYGZB1CBa0zmCtcmbAG9 unkZ1PXC4VJq12nRqOTxT6quymOAf6Ec7FLzueLUWMwKmRnIeb7hRlF9iaNpjcQ7MBUQ0nKnNjnP L9pAq3Rqfq62DxZPFiK+DQLet8zgoqhvvr5U0WFSpZsHDfe+uFMyKrExpyku8ugN7/ZSJyeN092t gur3DRef9b8KydU+ox+IKy+SGxeaF+sHH6Jic50S0HwVrkV09isDVXurvEDlNBCya7eDv9sXIRbe N7bo85n9Pw3T7yqM5YAwDlB69IOfDnkQEKeAYwwwhkXhDBDcoCziQwKrXkuWa6dcDQ+mJkMautcR Oc6jRB13E4E3hxU+N+/8k+OShPonnwx5+Tl2hdW5mbZR1zRkJEPrN2D8tfHT7dd782pUKbYjUZJ9 6yqK0kHQ18CmpehnU2lmwEgKcFEnPWRaonDq/v8d8Th7SdNN3p6mkCMDuuyjRUzTT8qFob3q1e7e 1ZfqgTLAWJYV1IwxqVQJbvVBo/woyuKTNs66zcFG1zLGvzOvntpmBB9FcCdeR5zzX7vkc6fByf72 wkh9tYC7azZAHSyG1kq01rzqws6rAUVrTF6bbrMlEYj2P377yLFCBznrbgdy7vR8u30pydCYcFXu nKikvLzA8O+fQUDWtJUma7r6cnPpxFcsdJhUY4mttZHR+lYjqLh3rOwEHBX8R44XFt98HHZ8BwnZ c8da5+3xHVfS2AeupL1l9W1AuMj5CXjexLAw6NDde7chYKYKrSliFviQNioM/XFp1YCsNGGLZXEl FAYo+liCx0phBMRDIfTM48Phi2Co7ORN/VBwM9xwQVfRg1K0yeZ5sg72yAPDNIuyvYO2yOngtzOM WuPxyW3+chvs1Seqqo2dzhYL+JquCQ5kZVPAgvGqRgHjQdNZ8VJ3uKquCya98ozXiPNO6uMNEXLa JBs6sMrbfSjPgTooBzWl4vglKWFsUZaQrjVuFTrE+odB23YA1dKSmnj5Hh/s4IqRE6U4JL20hKIA twAvlIacrfeJCDJjcHW33mvxDgctIInwGqwDbBIM2mnzQbY0U9v7CmC7ded90ySy6oO7N3It8UF9 Ny7RoQmuCqyBLpq7GaoXyPspz4N8PUiTSydualOqOTkaJE1BLScpaGwhqqbrFLswPJ1nK5Bjj2w+ W6raSXe2JFx+QnXA8NF9Cp6sr/b1/tt+dIzhIJfwO88L4fwejrXMnMsG1ySL1OYvzXKZNAV2ATZG g10vk0HlePbcZ1V9pAavQMGG4HbbDu3931t1u+pxdrr+dYV5jgKwo5bPlXfYx41lrDkoxo02bfLW fuDzq9C2OJJMKZL1UgCN8Jt+DJFYXo8T12Mww15u4Ee7Zu+d/vu7fQUGYkDX7WtVXxe3YplhIvL8 RdeEhq4y6GbJpmAdt1wyrUQlfypeRAFK6wailN5aZ2zT6syu7ib1F4myObCjy4i+DLC4p1dCTS+X gRhrlIYsTU/ESanQBc40PAHbc9e0n4I4vUeDxP2JlaQNiTTPKiUEWbV4vodMLDQIU++Ef9JNbv31 86oE8QX/0bXCh+CuIPFp2EvZdi4UuHgq0Kj1XZ2yw6oHJJClOWFYJBGc0KqggQIhvQvxFP+bKHRL JYWUVfWIS5F35eS9z2eNv65gl59UsZ7s9jXhfpMpglubzGQkXcm3+CpRjpHC3gwJLmEGHVBiSSgO G4w67vCNB3hGhd6FCQQ2bSR3i98Z/hCe0z8UUiJuM1Z2OBfPxgQ9Hz7Mp5MJ+B5vMwcxBzs2YJlf mR5han+q7Hwwr5d2zwIvdHBexRp8YQxlSn3/Cnn3+ZzlTImPGWRpMs5kSKZzKiDP1/AxiuAyw8LP +VpvY3WkYrSKGhUlp6LYsawL+9eONuc3so45Ff9TUDNkgmWkNEyjUPPmXtkD9iPdRxS48pKAwz5L HdtZQXIqXmGn1nMyOqNELMurtyheY9EP51W03dQjS1HJys9ZkoSsTSPdtdrcqazVbuy3wR3kvBnp V2AjbGBS+T0LNMDhFDBZd9yuLwFppjiR7KsHnrOvgiC8qCa4hCdeyAymRVdUK1GAH6NkB+axZGlM LTbsO14T1bjHKWDFG9qNSJrBeqE7wdfNB6jdaFsGIW0dajyDUo/y+MdoyAWbO5Edzj0rgChG750C GJg5ay9CXQXGOLpHC1qrhZrwtqChI0A/k3sWAcKc1n7YJCfx4wrsfPe19f+HS/7wk1kNuKXoPbGw KB21xIL2QlGMprLsHTRzc6b+Zo9GQC6SSVMVX41O4GHZVeFB517hVQmYpl/pJY4Q8TBmZ5A/Yg4o B+EWcYGjIGI3/pxysSstPlP1S/k/yVYFUraO9q/GGgDXE5z5RBOpq7zyqCdP023E949XJinIg1U3 zHYA8tqWaEBMjI5QSCASmMZcvyJFRGzd20OpoNKkxbDB8lO/wH2fIPYTbVDVKXvYurA6x3SAlOjD bDHgpk/5dQnG9sAzFsTjTXKK0EQScog/PBAlOLe8KEXVCLEqDES0FHBMgSfxpUQtST1S5pON3LKj F+EhuGRpk4c5ufZJlIZi40sOmB+YiZptbfvm6vLtoDQvsYbLSbgfg9myrkJt+ZHggWWA4pBaSISq H02RGyUONawiCuZjuwWC6T9Hz71e3AEFa67uaAoAul3YhN/3strD2PR11RevM83pshOIXMWFU0bH cynQwcKvq5L14axceBn34nFnEmiBvNfYapBoO25trgZmpTj4ceXVg3o3ktMgfFbJGNzpaxHs6aN0 0gV9SjlFHb42KwqsVSabuEf9JGIQmKXco4O90uhszo09rvvb+wXlld3gOLyS6h8irdG4CDQirs8b l6H7/sr0zNIW1bQ1PZtKnlizzeT2lMaThszVmM27KJI0/NJ57n9FS8A8P20JjT3d2Yw85lgZMLTy mEqNb7Qog+XbyFzmtggnrf0zwkZOIsHQXfZk6hjvcFo17gBnZUe95H264AR8Iu6OdqI3EMWm9i35 qh2157N8Uo2yukr6K0vcLPSVeSUNqzUxHboDLxO077GSVBBd12gr0+53d+YfCrzhUxfac8fQHn6Z fmH5OpcOzg2qEPT9pJJhvyLpZon8OVR207kFRmpNM0rEk0Zrg+POAVpgWwsg+j3bYrpNDD8UvpEO rPJ7FW7/qEcT0IgIBnm2TKoCRq4iH6roqI+TGoOavvzJt5GPdE6tqVxyTrLwT2d9V1koWJygcjmm p2UWJ+QmjXwCHNb+9HTcdUhgOCt4ZEYlGJ7UDu2cBlpEP5178L7wPF07dxTuu81NCDpe9LWh7us9 IiT1zqGzmWhOb9R7UQO/OEtJiiTSHduISC5VCUx89Z1KSZwhxFuFqn6rE7ROeim5+E4SWb+ZQ8mF AVBRuzOmkrNL7qHMyud5pvdsRLT2kXpPooaBxx47maE1P2pEVVWJviYOJlfQJg9ctnwhOeJ6RQwa B7fsAYPatd5k9rsJBVoiQHloo0uHHgTPxGINBpN6HH7tfr8Ve/8QDRiCCMe1CoYsQPwWsozdBUss ogLptZ4I+KNJHxlzWobWGfiMqP0zFTkKYwPEl1Zj3GRzh5MSa5Tmrr+jcFCbkgXI9Qtnm33yk3LF QCxFX+dCHCPqib2raWGa/wKcI9tmgECodeG/SGO/SnP6dCAv1Fb1827e6L7tbQ44LIg+HHocuJcV OC2dk7rStPariOjA0lw0Y1qCsHF55rskXZslRwiQVN0l+VebJ6sRSycnfEh6yQFeRkFsRY7VFMRl 1zKmrmgEwYSGYfS7ENBRo4+9XUtgkU/Z+hYLocU9YAYN3VeQ8FwBtHW0Uh965X6B8yBRrgRlTecx 7S7NkkVK9CsdK+z0LE0VRQ0oC94KQzp/PSUqFxyk2pmCyK801qH5s00S4bsWLo1I0zyH2vbs43Py qTZkdusBNdq+VX6GJWY2Fy80mJNXATWOMQNx5ZTglGq6pvczHcmZPunYdlaJ8RhUCGCQVKuZhh+V Cm/ugw+3/3s3ygjvV/OBcLKJQyrBpHBzk+GK9oI1n+hI4nH3jqHdxqoVsgGq6b/rSbZHAg88Wl6Z kFcX8N3ffUefdmwGZ3+9YiBkBkru/5MxjhhmnKJUUXwLURtmRSByiJLd4YLPoP9lKJzxzoa/kyq6 WHrAGhRN9EhE52+ta6aKq3h0Hle3JzrIBx5SHmt0rX6YVojfjDyfaOaozwlez4FTadn1W5VDZanb p2lJPiCdTrZGqhKRUSfFXUAnfbexYlQYjYb2MiEWznmgptsBIzQ+NJ1PixG7INYJVHN1SUNz8mkq Cm+h0PoMur6hT72oZ1eKu4NZUmu6QFoFBcYiNxIu4SXu9+JeCp//Ig0R6DNHjlpPKWnjbkxrcK2x tcgr639wIbrPT1yBTKo3iYPAzqxm2jRSB4PdXeYq4Vfeo2rsuvsO5l3x9wDU6wv/UUtwJQ7aZyGx YldEu/t9ypcjFOMv8hmynzIeBlq7jxFFqD8xVlsHtW3eS8BtZtzMrWODAN8UeZEH38Y5kfUIzSGE Ah0uh3pqvsx0e0gclli5WwOZ4ZFWYS+0+Q5YrOiZGUdLqR0MdSjUgWMnIMwYQlUxJyk15epLXLTt fGFN58Xxwm5DdcxppYCQxbhYne9GKK6lUtognB3A3X+Os0LjvFDOn5Bmuk6w48VMaAXw0X+NZdnO mgZfzjflPc0kbcS7RNJYTM4P2RnqHpArYZhCMLWlJQX90bMyUEk1lpe7QHJpxvwNO8UGGDTfVDfA zqpMohk+Rtc5yxZ398vqFO6t5RiDkY/ejtGaO4Ypqj2vvPPFzbXSQj65Z8um82G6M4yXcgawaFst 0e9NkSjFq58r0sX4V0HFr11f1+c3TZO7AXGeeFsDh84ijHvfKJaAj2CrHDKSquIvlE+/J9tZN8+R dNFW2Hg+bBUI41xFlDbWkQ52p5I2tyeaBhf5+tq0EJ71sM6N8j6Q45JJGIr76KIIo+WV3rkysAS3 bqgUwRxJdsWdwc1Uujmf/rNY/3aA5vwev2frPkpgeNSnfnjNHx9nzJEKjNSegWQJFAnim7iYzZo1 qf/BSqF+Kfa9bElcEAO/vzaWa4b91Nf3y/YXAPHeo7RiI6al8gk1t/mLLCy+3VTRiqfYTgFMAPiJ y5NoG9uSBSrhNhKy1loKqsXRRsE79++1reOG0Fs/6mZPf2ByRLtw4Qye90+aVcd6oXCUAsiKpooB NFYTxWs+Uzb0WLJSGl4fXZGiMlScfyqtugVKy8aZW6rIrFK55yMwP+eg8wwCPes0waLgsyVXpNl0 ZYOwwbh+IETuAz3oPgans5hLBIOlK6jr8rWnoc0xtqFcUx2A30sjwGtuLaezW0pT6H1LAfLv3ZqR JKjGbJRUrTQE2klJHIdc3lsmdfGu1EHomR8CNaxweImkAAkfPKul5ASNZ0LHm9gmk87z3yP3mC/v Cv5NrAUNf3gUVfd3h7WUxYG5pBmQhB59PK/U4pwhaCCyBjy9apHCGURvLFFnsPxVSR8PXGSvFkVO L+AfYc4wdYS4Pf1+QZSBfp1X7Xug9HJHvHEdeMn8hffba6cFrhe29PqF5AnhsqbxtSLI1ois1s5D bF5Mp2pfKdnzTknG2uWi5gT6RuUa5hZwhm5DBDS6fFC4nkEjLt3FoymVlhFTYGfn9b6L8dl1vlmG OFiAnFd1YNovLcrZKLw04/JBpERmut5Mb79i2HY9/Wf6fPiYvj8cgY+FovxGqKsLD8L0OLelyoml wapSp6Lpu48gmEzXE5Wb+j23ZsdYlZNwOtYsSFvxjWA39V5stmWnkJmtNpGzhMGAntkpibCj+7Be CnBKrtdMRJpxAiiKmg+ouwCsyJRpkSedj1ZIhKwiiejBHxeSIOn55Hn+Ewl9lxEGCDANbc9xx7lS gp3JXygxFyrYErNj3vGEqmWpk/n/gGoQIhHD6E9UJ5zWWfxhJsDwdrBp+sW9GciuNYYxYYCKNnTl T3FbelFzk3ViGXnj3Y9ahKfuQaaPTFpyuugTetL6YNyiiJVZUpiafKilnpsbn9F/LGfqBjJhT1x/ h1fngl7nT+L5Ez5t2DbvkZoa2NFLOni6R/5wTtqJApF+8qUoX3iM2xby1VwPB/qXAlqFZhWtEGvL 1J6T8KlOe8hZyik2JIS5BQA71MEViNvCEqsjQWU9YKhxxTM+wdJ9OQpUAzvgKk7i5LlTOJ7FvDsz M/V1Hq1ZYMVtdNpz5ANPpLiEL1y8BX0Uni0ue24cQzZ7pCkq14bOkaWFQBIaw1q3r5TLM26zXd7P 1CD3PkKfhuNUM7yabHRyLwvlEPWCZsuuDRhUJGWT4zEVJ7OU/FCJm6/QtleRmVZupZ8h4rm9q3rV nECI+iCeU1HrCmW9QPu+7kYOwO2EnSUt+dIlvY44YoUATLwOuVKEl3YqDpPBn3fm+jMZLXkZpeBw VqoIqcewQQqWC+JI4mhdseYEVeDmE3axXHtb/QUN+sserQttJCeWeQQmUThWGE+TtSEbaXmrJmA8 9SUhEQZF8DCCL85u4ML8NGzPsFOpx0qArtVYblPiBYlvf8Ud/ZxKl7DNkl4pDAD4faOsNF72DZwr fsaqu6ar9H2CLEnVOlUKlH9HwOMiOkh5jzAzmUhSRp24zOMghP/12FrgesJ9fGAGEKs0x4E/1RbQ OE70CdsSfkgkPHTXMbHsg6KRNag4FViybyAyzY3DjNDExwSnVEsmlDPOY/g4ZIUfVD0NSmVc8iUk nCcKZi/fB7Er0V7bblLe4SWkJAH7HnEbEdldZnfjh515BImWp18xnsMkn4+WSRc2PMODkI/RjpqT r7mNgSqOiXb3CYvkgZOC8xEaCEIeL4PToGqFCzzaA8FFOn01U0lAEDVKgApuoL0ucppzOiri+k0Y kvIF90v3TK16RTxJqapMgZ6M5Cvtfy/gETA6vnVij+/6ki8UzHkCZ/tq/eI2hpe/W/dge1/kJknb ELvG83PVNAMOKo+MY6B5DBnwi4Pdg+MxzIM0A1of5pAZMrfW8lFbu8YxU8TAbVhu0DDylDkVJLSv 6cvTkh5GtA1L2Ruq1jj82l3Ls9y0ZnxH7NnD5oQpmMd1YBS3nBEM0bplsai5G6w+I6hnQk2zznto PTKmCFoiSsfcNXR2L1loLbZktfOGu7mFEHU6jJYOx/z3elH6uhimQ0QYFsfSXSp1ttlzTpRL4EYk tfoWAGqvIJLCSntbst78EdwUTrldERq55JwtamkbveBlXsn89ljc+gWXa++eFfsU4c7KIWNIWi4j yuk7pVR5SGiNfUQ1TFjpcIgSOUO0FvQWiI16VYODHSaFzbo1/Eowy+PP/f4AoM0W7/NHvqJYun5/ WQ7hS01ULa4svuiQcBhfhRrawKQdv0J9qn9PouPxtvi+WQgQGKyWLR0pNqyjBCNqPI03YE6vjChb 9knk6jmqceqBn7Hh9yZimVBdbZWhtR+4HQ8HuP3F6Z6NkNo39HaFCdZjLolAecaF02BfIWnzEzTU RtoFLIRQu2TMMB0OnENOsVXEkQ442levPqzCV+EdOz+oqeUtNxal391GP2SYQb501dTtRulo8oZT z9wgfPt2dPX+K6qZqSsRbiKcJlk2CzAqTnTb7lvJe1mGwnfGvS30Se438sSoji2RqwYx3Du9ieH4 +FOUfUXjoVoBygtkJKSJJuWByiES6KeVWWSa4ffjU93xZ+OeSD8iCoDIKpsldMnXL3Yji0GArRTz 2lFS3pkXpv02ep8691aScz8F85xw4gDr2gt+GXcCGFp5p1LZQaMObBugRHl9dIYPdDvHHWJIPydC oyt0sCy6wwHQu9VpgroyPyW2oIOkP8rUNKJAnVQ97ZO+8mX+XUj6xOmaP9FD6RY2rTePFLScsKRJ RwrMMGCPglx2Jci/l7d4+Pes+u//yzCs4GHmhzU8YHFgjR/EXCI1DNsqFx+fUs/GJ7YK890nnOwn xj592A+XSNQXRVTA/AbBSi6PlE1mcdlUpUnlGqqD67ukI3CHe7SNwgM9jMDe283DSFLq9//13cC+ 5K9NkX4ofW8P4TjwmDQ/LjQFOWeyz7eeMuBjrYzd4kJsNKIN5hIkUoE1MOnA8Sp5DYYtY03UU+Wq K13KdB5BW5tZ2EyOW8jIyya0gm3BFibkhiH4F8TS1o9T3lLazg0lOW+eECcumrzD9BhkXcvCcJ0G QHxf2wVS9+mGLHbfkbTRUzBRjj8euCjt8h+1AisPBUfi8Ygwd/tVx5eO/KuyPen3lFeEEDedAjcB ozV1DautAj4PCGV/9XLaatnU4O+jk+f4PS4g817/t/VejRHlJxUhzwndrxuG0E19Z3xg5yAQeaw0 PHGUUfGKqVP5BTVyPQiNVHUF93DXGG0UxTEiIdsPHiUswh9AQr27XpjANl+PSLPq4tBZgUoNSU0M HsMLaynVpaOYwvwzE9YjQDFR2yZJxzowEbFvZeuMiX/hRJ0cqsmoB7RVs9u5eMaoQUXotcnD5gXU N+eP2cAF3GH4EJB4/ST2cTy0MCExxmUTedOUjmV/odI2eaJjJMFEK6fMcKHyoJ9QIDupavzXd9It T3r/+U/S0tX7CSjp/SckKCI8Dzdcxnuh1UI6o7AnDY1OjBvgWnOXantHm9vy0mMTpqTOC9guCJx1 qvuXwU/ThtfF+GKRIWiOD/6bkYZ684AVGQAJmRP+nOSjq3SmlvFKw9uADMlb0weE8hmGF9mhBHQT pgbtb/MBcPSpGt1YxHW7WN09zhlRfsx/XAPr3HRo7K60/okLZbWb+Pn1usAE2D8EHTFK4xJgSTcM mbE9oZxpgaxYUwixd4abvGhhbdp2dvXMo0OdxKRVDxvnRY0l4XTvaP6VdnXeGMZ8zWNQrl9vfIYa QhKJSEHnjWzk5TSV8OIIxBAOJRSKNKwRn7ku175V3blm6VCt3J9dONZ8dVn8P+jobUb2xwCWA9Rb IC1AdzAFAjpCClFZ1w4E3DW3/ugSi6zo/qZ9guYveZeJraC2BV7BbpnT1NTv3kDeLPYi9A9rrmWW dq4DXmG8U/CH2fRtnruiiio0UFcfKSUyNzZwoa+Y7q/3o/4/NrIfyFdLKPXfjyWxBn0++i6NjYzO HoG45FnsJUtKWjg/Fgu9FgUKXR+Yr7+G0rluG81of2ePHoQRnCgOOQxKu1FKhyk90oalQJcm/8UX dU/hcNPM+BPE6U2fdTZ4gQeKkG+SAGNGAg2Ad+J7eHk0xrG5QMUsqvFacPbUW+Xlr+trdhtpiHE3 gYzRFlLZECaP8X0spW22bbIx6h3DWPkrU4BnR/2YJops5LKJ6onzKTo+cHiUKBTeMSFOxy6E/Xb7 wdoCwdnKlkU67gVyydzmPgHWMZH4FEQgdg/OnTpR4J/fzXlwik7/LIJdgdoRzsDGYsq54HdVSzEy AcrfKwXfisJ58AmKQv/QDVEdIkq/oCDz/qzNniqsSeIrS1taqBvzg8zjkJun6uasJZmKkPdIx6A3 RaVrMbnFbrLMDjulUgJS7Gbj3kpnNdN4b6mZEZFS/i3knBUupDljM0oypj/YgwNnZ3EaX3LckyOg e9sckIIJC7CUPJI0zCkTfx43ghIKz9Ve+S4D5YcEwRVdzBANoNHaDSzs8rnvBsy7DXl32tOEAF8l nUhqJhEHaPocjAxONcMYlxefwXD0gDhtJgI5BC0Lq/eylOWV1XofIqJMGaSld2upa4RjSZS34B44 vw4nST6NNOiWNxRwGPHa74Ln5UQBMOnMhP7WUBsv7s+I2aYkCE6LtJeRjCYXO5u4ls/NZe050Y6e G5KI5Psk/tuWBynwKLrNubE1lFfpsv8ph5gn6XYCbtOXgUHuUpSuQCYLgb/rB+Hv/5YbpMrkdGY5 IEkP2nPBaDHDc4hMWVr2C9ro7IUU9JEBOz1wL8Uw11rPA9Kv4ujJnQFnfYwH7+iKQXf50dfl2m2u hJvyPRgNUzHIdvYDQACENpnvWx04ZvdcQOVgKMhxn2Ja6xk61Huyy2zvJZWxJQagOaO4adAOCZRH 6day32Uiszn42pSAYWuBFfP785h46AZ7tDYZD3jYWIfiUkoffLxXl/EwKVYA7zmn4hceUWjwEdGE 8xkmcjHO5h/54Uo77Vp3F5zrDixzkDESzGYL0KsJW9UTq+7RjlklMUYvytsGsqbG7rCNtbcI7ktI G56yXG0WXFb09K95dI93dbgBodk6nkfrrc0oSDDV1ajUIvBchjEvpL8tye3jpAYqAWV35qSBXwlC Vec+E5UW93MzP8VYEit/8K7lR4O9XtZw8v4Cana9lxyOtgYDth2TJh+RPBfV47XPFhekUIziQ3gM 4uA4xmT5JY2AXRsFhsj7+lM8z/rbWadWGSg61M7cnQru5IpFdyH6zXwNurMVELtc4LvOXGMuH5WY rCoe6T/SibH/ErTvecpqAyAk4+XRy+VIiJADktEB4UU3lNHFRIaQaY2GywgDu/ZyH7Z59ejLPo10 NrWxnQnh6ZKZAWImb5+9XjAzNAfN3uCZSLqdQlWbUM+uEjqPoYrqO0pQ2cxA+vdoC5DeM7ifrhu5 94kE6dqkfABSBi8nnkfVLMTvqx1pqr4+osMABQqt/oVNphjjG5bh/hrZ+XCpxEWRDUPVgpZaZz12 AlwqzozqczIpFXCluol8fi4GaFq/vRrNKnkAl1N2G95smHrRVFKIPvknBLtda8L+Zj2n1nX1NntV lohWJAGPVSAUH47/ThARHUf15kxSmRcWUhaHYTdm9uf08OPFkK2PxW+aIhNrXr/CP/Rf4D5xP85z ALGNXYtPu1Lt9VrsNc96zL3EB5Scp0kIHPjnYtZcuy6BjMz582xFgQIYv/hsY/CbKcxT/DAePKZE kpiIQQLo68fE9MjeVQIAcWQuPheIusVEg2xEVEJaobiGwWsblsALzfHompGEkrUT4al532Q3kkeC Cd7DcTyG2xa+Uti+Oz9jJiR76luANBIKKjGVOvIX5Zz4sDn3ychfPwbdDqCVS3NJGFK4s6L2RIaO 8zIY0Bef94s6NvMMoScgTnYy8pe+yQNS/2Dfkfnd3dPS9LQQvfQrgBGg92SESfeDnoGnliqSEg8p wHazwRagqq0zs6CS7gt1/5cyoQVI0I12sXKxrdZqcH3LAopF/dpsXOXhB4uhvD7ympoXH9ibJpq6 06VpJjikGWLTokjjRyGYTQKPJxorn9o385yGZB6kFoHDev3OC1j0e9vVwfQbFVQWt5OjwoOofc/z F0cge0+S6evALPaLpEgPFMu/BUwpkB2HJABqrK5mPzTF3XT8Aw7UhLaU3fGscitUv8lytsKk1WW8 2xEoPoN3cbn6RP8yirlsuBjGDL6cP8vzOGoaDuqZqIx3jBlpZzmV2oz/EGqGH+fes6QQ8a8lUXzA UG7mzpa1TL5mbSPgq/EkMgh8ZsQJO71kdA0jg9YU2rCOnW7LPRu5OMzrl+HXQGOpoQEU/vFFHshu ne4IwzbQrO6bsj2dbI3LMpoD0Hq2rxWz/ggqD+yHY2bxE1UT1oR4aL39R3L2aeqaLgA8gD07ij8+ dvVIg5sOi6Kqn542KEyMXPczdiJ9AIkKHNlKFyIKuH/xcarDdMZzcxFvvOjmZaDAjwxdJ2o/NPRj Kyr0q5JIcykhXYuosR3y3kzrV2DpvTcdJcVn1f/264yiJ3lb2m873QEGh1j5+QXvyFOY1twk4xhr 4WSe+5vUjoZHPY8iVr8ejXGIDHUGWItEezCflIhgS+edgELz4nCtQu+4Qzp4gMJhSsxJMl3Um4SJ GFQQoEiOn/0ouOtd4vb9XAoKYGCN+t1wDWMsbpiAzmUdfsBYtvlVLCdq/1y14XZ/NHyYokXnFZnc eqz0IppW99VqCIls5NCI4W939HXu+ufpcwekCLGRTYYdNkgRsrBXlhrBcDLVXGevRY0HKtMyB79Y jXyC3hAgRjKnJN3dSqMaXUPA9q3b0hAsH+7z3u+6MAltkYDNiJIePH3e347C5lADLa2r1QYPa37/ dJdOEy1VidRcAy8mX/+NuTR2JSU6+IWYE0wQ8zHimmIfQR3D85u8VP0vUKTPr84ayyQeuPa6gh/I Jw9ltJ6E5sIgKna/27bUjvUBMwlfhr5y8RNAZnGBhlykDRpTSLh8avo68zI8iUICsC/cAymLARe3 J7P4M7IfxK08j8Aev+/G1A553BO7x7gkAFi37aytlBQLO5DzvYl0Vht3ScijZ29ZMLZq3KtJFAQi 1i640TBOBnOAC/3vBhoTXoF1vvTW0lV9f+6U2oHd4VFDzH7HwOXYZgDjWdisoMlOFv1jz5OPtX/B sWn8XFaDde59J81SaqV6gUo3yVt3k1eHKgHJWheOUHg6DeyZImNqWhrv7N2mW3474Pv3sMVUGDTC yOKB20Rw2onb52a3J2LAvYD1QJ01brSe/sMyfg5rgmGA+C5AHm9kL7zy407iaFUcfODCVsJwJRFs gpw/4VQIPH06ssfeng/4TBNr0Jut9d8rFlvNi7TOuS0TJayxkaiWBhwE8qujjJEwHuppCLNKbP5t +FR3i0VSzSyuLE2aEiTCZ7ETdsg8KYlkL1pi47ms/UwJo2W//f6YKhPJGqmNhcBrPfJI2sThMGmv 7rvmJMchZZDGmOEBMxF9jSaY5GAvAWDeHpf5Xxlye8x25/q7YWFKKXDp+IVZWHYCVt/z+rVxcXSi yezbr7B1V5448QhS+X6YPHH9J9vIe7f3QPpGy9h41qIU+jZKo1yZORrG7U6gW2BXYJHtVJBCUiRn pJp4ol47DQjClRY4CkJxgPAtxHNO/PPonz/uS0fd39nNWMkSbru+1vAyvGJblZS4+Q+CchsB9JfQ 1k5OTk5qmP/VS0k1exzLntN87HwdKWXl1Q3qf+1cO+NiH9dl1+FZ/xng2nGj/gCFX66haZDaL+QG uO4hBOxWiNC0jXRGhh9S5oeSkzJkGQ78SmqYD3jlF5cTNM8dX+h7BU4uofY531NHLhSTnQfJHDke aZ+99rhNAfQnn5r5uUrixUSkU/WpR8yqBotYptJpw9KO4xuDYhaNl+DNI39tOj0z0bjuVAIsSkzc tI4aXjEkNbayoGkEBStM7ezGV3BijnGmvnz8CD7WuKG8UMwOK6TdKIk+3+Iuiady80/h/y6L7i/L hPCgTh6+Wq3Zb9A1EEM/sKke7j5+PFz+hFCqXhU/S+54OYBL/AAEmmwcnVrdFujTcqxsUqv8oIVq rF1fmcfDwPLtakRlvdnYzK5XRVvd5smwgC9EPGyyy5c1f0Iad4LMY0UKHLA11ZIrT3UenGIKl0BR hRuWAHn+CB/xfID0Zpc59dtCZ/NT++qq+HdZ9Cvwz7eBbiG0Fo6cu6tfEpgT7pe1in34bBv7GUFl ac1S7fZLTXdhiTnf5yMFVXOUPNovGRMwqVYs6wj0CDSOVIefKvXXPJ0iz60G090PlgnenHORpx6c 5LaMcGKH7ougnW0NRvzzgNB6fBggdcqMqiNABgtE7oeZWUtl6i+1i3MkPQDVCrCNXnE+Or8Wjq4u 6RA9jvyD2ivAHhZ512+T/cbMLmnMQ7DQiOw2NZ93s7qGzBUeQTKdkGr5IeppJ4dxXsoYwVMBrEcX uyu2Kye+E1u4IYUuHrYCHbEkeILLruTqeFFF6NXY2+p1UlHTwc6rp3lNP6TXt7qTX0IymqfaSZk/ Xt0EhP9OZR5eznOxyzlEHl+5XbKrPgseXro+bNrtGuVSdWxUw9M09EBC6kbhp+DObzfNVuHl6NVr GOox8meiuGjxp1PfTZS2SMGBAPIxiKZ6tn0Y8RIVj3efVuH/40p/MGlT4Y7sLHJ5SjjH7s1DRGMj UMDn3Q5ZaRnvquaZtzVr+YSg7RveLmXOzIEbGr8D3rmqnQ82i3yYh5xyExuLjNQnZmAT8Hydlk9U RgHfR42YMCRSFNU5z4YFNmUEgQOqiYMSOh595f2O1+cJHEubi4+vzFUNONjdhJWr6RYJz2yHmbXn MuqNHbRrksIxy21a+1J2ljqic0ixP16vOYI3OLAJIL8wf1E5p/MykikKGwKq2HiCPyDkEuy7/XM5 HJ/6u57Nemjk0f+rdKNURdWmyKVcg18nq47H4DucZk+WaKDbc2ciWmVIvNP3QARAAlSJl8UgEhYk I5bQtQzkVmAffd2MGfJUFud43A73wEz3zVzYDcTfT53cXMo5uaJD3L8uxA6FpASYni3T/43nS29s Fc3MdoweWkru+alfZhwsTf/vkSN2alc6z+J2B0p683NQtFflVXHa+LLiIZo7f6HU8O8QwCpomq+U 7oKvHXIyvp78yI0KdBGR6falbPoEMXppo7v16WQBWiHhh1fHiq0n2BF0MlCJRV0tHxwauxG4Ej8D e+WrhwDlYQIPvoXVaNkDm+24moBGo+4c1TtkiCmrsYv3gHjKCpbIaJN+w4TwZ9sKewBKlstbqxFb UziEwzW2MD06Wr+XBYs5HA0P+3EOkDX4+Q+9IPQiMdHL/vVcwHwnu93utyzJQTCKpM/vGYYSImzQ yr7znqsvWXiuydZ2NCE4UKmnvjECNQ9Siq2NLnMw7DuOsmsKo1vNUmrOUhPyX66Ma944+INdg4ZK ygfWwEJqwEKV96KtV0G0JLLehr1ULNQij7RolkANDg/NnXKQS+UIGMwwUWFG1Szvz04hYEC/P/PQ OghXAq4Ew8MI8FVzmOO8+eXxLXt5xK/zysR0aUmhqv6romR3NKqJ94yPEX0NnY+xbGCleP1xZeAn d/Bu30NurDZLymi3IkL6ZSDQaYEFU+XtDMVnexc94tHitmRBlDf1uMaEkDXBbRmI2IGaHqwSWmy0 JYn9h/4ScZtw9sKT7lRffFKcvhbLH31CQ4SDQ74KGVMzg2gjr0vrJTOZTwqqCd4QZudJfu5ZvuQE lyjvnwyZwemOqdxiXhfJ8/DIoCBdCNnJtvvmLi5r87bY5AA/aw17qLttf2Ek8ka5oWIFbTzdN4Lh LyJRTu9bmKFeaH8/znUHyn+Cj3Ri6HKi8vnxcm7PVaHY2sowY61b/9y8gT9S3SjTxerPSLX3V7sa BOAF7lAr629fvnSceT37GFBlQIYg/JwZPi4xOV/3wqhsIFoYeaistYYwFyPh2cen1iJEAcSIy4bW JEz0orqNfLheIpzhh80P7nBr//v4nVAIgSCHZ2zvDWLhdZ5BfOygUs0oHiVA+8h4338DY1b/8nDB ZGJ9SY/ritExGbk86WHBj0ry2EfnRYDxaNenEOgt9m9p5uXm7lnyEXbJ/5mAhgwiw1s3zhjiVF2T QHPtFbYsJpY9IaMZhnQ8mkxntRk8dGKHr4HqcSGOcszWtZUYJdrmjKL1fQ0xo/aFgeF0BUDcnOcN ikULo/aykBIDO2O8EMPdKW8+A75qsKsYVnUznzDd2+c0H3R3Ms3YqAgUOgZ4A6L5hYtUV5IT74E1 lHKAj2DoBgAAAItkJAjrDCvbZP8zZIkj/wPr6MHY4roAAAAAZI8CWugAAAAA6BEAAAANW3qAj+kQ AAAAMTk1HnyAjwPH/MM1sn6AjwvG6AsAAAAbxPjpDAAAADEVmC01hYCPwyvDQIPYvYscJFiB65lh RwGLwbnzi4CPgfHMi8eOg8gcA8u/Xo+Aj4H3FZeAj+gLAAAAg8ix6QkAAAAxOfiD0FrDG8O4fpaA jyvSgfLQh36P6A4AAAAVkJyAj+kLAAAAMR0LwxPAkMPB0PkbwegKAAAA6QwAAAAxKivE+IPowsPB 6Mn5c9Xo7v///+gPAAAALauqgI/pDAAAADE5wch/HXytgI/DkPgzxjERQUFBQQ25soCPuA2Ifo8D 0AvAT5AzxivASAPHeAXp3P///8HQQmGQwz3pAwAAdx8PhIYAAACD+AF0KYP4AnRKg/gDdGIz9l+L xl5bwhAAPeoDAAAPhLEAAAAz9l+Lxl5bwhAAi3wkEFfoSQIAAIPEBGoBV/8VrKJAAGoA/xWgokAA i8ZfXlvCEACLfCQQagFX/xWsokAAagD/FaCiQACLxl9eW8IQAIt8JBBX6AYCAACDxASLxl9eW8IQ AKGggUAAi3wkEIP4ARvA99hQo6CBQABo6QMAAFf/FbiiQAChiHNAAIXAdWvHBYhzQAABAAAAagFq A1f/FbyiQABQ/xW0okAAi8ZfXlvCEAChpIFAAIt8JBCD+AEbwPfYUKOkgUAAaOoDAABX/xW4okAA oYhzQACFwHUcxwWIc0AAAQAAAGoBagNX/xW8okAAUP8VtKJAAIvGX15bwhAAzMzMzMzMzMzMzMzM zIHsMAEAAI1EJDBTi4wkPAEAAFZXixVwc0AAaP8AAABQ ------=_NextPart_000_0099_01E14F85.034F8570-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 7:30: 7 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpproxy2.mitre.org (smtpproxy2.mitre.org [128.29.154.90]) by hub.freebsd.org (Postfix) with ESMTP id 8C54637B400; Thu, 24 Jan 2002 07:29:50 -0800 (PST) Received: from avsrv2.mitre.org (avsrv2.mitre.org [128.29.154.4]) by smtpproxy2.mitre.org (8.11.3/8.11.3) with ESMTP id g0OFTmc20239; Thu, 24 Jan 2002 10:29:48 -0500 (EST) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtpsrv2.mitre.org (8.11.3/8.11.3) with ESMTP id g0OFTki18898; Thu, 24 Jan 2002 10:29:46 -0500 (EST) Received: from dhcp-105-164.mitre.org (128.29.105.164) by mailhub1.mitre.org with SMTP id 8948631; Thu, 24 Jan 2002 10:28:08 -0500 Message-ID: <3C502822.61B07D9D@mitre.org> Date: Thu, 24 Jan 2002 10:28:34 -0500 From: Jason Andresen Organization: The MITRE Corporation X-Mailer: Mozilla 4.75 [en]C-20000818M (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Terry Lambert Cc: Alp Atici , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD 5.x References: <3C4A53EE.B882356C@mindspring.com> <3C4D788E.CE483AF0@mitre.org> <3C4DEA57.A7EEF3A2@mindspring.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: > > Jason Andresen wrote: > > Odd, I can't reproduce that under RedHat: > > I guess you are saying there is a conspiracy to make GCC work > only on RedHat? > > I could believe that... 8-) 8-) 8-). > > Actually, that was against 3.0 at -O2. > > If that's been fixed, I guess we can cut over, as soom as the > non-x86 code generation for our other supported platforms > works again (tried compiling your RedHat for Alpha lately?). Hmm: RedHat (6 ~): gcc3 -O3 -funroll-loops -Wall -pedantic -o gcctest gcctest.c gcctest.c:2: warning: return type defaults to `int' gcctest.c: In function `main': gcctest.c:5: warning: implicit declaration of function `foo' gcctest.c:9: warning: implicit declaration of function `printf' gcctest.c:12: warning: control reaches end of non-void function RedHat (7 ~): ./gcctest hello, stupid compiler! RedHat 24 (8 ~): gcc3 -O2 -funroll-loops -Wall -pedantic -o gcctest gcctest.c gcctest.c:2: warning: return type defaults to `int' gcctest.c: In function `main': gcctest.c:5: warning: implicit declaration of function `foo' gcctest.c:9: warning: implicit declaration of function `printf' gcctest.c:12: warning: control reaches end of non-void function RedHat (9 ~): ./gcctest hello, stupid compiler! RedHat 24 (10 ~): gcc3 -O2 -Wall -pedantic -o gcctest gcctest.c gcctest.c:2: warning: return type defaults to `int' gcctest.c: In function `main': gcctest.c:5: warning: implicit declaration of function `foo' gcctest.c:9: warning: implicit declaration of function `printf' gcctest.c:12: warning: control reaches end of non-void function RedHat (11 ~): uname -a Linux rogue 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT 2001 i686 unknown RedHat (12 ~): gcc3 -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.0.2/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --host=i386-redhat-linux Thread model: posix gcc version 3.0.2 20010905 (Red Hat Linux 7.1 3.0.1-3) RedHat (13 ~): Hmm, I can't reproduce the problem with any setting... Maybe it is time to look into upgrading GCC. -- \ |_ _|__ __|_ \ __| Jason Andresen jandrese@mitre.org |\/ | | | / _| Network and Distributed Systems Engineer _| _|___| _| _|_\___| Office: 703-883-7755 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 8:46: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.stu.neva.ru (ns.stu.neva.ru [194.85.96.53]) by hub.freebsd.org (Postfix) with ESMTP id 1A75537B404 for ; Thu, 24 Jan 2002 08:46:05 -0800 (PST) Received: from imp.stu.neva.ru ([195.208.113.66]:22279 "HELO there") by ns.stu.neva.ru with SMTP id ; Thu, 24 Jan 2002 19:45:43 +0300 Content-Type: text/plain; charset=US-ASCII From: Yuri Shemanin (=?koi8-r?b?4NLJyvvFzcHOyc4=?=) Reply-To: yuri@neva.ru To: Matt Subject: Re: Antivirus in FreeBSD? Date: Thu, 24 Jan 2002 19:45:47 +0300 X-Mailer: KMail [version 1.3] Cc: hackers@FreeBSD.ORG MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Message-Id: <20020124164550Z95001-48492+47@ns.stu.neva.ru> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Take a look at http://www.drweb.ru They have FreeBSD version (filter and scanner) free for evaluation download. Without the registering key it doesn't let you do some optional things like file curing etc. Besides, filter has interface to such an e-mail Ben Laden as sendmail and some other mailers. Works just fine for my mail servers. Regards, Yuri To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 9:45:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from nef.ens.fr (nef.ens.fr [129.199.96.32]) by hub.freebsd.org (Postfix) with ESMTP id 4D24637B400; Thu, 24 Jan 2002 09:45:09 -0800 (PST) Received: from corto.lpt.ens.fr (corto.lpt.ens.fr [129.199.122.2]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id g0OHj7257090 ; Thu, 24 Jan 2002 18:45:07 +0100 (CET) Received: from (rsidd@localhost) by corto.lpt.ens.fr (8.9.3/jtpda-5.3.1) id SAA95143 ; Thu, 24 Jan 2002 18:45:07 +0100 (CET) Date: Thu, 24 Jan 2002 18:45:06 +0100 From: Rahul Siddharthan To: ports@freebsd.org Cc: hackers@freebsd.org Subject: Port: Intel Fortran (and C++?) compilers Message-ID: <20020124184506.B87867@lpt.ens.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 3.4-STABLE i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have the Intel Fortran compiler[1] for Linux (Red Hat 7.1) working on my FreeBSD box, and (barring as-yet-unseen glitches) would like to submit a port by the weekend or so. I'd like some advice on how to proceed with the following issues. 0. I used linux_base-7 because I had it installed already. Intel has a separate download of a different compiler for Red Hat 6.2; I'm not sure I want to mess with that now, though. 1. The compiler and its libraries are installed in /compat/linux/opt/intel/compiler50/ia32/bin/ifc and requires some environment variables pointing to a license file to be set before it runs. I do that with a script called "ifc" in /usr/local/bin, which does the right things. Is there a better way? #!/bin/sh LD_LIBRARY_PATH=/compat/linux/opt/intel/compiler50/ia32/lib/ LM_LICENSE_FILE=/compat/linux/opt/intel/licenses/l_for.lic export LD_LIBRARY_PATH LM_LICENSE_FILE /compat/linux/opt/intel/compiler50/ia32/bin/ifc $@ 2. Though the install script (with patches) installs everything to /compat/linux/opt/intel, the compiler tends to complain of not finding the file /usr/intel/ia32/lib/crtxn.o . I fixed this by making a directory /compat/linux/usr/intel and symlinking /compat/linux/opt/intel/compiler50/ia32 to /compat/linux/usr/intel/ia32. This works but I'm wondering whether there's a "cleaner" solution. 3. The compiler by itself compiles, but does not link; it complains about lots of undefined symbols. To get around this, I use the linux ld, which is not part of linux_base-7 or any other port as far as I see (the linux_devtools seems to be for linux_base-6), so I installed that separately (I could make a separate port of it). Again, lots of options need to be specified properly on the linker command line, so I made a script to do all that called ifclink. So the end-user's instructions to compile, say, test.f would be /usr/local/bin/ifc -c test.f /usr/local/bin/ifclink -o test test.o Among the things the linker script needs to do are: specify the entry symbol (-e main as command line option to ld); specify the Intel libraries to link against; and brand the binary as linux. 4. After all this, the binary still complains saying ELF interpreter /compat/linux/usr/lib/libc.so.1 not found Abort I solve this with a symlink from /compat/linux/ld-2.2.2.so to /compat/linux/usr/lib/libc.so.1 Is there a "cleaner" solution? At this point, the executable runs (and runs quite nicely and fast, in fact). To summarize: as of now, my port would require linux_base-7, install the binutils rpm of Red Hat 7.1 (I could make a separate port linux-binutils-7 for that, perhaps), makes a couple of ugly symlinks in the /compat/linux directory, and installs two scripts -- one to be used only for compiling, and one for linking. This is, I think, quite adequate for most scientific users who are the people who normally need Fortran. Do I go ahead with the above as it is, or does anyone have better ideas? In particular it will be very nice if someone can get the Intel compiler to link the code properly. I think the Intel C++ compiler should be portable along the above lines too. In fact I got it to compile C code into .o files quite easily, which could then be linked with FreeBSD's native ld and libraries to produce a working native FreeBSD binary. It didn't work with C++, but the above approach may have a better chance. Thanks -- Rahul. (Please cc me; as of now I'm not subscribed to either -ports or -hackers) [1] URL: http://developer.intel.com/software/products/compilers/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 9:53: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from carbon.btinternet.com (carbon.btinternet.com [194.73.73.92]) by hub.freebsd.org (Postfix) with ESMTP id 426C637B436; Thu, 24 Jan 2002 09:52:32 -0800 (PST) Received: from host213-122-18-215.btinternet.com ([213.122.18.215] helo=rodson.com) by carbon.btinternet.com with smtp (Exim 3.22 #8) id 16TnwA-0000KP-00; Thu, 24 Jan 2002 17:45:23 +0000 From: "Rodson Universal" To: Subject: Port and Stevedoring Equipment For Sale and Wanted Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Thu, 24 Jan 2002 19:45:01 +0200 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Attn : Stevedoring , crane and engineering dept. We buy and sell crawler and telescopic cranes 50-1000 tons Stevedoring equipment Port cranes equipment ,Shipyard equipment Container cranes and equipment Floating grab cranes , heavy lift cranes , dry docks and barges PLEASE CHECK OUR WEBSITE www.rodson.com We are always looking to buy port cranes and ship unloading systems , bagging plants , pneumatic grain unloaders , dry cargo unloaders , screw type unloaders , dry cargo unloading systems , dry powdered cement unloaders , rail mounted and rubber tyred ship-to-shore cranes , container cranes , grab cranes , coal discharging systems , Port pedastal whirley cranes ,container-handling forklifts and reachstackers , terminal tractors and trailers, electro-hydrauylic grabs 10-14 cu meter Please keep us informed of any equipment you have for sale and let us know your port equipment and stevedoring requirements thanks and regards connie sullivan Please reply to: sales@rodson.com RODSON UNIVERSAL INC www.rodson.com Tel +44 1444 412728 Fax +44 1444 415929 If you feel that you have received this e-mail in error or wish to unsubscribe to future mailings, please reply to this e-mail with "remove" in the subject header. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 11:21:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 9812637B417; Thu, 24 Jan 2002 11:21:44 -0800 (PST) Received: (from dan@localhost) by dan.emsphone.com (8.11.6/8.11.6) id g0OJLbY41885; Thu, 24 Jan 2002 13:21:37 -0600 (CST) (envelope-from dan) Date: Thu, 24 Jan 2002 13:21:37 -0600 From: Dan Nelson To: Rahul Siddharthan Cc: ports@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Port: Intel Fortran (and C++?) compilers Message-ID: <20020124192136.GG87583@dan.emsphone.com> References: <20020124184506.B87867@lpt.ens.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020124184506.B87867@lpt.ens.fr> User-Agent: Mutt/1.3.25i X-OS: FreeBSD 5.0-CURRENT X-message-flag: Outlook Error Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In the last episode (Jan 24), Rahul Siddharthan said: > I have the Intel Fortran compiler[1] for Linux (Red Hat 7.1) working > on my FreeBSD box, and (barring as-yet-unseen glitches) would like to > submit a port by the weekend or so. I'd like some advice on how to > proceed with the following issues. I actually did the same thing you did, but with the C compiler :) I never write a port though. > 1. The compiler and its libraries are installed in > /compat/linux/opt/intel/compiler50/ia32/bin/ifc > and requires some environment variables pointing to a license file to > be set before it runs. I do that with a script called "ifc" in > /usr/local/bin, which does the right things. Is there a better way? > > #!/bin/sh > LD_LIBRARY_PATH=/compat/linux/opt/intel/compiler50/ia32/lib/ > LM_LICENSE_FILE=/compat/linux/opt/intel/licenses/l_for.lic > export LD_LIBRARY_PATH LM_LICENSE_FILE > /compat/linux/opt/intel/compiler50/ia32/bin/ifc $@ I did this instead. I installed into /compat/linux/usr/local/intel, since no-one uses /opt, and put the following script in /usr/local/bin/icc: #! /bin/sh if [ -z "${IA32ROOT}" ] ; then . /compat/linux/usr/local/intel/compiler50/ia32/bin/iccvars.sh fi exec /compat/linux/usr/local/intel/compiler50/ia32/bin/icc "$@" Then simply running (for example) "icc test.c -o test" generates a Linux executable. > 2. Though the install script (with patches) installs everything to > /compat/linux/opt/intel, the compiler tends to complain of not finding > the file /usr/intel/ia32/lib/crtxn.o . I fixed this by making > a directory /compat/linux/usr/intel and symlinking > /compat/linux/opt/intel/compiler50/ia32 to /compat/linux/usr/intel/ia32. > This works but I'm wondering whether there's a "cleaner" solution. I didn't have this problem. Could be a difference in how we installed it. > 3. The compiler by itself compiles, but does not link; it complains > about lots of undefined symbols. To get around this, I use the linux > ld, which is not part of linux_base-7 or any other port as far as I > see (the linux_devtools seems to be for linux_base-6), so I installed > that separately (I could make a separate port of it). Again, lots > of options need to be specified properly on the linker command line, > so I made a script to do all that called ifclink. > > So the end-user's instructions to compile, say, test.f would be > /usr/local/bin/ifc -c test.f > /usr/local/bin/ifclink -o test test.o > > Among the things the linker script needs to do are: specify the > entry symbol (-e main as command line option to ld); specify the Intel > libraries to link against; and brand the binary as linux. You could simply use /compat/linux/bin/ld here :) > 4. After all this, the binary still complains saying > > ELF interpreter /compat/linux/usr/lib/libc.so.1 not found > Abort > > I solve this with a symlink from /compat/linux/ld-2.2.2.so to > /compat/linux/usr/lib/libc.so.1 > Is there a "cleaner" solution? I didn't have this problem either. > Do I go ahead with the above as it is, or does anyone have better > ideas? In particular it will be very nice if someone can get the > Intel compiler to link the code properly. > > I think the Intel C++ compiler should be portable along the above > lines too. In fact I got it to compile C code into .o files quite > easily, which could then be linked with FreeBSD's native ld and > libraries to produce a working native FreeBSD binary. It didn't work > with C++, but the above approach may have a better chance. This is definitely dependant on what you're building. icc will try and use the Linux headers, so if you use FILE, or pretty much any system struct, it's not going to run right. Actually, what might work is "icc -X -I /usr/include", and then link with the freebsd ld. But icc doesn't understand all gcc-isms, which is why Intel had to rewrite a lot of them and put them in intel/compiler50/ia32/substitute_headers. You'de have to do the same for any offending FreeBSD headers. -- Dan Nelson dnelson@allantgroup.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 11:55:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from postfix1-2.free.fr (postfix1-2.free.fr [213.228.0.130]) by hub.freebsd.org (Postfix) with ESMTP id 329E637B43B for ; Thu, 24 Jan 2002 11:54:48 -0800 (PST) Received: from bluerondo.a.la.turk (nas-cbv-5-146-47.dial.proxad.net [62.147.146.47]) by postfix1-2.free.fr (Postfix) with ESMTP id 1A251AB141 for ; Thu, 24 Jan 2002 20:54:46 +0100 (CET) Received: (qmail 632 invoked by uid 1001); 24 Jan 2002 19:53:57 -0000 Date: Thu, 24 Jan 2002 20:53:57 +0100 From: Rahul Siddharthan To: Dan Nelson Cc: ports@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Port: Intel Fortran (and C++?) compilers Message-ID: <20020124205357.A528@lpt.ens.fr> References: <20020124184506.B87867@lpt.ens.fr> <20020124192136.GG87583@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020124192136.GG87583@dan.emsphone.com>; from dnelson@allantgroup.com on Thu, Jan 24, 2002 at 01:21:37PM -0600 X-Operating-System: FreeBSD 4.5-RC i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson said on Jan 24, 2002 at 13:21:37: > > #! /bin/sh > if [ -z "${IA32ROOT}" ] ; then > . /compat/linux/usr/local/intel/compiler50/ia32/bin/iccvars.sh > fi > exec /compat/linux/usr/local/intel/compiler50/ia32/bin/icc "$@" OK, makes sense... I was just putting the contents of iccvars.sh directly into this script. But I happened to leave out the IA32ROOT variable, which was the reason for a couple of the problems below. > Then simply running (for example) "icc test.c -o test" generates a > Linux executable. Not for me... The reason it was not linking earlier was I forgot to set the IA32ROOT variable. Now it links and generates an executable, but on running it, it coredumps with "Bad system call" (even if I brand it as linux first). > > 2. Though the install script (with patches) installs everything to > > /compat/linux/opt/intel, the compiler tends to complain of not finding > > the file /usr/intel/ia32/lib/crtxn.o . > > I didn't have this problem. Could be a difference in how we installed > it. Turns out it was the missing IA32ROOT variable again. > > Among the things the linker script needs to do are: specify the > > entry symbol (-e main as command line option to ld); specify the Intel > > libraries to link against; and brand the binary as linux. > > You could simply use /compat/linux/bin/ld here :) That's what I do already -- it still doesn't brand the binary as linux... the binary type is 0. > > 4. After all this, the binary still complains saying > > > > ELF interpreter /compat/linux/usr/lib/libc.so.1 not found > > Abort > > > > I solve this with a symlink from /compat/linux/ld-2.2.2.so to > > /compat/linux/usr/lib/libc.so.1 > > Is there a "cleaner" solution? > > I didn't have this problem either. It seems to have something to do with the fact that I link using the linux ld. The (non-working) binary directly generated by ifc doesn't say this. > This is definitely dependant on what you're building. icc will try and > use the Linux headers, so if you use FILE, or pretty much any system > struct, it's not going to run right. Actually, what might work is "icc > -X -I /usr/include", and then link with the freebsd ld. But icc > doesn't understand all gcc-isms, which is why Intel had to rewrite a > lot of them and put them in intel/compiler50/ia32/substitute_headers. > You'de have to do the same for any offending FreeBSD headers. True... well, the fortran port would be a good start anyway; it doesn't have this problem, and it fills a larger hole (gcc is very usable and feature-complete, but g77 is really pretty bad, and moreover doesn't support Fortran 90/95...) - Rahul. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 13:38:10 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by hub.freebsd.org (Postfix) with ESMTP id 855A437B416; Thu, 24 Jan 2002 13:37:50 -0800 (PST) Received: from fwd06.sul.t-online.de by mailout05.sul.t-online.com with smtp id 16TrZ6-0002y6-0J; Thu, 24 Jan 2002 22:37:48 +0100 Received: from Magelan.Leidinger.net (520065502893-0001@[217.229.213.72]) by fmrl06.sul.t-online.com with esmtp id 16TrZ2-1HuMADC; Thu, 24 Jan 2002 22:37:44 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.6/8.11.6) with ESMTP id g0OLaRd01258; Thu, 24 Jan 2002 22:36:28 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200201242136.g0OLaRd01258@Magelan.Leidinger.net> Date: Thu, 24 Jan 2002 22:36:26 +0100 (CET) From: Alexander Leidinger Subject: Re: Port: Intel Fortran (and C++?) compilers To: dnelson@allantgroup.com Cc: rsidd@online.fr, ports@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <20020124192136.GG87583@dan.emsphone.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-Sender: 520065502893-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 24 Jan, Dan Nelson wrote: > In the last episode (Jan 24), Rahul Siddharthan said: >> I have the Intel Fortran compiler[1] for Linux (Red Hat 7.1) working >> on my FreeBSD box, and (barring as-yet-unseen glitches) would like to >> submit a port by the weekend or so. I'd like some advice on how to >> proceed with the following issues. > > I actually did the same thing you did, but with the C compiler :) I > never write a port though. But I have a port. :-) >> 1. The compiler and its libraries are installed in >> /compat/linux/opt/intel/compiler50/ia32/bin/ifc >> and requires some environment variables pointing to a license file to >> be set before it runs. I do that with a script called "ifc" in >> /usr/local/bin, which does the right things. Is there a better way? Isn't there something like ifcvars.{,c}sh in the ia32/bin directory? In my port for icc I echo a message which advises the user to source it if he wants to use icc. This way he also can point to a license file in his home directory. IMHO this is a better approach than forcing a global license directory. >> #!/bin/sh >> LD_LIBRARY_PATH=/compat/linux/opt/intel/compiler50/ia32/lib/ >> LM_LICENSE_FILE=/compat/linux/opt/intel/licenses/l_for.lic >> export LD_LIBRARY_PATH LM_LICENSE_FILE >> /compat/linux/opt/intel/compiler50/ia32/bin/ifc $@ > > I did this instead. I installed into /compat/linux/usr/local/intel, > since no-one uses /opt, and put the following script in > /usr/local/bin/icc: > > #! /bin/sh > if [ -z "${IA32ROOT}" ] ; then > . /compat/linux/usr/local/intel/compiler50/ia32/bin/iccvars.sh > fi > exec /compat/linux/usr/local/intel/compiler50/ia32/bin/icc "$@" > > Then simply running (for example) "icc test.c -o test" generates a > Linux executable. Oh, btw, my target for icc is to create native code (and therefore I don't install it into ${LINUXBASE}). This isn't really possible because icc wants to link against the GNU libc, but at least I'm able to generate native .o files (and both types of libraries). LAME is 20% faster (at least for one specific set of options for LAME and one specific audio file) here. >> 2. Though the install script (with patches) installs everything to >> /compat/linux/opt/intel, the compiler tends to complain of not finding >> the file /usr/intel/ia32/lib/crtxn.o . I fixed this by making >> a directory /compat/linux/usr/intel and symlinking >> /compat/linux/opt/intel/compiler50/ia32 to /compat/linux/usr/intel/ia32. >> This works but I'm wondering whether there's a "cleaner" solution. > > I didn't have this problem. Could be a difference in how we installed > it. It's much easier to not use the install script. I feed the RPM's through rpm2cpio and cpio, correct some permissions, patch iccvars.* and *.cfg to use the correct path, patch include/yvals.h to not include features.h and then I use tar to copy the files to $PREFIX. >> 3. The compiler by itself compiles, but does not link; it complains >> about lots of undefined symbols. To get around this, I use the linux They are all glibc symbols (at least this is the case for icc), but they are all located in ia32/lib/*, the generated object files are ok. I was also able to generate a native library which uses SSE/MMX/... instructions depending on the used processor (determined at run time). >> ld, which is not part of linux_base-7 or any other port as far as I >> see (the linux_devtools seems to be for linux_base-6), so I installed >> that separately (I could make a separate port of it). Again, lots >> of options need to be specified properly on the linker command line, >> so I made a script to do all that called ifclink. >> >> So the end-user's instructions to compile, say, test.f would be >> /usr/local/bin/ifc -c test.f >> /usr/local/bin/ifclink -o test test.o >> >> Among the things the linker script needs to do are: specify the >> entry symbol (-e main as command line option to ld); specify the Intel >> libraries to link against; and brand the binary as linux. If you use gcc to link the program, you didn't have to brand the binary, because it will be a native binary then. > You could simply use /compat/linux/bin/ld here :) > >> 4. After all this, the binary still complains saying >> >> ELF interpreter /compat/linux/usr/lib/libc.so.1 not found >> Abort >> >> I solve this with a symlink from /compat/linux/ld-2.2.2.so to >> /compat/linux/usr/lib/libc.so.1 >> Is there a "cleaner" solution? > > I didn't have this problem either. AOL >> Do I go ahead with the above as it is, or does anyone have better >> ideas? In particular it will be very nice if someone can get the >> Intel compiler to link the code properly. No way... at least as long as intel doesn't add an option to not use the default libraries and startup code. Another possiblity would be to write a wrapper library with the missing symbols (which are mapped in some way to the appropriate FreeBSD functionality). >> I think the Intel C++ compiler should be portable along the above >> lines too. In fact I got it to compile C code into .o files quite >> easily, which could then be linked with FreeBSD's native ld and >> libraries to produce a working native FreeBSD binary. It didn't work >> with C++, but the above approach may have a better chance. That's because of a different ABI. I have "WANT_DWARF2_UNWIND=YES" in my make.conf on -current, I haven't tested it, but it should work with C++ here. > This is definitely dependant on what you're building. icc will try and > use the Linux headers, so if you use FILE, or pretty much any system This depends on how you install icc. Here it doesn't use the linux headers. > struct, it's not going to run right. Actually, what might work is "icc > -X -I /usr/include", and then link with the freebsd ld. But icc > doesn't understand all gcc-isms, which is why Intel had to rewrite a > lot of them and put them in intel/compiler50/ia32/substitute_headers. It's a while since I've looked at substitute_headers, but I can only remember changes like "#if defined(_GCC)" -> "#if defined(_GCC) || defined(_ICC)". > You'de have to do the same for any offending FreeBSD headers. Without substitute_headers icc produces very fast code already. At the time I installed icc for the first time I wanted to have a look at which headers should go into substitute_headers, but IMHO it wasn't worth the time, so I just have an empty substitute_headers directory now. Bye, Alexander. -- It's not a bug, it's tradition! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 13:47:14 2002 Delivered-To: freebsd-hackers@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 8F0EC37B402; Thu, 24 Jan 2002 13:47:03 -0800 (PST) Received: from fwd02.sul.t-online.de by mailout11.sul.t-online.com with smtp id 16Tri2-0000ER-03; Thu, 24 Jan 2002 22:47:02 +0100 Received: from Magelan.Leidinger.net (520065502893-0001@[217.229.213.72]) by fmrl02.sul.t-online.com with esmtp id 16Trhj-1OETuDC; Thu, 24 Jan 2002 22:46:43 +0100 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.6/8.11.6) with ESMTP id g0OLiCd01483; Thu, 24 Jan 2002 22:44:13 +0100 (CET) (envelope-from netchild@Leidinger.net) Message-Id: <200201242144.g0OLiCd01483@Magelan.Leidinger.net> Date: Thu, 24 Jan 2002 22:44:11 +0100 (CET) From: Alexander Leidinger Subject: Re: Port: Intel Fortran (and C++?) compilers To: dnelson@allantgroup.com Cc: rsidd@online.fr, ports@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <20020124192136.GG87583@dan.emsphone.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-Sender: 520065502893-0001@t-dialin.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 24 Jan, Dan Nelson wrote: >> I have the Intel Fortran compiler[1] for Linux (Red Hat 7.1) working >> on my FreeBSD box, and (barring as-yet-unseen glitches) would like to >> submit a port by the weekend or so. I'd like some advice on how to >> proceed with the following issues. > > I actually did the same thing you did, but with the C compiler :) I > never write a port though. I forgot: http://www.leidinger.net/FreeBSD/port-patches/linux_icc.tar.bz2 It needs further testing and perhaps a little cleanup in the Makefile, so think of it as a "beta" version of the port. Bye, Alexander. -- If Bill Gates had a dime for every time a Windows box crashed... ...Oh, wait a minute, he already does. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 13:48: 9 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sonic.kks.net (sonic.kks.net [213.161.0.18]) by hub.freebsd.org (Postfix) with ESMTP id 5B35C37B400 for ; Thu, 24 Jan 2002 13:48:03 -0800 (PST) Received: from voyager.kksonline.com (5-51.ro.cable.kks.net [213.161.5.51]) by sonic.kks.net (Postfix) with ESMTP id 9AF8F1F3 for ; Thu, 24 Jan 2002 22:48:13 +0100 (CET) Message-Id: <5.0.2.1.0.20020124224137.0289e0f8@213.161.0.10> X-Sender: arozman@ 213.161.0.10 X-Mailer: QUALCOMM Windows Eudora Version 5.0.2 Date: Thu, 24 Jan 2002 22:45:00 +0100 To: freebsd-hackers@FreeBSD.ORG From: Aleksander Rozman - Andy Subject: Question about some defines In-Reply-To: <20020124205357.A528@lpt.ens.fr> References: <20020124192136.GG87583@dan.emsphone.com> <20020124184506.B87867@lpt.ens.fr> <20020124192136.GG87583@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi ! I came accross some weird define in mbuf.h #if 0 #define MT_SOOPTS 10 #endif When will this define work? I need this value in my code, and I can't make it work. For now I used value 10 directly, but this shouldn't be done this way. Is this type of define, defining value that we shouldn't use or why is this writen in such way. Andy ************************************************************************** * Aleksander Rozman - Andy * Fandoms: E2:EA, SAABer, Trekkie, Earthie * * andy@kksonline.com * Sentinel, BH 90210, True's Trooper, * * andy@atechnet.dhs.org * Heller's Angel, Questie, Legacy, PO5, * * Maribor, Slovenia (Europe) * Profiler, Buffy (Slayerete), Pretender * * ICQ-UIC: 4911125 ********************************************* * PGP key available * http://www.atechnet.dhs.org/~andy/ * ************************************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 14:42: 8 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by hub.freebsd.org (Postfix) with ESMTP id 0D52237B417; Thu, 24 Jan 2002 14:42:04 -0800 (PST) Received: from pool0162.cvx40-bradley.dialup.earthlink.net ([216.244.42.162] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16TsZE-00009T-00; Thu, 24 Jan 2002 14:42:01 -0800 Message-ID: <3C508DB4.E0285E7A@mindspring.com> Date: Thu, 24 Jan 2002 14:41:56 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson Cc: Rahul Siddharthan , ports@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Port: Intel Fortran (and C++?) compilers References: <20020124184506.B87867@lpt.ens.fr> <20020124192136.GG87583@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan Nelson wrote: > This is definitely dependant on what you're building. icc will try and > use the Linux headers, so if you use FILE, or pretty much any system > struct, it's not going to run right. Actually, what might work is "icc > -X -I /usr/include", and then link with the freebsd ld. But icc > doesn't understand all gcc-isms, which is why Intel had to rewrite a > lot of them and put them in intel/compiler50/ia32/substitute_headers. > You'de have to do the same for any offending FreeBSD headers. It's probably a worthwhile exercise to make these conditional on the GCC manifest constant predefines that only show up when you use GCC, so that there aren't unsynchronized copies of everything lying around... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Jan 24 16:32: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from artemis.drwilco.net (artemis.drwilco.net [209.167.6.62]) by hub.freebsd.org (Postfix) with ESMTP id 5E3E837B404 for ; Thu, 24 Jan 2002 16:32:00 -0800 (PST) Received: from ceres.drwilco.net (docwilco.xs4all.nl [213.84.68.230]) by artemis.drwilco.net (8.11.6/8.11.6) with ESMTP id g0P0VmR84996 (using TLSv1/SSLv3 with cipher DES-CBC3-SHA (168 bits) verified NO); Thu, 24 Jan 2002 19:31:50 -0500 (EST) (envelope-from drwilco@drwilco.net) Message-Id: <5.1.0.14.0.20020125011502.01b6d698@mail.drwilco.net> X-Sender: lists@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Fri, 25 Jan 2002 01:41:14 +0100 To: Aleksander Rozman - Andy , freebsd-hackers@FreeBSD.ORG From: "Rogier R. Mulhuijzen" Subject: Re: Question about some defines In-Reply-To: <5.0.2.1.0.20020124224137.0289e0f8@213.161.0.10> References: <20020124205357.A528@lpt.ens.fr> <20020124192136.GG87583@dan.emsphone.com> <20020124184506.B87867@lpt.ens.fr> <20020124192136.GG87583@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 22:45 24-1-2002 +0100, Aleksander Rozman - Andy wrote: >Hi ! > >I came accross some weird define in mbuf.h > >#if 0 >#define MT_SOOPTS 10 >#endif > >When will this define work? I need this value in my code, and I can't make >it work. For now I used value 10 directly, but this shouldn't be done this >way. Is this type of define, defining value that we shouldn't use or why >is this writen in such way. > >Andy Stuff between #if 0 and #endif is ignored by the compiler, since 0 equals false. Doc >************************************************************************** >* Aleksander Rozman - Andy * Fandoms: E2:EA, SAABer, Trekkie, Earthie * >* andy@kksonline.com * Sentinel, BH 90210, True's Trooper, * >* andy@atechnet.dhs.org * Heller's Angel, Questie, Legacy, PO5, * >* Maribor, Slovenia (Europe) * Profiler, Buffy (Slayerete), Pretender * >* ICQ-UIC: 4911125 ********************************************* >* PGP key available * http://www.atechnet.dhs.org/~andy/ * >************************************************************************** > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 2: 7:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by hub.freebsd.org (Postfix) with ESMTP id 80FE237B416 for ; Fri, 25 Jan 2002 02:07:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by cs.rice.edu (Postfix) with ESMTP id 9849018C9 for ; Fri, 25 Jan 2002 04:07:39 -0600 (CST) Received: from colorado.cs.rice.edu (colorado.cs.rice.edu [128.42.1.165]) by cs.rice.edu (Postfix) with ESMTP id 227B118C8 for ; Fri, 25 Jan 2002 04:07:37 -0600 (CST) Received: from localhost (hykim@localhost) by colorado.cs.rice.edu (8.9.3+Sun/8.9.0) with ESMTP id EAA15126 for ; Fri, 25 Jan 2002 04:07:26 -0600 (CST) X-Authentication-Warning: colorado.cs.rice.edu: hykim owned process doing -bs Date: Fri, 25 Jan 2002 04:07:26 -0600 (CST) From: Hyong-Youb Kim To: Subject: vm and vfs_bio Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS snapshot-20010714 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From what I have gathered from 4.4bsd book and 4.3 freebsd source code, struct buf and various b* (read, write etc) functions implement the file cache. I am wondering where the physical pages that struct buf has references to reside in the vm map. It seems its virtual addresses are allocated using buffer_map. Well my real question would be, does the vm maintain a file cache independent of the file cache using struct buf? And this is quite a different question but I will ask here. When a user does a read (followed by open) on a file, the kernel must allocate vnode corresponding to that file right? Assuming the file is not memory-mapped by any other process, would the vnode still have a valid v_object field? Ahh I am confused. Thanks in advance. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 5:53:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from SRDMAIL.SINP.MSU.RU (bigking.sinp.msu.ru [213.131.9.130]) by hub.freebsd.org (Postfix) with ESMTP id 930AB37B422 for ; Fri, 25 Jan 2002 05:52:44 -0800 (PST) Received: from dima (helo=localhost) by SRDMAIL.SINP.MSU.RU with local-esmtp (Exim 3.34 #1) id 16U6mm-000JYK-00 for freebsd-hackers@freebsd.org; Fri, 25 Jan 2002 16:52:56 +0300 Date: Fri, 25 Jan 2002 16:52:56 +0300 (MSK) From: Dmitry Mottl To: freebsd-hackers@freebsd.org Subject: strange TCP slowness... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, All Sorry, for posting a big dump, but it is needed for understanding the problem. I have very slow tcp connection between two computers on the same LAN This computers uses FreeBSD 4.4 GENERIC kernel The problem only occurs when I try to connect to FTP on host A There are NO OTHER problems mentioned I have good performance when I use ftp client on A (both PASSIVE ON and PASSIVE OFF modes), but FTP connections to A are very poor. And I have good perfomance at host B in any cases besides when I connect A This is a TCPDUMP for and passive ftp transfer As you can see the transfer stops every 1 second!!! So the question is WHY?? All sysctl variables are identical I'm not using firewalls or traffic shappers I use ProFTPd 1.2.4 on server and /usr/bin/ftp on client Host A: ed0: port 0xd400-0xd41f irq 11 at device 11.0 on pci0 Host B: xl0: <3Com 3cSOHO100-TX OfficeConnect> port 0xde80-0xdeff mem 0xffeffe80-0xffeffeff irq 9 at device 11.0 on pci0 so A is SERVER and B is CLIENT === 16:25:04.598824 CLIENT..1041 > SERVER.1282: S 3460943278:3460943278(0) win 16384 (DF) 16:25:04.599006 SERVER.1282 > CLIENT..1041: S 1254154146:1254154146(0) ack 3460943279 win 17376 (DF) 16:25:04.599372 CLIENT..1041 > SERVER.1282: . ack 1 win 17376 (DF) 16:25:04.599662 CLIENT..1040 > SERVER.ftp: P 33:46(13) ack 109 win 17376 (DF) [tos 0x10] 16:25:04.601325 SERVER.ftp > CLIENT..1040: P 109:178(69) ack 46 win 17376 (DF) 16:25:04.602522 SERVER.1282 > CLIENT..1041: . 1:1449(1448) ack 1 win 17376 (DF) 16:25:04.602857 SERVER.1282 > CLIENT..1041: . 1449:2897(1448) ack 1 win 17376 (DF) 16:25:04.603957 SERVER.1282 > CLIENT..1041: . 2897:4345(1448) ack 1 win 17376 (DF) 16:25:04.605193 SERVER.1282 > CLIENT..1041: . 4345:5793(1448) ack 1 win 17376 (DF) 16:25:04.606415 SERVER.1282 > CLIENT..1041: . 5793:7241(1448) ack 1 win 17376 (DF) 16:25:04.607643 SERVER.1282 > CLIENT..1041: . 7241:8689(1448) ack 1 win 17376 (DF) 16:25:04.608887 SERVER.1282 > CLIENT..1041: . 8689:10137(1448) ack 1 win 17376 (DF) 16:25:04.610125 SERVER.1282 > CLIENT..1041: . 10137:11585(1448) ack 1 win 17376 (DF) 16:25:04.611337 SERVER.1282 > CLIENT..1041: . 11585:13033(1448) ack 1 win 17376 (DF) 16:25:04.612569 SERVER.1282 > CLIENT..1041: . 13033:14481(1448) ack 1 win 17376 (DF) 16:25:04.615273 CLIENT..1041 > SERVER.1282: . ack 2897 win 15928 (DF) [tos 0x8] 16:25:04.615346 CLIENT..1041 > SERVER.1282: . ack 2897 win 17376 (DF) [tos 0x8] 16:25:04.615417 CLIENT..1041 > SERVER.1282: . ack 2897 win 17376 (DF) [tos 0x8] 16:25:04.616562 SERVER.1282 > CLIENT..1041: . 14481:15929(1448) ack 1 win 17376 (DF) 16:25:04.617148 SERVER.1282 > CLIENT..1041: . 15929:17377(1448) ack 1 win 17376 (DF) 16:25:04.619130 CLIENT..1041 > SERVER.1282: . ack 2897 win 17376 (DF) [tos 0x8] 16:25:04.619299 CLIENT..1041 > SERVER.1282: . ack 2897 win 17376 (DF) [tos 0x8] 16:25:04.619583 SERVER.1282 > CLIENT..1041: . 2897:4345(1448) ack 1 win 17376 (DF) 16:25:04.621130 CLIENT..1041 > SERVER.1282: . ack 4345 win 15928 (DF) [tos 0x8] 16:25:04.621417 SERVER.1282 > CLIENT..1041: . 4345:5793(1448) ack 1 win 17376 (DF) 16:25:04.622983 CLIENT..1041 > SERVER.1282: . ack 5793 win 15928 (DF) [tos 0x8] 16:25:04.623267 SERVER.1282 > CLIENT..1041: . 5793:7241(1448) ack 1 win 17376 (DF) 16:25:04.623524 SERVER.1282 > CLIENT..1041: . 17377:18825(1448) ack 1 win 17376 (DF) 16:25:04.625841 CLIENT..1041 > SERVER.1282: . ack 7241 win 15928 (DF) [tos 0x8] 16:25:04.626119 SERVER.1282 > CLIENT..1041: . 7241:8689(1448) ack 1 win 17376 (DF) 16:25:04.626159 CLIENT..1041 > SERVER.1282: . ack 7241 win 17376 (DF) [tos 0x8] 16:25:04.626419 SERVER.1282 > CLIENT..1041: . 18825:20273(1448) ack 1 win 17376 (DF) 16:25:04.628918 CLIENT..1041 > SERVER.1282: . ack 8689 win 15928 (DF) [tos 0x8] 16:25:04.629212 SERVER.1282 > CLIENT..1041: . 20273:21721(1448) ack 1 win 17376 (DF) 16:25:04.630757 CLIENT..1041 > SERVER.1282: . ack 8689 win 17376 (DF) [tos 0x8] 16:25:04.700884 CLIENT..1040 > SERVER.ftp: . ack 178 win 17376 (DF) [tos 0x10] 16:25:05.620301 SERVER.1282 > CLIENT..1041: . 8689:10137(1448) ack 1 win 17376 (DF) 16:25:05.621865 CLIENT..1041 > SERVER.1282: . ack 10137 win 15928 (DF) [tos 0x8] 16:25:05.622182 SERVER.1282 > CLIENT..1041: . 10137:11585(1448) ack 1 win 17376 (DF) 16:25:05.622411 SERVER.1282 > CLIENT..1041: . 11585:13033(1448) ack 1 win 17376 (DF) 16:25:05.624757 CLIENT..1041 > SERVER.1282: . ack 18825 win 8688 (DF) [tos 0x8] 16:25:05.624823 CLIENT..1041 > SERVER.1282: . ack 18825 win 16880 (DF) [tos 0x8] 16:25:05.625094 SERVER.1282 > CLIENT..1041: . 18825:20273(1448) ack 1 win 17376 (DF) 16:25:05.625134 CLIENT..1041 > SERVER.1282: . ack 18825 win 16880 (DF) [tos 0x8] 16:25:05.625371 SERVER.1282 > CLIENT..1041: . 20273:21721(1448) ack 1 win 17376 (DF) 16:25:05.626534 SERVER.1282 > CLIENT..1041: . 21721:23169(1448) ack 1 win 17376 (DF) 16:25:05.628902 CLIENT..1041 > SERVER.1282: . ack 21721 win 14480 (DF) [tos 0x8] 16:25:05.628974 CLIENT..1041 > SERVER.1282: . ack 21721 win 17376 (DF) [tos 0x8] 16:25:05.629043 CLIENT..1041 > SERVER.1282: . ack 21721 win 17376 (DF) [tos 0x8] 16:25:05.629279 SERVER.1282 > CLIENT..1041: . 23169:24617(1448) ack 1 win 17376 (DF) 16:25:05.629510 SERVER.1282 > CLIENT..1041: . 24617:26065(1448) ack 1 win 17376 (DF) 16:25:05.631855 CLIENT..1041 > SERVER.1282: . ack 21721 win 17376 (DF) [tos 0x8] 16:25:05.632128 CLIENT..1041 > SERVER.1282: . ack 21721 win 17376 (DF) [tos 0x8] 16:25:05.632412 SERVER.1282 > CLIENT..1041: . 21721:23169(1448) ack 1 win 17376 (DF) 16:25:05.633962 CLIENT..1041 > SERVER.1282: . ack 26065 win 13032 (DF) [tos 0x8] 16:25:05.634276 SERVER.1282 > CLIENT..1041: . 26065:27513(1448) ack 1 win 17376 (DF) 16:25:05.634316 CLIENT..1041 > SERVER.1282: . ack 26065 win 17376 (DF) [tos 0x8] 16:25:05.634559 SERVER.1282 > CLIENT..1041: . 27513:28961(1448) ack 1 win 17376 (DF) 16:25:05.637057 CLIENT..1041 > SERVER.1282: . ack 28961 win 15928 (DF) [tos 0x8] 16:25:05.637366 SERVER.1282 > CLIENT..1041: . 28961:30409(1448) ack 1 win 17376 (DF) 16:25:05.637601 SERVER.1282 > CLIENT..1041: . 30409:31857(1448) ack 1 win 17376 (DF) 16:25:05.638796 SERVER.1282 > CLIENT..1041: . 31857:33305(1448) ack 1 win 17376 (DF) 16:25:05.641165 CLIENT..1041 > SERVER.1282: . ack 30409 win 17376 (DF) [tos 0x8] 16:25:05.641455 SERVER.1282 > CLIENT..1041: . 33305:34753(1448) ack 1 win 17376 (DF) 16:25:05.643001 CLIENT..1041 > SERVER.1282: . ack 31857 win 17376 (DF) [tos 0x8] 16:25:05.643287 SERVER.1282 > CLIENT..1041: . 34753:36201(1448) ack 1 win 17376 (DF) 16:25:05.644807 CLIENT..1041 > SERVER.1282: . ack 31857 win 17376 (DF) [tos 0x8] 16:25:06.640319 SERVER.1282 > CLIENT..1041: . 31857:33305(1448) ack 1 win 17376 (DF) 16:25:06.641893 CLIENT..1041 > SERVER.1282: . ack 36201 win 13032 (DF) [tos 0x8] 16:25:06.642202 SERVER.1282 > CLIENT..1041: . 36201:37649(1448) ack 1 win 17376 (DF) 16:25:06.642241 CLIENT..1041 > SERVER.1282: . ack 36201 win 17376 (DF) [tos 0x8] 16:25:06.642482 SERVER.1282 > CLIENT..1041: . 37649:39097(1448) ack 1 win 17376 (DF) 16:25:06.644980 CLIENT..1041 > SERVER.1282: . ack 39097 win 15928 (DF) [tos 0x8] 16:25:06.645277 SERVER.1282 > CLIENT..1041: . 39097:40545(1448) ack 1 win 17376 (DF) 16:25:06.645514 SERVER.1282 > CLIENT..1041: . 40545:41993(1448) ack 1 win 17376 (DF) 16:25:06.646705 SERVER.1282 > CLIENT..1041: . 41993:43441(1448) ack 1 win 17376 (DF) 16:25:06.649076 CLIENT..1041 > SERVER.1282: . ack 40545 win 17376 (DF) [tos 0x8] 16:25:06.649364 SERVER.1282 > CLIENT..1041: . 43441:44889(1448) ack 1 win 17376 (DF) 16:25:06.650954 CLIENT..1041 > SERVER.1282: . ack 41993 win 17376 (DF) [tos 0x8] 16:25:06.651247 SERVER.1282 > CLIENT..1041: . 44889:46337(1448) ack 1 win 17376 (DF) 16:25:06.652768 CLIENT..1041 > SERVER.1282: . ack 41993 win 17376 (DF) [tos 0x8] 16:25:07.650333 SERVER.1282 > CLIENT..1041: . 41993:43441(1448) ack 1 win 17376 (DF) 16:25:07.651893 CLIENT..1041 > SERVER.1282: . ack 46337 win 13032 (DF) [tos 0x8] 16:25:07.652200 SERVER.1282 > CLIENT..1041: . 46337:47785(1448) ack 1 win 17376 (DF) 16:25:07.652243 CLIENT..1041 > SERVER.1282: . ack 46337 win 17376 (DF) [tos 0x8] 16:25:07.652482 SERVER.1282 > CLIENT..1041: . 47785:49233(1448) ack 1 win 17376 (DF) 16:25:07.654976 CLIENT..1041 > SERVER.1282: . ack 49233 win 15928 (DF) [tos 0x8] 16:25:07.655271 SERVER.1282 > CLIENT..1041: . 49233:50681(1448) ack 1 win 17376 (DF) 16:25:07.655504 SERVER.1282 > CLIENT..1041: . 50681:52129(1448) ack 1 win 17376 (DF) 16:25:07.656708 SERVER.1282 > CLIENT..1041: . 52129:53577(1448) ack 1 win 17376 (DF) 16:25:07.659078 CLIENT..1041 > SERVER.1282: . ack 50681 win 17376 (DF) [tos 0x8] 16:25:07.659383 SERVER.1282 > CLIENT..1041: . 53577:55025(1448) ack 1 win 17376 (DF) 16:25:07.660952 CLIENT..1041 > SERVER.1282: . ack 52129 win 17376 (DF) [tos 0x8] 16:25:07.661245 SERVER.1282 > CLIENT..1041: . 55025:56473(1448) ack 1 win 17376 (DF) 16:25:07.662764 CLIENT..1041 > SERVER.1282: . ack 52129 win 17376 (DF) [tos 0x8] 16:25:08.660334 SERVER.1282 > CLIENT..1041: . 52129:53577(1448) ack 1 win 17376 (DF) 16:25:08.661912 CLIENT..1041 > SERVER.1282: . ack 56473 win 13032 (DF) [tos 0x8] 16:25:08.662222 SERVER.1282 > CLIENT..1041: . 56473:57921(1448) ack 1 win 17376 (DF) 16:25:08.662263 CLIENT..1041 > SERVER.1282: . ack 56473 win 17376 (DF) [tos 0x8] 16:25:08.662504 SERVER.1282 > CLIENT..1041: . 57921:59369(1448) ack 1 win 17376 (DF) 16:25:08.665001 CLIENT..1041 > SERVER.1282: . ack 59369 win 15928 (DF) [tos 0x8] 16:25:08.665298 SERVER.1282 > CLIENT..1041: . 59369:60817(1448) ack 1 win 17376 (DF) 16:25:08.665534 SERVER.1282 > CLIENT..1041: . 60817:62265(1448) ack 1 win 17376 (DF) 16:25:08.666735 SERVER.1282 > CLIENT..1041: . 62265:63713(1448) ack 1 win 17376 (DF) 16:25:08.669098 CLIENT..1041 > SERVER.1282: . ack 60817 win 17376 (DF) [tos 0x8] 16:25:08.669393 SERVER.1282 > CLIENT..1041: . 63713:65161(1448) ack 1 win 17376 (DF) 16:25:08.670954 CLIENT..1041 > SERVER.1282: . ack 62265 win 17376 (DF) [tos 0x8] 16:25:08.671245 SERVER.1282 > CLIENT..1041: . 65161:66609(1448) ack 1 win 17376 (DF) 16:25:08.672764 CLIENT..1041 > SERVER.1282: . ack 62265 win 17376 (DF) [tos 0x8] 16:25:09.670346 SERVER.1282 > CLIENT..1041: . 62265:63713(1448) ack 1 win 17376 (DF) 16:25:09.671924 CLIENT..1041 > SERVER.1282: . ack 66609 win 13032 (DF) [tos 0x8] 16:25:09.672271 SERVER.1282 > CLIENT..1041: . 66609:68057(1448) ack 1 win 17376 (DF) 16:25:09.672310 CLIENT..1041 > SERVER.1282: . ack 66609 win 17376 (DF) [tos 0x8] 16:25:09.672547 SERVER.1282 > CLIENT..1041: . 68057:69505(1448) ack 1 win 17376 (DF) 16:25:09.675053 CLIENT..1041 > SERVER.1282: . ack 69505 win 15928 (DF) [tos 0x8] 16:25:09.675352 SERVER.1282 > CLIENT..1041: . 69505:70953(1448) ack 1 win 17376 (DF) 16:25:09.675585 SERVER.1282 > CLIENT..1041: . 70953:72401(1448) ack 1 win 17376 (DF) 16:25:09.676780 SERVER.1282 > CLIENT..1041: . 72401:73849(1448) ack 1 win 17376 (DF) 16:25:09.679151 CLIENT..1041 > SERVER.1282: . ack 70953 win 17376 (DF) [tos 0x8] 16:25:09.679442 SERVER.1282 > CLIENT..1041: . 73849:75297(1448) ack 1 win 17376 (DF) 16:25:09.681029 CLIENT..1041 > SERVER.1282: . ack 72401 win 17376 (DF) [tos 0x8] 16:25:09.681317 SERVER.1282 > CLIENT..1041: . 75297:76745(1448) ack 1 win 17376 (DF) 16:25:09.682835 CLIENT..1041 > SERVER.1282: . ack 72401 win 17376 (DF) [tos 0x8] 16:25:10.680378 SERVER.1282 > CLIENT..1041: . 72401:73849(1448) ack 1 win 17376 (DF) 16:25:10.681933 CLIENT..1041 > SERVER.1282: . ack 76745 win 13032 (DF) [tos 0x8] 16:25:10.682252 SERVER.1282 > CLIENT..1041: . 76745:78193(1448) ack 1 win 17376 (DF) 16:25:10.682293 CLIENT..1041 > SERVER.1282: . ack 76745 win 17376 (DF) [tos 0x8] 16:25:10.682530 SERVER.1282 > CLIENT..1041: . 78193:79641(1448) ack 1 win 17376 (DF) 16:25:10.685032 CLIENT..1041 > SERVER.1282: . ack 79641 win 15928 (DF) [tos 0x8] 16:25:10.685329 SERVER.1282 > CLIENT..1041: . 79641:81089(1448) ack 1 win 17376 (DF) 16:25:10.685560 SERVER.1282 > CLIENT..1041: . 81089:82537(1448) ack 1 win 17376 (DF) 16:25:10.686761 SERVER.1282 > CLIENT..1041: . 82537:83985(1448) ack 1 win 17376 (DF) 16:25:10.689127 CLIENT..1041 > SERVER.1282: . ack 81089 win 17376 (DF) [tos 0x8] 16:25:10.689416 SERVER.1282 > CLIENT..1041: . 83985:85433(1448) ack 1 win 17376 (DF) 16:25:10.691006 CLIENT..1041 > SERVER.1282: . ack 82537 win 17376 (DF) [tos 0x8] 16:25:10.691293 SERVER.1282 > CLIENT..1041: . 85433:86881(1448) ack 1 win 17376 (DF) 16:25:10.692814 CLIENT..1041 > SERVER.1282: . ack 82537 win 17376 (DF) [tos 0x8] 16:25:11.690387 SERVER.1282 > CLIENT..1041: . 82537:83985(1448) ack 1 win 17376 (DF) 16:25:11.691965 CLIENT..1041 > SERVER.1282: . ack 86881 win 13032 (DF) [tos 0x8] 16:25:11.692274 SERVER.1282 > CLIENT..1041: . 86881:88329(1448) ack 1 win 17376 (DF) 16:25:11.692315 CLIENT..1041 > SERVER.1282: . ack 86881 win 17376 (DF) [tos 0x8] 16:25:11.692558 SERVER.1282 > CLIENT..1041: . 88329:89777(1448) ack 1 win 17376 (DF) 16:25:11.695051 CLIENT..1041 > SERVER.1282: . ack 89777 win 15928 (DF) [tos 0x8] 16:25:11.695342 SERVER.1282 > CLIENT..1041: . 89777:91225(1448) ack 1 win 17376 (DF) 16:25:11.695576 SERVER.1282 > CLIENT..1041: . 91225:92673(1448) ack 1 win 17376 (DF) 16:25:11.696772 SERVER.1282 > CLIENT..1041: . 92673:94121(1448) ack 1 win 17376 (DF) 16:25:11.699143 CLIENT..1041 > SERVER.1282: . ack 91225 win 17376 (DF) [tos 0x8] 16:25:11.699433 SERVER.1282 > CLIENT..1041: . 94121:95569(1448) ack 1 win 17376 (DF) 16:25:11.701022 CLIENT..1041 > SERVER.1282: . ack 92673 win 17376 (DF) [tos 0x8] 16:25:11.701318 SERVER.1282 > CLIENT..1041: . 95569:97017(1448) ack 1 win 17376 (DF) 16:25:11.702856 CLIENT..1041 > SERVER.1282: . ack 92673 win 17376 (DF) [tos 0x8] === -- Dmitry A. Mottl Network Administrator Skobeltsyn's Institute of Nuclear Physics Moscow State Unversity dima@sinp.msu.ru (095) 932-88-61 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 6:22:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mercury.inet.metrotor.on.ca (mercury.inet.metrotor.on.ca [137.15.245.11]) by hub.freebsd.org (Postfix) with ESMTP id 499FC37B400 for ; Fri, 25 Jan 2002 06:22:11 -0800 (PST) Received: from icarus.metrotor.on.ca (icarus.metrotor.on.ca [137.15.245.4]) by mercury.inet.metrotor.on.ca (8.9.3+Sun/8.9.3) with ESMTP id JAA27214 for ; Fri, 25 Jan 2002 09:22:04 -0500 (EST) Received: from atlas.net.metrotor.on.ca (atlas.net.metrotor.on.ca [137.15.74.24]) by icarus.metrotor.on.ca (8.8.8+Sun/8.8.8) with ESMTP id JAA05395 for ; Fri, 25 Jan 2002 09:22:03 -0500 (EST) Received: from city.toronto.on.ca (cotgw102.corp.metrotor.on.ca [137.15.74.137]) by atlas.net.metrotor.on.ca (8.9.3+Sun/8.9.3) with SMTP id JAA16135 for ; Fri, 25 Jan 2002 09:22:02 -0500 (EST) Received: from COTGATE-Message_Server by city.toronto.on.ca with Novell_GroupWise; Fri, 25 Jan 2002 09:22:01 -0500 Message-Id: X-Mailer: Novell GroupWise Internet Agent 5.5.4.1 Date: Fri, 25 Jan 2002 09:21:54 -0500 From: "Dariush Azimi" To: Cc: Subject: How can I run CVSup through a firewall? Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello There, I was wondering if you know of any commands that would allow me to update = the cvs port for my freebsd server through a firewall. I can not access the internet without going through the firewall. Thank you for your help To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 7:54:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from fem.uniag.sk (fem.uniag.sk [193.87.97.7]) by hub.freebsd.org (Postfix) with ESMTP id AA09737B400 for ; Fri, 25 Jan 2002 07:54:27 -0800 (PST) Received: from localhost (lk01@localhost) by fem.uniag.sk (8.10.2+Sun/8.10.2) with ESMTP id g0PFrMU05498; Fri, 25 Jan 2002 16:53:22 +0100 (MET) Date: Fri, 25 Jan 2002 16:53:22 +0100 (MET) From: Ladislav Kostal To: Dariush Azimi Cc: hackers@FreeBSD.ORG Subject: Re: How can I run CVSup through a firewall? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 25 Jan 2002, Dariush Azimi wrote: > I can not access the internet without going through the firewall. I use to run small redirector (plug) on server with public IP address and then on client cvsup -g -L 2 -P m /etc/cvsupfile. Ladislav Kostal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 8: 0:56 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id F308F37B400 for ; Fri, 25 Jan 2002 08:00:36 -0800 (PST) Received: (qmail 20307 invoked by uid 1001); 25 Jan 2002 16:00:26 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 25 Jan 2002 16:00:26 -0000 Date: Fri, 25 Jan 2002 11:00:26 -0500 (EST) From: Kenneth Culver To: Dmitry Mottl Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: strange TCP slowness... In-Reply-To: Message-ID: <20020125105951.H20269-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG As far as I know, this is a problem that was fixed in -STABLE sometime in the last month or 2. If I were you I'd upgrade to 4.5 when it comes out and see if that solves the problem. Ken On Fri, 25 Jan 2002, Dmitry Mottl wrote: > Hi, All > > Sorry, for posting a big dump, but it is needed for understanding > the problem. > > I have very slow tcp connection between two computers on the same LAN > This computers uses FreeBSD 4.4 GENERIC kernel > > The problem only occurs when I try to connect to FTP on host A > There are NO OTHER problems mentioned > > I have good performance when I use ftp client on A (both PASSIVE ON > and PASSIVE OFF modes), but FTP connections to A are very poor. > And I have good perfomance at host B in any cases besides when I connect A > > > This is a TCPDUMP for and passive ftp transfer > > As you can see the transfer stops every 1 second!!! > So the question is WHY?? > All sysctl variables are identical > I'm not using firewalls or traffic shappers > > I use ProFTPd 1.2.4 on server and /usr/bin/ftp on client > Host A: ed0: port 0xd400-0xd41f irq 11 at device 11.0 on pci0 > Host B: xl0: <3Com 3cSOHO100-TX OfficeConnect> port 0xde80-0xdeff mem 0xffeffe80-0xffeffeff irq 9 at device 11.0 on pci0 > > so A is SERVER > and B is CLIENT > > === > 16:25:04.598824 CLIENT..1041 > SERVER.1282: S 3460943278:3460943278(0) win 16384 (DF) > 16:25:04.599006 SERVER.1282 > CLIENT..1041: S 1254154146:1254154146(0) ack 3460943279 win 17376 (DF) > 16:25:04.599372 CLIENT..1041 > SERVER.1282: . ack 1 win 17376 (DF) > 16:25:04.599662 CLIENT..1040 > SERVER.ftp: P 33:46(13) ack 109 win 17376 (DF) [tos 0x10] > 16:25:04.601325 SERVER.ftp > CLIENT..1040: P 109:178(69) ack 46 win 17376 (DF) > 16:25:04.602522 SERVER.1282 > CLIENT..1041: . 1:1449(1448) ack 1 win 17376 (DF) > 16:25:04.602857 SERVER.1282 > CLIENT..1041: . 1449:2897(1448) ack 1 win 17376 (DF) > 16:25:04.603957 SERVER.1282 > CLIENT..1041: . 2897:4345(1448) ack 1 win 17376 (DF) > 16:25:04.605193 SERVER.1282 > CLIENT..1041: . 4345:5793(1448) ack 1 win 17376 (DF) > 16:25:04.606415 SERVER.1282 > CLIENT..1041: . 5793:7241(1448) ack 1 win 17376 (DF) > 16:25:04.607643 SERVER.1282 > CLIENT..1041: . 7241:8689(1448) ack 1 win 17376 (DF) > 16:25:04.608887 SERVER.1282 > CLIENT..1041: . 8689:10137(1448) ack 1 win 17376 (DF) > 16:25:04.610125 SERVER.1282 > CLIENT..1041: . 10137:11585(1448) ack 1 win 17376 (DF) > 16:25:04.611337 SERVER.1282 > CLIENT..1041: . 11585:13033(1448) ack 1 win 17376 (DF) > 16:25:04.612569 SERVER.1282 > CLIENT..1041: . 13033:14481(1448) ack 1 win 17376 (DF) > 16:25:04.615273 CLIENT..1041 > SERVER.1282: . ack 2897 win 15928 (DF) [tos 0x8] > 16:25:04.615346 CLIENT..1041 > SERVER.1282: . ack 2897 win 17376 (DF) [tos 0x8] > 16:25:04.615417 CLIENT..1041 > SERVER.1282: . ack 2897 win 17376 (DF) [tos 0x8] > 16:25:04.616562 SERVER.1282 > CLIENT..1041: . 14481:15929(1448) ack 1 win 17376 (DF) > 16:25:04.617148 SERVER.1282 > CLIENT..1041: . 15929:17377(1448) ack 1 win 17376 (DF) > 16:25:04.619130 CLIENT..1041 > SERVER.1282: . ack 2897 win 17376 (DF) [tos 0x8] > 16:25:04.619299 CLIENT..1041 > SERVER.1282: . ack 2897 win 17376 (DF) [tos 0x8] > 16:25:04.619583 SERVER.1282 > CLIENT..1041: . 2897:4345(1448) ack 1 win 17376 (DF) > 16:25:04.621130 CLIENT..1041 > SERVER.1282: . ack 4345 win 15928 (DF) [tos 0x8] > 16:25:04.621417 SERVER.1282 > CLIENT..1041: . 4345:5793(1448) ack 1 win 17376 (DF) > 16:25:04.622983 CLIENT..1041 > SERVER.1282: . ack 5793 win 15928 (DF) [tos 0x8] > 16:25:04.623267 SERVER.1282 > CLIENT..1041: . 5793:7241(1448) ack 1 win 17376 (DF) > 16:25:04.623524 SERVER.1282 > CLIENT..1041: . 17377:18825(1448) ack 1 win 17376 (DF) > 16:25:04.625841 CLIENT..1041 > SERVER.1282: . ack 7241 win 15928 (DF) [tos 0x8] > 16:25:04.626119 SERVER.1282 > CLIENT..1041: . 7241:8689(1448) ack 1 win 17376 (DF) > 16:25:04.626159 CLIENT..1041 > SERVER.1282: . ack 7241 win 17376 (DF) [tos 0x8] > 16:25:04.626419 SERVER.1282 > CLIENT..1041: . 18825:20273(1448) ack 1 win 17376 (DF) > 16:25:04.628918 CLIENT..1041 > SERVER.1282: . ack 8689 win 15928 (DF) [tos 0x8] > 16:25:04.629212 SERVER.1282 > CLIENT..1041: . 20273:21721(1448) ack 1 win 17376 (DF) > 16:25:04.630757 CLIENT..1041 > SERVER.1282: . ack 8689 win 17376 (DF) [tos 0x8] > 16:25:04.700884 CLIENT..1040 > SERVER.ftp: . ack 178 win 17376 (DF) [tos 0x10] > 16:25:05.620301 SERVER.1282 > CLIENT..1041: . 8689:10137(1448) ack 1 win 17376 (DF) > 16:25:05.621865 CLIENT..1041 > SERVER.1282: . ack 10137 win 15928 (DF) [tos 0x8] > 16:25:05.622182 SERVER.1282 > CLIENT..1041: . 10137:11585(1448) ack 1 win 17376 (DF) > 16:25:05.622411 SERVER.1282 > CLIENT..1041: . 11585:13033(1448) ack 1 win 17376 (DF) > 16:25:05.624757 CLIENT..1041 > SERVER.1282: . ack 18825 win 8688 (DF) [tos 0x8] > 16:25:05.624823 CLIENT..1041 > SERVER.1282: . ack 18825 win 16880 (DF) [tos 0x8] > 16:25:05.625094 SERVER.1282 > CLIENT..1041: . 18825:20273(1448) ack 1 win 17376 (DF) > 16:25:05.625134 CLIENT..1041 > SERVER.1282: . ack 18825 win 16880 (DF) [tos 0x8] > 16:25:05.625371 SERVER.1282 > CLIENT..1041: . 20273:21721(1448) ack 1 win 17376 (DF) > 16:25:05.626534 SERVER.1282 > CLIENT..1041: . 21721:23169(1448) ack 1 win 17376 (DF) > 16:25:05.628902 CLIENT..1041 > SERVER.1282: . ack 21721 win 14480 (DF) [tos 0x8] > 16:25:05.628974 CLIENT..1041 > SERVER.1282: . ack 21721 win 17376 (DF) [tos 0x8] > 16:25:05.629043 CLIENT..1041 > SERVER.1282: . ack 21721 win 17376 (DF) [tos 0x8] > 16:25:05.629279 SERVER.1282 > CLIENT..1041: . 23169:24617(1448) ack 1 win 17376 (DF) > 16:25:05.629510 SERVER.1282 > CLIENT..1041: . 24617:26065(1448) ack 1 win 17376 (DF) > 16:25:05.631855 CLIENT..1041 > SERVER.1282: . ack 21721 win 17376 (DF) [tos 0x8] > 16:25:05.632128 CLIENT..1041 > SERVER.1282: . ack 21721 win 17376 (DF) [tos 0x8] > 16:25:05.632412 SERVER.1282 > CLIENT..1041: . 21721:23169(1448) ack 1 win 17376 (DF) > 16:25:05.633962 CLIENT..1041 > SERVER.1282: . ack 26065 win 13032 (DF) [tos 0x8] > 16:25:05.634276 SERVER.1282 > CLIENT..1041: . 26065:27513(1448) ack 1 win 17376 (DF) > 16:25:05.634316 CLIENT..1041 > SERVER.1282: . ack 26065 win 17376 (DF) [tos 0x8] > 16:25:05.634559 SERVER.1282 > CLIENT..1041: . 27513:28961(1448) ack 1 win 17376 (DF) > 16:25:05.637057 CLIENT..1041 > SERVER.1282: . ack 28961 win 15928 (DF) [tos 0x8] > 16:25:05.637366 SERVER.1282 > CLIENT..1041: . 28961:30409(1448) ack 1 win 17376 (DF) > 16:25:05.637601 SERVER.1282 > CLIENT..1041: . 30409:31857(1448) ack 1 win 17376 (DF) > 16:25:05.638796 SERVER.1282 > CLIENT..1041: . 31857:33305(1448) ack 1 win 17376 (DF) > 16:25:05.641165 CLIENT..1041 > SERVER.1282: . ack 30409 win 17376 (DF) [tos 0x8] > 16:25:05.641455 SERVER.1282 > CLIENT..1041: . 33305:34753(1448) ack 1 win 17376 (DF) > 16:25:05.643001 CLIENT..1041 > SERVER.1282: . ack 31857 win 17376 (DF) [tos 0x8] > 16:25:05.643287 SERVER.1282 > CLIENT..1041: . 34753:36201(1448) ack 1 win 17376 (DF) > 16:25:05.644807 CLIENT..1041 > SERVER.1282: . ack 31857 win 17376 (DF) [tos 0x8] > 16:25:06.640319 SERVER.1282 > CLIENT..1041: . 31857:33305(1448) ack 1 win 17376 (DF) > 16:25:06.641893 CLIENT..1041 > SERVER.1282: . ack 36201 win 13032 (DF) [tos 0x8] > 16:25:06.642202 SERVER.1282 > CLIENT..1041: . 36201:37649(1448) ack 1 win 17376 (DF) > 16:25:06.642241 CLIENT..1041 > SERVER.1282: . ack 36201 win 17376 (DF) [tos 0x8] > 16:25:06.642482 SERVER.1282 > CLIENT..1041: . 37649:39097(1448) ack 1 win 17376 (DF) > 16:25:06.644980 CLIENT..1041 > SERVER.1282: . ack 39097 win 15928 (DF) [tos 0x8] > 16:25:06.645277 SERVER.1282 > CLIENT..1041: . 39097:40545(1448) ack 1 win 17376 (DF) > 16:25:06.645514 SERVER.1282 > CLIENT..1041: . 40545:41993(1448) ack 1 win 17376 (DF) > 16:25:06.646705 SERVER.1282 > CLIENT..1041: . 41993:43441(1448) ack 1 win 17376 (DF) > 16:25:06.649076 CLIENT..1041 > SERVER.1282: . ack 40545 win 17376 (DF) [tos 0x8] > 16:25:06.649364 SERVER.1282 > CLIENT..1041: . 43441:44889(1448) ack 1 win 17376 (DF) > 16:25:06.650954 CLIENT..1041 > SERVER.1282: . ack 41993 win 17376 (DF) [tos 0x8] > 16:25:06.651247 SERVER.1282 > CLIENT..1041: . 44889:46337(1448) ack 1 win 17376 (DF) > 16:25:06.652768 CLIENT..1041 > SERVER.1282: . ack 41993 win 17376 (DF) [tos 0x8] > 16:25:07.650333 SERVER.1282 > CLIENT..1041: . 41993:43441(1448) ack 1 win 17376 (DF) > 16:25:07.651893 CLIENT..1041 > SERVER.1282: . ack 46337 win 13032 (DF) [tos 0x8] > 16:25:07.652200 SERVER.1282 > CLIENT..1041: . 46337:47785(1448) ack 1 win 17376 (DF) > 16:25:07.652243 CLIENT..1041 > SERVER.1282: . ack 46337 win 17376 (DF) [tos 0x8] > 16:25:07.652482 SERVER.1282 > CLIENT..1041: . 47785:49233(1448) ack 1 win 17376 (DF) > 16:25:07.654976 CLIENT..1041 > SERVER.1282: . ack 49233 win 15928 (DF) [tos 0x8] > 16:25:07.655271 SERVER.1282 > CLIENT..1041: . 49233:50681(1448) ack 1 win 17376 (DF) > 16:25:07.655504 SERVER.1282 > CLIENT..1041: . 50681:52129(1448) ack 1 win 17376 (DF) > 16:25:07.656708 SERVER.1282 > CLIENT..1041: . 52129:53577(1448) ack 1 win 17376 (DF) > 16:25:07.659078 CLIENT..1041 > SERVER.1282: . ack 50681 win 17376 (DF) [tos 0x8] > 16:25:07.659383 SERVER.1282 > CLIENT..1041: . 53577:55025(1448) ack 1 win 17376 (DF) > 16:25:07.660952 CLIENT..1041 > SERVER.1282: . ack 52129 win 17376 (DF) [tos 0x8] > 16:25:07.661245 SERVER.1282 > CLIENT..1041: . 55025:56473(1448) ack 1 win 17376 (DF) > 16:25:07.662764 CLIENT..1041 > SERVER.1282: . ack 52129 win 17376 (DF) [tos 0x8] > 16:25:08.660334 SERVER.1282 > CLIENT..1041: . 52129:53577(1448) ack 1 win 17376 (DF) > 16:25:08.661912 CLIENT..1041 > SERVER.1282: . ack 56473 win 13032 (DF) [tos 0x8] > 16:25:08.662222 SERVER.1282 > CLIENT..1041: . 56473:57921(1448) ack 1 win 17376 (DF) > 16:25:08.662263 CLIENT..1041 > SERVER.1282: . ack 56473 win 17376 (DF) [tos 0x8] > 16:25:08.662504 SERVER.1282 > CLIENT..1041: . 57921:59369(1448) ack 1 win 17376 (DF) > 16:25:08.665001 CLIENT..1041 > SERVER.1282: . ack 59369 win 15928 (DF) [tos 0x8] > 16:25:08.665298 SERVER.1282 > CLIENT..1041: . 59369:60817(1448) ack 1 win 17376 (DF) > 16:25:08.665534 SERVER.1282 > CLIENT..1041: . 60817:62265(1448) ack 1 win 17376 (DF) > 16:25:08.666735 SERVER.1282 > CLIENT..1041: . 62265:63713(1448) ack 1 win 17376 (DF) > 16:25:08.669098 CLIENT..1041 > SERVER.1282: . ack 60817 win 17376 (DF) [tos 0x8] > 16:25:08.669393 SERVER.1282 > CLIENT..1041: . 63713:65161(1448) ack 1 win 17376 (DF) > 16:25:08.670954 CLIENT..1041 > SERVER.1282: . ack 62265 win 17376 (DF) [tos 0x8] > 16:25:08.671245 SERVER.1282 > CLIENT..1041: . 65161:66609(1448) ack 1 win 17376 (DF) > 16:25:08.672764 CLIENT..1041 > SERVER.1282: . ack 62265 win 17376 (DF) [tos 0x8] > 16:25:09.670346 SERVER.1282 > CLIENT..1041: . 62265:63713(1448) ack 1 win 17376 (DF) > 16:25:09.671924 CLIENT..1041 > SERVER.1282: . ack 66609 win 13032 (DF) [tos 0x8] > 16:25:09.672271 SERVER.1282 > CLIENT..1041: . 66609:68057(1448) ack 1 win 17376 (DF) > 16:25:09.672310 CLIENT..1041 > SERVER.1282: . ack 66609 win 17376 (DF) [tos 0x8] > 16:25:09.672547 SERVER.1282 > CLIENT..1041: . 68057:69505(1448) ack 1 win 17376 (DF) > 16:25:09.675053 CLIENT..1041 > SERVER.1282: . ack 69505 win 15928 (DF) [tos 0x8] > 16:25:09.675352 SERVER.1282 > CLIENT..1041: . 69505:70953(1448) ack 1 win 17376 (DF) > 16:25:09.675585 SERVER.1282 > CLIENT..1041: . 70953:72401(1448) ack 1 win 17376 (DF) > 16:25:09.676780 SERVER.1282 > CLIENT..1041: . 72401:73849(1448) ack 1 win 17376 (DF) > 16:25:09.679151 CLIENT..1041 > SERVER.1282: . ack 70953 win 17376 (DF) [tos 0x8] > 16:25:09.679442 SERVER.1282 > CLIENT..1041: . 73849:75297(1448) ack 1 win 17376 (DF) > 16:25:09.681029 CLIENT..1041 > SERVER.1282: . ack 72401 win 17376 (DF) [tos 0x8] > 16:25:09.681317 SERVER.1282 > CLIENT..1041: . 75297:76745(1448) ack 1 win 17376 (DF) > 16:25:09.682835 CLIENT..1041 > SERVER.1282: . ack 72401 win 17376 (DF) [tos 0x8] > 16:25:10.680378 SERVER.1282 > CLIENT..1041: . 72401:73849(1448) ack 1 win 17376 (DF) > 16:25:10.681933 CLIENT..1041 > SERVER.1282: . ack 76745 win 13032 (DF) [tos 0x8] > 16:25:10.682252 SERVER.1282 > CLIENT..1041: . 76745:78193(1448) ack 1 win 17376 (DF) > 16:25:10.682293 CLIENT..1041 > SERVER.1282: . ack 76745 win 17376 (DF) [tos 0x8] > 16:25:10.682530 SERVER.1282 > CLIENT..1041: . 78193:79641(1448) ack 1 win 17376 (DF) > 16:25:10.685032 CLIENT..1041 > SERVER.1282: . ack 79641 win 15928 (DF) [tos 0x8] > 16:25:10.685329 SERVER.1282 > CLIENT..1041: . 79641:81089(1448) ack 1 win 17376 (DF) > 16:25:10.685560 SERVER.1282 > CLIENT..1041: . 81089:82537(1448) ack 1 win 17376 (DF) > 16:25:10.686761 SERVER.1282 > CLIENT..1041: . 82537:83985(1448) ack 1 win 17376 (DF) > 16:25:10.689127 CLIENT..1041 > SERVER.1282: . ack 81089 win 17376 (DF) [tos 0x8] > 16:25:10.689416 SERVER.1282 > CLIENT..1041: . 83985:85433(1448) ack 1 win 17376 (DF) > 16:25:10.691006 CLIENT..1041 > SERVER.1282: . ack 82537 win 17376 (DF) [tos 0x8] > 16:25:10.691293 SERVER.1282 > CLIENT..1041: . 85433:86881(1448) ack 1 win 17376 (DF) > 16:25:10.692814 CLIENT..1041 > SERVER.1282: . ack 82537 win 17376 (DF) [tos 0x8] > 16:25:11.690387 SERVER.1282 > CLIENT..1041: . 82537:83985(1448) ack 1 win 17376 (DF) > 16:25:11.691965 CLIENT..1041 > SERVER.1282: . ack 86881 win 13032 (DF) [tos 0x8] > 16:25:11.692274 SERVER.1282 > CLIENT..1041: . 86881:88329(1448) ack 1 win 17376 (DF) > 16:25:11.692315 CLIENT..1041 > SERVER.1282: . ack 86881 win 17376 (DF) [tos 0x8] > 16:25:11.692558 SERVER.1282 > CLIENT..1041: . 88329:89777(1448) ack 1 win 17376 (DF) > 16:25:11.695051 CLIENT..1041 > SERVER.1282: . ack 89777 win 15928 (DF) [tos 0x8] > 16:25:11.695342 SERVER.1282 > CLIENT..1041: . 89777:91225(1448) ack 1 win 17376 (DF) > 16:25:11.695576 SERVER.1282 > CLIENT..1041: . 91225:92673(1448) ack 1 win 17376 (DF) > 16:25:11.696772 SERVER.1282 > CLIENT..1041: . 92673:94121(1448) ack 1 win 17376 (DF) > 16:25:11.699143 CLIENT..1041 > SERVER.1282: . ack 91225 win 17376 (DF) [tos 0x8] > 16:25:11.699433 SERVER.1282 > CLIENT..1041: . 94121:95569(1448) ack 1 win 17376 (DF) > 16:25:11.701022 CLIENT..1041 > SERVER.1282: . ack 92673 win 17376 (DF) [tos 0x8] > 16:25:11.701318 SERVER.1282 > CLIENT..1041: . 95569:97017(1448) ack 1 win 17376 (DF) > 16:25:11.702856 CLIENT..1041 > SERVER.1282: . ack 92673 win 17376 (DF) [tos 0x8] > > === > > -- > Dmitry A. Mottl > Network Administrator > Skobeltsyn's Institute of Nuclear Physics > Moscow State Unversity > > dima@sinp.msu.ru (095) 932-88-61 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 9: 1:42 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from patrocles.silby.com (d57.as12.nwbl0.wi.voyager.net [169.207.135.57]) by hub.freebsd.org (Postfix) with ESMTP id 4AE5637B404 for ; Fri, 25 Jan 2002 09:01:36 -0800 (PST) Received: from localhost (silby@localhost) by patrocles.silby.com (8.11.6/8.11.6) with ESMTP id g0PB4X608595; Fri, 25 Jan 2002 11:04:54 GMT (envelope-from silby@silby.com) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Fri, 25 Jan 2002 11:04:32 +0000 (GMT) From: Mike Silbersack To: Dmitry Mottl Cc: freebsd-hackers@freebsd.org Subject: Re: strange TCP slowness... In-Reply-To: Message-ID: <20020125110114.B8543-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 25 Jan 2002, Dmitry Mottl wrote: > Hi, All > > Sorry, for posting a big dump, but it is needed for understanding > the problem. > > I have very slow tcp connection between two computers on the same LAN > This computers uses FreeBSD 4.4 GENERIC kernel > > This is a TCPDUMP for and passive ftp transfer > > As you can see the transfer stops every 1 second!!! > So the question is WHY?? > All sysctl variables are identical > I'm not using firewalls or traffic shappers Well, from this trace it's clear that packet loss is occuring; the 1 second delays are retransmit timeouts, nothing unexpected there. As far as I can tell from looking at the trace, the problem is not a fault in FreeBSD's tcp stack, but rather something hardware related. I'd suggest changing network cards on host A to see if that makes a difference. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 10:12:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from calliope1.fm.intel.com (fmfdns01.fm.intel.com [132.233.247.10]) by hub.freebsd.org (Postfix) with ESMTP id 45E2B37B404 for ; Fri, 25 Jan 2002 10:12:42 -0800 (PST) Received: from fmsmsxvs043.fm.intel.com (fmsmsxv043-1.fm.intel.com [132.233.48.128]) by calliope1.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.49 2002/01/25 02:16:58 root Exp $) with SMTP id SAA19176 for ; Fri, 25 Jan 2002 18:12:42 GMT Received: from fmsmsx019.fm.intel.com ([132.233.42.130]) by fmsmsxvs043.fm.intel.com (NAVGW 2.5.1.16) with SMTP id M2002012510114918247 ; Fri, 25 Jan 2002 10:11:49 -0800 Received: by fmsmsx019.fm.intel.com with Internet Mail Service (5.5.2653.19) id ; Fri, 25 Jan 2002 10:12:39 -0800 Message-ID: <59885C5E3098D511AD690002A5072D3C02AB7BE6@orsmsx111.jf.intel.com> From: "Grover, Andrew" To: "'Ladislav Kostal'" , Dariush Azimi Cc: hackers@FreeBSD.ORG Subject: RE: How can I run CVSup through a firewall? Date: Fri, 25 Jan 2002 10:12:34 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It is a little tricky (IMHO) to set up, but you can use m3socks to allow cvsup to use a SOCKS proxy, if you have one of those. I'm also behind a firewall so that is what I did. Regards -- Andy > From: Ladislav Kostal [mailto:ladislav.kostal@fem.uniag.sk] > On Fri, 25 Jan 2002, Dariush Azimi wrote: > > I can not access the internet without going through the firewall. > > I use to run small redirector (plug) on server with public IP > address and > then on client cvsup -g -L 2 -P m /etc/cvsupfile. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 10:25:51 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from whimsy.udel.edu (whimsy.udel.edu [128.4.2.3]) by hub.freebsd.org (Postfix) with SMTP id 68C6137B400 for ; Fri, 25 Jan 2002 10:25:46 -0800 (PST) Received: from localhost by whimsy.udel.edu id aa00093; 25 Jan 2002 13:25 EST To: hackers@freebsd.org Subject: FreeBSD/Linux audio mods and irig freq X-Face: "csXK}xnnsH\h_ce`T#|pM]tG,6Xu.{3Rb\]&XJgVyTS'w{E+|-(}n:c(Cc* $cbtusxDP6T)Hr'k&zrwq0.3&~bAI~YJco[r.mE+K|(q]F=ZNXug:s6tyOk{VTqARy0#axm6BWti9C d Date: Fri, 25 Jan 2002 13:25:15 -0500 Message-ID: <90.1011983115@whimsy.udel.edu> From: Harlan Stenn Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG So I seem to have the libntp/audio.c stuff working under FreeBSD, and I'm noticing that while the IRIG refclock seems to be working pretty well, as time passes the "freq" value slowly and steadily increases to the point where it exceeds 250 and ntpd stops paying attention to the clock. Any thoughts on how I can figure out what's going on? Harlan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 10:33:33 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tharmas.rintrah.org (dhcp065-031-016-002.insight.rr.com [65.31.16.2]) by hub.freebsd.org (Postfix) with SMTP id 34CBE37B416 for ; Fri, 25 Jan 2002 10:33:28 -0800 (PST) Received: (qmail 22221 invoked by uid 1000); 25 Jan 2002 18:36:07 -0000 Date: Fri, 25 Jan 2002 13:36:07 -0500 From: freebsd-hackers@remdesign.net To: "Grover, Andrew" Cc: freebsd-hackers@freebsd.org Subject: Re: How can I run CVSup through a firewall? Message-ID: <20020125133607.A21690@tharmas.rintrah.org> References: <59885C5E3098D511AD690002A5072D3C02AB7BE6@orsmsx111.jf.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <59885C5E3098D511AD690002A5072D3C02AB7BE6@orsmsx111.jf.intel.com>; from andrew.grover@intel.com on Fri, Jan 25, 2002 at 10:12:34AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jan 25, 2002 at 10:12:34AM -0800, Grover, Andrew wrote: > It is a little tricky (IMHO) to set up, but you can use m3socks to allow > cvsup to use a SOCKS proxy, if you have one of those. I'm also behind a > firewall so that is what I did. > > Regards -- Andy > > > From: Ladislav Kostal [mailto:ladislav.kostal@fem.uniag.sk] > > On Fri, 25 Jan 2002, Dariush Azimi wrote: > > > I can not access the internet without going through the firewall. > > > > I use to run small redirector (plug) on server with public IP > > address and > > then on client cvsup -g -L 2 -P m /etc/cvsupfile. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message man cvsup gives a couple more ideas: USING ssh PORT FORWARDING As an alternative to SOCKS, a user behind a firewall can penetrate it with the TCP port forwarding provided by the Secure Shell package ssh. The user must have a login account on the CVSup server host in order to do this. The procedure is as follows: 1. Establish a connection to the server host with ssh, like this: ssh -f -x -L 5999:localhost:5999 serverhost sleep 60 Replace serverhost with the hostname of the CVSup server, but type `localhost' literally. This sets up the required port forwarding. You must start cvsup before the 60-second sleep finishes. Once the update has begun, ssh will keep the forwarded channels open as long as they are needed. 2. Run cvsup on the local host, including the arguments `-h localhost' on the command line. and CVSup AND FIREWALLS In its default mode, cvsup will work through any firewall which permits outbound connections to port 5999 of the server host. With slightly more permissive firewall rules it may be possible to use passive mode or one of the other modes, for a very slight gain in efficiency. See the description of the -P option for details. For more information on using CVSup with specific kinds of firewalls, see the CVSup FAQ at . --devin -- Mathematicians are like Frenchmen: whatever you say to them they translate into their own language, and forthwith it is something entirely different. -- Johann Wolfgang von Goethe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 10:43:11 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by hub.freebsd.org (Postfix) with ESMTP id 9D33B37B400 for ; Fri, 25 Jan 2002 10:43:09 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1192) id A572310DDFB; Fri, 25 Jan 2002 10:43:08 -0800 (PST) Date: Fri, 25 Jan 2002 10:43:08 -0800 From: Alfred Perlstein To: Hyong-Youb Kim Cc: freebsd-hackers@FreeBSD.org Subject: Re: vm and vfs_bio Message-ID: <20020125104308.I13686@elvis.mu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from hykim@cs.rice.edu on Fri, Jan 25, 2002 at 04:07:26AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Hyong-Youb Kim [020125 02:08] wrote: > > >From what I have gathered from 4.4bsd book and 4.3 freebsd source code, > struct buf and various b* (read, write etc) functions implement the file > cache. I am wondering where the physical pages that struct buf has > references to reside in the vm map. It seems its virtual addresses are > allocated using buffer_map. Well my real question would be, does the vm > maintain a file cache independent of the file cache using struct buf? b->b_pages > And this is quite a different question but I will ask here. When a user > does a read (followed by open) on a file, the kernel must allocate vnode > corresponding to that file right? Assuming the file is not memory-mapped > by any other process, would the vnode still have a valid v_object field? If it is VMIO then yes. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' Tax deductable donations for FreeBSD: http://www.freebsdfoundation.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 10:52:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mailhub.yumyumyum.org (dsl092-171-091.wdc1.dsl.speakeasy.net [66.92.171.91]) by hub.freebsd.org (Postfix) with SMTP id C9E4B37B400 for ; Fri, 25 Jan 2002 10:51:52 -0800 (PST) Received: (qmail 20793 invoked by uid 1001); 25 Jan 2002 18:51:40 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 25 Jan 2002 18:51:40 -0000 Date: Fri, 25 Jan 2002 13:51:40 -0500 (EST) From: Kenneth Culver To: Mike Silbersack Cc: Dmitry Mottl , Subject: Re: strange TCP slowness... In-Reply-To: <20020125110114.B8543-100000@patrocles.silby.com> Message-ID: <20020125135101.Q20778-100000@alpha.yumyumyum.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yeah, I guess it could be packet collision or something... are you connecting the computers through a hub? Ken On Fri, 25 Jan 2002, Mike Silbersack wrote: > > On Fri, 25 Jan 2002, Dmitry Mottl wrote: > > > Hi, All > > > > Sorry, for posting a big dump, but it is needed for understanding > > the problem. > > > > I have very slow tcp connection between two computers on the same LAN > > This computers uses FreeBSD 4.4 GENERIC kernel > > > > This is a TCPDUMP for and passive ftp transfer > > > > As you can see the transfer stops every 1 second!!! > > So the question is WHY?? > > All sysctl variables are identical > > I'm not using firewalls or traffic shappers > > Well, from this trace it's clear that packet loss is occuring; the 1 > second delays are retransmit timeouts, nothing unexpected there. As far > as I can tell from looking at the trace, the problem is not a fault in > FreeBSD's tcp stack, but rather something hardware related. I'd suggest > changing network cards on host A to see if that makes a difference. > > Mike "Silby" Silbersack > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 12:35:22 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id CE18137B416 for ; Fri, 25 Jan 2002 12:35:16 -0800 (PST) Received: from isi.edu (f4f44l1phl5oc8bl@hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id g0PKZGN19311 for ; Fri, 25 Jan 2002 12:35:16 -0800 (PST) Message-ID: <3C51C184.1020706@isi.edu> Date: Fri, 25 Jan 2002 12:35:16 -0800 From: Lars Eggert User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.7) Gecko/20020115 X-Accept-Language: en, de MIME-Version: 1.0 To: hackers@freebsd.org Subject: priority disk scheduling? Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060300030009040108010407" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a cryptographically signed message in MIME format. --------------ms060300030009040108010407 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, does anyone know if a simple priority disk scheduler exists for a recent (4.X) FreeBSD? I don't need anything fancy, basically the POSIX rtprio equivalent for disks. The Eclipse people (at Bell) have something like that, but it's based on an older kernel, and I'd rather use something more recent before looking into porting their stuff. Thanks, Lars -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California --------------ms060300030009040108010407 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIInzCC ArUwggIeoAMCAQICAwWBRzANBgkqhkiG9w0BAQIFADCBkjELMAkGA1UEBhMCWkExFTATBgNV BAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUx HTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVl bWFpbCBSU0EgMjAwMC44LjMwMB4XDTAxMDgyNDE2NDAwMFoXDTAyMDgyNDE2NDAwMFowVDEP MA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2VydDEc MBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkC gYEA0AvLBsD78nxcUHeHkaMgl3b4qYPnfgbf8Lh+HQP8RgGMRG/Yb+vTpkGezlwt9pkJxiD1 1uZDy4CNNJUu3gKxKSb+zRV70O+lkwwftuHoLHoH4xwo3LcQ2LGDpd+I95tUN4dfJ3TmeEcU SF50dC/SuUI4w8AlhXQ8IxrhgdayTpECAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIB BAQTTDJ1TXlmZkJOVWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1Ud EwEB/wQCMAAwDQYJKoZIhvcNAQECBQADgYEAheZhn0pQA8zI7U2K1ZIAl11j0a1DKxnp3GtT vOUrGRB3WvYxidvdZ1kizhEsWeXU81TkNDH0DaRqtOEeu6Q2OhB+jeKEqY7IDAJE4/fI0e+d 6PnG1hd+vEvYmsKHkmzBhPc94XUOKNWO+qVNP2NGyNI3QIDy5wX4fdcOo1S34r4wggK1MIIC HqADAgECAgMFgUcwDQYJKoZIhvcNAQECBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxX ZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYD VQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwg UlNBIDIwMDAuOC4zMDAeFw0wMTA4MjQxNjQwMDBaFw0wMjA4MjQxNjQwMDBaMFQxDzANBgNV BAQTBkVnZ2VydDENMAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkq hkiG9w0BCQEWDWxhcnNlQGlzaS5lZHUwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANAL ywbA+/J8XFB3h5GjIJd2+KmD534G3/C4fh0D/EYBjERv2G/r06ZBns5cLfaZCcYg9dbmQ8uA jTSVLt4CsSkm/s0Ve9DvpZMMH7bh6Cx6B+McKNy3ENixg6XfiPebVDeHXyd05nhHFEhedHQv 0rlCOMPAJYV0PCMa4YHWsk6RAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIBADAaMBgCAQQEE0wy dU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVkdTAMBgNVHRMBAf8E AjAAMA0GCSqGSIb3DQEBAgUAA4GBAIXmYZ9KUAPMyO1NitWSAJddY9GtQysZ6dxrU7zlKxkQ d1r2MYnb3WdZIs4RLFnl1PNU5DQx9A2karThHrukNjoQfo3ihKmOyAwCROP3yNHvnej5xtYX frxL2JrCh5JswYT3PeF1DijVjvqlTT9jRsjSN0CA8ucF+H3XDqNUt+K+MIIDKTCCApKgAwIB AgIBDDANBgkqhkiG9w0BAQQFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4g Q2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEo MCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhh d3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVl bWFpbEB0aGF3dGUuY29tMB4XDTAwMDgzMDAwMDAwMFoXDTAyMDgyOTIzNTk1OVowgZIxCzAJ BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEP MA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UE AxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMDCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEA3jMypmPHCSVFPtJueCdngcXaiBmClw7jRCmKYzUqbXA8+tyu9+50bzC8M5B/ +TRxoKNtmPHDT6Jl2w36S/HW3WGl+YXNVZo1Gp2Sdagnrthy+boC9tewkd4c6avgGAOofENC UFGHgzzwObSbVIoTh/+zm51JZgAtCYnslGvpoWkCAwEAAaNOMEwwKQYDVR0RBCIwIKQeMBwx GjAYBgNVBAMTEVByaXZhdGVMYWJlbDEtMjk3MBIGA1UdEwEB/wQIMAYBAf8CAQAwCwYDVR0P BAQDAgEGMA0GCSqGSIb3DQEBBAUAA4GBAHMbbyZli/8VNEtZYortRL5Jx+gNu4+5DWomKmKE H7iHY3QcbbfPGlORS+HN5jjZ7VD0Omw0kqzmkpxuwSMBwgmn70uuct0GZ/VQby5YuLYLwVBX tewc1+8XttWIm7eiiBrtOVs5fTT8tpYYJU1q9J3Fw5EvqZa4BTxS/N3pYgNIMYICpjCCAqIC AQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcT CUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2 aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDBYFHMAkG BSsOAwIaBQCgggFhMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTAyMDEyNTIwMzUxNlowIwYJKoZIhvcNAQkEMRYEFIMqOMdfp4EIS7fZUjQN7PrWSgOCMFIG CSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMC AgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGtBgsqhkiG9w0BCRACCzGBnaCBmjCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwAgMFgUcwDQYJKoZIhvcNAQEB BQAEgYBY0MHhH6YcCV/Hgjypru23EVwqX6W65zhErD7ohVZjdtkmJRMZHs4JsS+BjoXMlMl3 31g7U6fAump8L6ArVsSuU0jAMvBVR/gUaqB8Mnnb5fLiibbgjGvUDpgk2hNIif6GD1ebMZfP jHehrQe3UzoJ3n7dPOEEI6ARIqIw3SNRqwAAAAAAAA== --------------ms060300030009040108010407-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 13:37:14 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id A3D5837B41C; Fri, 25 Jan 2002 13:37:08 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id g0PLYMG23839; Fri, 25 Jan 2002 22:34:22 +0100 (CET) (envelope-from phk@critter.freebsd.dk) Cc: "Andrew R. Reiter" , hackers@FreeBSD.ORG Subject: Re: Junior Kernel hacker task: Floppy driver mode handling. In-Reply-To: Your message of "Tue, 11 Dec 2001 19:44:13 +0100." <34174.1008096253@critter.freebsd.dk> Date: Fri, 25 Jan 2002 22:34:22 +0100 Message-ID: <23837.1011994462@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Did you make any progress on this Andrew ? In message <34174.1008096253@critter.freebsd.dk>, Poul-Henning Kamp writes: >In message , "And >rew R. Reiter" writes: >> >>Someone already doing this? If not, I'm down. > >You won, you're the first one in my inbox :-) > >Ready ? > >Steady ? > >Start! > >:-) > >> >>On Tue, 11 Dec 2001, Poul-Henning Kamp wrote: >> >>: >>:There exists a patch for adding a mode to our floppy driver to >>:add DEC RX50 media handling. >>: >>:The crucial part of this is the addition of this line: >>: { 10,2,0xFF,0x10,80, 800,1,FDC_300KBPS,1,0x2E,1 }, /* 400K DEC RX50 */ >>: >>:But if one examines the fd.c driver, one cannot help but notice that the >>:handling of densities is a bit convoluted, to put it mildly. >>: >>:I'm looking for a volounteer to do this, it is a quite simple job and >>:I am quite sure that practically everybody has the hardware they need to >>:do this :-) >>: >>:Cleaning it up consists of the following steps: >>: >>:1. Define a new set of (bitmap) macros to distinguish the drive type: >>: #define FD_3S 0x0001 /* 3.5" single density */ >>: #define FD_5S 0x0002 /* 5.25" single density */ >>: ... >>: And use these instead of the FD_1200 and similar in >>: struct fd_data->type. >>: >>:2. Augment the struct fd_type with two new fields: >>: int minor; /* minor device encoding */ >>: int drives; /* bitmap of compatible drives (FD_[35][SD]) */ >>: And fill these fields out in the fd_types[NUMTYPES] array. >>: Add a termination entry at the end of the table so the >>: NUMTYPES, NUMDENS, and FD_%d[5_25] #defines can be eliminated. >>: >>:3. Change the _clone code to use the new "minor" field instead of >>: the private table it uses now. (Eliminate and avoid any >>: use of NUMTYPES, NUMDENS and FD_%d[5_25]). >>: >>:4. Change the code in Fdopen to examine the "drives" field in the >>: fd_types[] array instead of the hardcoded switch. (Eliminate >>: and avoid any use of NUMTYPES, NUMDENS and and FD_%d[5_25]); >>: >>:5. Remove any other use of NUMTYPES, NUMDENS and FD_%d[5_25] >>: >>:6. Add the "rx50" entry from above to the table to show how simple >>: that is now. >>: >>:7. Make it possible to define a new mode from userland with an ioctl. >>: (hint: instead of the index, put a pointer to the struct fd_type into >>: the fd_data structure.) >>: >>:Preferably, send one patch per step rather than one huge patch since that >>:will make reviewing easier. >>: >>:First volounteer to send me email gets the assignment. >>: >>:-- >>:Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >>:phk@FreeBSD.ORG | TCP/IP since RFC 956 >>:FreeBSD committer | BSD since 4.3-tahoe >>:Never attribute to malice what can adequately be explained by incompetence. >>: >>:To Unsubscribe: send mail to majordomo@FreeBSD.org >>:with "unsubscribe freebsd-hackers" in the body of the message >>: >> >>-- >>Andrew R. Reiter >>arr@watson.org >>arr@FreeBSD.org >> >> > >-- >Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >phk@FreeBSD.ORG | TCP/IP since RFC 956 >FreeBSD committer | BSD since 4.3-tahoe >Never attribute to malice what can adequately be explained by incompetence. > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 13:54:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from sandbox.sandstorm.net (user-v3qtgdr.biz.mindspring.com [199.174.193.187]) by hub.freebsd.org (Postfix) with ESMTP id A8F4437B417 for ; Fri, 25 Jan 2002 13:54:03 -0800 (PST) Received: from cjp by sandbox.sandstorm.net with local (Exim 2.05 #2 (Debian)) id 16UEIM-0004EX-00; Fri, 25 Jan 2002 16:54:02 -0500 From: Charles Peterman To: freebsd-hackers@freebsd.org Subject: duplication of large files to memory disk problem Message-Id: Date: Fri, 25 Jan 2002 16:54:02 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG OS: 4.5-RC2 Hardware: Intel STL-2 Dual PIII 1 GIG of PC133 SDRAM PCI ATA-100 Controller Kernel Configuration (Changes from GENERIC): Added SMP, APIC Upped NMBCLUSTERS to 16384 Changed MD_NSECT to 1200000 (600 MEG) Commented out unused Ethernet drivers. Created Memory Disk as specified on md handbook: if [ -e /dev/md0 -a -e /dev/md0c ]; then disklabel -r -w md0 auto && \ newfs /dev/md0c && \ mount /dev/md0c /foo && \ chmod 1777 /foo fi System can write to disk using tcpdump -i fxp0 -w /foo/testfile without much of a problem except a few dropped packets. cp, however, wedges when I use it to duplicate a 112 MB file from another file system. In top the state of the process is MD SEC. This happens regardless of the ufs partition I do it from, whether it is a slice or a dedicated disk. Duplicating the file using dd, the same problem occurs. top shows dd hung on MD SEC. Duplicating files to the memory disk of sizes up to 81 MB has been successful. Any further information provided upon request. All helpful suggestions gratefully accepted. Charles Peterman Sandstorm Enterprises. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 14:28:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.prod.itd.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id E189637B402; Fri, 25 Jan 2002 14:28:24 -0800 (PST) Received: from pool0218.cvx21-bradley.dialup.earthlink.net ([209.179.192.218] helo=mindspring.com) by hawk.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16UEpS-00017c-00; Fri, 25 Jan 2002 14:28:14 -0800 Message-ID: <3C51DBF9.FE0B3A43@mindspring.com> Date: Fri, 25 Jan 2002 14:28:09 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: Robert Watson , Poul-Henning Kamp , Kirk McKusick , Rik van Riel , freebsd-hackers@FreeBSD.ORG, Matt Dillon , David Xu Subject: Re: vm balance References: <3ADDCE50.132B9F5D@elischer.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > Actually there have been times when I did want to mmap a datastream.. > I think a datastream mapped into a user buffer-space is one of the > possible 0-copy methods people sometimes mention. This is ugly. There are prettier ways of doing it. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 14:43:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.prod.itd.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id 3E7D437B404; Fri, 25 Jan 2002 14:43:50 -0800 (PST) Received: from pool0218.cvx21-bradley.dialup.earthlink.net ([209.179.192.218] helo=mindspring.com) by hawk.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16UF4S-0005KE-00; Fri, 25 Jan 2002 14:43:44 -0800 Message-ID: <3C51DF9C.F73AF275@mindspring.com> Date: Fri, 25 Jan 2002 14:43:40 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: Poul-Henning Kamp , Robert Watson , Kirk McKusick , Rik van Riel , freebsd-hackers@FreeBSD.ORG, Matt Dillon , David Xu Subject: Re: vm balance References: <38778.987605692@critter> <3ADDCDCA.86D1B3BE@elischer.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer wrote: > You can mmap() devices and you can mmap files.. > > you cannot mmap FIFOs or sockets. > > for this reason I think that devices are still well represented by > vnodes. If we merged vnodes and vm objects, > then if devices were not vnodes, how would you represent > a vm area that maps a device? Merging vnodes and vm objects is an incredibly bad idea. There is a lot of other work that should be done before that can even be considered, and then it shouldn't be considered. In othe words, it's a good excuse for getting some needed changes in, but it's not a good idea. I know you and Kirk love the idea, but, truly, it is a bad idea. As far as the other work is concerned: o Get rid of struct fileops o Get rid of specfs entirely; using vp's o Fix the permission/ownership problems on FIFOs and sockets that results from the use of struct fileops o Fix range locks on non-file objects o Move the lock list to the vnode o Make the VFS advisory locking into a veto-based interface, which only has something other than "return 0;" on the NFS client code o Delay lock coelescing until after the attempt has *not been* vetoed, in order to save wire traffic in the "local lock conflict" case o Consider getting rid of lock coelescing entirely, by default, in order to comply with the NFSv4 RFC non-coelescing of locks requirement o Allow MMAP'ing of FIFO object o Constrain the buffer size to a multiple of a page size, instead of the weird value of "5K". o Implement them slightly differently o Get rid of fifofs o Give up on the idea of mmaping streams, since to do that would require constraining mbufs to page sized chunks per mbuf, at least on the receive case, since there are adjacency problems with mapping consecutive packets that don't represent the same flow (unless you are willing to rewrite all the firmware in the world, in which case, "go for it!" 8-)). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 15:36: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-r06.mx.aol.com (imo-r06.mx.aol.com [152.163.225.102]) by hub.freebsd.org (Postfix) with ESMTP id AFC9537B402 for ; Fri, 25 Jan 2002 15:36:01 -0800 (PST) Received: from TD790@aol.com by imo-r06.mx.aol.com (mail_out_v31_r1.26.) id n.16b.7bc23bd (25306); Fri, 25 Jan 2002 18:35:53 -0500 (EST) From: TD790@aol.com Message-ID: <16b.7bc23bd.298345d9@aol.com> Date: Fri, 25 Jan 2002 18:35:53 EST Subject: if_rl autodetect problems? To: hackers@freebsd.org Cc: tcarroll@codebig.com MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 139 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A MB with an onboard RTL8100 autonegotiates a 100Mb/s FDX connection ok on a crossover an a 10/100 switch, but it doesnt detect a 10Mb/s hub at all in 4.4-RELEASE. Is this a known problem? if so, has it been corrected? DB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 15:42: 3 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-131.dsl.lsan03.pacbell.net [63.207.60.131]) by hub.freebsd.org (Postfix) with ESMTP id 5823A37B400 for ; Fri, 25 Jan 2002 15:42:01 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EDD8366EF1; Fri, 25 Jan 2002 15:41:58 -0800 (PST) Date: Fri, 25 Jan 2002 15:41:58 -0800 From: Kris Kennaway To: TD790@aol.com Cc: hackers@FreeBSD.ORG, tcarroll@codebig.com Subject: Re: if_rl autodetect problems? Message-ID: <20020125154158.A70241@xor.obsecurity.org> References: <16b.7bc23bd.298345d9@aol.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <16b.7bc23bd.298345d9@aol.com>; from TD790@aol.com on Fri, Jan 25, 2002 at 06:35:53PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 25, 2002 at 06:35:53PM -0500, TD790@aol.com wrote: >=20 > A MB with an onboard RTL8100 autonegotiates a 100Mb/s FDX connection ok o= n a=20 > crossover an a 10/100 switch, but it doesnt detect a 10Mb/s hub at all in= =20 > 4.4-RELEASE. Is this a known problem? The realtek is known to be a crap NIC, yes :) Autodetection is one of its failings. kris --nFreZHaLTZJo0R7j 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 iD8DBQE8Ue1FWry0BWjoQKURAgV/AKDbeGl5mFEPxmZJZsArFYLPISL3eACgg0lZ DFqC04P/CCI0gjf+KadDhd8= =VZxb -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 16:51:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mk-smarthost-1.mail.uk.tiscali.com (mk-smarthost-1.mail.uk.tiscali.com [212.74.112.71]) by hub.freebsd.org (Postfix) with ESMTP id A431B37B400 for ; Fri, 25 Jan 2002 16:51:33 -0800 (PST) Received: from [62.64.213.250] (helo=cream.org) by mk-smarthost-1.mail.uk.tiscali.com with esmtp (Exim 3.33 #1) id 16UH47-000Dls-00 for hackers@freebsd.org; Sat, 26 Jan 2002 00:51:31 +0000 Message-ID: <3C51FD9A.8050005@cream.org> Date: Sat, 26 Jan 2002 00:51:38 +0000 From: Andrew Boothman User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.6) Gecko/20011120 X-Accept-Language: en-gb, en-us MIME-Version: 1.0 To: hackers@freebsd.org Subject: OS Textbook FreeBSD Appendix Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all! Apologies if this is common knowledge, but I recently bought Operating System Concepts by Silberschatz, Galvin and Gagne (published by Wiley) for my Computer Science course and the book has several appendices which are available for download from Wiley's web site. One of these appendices is all about FreeBSD and its internals. It's 48 pages long and is available from http://www.wiley.com/college/silberschatz6e/0471417432/pdf/bsd.pdf with the other appendices available on http://www.wiley.com/college/silberschatz6e/0471417432/student.html I don't really know enough detail about FreeBSD to know if what they've written is accurate or worthwhile but I thought if you guys could give it the quick once over, then it could be linked to from somewhere on the web site and perhaps in the Developer's Guide as well. Thanks. Andrew. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 17: 6:58 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id CA6DC37B402 for ; Fri, 25 Jan 2002 17:06:55 -0800 (PST) Received: from bmah.dyndns.org ([12.233.149.189]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020126010650.INMK3578.rwcrmhc52.attbi.com@bmah.dyndns.org>; Sat, 26 Jan 2002 01:06:50 +0000 Received: (from bmah@localhost) by bmah.dyndns.org (8.11.6/8.11.6) id g0Q16nN80267; Fri, 25 Jan 2002 17:06:49 -0800 (PST) (envelope-from bmah) Message-Id: <200201260106.g0Q16nN80267@bmah.dyndns.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Kris Kennaway Cc: TD790@aol.com, hackers@FreeBSD.ORG, tcarroll@codebig.com Subject: Re: if_rl autodetect problems? In-reply-to: <20020125154158.A70241@xor.obsecurity.org> References: <16b.7bc23bd.298345d9@aol.com> <20020125154158.A70241@xor.obsecurity.org> Comments: In-reply-to Kris Kennaway message dated "Fri, 25 Jan 2002 15:41:58 -0800." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Jan 2002 17:06:49 -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG If memory serves me right, Kris Kennaway wrote: > On Fri, Jan 25, 2002 at 06:35:53PM -0500, TD790@aol.com wrote: > >=20 > > A MB with an onboard RTL8100 autonegotiates a 100Mb/s FDX connection ok o= > n a=20 > > crossover an a 10/100 switch, but it doesnt detect a 10Mb/s hub at all in= > =20 > > 4.4-RELEASE. Is this a known problem? > > The realtek is known to be a crap NIC, yes :) Autodetection is one of > its failings. I seem to remember a driver probe message in -CURRENT (not MFC-ed IIRC) that at least pointed this out as a problem...we ought to MFC this change after the release because this comes up from time to time. Bruce. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 17:29:29 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 8658837B416; Fri, 25 Jan 2002 17:29:25 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g0Q1TKU18106; Fri, 25 Jan 2002 17:29:20 -0800 (PST) (envelope-from dillon) Date: Fri, 25 Jan 2002 17:29:20 -0800 (PST) From: Matthew Dillon Message-Id: <200201260129.g0Q1TKU18106@apollo.backplane.com> To: Terry Lambert Cc: Julian Elischer , Robert Watson , Poul-Henning Kamp , Kirk McKusick , Rik van Riel , freebsd-hackers@FreeBSD.ORG, David Xu Subject: Re: vm balance References: <3ADDCE50.132B9F5D@elischer.org> <3C51DBF9.FE0B3A43@mindspring.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :Julian Elischer wrote: :> Actually there have been times when I did want to mmap a datastream.. :> I think a datastream mapped into a user buffer-space is one of the :> possible 0-copy methods people sometimes mention. : :This is ugly. There are prettier ways of doing it. : :-- Terry Considering that a number of failed attempts have already been made to optimize standard read()/write() calls, and that mmap() isn't really all that well suited to a datastream, I would be inclined to develop a set of system calls to deal with 0-copy streams. I did something similar in one of my embedded OS's. It could actually apply to normal files as easily as to pipes and both UDP and TCP data streams, and would not require any fancy splitting of network headers verses the data payload. It gives the OS the ultimate flexibility in managing 0-copy buffer spaces. actual = readptr(int fd, void **ptr, int bytes); Attempt to read 'bytes' bytes of data from the descriptor. The operating system will map the data read-only and supply a pointer to the base of the buffer (which may or may not be page-aligned). The actual number of bytes available is returned. actual < bytes does NOT signify EOF, because the OS may have other limitations such as having to return piecemeal mbufs, skip packet headers, and so forth. The data will remain valid until the next readptr(), read(), or lseek() call on the descriptor or until the descriptor is closed. You can inform the OS that you have read all the data by calling readptr(fd, NULL, 0) (i.e. if this is a TCP connection this would allow TCP to reclaim the related mbufs). The OS typically leaves the mapped space mapped for efficiency, but the only valid data exists within the specific portion represented by your last readptr() call. The OS is free to reuse its own mappings at any time as long as it leaves the data it has guarenteed to be valid in place. avail = writeptr(int fd, void **ptr, int bytes); Request buffer space to write 'bytes' bytes of data. The OS will map appropriate buffer space and return a pointer to it. This procedure returns the actual number of bytes that may be written into the returned buffer. The OS may limit the available buffer space to fit mbuf/MTU requirements on a TCP connection or for other reasons. You should fill the buffer with 'avail' bytes and call writeptr() again to commit your buffer. Calling lseek() or write() will abort the buffer. You can commit your last writeptr() by calling writeptr(fd, NULL, 0). Close()ing the descriptor without comitting the buffer will result in the loss of the buffer. note: readptr() and writeptr() do not interfere with each other when operating on streams, but one will abort the other when operating on files due to the seek position changing. IOCTL's ioctl(fd, IOPTR_WABORT, bytes); Abort worth of a previously reserved write buffer. Passing -1 aborts the entire buffer. ioctl(fd, IOPTR_WCOMMIT, bytes); Commit bytes worth of a previously reserved write buffer, aborting any remainder after that. Passing -1 commits the entire 'avail' space. This can be used to reserve a large write buffer and then commit a smaller data set. For example, a web server can reserve a 4K response buffer but only commit the actual length of the response. ioctl(fd, IOPTR_WCLEAR, 0); Abort any previously reserved write buffer and force the OS to unmap any cached memory space associated with writeptr(). ioctl(fd, IOPTR_RABORT, bytes); Abort any previously returned read buffer, allowing the OS to reclaim the buffer space if it wishes (especially useful for TCP connections which might have to hold onto mbufs). bytes are aborted. Passing -1 aborts the entire buffer. ioctl(fd, IOPTR_RCLEAR, 0); Abort any previously reserved write buffer and force the OS to unmap any cached memory space associated with readptr(). -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Jan 25 17:31: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 08BF437B402; Fri, 25 Jan 2002 17:31:02 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g0Q1Ux718134; Fri, 25 Jan 2002 17:30:59 -0800 (PST) (envelope-from dillon) Date: Fri, 25 Jan 2002 17:30:59 -0800 (PST) From: Matthew Dillon Message-Id: <200201260130.g0Q1Ux718134@apollo.backplane.com> To: Terry Lambert Cc: Julian Elischer , Poul-Henning Kamp , Robert Watson , Kirk McKusick , Rik van Riel , freebsd-hackers@FreeBSD.ORG, David Xu Subject: Re: vm balance References: <38778.987605692@critter> <3ADDCDCA.86D1B3BE@elischer.org> <3C51DF9C.F73AF275@mindspring.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG : :Julian Elischer wrote: :> You can mmap() devices and you can mmap files.. :> :> you cannot mmap FIFOs or sockets. :> :> for this reason I think that devices are still well represented by :> vnodes. If we merged vnodes and vm objects, :> then if devices were not vnodes, how would you represent :> a vm area that maps a device? : :Merging vnodes and vm objects is an incredibly bad idea. There :is a lot of other work that should be done before that can even :be considered, and then it shouldn't be considered. : :In othe words, it's a good excuse for getting some needed :changes in, but it's not a good idea. : :I know you and Kirk love the idea, but, truly, it is a bad :idea. I like the idea too, but every time I've looked at it it's been a huge mess. In short, I don't think we will *ever* be able to merge vnodes and VM objects. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 9:24: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from blueyonder.co.uk (pcow035o.blueyonder.co.uk [195.188.53.121]) by hub.freebsd.org (Postfix) with ESMTP id BC83937B402 for ; Sat, 26 Jan 2002 09:23:49 -0800 (PST) Received: from pcow035o.blueyonder.co.uk ([127.0.0.1]) by blueyonder.co.uk with Microsoft SMTPSVC(5.5.1877.757.75); Sat, 26 Jan 2002 17:23:48 +0000 Received: from there (unverified [62.30.35.33]) by pcow035o.blueyonder.co.uk (Content Technologies SMTPRS 4.2.9) with SMTP id for ; Sat, 26 Jan 2002 17:23:48 +0000 Message-ID: Content-Type: text/plain; charset="iso-8859-1" From: D [] me To: freebsd-hackers@freebsd.org Subject: possible crash bug Date: Sat, 26 Jan 2002 17:23:34 +0000 X-Mailer: KMail [version 1.3] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Data modified on freelist: word 8 of object 0xc0d81880 size 56 previous type file (0xde00c000 != 0xdeadc0de) panic: zone: entry not free Debugger("panic") Stopped at Debugger+0x34 movb $0,in_Debugger.426 well I I've no idea why its one this I just found it like this this morning I'm running FreeBSD 4.5-RC1 on that machine which I build at installing all the sources from the CD I downloaded off the FTP site besides that its ran fine since the day I downloaded it which was just after the releases of RC1 and I've had no NIC's crash out like normal with my box. Bri, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 11:36: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from chmls18.ne.ipsvc.net (chmls18.ne.ipsvc.net [24.147.1.153]) by hub.freebsd.org (Postfix) with ESMTP id A27EF37B404 for ; Sat, 26 Jan 2002 11:35:56 -0800 (PST) Received: from gandalf (h00045ae37142.ne.mediaone.net [65.96.123.237]) by chmls18.ne.ipsvc.net (8.11.6/8.11.6) with SMTP id g0QJZsG01954 for ; Sat, 26 Jan 2002 14:35:54 -0500 (EST) Message-ID: <008b01c1a6a0$a2942300$6401a8c0@gandalf> From: "Dragon Fire" To: Subject: Emergency Help Needed Date: Sat, 26 Jan 2002 14:35:33 -0500 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 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Folks, I have an emergency and I need some quick help. I just ran boot0cfg to install boot0 as my boot code instead of the standard mbr. This is on a dedicated FreeBSD system. Now the system boots and gives me a choice F4 FreeBSD or F5 Disk 1 both selections hang. I had numerous problems getting 4.4 to boot from the hard disk in the first place because of BIOS disk settings. I am running FreeBSD 4.4 RELEASE and need to get this system up and running again, or at least some of the contents fromthe disk. Anything short of installing on another hard drive and mounting the partition on my now non-bootable disk would be helpful. I've attempted to run the live filesystem from disk2 and this apparently doesn not work, cannot find the ld.so file and/or the image is from a pre 3.0 image. HEEEEEEEEEEEeeeeeeeeeeeeeeeeeeeeeeeeeelllllllllllllllllllllllppppppppppppp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 11:42:37 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-d02.mx.aol.com (imo-d02.mx.aol.com [205.188.157.34]) by hub.freebsd.org (Postfix) with ESMTP id E155837B423 for ; Sat, 26 Jan 2002 11:42:20 -0800 (PST) Received: from TD790@aol.com by imo-d02.mx.aol.com (mail_out_v31_r1.26.) id g.17.2234254c (3976); Sat, 26 Jan 2002 14:42:10 -0500 (EST) From: TD790@aol.com Message-ID: <17.2234254c.29846092@aol.com> Date: Sat, 26 Jan 2002 14:42:10 EST Subject: Re: if_rl autodetect problems? - more To: kris@obsecurity.org Cc: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 139 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In a message dated 01/25/2002 6:42:32 PM Eastern Standard Time, kris@obsecurity.org writes: > > > > A MB with an onboard RTL8100 autonegotiates a 100Mb/s FDX connection ok on > a > > crossover an a 10/100 switch, but it doesnt detect a 10Mb/s hub at all in > > 4.4-RELEASE. Is this a known problem? > > The realtek is known to be a crap NIC, yes :) Autodetection is one of > its failings. > > kris > That may in fact be true, however since they all detect properly when I pop a LINUX drive on the system, it does point to a driver problem. The media stuff can be pretty cryptic if you're not famiar with it (which Im not), so if anyone could point at what to look at I'd appreciate it. Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 11:49:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by hub.freebsd.org (Postfix) with ESMTP id DE89B37B400 for ; Sat, 26 Jan 2002 11:49:21 -0800 (PST) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.6/8.11.6) id g0QJnEV98642; Sat, 26 Jan 2002 19:49:14 GMT (envelope-from rb) Message-Id: <4.3.2.7.2.20020126194645.00bec850@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sat, 26 Jan 2002 19:49:11 +0000 To: "Dragon Fire" , From: Bob Bishop Subject: Re: Emergency Help Needed In-Reply-To: <008b01c1a6a0$a2942300$6401a8c0@gandalf> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 14:35 26/01/02 -0500, Dragon Fire wrote: >I just ran boot0cfg to install boot0 as my boot code instead of the standard >mbr. This is on a dedicated FreeBSD system. Now the system boots and gives >me a choice F4 FreeBSD or F5 Disk 1 both selections hang. I had numerous >problems getting 4.4 to boot from the hard disk in the first place because >of BIOS disk settings. Boot from a floppy (or CD?), interrupt the boostrap once the loader is in and tell it to load from the hard disk. -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 12:12:57 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from damnhippie.dyndns.org (12-253-177-2.client.attbi.com [12.253.177.2]) by hub.freebsd.org (Postfix) with ESMTP id E60DC37B400 for ; Sat, 26 Jan 2002 12:12:45 -0800 (PST) Received: from [172.22.42.2] (peace.hippie.lan [172.22.42.2]) by damnhippie.dyndns.org (8.11.6/8.11.6) with ESMTP id g0QKCM827191; Sat, 26 Jan 2002 13:12:22 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) Date: Sat, 26 Jan 2002 13:12:25 -0700 Subject: Re: Emergency Help Needed From: Ian To: Dragon Fire , Message-ID: In-Reply-To: <008b01c1a6a0$a2942300$6401a8c0@gandalf> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Hi Folks, > > I have an emergency and I need some quick help. > > I just ran boot0cfg to install boot0 as my boot code instead of the standard > mbr. This is on a dedicated FreeBSD system. Now the system boots and gives > me a choice F4 FreeBSD or F5 Disk 1 both selections hang. I had numerous > problems getting 4.4 to boot from the hard disk in the first place because > of BIOS disk settings. I've had a lot of trouble with the mbr since FreeBSD 4.0. The trouble I usually run into is when I stick a new scsi drive into a system which is unformatted or has who-knows-what on it (like it was formerly in a Mac). The adaptec card adds it as "bios drive 1" and then the mbr on drive 0 detects it and gives me choices of F1 or F5, the latter being the new drive. Even if I hit F1 or let it choose that by default, the btx loader crashes. If I reboot and use the adaptec bios settings to exclude the new drive from the bios drive set, then I can boot off the existing drive and properly fdisk and disklabel the new drive so it can be added back to the bios list for the next reboot. It acts very much like the presence of garbage in the mbr of the new drive causes the btx loader stuff to fail. It's been a long time since I've messed with mbr stuff (like, the MSDOS 3.3 days), but I vaguely remember that there's supposed to be a checksum there or something to indicate whether the data and/or loader code is valid. Anyway, I don't know if any of this is appropriate to your situation, just thought I'd mention that in my experience the boot process can get screwed up by data on a drive you're NOT booting from, which is way counter- intuitive to me. If you can exclude other drives from the bios drive list with your bios or scsi-card settings, that might help. -- Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 12:26:18 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (dhcp45-21.dis.org [216.240.45.21]) by hub.freebsd.org (Postfix) with ESMTP id A10B537B402 for ; Sat, 26 Jan 2002 12:26:10 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g0QKP1101174; Sat, 26 Jan 2002 12:25:01 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200201262025.g0QKP1101174@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Bob Bishop Cc: "Dragon Fire" , freebsd-hackers@FreeBSD.ORG Subject: Re: Emergency Help Needed In-reply-to: Your message of "Sat, 26 Jan 2002 19:49:11 GMT." <4.3.2.7.2.20020126194645.00bec850@gid.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 26 Jan 2002 12:25:00 -0800 From: Michael Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > At 14:35 26/01/02 -0500, Dragon Fire wrote: > >I just ran boot0cfg to install boot0 as my boot code instead of the standard > >mbr. This is on a dedicated FreeBSD system. Now the system boots and gives > >me a choice F4 FreeBSD or F5 Disk 1 both selections hang. I had numerous > >problems getting 4.4 to boot from the hard disk in the first place because > >of BIOS disk settings. > > Boot from a floppy (or CD?), interrupt the boostrap once the loader is in > and tell it to load from the hard disk. ... and then you probably want to enable packet mode with boot0cfg. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 13:36:53 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hotmail.com (oe25.law10.hotmail.com [64.4.14.82]) by hub.freebsd.org (Postfix) with ESMTP id DBF9037B417 for ; Sat, 26 Jan 2002 13:36:45 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 26 Jan 2002 13:36:45 -0800 X-Originating-IP: [64.49.131.3] From: "al paqino" To: Subject: helo Date: Sun, 27 Jan 2002 10:34:27 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C1A71E.323F6F00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Message-ID: X-OriginalArrivalTime: 26 Jan 2002 21:36:45.0721 (UTC) FILETIME=[8D8B1890:01C1A6B1] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C1A71E.323F6F00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hi how are you i"m sorry if i butting you but can you send me the = unlocking code of the DREAMWEAVER in my addres and that is = Besi19@hotmail.com thanks any way.=20 ------=_NextPart_000_0005_01C1A71E.323F6F00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hi how are you i"m sorry if i butting = you but can=20 you send me the unlocking code of the DREAMWEAVER in  my addres and = that is Besi19@hotmail.com   = thanks any=20 way.
------=_NextPart_000_0005_01C1A71E.323F6F00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 13:37:26 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by hub.freebsd.org (Postfix) with ESMTP id F330737B435 for ; Sat, 26 Jan 2002 13:37:08 -0800 (PST) Received: (from rizzo@localhost) by iguana.icir.org (8.11.3/8.11.3) id g0QLb8g94193; Sat, 26 Jan 2002 13:37:08 -0800 (PST) (envelope-from rizzo) Date: Sat, 26 Jan 2002 13:37:08 -0800 From: Luigi Rizzo To: hackers@freebsd.org Subject: how to debug a compactflash reader ? Message-ID: <20020126133708.A94104@iguana.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I just got a simple compactflash/smartmedia reader, which i was trying to use on by 4.5-RC2 system. When i plug in the thing, i get the following: Jan 26 22:02:13 luigi /kernel: umass0: USB ReaderSSFDC-CF 0.74 USB ReaderSSFDC-CF 0.74 , rev 1.10/0.74, addr 2 Jan 26 22:02:13 luigi /kernel: umass0: BBB reset failed, IOERROR Jan 26 22:02:13 luigi /kernel: umass0: BBB bulk-in clear stall failed, IOERROR Jan 26 22:02:13 luigi /kernel: umass0: BBB bulk-out clear stall failed, IOERROR Jan 26 22:02:13 luigi /kernel: (da0:umass-sim0:0:0:0): got CAM status 0x4 Jan 26 22:02:13 luigi /kernel: (da0:umass-sim0:0:0:0): fatal error, failed to attach to device Jan 26 22:02:13 luigi /kernel: (da0:umass-sim0:0:0:0): lost device Jan 26 22:02:13 luigi /kernel: (da0:umass-sim0:0:0:0): removing device entry The error messages are repeated typically 11 times if i unplug/replug the unit, except if i do it very quickly. The presence or absence of CF media does not seem to make a difference. How would i go about debugging the problem and trying to support this unit ? The maker is Transcend (www.transcendusa.com) but other than that I know very little about it... thanks luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 13:50:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from rn-re116a13.uwaterloo.ca (rn-re116a13.uwaterloo.ca [129.97.232.81]) by hub.freebsd.org (Postfix) with ESMTP id C283037B400 for ; Sat, 26 Jan 2002 13:50:28 -0800 (PST) Received: (from munish@localhost) by rn-re116a13.uwaterloo.ca (8.11.6/8.11.6) id g0QLjQZ21274 for hackers@FreeBSD.ORG; Sat, 26 Jan 2002 16:45:26 -0500 (EST) (envelope-from munish) Date: Sat, 26 Jan 2002 16:45:26 -0500 From: Munish Chopra To: hackers@FreeBSD.ORG Subject: Re: if_rl autodetect problems? - more Message-ID: <20020126164526.A7576@rn-re116a13.uwaterloo.ca> Mail-Followup-To: hackers@FreeBSD.ORG References: <17.2234254c.29846092@aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17.2234254c.29846092@aol.com>; from TD790@aol.com on Sat, Jan 26, 2002 at 02:42:10PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Jan 26, 2002 at 02:42:10PM -0500, TD790@aol.com wrote: > In a message dated 01/25/2002 6:42:32 PM Eastern Standard Time, > kris@obsecurity.org writes: > > > > > > > A MB with an onboard RTL8100 autonegotiates a 100Mb/s FDX connection ok > on > > a > > > crossover an a 10/100 switch, but it doesnt detect a 10Mb/s hub at all > in > > > 4.4-RELEASE. Is this a known problem? > > > > The realtek is known to be a crap NIC, yes :) Autodetection is one of > > its failings. > > > > kris > > > > That may in fact be true, however since they all detect properly when I pop a > LINUX drive on the system, it does point to a driver problem. > > The media stuff can be pretty cryptic if you're not famiar with it (which Im > not), so if anyone could point at what to look at I'd appreciate it. > > Dennis Well, man ifconfig is usually alright. Basically, I usually had to do an 'ifconfig rl0 -media 10BaseT/UTP' (as I was on a 10MBit HUB), and an 'ifconfig rl0 -mediaopt half-duplex'. I'm not sure whether most of this was because of my crappy HUB or my crappy NIC, but it fixed things anyway. -- Munish Chopra The FreeBSD NVIDIA Driver Initiative http://nvidia.netexplorer.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 13:56:27 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 71F4237B416 for ; Sat, 26 Jan 2002 13:56:24 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g0QLuMp24763; Sat, 26 Jan 2002 13:56:22 -0800 (PST) (envelope-from dillon) Date: Sat, 26 Jan 2002 13:56:22 -0800 (PST) From: Matthew Dillon Message-Id: <200201262156.g0QLuMp24763@apollo.backplane.com> To: Ian Cc: Dragon Fire , Subject: Re: Emergency Help Needed References: Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> Hi Folks, :> :> I have an emergency and I need some quick help. :> :> I just ran boot0cfg to install boot0 as my boot code instead of the standard :> mbr. This is on a dedicated FreeBSD system. Now the system boots and gives :> me a choice F4 FreeBSD or F5 Disk 1 both selections hang. I had numerous :> problems getting 4.4 to boot from the hard disk in the first place because :> of BIOS disk settings. : :I've had a lot of trouble with the mbr since FreeBSD 4.0. The trouble I :usually run into is when I stick a new scsi drive into a system which is :unformatted or has who-knows-what on it (like it was formerly in a Mac). :The adaptec card adds it as "bios drive 1" and then the mbr on drive 0 :detects it and gives me choices of F1 or F5, the latter being the new drive. :Even if I hit F1 or let it choose that by default, the btx loader crashes. :If I reboot and use the adaptec bios settings to exclude the new drive from :the bios drive set, then I can boot off the existing drive and properly :fdisk and disklabel the new drive so it can be added back to the bios list :for the next reboot. I had exactly the same problem... stick in new SCSI disk, btx loader fault. But for me it turned out to be the fact that I originally formatted the disks with a dangerously-dedicated partition. When I reformatted with a normal slice entry things started working again. If adding a SCSI disk causes the fault but the machine works fine with just the first SCSI disk, boot with just the first SCSI disk then plug in the second one *after* the machine has finished booting, do a 'camcontrol recsan ...' as appropriate, and format your new disk. If the original SCSI disk is causing the fault it could be because the original drive was formatted in dangerously-dedicated mode rather then with a real slice. You may have to unplug the disk and then boot the machine from the FreeBSD CDRom, then plug the disk back in, do the camcontrol trick, and mount/backup/reformat/restore the disk. Fun. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 13:59:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-131.dsl.lsan03.pacbell.net [63.207.60.131]) by hub.freebsd.org (Postfix) with ESMTP id 552E637B416 for ; Sat, 26 Jan 2002 13:59:55 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id ACDAD66C11; Sat, 26 Jan 2002 13:59:54 -0800 (PST) Date: Sat, 26 Jan 2002 13:59:54 -0800 From: Kris Kennaway To: al paqino Cc: hackers@FreeBSD.ORG Subject: Re: helo Message-ID: <20020126135954.A18773@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from albaniku84@hotmail.com on Sun, Jan 27, 2002 at 10:34:27AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 27, 2002 at 10:34:27AM +0100, al paqino wrote: > hi how are you i"m sorry if i butting you but can you send me the unlocki= ng code of the DREAMWEAVER in my addres and that is Besi19@hotmail.com t= hanks any way.=20 Hi Al, You can obtain all sorts of codez and hacks at this ftp site: ftp://2130706433/pub/Crackz/ If it doesn't work, keep on trying, because it's often busy. Kris --Nq2Wo0NMKNjxTN9z 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 iD8DBQE8UybaWry0BWjoQKURAopNAJ4hAf3ZfxemD3N8v/e+lvjraloGGACfWqZi t8K0o4SE531fq+2smFnw6o8= =Ek17 -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 14:23:16 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from a.mx.everquick.net (a.mx.everquick.net [216.89.137.3]) by hub.freebsd.org (Postfix) with ESMTP id 3B86D37B402 for ; Sat, 26 Jan 2002 14:23:12 -0800 (PST) Received: from localhost (eddy@localhost) by a.mx.everquick.net (8.11.6/8.10.2) with ESMTP id g0QMN5h21766 for ; Sat, 26 Jan 2002 22:23:05 GMT X-EverQuick-No-Abuse: Report any e-mail abuse to Date: Sat, 26 Jan 2002 22:23:04 +0000 (GMT) From: "E.B. Dreger" To: freebsd-hackers@freebsd.org Subject: dynamic linking: want to play with fire Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greetings, I'm currently STFWing, but would appreciate any pointers that anyone might have. I wish to manually perform "dynamic linking". I'd like to load an executable, .so, or .o, and _manually_ handle the symbol fixups. I looked at dlfcn.c, but found next to nothing there. Next stop: kernel source? I'm reading up on the ELF file format... Any hints? Eddy Brotsman & Dreger, Inc. - EverQuick Internet Division Phone: +1 (316) 794-8922 Wichita/(Inter)national Phone: +1 (785) 865-5885 Lawrence -- Date: Mon, 21 May 2001 11:23:58 +0000 (GMT) From: A Trap To: blacklist@brics.com Subject: Please ignore this portion of my mail signature. These last few lines are a trap for address-harvesting spambots. Do NOT send mail to , or you are likely to be blocked. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 14:43:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by hub.freebsd.org (Postfix) with ESMTP id D20A637B400 for ; Sat, 26 Jan 2002 14:43:25 -0800 (PST) Received: from lungfish.ntlworld.com ([62.253.148.103]) by mta03-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020126224324.ZBTD8780.mta03-svc.ntlworld.com@lungfish.ntlworld.com> for ; Sat, 26 Jan 2002 22:43:24 +0000 Received: from tuatara.goatsucker.org (tuatara.goatsucker.org [192.168.1.6]) by lungfish.ntlworld.com (8.11.3/8.11.3) with ESMTP id g0QMhMn34874 for ; Sat, 26 Jan 2002 22:43:22 GMT (envelope-from scott@tuatara.goatsucker.org) Received: (from scott@localhost) by tuatara.goatsucker.org (8.11.6/8.11.6) id g0QMghE84688 for freebsd-hackers@freebsd.org; Sat, 26 Jan 2002 22:42:43 GMT (envelope-from scott) Date: Sat, 26 Jan 2002 22:42:43 +0000 From: Scott Mitchell To: freebsd-hackers@freebsd.org Subject: PAM, setusercontext, kdm and ports/32273 Message-ID: <20020126224243.A72777@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 4.5-RC i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I've been looking at PR ports/32273, after noticing that kdm wasn't picking up my lang and charset selections from ~/login_conf. The problem seems to be that kdm thinks PAM and setusercontext() are mutually exclusive, and it's built with PAM enabled by default. Fixing kdm to DTRT in this situation -- I'm defining the Right Thing as 'how xdm does it' -- looks to be pretty simple. However, this got me thinking -- is the right solution here to have a PAM module that does the setusercontext(), so programs that already know about PAM will just work, without needing to know about setusercontext() as well? I can see that causing problems with programs (login, xdm, etc.) that already understand both mechanisms, but they could always not use this hypothetical pam_setusercontext module, right? So, is this a worthwhile thing to have? I'm happy to either write the PAM module or fix kdm, but I'd rather not waste my time learning about PAM internals if people think this would be a pointless exercise. I await your pearls of wisdom... Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott.mitchell@mail.com | 0xAA775B8B | -- Anon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 14:53: 6 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by hub.freebsd.org (Postfix) with ESMTP id 87C7637B416 for ; Sat, 26 Jan 2002 14:53:01 -0800 (PST) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id g0QMqpt82416; Sat, 26 Jan 2002 14:52:51 -0800 (PST) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.6/8.11.0) id g0QMqof04603; Sat, 26 Jan 2002 14:52:50 -0800 (PST) (envelope-from jdp) Date: Sat, 26 Jan 2002 14:52:50 -0800 (PST) Message-Id: <200201262252.g0QMqof04603@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: eddy+public+spam@noc.everquick.net Subject: Re: dynamic linking: want to play with fire In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article , E.B. Dreger wrote: > > I'd like to load an executable, .so, or .o, and _manually_ handle > the symbol fixups. I looked at dlfcn.c, but found next to > nothing there. Next stop: kernel source? Look in "src/libexec/rtld-elf". John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 15: 2: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mk-smarthost-1.mail.uk.tiscali.com (mk-smarthost-1.mail.uk.tiscali.com [212.74.112.71]) by hub.freebsd.org (Postfix) with ESMTP id A23AC37B416; Sat, 26 Jan 2002 15:01:46 -0800 (PST) Received: from [80.225.82.231] (helo=ppp-225-82-231.friaco.access.uk.tiscali.com) by mk-smarthost-1.mail.uk.tiscali.com with esmtp (Exim 3.33 #1) id 16UbpQ-000HTp-00; Sat, 26 Jan 2002 23:01:45 +0000 Date: Sat, 26 Jan 2002 23:04:30 +0000 (GMT) From: Tim To: Cc: , Subject: atapi read digitial audio failing Message-ID: <20020126225217.R468-100000@charon.home.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm currently using FreeBSD 4.4 Release with a relatively new mainboard. I have found that I am no longer able to read digital audio from my old CDROM or new DVD. Unfortunately the last time I tested this, and found it to work, was with my old cdrom, old mainboard and FreeBSD 3.2. I've seen this reported on the mailing lists by two others: David Rufino and Mark Hannon I also have a VIA motherboard with VIA 82C686 controller. It seems that this problem is not related to configuration or the applications that are being used, but hardware/drivers. Errors I'm seeing are: acd0: READ_CD - ABORTED COMMAND asc=4e ascq=00 error=04 acd0: READ_CD - ILLEGAL REQUEST asc=21 ascq=00 error=04 If anyone knows what is wrong or how this problem can be fixed could they please let me know. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 15:48:36 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mk-smarthost-1.mail.uk.tiscali.com (mk-smarthost-1.mail.uk.tiscali.com [212.74.112.71]) by hub.freebsd.org (Postfix) with ESMTP id 41A6737B400; Sat, 26 Jan 2002 15:48:30 -0800 (PST) Received: from [80.225.82.231] (helo=ppp-225-82-231.friaco.access.uk.tiscali.com) by mk-smarthost-1.mail.uk.tiscali.com with esmtp (Exim 3.33 #1) id 16UcYd-000Ngv-00; Sat, 26 Jan 2002 23:48:28 +0000 Date: Sat, 26 Jan 2002 23:51:13 +0000 (GMT) From: Tim Borgeaud To: Cc: , Subject: RE: atapi read digitial audio failing Message-ID: <20020126234841.D538-100000@charon.home.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I also appear to be having a problem getting my email address sorted at the mo. It should be t_borgeaud@lineone.net When I'm in less of a hurry I'll sort it out. Sorry about the daft address in my previous mail. Tim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 16:14:48 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 39D8C37B404 for ; Sat, 26 Jan 2002 16:14:45 -0800 (PST) Received: from pool0083.cvx21-bradley.dialup.earthlink.net ([209.179.192.83] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16Ucy3-0006kJ-00; Sat, 26 Jan 2002 16:14:43 -0800 Message-ID: <3C53466F.E3B6DF54@mindspring.com> Date: Sat, 26 Jan 2002 16:14:39 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "D [] me" Cc: freebsd-hackers@freebsd.org Subject: Re: possible crash bug References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "D [] me" wrote: > Data modified on freelist: word 8 of object 0xc0d81880 size 56 previous type > file (0xde00c000 != 0xdeadc0de) > panic: zone: entry not free > Debugger("panic") > Stopped at Debugger+0x34 movb $0,in_Debugger.426 > > well I I've no idea why its one this I just found it like this this morning > I'm running FreeBSD 4.5-RC1 on that machine which I build at installing all > the sources from the CD I downloaded off the FTP site besides that its ran > fine since the day I downloaded it which was just after the releases of RC1 > and I've had no NIC's crash out like normal with my box. Find all 56 byte sized structures in the kernel. It will be one of these being freed, and then reallocated. The normal cause of this is a structure that is freed, but is then continued to be used. The last one of these I personally found was the credential structure reference count overflow at 65536. 8-). Happy Snipe hunting! -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 16:52:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id DDB0537B402 for ; Sat, 26 Jan 2002 16:52:14 -0800 (PST) Received: from pool0083.cvx21-bradley.dialup.earthlink.net ([209.179.192.83] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16UdYF-0003ui-00; Sat, 26 Jan 2002 16:52:07 -0800 Message-ID: <3C534F33.2755EED9@mindspring.com> Date: Sat, 26 Jan 2002 16:52:03 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Scott Mitchell Cc: freebsd-hackers@freebsd.org Subject: Re: PAM, setusercontext, kdm and ports/32273 References: <20020126224243.A72777@localhost> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Scott Mitchell wrote: > However, this got me thinking -- is the right solution here to have a PAM > module that does the setusercontext(), so programs that already know about > PAM will just work, without needing to know about setusercontext() as well? > I can see that causing problems with programs (login, xdm, etc.) that > already understand both mechanisms, but they could always not use this > hypothetical pam_setusercontext module, right? > > So, is this a worthwhile thing to have? I'm happy to either write the PAM > module or fix kdm, but I'd rather not waste my time learning about PAM > internals if people think this would be a pointless exercise. No. THis is a bad idea. Fix KDM instead. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 19:27: 5 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from marvin.idsi.net (66-168-58-99.jvl.wi.charter.com [66.168.58.99]) by hub.freebsd.org (Postfix) with ESMTP id C3E8037B400 for ; Sat, 26 Jan 2002 19:27:00 -0800 (PST) Received: by marvin.idsi.net (8.11.6/8.11.6) id g0R3Qdf00273 for freebsd-hackers@FreeBSD.ORG; Sat, 26 Jan 2002 21:26:39 -0600 (CST) (envelope-from mkm) Message-Id: <200201270326.g0R3Qdf00273@marvin.idsi.net> Content-Type: text/plain; charset="iso-8859-1" From: mkm Reply-To: mkm@idsi.net To: freebsd-hackers@FreeBSD.ORG Subject: Problem Report i386/34057 (tested patch for agpgart for AMD chipsets) Date: Sat, 26 Jan 2002 21:26:39 -0600 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I was wondering if someone would take a look at PR i386/34057 and commit it, its the only way I can get DRI to work, without this patch my machine locks up. Thanks in advance -- Kyle Martin mkm@idsi.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 23:31:31 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tomts10-srv.bellnexxia.net (tomts10.bellnexxia.net [209.226.175.54]) by hub.freebsd.org (Postfix) with ESMTP id 18F5C37B428 for ; Sat, 26 Jan 2002 23:31:11 -0800 (PST) Received: from xena.gsicomp.on.ca ([199.243.128.21]) by tomts10-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20020127073110.BNFI3328.tomts10-srv.bellnexxia.net@xena.gsicomp.on.ca> for ; Sun, 27 Jan 2002 02:31:10 -0500 Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.11.1) with SMTP id g0R7LAX38712 for ; Sun, 27 Jan 2002 02:21:10 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <004a01c1a704$974dca50$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: Subject: Reading BIOS from userland Date: Sun, 27 Jan 2002 02:31:07 -0500 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.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there any easy way to read the contents of a system BIOS from userland? bios(9) seems to have some very specific kernel-related BIOS routines, but nothing generic. I'm trying to write a program that will dump the BIOS image to stdout so that I can use strings(1) to sniff out version strings and other textual data on systems that can't be rebooted and/or easily reached. -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 23:43:59 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (dhcp45-21.dis.org [216.240.45.21]) by hub.freebsd.org (Postfix) with ESMTP id 76FBC37B417; Sat, 26 Jan 2002 23:43:57 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g0R7i8r02111; Sat, 26 Jan 2002 23:44:08 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200201270744.g0R7i8r02111@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Matthew Emmerton" Cc: freebsd-hackers@freebsd.org, ps@freebsd.org Subject: Re: Reading BIOS from userland In-reply-to: Your message of "Sun, 27 Jan 2002 02:31:07 EST." <004a01c1a704$974dca50$1200a8c0@gsicomp.on.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 26 Jan 2002 23:44:08 -0800 From: Michael Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Is there any easy way to read the contents of a system BIOS from userland? No. Most modern BIOS code is paged, compressed and in some cases encrypted. > bios(9) seems to have some very specific kernel-related BIOS routines, but > nothing generic. I'm trying to write a program that will dump the BIOS > image to stdout so that I can use strings(1) to sniff out version strings > and other textual data on systems that can't be rebooted and/or easily > reached. If this is all that you want, you can just open /dev/mem and read the section between 0xe0000 and 0xfffff, much of this information is in there. A better approach, however, would be to look at the SMIBIOS data. I don't have my old SMIBIOS work handy, but Paul Saab hacked it up into something usable and you should ask him (copied) if he would mind passing it on. Regards, Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Jan 26 23:56: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from tomts15-srv.bellnexxia.net (tomts15.bellnexxia.net [209.226.175.3]) by hub.freebsd.org (Postfix) with ESMTP id 76D6A37B41C; Sat, 26 Jan 2002 23:56:01 -0800 (PST) Received: from xena.gsicomp.on.ca ([199.243.128.21]) by tomts15-srv.bellnexxia.net (InterMail vM.4.01.03.16 201-229-121-116-20010115) with ESMTP id <20020127075600.LSGC19101.tomts15-srv.bellnexxia.net@xena.gsicomp.on.ca>; Sun, 27 Jan 2002 02:56:00 -0500 Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.11.1) with SMTP id g0R7jxX38811; Sun, 27 Jan 2002 02:45:59 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <006701c1a708$0f0669a0$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "Michael Smith" Cc: References: <200201270744.g0R7i8r02111@mass.dis.org> Subject: Re: Reading BIOS from userland Date: Sun, 27 Jan 2002 02:55:58 -0500 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.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Is there any easy way to read the contents of a system BIOS from userland? > > No. Most modern BIOS code is paged, compressed and in some cases > encrypted. > > > bios(9) seems to have some very specific kernel-related BIOS routines, but > > nothing generic. I'm trying to write a program that will dump the BIOS > > image to stdout so that I can use strings(1) to sniff out version strings > > and other textual data on systems that can't be rebooted and/or easily > > reached. > > If this is all that you want, you can just open /dev/mem and read the > section between 0xe0000 and 0xfffff, much of this information is in there. Duh! I knew there was a simple way! This will suffice for my purposes. Thanks! -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message