From cse.psu.edu!9fans-admin Thu Aug 1 02:05:23 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 1 02:05:23 JST 2002 Received: (qmail 31816 invoked by uid 1020); 1 Aug 2002 02:05:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 31812 invoked from network); 1 Aug 2002 02:05:22 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 1 Aug 2002 02:05:22 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7584A19A7C; Wed, 31 Jul 2002 13:05:15 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5705819AB1 for <9fans@cse.psu.edu>; Wed, 31 Jul 2002 13:04:13 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17Zwej-0001bN-00 for 9fans@cse.psu.edu; Wed, 31 Jul 2002 17:49:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Todd Olson Message-ID: Organization: Cornell University References: Subject: Re: [9fans] missing compilers? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 31 Jul 2002 16:47:21 GMT In article , rog@vitanuova.com wrote: > > it would be very difficult as classic macos doesn't have proper processes, > which inferno relies on. > Over 10 years ago these people http://www.tenon.com/ create a Mac program that behaved as UNIX It even ran on a MacPlus. It eventually involved in to a nice system that you could do many things both inside the UNIX environment and outside. They stopped marketing it when MacOSX came out. So lack of processes should be possible to over come fairly easily. ... perhaps a deal could even be cut with the Tenon people. Regards, Todd Olson Cornell University From cse.psu.edu!9fans-admin Thu Aug 1 02:11:22 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 1 02:11:22 JST 2002 Received: (qmail 31877 invoked by uid 1020); 1 Aug 2002 02:11:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 31873 invoked from network); 1 Aug 2002 02:11:21 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 1 Aug 2002 02:11:21 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5020A19AB1; Wed, 31 Jul 2002 13:11:13 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 4BB4419AB4 for <9fans@cse.psu.edu>; Wed, 31 Jul 2002 13:10:14 -0400 (EDT) Message-ID: <97523145b64b70fe18f0ef4980864d66@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] missing compilers? MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 31 Jul 2002 13:10:32 -0400 > So lack of processes should be possible to over come fairly easily. > ... perhaps a deal could even be cut with the Tenon people. or anyone who cares could upgrade to os x. i don't see why we should bother catering to people running old systems. From cse.psu.edu!9fans-admin Thu Aug 1 06:09:25 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 1 06:09:25 JST 2002 Received: (qmail 849 invoked by uid 1020); 1 Aug 2002 06:09:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 845 invoked from network); 1 Aug 2002 06:09:24 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 1 Aug 2002 06:09:24 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 504BB19A68; Wed, 31 Jul 2002 17:09:14 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from math.psu.edu (leibniz.math.psu.edu [146.186.130.2]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id AA119199B7 for <9fans@cse.psu.edu>; Wed, 31 Jul 2002 17:08:58 -0400 (EDT) Received: from augusta.math.psu.edu (augusta.math.psu.edu [146.186.132.2]) by math.psu.edu (8.9.3/8.9.3) with ESMTP id RAA17593 for <9fans@cse.psu.edu>; Wed, 31 Jul 2002 17:08:58 -0400 (EDT) Received: from augusta.math.psu.edu (localhost [127.0.0.1]) by augusta.math.psu.edu (8.11.6+Sun/8.9.3) with ESMTP id g6VL8wH05439 for <9fans@cse.psu.edu>; Wed, 31 Jul 2002 17:08:58 -0400 (EDT) Message-Id: <200207312108.g6VL8wH05439@augusta.math.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] fontify In-Reply-To: Your message of "Wed, 31 Jul 2002 06:44:14 +0200." <20020731064414.K888@cackle.proxima.alt.za> From: Dan Cross Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 31 Jul 2002 17:08:58 -0400 > I'd like to compare notes with the version Russ Cox published > before and add a short usage/purpose description, which I'll knock > up in the next day or two. Wow; you're going to knock up a description? The mind boggles at the sheer physical mechanics of that.... - Dan C. (btw- in case you don't get a joke, no slight is intended towards Luigi. Rather, it's a pun on American English versus the rest of the world's English.) From cse.psu.edu!9fans-admin Thu Aug 1 09:11:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 1 09:11:17 JST 2002 Received: (qmail 2386 invoked by uid 1020); 1 Aug 2002 09:11:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 2382 invoked from network); 1 Aug 2002 09:11:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 1 Aug 2002 09:11:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 540D319AA5; Wed, 31 Jul 2002 20:11:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from granite.cias.osakafu-u.ac.jp (granite.cias.osakafu-u.ac.jp [157.16.101.69]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 5BE8519A61 for <9fans@cse.psu.edu>; Wed, 31 Jul 2002 20:10:29 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] missing compilers? From: okamoto@granite.cias.osakafu-u.ac.jp MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-hpknvfomwabqazxrkymqegxybu" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 1 Aug 2002 09:09:50 +0900 This is a multi-part message in MIME format. --upas-hpknvfomwabqazxrkymqegxybu Content-Disposition: inline Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Probably, people still has an image that older Plan 9 could run on a poor machine very fine. If we want to use present, release 3 included, Plan9 effectively, we need AGP at least, and more than 64MB memory. ^_^ Kenji --upas-hpknvfomwabqazxrkymqegxybu Content-Type: message/rfc822 Content-Disposition: inline Received: from granite.cias.osakafu-u.ac.jp ([192.168.1.3]) by diabase; Thu Aug 1 02:11:45 JST 2002 Received: from elmo.cias.osakafu-u.ac.jp (elmo.cias.osakafu-u.ac.jp [157.16.103.2]) by granite.cias.osakafu-u.ac.jp (8.9.3/8.9.3) with ESMTP id BAA08773 for ; Thu, 1 Aug 2002 01:56:57 +0900 Received: from mail.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by elmo.cias.osakafu-u.ac.jp (8.9.3/3.7W-02040219) with ESMTP id CAA15720 for ; Thu, 1 Aug 2002 02:11:22 +0900 (JST) Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5020A19AB1; Wed, 31 Jul 2002 13:11:13 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 4BB4419AB4 for <9fans@cse.psu.edu>; Wed, 31 Jul 2002 13:10:14 -0400 (EDT) Message-ID: <97523145b64b70fe18f0ef4980864d66@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] missing compilers? MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 31 Jul 2002 13:10:32 -0400 > So lack of processes should be possible to over come fairly easily. > ... perhaps a deal could even be cut with the Tenon people. or anyone who cares could upgrade to os x. i don't see why we should bother catering to people running old systems. --upas-hpknvfomwabqazxrkymqegxybu-- From cse.psu.edu!9fans-admin Thu Aug 1 18:06:35 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 1 18:06:35 JST 2002 Received: (qmail 14729 invoked by uid 1020); 1 Aug 2002 18:06:35 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14725 invoked from network); 1 Aug 2002 18:06:34 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 1 Aug 2002 18:06:34 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 72D0619AA0; Thu, 1 Aug 2002 05:06:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E4140199D5 for <9fans@cse.psu.edu>; Thu, 1 Aug 2002 05:05:03 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17aBib-0003ss-00 for 9fans@cse.psu.edu; Thu, 01 Aug 2002 09:54:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Phil Roessler Message-ID: <3D48F0AF.8090806@mac.com> Organization: University of Erlangen, Germany Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [9fans] only old hardware supported? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 1 Aug 2002 08:51:59 GMT I'm thinking of trying out Plan9 as I have a general interest in OSs and maybe even want to get involved in the further development. I'm not an expert in hardware but the supported HW list in the Plan9 FAQs gives me the impression that only outdated HW - especially only old graphics cards - are supported. So maybe Plan9 wouldn't even run on the new computer which I want to buy, right! Phil From cse.psu.edu!9fans-admin Thu Aug 1 20:28:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 1 20:28:16 JST 2002 Received: (qmail 16505 invoked by uid 1020); 1 Aug 2002 20:28:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16501 invoked from network); 1 Aug 2002 20:28:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 1 Aug 2002 20:28:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 80D7D19AB0; Thu, 1 Aug 2002 07:28:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CFB5E19A68 for <9fans@cse.psu.edu>; Thu, 1 Aug 2002 07:27:46 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g71BRfx8010102 for <9fans@cse.psu.edu>; Thu, 1 Aug 2002 13:27:42 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g71BRdkR010101 for 9fans@cse.psu.edu; Thu, 1 Aug 2002 13:27:39 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] fontify Message-ID: <20020801132738.C9959@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <20020731064414.K888@cackle.proxima.alt.za> <200207312108.g6VL8wH05439@augusta.math.psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <200207312108.g6VL8wH05439@augusta.math.psu.edu>; from Dan Cross on Wed, Jul 31, 2002 at 05:08:58PM -0400 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 1 Aug 2002 13:27:38 +0200 On Wed, Jul 31, 2002 at 05:08:58PM -0400, Dan Cross wrote: > > (btw- in case you don't get a joke, no slight is intended towards > Luigi. Rather, it's a pun on American English versus the rest of > the world's English.) (Lucio, why do people confuse the names?!) This from people who, even when male, fall on thier fannies? ++L From cse.psu.edu!9fans-admin Thu Aug 1 22:37:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 1 22:37:15 JST 2002 Received: (qmail 17933 invoked by uid 1020); 1 Aug 2002 22:37:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17929 invoked from network); 1 Aug 2002 22:37:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 1 Aug 2002 22:37:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 48CB919AB1; Thu, 1 Aug 2002 09:37:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from pali.cps.cmich.edu (pali.cps.cmich.edu [141.209.131.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DA1EA19AAF for <9fans@cse.psu.edu>; Thu, 1 Aug 2002 09:36:37 -0400 (EDT) Received: from localhost (ishwar@localhost) by pali.cps.cmich.edu (8.11.6/8.11.6) with ESMTP id g719eiS19894 for <9fans@cse.psu.edu>; Thu, 1 Aug 2002 05:40:44 -0400 From: Ish Rattan To: <9fans@cse.psu.edu> Subject: Re: [9fans] only old hardware supported? In-Reply-To: <3D48F0AF.8090806@mac.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 1 Aug 2002 05:40:44 -0400 (EDT) On Thu, 1 Aug 2002, Phil Roessler wrote: > graphics cards - are supported. So maybe Plan9 wouldn't even run on the > new computer which I want to buy, right! You said it. -ishwar From cse.psu.edu!9fans-admin Thu Aug 1 23:50:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 1 23:50:17 JST 2002 Received: (qmail 18620 invoked by uid 1020); 1 Aug 2002 23:50:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18616 invoked from network); 1 Aug 2002 23:50:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 1 Aug 2002 23:50:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EA16719AB5; Thu, 1 Aug 2002 10:50:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from INSIQ9.insuranceiq.com (unknown [65.217.159.66]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DB03019AB1 for <9fans@cse.psu.edu>; Thu, 1 Aug 2002 10:49:24 -0400 (EDT) Received: from mail pickup service by INSIQ9.insuranceiq.com with Microsoft SMTPSVC; Thu, 1 Aug 2002 10:45:09 -0400 From: "IQ - AIG" To: <9fans@cse.psu.edu> MIME-Version: 1.0 Message-ID: Content-Type: multipart/alternative; boundary="----=_NextPart_000_EB6ED_01C23942.C6C3F130" X-Mailer: Microsoft CDO for Windows 2000 Thread-Index: AcI5ZE3JVQ2+myWkRJebfmjRmXH3aQ== X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Content-Class: urn:content-classes:message X-OriginalArrivalTime: 01 Aug 2002 14:45:09.0531 (UTC) FILETIME=[08B6CEB0:01C2396A] Subject: [9fans] ADV:8.90% Tax Deferred Annuity... Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 1 Aug 2002 10:45:09 -0400 This is a multi-part message in MIME format. ------=_NextPart_000_EB6ED_01C23942.C6C3F130 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Please fill out the form below for more information Name: Address 1: Address 2: City: State: Zip: E-mail: AIG Annuity *Rates effective 7/1/02 and are subject to change. A Market Value Adjustment (MVA) will apply to any withdrawal (in excess of permitted free amounts)made during the first nine years you own your UltraMYG Annuity. Early withdrawal charges are as follows:(9,8,7,6,5,4,3,2,0%) Annuities are issued by AIG Annuity Insurance Company. AIG Annuity Insurance Company is a member of American International Group, Inc. We don't want anybody to receive our mailing who does not wish to receive them. To be removed from this mailing list, DO NOT REPLY to this message. Instead, go here: http://www.insuranceiq.info/optout/ ------=_NextPart_000_EB6ED_01C23942.C6C3F130 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ADV:8.90% Tax Deferred Annuity... =20
=20 =20 =20 =20
=20 =20 =20 =20
 
=20 =20
=20 =20 =20 =20 =20 =20 =20 =20 =20
Please=20 fill out the form below for more = information
Name: =20
Address=20 1: =20
Address=20 2: =20
City: =20 State: =20 Zip: =20
E-mail: =20
       
  =20   =20

3D"AIG

*Rates effective 7/1/02 = and are subject=20 to change. A Market Value Adjustment (MVA) will apply to = any withdrawal=20 (in excess of permitted free amounts)made during the first = nine=20 years you own your UltraMYG Annuity. Early withdrawal = charges are=20 as follows:(9,8,7,6,5,4,3,2,0%) Annuities are issued by = AIG Annuity Insurance Company. AIG Annuity Insurance=20 Company is a member of American International Group, = Inc.
=20
=20

We=20 don't want anybody to receive our mailing who does not = wish to=20 receive them. To be removed from this mailing list, DO = NOT REPLY=20 to this message. Instead, go here: http://www.insuranceiq.info/= optout/
=20 ------=_NextPart_000_EB6ED_01C23942.C6C3F130-- From cse.psu.edu!9fans-admin Fri Aug 2 00:27:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 2 00:27:15 JST 2002 Received: (qmail 18972 invoked by uid 1020); 2 Aug 2002 00:27:14 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18968 invoked from network); 2 Aug 2002 00:27:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 2 Aug 2002 00:27:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7E8D219AB8; Thu, 1 Aug 2002 11:27:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from tractor.meridian.wednet.edu (tractor.meridian.wednet.edu [164.116.190.5]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6FC2B19A2D for <9fans@cse.psu.edu>; Thu, 1 Aug 2002 11:26:55 -0400 (EDT) Received: from tractor.meridian.wednet.edu [164.116.190.5] by tractor.meridian.wednet.edu (SMTPD32-6.06) id A09156390140; Thu, 01 Aug 2002 08:15:29 -0700 Received: FROM nas.com BY tractor.meridian.wednet.edu ; Thu Aug 01 08:15:28 2002 -0700 Message-ID: <3D49533B.9000705@nas.com> From: Jack Johnson User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] missing compilers? References: <97523145b64b70fe18f0ef4980864d66@plan9.bell-labs.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 01 Aug 2002 08:26:51 -0700 Russ Cox wrote: > or anyone who cares could upgrade to os x. i don't see why we > should bother catering to people running old systems. We're running out of landfills in China for our old Macs. -Jack From cse.psu.edu!9fans-admin Fri Aug 2 04:57:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 2 04:57:16 JST 2002 Received: (qmail 21023 invoked by uid 1020); 2 Aug 2002 04:57:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21019 invoked from network); 2 Aug 2002 04:57:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 2 Aug 2002 04:57:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B784F19ABB; Thu, 1 Aug 2002 15:57:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from tractor.meridian.wednet.edu (tractor.meridian.wednet.edu [164.116.190.5]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1CC4E19A68 for <9fans@cse.psu.edu>; Thu, 1 Aug 2002 15:56:57 -0400 (EDT) Received: from tractor.meridian.wednet.edu [164.116.190.5] by tractor.meridian.wednet.edu (SMTPD32-6.06) id AFDBA549013A; Thu, 01 Aug 2002 12:45:31 -0700 Received: FROM nas.com BY tractor.meridian.wednet.edu ; Thu Aug 01 12:45:30 2002 -0700 Message-ID: <3D499287.80207@nas.com> From: Jack Johnson User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] ppp and other References: <02071518312800.00562@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 01 Aug 2002 12:56:55 -0700 Ben wrote: > plan9@kp.km.ua (Andrey S. Kukhar) wrote in message news:<02071518312800.00562@localhost.localdomain>... >>good day all, >>why telco fails when i type: >> telco /dev/eia1 >> con -l telco!62111 >>with printing ``Jul 15 18:06:08 mount failed: interrupted''? > > I have the same problem. I'm guessing that it's because I'm using an > older modem (Still good for faxes!) that uses 7 bits no parity and > won't accept anything else. Same story for you? As far as I can > tell, there's no way to set those options. Am I wrong? Thanks! I had a similar problem with PPP. You can echo commands to /dev/eia[01]ctl to set baud rates, etc. See uart(3) for details. -Jack From cse.psu.edu!9fans-admin Fri Aug 2 05:22:14 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 2 05:22:14 JST 2002 Received: (qmail 21174 invoked by uid 1020); 2 Aug 2002 05:22:14 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21170 invoked from network); 2 Aug 2002 05:22:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 2 Aug 2002 05:22:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7949A19A68; Thu, 1 Aug 2002 16:22:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from tractor.meridian.wednet.edu (tractor.meridian.wednet.edu [164.116.190.5]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9FF63199DD for <9fans@cse.psu.edu>; Thu, 1 Aug 2002 16:21:34 -0400 (EDT) Received: from tractor.meridian.wednet.edu [164.116.190.5] by tractor.meridian.wednet.edu (SMTPD32-6.06) id A5A1A70D013A; Thu, 01 Aug 2002 13:10:09 -0700 Received: FROM nas.com BY tractor.meridian.wednet.edu ; Thu Aug 01 13:10:08 2002 -0700 Message-ID: <3D49984D.3010709@nas.com> From: Jack Johnson User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: 9fans@cse.psu.edu References: <02071518312800.00562@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [9fans] drawterm-win and /mnt/term Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 01 Aug 2002 13:21:33 -0700 Using drawterm-win, if I try to get a listing from /mnt/term: ls: /mnt/term: bad character in filename: #/ But, if I: mkdir long bind -bc long long bind -ac /mnt/term long lnfs long ls long Everything works as planned, but I'm still uncertain about the error message. Does #/ signify a space in a filename, maybe? -Jack From cse.psu.edu!9fans-admin Fri Aug 2 06:00:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 2 06:00:17 JST 2002 Received: (qmail 21346 invoked by uid 1020); 2 Aug 2002 06:00:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21342 invoked from network); 2 Aug 2002 06:00:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 2 Aug 2002 06:00:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 60B2B19AC1; Thu, 1 Aug 2002 17:00:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mail.monitorbm.co.nz (mx2.monitorbm.co.nz [203.167.201.38]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 0132419ABD for <9fans@cse.psu.edu>; Thu, 1 Aug 2002 16:59:53 -0400 (EDT) Received: (qmail 28527 invoked from network); 1 Aug 2002 20:59:52 -0000 Received: from mercury.mbmnz.co.nz (HELO MERCURY) (192.168.0.63) by mail.monitorbm.co.nz with SMTP; 1 Aug 2002 20:59:52 -0000 From: "Andrew Simmons" To: 9fans@cse.psu.edu MIME-Version: 1.0 Subject: Re: [9fans] only old hardware supported? Message-ID: <3D4A4B25.27252.1304469D@localhost> Priority: normal In-reply-to: <3D48F0AF.8090806@mac.com> X-mailer: Pegasus Mail for Windows (v4.01) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 2 Aug 2002 09:04:37 +1200 > So maybe Plan9 wouldn't even run on the > new computer which I want to buy, right! > > Phil One option you could look at is running Plan9 under VMWare, which has a 30 day trial option, and costs around $US300 for the full version. Performance won't be that stellar, but it's not bad - I'm running it on a 700MHz machine with 128Mb RAM and it works fine. From cse.psu.edu!9fans-admin Fri Aug 2 06:06:14 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 2 06:06:14 JST 2002 Received: (qmail 21458 invoked by uid 1020); 2 Aug 2002 06:06:13 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21454 invoked from network); 2 Aug 2002 06:06:13 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 2 Aug 2002 06:06:13 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 70F3A19AC3; Thu, 1 Aug 2002 17:06:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mail.monitorbm.co.nz (mx2.monitorbm.co.nz [203.167.201.38]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 9D80619ABD for <9fans@cse.psu.edu>; Thu, 1 Aug 2002 17:05:56 -0400 (EDT) Received: (qmail 28596 invoked from network); 1 Aug 2002 21:05:55 -0000 Received: from mercury.mbmnz.co.nz (HELO MERCURY) (192.168.0.63) by mail.monitorbm.co.nz with SMTP; 1 Aug 2002 21:05:55 -0000 From: "Andrew Simmons" To: 9fans@cse.psu.edu MIME-Version: 1.0 Subject: Re: [9fans] missing compilers? Message-ID: <3D4A4C91.22016.1309D2BE@localhost> Priority: normal In-reply-to: <97523145b64b70fe18f0ef4980864d66@plan9.bell-labs.com> X-mailer: Pegasus Mail for Windows (v4.01) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 2 Aug 2002 09:10:41 +1200 > or anyone who cares could upgrade to os x. I wouldn't use the word "upgrade" myself. From cse.psu.edu!9fans-admin Fri Aug 2 07:06:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 2 07:06:20 JST 2002 Received: (qmail 21850 invoked by uid 1020); 2 Aug 2002 07:06:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21846 invoked from network); 2 Aug 2002 07:06:20 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 2 Aug 2002 07:06:20 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A7A7919AC2; Thu, 1 Aug 2002 18:06:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id B8C91199DD for <9fans@cse.psu.edu>; Thu, 1 Aug 2002 18:05:02 -0400 (EDT) Message-ID: <0155adbe38cae3f60a83c54535646a8f@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] drawterm-win and /mnt/term MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 1 Aug 2002 18:05:20 -0400 The problem is that statting the root shouldn't give #/. It should give /. It's a bug in drawterm. Russ From cse.psu.edu!9fans-admin Fri Aug 2 07:38:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 2 07:38:15 JST 2002 Received: (qmail 21990 invoked by uid 1020); 2 Aug 2002 07:38:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21986 invoked from network); 2 Aug 2002 07:38:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 2 Aug 2002 07:38:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 904E519AC8; Thu, 1 Aug 2002 18:38:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from math.psu.edu (leibniz.math.psu.edu [146.186.130.2]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A241519ABC for <9fans@cse.psu.edu>; Thu, 1 Aug 2002 18:37:23 -0400 (EDT) Received: from augusta.math.psu.edu (augusta.math.psu.edu [146.186.132.2]) by math.psu.edu (8.9.3/8.9.3) with ESMTP id SAA08789 for <9fans@cse.psu.edu>; Thu, 1 Aug 2002 18:37:16 -0400 (EDT) Received: from augusta.math.psu.edu (localhost [127.0.0.1]) by augusta.math.psu.edu (8.11.6+Sun/8.9.3) with ESMTP id g71MbGH09476 for <9fans@cse.psu.edu>; Thu, 1 Aug 2002 18:37:16 -0400 (EDT) Message-Id: <200208012237.g71MbGH09476@augusta.math.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] fontify In-Reply-To: Your message of "Thu, 01 Aug 2002 13:27:38 +0200." <20020801132738.C9959@cackle.proxima.alt.za> From: Dan Cross Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 01 Aug 2002 18:37:16 -0400 > (Lucio, why do people confuse the names?!) Oops! My apologies, *Lucio*. Because they type without thinking (often a result of hanging out in 100+ degree F weather without enough water... Sorry!). > This from people who, even when male, fall on thier fannies? The last time I heard about this happening, it was someone who got beat up for saying, ``fanny.'' - Dan C. :-) From cse.psu.edu!9fans-admin Fri Aug 2 17:50:30 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 2 17:50:30 JST 2002 Received: (qmail 4247 invoked by uid 1020); 2 Aug 2002 17:50:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4242 invoked from network); 2 Aug 2002 17:50:29 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 2 Aug 2002 17:50:29 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9A6E419AC0; Fri, 2 Aug 2002 04:50:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5BF0F19AB5 for <9fans@cse.psu.edu>; Fri, 2 Aug 2002 04:49:34 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17aY7M-0004Tr-00 for 9fans@cse.psu.edu; Fri, 02 Aug 2002 09:49:04 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Adrian Tritschler Message-ID: Organization: Monash Uni Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [9fans] IBM Thinkpad T21, 3com PCI, no network. Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 2 Aug 2002 08:48:33 GMT After a break of a couple of months, I'm again trying to install plan9 onto an IBM thinkpad T21. The only way I can seem to get it booted is to disable ethernet and usb probing, plan9.ini contains: pccard0=disabled pcmcia0=disabled *noetherprobe=1 *nousbprobe=1 I've managed to install it by downloading the iso file in windows XP, transferring it to a DOS partition, booting the plan9 floppy, rewriting the DOS partition type to FAT16 (from "unknown 14") and installing from there. After all this, and writing a boot floppy, it now boots from the floppy and I can login as glenda. (with minor glitches "shimmering" in the display, 1024x768x16 seems to be its max.) HOWEVER, I cannot get the ethernet card recognised. Either the machine hangs when I specify "ether0=type=elnk3..." or I enable probing, or I comment these out and it boots with no network. "ether0=type=i82557" as suggested at http://www.acl.lanl.gov/plan9/network/term.html doesn't work either, seems to result in no card at all being detected. I think they might have different inbuilt ethernet cards to me! I don't have any other machines running plan9 on which to build kernels, but I can transfer files into this one via WinXP's A: or C: and rebuild there. Is it just a case of someone mailing me a more recent source file for the 3com driver and me recompiling it? Any suggestions? Windows describes the card as "3Com 10/100 Mini PCI Ethernet Adapter" with the following features: PCI Slot 1 (PCI bus 0, device 3, function 0) I/O range 1800-18FF Memory Range E8101400-E810147F Memory Range E8101000-E810107F IRQ 11 MAC 00-01-03-82-xx-xx The output of plan9's "pci" command is 0.0.0: 06.00.00 8086/7190 0 0.1.0: 06.04.00 8086/7191 0 0.2.0: 06.07.00 104c/ac1b 11 0.2.1: 06.07.00 104c/ac1b 11 0.3.0: 02.00.00 10b7/6056 11 0:00001801 256 1:e8101400 128 2:e8101000 128 0.3.1: 07.80.00 10b7/1007 11 0:00002001 256 1:e8101c00 256 2:e8101800 128 0.5.0: 04.01.00 1013/6003 11 0:e8100000 4096 1:e8000000 1048576 0.7.0: 06.80.00 8086/7110 0 0.7.1: 01.01.80 8086/7111 0 4:00001c01 16 0.7.2: 0c.03.00 8086/7112 11 4:00001c21 32 0.7.3: 06.80.00 8086/7113 0 1.0.0: 03.00.00 5333/8c12 11 0:f0000000 134217728 thanks in advance, Adrian From cse.psu.edu!9fans-admin Fri Aug 2 17:51:13 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 2 17:51:13 JST 2002 Received: (qmail 4275 invoked by uid 1020); 2 Aug 2002 17:51:13 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4271 invoked from network); 2 Aug 2002 17:51:12 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 2 Aug 2002 17:51:12 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CBD1719AC2; Fri, 2 Aug 2002 04:51:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0B2AD19A27 for <9fans@cse.psu.edu>; Fri, 2 Aug 2002 04:50:40 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17aY7L-0004Tl-00 for 9fans@cse.psu.edu; Fri, 02 Aug 2002 09:49:03 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: "Douglas A. Gwyn" Message-ID: <3D49E652.663771F6@null.net> Organization: Giganews.Com - Premium News Outsourcing Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <3D48F0AF.8090806@mac.com> Subject: [9fans] Re: only old hardware supported? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 2 Aug 2002 08:48:13 GMT Phil Roessler wrote: > ... only outdated HW - especially only old graphics cards - are > supported. NVIDIA GEForce2 and GEForce3 cards work. The basic problem is that in the "PC architecture" each graphics chipset requires its own unique driver, and the graphics card manufacturers aren't very interested in supporting any OS other than a "mass market" one, e.g. Windows and sometimes Linux. If there were a good, standard frame-buffer interface then life would be so much simpler. But vendors aren't much interested in the idea. From cse.psu.edu!9fans-admin Fri Aug 2 21:41:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 2 21:41:16 JST 2002 Received: (qmail 7229 invoked by uid 1020); 2 Aug 2002 21:41:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7225 invoked from network); 2 Aug 2002 21:41:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 2 Aug 2002 21:41:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0884019AC7; Fri, 2 Aug 2002 08:41:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from gsyc.escet.urjc.es (gsyc064.dat.escet.urjc.es [193.147.71.64]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 2E96A19AB7 for <9fans@cse.psu.edu>; Fri, 2 Aug 2002 08:40:38 -0400 (EDT) Received: from nanonic.hilbert.space (80-26-99-12.uc.nombres.ttd.es [80.26.99.12]) by gsyc.escet.urjc.es (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id OAA30657 for <9fans@cse.psu.edu>; Fri, 2 Aug 2002 14:40:36 +0200 X-Authentication-Warning: gsyc.escet.urjc.es: Host 80-26-99-12.uc.nombres.ttd.es [80.26.99.12] claimed to be nanonic.hilbert.space Received: from paurea by nanonic.hilbert.space with local (Exim 3.35 #1 (Debian)) id 17abiw-0000Pg-00 for <9fans@cse.psu.edu>; Fri, 02 Aug 2002 14:40:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15690.32165.579801.684580@nanonic.hilbert.space> From: paurea@gsyc.escet.urjc.es To: 9fans@cse.psu.edu X-Mailer: VM 7.03 under Emacs 21.2.1 Subject: [9fans] questions on sis630 driver... Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 2 Aug 2002 14:40:05 +0200 I continue trying to write the sis630 driver and have a lot of questions. Forgive me if they are really naive, it is the first time I try to write a driver... I am still fighting with aux/vga. The questions are on how should I map and use fb memory and mmio. I have finally understand that the mmio ports and the address of the video memory are configured using some PCI configuration registers. I don't have a pnp bios. I don't know what plan9 pnp capabilities are (haven't found anything by browsing the source). Anyway I have found that the BAR registers of the card are set to zero. This gets me to my two questions. 1) Which addresses do I choose for the framebuffer and the mmio registers?. I have to set the card's register to them... (can I use segattach for that?) 2) After choosing the addresses and setting the card to them, how do I access them?. I have been looking to the vgaxio function and haven't been able to understand how does it know where the registers are mapped... Do I have to write to the PCI register the absolute address and use myself the address minus 0x80000000 for the pointers?. How does vgaxio know what the base address is? TIA -- Saludos, Gorka "Curiosity sKilled the cat" From cse.psu.edu!9fans-admin Fri Aug 2 22:46:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 2 22:46:19 JST 2002 Received: (qmail 7869 invoked by uid 1020); 2 Aug 2002 22:46:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7865 invoked from network); 2 Aug 2002 22:46:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 2 Aug 2002 22:46:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 46FB119ACA; Fri, 2 Aug 2002 09:46:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 22DCE19A0C for <9fans@cse.psu.edu>; Fri, 2 Aug 2002 09:45:32 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17acNG-00069V-00 for 9fans@cse.psu.edu; Fri, 02 Aug 2002 14:21:46 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: petra Message-ID: <3D4A5C6F.957DEDD0@biochem.uni-erlangen.de> Organization: University of Erlangen, Germany Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353" Content-Transfer-Encoding: 7bit References: <3D48F0AF.8090806@mac.com>, <3D49E652.663771F6@null.net> Subject: [9fans] Re: only old hardware supported? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 2 Aug 2002 13:21:32 GMT "Douglas A. Gwyn" schrieb: > Phil Roessler wrote: > > ... only outdated HW - especially only old graphics cards - are > > supported. > > NVIDIA GEForce2 and GEForce3 cards work. > > The basic problem is that in the "PC architecture" each graphics > chipset requires its own unique driver, and the graphics card > manufacturers aren't very interested in supporting any OS other > than a "mass market" one, e.g. Windows and sometimes Linux. > > If there were a good, standard frame-buffer interface then life > would be so much simpler. But vendors aren't much interested in > the idea. How do other OSs (e.g. the various BSDs) overcome this problem? Do they build their own drivers? How diffcult is this on Plan9? Petra From cse.psu.edu!9fans-admin Fri Aug 2 22:52:14 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 2 22:52:14 JST 2002 Received: (qmail 7920 invoked by uid 1020); 2 Aug 2002 22:52:14 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7916 invoked from network); 2 Aug 2002 22:52:13 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 2 Aug 2002 22:52:13 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B97DE19AD2; Fri, 2 Aug 2002 09:52:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 0BBB719AC6 for <9fans@cse.psu.edu>; Fri, 2 Aug 2002 09:51:19 -0400 (EDT) Message-ID: <7fdd62c37d13c84bb85d69ab4a7d8842@plan9.bell-labs.com> Subject: [9fans] Re: only old hardware supported? From: "Russ Cox" To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 2 Aug 2002 09:51:36 -0400 > How do other OSs (e.g. the various BSDs) overcome this problem? Do they > build their own drivers? How diffcult is this on Plan9? The various BSDs all run XFree86. XFree86 overcomes this problem by having orders of magnitude more driver writers than Plan 9 does. Russ From cse.psu.edu!9fans-admin Sat Aug 3 06:31:25 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 3 06:31:25 JST 2002 Received: (qmail 11097 invoked by uid 1020); 3 Aug 2002 06:31:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11093 invoked from network); 3 Aug 2002 06:31:25 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 3 Aug 2002 06:31:25 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9A825199B9; Fri, 2 Aug 2002 17:31:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from maelmord.ragnartech.net (oss429AP.cslab.stthomas.edu [140.209.124.113]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id ED7CD199BB for <9fans@cse.psu.edu>; Fri, 2 Aug 2002 17:30:14 -0400 (EDT) Received: from ragnar by maelmord.ragnartech.net with local (Exim 3.35 #1 (Debian)) id 17ak2d-0002yw-00 for <9fans@cse.psu.edu>; Fri, 02 Aug 2002 16:32:59 -0500 To: 9fans@cse.psu.edu Message-ID: <20020802213259.GE32175@ragnartech.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i From: Peter Downs Subject: [9fans] thinkpad 560x install Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 2 Aug 2002 16:32:59 -0500 the installer doesn't seem to recognize my linksys etherfast 10/100 (pcmpc100) plan9.ini: *nomp=1 distname=plan9 partition=new nobootprompt=local!/bzroot #console=0 ether0=type=EC2T monitor=lcd vgasize=800x600x16 mouseport=ps2 audio0=type=sb16 bootfile=fd0!dos!9pcflop.gz I'm guessing either ether0 is wrong or the pcmcia system isn't being recognized. Any thoughts? Peter From cse.psu.edu!9fans-admin Sat Aug 3 06:59:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 3 06:59:15 JST 2002 Received: (qmail 11223 invoked by uid 1020); 3 Aug 2002 06:59:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11219 invoked from network); 3 Aug 2002 06:59:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 3 Aug 2002 06:59:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B3C6319A00; Fri, 2 Aug 2002 17:59:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 0C686199D5 for <9fans@cse.psu.edu>; Fri, 2 Aug 2002 17:58:17 -0400 (EDT) Received: (qmail 1364475 invoked from network); 2 Aug 2002 15:58:16 -0600 Received: from fbsd.acl.lanl.gov (128.165.147.119) by acl.lanl.gov with SMTP; 2 Aug 2002 15:58:16 -0600 From: Dean Prichard To: 9fans@cse.psu.edu Subject: Re: [9fans] thinkpad 560x install In-Reply-To: <20020802213259.GE32175@ragnartech.net> Message-ID: <20020802155407.J1902-100000@fbsd.acl.lanl.gov> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: dpx@acl.lanl.gov List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 2 Aug 2002 15:56:26 -0600 (MDT) Is it a v2 card or a v3 card? (should say on the back) for v3 Linksys has changed the chipset on the card from a DL10019 to a Asix AX88190 which i don't think is supported. On Fri, 2 Aug 2002, Peter Downs wrote: > Date: Fri, 2 Aug 2002 16:32:59 -0500 > From: Peter Downs > Reply-To: 9fans@cse.psu.edu > To: 9fans@cse.psu.edu > Subject: [9fans] thinkpad 560x install > > the installer doesn't seem to recognize my linksys etherfast 10/100 (pcmpc100) > > plan9.ini: > > *nomp=1 > distname=plan9 > partition=new > nobootprompt=local!/bzroot > #console=0 > ether0=type=EC2T > monitor=lcd > vgasize=800x600x16 > mouseport=ps2 > audio0=type=sb16 > bootfile=fd0!dos!9pcflop.gz > > I'm guessing either ether0 is wrong or the pcmcia system isn't being recognized. > > Any thoughts? > > Peter > From cse.psu.edu!9fans-admin Sat Aug 3 08:04:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 3 08:04:16 JST 2002 Received: (qmail 11634 invoked by uid 1020); 3 Aug 2002 08:04:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11630 invoked from network); 3 Aug 2002 08:04:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 3 Aug 2002 08:04:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 43A2019A28; Fri, 2 Aug 2002 19:04:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from gsyc.escet.urjc.es (unknown [193.147.71.64]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CCCD319A0B for <9fans@cse.psu.edu>; Fri, 2 Aug 2002 19:03:33 -0400 (EDT) Received: from nanonic.hilbert.space (80-26-99-12.uc.nombres.ttd.es [80.26.99.12]) by gsyc.escet.urjc.es (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id BAA10524 for <9fans@cse.psu.edu>; Sat, 3 Aug 2002 01:03:32 +0200 X-Authentication-Warning: gsyc.escet.urjc.es: Host 80-26-99-12.uc.nombres.ttd.es [80.26.99.12] claimed to be nanonic.hilbert.space Received: from paurea by nanonic.hilbert.space with local (Exim 3.35 #1 (Debian)) id 17alRl-0000ij-00 for <9fans@cse.psu.edu>; Sat, 03 Aug 2002 01:03:01 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15691.4004.755757.437493@nanonic.hilbert.space> From: paurea@gsyc.escet.urjc.es To: 9fans@cse.psu.edu Subject: Re: [9fans] questions on sis630 driver... In-Reply-To: <15690.32165.579801.684580@nanonic.hilbert.space>:paurea@gsyc.escet.urjc.es's message of 14:40:05 Friday,2 August 2002 References: <15690.32165.579801.684580@nanonic.hilbert.space> X-Mailer: VM 7.03 under Emacs 21.2.1 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 3 Aug 2002 01:03:00 +0200 I wrote the mail without enough sleep, so I suppose didn't make much sense. Sorry for that. paurea@gsyc.escet.urjc.es writes: >I don't have a pnp bios. I don't know what plan9 pnp capabilities are >(haven't found anything by browsing the source). Anyway I have found >that the BAR registers of the card are set to zero. This gets me to my two >questions. > 1) Which addresses do I choose for the framebuffer and the mmio registers?. > I have to set the card's register to them... (can I use segattach for that?) I meant do I use segattach or some other way to get a segment to select the addresses for mmio?. (and for the framebuffer upamalloc?) > > 2) After choosing the addresses and setting the card to them, how do I > access them?. I have been looking to the vgaxio function and > haven't been able to understand how does it know where the > registers are mapped... Do I have to write to the PCI register the > absolute address and use myself the address minus 0x80000000 for > the pointers?. How does vgaxio know what the base address is? > I think I have understand all this, I was just in a confused state of mind when I wrote this... aux/vga is in user-space and so the pointers start in zero. In the kernel they start on 0x80000000. vgaxio uses ports and so isn't in any place in memory, it just uses inport and outport. To the PCI registers I write physical addresses. Is this all correct?. Thanks a lot. -- Saludos, Gorka "Curiosity sKilled the cat" From cse.psu.edu!9fans-admin Sat Aug 3 09:29:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 3 09:29:15 JST 2002 Received: (qmail 12366 invoked by uid 1020); 3 Aug 2002 09:29:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12362 invoked from network); 3 Aug 2002 09:29:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 3 Aug 2002 09:29:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 359E619A3E; Fri, 2 Aug 2002 20:29:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id B5AA219A2C for <9fans@cse.psu.edu>; Fri, 2 Aug 2002 20:28:24 -0400 (EDT) Message-ID: <1854fc76e5c50f866c1cccbf01ce82a4@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] questions on sis630 driver... MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 2 Aug 2002 20:28:42 -0400 Look at any of the other vga drivers. You have to allocate yourself some physical addresses with upamalloc. Then you set up the segment structures so that user programs can call segattach. Addvgaseg will do the grungy work for you. Most of the cards get their addresses configured by the PCI BIOS at boot time, so you just have to read the addresses out of the card, upamalloc, and addvgaseg. Look at the vgat2r4.c driver for a good simple example. The linear function takes care of this. If the SiS card doesn't have its own video memory and you need to give it normal memory, you might want to look at the vgai81x.c driver for an example. /sys/src/cmd/aux/vga/notes.txt has some notes about writing VGA drivers. I posted them to 9fans a while ago too. I just put notes.txt out; the next scan will find it. Russ From cse.psu.edu!9fans-admin Sat Aug 3 10:41:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 3 10:41:15 JST 2002 Received: (qmail 13085 invoked by uid 1020); 3 Aug 2002 10:41:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13081 invoked from network); 3 Aug 2002 10:41:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 3 Aug 2002 10:41:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E282519A04; Fri, 2 Aug 2002 21:41:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from gsyc.escet.urjc.es (unknown [193.147.71.64]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1C12719981 for <9fans@cse.psu.edu>; Fri, 2 Aug 2002 21:40:36 -0400 (EDT) Received: from nanonic.hilbert.space (80-26-99-12.uc.nombres.ttd.es [80.26.99.12]) by gsyc.escet.urjc.es (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id DAA12705 for <9fans@cse.psu.edu>; Sat, 3 Aug 2002 03:40:35 +0200 X-Authentication-Warning: gsyc.escet.urjc.es: Host 80-26-99-12.uc.nombres.ttd.es [80.26.99.12] claimed to be nanonic.hilbert.space Received: from paurea by nanonic.hilbert.space with local (Exim 3.35 #1 (Debian)) id 17antk-0000kd-00 for <9fans@cse.psu.edu>; Sat, 03 Aug 2002 03:40:04 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15691.13428.356187.250910@nanonic.hilbert.space> From: paurea@gsyc.escet.urjc.es To: 9fans@cse.psu.edu Subject: Re: [9fans] questions on sis630 driver... In-Reply-To: <1854fc76e5c50f866c1cccbf01ce82a4@plan9.bell-labs.com>:Russ Cox's message of 20:28:42 Friday,2 August 2002 References: <1854fc76e5c50f866c1cccbf01ce82a4@plan9.bell-labs.com> X-Mailer: VM 7.03 under Emacs 21.2.1 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 3 Aug 2002 03:40:04 +0200 Russ Cox writes: > Most of the cards get their addresses configured by the > PCI BIOS at boot time, so you just have to read the addresses > out of the card, upamalloc, and addvgaseg. Look at the vgat2r4.c > driver for a good simple example. The linear function takes care > of this. > The addresses should be written on the BAR registers shouldn't they? Shouldn't I be able to read them from the pcidev->mem[i].address without doing anything. They are all zero... -- Saludos, Gorka "Curiosity sKilled the cat" From cse.psu.edu!9fans-admin Sun Aug 4 08:30:25 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 4 08:30:25 JST 2002 Received: (qmail 25689 invoked by uid 1020); 4 Aug 2002 08:30:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25685 invoked from network); 4 Aug 2002 08:30:25 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 4 Aug 2002 08:30:25 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4BF9E19A08; Sat, 3 Aug 2002 19:30:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from dc-mx10.cluster1.charter.net (dc-mx10.cluster1.charter.net [209.225.8.20]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6352319981 for <9fans@cse.psu.edu>; Sat, 3 Aug 2002 19:29:58 -0400 (EDT) Received: from [68.115.102.210] (HELO p9) by dc-mx10.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9) with SMTP id 48302574 for 9fans@cse.psu.edu; Sat, 03 Aug 2002 19:28:57 -0400 To: 9fans@cse.psu.edu From: colin@charter.net MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-ID: Subject: [9fans] plan9 username is not desired e-mail source Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: cdevilbiss@charter.net List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 3 Aug 2002 13:40:53 -0500 Reading through rewrite(6) and experimenting, it seems that it is extremely difficult to send mail with a different origin than the username I chose on my plan9 machine. To be specific, my e-mail address is cdevilbiss@charter.net, but my plan9 login name is colin; thus, all mail I send seems to come from colin@charter.net. Is there some way to do this that is neither deeply evil nor requires me to change all instances of my login name in the bowels of the system? Thanks in advance. -- Colin DeVilbiss cdevilbiss@charter.net From cse.psu.edu!9fans-admin Sun Aug 4 08:42:14 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 4 08:42:14 JST 2002 Received: (qmail 25833 invoked by uid 1020); 4 Aug 2002 08:42:14 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25829 invoked from network); 4 Aug 2002 08:42:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 4 Aug 2002 08:42:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CA13719A2C; Sat, 3 Aug 2002 19:42:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 9E55D19A26 for <9fans@cse.psu.edu>; Sat, 3 Aug 2002 19:41:17 -0400 (EDT) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sat Aug 3 19:41:15 EDT 2002 Received: from 68.84.54.121 ([68.84.54.121]) by plan9; Sat Aug 3 19:41:14 EDT 2002 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] plan9 username is not desired e-mail source From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 3 Aug 2002 19:41:11 -0400 echo from.local >/mail/lib/fromfiles echo 'colin cdevilbiss@charter.net' >/mail/lib/from.local russ From cse.psu.edu!9fans-admin Sun Aug 4 08:49:14 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 4 08:49:14 JST 2002 Received: (qmail 25901 invoked by uid 1020); 4 Aug 2002 08:49:13 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25897 invoked from network); 4 Aug 2002 08:49:13 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 4 Aug 2002 08:49:13 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 862EF19A55; Sat, 3 Aug 2002 19:49:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id F121319A3F for <9fans@cse.psu.edu>; Sat, 3 Aug 2002 19:48:23 -0400 (EDT) Message-ID: From: presotto@plan9.bell-labs.com To: 9fans@cse.psu.edu Subject: Re: [9fans] plan9 username is not desired e-mail source MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-quwjagimrrtzmbnhvewnuffacd" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 3 Aug 2002 19:48:21 -0400 This is a multi-part message in MIME format. --upas-quwjagimrrtzmbnhvewnuffacd Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit IN addition to rsc's suggestion upasname=cdevilbiss@charter.net in your env will do it. --upas-quwjagimrrtzmbnhvewnuffacd Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sat Aug 3 19:30:18 EDT 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Sat Aug 3 19:30:17 EDT 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 36784199BC; Sat, 3 Aug 2002 19:30:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from dc-mx10.cluster1.charter.net (dc-mx10.cluster1.charter.net [209.225.8.20]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6352319981 for <9fans@cse.psu.edu>; Sat, 3 Aug 2002 19:29:58 -0400 (EDT) Received: from [68.115.102.210] (HELO p9) by dc-mx10.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9) with SMTP id 48302574 for 9fans@cse.psu.edu; Sat, 03 Aug 2002 19:28:57 -0400 To: 9fans@cse.psu.edu From: colin@charter.net MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-ID: Subject: [9fans] plan9 username is not desired e-mail source Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: cdevilbiss@charter.net List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 3 Aug 2002 13:40:53 -0500 Reading through rewrite(6) and experimenting, it seems that it is extremely difficult to send mail with a different origin than the username I chose on my plan9 machine. To be specific, my e-mail address is cdevilbiss@charter.net, but my plan9 login name is colin; thus, all mail I send seems to come from colin@charter.net. Is there some way to do this that is neither deeply evil nor requires me to change all instances of my login name in the bowels of the system? Thanks in advance. -- Colin DeVilbiss cdevilbiss@charter.net --upas-quwjagimrrtzmbnhvewnuffacd-- From cse.psu.edu!9fans-admin Sun Aug 4 09:04:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 4 09:04:15 JST 2002 Received: (qmail 26117 invoked by uid 1020); 4 Aug 2002 09:04:14 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 26113 invoked from network); 4 Aug 2002 09:04:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 4 Aug 2002 09:04:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3410219A59; Sat, 3 Aug 2002 20:04:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from dc-mx04.cluster1.charter.net (dc-mx04.cluster1.charter.net [209.225.8.14]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8176319A33 for <9fans@cse.psu.edu>; Sat, 3 Aug 2002 20:03:46 -0400 (EDT) Received: from [68.115.102.210] (HELO p9) by dc-mx04.cluster1.charter.net (CommuniGate Pro SMTP 3.5.9) with SMTP id 53652213 for 9fans@cse.psu.edu; Sat, 03 Aug 2002 20:03:14 -0400 To: 9fans@cse.psu.edu Subject: Re: [9fans] plan9 username is not desired e-mail source From: cdevilbiss@charter.net MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-ID: Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 3 Aug 2002 14:14:41 -0500 Thanks for both of your suggestions. Interestingly, the aliasmail and /mail/lib/fromfiles suggestion didn't work for me; I probably should have mentioned that I am on a 3e system, so maybe the following have changed in 4e. From my mail(1): Aliasmail ... Under the -f option, alias files listed in /mail/lib/fromfiles are consulted instead, and the domain part only of the expansion is printed. and my /mail/lib/remotemail: #!/bin/rc shift sender=$1 shift addr=$1 shift fd=`{/bin/upas/aliasmail -f $sender} switch($fd){ case *.* ; case * fd=charter.net } exec /bin/upas/smtp -h $fd $addr $sender $* So it looks like $sender in remotemail is guaranteed to be the original $1 (my login name?). The $upasname suggestion seems to have worked like a charm (once I remembered to respawn Acme Mail so that it would pick up a new /env). Did 4e change the way remotemail works so /mail/lib/fromfiles is more ``powerful?'' Also, is /env/upasname documented anywhere or just in the source? Thanks again to both of you. -- Colin DeVilbiss cdevilbiss@charter.net From cse.psu.edu!9fans-admin Sun Aug 4 16:45:25 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 4 16:45:25 JST 2002 Received: (qmail 32240 invoked by uid 1020); 4 Aug 2002 16:45:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 32236 invoked from network); 4 Aug 2002 16:45:24 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 4 Aug 2002 16:45:24 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E5DE919A61; Sun, 4 Aug 2002 03:45:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mta07-svc.ntlworld.com (mta07-svc.ntlworld.com [62.253.162.47]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9123219A5F for <9fans@cse.psu.edu>; Sun, 4 Aug 2002 03:44:10 -0400 (EDT) Received: from KIKE ([80.4.204.35]) by mta07-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020804074409.ZLFP13709.mta07-svc.ntlworld.com@KIKE> for <9fans@cse.psu.edu>; Sun, 4 Aug 2002 08:44:09 +0100 Message-ID: <002201c23b8a$b90fc7e0$6501a8c0@KIKE> From: "matt" To: <9fans@cse.psu.edu> 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 Subject: [9fans] debugmalloc Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 4 Aug 2002 08:44:09 +0100 Here I am 8.41 on a Sunday morning about to start scoping for memory leaks when someone freed debugmalloc from under me :) cpu% man debugmalloc man: no manual page cpu% ls /sys/src/libdebugmalloc ls: /sys/src/libdebugmalloc: '/sys/src/libdebugmalloc' does not exist A change not mentioned in Changes to the Programming Environment in the Fourth Release of Plan 9 Curse those 3e printed manuals I bought Is there a replacement or is it back to if (debug) print? M From cse.psu.edu!9fans-admin Sun Aug 4 17:09:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 4 17:09:17 JST 2002 Received: (qmail 32542 invoked by uid 1020); 4 Aug 2002 17:09:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 32538 invoked from network); 4 Aug 2002 17:09:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 4 Aug 2002 17:09:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4179319A65; Sun, 4 Aug 2002 04:09:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from maelmord.ragnartech.net (oss429AP.cslab.stthomas.edu [140.209.124.113]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 39CD319A33 for <9fans@cse.psu.edu>; Sun, 4 Aug 2002 04:08:38 -0400 (EDT) Received: from ragnar by maelmord.ragnartech.net with local (Exim 3.35 #1 (Debian)) id 17bGTy-0004TW-00 for <9fans@cse.psu.edu>; Sun, 04 Aug 2002 03:11:22 -0500 To: 9fans@cse.psu.edu Message-ID: <20020804081122.GC17066@ragnartech.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i From: Peter Downs Subject: [9fans] Thinkpad 560x, ethernet pc card Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 4 Aug 2002 03:11:22 -0500 The card label has the following details: Model No: PCMPC100 MQ4FE1500A under the Linksys, FCC, etc logos. node id: s/n: "Ver: C4" is shown after the serial number, which is the closest thing to a version number printed on the card label. During boot, #Y0: Linksys;EtherFast 10/100 PC Card (PCMPC100 V3);V2.0; ; irq 9, port 300 Link and activity lights come on, but confignet says no ethernet card was detected, and there's no /net/etherX Peter From cse.psu.edu!9fans-admin Sun Aug 4 21:56:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 4 21:56:16 JST 2002 Received: (qmail 3856 invoked by uid 1020); 4 Aug 2002 21:56:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3852 invoked from network); 4 Aug 2002 21:56:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 4 Aug 2002 21:56:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 299C219A6A; Sun, 4 Aug 2002 08:56:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 17451199A3 for <9fans@cse.psu.edu>; Sun, 4 Aug 2002 08:55:32 -0400 (EDT) Message-ID: <41cbaab5ada2aa1981ad971f54250f64@closedmind.org> Subject: Re: [9fans] plan9 username is not desired e-mail source From: presotto@closedmind.org To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 4 Aug 2002 08:55:30 -0400 I documented upasname recently, around the same time that I broke the mail man page into several ones. The new versions are out on sources. 'man marshal' is the relevant page. Fromfiles went in during one of our many splits, when Lucent was in the midst of splitting from AT&T, around '96 to get the right return address for people. Looking around, I don't see anything execing aliasmail -f so I don't think its used by anything anymore. I'll look harder, I may be wrong. From cse.psu.edu!9fans-admin Sun Aug 4 22:36:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 4 22:36:15 JST 2002 Received: (qmail 4382 invoked by uid 1020); 4 Aug 2002 22:36:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4378 invoked from network); 4 Aug 2002 22:36:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 4 Aug 2002 22:36:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EF22F19A6F; Sun, 4 Aug 2002 09:36:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 57E7E19A6E for <9fans@cse.psu.edu>; Sun, 4 Aug 2002 09:35:50 -0400 (EDT) Message-ID: <76c4ce07e21c4afd8f6f34bfa8a4eaf9@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] plan9 username is not desired e-mail source MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-wxaiobtydghfbyobsvslfnmiwo" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 4 Aug 2002 09:35:48 -0400 This is a multi-part message in MIME format. --upas-wxaiobtydghfbyobsvslfnmiwo Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Aliasmail -f is invoked by /mail/lib/remotemail, but only to get a sender's domain. The sender name can't be changed with it. Russ --upas-wxaiobtydghfbyobsvslfnmiwo Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sun Aug 4 08:56:20 EDT 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Sun Aug 4 08:56:19 EDT 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1481E19A67; Sun, 4 Aug 2002 08:56:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 17451199A3 for <9fans@cse.psu.edu>; Sun, 4 Aug 2002 08:55:32 -0400 (EDT) Message-ID: <41cbaab5ada2aa1981ad971f54250f64@closedmind.org> Subject: Re: [9fans] plan9 username is not desired e-mail source From: presotto@closedmind.org To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 4 Aug 2002 08:55:30 -0400 I documented upasname recently, around the same time that I broke the mail man page into several ones. The new versions are out on sources. 'man marshal' is the relevant page. Fromfiles went in during one of our many splits, when Lucent was in the midst of splitting from AT&T, around '96 to get the right return address for people. Looking around, I don't see anything execing aliasmail -f so I don't think its used by anything anymore. I'll look harder, I may be wrong. --upas-wxaiobtydghfbyobsvslfnmiwo-- From cse.psu.edu!9fans-admin Sun Aug 4 22:37:13 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 4 22:37:13 JST 2002 Received: (qmail 4395 invoked by uid 1020); 4 Aug 2002 22:37:13 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4391 invoked from network); 4 Aug 2002 22:37:13 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 4 Aug 2002 22:37:13 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0D1E219A71; Sun, 4 Aug 2002 09:37:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 32D7F199A3 for <9fans@cse.psu.edu>; Sun, 4 Aug 2002 09:36:58 -0400 (EDT) Message-ID: <7bf78397eef55725f5094b9c01daac93@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] debugmalloc MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 4 Aug 2002 09:36:57 -0400 Debugmalloc has been replaced by leak(1) and trump (see acid(1)). Russ From cse.psu.edu!9fans-admin Sun Aug 4 22:55:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 4 22:55:16 JST 2002 Received: (qmail 4631 invoked by uid 1020); 4 Aug 2002 22:55:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4627 invoked from network); 4 Aug 2002 22:55:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 4 Aug 2002 22:55:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9C28D19A77; Sun, 4 Aug 2002 09:55:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 80D4219A6C for <9fans@cse.psu.edu>; Sun, 4 Aug 2002 09:54:49 -0400 (EDT) Message-ID: <6244c306f9366e5fa6bc3d26346d312e@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] Thinkpad 560x, ethernet pc card MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 4 Aug 2002 09:54:47 -0400 First, make sure you have ether0=type=EC2T in your plan9.ini. It shouldn't be strictly necessary, but let's debug one thing at a time. One possibility is that the PC Card driver isn't doing the right thing, and you'd be better off with the PCMCIA driver. Try pccard0=disabled in plan9.ini to disable the PC Card driver. The #Y0 line should change to #y0 on boot. Assuming things still aren't working, see if you can find out which I/O ports your ethernet card uses in some other operating system. I think the problem is that both the PC Card controller and the ether card want to use port 0x300, and when the ether can't register that port, it simply gives up. If things still aren't working, try using ether0=type=EC2T port=0x320 Russ From cse.psu.edu!9fans-admin Sun Aug 4 22:59:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 4 22:59:15 JST 2002 Received: (qmail 4698 invoked by uid 1020); 4 Aug 2002 22:59:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4694 invoked from network); 4 Aug 2002 22:59:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 4 Aug 2002 22:59:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 70A5A19A7E; Sun, 4 Aug 2002 09:59:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 7767819A6C for <9fans@cse.psu.edu>; Sun, 4 Aug 2002 09:58:03 -0400 (EDT) Message-ID: <39e35279eaa402ae8f75a05fb9f184f3@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] debugmalloc From: "rob pike, esq." MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 4 Aug 2002 09:58:01 -0400 There's also helpful information in the DIAGNOSTICS section of malloc(2). -rob From cse.psu.edu!9fans-admin Mon Aug 5 01:59:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 5 01:59:15 JST 2002 Received: (qmail 6391 invoked by uid 1020); 5 Aug 2002 01:59:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6387 invoked from network); 5 Aug 2002 01:59:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 5 Aug 2002 01:59:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8227219A6C; Sun, 4 Aug 2002 12:59:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from lavoro.home.cs.york.ac.uk (public1-york1-5-cust17.leed.broadband.ntl.com [80.0.45.17]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 59A4F19992 for <9fans@cse.psu.edu>; Sun, 4 Aug 2002 12:58:11 -0400 (EDT) Message-ID: <45018e4df46ea03b067ec05331ebfa9e@caldo.demon.co.uk> To: 9fans@cse.psu.edu Subject: Re: [9fans] debugmalloc From: forsyth@caldo.demon.co.uk MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 4 Aug 2002 17:54:42 +0100 >>Curse those 3e printed manuals I bought to be fair, they are third edition manuals, and there have been many changes, but even the more recent printed 4th edition manuals are indeed snapshots. i'd have preferred to print on dynamic paper(tm), but it isn't available yet. From cse.psu.edu!9fans-admin Mon Aug 5 05:40:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 5 05:40:20 JST 2002 Received: (qmail 7750 invoked by uid 1020); 5 Aug 2002 05:40:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7746 invoked from network); 5 Aug 2002 05:40:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 5 Aug 2002 05:40:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BB008199BE; Sun, 4 Aug 2002 16:40:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from ar.aichi-u.ac.jp (ar.aichi-u.ac.jp [202.250.160.40]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id B78B8199A3 for <9fans@cse.psu.edu>; Sun, 4 Aug 2002 16:39:28 -0400 (EDT) Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3ciscupdate v148.2.1) From: arisawa@ar.aichi-u.ac.jp To: 9fans@cse.psu.edu Subject: Re: [9fans] plan9 username is not desired e-mail source References: <76c4ce07e21c4afd8f6f34bfa8a4eaf9@plan9.bell-labs.com> Message-Id: <20020804203928.B78B8199A3@mail.cse.psu.edu> Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: arisawa@aichi-u.ac.jp List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 5 Aug 2002 05:39:22 +0900 >Aliasmail -f is invoked by /mail/lib/remotemail, >but only to get a sender's domain. The sender >name can't be changed with it. > >Russ The senders name can be chnaged in qmail. The following is qmail for sender masquerade: alice@aichi-u ac.jp is converted to arisawa@ar.aichi-u.ac.jp where ar.aichi-u.ac.jp is this dom name. Kenji Arisawa #!/bin/rc # # qmail derivers a mail to a remote host # $* are as follows: # # mail from arisawa@pc.aichi-u.ac.jp to junk@junk.com # pc.aichi-u.ac.jp!arisawa net!junk.com junk # (don't post to junk.com. this dom really exist now!) # # mail from postmaster to arisawa@pc.aichi-u.ac.jp: # /dev/null net!pc.aichi-u.ac.jp arisawa # sender=$1 shift addr=$1 shift # # for example # $sender: # alice -- from local mailes # now smptd rejects a sender who pretends local user. # *!alice -- from remote machin # ar!*!alice -- from remote machin via pipeto # /dev/null -- from postmaster # $addr: # net!vega -- to remote hosts vega # $*: recipient # bob -- a user on vega # # OK flag # 1: do sender masquering # 0: no sender masquering OK=0 # # relay service and the sender masquering # dom=aichi-u.ac.jp if(~ $sender (pc al)^.$dom!* ar!^(pc al)^.$dom!*){ ifs0=$ifs ifs='!' s=`{echo -n $sender} ifs=$ifs0 sender=$s(2) if(~ $s(1) ar) sender=$s(3) # echo $sysname: qmail-masq pettern OK $sender >> /sys/log/test switch($sender){ case alice OK=1 sender=arisawa } } if(~ $OK 1){ # sender masquering awk ' /^From |^Received:|^MBOX-Line:|^Message-ID:/{f=1;next} /^From:/{f=1; print "From:","'$sender@ar.aichi-u.ac.jp'"; next} /^[ \t]/ && f==1 {next} /^$/{ print; while (getline>0) print $0} /.+/{f=0;print $0}'|\ /bin/upas/qer /mail/queue mail $sender $addr $* || exit 1 /bin/upas/runq /mail/queue /mail/lib/remotemail/dev/null >[2=1] exit } # # controll the sender's request to relay. # If this is not a relay host, you should not answer the request. # # relay request from a remote sender. # # local user can send a mail to anywhere # # full-path is required for $sender to be translated correctlly # otherwise the name is regarded as local name. # example: if pc!arisawa is translated to pc!arisawa@ar.aichi-u.ac.jp # /bin/upas/qer /mail/queue mail $sender $addr $* || exit 1 /bin/upas/runq /mail/queue /mail/lib/remotemail/dev/null >[2=1] exit 0 From cse.psu.edu!9fans-admin Mon Aug 5 05:46:14 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 5 05:46:14 JST 2002 Received: (qmail 7810 invoked by uid 1020); 5 Aug 2002 05:46:14 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7806 invoked from network); 5 Aug 2002 05:46:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 5 Aug 2002 05:46:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9547719A7B; Sun, 4 Aug 2002 16:46:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from ar.aichi-u.ac.jp (ar.aichi-u.ac.jp [202.250.160.40]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 1A21619980 for <9fans@cse.psu.edu>; Sun, 4 Aug 2002 16:45:54 -0400 (EDT) Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3ciscupdate v148.2.1) From: arisawa@ar.aichi-u.ac.jp To: 9fans@cse.psu.edu Subject: Re: [9fans] plan9 username is not desired e-mail source References: <76c4ce07e21c4afd8f6f34bfa8a4eaf9@plan9.bell-labs.com> <20020804203928.B78B8199A3@mail.cse.psu.edu> Message-Id: <20020804204554.1A21619980@mail.cse.psu.edu> Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: arisawa@aichi-u.ac.jp List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 5 Aug 2002 05:45:40 +0900 Sorry. > alice@aichi-u ac.jp is converted to arisawa@ar.aichi-u.ac.jp alice@pc.aichi-u ac.jp and alice@al.aichi-u.ac.jp is converted to arisawa@ar.aichi-u.ac.jp Kenji Arisawa From cse.psu.edu!9fans-admin Mon Aug 5 07:37:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 5 07:37:16 JST 2002 Received: (qmail 8564 invoked by uid 1020); 5 Aug 2002 07:37:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8560 invoked from network); 5 Aug 2002 07:37:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 5 Aug 2002 07:37:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3474F19A7F; Sun, 4 Aug 2002 18:37:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mta07-svc.ntlworld.com (mta07-svc.ntlworld.com [62.253.162.47]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id AE70019A66 for <9fans@cse.psu.edu>; Sun, 4 Aug 2002 18:36:32 -0400 (EDT) Received: from KIKE ([80.4.204.35]) by mta07-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020804223631.YTMA13709.mta07-svc.ntlworld.com@KIKE> for <9fans@cse.psu.edu>; Sun, 4 Aug 2002 23:36:31 +0100 Message-ID: <002c01c23c07$62ef4200$6501a8c0@KIKE> From: "matt" To: <9fans@cse.psu.edu> 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 Subject: [9fans] URL Encode/Decode Verb Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 4 Aug 2002 23:36:32 +0100 Hi, I've spent plenty of today sidetracked by this so I hope someone uses it :) It's a verb for printing char* data as a URL encoded string. It also does URL decoding I must admit I've been having a bit of trouble with UTF (I think) as what Windows types into drawterm seems different from the decoded strings. If someone can offer some help there I'd appreciate it. That aside, well behaved input produces well behaved output. Because there is some UTF in the examples I don't trust the copy and paste to work but it's only in the examples. I've put the files on the web too. http://www.proweb.co.uk/~matt/plan9/url_encode.c or http://www.proweb.co.uk/~matt/plan9/url_encode.c.gz I'm quite impressed I'm picking up this c stuff fairly easily. I've got some user level file servers in development as well. Whoever thought of user defined verbs was inspired. Well done to them. Comments suggestions welcome. As always. Is the static int url_trans_flag array the best way to do this btw. ? M #include #include #include int url_encode(Fmt *fmt) { int cnt; uchar c, e; char *str_start; char *str_index; static int url_trans_flag[] = { [32] 0, [33] 0, [34] 0, [35] 0, [36] 0, [37] 0, [38] 0, [39] 0, [40] 0, [41] 0, [42] 0, [43] 0, [44] 0, [45] '-', [46] '.', [47] 0, [48] '0', [49] '1', [50] '2', [51] '3', [52] '4', [53] '5', [54] '6', [55] '7', [56] '8', [57] '9', [58] 0, [59] 0, [60] 0, [61] 0, [62] 0, [63] 0, [64] 0, [65] 'A', [66] 'B', [67] 'C', [68] 'D', [69] 'E', [70] 'F', [71] 'G', [72] 'H', [73] 'I', [74] 'J', [75] 'K', [76] 'L', [77] 'M', [78] 'N', [79] 'O', [80] 'P', [81] 'Q', [82] 'R', [83] 'S', [84] 'T', [85] 'U', [86] 'V', [87] 'W', [88] 'X', [89] 'Y', [90] 'Z', [91] 0, [92] 0, [93] 0, [94] 0, [95] '_', [96] 0, [97] 'a', [98] 'b', [99] 'c', [100] 'd', [101] 'e', [102] 'f', [103] 'g', [104] 'h', [105] 'i', [106] 'j', [107] 'k', [108] 'l', [109] 'm', [110] 'n', [111] 'o', [112] 'p', [113] 'q', [114] 'r', [115] 's', [116] 't', [117] 'u', [118] 'v', [119] 'w', [120] 'x', [121] 'y', [122] 'z', [123] 0, [124] 0, [125] 0, [126] 0, [127] 0 }; str_start = str_index= smprint("%s", va_arg(fmt->args, char *)); if (fmt->flags & FmtSign) url_trans_flag[32] = '+'; else url_trans_flag[32] = 0; cnt = 0; while(c = *(str_index++)) { if (c > 127 || c < 32) { cnt += fmtprint(fmt, "%%%02x", c); continue; } e = url_trans_flag[c]; if(e) cnt += fmtprint(fmt, "%c", e); else cnt += fmtprint(fmt, "%%%02x", c); } free(str_start); return cnt; } int url_decode(Fmt *fmt) { char *str_arg; char *str_start; char * token; int token_index; int str_length; int ante_token_length; int c, cnt, t; Rune r; str_start = str_arg = smprint("%s", va_arg(fmt->args, char *)); for (token = str_arg ; *token; token++) if (*(token) == '+') *token = ' '; cnt = 0; while(token = strchr(str_arg, '%')) { str_length = strlen(str_arg); token_index = str_length - strlen(token); ante_token_length = str_length - token_index - 1; if (token_index) { str_arg[token_index] = 0; cnt += fmtprint(fmt, "%s", str_arg); } if (ante_token_length < 1) { str_arg = token +1; continue; } if(token[1] == '%') { cnt += fmtprint(fmt, "%%"); str_arg = &token[2]; continue; } if ((ante_token_length > 1) && isxdigit(token[1]) && isxdigit(token[2]) ) { t = token[3]; token[3] = 0; r = strtol(&token[1], nil, 16); cnt += fmtprint(fmt, "%C",r); token[3] = t; str_arg = &token[3]; continue; } // if we get here the string is malformed, I'll silently drop it str_arg++; } if(*str_arg) cnt += fmtprint(fmt, "%s", str_arg); free(str_start); return cnt; } int url_encoding(Fmt *fmt) { if(fmt->flags & FmtLeft) return url_decode(fmt); else return url_encode(fmt); } /* here's an example 8c url_encode.c && 8l url_encode.8 && mv 8.out url_encode && ./url_encode output is : fancy : caf€ bl€nc +enc : caf%e9+bl%e1nc %20 enc : caf%e9%20bl%e1nc plain : café blánc oh_no : %c3%b3h%20n%c3%b3 óh nó */ void main (void) { char *fancy_string = "cafe blanc"; char *prev_estring = "caf%E9%20bl%E1nc"; char *plus_enc_string; char *p20_enc_string; char *plain_string; fancy_string[3] = 0xE9; fancy_string[7] = 0xE1; fmtinstall('R', url_encoding); plus_enc_string = smprint("%+R", fancy_string); p20_enc_string = smprint("%R", fancy_string); plain_string = smprint("%-R", prev_estring); print("fancy : %s\n+enc : %s\n%%20 enc : %s\nplain : %s\n", fancy_string, plus_enc_string, p20_enc_string, plain_string); print("oh_no : %R\n%-R\n", "óh nó", "%c3%b3h%20n%c3%b3"); exits(0); } From cse.psu.edu!9fans-admin Tue Aug 6 11:39:27 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 6 11:39:27 JST 2002 Received: (qmail 3388 invoked by uid 1020); 6 Aug 2002 11:39:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3384 invoked from network); 6 Aug 2002 11:39:25 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 6 Aug 2002 11:39:25 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CC88C19A06; Mon, 5 Aug 2002 22:39:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 8DDB719991 for <9fans@cse.psu.edu>; Mon, 5 Aug 2002 22:38:12 -0400 (EDT) Message-ID: <80ce6d908233d7814aadd0b75c098154@plan9.bell-labs.com> From: presotto@plan9.bell-labs.com To: 9fans@cse.psu.edu Subject: Re: [9fans] a bug in freopen MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-mcxendzfsnxicyatyomrzqidni" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 5 Aug 2002 22:38:11 -0400 This is a multi-part message in MIME format. --upas-mcxendzfsnxicyatyomrzqidni Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Rewritten and tested to my usual standards, i.e., it compiles and my one test didn't abort. --upas-mcxendzfsnxicyatyomrzqidni Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Aug 5 08:30:15 EDT 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Mon Aug 5 08:30:14 EDT 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6C39519991; Mon, 5 Aug 2002 08:30:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 2E9D519A55 for <9fans@cse.psu.edu>; Mon, 5 Aug 2002 08:29:49 -0400 (EDT) Message-ID: From: presotto@closedmind.org To: 9fans@cse.psu.edu Subject: Re: [9fans] a bug in freopen MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-npayuyxvaehamdqzxqzoaajxjn" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 5 Aug 2002 08:29:48 -0400 This is a multi-part message in MIME format. --upas-npayuyxvaehamdqzxqzoaajxjn Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I'll fix it. It is really crappy code. Thanks. --upas-npayuyxvaehamdqzxqzoaajxjn Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Aug 5 06:14:17 EDT 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Mon Aug 5 06:14:15 EDT 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7EF5919A2C; Mon, 5 Aug 2002 06:14:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4D94B19991 for <9fans@cse.psu.edu>; Mon, 5 Aug 2002 06:13:13 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17bedh-0003v1-00 for 9fans@cse.psu.edu; Mon, 05 Aug 2002 10:59:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Saroj Mahapatra Message-ID: <6d3220b4.0208031631.2e8fd04e@posting.google.com> Organization: http://groups.google.com/ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: [9fans] a bug in freopen Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 5 Aug 2002 09:55:49 GMT There is a bug in freopen in that it checks mode[1] and mode[2] without first checking if mode[0] is NULL char. So it may access invalid memory location. Thank you, Saroj Mahapatra --upas-npayuyxvaehamdqzxqzoaajxjn-- --upas-mcxendzfsnxicyatyomrzqidni-- From cse.psu.edu!9fans-admin Tue Aug 6 13:05:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 6 13:05:16 JST 2002 Received: (qmail 5198 invoked by uid 1020); 6 Aug 2002 13:05:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5194 invoked from network); 6 Aug 2002 13:05:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 6 Aug 2002 13:05:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8250019A64; Tue, 6 Aug 2002 00:05:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from 196.mudb.snfc.snfccafj.dsl.att.net (196.mudb.snfc.snfccafj.dsl.att.net [12.99.91.196]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 8A1841998C for <9fans@cse.psu.edu>; Tue, 6 Aug 2002 00:04:31 -0400 (EDT) Received: (qmail 87950 invoked by uid 1000); 6 Aug 2002 04:04:03 -0000 From: Madhatter To: 9fans@cse.psu.edu Subject: T20 hanging (was Re: [9fans] IBM Thinkpad T21, 3com PCI, no network.) Message-ID: <20020806040403.GP59363@cassie.foobarbaz.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: madhatter@teaparty.org List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 5 Aug 2002 21:04:03 -0700 This isn't strictly on-topic, but I thought you folks may have some insight as to what the problem might be. I have a T20 that is hanging shortly after it tries to access the disk on boot. The green disk-in-use light stays on. I can't even get into the BIOS. It exhibits this behavior whether it's accessing the floppy, dvd, or hard disk drives. It used to work just fine. Has anyone ever encountered this? -- Christopher Nielsen - Metal-wielding pyro techie madhatter@teaparty.org "Those who are willing to trade freedom for security deserve neither freedom nor security." --Benjamin Franklin From cse.psu.edu!9fans-admin Tue Aug 6 19:13:22 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 6 19:13:22 JST 2002 Received: (qmail 12914 invoked by uid 1020); 6 Aug 2002 19:13:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12909 invoked from network); 6 Aug 2002 19:13:21 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 6 Aug 2002 19:13:21 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 24C9B19999; Tue, 6 Aug 2002 06:13:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4C7DA19991 for <9fans@cse.psu.edu>; Tue, 6 Aug 2002 06:12:18 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17c18x-0000ai-00 for 9fans@cse.psu.edu; Tue, 06 Aug 2002 11:00:47 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: jkw@bowser.eecs.harvard.edu Message-ID: Organization: Harvard University, Cambridge, Massachusetts References: , <3D4F8DF3.18613.27913A3F@localhost> Subject: Re: [9fans] missing compilers? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 6 Aug 2002 10:00:30 GMT In article <3D4F8DF3.18613.27913A3F@localhost>, Andrew Simmons wrote: >> I'll second Russ's comment: why not upgrade? > bolted on top of a "new" operating system which is based on > Carnegie-Mellon's 1980's version of an operating system from the > 70's. At which point you start to think that even Bill Gates never legged > you over to quite this extent, and start looking at Windows machines. Ah. I see, you're from the VMS camp, then? From cse.psu.edu!9fans-admin Wed Aug 7 22:21:29 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 7 22:21:29 JST 2002 Received: (qmail 5278 invoked by uid 1020); 7 Aug 2002 22:21:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5274 invoked from network); 7 Aug 2002 22:21:29 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 7 Aug 2002 22:21:29 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A3FCA19980; Wed, 7 Aug 2002 09:21:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 08D821998C for <9fans@cse.psu.edu>; Wed, 7 Aug 2002 09:20:26 -0400 (EDT) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.9.3/8.9.3) with ESMTP id PAA19321 for <9fans@cse.psu.edu>; Wed, 7 Aug 2002 15:20:21 +0200 (MET DST) Received: from zamenhof.cs.utwente.nl by zeus.cs.utwente.nl (8.10.2+Sun/csrelay-Sol1.4/RB) id g77DKKs18208; Wed, 7 Aug 2002 15:20:21 +0200 (MEST) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id g77DKJV24081 for <9fans@cse.psu.edu>; Wed, 7 Aug 2002 15:20:19 +0200 (MEST) Message-Id: <200208071320.g77DKJV24081@zamenhof.cs.utwente.nl> X-Authentication-Warning: zamenhof.cs.utwente.nl: belinfan@localhost didn't use HELO protocol X-Mailer: exmh version 2.5 07/13/2001 with version: MH 6.8.3 #20[UCI] To: 9fans@cse.psu.edu From: Axel Belinfante X-Organisation: University of Twente, Department of Computer Science, Formal Methods and Tools Group, PO Box 217, NL-7500 AE Enschede, The Netherlands X-Phone: +31 53 4893774 X-Telefax: +31 53 4893247 X-Face: 3YGZY^_!}k]>-k'9$LK?8GXbi?vs=2v*ut,/8z,z!(QNBk_>~:~"MJ_%i`sLLqGN,DGbkT@ N\jhX/jNLTz2hO_R"*RF(%bRvk+M,iU7SvVJtC*\B6Ud<7~`MGMp7rCI6LVp=%k=HE?-UCV?[p\$R? mI\n2/!#3/wZZsa[m7d;PKWiuH6'~ List-Archive: Date: Wed, 07 Aug 2002 15:20:19 +0200 Off-topic question (partly on-topic because plan 9 is one of the O.S.'es demonstrating the problem (I also tried linux and windows 98)). This quesion is about a wireless router (brandname: E-tech, http://www.e-tech.nu/), that includes a four-port 10-100Mbit switch. When I connect the subject-mentioned (10Mbit) 3com etherlink III cards to it, the link comes up nicely, but when I start to ping the router, in a couple of seconds (after a couple of packets) the link goes down, comes up after 2-3 seconds, works for a while, gets down again, comes up etc., packet loss 30%-40%. Shifting the pci card to another slot, or removing all other cards (except for the video card) dit not make a noticable difference. Connecting such a 3com card via a cross link cable to another machine, it works ok. Also with our normal (university/faculty) net it works ok. I tried the wireless router with four other cards, which worked fine: one 10Mbit that linux identified as realtek 8029 pci (ne2k-pci driver) one 100Mbit that plan 9 identified as i82557, a 10Mbit xircom rem56g10 realport ethernet+modem (with linux), and a 10-100mbit pcmcia card (in linux, which reported autonegotiated half-duplex) Any ideas, anyone? (I suspect some sort of auto-negotation failing?) 3com card details: 3c590C (pci, combo) 03-0046-000 rev A 3c509B-C (isa, combo) assy 03-0021-002 rev A Axel. From cse.psu.edu!9fans-admin Thu Aug 8 01:13:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 8 01:13:18 JST 2002 Received: (qmail 7440 invoked by uid 1020); 8 Aug 2002 01:13:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7436 invoked from network); 8 Aug 2002 01:13:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 8 Aug 2002 01:13:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 07067199D5; Wed, 7 Aug 2002 12:13:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CF8731998C for <9fans@cse.psu.edu>; Wed, 7 Aug 2002 12:12:57 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g77GCqx8027054 for <9fans@cse.psu.edu>; Wed, 7 Aug 2002 18:12:52 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g77GCqNt027053 for 9fans@cse.psu.edu; Wed, 7 Aug 2002 18:12:52 +0200 (SAST) From: Lucio De Re To: 9fans mailing list <9fans@cse.psu.edu> Message-ID: <20020807181250.R23133@cackle.proxima.alt.za> Mail-Followup-To: 9fans mailing list <9fans@cse.psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us Subject: [9fans] KFS between 4ed and 3ed Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 7 Aug 2002 18:12:51 +0200 This is odd. I booted a 3ed system with a 4ed disk and almost panicked when KFS announced its intention to "format" the disk. Once the system was actually up, I started disk/kfs and mounted the disk and was relieved to discover that the disk is still readable, at least under 3ed. Any idea what that was all about? I shut the system down cleanly, was there anything else I ought to have known? What will happen when I try to use the disk in its 4ed impersonation? ++L From cse.psu.edu!9fans-admin Thu Aug 8 01:49:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 8 01:49:16 JST 2002 Received: (qmail 7797 invoked by uid 1020); 8 Aug 2002 01:49:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7793 invoked from network); 8 Aug 2002 01:49:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 8 Aug 2002 01:49:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 26620199BC; Wed, 7 Aug 2002 12:49:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from edoras.nas.com (edoras.nas.com [206.63.100.8]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 09B581998C for <9fans@cse.psu.edu>; Wed, 7 Aug 2002 12:48:05 -0400 (EDT) Received: from nas.com (max2-d88.nas.com [206.63.102.217]) by edoras.nas.com (Postfix) with ESMTP id A9B13EB510 for <9fans@cse.psu.edu>; Wed, 7 Aug 2002 09:48:03 -0700 (PDT) Message-ID: <3D515061.1070900@nas.com> From: Jack Johnson User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0+) Gecko/20020506 X-Accept-Language: en-us, en MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] a bug in freopen References: <80ce6d908233d7814aadd0b75c098154@plan9.bell-labs.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 07 Aug 2002 09:52:49 -0700 presotto@plan9.bell-labs.com wrote: > Rewritten and tested to my usual standards, i.e., it compiles > and my one test didn't abort. If only Microsoft would do that. -Jack From cse.psu.edu!9fans-admin Thu Aug 8 03:36:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 8 03:36:16 JST 2002 Received: (qmail 8692 invoked by uid 1020); 8 Aug 2002 03:36:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8688 invoked from network); 8 Aug 2002 03:36:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 8 Aug 2002 03:36:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 802BA199BC; Wed, 7 Aug 2002 14:36:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from doppio.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E50C519995 for <9fans@cse.psu.edu>; Wed, 7 Aug 2002 14:35:05 -0400 (EDT) Message-ID: <92da3461163a9d47c4fe7d8d0f1bc7c7@vitanuova.com> To: 9fans@cse.psu.edu From: rog@vitanuova.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ehaojcclejtvkrelotunxpcybf" Subject: [9fans] lens grid Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 7 Aug 2002 19:41:59 +0100 This is a multi-part message in MIME format. --upas-ehaojcclejtvkrelotunxpcybf Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit i'vebeen working on some graphics stuff recently, and lens(1) has been very useful. here's a version which superimposes a chequerboard pattern to make pixel counting easier. someone with knowledge of memdraw could probably tell me how to make it more efficient... 'g' toggles display of the grid. cheers, rog. --upas-ehaojcclejtvkrelotunxpcybf Content-Type: application/octet-stream Content-Disposition: attachment; filename=lens.c.gz Content-Transfer-Encoding: base64 H4sIAIFpUT0AA6VXX2/jNgx/tj+FmuFaOXb+OO3denVS4LYGwx5uKzrsYesVgxPJiVDHzmyn sXeX7z5SkmUnzbU3DC0iiSJ/pCiKpL8TyTzeME7Gm/7y2m6WsZjN9yksC7f7FP7EkwJJNk82 K/LZtqZswcmEvPVs62NYrsIFLPx39i6w7dtUJAWJw7xYB/bPsMVJN+PMzItVQ19kotl44iIO bBC28nnGeRIxtVLoF3prmW5RCijDwL7j8yJMFjHXIllgb+bLMLO6aj3bRGDRUyoYoiQiqigu nEDSyCp85AhWEyXVxvOLQtFsOKtRQgDemqUZ4xlV+B5RY+868wj6xCNwVI/8eQtoRiXOMzBY JDkvMkCjB1LIgFoNKtDBTR5JRCxnwNlfiQT5oniTLwV6jDKRr+Ow8ogPGzvbRgeRWbVe1ydZ hSKhSAyzxdwj6BnShfnT/YM82RTvlXBAlVvgrfu3XX/0AIRNnCYLlEhggRBwGbb1+2/TG6rA EAbtERFoEIU0X5orfzoxT/KOQ8Zk6IAiK1pnAEJHeueK1DIkCkXM2RV5k31KOgho8VIUOe3U HJK4sy2OBDpdpZucf5k+8mqWhhmTvuUYDmEcp/MDx+DV0aFH4N9HN3nkx48fbi/l6uaOS2kM u28W/+lu+ocSH5bnEf5FEYLIcAcUJp7WBQ0ZW7cuGa+uFSn9VVgC1Ajl6kgH0XTNE9oZMP40 UNSOR369m3640V42rF/16TxMzgqJQ1owR1yr8bVjATvjITMKPAwEsFf8w9MI5w45mbSXLyhH oP+kHCMMDp8XWZHinKICfA5AxHWRMr4ulhTn2hHogcuXjABWBq9VKSJRmq3Cgrzx/b7v55/Q rVrHcYvwAeFNDi7N/cgb7JcYJUUq0ETXh3fiHDBUbYbRIUNY7iOcH2HYQ7jYYwAKbK5kmFK0 sXtT6ivLnO5NZeZ74SKlJvgmjzsM9iOeadivv0W1b15ixjEaGB1izrTAwTQIHODOIW/Ol1SW C3rKHalzHuacmPd6BRTD13+csblkUlxnf59dNYtPwwu11FbgIYJme9LmdTUnHBzLxZioqqSw LczErhvUc530HU3Q+V4vd/J3BoH82FK20Pit8nNSz5XcIeweqgLptS3+a9/ia0gvjbG93v8x tt/WQ7SefcFDEf8MHw/ORmZ2bmYXZvbWzN6Z2fdmdmlm7/XsbKjVqyKubrwH1KB9eIjQoWMO j63E8Buc2jqE9AOAKXzEg1AiX76QFgHDyTkWTgZGRaosMFcGUC77s01RpEmur6jO9vVuWR0x b7eHvcMCrYtyu+nAMiwiQmVQnaiXSuRTheeryhFuSUgdeAm2SSpxE1oHoRLSHK/UMtjojvSg a5qvSuIPcTh/lLpkPUe4Q0n5A1IauHe9XYqC67J/qxidoxC18DMDXoVqnGdSD7YkCd9q/1GY ktNTsuDFViQs3bbPHSVpwl9oRUzlKopwviRFShTGkTyoWOo82FwRtGhIg+F175u0Da2A01NN o0nfhubqBNb0DVgBFcAvaSTiWOd5qfOFDN9Y8/X03vDUR2siuQnbVv8svQ43UHoEDlfiACOD mxaBbheBxiq9KNMIGooKfoEgG3SSbor7S/+96jUlJV/fXzxgPWFYJim4STW+josJ0XcGMAAz q+RudXwXNcG+fKD9steADKiKNuBBO4hhqnoNVsMEXKhHm8zwUanTRBQ26lACuqs3FP+wfpjA 5cLuNWkXZiUxadN6FQrnnD+22i/swV1Z4quqXeXxOQSmX0taEqbYHxd71i4wJnu6Y/TXmrvn fV3Gi02WyJOrZqCaDANSjcEvpHJdiWi86UpnSQddT4b4ZqtqfOAkCVIiSDlmJfxqEMsqMTTw jt3SFJCy1EBlOW6dxbEGXZInYRaRtSh5DH2VDlTSHahag2oEqhFj+dVEBChSWxZEo3jAxrT2 7L10Ft13rVuWjiselC08zrldCw+l8Pre1+NIj+cPKkzs2oBSHbQcYwDDaEzAo3WxcYFDj81H IHaRtY0v2W/hAzMAThcZXKGN0BZjhaqNXvEVfJxSkJI5po4M/TDkPcurVXdbobXy8qQCdYWa F7frC9vyLIPWnnaSlMA0zVTE4NniNGQmeTYJsgaUeVIjNlQXv8GkjYcGtsO5pn1uVfsO6us0 lXn3vILWJUvaozA8ouoXfiPqr/qd/S/ucvZdSxEAAA== --upas-ehaojcclejtvkrelotunxpcybf-- From cse.psu.edu!9fans-admin Thu Aug 8 05:58:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 8 05:58:19 JST 2002 Received: (qmail 9840 invoked by uid 1020); 8 Aug 2002 05:58:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9836 invoked from network); 8 Aug 2002 05:58:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 8 Aug 2002 05:58:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 132B4199ED; Wed, 7 Aug 2002 16:58:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 075ED19980 for <9fans@cse.psu.edu>; Wed, 7 Aug 2002 16:57:40 -0400 (EDT) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Aug 7 16:57:37 EDT 2002 Received: from 12.23.120.75 ([12.23.120.75]) by plan9; Wed Aug 7 16:57:35 EDT 2002 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] KFS between 4ed and 3ed From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 7 Aug 2002 16:57:39 -0400 > What will happen when I try to use the disk in its 4ed impersonation? With a 3e kernel, most of the binaries won't work (new system call interface). Kfs shouldn't have tried to ream the disk. Russ From cse.psu.edu!9fans-admin Thu Aug 8 13:55:22 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 8 13:55:22 JST 2002 Received: (qmail 18705 invoked by uid 1020); 8 Aug 2002 13:55:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18701 invoked from network); 8 Aug 2002 13:55:22 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 8 Aug 2002 13:55:22 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 298A0199BC; Thu, 8 Aug 2002 00:55:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from ar.aichi-u.ac.jp (ar.aichi-u.ac.jp [202.250.160.40]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 778F2199A3 for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 00:54:32 -0400 (EDT) Message-ID: <4c8273eecbf2b8fcf80dd82c87e3674b@ar.aichi-u.ac.jp> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3ciscupdate v148.2.1) From: arisawa@ar.aichi-u.ac.jp To: 9fans@nx.aichi-u.ac.jp Subject: [9fans] pop3 from noworld users Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: arisawa@aichi-u.ac.jp List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 8 Aug 2002 13:54:27 +0900 Hello, I have a trouble in getting mail. The message from pop3 server (sysname=ar) is: ERROR: ar: newns failed: can't open /lib/namespace: access permission denied; server exiting The protocol is apop3 and the user belongs to noworld. The message have not appeared in 3ed. The message comes from: if(newns(user, 0) < 0){ senderr("newns failed: %r; server exiting"); exits(nil); } in /sys/src/cmd/upas/pop3/pop3.c These codes are added in 4ed. I ported my users to 4ed simply by copying /adm/*. Was that wrong? Kenji Arisawa From cse.psu.edu!9fans-admin Thu Aug 8 14:15:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 8 14:15:16 JST 2002 Received: (qmail 19225 invoked by uid 1020); 8 Aug 2002 14:15:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19221 invoked from network); 8 Aug 2002 14:15:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 8 Aug 2002 14:15:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 110D1199BF; Thu, 8 Aug 2002 01:15:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 908DB199BF for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 01:14:22 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g785EHx8029761 for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 07:14:17 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g785EGZZ029760 for 9fans@cse.psu.edu; Thu, 8 Aug 2002 07:14:16 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] KFS between 4ed and 3ed Message-ID: <20020808071416.Z23133@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Russ Cox on Wed, Aug 07, 2002 at 04:57:39PM -0400 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 8 Aug 2002 07:14:16 +0200 On Wed, Aug 07, 2002 at 04:57:39PM -0400, Russ Cox wrote: > > > What will happen when I try to use the disk in its 4ed impersonation? > > With a 3e kernel, most of the binaries > won't work (new system call interface). > One day I'll unlearn to squeeze all information out of my e-mail for the sake of brevity :-( What I meant was, I'm going to use the disk in its previous role, which was in a strictly 4ed workstation and/or CPU server. Will it even boot? > Kfs shouldn't have tried to ream the disk. > It certainly didn't succeed, as tar of the entire filesystem delivers 929026560 bytes of readable data. What worries me is whether I'll be able to access that filesystem once I reboot the 3ed system I'm using presently. I think I'll back up the whole lot as soon as I have a host to do it to. ++L From cse.psu.edu!9fans-admin Thu Aug 8 14:36:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 8 14:36:15 JST 2002 Received: (qmail 19747 invoked by uid 1020); 8 Aug 2002 14:36:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19743 invoked from network); 8 Aug 2002 14:36:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 8 Aug 2002 14:36:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 23D5A199E3; Thu, 8 Aug 2002 01:36:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from s-utl03-slc-rw1.stsn.com (unknown [12.23.74.19]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 33EDA199BE for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 01:35:29 -0400 (EDT) Received: from slc02.smtp.stsn.com ([172.16.3.26]) by s-utl03-slc-rw1.stsn.com (NAVGW 2.5.1.18) with SMTP id M2002080723372128059 for <9fans@cse.psu.edu>; Wed, 07 Aug 2002 23:37:21 -0600 Received: from 17genr ([10.1.184.195]) by slc02.smtp.stsn.com with Microsoft SMTPSVC(5.0.2195.3779); Wed, 7 Aug 2002 23:34:49 -0600 Message-ID: <6e1952ed1fd1078b500f533500fe0054@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] KFS between 4ed and 3ed From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Aug 2002 05:34:50.0312 (UTC) FILETIME=[509E1480:01C23E9D] Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 8 Aug 2002 01:35:21 -0400 Assuming you told it not to ream the disk, rebooting with a 4e kernel should just work. Russ From cse.psu.edu!9fans-admin Thu Aug 8 15:55:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 8 15:55:16 JST 2002 Received: (qmail 21800 invoked by uid 1020); 8 Aug 2002 15:55:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21796 invoked from network); 8 Aug 2002 15:55:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 8 Aug 2002 15:55:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 99907199E4; Thu, 8 Aug 2002 02:55:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from fbsd.acl.lanl.gov (fbsd.acl.lanl.gov [128.165.147.119]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id A51B0199BE for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 02:54:51 -0400 (EDT) Received: (qmail 19780 invoked by uid 18927); 8 Aug 2002 06:52:33 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 8 Aug 2002 06:52:33 -0000 From: andrey mirtchovski X-X-Sender: andrey@fbsd.acl.lanl.gov To: 9fans@cse.psu.edu Message-ID: <20020808004437.S19765-100000@fbsd.acl.lanl.gov> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] xscreensaver cont-d Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 8 Aug 2002 00:52:33 -0600 (MDT) i've put some more xscreensaver hacks on: http://www.acl.lanl.gov/plan9/xscreensaver/ to download all files: http://www.acl.lanl.gov/plan9/xscreensaver/xscr.tar.gz check pedal.c for an interesting abuse of poly()'s winding rule :) this pretty much concludes all the 'easy' ports (the ones drawing only lines/points).. the more complex ones will take more time and probably would have to wait until i have large quantities of it available again... have fun: andrey From cse.psu.edu!9fans-admin Thu Aug 8 17:07:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 8 17:07:17 JST 2002 Received: (qmail 23656 invoked by uid 1020); 8 Aug 2002 17:07:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23652 invoked from network); 8 Aug 2002 17:07:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 8 Aug 2002 17:07:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 43514199EE; Thu, 8 Aug 2002 04:07:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from granite.cias.osakafu-u.ac.jp (granite.cias.osakafu-u.ac.jp [157.16.101.69]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E7FD4199E3 for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 04:06:42 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu From: okamoto@granite.cias.osakafu-u.ac.jp MIME-Version: 1.0 Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] mainstacksize Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 8 Aug 2002 17:05:57 +0900 Theradmain prepares 8 Kbytes stack area fot it, according to the manual. I have a program using threadmain, and from which a function having a 200x200 float array. I put this array to static memory, however, it requires more than 8 Kbytes threadmain's stack area. (When I use the array as local, it goes to more miserabble result.) Therefore, I enlarged the default value of the stack size of the threadmain to 30Kbytes, and now the function works more stablly. (I'm still debugging!) Why a farely large array put in a static/global field can be affected from the stack of the threadmain? What's the meaning of mainstacksize of thread library? Kenji From cse.psu.edu!9fans-admin Thu Aug 8 20:46:27 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 8 20:46:27 JST 2002 Received: (qmail 27323 invoked by uid 1020); 8 Aug 2002 20:46:27 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27319 invoked from network); 8 Aug 2002 20:46:26 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 8 Aug 2002 20:46:26 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id ADF72199ED; Thu, 8 Aug 2002 07:46:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from infocom.km.ua (infocom.km.ua [195.230.134.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 48DAE19999 for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 07:45:26 -0400 (EDT) Received: from kp.km.ua (root@kp.km.ua [217.196.174.2]) by infocom.km.ua (8.12.5/8.12.5/ic) with ESMTP id g78BjHqA017128 for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 14:45:18 +0300 (EEST) (envelope-from plan9@kp.km.ua) Received: from localhost.localdomain (dialup06.kp.km.ua [217.196.174.21]) by kp.km.ua (8.9.3/8.9.3) with SMTP id OAA76051 for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 14:45:11 +0300 (EEST) (envelope-from plan9@kp.km.ua) Content-Type: text/plain; charset="koi8-r" From: "Andrey S. Kukhar" To: 9fans@cse.psu.edu X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <02080814093300.00642@localhost.localdomain> Content-Transfer-Encoding: 8bit Subject: [9fans] paper ``Rio, the Plan 9 Window System'' Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 8 Aug 2002 14:44:57 -0400 friends, Rob, i wonder, why not exist paper describing rio, Plan 9 window system, which is used in the 3th and 4th eds. Exist paper about 8 1/2, old Plan 9 window system (``8 1/2, the Plan 9 window system''); paper about mux, UNIX window system (``Window Systems Should Be Transparent''). I read ``Rio: Design of a Concurent Window System'', but it doesn`t fully describe rio as it is described mux and 8 1/2 in their papers. Q: why not to rewrite document ``8 1/2, the Plan 9 window system'' for rio? (Sorry my english) -ask From cse.psu.edu!9fans-admin Thu Aug 8 21:50:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 8 21:50:16 JST 2002 Received: (qmail 28065 invoked by uid 1020); 8 Aug 2002 21:50:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28061 invoked from network); 8 Aug 2002 21:50:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 8 Aug 2002 21:50:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C618219A04; Thu, 8 Aug 2002 08:50:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 7820719A02 for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 08:49:52 -0400 (EDT) Message-ID: <912418b08142b7626f8a45c18bb299ae@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] paper ``Rio, the Plan 9 Window System'' From: "rob pike, esq." MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 8 Aug 2002 08:49:50 -0400 Rio never seemed enough of an advance to be worth a paper. The 8½ paper describes the most important property, providing a window system as a file server. The only novel feature of rio is the way it avoids multiplexing the graphics device, letting the driver do that job. (8½ muxed all graphics ops itself.) But other window managers can do that, so it's not worth a paper either. -rob From cse.psu.edu!9fans-admin Thu Aug 8 22:10:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 8 22:10:15 JST 2002 Received: (qmail 28328 invoked by uid 1020); 8 Aug 2002 22:10:14 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28324 invoked from network); 8 Aug 2002 22:10:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 8 Aug 2002 22:10:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A51C419A06; Thu, 8 Aug 2002 09:10:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from doppio.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 920B8199BB for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 09:09:33 -0400 (EDT) Message-ID: <5a30d2766af014c4138d00bedc371656@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] paper ``Rio, the Plan 9 Window System'' From: C H Forsyth MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-scdppchwlallnbnzkeeyksyhfk" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 8 Aug 2002 14:04:37 +0100 This is a multi-part message in MIME format. --upas-scdppchwlallnbnzkeeyksyhfk Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit it might be worth noting that another paper, ``A Concurrent Window System'', is helpful in understanding the underlying model and to a useful extent the internal structure of rio and its use of Channels (thread(2)). --upas-scdppchwlallnbnzkeeyksyhfk Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-2.mail.demon.net by mailstore for forsyth@vitanuova.com id 1028811045:20:11716:102; Thu, 08 Aug 2002 12:50:45 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-2.mail.demon.net id aa2121336; 8 Aug 2002 12:50 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9EE8219A02; Thu, 8 Aug 2002 08:50:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 7820719A02 for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 08:49:52 -0400 (EDT) Message-ID: <912418b08142b7626f8a45c18bb299ae@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] paper ``Rio, the Plan 9 Window System'' From: "rob pike, esq." MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 8 Aug 2002 08:49:50 -0400 Rio never seemed enough of an advance to be worth a paper. The 8 paper describes the most important property, providing a window system as a file server. The only novel feature of rio is the way it avoids multiplexing the graphics device, letting the driver do that job. (8 muxed all graphics ops itself.) But other window managers can do that, so it's not worth a paper either. -rob --upas-scdppchwlallnbnzkeeyksyhfk-- From cse.psu.edu!9fans-admin Thu Aug 8 23:45:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 8 23:45:18 JST 2002 Received: (qmail 29616 invoked by uid 1020); 8 Aug 2002 23:45:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 29612 invoked from network); 8 Aug 2002 23:45:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 8 Aug 2002 23:45:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CBEDF19A17; Thu, 8 Aug 2002 10:45:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id C3C99199BB for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 10:44:07 -0400 (EDT) Message-ID: <2fffabd54e3ce150e8f1fc2d7bc5ad04@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] mainstacksize MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 8 Aug 2002 10:44:03 -0400 Can you post a simple, short program that demonstrates your problem? A large global or static array shouldn't change how much stack you need. Russ From cse.psu.edu!9fans-admin Fri Aug 9 00:51:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 9 00:51:16 JST 2002 Received: (qmail 30302 invoked by uid 1020); 9 Aug 2002 00:51:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 30298 invoked from network); 9 Aug 2002 00:51:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 9 Aug 2002 00:51:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A6AA4199B7; Thu, 8 Aug 2002 11:51:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BC0361999B for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 11:50:05 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17cpSE-00034Q-00 for 9fans@cse.psu.edu; Thu, 08 Aug 2002 16:44:02 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: "Douglas A. Gwyn" Message-ID: <3D527DAC.736BA1E0@null.net> Organization: U.S. Army Research Laboratory Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: , <3D4F8DF3.18613.27913A3F@localhost>, Subject: Re: [9fans] missing compilers? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 8 Aug 2002 15:40:07 GMT jkw@bowser.eecs.harvard.edu wrote: > In article <3D4F8DF3.18613.27913A3F@localhost>, Andrew Simmons wrote: > > bolted on top of a "new" operating system which is based on > > Carnegie-Mellon's 1980's version of an operating system from the > > 70's. At which point you start to think that even Bill Gates never legged > > you over to quite this extent, and start looking at Windows machines. > Ah. I see, you're from the VMS camp, then? It's even funnier. OpenVMS evolved from VAX/VMS which was largely inspired by RSX-11M, which evolved from RSX-11D which was a follow-on to DOS/BATCH-11. Windows XP evolved from a combination of Windows/NT (which was largely inspired by VMS) and 16-bit Windows, which evolved in several stages from a bolt-on to MS-DOS. Forward compatibility has always been a factor; even the latest Windows still supports applications in an MS-DOS task. And of course when it comes to "PC" hardware, compatibility has produced some incredible kludges we're still saddled with, the pitiful instruction set architecture being perhaps the worst, with lack of standard video interface being a close second. Apple's OS/X systems are thus no worse in regard to evolutionary features than Bill Gates' Windows systems. Unix got several things right, most notably treating (almost) all data sources/sinks as "files" that are accessed via the same mechanism. Plan 9 explores the consequences of pushing that idea even farther, while dropping some of Unix's less desirable features, but is not bolted onto anything except existing hardware. From cse.psu.edu!9fans-admin Fri Aug 9 01:06:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 9 01:06:15 JST 2002 Received: (qmail 30426 invoked by uid 1020); 9 Aug 2002 01:06:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 30422 invoked from network); 9 Aug 2002 01:06:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 9 Aug 2002 01:06:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9F53D199B9; Thu, 8 Aug 2002 12:06:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 33D75199B7 for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 12:05:04 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17cpSD-00034K-00 for 9fans@cse.psu.edu; Thu, 08 Aug 2002 16:44:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: "Douglas A. Gwyn" Message-ID: <3D527DE2.B38A88DE@null.net> Organization: U.S. Army Research Laboratory Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <80ce6d908233d7814aadd0b75c098154@plan9.bell-labs.com>, <3D515061.1070900@nas.com> Subject: Re: [9fans] a bug in freopen Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 8 Aug 2002 15:39:55 GMT Jack Johnson wrote: > presotto@plan9.bell-labs.com wrote: > > Rewritten and tested to my usual standards, i.e., it compiles > > and my one test didn't abort. > If only Microsoft would do that. ? In which direction do you think they err? Too much testing or too little? From cse.psu.edu!9fans-admin Fri Aug 9 02:31:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 9 02:31:15 JST 2002 Received: (qmail 31202 invoked by uid 1020); 9 Aug 2002 02:31:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 31198 invoked from network); 9 Aug 2002 02:31:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 9 Aug 2002 02:31:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id AFA1B199A3; Thu, 8 Aug 2002 13:31:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from edoras.nas.com (edoras.nas.com [206.63.100.8]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B8697199A3 for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 13:30:17 -0400 (EDT) Received: from nas.com (max2-d09.nas.com [206.63.102.138]) by edoras.nas.com (Postfix) with ESMTP id 273DBEB4C1 for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 10:30:12 -0700 (PDT) Message-ID: <3D52ABC3.8020203@nas.com> From: Jack Johnson User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0+) Gecko/20020506 X-Accept-Language: en-us, en MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] a bug in freopen References: <80ce6d908233d7814aadd0b75c098154@plan9.bell-labs.com>, <3D515061.1070900@nas.com> <3D527DE2.B38A88DE@null.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 08 Aug 2002 10:34:59 -0700 Douglas A. Gwyn wrote: > Jack Johnson wrote: >>If only Microsoft would do that. > ? In which direction do you think they err? Too much testing or > too little? Sorry, Douglas (and everyone). It was a bad pun run amok. But, giving it some pre-coffee thought, they construct solutions to perceived problems, which is a great business model. I feel sometimes a problem is not best solved by adding a new solution but by taking away an old problem. Maybe not the best way to run a software development firm, but then again, I don't have that worry. So, in that respect, I think they probably do more than adequate testing to ensure their product solves the problem they intended to fix (and thus I damn their effort with faint praise). When going through their recruitment process, I was told that (in the group for which I was interviewing), the standard procedure was to spend 24-36 months developing a new release, then releasing a service pack roughly once every 6 months. After 2-3 service packs, they'd determine the new features they wanted in the next release, and go through the cycle again. The service packs are released to fix bugs and add features as requested by their largest vendors, and working down from there. I was appalled at the idea that the working model was based on fixing bugs after the release, that it was the expected norm, and that new releases were not based on making the product qualitiatively (or hell, quantitatively) better but firmly on adding new features, for which any new bugs (that got through the testing cycle) would be worked out at a later date. Several times. Now, I understand all software has bugs, and what a nightmare it must be to manage 20,000 developers and n million lines of code, but if you want an edict from Bill Gates, why not "Just One Service Pack"? If the standard procedure is to allow some bugs to be fixed post-production, it seems no wonder that they've had certain difficulties with security. ---- Sorry for the rant. The bad pun may have been better. -Jack P.S. For the curious, I chose not to write VB script for a living, and my checkbook resents it wholeheartedly. From cse.psu.edu!9fans-admin Fri Aug 9 15:21:26 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 9 15:21:26 JST 2002 Received: (qmail 12841 invoked by uid 1020); 9 Aug 2002 15:21:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12837 invoked from network); 9 Aug 2002 15:21:25 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 9 Aug 2002 15:21:25 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 693AC199B6; Fri, 9 Aug 2002 02:21:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from granite.cias.osakafu-u.ac.jp (granite.cias.osakafu-u.ac.jp [157.16.101.69]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id AADB51999B for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 02:20:03 -0400 (EDT) Message-ID: <720e924c84f37c7674cf41f2e32ccf6d@granite.cias.osakafu-u.ac.jp> To: 9fans@cse.psu.edu Subject: Re: [9fans] paper ``Rio, the Plan 9 Window System'' From: okamoto@granite.cias.osakafu-u.ac.jp MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-gugxjmlsgnuybmfgdqtzroylgb" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 9 Aug 2002 15:19:19 +0900 This is a multi-part message in MIME format. --upas-gugxjmlsgnuybmfgdqtzroylgb Content-Disposition: inline Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit If Rob won't write User's manual of rio, fs etc, why someone in Vitanuova can write one, and sell the books of manuals with it. I say this, because Plan 9 has two aspects to be considered, one is a target for OS reseachers, and the other is a clearer base for someone, probably concerning with education? to use it for applications. Vitanuova, probably, targetting the latter, I suppose. Kenji --upas-gugxjmlsgnuybmfgdqtzroylgb Content-Type: message/rfc822 Content-Disposition: inline Received: from granite.cias.osakafu-u.ac.jp ([192.168.1.3]) by diabase; Thu Aug 8 22:10:52 JST 2002 Received: from elmo.cias.osakafu-u.ac.jp (elmo.cias.osakafu-u.ac.jp [157.16.103.2]) by granite.cias.osakafu-u.ac.jp (8.9.3/8.9.3) with ESMTP id VAA14853 for ; Thu, 8 Aug 2002 21:55:00 +0900 Received: from mail.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by elmo.cias.osakafu-u.ac.jp (8.9.3/3.7W-02040219) with ESMTP id WAA07837 for ; Thu, 8 Aug 2002 22:10:15 +0900 (JST) Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A51C419A06; Thu, 8 Aug 2002 09:10:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from doppio.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 920B8199BB for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 09:09:33 -0400 (EDT) Message-ID: <5a30d2766af014c4138d00bedc371656@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] paper ``Rio, the Plan 9 Window System'' From: C H Forsyth MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-scdppchwlallnbnzkeeyksyhfk" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 8 Aug 2002 14:04:37 +0100 This is a multi-part message in MIME format. --upas-scdppchwlallnbnzkeeyksyhfk Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit it might be worth noting that another paper, ``A Concurrent Window System'', is helpful in understanding the underlying model and to a useful extent the internal structure of rio and its use of Channels (thread(2)). --upas-scdppchwlallnbnzkeeyksyhfk Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-2.mail.demon.net by mailstore for forsyth@vitanuova.com id 1028811045:20:11716:102; Thu, 08 Aug 2002 12:50:45 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-2.mail.demon.net id aa2121336; 8 Aug 2002 12:50 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9EE8219A02; Thu, 8 Aug 2002 08:50:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 7820719A02 for <9fans@cse.psu.edu>; Thu, 8 Aug 2002 08:49:52 -0400 (EDT) Message-ID: <912418b08142b7626f8a45c18bb299ae@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] paper ``Rio, the Plan 9 Window System'' From: "rob pike, esq." MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 8 Aug 2002 08:49:50 -0400 Rio never seemed enough of an advance to be worth a paper. The 8 paper describes the most important property, providing a window system as a file server. The only novel feature of rio is the way it avoids multiplexing the graphics device, letting the driver do that job. (8 muxed all graphics ops itself.) But other window managers can do that, so it's not worth a paper either. -rob --upas-scdppchwlallnbnzkeeyksyhfk-- --upas-gugxjmlsgnuybmfgdqtzroylgb-- From cse.psu.edu!9fans-admin Fri Aug 9 18:10:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 9 18:10:18 JST 2002 Received: (qmail 16953 invoked by uid 1020); 9 Aug 2002 18:10:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16949 invoked from network); 9 Aug 2002 18:10:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 9 Aug 2002 18:10:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 852E7199B6; Fri, 9 Aug 2002 05:10:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 329071998C for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 05:09:05 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17d5bp-0001b0-00 for 9fans@cse.psu.edu; Fri, 09 Aug 2002 09:59:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: "Douglas A. Gwyn" Message-ID: <3D52FCEA.E61E2F4B@null.net> Organization: U.S. Army Research Laboratory Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <80ce6d908233d7814aadd0b75c098154@plan9.bell-labs.com>, <3D52ABC3.8020203@nas.com> Subject: Re: [9fans] a bug in freopen Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 9 Aug 2002 08:57:06 GMT Jack Johnson wrote: > ... If the standard procedure is to allow some bugs to be fixed > post-production, it seems no wonder that they've had certain > difficulties with security. It can be safely assumed that any really large software product contains bugs, period. One might as well set up a procedure to deal with them.. As to security flaws, there are numerous contributing factors. From cse.psu.edu!9fans-admin Fri Aug 9 18:10:29 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 9 18:10:29 JST 2002 Received: (qmail 16968 invoked by uid 1020); 9 Aug 2002 18:10:28 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16964 invoked from network); 9 Aug 2002 18:10:28 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 9 Aug 2002 18:10:28 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 98A91199BC; Fri, 9 Aug 2002 05:10:14 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4A3BB19981 for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 05:09:17 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17d5bp-0001b6-00 for 9fans@cse.psu.edu; Fri, 09 Aug 2002 09:59:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Mark Valiukas Message-ID: <3D535706.8BAD56A2@vu.edu.au> Organization: University of Bath Computing Services, UK Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <200208071320.g77DKJV24081@zamenhof.cs.utwente.nl> Subject: Re: [9fans] OT: 3c590C, 3c509B-C repeated carrier loss with e-tech Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 9 Aug 2002 08:57:19 GMT Axel Belinfante wrote: > Any ideas, anyone? (I suspect some sort of auto-negotation failing?) > > 3com card details: > 3c590C (pci, combo) 03-0046-000 rev A > 3c509B-C (isa, combo) assy 03-0021-002 rev A I never leave these on auto-negotiate at home. I always select a media type. I've had problems with the 509b's detecting coax, and with them detecting the network when connected to some oddball gear (a hub of dubious provenance that I can't remember the brand of right now) Haven't had a problem since forcing the settings with the appropriate 3Com configuration utilities. From cse.psu.edu!9fans-admin Fri Aug 9 21:37:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 9 21:37:18 JST 2002 Received: (qmail 19545 invoked by uid 1020); 9 Aug 2002 21:37:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19541 invoked from network); 9 Aug 2002 21:37:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 9 Aug 2002 21:37:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B9AB5199B9; Fri, 9 Aug 2002 08:37:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id B2275199A3 for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 08:36:03 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] a bug in freopen From: "rob pike, esq." MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 9 Aug 2002 08:36:01 -0400 > It can be safely assumed that any really large software product > contains bugs, period. One might as well set up a procedure to > deal with them.. As to security flaws, there are numerous > contributing factors. Are you sure? -rob From cse.psu.edu!9fans-admin Fri Aug 9 22:04:14 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 9 22:04:14 JST 2002 Received: (qmail 19847 invoked by uid 1020); 9 Aug 2002 22:04:14 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19843 invoked from network); 9 Aug 2002 22:04:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 9 Aug 2002 22:04:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6F0B1199E3; Fri, 9 Aug 2002 09:04:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from ar.aichi-u.ac.jp (ar.aichi-u.ac.jp [202.250.160.40]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id BBB2A199BC for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 09:03:58 -0400 (EDT) Message-ID: Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3ciscupdate v148.2.1) From: arisawa@ar.aichi-u.ac.jp To: 9fans@nx.aichi-u.ac.jp Subject: [9fans] secstore panic Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: arisawa@aichi-u.ac.jp List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 9 Aug 2002 22:03:40 +0900 Hello, I examined secstore. secstore fell into panic in changing password. Note that is a experiment on terminal. term% ls -l --rw-rw-r-- M 250 arisawa arisawa 6 Aug 9 20:04 foo term% rm foo term% auth/secstore -s pc -g foo secstore password: xxxxxxxx secstore term% ls -l --rw------- M 250 arisawa arisawa 6 Aug 9 20:08 foo term% cat foo alice term% auth/secstore -c -s pc secstore password: secstore new password for arisawa: retype password: reencrypting 'foo' saved 6 bytes panic: D2B called on non-block 22bc0 (double-free?) secstore 2563: suicide: sys: trap: fault read addr=0x0 pc=0x0000a5dd acid says the problem came from secstore.c: Out: if(newpass != nil){ memset(newpass, 0, newpasslen); free(newpass); } conn->free(conn); <------------ HERE return rv; } int main(int argc, char **argv) { int chpass = 0, rc; By the way secuser created /adm/secstore/who/arisawa the permission is: term% ls -l /adm/secstore/* d-rwxrwxr-x M 8 arisawa adm 0 Aug 9 20:01 /adm/secstore/store/arisawa --rw-rw-r-- M 8 arisawa adm 195 Aug 9 20:01 /adm/secstore/who/arisawa I believe they should be d-rwx------ M 8 arisawa adm 0 Aug 9 20:01 /adm/secstore/store/arisawa --rw------- M 8 arisawa adm 195 Aug 9 20:01 /adm/secstore/who/arisawa Probably I should have created /adm/secstore with mode 700. (Note that secstored is running as arisawa because experiment is on terminal) This is not documented in manual.... Kenji Arisawa From cse.psu.edu!9fans-admin Fri Aug 9 23:31:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 9 23:31:16 JST 2002 Received: (qmail 20694 invoked by uid 1020); 9 Aug 2002 23:31:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20689 invoked from network); 9 Aug 2002 23:31:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 9 Aug 2002 23:31:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 693D0199E3; Fri, 9 Aug 2002 10:31:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 60CFE199A3 for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 10:30:02 -0400 (EDT) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.9.3/8.9.3) with ESMTP id QAA23130 for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 16:29:57 +0200 (MET DST) Received: from zamenhof.cs.utwente.nl by zeus.cs.utwente.nl (8.10.2+Sun/csrelay-Sol1.4/RB) id g79ETus19002; Fri, 9 Aug 2002 16:29:56 +0200 (MEST) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id g79ETuC02774 for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 16:29:56 +0200 (MEST) Message-Id: <200208091429.g79ETuC02774@zamenhof.cs.utwente.nl> X-Authentication-Warning: zamenhof.cs.utwente.nl: belinfan@localhost didn't use HELO protocol X-Mailer: exmh version 2.5 07/13/2001 with version: MH 6.8.3 #20[UCI] To: 9fans@cse.psu.edu Subject: Re: [9fans] OT: 3c590C, 3c509B-C repeated carrier loss with e-tech In-reply-to: Your message of "Fri, 09 Aug 2002 08:57:19 +0000." <3D535706.8BAD56A2@vu.edu.au> References: <200208071320.g77DKJV24081@zamenhof.cs.utwente.nl> <3D535706.8BAD56A2@vu.edu.au> From: Axel Belinfante X-Organisation: University of Twente, Department of Computer Science, Formal Methods and Tools Group, PO Box 217, NL-7500 AE Enschede, The Netherlands X-Phone: +31 53 4893774 X-Telefax: +31 53 4893247 X-Face: 3YGZY^_!}k]>-k'9$LK?8GXbi?vs=2v*ut,/8z,z!(QNBk_>~:~"MJ_%i`sLLqGN,DGbkT@ N\jhX/jNLTz2hO_R"*RF(%bRvk+M,iU7SvVJtC*\B6Ud<7~`MGMp7rCI6LVp=%k=HE?-UCV?[p\$R? mI\n2/!#3/wZZsa[m7d;PKWiuH6'~ List-Archive: Date: Fri, 09 Aug 2002 16:29:56 +0200 Switching off auto-negotiation by forcing use of the 10Base-T interface didn't seem to solve the problem. Howevever, forcing use of the aui(?) (external transceiver) interface, and using an external utp transceiver seems to 'solve' my problem. Axel. I wrote: > > Any ideas, anyone? (I suspect some sort of auto-negotation failing?) > > > > 3com card details: > > 3c590C (pci, combo) 03-0046-000 rev A > > 3c509B-C (isa, combo) assy 03-0021-002 rev A Mark Valiukas responded: > I never leave these on auto-negotiate at home. I always select a > media type. I've had problems with the 509b's detecting coax, and > with them detecting the network when connected to some oddball > gear (a hub of dubious provenance that I can't remember the brand > of right now) > > Haven't had a problem since forcing the settings with the appropriate > 3Com configuration utilities. From cse.psu.edu!9fans-admin Sat Aug 10 02:24:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 10 02:24:18 JST 2002 Received: (qmail 22156 invoked by uid 1020); 10 Aug 2002 02:24:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22152 invoked from network); 10 Aug 2002 02:24:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 10 Aug 2002 02:24:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 66F8F199B9; Fri, 9 Aug 2002 13:24:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0E81A19995 for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 13:23:58 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17dDPh-0006UL-00 for 9fans@cse.psu.edu; Fri, 09 Aug 2002 18:19:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: "Douglas A. Gwyn" Message-ID: <3D53F801.AE57553A@null.net> Organization: U.S. Army Research Laboratory Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: Subject: Re: [9fans] a bug in freopen Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 9 Aug 2002 17:18:22 GMT "rob pike, esq." wrote: > Are you sure? Reasonably sure. From cse.psu.edu!9fans-admin Sat Aug 10 04:02:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 10 04:02:18 JST 2002 Received: (qmail 22858 invoked by uid 1020); 10 Aug 2002 04:02:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22854 invoked from network); 10 Aug 2002 04:02:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 10 Aug 2002 04:02:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D8F8E1999B; Fri, 9 Aug 2002 15:02:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mailnw.centurytel.net (mailnw.centurytel.net [209.206.160.237]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 95C031999B for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 15:01:07 -0400 (EDT) Received: from mail.nw.centurytel.net (pppoe0376.gh.centurytel.net [209.206.249.159]) by mailnw.centurytel.net (8.12.5/8.12.5) with SMTP id g79J15Lo018861 for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 12:01:06 -0700 (PDT) Message-ID: <3e076f137ea8537b281a5b5c646b15e0@centurytel.net> To: 9fans@cse.psu.edu From: "Skip Tavakkolian" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] Trouble with replica/pull on authentication? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 9 Aug 2002 11:22:47 -0400 What does it mean when I get into this kind of a loop: term% replica/pull -v /dist/replica/network !Adding key: proto=p9sk1 dom=outside.plan9.bell-labs.com user[fst]: password: ! !Adding key: proto=p9sk1 dom=outside.plan9.bell-labs.com user[fst]: fst password: ! !Adding key: proto=p9sk1 dom=outside.plan9.bell-labs.com user[fst]: ... P.S. I know the password is correct (I think?) From cse.psu.edu!9fans-admin Sat Aug 10 04:41:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 10 04:41:17 JST 2002 Received: (qmail 23141 invoked by uid 1020); 10 Aug 2002 04:41:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23137 invoked from network); 10 Aug 2002 04:41:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 10 Aug 2002 04:41:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 800C6199EC; Fri, 9 Aug 2002 15:41:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from ar.aichi-u.ac.jp (ar.aichi-u.ac.jp [202.250.160.40]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 23E0D199B3 for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 15:41:00 -0400 (EDT) Message-ID: <008f2feed6629ab76af7f85ce536a08d@ar.aichi-u.ac.jp> From: arisawa@ar.aichi-u.ac.jp To: 9fans@cse.psu.edu Subject: Re: [9fans] Trouble with replica/pull on authentication? MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 10 Aug 2002 04:37:02 +0900 Probably not correct. Delete key in /mnt/factotum/ctl. and try again. Read factotum(4) to delete. Kenji Arisawa From cse.psu.edu!9fans-admin Sat Aug 10 06:04:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 10 06:04:16 JST 2002 Received: (qmail 23737 invoked by uid 1020); 10 Aug 2002 06:04:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23733 invoked from network); 10 Aug 2002 06:04:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 10 Aug 2002 06:04:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 24163199F2; Fri, 9 Aug 2002 17:04:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mailnw.centurytel.net (mailnw.centurytel.net [209.206.160.237]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6DDA0199E8 for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 17:03:53 -0400 (EDT) Received: from mail.nw.centurytel.net (pppoe0376.gh.centurytel.net [209.206.249.159]) by mailnw.centurytel.net (8.12.5/8.12.5) with SMTP id g79L3pLo025285 for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 14:03:52 -0700 (PDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Trouble with replica/pull on authentication? From: "Skip Tavakkolian" MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-kevyehgrhtrhphegnzddatdsvy" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 9 Aug 2002 13:25:33 -0400 This is a multi-part message in MIME format. --upas-kevyehgrhtrhphegnzddatdsvy Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Clearing the key and trying with a new account worked. Thanks. I guess the password to my old account is hopeless lost somewhere in my cranium. --upas-kevyehgrhtrhphegnzddatdsvy Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from mailmx2.centurytel.net (mailmx2.centurytel.net [209.142.136.158]) by mail.nw2.centurytel.net (8.12.5/8.12.5) with ESMTP id g79JfR0S014465 for ; Fri, 9 Aug 2002 14:41:28 -0500 (CDT) Received: from mx2.centurytel.net (mx2.centurytel.net [209.142.136.249]) by mailmx2.centurytel.net (8.12.5/8.12.5) with ESMTP id g79JfOkL013476 for ; Fri, 9 Aug 2002 14:41:24 -0500 (CDT) Received: from mail.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mx2.centurytel.net (8.11.6/8.11.6) with ESMTP id g79JfNq24159 for ; Fri, 9 Aug 2002 14:41:23 -0500 (CDT) Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8536F199BC; Fri, 9 Aug 2002 15:41:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from ar.aichi-u.ac.jp (ar.aichi-u.ac.jp [202.250.160.40]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 23E0D199B3 for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 15:41:00 -0400 (EDT) Message-ID: <008f2feed6629ab76af7f85ce536a08d@ar.aichi-u.ac.jp> From: arisawa@ar.aichi-u.ac.jp To: 9fans@cse.psu.edu Subject: Re: [9fans] Trouble with replica/pull on authentication? MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 10 Aug 2002 04:37:02 +0900 Probably not correct. Delete key in /mnt/factotum/ctl. and try again. Read factotum(4) to delete. Kenji Arisawa --upas-kevyehgrhtrhphegnzddatdsvy-- From cse.psu.edu!9fans-admin Sat Aug 10 06:15:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 10 06:15:16 JST 2002 Received: (qmail 23823 invoked by uid 1020); 10 Aug 2002 06:15:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23819 invoked from network); 10 Aug 2002 06:15:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 10 Aug 2002 06:15:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 183B2199BB; Fri, 9 Aug 2002 17:15:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 87FD9199BB for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 17:14:59 -0400 (EDT) Message-ID: <3f29ac6566a96e5905532f03c9ff90e2@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Trouble with replica/pull on authentication? From: "rob pike, esq." MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 9 Aug 2002 17:14:57 -0400 > I guess the password to my old account is hopeless lost somewhere in my > cranium. I've got it written down here. Mail me if you want me to send it to you. -rob From cse.psu.edu!9fans-admin Sat Aug 10 13:15:27 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 10 13:15:27 JST 2002 Received: (qmail 27637 invoked by uid 1020); 10 Aug 2002 13:15:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27633 invoked from network); 10 Aug 2002 13:15:26 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 10 Aug 2002 13:15:26 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 39A8919A0D; Sat, 10 Aug 2002 00:15:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mailnw.centurytel.net (mailnw.centurytel.net [209.206.160.237]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D9221199E8 for <9fans@cse.psu.edu>; Sat, 10 Aug 2002 00:14:09 -0400 (EDT) Received: from mail.nw.centurytel.net (pppoe0376.gh.centurytel.net [209.206.249.159]) by mailnw.centurytel.net (8.12.5/8.12.5) with SMTP id g7A4DkLo001385 for <9fans@cse.psu.edu>; Fri, 9 Aug 2002 21:13:55 -0700 (PDT) Message-ID: To: 9fans@cse.psu.edu From: "Skip Tavakkolian" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] libc/strcmp bug? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 9 Aug 2002 20:35:27 -0400 I believe there is a bug in /sys/src/libc/port/strcmp.c, because it does not check for null pointers getting passed in before dereferencing them. I ran into it when attempting to Post some mail; 'marshal' dies with this message: marshal 2014: suicide: sys: trap: fault read addr=0x0 pc=0x00006feb Inspection points to the strcmp: term% acid 2014 /proc/2014/text:386 plan 9 executable /sys/lib/acid/port /sys/lib/acid/386 acid: stk() At pc:0x00006feb:strcmp+0xe /sys/src/libc/port/strcmp.c:10 strcmp(s1=0x00000000,s2=0x00013c5a) /sys/src/libc/port/strcmp.c:5 called from islikeatty+0x32 /sys/src/cmd/upas/common/libsys.c:709 islikeatty(fd=0x00000000) /sys/src/cmd/upas/common/libsys.c:701 called from holdon+0xf /sys/src/cmd/upas/common/libsys.c:719 holdon() /sys/src/cmd/upas/common/libsys.c:715 called from main+0x856 /sys/src/cmd/upas/marshal/marshal.c:271 main(argv=0x7fffefec,argc=0x00000000) /sys/src/cmd/upas/marshal/marshal.c:162 called from _main+0x31 /sys/src/libc/386/main9.s:16 acid: I'm not sure why the first arg to strcmp was null. I'm still investigating. From cse.psu.edu!9fans-admin Sat Aug 10 13:47:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 10 13:47:17 JST 2002 Received: (qmail 27962 invoked by uid 1020); 10 Aug 2002 13:47:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27958 invoked from network); 10 Aug 2002 13:47:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 10 Aug 2002 13:47:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0BD4519A26; Sat, 10 Aug 2002 00:47:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from math.psu.edu (leibniz.math.psu.edu [146.186.130.2]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3DE90199B7 for <9fans@cse.psu.edu>; Sat, 10 Aug 2002 00:46:36 -0400 (EDT) Received: from weyl.math.psu.edu (weyl.math.psu.edu [146.186.130.226]) by math.psu.edu (8.9.3/8.9.3) with ESMTP id AAA21302 for <9fans@cse.psu.edu>; Sat, 10 Aug 2002 00:46:35 -0400 (EDT) Received: from localhost (viro@localhost) by weyl.math.psu.edu (8.9.3/8.9.3) with ESMTP id AAA08904 for <9fans@cse.psu.edu>; Sat, 10 Aug 2002 00:46:35 -0400 (EDT) X-Authentication-Warning: weyl.math.psu.edu: viro owned process doing -bs From: Alexander Viro To: 9fans@cse.psu.edu Subject: Re: [9fans] libc/strcmp bug? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 10 Aug 2002 00:46:35 -0400 (EDT) On Fri, 9 Aug 2002, Skip Tavakkolian wrote: > I believe there is a bug in /sys/src/libc/port/strcmp.c, because it > does not check for null pointers getting passed in before > dereferencing them. Not a libc bug. Making sure that arguments of strcmp() are non-NULL is responsibility of caller. From cse.psu.edu!9fans-admin Sat Aug 10 16:03:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 10 16:03:16 JST 2002 Received: (qmail 29143 invoked by uid 1020); 10 Aug 2002 16:03:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 29139 invoked from network); 10 Aug 2002 16:03:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 10 Aug 2002 16:03:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 24B231998C; Sat, 10 Aug 2002 03:03:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mailnw.centurytel.net (mailnw.centurytel.net [209.206.160.237]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A394019A06 for <9fans@cse.psu.edu>; Sat, 10 Aug 2002 03:02:33 -0400 (EDT) Received: from mail.nw.centurytel.net (pppoe0376.gh.centurytel.net [209.206.249.159]) by mailnw.centurytel.net (8.12.5/8.12.5) with SMTP id g7A72HLo028146 for <9fans@cse.psu.edu>; Sat, 10 Aug 2002 00:02:22 -0700 (PDT) Message-ID: <376c30f0c91f388c7abf88f05449b7a1@centurytel.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] libc/strcmp bug? From: "Skip Tavakkolian" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 9 Aug 2002 23:23:57 -0400 Of course. My mistake. > Not a libc bug. Making sure that arguments of strcmp() are non-NULL is > responsibility of caller. From cse.psu.edu!9fans-admin Sat Aug 10 16:32:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 10 16:32:15 JST 2002 Received: (qmail 29426 invoked by uid 1020); 10 Aug 2002 16:32:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 29422 invoked from network); 10 Aug 2002 16:32:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 10 Aug 2002 16:32:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1C11D19A0C; Sat, 10 Aug 2002 03:32:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from ar.aichi-u.ac.jp (ar.aichi-u.ac.jp [202.250.160.40]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id BBDC819A06 for <9fans@cse.psu.edu>; Sat, 10 Aug 2002 03:31:42 -0400 (EDT) Message-ID: Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3ciscupdate v148.2.1) From: arisawa@ar.aichi-u.ac.jp To: 9fans@cse.psu.edu Subject: Re: [9fans] libc/strcmp bug? References: Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: arisawa@aichi-u.ac.jp List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 10 Aug 2002 14:44:38 +0900 Hello, Viro said: >On Fri, 9 Aug 2002, Skip Tavakkolian wrote: > >> I believe there is a bug in /sys/src/libc/port/strcmp.c, because it >> does not check for null pointers getting passed in before >> dereferencing them. > >Not a libc bug. Making sure that arguments of strcmp() are non-NULL >is responsibility of caller. I agree with Viro. If null pointer is allowed, strcmp() should be something like bellow: int xstrcmp(char *s, char *t) { if(s == nil){ if(t) return -1; return 0; } if(t) return strcmp(s,t); return 1; } I used this code somewhere because it was useful. Kenji Arisawa From cse.psu.edu!9fans-admin Sat Aug 10 19:45:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 10 19:45:17 JST 2002 Received: (qmail 31011 invoked by uid 1020); 10 Aug 2002 19:45:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 31007 invoked from network); 10 Aug 2002 19:45:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 10 Aug 2002 19:45:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BD72119A1C; Sat, 10 Aug 2002 06:45:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D07ED19A17 for <9fans@cse.psu.edu>; Sat, 10 Aug 2002 06:44:49 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g7AAiix8008666 for <9fans@cse.psu.edu>; Sat, 10 Aug 2002 12:44:44 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g7AAif63008665 for 9fans@cse.psu.edu; Sat, 10 Aug 2002 12:44:41 +0200 (SAST) From: Lucio De Re To: 9fans mailing list <9fans@cse.psu.edu> Message-ID: <20020810124440.C8538@cackle.proxima.alt.za> Mail-Followup-To: 9fans mailing list <9fans@cse.psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us Subject: [9fans] KFS magic size? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 10 Aug 2002 12:44:40 +0200 There seems to be an odd limit on file size with KFS. This is what it looks like: % dd -if /dev/zero -of zeroes -bs 1048576 -count 100 dnodebuf: trip indirect write: file system full 63+0 records in 63+0 records out % I picked this up while trying to build a 9660 image for a more recent copy of the Plan 9 distribution and whereas the above occurred under 3rd Edition Plan 9, my original attempts were foiled by a 4th Edition installation of KFS. Curiously, disk/mk9660 crashed and left an image 65816576 bytes in size, whereas the above dd and an attempt at cp'ing the 9660 image to another file both produced files of size 65814528, 2048 bytes fewer. I must confess at this point that I'm not entirely certain of the "cp" file size, but the "dd" number did ring a bell. The other oddity is that I did produce a 9660 image on a previous occasion, although I don't recall the circumstances, so I must have tickled a KFS problem in some fashion I hadn't done before. What comes to mind is the possibility that I may have used a bigger block size, although I'm sure I'm using the same disks I had configured previously. My immediate requirement would be to create the image so I can dump it to CD-RW (thanks for the wonderful interface!), but I'm very curious about the cause of the problem and how to obviate it in future. ++L From cse.psu.edu!9fans-admin Sun Aug 11 00:43:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 11 00:43:18 JST 2002 Received: (qmail 1582 invoked by uid 1020); 11 Aug 2002 00:43:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1578 invoked from network); 11 Aug 2002 00:43:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 11 Aug 2002 00:43:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4C72A19A28; Sat, 10 Aug 2002 11:43:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cosym.net (peter.sys.9srv.net [64.7.3.116]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E22BE19A27 for <9fans@cse.psu.edu>; Sat, 10 Aug 2002 11:42:50 -0400 (EDT) From: anothy@cosym.net To: 9fans@cse.psu.edu Subject: Re: [9fans] KFS magic size? MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Message-Id: <20020810154250.E22BE19A27@mail.cse.psu.edu> Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 10 Aug 2002 11:31:55 -0400 the design of kfs is such that the maximum file size is derived from the block size. i believe the following are correct for finding the max size from a given block size: max_in_blocks = 6 + iba + iba*iba iba = (blocksize - 8)/sizeof(ulong) multiply by (blocksize -8) to get size in bytes. so the simplest way to answer your question is "use a bigger block size" (which, of course, involves reformating your kfs partition, and makes it a bit less efficient with space). my solution to this problem, since i wasn't willing to reformat my existing partition, was to simply buy enough ram to hold a CD image. ã‚¢ From cse.psu.edu!9fans-admin Sun Aug 11 01:11:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 11 01:11:17 JST 2002 Received: (qmail 1966 invoked by uid 1020); 11 Aug 2002 01:11:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1961 invoked from network); 11 Aug 2002 01:11:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 11 Aug 2002 01:11:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7AD0F19A2D; Sat, 10 Aug 2002 12:11:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from einstein.ssz.com (unknown [207.200.56.4]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 930A319A2C for <9fans@cse.psu.edu>; Sat, 10 Aug 2002 12:10:44 -0400 (EDT) Received: from localhost (ravage@localhost) by einstein.ssz.com (8.8.8/8.8.8) with SMTP id LAA07842 for <9fans@cse.psu.edu>; Sat, 10 Aug 2002 11:14:58 -0500 From: Jim Choate To: 9fans@cse.psu.edu Subject: Re: [9fans] a bug in freopen In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 10 Aug 2002 11:14:58 -0500 (CDT) On Fri, 9 Aug 2002, rob pike, esq. wrote: > > It can be safely assumed that any really large software product > > contains bugs, period. One might as well set up a procedure to > > deal with them.. As to security flaws, there are numerous > > contributing factors. > > Are you sure? I am, 2nd Law of Thermodynamics. ps if you get ANKoS, check out p441. -- ____________________________________________________________________ Conform and be dull......J. Frank Dobie ravage@ssz.com www.ssz.com jchoate@open-forge.org www.open-forge.org -------------------------------------------------------------------- From cse.psu.edu!9fans-admin Sun Aug 11 05:55:21 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 11 05:55:21 JST 2002 Received: (qmail 5673 invoked by uid 1020); 11 Aug 2002 05:55:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5669 invoked from network); 11 Aug 2002 05:55:20 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 11 Aug 2002 05:55:20 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 31C0719A2C; Sat, 10 Aug 2002 16:55:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from collyer.net (adsl-63-192-14-226.dsl.snfc21.pacbell.net [63.192.14.226]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id EBCCD19A08 for <9fans@cse.psu.edu>; Sat, 10 Aug 2002 16:54:23 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] KFS magic size? From: Geoff Collyer MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 10 Aug 2002 13:54:00 -0700 To elaborate on anothy's note, here's a summary of the situation that I wrote a few years ago: The maximum size of a single file in a kfs (or plan 9 file server) file system is determined by the file system block size (there are single and double indirect blocks but no triples). The maximum size is approximately (blocksize/512)â³*8 megabytes or, more accurately, (6+x+xâ²)*d bytes, where d=blocksize-8 and x=d/4: blksize max. file size in MB in bytes 512 7.69 8068032 1024 62.76 65812416 1536 213.20 223564736 2048 507.02 531656640 2560 992.22 1040419776 3072 1716.79 1800185792 3584 2728.73 2861286336 4096 4076.05 4274053056 In addition, at the time of writing (April 1999), the file server and kfs use 32-bit integers internally to hold file sizes and offsets and some of those integers are signed, so the practical limit on the size of a single file is 2â³â±-1 bytes (roughly 2GB). From cse.psu.edu!9fans-admin Sun Aug 11 06:38:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 11 06:38:16 JST 2002 Received: (qmail 6223 invoked by uid 1020); 11 Aug 2002 06:38:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6219 invoked from network); 11 Aug 2002 06:38:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 11 Aug 2002 06:38:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E85BF19A33; Sat, 10 Aug 2002 17:38:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from ar.aichi-u.ac.jp (ar.aichi-u.ac.jp [202.250.160.40]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 8A89B19A25 for <9fans@cse.psu.edu>; Sat, 10 Aug 2002 17:37:53 -0400 (EDT) Message-ID: <512f8565e43efbd86f2b4bb99c6c63b9@ar.aichi-u.ac.jp> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3ciscupdate v148.2.1) From: arisawa@ar.aichi-u.ac.jp To: 9fans@nx.aichi-u.ac.jp Subject: [9fans] tls by hostowner Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: arisawa@aichi-u.ac.jp List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 11 Aug 2002 06:37:48 +0900 Hello, It seems that tls service is allowed only to hostowner. I guess that code comes from: case Kuser: if(strcmp(fss->sysuser, owner) != 0){ werrstr("%q can't use %q's keys", fss->sysuser, owner); return failure(fss, nil); } break; in function findkey in /sys/src/cmd/auth/factotum/util.c I believe encrypted communication is a main way in future network service. Is there any way to make serivice using tls by a user other than hostowner? Kenji Arisawa From cse.psu.edu!9fans-admin Sun Aug 11 08:44:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 11 08:44:17 JST 2002 Received: (qmail 7876 invoked by uid 1020); 11 Aug 2002 08:44:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7872 invoked from network); 11 Aug 2002 08:44:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 11 Aug 2002 08:44:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E377519A4A; Sat, 10 Aug 2002 19:44:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 91EC019A06 for <9fans@cse.psu.edu>; Sat, 10 Aug 2002 19:43:40 -0400 (EDT) Received: from 135.255.25.238 ([135.255.25.238]) by plan9; Sat Aug 10 19:43:38 EDT 2002 Message-ID: <002c01c240c7$ae543920$ee19ff87@bl.belllabs.com> From: "david presotto" To: <9fans@cse.psu.edu> References: Subject: Re: [9fans] libc/strcmp bug? 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.4910.0300 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 10 Aug 2002 19:43:07 -0400 That's a bug in marshal. ----- Original Message ----- From: "Skip Tavakkolian" To: <9fans@cse.psu.edu> Sent: Friday, August 09, 2002 8:35 PM Subject: [9fans] libc/strcmp bug? > I believe there is a bug in /sys/src/libc/port/strcmp.c, because it > does not check for null pointers getting passed in before > dereferencing them. I ran into it when attempting to Post some mail; > 'marshal' dies with this message: > > marshal 2014: suicide: sys: trap: fault read addr=0x0 pc=0x00006feb > > Inspection points to the strcmp: > > term% acid 2014 > /proc/2014/text:386 plan 9 executable > > /sys/lib/acid/port > /sys/lib/acid/386 > acid: stk() > At pc:0x00006feb:strcmp+0xe /sys/src/libc/port/strcmp.c:10 > strcmp(s1=0x00000000,s2=0x00013c5a) /sys/src/libc/port/strcmp.c:5 > called from islikeatty+0x32 /sys/src/cmd/upas/common/libsys.c:709 > islikeatty(fd=0x00000000) /sys/src/cmd/upas/common/libsys.c:701 > called from holdon+0xf /sys/src/cmd/upas/common/libsys.c:719 > holdon() /sys/src/cmd/upas/common/libsys.c:715 > called from main+0x856 /sys/src/cmd/upas/marshal/marshal.c:271 > main(argv=0x7fffefec,argc=0x00000000) /sys/src/cmd/upas/marshal/marshal.c:162 > called from _main+0x31 /sys/src/libc/386/main9.s:16 > acid: > > I'm not sure why the first arg to strcmp was null. I'm still investigating. > > From cse.psu.edu!9fans-admin Mon Aug 12 03:32:32 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 12 03:32:32 JST 2002 Received: (qmail 22157 invoked by uid 1020); 12 Aug 2002 03:32:32 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22153 invoked from network); 12 Aug 2002 03:32:31 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 12 Aug 2002 03:32:31 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 027AD19A17; Sun, 11 Aug 2002 14:32:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mailnw.centurytel.net (mailnw.centurytel.net [209.206.160.237]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id AD9A5199E8 for <9fans@cse.psu.edu>; Sun, 11 Aug 2002 14:31:13 -0400 (EDT) Received: from mail.nw.centurytel.net (pppoe0376.gh.centurytel.net [209.206.249.159]) by mailnw.centurytel.net (8.12.5/8.12.5) with SMTP id g7BIV8Lo004508 for <9fans@cse.psu.edu>; Sun, 11 Aug 2002 11:31:09 -0700 (PDT) Message-ID: <1e5434fa0a77e41e2189cc33c7b9dfb2@centurytel.net> To: 9fans@cse.psu.edu From: "Skip Tavakkolian" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] upas/send question Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 11 Aug 2002 10:52:44 -0400 It this normal? upas/send forwards an email (through the mail server) with the error it got from the mailer, as you can see below. I don't know why qmail (qer? runq?) panicked. This has only happened once on the message below although the mail got through. > From: postmaster@centurytel.net > Date: Sun Aug 11 09:59:21 EDT 2002 > To: inferno-subscribe@topica.com > > Mail to `inferno-subscribe@topica.com' alias `topica.com!inferno-subscribe' from 'fst' failed. > The mailer `/mail/lib/qmail 'fst' 'net!$smtp'' returned error status 72. > The error message was: > too much block data > pool sbrkmem block 31c80 > hdr 0a110c09 00000040 0000d622 00000000 6e69622f 7365742f > tail 00000000 00000000 00000000 00000000 00000000 00000000 | ef0e00be 00000040 > user data 00 00 00 00 00 00 be 00 | 0e ef 40 00 00 00 09 0c > panic: pool panic > rc: note: sys: trap: fault read addr=0x0 pc=0x0001054b > rc 5889: suicide: sys: trap: fault read addr=0x0 pc=0x0001054b > > The message began: > To: inferno-subscribe@topica.com > Subject: subscribe > From: "Skip Tavakkolian" > Date: Sun, 11 Aug 2002 09:59:19 -0400 > MIME-Version: 1.0 > Content-Type: text/plain; charset="US-ASCII" > Content-Transfer-Encoding: 7bit > > From cse.psu.edu!9fans-admin Mon Aug 12 06:08:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 12 06:08:18 JST 2002 Received: (qmail 23160 invoked by uid 1020); 12 Aug 2002 06:08:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23156 invoked from network); 12 Aug 2002 06:08:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 12 Aug 2002 06:08:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6A29F19A02; Sun, 11 Aug 2002 17:08:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from wintermute.cse.psu.edu (unknown [130.203.16.5]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8AD5F199E8; Sun, 11 Aug 2002 17:07:50 -0400 (EDT) Received: from hotmail.com (host66-233.pool217141.interbusiness.it [217.141.233.66]) by wintermute.cse.psu.edu (CSE Mail Server (Backup MX)) with SMTP id 4082A73CA2; Sun, 11 Aug 2002 17:07:47 -0400 (EDT) Received: from unknown (16.50.9.213) by da001d2020.lax-ca.osd.concentric.net with asmtp; 11 Aug 2002 11:19:49 +1000 Received: from [159.84.115.80] by web13708.mail.yahoo.com with local; 11 Aug 2002 13:17:34 +0800 Received: from 143.154.239.14 ([143.154.239.14]) by mta6.snfc21.pbi.net with NNFMP; 11 Aug 2002 13:15:19 +0800 Received: from [66.207.37.105] by rly-xl05.mx.aol.com with esmtp; 12 Aug 2002 06:13:04 -0900 Message-ID: <018b01c63a3d$3641b5a0$2ce61bd1@uvpbxm> From: To: <9fans@cse.psu.edu> Cc: <9fans-request@cse.psu.edu> MiME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2462.0000 Importance: Normal Subject: [9fans] new extensions now only $14.95 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 11 Aug 2002 09:08:58 +1200 PUBLIC ANNOUNCEMENT: The new domain names are finally available to the general public at discount prices. Now you can register one of the exciting new .BIZ or .INFO domain names, as well as the original .COM and .NET names for just $14.95. These brand new domain extensions were recently approved by ICANN and have the same rights as the original .COM and .NET domain names. The biggest benefit is of-course that the .BIZ and .INFO domain names are currently more available. i.e. it will be much easier to register an attractive and easy-to-remember domain name for the same price. Visit: http://www.affordable-domains.com today for more info. Register your domain name today for just $14.95 at: http://www.affordable-domains.com/ Registration fees include full access to an easy-to-use control panel to manage your domain name in the future. Sincerely, Domain Administrator Affordable Domains To remove your email address from further promotional mailings from this company, click here: http://www.centralremovalservice.com/cgi-bin/domain-remove.cgi (c3) 1589fl5 From cse.psu.edu!9fans-admin Mon Aug 12 10:09:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 12 10:09:20 JST 2002 Received: (qmail 25651 invoked by uid 1020); 12 Aug 2002 10:09:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25647 invoked from network); 12 Aug 2002 10:09:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 12 Aug 2002 10:09:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7CF61199BC; Sun, 11 Aug 2002 21:09:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id B3676199B7 for <9fans@cse.psu.edu>; Sun, 11 Aug 2002 21:08:40 -0400 (EDT) Message-ID: <1d6a0ec8fabbc8398ae32bc15f87fe7c@plan9.bell-labs.com> From: presotto@plan9.bell-labs.com To: fst@centurytel.net, 9fans@cse.psu.edu Subject: Re: [9fans] upas/send question MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-gguxijikcgodbytdlsbzydjamh" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 11 Aug 2002 21:08:38 -0400 This is a multi-part message in MIME format. --upas-gguxijikcgodbytdlsbzydjamh Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit If you still have a broken process, you can find out... --upas-gguxijikcgodbytdlsbzydjamh Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sun Aug 11 14:32:24 EDT 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Sun Aug 11 14:32:23 EDT 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B8FE8199E8; Sun, 11 Aug 2002 14:32:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mailnw.centurytel.net (mailnw.centurytel.net [209.206.160.237]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id AD9A5199E8 for <9fans@cse.psu.edu>; Sun, 11 Aug 2002 14:31:13 -0400 (EDT) Received: from mail.nw.centurytel.net (pppoe0376.gh.centurytel.net [209.206.249.159]) by mailnw.centurytel.net (8.12.5/8.12.5) with SMTP id g7BIV8Lo004508 for <9fans@cse.psu.edu>; Sun, 11 Aug 2002 11:31:09 -0700 (PDT) Message-ID: <1e5434fa0a77e41e2189cc33c7b9dfb2@centurytel.net> To: 9fans@cse.psu.edu From: "Skip Tavakkolian" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] upas/send question Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 11 Aug 2002 10:52:44 -0400 It this normal? upas/send forwards an email (through the mail server) with the error it got from the mailer, as you can see below. I don't know why qmail (qer? runq?) panicked. This has only happened once on the message below although the mail got through. > From: postmaster@centurytel.net > Date: Sun Aug 11 09:59:21 EDT 2002 > To: inferno-subscribe@topica.com > > Mail to `inferno-subscribe@topica.com' alias `topica.com!inferno-subscribe' from 'fst' failed. > The mailer `/mail/lib/qmail 'fst' 'net!$smtp'' returned error status 72. > The error message was: > too much block data > pool sbrkmem block 31c80 > hdr 0a110c09 00000040 0000d622 00000000 6e69622f 7365742f > tail 00000000 00000000 00000000 00000000 00000000 00000000 | ef0e00be 00000040 > user data 00 00 00 00 00 00 be 00 | 0e ef 40 00 00 00 09 0c > panic: pool panic > rc: note: sys: trap: fault read addr=0x0 pc=0x0001054b > rc 5889: suicide: sys: trap: fault read addr=0x0 pc=0x0001054b > > The message began: > To: inferno-subscribe@topica.com > Subject: subscribe > From: "Skip Tavakkolian" > Date: Sun, 11 Aug 2002 09:59:19 -0400 > MIME-Version: 1.0 > Content-Type: text/plain; charset="US-ASCII" > Content-Transfer-Encoding: 7bit > > --upas-gguxijikcgodbytdlsbzydjamh-- From cse.psu.edu!9fans-admin Mon Aug 12 11:19:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 12 11:19:16 JST 2002 Received: (qmail 27648 invoked by uid 1020); 12 Aug 2002 11:19:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27643 invoked from network); 12 Aug 2002 11:19:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 12 Aug 2002 11:19:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8FDDD19A06; Sun, 11 Aug 2002 22:19:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from imr2.srv.uk.deuba.com (smtp2.uk.deuba.com [194.205.246.143]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9A67E199ED for <9fans@cse.psu.edu>; Sun, 11 Aug 2002 22:18:52 -0400 (EDT) Received: from bmr1-e1.srv.uk.deuba.com by imr2.srv.uk.deuba.com id g7C2IoSC007624; Mon, 12 Aug 2002 03:18:51 +0100 (BST) Received: from pi.aus.deuba.com by bmr1-e1.srv.uk.deuba.com id g7C2ImCJ023862; Mon, 12 Aug 2002 03:18:49 +0100 (BST) Received: (qmail 13768 invoked by uid 325); 12 Aug 2002 02:19:07 -0000 Message-ID: <20020812021907.13761.qmail@pi.aus.deuba.com> To: 9fans@cse.psu.edu From: Russell Davies Subject: [9fans] troff/groff/ms2html Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 12:19:04 +1000 I posted to this list a while ago about a unix port of plan9's ms2html program, someone suggested simply using groff -Thtml, but I have found this to be mostly inadequate -- it doesn't correctly render tbl or pic objects. I'm guessing that troff was overhauled for plan9, since there are some new macros (.P1, .P2) however, can any one suggest a unix method for generating decent html from troff (ms) ? thanks, Russell. From cse.psu.edu!9fans-admin Mon Aug 12 11:34:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 12 11:34:20 JST 2002 Received: (qmail 28008 invoked by uid 1020); 12 Aug 2002 11:34:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28003 invoked from network); 12 Aug 2002 11:34:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 12 Aug 2002 11:34:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BDD3C19A17; Sun, 11 Aug 2002 22:34:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E83A919A08 for <9fans@cse.psu.edu>; Sun, 11 Aug 2002 22:33:28 -0400 (EDT) Message-ID: <9e3f4a8d8cf5e63d717025f84b8f095c@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] troff/groff/ms2html From: "rob pike, esq." MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-oqitpopeoqafqaevyxbirzqcsq" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 11 Aug 2002 22:33:21 -0400 This is a multi-part message in MIME format. --upas-oqitpopeoqafqaevyxbirzqcsq Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit We did little to troff. The macros got a little work but nothing serious. Other than supporting UTF-8, it's pretty much the way it was a long long time ago, at least in terms of functionality. Ms2html can't be hard to port, but whether it produces 'decent' html is a judgment you'll have to make yourself. -rob --upas-oqitpopeoqafqaevyxbirzqcsq Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sun Aug 11 22:19:20 EDT 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Sun Aug 11 22:19:19 EDT 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5C2EB199ED; Sun, 11 Aug 2002 22:19:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from imr2.srv.uk.deuba.com (smtp2.uk.deuba.com [194.205.246.143]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9A67E199ED for <9fans@cse.psu.edu>; Sun, 11 Aug 2002 22:18:52 -0400 (EDT) Received: from bmr1-e1.srv.uk.deuba.com by imr2.srv.uk.deuba.com id g7C2IoSC007624; Mon, 12 Aug 2002 03:18:51 +0100 (BST) Received: from pi.aus.deuba.com by bmr1-e1.srv.uk.deuba.com id g7C2ImCJ023862; Mon, 12 Aug 2002 03:18:49 +0100 (BST) Received: (qmail 13768 invoked by uid 325); 12 Aug 2002 02:19:07 -0000 Message-ID: <20020812021907.13761.qmail@pi.aus.deuba.com> To: 9fans@cse.psu.edu From: Russell Davies Subject: [9fans] troff/groff/ms2html Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 12:19:04 +1000 I posted to this list a while ago about a unix port of plan9's ms2html program, someone suggested simply using groff -Thtml, but I have found this to be mostly inadequate -- it doesn't correctly render tbl or pic objects. I'm guessing that troff was overhauled for plan9, since there are some new macros (.P1, .P2) however, can any one suggest a unix method for generating decent html from troff (ms) ? thanks, Russell. --upas-oqitpopeoqafqaevyxbirzqcsq-- From cse.psu.edu!9fans-admin Mon Aug 12 12:53:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 12 12:53:19 JST 2002 Received: (qmail 29677 invoked by uid 1020); 12 Aug 2002 12:53:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 29673 invoked from network); 12 Aug 2002 12:53:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 12 Aug 2002 12:53:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C41821999B; Sun, 11 Aug 2002 23:53:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from wintermute.cse.psu.edu (unknown [130.203.6.5]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 655BA1998C for <9fans@cse.psu.edu>; Sun, 11 Aug 2002 23:52:07 -0400 (EDT) Received: from starsoftcorp.com (cs2417433-179.houston.rr.com [24.174.33.179]) by wintermute.cse.psu.edu (CSE Mail Server (Backup MX)) with SMTP id D943F73C99 for <9fans@cse.psu.edu>; Sun, 11 Aug 2002 23:52:05 -0400 (EDT) X-RecievedDate: Sun Aug 11 22:47:20 CDT 2002 Received: by EricDaugherty Java SMTP from server: starsoftcorp.com Message-ID: <002d01c241b2$f6110590$6500a8c0@martin> From: "Martin Duffy" To: <9fans@cse.psu.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002A_01C24188.FBF94410" 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 Subject: [9fans] VMware Distro getting started Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: "Martin Duffy" List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 11 Aug 2002 22:46:51 -0500 This is a multi-part message in MIME format. ------=_NextPart_000_002A_01C24188.FBF94410 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am new to Plan9. I downloaded the VMWare distribution. It boots and after what appears to be a normal startup I get the following prompt: root is from (il, local)[local!#S/sdC0/fs]: I get no other prompt so that I can "login as glenda" I can do a ^T^Tr and reboot I have not idea what to do next. Should I create a auth server? Is this already some sort of a server? does fs in the command prompt =3D file server?I have no idea. Every command that I type is echoed in the prompt but = nothing seems to do anything. Except the reboot sequence. Please do not send me to the wiki pages without any other instructions. I do not see anything there that helps to use the VMWare distribution. There are absolutly NO instructions provided with the VMWare distribution? NOT even a readme? Any direction would be appreciated Martin ------=_NextPart_000_002A_01C24188.FBF94410 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am new to Plan9.

I downloaded the VMWare distribution. It = boots=20 and after what appears
to be a normal startup I get the following=20 prompt:


root is from (il, = local)[local!#S/sdC0/fs]:


I get=20 no other prompt so that I can "login as glenda"

I can do a ^T^Tr = and=20 reboot

I have not idea what to do next. Should I create a auth = server? Is=20 this
already
some sort of a server? does fs in the command prompt = =3D file=20 server?I
have no idea. Every command that I type is echoed in the = prompt but=20 nothing
seems to do anything. Except the reboot = sequence.

Please do=20 not send me to the wiki pages without any other
instructions. I do = not see=20 anything there that helps to use the = VMWare
distribution.

There are=20 absolutly NO instructions provided with the VMWare
distribution? NOT = even a=20 readme?

Any direction would be=20 appreciated

Martin


------=_NextPart_000_002A_01C24188.FBF94410-- From cse.psu.edu!9fans-admin Mon Aug 12 12:59:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 12 12:59:16 JST 2002 Received: (qmail 29794 invoked by uid 1020); 12 Aug 2002 12:59:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 29790 invoked from network); 12 Aug 2002 12:59:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 12 Aug 2002 12:59:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7B2AB199EC; Sun, 11 Aug 2002 23:59:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id D5851199BC for <9fans@cse.psu.edu>; Sun, 11 Aug 2002 23:57:59 -0400 (EDT) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sun Aug 11 23:57:59 EDT 2002 Received: from 141.154.230.114 ([141.154.230.114]) by plan9; Sun Aug 11 23:57:58 EDT 2002 Message-ID: <55c64ade08f0468faa066d3d75601a54@plan9.bell-labs.com> To: 9fans@cse.psu.edu, mduffy@starsoftcorp.com Subject: Re: [9fans] VMware Distro getting started From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 11 Aug 2002 23:57:55 -0400 Type enter at the root is from prompt, and then type glenda at the user prompt. There will be a fair amount of introductory material on the screen once the system finishes booting. Sorry about the confusion with the root prompt. Russ From cse.psu.edu!9fans-admin Mon Aug 12 17:22:25 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 12 17:22:25 JST 2002 Received: (qmail 3266 invoked by uid 1020); 12 Aug 2002 17:22:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3261 invoked from network); 12 Aug 2002 17:22:25 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 12 Aug 2002 17:22:25 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E25F0199BB; Mon, 12 Aug 2002 04:22:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D723F1999B for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 04:21:39 -0400 (EDT) Received: from KIKE ([80.4.204.35]) by mta05-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020812082138.QUPK28874.mta05-svc.ntlworld.com@KIKE> for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 09:21:38 +0100 Message-ID: <000701c241d9$49a76110$6501a8c0@KIKE> From: "matt" To: <9fans@cse.psu.edu> 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 Subject: [9fans] Secstore mentioned @ theregister Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 09:21:40 +0100 Bell Labs simplifies single sign-on http://theregister.co.uk/content/55/26624.html From cse.psu.edu!9fans-admin Mon Aug 12 18:06:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 12 18:06:17 JST 2002 Received: (qmail 4028 invoked by uid 1020); 12 Aug 2002 18:06:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4024 invoked from network); 12 Aug 2002 18:06:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 12 Aug 2002 18:06:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B01F0199BC; Mon, 12 Aug 2002 05:06:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6F5A519999 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 05:05:39 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17eB3H-0003UY-00 for 9fans@cse.psu.edu; Mon, 12 Aug 2002 09:59:51 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Aki M Nyrhinen Message-ID: Organization: University of Helsinki Subject: [9fans] tar.c, should use readn() instead of read(). Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 08:59:12 GMT tar's readtar() -function uses read(), where it should use readn(). This causes problems when piping to tar from a program that doesn't write() in multiples of 512. From cse.psu.edu!9fans-admin Mon Aug 12 18:06:30 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 12 18:06:30 JST 2002 Received: (qmail 4036 invoked by uid 1020); 12 Aug 2002 18:06:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4032 invoked from network); 12 Aug 2002 18:06:29 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 12 Aug 2002 18:06:29 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 33292199EC; Mon, 12 Aug 2002 05:06:14 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 2DEAA19999 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 05:05:44 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17eB3H-0003US-00 for 9fans@cse.psu.edu; Mon, 12 Aug 2002 09:59:51 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Martin Duffy Message-ID: <794f931e.0208092104.6612f508@posting.google.com> Organization: http://groups.google.com/ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: [9fans] VMWare distribution - getting started Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 08:58:59 GMT I am new to Plan9. I downloaded the VMWare distribution. It boots and after what appears to be a normal startup I get the following prompt: root is from (il, local)[local!#S/sdC0/fs]: I get no prompt so that I can "login as glenda" I can do a ^T^Tr and reboot I have not idea what to do next. Create a auth server? Is this already some sort of a server? does fs in the command prompt = file server?I have no idea. Please do not send me to the wiki pages without any other instructions. I do not see anything there that helps to use the VMWare distribution. There are absolutly NO instructions provided with the VMWare distribution? NOT even a readme? Any direction would be appreciated Martin From cse.psu.edu!9fans-admin Mon Aug 12 18:10:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 12 18:10:15 JST 2002 Received: (qmail 4083 invoked by uid 1020); 12 Aug 2002 18:10:14 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4079 invoked from network); 12 Aug 2002 18:10:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 12 Aug 2002 18:10:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 349F2199ED; Mon, 12 Aug 2002 05:10:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BE0111998C for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 05:09:30 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17eB3I-0003Ue-00 for 9fans@cse.psu.edu; Mon, 12 Aug 2002 09:59:52 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Martin Duffy Message-ID: Organization: Road Runner - Texas References: <55c64ade08f0468faa066d3d75601a54@plan9.bell-labs.com> Subject: Re: [9fans] VMware Distro getting started Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: Martin Duffy List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 08:59:23 GMT Got it Everything seems to be working. I appreciate the help.... "Russ Cox" wrote in message news:55c64ade08f0468faa066d3d75601a54@plan9.bell-labs.com... > Type enter at the root is from prompt, > and then type glenda at the user prompt. > > There will be a fair amount of introductory > material on the screen once the system finishes > booting. Sorry about the confusion with the root > prompt. > > Russ From cse.psu.edu!9fans-admin Mon Aug 12 21:55:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 12 21:55:17 JST 2002 Received: (qmail 6312 invoked by uid 1020); 12 Aug 2002 21:55:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6308 invoked from network); 12 Aug 2002 21:55:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 12 Aug 2002 21:55:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 76095199B9; Mon, 12 Aug 2002 08:55:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id AC09C19999 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 08:54:18 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17eEUh-0001wc-00 for 9fans@cse.psu.edu; Mon, 12 Aug 2002 13:40:23 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Ralph Corderoy Message-ID: <17ff.3d578f27.a8b5@blake.inputplus.co.uk> Organization: InputPlus Ltd. References: <20020812021907.13761.qmail@pi.aus.deuba.com> Subject: Re: [9fans] troff/groff/ms2html Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 12:39:47 GMT Hi Russell, > someone suggested simply using groff -Thtml, but I have found this to > be mostly inadequate -- it doesn't correctly render tbl or pic > objects. That area of groff is still under development. Unless you used a cutting edge version, e.g. CVS, it could be worth trying again. If you have a specific example, the groff@ffii.org list would be a good place to go. http://www.ffii.org/mailman/listinfo/groff Cheers, Ralph. From cse.psu.edu!9fans-admin Mon Aug 12 23:05:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 12 23:05:16 JST 2002 Received: (qmail 7059 invoked by uid 1020); 12 Aug 2002 23:05:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7055 invoked from network); 12 Aug 2002 23:05:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 12 Aug 2002 23:05:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C79B5199B9; Mon, 12 Aug 2002 10:05:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 3E9DE1998C for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 10:04:36 -0400 (EDT) Message-ID: <1f2bc8a46d1a25563d56b9fcce150ce4@plan9.bell-labs.com> From: presotto@plan9.bell-labs.com To: anyrhine@cs.helsinki.fi, 9fans@cse.psu.edu Subject: Re: [9fans] tar.c, should use readn() instead of read(). MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 10:04:34 -0400 On Mon Aug 12 05:06:19 EDT 2002, anyrhine@cs.helsinki.fi wrote: > tar's readtar() -function uses read(), where it should use readn(). This > causes problems when piping to tar from a program that doesn't write() in > multiples of 512. Tar's input is quite odd. It tries to feel out the buffer size it can use (in multiples of 512) when reading from a file specified by the -f option and otherwise uses 1*512. That means if you say tar -x -f /fd/0 < file instead of tar -x < file you get different size reads. The same happens when writing, i.e., with the c and r options so at least its consistent. I looked through the dump and it was that way in 1997 so its not a recent change. In fact, a 'man tar' on an SGI Unix shows the same behavior so its probably an inherited bias. I'm not quite sure of the motivation between the difference. It seems a bit silly to me since its just buffering and doesn't have anything to do with semantics. Writing-to/reading-from raw tape drives (and newer media) does have size restrictions so I understand the feeling out of the read size. However, I'm not sure why the stdin/out should be limited to such a small buffer size, perhaps a throwback to limitations long gone. Of course, this has little to do with the complaint except that I don't want to change things till I understand what's really happening. Then I may end up changing it a bit more radically or just fix the man page to say that input has to be a multiple of 512 bytes. From cse.psu.edu!9fans-admin Mon Aug 12 23:28:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 12 23:28:18 JST 2002 Received: (qmail 7297 invoked by uid 1020); 12 Aug 2002 23:28:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7293 invoked from network); 12 Aug 2002 23:28:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 12 Aug 2002 23:28:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0926F19A02; Mon, 12 Aug 2002 10:28:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D7BF119981 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 10:27:18 -0400 (EDT) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.9.3/8.9.3) with ESMTP id QAA00361 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 16:27:15 +0200 (MET DST) Received: from zamenhof.cs.utwente.nl by zeus.cs.utwente.nl (8.10.2+Sun/csrelay-Sol1.4/RB) id g7CERCH14159; Mon, 12 Aug 2002 16:27:13 +0200 (MEST) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id g7CERDQ16113 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 16:27:13 +0200 (MEST) Message-Id: <200208121427.g7CERDQ16113@zamenhof.cs.utwente.nl> X-Authentication-Warning: zamenhof.cs.utwente.nl: belinfan@localhost didn't use HELO protocol X-Mailer: exmh version 2.5 07/13/2001 with version: MH 6.8.3 #20[UCI] To: 9fans@cse.psu.edu Subject: Re: [9fans] Secstore mentioned @ theregister In-reply-to: Your message of "Mon, 12 Aug 2002 09:21:40 +0100." <000701c241d9$49a76110$6501a8c0@KIKE> References: <000701c241d9$49a76110$6501a8c0@KIKE> From: Axel Belinfante X-Organisation: University of Twente, Department of Computer Science, Formal Methods and Tools Group, PO Box 217, NL-7500 AE Enschede, The Netherlands X-Phone: +31 53 4893774 X-Telefax: +31 53 4893247 X-Face: 3YGZY^_!}k]>-k'9$LK?8GXbi?vs=2v*ut,/8z,z!(QNBk_>~:~"MJ_%i`sLLqGN,DGbkT@ N\jhX/jNLTz2hO_R"*RF(%bRvk+M,iU7SvVJtC*\B6Ud<7~`MGMp7rCI6LVp=%k=HE?-UCV?[p\$R? mI\n2/!#3/wZZsa[m7d;PKWiuH6'~ List-Archive: Date: Mon, 12 Aug 2002 16:27:13 +0200 Also made it to the dutch 'automatiserings gids' (in dutch). http://www.automatiseringgids.nl/news/default.asp?nwsId=18422 > Bell Labs simplifies single sign-on > http://theregister.co.uk/content/55/26624.html > From cse.psu.edu!9fans-admin Mon Aug 12 23:59:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 12 23:59:16 JST 2002 Received: (qmail 7584 invoked by uid 1020); 12 Aug 2002 23:59:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7580 invoked from network); 12 Aug 2002 23:59:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 12 Aug 2002 23:59:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A1FE4199B7; Mon, 12 Aug 2002 10:59:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mailnw.centurytel.net (mailnw.centurytel.net [209.206.160.237]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 982A5199A3 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 10:58:21 -0400 (EDT) Received: from mail.nw.centurytel.net (pppoe0376.gh.centurytel.net [209.206.249.159]) by mailnw.centurytel.net (8.12.5/8.12.5) with SMTP id g7CEwKLo015941 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 07:58:20 -0700 (PDT) Message-ID: <1d6cda82e2cac17dd293a6dce0bf06ff@centurytel.net> To: 9fans@cse.psu.edu From: "Skip Tavakkolian" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] problems with 8l Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 07:19:52 -0400 I suspect that I have a bad copy of 8l. I was having random link errors when trying to link 'i', so I tried this simple program, and it exhibits the same problems. Note the random nature of the error output. term% cat foo.c #include #include main(int ac, char **av) { int i; for (i = 0; i < ac; i++) { print("arg %d = %s\n", i, *(av+1)); } exits(0); } term% 8c foo.c term% 8l foo.8 _rfmtpad: doasm: notfound (932) JGE AX,DX _rfmtpad: doasm: notfound (932) JGE AX,DX _rfmtpad: doasm: notfound (932) JGE AX,DX term% 8l foo.8 _ifmt: doasm: notfound (1141) JGE f+168(FP),CX _ifmt: doasm: notfound (1141) JGE f+168(FP),CX _ifmt: doasm: notfound (1141) JGE f+168(FP),CX term% 8l foo.8 _rfmtpad: doasm: notfound (932) JGE AX,DX _rfmtpad: doasm: notfound (932) JGE AX,DX _rfmtpad: doasm: notfound (932) JGE AX,DX term% sum /bin/8l 643dda0a 107261 /bin/8l term% From cse.psu.edu!9fans-admin Tue Aug 13 00:10:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 00:10:17 JST 2002 Received: (qmail 7747 invoked by uid 1020); 13 Aug 2002 00:10:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7743 invoked from network); 13 Aug 2002 00:10:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 00:10:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C77C1199E3; Mon, 12 Aug 2002 11:10:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 56CCC199B7 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 11:09:16 -0400 (EDT) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Aug 12 11:09:15 EDT 2002 Received: from 141.154.230.114 ([141.154.230.114]) by plan9; Mon Aug 12 11:09:14 EDT 2002 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] tar.c, should use readn() instead of read(). From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 11:09:11 -0400 > I'm not quite sure of the motivation between the difference. It > seems a bit silly to me since its just buffering and doesn't have > anything to do with semantics. Writing-to/reading-from raw tape > drives (and newer media) does have size restrictions so I understand > the feeling out of the read size. However, I'm not sure why > the stdin/out should be limited to such a small buffer size, perhaps > a throwback to limitations long gone. Of course, on every other system, not specifying an f option gets you /dev/tape rather than stdin/stdout, which just makes it even weirder. Russ From cse.psu.edu!9fans-admin Tue Aug 13 00:10:31 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 00:10:31 JST 2002 Received: (qmail 7754 invoked by uid 1020); 13 Aug 2002 00:10:31 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7750 invoked from network); 13 Aug 2002 00:10:31 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 00:10:31 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 000AD19A02; Mon, 12 Aug 2002 11:10:14 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from doppio.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 2F5B5199EC for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 11:09:23 -0400 (EDT) Message-ID: <7fee002fac74735a21e0eecc1612fb64@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] problems with 8l From: C H Forsyth MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 16:02:49 +0100 actually, based on some of the previous postings, i was starting to wonder whether you might have something wrong with the underlying system. the marshal error, for instance, was in the following d = dirfstat(fd); if(d == nil) return 0; rv = strcmp(d->name, "cons") == 0; where d->name was nil, which looked unlikely when i checked dirfstat. on an IBM Thinkpad T23, i found i needed to set maxmem to exclude some peculiar NVRAM that's in the top of the address space, or i got all manner of strange errors (with 3rd edition, and it's still set for 4th so i'm unsure whether i still need it). as another example, a system with an AGP card that relied on stealing processor memory had trouble when the borrowed memory was also allocated by the operating system. finally, a machine with faulty memory produced the usual assortment of unpredictable results. From cse.psu.edu!9fans-admin Tue Aug 13 00:44:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 00:44:16 JST 2002 Received: (qmail 8094 invoked by uid 1020); 13 Aug 2002 00:44:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8089 invoked from network); 13 Aug 2002 00:44:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 00:44:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D72DB199BB; Mon, 12 Aug 2002 11:44:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mailnw.centurytel.net (mailnw.centurytel.net [209.206.160.237]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 666D319999 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 11:43:18 -0400 (EDT) Received: from mail.nw.centurytel.net (pppoe0376.gh.centurytel.net [209.206.249.159]) by mailnw.centurytel.net (8.12.5/8.12.5) with SMTP id g7CFhHLo000652 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 08:43:17 -0700 (PDT) Message-ID: <2461e98afb958fade826a06a71ae1d7a@centurytel.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] problems with 8l From: "Skip Tavakkolian" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 08:04:49 -0400 Excellent deduction. I disabled the CPU external cache setting (apparently a default) and the linking problem has gone away. I was also having other stability problems (acme, and rio each crashed during the last week) that I expect this will fix. To paraphrase 'Wayne and Garth', I'm not worthy... Thanks. > actually, based on some of the previous postings, i was starting to wonder > whether you might have something wrong with the underlying system. > the marshal error, for instance, was in the following > d = dirfstat(fd); > if(d == nil) > return 0; > rv = strcmp(d->name, "cons") == 0; > where d->name was nil, which looked unlikely when i checked dirfstat. > > on an IBM Thinkpad T23, i found i needed to set maxmem to exclude > some peculiar NVRAM that's in the top of the address space, or i got > all manner of strange errors (with 3rd edition, and it's still set for 4th > so i'm unsure whether i still need it). as another example, a system with > an AGP card that relied on stealing processor memory had trouble when > the borrowed memory was also allocated by the operating system. > finally, a machine with faulty memory produced the usual assortment of > unpredictable results. From cse.psu.edu!9fans-admin Tue Aug 13 03:48:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 03:48:18 JST 2002 Received: (qmail 9477 invoked by uid 1020); 13 Aug 2002 03:48:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9473 invoked from network); 13 Aug 2002 03:48:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 03:48:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B606B199BB; Mon, 12 Aug 2002 14:48:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from web21404.mail.yahoo.com (web21404.mail.yahoo.com [216.136.232.74]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 849D9199A3 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 14:47:04 -0400 (EDT) Message-ID: <20020812184703.7382.qmail@web21404.mail.yahoo.com> Received: from [192.204.130.251] by web21404.mail.yahoo.com via HTTP; Mon, 12 Aug 2002 11:47:03 PDT From: William Gunnells To: 9fans@cse.psu.edu In-Reply-To: <20020730114502.27164.22306.Mailman@psuvax1.cse.psu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [9fans] add terminal Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 11:47:03 -0700 (PDT) Hello! I have managed to build the file server via wiki's instruction. My CPU/auth is now diskless and can connect to FS under user bootes. I can also execute auth/changeuser and add user william to system. I'm having trouble logging in as william via term. I didn't think it was complicated. I thought all you need is to add another entry to /lib/ndb/local and compile a kernel for the term bootdisk. Here /lib/ndb/local:: database= file=/lib/ndb/local file=/lib/ndb/common ipnet=myipnet ip-10.56.32.0 ipmask=355.355.240.0 ipgw=10.56.32.1 dns=192.204.133.102 auth=fs proto=il ip=10.56.35.118 ether=00c04f182de5 sys=auth bootf=/386/9pcauth ip=10.56.35.117 ether=006008c78c0c sys=fs bootf=/386/9pcfs proto=il ip=10.56.35.115 ether=009027626acc sys=term bootf=/386/9pc proto=il I'm static and the machines seem to be talking fine. Here is the error of the term machine that I'm using to connect via bootdisk. authentication failed (auth_proxy rpc write ::connection rejected), trying mount anyways boot: /: attach -- unknown user or failed authentication Then the system just cycles through and reboots... The plan9.ini on the term bootdisk is:: bootfile=fd0!dos!9pc.gz bootargs=il -g 10.56.32.1 ether /net/ether0 10.56.35.115 255.255.240.0 0 10.56.35.117 10.56.35.118 The FS see's that the terminal 10.56.35.115 is trying to connect and reads. fs: il: allocating il!10.56.35.115!24958 hangup! connectio timed out-3 24958/10.56.35.115.17008 the hangup occurs after term cycles through and reboots... Please let me know if I'm missing something. Thanks William Gunnells- __________________________________________________ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com From cse.psu.edu!9fans-admin Tue Aug 13 04:19:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 04:19:20 JST 2002 Received: (qmail 9811 invoked by uid 1020); 13 Aug 2002 04:19:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9806 invoked from network); 13 Aug 2002 04:19:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 04:19:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0EE2C199EC; Mon, 12 Aug 2002 15:19:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id EA0151998C for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 15:18:13 -0400 (EDT) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Aug 12 15:18:12 EDT 2002 Received: from 141.154.230.114 ([141.154.230.114]) by plan9; Mon Aug 12 15:18:11 EDT 2002 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] add terminal From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 15:18:10 -0400 ipnet=myipnet ip-10.56.32.0 ipmask=355.355.240.0 ipgw=10.56.32.1 dns=192.204.133.102 auth=fs proto=il i think you want auth=auth fs=fs russ From cse.psu.edu!9fans-admin Tue Aug 13 04:22:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 04:22:15 JST 2002 Received: (qmail 9852 invoked by uid 1020); 13 Aug 2002 04:22:14 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9848 invoked from network); 13 Aug 2002 04:22:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 04:22:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8E1ED199E3; Mon, 12 Aug 2002 15:22:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 15017199B9 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 15:21:29 -0400 (EDT) Message-ID: <49bc5f2506050878d6b92f7f75c91a04@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] add terminal From: David Gordon Hogan MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 15:21:26 -0400 > ipnet=myipnet ip-10.56.32.0 ipmask=355.355.240.0 The ipmask doesn't look right either. Those 355's should be 255's, in particular. From cse.psu.edu!9fans-admin Tue Aug 13 04:35:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 04:35:17 JST 2002 Received: (qmail 9967 invoked by uid 1020); 13 Aug 2002 04:35:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9963 invoked from network); 13 Aug 2002 04:35:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 04:35:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4236719A08; Mon, 12 Aug 2002 15:35:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mta01-svc.ntlworld.com (mta01-svc.ntlworld.com [62.253.162.41]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1C22F1998C for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 15:34:07 -0400 (EDT) Received: from KIKE ([80.4.204.35]) by mta01-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020812193406.LFRJ16050.mta01-svc.ntlworld.com@KIKE> for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 20:34:06 +0100 Message-ID: <009501c24237$3ac70070$6501a8c0@KIKE> From: "matt" To: <9fans@cse.psu.edu> References: <49bc5f2506050878d6b92f7f75c91a04@plan9.bell-labs.com> Subject: Re: [9fans] add terminal 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: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 20:34:07 +0100 > > ipnet=myipnet ip-10.56.32.0 ipmask=355.355.240.0 s/ip-/ip=/ From cse.psu.edu!9fans-admin Tue Aug 13 10:27:24 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 10:27:24 JST 2002 Received: (qmail 12877 invoked by uid 1020); 13 Aug 2002 10:27:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12873 invoked from network); 13 Aug 2002 10:27:24 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 10:27:24 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 323E8199BB; Mon, 12 Aug 2002 21:27:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4D5C41998C for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 21:26:20 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id FAA10626 for 9fans@cse.psu.edu; Tue, 13 Aug 2002 05:26:18 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Message-ID: <20020813052618.A10336@unicorn.math.spbu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i Subject: [9fans] Ephase question. Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 05:26:18 +0400 Hi everybody, digging inside 4th edition gave me some very unexpected results in terms of file access semantics in user space. But let me show a scenario first: first-user$ cat > /shared-directory/file blah-blah-blah second-user$ rm /shared-directory/file [first user after hitting ] "phase error -- directory entry not allocated" I was a little bit shocked at first, mainly because I've got so used to UNIX semantics of "once you get it -- it's yours", that I've been taking it for granted in Plan9 as well. Suddenly I can't remember how 3nd and 2nd editions behaved. Before now I was under the impression that regular unopened fids are mostly used for reference counting and once you grab a fid nobody can kill the actual object it refers to, but 4th edition proved me wrong. Even though I still can't understand why it behaves this way. Could somebody explain the rationale behind that to me, please ? And I'm really curios now about what obligations server is supposed to have when it accepts a new fid from a client for a given object. Thanks, Roman. From cse.psu.edu!9fans-admin Tue Aug 13 10:40:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 10:40:16 JST 2002 Received: (qmail 13059 invoked by uid 1020); 13 Aug 2002 10:40:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13055 invoked from network); 13 Aug 2002 10:40:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 10:40:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D1244199DD; Mon, 12 Aug 2002 21:40:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 585A7199BC for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 21:39:41 -0400 (EDT) Message-ID: From: presotto@plan9.bell-labs.com To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-beyafuporkyaneqpnnyygoojdh" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 21:39:40 -0400 This is a multi-part message in MIME format. --upas-beyafuporkyaneqpnnyygoojdh Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit This isn't new semantics. If you remove a file that someone else is using, too bad for him. There's nothing sacred about having a file open. If someone else has permissions to do nasty and nefarious things to it, they can. This is very different than Unix. --upas-beyafuporkyaneqpnnyygoojdh Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Aug 12 21:27:18 EDT 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Mon Aug 12 21:27:17 EDT 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 04B4D199B9; Mon, 12 Aug 2002 21:27:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4D5C41998C for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 21:26:20 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id FAA10626 for 9fans@cse.psu.edu; Tue, 13 Aug 2002 05:26:18 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Message-ID: <20020813052618.A10336@unicorn.math.spbu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i Subject: [9fans] Ephase question. Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 05:26:18 +0400 Hi everybody, digging inside 4th edition gave me some very unexpected results in terms of file access semantics in user space. But let me show a scenario first: first-user$ cat > /shared-directory/file blah-blah-blah second-user$ rm /shared-directory/file [first user after hitting ] "phase error -- directory entry not allocated" I was a little bit shocked at first, mainly because I've got so used to UNIX semantics of "once you get it -- it's yours", that I've been taking it for granted in Plan9 as well. Suddenly I can't remember how 3nd and 2nd editions behaved. Before now I was under the impression that regular unopened fids are mostly used for reference counting and once you grab a fid nobody can kill the actual object it refers to, but 4th edition proved me wrong. Even though I still can't understand why it behaves this way. Could somebody explain the rationale behind that to me, please ? And I'm really curios now about what obligations server is supposed to have when it accepts a new fid from a client for a given object. Thanks, Roman. --upas-beyafuporkyaneqpnnyygoojdh-- From cse.psu.edu!9fans-admin Tue Aug 13 12:15:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 12:15:18 JST 2002 Received: (qmail 14152 invoked by uid 1020); 13 Aug 2002 12:15:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14148 invoked from network); 13 Aug 2002 12:15:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 12:15:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 2C045199E3; Mon, 12 Aug 2002 23:15:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 661B919999 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 23:14:24 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id HAA12130 for 9fans@cse.psu.edu; Tue, 13 Aug 2002 07:14:22 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. Message-ID: <20020813071422.A12044@unicorn.math.spbu.ru> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 07:14:22 +0400 On Mon, Aug 12, 2002 at 09:39:40PM -0400, presotto@plan9.bell-labs.com wrote: > This isn't new semantics. If you remove a file that someone > else is using, too bad for him. There's nothing sacred about > having a file open. Indeed. Same applies to any fid, not just opened ones. > If someone else has permissions to do nasty and nefarious things to it, > they can. > > This is very different than Unix. I see. But can you give me any insight into why it was implemented this way. Again, it seems so obvious to use fids for reference counting and it shouldn't be of a significant overhead. Moreover it's entirely up to the FileServer to support this feature -- kernel is not supposed to care. You should've had some reason for not supporting this in all your FileServers. Thanks, Roman. > Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Aug 12 21:27:18 EDT 2002 > Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Mon Aug 12 21:27:17 EDT 2002 > Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) > by mail.cse.psu.edu (CSE Mail Server) with ESMTP > id 04B4D199B9; Mon, 12 Aug 2002 21:27:07 -0400 (EDT) > Delivered-To: 9fans@cse.psu.edu > Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) > by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4D5C41998C > for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 21:26:20 -0400 (EDT) > Received: (from vugluskr@localhost) > by unicorn.math.spbu.ru (8.9.3/8.9.3) id FAA10626 > for 9fans@cse.psu.edu; Tue, 13 Aug 2002 05:26:18 +0400 > From: "Roman V. Shaposhnick" > To: 9fans@cse.psu.edu > Message-ID: <20020813052618.A10336@unicorn.math.spbu.ru> > Mime-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > X-Mailer: Mutt 1.0pre3i > Subject: [9fans] Ephase question. > Sender: 9fans-admin@cse.psu.edu > Errors-To: 9fans-admin@cse.psu.edu > X-BeenThere: 9fans@cse.psu.edu > X-Mailman-Version: 2.0.11 > Precedence: bulk > Reply-To: 9fans@cse.psu.edu > List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> > List-Archive: > Date: Tue, 13 Aug 2002 05:26:18 +0400 > > Hi everybody, > > digging inside 4th edition gave me some very unexpected results > in terms of file access semantics in user space. But let me show > a scenario first: > > first-user$ cat > /shared-directory/file > blah-blah-blah > > second-user$ rm /shared-directory/file > > [first user after hitting ] > "phase error -- directory entry not allocated" > > I was a little bit shocked at first, mainly because I've got so used to > UNIX semantics of "once you get it -- it's yours", that I've been taking > it for granted in Plan9 as well. > > Suddenly I can't remember how 3nd and 2nd editions behaved. > > Before now I was under the impression that regular unopened fids are mostly > used for reference counting and once you grab a fid nobody can kill the > actual object it refers to, but 4th edition proved me wrong. Even though > I still can't understand why it behaves this way. Could somebody explain > the rationale behind that to me, please ? And I'm really curios now about > what obligations server is supposed to have when it accepts a new fid from > a client for a given object. > > Thanks, > Roman. From cse.psu.edu!9fans-admin Tue Aug 13 12:32:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 12:32:18 JST 2002 Received: (qmail 14384 invoked by uid 1020); 13 Aug 2002 12:32:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14380 invoked from network); 13 Aug 2002 12:32:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 12:32:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7757819981; Mon, 12 Aug 2002 23:32:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id B467A19988 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 23:31:15 -0400 (EDT) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Aug 12 23:31:14 EDT 2002 Received: from 141.154.230.114 ([141.154.230.114]) by plan9; Mon Aug 12 23:31:13 EDT 2002 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 23:31:11 -0400 > I see. But can you give me any insight into why it was implemented this > way. Again, it seems so obvious to use fids for reference counting and it > shouldn't be of a significant overhead. Moreover it's entirely up to > the FileServer to support this feature -- kernel is not supposed to > care. You should've had some reason for not supporting this in all > your FileServers. If someone has a big runaway log file open that is running you out of disk space, and you remove it, then it goes away. That's a feature. (Of course, we don't have this problem on the worm drive, but the point stands.) This way is simpler, and I've yet to see a compelling argument against it. You're right that the kernel doesn't care -- the file server is giving you the phase error. Many of the non-disk file systems do reference count their files. Russ From cse.psu.edu!9fans-admin Tue Aug 13 12:34:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 12:34:15 JST 2002 Received: (qmail 14415 invoked by uid 1020); 13 Aug 2002 12:34:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14411 invoked from network); 13 Aug 2002 12:34:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 12:34:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 19722199F2; Mon, 12 Aug 2002 23:34:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id B2CCE19988 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 23:33:54 -0400 (EDT) Message-ID: From: presotto@plan9.bell-labs.com To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-eggjfvrqowybnrieiiszhhygqq" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 23:33:53 -0400 This is a multi-part message in MIME format. --upas-eggjfvrqowybnrieiiszhhygqq Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit We chose it because it was easier to implement and we couldn't see that doing so would cause undo hardship. Rsc's observation is good but wasn't really a design goal. There are 3 obvious alternatives: - Unix' solution of making the remove fail with "file busy"; it was always inconvenient and confusing. They use that one for in use executables. The fs doesn't really know when a file is executing so that one isn't really that useful to us. - Have the remove work but not really remove the file from the directory till the current opener goes away. That's just too confusing. - Disassociate the file with the directory, but leave it around for anyone that has it open to keep playing with. This is easy to do when the file is really represented by an inode that doesn't have anything to do with a directory. It's a lot harder without that indirection. We didn't have inodes. The best we could do is copy it somewhere else and fudge up pointers to the somewhere else (a special invisible directory perhaps). It also leads to cleaning up orphaned files during a reboot of the file server, fsck's job (or one of many) in Unix. It gets messy quick without inodes being the one true representation. Clearly its a matter of taste; with enough code you can do most anything. If it were a goal, Ken would proabably have designed his fs a bit differently. Our taste, like our minds, tends to favor the simple. Of course, we're gradually losing our sense of taste due to exigency. About time for a new simple operating system. --upas-eggjfvrqowybnrieiiszhhygqq Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Aug 12 23:15:17 EDT 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Mon Aug 12 23:15:15 EDT 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DC934199DD; Mon, 12 Aug 2002 23:15:06 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 661B919999 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 23:14:24 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id HAA12130 for 9fans@cse.psu.edu; Tue, 13 Aug 2002 07:14:22 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. Message-ID: <20020813071422.A12044@unicorn.math.spbu.ru> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 07:14:22 +0400 On Mon, Aug 12, 2002 at 09:39:40PM -0400, presotto@plan9.bell-labs.com wrote: > This isn't new semantics. If you remove a file that someone > else is using, too bad for him. There's nothing sacred about > having a file open. Indeed. Same applies to any fid, not just opened ones. > If someone else has permissions to do nasty and nefarious things to it, > they can. > > This is very different than Unix. I see. But can you give me any insight into why it was implemented this way. Again, it seems so obvious to use fids for reference counting and it shouldn't be of a significant overhead. Moreover it's entirely up to the FileServer to support this feature -- kernel is not supposed to care. You should've had some reason for not supporting this in all your FileServers. Thanks, Roman. > Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Aug 12 21:27:18 EDT 2002 > Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Mon Aug 12 21:27:17 EDT 2002 > Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) > by mail.cse.psu.edu (CSE Mail Server) with ESMTP > id 04B4D199B9; Mon, 12 Aug 2002 21:27:07 -0400 (EDT) > Delivered-To: 9fans@cse.psu.edu > Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) > by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4D5C41998C > for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 21:26:20 -0400 (EDT) > Received: (from vugluskr@localhost) > by unicorn.math.spbu.ru (8.9.3/8.9.3) id FAA10626 > for 9fans@cse.psu.edu; Tue, 13 Aug 2002 05:26:18 +0400 > From: "Roman V. Shaposhnick" > To: 9fans@cse.psu.edu > Message-ID: <20020813052618.A10336@unicorn.math.spbu.ru> > Mime-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > X-Mailer: Mutt 1.0pre3i > Subject: [9fans] Ephase question. > Sender: 9fans-admin@cse.psu.edu > Errors-To: 9fans-admin@cse.psu.edu > X-BeenThere: 9fans@cse.psu.edu > X-Mailman-Version: 2.0.11 > Precedence: bulk > Reply-To: 9fans@cse.psu.edu > List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> > List-Archive: > Date: Tue, 13 Aug 2002 05:26:18 +0400 > > Hi everybody, > > digging inside 4th edition gave me some very unexpected results > in terms of file access semantics in user space. But let me show > a scenario first: > > first-user$ cat > /shared-directory/file > blah-blah-blah > > second-user$ rm /shared-directory/file > > [first user after hitting ] > "phase error -- directory entry not allocated" > > I was a little bit shocked at first, mainly because I've got so used to > UNIX semantics of "once you get it -- it's yours", that I've been taking > it for granted in Plan9 as well. > > Suddenly I can't remember how 3nd and 2nd editions behaved. > > Before now I was under the impression that regular unopened fids are mostly > used for reference counting and once you grab a fid nobody can kill the > actual object it refers to, but 4th edition proved me wrong. Even though > I still can't understand why it behaves this way. Could somebody explain > the rationale behind that to me, please ? And I'm really curios now about > what obligations server is supposed to have when it accepts a new fid from > a client for a given object. > > Thanks, > Roman. --upas-eggjfvrqowybnrieiiszhhygqq-- From cse.psu.edu!9fans-admin Tue Aug 13 12:38:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 12:38:16 JST 2002 Received: (qmail 14485 invoked by uid 1020); 13 Aug 2002 12:38:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14481 invoked from network); 13 Aug 2002 12:38:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 12:38:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9A1B119A02; Mon, 12 Aug 2002 23:38:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 3163019981 for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 23:37:53 -0400 (EDT) Message-ID: <29e05aa2f218db4017cf95233091743f@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. From: "rob pike, esq." MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 23:37:51 -0400 > I see. But can you give me any insight into why it was implemented this > way. Again, it seems so obvious to use fids for reference counting and it > shouldn't be of a significant overhead. Moreover it's entirely up to > the FileServer to support this feature -- kernel is not supposed to > care. You should've had some reason for not supporting this in all > your FileServers. There was an implementation reason, which I don't remember. I prefer this argument: When you remove a file, it's removed. That's the definition of remove, as I understand it. Unix has a weird property that you can remove files and they're still not removed until some unfindable process dies. We used to run out of disk space because an editor (mine) unlinked its /tmp file so it wouldn't clutter the disk if it exited prematurely. If someone edited a big file, /tmp would fill up but ls /tmp wouldn't tell you anything. Not to mention what happens if the kernel crashed with a file in that half-made state. open(ORCLOSE) is a much cleaner solution to the /tmp problem. But the real argument is that Unix's semantics are an accident of the way it implemented its file system. Plan 9 has different semantics. Whether or not it's what you want, it's hard to argue with: When you remove a file, it's removed. -rob From cse.psu.edu!9fans-admin Tue Aug 13 13:11:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 13:11:17 JST 2002 Received: (qmail 14794 invoked by uid 1020); 13 Aug 2002 13:11:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14790 invoked from network); 13 Aug 2002 13:11:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 13:11:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1DF37199F2; Tue, 13 Aug 2002 00:11:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from math.psu.edu (leibniz.math.psu.edu [146.186.130.2]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 994E9199EC for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 00:10:10 -0400 (EDT) Received: from weyl.math.psu.edu (weyl.math.psu.edu [146.186.130.226]) by math.psu.edu (8.9.3/8.9.3) with ESMTP id AAA20283 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 00:10:10 -0400 (EDT) Received: from localhost (viro@localhost) by weyl.math.psu.edu (8.9.3/8.9.3) with ESMTP id AAA01221 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 00:10:09 -0400 (EDT) X-Authentication-Warning: weyl.math.psu.edu: viro owned process doing -bs From: Alexander Viro To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 00:10:09 -0400 (EDT) On Mon, 12 Aug 2002 presotto@plan9.bell-labs.com wrote: > We chose it because it was easier to implement and we couldn't see > that doing so would cause undo hardship. Rsc's observation is good > but wasn't really a design goal. [snip the list of alternatives] The really interesting question is how much pain did that cause when porting/rewriting software from Unix. creat()/unlink()/work with fd you'd got from creat() is definitely a common idiom. OTOH, most of its uses are for situations when you either want remove-on-close or are messing with shared directories... How bad it had it actually been? From cse.psu.edu!9fans-admin Tue Aug 13 13:22:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 13:22:16 JST 2002 Received: (qmail 14899 invoked by uid 1020); 13 Aug 2002 13:22:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14895 invoked from network); 13 Aug 2002 13:22:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 13:22:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6949F199F2; Tue, 13 Aug 2002 00:22:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 430A419999 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 00:21:01 -0400 (EDT) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Tue Aug 13 00:21:00 EDT 2002 Received: from 141.154.230.114 ([141.154.230.114]) by plan9; Tue Aug 13 00:20:59 EDT 2002 Message-ID: <060aebc607670e00011257214609c75f@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 00:20:56 -0400 APE simulates the creat()/unlink()/work idiom, so APE-ported Unix programs would tend not to notice. The programs I've natively ported have never cared. Russ From cse.psu.edu!9fans-admin Tue Aug 13 14:40:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 14:40:17 JST 2002 Received: (qmail 15794 invoked by uid 1020); 13 Aug 2002 14:40:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15790 invoked from network); 13 Aug 2002 14:40:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 14:40:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 658E919A06; Tue, 13 Aug 2002 01:40:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id AA304199EC for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 01:39:01 -0400 (EDT) Received: (qmail 1767483 invoked from network); 12 Aug 2002 23:39:00 -0600 Received: from xed.acl.lanl.gov (128.165.147.191) by acl.lanl.gov with SMTP; 12 Aug 2002 23:39:00 -0600 Received: (qmail 28727 invoked by uid 3499); 12 Aug 2002 23:39:00 -0600 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 12 Aug 2002 23:39:00 -0600 From: Ronald G Minnich X-X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] Ephase question. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 12 Aug 2002 23:39:00 -0600 (MDT) On Mon, 12 Aug 2002 presotto@plan9.bell-labs.com wrote: > - Unix' solution of making the remove fail with "file busy"; it was > always inconvenient and confusing. They use that one for in use > executables. I haven't seen a version of unix do this one for a while (as in decades). The remove succeeds, the file goes away when the last reference does (but you have to have inodes ...). But maybe there is some version of Unix you're referencing I'm not familiar with -- there's a lot of possibilities out there nowadays ... I just tried this 'cat > /tmp/a' and 'rm' sequence on Linux and it works as the original poster expected. In the case of executables I think the principle of least surprise dictates that removing an executable shouldn't cause running instances of that executable to toss chunks and die. This kind of behaviour was always a source of major pain for people running executables from NFS servers. On the other hand, removing a log file that is growing without bound and having it just go away is really nice. The old search-and-destroy technique you have to use on Unix for this type of thing is pretty ugly. > - Have the remove work but not really remove the file from the directory > till the current opener goes away. That's just too confusing. Ick. No argument there. I wouldn't give up on your current simple OS just yet. Linux is going to cross the 250-system-call mark soon, so you have a long way to go before you're that crazy. ron From cse.psu.edu!9fans-admin Tue Aug 13 14:43:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 14:43:16 JST 2002 Received: (qmail 15839 invoked by uid 1020); 13 Aug 2002 14:43:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15835 invoked from network); 13 Aug 2002 14:43:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 14:43:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DA8C519A0C; Tue, 13 Aug 2002 01:43:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 1248019980 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 01:42:29 -0400 (EDT) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Tue Aug 13 01:42:28 EDT 2002 Received: from 141.154.230.114 ([141.154.230.114]) by plan9; Tue Aug 13 01:42:27 EDT 2002 Message-ID: <859eea04603e722a7dabc2bc0ef5bf73@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 01:42:24 -0400 > > - Unix' solution of making the remove fail with "file busy"; it was > > always inconvenient and confusing. They use that one for in use > > executables. > > I haven't seen a version of unix do this one for a while (as in decades). > The remove succeeds, the file goes away when the last reference does (but > you have to have inodes ...). But maybe there is some version of Unix > you're referencing I'm not familiar with -- there's a lot of possibilities > out there nowadays ... i've seen it recently on either freebsd or linux, in the case of trying to remove or perhaps overwrite binaries that were being executed at the time. it was definitely a binary rather than a normal file. From cse.psu.edu!9fans-admin Tue Aug 13 14:54:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 14:54:16 JST 2002 Received: (qmail 15969 invoked by uid 1020); 13 Aug 2002 14:54:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15965 invoked from network); 13 Aug 2002 14:54:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 14:54:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 25C1819980; Tue, 13 Aug 2002 01:54:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from galapagos.cse.psu.edu (galapagos.cse.psu.edu [130.203.12.17]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E3751199EC for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 01:53:05 -0400 (EDT) Received: (qmail 1932 invoked by uid 991); 13 Aug 2002 05:53:05 -0000 Message-ID: <20020813055305.1931.qmail@g.bio.cse.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. In-Reply-To: Message from "Russ Cox" of "Tue, 13 Aug 2002 01:42:24 EDT." <859eea04603e722a7dabc2bc0ef5bf73@plan9.bell-labs.com> From: Scott Schwartz Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 01:53:05 -0400 rsc writes: | i've seen it recently on either freebsd or linux, | in the case of trying to remove or perhaps overwrite It's overwrite. (Solaris, on the other hand, blows away the process.) So to safely (atomically) install a new executable or shared library, you have to write it to a temp file, and then rename it into place. From cse.psu.edu!9fans-admin Tue Aug 13 15:06:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 15:06:16 JST 2002 Received: (qmail 16094 invoked by uid 1020); 13 Aug 2002 15:06:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16090 invoked from network); 13 Aug 2002 15:06:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 15:06:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C435019A26; Tue, 13 Aug 2002 02:06:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 3FE0519A25 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 02:05:12 -0400 (EDT) Received: (qmail 1771278 invoked from network); 13 Aug 2002 00:05:11 -0600 Received: from xed.acl.lanl.gov (128.165.147.191) by acl.lanl.gov with SMTP; 13 Aug 2002 00:05:11 -0600 Received: (qmail 28766 invoked by uid 3499); 13 Aug 2002 00:05:11 -0600 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 13 Aug 2002 00:05:11 -0600 From: Ronald G Minnich X-X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] Ephase question. In-Reply-To: <859eea04603e722a7dabc2bc0ef5bf73@plan9.bell-labs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 00:05:11 -0600 (MDT) On Tue, 13 Aug 2002, Russ Cox wrote: > > I haven't seen a version of unix do this one for a while (as in decades). > > The remove succeeds, the file goes away when the last reference does (but > > you have to have inodes ...). But maybe there is some version of Unix > > you're referencing I'm not familiar with -- there's a lot of possibilities > > out there nowadays ... > > i've seen it recently on either freebsd or linux, > in the case of trying to remove or perhaps overwrite > binaries that were being executed at the time. overwrite, yeah. That EBUSY will definitely occur for overwrite in different ways on different unices. Now I see what you meant. On freebsd and Linux, exec happens via an mmap (more or less). Possibly the behavioural difference you saw between binary and normal file was due to how the kernels handle mmap for exec vs. file I/O, not due to it being a binary vs. normal file. ron From cse.psu.edu!9fans-admin Tue Aug 13 15:14:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 15:14:15 JST 2002 Received: (qmail 16173 invoked by uid 1020); 13 Aug 2002 15:14:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16169 invoked from network); 13 Aug 2002 15:14:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 15:14:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E473519A17; Tue, 13 Aug 2002 02:14:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from math.psu.edu (leibniz.math.psu.edu [146.186.130.2]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C4DDB199EC for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 02:13:08 -0400 (EDT) Received: from weyl.math.psu.edu (weyl.math.psu.edu [146.186.130.226]) by math.psu.edu (8.9.3/8.9.3) with ESMTP id CAA05012 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 02:13:08 -0400 (EDT) Received: from localhost (viro@localhost) by weyl.math.psu.edu (8.9.3/8.9.3) with ESMTP id CAA01510 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 02:13:08 -0400 (EDT) X-Authentication-Warning: weyl.math.psu.edu: viro owned process doing -bs From: Alexander Viro To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. In-Reply-To: <859eea04603e722a7dabc2bc0ef5bf73@plan9.bell-labs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 02:13:08 -0400 (EDT) On Tue, 13 Aug 2002, Russ Cox wrote: > > > - Unix' solution of making the remove fail with "file busy"; it was > > > always inconvenient and confusing. They use that one for in use > > > executables. > > > > I haven't seen a version of unix do this one for a while (as in decades). > > The remove succeeds, the file goes away when the last reference does (but > > you have to have inodes ...). But maybe there is some version of Unix > > you're referencing I'm not familiar with -- there's a lot of possibilities > > out there nowadays ... > > i've seen it recently on either freebsd or linux, > in the case of trying to remove or perhaps overwrite > binaries that were being executed at the time. > it was definitely a binary rather than a normal file. Overwrite - sure. Remove - nope. From cse.psu.edu!9fans-admin Tue Aug 13 15:23:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 15:23:15 JST 2002 Received: (qmail 16341 invoked by uid 1020); 13 Aug 2002 15:23:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16337 invoked from network); 13 Aug 2002 15:23:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 15:23:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9236219A29; Tue, 13 Aug 2002 02:23:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from math.psu.edu (leibniz.math.psu.edu [146.186.130.2]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 187CA19A25 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 02:22:55 -0400 (EDT) Received: from weyl.math.psu.edu (weyl.math.psu.edu [146.186.130.226]) by math.psu.edu (8.9.3/8.9.3) with ESMTP id CAA06188 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 02:22:55 -0400 (EDT) Received: from localhost (viro@localhost) by weyl.math.psu.edu (8.9.3/8.9.3) with ESMTP id CAA01543 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 02:22:54 -0400 (EDT) X-Authentication-Warning: weyl.math.psu.edu: viro owned process doing -bs From: Alexander Viro To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 02:22:54 -0400 (EDT) On Tue, 13 Aug 2002, Ronald G Minnich wrote: > overwrite, yeah. That EBUSY will definitely occur for overwrite in > different ways on different unices. Now I see what you meant. > > On freebsd and Linux, exec happens via an mmap (more or less). Possibly > the behavioural difference you saw between binary and normal file was due > to how the kernels handle mmap for exec vs. file I/O, not due to it being > a binary vs. normal file. Yes. Notice that both Linux and FreeBSD have few reasons even for that protection (and it's not too consistent - e.g. shared libraries are not protected). It is, indeed, result of mmap() - there is a flag (MAP_DENYWRITE) used when we map the binary and it prevents opening file for write (and having file opened from write makes such mmap() call fail). IIRC, it's a compatibility with fairly old systems and it could be killed if anyone cared enough. There's absolutely no protection against unlink()/rename() and there's nothing to protect against - both would keep file alive until the final close()/munmap(), so there's nothing to break. From cse.psu.edu!9fans-admin Tue Aug 13 15:27:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 15:27:15 JST 2002 Received: (qmail 16451 invoked by uid 1020); 13 Aug 2002 15:27:14 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16447 invoked from network); 13 Aug 2002 15:27:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 15:27:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C58B219A02; Tue, 13 Aug 2002 02:27:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from lavoro.home.cs.york.ac.uk (public1-york1-5-cust17.leed.broadband.ntl.com [80.0.45.17]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id C4FEE19980 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 02:26:02 -0400 (EDT) Message-ID: <934f6b230a54710c86ea3b2502384e95@caldo.demon.co.uk> To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. From: Charles Forsyth MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-olyolmqqbaolwxzpycuypjsqar" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 07:17:59 +0100 This is a multi-part message in MIME format. --upas-olyolmqqbaolwxzpycuypjsqar Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit so if i completely remove a file that someone is executing, it continues to work, but if i copy into a file that remains and someone is executing it, it fails. makes perfect sense to me. --upas-olyolmqqbaolwxzpycuypjsqar Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-1.mail.demon.net by mailstore for forsyth@caldo.demon.co.uk id 1029219273:10:18010:7; Tue, 13 Aug 2002 06:14:33 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-1.mail.demon.net id aa1106107; 13 Aug 2002 6:14 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E473519A17; Tue, 13 Aug 2002 02:14:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from math.psu.edu (leibniz.math.psu.edu [146.186.130.2]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C4DDB199EC for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 02:13:08 -0400 (EDT) Received: from weyl.math.psu.edu (weyl.math.psu.edu [146.186.130.226]) by math.psu.edu (8.9.3/8.9.3) with ESMTP id CAA05012 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 02:13:08 -0400 (EDT) Received: from localhost (viro@localhost) by weyl.math.psu.edu (8.9.3/8.9.3) with ESMTP id CAA01510 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 02:13:08 -0400 (EDT) X-Authentication-Warning: weyl.math.psu.edu: viro owned process doing -bs From: Alexander Viro To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. In-Reply-To: <859eea04603e722a7dabc2bc0ef5bf73@plan9.bell-labs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 02:13:08 -0400 (EDT) On Tue, 13 Aug 2002, Russ Cox wrote: > > > - Unix' solution of making the remove fail with "file busy"; it was > > > always inconvenient and confusing. They use that one for in use > > > executables. > > > > I haven't seen a version of unix do this one for a while (as in decades). > > The remove succeeds, the file goes away when the last reference does (but > > you have to have inodes ...). But maybe there is some version of Unix > > you're referencing I'm not familiar with -- there's a lot of possibilities > > out there nowadays ... > > i've seen it recently on either freebsd or linux, > in the case of trying to remove or perhaps overwrite > binaries that were being executed at the time. > it was definitely a binary rather than a normal file. Overwrite - sure. Remove - nope. --upas-olyolmqqbaolwxzpycuypjsqar-- From cse.psu.edu!9fans-admin Tue Aug 13 15:59:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 15:59:16 JST 2002 Received: (qmail 16771 invoked by uid 1020); 13 Aug 2002 15:59:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16767 invoked from network); 13 Aug 2002 15:59:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 15:59:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3A3C419A0D; Tue, 13 Aug 2002 02:59:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mailproxy.de.uu.net (mailproxy.de.uu.net [192.76.144.34]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1954019A02 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 02:58:07 -0400 (EDT) Received: from knuut.de (1cust-59.tnt8.hnr2.de.gan.uu.net [149.225.170.59] (may be forged)) by mailproxy.de.uu.net (5.5.5/5.5.5) with SMTP id IAA14978 for <@uumail.de.uu.net:9fans@cse.psu.edu>; Tue, 13 Aug 2002 08:57:52 +0200 (MET DST) Received: (from andrew@localhost) by knuut.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA00859 for 9fans@cse.psu.edu; Tue, 13 Aug 2002 08:46:24 +0200 From: "Andrew Lynch" Message-Id: <1020813084624.ZM857@Sindy> In-Reply-To: presotto@plan9.bell-labs.com "Re: [9fans] Ephase question." (Aug 12, 11:33pm) References: X-Mailer: Z-Mail (5.0.0 30July97) To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 08:46:23 +0200 On Aug 12, 11:33pm, presotto@plan9.bell-labs.com wrote: > > We chose it because it was easier to implement and we couldn't see > that doing so would cause undo hardship. So how easily could first-user undo the delete? Maybe Freud can tell us... Andrew. From cse.psu.edu!9fans-admin Tue Aug 13 18:36:21 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 18:36:21 JST 2002 Received: (qmail 18356 invoked by uid 1020); 13 Aug 2002 18:36:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18352 invoked from network); 13 Aug 2002 18:36:21 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 18:36:21 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B5F5C19A17; Tue, 13 Aug 2002 05:36:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 591DF19980 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 05:35:42 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17eY3u-0006Kl-00 for 9fans@cse.psu.edu; Tue, 13 Aug 2002 10:34:02 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: "Douglas A. Gwyn" Message-ID: <3D587D23.3826ACB0@null.net> Organization: Giganews.Com - Premium News Outsourcing Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <1f2bc8a46d1a25563d56b9fcce150ce4@plan9.bell-labs.com> Subject: Re: [9fans] tar.c, should use readn() instead of read(). Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 09:31:08 GMT presotto@plan9.bell-labs.com wrote: > I'm not quite sure of the motivation between the difference. It > seems a bit silly to me since its just buffering and doesn't have > anything to do with semantics. Writing-to/reading-from raw tape > drives (and newer media) does have size restrictions so I understand > the feeling out of the read size. However, I'm not sure why > the stdin/out should be limited to such a small buffer size, perhaps > a throwback to limitations long gone. 512 bytes was the original block size for DECtape, also the cooked magtape device. There has been a variety of behavior among various implementations of "tar" over the years. Generally I recommend always specifying blocksize with the "b" option. If you change the behavior you are likely to make it harder to exchange archives across systems, including historical ones such as 7th Ed. Unix (which some of us still use on occasion). From cse.psu.edu!9fans-admin Tue Aug 13 19:00:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 19:00:18 JST 2002 Received: (qmail 18565 invoked by uid 1020); 13 Aug 2002 19:00:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18561 invoked from network); 13 Aug 2002 19:00:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 19:00:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DE29E19A0D; Tue, 13 Aug 2002 06:00:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 81BA019A2A for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 05:59:14 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17eY3u-0006Kr-00 for 9fans@cse.psu.edu; Tue, 13 Aug 2002 10:34:02 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: "Douglas A. Gwyn" Message-ID: <3D588846.FC0FCF9B@null.net> Organization: Giganews.Com - Premium News Outsourcing Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <29e05aa2f218db4017cf95233091743f@plan9.bell-labs.com> Subject: Re: [9fans] Ephase question. Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 09:31:20 GMT "rob pike, esq." wrote: > Unix's semantics are an accident of the way > it implemented its file system. "Accident" in this case need not imply "unintentional". When Canaday et al. invented the inode-based system, it is conceivable that they thought the semantics were just what they wanted. I actually *like* being able to have scratch files that have no directory entries, because they are *guaranteed* to go away when the processes using them all terminate. > Plan 9 has different semantics. Indeed. From cse.psu.edu!9fans-admin Tue Aug 13 20:44:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 20:44:17 JST 2002 Received: (qmail 19659 invoked by uid 1020); 13 Aug 2002 20:44:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19655 invoked from network); 13 Aug 2002 20:44:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 20:44:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B426E19A28; Tue, 13 Aug 2002 07:44:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 4242F199EC for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 07:43:46 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. From: David Gordon Hogan MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 07:43:45 -0400 > On freebsd and Linux, exec happens via an mmap (more or less). Possibly > the behavioural difference you saw between binary and normal file was due > to how the kernels handle mmap for exec vs. file I/O, not due to it being > a binary vs. normal file. So [gigantic leap here], not only does Linux have ~250 system calls, but most of them can be emulated with mmap? From cse.psu.edu!9fans-admin Tue Aug 13 21:17:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 21:17:15 JST 2002 Received: (qmail 19940 invoked by uid 1020); 13 Aug 2002 21:17:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19936 invoked from network); 13 Aug 2002 21:17:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 21:17:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DCFDA19A29; Tue, 13 Aug 2002 08:17:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 9C9D7199EC for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 08:16:43 -0400 (EDT) Message-ID: <931d6696b6f862f8f9f7aaf1cde0bf8b@plan9.bell-labs.com> Subject: Re: [9fans] Ephase question. From: presotto@plan9.bell-labs.com To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 08:16:41 -0400 > - Unix' solution of making the remove fail with "file busy"; it was > always inconvenient and confusing. They use that one for in use > executables. I'm clearly misremembering. I was thinking of overwrite. Don't know why, had to remove a file last week on an SGI system to do just that. > The really interesting question is how much pain did that cause when > porting/rewriting software from Unix. creat()/unlink()/work with fd > you'd got from creat() is definitely a common idiom. OTOH, most of > its uses are for situations when you either want remove-on-close > or are messing with shared directories... > > How bad it had it actually been? Russ addressed the ape library. As someone, Rob?, has already mentioned, the close on remove flag (ORCLOSE) flag on open/create does the same thing as unlinking immediately after opening. My biggest headache has been replacing running binaries. Since we can't remove them or overwrite them without disasterous consequences, we end up with a 'safeinstall' option in all our mkfiles. The safeinstall moves the file to an unlikely name (e.g. x -> _x) and copies in the new file. Of course, since we have dozens of machines all running off the same file system, something is probably running off the _x that was there. So we sometimes have to move _x to __x, etc. It's a royal pain. We often forget and just install with the result that someone an hour after the fact in some other part of the building sends you a snap or pointer to a broken process. Since I don't have to implement the fs, I'ld have preferred the Unix semantics in this case. It's caused me a lot of inconvenience over the last 10+ years. > "Accident" in this case need not imply "unintentional". > When Canaday et al. invented the inode-based system, > it is conceivable that they thought the semantics were > just what they wanted. Since the same 'et al' implemented both the first Unix fs and the first Plan 9 fs, I'll ask him and see what he says. From cse.psu.edu!9fans-admin Tue Aug 13 22:07:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 13 22:07:17 JST 2002 Received: (qmail 20384 invoked by uid 1020); 13 Aug 2002 22:07:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20380 invoked from network); 13 Aug 2002 22:07:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 13 Aug 2002 22:07:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3E9E319981; Tue, 13 Aug 2002 09:07:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from doppio.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E8FD2199E4 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 09:06:18 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. From: rog@vitanuova.com MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 14:13:23 +0100 > My biggest headache has been replacing running binaries. Since we > can't remove them or overwrite them without disasterous consequences, > we end up with a 'safeinstall' option in all our mkfiles. The safeinstall > moves the file to an unlikely name (e.g. x -> _x) and copies in the > new file. Of course, since we have dozens of machines all running off > the same file system, something is probably running off the _x that > was there. So we sometimes have to move _x to __x, etc. It's a > royal pain. We often forget and just install with the result that > someone an hour after the fact in some other part of the building > sends you a snap or pointer to a broken process. Since I don't have > to implement the fs, I'ld have preferred the Unix semantics in this > case. It's caused me a lot of inconvenience over the last 10+ years. i was going to mention this, but you did it for me. would it be too nasty to make the fileserver refuse writes on files that are currenty open with OEXEC? that would alleviate somewhat the most common (and hard to find) problem: overwriting a running binary. (which can also be a problem for shellscripts, note) rog. From cse.psu.edu!9fans-admin Wed Aug 14 00:44:23 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 00:44:23 JST 2002 Received: (qmail 21978 invoked by uid 1020); 14 Aug 2002 00:44:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21974 invoked from network); 14 Aug 2002 00:44:22 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 00:44:22 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7F5DD19A31; Tue, 13 Aug 2002 11:44:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id BD63C199BF for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 11:43:02 -0400 (EDT) Message-ID: <3d028c44135ccd6198a182fc47fd24c4@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. From: "rob pike, esq." MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 11:43:00 -0400 > would it be too nasty to make the fileserver refuse writes > on files that are currenty open with OEXEC? We talked a lot about this in the early design days. If I recall right we decided to allow the write, given permission, because sometimes you really do want to update a binary and it's annoying when you can't: build scripts fail, installs abort, that sort of thing. There are times when we install everything and it's nice not to worry about it. Although it's far from perfect, I'm comfortable enough with the safeinstall notion to leave things as they are. I realize that's not much of an argument. -rob From cse.psu.edu!9fans-admin Wed Aug 14 00:46:13 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 00:46:13 JST 2002 Received: (qmail 22014 invoked by uid 1020); 14 Aug 2002 00:46:13 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22010 invoked from network); 14 Aug 2002 00:46:12 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 00:46:12 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 39ECF19A3E; Tue, 13 Aug 2002 11:46:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 8B99F19980 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 11:45:15 -0400 (EDT) Received: (qmail 1738168 invoked from network); 13 Aug 2002 09:45:14 -0600 Received: from xed.acl.lanl.gov (128.165.147.191) by acl.lanl.gov with SMTP; 13 Aug 2002 09:45:14 -0600 Received: (qmail 30517 invoked by uid 3499); 13 Aug 2002 09:45:14 -0600 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 13 Aug 2002 09:45:14 -0600 From: Ronald G Minnich X-X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] Ephase question. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 09:45:14 -0600 (MDT) On Tue, 13 Aug 2002, David Gordon Hogan wrote: > So [gigantic leap here], not only does Linux have ~250 system > calls, but most of them can be emulated with mmap? Hmm, I'm hoping you're joking ... I just woke up but this made me want to go hide under my bed. I'm actually thinking I need a slide: slide 1: linux system call list Slide 2: plan 9 system call list to the same scale. The problem with slide 2 to the same scale as slide 1 is that it will look like fuzz on the slide, not a system call list ... to get all those linux calls on 1 slide I'll need a 1-pt font. ron From cse.psu.edu!9fans-admin Wed Aug 14 00:54:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 00:54:17 JST 2002 Received: (qmail 22184 invoked by uid 1020); 14 Aug 2002 00:54:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22180 invoked from network); 14 Aug 2002 00:54:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 00:54:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D4F6819A3F; Tue, 13 Aug 2002 11:54:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id B943919A04 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 11:53:44 -0400 (EDT) Received: (qmail 1786497 invoked from network); 13 Aug 2002 09:53:44 -0600 Received: from xed.acl.lanl.gov (128.165.147.191) by acl.lanl.gov with SMTP; 13 Aug 2002 09:53:44 -0600 Received: (qmail 30570 invoked by uid 3499); 13 Aug 2002 09:53:44 -0600 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 13 Aug 2002 09:53:44 -0600 From: Ronald G Minnich X-X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] Ephase question. In-Reply-To: <931d6696b6f862f8f9f7aaf1cde0bf8b@plan9.bell-labs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 09:53:44 -0600 (MDT) On Tue, 13 Aug 2002 presotto@plan9.bell-labs.com wrote: > My biggest headache has been replacing running binaries. Since we > can't remove them or overwrite them without disasterous consequences, > we end up with a 'safeinstall' option in all our mkfiles. The safeinstall > moves the file to an unlikely name (e.g. x -> _x) and copies in the > new file. Of course, since we have dozens of machines all running off > the same file system, something is probably running off the _x that > was there. So we sometimes have to move _x to __x, etc. It's a > royal pain. yes, NFS has a similar problem with this but in a different place. When clients remove files, NFS servers don't really remove files, they rename them. See SILLYRENAME. In NFS servers never know if someone is using a file, so they don't want to remove it, hence all that .nfsxxyyzzww crud you start to see in NFS over time (if the rm happens on client). Of course if the rm happens on server, and a remote process is exec'ing the file, bad things happen. This latter problem has led people over the years to do the same kind of thing you describe above. Or, as in one place I worked, the sysadmins upgrade executables on the server and then reboot everybody's machine. > We often forget and just install with the result that > someone an hour after the fact in some other part of the building > sends you a snap or pointer to a broken process. Since I don't have > to implement the fs, I'ld have preferred the Unix semantics in this > case. It's caused me a lot of inconvenience over the last 10+ years. I've just got v9fs back and mostly working on Linux (uses 9p still but 3e ... 4e is next). But I'm going to have the Unix semantics. The shared exec over a network case is too common not to use the Unix semantics. ron From cse.psu.edu!9fans-admin Wed Aug 14 00:58:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 00:58:16 JST 2002 Received: (qmail 22273 invoked by uid 1020); 14 Aug 2002 00:58:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22269 invoked from network); 14 Aug 2002 00:58:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 00:58:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CE12219A56; Tue, 13 Aug 2002 11:58:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id C854A19A3E for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 11:57:47 -0400 (EDT) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 11:57:46 -0400 > I've just got v9fs back and mostly working on Linux (uses 9p still but 3e > ... 4e is next). But I'm going to have the Unix semantics. The shared exec > over a network case is too common not to use the Unix semantics. And arguably you _should_ have the Unix semantics. No one here is saying that one way is required. 9P doesn't say anything about when the remove happens. It's a choice made by some file servers. U9fs just does a Unix remove too, so you'd get Unix semantics there as well. Russ From cse.psu.edu!9fans-admin Wed Aug 14 01:00:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 01:00:16 JST 2002 Received: (qmail 22295 invoked by uid 1020); 14 Aug 2002 01:00:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22291 invoked from network); 14 Aug 2002 01:00:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 01:00:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B4D1D19A57; Tue, 13 Aug 2002 12:00:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 4247F19A3F for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 11:59:38 -0400 (EDT) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 11:59:37 -0400 I don't know. Plan 9 has 48 system calls these days, 10 of which are deprecated. So 38. That's still a lot. From cse.psu.edu!9fans-admin Wed Aug 14 01:56:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 01:56:19 JST 2002 Received: (qmail 22834 invoked by uid 1020); 14 Aug 2002 01:56:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22830 invoked from network); 14 Aug 2002 01:56:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 01:56:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 33E0419A55; Tue, 13 Aug 2002 12:56:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cosym.net (peter.sys.9srv.net [64.7.3.116]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 4AC2A19A56 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 12:55:31 -0400 (EDT) From: anothy@cosym.net To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Message-Id: <20020813165531.4AC2A19A56@mail.cse.psu.edu> Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 12:37:38 -0400 are these 10 depricated calls used anywhere? if i'm reading things right, they're all from the switch to 9p2000 (mm, plus ERRSTR change?), so i gather not. does any plan exist for removing these? and on the same topic, were write9p and read9p eliminated because they were considered redundant with pwrite and pread? and, out of curiosity, were there ever syscalls for slots 48 and 49? if so, what'd they do? ã‚¢ From cse.psu.edu!9fans-admin Wed Aug 14 01:58:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 01:58:16 JST 2002 Received: (qmail 22845 invoked by uid 1020); 14 Aug 2002 01:58:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22841 invoked from network); 14 Aug 2002 01:58:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 01:58:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 28B4E19A5A; Tue, 13 Aug 2002 12:58:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from web21411.mail.yahoo.com (web21411.mail.yahoo.com [216.136.232.80]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 37EEF19981 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 12:57:37 -0400 (EDT) Message-ID: <20020813165736.84455.qmail@web21411.mail.yahoo.com> Received: from [192.204.130.251] by web21411.mail.yahoo.com via HTTP; Tue, 13 Aug 2002 09:57:36 PDT From: William Gunnells To: 9fans@cse.psu.edu In-Reply-To: <20020813055402.18697.40853.Mailman@psuvax1.cse.psu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [9fans] install terminal Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 09:57:36 -0700 (PDT) Thanks for the help. Most of that was my poor typing. Either way. I corrected auth=auth and netmask and I still get the same error when I try to connect a terminal. Hello! I have managed to build the file server via wiki's instruction. My CPU/auth is now diskless and can connect to FS under user bootes. I can also execute auth/changeuser and add user william to system. I'm having trouble logging in as william via term. I didn't think it was complicated. I thought all you need is to add another entry to /lib/ndb/local and compile a kernel for the term bootdisk. Here /lib/ndb/local:: database= file=/lib/ndb/local file=/lib/ndb/common ipnet=myipnet ip=10.56.32.0 ipmask=255.255.240.0 ipgw=10.56.32.1 dns=192.204.133.102 auth=auth proto=il ip=10.56.35.118 ether=00c04f182de5 sys=auth bootf=/386/9pcauth ip=10.56.35.117 ether=006008c78c0c sys=fs bootf=/386/9pcfs proto=il ip=10.56.35.115 ether=009027626acc sys=term bootf=/386/9pc proto=il I'm static and the machines seem to be talking fine. Here is the error of the term machine that I'm using to connect via bootdisk. authentication failed (auth_proxy rpc write ::connection rejected), trying mount anyways boot: /: attach -- unknown user or failed authentication Then the system just cycles through and reboots... The plan9.ini on the term bootdisk is:: bootfile=fd0!dos!9pc.gz bootargs=il -g 10.56.32.1 ether /net/ether0 10.56.35.115 255.255.240.0 0 10.56.35.117 10.56.35.118 The FS see's that the terminal 10.56.35.115 is trying to connect and reads. fs: il: allocating il!10.56.35.115!24958 hangup! connectio timed out-3 24958/10.56.35.115.17008 the hangup occurs after term cycles through and reboots... Please let me know if I'm missing something. Thanks William Gunnells- __________________________________________________ Do You Yahoo!? HotJobs - Search Thousands of New Jobs http://www.hotjobs.com From cse.psu.edu!9fans-admin Wed Aug 14 02:02:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 02:02:16 JST 2002 Received: (qmail 22883 invoked by uid 1020); 14 Aug 2002 02:02:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22879 invoked from network); 14 Aug 2002 02:02:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 02:02:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3A97E19A56; Tue, 13 Aug 2002 13:02:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id F41A119A55 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 13:01:35 -0400 (EDT) Message-ID: <57ca89094f0e611c7fe03f8315e2045d@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. From: "rob pike, esq." MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 13:01:34 -0400 > are these 10 depricated calls used anywhere? if i'm > reading things right, they're all from the switch to > 9p2000 (mm, plus ERRSTR change?), so i gather not. > does any plan exist for removing these? Some ancient binaries we have still contain them. They do not appear in the libraries. > and on the same topic, were write9p and read9p > eliminated because they were considered redundant > with pwrite and pread? They became unnecessary because of the encapsulation possible with thew new 9P, not because of pread and pwrite. > and, out of curiosity, were there ever syscalls for > slots 48 and 49? if so, what'd they do? I believe a summer student had something planned there. -rob From cse.psu.edu!9fans-admin Wed Aug 14 02:29:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 02:29:17 JST 2002 Received: (qmail 23083 invoked by uid 1020); 14 Aug 2002 02:29:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23079 invoked from network); 14 Aug 2002 02:29:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 02:29:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E095019A59; Tue, 13 Aug 2002 13:29:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id D0F3119A29 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 13:28:51 -0400 (EDT) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Tue Aug 13 13:28:50 EDT 2002 Received: from 141.154.230.114 ([141.154.230.114]) by plan9; Tue Aug 13 13:28:49 EDT 2002 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 13:28:47 -0400 > and, out of curiosity, were there ever syscalls for > slots 48 and 49? if so, what'd they do? I think the gap is historical. We split the 9P2000 kernel and libraries from the main sources and added all the new 9P2000 code in a separate tree. At some point while the trees were split, we added pread and pwrite to both systems. In the 9P2000 system, they were 37 and 38 (previously occupied by read9p and write9p). The calls got added to the 9P1 systems some time later, because they were too convenient not to have, and I think 50 and 51 got used just to be out of the way as a temporary slot until the 9P2000 kernels got installed. (We couldn't replace read9p and write9p in the 9P1 system, so we needed new numbers. At the time, the biggest 9P1 syscall number was seek at 39, while the 9P2000 syscalls were slowly eating the 40s. I think 50 was just a safe bet.) One compatibility measure taken in the 9P2000 kernels is that all the old system calls are emulated, so that old binaries (at least those that don't read directories) continue to work. This implies that we had to allow 50 and 51 as pread/pwrite, so we just changed the numbers rather than have two for each. Hence the gap. There was in fact a summer student project using 40 and 41, but they got recycled for 9P2000 calls. Pedantically, Russ From cse.psu.edu!9fans-admin Wed Aug 14 05:29:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 05:29:19 JST 2002 Received: (qmail 24519 invoked by uid 1020); 14 Aug 2002 05:29:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 24515 invoked from network); 14 Aug 2002 05:29:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 05:29:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 781C919A57; Tue, 13 Aug 2002 16:29:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 608D1199BE for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 16:28:58 -0400 (EDT) Message-ID: <898e1fd92b204b821dc78edfdc3cebd1@plan9.bell-labs.com> From: presotto@plan9.bell-labs.com To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] unlink/remove/whatever Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 13 Aug 2002 16:28:56 -0400 From ken thompson: > a) was the 'unlink but leave around for anyone with it open' > a motivation for inode's in Unix or just a lucky/unlucky > consequence? it was deliberate. > b) why dump the ability in Plan 9? it is not dumped, it is just not specified. the p9 protocol is much more general than the unix file system. it would be folly to specify such actions at the protocol level. a particular implementation of P9 (say a file system) might choose to implement it this way, but other implementations, (say ftpfs) couldnt possibly do it. From cse.psu.edu!9fans-admin Wed Aug 14 07:08:22 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 07:08:22 JST 2002 Received: (qmail 25235 invoked by uid 1020); 14 Aug 2002 07:08:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25231 invoked from network); 14 Aug 2002 07:08:21 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 07:08:21 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4F973199BE; Tue, 13 Aug 2002 18:08:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EC3FB19A56 for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 18:07:35 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id CAA26735 for 9fans@cse.psu.edu; Wed, 14 Aug 2002 02:07:34 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. Message-ID: <20020814020733.A26511@unicorn.math.spbu.ru> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 02:07:33 +0400 Thanks for the answer ( special thanks to Ken for providing historical background ). The only thing I still wish for is couple of lines in 9P specification or any other document saying that, generally speaking, Servers have no obligations whatsoever regarding returned fids. Fids can be dangling. As for simplicity -- I can't agree more. That's what make 9P and Plan9 so appealing to me. Roman. On Mon, Aug 12, 2002 at 11:33:53PM -0400, presotto@plan9.bell-labs.com wrote: > We chose it because it was easier to implement and we couldn't see > that doing so would cause undo hardship. Rsc's observation is good > but wasn't really a design goal. > > There are 3 obvious alternatives: > - Unix' solution of making the remove fail with "file busy"; it was > always inconvenient and confusing. They use that one for in use > executables. The fs doesn't really know when a file is executing so that > one isn't really that useful to us. > - Have the remove work but not really remove the file from the directory > till the current opener goes away. That's just too confusing. > - Disassociate the file with the directory, but leave it around for anyone > that has it open to keep playing with. This is easy to do when the > file is really represented by an inode that doesn't have anything to > do with a directory. It's a lot harder without that indirection. We > didn't have inodes. The best we could do is copy it somewhere else > and fudge up pointers to the somewhere else (a special invisible > directory perhaps). It also leads to cleaning up orphaned files > during a reboot of the file server, fsck's job (or one of many) in > Unix. It gets messy quick without inodes being the one true > representation. > > Clearly its a matter of taste; with enough code you can do most > anything. If it were a goal, Ken would proabably have designed > his fs a bit differently. Our taste, like our minds, tends to > favor the simple. Of course, we're gradually losing our sense > of taste due to exigency. About time for a new simple operating > system. > Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Aug 12 23:15:17 EDT 2002 > Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Mon Aug 12 23:15:15 EDT 2002 > Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) > by mail.cse.psu.edu (CSE Mail Server) with ESMTP > id DC934199DD; Mon, 12 Aug 2002 23:15:06 -0400 (EDT) > Delivered-To: 9fans@cse.psu.edu > Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) > by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 661B919999 > for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 23:14:24 -0400 (EDT) > Received: (from vugluskr@localhost) > by unicorn.math.spbu.ru (8.9.3/8.9.3) id HAA12130 > for 9fans@cse.psu.edu; Tue, 13 Aug 2002 07:14:22 +0400 > From: "Roman V. Shaposhnick" > To: 9fans@cse.psu.edu > Subject: Re: [9fans] Ephase question. > Message-ID: <20020813071422.A12044@unicorn.math.spbu.ru> > References: > Mime-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > X-Mailer: Mutt 1.0pre3i > In-Reply-To: > Sender: 9fans-admin@cse.psu.edu > Errors-To: 9fans-admin@cse.psu.edu > X-BeenThere: 9fans@cse.psu.edu > X-Mailman-Version: 2.0.11 > Precedence: bulk > Reply-To: 9fans@cse.psu.edu > List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> > List-Archive: > Date: Tue, 13 Aug 2002 07:14:22 +0400 > > On Mon, Aug 12, 2002 at 09:39:40PM -0400, presotto@plan9.bell-labs.com wrote: > > This isn't new semantics. If you remove a file that someone > > else is using, too bad for him. There's nothing sacred about > > having a file open. > > Indeed. Same applies to any fid, not just opened ones. > > > If someone else has permissions to do nasty and nefarious things to it, > > they can. > > > > This is very different than Unix. > > I see. But can you give me any insight into why it was implemented this > way. Again, it seems so obvious to use fids for reference counting and it > shouldn't be of a significant overhead. Moreover it's entirely up to > the FileServer to support this feature -- kernel is not supposed to > care. You should've had some reason for not supporting this in all > your FileServers. > > Thanks, > Roman. > > > Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Aug 12 21:27:18 EDT 2002 > > Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Mon Aug 12 21:27:17 EDT 2002 > > Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) > > by mail.cse.psu.edu (CSE Mail Server) with ESMTP > > id 04B4D199B9; Mon, 12 Aug 2002 21:27:07 -0400 (EDT) > > Delivered-To: 9fans@cse.psu.edu > > Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) > > by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4D5C41998C > > for <9fans@cse.psu.edu>; Mon, 12 Aug 2002 21:26:20 -0400 (EDT) > > Received: (from vugluskr@localhost) > > by unicorn.math.spbu.ru (8.9.3/8.9.3) id FAA10626 > > for 9fans@cse.psu.edu; Tue, 13 Aug 2002 05:26:18 +0400 > > From: "Roman V. Shaposhnick" > > To: 9fans@cse.psu.edu > > Message-ID: <20020813052618.A10336@unicorn.math.spbu.ru> > > Mime-Version: 1.0 > > Content-Type: text/plain; charset=us-ascii > > X-Mailer: Mutt 1.0pre3i > > Subject: [9fans] Ephase question. > > Sender: 9fans-admin@cse.psu.edu > > Errors-To: 9fans-admin@cse.psu.edu > > X-BeenThere: 9fans@cse.psu.edu > > X-Mailman-Version: 2.0.11 > > Precedence: bulk > > Reply-To: 9fans@cse.psu.edu > > List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> > > List-Archive: > > Date: Tue, 13 Aug 2002 05:26:18 +0400 > > > > Hi everybody, > > > > digging inside 4th edition gave me some very unexpected results > > in terms of file access semantics in user space. But let me show > > a scenario first: > > > > first-user$ cat > /shared-directory/file > > blah-blah-blah > > > > second-user$ rm /shared-directory/file > > > > [first user after hitting ] > > "phase error -- directory entry not allocated" > > > > I was a little bit shocked at first, mainly because I've got so used to > > UNIX semantics of "once you get it -- it's yours", that I've been taking > > it for granted in Plan9 as well. > > > > Suddenly I can't remember how 3nd and 2nd editions behaved. > > > > Before now I was under the impression that regular unopened fids are mostly > > used for reference counting and once you grab a fid nobody can kill the > > actual object it refers to, but 4th edition proved me wrong. Even though > > I still can't understand why it behaves this way. Could somebody explain > > the rationale behind that to me, please ? And I'm really curios now about > > what obligations server is supposed to have when it accepts a new fid from > > a client for a given object. > > > > Thanks, > > Roman. From cse.psu.edu!9fans-admin Wed Aug 14 08:43:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 08:43:18 JST 2002 Received: (qmail 25984 invoked by uid 1020); 14 Aug 2002 08:43:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25980 invoked from network); 14 Aug 2002 08:43:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 08:43:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 98A2419A59; Tue, 13 Aug 2002 19:43:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from doppio.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E6D5D199BE for <9fans@cse.psu.edu>; Tue, 13 Aug 2002 19:42:16 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. From: rog@vitanuova.com MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 00:49:22 +0100 > > would it be too nasty to make the fileserver refuse writes > > on files that are currenty open with OEXEC? > sometimes you really do want to update a binary and it's annoying when > you can't well, safeinstall would still have its place: cp $prereq $stem || mv $prereq _$stem && cp $prereq $stem ...it would just be less exercised. round here we tend to mv /bin/prog /bin/prog.`{date -n} which leads to less clashes (but does require garbage collection every so often). i don't have such a problem doing this with publicly installed executables; it's when i'm in the usual compile/edit cycle, and accidentally overwrite a running executable and spend half an hour looking for the non-existent bug that gets my goat. it also means that i have developed a tendency to ignore hard-to-explain problems: "oh, it must have been overwritten". rog. From cse.psu.edu!9fans-admin Wed Aug 14 14:06:25 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 14:06:25 JST 2002 Received: (qmail 29360 invoked by uid 1020); 14 Aug 2002 14:06:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 29356 invoked from network); 14 Aug 2002 14:06:24 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 14:06:24 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D77C919A5A; Wed, 14 Aug 2002 01:06:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from lavoro.home.cs.york.ac.uk (public1-york1-5-cust17.leed.broadband.ntl.com [80.0.45.17]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E1DD4199BF for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 01:05:48 -0400 (EDT) Message-ID: <0398f305ad52300ffa546e565470ae1c@caldo.demon.co.uk> To: 9fans@cse.psu.edu Subject: Re: [9fans] install terminal From: Charles Forsyth MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 05:56:35 +0100 flag attach and flag authdebug typed on the file server console might give a little more information about the reason it objected. `might' is the key word there, because the messages do not separate all cases. From cse.psu.edu!9fans-admin Wed Aug 14 15:57:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 15:57:18 JST 2002 Received: (qmail 30476 invoked by uid 1020); 14 Aug 2002 15:57:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 30472 invoked from network); 14 Aug 2002 15:57:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 15:57:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B495A19A60; Wed, 14 Aug 2002 02:57:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from granite.cias.osakafu-u.ac.jp (granite.cias.osakafu-u.ac.jp [157.16.101.69]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 401DE19A29 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 02:56:49 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] install terminal From: okamoto@granite.cias.osakafu-u.ac.jp MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-rhjodavqdtqjgydyatdiwymtff" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 15:56:04 +0900 This is a multi-part message in MIME format. --upas-rhjodavqdtqjgydyatdiwymtff Content-Disposition: inline Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I may have once experienced it... Did you make password for bootes? I'm just back from vacation, and my brain may be... :-) Kenji --upas-rhjodavqdtqjgydyatdiwymtff Content-Type: message/rfc822 Content-Disposition: inline Received: from granite.cias.osakafu-u.ac.jp ([192.168.1.3]) by diabase; Wed Aug 14 14:07:13 JST 2002 Received: from elmo.cias.osakafu-u.ac.jp (elmo.cias.osakafu-u.ac.jp [157.16.103.2]) by granite.cias.osakafu-u.ac.jp (8.9.3/8.9.3) with ESMTP id NAA19723 for ; Wed, 14 Aug 2002 13:50:31 +0900 Received: from mail.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by elmo.cias.osakafu-u.ac.jp (8.9.3/3.7W-02040219) with ESMTP id OAA25028 for ; Wed, 14 Aug 2002 14:06:23 +0900 (JST) Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D77C919A5A; Wed, 14 Aug 2002 01:06:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from lavoro.home.cs.york.ac.uk (public1-york1-5-cust17.leed.broadband.ntl.com [80.0.45.17]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E1DD4199BF for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 01:05:48 -0400 (EDT) Message-ID: <0398f305ad52300ffa546e565470ae1c@caldo.demon.co.uk> To: 9fans@cse.psu.edu Subject: Re: [9fans] install terminal From: Charles Forsyth MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 05:56:35 +0100 flag attach and flag authdebug typed on the file server console might give a little more information about the reason it objected. `might' is the key word there, because the messages do not separate all cases. --upas-rhjodavqdtqjgydyatdiwymtff-- From cse.psu.edu!9fans-admin Wed Aug 14 17:59:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 17:59:18 JST 2002 Received: (qmail 31690 invoked by uid 1020); 14 Aug 2002 17:59:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 31686 invoked from network); 14 Aug 2002 17:59:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 17:59:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C199719A60; Wed, 14 Aug 2002 04:59:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B351919A59 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 04:58:12 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17etl3-0006aj-00 for 9fans@cse.psu.edu; Wed, 14 Aug 2002 09:44:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: "Douglas A. Gwyn" Message-ID: <3D59BCAD.A375959A@null.net> Organization: Giganews.Com - Premium News Outsourcing Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: Subject: Re: [9fans] Ephase question. Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 08:42:44 GMT Russ Cox wrote: > I don't know. Plan 9 has 48 system calls these days, > 10 of which are deprecated. So 38. That's still a lot. It would be an interesting academic exercise to determine the minimal set. E.g. close() doesn't seem to be needed; whenever there's no reference to the object, any connection to it can be cleaned up. At least for Unix devices, it was only the *last* close that did anything interesting. And I've sometimes had the feeling that bind and mount aren't dissimilar enough to require separation. The trick is to combine function in some natural way, not merely tunnel through the syscall port then expand again on the other side. Would it be possible for a 9P-like system to make all service calls just access a server within the protocol? E.g., instead of open() there would be a channel that handles 9P-open packets (as well as other 9P packets). (Apologies if I've garbled the details; the general idea is all I'm wondering about.) From cse.psu.edu!9fans-admin Wed Aug 14 18:30:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 18:30:19 JST 2002 Received: (qmail 32015 invoked by uid 1020); 14 Aug 2002 18:30:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 32011 invoked from network); 14 Aug 2002 18:30:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 18:30:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7392D199BF; Wed, 14 Aug 2002 05:30:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from wintermute.cse.psu.edu (unknown [130.203.30.5]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5E2B4199BF for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 05:29:24 -0400 (EDT) Received: from yahoo.com (host-63-122-154-131.verestar.net [63.122.154.131]) by wintermute.cse.psu.edu (CSE Mail Server (Backup MX)) with SMTP id 8DBA973C99 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 05:29:10 -0400 (EDT) From: "dr mariam abacha" To: <9fans@cse.psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit Message-Id: <20020814092910.8DBA973C99@wintermute.cse.psu.edu> Subject: [9fans] (no subject) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 22:34:15 -0700 Dr. Mrs. Mariam Abacha drmariam_abacha@maktoob.com Dear Sir, I salute you in the name of most high God ( ALLAH). I am Mrs. Mariam Abacha, the widow of the late Gen. Sani Abacha former Nigerian Military Head of State who died mysteriously as a result of Cardiac Arrest. Since my husband’s death, my family has been under restriction of movement and that notwithstanding, we are being molested and constantly under watch by the seemingly agents, above all, our Bank accounts here and abroad have been frozen by the Nigeria Civilian Govt. Furthermore, my eldest son in detention by the Nigerian Government for more interrogation about my husband’s assets and some vital documents. Following the recent discovery of my husband’s bank account by the Nigerian Government with my son’s bank in which a huge sum of US $700 million and Dutch, Mark 450 million was lodge and 1.6Billion Pounds Sterling belonging to my late husband was seized by the Government of Nigeria. I therefore wish to personally appeal to you seriously and religiously for your urgent assistance to transfer the sum of $98million US Dollars into your account in your country where I believe it will be safe, since we can not leave the country due to the restriction of movement imposed on the members of my family by the Nigerian Government. You can contact through my Email address drmariam_abacha@maktoob.com However, arrangement have been put in place to move this money out of the country in the secret vault through a security company to any of the West African States or Europe and America as soon as you indicate your interest my son shall send to you the Security Deposit Certificate and Airway Bill of the luggage and other related documents so that you can claim the luggage which shall be tagged Family Treasures. Conclusively, we have agreed to offer you 30% of the total sum while 70% is to be held on trust by you until we can decide on a suitable business investment in your country subsequent to our free movement by the Nigerian Government. Please reply urgently and treat with absolute confidentiality and sincerity. Note that a lot of people have been using my name to commit all sorts of athrocities. Please do not respond to any individual or persons claiming to be Mrs. abacha. For you to be very sure also, there is this story on my late husband on the internet, click on this site and know more about the story.http://www.transnationale.org/anglais/sources/tiersmonde/dirigeants__a bacha.htm. Also please try and include your private mobile or telephone number for me to call you and discuss with you, before we proceed. Please note very clearly that this transaction should be kept very, very, very, confidential, because of my mis understanding with the government of this country. Yours sincerely Dr. Mrs. Mariam Abacha. From cse.psu.edu!9fans-admin Wed Aug 14 18:41:21 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 18:41:21 JST 2002 Received: (qmail 32171 invoked by uid 1020); 14 Aug 2002 18:41:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 32167 invoked from network); 14 Aug 2002 18:41:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 18:41:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E54F119A61; Wed, 14 Aug 2002 05:41:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mx2.net.titech.ac.jp (mx2.net.titech.ac.jp [131.112.125.31]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id A903E19A5A for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 05:40:31 -0400 (EDT) Received: (qmail 74305 invoked from network); 14 Aug 2002 09:43:41 -0000 Received: from vc2.net.titech.ac.jp (131.112.125.36) by mx2.net.titech.ac.jp with SMTP; 14 Aug 2002 09:43:41 -0000 Received: from localhost (HELO o.cc.titech.ac.jp) (127.0.0.1) by localhost with SMTP; 14 Aug 2002 09:46:51 -0000 Received: from p9t by mail-o.cc.titech.ac.jp (8.11.3/1.1.10.5/20Feb97-0455PM) id g7E9e5J267964; Wed, 14 Aug 2002 18:40:05 +0900 (JST) Message-Id: <200208140940.g7E9e5J267964@mail-o.cc.titech.ac.jp> To: 9fans@cse.psu.edu From: YAMANASHI Takeshi MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] replica/pull hungup channel Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 18:40:27 0900 Hi. I tried to update a 4th Ed. terminal kfs. replica/pull ended in the following error. term% import -O p9c /net term% auth/factotum term% replica/pull -v /tmp/network post... cp: error reading /n/dist/dist/replica/plan9.log: write to hungup channel cp /n/dist/dist/replica/plan9.log /n/kfs/dist/replica/client/plan9.log: cp 639: errors I had to run import and factotum because the terminal is not directly reachable to the Internet but p9c is reachable. But these things should not matter, I think. -- YAMANASHI Takeshi From cse.psu.edu!9fans-admin Wed Aug 14 19:32:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 19:32:19 JST 2002 Received: (qmail 32666 invoked by uid 1020); 14 Aug 2002 19:32:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 32662 invoked from network); 14 Aug 2002 19:32:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 19:32:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9BBE819A65; Wed, 14 Aug 2002 06:32:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EA0E919A64 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 06:31:41 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g7EAVax8027874 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 12:31:38 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g7EAVZfK027873 for 9fans@cse.psu.edu; Wed, 14 Aug 2002 12:31:35 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] replica/pull hungup channel Message-ID: <20020814123133.B27537@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <200208140940.g7E9e5J267964@mail-o.cc.titech.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <200208140940.g7E9e5J267964@mail-o.cc.titech.ac.jp>; from YAMANASHI Takeshi on Wed, Aug 14, 2002 at 06:40:27PM +0000 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 12:31:34 +0200 On Wed, Aug 14, 2002 at 06:40:27PM +0000, YAMANASHI Takeshi wrote: > > > I had to run import and factotum because the terminal > is not directly reachable to the Internet but p9c is > reachable. But these things should not matter, I think. I didn't investigate this in any detail, but I noticed that factotum overrides the network settings (I was playing with sshnet). I didn't really understand the logic, so I made a mental note to look into it before raising it here, but haven't made enough progress with other issues, so I left it. ++L From cse.psu.edu!9fans-admin Wed Aug 14 22:20:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 22:20:17 JST 2002 Received: (qmail 1651 invoked by uid 1020); 14 Aug 2002 22:20:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1647 invoked from network); 14 Aug 2002 22:20:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 22:20:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BDF3E19A65; Wed, 14 Aug 2002 09:20:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id DFD3419A29 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 09:19:45 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. From: "rob pike, esq." MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 09:19:43 -0400 > It would be an interesting academic exercise to determine the > minimal set. E.g. close() doesn't seem to be needed; whenever > there's no reference to the object, any connection to it can be > cleaned up. What about releasing the resources attached to the file descriptor / fid? A long-running command using hundreds of files in sequence - for instance a network server - would be a resource hog without close. Of course you could provide a garbage collector but that opens a whole new world of trouble. > At least for Unix devices, it was only the *last* > close that did anything interesting. Except for releasing the fd. > And I've sometimes had > the feeling that bind and mount aren't dissimilar enough to > require separation. The earliest version of Plan 9 had a different setup than bind and mount; it was mount and fmount. It was a mess. I don't remember much about it but the current scheme was a huge improvement - huge. I think for instance exportfs might have been impossible in the old scheme. But there well may be a unified approach that we just missed. In any case, who cares? As you said, it's academic. I can do everything with a single system call, syscall, that takes as its first argument the call to make. If you call that cheating, I respond that rfork is really a set of calls encoded with a bitvector. Nobody asks what the minimum libc interface is, or even counts the calls. For some reason system calls are seen as magical. They're just one way to implement a library. In Plan 9 in particular, we've tried to blur the difference between syscall and library, with things moving back and forth over time. Stat, wait, and read (!) are no longer system calls. What matters is expressibility without bloat, not finding the criteria under which to claim a lower count of functions of type T, for some T. -rob From cse.psu.edu!9fans-admin Wed Aug 14 23:13:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 14 23:13:17 JST 2002 Received: (qmail 2093 invoked by uid 1020); 14 Aug 2002 23:13:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 2089 invoked from network); 14 Aug 2002 23:13:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 14 Aug 2002 23:13:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 219B119A67; Wed, 14 Aug 2002 10:13:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id C375F19A64 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 10:12:05 -0400 (EDT) Message-ID: <39942e0877bf4604a0a2e39bf8dff158@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 10:12:04 -0400 > What about releasing the resources attached to the file descriptor > / fid? A long-running command using hundreds of files in > sequence - for instance a network server - would be a resource > hog without close. Of course you could provide a garbage collector > but that opens a whole new world of trouble. It'd be just like NFS! From cse.psu.edu!9fans-admin Thu Aug 15 00:49:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 00:49:19 JST 2002 Received: (qmail 3014 invoked by uid 1020); 15 Aug 2002 00:49:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3010 invoked from network); 15 Aug 2002 00:49:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 00:49:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C74D019A69; Wed, 14 Aug 2002 11:49:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from crufty.research.bell-labs.com (crufty.research.bell-labs.com [204.178.16.49]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 851D719A68 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 11:48:06 -0400 (EDT) Received: from scummy.research.bell-labs.com (H-135-104-2-10.research.bell-labs.com [135.104.2.10]) by crufty.research.bell-labs.com (8.12.5/8.12.5) with ESMTP id g7EFm2LI016260 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 11:48:06 -0400 (EDT) Received: from bronx.dnrc.bell-labs.com (bronx.dnrc.bell-labs.com [135.180.160.8]) by scummy.research.bell-labs.com (8.11.6/8.11.6) with ESMTP id g7EFltk84965 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 11:47:56 -0400 (EDT) Received: from acme (acme [135.180.240.75]) by bronx.dnrc.bell-labs.com (8.9.3/8.9.3) with SMTP id LAA19421 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 11:47:55 -0400 (EDT) Message-ID: <001601c243aa$98ade630$4bf0b487@dnrc.belllabs.com> From: "Dharani Vilwanathan" To: <9fans@cse.psu.edu> 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.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: [9fans] inferno acme Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: "Dharani Vilwanathan" List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 11:52:30 -0400 hi, for some reason, i am not getting a working version of inferno on plan 9, 4th edition. in particular, acme doesn't compile well. does anyone know whether the plan 9 CD released by vita nuova has a working version of acme (limbo version)? and is anyone using inferno (source code version) under plan 9, 4 ed? and does the build succeed? the activity in inferno mailing list is too low and most questions go unanswered, so i thought atleast someone will respond here. thanks in advance. -dharani From cse.psu.edu!9fans-admin Thu Aug 15 00:55:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 00:55:19 JST 2002 Received: (qmail 3074 invoked by uid 1020); 15 Aug 2002 00:55:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3070 invoked from network); 15 Aug 2002 00:55:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 00:55:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B4AE719A6D; Wed, 14 Aug 2002 11:55:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from nigel.9fs.org (cotswold.demon.co.uk [194.222.75.186]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 2EFF319A6B for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 11:54:15 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] inferno acme From: nigel@9fs.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-yaqpnjvyimjyegrdasrikfmcgp" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 16:56:28 +0100 This is a multi-part message in MIME format. --upas-yaqpnjvyimjyegrdasrikfmcgp Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit If you mean 3rd edition Inferno, then it won't work on 4th edition Plan 9 because, amongst several things, the directory read format changed. --upas-yaqpnjvyimjyegrdasrikfmcgp Content-Type: message/rfc822 Content-Disposition: inline Received: from 9fs.org ([192.168.100.103]) by 9fs.org; Wed Aug 14 16:51:28 BST 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by 9fs.org; Wed Aug 14 16:51:27 BST 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A2F00199BF; Wed, 14 Aug 2002 11:49:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from crufty.research.bell-labs.com (crufty.research.bell-labs.com [204.178.16.49]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 851D719A68 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 11:48:06 -0400 (EDT) Received: from scummy.research.bell-labs.com (H-135-104-2-10.research.bell-labs.com [135.104.2.10]) by crufty.research.bell-labs.com (8.12.5/8.12.5) with ESMTP id g7EFm2LI016260 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 11:48:06 -0400 (EDT) Received: from bronx.dnrc.bell-labs.com (bronx.dnrc.bell-labs.com [135.180.160.8]) by scummy.research.bell-labs.com (8.11.6/8.11.6) with ESMTP id g7EFltk84965 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 11:47:56 -0400 (EDT) Received: from acme (acme [135.180.240.75]) by bronx.dnrc.bell-labs.com (8.9.3/8.9.3) with SMTP id LAA19421 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 11:47:55 -0400 (EDT) Message-ID: <001601c243aa$98ade630$4bf0b487@dnrc.belllabs.com> From: "Dharani Vilwanathan" To: <9fans@cse.psu.edu> 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.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Subject: [9fans] inferno acme Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: "Dharani Vilwanathan" List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 11:52:30 -0400 hi, for some reason, i am not getting a working version of inferno on plan 9, 4th edition. in particular, acme doesn't compile well. does anyone know whether the plan 9 CD released by vita nuova has a working version of acme (limbo version)? and is anyone using inferno (source code version) under plan 9, 4 ed? and does the build succeed? the activity in inferno mailing list is too low and most questions go unanswered, so i thought atleast someone will respond here. thanks in advance. -dharani --upas-yaqpnjvyimjyegrdasrikfmcgp-- From cse.psu.edu!9fans-admin Thu Aug 15 00:57:14 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 00:57:14 JST 2002 Received: (qmail 3099 invoked by uid 1020); 15 Aug 2002 00:57:14 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3095 invoked from network); 15 Aug 2002 00:57:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 00:57:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EADFC19A6D; Wed, 14 Aug 2002 11:57:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7433D19A71 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 11:56:50 -0400 (EDT) Received: from athena (athena [12.34.136.114]) by athena.softcardsystems.com (8.11.1/8.11.1) with ESMTP id g7EEwW227595 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 10:58:32 -0400 From: Sam X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] inferno acme In-Reply-To: <001601c243aa$98ade630$4bf0b487@dnrc.belllabs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 10:58:32 -0400 (EDT) > the activity in inferno mailing list is too low and most questions go > unanswered, so i thought atleast someone will respond here. > Now that's just snide and incorrect. I've never had problems getting my questions answered. Of course, it could be your tone ... Cheers, Sam From cse.psu.edu!9fans-admin Thu Aug 15 01:06:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 01:06:17 JST 2002 Received: (qmail 3203 invoked by uid 1020); 15 Aug 2002 01:06:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3199 invoked from network); 15 Aug 2002 01:06:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 01:06:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 51A1919A6D; Wed, 14 Aug 2002 12:06:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from crufty.research.bell-labs.com (crufty.research.bell-labs.com [204.178.16.49]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 81C4B19A6D for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 12:05:08 -0400 (EDT) Received: from grubby.research.bell-labs.com (H-135-104-2-9.research.bell-labs.com [135.104.2.9]) by crufty.research.bell-labs.com (8.12.5/8.12.5) with ESMTP id g7EG57LI016651 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 12:05:07 -0400 (EDT) Received: from bronx.dnrc.bell-labs.com (bronx.dnrc.bell-labs.com [135.180.160.8]) by grubby.research.bell-labs.com (8.11.6/8.11.6) with ESMTP id g7EG50o67511 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 12:05:01 -0400 (EDT) Received: from acme (acme [135.180.240.75]) by bronx.dnrc.bell-labs.com (8.9.3/8.9.3) with SMTP id MAA20183 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 12:05:00 -0400 (EDT) Message-ID: <002701c243ac$fb8ec970$4bf0b487@dnrc.belllabs.com> From: "Dharani Vilwanathan" To: <9fans@cse.psu.edu> References: Subject: Re: [9fans] inferno acme 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.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: "Dharani Vilwanathan" List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 12:09:35 -0400 hi, > > the activity in inferno mailing list is too low and most questions go > > unanswered, so i thought atleast someone will respond here. > > > Now that's just snide and incorrect. I've never had problems getting > my questions answered. > > Of course, it could be your tone ... may be you left the mailing list quite sometime back. please check the mailing list for the past two months. many questions on release, features, updates went unanswered. we are yet to get a working source code version of inferno on plan 9, 4th edition. please understand that it is out of interest in using inferno (which is what is preached). not to bother the people unnecessarily. thanks dharani From cse.psu.edu!9fans-admin Thu Aug 15 01:16:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 01:16:19 JST 2002 Received: (qmail 3286 invoked by uid 1020); 15 Aug 2002 01:16:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3282 invoked from network); 15 Aug 2002 01:16:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 01:16:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 41DF919A67; Wed, 14 Aug 2002 12:16:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from crufty.research.bell-labs.com (crufty.research.bell-labs.com [204.178.16.49]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DCB9719A67 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 12:15:23 -0400 (EDT) Received: from scummy.research.bell-labs.com (H-135-104-2-10.research.bell-labs.com [135.104.2.10]) by crufty.research.bell-labs.com (8.12.5/8.12.5) with ESMTP id g7EGFNLI016850 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 12:15:23 -0400 (EDT) Received: from bronx.dnrc.bell-labs.com (bronx.dnrc.bell-labs.com [135.180.160.8]) by scummy.research.bell-labs.com (8.11.6/8.11.6) with ESMTP id g7EGFHk87705 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 12:15:17 -0400 (EDT) Received: from acme (acme [135.180.240.75]) by bronx.dnrc.bell-labs.com (8.9.3/8.9.3) with SMTP id MAA20487 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 12:15:16 -0400 (EDT) Message-ID: <004101c243ae$6afb74b0$4bf0b487@dnrc.belllabs.com> From: "Dharani Vilwanathan" To: <9fans@cse.psu.edu> References: Subject: Re: [9fans] inferno acme 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.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: "Dharani Vilwanathan" List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 12:19:51 -0400 > If you mean 3rd edition Inferno, then it won't work on 4th edition Plan 9 > because, amongst several things, the directory read format changed. i mean, the plan 9 CD usually has inferno binary version included. since vita nuova has recently released the 4th edition cd, i just wanted to know if acme runs under inferno built on plan 9, 4th edition. thanks dharani From cse.psu.edu!9fans-admin Thu Aug 15 02:40:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 02:40:20 JST 2002 Received: (qmail 3901 invoked by uid 1020); 15 Aug 2002 02:40:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3897 invoked from network); 15 Aug 2002 02:40:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 02:40:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EABAB19A66; Wed, 14 Aug 2002 13:40:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from doppio.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 441F019A70 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 13:39:52 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] inferno acme From: C H Forsyth MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ehbhpavzwtzhoyfsfybcxzunuc" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 18:29:38 +0100 This is a multi-part message in MIME format. --upas-ehbhpavzwtzhoyfsfybcxzunuc Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit no he's just unlucky in various ways and we're quite busy (especially when one or more of us are on summer holiday). one piece of bad luck is that he sent me a message earlier today that prompted me to take another look at some problems he'd had, several of which i couldn't reproduce, and indeed i was well into looking at it when his complaint arrived on this list... anyhow, i couldn't reproduce several of the more peculiar problems (`/bin/limbo' phase error -- directory entry not allocated' looked like remove whilst in use which nearly puts this note on topic) but i have mended those that i did reproduce, found a few more, and put new update packs for the 15 july 2002 update set on our site. to bring it a little more on topic, those packs allow a Plan 9 4th edition user to update a Plan 9 (only) 3e inferno installation to work under 4th edition. the old emu binary nearly worked as is, but 3e directory reading isn't emulated as russ has just noted. to answer another question: the Plan 9 4e CD we issue has got an Inferno distribution that will also work under 4e. --upas-ehbhpavzwtzhoyfsfybcxzunuc Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-1.mail.demon.net by mailstore for forsyth@vitanuova.com id 1029340686:10:28288:47; Wed, 14 Aug 2002 15:58:06 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-1.mail.demon.net id aa1028739; 14 Aug 2002 15:57 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 83AE019A6E; Wed, 14 Aug 2002 11:57:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7433D19A71 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 11:56:50 -0400 (EDT) Received: from athena (athena [12.34.136.114]) by athena.softcardsystems.com (8.11.1/8.11.1) with ESMTP id g7EEwW227595 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 10:58:32 -0400 From: Sam X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] inferno acme In-Reply-To: <001601c243aa$98ade630$4bf0b487@dnrc.belllabs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 10:58:32 -0400 (EDT) > the activity in inferno mailing list is too low and most questions go > unanswered, so i thought atleast someone will respond here. > Now that's just snide and incorrect. I've never had problems getting my questions answered. Of course, it could be your tone ... Cheers, Sam --upas-ehbhpavzwtzhoyfsfybcxzunuc-- From cse.psu.edu!9fans-admin Thu Aug 15 02:53:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 02:53:18 JST 2002 Received: (qmail 3987 invoked by uid 1020); 15 Aug 2002 02:53:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3983 invoked from network); 15 Aug 2002 02:53:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 02:53:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 233FA19A79; Wed, 14 Aug 2002 13:53:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mailnw.centurytel.net (mailnw.centurytel.net [209.206.160.237]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 035C519A67 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 13:52:15 -0400 (EDT) Received: from term4e (pppoe0376.gh.centurytel.net [209.206.249.159]) by mailnw.centurytel.net (8.12.5/8.12.5) with SMTP id g7EHqDLo005754 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 10:52:14 -0700 (PDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] inferno acme From: "Skip Tavakkolian" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 10:13:38 -0400 I have no information to back this up, or any knowledge of the work relationship between the companies, but it seems to me that if Vita Nuova had early access to 4th ed it would have been less hassle all around. > to bring it a little more on topic, those packs allow a Plan 9 4th edition > user to update a Plan 9 (only) 3e inferno installation to work under > 4th edition. the old emu binary nearly worked as is, but 3e directory > reading isn't emulated as russ has just noted. From cse.psu.edu!9fans-admin Thu Aug 15 03:00:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 03:00:17 JST 2002 Received: (qmail 4028 invoked by uid 1020); 15 Aug 2002 03:00:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4024 invoked from network); 15 Aug 2002 03:00:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 03:00:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B9A0D19A74; Wed, 14 Aug 2002 14:00:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from doppio.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 6623319A6A for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 13:59:30 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] inferno acme From: C H Forsyth MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 18:49:16 +0100 >>I have no information to back this up, or any knowledge of the work >>relationship between the companies, but it seems to me that if Vita >>Nuova had early access to 4th ed it would have been less hassle all >>around. having been on both sides of early access schemes in the past, i'd not myself conclude that it would be less hassle `all' round. i'm certainly not complaining. in fact, several of us did get to see it a week or so earlier, to try the installation, so there was a bit of a head start. it nevertheless took a little time to reorganise all our plan 9 environments just to be in position to do the work, especially given that the 4e manuals had to be prepared and printed, a CD produced, etc. From cse.psu.edu!9fans-admin Thu Aug 15 03:11:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 03:11:17 JST 2002 Received: (qmail 4098 invoked by uid 1020); 15 Aug 2002 03:11:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4094 invoked from network); 15 Aug 2002 03:11:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 03:11:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7448E19A7B; Wed, 14 Aug 2002 14:11:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id B8B1E19A67 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 14:10:55 -0400 (EDT) Message-ID: <62529548f584972e25bbeda45ff1f6c4@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] inferno acme MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 14:10:54 -0400 > in fact, several of us did get to see it a week or so earlier, to try > the installation, so there was a bit of a head start. > it nevertheless took a little time to reorganise all our plan 9 environments > just to be in position to do the work, especially given that the 4e > manuals had to be prepared and printed, a CD produced, etc. it's also worth noting that the only real way we could have arranged for more lead time for vita nuova would be delaying the general release. there was only about two weeks between finishing the installation software and the general release: approximately the first week was internal testing of the installation procedure, and the second week was external testing. russ From cse.psu.edu!9fans-admin Thu Aug 15 04:28:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 04:28:20 JST 2002 Received: (qmail 4650 invoked by uid 1020); 15 Aug 2002 04:28:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4646 invoked from network); 15 Aug 2002 04:28:20 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 04:28:20 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7B54119A70; Wed, 14 Aug 2002 15:28:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 21AD419A60 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 15:27:36 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g7EJRSx8028445 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 21:27:29 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g7EJRRxC028444 for 9fans@cse.psu.edu; Wed, 14 Aug 2002 21:27:27 +0200 (SAST) From: Lucio De Re To: 9fans mailing list <9fans@cse.psu.edu> Message-ID: <20020814212726.D27537@cackle.proxima.alt.za> Mail-Followup-To: 9fans mailing list <9fans@cse.psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us Subject: [9fans] authsrv(6) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 21:27:26 +0200 I'm convinced that the released authsrv(6) man page is out of date: it refers to /dev/authenticator in the "remote execution" section whereas factotum(4) suggests it ought to be referring to "p9sk2". I'm battling to get an auth server to accept drawterm connections (I get "i/o count too small" errors from writing to /dev/capuse for reasons I cannot quite understand) and I was hoping authsrv(6) would provide at least part of the explanation. Perhaps the HTML version of that man page can be installed on the web server? Alternatively, what is the most likely reason for the capability being written by cpu to capuse being too short? I don't quite understand the interaction of factotum and authsrv, am I right in assuming that drawterm interacts with authsrv which in turn interacts with factotum, which then somehow interacts with the keyfs? A short explanation would be most welcome, sorry if I'm being dense. I also find guard.srv's role quite obscure, but I think it would be less confusing if I could understand how authsrv works. And should the keyfs files be mode 777 with owner and group "auth"? No such user exists in /adm/users. ++L From cse.psu.edu!9fans-admin Thu Aug 15 05:45:21 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 05:45:21 JST 2002 Received: (qmail 5155 invoked by uid 1020); 15 Aug 2002 05:45:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5151 invoked from network); 15 Aug 2002 05:45:21 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 05:45:21 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4F69F19A64; Wed, 14 Aug 2002 16:45:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from smtp9.cp.tin.it (unknown [212.216.176.185]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7049A199B6 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 16:44:39 -0400 (EDT) Received: from smtp6.cp.tin.it (212.216.176.232) by smtp9.cp.tin.it (6.5.019) id 3D5887D20004D117 for 9fans@cse.psu.edu; Wed, 14 Aug 2002 22:44:38 +0200 Received: from enterprise (212.171.157.67) by smtp6.cp.tin.it (6.5.019) id 3D560B0F0028AD56 for 9fans@cse.psu.edu; Wed, 14 Aug 2002 22:44:36 +0200 Received: from gaddo by enterprise with local (Exim 3.35 #1 (Debian)) id 17f51N-0002KZ-00 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 22:45:37 +0200 To: 9fans@cse.psu.edu Message-ID: <20020814204537.GB3922@h-europa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i From: Marco Gaddoni Subject: [9fans] panic: mmukmpa2: pa 80000000 entry 63 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 22:45:37 +0200 Hello! I am getting the $SUBJ error when i try to boot my plan9 4ed. The problem seem to be the graphic card. I have swapped a nvidia vanta 8 meg (with which plan9 was working ok ) with a nvidia geforce2 mx 200. With the new board i get the following errors: ... (inital boot messages . they look ok ) ... 58700 free pages, 234800k bytes, 874800k swap ???( i have installed 384M of ram . only 234M free? 874M of swap?))) user[none]:xxx kfs...version...time... init starting /bin/rc panic mmukmap2: pa 80000000 entry 63 ktrace /kernel/path 8010644c 809d9948 (( a lot of numbers.. can copy if needed)) Here is a lspci of the card in linux. 01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX DDR] (rev b2) (prog-if 00 [VGA]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- [disabled] [size=64K] Capabilities: 00: de 10 11 01 07 00 b0 02 b2 00 00 03 00 f8 00 00 10: 00 00 00 80 08 00 00 88 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 60 00 00 00 00 00 00 00 03 01 05 01 So .. What can i do to boot plan9 with this card? Thanks in advance. Ciao, Marco. -- This is not a .sig (with homage to Magritte) From cse.psu.edu!9fans-admin Thu Aug 15 09:19:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 09:19:19 JST 2002 Received: (qmail 6648 invoked by uid 1020); 15 Aug 2002 09:19:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6644 invoked from network); 15 Aug 2002 09:19:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 09:19:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1303719A60; Wed, 14 Aug 2002 20:19:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mx2.net.titech.ac.jp (mx2.net.titech.ac.jp [131.112.125.31]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 984B719A6E for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 20:18:08 -0400 (EDT) Received: (qmail 70263 invoked from network); 15 Aug 2002 00:21:25 -0000 Received: from vc2.net.titech.ac.jp (131.112.125.36) by mx2.net.titech.ac.jp with SMTP; 15 Aug 2002 00:21:25 -0000 Received: from localhost (HELO o.cc.titech.ac.jp) (127.0.0.1) by localhost with SMTP; 15 Aug 2002 00:24:29 -0000 Received: from p9t by mail-o.cc.titech.ac.jp (8.11.3/1.1.10.5/20Feb97-0455PM) id g7F0HfJ281084; Thu, 15 Aug 2002 09:17:42 +0900 (JST) Message-Id: <200208150017.g7F0HfJ281084@mail-o.cc.titech.ac.jp> To: 9fans@cse.psu.edu Subject: Re: [9fans] replica/pull hungup channel From: YAMANASHI Takeshi MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 09:18:04 0900 > I didn't investigate this in any detail, but I noticed that factotum > overrides the network settings (I was playing with sshnet). Isn't it that the factotum had been started before rearranging /net? Im my case, I successfuly mounted sources.cs.bell-labs.com. term% import -O p9c /net term% auth/factotum term% 9fs sources term% ls /n/sources /n/sources/adm /n/sources/contrib /n/sources/extra /n/sources/plan9 As for my previous question, replica/pull didn't time out while copying plan9.log this morning and is going on further now, it seems. But next, I am a little scared by many lines of; somefile: locally created; will not update Thank you. -- From cse.psu.edu!9fans-admin Thu Aug 15 09:24:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 09:24:16 JST 2002 Received: (qmail 6704 invoked by uid 1020); 15 Aug 2002 09:24:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6700 invoked from network); 15 Aug 2002 09:24:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 09:24:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id ABCA819A69; Wed, 14 Aug 2002 20:24:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id EE201199D5 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 20:23:03 -0400 (EDT) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Aug 14 20:23:03 EDT 2002 Received: from 141.154.230.114 ([141.154.230.114]) by plan9; Wed Aug 14 20:23:02 EDT 2002 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] replica/pull hungup channel From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 14 Aug 2002 20:22:54 -0400 > But next, I am a little scared by many lines of; > somefile: locally created; will not update How did you set up the system? Is it booting off a file server or a local kfs? If a local kfs, did you install from the distribution or by copying another system? Russ From cse.psu.edu!9fans-admin Thu Aug 15 09:31:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 09:31:16 JST 2002 Received: (qmail 6780 invoked by uid 1020); 15 Aug 2002 09:31:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6776 invoked from network); 15 Aug 2002 09:31:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 09:31:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 526E419A6E; Wed, 14 Aug 2002 20:31:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mx2.net.titech.ac.jp (mx2.net.titech.ac.jp [131.112.125.31]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 9654F19A69 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 20:30:14 -0400 (EDT) Received: (qmail 71743 invoked from network); 15 Aug 2002 00:33:32 -0000 Received: from vc2.net.titech.ac.jp (131.112.125.36) by mx2.net.titech.ac.jp with SMTP; 15 Aug 2002 00:33:32 -0000 Received: from localhost (HELO o.cc.titech.ac.jp) (127.0.0.1) by localhost with SMTP; 15 Aug 2002 00:36:35 -0000 Received: from p9t by mail-o.cc.titech.ac.jp (8.11.3/1.1.10.5/20Feb97-0455PM) id g7F0TmJ281215; Thu, 15 Aug 2002 09:29:48 +0900 (JST) Message-Id: <200208150029.g7F0TmJ281215@mail-o.cc.titech.ac.jp> To: 9fans@cse.psu.edu Subject: Re: [9fans] replica/pull hungup channel From: YAMANASHI Takeshi MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 09:30:12 0900 > How did you set up the system? Is it booting off > a file server or a local kfs? It is a local kfs on a terminal running on VMware installed from vmware.zip. I noticed some lines like a sys/src/cmd/aux/vga/notes.txt 644 sys sys 1028334647 are shown. -- From cse.psu.edu!9fans-admin Thu Aug 15 13:02:23 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 13:02:23 JST 2002 Received: (qmail 9098 invoked by uid 1020); 15 Aug 2002 13:02:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9094 invoked from network); 15 Aug 2002 13:02:23 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 13:02:23 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3DA2C19A6E; Thu, 15 Aug 2002 00:02:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from smtp.fywss.com (mail.nevex.com [207.245.2.2]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C161819A59 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 00:01:10 -0400 (EDT) Received: (from steve@localhost) by smtp.fywss.com (8.11.6/8.11.6) id g7F414007517 for 9fans@cse.psu.edu; Thu, 15 Aug 2002 00:01:04 -0400 From: Steve Kotsopoulos Message-Id: <200208150401.g7F414007517@smtp.fywss.com> To: 9fans@cse.psu.edu Subject: [9fans] [reminder] pointer to Plan 9 FAQ Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 00:01:04 -0400 The Plan 9 faq is posted to comp.os.plan9 at the beginning of each month. It is also at news.answers archive sites, look for comp-os/plan9-faq The latest hypertext version of the faq is available at url http://www.fywss.com/plan9/plan9faq.html From cse.psu.edu!9fans-admin Thu Aug 15 13:15:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 13:15:18 JST 2002 Received: (qmail 9212 invoked by uid 1020); 15 Aug 2002 13:15:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9208 invoked from network); 15 Aug 2002 13:15:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 13:15:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 711C119A71; Thu, 15 Aug 2002 00:15:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from granite.cias.osakafu-u.ac.jp (granite.cias.osakafu-u.ac.jp [157.16.101.69]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id BFE6C19A69 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 00:14:27 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] replica/pull hungup channel From: okamoto@granite.cias.osakafu-u.ac.jp MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-wvbdymxyjewxtfrqcffmwylskv" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 13:13:38 +0900 This is a multi-part message in MIME format. --upas-wvbdymxyjewxtfrqcffmwylskv Content-Disposition: inline Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Probably, Russ asked it, because you wrote But next, I am a little scared by many lines of; ^^^^^^^^ > somefile: locally created; will not update This will not happen so frequently, if you'd really changed them localy. It will happen only at developping site. :-) Kenji --upas-wvbdymxyjewxtfrqcffmwylskv Content-Type: message/rfc822 Content-Disposition: inline Received: from granite.cias.osakafu-u.ac.jp ([192.168.1.3]) by diabase; Thu Aug 15 09:32:04 JST 2002 Received: from elmo.cias.osakafu-u.ac.jp (elmo.cias.osakafu-u.ac.jp [157.16.103.2]) by granite.cias.osakafu-u.ac.jp (8.9.3/8.9.3) with ESMTP id JAA20298 for ; Thu, 15 Aug 2002 09:15:20 +0900 Received: from mail.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by elmo.cias.osakafu-u.ac.jp (8.9.3/3.7W-02040219) with ESMTP id JAA06004 for ; Thu, 15 Aug 2002 09:31:17 +0900 (JST) Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 526E419A6E; Wed, 14 Aug 2002 20:31:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mx2.net.titech.ac.jp (mx2.net.titech.ac.jp [131.112.125.31]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 9654F19A69 for <9fans@cse.psu.edu>; Wed, 14 Aug 2002 20:30:14 -0400 (EDT) Received: (qmail 71743 invoked from network); 15 Aug 2002 00:33:32 -0000 Received: from vc2.net.titech.ac.jp (131.112.125.36) by mx2.net.titech.ac.jp with SMTP; 15 Aug 2002 00:33:32 -0000 Received: from localhost (HELO o.cc.titech.ac.jp) (127.0.0.1) by localhost with SMTP; 15 Aug 2002 00:36:35 -0000 Received: from p9t by mail-o.cc.titech.ac.jp (8.11.3/1.1.10.5/20Feb97-0455PM) id g7F0TmJ281215; Thu, 15 Aug 2002 09:29:48 +0900 (JST) Message-Id: <200208150029.g7F0TmJ281215@mail-o.cc.titech.ac.jp> To: 9fans@cse.psu.edu Subject: Re: [9fans] replica/pull hungup channel From: YAMANASHI Takeshi MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 09:30:12 0900 > How did you set up the system? Is it booting off > a file server or a local kfs? It is a local kfs on a terminal running on VMware installed from vmware.zip. I noticed some lines like a sys/src/cmd/aux/vga/notes.txt 644 sys sys 1028334647 are shown. -- --upas-wvbdymxyjewxtfrqcffmwylskv-- From cse.psu.edu!9fans-admin Thu Aug 15 14:28:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 14:28:17 JST 2002 Received: (qmail 9972 invoked by uid 1020); 15 Aug 2002 14:28:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9968 invoked from network); 15 Aug 2002 14:28:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 14:28:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0945719A59; Thu, 15 Aug 2002 01:28:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E0C73199B6 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 01:27:03 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g7F5R0x8001237 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 07:27:01 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g7F5QxJ3001236 for 9fans@cse.psu.edu; Thu, 15 Aug 2002 07:26:59 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] [reminder] pointer to Plan 9 FAQ Message-ID: <20020815072657.E27537@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <200208150401.g7F414007517@smtp.fywss.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <200208150401.g7F414007517@smtp.fywss.com>; from Steve Kotsopoulos on Thu, Aug 15, 2002 at 12:01:04AM -0400 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 07:26:58 +0200 On Thu, Aug 15, 2002 at 12:01:04AM -0400, Steve Kotsopoulos wrote: > > The Plan 9 faq is posted to comp.os.plan9 at the beginning of each month. > It is also at news.answers archive sites, look for comp-os/plan9-faq > I note that the FAQ explicitly suggests that Plan 9 has no real time capabilities. This ought to be brought up to date (not that I have tried them, I don't even understand half of what is documented, except I found it comforting that someone else came up with the idea of deadline scheduling). ++L From cse.psu.edu!9fans-admin Thu Aug 15 18:06:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 18:06:19 JST 2002 Received: (qmail 12638 invoked by uid 1020); 15 Aug 2002 18:06:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12634 invoked from network); 15 Aug 2002 18:06:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 18:06:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B1D9419A78; Thu, 15 Aug 2002 05:06:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 43BEA19A59 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 05:05:59 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17fGU9-00064h-00 for 9fans@cse.psu.edu; Thu, 15 Aug 2002 10:00:05 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: "Douglas A. Gwyn" Message-ID: <3D5AC78B.E19A9DA1@null.net> Organization: U.S. Army Research Laboratory Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: Subject: Re: [9fans] Ephase question. Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 08:59:02 GMT "rob pike, esq." wrote: > Of course you could provide a garbage collector > but that opens a whole new world of trouble. That's the sort of thing I had in mind. Unused resources can *in principle* be reclaimed without the resource client's explicit participation. How practical it would be is another question, and I'm not proposing that real systems be boiled down to minimal possible facilities that are hard to use. (Otherwise we'd all be given just gate arrays to program.) > In any case, who cares? As you said, it's academic. Doesn't mean that it's not worth thinking about. Sometimes good ideas emerge that can be adapted into useful practice. > ... rfork is really a set of calls encoded with a bitvector. Indeed there have been several composite "spawn" implementations; while simplicity might be hard to measure accurately, a single call with lots of parameters doesn't seem as simple as a couple of calls with very few parameters. > Nobody asks what the minimum libc interface is, ... To some degree we do. How much *has* to be provided by each specific C implementation in order for a user to be able to provide his own portable implementation of all the standard library? In the embedded-processor world I find that such questions can be of urgent practical importance. A similar question is, what is the minimum synchronization mechanism needed to coordinate threads? Add "efficiently". Mutexes seem to be the answer, but if someone knows better I'd appreciate hearing about it. > What matters is expressibility without bloat, not finding > the criteria under which to claim a lower count of > functions of type T, for some T. It can depend on one's goal. For example, if a primary goal is proof of security, it seems intractible unless the number of primitive functions is fairly small and each has a fairly clean specification. Reliability and correctness, ditto. English is very expressive, but problematic for purposes of precise specification. It would be meaningful and potentially useful for linguists to consider minimal requirements for an equally expressive but precise natural language. (Leaving aside any requirement for intentional ambiguity, which for the most part is also a working assumption for OS services.) From cse.psu.edu!9fans-admin Thu Aug 15 18:07:14 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 18:07:14 JST 2002 Received: (qmail 12650 invoked by uid 1020); 15 Aug 2002 18:07:13 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12646 invoked from network); 15 Aug 2002 18:07:13 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 18:07:13 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 51B0B19A7A; Thu, 15 Aug 2002 05:07:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 19FF019A60 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 05:06:05 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17fGT7-000633-00 for 9fans@cse.psu.edu; Thu, 15 Aug 2002 09:59:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: "Douglas A. Gwyn" Message-ID: <3D5AC220.F7A7ED77@null.net> Organization: U.S. Army Research Laboratory Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <20020814092910.8DBA973C99@wintermute.cse.psu.edu> Subject: Re: [9fans] (no subject) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 08:58:32 GMT dr mariam abacha wrote: > the late Gen. Sani Abacha former Nigerian Military > Head of State who died mysteriously as a result of > Cardiac Arrest. Or was it the other way around. Does anyone know why this particular scam seems to be associated with Nigeria? Other than that it is rife with corruption. [ Moderators note: I see lots of these kind of messages. They are Advance Fee Frauds (also called 419 frauds after the Nigerian Penal Code section that outlawed them). Apparently they're often linked to organised crime in West Africa. More details can be found at: http://www.state.gov/www/regions/africa/naffpub.pdf http://www.met.police.uk/fraudalert/ http://www.ncis.gov.uk/PRESS/24_01.asp ] From cse.psu.edu!9fans-admin Thu Aug 15 18:08:09 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 18:08:09 JST 2002 Received: (qmail 12666 invoked by uid 1020); 15 Aug 2002 18:08:09 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12662 invoked from network); 15 Aug 2002 18:08:09 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 18:08:09 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3F75B19A7E; Thu, 15 Aug 2002 05:07:15 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8924719A71 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 05:06:06 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17fGU9-00064n-00 for 9fans@cse.psu.edu; Thu, 15 Aug 2002 10:00:05 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Daniel Warmuth Message-ID: Organization: University of Bath Computing Services, UK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Subject: [9fans] Plan 9 on Macintosh? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 08:59:31 GMT Hi, I read in "The various ports" that there is a port of Plan 9 to the MC68020 and up. Does that mean that I can run Plan 9 on a Mac (Centris 660AV with MC68040)? Thanks in advance. -- Ciao, Daniel From cse.psu.edu!9fans-admin Thu Aug 15 18:52:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 18:52:17 JST 2002 Received: (qmail 13113 invoked by uid 1020); 15 Aug 2002 18:52:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13109 invoked from network); 15 Aug 2002 18:52:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 18:52:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7D38119A7D; Thu, 15 Aug 2002 05:52:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from ar.aichi-u.ac.jp (ar.aichi-u.ac.jp [202.250.160.40]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id C5B6719A60 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 05:51:12 -0400 (EDT) Message-ID: <2d5ed432f6871bb5c9cb19167b5ef52a@ar.aichi-u.ac.jp> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3ciscupdate v148.2.1) From: arisawa@ar.aichi-u.ac.jp To: 9fans@cse.psu.edu Subject: Re: [9fans] replica/pull hungup channel References: Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: arisawa@aichi-u.ac.jp List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 18:51:07 +0900 Hello Takeshi, >Probably, Russ asked it, because you wrote >But next, I am a little scared by many lines of; > ^^^^^^^^ >> somefile: locally created; will not update > >This will not happen so frequently, if you'd really changed >them localy. >It will happen only at developping site. :-) > >Kenji It will happen frequently at the first time you executed replica/pull having empty /dist/replica/client/plan9.log For example you have installed plan9 4ed without using replica/pull Therefore Russ saied: >did you install from the distribution or by copying another system? Kenji Arisawa From cse.psu.edu!9fans-admin Thu Aug 15 18:56:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 15 18:56:17 JST 2002 Received: (qmail 13161 invoked by uid 1020); 15 Aug 2002 18:56:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13157 invoked from network); 15 Aug 2002 18:56:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 18:56:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9417019A82; Thu, 15 Aug 2002 05:56:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A68EF19A00 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 05:55:19 -0400 (EDT) Received: from KIKE ([80.4.204.35]) by mta03-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020815095513.OLYE23840.mta03-svc.ntlworld.com@KIKE> for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 10:55:13 +0100 Message-ID: <004601c24441$dd27a0c0$6501a8c0@KIKE> From: "matt" To: <9fans@cse.psu.edu> References: <20020814092910.8DBA973C99@wintermute.cse.psu.edu> <3D5AC220.F7A7ED77@null.net> Subject: Re: [9fans] (no subject) 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: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 10:55:17 +0100 > [ Moderators note: I see lots of these kind of messages. They are > Advance Fee Frauds (also called 419 frauds after the Nigerian > Penal Code section that outlawed them). been there bought the t-shirt http://www.clickandbuild.com/cnb/shop/cashncarrion?listPos=&op=catalogue-pro ducts-null&prodCategoryID=5 From 9fans-admin@cse.psu.edu Thu Aug 15 13:43:20 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15369 invoked from network); 15 Aug 2002 22:43:20 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 22:43:20 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4967F19A84; Thu, 15 Aug 2002 09:43:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from doppio.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 129F519A59 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 09:42:07 -0400 (EDT) Message-ID: <2b1d0337bda6deb7dd36bbcdd0eb034c@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] replica/pull hungup channel From: rog@vitanuova.com MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 14:49:10 +0100 > But next, I am a little scared by many lines of; > ^^^^^^^^ > > somefile: locally created; will not update > > This will not happen so frequently, if you'd really changed them localy. > It will happen only at developping site. :-) mind you, it's not clear what you're supposed to do when you get lots of such messages to resolve them in a safe way. i finally got around to trying to use replica to synchronise from our fileserver to my laptop, and got 22602 such lines; when i actually went through and did a cmp of all those files, it turned out that only 192 were genuinely different. i didn't find replica easy to use! then i tried tra, which was altogether easier... and surprisingly quick, considering the amount of data that it was shifting. i was a little surprised to find it indexing in directories that i thought i'd excluded, though. cheers, rog. From 9fans-admin@cse.psu.edu Thu Aug 15 14:29:18 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15894 invoked from network); 15 Aug 2002 23:29:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 23:29:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9BAE919A83; Thu, 15 Aug 2002 10:29:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 847E919A70 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 10:28:58 -0400 (EDT) Received: from KIKE ([80.4.204.35]) by mta05-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020815142857.UWGM28874.mta05-svc.ntlworld.com@KIKE>; Thu, 15 Aug 2002 15:28:57 +0100 Message-ID: <00e601c24468$1ad5ec30$6501a8c0@KIKE> From: "matt" To: <9fans@cse.psu.edu> Cc: 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 Subject: [9fans] reposts - prob @ vita nuova? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 15:29:01 +0100 I just got three reposts from me to 9fans just for the record I didn't post them the second time : Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-2.mail.demon.net by mailstore for baldwin@vitanuova.com id 1027440529:20:08830:83; Tue, 23 Jul 2002 16:08:49 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-2.mail.demon.net id aa2114654; 23 Jul 2002 16:08 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D33F419A61; Tue, 23 Jul 2002 12:08:12 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 560D319A05 for <9fans@cse.psu.edu>; Tue, 23 Jul 2002 12:07:30 -0400 (EDT) Received: from KIKE ([80.4.204.35]) by mta05-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020723160729.QGDY28874.mta05-svc.ntlworld.com@KIKE> for <9fans@cse.psu.edu>; Tue, 23 Jul 2002 17:07:29 +0100 I also got three posts from Postmaster@vitanuova.com Received: from cabbage.proweb.net ([195.182.164.29]) by pop.proweb.net (Slinky ver 1.35) with SMTP for ; Thu, 15 Aug 2002 14:13:57 GMT Received: from doppio.vitanuova.com ([62.254.170.97]) by cabbage.proweb.net (NAVGW 2.5.2.12) with SMTP id M2002081515135527108 for ; Thu, 15 Aug 2002 15:13:55 +0100 Message-ID: From: Postmaster@vitanuova.com To: matt@proweb.co.uk Date: Thu, 15 Aug 2002 15:11:22 +0100 X-UIDL: cp)e9Xgad92Vfd9AJ=e9 Your request ``mail net!mac.com xbaldwin '' failed (code smtp 463905: Permanent Failure). The symptom was: smtp: connection timed out smtp: cs: can't translate address The request began: From 9fans-admin@cse.psu.edu Thu Aug 15 14:37:17 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15972 invoked from network); 15 Aug 2002 23:37:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 23:37:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id F21A919A85; Thu, 15 Aug 2002 10:37:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DCFB619A7B for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 10:36:51 -0400 (EDT) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.9.3/8.9.3) with ESMTP id QAA10023 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 16:36:46 +0200 (MET DST) Received: from zamenhof.cs.utwente.nl by zeus.cs.utwente.nl (8.10.2+Sun/csrelay-Sol1.4/RB) id g7FEadH01054; Thu, 15 Aug 2002 16:36:40 +0200 (MEST) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id g7FEacJ09080 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 16:36:38 +0200 (MEST) Message-Id: <200208151436.g7FEacJ09080@zamenhof.cs.utwente.nl> X-Authentication-Warning: zamenhof.cs.utwente.nl: belinfan@localhost didn't use HELO protocol X-Mailer: exmh version 2.5 07/13/2001 with version: MH 6.8.3 #20[UCI] To: 9fans@cse.psu.edu Subject: where is tra? (was: Re: [9fans] replica/pull hungup channel) In-reply-to: Your message of "Thu, 15 Aug 2002 14:49:10 +0100." <2b1d0337bda6deb7dd36bbcdd0eb034c@vitanuova.com> References: <2b1d0337bda6deb7dd36bbcdd0eb034c@vitanuova.com> From: Axel Belinfante X-Organisation: University of Twente, Department of Computer Science, Formal Methods and Tools Group, PO Box 217, NL-7500 AE Enschede, The Netherlands X-Phone: +31 53 4893774 X-Telefax: +31 53 4893247 X-Face: 3YGZY^_!}k]>-k'9$LK?8GXbi?vs=2v*ut,/8z,z!(QNBk_>~:~"MJ_%i`sLLqGN,DGbkT@ N\jhX/jNLTz2hO_R"*RF(%bRvk+M,iU7SvVJtC*\B6Ud<7~`MGMp7rCI6LVp=%k=HE?-UCV?[p\$R? mI\n2/!#3/wZZsa[m7d;PKWiuH6'~ List-Archive: Date: Thu, 15 Aug 2002 16:36:37 +0200 Where can I find tra? I tried to search for tra in my 9fans mail, and only found link ftp://ftp.deas.harvard.edu/techreports/tr-01-01.ps.gz which did't seem to work when I tried it. Axel. rog wrote: > mind you, it's not clear what you're supposed to do when you get lots > of such messages to resolve them in a safe way. i finally got around > to trying to use replica to synchronise from our fileserver to my > laptop, and got 22602 such lines; when i actually went through and did > a cmp of all those files, it turned out that only 192 were genuinely > different. i didn't find replica easy to use! > > then i tried tra, which was altogether easier... and surprisingly > quick, considering the amount of data that it was shifting. i was a > little surprised to find it indexing in directories that i thought i'd > excluded, though. From 9fans-admin@cse.psu.edu Thu Aug 15 14:38:16 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15984 invoked from network); 15 Aug 2002 23:38:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 15 Aug 2002 23:38:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D905819A8C; Thu, 15 Aug 2002 10:38:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from doppio.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 29F2119A87 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 10:37:50 -0400 (EDT) Message-ID: <712d3d2c092f796843d00a0f8b2cc830@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] reposts - prob @ vita nuova? From: C H Forsyth MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-niuinmmmdmqyqirocuuswagqpt" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 15:27:24 +0100 This is a multi-part message in MIME format. --upas-niuinmmmdmqyqirocuuswagqpt Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit the pop service elsewhere suddenly decided to send and even resend a lot of mail from wherever it was keeping it. i've stopped that i think. --upas-niuinmmmdmqyqirocuuswagqpt Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-1.mail.demon.net by mailstore for forsyth@vitanuova.com id 1029421770:10:14862:21; Thu, 15 Aug 2002 14:29:30 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-1.mail.demon.net id aa1121511; 15 Aug 2002 14:29 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5996419A81; Thu, 15 Aug 2002 10:29:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 847E919A70 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 10:28:58 -0400 (EDT) Received: from KIKE ([80.4.204.35]) by mta05-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020815142857.UWGM28874.mta05-svc.ntlworld.com@KIKE>; Thu, 15 Aug 2002 15:28:57 +0100 Message-ID: <00e601c24468$1ad5ec30$6501a8c0@KIKE> From: "matt" To: <9fans@cse.psu.edu> Cc: 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 Subject: [9fans] reposts - prob @ vita nuova? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 15:29:01 +0100 I just got three reposts from me to 9fans just for the record I didn't post them the second time : Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-2.mail.demon.net by mailstore for baldwin@vitanuova.com id 1027440529:20:08830:83; Tue, 23 Jul 2002 16:08:49 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-2.mail.demon.net id aa2114654; 23 Jul 2002 16:08 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D33F419A61; Tue, 23 Jul 2002 12:08:12 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 560D319A05 for <9fans@cse.psu.edu>; Tue, 23 Jul 2002 12:07:30 -0400 (EDT) Received: from KIKE ([80.4.204.35]) by mta05-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020723160729.QGDY28874.mta05-svc.ntlworld.com@KIKE> for <9fans@cse.psu.edu>; Tue, 23 Jul 2002 17:07:29 +0100 I also got three posts from Postmaster@vitanuova.com Received: from cabbage.proweb.net ([195.182.164.29]) by pop.proweb.net (Slinky ver 1.35) with SMTP for ; Thu, 15 Aug 2002 14:13:57 GMT Received: from doppio.vitanuova.com ([62.254.170.97]) by cabbage.proweb.net (NAVGW 2.5.2.12) with SMTP id M2002081515135527108 for ; Thu, 15 Aug 2002 15:13:55 +0100 Message-ID: From: Postmaster@vitanuova.com To: matt@proweb.co.uk Date: Thu, 15 Aug 2002 15:11:22 +0100 X-UIDL: cp)e9Xgad92Vfd9AJ=e9 Your request ``mail net!mac.com xbaldwin '' failed (code smtp 463905: Permanent Failure). The symptom was: smtp: connection timed out smtp: cs: can't translate address The request began: --upas-niuinmmmdmqyqirocuuswagqpt-- From 9fans-admin@cse.psu.edu Thu Aug 15 15:17:19 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16383 invoked from network); 16 Aug 2002 00:17:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 16 Aug 2002 00:17:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6787319988; Thu, 15 Aug 2002 11:17:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from sigint.cs.purdue.edu (sigint.cs.purdue.edu [128.10.2.82]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EAA5A19A7B for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 11:16:19 -0400 (EDT) Received: by sigint.cs.purdue.edu (Postfix, from userid 118) id A504E2794; Thu, 15 Aug 2002 10:16:19 -0500 (EST) From: plan@sigint.cs.purdue.edu To: 9fans@cse.psu.edu Subject: Re: [9fans] Plan 9 on Macintosh? Message-ID: <20020815101619.A25082@sigint.cs.purdue.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from realname@uni.de on Thu, Aug 15, 2002 at 08:59:31AM +0000 X-Disclaimer: Any similarity to an opinion of Purdue is purely coincidental Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 10:16:19 -0500 On Thu, Aug 15, 2002 at 08:59:31AM +0000, Daniel Warmuth wrote: > > I read in "The various ports" that there is a port of Plan 9 to the MC68020 > and up. Does that mean that I can run Plan 9 on a Mac (Centris 660AV with > MC68040)? I always thought it would be cool to run 2nd edition on the Quadra 660/840av's '040 and onboard AT&T 3210 at the same time. More than asymmetric multiprocessing-- dissimilar multiprocessing? From 9fans-admin@cse.psu.edu Thu Aug 15 15:54:17 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16678 invoked from network); 16 Aug 2002 00:54:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 16 Aug 2002 00:54:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E623A19A7B; Thu, 15 Aug 2002 11:54:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id EE07919A7B for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 11:53:12 -0400 (EDT) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Thu Aug 15 11:53:12 EDT 2002 Received: from 141.154.230.63 ([141.154.230.63]) by plan9; Thu Aug 15 11:53:11 EDT 2002 Message-ID: To: 9fans@cse.psu.edu Subject: Re: where is tra? (was: Re: [9fans] replica/pull hungup channel) From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 11:53:07 -0400 tra is at http://pdos.lcs.mit.edu/~rsc/tra From 9fans-admin@cse.psu.edu Thu Aug 15 15:57:15 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16707 invoked from network); 16 Aug 2002 00:57:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 16 Aug 2002 00:57:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9411619A8E; Thu, 15 Aug 2002 11:57:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id ADD0E19A80 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 11:56:27 -0400 (EDT) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Thu Aug 15 11:56:27 EDT 2002 Received: from 141.154.230.63 ([141.154.230.63]) by plan9; Thu Aug 15 11:56:26 EDT 2002 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Plan 9 on Macintosh? From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 11:56:15 -0400 > I read in "The various ports" that there is a port of Plan 9 to the MC68020 and > up. Does that mean that I can run Plan 9 on a Mac (Centris 660AV with MC68040)? If you write all the drivers to support the Mac hardware, yes. The processor isn't the only piece. For example, there's a port to the PowerPC processor too, but you can't currently run Plan 9 on a powermac either. Russ From 9fans-admin@cse.psu.edu Thu Aug 15 15:59:24 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16715 invoked from network); 16 Aug 2002 00:59:24 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 16 Aug 2002 00:59:24 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7A6FA19A93; Thu, 15 Aug 2002 11:59:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mta8.srv.hcvlny.cv.net (mta8.srv.hcvlny.cv.net [167.206.5.23]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6C76919A92 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 11:58:56 -0400 (EDT) Received: from dave2.dave.tj (ool-4351482a.dyn.optonline.net [67.81.72.42]) by mta8.srv.hcvlny.cv.net (iPlanet Messaging Server 5.2 HotFix 0.8 (built Jul 12 2002)) with ESMTP id <0H0W00K276Y6S1@mta8.srv.hcvlny.cv.net> for 9fans@cse.psu.edu; Thu, 15 Aug 2002 11:56:31 -0400 (EDT) Received: (from dave@localhost) by dave2.dave.tj (8.10.2/8.10.2) id g7FFvCM27396 for 9fans@cse.psu.edu; Thu, 15 Aug 2002 15:57:12 +0000 (GMT) From: Dave Subject: Re: [9fans] reposts - prob @ vita nuova? In-reply-to: <00e601c24468$1ad5ec30$6501a8c0@KIKE> from To: 9fans@cse.psu.edu Message-id: <200208151557.g7FFvCM27396@dave2.dave.tj> MIME-version: 1.0 X-Mailer: ELM [version 2.5 PL3] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 11:57:12 -0400 (EDT) Yup, same here ... weird. . . - Dave matt wrote: > > I just got three reposts from me to 9fans > > just for the record I didn't post them the second time : > > Return-Path: <9fans-admin@cse.psu.edu> > Received: from punt-2.mail.demon.net by mailstore for baldwin@vitanuova.com > id 1027440529:20:08830:83; Tue, 23 Jul 2002 16:08:49 GMT > Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-2.mail.demon.net > id aa2114654; 23 Jul 2002 16:08 GMT > Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) > by mail.cse.psu.edu (CSE Mail Server) with ESMTP > id D33F419A61; Tue, 23 Jul 2002 12:08:12 -0400 (EDT) > Delivered-To: 9fans@cse.psu.edu > Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com > [62.253.162.45]) > by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 560D319A05 > for <9fans@cse.psu.edu>; Tue, 23 Jul 2002 12:07:30 -0400 (EDT) > Received: from KIKE ([80.4.204.35]) by mta05-svc.ntlworld.com > (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP > id <20020723160729.QGDY28874.mta05-svc.ntlworld.com@KIKE> > for <9fans@cse.psu.edu>; Tue, 23 Jul 2002 17:07:29 +0100 > > > I also got three posts from Postmaster@vitanuova.com > > Received: from cabbage.proweb.net ([195.182.164.29]) > by pop.proweb.net (Slinky ver 1.35) with SMTP > for ; Thu, 15 Aug 2002 14:13:57 GMT > Received: from doppio.vitanuova.com ([62.254.170.97]) > by cabbage.proweb.net (NAVGW 2.5.2.12) with SMTP id M2002081515135527108 > for ; Thu, 15 Aug 2002 15:13:55 +0100 > Message-ID: > From: Postmaster@vitanuova.com > To: matt@proweb.co.uk > Date: Thu, 15 Aug 2002 15:11:22 +0100 > X-UIDL: cp)e9Xgad92Vfd9AJ=e9 > > Your request ``mail net!mac.com xbaldwin '' failed (code smtp 463905: > Permanent Failure). > The symptom was: > > smtp: connection timed out > smtp: cs: can't translate address > > The request began: > > From 9fans-admin@cse.psu.edu Thu Aug 15 16:23:18 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16930 invoked from network); 16 Aug 2002 01:23:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 16 Aug 2002 01:23:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6096519A59; Thu, 15 Aug 2002 12:23:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 52EEC19A60 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 12:22:12 -0400 (EDT) Received: (qmail 1891222 invoked from network); 15 Aug 2002 10:22:11 -0600 Received: from xed.acl.lanl.gov (128.165.147.191) by acl.lanl.gov with SMTP; 15 Aug 2002 10:22:11 -0600 Received: (qmail 5902 invoked by uid 3499); 15 Aug 2002 10:22:11 -0600 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 15 Aug 2002 10:22:11 -0600 From: Ronald G Minnich X-X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] Ephase question. In-Reply-To: <3D5AC78B.E19A9DA1@null.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 10:22:11 -0600 (MDT) On Thu, 15 Aug 2002, Douglas A. Gwyn wrote: > > What matters is expressibility without bloat, not finding > > the criteria under which to claim a lower count of > > functions of type T, for some T. > > It can depend on one's goal. For example, if a primary goal > is proof of security, it seems intractible unless the number > of primitive functions is fairly small and each has a fairly > clean specification. Reliability and correctness, ditto. Why I care about "how many system calls"; check out the Unix (Linux) system call list nowadays. There are lots of different resource types (pathnames, sysctl names, fds, pids, etc. etc) and consequently lots of different difficulties. Just watching the freebsd 'jail' discussion has been interesting. How do you ever secure an interface this complicated? Seems very hard, and has proven to be hard in practice. It's not just "reduce T for some T". Exploding system call counts can indicate a problem with the design of the system (see some of the later Linux system calls ...). ron From 9fans-admin@cse.psu.edu Thu Aug 15 16:25:15 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16943 invoked from network); 16 Aug 2002 01:25:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 16 Aug 2002 01:25:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C815D19A96; Thu, 15 Aug 2002 12:25:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id DB5C519A96 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 12:24:02 -0400 (EDT) Received: (qmail 1887862 invoked from network); 15 Aug 2002 10:24:02 -0600 Received: from xed.acl.lanl.gov (128.165.147.191) by acl.lanl.gov with SMTP; 15 Aug 2002 10:24:02 -0600 Received: (qmail 5905 invoked by uid 3499); 15 Aug 2002 10:24:02 -0600 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 15 Aug 2002 10:24:02 -0600 From: Ronald G Minnich X-X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] (no subject) In-Reply-To: <3D5AC220.F7A7ED77@null.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 10:24:02 -0600 (MDT) On Thu, 15 Aug 2002, Douglas A. Gwyn wrote: > Does anyone know why this particular scam seems to > be associated with Nigeria? Other than that it is > rife with corruption. My brother, who worked in the credit card industry for years, told me there is a term: "Nigerian credit card fraud". No birth certificates in Nigeria. So you get a passport in any name you like. You come over here, set up a boiler room operation, scam a bunch of people, go home and come back under a new name. weird but true. ron From 9fans-admin@cse.psu.edu Thu Aug 15 16:47:16 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17093 invoked from network); 16 Aug 2002 01:47:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 16 Aug 2002 01:47:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 06A4C19A98; Thu, 15 Aug 2002 12:47:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from doppio.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E595519A89 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 12:46:05 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] reposts - prob @ vita nuova? From: C H Forsyth MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 17:35:34 +0100 it looks to me as though new UIDs were assigned to old messages by the ISP but i don't see why. From 9fans-admin@cse.psu.edu Thu Aug 15 17:22:18 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17383 invoked from network); 16 Aug 2002 02:22:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 16 Aug 2002 02:22:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 2909419A90; Thu, 15 Aug 2002 13:22:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 2CCC819A86 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 13:21:10 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17fOBr-0001YB-00 for 9fans@cse.psu.edu; Thu, 15 Aug 2002 18:13:43 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: William Josephson Message-ID: Organization: Harvard University, Cambridge, Massachusetts References: <2b1d0337bda6deb7dd36bbcdd0eb034c@vitanuova.com> Subject: Re: [9fans] replica/pull hungup channel Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 17:13:28 GMT In article <2b1d0337bda6deb7@vitanuova.com>, rog@vitanuova.com wrote: > then i tried tra, which was altogether easier... and surprisingly > quick, considering the amount of data that it was shifting. i was a > little surprised to find it indexing in directories that i thought i'd > excluded, though. A little off topic, but I'd love to have a bug report :-/ I think we fixed a similar or related bug already (I can't go look at the repository at the moment), but it is certainly a work in progress. From 9fans-admin@cse.psu.edu Thu Aug 15 17:22:34 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17388 invoked from network); 16 Aug 2002 02:22:34 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 16 Aug 2002 02:22:34 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E602D19A99; Thu, 15 Aug 2002 13:22:16 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9AAB719A70 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 13:21:11 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17fO7K-0001PC-00 for 9fans@cse.psu.edu; Thu, 15 Aug 2002 18:09:02 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: ccsdhd@bath.ac.uk (Dennis Davis) Message-ID: Organization: University of Bath Computing Services, UK References: <20020814092910.8DBA973C99@wintermute.cse.psu.edu>, <3D5AC220.F7A7ED77@null.net> Subject: Re: [9fans] (no subject) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 17:08:06 GMT In the referenced article, "Douglas A. Gwyn" writes: ... >Does anyone know why this particular scam seems to >be associated with Nigeria? Other than that it is >rife with corruption. The Crimes of Persuasion website details almost all confidence scams, many have moved onto email: http://www.crimes-of-persuasion.com/ Scamorama provides examples sent in by the public and links to many advice agencies: http://www.scamorama.com/ And for an amusing example of Nigerian Scam Baiting see: http://www.geocities.com/a_kerenx/index.html A colleague went through letters 2 and 3. He warns that it's an excellent website for time-wasting! -- Dennis Davis, BUCS, University of Bath, Bath, BA2 7AY, UK D.H.Davis@bath.ac.uk From 9fans-admin@cse.psu.edu Thu Aug 15 17:32:17 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17483 invoked from network); 16 Aug 2002 02:32:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 16 Aug 2002 02:32:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6A7C619AA3; Thu, 15 Aug 2002 13:32:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id F23E8199B3 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 13:31:35 -0400 (EDT) Message-ID: <0a6e482c90169ec87566e70aec8de0f8@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] Point MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 13:31:34 -0400 On Sun Jun 23 12:57:41 EDT 2002 [sic], sah@softcardsystems.com wrote: > > f() { > Point p; > > p = (Point){ 0, 0 }; /* (a) */ > p = Pt(0, 0); /* (b) */ > } > > What's the difference between (a),(b) here? The first is a type constructor, a C extension that Plan 9 added. The second is a function call. The benefit of the first is that you don't need to define the constructor function elsewhere (it's in draw.h, in this case). If you're writing code that has to compile elsewhere, the second is usually the way to go. Russ From 9fans-admin@cse.psu.edu Fri Aug 16 03:18:49 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1211 invoked from network); 16 Aug 2002 12:18:48 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 16 Aug 2002 12:18:48 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D605819A9B; Thu, 15 Aug 2002 20:32:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from granite.cias.osakafu-u.ac.jp (granite.cias.osakafu-u.ac.jp [157.16.101.69]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id B02E619A86 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 20:31:05 -0400 (EDT) Message-ID: <22068de24ede5025e8b09a36e02924b5@granite.cias.osakafu-u.ac.jp> To: 9fans@cse.psu.edu Subject: Re: [9fans] replica/pull hungup channel From: okamoto@granite.cias.osakafu-u.ac.jp MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-fvvrozvdvioadgokzlcmszffko" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 16 Aug 2002 09:30:19 +0900 This is a multi-part message in MIME format. --upas-fvvrozvdvioadgokzlcmszffko Content-Disposition: inline Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Honestly, I've also been scared to use replica/pull. ☺ So, I setup a terminal with local HDD, and it does only replica/pull from sources.plan9.bell-labs.com. And then, I also do replica/pull from that local machine to our file server... In this case, I can re- examine with enough time to see what is different! I just read Russ's Tra page, however, it seems to me not so easy to grasp at a glance. I'm now suffering from discripancy between new control(2) library and our applications written by Yoshitatsu. Most of the problem is comming from his confusion of channel usage(☺), however, I have to rewrite them before the start of next semester... Kenji --upas-fvvrozvdvioadgokzlcmszffko Content-Type: message/rfc822 Content-Disposition: inline Received: from granite.cias.osakafu-u.ac.jp ([192.168.1.3]) by diabase; Thu Aug 15 22:44:12 JST 2002 Received: from elmo.cias.osakafu-u.ac.jp (elmo.cias.osakafu-u.ac.jp [157.16.103.2]) by granite.cias.osakafu-u.ac.jp (8.9.3/8.9.3) with ESMTP id WAA20603 for ; Thu, 15 Aug 2002 22:27:24 +0900 Received: from mail.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by elmo.cias.osakafu-u.ac.jp (8.9.3/3.7W-02040219) with ESMTP id WAA14239 for ; Thu, 15 Aug 2002 22:43:24 +0900 (JST) Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4967F19A84; Thu, 15 Aug 2002 09:43:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from doppio.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 129F519A59 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 09:42:07 -0400 (EDT) Message-ID: <2b1d0337bda6deb7dd36bbcdd0eb034c@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] replica/pull hungup channel From: rog@vitanuova.com MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 14:49:10 +0100 > But next, I am a little scared by many lines of; > ^^^^^^^^ > > somefile: locally created; will not update > > This will not happen so frequently, if you'd really changed them localy. > It will happen only at developping site. :-) mind you, it's not clear what you're supposed to do when you get lots of such messages to resolve them in a safe way. i finally got around to trying to use replica to synchronise from our fileserver to my laptop, and got 22602 such lines; when i actually went through and did a cmp of all those files, it turned out that only 192 were genuinely different. i didn't find replica easy to use! then i tried tra, which was altogether easier... and surprisingly quick, considering the amount of data that it was shifting. i was a little surprised to find it indexing in directories that i thought i'd excluded, though. cheers, rog. --upas-fvvrozvdvioadgokzlcmszffko-- From 9fans-admin@cse.psu.edu Fri Aug 16 06:34:22 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3494 invoked from network); 16 Aug 2002 15:34:21 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 16 Aug 2002 15:34:21 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E921319A60; Fri, 16 Aug 2002 02:34:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from nigel.9fs.org (cotswold.demon.co.uk [194.222.75.186]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 89D8B19A59 for <9fans@cse.psu.edu>; Fri, 16 Aug 2002 02:33:10 -0400 (EDT) Message-ID: <1fa7704df993b42285202666f4158718@9fs.org> To: 9fans@cse.psu.edu, tra@eecs.harvard.edu Subject: Re: [9fans] replica/pull hungup channel From: nigel@9fs.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-htmjsdyblgylgwzoznowgityqv" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 16 Aug 2002 07:35:25 +0100 This is a multi-part message in MIME format. --upas-htmjsdyblgylgwzoznowgityqv Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I just tried to mail you directly, and got The original message was received at Fri, 16 Aug 2002 02:30:05 -0400 (EDT) from filters@localhost ----- The following addresses had permanent fatal errors ----- jkw@deas.harvard.edu.procmail (reason: 550 ... User unknown) ----- Transcript of session follows ----- ... while talking to local.deas.harvard.edu.: >>> RCPT To: <<< 550 ... User unknown 550 5.1.1 jkw@deas.harvard.edu.procmail... User unknown I guess this is why you have no bug reports! --upas-htmjsdyblgylgwzoznowgityqv Content-Type: message/rfc822 Content-Disposition: inline Received: from 9fs.org ([192.168.100.103]) by 9fs.org; Thu Aug 15 22:33:00 BST 2002 Received: from tele-punt-22.mail.demon.net ([194.217.242.7]) by 9fs.org; Thu Aug 15 22:32:58 BST 2002 Received: from punt-2.mail.demon.net by mailstore for ngr@cotswold.demon.co.uk id 1029432239:20:26041:53; Thu, 15 Aug 2002 17:23:59 GMT Received: from ns0.cyberware.co.uk ([194.74.221.2]) by punt-2.mail.demon.net id aa2109218; 15 Aug 2002 17:23 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6] helo=mail.cse.psu.edu) by hearno.cyberware.co.uk with esmtp (Exim 3.22 #1) id 17fOKY-0001Zu-00 for ngr@cotswold.demon.co.uk; Thu, 15 Aug 2002 18:22:42 +0100 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3214919A70; Thu, 15 Aug 2002 13:22:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 2CCC819A86 for <9fans@cse.psu.edu>; Thu, 15 Aug 2002 13:21:10 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17fOBr-0001YB-00 for 9fans@cse.psu.edu; Thu, 15 Aug 2002 18:13:43 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: William Josephson Message-ID: Organization: Harvard University, Cambridge, Massachusetts References: <2b1d0337bda6deb7dd36bbcdd0eb034c@vitanuova.com> Subject: Re: [9fans] replica/pull hungup channel Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 15 Aug 2002 17:13:28 GMT In article <2b1d0337bda6deb7@vitanuova.com>, rog@vitanuova.com wrote: > then i tried tra, which was altogether easier... and surprisingly > quick, considering the amount of data that it was shifting. i was a > little surprised to find it indexing in directories that i thought i'd > excluded, though. A little off topic, but I'd love to have a bug report :-/ I think we fixed a similar or related bug already (I can't go look at the repository at the moment), but it is certainly a work in progress. --upas-htmjsdyblgylgwzoznowgityqv-- From 9fans-admin@cse.psu.edu Fri Aug 16 08:03:24 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4704 invoked from network); 16 Aug 2002 17:03:22 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 16 Aug 2002 17:03:22 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0312219A7B; Fri, 16 Aug 2002 04:03:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from fbsd.acl.lanl.gov (fbsd.acl.lanl.gov [128.165.147.119]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 97FD619A7A for <9fans@cse.psu.edu>; Fri, 16 Aug 2002 04:02:21 -0400 (EDT) Received: (qmail 44840 invoked by uid 18927); 16 Aug 2002 07:59:18 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 16 Aug 2002 07:59:18 -0000 From: andrey mirtchovski X-X-Sender: andrey@fbsd.acl.lanl.gov To: 9fans@cse.psu.edu Message-ID: <20020816014527.O44825-200000@fbsd.acl.lanl.gov> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-174873200-1029484758=:44825" Subject: [9fans] draw() question Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 16 Aug 2002 01:59:18 -0600 (MDT) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-174873200-1029484758=:44825 Content-Type: TEXT/PLAIN; charset=US-ASCII hi, i'm stuck trying to do the following with the already existing plan9 functions from draw.h: in short, i want to do a draw() to an image using only a specific rectangle in the source image, i.e. a call to draw which puts at dst(x, y) the rectangle Rect(x1, y1, x2, y2) from src.. so far i can clumsily simulate that by setting src's clipr to the wanted rectangle and then aligning the source so that src->clipr.min is at (x, y) in the draw() operation. somehow, though, i don't think this is the easiest way :) i'm sure the answer is very simple, andrey ps: i'm attaching maze.c for your enjoyment, it'll probably appear on the xscreensaver ports site in a few days... --0-174873200-1029484758=:44825 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="maze.c" Content-Transfer-Encoding: BASE64 Content-ID: <20020816015918.T44825@fbsd.acl.lanl.gov> Content-Description: Content-Disposition: attachment; filename="maze.c" LyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KICogWyBtYXpl IF0gLi4uDQogKg0KICogbW9kaWZpZWQ6ICBbIDEtMDQtMDAgXSAgSm9oYW5u ZXMgS2V1a2VsYWFyIDxqb2hhbm5lc0BuYWRhLmt0aC5zZT4NCiAqICAgICAg ICAgICAgICBBZGRlZCAtaWdub3JhbnQgb3B0aW9uIChub3QgdGhlIGRlZmF1 bHQpIHRvIHJlbW92ZSBrbm93bGVnZQ0KICogICAgICAgICAgICAgIG9mIHRo ZSBkaXJlY3Rpb24gaW4gd2hpY2ggdGhlIGV4aXQgbGllcy4NCiAqDQogKiBt b2RpZmllZDogIFsgNi0yOC05OCBdICBaYWNrIFdlaW5iZXJnIDx6YWNrQHJh YmkucGh5cy5jb2x1bWJpYS5lZHU+DQogKg0KICogICAgICAgICAgICAgIE1h ZGUgdGhlIG1hemUtc29sdmVyIHNvbWV3aGF0IG1vcmUgaW50ZWxsaWdlbnQu ICBUaGVyZSBhcmUNCiAqICAgICAgICAgICAgICB0aHJlZSBvcHRpbWl6YXRp b25zOg0KICoNCiAqICAgICAgICAgICAgICAtIFN0cmFpZ2h0LWxpbmUgbG9v a2FoZWFkOiB0aGUgc29sdmVyIGRvZXMgbm90IGVudGVyIGRlYWQtZW5kDQog KiAgICAgICAgICAgICAgICBjb3JyaWRvcnMuICBUaGlzIGlzIGEgd2luIHdp dGggYWxsIG1hemUgZ2VuZXJhdG9ycy4NCiAqDQogKiAgICAgICAgICAgICAg LSBGaXJzdCBvcmRlciBkaXJlY3Rpb24gY2hvaWNlOiB0aGUgc29sdmVyIGtu b3dzIHdoZXJlIHRoZQ0KICogICAgICAgICAgICAgICAgZXhpdCBpcyBpbiBy ZWxhdGlvbiB0byBpdHNlbGYsIGFuZCB3aWxsIHRyeSBwYXRocyBsZWFkaW5n IGluDQogKiAgICAgICAgICAgICAgICB0aGF0IGRpcmVjdGlvbiBmaXJzdC4g VGhpcyBpcyBhIG1ham9yIHdpbiBvbiBtYXplIGdlbmVyYXRvciAxDQogKiAg ICAgICAgICAgICAgICB3aGljaCB0ZW5kcyB0byBvZmZlciBkaXJlY3Qgcm91 dGVzIHRvIHRoZSBleGl0Lg0KICoNCiAqICAgICAgICAgICAgICAtIERlYWQg cmVnaW9uIGVsaW1pbmF0aW9uOiB0aGUgc29sdmVyIGFscmVhZHkgaGFzIGEg bWFwIG9mDQogKiAgICAgICAgICAgICAgICBhbGwgc3F1YXJlcyB2aXNpdGVk LiAgV2hlbmV2ZXIgaXQgc3RhcnRzIHRvIGJhY2t0cmFjaywgaXQNCiAqICAg ICAgICAgICAgICAgIGNvbnN1bHRzIHRoaXMgbWFwIGFuZCBtYXJrcyBvZmYg YWxsIHNxdWFyZXMgdGhhdCBjYW5ub3QgYmUNCiAqICAgICAgICAgICAgICAg IHJlYWNoZWQgZnJvbSB0aGUgZXhpdCB3aXRob3V0IGNyb3NzaW5nIGEgc3F1 YXJlIGFscmVhZHkNCiAqICAgICAgICAgICAgICAgIHZpc2l0ZWQuICBUaG9z ZSBzcXVhcmVzIGNhbiBuZXZlciBjb250cmlidXRlIHRvIHRoZSBwYXRoIHRv DQogKiAgICAgICAgICAgICAgICB0aGUgZXhpdCwgc28gaXQgZG9lc24ndCBi b3RoZXIgY2hlY2tpbmcgdGhlbS4gIFRoaXMgaGVscHMgYQ0KICogICAgICAg ICAgICAgICAgbG90IHdpdGggbWF6ZSBnZW5lcmF0b3IgMiBhbmQgc29tZXdo YXQgbGVzcyB3aXRoIGdlbmVyYXRvciAxLg0KICoNCiAqICAgICAgICAgICAg ICBGdXJ0aGVyIGltcHJvdmVtZW50cyB3b3VsZCByZXF1aXJlIGtub3dsZWRn ZSBvZiB0aGUgd2FsbCBtYXANCiAqICAgICAgICAgICAgICBhcyB3ZWxsIGFz IHRoZSBwb3NpdGlvbiBvZiB0aGUgZXhpdCBhbmQgdGhlIHNxdWFyZXMgdmlz aXRlZC4NCiAqICAgICAgICAgICAgICBJIHdvdWxkIGNvbnNpZGVyIHRoYXQg dG8gYmUgY2hlYXRpbmcuICBHZW5lcmF0b3IgMCBtYWtlcw0KICogICAgICAg ICAgICAgIG1hemVzIHdoaWNoIGFyZSByZW1hcmthYmx5IGRpZmZpY3VsdCB0 byBzb2x2ZSBtZWNoYW5pY2FsbHkgLS0NCiAqICAgICAgICAgICAgICBldmVu IHdpdGggdGhlc2Ugb3B0aW1pemF0aW9ucyB0aGUgc29sdmVyIGdlbmVyYWxs eSBtdXN0IHZpc2l0DQogKiAgICAgICAgICAgICAgYXQgbGVhc3QgdHdvLXRo aXJkcyBvZiB0aGUgc3F1YXJlcy4gIFRoaXMgaXMgcGFydGlhbGx5DQogKiAg ICAgICAgICAgICAgYmVjYXVzZSBnZW5lcmF0b3IgMCdzIG1hemVzIGhhdmUg bG9uZ2VyIHBhdGhzIHRvIHRoZSBleGl0Lg0KICoNCiAqIG1vZGlmaWVkOiAg WyA0LTEwLTk3IF0gIEpvaGFubmVzIEtldWtlbGFhciA8am9oYW5uZXNAbmFk YS5rdGguc2U+DQogKiAgICAgICAgICAgICAgQWRkZWQgbXVsdGlwbGUgbWF6 ZSBjcmVhdG9ycy4gUm9idXN0aWZpZWQgc29sdmVyLg0KICogICAgICAgICAg ICAgIEFkZGVkIGJyaWRnZSBvcHRpb24uDQogKiBtb2RpZmllZDogIFsgOC0x MS05NSBdIEVkIEphbWVzIDxqYW1lc0BtbWwubW1jLmNvbT4NCiAqICAgICAg ICAgICAgICBhZGRlZCBmaWxsIG9mIGRlYWQtZW5kIGJveCB0byBzb2x2ZV9t YXplIHdoaWxlIGxvb3AuDQogKiBtb2RpZmllZDogIFsgMy03LTkzIF0gIEph bWllIFphd2luc2tpIDxqd3pAand6Lm9yZz4NCiAqCQlhZGRlZCB0aGUgWFJv Z2VyIGxvZ28sIGNsZWFuZWQgdXAgcmVzb3VyY2VzLCBtYWRlDQogKgkJZ3Jp ZCBzaXplIGEgcGFyYW1ldGVyLg0KICogbW9kaWZpZWQ6ICBbIDMtMy05MyBd ICBKaW0gUmFuZGVsbCA8am1yQG1kZGptci5mYy5ocC5jb20+DQogKgkJQWRk ZWQgdGhlIGNvbG91ciBzdHVmZiBhbmQgaW50ZWdyYXRlZCBpdCB3aXRoIGp3 eidzDQogKgkJc2NyZWVuaGFjayBzdHVmZi4gIFRoZXJlJ3Mgc3RpbGwgc29t ZSB3b3JrIHRoYXQgY291bGQNCiAqCQliZSBkb25lIG9uIHRoaXMsIHBhcnRp Y3VsYXJseSBhbGxvd2luZyBhIHJlc291cmNlIHRvDQogKgkJc3BlY2lmeSBo b3cgYmlnIHRoZSBzcXVhcmVzIGFyZS4NCiAqIG1vZGlmaWVkOiAgWyAxMC00 LTg4IF0gIFJpY2hhcmQgSGVzcyAgICAuLi4hdXVuZXQhY2ltc2hvcCFyaGVz cyAgDQogKiAgICAgICAgICAgICAgWyBSZXZpc2VkIHByaW1hcnkgZXhlY3V0 aW9uIGxvb3Agd2l0aGluIG1haW4oKS4uLg0KICogICAgICAgICAgICAgIFsg RXh0ZW5kZWQgWCBldmVudCBoYW5kbGVyLCBjaGVja19ldmVudHMoKS4uLg0K ICogbW9kaWZpZWQ6ICBbIDEtMjktODggXSAgRGF2ZSBMZW1rZSAgICAgIGxl bWtlQHN1bi5jb20gIA0KICogICAgICAgICAgICAgIFsgSGFja2VkIGZvciBY MTEuLi4NCiAqICAgICAgICAgICAgICBbICBOb3RlIHRoZSB3b3JkICJoYWNr ZWQiIC0tIHRoaXMgaXMgZXh0cmVtZWx5IHVnbHksIGJ1dCBhdCANCiAqICAg ICAgICAgICAgICBbICAgbGVhc3QgaXQgZG9lcyB0aGUgam9iLiAgTk9UIGEg Z29vZCBwcm9ncmFtbWluZyBleGFtcGxlIA0KICogICAgICAgICAgICAgIFsg ICBmb3IgWC4NCiAqIG9yaWdpbmFsOiAgWyA2LzIxLzg1IF0gIE1hcnRpbiBX ZWlzcyAgICBTdW4gTWljcm9zeXN0ZW1zICBbIFN1blZpZXcgXQ0KICoNCiAq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCiBDb3B5cmlnaHQg MTk4OCBieSBTdW4gTWljcm9zeXN0ZW1zLCBJbmMuIE1vdW50YWluIFZpZXcs IENBLg0KICANCiBBbGwgUmlnaHRzIFJlc2VydmVkDQogIA0KIFBlcm1pc3Np b24gdG8gdXNlLCBjb3B5LCBtb2RpZnksIGFuZCBkaXN0cmlidXRlIHRoaXMg c29mdHdhcmUgYW5kIGl0cw0KIGRvY3VtZW50YXRpb24gZm9yIGFueSBwdXJw b3NlIGFuZCB3aXRob3V0IGZlZSBpcyBoZXJlYnkgZ3JhbnRlZCwgDQogcHJv dmlkZWQgdGhhdCB0aGUgYWJvdmUgY29weXJpZ2h0IG5vdGljZSBhcHBlYXIg aW4gYWxsIGNvcGllcyBhbmQgdGhhdA0KIGJvdGggdGhhdCBjb3B5cmlnaHQg bm90aWNlIGFuZCB0aGlzIHBlcm1pc3Npb24gbm90aWNlIGFwcGVhciBpbiAN CiBzdXBwb3J0aW5nIGRvY3VtZW50YXRpb24sIGFuZCB0aGF0IHRoZSBuYW1l cyBvZiBTdW4gb3IgTUlUIG5vdCBiZQ0KIHVzZWQgaW4gYWR2ZXJ0aXNpbmcg b3IgcHVibGljaXR5IHBlcnRhaW5pbmcgdG8gZGlzdHJpYnV0aW9uIG9mIHRo ZQ0KIHNvZnR3YXJlIHdpdGhvdXQgc3BlY2lmaWMgcHJpb3Igd3JpdHRlbiBw ZXJtaXNzaW9uLiBTdW4gYW5kIE0uSS5ULiANCiBtYWtlIG5vIHJlcHJlc2Vu dGF0aW9ucyBhYm91dCB0aGUgc3VpdGFiaWxpdHkgb2YgdGhpcyBzb2Z0d2Fy ZSBmb3IgDQogYW55IHB1cnBvc2UuIEl0IGlzIHByb3ZpZGVkICJhcyBpcyIg d2l0aG91dCBhbnkgZXhwcmVzcyBvciBpbXBsaWVkIHdhcnJhbnR5Lg0KIA0K IFNVTiBESVNDTEFJTVMgQUxMIFdBUlJBTlRJRVMgV0lUSCBSRUdBUkQgVE8g VEhJUyBTT0ZUV0FSRSwgSU5DTFVESU5HDQogQUxMIElNUExJRUQgV0FSUkFO VElFUyBPRiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFS VElDVUxBUg0KIFBVUlBPU0UuIElOIE5PIEVWRU5UIFNIQUxMIFNVTiBCRSBM SUFCTEUgRk9SIEFOWSBTUEVDSUFMLCBJTkRJUkVDVA0KIE9SIENPTlNFUVVF TlRJQUwgREFNQUdFUyBPUiBBTlkgREFNQUdFUyBXSEFUU09FVkVSIFJFU1VM VElORyBGUk9NIExPU1MNCiBPRiBVU0UsIERBVEEgT1IgUFJPRklUUywgV0hF VEhFUiBJTiBBTiBBQ1RJT04gT0YgQ09OVFJBQ1QsIE5FR0xJR0VOQ0UgDQog T1IgT1RIRVIgVE9SVElPVVMgQUNUSU9OLCBBUklTSU5HIE9VVCBPRiBPUiBJ TiBDT05ORUNUSU9OIFdJVEggVEhFIFVTRQ0KIE9SIFBFUkZPUk1BTkNFIE9G IFRISVMgU09GVFdBUkUuDQogKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKiovDQoNCg0KLyogDQogICogcG9ydGVkIHRvIFBsYW4gOSBieSBhbmRy ZXlAbGFubC5nb3YsIDA4LzAyDQogICovDQoNCi8qIHBsYW45LXJlbGF0ZWQg c3R1ZmYgKi8NCiNpbmNsdWRlIDx1Lmg+DQojaW5jbHVkZSA8bGliYy5oPg0K I2luY2x1ZGUgPGRyYXcuaD4NCiNpbmNsdWRlIDxldmVudC5oPg0KDQojZGVm aW5lIE5VTEwgbmlsDQojZGVmaW5lIFhQb2ludCBQb2ludA0KI2RlZmluZSBO UkFORCBucmFuZA0KI2RlZmluZSBMUkFORCBscmFuZA0KI2RlZmluZSByYW5k b20gcmFuZA0KI2RlZmluZSBNQVhSQU5EICgoMjw8MzEpLTEpDQojZGVmaW5l IE1BWChhLCBiKSAoKChhKSA+IChiKSk/KGEpOihiKSkNCiNkZWZpbmUgTUlO KGEsIGIpICgoKGEpIDwgKGIpKT8oYSk6KGIpKQ0KI2RlZmluZSBSQU5EX01B WCBNQVhSQU5EDQojZGVmaW5lIEFCUyBhYnMNCkltYWdlICpjb2xvcnNbMjU2 XTsNCiNkZWZpbmUgTV9QSQlQSQ0KI2RlZmluZSBCb29sIGludA0KI2RlZmlu ZSBUcnVlIDENCiNkZWZpbmUgRmFsc2UgMA0KDQpJbWFnZSAqbGl2ZUNvbG9y LCAqZGVhZENvbG9yLCAqc2tpcENvbG9yLCAqc3Vycm91bmRDb2xvcjsNCg0K SW1hZ2UgKmdsZW5kYTsNCg0KY2hhciAqYnV0dG9uc1tdID0gDQp7DQoJImV4 aXQiLA0KCTANCn07DQoNCk1lbnUgbWVudSA9IA0Kew0KCWJ1dHRvbnMNCn07 DQpNb3VzZSBtOw0KLyogZW5kIG9mIHBsYW45LXJlbGF0ZWQgZGVmaW5lcyAq Lw0KDQoNCiNkZWZpbmUgWFNDUkVFTlNBVkVSX0xPR08NCg0Kc3RhdGljIGlu dCBzb2x2ZV9kZWxheSwgcHJlX3NvbHZlX2RlbGF5LCBwb3N0X3NvbHZlX2Rl bGF5Ow0KDQojZGVmaW5lIE1BWF9NQVpFX1NJWkVfWAk1MDANCiNkZWZpbmUg TUFYX01BWkVfU0laRV9ZCTUwMA0KDQojZGVmaW5lIE1PVkVfTElTVF9TSVpF ICAoTUFYX01BWkVfU0laRV9YICogTUFYX01BWkVfU0laRV9ZKQ0KDQojZGVm aW5lIE5PVF9ERUFECTB4ODAwMA0KI2RlZmluZSBTT0xWRVJfVklTSVQgICAg MHg0MDAwDQojZGVmaW5lIFNUQVJUX1NRVUFSRQkweDIwMDANCiNkZWZpbmUg RU5EX1NRVUFSRQkweDEwMDANCg0KI2RlZmluZSBXQUxMX1RPUAkweDgNCiNk ZWZpbmUgV0FMTF9SSUdIVAkweDQNCiNkZWZpbmUgV0FMTF9CT1RUT00JMHgy DQojZGVmaW5lIFdBTExfTEVGVAkweDENCiNkZWZpbmUgV0FMTF9BTlkJMHhG DQoNCiNkZWZpbmUgRE9PUl9JTl9UT1AJMHg4MDANCiNkZWZpbmUgRE9PUl9J Tl9SSUdIVAkweDQwMA0KI2RlZmluZSBET09SX0lOX0JPVFRPTQkweDIwMA0K I2RlZmluZSBET09SX0lOX0xFRlQJMHgxMDANCiNkZWZpbmUgRE9PUl9JTl9B TlkJMHhGMDANCg0KI2RlZmluZSBET09SX09VVF9UT1AJMHg4MA0KI2RlZmlu ZSBET09SX09VVF9SSUdIVAkweDQwDQojZGVmaW5lIERPT1JfT1VUX0JPVFRP TQkweDIwDQojZGVmaW5lIERPT1JfT1VUX0xFRlQJMHgxMA0KDQoNCiNkZWZp bmUJYm9yZGVyX3ggICAgICAgICgwKQ0KI2RlZmluZQlib3JkZXJfeSAgICAg ICAgKDApDQoNCiNkZWZpbmUJZ2V0X3JhbmRvbSh4KQkocmFuZG9tKCkgJSAo eCkpDQoNCg0Kc3RhdGljIGludCBsb2dvX3gsIGxvZ29feTsNCg0KIyBkZWZp bmUgbG9nb193aWR0aCAgNDgNCiMgZGVmaW5lIGxvZ29faGVpZ2h0IDQ4DQoN CnN0YXRpYyB1bnNpZ25lZCBzaG9ydCBtYXplW01BWF9NQVpFX1NJWkVfWF1b TUFYX01BWkVfU0laRV9ZXTsNCg0Kc3RhdGljIHN0cnVjdCB7DQogIHVuc2ln bmVkIGNoYXIgeDsNCiAgdW5zaWduZWQgY2hhciB5Ow0KICB1bnNpZ25lZCBj aGFyIGRpciwgd2F5czsNCn0gbW92ZV9saXN0W01PVkVfTElTVF9TSVpFXSwg c2F2ZV9wYXRoW01PVkVfTElTVF9TSVpFXSwgcGF0aFtNT1ZFX0xJU1RfU0la RV07DQoNCnN0YXRpYyBpbnQgbWF6ZV9zaXplX3gsIG1hemVfc2l6ZV95Ow0K c3RhdGljIGludCBzcW51bSwgY3VyX3NxX3gsIGN1cl9zcV95LCBwYXRoX2xl bmd0aDsNCnN0YXRpYyBpbnQgc3RhcnRfeCwgc3RhcnRfeSwgc3RhcnRfZGly LCBlbmRfeCwgZW5kX3ksIGVuZF9kaXI7DQpzdGF0aWMgaW50IGdyaWRfd2lk dGgsIGdyaWRfaGVpZ2h0Ow0Kc3RhdGljIGludCBidzsNCg0Kc3RhdGljIGlu dAl4ID0gMCwgeSA9IDAsIHJlc3RhcnQgPSAwLCBzdG9wID0gMCwgc3RhdGUg PSAxLCBtYXhfbGVuZ3RoOw0Kc3RhdGljIGludCAgICAgIHN5bmNfcCwgYnJp ZGdlX3AsIGlnbm9yYW50X3A7DQoNCg0Kc3RhdGljIHZvaWQNCnNldF9tYXpl X3NpemVzIChpbnQgd2lkdGgsIGludCBoZWlnaHQpDQp7DQogIG1hemVfc2l6 ZV94ID0gd2lkdGggLyBncmlkX3dpZHRoOw0KICBtYXplX3NpemVfeSA9IGhl aWdodCAvIGdyaWRfaGVpZ2h0Ow0KfQ0KDQoNCnN0YXRpYyB2b2lkDQppbml0 aWFsaXplX21hemUgKHZvaWQpIC8qIGRyYXcgdGhlIHN1cnJvdW5kaW5nIHdh bGwgYW5kIHN0YXJ0L2VuZCBzcXVhcmVzICovDQp7DQogIHJlZ2lzdGVyIGlu dCBpLCBqLCB3YWxsOw0KICBpbnQgbG9nb3cgPSAxICsgbG9nb193aWR0aCAv IGdyaWRfd2lkdGg7DQogIGludCBsb2dvaCA9IDEgKyBsb2dvX2hlaWdodCAv IGdyaWRfaGVpZ2h0Ow0KICANCiAgLyogaW5pdGlhbGl6ZSBhbGwgc3F1YXJl cyAqLw0KICBmb3IgKCBpPTA7IGk8bWF6ZV9zaXplX3g7IGkrKykgew0KICAg IGZvciAoIGo9MDsgajxtYXplX3NpemVfeTsgaisrKSB7DQogICAgICBtYXpl W2ldW2pdID0gMDsNCiAgICB9DQogIH0NCiAgDQogIC8qIHRvcCB3YWxsICov DQogIGZvciAoIGk9MDsgaTxtYXplX3NpemVfeDsgaSsrICkgew0KICAgIG1h emVbaV1bMF0gfD0gV0FMTF9UT1A7DQogIH0NCiAgDQogIC8qIHJpZ2h0IHdh bGwgKi8NCiAgZm9yICggaj0wOyBqPG1hemVfc2l6ZV95OyBqKysgKSB7DQog ICAgbWF6ZVttYXplX3NpemVfeC0xXVtqXSB8PSBXQUxMX1JJR0hUOw0KICB9 DQogIA0KICAvKiBib3R0b20gd2FsbCAqLw0KICBmb3IgKCBpPTA7IGk8bWF6 ZV9zaXplX3g7IGkrKyApIHsNCiAgICBtYXplW2ldW21hemVfc2l6ZV95LTFd IHw9IFdBTExfQk9UVE9NOw0KICB9DQogIA0KICAvKiBsZWZ0IHdhbGwgKi8N CiAgZm9yICggaj0wOyBqPG1hemVfc2l6ZV95OyBqKysgKSB7DQogICAgbWF6 ZVswXVtqXSB8PSBXQUxMX0xFRlQ7DQogIH0NCiAgDQogIC8qIHNldCBzdGFy dCBzcXVhcmUgKi8NCiAgd2FsbCA9IGdldF9yYW5kb20oNCk7DQogIHN3aXRj aCAod2FsbCkgew0KICBjYXNlIDA6CQ0KICAgIGkgPSBnZXRfcmFuZG9tKG1h emVfc2l6ZV94KTsNCiAgICBqID0gMDsNCiAgICBicmVhazsNCiAgY2FzZSAx OgkNCiAgICBpID0gbWF6ZV9zaXplX3ggLSAxOw0KICAgIGogPSBnZXRfcmFu ZG9tKG1hemVfc2l6ZV95KTsNCiAgICBicmVhazsNCiAgY2FzZSAyOgkNCiAg ICBpID0gZ2V0X3JhbmRvbShtYXplX3NpemVfeCk7DQogICAgaiA9IG1hemVf c2l6ZV95IC0gMTsNCiAgICBicmVhazsNCiAgY2FzZSAzOgkNCiAgICBpID0g MDsNCiAgICBqID0gZ2V0X3JhbmRvbShtYXplX3NpemVfeSk7DQogICAgYnJl YWs7DQogIH0NCiAgbWF6ZVtpXVtqXSB8PSBTVEFSVF9TUVVBUkU7DQogIG1h emVbaV1bal0gfD0gKCBET09SX0lOX1RPUCA+PiB3YWxsICk7DQogIG1hemVb aV1bal0gJj0gfiggV0FMTF9UT1AgPj4gd2FsbCApOw0KICBjdXJfc3FfeCA9 IGk7DQogIGN1cl9zcV95ID0gajsNCiAgc3RhcnRfeCA9IGk7DQogIHN0YXJ0 X3kgPSBqOw0KICBzdGFydF9kaXIgPSB3YWxsOw0KICBzcW51bSA9IDA7DQog IA0KICAvKiBzZXQgZW5kIHNxdWFyZSAqLw0KICB3YWxsID0gKHdhbGwgKyAy KSU0Ow0KICBzd2l0Y2ggKHdhbGwpIHsNCiAgY2FzZSAwOg0KICAgIGkgPSBn ZXRfcmFuZG9tKG1hemVfc2l6ZV94KTsNCiAgICBqID0gMDsNCiAgICBicmVh azsNCiAgY2FzZSAxOg0KICAgIGkgPSBtYXplX3NpemVfeCAtIDE7DQogICAg aiA9IGdldF9yYW5kb20obWF6ZV9zaXplX3kpOw0KICAgIGJyZWFrOw0KICBj YXNlIDI6DQogICAgaSA9IGdldF9yYW5kb20obWF6ZV9zaXplX3gpOw0KICAg IGogPSBtYXplX3NpemVfeSAtIDE7DQogICAgYnJlYWs7DQogIGNhc2UgMzoN CiAgICBpID0gMDsNCiAgICBqID0gZ2V0X3JhbmRvbShtYXplX3NpemVfeSk7 DQogICAgYnJlYWs7DQogIH0NCiAgbWF6ZVtpXVtqXSB8PSBFTkRfU1FVQVJF Ow0KICBtYXplW2ldW2pdIHw9ICggRE9PUl9PVVRfVE9QID4+IHdhbGwgKTsN CiAgbWF6ZVtpXVtqXSAmPSB+KCBXQUxMX1RPUCA+PiB3YWxsICk7DQogIGVu ZF94ID0gaTsNCiAgZW5kX3kgPSBqOw0KICBlbmRfZGlyID0gd2FsbDsNCiAg DQogIC8qIHNldCBsb2dvICovDQogIGlmICgobWF6ZV9zaXplX3gtbG9nb3cg Pj0gNikgJiYgKG1hemVfc2l6ZV95LWxvZ29oID49IDYpKQ0KICAgIHsNCiAg ICAgIC8qIG5vdCBjbG9zZXIgdGhhbiAzIGdyaWQgdW5pdHMgZnJvbSBhIHdh bGwgKi8NCiAgICAgIGxvZ29feCA9IGdldF9yYW5kb20gKG1hemVfc2l6ZV94 IC0gbG9nb3cgLSA1KSArIDM7DQogICAgICBsb2dvX3kgPSBnZXRfcmFuZG9t IChtYXplX3NpemVfeSAtIGxvZ29oIC0gNSkgKyAzOw0KICAgICAgZm9yIChp PTA7IGk8bG9nb3c7IGkrKykNCglmb3IgKGo9MDsgajxsb2dvaDsgaisrKQ0K CSAgbWF6ZVtsb2dvX3ggKyBpXVtsb2dvX3kgKyBqXSB8PSBET09SX0lOX1RP UDsNCiAgICB9DQogIGVsc2UNCiAgICBsb2dvX3kgPSBsb2dvX3ggPSAtMTsN Cn0NCg0Kc3RhdGljIGludCBjaG9vc2VfZG9vciAodm9pZCk7DQpzdGF0aWMg aW50IGJhY2t1cCAodm9pZCk7DQpzdGF0aWMgdm9pZCBkcmF3X3dhbGwgKGlu dCwgaW50LCBpbnQpOw0Kc3RhdGljIHZvaWQgZHJhd19zb2xpZF9zcXVhcmUg KGludCwgaW50LCBpbnQsIEltYWdlKik7DQovKnN0YXRpYyB2b2lkIGVudGVy X3NxdWFyZSAoaW50KTsqLw0Kc3RhdGljIHZvaWQgYnVpbGRfd2FsbCAoaW50 LCBpbnQsIGludCk7DQovKnN0YXRpYyB2b2lkIGJyZWFrX3dhbGwgKGludCwg aW50LCBpbnQpOyovDQoNCnN0YXRpYyB2b2lkIGpvaW5fc2V0cyhpbnQsIGlu dCk7DQoNCi8qIEZvciBzZXRfY3JlYXRlX21hemUuICovDQovKiBUaGUgc2V0 cyB0aGF0IG91ciBzcXVhcmVzIGFyZSBpbi4gKi8NCnN0YXRpYyBpbnQgKnNl dHMgPSAwOw0KLyogVGhlIGBsaXN0JyBvZiBoZWRnZXMuICovDQpzdGF0aWMg aW50ICpoZWRnZXMgPSAwOw0KDQoNCi8qIEluaXRpYWxpc2UgdGhlIHNldHMu ICovDQpzdGF0aWMgdm9pZCANCmluaXRfc2V0cyh2b2lkKQ0Kew0KICBpbnQg aSwgdCwgciwgeCwgeTsNCg0KICBpZihzZXRzKQ0KICAgIGZyZWUoc2V0cyk7 DQogIHNldHMgPSAoaW50ICopbWFsbG9jKG1hemVfc2l6ZV94Km1hemVfc2l6 ZV95KnNpemVvZihpbnQpKTsNCiAgaWYoIXNldHMpDQogICAgYWJvcnQoKTsN CiAgZm9yKGkgPSAwOyBpIDwgbWF6ZV9zaXplX3gqbWF6ZV9zaXplX3k7IGkr KykNCiAgICB7DQogICAgICBzZXRzW2ldID0gaTsNCiAgICB9DQogIA0KICBp ZihoZWRnZXMpDQogICAgZnJlZShoZWRnZXMpOw0KICBoZWRnZXMgPSAoaW50 ICopbWFsbG9jKG1hemVfc2l6ZV94Km1hemVfc2l6ZV95KjIqc2l6ZW9mKGlu dCkpOw0KICBpZighaGVkZ2VzKQ0KICAgIGFib3J0KCk7DQogIGZvcihpID0g MDsgaSA8IG1hemVfc2l6ZV94Km1hemVfc2l6ZV95KjI7IGkrKykNCiAgICB7 DQogICAgICBoZWRnZXNbaV0gPSBpOw0KICAgIH0NCiAgLyogTWFzayBvdXQg b3V0c2lkZSB3YWxscy4gKi8NCiAgZm9yKGkgPSAwOyBpIDwgbWF6ZV9zaXpl X3k7IGkrKykNCiAgICB7DQogICAgICBoZWRnZXNbMiooKG1hemVfc2l6ZV94 KSppK21hemVfc2l6ZV94LTEpKzFdID0gLTE7DQogICAgfQ0KICBmb3IoaSA9 IDA7IGkgPCBtYXplX3NpemVfeDsgaSsrKQ0KICAgIHsNCiAgICAgIGhlZGdl c1syKigobWF6ZV9zaXplX3ktMSkqbWF6ZV9zaXplX3graSldID0gLTE7DQog ICAgfQ0KICAvKiBNYXNrIG91dCBhIHBvc3NpYmxlIGxvZ28uICovDQogIGlm KGxvZ29feCE9LTEpDQogICAgew0KICAgICAgaW50IGxvZ293ID0gMSArIGxv Z29fd2lkdGggLyBncmlkX3dpZHRoOw0KICAgICAgaW50IGxvZ29oID0gMSAr IGxvZ29faGVpZ2h0IC8gZ3JpZF9oZWlnaHQ7DQogICAgICBpbnQgYnJpZGdl X2RpciwgYnJpZGdlX2M7DQoNCiAgICAgIGlmKGJyaWRnZV9wICYmIGxvZ29o Pj0zICYmIGxvZ293Pj0zKQ0KCXsNCgkgIGJyaWRnZV9kaXIgPSAxK3JhbmRv bSgpJTI7DQoJICBpZihicmlkZ2VfZGlyPT0xKQ0KCSAgICB7DQoJICAgICAg YnJpZGdlX2MgPSBsb2dvX3krcmFuZG9tKCklKGxvZ29oLTIpKzE7DQoJICAg IH0NCgkgIGVsc2UNCgkgICAgew0KCSAgICAgIGJyaWRnZV9jID0gbG9nb194 K3JhbmRvbSgpJShsb2dvdy0yKSsxOw0KCSAgICB9DQoJfQ0KICAgICAgZWxz ZQ0KCXsNCgkgIGJyaWRnZV9kaXIgPSAwOw0KCSAgYnJpZGdlX2MgPSAtMTsN Cgl9DQoNCiAgICAgIGZvcih4ID0gbG9nb194OyB4IDwgbG9nb194K2xvZ293 OyB4KyspDQoJZm9yKHkgPSBsb2dvX3k7IHkgPCBsb2dvX3krbG9nb2g7IHkr KykNCgkgIHsNCgkgICAgLyogSSBzaG91bGQgY2hlY2sgZm9yIHRoZSBicmlk Z2UgaGVyZSwgZXhjZXB0IHRoYXQgSSBqb2luIHRoZQ0KICAgICAgICAgICAg ICogYnJpZGdlIHRvZ2V0aGVyIGJlbG93Lg0KICAgICAgICAgICAgICovDQoJ ICAgIGhlZGdlc1syKih4K21hemVfc2l6ZV94KnkpKzFdID0gLTE7DQoJICAg IGhlZGdlc1syKih4K21hemVfc2l6ZV94KnkpXSA9IC0xOw0KCSAgfQ0KICAg ICAgZm9yKHggPSBsb2dvX3g7IHggPCBsb2dvX3grbG9nb3c7IHgrKykNCgl7 DQoJICBpZighKGJyaWRnZV9kaXI9PTIgJiYgeD09YnJpZGdlX2MpKQ0KCSAg ICB7DQoJICAgICAgYnVpbGRfd2FsbCh4LCBsb2dvX3ksIDApOw0KCSAgICAg IGJ1aWxkX3dhbGwoeCwgbG9nb195K2xvZ29oLCAwKTsNCgkgICAgfQ0KCSAg aGVkZ2VzWzIqKHgrbWF6ZV9zaXplX3gqKGxvZ29feS0xKSldID0gLTE7DQoJ ICBpZihicmlkZ2VfZGlyPT0xKQ0KCSAgICB7DQoJICAgICAgYnVpbGRfd2Fs bCh4LCBicmlkZ2VfYywgMCk7DQoJICAgICAgYnVpbGRfd2FsbCh4LCBicmlk Z2VfYywgMik7DQoJICAgIH0NCgl9DQogICAgICBmb3IoeSA9IGxvZ29feTsg eSA8IGxvZ29feStsb2dvaDsgeSsrKQ0KCXsNCgkgIGlmKCEoYnJpZGdlX2Rp cj09MSAmJiB5PT1icmlkZ2VfYykpDQoJICAgIHsNCgkgICAgICBidWlsZF93 YWxsKGxvZ29feCwgeSwgMyk7DQoJICAgICAgYnVpbGRfd2FsbChsb2dvX3gr bG9nb3csIHksIDMpOw0KCSAgICB9DQoJICBoZWRnZXNbMioobG9nb194LTEr bWF6ZV9zaXplX3gqeSkrMV0gPSAtMTsNCgkgIGlmKGJyaWRnZV9kaXI9PTIp DQoJICAgIHsNCgkgICAgICBidWlsZF93YWxsKGJyaWRnZV9jLCB5LCAxKTsN CgkgICAgICBidWlsZF93YWxsKGJyaWRnZV9jLCB5LCAzKTsNCgkgICAgfQ0K CX0NCiAgICAgIC8qIEpvaW4gdGhlIHdob2xlIGJyaWRnZSB0b2dldGhlci4g Ki8NCiAgICAgIGlmKGJyaWRnZV9wKQ0KCXsNCgkgIGlmKGJyaWRnZV9kaXI9 PTEpDQoJICAgIHsNCgkgICAgICB4ID0gbG9nb194LTE7DQoJICAgICAgeSA9 IGJyaWRnZV9jOw0KCSAgICAgIGZvcihpID0gbG9nb194OyBpIDwgbG9nb194 K2xvZ293KzE7IGkrKykNCgkJam9pbl9zZXRzKHgreSptYXplX3NpemVfeCwg aSt5Km1hemVfc2l6ZV94KTsNCgkgICAgfQ0KCSAgZWxzZQ0KCSAgICB7DQoJ ICAgICAgeSA9IGxvZ29feS0xOw0KCSAgICAgIHggPSBicmlkZ2VfYzsNCgkg ICAgICBmb3IoaSA9IGxvZ29feTsgaSA8IGxvZ29feStsb2dvaCsxOyBpKysp DQoJCWpvaW5fc2V0cyh4K3kqbWF6ZV9zaXplX3gsIHgraSptYXplX3NpemVf eCk7DQoJICAgIH0NCgl9DQogICAgfQ0KDQogIGZvcihpID0gMDsgaSA8IG1h emVfc2l6ZV94Km1hemVfc2l6ZV95KjI7IGkrKykNCiAgICB7DQogICAgICB0 ID0gaGVkZ2VzW2ldOw0KICAgICAgciA9IHJhbmRvbSgpJShtYXplX3NpemVf eCptYXplX3NpemVfeSoyKTsNCiAgICAgIGhlZGdlc1tpXSA9IGhlZGdlc1ty XTsNCiAgICAgIGhlZGdlc1tyXSA9IHQ7DQogICAgfQ0KfQ0KDQovKiBHZXQg dGhlIHJlcHJlc2VudGF0aXZlIG9mIGEgc2V0LiAqLw0Kc3RhdGljIGludA0K Z2V0X3NldChpbnQgbnVtKQ0Kew0KICBpbnQgczsNCg0KICBpZihzZXRzW251 bV09PW51bSkNCiAgICByZXR1cm4gbnVtOw0KICBlbHNlDQogICAgew0KICAg ICAgcyA9IGdldF9zZXQoc2V0c1tudW1dKTsNCiAgICAgIHNldHNbbnVtXSA9 IHM7DQogICAgICByZXR1cm4gczsNCiAgICB9DQp9DQoNCi8qIEpvaW4gdHdv IHNldHMgdG9nZXRoZXIuICovDQpzdGF0aWMgdm9pZA0Kam9pbl9zZXRzKG51 bTEsIG51bTIpDQogICAgIGludCBudW0xLCBudW0yOw0Kew0KICBpbnQgczEs IHMyOw0KDQogIHMxID0gZ2V0X3NldChudW0xKTsNCiAgczIgPSBnZXRfc2V0 KG51bTIpOw0KICANCiAgaWYoczE8czIpDQogICAgc2V0c1tzMl0gPSBzMTsN CiAgZWxzZQ0KICAgIHNldHNbczFdID0gczI7DQp9DQoNCi8qIEV4aXRpYWxp c2UgdGhlIHNldHMuICovDQpzdGF0aWMgdm9pZA0KZXhpdF9zZXRzKHZvaWQp DQp7DQogIGlmKGhlZGdlcykNCiAgICBmcmVlKGhlZGdlcyk7DQogIGhlZGdl cyA9IDA7DQogIGlmKHNldHMpDQogICAgZnJlZShzZXRzKTsNCiAgc2V0cyA9 IDA7DQp9DQoNCg0KLyogU2Vjb25kIGFsdGVybmF0aXZlIG1hemUgY3JlYXRv cjogUHV0IGVhY2ggc3F1YXJlIGluIHRoZSBtYXplIGluIGEgDQogKiBzZXBh cmF0ZSBzZXQuIEFsc28sIG1ha2UgYSBsaXN0IG9mIGFsbCB0aGUgaGVkZ2Vz LiBSYW5kb21pemUgdGhhdCBsaXN0Lg0KICogV2FsayB0aHJvdWdoIHRoZSBs aXN0LiBJZiwgZm9yIGEgY2VydGFpbiBoZWRnZSwgdGhlIHR3byBzcXVhcmVz IG9uIGJvdGgNCiAqIHNpZGVzIG9mIGl0IGFyZSBpbiBkaWZmZXJlbnQgc2V0 cywgdW5pb24gdGhlIHNldHMgYW5kIHJlbW92ZSB0aGUgaGVkZ2UuDQogKiBD b250aW51ZSB1bnRpbCBhbGwgaGVkZ2VzIGhhdmUgYmVlbiBwcm9jZXNzZWQg b3Igb25seSBvbmUgc2V0IHJlbWFpbnMuDQogKi8NCnN0YXRpYyB2b2lkDQpz ZXRfY3JlYXRlX21hemUodm9pZCkNCnsNCiAgaW50IGksIGgsIHgsIHksIGRp ciwgdiwgdzsNCg0KICAvKiBEbyBhbG1vc3QgYWxsIHRoZSBzZXR1cC4gKi8N CiAgaW5pdF9zZXRzKCk7DQoNCiAgLyogU3RhcnQgcnVubmluZyB0aHJvdWdo IHRoZSBoZWRnZXMuICovDQogIGZvcihpID0gMDsgaSA8IDIqbWF6ZV9zaXpl X3gqbWF6ZV9zaXplX3k7IGkrKykNCiAgICB7IA0KICAgICAgaCA9IGhlZGdl c1tpXTsNCg0KICAgICAgLyogVGhpcyBvbmUgaXMgaW4gdGhlIGxvZ28gb3Ig b3V0c2lkZSBib3JkZXIuICovDQogICAgICBpZihoPT0tMSkNCgljb250aW51 ZTsNCg0KICAgICAgZGlyID0gaCUyPzE6MjsNCiAgICAgIHggPSAoaD4+MSkl bWF6ZV9zaXplX3g7DQogICAgICB5ID0gKGg+PjEpL21hemVfc2l6ZV94Ow0K DQogICAgICB2ID0geDsNCiAgICAgIHcgPSB5Ow0KICAgICAgc3dpdGNoKGRp cikNCgl7DQoJY2FzZSAxOg0KCSAgdisrOw0KCSAgYnJlYWs7DQoJY2FzZSAy Og0KCSAgdysrOw0KCSAgYnJlYWs7DQoJfQ0KDQoNCiAgICAgIGlmKGdldF9z ZXQoeCt5Km1hemVfc2l6ZV94KSE9Z2V0X3NldCh2K3cqbWF6ZV9zaXplX3gp KQ0KCXsNCg0KCSAgam9pbl9zZXRzKHgreSptYXplX3NpemVfeCwgdit3Km1h emVfc2l6ZV94KTsNCgkgIC8qIERvbid0IGRyYXcgdGhlIHdhbGwuICovDQoJ fQ0KICAgICAgZWxzZQ0KCXsNCg0KCSAgLyogRG9uJ3Qgam9pbiB0aGUgc2V0 cy4gKi8NCgkgIGJ1aWxkX3dhbGwoeCwgeSwgZGlyKTsgDQoJfQ0KICAgIH0N Cg0KICAvKiBGcmVlIHNvbWUgbWVtb3J5LiAqLw0KICBleGl0X3NldHMoKTsN Cn0NCg0KLyogRmlyc3QgYWx0ZXJuYXRpdmUgbWF6ZSBjcmVhdG9yOiBQaWNr IGEgcmFuZG9tLCBlbXB0eSBjb3JuZXIgaW4gdGhlIG1hemUuDQogKiBQaWNr IGEgcmFuZG9tIGRpcmVjdGlvbi4gRHJhdyBhIHdhbGwgaW4gdGhhdCBkaXJl Y3Rpb24sIGZyb20gdGhhdCBjb3JuZXINCiAqIHVudGlsIHdlIGhpdCBhIHdh bGwuIE9wdGlvbjogT25seSBkcmF3IHRoZSB3YWxsIGlmIGl0J3MgZ29pbmcg dG8gYmUgDQogKiBzaG9ydGVyIHRoYW4gYSBjZXJ0YWluIGxlbmd0aC4gT3Ro ZXJ3aXNlIHdlIGdldCBsb3RzIG9mIGxvbmcgd2FsbHMuDQogKi8NCnN0YXRp YyB2b2lkDQphbHRfY3JlYXRlX21hemUodm9pZCkNCnsNCiAgY2hhciAqY29y bmVyczsNCiAgaW50ICpjX2lkeDsNCiAgaW50IGksIGosIGhlaWdodCwgd2lk dGgsIG9wZW5fY29ybmVycywgaywgZGlyLCB4LCB5Ow0KDQogIGhlaWdodCA9 IG1hemVfc2l6ZV95KzE7DQogIHdpZHRoID0gbWF6ZV9zaXplX3grMTsNCg0K ICAvKiBBbGxvY2F0ZSBhbmQgY2xlYXIgc29tZSBtZW0uICovDQogIGNvcm5l cnMgPSAoY2hhciAqKWNhbGxvYyhoZWlnaHQqd2lkdGgsIDEpOw0KICBpZigh Y29ybmVycykNCiAgICByZXR1cm47DQoNCiAgLyogU2V0IHVwIHRoZSBpbmRl eGluZyBhcnJheS4gKi8NCiAgY19pZHggPSAoaW50ICopbWFsbG9jKHNpemVv ZihpbnQpKmhlaWdodCp3aWR0aCk7DQogIGlmKCFjX2lkeCkNCiAgICB7DQog ICAgICBmcmVlKGNvcm5lcnMpOw0KICAgICAgcmV0dXJuOw0KICAgIH0NCiAg Zm9yKGkgPSAwOyBpIDwgaGVpZ2h0KndpZHRoOyBpKyspDQogICAgY19pZHhb aV0gPSBpOw0KICBmb3IoaSA9IDA7IGkgPCBoZWlnaHQqd2lkdGg7IGkrKykN CiAgICB7DQogICAgICBqID0gY19pZHhbaV07DQogICAgICBrID0gcmFuZG9t KCklKGhlaWdodCp3aWR0aCk7DQogICAgICBjX2lkeFtpXSA9IGNfaWR4W2td Ow0KICAgICAgY19pZHhba10gPSBqOw0KICAgIH0NCg0KICAvKiBTZXQgdXAg c29tZSBpbml0aWFsIHdhbGxzLiAqLw0KICAvKiBPdXRzaWRlIHdhbGxzLiAq Lw0KICBmb3IoaSA9IDA7IGkgPCB3aWR0aDsgaSsrKQ0KICAgIHsNCiAgICAg IGNvcm5lcnNbaV0gPSAxOw0KICAgICAgY29ybmVyc1tpK3dpZHRoKihoZWln aHQtMSldID0gMTsNCiAgICB9DQogIGZvcihpID0gMDsgaSA8IGhlaWdodDsg aSsrKQ0KICAgIHsNCiAgICAgIGNvcm5lcnNbaSp3aWR0aF0gPSAxOw0KICAg ICAgY29ybmVyc1tpKndpZHRoK3dpZHRoLTFdID0gMTsNCiAgICB9DQogIC8q IFdhbGxzIGFyb3VuZCBsb2dvLiBJbiBmYWN0LCBpbnNpZGUgdGhlIGxvZ28s IHRvby4gKi8NCiAgLyogQWxzbyBkcmF3IHRoZSB3YWxscy4gKi8NCiAgaWYo bG9nb194IT0tMSkNCiAgICB7DQogICAgICBpbnQgbG9nb3cgPSAxICsgbG9n b193aWR0aCAvIGdyaWRfd2lkdGg7DQogICAgICBpbnQgbG9nb2ggPSAxICsg bG9nb19oZWlnaHQgLyBncmlkX2hlaWdodDsNCiAgICAgIGludCBicmlkZ2Vf ZGlyLCBicmlkZ2VfYzsNCg0KICAgICAgaWYoYnJpZGdlX3AgJiYgbG9nb2g+ PTMgJiYgbG9nb3c+PTMpDQoJew0KCSAgYnJpZGdlX2RpciA9IDErcmFuZG9t KCklMjsNCgkgIGlmKGJyaWRnZV9kaXI9PTEpDQoJICAgIHsNCgkgICAgICBi cmlkZ2VfYyA9IGxvZ29feStyYW5kb20oKSUobG9nb2gtMikrMTsNCgkgICAg fQ0KCSAgZWxzZQ0KCSAgICB7DQoJICAgICAgYnJpZGdlX2MgPSBsb2dvX3gr cmFuZG9tKCklKGxvZ293LTIpKzE7DQoJICAgIH0NCgl9DQogICAgICBlbHNl DQoJew0KCSAgYnJpZGdlX2RpciA9IDA7DQoJICBicmlkZ2VfYyA9IC0xOw0K CX0NCiAgICAgIGZvcihpID0gbG9nb194OyBpIDw9IGxvZ29feCArIGxvZ293 OyBpKyspDQoJew0KCSAgZm9yKGogPSBsb2dvX3k7IGogPD0gbG9nb195ICsg bG9nb2g7IGorKykNCgkgICAgew0KCSAgICAgIGNvcm5lcnNbaSt3aWR0aCpq XSA9IDE7DQoJICAgIH0NCgl9DQogICAgICBmb3IoeCA9IGxvZ29feDsgeCA8 IGxvZ29feCtsb2dvdzsgeCsrKQ0KCXsNCgkgIGlmKCEoYnJpZGdlX2Rpcj09 MiAmJiB4PT1icmlkZ2VfYykpDQoJICAgIHsNCgkgICAgICBidWlsZF93YWxs KHgsIGxvZ29feSwgMCk7DQoJICAgICAgYnVpbGRfd2FsbCh4LCBsb2dvX3kr bG9nb2gsIDApOw0KCSAgICB9DQoJICBpZihicmlkZ2VfZGlyPT0xKQ0KCSAg ICB7DQoJICAgICAgYnVpbGRfd2FsbCh4LCBicmlkZ2VfYywgMCk7DQoJICAg ICAgYnVpbGRfd2FsbCh4LCBicmlkZ2VfYywgMik7DQoJICAgIH0NCgl9DQog ICAgICBmb3IoeSA9IGxvZ29feTsgeSA8IGxvZ29feStsb2dvaDsgeSsrKQ0K CXsNCgkgIGlmKCEoYnJpZGdlX2Rpcj09MSAmJiB5PT1icmlkZ2VfYykpDQoJ ICAgIHsNCgkgICAgICBidWlsZF93YWxsKGxvZ29feCwgeSwgMyk7DQoJICAg ICAgYnVpbGRfd2FsbChsb2dvX3grbG9nb3csIHksIDMpOw0KCSAgICB9DQoJ ICBpZihicmlkZ2VfZGlyPT0yKQ0KCSAgICB7DQoJICAgICAgYnVpbGRfd2Fs bChicmlkZ2VfYywgeSwgMSk7DQoJICAgICAgYnVpbGRfd2FsbChicmlkZ2Vf YywgeSwgMyk7DQoJICAgIH0NCgl9DQogICAgICAvKiBDb25uZWN0IG9uZSB3 YWxsIG9mIHRoZSBsb2dvIHdpdGggYW4gb3V0c2lkZSB3YWxsLiAqLw0KICAg ICAgaWYoYnJpZGdlX3ApDQoJZGlyID0gKGJyaWRnZV9kaXIrMSklNDsNCiAg ICAgIGVsc2UNCglkaXIgPSByYW5kb20oKSU0Ow0KICAgICAgc3dpdGNoKGRp cikNCgl7DQoJY2FzZSAwOg0KCSAgeCA9IGxvZ29feCsocmFuZG9tKCklKGxv Z293KzEpKTsNCgkgIHkgPSBsb2dvX3k7DQoJICBicmVhazsNCgljYXNlIDE6 DQoJICB4ID0gbG9nb194K2xvZ293Ow0KCSAgeSA9IGxvZ29feSsocmFuZG9t KCklKGxvZ29oKzEpKTsNCgkgIGJyZWFrOw0KCWNhc2UgMjoNCgkgIHggPSBs b2dvX3grKHJhbmRvbSgpJShsb2dvdysxKSk7DQoJICB5ID0gbG9nb195K2xv Z29oOw0KCSAgYnJlYWs7DQoJY2FzZSAzOg0KCSAgeCA9IGxvZ29feDsNCgkg IHkgPSBsb2dvX3krKHJhbmRvbSgpJShsb2dvaCsxKSk7DQoJICBicmVhazsN Cgl9DQogICAgICBkbw0KCXsNCgkgIGNvcm5lcnNbeCt3aWR0aCp5XSA9IDE7 DQoJICBzd2l0Y2goZGlyKQ0KCSAgICB7DQoJICAgIGNhc2UgMDoNCgkgICAg ICBidWlsZF93YWxsKHgtMSwgeS0xLCAxKTsNCgkgICAgICB5LS07DQoJICAg ICAgYnJlYWs7DQoJICAgIGNhc2UgMToNCgkgICAgICBidWlsZF93YWxsKHgs IHksIDApOw0KCSAgICAgIHgrKzsNCgkgICAgICBicmVhazsNCgkgICAgY2Fz ZSAyOg0KCSAgICAgIGJ1aWxkX3dhbGwoeCwgeSwgMyk7DQoJICAgICAgeSsr Ow0KCSAgICAgIGJyZWFrOw0KCSAgICBjYXNlIDM6DQoJICAgICAgYnVpbGRf d2FsbCh4LTEsIHktMSwgMik7DQoJICAgICAgeC0tOw0KCSAgICAgIGJyZWFr OwkgIA0KCSAgICB9DQoJfQ0KICAgICAgd2hpbGUoIWNvcm5lcnNbeCt3aWR0 aCp5XSk7DQogICAgICBpZihicmlkZ2VfcCkNCgl7DQoJICBkaXIgPSAoZGly KzIpJTQ7DQoJICBzd2l0Y2goZGlyKQ0KCSAgICB7DQoJICAgIGNhc2UgMDoN CgkgICAgICB4ID0gbG9nb194KyhyYW5kb20oKSUobG9nb3crMSkpOw0KCSAg ICAgIHkgPSBsb2dvX3k7DQoJICAgICAgYnJlYWs7DQoJICAgIGNhc2UgMToN CgkgICAgICB4ID0gbG9nb194K2xvZ293Ow0KCSAgICAgIHkgPSBsb2dvX3kr KHJhbmRvbSgpJShsb2dvaCsxKSk7DQoJICAgICAgYnJlYWs7DQoJICAgIGNh c2UgMjoNCgkgICAgICB4ID0gbG9nb194KyhyYW5kb20oKSUobG9nb3crMSkp Ow0KCSAgICAgIHkgPSBsb2dvX3krbG9nb2g7DQoJICAgICAgYnJlYWs7DQoJ ICAgIGNhc2UgMzoNCgkgICAgICB4ID0gbG9nb194Ow0KCSAgICAgIHkgPSBs b2dvX3krKHJhbmRvbSgpJShsb2dvaCsxKSk7DQoJICAgICAgYnJlYWs7DQoJ ICAgIH0NCgkgIGRvDQoJICAgIHsNCgkgICAgICBjb3JuZXJzW3grd2lkdGgq eV0gPSAxOw0KCSAgICAgIHN3aXRjaChkaXIpDQoJCXsNCgkJY2FzZSAwOg0K CQkgIGJ1aWxkX3dhbGwoeC0xLCB5LTEsIDEpOw0KCQkgIHktLTsNCgkJICBi cmVhazsNCgkJY2FzZSAxOg0KCQkgIGJ1aWxkX3dhbGwoeCwgeSwgMCk7DQoJ CSAgeCsrOw0KCQkgIGJyZWFrOw0KCQljYXNlIDI6DQoJCSAgYnVpbGRfd2Fs bCh4LCB5LCAzKTsNCgkJICB5Kys7DQoJCSAgYnJlYWs7DQoJCWNhc2UgMzoN CgkJICBidWlsZF93YWxsKHgtMSwgeS0xLCAyKTsNCgkJICB4LS07DQoJCSAg YnJlYWs7CSAgDQoJCX0NCgkgICAgfQ0KCSAgd2hpbGUoIWNvcm5lcnNbeCt3 aWR0aCp5XSk7DQoJfQ0KICAgIH0NCg0KICAvKiBDb3VudCBvcGVuIGdyaWRw b2ludHMuICovDQogIG9wZW5fY29ybmVycyA9IDA7DQogIGZvcihpID0gMDsg aSA8IHdpZHRoOyBpKyspDQogICAgZm9yKGogPSAwOyBqIDwgaGVpZ2h0OyBq KyspDQogICAgICBpZighY29ybmVyc1tpK3dpZHRoKmpdKQ0KCW9wZW5fY29y bmVycysrOw0KDQogIC8qIE5vdyBkbyBhY3R1YWwgbWF6ZSBnZW5lcmF0aW9u LiAqLw0KICB3aGlsZShvcGVuX2Nvcm5lcnM+MCkNCiAgICB7DQogICAgICBm b3IoaSA9IDA7IGkgPCB3aWR0aCpoZWlnaHQ7IGkrKykNCgl7DQoJICBpZigh Y29ybmVyc1tjX2lkeFtpXV0pDQoJICAgIHsNCgkgICAgICB4ID0gY19pZHhb aV0ld2lkdGg7DQoJICAgICAgeSA9IGNfaWR4W2ldL3dpZHRoOw0KCSAgICAg IC8qIENob29zZSBhIHJhbmRvbSBkaXJlY3Rpb24uICovDQoJICAgICAgZGly ID0gcmFuZG9tKCklNDsNCgkgICAgICANCgkgICAgICBrID0gMDsNCgkgICAg ICAvKiBNZWFzdXJlIHRoZSBsZW5ndGggb2YgdGhlIHdhbGwgd2UnZCBkcmF3 LiAqLw0KCSAgICAgIHdoaWxlKCFjb3JuZXJzW3grd2lkdGgqeV0pDQoJCXsN CgkJICBrKys7DQoJCSAgc3dpdGNoKGRpcikNCgkJICAgIHsNCgkJICAgIGNh c2UgMDoNCgkJICAgICAgeS0tOw0KCQkgICAgICBicmVhazsNCgkJICAgIGNh c2UgMToNCgkJICAgICAgeCsrOw0KCQkgICAgICBicmVhazsNCgkJICAgIGNh c2UgMjoNCgkJICAgICAgeSsrOw0KCQkgICAgICBicmVhazsNCgkJICAgIGNh c2UgMzoNCgkJICAgICAgeC0tOw0KCQkgICAgICBicmVhazsNCgkJICAgIH0N CgkJfQ0KCSAgICAgIA0KCSAgICAgIGlmKGs8PW1heF9sZW5ndGgpDQoJCXsN CgkJICB4ID0gY19pZHhbaV0ld2lkdGg7DQoJCSAgeSA9IGNfaWR4W2ldL3dp ZHRoOw0KCQkgIA0KCQkgIC8qIERyYXcgYSB3YWxsIHVudGlsIHdlIGhpdCBz b21ldGhpbmcuICovDQoJCSAgd2hpbGUoIWNvcm5lcnNbeCt3aWR0aCp5XSkN CgkJICAgIHsNCgkJICAgICAgb3Blbl9jb3JuZXJzLS07DQoJCSAgICAgIGNv cm5lcnNbeCt3aWR0aCp5XSA9IDE7DQoJCSAgICAgIHN3aXRjaChkaXIpDQoJ CQl7DQoJCQljYXNlIDA6DQoJCQkgIGJ1aWxkX3dhbGwoeC0xLCB5LTEsIDEp Ow0KCQkJICB5LS07DQoJCQkgIGJyZWFrOw0KCQkJY2FzZSAxOg0KCQkJICBi dWlsZF93YWxsKHgsIHksIDApOw0KCQkJICB4Kys7DQoJCQkgIGJyZWFrOw0K CQkJY2FzZSAyOg0KCQkJICBidWlsZF93YWxsKHgsIHksIDMpOw0KCQkJICB5 Kys7DQoJCQkgIGJyZWFrOw0KCQkJY2FzZSAzOg0KCQkJICBidWlsZF93YWxs KHgtMSwgeS0xLCAyKTsNCgkJCSAgeC0tOw0KCQkJICBicmVhazsNCgkJCX0N CgkJICAgIH0NCgkJfQ0KCSAgICB9DQoJfQ0KICAgIH0NCg0KICAvKiBGcmVl IHNvbWUgbWVtb3J5IHdlIHVzZWQuICovDQogIGZyZWUoY29ybmVycyk7DQog IGZyZWUoY19pZHgpOw0KfQ0KDQovKiBUaGUgb3JpZ2luYWwgbWF6ZSBjcmVh dG9yLiBTdGFydCBzb21ld2hlcmUuIFRha2UgYSBzdGVwIGluIGEgcmFuZG9t IA0KICogZGlyZWN0aW9uLiBLZWVwIGRvaW5nIHRoaXMgdW50aWwgd2UgaGl0 IGEgd2FsbC4gVGhlbiwgYmFja3RyYWNrIHVudGlsDQogKiB3ZSBmaW5kIGEg cG9pbnQgd2hlcmUgd2UgY2FuIGdvIGluIGFub3RoZXIgZGlyZWN0aW9uLg0K ICovDQpzdGF0aWMgdm9pZA0KY3JlYXRlX21hemUgKHZvaWQpICAgIC8qIGNy ZWF0ZSBhIG1hemUgbGF5b3V0IGdpdmVuIHRoZSBpbml0aWFsaXplZCBtYXpl ICovDQp7DQogIHJlZ2lzdGVyIGludCBpLCBuZXdkb29yID0gMDsNCiAgaW50 IGxvZ293ID0gMSArIGxvZ29fd2lkdGggLyBncmlkX3dpZHRoOw0KICBpbnQg bG9nb2ggPSAxICsgbG9nb19oZWlnaHQgLyBncmlkX2hlaWdodDsNCiAgDQog IC8qIE1heWJlIHdlIHNob3VsZCBtYWtlIGEgYnJpZGdlPyAqLw0KICBpZihi cmlkZ2VfcCAmJiBsb2dvX3g+PTAgJiYgbG9nb3c+PTMgJiYgbG9nb2g+PTMp DQogICAgew0KICAgICAgaW50IGJyaWRnZV9kaXIsIGJyaWRnZV9jOw0KDQog ICAgICBicmlkZ2VfZGlyID0gMStyYW5kb20oKSUyOw0KICAgICAgaWYoYnJp ZGdlX2Rpcj09MSkNCgl7DQoJICBpZihsb2dvaD49MykNCgkgICAgYnJpZGdl X2MgPSBsb2dvX3krcmFuZG9tKCklKGxvZ29oLTIpKzE7DQoJICBlbHNlDQoJ ICAgIGJyaWRnZV9jID0gbG9nb195K3JhbmRvbSgpJWxvZ29oOw0KCX0NCiAg ICAgIGVsc2UNCgl7DQoJICBpZihsb2dvdz49MykNCgkgICAgYnJpZGdlX2Mg PSBsb2dvX3grcmFuZG9tKCklKGxvZ293LTIpKzE7DQoJICBlbHNlDQoJICAg IGJyaWRnZV9jID0gbG9nb194K3JhbmRvbSgpJWxvZ293Ow0KCX0NCg0KICAg ICAgaWYoYnJpZGdlX2Rpcj09MSkNCgl7DQoJICBmb3IoaSA9IGxvZ29feDsg aSA8IGxvZ29feCtsb2dvdzsgaSsrKQ0KCSAgICB7DQoJICAgICAgbWF6ZVtp XVticmlkZ2VfY10gJj0gfkRPT1JfSU5fVE9QOw0KCSAgICB9DQoJfQ0KICAg ICAgZWxzZQ0KCXsNCgkgIGZvcihpID0gbG9nb195OyBpIDwgbG9nb195K2xv Z29oOyBpKyspDQoJICAgIHsNCgkgICAgICBtYXplW2JyaWRnZV9jXVtpXSAm PSB+RE9PUl9JTl9UT1A7DQoJICAgIH0NCgl9DQogICAgfQ0KDQogIGRvIHsN CiAgICBtb3ZlX2xpc3Rbc3FudW1dLnggPSBjdXJfc3FfeDsNCiAgICBtb3Zl X2xpc3Rbc3FudW1dLnkgPSBjdXJfc3FfeTsNCiAgICBtb3ZlX2xpc3Rbc3Fu dW1dLmRpciA9IG5ld2Rvb3I7DQogICAgd2hpbGUgKCAoIG5ld2Rvb3IgPSBj aG9vc2VfZG9vcigpICkgPT0gLTEgKSB7IC8qIHBpY2sgYSBkb29yICovDQog ICAgICBpZiAoIGJhY2t1cCgpID09IC0xICkgeyAvKiBubyBtb3JlIGRvb3Jz IC4uLiBiYWNrdXAgKi8NCglyZXR1cm47IC8qIGRvbmUgLi4uIHJldHVybiAq Lw0KICAgICAgfQ0KICAgIH0NCiAgICANCiAgICAvKiBtYXJrIHRoZSBvdXQg ZG9vciAqLw0KICAgIG1hemVbY3VyX3NxX3hdW2N1cl9zcV95XSB8PSAoIERP T1JfT1VUX1RPUCA+PiBuZXdkb29yICk7DQogICAgDQogICAgc3dpdGNoIChu ZXdkb29yKSB7DQogICAgY2FzZSAwOiBjdXJfc3FfeS0tOw0KICAgICAgYnJl YWs7DQogICAgY2FzZSAxOiBjdXJfc3FfeCsrOw0KICAgICAgYnJlYWs7DQog ICAgY2FzZSAyOiBjdXJfc3FfeSsrOw0KICAgICAgYnJlYWs7DQogICAgY2Fz ZSAzOiBjdXJfc3FfeC0tOw0KICAgICAgYnJlYWs7DQogICAgfQ0KICAgIHNx bnVtKys7DQogICAgDQogICAgLyogbWFyayB0aGUgaW4gZG9vciAqLw0KICAg IG1hemVbY3VyX3NxX3hdW2N1cl9zcV95XSB8PSAoIERPT1JfSU5fVE9QID4+ ICgobmV3ZG9vcisyKSU0KSApOw0KICAgIA0KICAgIC8qIGlmIGVuZCBzcXVh cmUgc2V0IHBhdGggbGVuZ3RoIGFuZCBzYXZlIHBhdGggKi8NCiAgICBpZiAo IG1hemVbY3VyX3NxX3hdW2N1cl9zcV95XSAmIEVORF9TUVVBUkUgKSB7DQog ICAgICBwYXRoX2xlbmd0aCA9IHNxbnVtOw0KICAgICAgZm9yICggaT0wOyBp PHBhdGhfbGVuZ3RoOyBpKyspIHsNCglzYXZlX3BhdGhbaV0ueCA9IG1vdmVf bGlzdFtpXS54Ow0KCXNhdmVfcGF0aFtpXS55ID0gbW92ZV9saXN0W2ldLnk7 DQoJc2F2ZV9wYXRoW2ldLmRpciA9IG1vdmVfbGlzdFtpXS5kaXI7DQogICAg ICB9DQogICAgfQ0KICAgIA0KICB9IHdoaWxlICgxKTsNCiAgDQp9DQoNCg0K c3RhdGljIGludA0KY2hvb3NlX2Rvb3IgKHZvaWQpICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAvKiBwaWNrIGEgbmV3IHBhdGggKi8NCnsN CiAgaW50IGNhbmRpZGF0ZXNbM107DQogIHJlZ2lzdGVyIGludCBudW1fY2Fu ZGlkYXRlczsNCiAgDQogIG51bV9jYW5kaWRhdGVzID0gMDsNCiAgDQogIC8q IHRvcCB3YWxsICovDQogIGlmICggbWF6ZVtjdXJfc3FfeF1bY3VyX3NxX3ld ICYgRE9PUl9JTl9UT1AgKQ0KICAgIGdvdG8gcmlnaHR3YWxsOw0KICBpZiAo IG1hemVbY3VyX3NxX3hdW2N1cl9zcV95XSAmIERPT1JfT1VUX1RPUCApDQog ICAgZ290byByaWdodHdhbGw7DQogIGlmICggbWF6ZVtjdXJfc3FfeF1bY3Vy X3NxX3ldICYgV0FMTF9UT1AgKQ0KICAgIGdvdG8gcmlnaHR3YWxsOw0KICBp ZiAoIG1hemVbY3VyX3NxX3hdW2N1cl9zcV95IC0gMV0gJiBET09SX0lOX0FO WSApIHsNCiAgICBtYXplW2N1cl9zcV94XVtjdXJfc3FfeV0gfD0gV0FMTF9U T1A7DQogICAgbWF6ZVtjdXJfc3FfeF1bY3VyX3NxX3kgLSAxXSB8PSBXQUxM X0JPVFRPTTsNCiAgICBkcmF3X3dhbGwoY3VyX3NxX3gsIGN1cl9zcV95LCAw KTsNCiAgICBnb3RvIHJpZ2h0d2FsbDsNCiAgfQ0KICBjYW5kaWRhdGVzW251 bV9jYW5kaWRhdGVzKytdID0gMDsNCiAgDQogcmlnaHR3YWxsOg0KICAvKiBy aWdodCB3YWxsICovDQogIGlmICggbWF6ZVtjdXJfc3FfeF1bY3VyX3NxX3ld ICYgRE9PUl9JTl9SSUdIVCApDQogICAgZ290byBib3R0b213YWxsOw0KICBp ZiAoIG1hemVbY3VyX3NxX3hdW2N1cl9zcV95XSAmIERPT1JfT1VUX1JJR0hU ICkNCiAgICBnb3RvIGJvdHRvbXdhbGw7DQogIGlmICggbWF6ZVtjdXJfc3Ff eF1bY3VyX3NxX3ldICYgV0FMTF9SSUdIVCApDQogICAgZ290byBib3R0b213 YWxsOw0KICBpZiAoIG1hemVbY3VyX3NxX3ggKyAxXVtjdXJfc3FfeV0gJiBE T09SX0lOX0FOWSApIHsNCiAgICBtYXplW2N1cl9zcV94XVtjdXJfc3FfeV0g fD0gV0FMTF9SSUdIVDsNCiAgICBtYXplW2N1cl9zcV94ICsgMV1bY3VyX3Nx X3ldIHw9IFdBTExfTEVGVDsNCiAgICBkcmF3X3dhbGwoY3VyX3NxX3gsIGN1 cl9zcV95LCAxKTsNCiAgICBnb3RvIGJvdHRvbXdhbGw7DQogIH0NCiAgY2Fu ZGlkYXRlc1tudW1fY2FuZGlkYXRlcysrXSA9IDE7DQogIA0KIGJvdHRvbXdh bGw6DQogIC8qIGJvdHRvbSB3YWxsICovDQogIGlmICggbWF6ZVtjdXJfc3Ff eF1bY3VyX3NxX3ldICYgRE9PUl9JTl9CT1RUT00gKQ0KICAgIGdvdG8gbGVm dHdhbGw7DQogIGlmICggbWF6ZVtjdXJfc3FfeF1bY3VyX3NxX3ldICYgRE9P Ul9PVVRfQk9UVE9NICkNCiAgICBnb3RvIGxlZnR3YWxsOw0KICBpZiAoIG1h emVbY3VyX3NxX3hdW2N1cl9zcV95XSAmIFdBTExfQk9UVE9NICkNCiAgICBn b3RvIGxlZnR3YWxsOw0KICBpZiAoIG1hemVbY3VyX3NxX3hdW2N1cl9zcV95 ICsgMV0gJiBET09SX0lOX0FOWSApIHsNCiAgICBtYXplW2N1cl9zcV94XVtj dXJfc3FfeV0gfD0gV0FMTF9CT1RUT007DQogICAgbWF6ZVtjdXJfc3FfeF1b Y3VyX3NxX3kgKyAxXSB8PSBXQUxMX1RPUDsNCiAgICBkcmF3X3dhbGwoY3Vy X3NxX3gsIGN1cl9zcV95LCAyKTsNCiAgICBnb3RvIGxlZnR3YWxsOw0KICB9 DQogIGNhbmRpZGF0ZXNbbnVtX2NhbmRpZGF0ZXMrK10gPSAyOw0KICANCiBs ZWZ0d2FsbDoNCiAgLyogbGVmdCB3YWxsICovDQogIGlmICggbWF6ZVtjdXJf c3FfeF1bY3VyX3NxX3ldICYgRE9PUl9JTl9MRUZUICkNCiAgICBnb3RvIGRv bmV3YWxsOw0KICBpZiAoIG1hemVbY3VyX3NxX3hdW2N1cl9zcV95XSAmIERP T1JfT1VUX0xFRlQgKQ0KICAgIGdvdG8gZG9uZXdhbGw7DQogIGlmICggbWF6 ZVtjdXJfc3FfeF1bY3VyX3NxX3ldICYgV0FMTF9MRUZUICkNCiAgICBnb3Rv IGRvbmV3YWxsOw0KICBpZiAoIG1hemVbY3VyX3NxX3ggLSAxXVtjdXJfc3Ff eV0gJiBET09SX0lOX0FOWSApIHsNCiAgICBtYXplW2N1cl9zcV94XVtjdXJf c3FfeV0gfD0gV0FMTF9MRUZUOw0KICAgIG1hemVbY3VyX3NxX3ggLSAxXVtj dXJfc3FfeV0gfD0gV0FMTF9SSUdIVDsNCiAgICBkcmF3X3dhbGwoY3VyX3Nx X3gsIGN1cl9zcV95LCAzKTsNCiAgICBnb3RvIGRvbmV3YWxsOw0KICB9DQog IGNhbmRpZGF0ZXNbbnVtX2NhbmRpZGF0ZXMrK10gPSAzOw0KICANCiBkb25l d2FsbDoNCiAgaWYgKG51bV9jYW5kaWRhdGVzID09IDApDQogICAgcmV0dXJu ICggLTEgKTsNCiAgaWYgKG51bV9jYW5kaWRhdGVzID09IDEpDQogICAgcmV0 dXJuICggY2FuZGlkYXRlc1swXSApOw0KICByZXR1cm4gKCBjYW5kaWRhdGVz WyBnZXRfcmFuZG9tKG51bV9jYW5kaWRhdGVzKSBdICk7DQogIA0KfQ0KDQoN CnN0YXRpYyBpbnQNCmJhY2t1cCAodm9pZCkgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAvKiBiYWNrIHVwIGEgbW92ZSAqLw0K ew0KICBzcW51bS0tOw0KICBjdXJfc3FfeCA9IG1vdmVfbGlzdFtzcW51bV0u eDsNCiAgY3VyX3NxX3kgPSBtb3ZlX2xpc3Rbc3FudW1dLnk7DQogIHJldHVy biAoIHNxbnVtICk7DQp9DQoNCg0Kc3RhdGljIHZvaWQNCmRyYXdfbWF6ZV9i b3JkZXIgKHZvaWQpICAgICAgICAgICAgICAgICAgICAgICAgIC8qIGRyYXcg dGhlIG1hemUgb3V0bGluZSAqLw0Kew0KICByZWdpc3RlciBpbnQgaSwgajsN CiANCiAgDQogIGZvciAoIGk9MDsgaTxtYXplX3NpemVfeDsgaSsrKSB7DQog ICAgaWYgKCBtYXplW2ldWzBdICYgV0FMTF9UT1AgKSB7DQovLyAgICAgIFhE cmF3TGluZShkcHksIHdpbiwgZ2MsDQovLwkJYm9yZGVyX3ggKyBncmlkX3dp ZHRoICogaSwNCi8vCQlib3JkZXJfeSwNCi8vCQlib3JkZXJfeCArIGdyaWRf d2lkdGggKiAoaSsxKSAtIDEsDQovLwkJYm9yZGVyX3kpOw0KDQoJbGluZShz Y3JlZW4sIGFkZHB0KHNjcmVlbi0+ci5taW4sIFB0KGJvcmRlcl94ICsgZ3Jp ZF93aWR0aCAqIGksIGJvcmRlcl95KSksDQoJCQlhZGRwdChzY3JlZW4tPnIu bWluLCBQdChib3JkZXJfeCArIGdyaWRfd2lkdGggKiAoaSsxKSAtIDEsIGJv cmRlcl95KSksDQoJCQlFbmRzcXVhcmUsIEVuZHNxdWFyZSwgMCwgZGlzcGxh eS0+d2hpdGUsIFpQKTsNCiAgICB9DQogICAgaWYgKChtYXplW2ldW21hemVf c2l6ZV95IC0gMV0gJiBXQUxMX0JPVFRPTSkpIHsNCi8vICAgICAgWERyYXdM aW5lKGRweSwgd2luLCBnYywNCi8vCQlib3JkZXJfeCArIGdyaWRfd2lkdGgg KiBpLA0KLy8JCWJvcmRlcl95ICsgZ3JpZF9oZWlnaHQgKiAobWF6ZV9zaXpl X3kpIC0gMSwNCi8vCQlib3JkZXJfeCArIGdyaWRfd2lkdGggKiAoaSsxKSAt IDEsDQovLwkJYm9yZGVyX3kgKyBncmlkX2hlaWdodCAqIChtYXplX3NpemVf eSkgLSAxKTsNCglsaW5lKHNjcmVlbiwgYWRkcHQoc2NyZWVuLT5yLm1pbiwg DQoJCQkJUHQoYm9yZGVyX3ggKyBncmlkX3dpZHRoICogaSwgYm9yZGVyX3kr IGdyaWRfaGVpZ2h0ICogKG1hemVfc2l6ZV95KSAtIDEpKSwNCgkJCWFkZHB0 KHNjcmVlbi0+ci5taW4sIA0KCQkJCVB0KGJvcmRlcl94ICsgZ3JpZF93aWR0 aCAqIChpKzEpIC0gMSwgYm9yZGVyX3kgKyBncmlkX2hlaWdodCAqIChtYXpl X3NpemVfeSkgLSAxKSksDQoJCQlFbmRzcXVhcmUsIEVuZHNxdWFyZSwgMCwg ZGlzcGxheS0+d2hpdGUsIFpQKTsNCiAgICB9DQogIH0NCiAgZm9yICggaj0w OyBqPG1hemVfc2l6ZV95OyBqKyspIHsNCiAgICBpZiAoIG1hemVbbWF6ZV9z aXplX3ggLSAxXVtqXSAmIFdBTExfUklHSFQgKSB7DQovLyAgICAgIFhEcmF3 TGluZShkcHksIHdpbiwgZ2MsDQovLwkJYm9yZGVyX3ggKyBncmlkX3dpZHRo ICogbWF6ZV9zaXplX3ggLSAxLA0KLy8JCWJvcmRlcl95ICsgZ3JpZF9oZWln aHQgKiBqLA0KLy8JCWJvcmRlcl94ICsgZ3JpZF93aWR0aCAqIG1hemVfc2l6 ZV94IC0gMSwNCi8vCQlib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogKGorMSkg LSAxKTsNCglsaW5lKHNjcmVlbiwgYWRkcHQoc2NyZWVuLT5yLm1pbiwgDQoJ CQkJUHQoYm9yZGVyX3ggKyBncmlkX3dpZHRoICogbWF6ZV9zaXplX3ggLSAx LCBib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogaikpLA0KCQkJYWRkcHQoc2Ny ZWVuLT5yLm1pbiwgDQoJCQkJUHQoYm9yZGVyX3ggKyBncmlkX3dpZHRoICog bWF6ZV9zaXplX3ggLSAxLCBib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogKGor MSkgLSAxKSksDQoJCQlFbmRzcXVhcmUsIEVuZHNxdWFyZSwgMCwgZGlzcGxh eS0+d2hpdGUsIFpQKTsNCiAgICB9DQogICAgaWYgKCBtYXplWzBdW2pdICYg V0FMTF9MRUZUICkgew0KLy8gICAgICBYRHJhd0xpbmUoZHB5LCB3aW4sIGdj LA0KLy8JCWJvcmRlcl94LA0KLy8JCWJvcmRlcl95ICsgZ3JpZF9oZWlnaHQg KiBqLA0KLy8JCWJvcmRlcl94LA0KLy8JCWJvcmRlcl95ICsgZ3JpZF9oZWln aHQgKiAoaisxKSAtIDEpOw0KCWxpbmUoc2NyZWVuLCBhZGRwdChzY3JlZW4t PnIubWluLCANCgkJCQlQdChib3JkZXJfeCwgYm9yZGVyX3kgKyBncmlkX2hl aWdodCAqIGopKSwNCgkJCWFkZHB0KHNjcmVlbi0+ci5taW4sIA0KCQkJCVB0 KGJvcmRlcl94LCBib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogKGorMSkgLSAx KSksDQoJCQlFbmRzcXVhcmUsIEVuZHNxdWFyZSwgMCwgZGlzcGxheS0+d2hp dGUsIFpQKTsNCiAgICB9DQogIH0NCiAgDQogIGlmIChsb2dvX3ggIT0gLTEp DQogICAgew0KICAgICAgdW5zaWduZWQgaW50IHc9IDQ4LCBoID0gNDg7DQoJ UG9pbnQgcDsNCg0KICAgICAgLyogcm91bmQgdXAgdG8gZ3JpZCBzaXplICov DQogICAgICBpbnQgd3cgPSAoKGxvZ29fd2lkdGggIC8gZ3JpZF93aWR0aCkg KyAxKSAgKiBncmlkX3dpZHRoOw0KICAgICAgaW50IGhoID0gKChsb2dvX2hl aWdodCAvIGdyaWRfaGVpZ2h0KSArIDEpICogZ3JpZF9oZWlnaHQ7DQoNCglw ID0gYWRkcHQoc2NyZWVuLT5yLm1pbiwgUHQoYm9yZGVyX3ggKyAxICsgZ3Jp ZF93aWR0aCAgKiBsb2dvX3ggKyAoKHd3IC0gdykgLyAyKSwgYm9yZGVyX3kg KyAxICsgZ3JpZF9oZWlnaHQgKiBsb2dvX3kgKyAoKGhoIC0gaCkgLyAyKSkp Ow0KCQ0KDQoJZHJhdyhzY3JlZW4sIFJwdChwLCBhZGRwdChwLCBQdCg0OCwg NDgpKSksIGdsZW5kYSwgbmlsLCBaUCk7DQoJLy9kcmF3KHNjcmVlbiwgc2Ny ZWVuLT5yLCBnbGVuZGEsIG5pbCwgWlApOw0KDQoNCiAgICB9DQogIGRyYXdf c29saWRfc3F1YXJlIChzdGFydF94LCBzdGFydF95LCBXQUxMX1RPUCA+PiBz dGFydF9kaXIsIGxpdmVDb2xvcik7DQogIGRyYXdfc29saWRfc3F1YXJlIChl bmRfeCwgZW5kX3ksIFdBTExfVE9QID4+IGVuZF9kaXIsIGxpdmVDb2xvcik7 DQp9DQoNCg0Kc3RhdGljIHZvaWQNCmRyYXdfd2FsbChpbnQgaSwgaW50IGos IGludCBkaXIpICAgICAgICAgICAgICAgIC8qIGRyYXcgYSBzaW5nbGUgd2Fs bCAqLw0Kew0KICBzd2l0Y2ggKGRpcikgew0KICBjYXNlIDA6DQovLyAgWERy YXdMaW5lKGRweSwgd2luLCBnYywNCi8vCSAgICAgIGJvcmRlcl94ICsgZ3Jp ZF93aWR0aCAqIGksIA0KLy8JICAgICAgYm9yZGVyX3kgKyBncmlkX2hlaWdo dCAqIGosDQovLwkgICAgICBib3JkZXJfeCArIGdyaWRfd2lkdGggKiAoaSsx KSwgDQovLwkgICAgICBib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogaik7DQoJ bGluZShzY3JlZW4sIGFkZHB0KHNjcmVlbi0+ci5taW4sIA0KCQkJCVB0KGJv cmRlcl94ICsgZ3JpZF93aWR0aCAqIGksIGJvcmRlcl95ICsgZ3JpZF9oZWln aHQgKiBqKSksDQoJCQlhZGRwdChzY3JlZW4tPnIubWluLCANCgkJCQlQdChi b3JkZXJfeCArIGdyaWRfd2lkdGggKiAoaSsxKSwgYm9yZGVyX3kgKyBncmlk X2hlaWdodCAqIGopKSwNCgkJCUVuZHNxdWFyZSwgRW5kc3F1YXJlLCAwLCBk aXNwbGF5LT53aGl0ZSwgWlApOw0KICAgIGJyZWFrOw0KICBjYXNlIDE6DQov LyAgICBYRHJhd0xpbmUoZHB5LCB3aW4sIGdjLA0KLy8JICAgICAgYm9yZGVy X3ggKyBncmlkX3dpZHRoICogKGkrMSksIA0KLy8JICAgICAgYm9yZGVyX3kg KyBncmlkX2hlaWdodCAqIGosDQovLwkgICAgICBib3JkZXJfeCArIGdyaWRf d2lkdGggKiAoaSsxKSwgDQovLwkgICAgICBib3JkZXJfeSArIGdyaWRfaGVp Z2h0ICogKGorMSkpOw0KCWxpbmUoc2NyZWVuLCBhZGRwdChzY3JlZW4tPnIu bWluLCANCgkJCQlQdChib3JkZXJfeCArIGdyaWRfd2lkdGggKiAoaSsxKSwg Ym9yZGVyX3kgKyBncmlkX2hlaWdodCAqIGopKSwNCgkJCWFkZHB0KHNjcmVl bi0+ci5taW4sIA0KCQkJCVB0KGJvcmRlcl94ICsgZ3JpZF93aWR0aCAqIChp KzEpLCBib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogKGorMSkpKSwNCgkJCUVu ZHNxdWFyZSwgRW5kc3F1YXJlLCAwLCBkaXNwbGF5LT53aGl0ZSwgWlApOw0K ICAgIGJyZWFrOw0KICBjYXNlIDI6DQovLyAgICBYRHJhd0xpbmUoZHB5LCB3 aW4sIGdjLA0KLy8JICAgICAgYm9yZGVyX3ggKyBncmlkX3dpZHRoICogaSwg DQovLwkgICAgICBib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogKGorMSksDQov LwkgICAgICBib3JkZXJfeCArIGdyaWRfd2lkdGggKiAoaSsxKSwgDQovLwkg ICAgICBib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogKGorMSkpOw0KCWxpbmUo c2NyZWVuLCBhZGRwdChzY3JlZW4tPnIubWluLCANCgkJCQlQdChib3JkZXJf eCArIGdyaWRfd2lkdGggKmksIGJvcmRlcl95ICsgZ3JpZF9oZWlnaHQgKiAo aisxKSkpLA0KCQkJYWRkcHQoc2NyZWVuLT5yLm1pbiwgDQoJCQkJUHQoYm9y ZGVyX3ggKyBncmlkX3dpZHRoICogKGkrMSksIGJvcmRlcl95ICsgZ3JpZF9o ZWlnaHQgKiAoaisxKSkpLA0KCQkJRW5kc3F1YXJlLCBFbmRzcXVhcmUsIDAs IGRpc3BsYXktPndoaXRlLCBaUCk7DQogICAgIGJyZWFrOw0KICBjYXNlIDM6 DQovLyAgICBYRHJhd0xpbmUoZHB5LCB3aW4sIGdjLA0KLy8JICAgICAgYm9y ZGVyX3ggKyBncmlkX3dpZHRoICogaSwgDQovLwkgICAgICBib3JkZXJfeSAr IGdyaWRfaGVpZ2h0ICogaiwNCi8vCSAgICAgIGJvcmRlcl94ICsgZ3JpZF93 aWR0aCAqIGksIA0KLy8JICAgICAgYm9yZGVyX3kgKyBncmlkX2hlaWdodCAq IChqKzEpKTsNCglsaW5lKHNjcmVlbiwgYWRkcHQoc2NyZWVuLT5yLm1pbiwg DQoJCQkJUHQoYm9yZGVyX3ggKyBncmlkX3dpZHRoICogaSwgYm9yZGVyX3kg KyBncmlkX2hlaWdodCAqIGopKSwNCgkJCWFkZHB0KHNjcmVlbi0+ci5taW4s IA0KCQkJCVB0KGJvcmRlcl94ICsgZ3JpZF93aWR0aCAqIGksIGJvcmRlcl95 ICsgZ3JpZF9oZWlnaHQgKiAoaisxKSkpLA0KCQkJRW5kc3F1YXJlLCBFbmRz cXVhcmUsIDAsIGRpc3BsYXktPndoaXRlLCBaUCk7DQogICAgIGJyZWFrOw0K ICB9DQogIGlmKHN5bmNfcCkNCiAgICBmbHVzaGltYWdlKGRpc3BsYXksIDEp Ow0KfQ0KDQovKiBBY3R1YWxseSBidWlsZCBhIHdhbGwuICovDQpzdGF0aWMg dm9pZA0KYnVpbGRfd2FsbChpLCBqLCBkaXIpDQogICAgIGludCBpLCBqLCBk aXI7DQp7DQogIC8qIERyYXcgaXQgb24gdGhlIHNjcmVlbi4gKi8NCiAgZHJh d193YWxsKGksIGosIGRpcik7DQogIC8qIFB1dCBpdCBpbiB0aGUgbWF6ZS4g Ki8NCiAgc3dpdGNoKGRpcikNCiAgICB7DQogICAgY2FzZSAwOg0KICAgICAg bWF6ZVtpXVtqXSB8PSBXQUxMX1RPUDsNCiAgICAgIGlmKGo+MCkNCgltYXpl W2ldW2otMV0gfD0gV0FMTF9CT1RUT007DQogICAgICBicmVhazsNCiAgICBj YXNlIDE6DQogICAgICBtYXplW2ldW2pdIHw9IFdBTExfUklHSFQ7DQogICAg ICBpZihpPG1hemVfc2l6ZV94LTEpDQoJbWF6ZVtpKzFdW2pdIHw9IFdBTExf TEVGVDsNCiAgICAgIGJyZWFrOw0KICAgIGNhc2UgMjoNCiAgICAgIG1hemVb aV1bal0gfD0gV0FMTF9CT1RUT007DQogICAgICBpZihqPG1hemVfc2l6ZV95 LTEpDQoJbWF6ZVtpXVtqKzFdIHw9IFdBTExfVE9QOw0KICAgICAgYnJlYWs7 DQogICAgY2FzZSAzOg0KICAgICAgbWF6ZVtpXVtqXSB8PSBXQUxMX0xFRlQ7 DQogICAgICBpZihpPjApDQoJbWF6ZVtpLTFdW2pdIHw9IFdBTExfUklHSFQ7 DQogICAgICBicmVhazsNCiAgICB9DQp9DQoNCg0KDQpzdGF0aWMgdm9pZA0K ZHJhd19zb2xpZF9zcXVhcmUoaW50IGksIGludCBqLCAgICAgICAgICAvKiBk cmF3IGEgc29saWQgc3F1YXJlIGluIGEgc3F1YXJlICovDQoJCSAgaW50IGRp ciwgSW1hZ2UgKmMpDQp7DQoJUmVjdGFuZ2xlIHI7DQoJUG9pbnQgcDsNCg0K ICBzd2l0Y2ggKGRpcikgew0KICBjYXNlIFdBTExfVE9QOg0KLy8gICAgICBY RmlsbFJlY3RhbmdsZShkcHksIHdpbiwgZ2MsDQovLwkJICAgICBib3JkZXJf eCArIGJ3ICsgZ3JpZF93aWR0aCAqIGksIA0KLy8JCSAgICAgYm9yZGVyX3kg LSBidyArIGdyaWRfaGVpZ2h0ICogaiwgDQovLwkJICAgICBncmlkX3dpZHRo IC0gKGJ3K2J3KSwgZ3JpZF9oZWlnaHQpOw0KDQoJcCA9IGFkZHB0KHNjcmVl bi0+ci5taW4sIA0KCQlQdChib3JkZXJfeCArIGJ3ICsgZ3JpZF93aWR0aCAq IGksIGJvcmRlcl95IC0gYncgKyBncmlkX2hlaWdodCAqIGopKTsNCglyID0g UnB0KHAsIGFkZHB0KHAsIFB0KGdyaWRfd2lkdGggLSAoYncrYncpLCBncmlk X2hlaWdodCkpKTsNCglkcmF3KHNjcmVlbiwgciwgYywgbmlsLCBaUCk7DQoN CiAgICAgIGJyZWFrOw0KICBjYXNlIFdBTExfUklHSFQ6DQovLyAgICAgIFhG aWxsUmVjdGFuZ2xlKGRweSwgd2luLCBnYywNCi8vCQkgICAgIGJvcmRlcl94 ICsgYncgKyBncmlkX3dpZHRoICogaSwgDQovLwkJICAgICBib3JkZXJfeSAr IGJ3ICsgZ3JpZF9oZWlnaHQgKiBqLCANCi8vCQkgICAgIGdyaWRfd2lkdGgs IGdyaWRfaGVpZ2h0IC0gKGJ3K2J3KSk7DQoJcCA9IGFkZHB0KHNjcmVlbi0+ ci5taW4sIA0KCQlQdChib3JkZXJfeCArIGJ3ICsgZ3JpZF93aWR0aCAqIGks ICBib3JkZXJfeSArIGJ3ICsgZ3JpZF9oZWlnaHQgKiBqKSk7DQoJciA9IFJw dChwLCBhZGRwdChwLCBQdChncmlkX3dpZHRoLCBncmlkX2hlaWdodCAtIChi dytidykpKSk7DQoJZHJhdyhzY3JlZW4sIHIsIGMsIG5pbCwgWlApOw0KICAg ICAgYnJlYWs7DQogIGNhc2UgV0FMTF9CT1RUT006DQovLyAgICAgIFhGaWxs UmVjdGFuZ2xlKGRweSwgd2luLCBnYywNCi8vCQkgICAgIGJvcmRlcl94ICsg YncgKyBncmlkX3dpZHRoICogaSwgDQovLwkJICAgICBib3JkZXJfeSArIGJ3 ICsgZ3JpZF9oZWlnaHQgKiBqLCANCi8vCQkgICAgIGdyaWRfd2lkdGggLSAo YncrYncpLCBncmlkX2hlaWdodCk7DQoJcCA9IGFkZHB0KHNjcmVlbi0+ci5t aW4sIA0KCQlQdChib3JkZXJfeCArIGJ3ICsgZ3JpZF93aWR0aCAqIGksIGJv cmRlcl95ICsgYncgKyBncmlkX2hlaWdodCAqIGopKTsNCglyID0gUnB0KHAs IGFkZHB0KHAsIFB0KGdyaWRfd2lkdGggLSAoYncrYncpLCBncmlkX2hlaWdo dCkpKTsNCglkcmF3KHNjcmVlbiwgciwgYywgbmlsLCBaUCk7DQogICAgICBi cmVhazsNCiAgY2FzZSBXQUxMX0xFRlQ6DQovLyAgICAgIFhGaWxsUmVjdGFu Z2xlKGRweSwgd2luLCBnYywNCi8vCQkgICAgIGJvcmRlcl94IC0gYncgKyBn cmlkX3dpZHRoICogaSwgDQovLwkJICAgICBib3JkZXJfeSArIGJ3ICsgZ3Jp ZF9oZWlnaHQgKiBqLCANCi8vCQkgICAgIGdyaWRfd2lkdGgsIGdyaWRfaGVp Z2h0IC0gKGJ3K2J3KSk7DQoJcCA9IGFkZHB0KHNjcmVlbi0+ci5taW4sIA0K CQlQdChib3JkZXJfeCAtIGJ3ICsgZ3JpZF93aWR0aCAqIGksIGJvcmRlcl95 ICsgYncgKyBncmlkX2hlaWdodCAqIGopKTsNCglyID0gUnB0KHAsIGFkZHB0 KHAsIFB0KGdyaWRfd2lkdGggLCBncmlkX2hlaWdodC0gKGJ3K2J3KSkpKTsN CglkcmF3KHNjcmVlbiwgciwgYywgbmlsLCBaUCk7DQogICAgICBicmVhazsN CiAgfQ0KICBmbHVzaGltYWdlKGRpc3BsYXksIDEpOw0KfQ0KDQppbnQNCmxv bmdkZWFkZW5kX3AoaW50IHgxLCBpbnQgeTEsIGludCB4MiwgaW50IHkyLCBp bnQgZW5kd2FsbCkNCnsNCiAgICBpbnQgZHggPSB4MiAtIHgxLCBkeSA9IHky IC0geTE7DQogICAgaW50IHNpZGV3YWxsczsNCg0KICAgIHNpZGV3YWxscyA9 IGVuZHdhbGwgfCAoZW5kd2FsbCA+PiAyIHwgZW5kd2FsbCA8PCAyKTsNCiAg ICBzaWRld2FsbHMgPSB+c2lkZXdhbGxzICYgV0FMTF9BTlk7DQoNCiAgICB3 aGlsZSgobWF6ZVt4Ml1beTJdICYgV0FMTF9BTlkpID09IHNpZGV3YWxscykN CiAgICB7DQoJeDIgKz0gZHg7DQoJeTIgKz0gZHk7DQogICAgfQ0KDQogICAg aWYoKG1hemVbeDJdW3kyXSAmIFdBTExfQU5ZKSA9PSAoc2lkZXdhbGxzIHwg ZW5kd2FsbCkpDQogICAgew0KCWVuZHdhbGwgPSAoZW5kd2FsbCA+PiAyIHwg ZW5kd2FsbCA8PCAyKSAmIFdBTExfQU5ZOw0KCXdoaWxlKHgxICE9IHgyIHx8 IHkxICE9IHkyKQ0KCXsNCgkgICAgeDEgKz0gZHg7DQoJICAgIHkxICs9IGR5 Ow0KCSAgICBkcmF3X3NvbGlkX3NxdWFyZSh4MSwgeTEsIGVuZHdhbGwsIHNr aXBDb2xvcik7DQoJICAgIG1hemVbeDFdW3kxXSB8PSBTT0xWRVJfVklTSVQ7 DQoJfQ0KCXJldHVybiAxOw0KICAgIH0NCiAgICBlbHNlDQoJcmV0dXJuIDA7 DQp9DQoNCi8qIEZpbmQgYWxsIGRlYWQgcmVnaW9ucyAtLSBhcmVhcyBmcm9t IHdoaWNoIHRoZSBnb2FsIGNhbm5vdCBiZSByZWFjaGVkIC0tDQogICBhbmQg bWFyayB0aGVtIHZpc2l0ZWQuICovDQp2b2lkDQpmaW5kX2RlYWRfcmVnaW9u cyh2b2lkKQ0Kew0KICAgIGludCB4LCB5LCBmbGlwcGVkOw0KDQogICAgLyog RmluZCBhbGwgbm90IFNPTFZFUl9WSVNJVCBzcXVhcmVzIGJvcmRlcmluZyBO T1RfREVBRCBzcXVhcmVzDQogICAgICAgYW5kIG1hcmsgdGhlbSBOT1RfREVB RCBhbHNvLiAgUmVwZWF0IHVudGlsIG5vIG1vcmUgc3VjaCBzcXVhcmVzLiAq Lw0KICAgIG1hemVbc3RhcnRfeF1bc3RhcnRfeV0gfD0gTk9UX0RFQUQ7DQog ICAgDQogICAgZG8NCiAgICB7DQoJZmxpcHBlZCA9IDA7DQoJZm9yKHggPSAw OyB4IDwgbWF6ZV9zaXplX3g7IHgrKykNCgkgICAgZm9yKHkgPSAwOyB5IDwg bWF6ZV9zaXplX3k7IHkrKykNCgkJaWYoIShtYXplW3hdW3ldICYgKFNPTFZF Ul9WSVNJVCB8IE5PVF9ERUFEKSkNCgkJICAgJiYgKCAgICh4ICYmIChtYXpl W3gtMV1beV0gJiBOT1RfREVBRCkpDQoJCSAgICAgICB8fCAoeSAmJiAobWF6 ZVt4XVt5LTFdICYgTk9UX0RFQUQpKSkpDQoJCXsNCgkJICAgIGZsaXBwZWQg PSAxOw0KCQkgICAgbWF6ZVt4XVt5XSB8PSBOT1RfREVBRDsNCgkJfQ0KCWZv cih4ID0gbWF6ZV9zaXplX3gtMTsgeCA+PSAwOyB4LS0pDQoJICAgIGZvcih5 ID0gbWF6ZV9zaXplX3ktMTsgeSA+PSAwOyB5LS0pDQoJCWlmKCEobWF6ZVt4 XVt5XSAmIChTT0xWRVJfVklTSVQgfCBOT1RfREVBRCkpDQoJCSAgICYmICgg ICAoeCAhPSBtYXplX3NpemVfeC0xICYmIChtYXplW3grMV1beV0gJiBOT1Rf REVBRCkpDQoJCSAgICAgICB8fCAoeSAhPSBtYXplX3NpemVfeS0xICYmICht YXplW3hdW3krMV0gJiBOT1RfREVBRCkpKSkNCgkJew0KCQkgICAgZmxpcHBl ZCA9IDE7DQoJCSAgICBtYXplW3hdW3ldIHw9IE5PVF9ERUFEOw0KCQl9DQog ICAgfQ0KICAgIHdoaWxlKGZsaXBwZWQpOw0KDQogICAgZm9yICh5ID0gMDsg eSA8IG1hemVfc2l6ZV95OyB5KyspDQogICAgICBmb3IgKHggPSAwOyB4IDwg bWF6ZV9zaXplX3g7IHgrKykNCiAgICAgIHsNCglpZiAobWF6ZVt4XVt5XSAm IE5PVF9ERUFEKQ0KCSAgbWF6ZVt4XVt5XSAmPSB+Tk9UX0RFQUQ7DQoJZWxz ZSBpZiAoIShtYXplW3hdW3ldICYgU09MVkVSX1ZJU0lUKSkNCgl7DQoJICBt YXplW3hdW3ldIHw9IFNPTFZFUl9WSVNJVDsNCgkgIGlmKCh4IDwgbG9nb194 IHx8IHggPiBsb2dvX3ggKyBsb2dvX3dpZHRoIC8gZ3JpZF93aWR0aCkgfHwN CgkgICAgICh5IDwgbG9nb195IHx8IHkgPiBsb2dvX3kgKyBsb2dvX2hlaWdo dCAvIGdyaWRfaGVpZ2h0KSkNCgkgIHsNCgkgICAgaWYgKCFtYXplW3hdW3ld ICYgV0FMTF9BTlkpIHsNCgkJUG9pbnQgcDsgUmVjdGFuZ2xlIHI7DQovLwkg ICAgICBYRmlsbFJlY3RhbmdsZShkcHksIHdpbiwgdWdjLA0KLy8JCQkgICAg IGJvcmRlcl94ICsgYncgKyBncmlkX3dpZHRoICogeCwNCi8vCQkJICAgICBi b3JkZXJfeSArIGJ3ICsgZ3JpZF9oZWlnaHQgKiB5LA0KLy8JCQkgICAgIGdy aWRfd2lkdGggLSAoYncrYncpLCBncmlkX2hlaWdodCAtIChidytidykpOw0K CQlwID0gYWRkcHQoc2NyZWVuLT5yLm1pbiwgDQoJCQlQdChib3JkZXJfeCAr IGJ3ICsgZ3JpZF93aWR0aCAqIHgsIGJvcmRlcl95ICsgYncgKyBncmlkX2hl aWdodCAqIHkpKTsNCgkJciA9IFJwdChwLCBhZGRwdChwLCBQdChncmlkX3dp ZHRoIC0gKGJ3K2J3KSwgZ3JpZF9oZWlnaHQtIChidytidykpKSk7DQoJCWRy YXcoc2NyZWVuLCByLCBzdXJyb3VuZENvbG9yLCBuaWwsIFpQKTsNCg0KCSAg ICB9IGVsc2UNCgkgICAgew0KCSAgICAgIGlmICghIChtYXplW3hdW3ldICYg V0FMTF9MRUZUKSkNCgkJZHJhd19zb2xpZF9zcXVhcmUoeCwgeSwgV0FMTF9M RUZULCBzdXJyb3VuZENvbG9yKTsNCgkgICAgICBpZiAoISAobWF6ZVt4XVt5 XSAmIFdBTExfUklHSFQpKQ0KCQlkcmF3X3NvbGlkX3NxdWFyZSh4LCB5LCBX QUxMX1JJR0hULCBzdXJyb3VuZENvbG9yKTsNCgkgICAgICBpZiAoISAobWF6 ZVt4XVt5XSAmIFdBTExfVE9QKSkNCgkJZHJhd19zb2xpZF9zcXVhcmUoeCwg eSwgV0FMTF9UT1AsIHN1cnJvdW5kQ29sb3IpOw0KCSAgICAgIGlmICghICht YXplW3hdW3ldICYgV0FMTF9CT1RUT00pKQ0KCQlkcmF3X3NvbGlkX3NxdWFy ZSh4LCB5LCBXQUxMX0JPVFRPTSwgc3Vycm91bmRDb2xvcik7DQoJICAgIH0N CgkgIH0NCgl9DQogICAgICB9DQogICAgZmx1c2hpbWFnZShkaXNwbGF5LCAx KTsNCn0NCg0Kc3RhdGljIHZvaWQNCnNvbHZlX21hemUgKHZvaWQpICAgICAg ICAgICAgICAgICAgICAgLyogc29sdmUgaXQgd2l0aCBncmFwaGljYWwgZmVl ZGJhY2sgKi8NCnsNCiAgICBpbnQgaSwgZGlyLCBmcm9tLCB4LCB5LCB3YXlz LCBidCA9IDA7DQoNCiAgICAvKiBwbHVnIHVwIHRoZSBzdXJyb3VuZGluZyB3 YWxsICovDQogICAgbWF6ZVtlbmRfeF1bZW5kX3ldIHw9IChXQUxMX1RPUCA+ PiBlbmRfZGlyKTsNCiAgICANCiAgICAvKiBpbml0aWFsaXplIHNlYXJjaCBw YXRoICovDQogICAgaSA9IDA7DQogICAgcGF0aFtpXS54ID0gZW5kX3g7DQog ICAgcGF0aFtpXS55ID0gZW5kX3k7DQogICAgcGF0aFtpXS5kaXIgPSAwOw0K ICAgIG1hemVbZW5kX3hdW2VuZF95XSB8PSBTT0xWRVJfVklTSVQ7DQogICAg DQogICAgLyogZG8gaXQgKi8NCiAgICB3aGlsZSAoMSkNCiAgICB7DQoJaWYg KCBtYXplW3BhdGhbaV0ueF1bcGF0aFtpXS55XSAmIFNUQVJUX1NRVUFSRSAp DQoJICAgIHJldHVybjsNCg0KCWlmKHJlc3RhcnQpDQoJCXJldHVybjsNCg0K CWlmKGVjYW5tb3VzZSgpKSB7DQoJCW0gPSBlbW91c2UoKTsNCgkJaWYobS5i dXR0b25zJjQpIHsNCgkJCWlmKGVtZW51aGl0KDMsICZtLCAmbWVudSkgPT0g MCkgDQoJCQkJZXhpdHMoMCk7DQoJCX0NCgl9DQoJDQoNCgkNCglpZiAoc29s dmVfZGVsYXkpIHNsZWVwIChzb2x2ZV9kZWxheSk7DQoJDQoJaWYoIXBhdGhb aV0uZGlyKQ0KCXsNCgkgICAgd2F5cyA9IDA7DQoJICAgIC8qIEZpcnN0IHZp c2l0IHRoaXMgc3F1YXJlLiAgV2hpY2ggYWRqYWNlbnQgc3F1YXJlcyBhcmUg b3Blbj8gKi8NCgkgICAgZm9yKGRpciA9IFdBTExfVE9QOyBkaXIgJiBXQUxM X0FOWTsgZGlyID4+PSAxKQ0KCSAgICB7DQoJCWlmKG1hemVbcGF0aFtpXS54 XVtwYXRoW2ldLnldICYgZGlyKQ0KCQkgICAgY29udGludWU7DQoJCQ0KCQl5 ID0gcGF0aFtpXS55IC0gISEoZGlyICYgV0FMTF9UT1ApICsgISEoZGlyICYg V0FMTF9CT1RUT00pOw0KCQl4ID0gcGF0aFtpXS54ICsgISEoZGlyICYgV0FM TF9SSUdIVCkgLSAhIShkaXIgJiBXQUxMX0xFRlQpOw0KCQkNCgkJaWYobWF6 ZVt4XVt5XSAmIFNPTFZFUl9WSVNJVCkNCgkJICAgIGNvbnRpbnVlOw0KCQkN CgkJZnJvbSA9IChkaXIgPDwgMiAmIFdBTExfQU5ZKSB8IChkaXIgPj4gMiAm IFdBTExfQU5ZKTsNCgkJLyogZG9uJ3QgZW50ZXIgb2J2aW91cyBkZWFkIGVu ZHMgKi8NCgkJaWYoKChtYXplW3hdW3ldICYgV0FMTF9BTlkpIHwgZnJvbSkg IT0gV0FMTF9BTlkpDQoJCXsNCgkJICAgIGlmKCFsb25nZGVhZGVuZF9wKHBh dGhbaV0ueCwgcGF0aFtpXS55LCB4LCB5LCBkaXIpKQ0KCQkJd2F5cyB8PSBk aXI7DQoJCX0NCgkJZWxzZQ0KCQl7DQoJCSAgICBkcmF3X3NvbGlkX3NxdWFy ZSh4LCB5LCBmcm9tLCBza2lwQ29sb3IpOw0KCQkgICAgbWF6ZVt4XVt5XSB8 PSBTT0xWRVJfVklTSVQ7DQoJCX0NCgkgICAgfQ0KCX0NCgllbHNlDQoJICAg IHdheXMgPSBwYXRoW2ldLndheXM7DQoJLyogd2F5cyBub3cgaGFzIGEgYml0 bWFzayBvZiBvcGVuIHBhdGhzLiAqLw0KCQ0KCWlmKCF3YXlzKQ0KCSAgICBn b3RvIGJhY2t0cmFjazsNCg0KCWlmICghaWdub3JhbnRfcCkNCgkgIHsNCgkg ICAgeCA9IHBhdGhbaV0ueCAtIHN0YXJ0X3g7DQoJICAgIHkgPSBwYXRoW2ld LnkgLSBzdGFydF95Ow0KCSAgICAvKiBjaG9pY2Ugb25lICovDQoJICAgIGlm KGFicyh5KSA8PSBhYnMoeCkpDQoJICAgICAgZGlyID0gKHggPiAwKSA/IFdB TExfTEVGVCA6IFdBTExfUklHSFQ7DQoJICAgIGVsc2UNCgkgICAgICBkaXIg PSAoeSA+IDApID8gV0FMTF9UT1AgOiBXQUxMX0JPVFRPTTsNCgkgICAgDQoJ ICAgIGlmKGRpciAmIHdheXMpDQoJICAgICAgZ290byBmb3VuZDsNCgkgICAg DQoJICAgIC8qIGNob2ljZSB0d28gKi8NCgkgICAgc3dpdGNoKGRpcikNCgkg ICAgICB7DQoJICAgICAgY2FzZSBXQUxMX0xFRlQ6DQoJICAgICAgY2FzZSBX QUxMX1JJR0hUOg0KCQlkaXIgPSAoeSA+IDApID8gV0FMTF9UT1AgOiBXQUxM X0JPVFRPTTsgYnJlYWs7DQoJICAgICAgY2FzZSBXQUxMX1RPUDoNCgkgICAg ICBjYXNlIFdBTExfQk9UVE9NOg0KCQlkaXIgPSAoeCA+IDApID8gV0FMTF9M RUZUIDogV0FMTF9SSUdIVDsNCgkgICAgICB9DQoJICAgIA0KCSAgICBpZihk aXIgJiB3YXlzKQ0KCSAgICAgIGdvdG8gZm91bmQ7DQoJICAgIA0KCSAgICAv KiBjaG9pY2UgdGhyZWUgKi8NCgkgICAgDQoJICAgIGRpciA9IChkaXIgPDwg MiAmIFdBTExfQU5ZKSB8IChkaXIgPj4gMiAmIFdBTExfQU5ZKTsNCgkgICAg aWYoZGlyICYgd2F5cykNCgkgICAgICBnb3RvIGZvdW5kOw0KCSAgICANCgkg ICAgLyogY2hvaWNlIGZvdXIgKi8NCgkgICAgZGlyID0gd2F5czsNCgkgICAg aWYoIWRpcikNCgkgICAgICBnb3RvIGJhY2t0cmFjazsNCgkgICAgDQoJICBm b3VuZDogOw0KCSAgfQ0KCWVsc2UNCgkgIHsNCgkgICAgaWYod2F5cyZXQUxM X1RPUCkNCgkgICAgICBkaXIgPSBXQUxMX1RPUDsNCgkgICAgZWxzZSBpZih3 YXlzJldBTExfTEVGVCkNCgkgICAgICBkaXIgPSBXQUxMX0xFRlQ7DQoJICAg IGVsc2UgaWYod2F5cyZXQUxMX0JPVFRPTSkNCgkgICAgICBkaXIgPSBXQUxM X0JPVFRPTTsNCgkgICAgZWxzZSBpZih3YXlzJldBTExfUklHSFQpDQoJICAg ICAgZGlyID0gV0FMTF9SSUdIVDsNCgkgICAgZWxzZQ0KCSAgICAgIGdvdG8g YmFja3RyYWNrOw0KCSAgfQ0KCWJ0ID0gMDsNCgl3YXlzICY9IH5kaXI7ICAv KiB0cmllZCB0aGlzIG9uZSAqLw0KCQ0KCXkgPSBwYXRoW2ldLnkgLSAhIShk aXIgJiBXQUxMX1RPUCkgKyAhIShkaXIgJiBXQUxMX0JPVFRPTSk7DQoJeCA9 IHBhdGhbaV0ueCArICEhKGRpciAmIFdBTExfUklHSFQpIC0gISEoZGlyICYg V0FMTF9MRUZUKTsNCgkNCgkvKiBhZHZhbmNlIGluIGRpcmVjdGlvbiBkaXIg Ki8NCglwYXRoW2ldLmRpciA9IGRpcjsNCglwYXRoW2ldLndheXMgPSB3YXlz Ow0KCWRyYXdfc29saWRfc3F1YXJlKHBhdGhbaV0ueCwgcGF0aFtpXS55LCBk aXIsIGxpdmVDb2xvcik7DQoJDQoJaSsrOw0KCXBhdGhbaV0uZGlyID0gMDsN CglwYXRoW2ldLndheXMgPSAwOw0KCXBhdGhbaV0ueCA9IHg7DQoJcGF0aFtp XS55ID0geTsNCgltYXplW3hdW3ldIHw9IFNPTFZFUl9WSVNJVDsNCgljb250 aW51ZTsNCg0KICAgIGJhY2t0cmFjazoNCglpZihpID09IDApDQoJew0KCSAg ICBwcmludCgiVW5zb2x2YWJsZSBtYXplLlxuIik7DQoJICAgIHJldHVybjsN Cgl9DQoNCglpZighYnQgJiYgIWlnbm9yYW50X3ApDQoJICAgIGZpbmRfZGVh ZF9yZWdpb25zKCk7DQoJYnQgPSAxOw0KCWZyb20gPSBwYXRoW2ktMV0uZGly Ow0KCWZyb20gPSAoZnJvbSA8PCAyICYgV0FMTF9BTlkpIHwgKGZyb20gPj4g MiAmIFdBTExfQU5ZKTsNCgkNCglkcmF3X3NvbGlkX3NxdWFyZShwYXRoW2ld LngsIHBhdGhbaV0ueSwgZnJvbSwgZGVhZENvbG9yKTsNCglpLS07DQogICAg fQ0KfSANCg0KDQoNCi8qDQogKiAgam1yIGFkZGl0aW9ucyBmb3IgSmFtaWUg WmF3aW5za2kncyA8and6QGp3ei5vcmc+IHNjcmVlbnNhdmVyIHN0dWZmLA0K ICogIG5vdGUgdGhhdCB0aGUgY29kZSBhYm92ZSB0aGlzIGhhcyBwcm9iYWJs eSBiZWVuIGhhY2tlZCBhYm91dCBpbiBzb21lDQogKiAgYXJiaXRyYXJ5IHdh eS4NCiAqLw0KDQoNCg0Kdm9pZA0Kc2NyZWVuaGFjayh2b2lkKQ0Kew0KICBp bnQgc2l6ZSwgcm9vdCwgZ2VuZXJhdG9yLCB0aGlzX2dlbjsNCg0KICByb290 ID0gMDsNCiAgc29sdmVfZGVsYXkgPSA1Ow0KICBwcmVfc29sdmVfZGVsYXkg PSAyMDAwOw0KICBwb3N0X3NvbHZlX2RlbGF5ID0gNDAwMDsNCiAgZ2VuZXJh dG9yID0gLTE7DQogIG1heF9sZW5ndGggPSA1Ow0KICBicmlkZ2VfcCA9IDA7 DQogIGlnbm9yYW50X3AgPSAwOw0KDQogIHNpemUgPSA1ICsgKHJhbmRvbSAo KSAlIDIwKTsNCiAgZ3JpZF93aWR0aCA9IGdyaWRfaGVpZ2h0ID0gc2l6ZTsN CiAgYncgPSAoc2l6ZSA+IDYgPyAzIDogKHNpemUtMSkvMik7DQoNCg0KICB4 ID0gMDsNCiAgeSA9IDA7DQoNCiAgc2V0X21hemVfc2l6ZXMgKER4KHNjcmVl bi0+ciksIER5KHNjcmVlbi0+cikpOw0KDQogIHJlc3RhcnQgPSByb290Ow0K DQogIHN5bmNfcCA9ICEocmFuZG9tKCkgJSAxMCk7DQoNCiAgd2hpbGUgKDEp IHsgICAgICAgICAgICAgICAgICAgICAgICAgICAgLyogcHJpbWFyeSBleGVj dXRpb24gbG9vcCBbIHJoZXNzIF0gKi8NCglpZihlY2FubW91c2UoKSkgew0K CQltID0gZW1vdXNlKCk7DQoJCWlmKG0uYnV0dG9ucyY0KSB7DQoJCQlpZihl bWVudWhpdCgzLCAmbSwgJm1lbnUpID09IDApIA0KCQkJCWV4aXRzKDApOw0K CQl9DQoJfQ0KICAgIGlmIChyZXN0YXJ0IHx8IHN0b3ApIGdvdG8gcG9wOw0K ICAgIHN3aXRjaCAoc3RhdGUpIHsNCiAgICBjYXNlIDE6DQogICAgICBpbml0 aWFsaXplX21hemUoKTsNCiAgICAgIGJyZWFrOw0KICAgIGNhc2UgMjoNCiAg ICAgIGRyYXcoc2NyZWVuLCBzY3JlZW4tPnIsIGRpc3BsYXktPmJsYWNrLCBu aWwsIFpQKTsNCiAgICAgIGRyYXdfbWF6ZV9ib3JkZXIoKTsNCglmbHVzaGlt YWdlKGRpc3BsYXksIDEpOw0KICAgICAgYnJlYWs7DQogICAgY2FzZSAzOg0K ICAgICAgdGhpc19nZW4gPSBnZW5lcmF0b3I7DQogICAgICBpZih0aGlzX2dl bjwwIHx8IHRoaXNfZ2VuPjIpDQoJdGhpc19nZW4gPSByYW5kb20oKSUzOw0K DQogICAgICBzd2l0Y2godGhpc19nZW4pDQoJew0KCWNhc2UgMDoNCgkgIGNy ZWF0ZV9tYXplKCk7DQoJICBicmVhazsNCgljYXNlIDE6DQoJICBhbHRfY3Jl YXRlX21hemUoKTsNCgkgIGJyZWFrOw0KCWNhc2UgMjoNCgkgIHNldF9jcmVh dGVfbWF6ZSgpOw0KCSAgYnJlYWs7DQoJfQ0KCWZsdXNoaW1hZ2UoZGlzcGxh eSwgMSk7DQogICAgICBicmVhazsNCiAgICBjYXNlIDQ6DQogICAgICBzbGVl cCAocHJlX3NvbHZlX2RlbGF5KTsNCiAgICAgIGJyZWFrOw0KICAgIGNhc2Ug NToNCiAgICAgIHNvbHZlX21hemUoKTsNCiAgICAgIGJyZWFrOw0KICAgIGNh c2UgNjoNCiAgICAgIHNsZWVwIChwb3N0X3NvbHZlX2RlbGF5KTsNCiAgICAg IHN0YXRlID0gMCA7DQogICAgICBkcmF3KHNjcmVlbiwgc2NyZWVuLT5yLCBk aXNwbGF5LT5ibGFjaywgbmlsLCBaUCk7DQogICAgICBicmVhazsNCiAgICBk ZWZhdWx0Og0KICAgICAgYWJvcnQgKCk7DQogICAgfQ0KICAgICsrc3RhdGU7 DQogIHBvcDoNCiAgICBpZiAocmVzdGFydCkNCiAgICAgIHsNCglyZXN0YXJ0 ID0gMDsNCglzdG9wID0gMDsNCglzdGF0ZSA9IDE7DQoJc2V0X21hemVfc2l6 ZXMgKER4KHNjcmVlbi0+ciksIER5KHNjcmVlbi0+cikpOw0KDQoJZHJhdyhz Y3JlZW4sIHNjcmVlbi0+ciwgZGlzcGxheS0+YmxhY2ssIG5pbCwgWlApOw0K CWZsdXNoaW1hZ2UoZGlzcGxheSwgMSk7DQoJc3luY19wID0gIShyYW5kb20o KSAlIDEwKTsNCiAgICAgIH0NCiAgfQ0KfQ0KDQoNCnZvaWQNCmVyZXNpemVk KGludCBuZXcpDQp7DQoJDQoJaWYobmV3ICYmIGdldHdpbmRvdyhkaXNwbGF5 LCBSZWZub25lKSA8IDApIHsNCgkJc3lzZmF0YWwoImNhbid0IHJlYXR0YWNo IHRvIHdpbmRvdyIpOw0KCX0JDQoJLy9mcHJpbnQoMiwgInNvcnJ5LCBjYW5u b3QgcmVzaXplXG4iKTsNCgkvL2V4aXRzKDApOw0KCXJlc3RhcnQgPSAxOw0K fQ0KDQoNCnZvaWQgDQptYWluKGludCBhcmdjLCBjaGFyICoqYXJndikNCnsN CglpbnQgZmQ7DQoNCglVU0VEKGFyZ2MsIGFyZ3YpOw0KCXNyYW5kKHRpbWUo MCkpOw0KDQoNCglpZihpbml0ZHJhdyhuaWwsIG5pbCwgIm1hemUiKSA8IDAp DQoJCXN5c2ZhdGFsKCJpbml0ZHJhdyBmYWlsZWQ6ICVyIik7DQoNCglsaXZl Q29sb3IgPSBhbGxvY2ltYWdlKGRpc3BsYXksIFJlY3QoMCwgMCwgMSwgMSks IHNjcmVlbi0+Y2hhbiwgMSwgREdyZWVuKTsNCglkZWFkQ29sb3IgPSBhbGxv Y2ltYWdlKGRpc3BsYXksIFJlY3QoMCwgMCwgMSwgMSksIHNjcmVlbi0+Y2hh biwgMSwgRFJlZCk7DQoJc2tpcENvbG9yPSBhbGxvY2ltYWdlKGRpc3BsYXks IFJlY3QoMCwgMCwgMSwgMSksIHNjcmVlbi0+Y2hhbiwgMSwgRE1hZ2VudGEp Ow0KCXN1cnJvdW5kQ29sb3I9IGFsbG9jaW1hZ2UoZGlzcGxheSwgUmVjdCgw LCAwLCAxLCAxKSwgc2NyZWVuLT5jaGFuLCAxLCBEUGFsZWJsdWUpOw0KDQoJ ZmQgPSBvcGVuKCIvbGliL2ZhY2UvNDh4NDh4NC9nL2dsZW5kYS4xIiwgT1JF QUQpOw0KCWlmKGZkIDwgMCkNCgkJc3lzZmF0YWwoImNhbm5vdCBvcGVuIC9s aWIvZmFjZS80OHg0OHg0L2cvZ2xlbmRhLjE6ICVyIik7DQoNCglnbGVuZGEg PSByZWFkaW1hZ2UoZGlzcGxheSwgZmQsIDApOw0KCWlmKGdsZW5kYSA9PSBu aWwpDQoJCXN5c2ZhdGFsKCJjYW5ub3QgbG9hZCBnbGVuZGEncyBpbWFnZTog JXIiKTsNCg0KCWRyYXcoc2NyZWVuLCBzY3JlZW4tPnIsIGRpc3BsYXktPmJs YWNrLCBuaWwsIFpQKTsNCglmbHVzaGltYWdlKGRpc3BsYXksIDEpOw0KDQoJ ZWluaXQoRW1vdXNlKTsNCgllcmVzaXplZCgwKTsNCglzY3JlZW5oYWNrKCk7 DQp9DQo= --0-174873200-1029484758=:44825-- From 9fans-admin@cse.psu.edu Fri Aug 16 09:22:18 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5586 invoked from network); 16 Aug 2002 18:22:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 16 Aug 2002 18:22:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EA2F119A7D; Fri, 16 Aug 2002 05:22:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1654F199B3 for <9fans@cse.psu.edu>; Fri, 16 Aug 2002 05:21:18 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17fd7c-00033r-00 for 9fans@cse.psu.edu; Fri, 16 Aug 2002 10:10:20 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Daniel Warmuth Message-ID: Organization: University of Bath Computing Services, UK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit References: Subject: Re: Re: [9fans] Plan 9 on Macintosh? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 16 Aug 2002 09:09:47 GMT Hi, Russ Cox: > If you write all the drivers to support the Mac hardware, yes. Ok, let's see if I get it done till next weekend ;) -- Ciao, Daniel From 9fans-admin@cse.psu.edu Fri Aug 16 12:16:24 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6964 invoked from network); 16 Aug 2002 21:16:22 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 16 Aug 2002 21:16:22 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 204F019A7D; Fri, 16 Aug 2002 08:16:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 35B5519A7B for <9fans@cse.psu.edu>; Fri, 16 Aug 2002 08:15:04 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] draw() question From: "rob pike, esq." MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-xtddjxkdgdqitsnuzyrwpzqcbr" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 16 Aug 2002 08:14:59 -0400 This is a multi-part message in MIME format. --upas-xtddjxkdgdqitsnuzyrwpzqcbr Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Isn't it just draw(dst, Rect(x, y, x+(x2-x1), y+(y2-y1)), src, nil, Pt(x1, y1)) ? Why is this hard? Or what have I missed? -rob --upas-xtddjxkdgdqitsnuzyrwpzqcbr Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Aug 16 04:03:21 EDT 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Fri Aug 16 04:03:19 EDT 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E4D5819A7A; Fri, 16 Aug 2002 04:03:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from fbsd.acl.lanl.gov (fbsd.acl.lanl.gov [128.165.147.119]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 97FD619A7A for <9fans@cse.psu.edu>; Fri, 16 Aug 2002 04:02:21 -0400 (EDT) Received: (qmail 44840 invoked by uid 18927); 16 Aug 2002 07:59:18 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 16 Aug 2002 07:59:18 -0000 From: andrey mirtchovski X-X-Sender: andrey@fbsd.acl.lanl.gov To: 9fans@cse.psu.edu Message-ID: <20020816014527.O44825-200000@fbsd.acl.lanl.gov> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-174873200-1029484758=:44825" Subject: [9fans] draw() question Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 16 Aug 2002 01:59:18 -0600 (MDT) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-174873200-1029484758=:44825 Content-Type: TEXT/PLAIN; charset=US-ASCII hi, i'm stuck trying to do the following with the already existing plan9 functions from draw.h: in short, i want to do a draw() to an image using only a specific rectangle in the source image, i.e. a call to draw which puts at dst(x, y) the rectangle Rect(x1, y1, x2, y2) from src.. so far i can clumsily simulate that by setting src's clipr to the wanted rectangle and then aligning the source so that src->clipr.min is at (x, y) in the draw() operation. somehow, though, i don't think this is the easiest way :) i'm sure the answer is very simple, andrey ps: i'm attaching maze.c for your enjoyment, it'll probably appear on the xscreensaver ports site in a few days... --0-174873200-1029484758=:44825 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="maze.c" Content-Transfer-Encoding: BASE64 Content-ID: <20020816015918.T44825@fbsd.acl.lanl.gov> Content-Description: Content-Disposition: attachment; filename="maze.c" LyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKg0KICogWyBtYXpl IF0gLi4uDQogKg0KICogbW9kaWZpZWQ6ICBbIDEtMDQtMDAgXSAgSm9oYW5u ZXMgS2V1a2VsYWFyIDxqb2hhbm5lc0BuYWRhLmt0aC5zZT4NCiAqICAgICAg ICAgICAgICBBZGRlZCAtaWdub3JhbnQgb3B0aW9uIChub3QgdGhlIGRlZmF1 bHQpIHRvIHJlbW92ZSBrbm93bGVnZQ0KICogICAgICAgICAgICAgIG9mIHRo ZSBkaXJlY3Rpb24gaW4gd2hpY2ggdGhlIGV4aXQgbGllcy4NCiAqDQogKiBt b2RpZmllZDogIFsgNi0yOC05OCBdICBaYWNrIFdlaW5iZXJnIDx6YWNrQHJh YmkucGh5cy5jb2x1bWJpYS5lZHU+DQogKg0KICogICAgICAgICAgICAgIE1h ZGUgdGhlIG1hemUtc29sdmVyIHNvbWV3aGF0IG1vcmUgaW50ZWxsaWdlbnQu ICBUaGVyZSBhcmUNCiAqICAgICAgICAgICAgICB0aHJlZSBvcHRpbWl6YXRp b25zOg0KICoNCiAqICAgICAgICAgICAgICAtIFN0cmFpZ2h0LWxpbmUgbG9v a2FoZWFkOiB0aGUgc29sdmVyIGRvZXMgbm90IGVudGVyIGRlYWQtZW5kDQog KiAgICAgICAgICAgICAgICBjb3JyaWRvcnMuICBUaGlzIGlzIGEgd2luIHdp dGggYWxsIG1hemUgZ2VuZXJhdG9ycy4NCiAqDQogKiAgICAgICAgICAgICAg LSBGaXJzdCBvcmRlciBkaXJlY3Rpb24gY2hvaWNlOiB0aGUgc29sdmVyIGtu b3dzIHdoZXJlIHRoZQ0KICogICAgICAgICAgICAgICAgZXhpdCBpcyBpbiBy ZWxhdGlvbiB0byBpdHNlbGYsIGFuZCB3aWxsIHRyeSBwYXRocyBsZWFkaW5n IGluDQogKiAgICAgICAgICAgICAgICB0aGF0IGRpcmVjdGlvbiBmaXJzdC4g VGhpcyBpcyBhIG1ham9yIHdpbiBvbiBtYXplIGdlbmVyYXRvciAxDQogKiAg ICAgICAgICAgICAgICB3aGljaCB0ZW5kcyB0byBvZmZlciBkaXJlY3Qgcm91 dGVzIHRvIHRoZSBleGl0Lg0KICoNCiAqICAgICAgICAgICAgICAtIERlYWQg cmVnaW9uIGVsaW1pbmF0aW9uOiB0aGUgc29sdmVyIGFscmVhZHkgaGFzIGEg bWFwIG9mDQogKiAgICAgICAgICAgICAgICBhbGwgc3F1YXJlcyB2aXNpdGVk LiAgV2hlbmV2ZXIgaXQgc3RhcnRzIHRvIGJhY2t0cmFjaywgaXQNCiAqICAg ICAgICAgICAgICAgIGNvbnN1bHRzIHRoaXMgbWFwIGFuZCBtYXJrcyBvZmYg YWxsIHNxdWFyZXMgdGhhdCBjYW5ub3QgYmUNCiAqICAgICAgICAgICAgICAg IHJlYWNoZWQgZnJvbSB0aGUgZXhpdCB3aXRob3V0IGNyb3NzaW5nIGEgc3F1 YXJlIGFscmVhZHkNCiAqICAgICAgICAgICAgICAgIHZpc2l0ZWQuICBUaG9z ZSBzcXVhcmVzIGNhbiBuZXZlciBjb250cmlidXRlIHRvIHRoZSBwYXRoIHRv DQogKiAgICAgICAgICAgICAgICB0aGUgZXhpdCwgc28gaXQgZG9lc24ndCBi b3RoZXIgY2hlY2tpbmcgdGhlbS4gIFRoaXMgaGVscHMgYQ0KICogICAgICAg ICAgICAgICAgbG90IHdpdGggbWF6ZSBnZW5lcmF0b3IgMiBhbmQgc29tZXdo YXQgbGVzcyB3aXRoIGdlbmVyYXRvciAxLg0KICoNCiAqICAgICAgICAgICAg ICBGdXJ0aGVyIGltcHJvdmVtZW50cyB3b3VsZCByZXF1aXJlIGtub3dsZWRn ZSBvZiB0aGUgd2FsbCBtYXANCiAqICAgICAgICAgICAgICBhcyB3ZWxsIGFz IHRoZSBwb3NpdGlvbiBvZiB0aGUgZXhpdCBhbmQgdGhlIHNxdWFyZXMgdmlz aXRlZC4NCiAqICAgICAgICAgICAgICBJIHdvdWxkIGNvbnNpZGVyIHRoYXQg dG8gYmUgY2hlYXRpbmcuICBHZW5lcmF0b3IgMCBtYWtlcw0KICogICAgICAg ICAgICAgIG1hemVzIHdoaWNoIGFyZSByZW1hcmthYmx5IGRpZmZpY3VsdCB0 byBzb2x2ZSBtZWNoYW5pY2FsbHkgLS0NCiAqICAgICAgICAgICAgICBldmVu IHdpdGggdGhlc2Ugb3B0aW1pemF0aW9ucyB0aGUgc29sdmVyIGdlbmVyYWxs eSBtdXN0IHZpc2l0DQogKiAgICAgICAgICAgICAgYXQgbGVhc3QgdHdvLXRo aXJkcyBvZiB0aGUgc3F1YXJlcy4gIFRoaXMgaXMgcGFydGlhbGx5DQogKiAg ICAgICAgICAgICAgYmVjYXVzZSBnZW5lcmF0b3IgMCdzIG1hemVzIGhhdmUg bG9uZ2VyIHBhdGhzIHRvIHRoZSBleGl0Lg0KICoNCiAqIG1vZGlmaWVkOiAg WyA0LTEwLTk3IF0gIEpvaGFubmVzIEtldWtlbGFhciA8am9oYW5uZXNAbmFk YS5rdGguc2U+DQogKiAgICAgICAgICAgICAgQWRkZWQgbXVsdGlwbGUgbWF6 ZSBjcmVhdG9ycy4gUm9idXN0aWZpZWQgc29sdmVyLg0KICogICAgICAgICAg ICAgIEFkZGVkIGJyaWRnZSBvcHRpb24uDQogKiBtb2RpZmllZDogIFsgOC0x MS05NSBdIEVkIEphbWVzIDxqYW1lc0BtbWwubW1jLmNvbT4NCiAqICAgICAg ICAgICAgICBhZGRlZCBmaWxsIG9mIGRlYWQtZW5kIGJveCB0byBzb2x2ZV9t YXplIHdoaWxlIGxvb3AuDQogKiBtb2RpZmllZDogIFsgMy03LTkzIF0gIEph bWllIFphd2luc2tpIDxqd3pAand6Lm9yZz4NCiAqCQlhZGRlZCB0aGUgWFJv Z2VyIGxvZ28sIGNsZWFuZWQgdXAgcmVzb3VyY2VzLCBtYWRlDQogKgkJZ3Jp ZCBzaXplIGEgcGFyYW1ldGVyLg0KICogbW9kaWZpZWQ6ICBbIDMtMy05MyBd ICBKaW0gUmFuZGVsbCA8am1yQG1kZGptci5mYy5ocC5jb20+DQogKgkJQWRk ZWQgdGhlIGNvbG91ciBzdHVmZiBhbmQgaW50ZWdyYXRlZCBpdCB3aXRoIGp3 eidzDQogKgkJc2NyZWVuaGFjayBzdHVmZi4gIFRoZXJlJ3Mgc3RpbGwgc29t ZSB3b3JrIHRoYXQgY291bGQNCiAqCQliZSBkb25lIG9uIHRoaXMsIHBhcnRp Y3VsYXJseSBhbGxvd2luZyBhIHJlc291cmNlIHRvDQogKgkJc3BlY2lmeSBo b3cgYmlnIHRoZSBzcXVhcmVzIGFyZS4NCiAqIG1vZGlmaWVkOiAgWyAxMC00 LTg4IF0gIFJpY2hhcmQgSGVzcyAgICAuLi4hdXVuZXQhY2ltc2hvcCFyaGVz cyAgDQogKiAgICAgICAgICAgICAgWyBSZXZpc2VkIHByaW1hcnkgZXhlY3V0 aW9uIGxvb3Agd2l0aGluIG1haW4oKS4uLg0KICogICAgICAgICAgICAgIFsg RXh0ZW5kZWQgWCBldmVudCBoYW5kbGVyLCBjaGVja19ldmVudHMoKS4uLg0K ICogbW9kaWZpZWQ6ICBbIDEtMjktODggXSAgRGF2ZSBMZW1rZSAgICAgIGxl bWtlQHN1bi5jb20gIA0KICogICAgICAgICAgICAgIFsgSGFja2VkIGZvciBY MTEuLi4NCiAqICAgICAgICAgICAgICBbICBOb3RlIHRoZSB3b3JkICJoYWNr ZWQiIC0tIHRoaXMgaXMgZXh0cmVtZWx5IHVnbHksIGJ1dCBhdCANCiAqICAg ICAgICAgICAgICBbICAgbGVhc3QgaXQgZG9lcyB0aGUgam9iLiAgTk9UIGEg Z29vZCBwcm9ncmFtbWluZyBleGFtcGxlIA0KICogICAgICAgICAgICAgIFsg ICBmb3IgWC4NCiAqIG9yaWdpbmFsOiAgWyA2LzIxLzg1IF0gIE1hcnRpbiBX ZWlzcyAgICBTdW4gTWljcm9zeXN0ZW1zICBbIFN1blZpZXcgXQ0KICoNCiAq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCiBDb3B5cmlnaHQg MTk4OCBieSBTdW4gTWljcm9zeXN0ZW1zLCBJbmMuIE1vdW50YWluIFZpZXcs IENBLg0KICANCiBBbGwgUmlnaHRzIFJlc2VydmVkDQogIA0KIFBlcm1pc3Np b24gdG8gdXNlLCBjb3B5LCBtb2RpZnksIGFuZCBkaXN0cmlidXRlIHRoaXMg c29mdHdhcmUgYW5kIGl0cw0KIGRvY3VtZW50YXRpb24gZm9yIGFueSBwdXJw b3NlIGFuZCB3aXRob3V0IGZlZSBpcyBoZXJlYnkgZ3JhbnRlZCwgDQogcHJv dmlkZWQgdGhhdCB0aGUgYWJvdmUgY29weXJpZ2h0IG5vdGljZSBhcHBlYXIg aW4gYWxsIGNvcGllcyBhbmQgdGhhdA0KIGJvdGggdGhhdCBjb3B5cmlnaHQg bm90aWNlIGFuZCB0aGlzIHBlcm1pc3Npb24gbm90aWNlIGFwcGVhciBpbiAN CiBzdXBwb3J0aW5nIGRvY3VtZW50YXRpb24sIGFuZCB0aGF0IHRoZSBuYW1l cyBvZiBTdW4gb3IgTUlUIG5vdCBiZQ0KIHVzZWQgaW4gYWR2ZXJ0aXNpbmcg b3IgcHVibGljaXR5IHBlcnRhaW5pbmcgdG8gZGlzdHJpYnV0aW9uIG9mIHRo ZQ0KIHNvZnR3YXJlIHdpdGhvdXQgc3BlY2lmaWMgcHJpb3Igd3JpdHRlbiBw ZXJtaXNzaW9uLiBTdW4gYW5kIE0uSS5ULiANCiBtYWtlIG5vIHJlcHJlc2Vu dGF0aW9ucyBhYm91dCB0aGUgc3VpdGFiaWxpdHkgb2YgdGhpcyBzb2Z0d2Fy ZSBmb3IgDQogYW55IHB1cnBvc2UuIEl0IGlzIHByb3ZpZGVkICJhcyBpcyIg d2l0aG91dCBhbnkgZXhwcmVzcyBvciBpbXBsaWVkIHdhcnJhbnR5Lg0KIA0K IFNVTiBESVNDTEFJTVMgQUxMIFdBUlJBTlRJRVMgV0lUSCBSRUdBUkQgVE8g VEhJUyBTT0ZUV0FSRSwgSU5DTFVESU5HDQogQUxMIElNUExJRUQgV0FSUkFO VElFUyBPRiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFS VElDVUxBUg0KIFBVUlBPU0UuIElOIE5PIEVWRU5UIFNIQUxMIFNVTiBCRSBM SUFCTEUgRk9SIEFOWSBTUEVDSUFMLCBJTkRJUkVDVA0KIE9SIENPTlNFUVVF TlRJQUwgREFNQUdFUyBPUiBBTlkgREFNQUdFUyBXSEFUU09FVkVSIFJFU1VM VElORyBGUk9NIExPU1MNCiBPRiBVU0UsIERBVEEgT1IgUFJPRklUUywgV0hF VEhFUiBJTiBBTiBBQ1RJT04gT0YgQ09OVFJBQ1QsIE5FR0xJR0VOQ0UgDQog T1IgT1RIRVIgVE9SVElPVVMgQUNUSU9OLCBBUklTSU5HIE9VVCBPRiBPUiBJ TiBDT05ORUNUSU9OIFdJVEggVEhFIFVTRQ0KIE9SIFBFUkZPUk1BTkNFIE9G IFRISVMgU09GVFdBUkUuDQogKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKiovDQoNCg0KLyogDQogICogcG9ydGVkIHRvIFBsYW4gOSBieSBhbmRy ZXlAbGFubC5nb3YsIDA4LzAyDQogICovDQoNCi8qIHBsYW45LXJlbGF0ZWQg c3R1ZmYgKi8NCiNpbmNsdWRlIDx1Lmg+DQojaW5jbHVkZSA8bGliYy5oPg0K I2luY2x1ZGUgPGRyYXcuaD4NCiNpbmNsdWRlIDxldmVudC5oPg0KDQojZGVm aW5lIE5VTEwgbmlsDQojZGVmaW5lIFhQb2ludCBQb2ludA0KI2RlZmluZSBO UkFORCBucmFuZA0KI2RlZmluZSBMUkFORCBscmFuZA0KI2RlZmluZSByYW5k b20gcmFuZA0KI2RlZmluZSBNQVhSQU5EICgoMjw8MzEpLTEpDQojZGVmaW5l IE1BWChhLCBiKSAoKChhKSA+IChiKSk/KGEpOihiKSkNCiNkZWZpbmUgTUlO KGEsIGIpICgoKGEpIDwgKGIpKT8oYSk6KGIpKQ0KI2RlZmluZSBSQU5EX01B WCBNQVhSQU5EDQojZGVmaW5lIEFCUyBhYnMNCkltYWdlICpjb2xvcnNbMjU2 XTsNCiNkZWZpbmUgTV9QSQlQSQ0KI2RlZmluZSBCb29sIGludA0KI2RlZmlu ZSBUcnVlIDENCiNkZWZpbmUgRmFsc2UgMA0KDQpJbWFnZSAqbGl2ZUNvbG9y LCAqZGVhZENvbG9yLCAqc2tpcENvbG9yLCAqc3Vycm91bmRDb2xvcjsNCg0K SW1hZ2UgKmdsZW5kYTsNCg0KY2hhciAqYnV0dG9uc1tdID0gDQp7DQoJImV4 aXQiLA0KCTANCn07DQoNCk1lbnUgbWVudSA9IA0Kew0KCWJ1dHRvbnMNCn07 DQpNb3VzZSBtOw0KLyogZW5kIG9mIHBsYW45LXJlbGF0ZWQgZGVmaW5lcyAq Lw0KDQoNCiNkZWZpbmUgWFNDUkVFTlNBVkVSX0xPR08NCg0Kc3RhdGljIGlu dCBzb2x2ZV9kZWxheSwgcHJlX3NvbHZlX2RlbGF5LCBwb3N0X3NvbHZlX2Rl bGF5Ow0KDQojZGVmaW5lIE1BWF9NQVpFX1NJWkVfWAk1MDANCiNkZWZpbmUg TUFYX01BWkVfU0laRV9ZCTUwMA0KDQojZGVmaW5lIE1PVkVfTElTVF9TSVpF ICAoTUFYX01BWkVfU0laRV9YICogTUFYX01BWkVfU0laRV9ZKQ0KDQojZGVm aW5lIE5PVF9ERUFECTB4ODAwMA0KI2RlZmluZSBTT0xWRVJfVklTSVQgICAg MHg0MDAwDQojZGVmaW5lIFNUQVJUX1NRVUFSRQkweDIwMDANCiNkZWZpbmUg RU5EX1NRVUFSRQkweDEwMDANCg0KI2RlZmluZSBXQUxMX1RPUAkweDgNCiNk ZWZpbmUgV0FMTF9SSUdIVAkweDQNCiNkZWZpbmUgV0FMTF9CT1RUT00JMHgy DQojZGVmaW5lIFdBTExfTEVGVAkweDENCiNkZWZpbmUgV0FMTF9BTlkJMHhG DQoNCiNkZWZpbmUgRE9PUl9JTl9UT1AJMHg4MDANCiNkZWZpbmUgRE9PUl9J Tl9SSUdIVAkweDQwMA0KI2RlZmluZSBET09SX0lOX0JPVFRPTQkweDIwMA0K I2RlZmluZSBET09SX0lOX0xFRlQJMHgxMDANCiNkZWZpbmUgRE9PUl9JTl9B TlkJMHhGMDANCg0KI2RlZmluZSBET09SX09VVF9UT1AJMHg4MA0KI2RlZmlu ZSBET09SX09VVF9SSUdIVAkweDQwDQojZGVmaW5lIERPT1JfT1VUX0JPVFRP TQkweDIwDQojZGVmaW5lIERPT1JfT1VUX0xFRlQJMHgxMA0KDQoNCiNkZWZp bmUJYm9yZGVyX3ggICAgICAgICgwKQ0KI2RlZmluZQlib3JkZXJfeSAgICAg ICAgKDApDQoNCiNkZWZpbmUJZ2V0X3JhbmRvbSh4KQkocmFuZG9tKCkgJSAo eCkpDQoNCg0Kc3RhdGljIGludCBsb2dvX3gsIGxvZ29feTsNCg0KIyBkZWZp bmUgbG9nb193aWR0aCAgNDgNCiMgZGVmaW5lIGxvZ29faGVpZ2h0IDQ4DQoN CnN0YXRpYyB1bnNpZ25lZCBzaG9ydCBtYXplW01BWF9NQVpFX1NJWkVfWF1b TUFYX01BWkVfU0laRV9ZXTsNCg0Kc3RhdGljIHN0cnVjdCB7DQogIHVuc2ln bmVkIGNoYXIgeDsNCiAgdW5zaWduZWQgY2hhciB5Ow0KICB1bnNpZ25lZCBj aGFyIGRpciwgd2F5czsNCn0gbW92ZV9saXN0W01PVkVfTElTVF9TSVpFXSwg c2F2ZV9wYXRoW01PVkVfTElTVF9TSVpFXSwgcGF0aFtNT1ZFX0xJU1RfU0la RV07DQoNCnN0YXRpYyBpbnQgbWF6ZV9zaXplX3gsIG1hemVfc2l6ZV95Ow0K c3RhdGljIGludCBzcW51bSwgY3VyX3NxX3gsIGN1cl9zcV95LCBwYXRoX2xl bmd0aDsNCnN0YXRpYyBpbnQgc3RhcnRfeCwgc3RhcnRfeSwgc3RhcnRfZGly LCBlbmRfeCwgZW5kX3ksIGVuZF9kaXI7DQpzdGF0aWMgaW50IGdyaWRfd2lk dGgsIGdyaWRfaGVpZ2h0Ow0Kc3RhdGljIGludCBidzsNCg0Kc3RhdGljIGlu dAl4ID0gMCwgeSA9IDAsIHJlc3RhcnQgPSAwLCBzdG9wID0gMCwgc3RhdGUg PSAxLCBtYXhfbGVuZ3RoOw0Kc3RhdGljIGludCAgICAgIHN5bmNfcCwgYnJp ZGdlX3AsIGlnbm9yYW50X3A7DQoNCg0Kc3RhdGljIHZvaWQNCnNldF9tYXpl X3NpemVzIChpbnQgd2lkdGgsIGludCBoZWlnaHQpDQp7DQogIG1hemVfc2l6 ZV94ID0gd2lkdGggLyBncmlkX3dpZHRoOw0KICBtYXplX3NpemVfeSA9IGhl aWdodCAvIGdyaWRfaGVpZ2h0Ow0KfQ0KDQoNCnN0YXRpYyB2b2lkDQppbml0 aWFsaXplX21hemUgKHZvaWQpIC8qIGRyYXcgdGhlIHN1cnJvdW5kaW5nIHdh bGwgYW5kIHN0YXJ0L2VuZCBzcXVhcmVzICovDQp7DQogIHJlZ2lzdGVyIGlu dCBpLCBqLCB3YWxsOw0KICBpbnQgbG9nb3cgPSAxICsgbG9nb193aWR0aCAv IGdyaWRfd2lkdGg7DQogIGludCBsb2dvaCA9IDEgKyBsb2dvX2hlaWdodCAv IGdyaWRfaGVpZ2h0Ow0KICANCiAgLyogaW5pdGlhbGl6ZSBhbGwgc3F1YXJl cyAqLw0KICBmb3IgKCBpPTA7IGk8bWF6ZV9zaXplX3g7IGkrKykgew0KICAg IGZvciAoIGo9MDsgajxtYXplX3NpemVfeTsgaisrKSB7DQogICAgICBtYXpl W2ldW2pdID0gMDsNCiAgICB9DQogIH0NCiAgDQogIC8qIHRvcCB3YWxsICov DQogIGZvciAoIGk9MDsgaTxtYXplX3NpemVfeDsgaSsrICkgew0KICAgIG1h emVbaV1bMF0gfD0gV0FMTF9UT1A7DQogIH0NCiAgDQogIC8qIHJpZ2h0IHdh bGwgKi8NCiAgZm9yICggaj0wOyBqPG1hemVfc2l6ZV95OyBqKysgKSB7DQog ICAgbWF6ZVttYXplX3NpemVfeC0xXVtqXSB8PSBXQUxMX1JJR0hUOw0KICB9 DQogIA0KICAvKiBib3R0b20gd2FsbCAqLw0KICBmb3IgKCBpPTA7IGk8bWF6 ZV9zaXplX3g7IGkrKyApIHsNCiAgICBtYXplW2ldW21hemVfc2l6ZV95LTFd IHw9IFdBTExfQk9UVE9NOw0KICB9DQogIA0KICAvKiBsZWZ0IHdhbGwgKi8N CiAgZm9yICggaj0wOyBqPG1hemVfc2l6ZV95OyBqKysgKSB7DQogICAgbWF6 ZVswXVtqXSB8PSBXQUxMX0xFRlQ7DQogIH0NCiAgDQogIC8qIHNldCBzdGFy dCBzcXVhcmUgKi8NCiAgd2FsbCA9IGdldF9yYW5kb20oNCk7DQogIHN3aXRj aCAod2FsbCkgew0KICBjYXNlIDA6CQ0KICAgIGkgPSBnZXRfcmFuZG9tKG1h emVfc2l6ZV94KTsNCiAgICBqID0gMDsNCiAgICBicmVhazsNCiAgY2FzZSAx OgkNCiAgICBpID0gbWF6ZV9zaXplX3ggLSAxOw0KICAgIGogPSBnZXRfcmFu ZG9tKG1hemVfc2l6ZV95KTsNCiAgICBicmVhazsNCiAgY2FzZSAyOgkNCiAg ICBpID0gZ2V0X3JhbmRvbShtYXplX3NpemVfeCk7DQogICAgaiA9IG1hemVf c2l6ZV95IC0gMTsNCiAgICBicmVhazsNCiAgY2FzZSAzOgkNCiAgICBpID0g MDsNCiAgICBqID0gZ2V0X3JhbmRvbShtYXplX3NpemVfeSk7DQogICAgYnJl YWs7DQogIH0NCiAgbWF6ZVtpXVtqXSB8PSBTVEFSVF9TUVVBUkU7DQogIG1h emVbaV1bal0gfD0gKCBET09SX0lOX1RPUCA+PiB3YWxsICk7DQogIG1hemVb aV1bal0gJj0gfiggV0FMTF9UT1AgPj4gd2FsbCApOw0KICBjdXJfc3FfeCA9 IGk7DQogIGN1cl9zcV95ID0gajsNCiAgc3RhcnRfeCA9IGk7DQogIHN0YXJ0 X3kgPSBqOw0KICBzdGFydF9kaXIgPSB3YWxsOw0KICBzcW51bSA9IDA7DQog IA0KICAvKiBzZXQgZW5kIHNxdWFyZSAqLw0KICB3YWxsID0gKHdhbGwgKyAy KSU0Ow0KICBzd2l0Y2ggKHdhbGwpIHsNCiAgY2FzZSAwOg0KICAgIGkgPSBn ZXRfcmFuZG9tKG1hemVfc2l6ZV94KTsNCiAgICBqID0gMDsNCiAgICBicmVh azsNCiAgY2FzZSAxOg0KICAgIGkgPSBtYXplX3NpemVfeCAtIDE7DQogICAg aiA9IGdldF9yYW5kb20obWF6ZV9zaXplX3kpOw0KICAgIGJyZWFrOw0KICBj YXNlIDI6DQogICAgaSA9IGdldF9yYW5kb20obWF6ZV9zaXplX3gpOw0KICAg IGogPSBtYXplX3NpemVfeSAtIDE7DQogICAgYnJlYWs7DQogIGNhc2UgMzoN CiAgICBpID0gMDsNCiAgICBqID0gZ2V0X3JhbmRvbShtYXplX3NpemVfeSk7 DQogICAgYnJlYWs7DQogIH0NCiAgbWF6ZVtpXVtqXSB8PSBFTkRfU1FVQVJF Ow0KICBtYXplW2ldW2pdIHw9ICggRE9PUl9PVVRfVE9QID4+IHdhbGwgKTsN CiAgbWF6ZVtpXVtqXSAmPSB+KCBXQUxMX1RPUCA+PiB3YWxsICk7DQogIGVu ZF94ID0gaTsNCiAgZW5kX3kgPSBqOw0KICBlbmRfZGlyID0gd2FsbDsNCiAg DQogIC8qIHNldCBsb2dvICovDQogIGlmICgobWF6ZV9zaXplX3gtbG9nb3cg Pj0gNikgJiYgKG1hemVfc2l6ZV95LWxvZ29oID49IDYpKQ0KICAgIHsNCiAg ICAgIC8qIG5vdCBjbG9zZXIgdGhhbiAzIGdyaWQgdW5pdHMgZnJvbSBhIHdh bGwgKi8NCiAgICAgIGxvZ29feCA9IGdldF9yYW5kb20gKG1hemVfc2l6ZV94 IC0gbG9nb3cgLSA1KSArIDM7DQogICAgICBsb2dvX3kgPSBnZXRfcmFuZG9t IChtYXplX3NpemVfeSAtIGxvZ29oIC0gNSkgKyAzOw0KICAgICAgZm9yIChp PTA7IGk8bG9nb3c7IGkrKykNCglmb3IgKGo9MDsgajxsb2dvaDsgaisrKQ0K CSAgbWF6ZVtsb2dvX3ggKyBpXVtsb2dvX3kgKyBqXSB8PSBET09SX0lOX1RP UDsNCiAgICB9DQogIGVsc2UNCiAgICBsb2dvX3kgPSBsb2dvX3ggPSAtMTsN Cn0NCg0Kc3RhdGljIGludCBjaG9vc2VfZG9vciAodm9pZCk7DQpzdGF0aWMg aW50IGJhY2t1cCAodm9pZCk7DQpzdGF0aWMgdm9pZCBkcmF3X3dhbGwgKGlu dCwgaW50LCBpbnQpOw0Kc3RhdGljIHZvaWQgZHJhd19zb2xpZF9zcXVhcmUg KGludCwgaW50LCBpbnQsIEltYWdlKik7DQovKnN0YXRpYyB2b2lkIGVudGVy X3NxdWFyZSAoaW50KTsqLw0Kc3RhdGljIHZvaWQgYnVpbGRfd2FsbCAoaW50 LCBpbnQsIGludCk7DQovKnN0YXRpYyB2b2lkIGJyZWFrX3dhbGwgKGludCwg aW50LCBpbnQpOyovDQoNCnN0YXRpYyB2b2lkIGpvaW5fc2V0cyhpbnQsIGlu dCk7DQoNCi8qIEZvciBzZXRfY3JlYXRlX21hemUuICovDQovKiBUaGUgc2V0 cyB0aGF0IG91ciBzcXVhcmVzIGFyZSBpbi4gKi8NCnN0YXRpYyBpbnQgKnNl dHMgPSAwOw0KLyogVGhlIGBsaXN0JyBvZiBoZWRnZXMuICovDQpzdGF0aWMg aW50ICpoZWRnZXMgPSAwOw0KDQoNCi8qIEluaXRpYWxpc2UgdGhlIHNldHMu ICovDQpzdGF0aWMgdm9pZCANCmluaXRfc2V0cyh2b2lkKQ0Kew0KICBpbnQg aSwgdCwgciwgeCwgeTsNCg0KICBpZihzZXRzKQ0KICAgIGZyZWUoc2V0cyk7 DQogIHNldHMgPSAoaW50ICopbWFsbG9jKG1hemVfc2l6ZV94Km1hemVfc2l6 ZV95KnNpemVvZihpbnQpKTsNCiAgaWYoIXNldHMpDQogICAgYWJvcnQoKTsN CiAgZm9yKGkgPSAwOyBpIDwgbWF6ZV9zaXplX3gqbWF6ZV9zaXplX3k7IGkr KykNCiAgICB7DQogICAgICBzZXRzW2ldID0gaTsNCiAgICB9DQogIA0KICBp ZihoZWRnZXMpDQogICAgZnJlZShoZWRnZXMpOw0KICBoZWRnZXMgPSAoaW50 ICopbWFsbG9jKG1hemVfc2l6ZV94Km1hemVfc2l6ZV95KjIqc2l6ZW9mKGlu dCkpOw0KICBpZighaGVkZ2VzKQ0KICAgIGFib3J0KCk7DQogIGZvcihpID0g MDsgaSA8IG1hemVfc2l6ZV94Km1hemVfc2l6ZV95KjI7IGkrKykNCiAgICB7 DQogICAgICBoZWRnZXNbaV0gPSBpOw0KICAgIH0NCiAgLyogTWFzayBvdXQg b3V0c2lkZSB3YWxscy4gKi8NCiAgZm9yKGkgPSAwOyBpIDwgbWF6ZV9zaXpl X3k7IGkrKykNCiAgICB7DQogICAgICBoZWRnZXNbMiooKG1hemVfc2l6ZV94 KSppK21hemVfc2l6ZV94LTEpKzFdID0gLTE7DQogICAgfQ0KICBmb3IoaSA9 IDA7IGkgPCBtYXplX3NpemVfeDsgaSsrKQ0KICAgIHsNCiAgICAgIGhlZGdl c1syKigobWF6ZV9zaXplX3ktMSkqbWF6ZV9zaXplX3graSldID0gLTE7DQog ICAgfQ0KICAvKiBNYXNrIG91dCBhIHBvc3NpYmxlIGxvZ28uICovDQogIGlm KGxvZ29feCE9LTEpDQogICAgew0KICAgICAgaW50IGxvZ293ID0gMSArIGxv Z29fd2lkdGggLyBncmlkX3dpZHRoOw0KICAgICAgaW50IGxvZ29oID0gMSAr IGxvZ29faGVpZ2h0IC8gZ3JpZF9oZWlnaHQ7DQogICAgICBpbnQgYnJpZGdl X2RpciwgYnJpZGdlX2M7DQoNCiAgICAgIGlmKGJyaWRnZV9wICYmIGxvZ29o Pj0zICYmIGxvZ293Pj0zKQ0KCXsNCgkgIGJyaWRnZV9kaXIgPSAxK3JhbmRv bSgpJTI7DQoJICBpZihicmlkZ2VfZGlyPT0xKQ0KCSAgICB7DQoJICAgICAg YnJpZGdlX2MgPSBsb2dvX3krcmFuZG9tKCklKGxvZ29oLTIpKzE7DQoJICAg IH0NCgkgIGVsc2UNCgkgICAgew0KCSAgICAgIGJyaWRnZV9jID0gbG9nb194 K3JhbmRvbSgpJShsb2dvdy0yKSsxOw0KCSAgICB9DQoJfQ0KICAgICAgZWxz ZQ0KCXsNCgkgIGJyaWRnZV9kaXIgPSAwOw0KCSAgYnJpZGdlX2MgPSAtMTsN Cgl9DQoNCiAgICAgIGZvcih4ID0gbG9nb194OyB4IDwgbG9nb194K2xvZ293 OyB4KyspDQoJZm9yKHkgPSBsb2dvX3k7IHkgPCBsb2dvX3krbG9nb2g7IHkr KykNCgkgIHsNCgkgICAgLyogSSBzaG91bGQgY2hlY2sgZm9yIHRoZSBicmlk Z2UgaGVyZSwgZXhjZXB0IHRoYXQgSSBqb2luIHRoZQ0KICAgICAgICAgICAg ICogYnJpZGdlIHRvZ2V0aGVyIGJlbG93Lg0KICAgICAgICAgICAgICovDQoJ ICAgIGhlZGdlc1syKih4K21hemVfc2l6ZV94KnkpKzFdID0gLTE7DQoJICAg IGhlZGdlc1syKih4K21hemVfc2l6ZV94KnkpXSA9IC0xOw0KCSAgfQ0KICAg ICAgZm9yKHggPSBsb2dvX3g7IHggPCBsb2dvX3grbG9nb3c7IHgrKykNCgl7 DQoJICBpZighKGJyaWRnZV9kaXI9PTIgJiYgeD09YnJpZGdlX2MpKQ0KCSAg ICB7DQoJICAgICAgYnVpbGRfd2FsbCh4LCBsb2dvX3ksIDApOw0KCSAgICAg IGJ1aWxkX3dhbGwoeCwgbG9nb195K2xvZ29oLCAwKTsNCgkgICAgfQ0KCSAg aGVkZ2VzWzIqKHgrbWF6ZV9zaXplX3gqKGxvZ29feS0xKSldID0gLTE7DQoJ ICBpZihicmlkZ2VfZGlyPT0xKQ0KCSAgICB7DQoJICAgICAgYnVpbGRfd2Fs bCh4LCBicmlkZ2VfYywgMCk7DQoJICAgICAgYnVpbGRfd2FsbCh4LCBicmlk Z2VfYywgMik7DQoJICAgIH0NCgl9DQogICAgICBmb3IoeSA9IGxvZ29feTsg eSA8IGxvZ29feStsb2dvaDsgeSsrKQ0KCXsNCgkgIGlmKCEoYnJpZGdlX2Rp cj09MSAmJiB5PT1icmlkZ2VfYykpDQoJICAgIHsNCgkgICAgICBidWlsZF93 YWxsKGxvZ29feCwgeSwgMyk7DQoJICAgICAgYnVpbGRfd2FsbChsb2dvX3gr bG9nb3csIHksIDMpOw0KCSAgICB9DQoJICBoZWRnZXNbMioobG9nb194LTEr bWF6ZV9zaXplX3gqeSkrMV0gPSAtMTsNCgkgIGlmKGJyaWRnZV9kaXI9PTIp DQoJICAgIHsNCgkgICAgICBidWlsZF93YWxsKGJyaWRnZV9jLCB5LCAxKTsN CgkgICAgICBidWlsZF93YWxsKGJyaWRnZV9jLCB5LCAzKTsNCgkgICAgfQ0K CX0NCiAgICAgIC8qIEpvaW4gdGhlIHdob2xlIGJyaWRnZSB0b2dldGhlci4g Ki8NCiAgICAgIGlmKGJyaWRnZV9wKQ0KCXsNCgkgIGlmKGJyaWRnZV9kaXI9 PTEpDQoJICAgIHsNCgkgICAgICB4ID0gbG9nb194LTE7DQoJICAgICAgeSA9 IGJyaWRnZV9jOw0KCSAgICAgIGZvcihpID0gbG9nb194OyBpIDwgbG9nb194 K2xvZ293KzE7IGkrKykNCgkJam9pbl9zZXRzKHgreSptYXplX3NpemVfeCwg aSt5Km1hemVfc2l6ZV94KTsNCgkgICAgfQ0KCSAgZWxzZQ0KCSAgICB7DQoJ ICAgICAgeSA9IGxvZ29feS0xOw0KCSAgICAgIHggPSBicmlkZ2VfYzsNCgkg ICAgICBmb3IoaSA9IGxvZ29feTsgaSA8IGxvZ29feStsb2dvaCsxOyBpKysp DQoJCWpvaW5fc2V0cyh4K3kqbWF6ZV9zaXplX3gsIHgraSptYXplX3NpemVf eCk7DQoJICAgIH0NCgl9DQogICAgfQ0KDQogIGZvcihpID0gMDsgaSA8IG1h emVfc2l6ZV94Km1hemVfc2l6ZV95KjI7IGkrKykNCiAgICB7DQogICAgICB0 ID0gaGVkZ2VzW2ldOw0KICAgICAgciA9IHJhbmRvbSgpJShtYXplX3NpemVf eCptYXplX3NpemVfeSoyKTsNCiAgICAgIGhlZGdlc1tpXSA9IGhlZGdlc1ty XTsNCiAgICAgIGhlZGdlc1tyXSA9IHQ7DQogICAgfQ0KfQ0KDQovKiBHZXQg dGhlIHJlcHJlc2VudGF0aXZlIG9mIGEgc2V0LiAqLw0Kc3RhdGljIGludA0K Z2V0X3NldChpbnQgbnVtKQ0Kew0KICBpbnQgczsNCg0KICBpZihzZXRzW251 bV09PW51bSkNCiAgICByZXR1cm4gbnVtOw0KICBlbHNlDQogICAgew0KICAg ICAgcyA9IGdldF9zZXQoc2V0c1tudW1dKTsNCiAgICAgIHNldHNbbnVtXSA9 IHM7DQogICAgICByZXR1cm4gczsNCiAgICB9DQp9DQoNCi8qIEpvaW4gdHdv IHNldHMgdG9nZXRoZXIuICovDQpzdGF0aWMgdm9pZA0Kam9pbl9zZXRzKG51 bTEsIG51bTIpDQogICAgIGludCBudW0xLCBudW0yOw0Kew0KICBpbnQgczEs IHMyOw0KDQogIHMxID0gZ2V0X3NldChudW0xKTsNCiAgczIgPSBnZXRfc2V0 KG51bTIpOw0KICANCiAgaWYoczE8czIpDQogICAgc2V0c1tzMl0gPSBzMTsN CiAgZWxzZQ0KICAgIHNldHNbczFdID0gczI7DQp9DQoNCi8qIEV4aXRpYWxp c2UgdGhlIHNldHMuICovDQpzdGF0aWMgdm9pZA0KZXhpdF9zZXRzKHZvaWQp DQp7DQogIGlmKGhlZGdlcykNCiAgICBmcmVlKGhlZGdlcyk7DQogIGhlZGdl cyA9IDA7DQogIGlmKHNldHMpDQogICAgZnJlZShzZXRzKTsNCiAgc2V0cyA9 IDA7DQp9DQoNCg0KLyogU2Vjb25kIGFsdGVybmF0aXZlIG1hemUgY3JlYXRv cjogUHV0IGVhY2ggc3F1YXJlIGluIHRoZSBtYXplIGluIGEgDQogKiBzZXBh cmF0ZSBzZXQuIEFsc28sIG1ha2UgYSBsaXN0IG9mIGFsbCB0aGUgaGVkZ2Vz LiBSYW5kb21pemUgdGhhdCBsaXN0Lg0KICogV2FsayB0aHJvdWdoIHRoZSBs aXN0LiBJZiwgZm9yIGEgY2VydGFpbiBoZWRnZSwgdGhlIHR3byBzcXVhcmVz IG9uIGJvdGgNCiAqIHNpZGVzIG9mIGl0IGFyZSBpbiBkaWZmZXJlbnQgc2V0 cywgdW5pb24gdGhlIHNldHMgYW5kIHJlbW92ZSB0aGUgaGVkZ2UuDQogKiBD b250aW51ZSB1bnRpbCBhbGwgaGVkZ2VzIGhhdmUgYmVlbiBwcm9jZXNzZWQg b3Igb25seSBvbmUgc2V0IHJlbWFpbnMuDQogKi8NCnN0YXRpYyB2b2lkDQpz ZXRfY3JlYXRlX21hemUodm9pZCkNCnsNCiAgaW50IGksIGgsIHgsIHksIGRp ciwgdiwgdzsNCg0KICAvKiBEbyBhbG1vc3QgYWxsIHRoZSBzZXR1cC4gKi8N CiAgaW5pdF9zZXRzKCk7DQoNCiAgLyogU3RhcnQgcnVubmluZyB0aHJvdWdo IHRoZSBoZWRnZXMuICovDQogIGZvcihpID0gMDsgaSA8IDIqbWF6ZV9zaXpl X3gqbWF6ZV9zaXplX3k7IGkrKykNCiAgICB7IA0KICAgICAgaCA9IGhlZGdl c1tpXTsNCg0KICAgICAgLyogVGhpcyBvbmUgaXMgaW4gdGhlIGxvZ28gb3Ig b3V0c2lkZSBib3JkZXIuICovDQogICAgICBpZihoPT0tMSkNCgljb250aW51 ZTsNCg0KICAgICAgZGlyID0gaCUyPzE6MjsNCiAgICAgIHggPSAoaD4+MSkl bWF6ZV9zaXplX3g7DQogICAgICB5ID0gKGg+PjEpL21hemVfc2l6ZV94Ow0K DQogICAgICB2ID0geDsNCiAgICAgIHcgPSB5Ow0KICAgICAgc3dpdGNoKGRp cikNCgl7DQoJY2FzZSAxOg0KCSAgdisrOw0KCSAgYnJlYWs7DQoJY2FzZSAy Og0KCSAgdysrOw0KCSAgYnJlYWs7DQoJfQ0KDQoNCiAgICAgIGlmKGdldF9z ZXQoeCt5Km1hemVfc2l6ZV94KSE9Z2V0X3NldCh2K3cqbWF6ZV9zaXplX3gp KQ0KCXsNCg0KCSAgam9pbl9zZXRzKHgreSptYXplX3NpemVfeCwgdit3Km1h emVfc2l6ZV94KTsNCgkgIC8qIERvbid0IGRyYXcgdGhlIHdhbGwuICovDQoJ fQ0KICAgICAgZWxzZQ0KCXsNCg0KCSAgLyogRG9uJ3Qgam9pbiB0aGUgc2V0 cy4gKi8NCgkgIGJ1aWxkX3dhbGwoeCwgeSwgZGlyKTsgDQoJfQ0KICAgIH0N Cg0KICAvKiBGcmVlIHNvbWUgbWVtb3J5LiAqLw0KICBleGl0X3NldHMoKTsN Cn0NCg0KLyogRmlyc3QgYWx0ZXJuYXRpdmUgbWF6ZSBjcmVhdG9yOiBQaWNr IGEgcmFuZG9tLCBlbXB0eSBjb3JuZXIgaW4gdGhlIG1hemUuDQogKiBQaWNr IGEgcmFuZG9tIGRpcmVjdGlvbi4gRHJhdyBhIHdhbGwgaW4gdGhhdCBkaXJl Y3Rpb24sIGZyb20gdGhhdCBjb3JuZXINCiAqIHVudGlsIHdlIGhpdCBhIHdh bGwuIE9wdGlvbjogT25seSBkcmF3IHRoZSB3YWxsIGlmIGl0J3MgZ29pbmcg dG8gYmUgDQogKiBzaG9ydGVyIHRoYW4gYSBjZXJ0YWluIGxlbmd0aC4gT3Ro ZXJ3aXNlIHdlIGdldCBsb3RzIG9mIGxvbmcgd2FsbHMuDQogKi8NCnN0YXRp YyB2b2lkDQphbHRfY3JlYXRlX21hemUodm9pZCkNCnsNCiAgY2hhciAqY29y bmVyczsNCiAgaW50ICpjX2lkeDsNCiAgaW50IGksIGosIGhlaWdodCwgd2lk dGgsIG9wZW5fY29ybmVycywgaywgZGlyLCB4LCB5Ow0KDQogIGhlaWdodCA9 IG1hemVfc2l6ZV95KzE7DQogIHdpZHRoID0gbWF6ZV9zaXplX3grMTsNCg0K ICAvKiBBbGxvY2F0ZSBhbmQgY2xlYXIgc29tZSBtZW0uICovDQogIGNvcm5l cnMgPSAoY2hhciAqKWNhbGxvYyhoZWlnaHQqd2lkdGgsIDEpOw0KICBpZigh Y29ybmVycykNCiAgICByZXR1cm47DQoNCiAgLyogU2V0IHVwIHRoZSBpbmRl eGluZyBhcnJheS4gKi8NCiAgY19pZHggPSAoaW50ICopbWFsbG9jKHNpemVv ZihpbnQpKmhlaWdodCp3aWR0aCk7DQogIGlmKCFjX2lkeCkNCiAgICB7DQog ICAgICBmcmVlKGNvcm5lcnMpOw0KICAgICAgcmV0dXJuOw0KICAgIH0NCiAg Zm9yKGkgPSAwOyBpIDwgaGVpZ2h0KndpZHRoOyBpKyspDQogICAgY19pZHhb aV0gPSBpOw0KICBmb3IoaSA9IDA7IGkgPCBoZWlnaHQqd2lkdGg7IGkrKykN CiAgICB7DQogICAgICBqID0gY19pZHhbaV07DQogICAgICBrID0gcmFuZG9t KCklKGhlaWdodCp3aWR0aCk7DQogICAgICBjX2lkeFtpXSA9IGNfaWR4W2td Ow0KICAgICAgY19pZHhba10gPSBqOw0KICAgIH0NCg0KICAvKiBTZXQgdXAg c29tZSBpbml0aWFsIHdhbGxzLiAqLw0KICAvKiBPdXRzaWRlIHdhbGxzLiAq Lw0KICBmb3IoaSA9IDA7IGkgPCB3aWR0aDsgaSsrKQ0KICAgIHsNCiAgICAg IGNvcm5lcnNbaV0gPSAxOw0KICAgICAgY29ybmVyc1tpK3dpZHRoKihoZWln aHQtMSldID0gMTsNCiAgICB9DQogIGZvcihpID0gMDsgaSA8IGhlaWdodDsg aSsrKQ0KICAgIHsNCiAgICAgIGNvcm5lcnNbaSp3aWR0aF0gPSAxOw0KICAg ICAgY29ybmVyc1tpKndpZHRoK3dpZHRoLTFdID0gMTsNCiAgICB9DQogIC8q IFdhbGxzIGFyb3VuZCBsb2dvLiBJbiBmYWN0LCBpbnNpZGUgdGhlIGxvZ28s IHRvby4gKi8NCiAgLyogQWxzbyBkcmF3IHRoZSB3YWxscy4gKi8NCiAgaWYo bG9nb194IT0tMSkNCiAgICB7DQogICAgICBpbnQgbG9nb3cgPSAxICsgbG9n b193aWR0aCAvIGdyaWRfd2lkdGg7DQogICAgICBpbnQgbG9nb2ggPSAxICsg bG9nb19oZWlnaHQgLyBncmlkX2hlaWdodDsNCiAgICAgIGludCBicmlkZ2Vf ZGlyLCBicmlkZ2VfYzsNCg0KICAgICAgaWYoYnJpZGdlX3AgJiYgbG9nb2g+ PTMgJiYgbG9nb3c+PTMpDQoJew0KCSAgYnJpZGdlX2RpciA9IDErcmFuZG9t KCklMjsNCgkgIGlmKGJyaWRnZV9kaXI9PTEpDQoJICAgIHsNCgkgICAgICBi cmlkZ2VfYyA9IGxvZ29feStyYW5kb20oKSUobG9nb2gtMikrMTsNCgkgICAg fQ0KCSAgZWxzZQ0KCSAgICB7DQoJICAgICAgYnJpZGdlX2MgPSBsb2dvX3gr cmFuZG9tKCklKGxvZ293LTIpKzE7DQoJICAgIH0NCgl9DQogICAgICBlbHNl DQoJew0KCSAgYnJpZGdlX2RpciA9IDA7DQoJICBicmlkZ2VfYyA9IC0xOw0K CX0NCiAgICAgIGZvcihpID0gbG9nb194OyBpIDw9IGxvZ29feCArIGxvZ293 OyBpKyspDQoJew0KCSAgZm9yKGogPSBsb2dvX3k7IGogPD0gbG9nb195ICsg bG9nb2g7IGorKykNCgkgICAgew0KCSAgICAgIGNvcm5lcnNbaSt3aWR0aCpq XSA9IDE7DQoJICAgIH0NCgl9DQogICAgICBmb3IoeCA9IGxvZ29feDsgeCA8 IGxvZ29feCtsb2dvdzsgeCsrKQ0KCXsNCgkgIGlmKCEoYnJpZGdlX2Rpcj09 MiAmJiB4PT1icmlkZ2VfYykpDQoJICAgIHsNCgkgICAgICBidWlsZF93YWxs KHgsIGxvZ29feSwgMCk7DQoJICAgICAgYnVpbGRfd2FsbCh4LCBsb2dvX3kr bG9nb2gsIDApOw0KCSAgICB9DQoJICBpZihicmlkZ2VfZGlyPT0xKQ0KCSAg ICB7DQoJICAgICAgYnVpbGRfd2FsbCh4LCBicmlkZ2VfYywgMCk7DQoJICAg ICAgYnVpbGRfd2FsbCh4LCBicmlkZ2VfYywgMik7DQoJICAgIH0NCgl9DQog ICAgICBmb3IoeSA9IGxvZ29feTsgeSA8IGxvZ29feStsb2dvaDsgeSsrKQ0K CXsNCgkgIGlmKCEoYnJpZGdlX2Rpcj09MSAmJiB5PT1icmlkZ2VfYykpDQoJ ICAgIHsNCgkgICAgICBidWlsZF93YWxsKGxvZ29feCwgeSwgMyk7DQoJICAg ICAgYnVpbGRfd2FsbChsb2dvX3grbG9nb3csIHksIDMpOw0KCSAgICB9DQoJ ICBpZihicmlkZ2VfZGlyPT0yKQ0KCSAgICB7DQoJICAgICAgYnVpbGRfd2Fs bChicmlkZ2VfYywgeSwgMSk7DQoJICAgICAgYnVpbGRfd2FsbChicmlkZ2Vf YywgeSwgMyk7DQoJICAgIH0NCgl9DQogICAgICAvKiBDb25uZWN0IG9uZSB3 YWxsIG9mIHRoZSBsb2dvIHdpdGggYW4gb3V0c2lkZSB3YWxsLiAqLw0KICAg ICAgaWYoYnJpZGdlX3ApDQoJZGlyID0gKGJyaWRnZV9kaXIrMSklNDsNCiAg ICAgIGVsc2UNCglkaXIgPSByYW5kb20oKSU0Ow0KICAgICAgc3dpdGNoKGRp cikNCgl7DQoJY2FzZSAwOg0KCSAgeCA9IGxvZ29feCsocmFuZG9tKCklKGxv Z293KzEpKTsNCgkgIHkgPSBsb2dvX3k7DQoJICBicmVhazsNCgljYXNlIDE6 DQoJICB4ID0gbG9nb194K2xvZ293Ow0KCSAgeSA9IGxvZ29feSsocmFuZG9t KCklKGxvZ29oKzEpKTsNCgkgIGJyZWFrOw0KCWNhc2UgMjoNCgkgIHggPSBs b2dvX3grKHJhbmRvbSgpJShsb2dvdysxKSk7DQoJICB5ID0gbG9nb195K2xv Z29oOw0KCSAgYnJlYWs7DQoJY2FzZSAzOg0KCSAgeCA9IGxvZ29feDsNCgkg IHkgPSBsb2dvX3krKHJhbmRvbSgpJShsb2dvaCsxKSk7DQoJICBicmVhazsN Cgl9DQogICAgICBkbw0KCXsNCgkgIGNvcm5lcnNbeCt3aWR0aCp5XSA9IDE7 DQoJICBzd2l0Y2goZGlyKQ0KCSAgICB7DQoJICAgIGNhc2UgMDoNCgkgICAg ICBidWlsZF93YWxsKHgtMSwgeS0xLCAxKTsNCgkgICAgICB5LS07DQoJICAg ICAgYnJlYWs7DQoJICAgIGNhc2UgMToNCgkgICAgICBidWlsZF93YWxsKHgs IHksIDApOw0KCSAgICAgIHgrKzsNCgkgICAgICBicmVhazsNCgkgICAgY2Fz ZSAyOg0KCSAgICAgIGJ1aWxkX3dhbGwoeCwgeSwgMyk7DQoJICAgICAgeSsr Ow0KCSAgICAgIGJyZWFrOw0KCSAgICBjYXNlIDM6DQoJICAgICAgYnVpbGRf d2FsbCh4LTEsIHktMSwgMik7DQoJICAgICAgeC0tOw0KCSAgICAgIGJyZWFr OwkgIA0KCSAgICB9DQoJfQ0KICAgICAgd2hpbGUoIWNvcm5lcnNbeCt3aWR0 aCp5XSk7DQogICAgICBpZihicmlkZ2VfcCkNCgl7DQoJICBkaXIgPSAoZGly KzIpJTQ7DQoJICBzd2l0Y2goZGlyKQ0KCSAgICB7DQoJICAgIGNhc2UgMDoN CgkgICAgICB4ID0gbG9nb194KyhyYW5kb20oKSUobG9nb3crMSkpOw0KCSAg ICAgIHkgPSBsb2dvX3k7DQoJICAgICAgYnJlYWs7DQoJICAgIGNhc2UgMToN CgkgICAgICB4ID0gbG9nb194K2xvZ293Ow0KCSAgICAgIHkgPSBsb2dvX3kr KHJhbmRvbSgpJShsb2dvaCsxKSk7DQoJICAgICAgYnJlYWs7DQoJICAgIGNh c2UgMjoNCgkgICAgICB4ID0gbG9nb194KyhyYW5kb20oKSUobG9nb3crMSkp Ow0KCSAgICAgIHkgPSBsb2dvX3krbG9nb2g7DQoJICAgICAgYnJlYWs7DQoJ ICAgIGNhc2UgMzoNCgkgICAgICB4ID0gbG9nb194Ow0KCSAgICAgIHkgPSBs b2dvX3krKHJhbmRvbSgpJShsb2dvaCsxKSk7DQoJICAgICAgYnJlYWs7DQoJ ICAgIH0NCgkgIGRvDQoJICAgIHsNCgkgICAgICBjb3JuZXJzW3grd2lkdGgq eV0gPSAxOw0KCSAgICAgIHN3aXRjaChkaXIpDQoJCXsNCgkJY2FzZSAwOg0K CQkgIGJ1aWxkX3dhbGwoeC0xLCB5LTEsIDEpOw0KCQkgIHktLTsNCgkJICBi cmVhazsNCgkJY2FzZSAxOg0KCQkgIGJ1aWxkX3dhbGwoeCwgeSwgMCk7DQoJ CSAgeCsrOw0KCQkgIGJyZWFrOw0KCQljYXNlIDI6DQoJCSAgYnVpbGRfd2Fs bCh4LCB5LCAzKTsNCgkJICB5Kys7DQoJCSAgYnJlYWs7DQoJCWNhc2UgMzoN CgkJICBidWlsZF93YWxsKHgtMSwgeS0xLCAyKTsNCgkJICB4LS07DQoJCSAg YnJlYWs7CSAgDQoJCX0NCgkgICAgfQ0KCSAgd2hpbGUoIWNvcm5lcnNbeCt3 aWR0aCp5XSk7DQoJfQ0KICAgIH0NCg0KICAvKiBDb3VudCBvcGVuIGdyaWRw b2ludHMuICovDQogIG9wZW5fY29ybmVycyA9IDA7DQogIGZvcihpID0gMDsg aSA8IHdpZHRoOyBpKyspDQogICAgZm9yKGogPSAwOyBqIDwgaGVpZ2h0OyBq KyspDQogICAgICBpZighY29ybmVyc1tpK3dpZHRoKmpdKQ0KCW9wZW5fY29y bmVycysrOw0KDQogIC8qIE5vdyBkbyBhY3R1YWwgbWF6ZSBnZW5lcmF0aW9u LiAqLw0KICB3aGlsZShvcGVuX2Nvcm5lcnM+MCkNCiAgICB7DQogICAgICBm b3IoaSA9IDA7IGkgPCB3aWR0aCpoZWlnaHQ7IGkrKykNCgl7DQoJICBpZigh Y29ybmVyc1tjX2lkeFtpXV0pDQoJICAgIHsNCgkgICAgICB4ID0gY19pZHhb aV0ld2lkdGg7DQoJICAgICAgeSA9IGNfaWR4W2ldL3dpZHRoOw0KCSAgICAg IC8qIENob29zZSBhIHJhbmRvbSBkaXJlY3Rpb24uICovDQoJICAgICAgZGly ID0gcmFuZG9tKCklNDsNCgkgICAgICANCgkgICAgICBrID0gMDsNCgkgICAg ICAvKiBNZWFzdXJlIHRoZSBsZW5ndGggb2YgdGhlIHdhbGwgd2UnZCBkcmF3 LiAqLw0KCSAgICAgIHdoaWxlKCFjb3JuZXJzW3grd2lkdGgqeV0pDQoJCXsN CgkJICBrKys7DQoJCSAgc3dpdGNoKGRpcikNCgkJICAgIHsNCgkJICAgIGNh c2UgMDoNCgkJICAgICAgeS0tOw0KCQkgICAgICBicmVhazsNCgkJICAgIGNh c2UgMToNCgkJICAgICAgeCsrOw0KCQkgICAgICBicmVhazsNCgkJICAgIGNh c2UgMjoNCgkJICAgICAgeSsrOw0KCQkgICAgICBicmVhazsNCgkJICAgIGNh c2UgMzoNCgkJICAgICAgeC0tOw0KCQkgICAgICBicmVhazsNCgkJICAgIH0N CgkJfQ0KCSAgICAgIA0KCSAgICAgIGlmKGs8PW1heF9sZW5ndGgpDQoJCXsN CgkJICB4ID0gY19pZHhbaV0ld2lkdGg7DQoJCSAgeSA9IGNfaWR4W2ldL3dp ZHRoOw0KCQkgIA0KCQkgIC8qIERyYXcgYSB3YWxsIHVudGlsIHdlIGhpdCBz b21ldGhpbmcuICovDQoJCSAgd2hpbGUoIWNvcm5lcnNbeCt3aWR0aCp5XSkN CgkJICAgIHsNCgkJICAgICAgb3Blbl9jb3JuZXJzLS07DQoJCSAgICAgIGNv cm5lcnNbeCt3aWR0aCp5XSA9IDE7DQoJCSAgICAgIHN3aXRjaChkaXIpDQoJ CQl7DQoJCQljYXNlIDA6DQoJCQkgIGJ1aWxkX3dhbGwoeC0xLCB5LTEsIDEp Ow0KCQkJICB5LS07DQoJCQkgIGJyZWFrOw0KCQkJY2FzZSAxOg0KCQkJICBi dWlsZF93YWxsKHgsIHksIDApOw0KCQkJICB4Kys7DQoJCQkgIGJyZWFrOw0K CQkJY2FzZSAyOg0KCQkJICBidWlsZF93YWxsKHgsIHksIDMpOw0KCQkJICB5 Kys7DQoJCQkgIGJyZWFrOw0KCQkJY2FzZSAzOg0KCQkJICBidWlsZF93YWxs KHgtMSwgeS0xLCAyKTsNCgkJCSAgeC0tOw0KCQkJICBicmVhazsNCgkJCX0N CgkJICAgIH0NCgkJfQ0KCSAgICB9DQoJfQ0KICAgIH0NCg0KICAvKiBGcmVl IHNvbWUgbWVtb3J5IHdlIHVzZWQuICovDQogIGZyZWUoY29ybmVycyk7DQog IGZyZWUoY19pZHgpOw0KfQ0KDQovKiBUaGUgb3JpZ2luYWwgbWF6ZSBjcmVh dG9yLiBTdGFydCBzb21ld2hlcmUuIFRha2UgYSBzdGVwIGluIGEgcmFuZG9t IA0KICogZGlyZWN0aW9uLiBLZWVwIGRvaW5nIHRoaXMgdW50aWwgd2UgaGl0 IGEgd2FsbC4gVGhlbiwgYmFja3RyYWNrIHVudGlsDQogKiB3ZSBmaW5kIGEg cG9pbnQgd2hlcmUgd2UgY2FuIGdvIGluIGFub3RoZXIgZGlyZWN0aW9uLg0K ICovDQpzdGF0aWMgdm9pZA0KY3JlYXRlX21hemUgKHZvaWQpICAgIC8qIGNy ZWF0ZSBhIG1hemUgbGF5b3V0IGdpdmVuIHRoZSBpbml0aWFsaXplZCBtYXpl ICovDQp7DQogIHJlZ2lzdGVyIGludCBpLCBuZXdkb29yID0gMDsNCiAgaW50 IGxvZ293ID0gMSArIGxvZ29fd2lkdGggLyBncmlkX3dpZHRoOw0KICBpbnQg bG9nb2ggPSAxICsgbG9nb19oZWlnaHQgLyBncmlkX2hlaWdodDsNCiAgDQog IC8qIE1heWJlIHdlIHNob3VsZCBtYWtlIGEgYnJpZGdlPyAqLw0KICBpZihi cmlkZ2VfcCAmJiBsb2dvX3g+PTAgJiYgbG9nb3c+PTMgJiYgbG9nb2g+PTMp DQogICAgew0KICAgICAgaW50IGJyaWRnZV9kaXIsIGJyaWRnZV9jOw0KDQog ICAgICBicmlkZ2VfZGlyID0gMStyYW5kb20oKSUyOw0KICAgICAgaWYoYnJp ZGdlX2Rpcj09MSkNCgl7DQoJICBpZihsb2dvaD49MykNCgkgICAgYnJpZGdl X2MgPSBsb2dvX3krcmFuZG9tKCklKGxvZ29oLTIpKzE7DQoJICBlbHNlDQoJ ICAgIGJyaWRnZV9jID0gbG9nb195K3JhbmRvbSgpJWxvZ29oOw0KCX0NCiAg ICAgIGVsc2UNCgl7DQoJICBpZihsb2dvdz49MykNCgkgICAgYnJpZGdlX2Mg PSBsb2dvX3grcmFuZG9tKCklKGxvZ293LTIpKzE7DQoJICBlbHNlDQoJICAg IGJyaWRnZV9jID0gbG9nb194K3JhbmRvbSgpJWxvZ293Ow0KCX0NCg0KICAg ICAgaWYoYnJpZGdlX2Rpcj09MSkNCgl7DQoJICBmb3IoaSA9IGxvZ29feDsg aSA8IGxvZ29feCtsb2dvdzsgaSsrKQ0KCSAgICB7DQoJICAgICAgbWF6ZVtp XVticmlkZ2VfY10gJj0gfkRPT1JfSU5fVE9QOw0KCSAgICB9DQoJfQ0KICAg ICAgZWxzZQ0KCXsNCgkgIGZvcihpID0gbG9nb195OyBpIDwgbG9nb195K2xv Z29oOyBpKyspDQoJICAgIHsNCgkgICAgICBtYXplW2JyaWRnZV9jXVtpXSAm PSB+RE9PUl9JTl9UT1A7DQoJICAgIH0NCgl9DQogICAgfQ0KDQogIGRvIHsN CiAgICBtb3ZlX2xpc3Rbc3FudW1dLnggPSBjdXJfc3FfeDsNCiAgICBtb3Zl X2xpc3Rbc3FudW1dLnkgPSBjdXJfc3FfeTsNCiAgICBtb3ZlX2xpc3Rbc3Fu dW1dLmRpciA9IG5ld2Rvb3I7DQogICAgd2hpbGUgKCAoIG5ld2Rvb3IgPSBj aG9vc2VfZG9vcigpICkgPT0gLTEgKSB7IC8qIHBpY2sgYSBkb29yICovDQog ICAgICBpZiAoIGJhY2t1cCgpID09IC0xICkgeyAvKiBubyBtb3JlIGRvb3Jz IC4uLiBiYWNrdXAgKi8NCglyZXR1cm47IC8qIGRvbmUgLi4uIHJldHVybiAq Lw0KICAgICAgfQ0KICAgIH0NCiAgICANCiAgICAvKiBtYXJrIHRoZSBvdXQg ZG9vciAqLw0KICAgIG1hemVbY3VyX3NxX3hdW2N1cl9zcV95XSB8PSAoIERP T1JfT1VUX1RPUCA+PiBuZXdkb29yICk7DQogICAgDQogICAgc3dpdGNoIChu ZXdkb29yKSB7DQogICAgY2FzZSAwOiBjdXJfc3FfeS0tOw0KICAgICAgYnJl YWs7DQogICAgY2FzZSAxOiBjdXJfc3FfeCsrOw0KICAgICAgYnJlYWs7DQog ICAgY2FzZSAyOiBjdXJfc3FfeSsrOw0KICAgICAgYnJlYWs7DQogICAgY2Fz ZSAzOiBjdXJfc3FfeC0tOw0KICAgICAgYnJlYWs7DQogICAgfQ0KICAgIHNx bnVtKys7DQogICAgDQogICAgLyogbWFyayB0aGUgaW4gZG9vciAqLw0KICAg IG1hemVbY3VyX3NxX3hdW2N1cl9zcV95XSB8PSAoIERPT1JfSU5fVE9QID4+ ICgobmV3ZG9vcisyKSU0KSApOw0KICAgIA0KICAgIC8qIGlmIGVuZCBzcXVh cmUgc2V0IHBhdGggbGVuZ3RoIGFuZCBzYXZlIHBhdGggKi8NCiAgICBpZiAo IG1hemVbY3VyX3NxX3hdW2N1cl9zcV95XSAmIEVORF9TUVVBUkUgKSB7DQog ICAgICBwYXRoX2xlbmd0aCA9IHNxbnVtOw0KICAgICAgZm9yICggaT0wOyBp PHBhdGhfbGVuZ3RoOyBpKyspIHsNCglzYXZlX3BhdGhbaV0ueCA9IG1vdmVf bGlzdFtpXS54Ow0KCXNhdmVfcGF0aFtpXS55ID0gbW92ZV9saXN0W2ldLnk7 DQoJc2F2ZV9wYXRoW2ldLmRpciA9IG1vdmVfbGlzdFtpXS5kaXI7DQogICAg ICB9DQogICAgfQ0KICAgIA0KICB9IHdoaWxlICgxKTsNCiAgDQp9DQoNCg0K c3RhdGljIGludA0KY2hvb3NlX2Rvb3IgKHZvaWQpICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAvKiBwaWNrIGEgbmV3IHBhdGggKi8NCnsN CiAgaW50IGNhbmRpZGF0ZXNbM107DQogIHJlZ2lzdGVyIGludCBudW1fY2Fu ZGlkYXRlczsNCiAgDQogIG51bV9jYW5kaWRhdGVzID0gMDsNCiAgDQogIC8q IHRvcCB3YWxsICovDQogIGlmICggbWF6ZVtjdXJfc3FfeF1bY3VyX3NxX3ld ICYgRE9PUl9JTl9UT1AgKQ0KICAgIGdvdG8gcmlnaHR3YWxsOw0KICBpZiAo IG1hemVbY3VyX3NxX3hdW2N1cl9zcV95XSAmIERPT1JfT1VUX1RPUCApDQog ICAgZ290byByaWdodHdhbGw7DQogIGlmICggbWF6ZVtjdXJfc3FfeF1bY3Vy X3NxX3ldICYgV0FMTF9UT1AgKQ0KICAgIGdvdG8gcmlnaHR3YWxsOw0KICBp ZiAoIG1hemVbY3VyX3NxX3hdW2N1cl9zcV95IC0gMV0gJiBET09SX0lOX0FO WSApIHsNCiAgICBtYXplW2N1cl9zcV94XVtjdXJfc3FfeV0gfD0gV0FMTF9U T1A7DQogICAgbWF6ZVtjdXJfc3FfeF1bY3VyX3NxX3kgLSAxXSB8PSBXQUxM X0JPVFRPTTsNCiAgICBkcmF3X3dhbGwoY3VyX3NxX3gsIGN1cl9zcV95LCAw KTsNCiAgICBnb3RvIHJpZ2h0d2FsbDsNCiAgfQ0KICBjYW5kaWRhdGVzW251 bV9jYW5kaWRhdGVzKytdID0gMDsNCiAgDQogcmlnaHR3YWxsOg0KICAvKiBy aWdodCB3YWxsICovDQogIGlmICggbWF6ZVtjdXJfc3FfeF1bY3VyX3NxX3ld ICYgRE9PUl9JTl9SSUdIVCApDQogICAgZ290byBib3R0b213YWxsOw0KICBp ZiAoIG1hemVbY3VyX3NxX3hdW2N1cl9zcV95XSAmIERPT1JfT1VUX1JJR0hU ICkNCiAgICBnb3RvIGJvdHRvbXdhbGw7DQogIGlmICggbWF6ZVtjdXJfc3Ff eF1bY3VyX3NxX3ldICYgV0FMTF9SSUdIVCApDQogICAgZ290byBib3R0b213 YWxsOw0KICBpZiAoIG1hemVbY3VyX3NxX3ggKyAxXVtjdXJfc3FfeV0gJiBE T09SX0lOX0FOWSApIHsNCiAgICBtYXplW2N1cl9zcV94XVtjdXJfc3FfeV0g fD0gV0FMTF9SSUdIVDsNCiAgICBtYXplW2N1cl9zcV94ICsgMV1bY3VyX3Nx X3ldIHw9IFdBTExfTEVGVDsNCiAgICBkcmF3X3dhbGwoY3VyX3NxX3gsIGN1 cl9zcV95LCAxKTsNCiAgICBnb3RvIGJvdHRvbXdhbGw7DQogIH0NCiAgY2Fu ZGlkYXRlc1tudW1fY2FuZGlkYXRlcysrXSA9IDE7DQogIA0KIGJvdHRvbXdh bGw6DQogIC8qIGJvdHRvbSB3YWxsICovDQogIGlmICggbWF6ZVtjdXJfc3Ff eF1bY3VyX3NxX3ldICYgRE9PUl9JTl9CT1RUT00gKQ0KICAgIGdvdG8gbGVm dHdhbGw7DQogIGlmICggbWF6ZVtjdXJfc3FfeF1bY3VyX3NxX3ldICYgRE9P Ul9PVVRfQk9UVE9NICkNCiAgICBnb3RvIGxlZnR3YWxsOw0KICBpZiAoIG1h emVbY3VyX3NxX3hdW2N1cl9zcV95XSAmIFdBTExfQk9UVE9NICkNCiAgICBn b3RvIGxlZnR3YWxsOw0KICBpZiAoIG1hemVbY3VyX3NxX3hdW2N1cl9zcV95 ICsgMV0gJiBET09SX0lOX0FOWSApIHsNCiAgICBtYXplW2N1cl9zcV94XVtj dXJfc3FfeV0gfD0gV0FMTF9CT1RUT007DQogICAgbWF6ZVtjdXJfc3FfeF1b Y3VyX3NxX3kgKyAxXSB8PSBXQUxMX1RPUDsNCiAgICBkcmF3X3dhbGwoY3Vy X3NxX3gsIGN1cl9zcV95LCAyKTsNCiAgICBnb3RvIGxlZnR3YWxsOw0KICB9 DQogIGNhbmRpZGF0ZXNbbnVtX2NhbmRpZGF0ZXMrK10gPSAyOw0KICANCiBs ZWZ0d2FsbDoNCiAgLyogbGVmdCB3YWxsICovDQogIGlmICggbWF6ZVtjdXJf c3FfeF1bY3VyX3NxX3ldICYgRE9PUl9JTl9MRUZUICkNCiAgICBnb3RvIGRv bmV3YWxsOw0KICBpZiAoIG1hemVbY3VyX3NxX3hdW2N1cl9zcV95XSAmIERP T1JfT1VUX0xFRlQgKQ0KICAgIGdvdG8gZG9uZXdhbGw7DQogIGlmICggbWF6 ZVtjdXJfc3FfeF1bY3VyX3NxX3ldICYgV0FMTF9MRUZUICkNCiAgICBnb3Rv IGRvbmV3YWxsOw0KICBpZiAoIG1hemVbY3VyX3NxX3ggLSAxXVtjdXJfc3Ff eV0gJiBET09SX0lOX0FOWSApIHsNCiAgICBtYXplW2N1cl9zcV94XVtjdXJf c3FfeV0gfD0gV0FMTF9MRUZUOw0KICAgIG1hemVbY3VyX3NxX3ggLSAxXVtj dXJfc3FfeV0gfD0gV0FMTF9SSUdIVDsNCiAgICBkcmF3X3dhbGwoY3VyX3Nx X3gsIGN1cl9zcV95LCAzKTsNCiAgICBnb3RvIGRvbmV3YWxsOw0KICB9DQog IGNhbmRpZGF0ZXNbbnVtX2NhbmRpZGF0ZXMrK10gPSAzOw0KICANCiBkb25l d2FsbDoNCiAgaWYgKG51bV9jYW5kaWRhdGVzID09IDApDQogICAgcmV0dXJu ICggLTEgKTsNCiAgaWYgKG51bV9jYW5kaWRhdGVzID09IDEpDQogICAgcmV0 dXJuICggY2FuZGlkYXRlc1swXSApOw0KICByZXR1cm4gKCBjYW5kaWRhdGVz WyBnZXRfcmFuZG9tKG51bV9jYW5kaWRhdGVzKSBdICk7DQogIA0KfQ0KDQoN CnN0YXRpYyBpbnQNCmJhY2t1cCAodm9pZCkgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAvKiBiYWNrIHVwIGEgbW92ZSAqLw0K ew0KICBzcW51bS0tOw0KICBjdXJfc3FfeCA9IG1vdmVfbGlzdFtzcW51bV0u eDsNCiAgY3VyX3NxX3kgPSBtb3ZlX2xpc3Rbc3FudW1dLnk7DQogIHJldHVy biAoIHNxbnVtICk7DQp9DQoNCg0Kc3RhdGljIHZvaWQNCmRyYXdfbWF6ZV9i b3JkZXIgKHZvaWQpICAgICAgICAgICAgICAgICAgICAgICAgIC8qIGRyYXcg dGhlIG1hemUgb3V0bGluZSAqLw0Kew0KICByZWdpc3RlciBpbnQgaSwgajsN CiANCiAgDQogIGZvciAoIGk9MDsgaTxtYXplX3NpemVfeDsgaSsrKSB7DQog ICAgaWYgKCBtYXplW2ldWzBdICYgV0FMTF9UT1AgKSB7DQovLyAgICAgIFhE cmF3TGluZShkcHksIHdpbiwgZ2MsDQovLwkJYm9yZGVyX3ggKyBncmlkX3dp ZHRoICogaSwNCi8vCQlib3JkZXJfeSwNCi8vCQlib3JkZXJfeCArIGdyaWRf d2lkdGggKiAoaSsxKSAtIDEsDQovLwkJYm9yZGVyX3kpOw0KDQoJbGluZShz Y3JlZW4sIGFkZHB0KHNjcmVlbi0+ci5taW4sIFB0KGJvcmRlcl94ICsgZ3Jp ZF93aWR0aCAqIGksIGJvcmRlcl95KSksDQoJCQlhZGRwdChzY3JlZW4tPnIu bWluLCBQdChib3JkZXJfeCArIGdyaWRfd2lkdGggKiAoaSsxKSAtIDEsIGJv cmRlcl95KSksDQoJCQlFbmRzcXVhcmUsIEVuZHNxdWFyZSwgMCwgZGlzcGxh eS0+d2hpdGUsIFpQKTsNCiAgICB9DQogICAgaWYgKChtYXplW2ldW21hemVf c2l6ZV95IC0gMV0gJiBXQUxMX0JPVFRPTSkpIHsNCi8vICAgICAgWERyYXdM aW5lKGRweSwgd2luLCBnYywNCi8vCQlib3JkZXJfeCArIGdyaWRfd2lkdGgg KiBpLA0KLy8JCWJvcmRlcl95ICsgZ3JpZF9oZWlnaHQgKiAobWF6ZV9zaXpl X3kpIC0gMSwNCi8vCQlib3JkZXJfeCArIGdyaWRfd2lkdGggKiAoaSsxKSAt IDEsDQovLwkJYm9yZGVyX3kgKyBncmlkX2hlaWdodCAqIChtYXplX3NpemVf eSkgLSAxKTsNCglsaW5lKHNjcmVlbiwgYWRkcHQoc2NyZWVuLT5yLm1pbiwg DQoJCQkJUHQoYm9yZGVyX3ggKyBncmlkX3dpZHRoICogaSwgYm9yZGVyX3kr IGdyaWRfaGVpZ2h0ICogKG1hemVfc2l6ZV95KSAtIDEpKSwNCgkJCWFkZHB0 KHNjcmVlbi0+ci5taW4sIA0KCQkJCVB0KGJvcmRlcl94ICsgZ3JpZF93aWR0 aCAqIChpKzEpIC0gMSwgYm9yZGVyX3kgKyBncmlkX2hlaWdodCAqIChtYXpl X3NpemVfeSkgLSAxKSksDQoJCQlFbmRzcXVhcmUsIEVuZHNxdWFyZSwgMCwg ZGlzcGxheS0+d2hpdGUsIFpQKTsNCiAgICB9DQogIH0NCiAgZm9yICggaj0w OyBqPG1hemVfc2l6ZV95OyBqKyspIHsNCiAgICBpZiAoIG1hemVbbWF6ZV9z aXplX3ggLSAxXVtqXSAmIFdBTExfUklHSFQgKSB7DQovLyAgICAgIFhEcmF3 TGluZShkcHksIHdpbiwgZ2MsDQovLwkJYm9yZGVyX3ggKyBncmlkX3dpZHRo ICogbWF6ZV9zaXplX3ggLSAxLA0KLy8JCWJvcmRlcl95ICsgZ3JpZF9oZWln aHQgKiBqLA0KLy8JCWJvcmRlcl94ICsgZ3JpZF93aWR0aCAqIG1hemVfc2l6 ZV94IC0gMSwNCi8vCQlib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogKGorMSkg LSAxKTsNCglsaW5lKHNjcmVlbiwgYWRkcHQoc2NyZWVuLT5yLm1pbiwgDQoJ CQkJUHQoYm9yZGVyX3ggKyBncmlkX3dpZHRoICogbWF6ZV9zaXplX3ggLSAx LCBib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogaikpLA0KCQkJYWRkcHQoc2Ny ZWVuLT5yLm1pbiwgDQoJCQkJUHQoYm9yZGVyX3ggKyBncmlkX3dpZHRoICog bWF6ZV9zaXplX3ggLSAxLCBib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogKGor MSkgLSAxKSksDQoJCQlFbmRzcXVhcmUsIEVuZHNxdWFyZSwgMCwgZGlzcGxh eS0+d2hpdGUsIFpQKTsNCiAgICB9DQogICAgaWYgKCBtYXplWzBdW2pdICYg V0FMTF9MRUZUICkgew0KLy8gICAgICBYRHJhd0xpbmUoZHB5LCB3aW4sIGdj LA0KLy8JCWJvcmRlcl94LA0KLy8JCWJvcmRlcl95ICsgZ3JpZF9oZWlnaHQg KiBqLA0KLy8JCWJvcmRlcl94LA0KLy8JCWJvcmRlcl95ICsgZ3JpZF9oZWln aHQgKiAoaisxKSAtIDEpOw0KCWxpbmUoc2NyZWVuLCBhZGRwdChzY3JlZW4t PnIubWluLCANCgkJCQlQdChib3JkZXJfeCwgYm9yZGVyX3kgKyBncmlkX2hl aWdodCAqIGopKSwNCgkJCWFkZHB0KHNjcmVlbi0+ci5taW4sIA0KCQkJCVB0 KGJvcmRlcl94LCBib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogKGorMSkgLSAx KSksDQoJCQlFbmRzcXVhcmUsIEVuZHNxdWFyZSwgMCwgZGlzcGxheS0+d2hp dGUsIFpQKTsNCiAgICB9DQogIH0NCiAgDQogIGlmIChsb2dvX3ggIT0gLTEp DQogICAgew0KICAgICAgdW5zaWduZWQgaW50IHc9IDQ4LCBoID0gNDg7DQoJ UG9pbnQgcDsNCg0KICAgICAgLyogcm91bmQgdXAgdG8gZ3JpZCBzaXplICov DQogICAgICBpbnQgd3cgPSAoKGxvZ29fd2lkdGggIC8gZ3JpZF93aWR0aCkg KyAxKSAgKiBncmlkX3dpZHRoOw0KICAgICAgaW50IGhoID0gKChsb2dvX2hl aWdodCAvIGdyaWRfaGVpZ2h0KSArIDEpICogZ3JpZF9oZWlnaHQ7DQoNCglw ID0gYWRkcHQoc2NyZWVuLT5yLm1pbiwgUHQoYm9yZGVyX3ggKyAxICsgZ3Jp ZF93aWR0aCAgKiBsb2dvX3ggKyAoKHd3IC0gdykgLyAyKSwgYm9yZGVyX3kg KyAxICsgZ3JpZF9oZWlnaHQgKiBsb2dvX3kgKyAoKGhoIC0gaCkgLyAyKSkp Ow0KCQ0KDQoJZHJhdyhzY3JlZW4sIFJwdChwLCBhZGRwdChwLCBQdCg0OCwg NDgpKSksIGdsZW5kYSwgbmlsLCBaUCk7DQoJLy9kcmF3KHNjcmVlbiwgc2Ny ZWVuLT5yLCBnbGVuZGEsIG5pbCwgWlApOw0KDQoNCiAgICB9DQogIGRyYXdf c29saWRfc3F1YXJlIChzdGFydF94LCBzdGFydF95LCBXQUxMX1RPUCA+PiBz dGFydF9kaXIsIGxpdmVDb2xvcik7DQogIGRyYXdfc29saWRfc3F1YXJlIChl bmRfeCwgZW5kX3ksIFdBTExfVE9QID4+IGVuZF9kaXIsIGxpdmVDb2xvcik7 DQp9DQoNCg0Kc3RhdGljIHZvaWQNCmRyYXdfd2FsbChpbnQgaSwgaW50IGos IGludCBkaXIpICAgICAgICAgICAgICAgIC8qIGRyYXcgYSBzaW5nbGUgd2Fs bCAqLw0Kew0KICBzd2l0Y2ggKGRpcikgew0KICBjYXNlIDA6DQovLyAgWERy YXdMaW5lKGRweSwgd2luLCBnYywNCi8vCSAgICAgIGJvcmRlcl94ICsgZ3Jp ZF93aWR0aCAqIGksIA0KLy8JICAgICAgYm9yZGVyX3kgKyBncmlkX2hlaWdo dCAqIGosDQovLwkgICAgICBib3JkZXJfeCArIGdyaWRfd2lkdGggKiAoaSsx KSwgDQovLwkgICAgICBib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogaik7DQoJ bGluZShzY3JlZW4sIGFkZHB0KHNjcmVlbi0+ci5taW4sIA0KCQkJCVB0KGJv cmRlcl94ICsgZ3JpZF93aWR0aCAqIGksIGJvcmRlcl95ICsgZ3JpZF9oZWln aHQgKiBqKSksDQoJCQlhZGRwdChzY3JlZW4tPnIubWluLCANCgkJCQlQdChi b3JkZXJfeCArIGdyaWRfd2lkdGggKiAoaSsxKSwgYm9yZGVyX3kgKyBncmlk X2hlaWdodCAqIGopKSwNCgkJCUVuZHNxdWFyZSwgRW5kc3F1YXJlLCAwLCBk aXNwbGF5LT53aGl0ZSwgWlApOw0KICAgIGJyZWFrOw0KICBjYXNlIDE6DQov LyAgICBYRHJhd0xpbmUoZHB5LCB3aW4sIGdjLA0KLy8JICAgICAgYm9yZGVy X3ggKyBncmlkX3dpZHRoICogKGkrMSksIA0KLy8JICAgICAgYm9yZGVyX3kg KyBncmlkX2hlaWdodCAqIGosDQovLwkgICAgICBib3JkZXJfeCArIGdyaWRf d2lkdGggKiAoaSsxKSwgDQovLwkgICAgICBib3JkZXJfeSArIGdyaWRfaGVp Z2h0ICogKGorMSkpOw0KCWxpbmUoc2NyZWVuLCBhZGRwdChzY3JlZW4tPnIu bWluLCANCgkJCQlQdChib3JkZXJfeCArIGdyaWRfd2lkdGggKiAoaSsxKSwg Ym9yZGVyX3kgKyBncmlkX2hlaWdodCAqIGopKSwNCgkJCWFkZHB0KHNjcmVl bi0+ci5taW4sIA0KCQkJCVB0KGJvcmRlcl94ICsgZ3JpZF93aWR0aCAqIChp KzEpLCBib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogKGorMSkpKSwNCgkJCUVu ZHNxdWFyZSwgRW5kc3F1YXJlLCAwLCBkaXNwbGF5LT53aGl0ZSwgWlApOw0K ICAgIGJyZWFrOw0KICBjYXNlIDI6DQovLyAgICBYRHJhd0xpbmUoZHB5LCB3 aW4sIGdjLA0KLy8JICAgICAgYm9yZGVyX3ggKyBncmlkX3dpZHRoICogaSwg DQovLwkgICAgICBib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogKGorMSksDQov LwkgICAgICBib3JkZXJfeCArIGdyaWRfd2lkdGggKiAoaSsxKSwgDQovLwkg ICAgICBib3JkZXJfeSArIGdyaWRfaGVpZ2h0ICogKGorMSkpOw0KCWxpbmUo c2NyZWVuLCBhZGRwdChzY3JlZW4tPnIubWluLCANCgkJCQlQdChib3JkZXJf eCArIGdyaWRfd2lkdGggKmksIGJvcmRlcl95ICsgZ3JpZF9oZWlnaHQgKiAo aisxKSkpLA0KCQkJYWRkcHQoc2NyZWVuLT5yLm1pbiwgDQoJCQkJUHQoYm9y ZGVyX3ggKyBncmlkX3dpZHRoICogKGkrMSksIGJvcmRlcl95ICsgZ3JpZF9o ZWlnaHQgKiAoaisxKSkpLA0KCQkJRW5kc3F1YXJlLCBFbmRzcXVhcmUsIDAs IGRpc3BsYXktPndoaXRlLCBaUCk7DQogICAgIGJyZWFrOw0KICBjYXNlIDM6 DQovLyAgICBYRHJhd0xpbmUoZHB5LCB3aW4sIGdjLA0KLy8JICAgICAgYm9y ZGVyX3ggKyBncmlkX3dpZHRoICogaSwgDQovLwkgICAgICBib3JkZXJfeSAr IGdyaWRfaGVpZ2h0ICogaiwNCi8vCSAgICAgIGJvcmRlcl94ICsgZ3JpZF93 aWR0aCAqIGksIA0KLy8JICAgICAgYm9yZGVyX3kgKyBncmlkX2hlaWdodCAq IChqKzEpKTsNCglsaW5lKHNjcmVlbiwgYWRkcHQoc2NyZWVuLT5yLm1pbiwg DQoJCQkJUHQoYm9yZGVyX3ggKyBncmlkX3dpZHRoICogaSwgYm9yZGVyX3kg KyBncmlkX2hlaWdodCAqIGopKSwNCgkJCWFkZHB0KHNjcmVlbi0+ci5taW4s IA0KCQkJCVB0KGJvcmRlcl94ICsgZ3JpZF93aWR0aCAqIGksIGJvcmRlcl95 ICsgZ3JpZF9oZWlnaHQgKiAoaisxKSkpLA0KCQkJRW5kc3F1YXJlLCBFbmRz cXVhcmUsIDAsIGRpc3BsYXktPndoaXRlLCBaUCk7DQogICAgIGJyZWFrOw0K ICB9DQogIGlmKHN5bmNfcCkNCiAgICBmbHVzaGltYWdlKGRpc3BsYXksIDEp Ow0KfQ0KDQovKiBBY3R1YWxseSBidWlsZCBhIHdhbGwuICovDQpzdGF0aWMg dm9pZA0KYnVpbGRfd2FsbChpLCBqLCBkaXIpDQogICAgIGludCBpLCBqLCBk aXI7DQp7DQogIC8qIERyYXcgaXQgb24gdGhlIHNjcmVlbi4gKi8NCiAgZHJh d193YWxsKGksIGosIGRpcik7DQogIC8qIFB1dCBpdCBpbiB0aGUgbWF6ZS4g Ki8NCiAgc3dpdGNoKGRpcikNCiAgICB7DQogICAgY2FzZSAwOg0KICAgICAg bWF6ZVtpXVtqXSB8PSBXQUxMX1RPUDsNCiAgICAgIGlmKGo+MCkNCgltYXpl W2ldW2otMV0gfD0gV0FMTF9CT1RUT007DQogICAgICBicmVhazsNCiAgICBj YXNlIDE6DQogICAgICBtYXplW2ldW2pdIHw9IFdBTExfUklHSFQ7DQogICAg ICBpZihpPG1hemVfc2l6ZV94LTEpDQoJbWF6ZVtpKzFdW2pdIHw9IFdBTExf TEVGVDsNCiAgICAgIGJyZWFrOw0KICAgIGNhc2UgMjoNCiAgICAgIG1hemVb aV1bal0gfD0gV0FMTF9CT1RUT007DQogICAgICBpZihqPG1hemVfc2l6ZV95 LTEpDQoJbWF6ZVtpXVtqKzFdIHw9IFdBTExfVE9QOw0KICAgICAgYnJlYWs7 DQogICAgY2FzZSAzOg0KICAgICAgbWF6ZVtpXVtqXSB8PSBXQUxMX0xFRlQ7 DQogICAgICBpZihpPjApDQoJbWF6ZVtpLTFdW2pdIHw9IFdBTExfUklHSFQ7 DQogICAgICBicmVhazsNCiAgICB9DQp9DQoNCg0KDQpzdGF0aWMgdm9pZA0K ZHJhd19zb2xpZF9zcXVhcmUoaW50IGksIGludCBqLCAgICAgICAgICAvKiBk cmF3IGEgc29saWQgc3F1YXJlIGluIGEgc3F1YXJlICovDQoJCSAgaW50IGRp ciwgSW1hZ2UgKmMpDQp7DQoJUmVjdGFuZ2xlIHI7DQoJUG9pbnQgcDsNCg0K ICBzd2l0Y2ggKGRpcikgew0KICBjYXNlIFdBTExfVE9QOg0KLy8gICAgICBY RmlsbFJlY3RhbmdsZShkcHksIHdpbiwgZ2MsDQovLwkJICAgICBib3JkZXJf eCArIGJ3ICsgZ3JpZF93aWR0aCAqIGksIA0KLy8JCSAgICAgYm9yZGVyX3kg LSBidyArIGdyaWRfaGVpZ2h0ICogaiwgDQovLwkJICAgICBncmlkX3dpZHRo IC0gKGJ3K2J3KSwgZ3JpZF9oZWlnaHQpOw0KDQoJcCA9IGFkZHB0KHNjcmVl bi0+ci5taW4sIA0KCQlQdChib3JkZXJfeCArIGJ3ICsgZ3JpZF93aWR0aCAq IGksIGJvcmRlcl95IC0gYncgKyBncmlkX2hlaWdodCAqIGopKTsNCglyID0g UnB0KHAsIGFkZHB0KHAsIFB0KGdyaWRfd2lkdGggLSAoYncrYncpLCBncmlk X2hlaWdodCkpKTsNCglkcmF3KHNjcmVlbiwgciwgYywgbmlsLCBaUCk7DQoN CiAgICAgIGJyZWFrOw0KICBjYXNlIFdBTExfUklHSFQ6DQovLyAgICAgIFhG aWxsUmVjdGFuZ2xlKGRweSwgd2luLCBnYywNCi8vCQkgICAgIGJvcmRlcl94 ICsgYncgKyBncmlkX3dpZHRoICogaSwgDQovLwkJICAgICBib3JkZXJfeSAr IGJ3ICsgZ3JpZF9oZWlnaHQgKiBqLCANCi8vCQkgICAgIGdyaWRfd2lkdGgs IGdyaWRfaGVpZ2h0IC0gKGJ3K2J3KSk7DQoJcCA9IGFkZHB0KHNjcmVlbi0+ ci5taW4sIA0KCQlQdChib3JkZXJfeCArIGJ3ICsgZ3JpZF93aWR0aCAqIGks ICBib3JkZXJfeSArIGJ3ICsgZ3JpZF9oZWlnaHQgKiBqKSk7DQoJciA9IFJw dChwLCBhZGRwdChwLCBQdChncmlkX3dpZHRoLCBncmlkX2hlaWdodCAtIChi dytidykpKSk7DQoJZHJhdyhzY3JlZW4sIHIsIGMsIG5pbCwgWlApOw0KICAg ICAgYnJlYWs7DQogIGNhc2UgV0FMTF9CT1RUT006DQovLyAgICAgIFhGaWxs UmVjdGFuZ2xlKGRweSwgd2luLCBnYywNCi8vCQkgICAgIGJvcmRlcl94ICsg YncgKyBncmlkX3dpZHRoICogaSwgDQovLwkJICAgICBib3JkZXJfeSArIGJ3 ICsgZ3JpZF9oZWlnaHQgKiBqLCANCi8vCQkgICAgIGdyaWRfd2lkdGggLSAo YncrYncpLCBncmlkX2hlaWdodCk7DQoJcCA9IGFkZHB0KHNjcmVlbi0+ci5t aW4sIA0KCQlQdChib3JkZXJfeCArIGJ3ICsgZ3JpZF93aWR0aCAqIGksIGJv cmRlcl95ICsgYncgKyBncmlkX2hlaWdodCAqIGopKTsNCglyID0gUnB0KHAs IGFkZHB0KHAsIFB0KGdyaWRfd2lkdGggLSAoYncrYncpLCBncmlkX2hlaWdo dCkpKTsNCglkcmF3KHNjcmVlbiwgciwgYywgbmlsLCBaUCk7DQogICAgICBi cmVhazsNCiAgY2FzZSBXQUxMX0xFRlQ6DQovLyAgICAgIFhGaWxsUmVjdGFu Z2xlKGRweSwgd2luLCBnYywNCi8vCQkgICAgIGJvcmRlcl94IC0gYncgKyBn cmlkX3dpZHRoICogaSwgDQovLwkJICAgICBib3JkZXJfeSArIGJ3ICsgZ3Jp ZF9oZWlnaHQgKiBqLCANCi8vCQkgICAgIGdyaWRfd2lkdGgsIGdyaWRfaGVp Z2h0IC0gKGJ3K2J3KSk7DQoJcCA9IGFkZHB0KHNjcmVlbi0+ci5taW4sIA0K CQlQdChib3JkZXJfeCAtIGJ3ICsgZ3JpZF93aWR0aCAqIGksIGJvcmRlcl95 ICsgYncgKyBncmlkX2hlaWdodCAqIGopKTsNCglyID0gUnB0KHAsIGFkZHB0 KHAsIFB0KGdyaWRfd2lkdGggLCBncmlkX2hlaWdodC0gKGJ3K2J3KSkpKTsN CglkcmF3KHNjcmVlbiwgciwgYywgbmlsLCBaUCk7DQogICAgICBicmVhazsN CiAgfQ0KICBmbHVzaGltYWdlKGRpc3BsYXksIDEpOw0KfQ0KDQppbnQNCmxv bmdkZWFkZW5kX3AoaW50IHgxLCBpbnQgeTEsIGludCB4MiwgaW50IHkyLCBp bnQgZW5kd2FsbCkNCnsNCiAgICBpbnQgZHggPSB4MiAtIHgxLCBkeSA9IHky IC0geTE7DQogICAgaW50IHNpZGV3YWxsczsNCg0KICAgIHNpZGV3YWxscyA9 IGVuZHdhbGwgfCAoZW5kd2FsbCA+PiAyIHwgZW5kd2FsbCA8PCAyKTsNCiAg ICBzaWRld2FsbHMgPSB+c2lkZXdhbGxzICYgV0FMTF9BTlk7DQoNCiAgICB3 aGlsZSgobWF6ZVt4Ml1beTJdICYgV0FMTF9BTlkpID09IHNpZGV3YWxscykN CiAgICB7DQoJeDIgKz0gZHg7DQoJeTIgKz0gZHk7DQogICAgfQ0KDQogICAg aWYoKG1hemVbeDJdW3kyXSAmIFdBTExfQU5ZKSA9PSAoc2lkZXdhbGxzIHwg ZW5kd2FsbCkpDQogICAgew0KCWVuZHdhbGwgPSAoZW5kd2FsbCA+PiAyIHwg ZW5kd2FsbCA8PCAyKSAmIFdBTExfQU5ZOw0KCXdoaWxlKHgxICE9IHgyIHx8 IHkxICE9IHkyKQ0KCXsNCgkgICAgeDEgKz0gZHg7DQoJICAgIHkxICs9IGR5 Ow0KCSAgICBkcmF3X3NvbGlkX3NxdWFyZSh4MSwgeTEsIGVuZHdhbGwsIHNr aXBDb2xvcik7DQoJICAgIG1hemVbeDFdW3kxXSB8PSBTT0xWRVJfVklTSVQ7 DQoJfQ0KCXJldHVybiAxOw0KICAgIH0NCiAgICBlbHNlDQoJcmV0dXJuIDA7 DQp9DQoNCi8qIEZpbmQgYWxsIGRlYWQgcmVnaW9ucyAtLSBhcmVhcyBmcm9t IHdoaWNoIHRoZSBnb2FsIGNhbm5vdCBiZSByZWFjaGVkIC0tDQogICBhbmQg bWFyayB0aGVtIHZpc2l0ZWQuICovDQp2b2lkDQpmaW5kX2RlYWRfcmVnaW9u cyh2b2lkKQ0Kew0KICAgIGludCB4LCB5LCBmbGlwcGVkOw0KDQogICAgLyog RmluZCBhbGwgbm90IFNPTFZFUl9WSVNJVCBzcXVhcmVzIGJvcmRlcmluZyBO T1RfREVBRCBzcXVhcmVzDQogICAgICAgYW5kIG1hcmsgdGhlbSBOT1RfREVB RCBhbHNvLiAgUmVwZWF0IHVudGlsIG5vIG1vcmUgc3VjaCBzcXVhcmVzLiAq Lw0KICAgIG1hemVbc3RhcnRfeF1bc3RhcnRfeV0gfD0gTk9UX0RFQUQ7DQog ICAgDQogICAgZG8NCiAgICB7DQoJZmxpcHBlZCA9IDA7DQoJZm9yKHggPSAw OyB4IDwgbWF6ZV9zaXplX3g7IHgrKykNCgkgICAgZm9yKHkgPSAwOyB5IDwg bWF6ZV9zaXplX3k7IHkrKykNCgkJaWYoIShtYXplW3hdW3ldICYgKFNPTFZF Ul9WSVNJVCB8IE5PVF9ERUFEKSkNCgkJICAgJiYgKCAgICh4ICYmIChtYXpl W3gtMV1beV0gJiBOT1RfREVBRCkpDQoJCSAgICAgICB8fCAoeSAmJiAobWF6 ZVt4XVt5LTFdICYgTk9UX0RFQUQpKSkpDQoJCXsNCgkJICAgIGZsaXBwZWQg PSAxOw0KCQkgICAgbWF6ZVt4XVt5XSB8PSBOT1RfREVBRDsNCgkJfQ0KCWZv cih4ID0gbWF6ZV9zaXplX3gtMTsgeCA+PSAwOyB4LS0pDQoJICAgIGZvcih5 ID0gbWF6ZV9zaXplX3ktMTsgeSA+PSAwOyB5LS0pDQoJCWlmKCEobWF6ZVt4 XVt5XSAmIChTT0xWRVJfVklTSVQgfCBOT1RfREVBRCkpDQoJCSAgICYmICgg ICAoeCAhPSBtYXplX3NpemVfeC0xICYmIChtYXplW3grMV1beV0gJiBOT1Rf REVBRCkpDQoJCSAgICAgICB8fCAoeSAhPSBtYXplX3NpemVfeS0xICYmICht YXplW3hdW3krMV0gJiBOT1RfREVBRCkpKSkNCgkJew0KCQkgICAgZmxpcHBl ZCA9IDE7DQoJCSAgICBtYXplW3hdW3ldIHw9IE5PVF9ERUFEOw0KCQl9DQog ICAgfQ0KICAgIHdoaWxlKGZsaXBwZWQpOw0KDQogICAgZm9yICh5ID0gMDsg eSA8IG1hemVfc2l6ZV95OyB5KyspDQogICAgICBmb3IgKHggPSAwOyB4IDwg bWF6ZV9zaXplX3g7IHgrKykNCiAgICAgIHsNCglpZiAobWF6ZVt4XVt5XSAm IE5PVF9ERUFEKQ0KCSAgbWF6ZVt4XVt5XSAmPSB+Tk9UX0RFQUQ7DQoJZWxz ZSBpZiAoIShtYXplW3hdW3ldICYgU09MVkVSX1ZJU0lUKSkNCgl7DQoJICBt YXplW3hdW3ldIHw9IFNPTFZFUl9WSVNJVDsNCgkgIGlmKCh4IDwgbG9nb194 IHx8IHggPiBsb2dvX3ggKyBsb2dvX3dpZHRoIC8gZ3JpZF93aWR0aCkgfHwN CgkgICAgICh5IDwgbG9nb195IHx8IHkgPiBsb2dvX3kgKyBsb2dvX2hlaWdo dCAvIGdyaWRfaGVpZ2h0KSkNCgkgIHsNCgkgICAgaWYgKCFtYXplW3hdW3ld ICYgV0FMTF9BTlkpIHsNCgkJUG9pbnQgcDsgUmVjdGFuZ2xlIHI7DQovLwkg ICAgICBYRmlsbFJlY3RhbmdsZShkcHksIHdpbiwgdWdjLA0KLy8JCQkgICAg IGJvcmRlcl94ICsgYncgKyBncmlkX3dpZHRoICogeCwNCi8vCQkJICAgICBi b3JkZXJfeSArIGJ3ICsgZ3JpZF9oZWlnaHQgKiB5LA0KLy8JCQkgICAgIGdy aWRfd2lkdGggLSAoYncrYncpLCBncmlkX2hlaWdodCAtIChidytidykpOw0K CQlwID0gYWRkcHQoc2NyZWVuLT5yLm1pbiwgDQoJCQlQdChib3JkZXJfeCAr IGJ3ICsgZ3JpZF93aWR0aCAqIHgsIGJvcmRlcl95ICsgYncgKyBncmlkX2hl aWdodCAqIHkpKTsNCgkJciA9IFJwdChwLCBhZGRwdChwLCBQdChncmlkX3dp ZHRoIC0gKGJ3K2J3KSwgZ3JpZF9oZWlnaHQtIChidytidykpKSk7DQoJCWRy YXcoc2NyZWVuLCByLCBzdXJyb3VuZENvbG9yLCBuaWwsIFpQKTsNCg0KCSAg ICB9IGVsc2UNCgkgICAgew0KCSAgICAgIGlmICghIChtYXplW3hdW3ldICYg V0FMTF9MRUZUKSkNCgkJZHJhd19zb2xpZF9zcXVhcmUoeCwgeSwgV0FMTF9M RUZULCBzdXJyb3VuZENvbG9yKTsNCgkgICAgICBpZiAoISAobWF6ZVt4XVt5 XSAmIFdBTExfUklHSFQpKQ0KCQlkcmF3X3NvbGlkX3NxdWFyZSh4LCB5LCBX QUxMX1JJR0hULCBzdXJyb3VuZENvbG9yKTsNCgkgICAgICBpZiAoISAobWF6 ZVt4XVt5XSAmIFdBTExfVE9QKSkNCgkJZHJhd19zb2xpZF9zcXVhcmUoeCwg eSwgV0FMTF9UT1AsIHN1cnJvdW5kQ29sb3IpOw0KCSAgICAgIGlmICghICht YXplW3hdW3ldICYgV0FMTF9CT1RUT00pKQ0KCQlkcmF3X3NvbGlkX3NxdWFy ZSh4LCB5LCBXQUxMX0JPVFRPTSwgc3Vycm91bmRDb2xvcik7DQoJICAgIH0N CgkgIH0NCgl9DQogICAgICB9DQogICAgZmx1c2hpbWFnZShkaXNwbGF5LCAx KTsNCn0NCg0Kc3RhdGljIHZvaWQNCnNvbHZlX21hemUgKHZvaWQpICAgICAg ICAgICAgICAgICAgICAgLyogc29sdmUgaXQgd2l0aCBncmFwaGljYWwgZmVl ZGJhY2sgKi8NCnsNCiAgICBpbnQgaSwgZGlyLCBmcm9tLCB4LCB5LCB3YXlz LCBidCA9IDA7DQoNCiAgICAvKiBwbHVnIHVwIHRoZSBzdXJyb3VuZGluZyB3 YWxsICovDQogICAgbWF6ZVtlbmRfeF1bZW5kX3ldIHw9IChXQUxMX1RPUCA+ PiBlbmRfZGlyKTsNCiAgICANCiAgICAvKiBpbml0aWFsaXplIHNlYXJjaCBw YXRoICovDQogICAgaSA9IDA7DQogICAgcGF0aFtpXS54ID0gZW5kX3g7DQog ICAgcGF0aFtpXS55ID0gZW5kX3k7DQogICAgcGF0aFtpXS5kaXIgPSAwOw0K ICAgIG1hemVbZW5kX3hdW2VuZF95XSB8PSBTT0xWRVJfVklTSVQ7DQogICAg DQogICAgLyogZG8gaXQgKi8NCiAgICB3aGlsZSAoMSkNCiAgICB7DQoJaWYg KCBtYXplW3BhdGhbaV0ueF1bcGF0aFtpXS55XSAmIFNUQVJUX1NRVUFSRSAp DQoJICAgIHJldHVybjsNCg0KCWlmKHJlc3RhcnQpDQoJCXJldHVybjsNCg0K CWlmKGVjYW5tb3VzZSgpKSB7DQoJCW0gPSBlbW91c2UoKTsNCgkJaWYobS5i dXR0b25zJjQpIHsNCgkJCWlmKGVtZW51aGl0KDMsICZtLCAmbWVudSkgPT0g MCkgDQoJCQkJZXhpdHMoMCk7DQoJCX0NCgl9DQoJDQoNCgkNCglpZiAoc29s dmVfZGVsYXkpIHNsZWVwIChzb2x2ZV9kZWxheSk7DQoJDQoJaWYoIXBhdGhb aV0uZGlyKQ0KCXsNCgkgICAgd2F5cyA9IDA7DQoJICAgIC8qIEZpcnN0IHZp c2l0IHRoaXMgc3F1YXJlLiAgV2hpY2ggYWRqYWNlbnQgc3F1YXJlcyBhcmUg b3Blbj8gKi8NCgkgICAgZm9yKGRpciA9IFdBTExfVE9QOyBkaXIgJiBXQUxM X0FOWTsgZGlyID4+PSAxKQ0KCSAgICB7DQoJCWlmKG1hemVbcGF0aFtpXS54 XVtwYXRoW2ldLnldICYgZGlyKQ0KCQkgICAgY29udGludWU7DQoJCQ0KCQl5 ID0gcGF0aFtpXS55IC0gISEoZGlyICYgV0FMTF9UT1ApICsgISEoZGlyICYg V0FMTF9CT1RUT00pOw0KCQl4ID0gcGF0aFtpXS54ICsgISEoZGlyICYgV0FM TF9SSUdIVCkgLSAhIShkaXIgJiBXQUxMX0xFRlQpOw0KCQkNCgkJaWYobWF6 ZVt4XVt5XSAmIFNPTFZFUl9WSVNJVCkNCgkJICAgIGNvbnRpbnVlOw0KCQkN CgkJZnJvbSA9IChkaXIgPDwgMiAmIFdBTExfQU5ZKSB8IChkaXIgPj4gMiAm IFdBTExfQU5ZKTsNCgkJLyogZG9uJ3QgZW50ZXIgb2J2aW91cyBkZWFkIGVu ZHMgKi8NCgkJaWYoKChtYXplW3hdW3ldICYgV0FMTF9BTlkpIHwgZnJvbSkg IT0gV0FMTF9BTlkpDQoJCXsNCgkJICAgIGlmKCFsb25nZGVhZGVuZF9wKHBh dGhbaV0ueCwgcGF0aFtpXS55LCB4LCB5LCBkaXIpKQ0KCQkJd2F5cyB8PSBk aXI7DQoJCX0NCgkJZWxzZQ0KCQl7DQoJCSAgICBkcmF3X3NvbGlkX3NxdWFy ZSh4LCB5LCBmcm9tLCBza2lwQ29sb3IpOw0KCQkgICAgbWF6ZVt4XVt5XSB8 PSBTT0xWRVJfVklTSVQ7DQoJCX0NCgkgICAgfQ0KCX0NCgllbHNlDQoJICAg IHdheXMgPSBwYXRoW2ldLndheXM7DQoJLyogd2F5cyBub3cgaGFzIGEgYml0 bWFzayBvZiBvcGVuIHBhdGhzLiAqLw0KCQ0KCWlmKCF3YXlzKQ0KCSAgICBn b3RvIGJhY2t0cmFjazsNCg0KCWlmICghaWdub3JhbnRfcCkNCgkgIHsNCgkg ICAgeCA9IHBhdGhbaV0ueCAtIHN0YXJ0X3g7DQoJICAgIHkgPSBwYXRoW2ld LnkgLSBzdGFydF95Ow0KCSAgICAvKiBjaG9pY2Ugb25lICovDQoJICAgIGlm KGFicyh5KSA8PSBhYnMoeCkpDQoJICAgICAgZGlyID0gKHggPiAwKSA/IFdB TExfTEVGVCA6IFdBTExfUklHSFQ7DQoJICAgIGVsc2UNCgkgICAgICBkaXIg PSAoeSA+IDApID8gV0FMTF9UT1AgOiBXQUxMX0JPVFRPTTsNCgkgICAgDQoJ ICAgIGlmKGRpciAmIHdheXMpDQoJICAgICAgZ290byBmb3VuZDsNCgkgICAg DQoJICAgIC8qIGNob2ljZSB0d28gKi8NCgkgICAgc3dpdGNoKGRpcikNCgkg ICAgICB7DQoJICAgICAgY2FzZSBXQUxMX0xFRlQ6DQoJICAgICAgY2FzZSBX QUxMX1JJR0hUOg0KCQlkaXIgPSAoeSA+IDApID8gV0FMTF9UT1AgOiBXQUxM X0JPVFRPTTsgYnJlYWs7DQoJICAgICAgY2FzZSBXQUxMX1RPUDoNCgkgICAg ICBjYXNlIFdBTExfQk9UVE9NOg0KCQlkaXIgPSAoeCA+IDApID8gV0FMTF9M RUZUIDogV0FMTF9SSUdIVDsNCgkgICAgICB9DQoJICAgIA0KCSAgICBpZihk aXIgJiB3YXlzKQ0KCSAgICAgIGdvdG8gZm91bmQ7DQoJICAgIA0KCSAgICAv KiBjaG9pY2UgdGhyZWUgKi8NCgkgICAgDQoJICAgIGRpciA9IChkaXIgPDwg MiAmIFdBTExfQU5ZKSB8IChkaXIgPj4gMiAmIFdBTExfQU5ZKTsNCgkgICAg aWYoZGlyICYgd2F5cykNCgkgICAgICBnb3RvIGZvdW5kOw0KCSAgICANCgkg ICAgLyogY2hvaWNlIGZvdXIgKi8NCgkgICAgZGlyID0gd2F5czsNCgkgICAg aWYoIWRpcikNCgkgICAgICBnb3RvIGJhY2t0cmFjazsNCgkgICAgDQoJICBm b3VuZDogOw0KCSAgfQ0KCWVsc2UNCgkgIHsNCgkgICAgaWYod2F5cyZXQUxM X1RPUCkNCgkgICAgICBkaXIgPSBXQUxMX1RPUDsNCgkgICAgZWxzZSBpZih3 YXlzJldBTExfTEVGVCkNCgkgICAgICBkaXIgPSBXQUxMX0xFRlQ7DQoJICAg IGVsc2UgaWYod2F5cyZXQUxMX0JPVFRPTSkNCgkgICAgICBkaXIgPSBXQUxM X0JPVFRPTTsNCgkgICAgZWxzZSBpZih3YXlzJldBTExfUklHSFQpDQoJICAg ICAgZGlyID0gV0FMTF9SSUdIVDsNCgkgICAgZWxzZQ0KCSAgICAgIGdvdG8g YmFja3RyYWNrOw0KCSAgfQ0KCWJ0ID0gMDsNCgl3YXlzICY9IH5kaXI7ICAv KiB0cmllZCB0aGlzIG9uZSAqLw0KCQ0KCXkgPSBwYXRoW2ldLnkgLSAhIShk aXIgJiBXQUxMX1RPUCkgKyAhIShkaXIgJiBXQUxMX0JPVFRPTSk7DQoJeCA9 IHBhdGhbaV0ueCArICEhKGRpciAmIFdBTExfUklHSFQpIC0gISEoZGlyICYg V0FMTF9MRUZUKTsNCgkNCgkvKiBhZHZhbmNlIGluIGRpcmVjdGlvbiBkaXIg Ki8NCglwYXRoW2ldLmRpciA9IGRpcjsNCglwYXRoW2ldLndheXMgPSB3YXlz Ow0KCWRyYXdfc29saWRfc3F1YXJlKHBhdGhbaV0ueCwgcGF0aFtpXS55LCBk aXIsIGxpdmVDb2xvcik7DQoJDQoJaSsrOw0KCXBhdGhbaV0uZGlyID0gMDsN CglwYXRoW2ldLndheXMgPSAwOw0KCXBhdGhbaV0ueCA9IHg7DQoJcGF0aFtp XS55ID0geTsNCgltYXplW3hdW3ldIHw9IFNPTFZFUl9WSVNJVDsNCgljb250 aW51ZTsNCg0KICAgIGJhY2t0cmFjazoNCglpZihpID09IDApDQoJew0KCSAg ICBwcmludCgiVW5zb2x2YWJsZSBtYXplLlxuIik7DQoJICAgIHJldHVybjsN Cgl9DQoNCglpZighYnQgJiYgIWlnbm9yYW50X3ApDQoJICAgIGZpbmRfZGVh ZF9yZWdpb25zKCk7DQoJYnQgPSAxOw0KCWZyb20gPSBwYXRoW2ktMV0uZGly Ow0KCWZyb20gPSAoZnJvbSA8PCAyICYgV0FMTF9BTlkpIHwgKGZyb20gPj4g MiAmIFdBTExfQU5ZKTsNCgkNCglkcmF3X3NvbGlkX3NxdWFyZShwYXRoW2ld LngsIHBhdGhbaV0ueSwgZnJvbSwgZGVhZENvbG9yKTsNCglpLS07DQogICAg fQ0KfSANCg0KDQoNCi8qDQogKiAgam1yIGFkZGl0aW9ucyBmb3IgSmFtaWUg WmF3aW5za2kncyA8and6QGp3ei5vcmc+IHNjcmVlbnNhdmVyIHN0dWZmLA0K ICogIG5vdGUgdGhhdCB0aGUgY29kZSBhYm92ZSB0aGlzIGhhcyBwcm9iYWJs eSBiZWVuIGhhY2tlZCBhYm91dCBpbiBzb21lDQogKiAgYXJiaXRyYXJ5IHdh eS4NCiAqLw0KDQoNCg0Kdm9pZA0Kc2NyZWVuaGFjayh2b2lkKQ0Kew0KICBp bnQgc2l6ZSwgcm9vdCwgZ2VuZXJhdG9yLCB0aGlzX2dlbjsNCg0KICByb290 ID0gMDsNCiAgc29sdmVfZGVsYXkgPSA1Ow0KICBwcmVfc29sdmVfZGVsYXkg PSAyMDAwOw0KICBwb3N0X3NvbHZlX2RlbGF5ID0gNDAwMDsNCiAgZ2VuZXJh dG9yID0gLTE7DQogIG1heF9sZW5ndGggPSA1Ow0KICBicmlkZ2VfcCA9IDA7 DQogIGlnbm9yYW50X3AgPSAwOw0KDQogIHNpemUgPSA1ICsgKHJhbmRvbSAo KSAlIDIwKTsNCiAgZ3JpZF93aWR0aCA9IGdyaWRfaGVpZ2h0ID0gc2l6ZTsN CiAgYncgPSAoc2l6ZSA+IDYgPyAzIDogKHNpemUtMSkvMik7DQoNCg0KICB4 ID0gMDsNCiAgeSA9IDA7DQoNCiAgc2V0X21hemVfc2l6ZXMgKER4KHNjcmVl bi0+ciksIER5KHNjcmVlbi0+cikpOw0KDQogIHJlc3RhcnQgPSByb290Ow0K DQogIHN5bmNfcCA9ICEocmFuZG9tKCkgJSAxMCk7DQoNCiAgd2hpbGUgKDEp IHsgICAgICAgICAgICAgICAgICAgICAgICAgICAgLyogcHJpbWFyeSBleGVj dXRpb24gbG9vcCBbIHJoZXNzIF0gKi8NCglpZihlY2FubW91c2UoKSkgew0K CQltID0gZW1vdXNlKCk7DQoJCWlmKG0uYnV0dG9ucyY0KSB7DQoJCQlpZihl bWVudWhpdCgzLCAmbSwgJm1lbnUpID09IDApIA0KCQkJCWV4aXRzKDApOw0K CQl9DQoJfQ0KICAgIGlmIChyZXN0YXJ0IHx8IHN0b3ApIGdvdG8gcG9wOw0K ICAgIHN3aXRjaCAoc3RhdGUpIHsNCiAgICBjYXNlIDE6DQogICAgICBpbml0 aWFsaXplX21hemUoKTsNCiAgICAgIGJyZWFrOw0KICAgIGNhc2UgMjoNCiAg ICAgIGRyYXcoc2NyZWVuLCBzY3JlZW4tPnIsIGRpc3BsYXktPmJsYWNrLCBu aWwsIFpQKTsNCiAgICAgIGRyYXdfbWF6ZV9ib3JkZXIoKTsNCglmbHVzaGlt YWdlKGRpc3BsYXksIDEpOw0KICAgICAgYnJlYWs7DQogICAgY2FzZSAzOg0K ICAgICAgdGhpc19nZW4gPSBnZW5lcmF0b3I7DQogICAgICBpZih0aGlzX2dl bjwwIHx8IHRoaXNfZ2VuPjIpDQoJdGhpc19nZW4gPSByYW5kb20oKSUzOw0K DQogICAgICBzd2l0Y2godGhpc19nZW4pDQoJew0KCWNhc2UgMDoNCgkgIGNy ZWF0ZV9tYXplKCk7DQoJICBicmVhazsNCgljYXNlIDE6DQoJICBhbHRfY3Jl YXRlX21hemUoKTsNCgkgIGJyZWFrOw0KCWNhc2UgMjoNCgkgIHNldF9jcmVh dGVfbWF6ZSgpOw0KCSAgYnJlYWs7DQoJfQ0KCWZsdXNoaW1hZ2UoZGlzcGxh eSwgMSk7DQogICAgICBicmVhazsNCiAgICBjYXNlIDQ6DQogICAgICBzbGVl cCAocHJlX3NvbHZlX2RlbGF5KTsNCiAgICAgIGJyZWFrOw0KICAgIGNhc2Ug NToNCiAgICAgIHNvbHZlX21hemUoKTsNCiAgICAgIGJyZWFrOw0KICAgIGNh c2UgNjoNCiAgICAgIHNsZWVwIChwb3N0X3NvbHZlX2RlbGF5KTsNCiAgICAg IHN0YXRlID0gMCA7DQogICAgICBkcmF3KHNjcmVlbiwgc2NyZWVuLT5yLCBk aXNwbGF5LT5ibGFjaywgbmlsLCBaUCk7DQogICAgICBicmVhazsNCiAgICBk ZWZhdWx0Og0KICAgICAgYWJvcnQgKCk7DQogICAgfQ0KICAgICsrc3RhdGU7 DQogIHBvcDoNCiAgICBpZiAocmVzdGFydCkNCiAgICAgIHsNCglyZXN0YXJ0 ID0gMDsNCglzdG9wID0gMDsNCglzdGF0ZSA9IDE7DQoJc2V0X21hemVfc2l6 ZXMgKER4KHNjcmVlbi0+ciksIER5KHNjcmVlbi0+cikpOw0KDQoJZHJhdyhz Y3JlZW4sIHNjcmVlbi0+ciwgZGlzcGxheS0+YmxhY2ssIG5pbCwgWlApOw0K CWZsdXNoaW1hZ2UoZGlzcGxheSwgMSk7DQoJc3luY19wID0gIShyYW5kb20o KSAlIDEwKTsNCiAgICAgIH0NCiAgfQ0KfQ0KDQoNCnZvaWQNCmVyZXNpemVk KGludCBuZXcpDQp7DQoJDQoJaWYobmV3ICYmIGdldHdpbmRvdyhkaXNwbGF5 LCBSZWZub25lKSA8IDApIHsNCgkJc3lzZmF0YWwoImNhbid0IHJlYXR0YWNo IHRvIHdpbmRvdyIpOw0KCX0JDQoJLy9mcHJpbnQoMiwgInNvcnJ5LCBjYW5u b3QgcmVzaXplXG4iKTsNCgkvL2V4aXRzKDApOw0KCXJlc3RhcnQgPSAxOw0K fQ0KDQoNCnZvaWQgDQptYWluKGludCBhcmdjLCBjaGFyICoqYXJndikNCnsN CglpbnQgZmQ7DQoNCglVU0VEKGFyZ2MsIGFyZ3YpOw0KCXNyYW5kKHRpbWUo MCkpOw0KDQoNCglpZihpbml0ZHJhdyhuaWwsIG5pbCwgIm1hemUiKSA8IDAp DQoJCXN5c2ZhdGFsKCJpbml0ZHJhdyBmYWlsZWQ6ICVyIik7DQoNCglsaXZl Q29sb3IgPSBhbGxvY2ltYWdlKGRpc3BsYXksIFJlY3QoMCwgMCwgMSwgMSks IHNjcmVlbi0+Y2hhbiwgMSwgREdyZWVuKTsNCglkZWFkQ29sb3IgPSBhbGxv Y2ltYWdlKGRpc3BsYXksIFJlY3QoMCwgMCwgMSwgMSksIHNjcmVlbi0+Y2hh biwgMSwgRFJlZCk7DQoJc2tpcENvbG9yPSBhbGxvY2ltYWdlKGRpc3BsYXks IFJlY3QoMCwgMCwgMSwgMSksIHNjcmVlbi0+Y2hhbiwgMSwgRE1hZ2VudGEp Ow0KCXN1cnJvdW5kQ29sb3I9IGFsbG9jaW1hZ2UoZGlzcGxheSwgUmVjdCgw LCAwLCAxLCAxKSwgc2NyZWVuLT5jaGFuLCAxLCBEUGFsZWJsdWUpOw0KDQoJ ZmQgPSBvcGVuKCIvbGliL2ZhY2UvNDh4NDh4NC9nL2dsZW5kYS4xIiwgT1JF QUQpOw0KCWlmKGZkIDwgMCkNCgkJc3lzZmF0YWwoImNhbm5vdCBvcGVuIC9s aWIvZmFjZS80OHg0OHg0L2cvZ2xlbmRhLjE6ICVyIik7DQoNCglnbGVuZGEg PSByZWFkaW1hZ2UoZGlzcGxheSwgZmQsIDApOw0KCWlmKGdsZW5kYSA9PSBu aWwpDQoJCXN5c2ZhdGFsKCJjYW5ub3QgbG9hZCBnbGVuZGEncyBpbWFnZTog JXIiKTsNCg0KCWRyYXcoc2NyZWVuLCBzY3JlZW4tPnIsIGRpc3BsYXktPmJs YWNrLCBuaWwsIFpQKTsNCglmbHVzaGltYWdlKGRpc3BsYXksIDEpOw0KDQoJ ZWluaXQoRW1vdXNlKTsNCgllcmVzaXplZCgwKTsNCglzY3JlZW5oYWNrKCk7 DQp9DQo= --0-174873200-1029484758=:44825-- --upas-xtddjxkdgdqitsnuzyrwpzqcbr-- From 9fans-admin@cse.psu.edu Fri Aug 16 16:14:31 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8803 invoked from network); 17 Aug 2002 01:14:30 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 17 Aug 2002 01:14:30 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3FCE519A8E; Fri, 16 Aug 2002 12:14:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from daggan.com (unknown [218.2.163.50]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9719419A84 for <9fans@cse.psu.edu>; Fri, 16 Aug 2002 12:12:56 -0400 (EDT) From: "zony@daggan.com" To: 9fans@cse.psu.edu Content-Type: text/plain;charset="GB2312" X-Priority: 3 X-Mailer: FoxMail 3.11 Release [cn] Message-Id: <20020816161256.9719419A84@mail.cse.psu.edu> Subject: [9fans] =?GB2312?B?u8bJvcLD087M7Mzst6IsxM++qczYvNux9rndyM7E49Gh?= Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: zony@daggan.com List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 17 Aug 2002 00:13:50 +0800 »ÆɽÂÃÓÎÌìÌì·¢ http://www.njchina.com/skttf.htm ÄϾ©Ìؼ۱ö¹ÝÈÎÄãÑ¡ http://www.njchina.com/bgmc.htm ºØ¿¨¡¢ÓïÒôÁÄÌì¡¢½»ÓÑ¡¢Õ÷»é http://www.njchina.com/qwltgc.htm ȤζÐÂÎÅ£¬Í¼ÎIJ¢Ã²£¬¾¡ÔÚ http://www.njchina.com From 9fans-admin@cse.psu.edu Fri Aug 16 17:37:19 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9250 invoked from network); 17 Aug 2002 02:37:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 17 Aug 2002 02:37:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 442A519A96; Fri, 16 Aug 2002 13:37:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E9FDB1998C for <9fans@cse.psu.edu>; Fri, 16 Aug 2002 13:36:23 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17fkpN-0005PA-00 for 9fans@cse.psu.edu; Fri, 16 Aug 2002 18:24:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Alex Walker Message-ID: <3D5D33C7.5040808@usenix.org> Organization: USENIX Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [9fans] Call for papers - 2nd Conference on File and Storage Technologies (FAST '03) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: alex@usenix.org List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 16 Aug 2002 17:23:29 GMT There is still time to submit your paper for the 2nd Conference on File and Storage Technologies (FAST '03). The Program Committee especially encourages papers on novel techniques, architectures, metrics, and methodologies. Topics of interest include but are not limited to: * New storage architectures and technologies * Storage system reliability, availability, and scalability * Storage networking and virtualization * Utility storage and grid storage * Wide-area storage, peer-to-peer, and disaster recovery * Caching, replication, and consistency * Storage system security * Storage management * Storage for databases * Mobile storage * Benchmarking and evaluation of storage systems * Data layout, metadata, and indexing * I/O in parallel and distributed system Submissions are due September 3, 2002. The complete Call for Papers with submission guidelines is available at: http://www.usenix.org/events/fast/cfp/ We look forward to receiving your submissions! Jeff Chase, Duke University FAST 2003 Program Chair ---------------------------- FAST '03 March 31 - April 2, 2003 San Jose, California, USA ---------------------------- From 9fans-admin@cse.psu.edu Sat Aug 17 08:49:32 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15723 invoked from network); 17 Aug 2002 17:49:31 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 17 Aug 2002 17:49:31 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CE21F19A8E; Sat, 17 Aug 2002 04:49:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from fbsd.acl.lanl.gov (fbsd.acl.lanl.gov [128.165.147.119]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 938DD19A84 for <9fans@cse.psu.edu>; Sat, 17 Aug 2002 04:48:22 -0400 (EDT) Received: (qmail 47715 invoked by uid 18927); 17 Aug 2002 08:45:13 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 17 Aug 2002 08:45:13 -0000 From: andrey mirtchovski X-X-Sender: andrey@fbsd.acl.lanl.gov To: 9fans@cse.psu.edu Subject: Re: [9fans] draw() question In-Reply-To: Message-ID: <20020817023223.K47692-400000@fbsd.acl.lanl.gov> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1582020745-1029573913=:47692" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 17 Aug 2002 02:45:13 -0600 (MDT) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1582020745-1029573913=:47692 Content-Type: TEXT/PLAIN; charset=US-ASCII it's not hard, i'm just (to quote george carlin) minimally exceptional. XCopyArea, whose behaviour i tried to emulate, had it the other way around and i was tricked by it :) included is the end result following your help. getscr contains some help routines which grab a screenshot and squeeze it into the current window, decayscreen is another xscreensaver hack, which just mangles the screen in interesting ways... 8c -FVw decayscreen.c getscr.c; 8l decayscreen.8 getscr.8 andrey On Fri, 16 Aug 2002, rob pike, esq. wrote: > Isn't it just > > draw(dst, Rect(x, y, x+(x2-x1), y+(y2-y1)), src, nil, Pt(x1, y1)) ? > > Why is this hard? Or what have I missed? > > -rob > --0-1582020745-1029573913=:47692 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="getscr.c" Content-Transfer-Encoding: BASE64 Content-ID: <20020817024513.S47692@fbsd.acl.lanl.gov> Content-Description: Content-Disposition: attachment; filename="getscr.c" I2luY2x1ZGUgPHUuaD4NCiNpbmNsdWRlIDxsaWJjLmg+DQojaW5jbHVkZSA8 ZHJhdy5oPg0KI2luY2x1ZGUgImdldHNjci5oIg0KLyoNCiAgKiBhbGxvY2F0 ZXMgdGVtcG9yYXJ5IHN0b3JhZ2UgZm9yIGFuZCByZWFkcw0KICAqIC9kZXYv c2NyZWVuLi4uIG1vZGlmaWVkIGZyb20gb2YgbGVucy5jDQogICovDQp1Y2hh ciAqDQpnZXRzY3Iodm9pZCkNCnsNCgljaGFyIAkJCWJ1Zls1KjEyXTsNCgl1 bG9uZyAJCWNoYW47DQoJdWNoYXIJCSpzY3JlZW5idWY7DQoJaW50IAkJCWQs IHNjcmVlbmZkOw0KDQoNCglzY3JlZW5mZCA9IG9wZW4oIi9kZXYvc2NyZWVu IiwgT1JFQUQpOw0KCWlmKHNjcmVlbmZkIDwgMCkNCgkJc3lzZmF0YWwoImNh bid0IG9wZW4gL2Rldi9zY3JlZW46ICVyIik7DQoNCglpZihyZWFkKHNjcmVl bmZkLCBidWYsIHNpemVvZiBidWYpICE9IHNpemVvZiBidWYpDQoJCXN5c2Zh dGFsKCJjYW4ndCByZWFkIC9kZXYvc2NyZWVuOiAlciIpOw0KDQoJY2hhbiA9 IHN0cnRvY2hhbihidWYpOw0KCWQgPSBjaGFudG9kZXB0aChjaGFuKTsNCglp ZihkIDwgOCkNCgkJc3lzZmF0YWwoImNhbid0IGhhbmRsZSBzY3JlZW4gZm9y bWF0ICUxMS4xMXMiLCBidWYpOw0KDQoJYnlwcCA9IGQvODsNCglzY3JlZW5y Lm1pbi54ID0gYXRvaShidWYrMSoxMik7DQoJc2NyZWVuci5taW4ueSA9IGF0 b2koYnVmKzIqMTIpOw0KCXNjcmVlbnIubWF4LnggPSBhdG9pKGJ1ZiszKjEy KTsNCglzY3JlZW5yLm1heC55ID0gYXRvaShidWYrNCoxMik7DQoNCglzY3Jl ZW5idWYgPSBtYWxsb2MoYnlwcCpEeChzY3JlZW5yKSpEeShzY3JlZW5yKSk7 DQoJaWYoc2NyZWVuYnVmID09IG5pbCkNCgkJc3lzZmF0YWwoInNjcmVlbiBi dWZmZXIgbWFsbG9jIGZhaWxlZDogJXIiKTsNCg0KCWlmKHJlYWRuKHNjcmVl bmZkLCBzY3JlZW5idWYsIGJ5cHAqRHgoc2NyZWVucikqRHkoc2NyZWVucikp ICE9IGJ5cHAqRHgoc2NyZWVucikqRHkoc2NyZWVucikpDQoJCXN5c2ZhdGFs KCJjYW4ndCByZWFkIHNjcmVlbjogJXIiKTsNCgkNCglyZXR1cm4gc2NyZWVu YnVmOw0KfQ0KDQoNCi8qDQogICogc3F1ZWV6ZSB0aGUgc2NyZWVuc2hvdCB0 byBmaXQgaW4gdGhlIGN1cnJlbnQgDQogICogd2luZG93DQogICovDQpJbWFn ZSAqDQpzcXVlZXplKHVjaGFyICpidWYpDQp7DQoJaW50IHgsIHksIHh4LCB5 eSwgaTsNCglmbG9hdCBkeCwgZHk7DQoJSW1hZ2UgKnRtcDsNCgl1Y2hhciAq b3V0Ow0KDQoJaWYoYnVmID09IG5pbCkNCgkJcmV0dXJuIG5pbDsNCg0KDQoJ dG1wID0gYWxsb2NpbWFnZShkaXNwbGF5LCBzY3JlZW4tPnIsIHNjcmVlbi0+ Y2hhbiwgMCwgREJsYWNrKTsNCglpZih0bXAgPT0gbmlsKQ0KCQlzeXNmYXRh bCgiY2FuJ3QgYWxsb2NhdGUgdGVtcCBpbWFnZSIpOw0KDQoJZHggPSAoZmxv YXQpRHgoc2NyZWVucikvRHgodG1wLT5yKTsNCglkeSA9IChmbG9hdClEeShz Y3JlZW5yKS9EeSh0bXAtPnIpOw0KDQoJb3V0ID0gKHVjaGFyICopbWFsbG9j KGJ5cHAqRHgodG1wLT5yKSpEeSh0bXAtPnIpKTsNCglpZihvdXQgPT0gbmls KQ0KCQlzeXNmYXRhbCgiY2FuJ3QgYWxsb2NhdGUgdGVtcCBtZW1vcnkiKTsN Cg0KCWZvcih5PTA7IHk8RHkodG1wLT5yKTsgeSsrKXsNCgkJZm9yKHg9MDsg eDxEeCh0bXAtPnIpOyB4Kyspew0KCQkJZm9yKGk9MDsgaTxieXBwOyBpKysp IHsNCgkJCQl5eSA9IChpbnQpKGR5KnkpOw0KCQkJCXh4ID0gKGludCkoZHgq eCk7DQoJCQkJb3V0W2J5cHAqKHkqRHgodG1wLT5yKSt4KSArIGldID0gYnVm W2J5cHAqKHl5KkR4KHNjcmVlbnIpK3h4KStpXTsNCgkJCX0NCgkJfQ0KCX0N CgkNCglpZihsb2FkaW1hZ2UodG1wLCB0bXAtPnIsIG91dCwgYnlwcCpEeCh0 bXAtPnIpKkR5KHRtcC0+cikpICE9IGJ5cHAqRHgodG1wLT5yKSpEeSh0bXAt PnIpKXsNCgkJCQlzeXNmYXRhbCgibG9hZGltYWdlIik7DQoJfQ0KCXJldHVy bih0bXApOw0KfQ0K --0-1582020745-1029573913=:47692 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="getscr.h" Content-Transfer-Encoding: BASE64 Content-ID: <20020817024513.C47692@fbsd.acl.lanl.gov> Content-Description: Content-Disposition: attachment; filename="getscr.h" dWNoYXIqCWdldHNjcih2b2lkKTsNCkltYWdlKglzcXVlZXplKHVjaGFyICop Ow0KDQpSZWN0YW5nbGUJCXNjcmVlbnI7DQppbnQgCQkJYnlwcDsNCg== --0-1582020745-1029573913=:47692 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="decayscreen.c" Content-Transfer-Encoding: BASE64 Content-ID: <20020817024513.U47692@fbsd.acl.lanl.gov> Content-Description: Content-Disposition: attachment; filename="decayscreen.c" LyogeHNjcmVlbnNhdmVyLCBDb3B5cmlnaHQgKGMpIDE5OTIsIDE5OTMsIDE5 OTQsIDE5OTYsIDE5OTcgDQogKiBKYW1pZSBaYXdpbnNraSA8and6QGp3ei5v cmc+DQogKg0KICogUGVybWlzc2lvbiB0byB1c2UsIGNvcHksIG1vZGlmeSwg ZGlzdHJpYnV0ZSwgYW5kIHNlbGwgdGhpcyBzb2Z0d2FyZSBhbmQgaXRzDQog KiBkb2N1bWVudGF0aW9uIGZvciBhbnkgcHVycG9zZSBpcyBoZXJlYnkgZ3Jh bnRlZCB3aXRob3V0IGZlZSwgcHJvdmlkZWQgdGhhdA0KICogdGhlIGFib3Zl IGNvcHlyaWdodCBub3RpY2UgYXBwZWFyIGluIGFsbCBjb3BpZXMgYW5kIHRo YXQgYm90aCB0aGF0DQogKiBjb3B5cmlnaHQgbm90aWNlIGFuZCB0aGlzIHBl cm1pc3Npb24gbm90aWNlIGFwcGVhciBpbiBzdXBwb3J0aW5nDQogKiBkb2N1 bWVudGF0aW9uLiAgTm8gcmVwcmVzZW50YXRpb25zIGFyZSBtYWRlIGFib3V0 IHRoZSBzdWl0YWJpbGl0eSBvZiB0aGlzDQogKiBzb2Z0d2FyZSBmb3IgYW55 IHB1cnBvc2UuICBJdCBpcyBwcm92aWRlZCAiYXMgaXMiIHdpdGhvdXQgZXhw cmVzcyBvciANCiAqIGltcGxpZWQgd2FycmFudHkuDQogKi8NCg0KLyogZGVj YXlzY3JlZW4NCiAqDQogKiBCYXNlZCBvbiBzbGlkZXNjcmVlbiBwcm9ncmFt IGZyb20gdGhlIHhzY3JlZW5zYXZlciBhcHBsaWNhdGlvbiBhbmQgdGhlDQog KiBkZWNheSBwcm9ncmFtIGZvciBTdW4gZnJhbWVidWZmZXJzLiAgVGhpcyBp cyB0aGUgY29tbWVudCBmcm9tIHRoZSBkZWNheS5jDQogKiBmaWxlOg0KDQog KiBkZWNheS5jDQogKiAgIGZpbmQgdGhlIHNjcmVlbiBiaXRtYXAgZm9yIHRo ZSBjb25zb2xlIGFuZCBtYWtlIGl0ICJkZWNheSIgYnkNCiAqICAgcmFuZG9t bHkgc2hpZnRpbmcgcmFuZG9tIHJlY3RhbmdsZXMgYnkgb25lIHBpeGVsd2lk dGggYXQgYSB0aW1lLg0KICoNCiAqICAgYnkgRGF2aWQgV2FsZCwgMTk4OA0K ICogICAgICAgIHJld3JpdHRlbiBieSBOYXR1ZXJsaWNoIQ0KICogICBiYXNl ZCBvbiBhIHNpbWlsYXIgInV0aWxpdHkiIG9uIHRoZSBBcG9sbG8gcmluZyBh dCBZYWxlLg0KDQogKiBYIHZlcnNpb24gYnkNCiAqDQogKiAgVml2ZWsgS2hl cmEgPGtoZXJhQGNzLmR1a2UuZWR1Pg0KICogIDUtQVVHLTE5OTMNCiAqDQog KiAgSGFja2VkIGJ5IGp3eiwgMjgtTm92LTk3IChzcGVkIHVwIGFuZCBhZGRl ZCBuZXcgbW90aW9uIGRpcmVjdGlvbnMpDQogDQogKiAgUi4gU2NodWx0eg0K ICogIEFkZGVkICJtZWx0IiAmICJzdHJldGNoIiBtb2RlcyAyOC1NYXItMTk5 OQ0KICoNCiAqLw0KDQovKiANCiAgKiBwb3J0ZWQgdG8gUGxhbiA5IGJ5IGFu ZHJleUBsYW5sLmdvdiwgMDgvMDINCiAgKi8NCg0KLyogcGxhbjktcmVsYXRl ZCBzdHVmZiAqLw0KI2luY2x1ZGUgPHUuaD4NCiNpbmNsdWRlIDxsaWJjLmg+ DQojaW5jbHVkZSA8ZHJhdy5oPg0KI2luY2x1ZGUgPGV2ZW50Lmg+DQoNCi8q IHNjcmVlbnNob3QtcmVsYXRlZCBzdHVmZiAqLw0KI2luY2x1ZGUgImdldHNj ci5oIgkNCnN0YXRpYyB1Y2hhciAqc2NyYnVmOw0Kc3RhdGljIEltYWdlICpz Y3JpbWc7DQoNCi8qIG90aGVyIGRlZmluZXMgKi8NCiNkZWZpbmUgTlVMTCBu aWwNCiNkZWZpbmUgWFBvaW50IFBvaW50DQojZGVmaW5lIE5SQU5EIG5yYW5k DQojZGVmaW5lIExSQU5EIGxyYW5kDQojZGVmaW5lIHJhbmRvbSByYW5kDQoj ZGVmaW5lIE1BWFJBTkQgKCgyPDwzMSktMSkNCiNkZWZpbmUgTUFYKGEsIGIp ICgoKGEpID4gKGIpKT8oYSk6KGIpKQ0KI2RlZmluZSBNSU4oYSwgYikgKCgo YSkgPCAoYikpPyhhKTooYikpDQojZGVmaW5lIFJBTkRfTUFYIE1BWFJBTkQN CiNkZWZpbmUgQUJTIGFicw0KSW1hZ2UgKmNvbG9yc1syNTZdOw0KI2RlZmlu ZSBNX1BJCVBJDQojZGVmaW5lIEJvb2wgaW50DQojZGVmaW5lIFRydWUgMQ0K I2RlZmluZSBGYWxzZSAwDQoNCmNoYXIgKmJ1dHRvbnNbXSA9IA0Kew0KCSJl eGl0IiwNCgkwDQp9Ow0KDQpNZW51IG1lbnUgPSANCnsNCglidXR0b25zDQp9 Ow0KTW91c2UgbTsNCg0KDQoNCi8qIGVuZCBvZiBwbGFuOS1yZWxhdGVkIGRl ZmluZXMgKi8NCg0Kc3RhdGljIGludCBzaXpleCwgc2l6ZXk7DQpzdGF0aWMg aW50IGRlbGF5ID0gMTAwMDsNCnN0YXRpYyBpbnQgbW9kZTsNCnN0YXRpYyBp bnQgaXRlcmF0aW9ucz0xOw0KDQojZGVmaW5lIFNIVUZGTEUgMA0KI2RlZmlu ZSBVUCAxDQojZGVmaW5lIExFRlQgMg0KI2RlZmluZSBSSUdIVCAzDQojZGVm aW5lIERPV04gNA0KI2RlZmluZSBVUExFRlQgNQ0KI2RlZmluZSBET1dOTEVG VCA2DQojZGVmaW5lIFVQUklHSFQgNw0KI2RlZmluZSBET1dOUklHSFQgOA0K I2RlZmluZSBJTiA5DQojZGVmaW5lIE9VVCAxMA0KI2RlZmluZSBNRUxUIDEx DQojZGVmaW5lIFNUUkVUQ0ggMTINCiNkZWZpbmUgRlVaWiAxMw0KDQpzdGF0 aWMgdm9pZA0KaW5pdF9kZWNheSAodm9pZCkNCnsNCg0KDQogICAgbW9kZSA9 IHJhbmRvbSgpICUgKEZVWlorMSk7DQoNCiAgZGVsYXkgPSAxMDsNCg0KDQoN Cg0KICBzaXpleCA9IER4KHNjcmVlbi0+cik7DQogIHNpemV5ID0gRHkoc2Ny ZWVuLT5yKTsNCg0KICANCiAgaWYgKG1vZGUgPT0gTUVMVCB8fCBtb2RlID09 IFNUUkVUQ0gpIHsNCiAgICAvKiBtYWtlIHN1cmUgc2NyZWVuIGV2ZW50dWFs bHkgdHVybnMgYmFja2dyb3VuZCBjb2xvciAqLw0KICAgIGxpbmUoc2NyZWVu LCBhZGRwdChzY3JlZW4tPnIubWluLCBQdCgwLCAwKSksIA0KCQkJYWRkcHQo c2NyZWVuLT5yLm1pbiwgUHQoc2l6ZXgsIDEpKSwgDQoJCQlFbmRzcXVhcmUs IEVuZHNxdWFyZSwgMCwgZGlzcGxheS0+YmxhY2ssIFpQKTsgDQoNCiAgICAv KiBzbG93IGRvd24gZm9yIHNtb290aGVyIG1lbHRpbmcqLw0KICAgIGl0ZXJh dGlvbnMgPSAxOw0KICB9DQoNCn0NCg0KDQovKg0KICogcGVyZm9ybSBvbmUg aXRlcmF0aW9uIG9mIGRlY2F5DQogKi8NCnN0YXRpYyB2b2lkDQpkZWNheTEg KHZvaWQpDQp7DQogICAgaW50IGxlZnQsIHRvcCwgd2lkdGgsIGhlaWdodCwg dG9sZWZ0LCB0b3RvcDsNCglSZWN0YW5nbGUgcjsgUG9pbnQgcCwgcDI7DQoN CiNkZWZpbmUgTCAxMDENCiNkZWZpbmUgUiAxMDINCiNkZWZpbmUgVSAxMDMN CiNkZWZpbmUgRCAxMDQNCiAgICBzdGF0aWMgaW50IG5vX2JpYXNbXSAgICAg ICAgPSB7IEwsTCxMLEwsIFIsUixSLFIsIFUsVSxVLFUsIEQsRCxELEQgfTsN CiAgICBzdGF0aWMgaW50IHVwX2JpYXNbXSAgICAgICAgPSB7IEwsTCxMLEws IFIsUixSLFIsIFUsVSxVLFUsIFUsVSxELEQgfTsNCiAgICBzdGF0aWMgaW50 IGRvd25fYmlhc1tdICAgICAgPSB7IEwsTCxMLEwsIFIsUixSLFIsIFUsVSxE LEQsIEQsRCxELEQgfTsNCiAgICBzdGF0aWMgaW50IGxlZnRfYmlhc1tdICAg ICAgPSB7IEwsTCxMLEwsIEwsTCxSLFIsIFUsVSxVLFUsIEQsRCxELEQgfTsN CiAgICBzdGF0aWMgaW50IHJpZ2h0X2JpYXNbXSAgICAgPSB7IEwsTCxSLFIs IFIsUixSLFIsIFUsVSxVLFUsIEQsRCxELEQgfTsNCg0KICAgIHN0YXRpYyBp bnQgdXBsZWZ0X2JpYXNbXSAgICA9IHsgTCxMLEwsTCwgTCxSLFIsUiwgVSxV LFUsVSwgVSxELEQsRCB9Ow0KICAgIHN0YXRpYyBpbnQgZG93bmxlZnRfYmlh c1tdICA9IHsgTCxMLEwsTCwgTCxSLFIsUiwgVSxVLFUsRCwgRCxELEQsRCB9 Ow0KICAgIHN0YXRpYyBpbnQgdXByaWdodF9iaWFzW10gICA9IHsgTCxMLEws UiwgUixSLFIsUiwgVSxVLFUsVSwgVSxELEQsRCB9Ow0KICAgIHN0YXRpYyBp bnQgZG93bnJpZ2h0X2JpYXNbXSA9IHsgTCxMLEwsUiwgUixSLFIsUiwgVSxV LFUsRCwgRCxELEQsRCB9Ow0KICAgIHN0YXRpYyBpbnQgKmJpYXM7DQoNCiAg ICBzd2l0Y2ggKG1vZGUpIHsNCiAgICAgIGNhc2UgU0hVRkZMRToJYmlhcyA9 IG5vX2JpYXM7IGJyZWFrOw0KICAgICAgY2FzZSBVUDoJCWJpYXMgPSB1cF9i aWFzOyBicmVhazsNCiAgICAgIGNhc2UgTEVGVDoJYmlhcyA9IGxlZnRfYmlh czsgYnJlYWs7DQogICAgICBjYXNlIFJJR0hUOgliaWFzID0gcmlnaHRfYmlh czsgYnJlYWs7DQogICAgICBjYXNlIERPV046CWJpYXMgPSBkb3duX2JpYXM7 IGJyZWFrOw0KICAgICAgY2FzZSBVUExFRlQ6CWJpYXMgPSB1cGxlZnRfYmlh czsgYnJlYWs7DQogICAgICBjYXNlIERPV05MRUZUOgliaWFzID0gZG93bmxl ZnRfYmlhczsgYnJlYWs7DQogICAgICBjYXNlIFVQUklHSFQ6CWJpYXMgPSB1 cHJpZ2h0X2JpYXM7IGJyZWFrOw0KICAgICAgY2FzZSBET1dOUklHSFQ6CWJp YXMgPSBkb3ducmlnaHRfYmlhczsgYnJlYWs7DQogICAgICBjYXNlIElOOgkJ YmlhcyA9IG5vX2JpYXM7IGJyZWFrOw0KICAgICAgY2FzZSBPVVQ6CQliaWFz ID0gbm9fYmlhczsgYnJlYWs7DQogICAgICBjYXNlIE1FTFQ6CWJpYXMgPSBu b19iaWFzOyBicmVhazsNCiAgICAgIGNhc2UgU1RSRVRDSDoJYmlhcyA9IG5v X2JpYXM7IGJyZWFrOw0KICAgICAgY2FzZSBGVVpaOgliaWFzID0gbm9fYmlh czsgYnJlYWs7DQogICAgIGRlZmF1bHQ6IGFib3J0KCk7DQogICAgfQ0KDQoj ZGVmaW5lIG5ybmQoeCkgKHJhbmRvbSgpICUgKHgpKQ0KDQogICAgaWYgKG1v ZGUgPT0gTUVMVCB8fCBtb2RlID09IFNUUkVUQ0gpIHsNCiAgICAgIGxlZnQg PSBucm5kKHNpemV4LzIpOw0KICAgICAgdG9wID0gbnJuZChzaXpleSk7DQog ICAgICB3aWR0aCA9IG5ybmQoIHNpemV4LzIgKSArIHNpemV4LzIgLSBsZWZ0 Ow0KICAgICAgaGVpZ2h0ID0gbnJuZChzaXpleSAtIHRvcCk7DQogICAgICB0 b2xlZnQgPSBsZWZ0Ow0KICAgICAgdG90b3AgPSB0b3ArMTsNCg0KICAgIH0g ZWxzZSBpZiAobW9kZSA9PSBGVVpaKSB7ICAvKiBCeSBWaW5jZSBMZXZleSA8 dmluY2VsQHZpbmNlbC5vcmc+Ow0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBpbnNwaXJlZCBieSB0aGUgIm1lbHQiIG1vZGUgb2YgdGhl DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICJzY3JoYWNr IiBJcmlzR0wgcHJvZ3JhbSBieSBQYXVsIEhhZWJlcmxpDQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIGNpcmNhIDE5OTEuICovDQogICAg ICBzdGF0aWMgaW50IHRvZ2dsZSA9IDA7DQoNCiAgICAgIGxlZnQgPSBucm5k KHNpemV4IC0gMSk7DQogICAgICB0b3AgID0gbnJuZChzaXpleSAtIDEpOw0K ICAgICAgdG9nZ2xlID0gIXRvZ2dsZTsNCiAgICAgIGlmICh0b2dnbGUpDQog ICAgICAgIHsNCiAgICAgICAgICB0b3RvcCA9IHRvcDsNCiAgICAgICAgICBo ZWlnaHQgPSAxOw0KICAgICAgICAgIHRvbGVmdCA9IG5ybmQoc2l6ZXggLSAx KTsNCiAgICAgICAgICBpZiAodG9sZWZ0ID4gbGVmdCkNCiAgICAgICAgICAg IHsNCiAgICAgICAgICAgICAgd2lkdGggPSB0b2xlZnQtbGVmdDsNCiAgICAg ICAgICAgICAgdG9sZWZ0ID0gbGVmdDsNCiAgICAgICAgICAgICAgbGVmdCsr Ow0KICAgICAgICAgICAgfQ0KICAgICAgICAgIGVsc2UNCiAgICAgICAgICAg IHsNCiAgICAgICAgICAgICAgd2lkdGggPSBsZWZ0LXRvbGVmdDsNCiAgICAg ICAgICAgICAgbGVmdCA9IHRvbGVmdDsNCiAgICAgICAgICAgICAgdG9sZWZ0 Kys7DQogICAgICAgICAgICB9DQogICAgICAgIH0NCiAgICAgIGVsc2UNCiAg ICAgICAgew0KICAgICAgICAgIHRvbGVmdCA9IGxlZnQ7DQogICAgICAgICAg d2lkdGggPSAxOw0KICAgICAgICAgIHRvdG9wICA9IG5ybmQoc2l6ZXkgLSAx KTsNCiAgICAgICAgICBpZiAodG90b3AgPiB0b3ApDQogICAgICAgICAgICB7 DQogICAgICAgICAgICAgIGhlaWdodCA9IHRvdG9wLXRvcDsNCiAgICAgICAg ICAgICAgdG90b3AgPSB0b3A7DQogICAgICAgICAgICAgIHRvcCsrOw0KICAg ICAgICAgICAgfQ0KICAgICAgICAgIGVsc2UNCiAgICAgICAgICAgIHsNCiAg ICAgICAgICAgICAgaGVpZ2h0ID0gdG9wLXRvdG9wOw0KICAgICAgICAgICAg ICB0b3AgPSB0b3RvcDsNCiAgICAgICAgICAgICAgdG90b3ArKzsNCiAgICAg ICAgICAgIH0NCiAgICAgICAgfQ0KDQogICAgfSBlbHNlIHsNCg0KICAgICAg bGVmdCA9IG5ybmQoc2l6ZXggLSAxKTsNCiAgICAgIHRvcCA9IG5ybmQoc2l6 ZXkpOw0KICAgICAgd2lkdGggPSBucm5kKHNpemV4IC0gbGVmdCk7DQogICAg ICBoZWlnaHQgPSBucm5kKHNpemV5IC0gdG9wKTsNCiAgICAgIA0KICAgICAg dG9sZWZ0ID0gbGVmdDsNCiAgICAgIHRvdG9wID0gdG9wOw0KICAgICAgaWYg KG1vZGUgPT0gSU4gfHwgbW9kZSA9PSBPVVQpIHsNCglpbnQgeCA9IGxlZnQr KHdpZHRoLzIpOw0KCWludCB5ID0gdG9wKyhoZWlnaHQvMik7DQoJaW50IGN4 ID0gc2l6ZXgvMjsNCglpbnQgY3kgPSBzaXpleS8yOw0KCWlmIChtb2RlID09 IElOKSB7DQoJICBpZiAgICAgICh4ID4gY3ggJiYgeSA+IGN5KSAgIGJpYXMg PSB1cGxlZnRfYmlhczsNCgkgIGVsc2UgaWYgKHggPCBjeCAmJiB5ID4gY3kp ICAgYmlhcyA9IHVwcmlnaHRfYmlhczsNCgkgIGVsc2UgaWYgKHggPCBjeCAm JiB5IDwgY3kpICAgYmlhcyA9IGRvd25yaWdodF9iaWFzOw0KCSAgZWxzZSAv KiAoeCA+IGN4ICYmIHkgPCBjeSkqLyBiaWFzID0gZG93bmxlZnRfYmlhczsN Cgl9IGVsc2Ugew0KCSAgaWYgICAgICAoeCA+IGN4ICYmIHkgPiBjeSkgICBi aWFzID0gZG93bnJpZ2h0X2JpYXM7DQoJICBlbHNlIGlmICh4IDwgY3ggJiYg eSA+IGN5KSAgIGJpYXMgPSBkb3dubGVmdF9iaWFzOw0KCSAgZWxzZSBpZiAo eCA8IGN4ICYmIHkgPCBjeSkgICBiaWFzID0gdXBsZWZ0X2JpYXM7DQoJICBl bHNlIC8qICh4ID4gY3ggJiYgeSA8IGN5KSovIGJpYXMgPSB1cHJpZ2h0X2Jp YXM7DQoJfQ0KICAgICAgfQ0KICAgICAgDQogICAgICBzd2l0Y2ggKGJpYXNb cmFuZG9tKCkgJSAoc2l6ZW9mKG5vX2JpYXMpL3NpemVvZigqbm9fYmlhcykp XSkgew0KICAgICAgY2FzZSBMOiB0b2xlZnQgPSBsZWZ0LTE7IGJyZWFrOw0K ICAgICAgY2FzZSBSOiB0b2xlZnQgPSBsZWZ0KzE7IGJyZWFrOw0KICAgICAg Y2FzZSBVOiB0b3RvcCA9IHRvcC0xOyBicmVhazsNCiAgICAgIGNhc2UgRDog dG90b3AgPSB0b3ArMTsgYnJlYWs7DQogICAgICBkZWZhdWx0OiBhYm9ydCgp OyBicmVhazsNCiAgICAgIH0NCiAgICB9DQogICAgDQoJciA9IHNjcmVlbi0+ cjsNCglpZiAobW9kZSA9PSBTVFJFVENIKSB7DQoJCXAgPSBhZGRwdChyLm1p biwgUHQoMCwgc2l6ZXktdG9wLTEpKTsNCgkJcDIgPSBhZGRwdChyLm1pbiwg UHQoMCwgc2l6ZXktdG9wLTIpKTsNCgkJciA9IFJwdChwLCBhZGRwdChQdChz aXpleCwgdG9wKzEpLCBwKSk7DQovLwkJWENvcHlBcmVhIChkcHksIHdpbmRv dywgd2luZG93LCBnYywgMCwgc2l6ZXktdG9wLTIsIHNpemV4LCB0b3ArMSwg DQovLwkJMCwgc2l6ZXktdG9wLTEpOyANCiAgIAl9IGVsc2Ugew0KCQlwID0g YWRkcHQoci5taW4sIFB0KHRvbGVmdCwgdG90b3ApKTsNCgkJcDIgPSBhZGRw dChyLm1pbiwgUHQobGVmdCwgdG9wKSk7DQoJCXIgPSBScHQocCwgYWRkcHQo UHQod2lkdGgsIGhlaWdodCksIHApKTsNCi8vCQlYQ29weUFyZWEgKGRweSwg d2luZG93LCB3aW5kb3csIGdjLCBsZWZ0LCB0b3AsIHdpZHRoLCBoZWlnaHQs DQovLwkJIHRvbGVmdCwgdG90b3ApOw0KCX0NCg0KCWRyYXcoc2NyZWVuLCBy LCBzY3JlZW4sIG5pbCwgcDIpOw0KDQojdW5kZWYgbnJuZA0KfQ0KDQoNCnZv aWQNCnNjcmVlbmhhY2sgKHZvaWQpDQp7DQoJaW5pdF9kZWNheSAoKTsNCgl3 aGlsZSAoMSkgew0KCQlpbnQgaTsNCgkJZm9yIChpID0gMDsgaSA8IGl0ZXJh dGlvbnM7IGkrKykNCgkJCWRlY2F5MSAoKTsNCgkJZmx1c2hpbWFnZShkaXNw bGF5LCAxKTsNCgkJaWYoZWNhbm1vdXNlKCkpIHsNCgkJCW0gPSBlbW91c2Uo KTsNCgkJCWlmKG0uYnV0dG9ucyY0KSB7DQoJCQkJaWYoZW1lbnVoaXQoMywg Jm0sICZtZW51KSA9PSAwKSANCgkJCQkJZXhpdHMoMCk7DQoJCQl9DQoJCX0N CgkJaWYgKGRlbGF5KSBzbGVlcCAoZGVsYXkpOw0KCX0NCn0NCg0KDQp2b2lk DQplcmVzaXplZChpbnQgbmV3KQ0Kew0KCQ0KCWlmKG5ldyAmJiBnZXR3aW5k b3coZGlzcGxheSwgUmVmbm9uZSkgPCAwKSB7DQoJCXN5c2ZhdGFsKCJjYW4n dCByZWF0dGFjaCB0byB3aW5kb3c6ICVyIik7DQoJfQ0KDQoJaWYoc2NyaW1n ICE9IG5pbCkNCgkJZnJlZWltYWdlKHNjcmltZyk7DQoJDQoJc2NyaW1nID0g c3F1ZWV6ZShzY3JidWYpOw0KCWlmKHNjcmltZyA9PSBuaWwpDQoJCXN5c2Zh dGFsKCJ1bmFibGUgdG8gZml0IHNjcmVlbnNob3QgdG8gd2luZG93OiAlciIp Ow0KDQoJaW5pdF9kZWNheSgpOw0KCWRyYXcoc2NyZWVuLCBzY3JlZW4tPnIs IHNjcmltZywgbmlsLCBzY3JpbWctPnIubWluKTsNCn0NCg0KDQoNCnZvaWQg DQptYWluKGludCBhcmdjLCBjaGFyICoqYXJndikNCnsNCg0KCVVTRUQoYXJn YywgYXJndik7DQoJc3JhbmQodGltZSgwKSk7DQoNCglzY3JidWYgPSBnZXRz Y3IoKTsNCglpZihzY3JidWYgPT0gbmlsKQ0KCQlzeXNmYXRhbCgiY291bGQg bm90IG9idGFpbiBzY3JlZW5zaG90OiAlciIpOw0KDQoJaWYoaW5pdGRyYXco bmlsLCBuaWwsICJkZWNheXNjcmVlbiIpIDwgMCkNCgkJc3lzZmF0YWwoImlu aXRkcmF3IGZhaWxlZDogJXIiKTsNCg0KCWVpbml0KEVtb3VzZSk7DQoJZXJl c2l6ZWQoMCk7DQoNCglzY3JlZW5oYWNrKCk7DQp9DQo= --0-1582020745-1029573913=:47692-- From 9fans-admin@cse.psu.edu Sat Aug 17 20:25:23 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21609 invoked from network); 18 Aug 2002 05:25:23 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 18 Aug 2002 05:25:23 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3C0E019A60; Sat, 17 Aug 2002 16:25:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from hamnavoe (hamnavoe.gotadsl.co.uk [213.208.117.150]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 09C0F199B7 for <9fans@cse.psu.edu>; Sat, 17 Aug 2002 16:24:34 -0400 (EDT) To: 9fans@cse.psu.edu From: Richard Miller MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20020817202434.09C0F199B7@mail.cse.psu.edu> Subject: [9fans] venti readahead error Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 17 Aug 2002 21:24:04 0100 When venti(8) reads a data block into the cache, it can initiate a readahead which goes beyond the last allocated block in the data arena. This does no direct harm, but results in a rather alarming error message "clump has bad magic number=00000000", which may cause unnecessary anxiety by suggesting that the venti store is corrupted. Here's a correction: cpu% diff /sys/src/cmd/venti/lump.c lump.c 142a143,144 > if (aa >= arena->used) > break; -- Richard Miller From 9fans-admin@cse.psu.edu Sun Aug 18 18:53:25 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3012 invoked from network); 19 Aug 2002 03:53:25 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 19 Aug 2002 03:53:25 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 170E319999; Sun, 18 Aug 2002 14:53:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from gsyc.escet.urjc.es (gsyc064.dat.escet.urjc.es [193.147.71.64]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3671919991 for <9fans@cse.psu.edu>; Sun, 18 Aug 2002 14:52:13 -0400 (EDT) Received: from nanonic.hilbert.space (80-26-99-12.uc.nombres.ttd.es [80.26.99.12]) by gsyc.escet.urjc.es (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA14585 for <9fans@cse.psu.edu>; Sun, 18 Aug 2002 20:52:11 +0200 X-Authentication-Warning: gsyc.escet.urjc.es: Host 80-26-99-12.uc.nombres.ttd.es [80.26.99.12] claimed to be nanonic.hilbert.space Received: from paurea by nanonic.hilbert.space with local (Exim 3.35 #1 (Debian)) id 17gV9F-0000Jq-00 for <9fans@cse.psu.edu>; Sun, 18 Aug 2002 20:51:37 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15711.60594.809195.337446@nanonic.hilbert.space> From: paurea@gsyc.escet.urjc.es To: 9fans@cse.psu.edu X-Mailer: VM 7.03 under Emacs 21.2.1 Subject: [9fans] LVDS bridge Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 18 Aug 2002 20:51:30 +0200 I have discovered that the ATI Rage mobility (for which there is a driver in plan) comes (at least sometimes) with an LVDS bridge. (does the person who wrote this driver (Russ?) have documentation of the LVDS bridge?. TIA. -- Saludos, Gorka "Curiosity sKilled the cat" From 9fans-admin@cse.psu.edu Sun Aug 18 20:34:18 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3568 invoked from network); 19 Aug 2002 05:34:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 19 Aug 2002 05:34:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 25095199E3; Sun, 18 Aug 2002 16:34:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from hamnavoe (hamnavoe.gotadsl.co.uk [213.208.117.150]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 6F2D5199BB for <9fans@cse.psu.edu>; Sun, 18 Aug 2002 16:33:48 -0400 (EDT) To: 9fans@cse.psu.edu From: Richard Miller MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20020818203348.6F2D5199BB@mail.cse.psu.edu> Subject: [9fans] another venti error Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 18 Aug 2002 21:33:17 0100 The calculation by which fmtarenas(8) divides a partition into arenas is wrong. For example, if the partition is exactly big enough to hold 8 arenas of standard 512MB size plus the directory header, only 7 arenas are made and 512MB is wasted: term% ls -l /dev/sdC0/venti --rw-r----- S 0 miller miller 4295303168 Jun 29 15:25 /dev/sdC0/venti term% venti/fmtarenas -Z arena. /dev/sdC0/venti configuring /dev/sdC0/venti with arenas=7 for a total storage of bytes=3758096384 and directory bytes=65536 ... Worse, if the partition is slightly bigger than in the above example, fmtarenas crashes: term% ls -l /dev/sdC0/venti --rw-r----- S 0 miller miller 4295827456 Jun 29 15:25 /dev/sdC0/venti term% venti/fmtarenas -Z arena. /dev/sdC0/venti configuring /dev/sdC0/venti with arenas=9 for a total storage of bytes=4295827456 and directory bytes=65536 ... fatal venti/fmtarenas error:bad arena set math: runt arena at 4295827456,4295827456 4295827456 Here's a tidier way to do the calculation, which appears to be correct by inspection (but I've tested it anyway): term% diff /sys/src/cmd/venti/fmtarenas.c fmtarenas.c 74,83c74,77 < n = (ap->size - ap->arenaBase + asize - 1) / asize; < if(n * asize - (ap->size - ap->arenaBase) < MinArenaSize) < n--; < if(n < 0) < n = 0; < < apsize = asize * n; < if(apsize > ap->size) < apsize = ap->size; --- > apsize = ap->size - ap->arenaBase; > n = apsize / asize; > if(apsize - (n * asize) >= MinArenaSize) > n++; -- Richard Miller From 9fans-admin@cse.psu.edu Mon Aug 19 09:41:29 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11626 invoked from network); 19 Aug 2002 18:41:28 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 19 Aug 2002 18:41:28 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 37D6C199ED; Mon, 19 Aug 2002 05:41:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5E58C19981 for <9fans@cse.psu.edu>; Mon, 19 Aug 2002 05:40:14 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17giqL-00076z-00 for 9fans@cse.psu.edu; Mon, 19 Aug 2002 10:29:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Mark Constant Message-ID: Organization: http://groups.google.com/ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: [9fans] Hardware Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 19 Aug 2002 09:25:58 GMT I thought I had read that you can't install Plan 9 on a computer that has a geforce 256. Is this true? From 9fans-admin@cse.psu.edu Mon Aug 19 15:25:21 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14785 invoked from network); 20 Aug 2002 00:25:21 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 20 Aug 2002 00:25:21 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4C9F4199BE; Mon, 19 Aug 2002 11:25:13 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from theraft.strakt.com (theraft.strakt.com [62.13.29.34]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5E297199BE for <9fans@cse.psu.edu>; Mon, 19 Aug 2002 11:24:01 -0400 (EDT) Received: from strakt.com (boyd@zode.strakt.com [62.13.29.39]) by theraft.strakt.com (8.12.2/8.12.2/Debian -5) with ESMTP id g7JFNtMS027334 for <9fans@cse.psu.edu>; Mon, 19 Aug 2002 17:23:55 +0200 Message-ID: <3D610D8B.2040305@strakt.com> From: Boyd Roberts User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1 X-Accept-Language: en MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] plan9 username is not desired e-mail source References: <76c4ce07e21c4afd8f6f34bfa8a4eaf9@plan9.bell-labs.com> <20020804203928.B78B8199A3@mail.cse.psu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 19 Aug 2002 17:23:55 +0200 arisawa@ar.aichi-u.ac.jp wrote: >if(~ $OK 1){ # sender masquering >awk ' >/^From |^Received:|^MBOX-Line:|^Message-ID:/{f=1;next} >/^From:/{f=1; print "From:","'$sender@ar.aichi-u.ac.jp'"; next} > > > It thought I'd just note that RFC 822 headers are case insensitive and zero or more LWSP [Linear White SPace] characters can occur between the header name and the colon. LSWP = space and tab From 9fans-admin@cse.psu.edu Mon Aug 19 15:37:20 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14925 invoked from network); 20 Aug 2002 00:37:20 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 20 Aug 2002 00:37:20 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C49AC19A0B; Mon, 19 Aug 2002 11:37:12 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from theraft.strakt.com (theraft.strakt.com [62.13.29.34]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 885D319992 for <9fans@cse.psu.edu>; Mon, 19 Aug 2002 11:36:36 -0400 (EDT) Received: from strakt.com (boyd@zode.strakt.com [62.13.29.39]) by theraft.strakt.com (8.12.2/8.12.2/Debian -5) with ESMTP id g7JFaZMS027493 for <9fans@cse.psu.edu>; Mon, 19 Aug 2002 17:36:35 +0200 Message-ID: <3D611083.6010808@strakt.com> From: Boyd Roberts User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1 X-Accept-Language: en MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] URL Encode/Decode Verb References: <002c01c23c07$62ef4200$6501a8c0@KIKE> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 19 Aug 2002 17:36:35 +0200 matt wrote: > It's a verb for printing char* data as a URL encoded string. > It also does URL decoding Why not get really into it and handle these MIME atrocities: From: Mec =?iso-8859-1?q?Givr=E9?= From 9fans-admin@cse.psu.edu Mon Aug 19 16:24:22 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15299 invoked from network); 20 Aug 2002 01:24:21 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 20 Aug 2002 01:24:21 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 23B91199A3; Mon, 19 Aug 2002 12:24:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from theraft.strakt.com (theraft.strakt.com [62.13.29.34]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7B91819988 for <9fans@cse.psu.edu>; Mon, 19 Aug 2002 12:23:18 -0400 (EDT) Received: from strakt.com (boyd@zode.strakt.com [62.13.29.39]) by theraft.strakt.com (8.12.2/8.12.2/Debian -5) with ESMTP id g7JGNHMS028111 for <9fans@cse.psu.edu>; Mon, 19 Aug 2002 18:23:17 +0200 Message-ID: <3D611B75.60203@strakt.com> From: Boyd Roberts User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623 Debian/1.0.0-0.woody.1 X-Accept-Language: en MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] Ephase question. References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 19 Aug 2002 18:23:17 +0200 Ronald G Minnich wrote: >I haven't seen a version of unix do this one for a while (as in decades). >The remove succeeds, the file goes away when the last reference does (but >you have to have inodes ...). > Yes, removal was fixed with BSD so you no longer got ETXTBUSY; the directory entry would disappear but the inode would persist. >But maybe there is some version of Unix >you're referencing I'm not familiar with -- there's a lot of possibilities >out there nowadays ... > However, this did not fix the over-write problem, which most/all unix' still suffer from. From 9fans-admin@cse.psu.edu Mon Aug 19 16:36:19 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15406 invoked from network); 20 Aug 2002 01:36:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 20 Aug 2002 01:36:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5EC08199F2; Mon, 19 Aug 2002 12:36:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mta05-svc.ntlworld.com (mta05-svc.ntlworld.com [62.253.162.45]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 428B5199BC for <9fans@cse.psu.edu>; Mon, 19 Aug 2002 12:35:36 -0400 (EDT) Received: from KIKE ([80.4.204.35]) by mta05-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with SMTP id <20020819163535.SVAW28874.mta05-svc.ntlworld.com@KIKE> for <9fans@cse.psu.edu>; Mon, 19 Aug 2002 17:35:35 +0100 Message-ID: <016801c2479e$741d0920$6501a8c0@KIKE> From: "matt" To: <9fans@cse.psu.edu> References: <002c01c23c07$62ef4200$6501a8c0@KIKE> <3D611083.6010808@strakt.com> Subject: Re: [9fans] URL Encode/Decode Verb 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: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 19 Aug 2002 17:35:38 +0100 > Why not get really into it and handle these MIME atrocities: > > From: Mec =?iso-8859-1?q?Givr=E9?= can't do anything atm. KFS crashed (no swap - doh) and my fonts got corrupted. I can't see any text. Plus I guess that it's not only the fonts. I do get kernel panics too so I'm getting a bit loathe to trust KFS to stay alive. And what with KFS long files names being so clumsy I think it's time to build a file server. hmm Anyone know where I can find a Symbios 53C8XX SCSI adapter mail-order in the uk? m --- Outgoing mail is certified as a Virus. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.381 / Virus Database: 214 - Release Date: 02/08/2002 From 9fans-admin@cse.psu.edu Mon Aug 19 19:39:22 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16639 invoked from network); 20 Aug 2002 04:39:21 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 20 Aug 2002 04:39:21 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9891419A0C; Mon, 19 Aug 2002 15:39:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from hamnavoe (hamnavoe.gotadsl.co.uk [213.208.117.150]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 27D52199EC for <9fans@cse.psu.edu>; Mon, 19 Aug 2002 15:38:03 -0400 (EDT) To: 9fans@cse.psu.edu From: Richard Miller MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20020819193803.27D52199EC@mail.cse.psu.edu> Subject: [9fans] vac merge semantics Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 19 Aug 2002 20:37:32 0100 When vac(1) file trees of depth > 1 are merged with 'vac -m', the resulting tree when served by vacfs(1) can contain (?usually will contain) multiple files with identical qid values. Demonstration: cpu% mkdir one cpu% echo one a >one/a cpu% mkdir two cpu% echo two b >two/b cpu% vac -f one.vac one cpu% vac -f two.vac two cpu% vac -f both.vac -m one.vac two.vac cpu% vacfs -m /n/kremvax both.vac cpu% ls -lq /n/kremvax (0000000000000003 0 80) d-rwxrwxr-x M 61 miller miller 0 Aug 19 19:56 /n/kremvax/one (0000000000000006 0 80) d-rwxrwxr-x M 61 miller miller 0 Aug 19 19:56 /n/kremvax/two cpu% ls -lq /n/kremvax/* (0000000000000001 0 00) --rw-rw-r-- M 61 miller miller 6 Aug 19 19:56 /n/kremvax/one/a (0000000000000001 0 00) --rw-rw-r-- M 61 miller miller 6 Aug 19 19:56 /n/kremvax/two/b cpu% grep . /n/kremvax/*/* /n/kremvax/one/a:one a /n/kremvax/two/b:two b No, I haven't got a correction for this one. I'm wondering how much of a Bad Thing it is. Clearly it contradicts the specification in intro(5) that qids are unique within a server hierarchy. Although I've never been very clear about what qids are used for in practice, it would seem for example that using cfs(4) to cache a merged vacfs tree, or mounting it with '-C', would lead to serious confusion. -- Richard Miller From 9fans-admin@cse.psu.edu Mon Aug 19 22:29:26 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17663 invoked from network); 20 Aug 2002 07:29:26 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 20 Aug 2002 07:29:26 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 2BC4919A2A; Mon, 19 Aug 2002 18:29:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from lavoro.home.cs.york.ac.uk (public1-york1-5-cust17.leed.broadband.ntl.com [80.0.45.17]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 1411119A0D for <9fans@cse.psu.edu>; Mon, 19 Aug 2002 18:28:17 -0400 (EDT) Message-ID: <9ea2d2b4ccb6660726645383f5a0905b@caldo.demon.co.uk> To: 9fans@cse.psu.edu Subject: Re: [9fans] vac merge semantics From: Charles Forsyth MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ycixvkryoxizqoslgsaqrmzmff" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 19 Aug 2002 23:15:25 +0100 This is a multi-part message in MIME format. --upas-ycixvkryoxizqoslgsaqrmzmff Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit it's probably fairly troublesome, because various things, including the mount table, use qids for identification. exportfs goes to a little trouble to make its outgoing qids unique for that reason. --upas-ycixvkryoxizqoslgsaqrmzmff Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-2.mail.demon.net by mailstore for forsyth@caldo.demon.co.uk id 1029786005:20:12323:140; Mon, 19 Aug 2002 19:40:05 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-2.mail.demon.net id aa2012673; 19 Aug 2002 19:39 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9891419A0C; Mon, 19 Aug 2002 15:39:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from hamnavoe (hamnavoe.gotadsl.co.uk [213.208.117.150]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 27D52199EC for <9fans@cse.psu.edu>; Mon, 19 Aug 2002 15:38:03 -0400 (EDT) To: 9fans@cse.psu.edu From: Richard Miller MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20020819193803.27D52199EC@mail.cse.psu.edu> Subject: [9fans] vac merge semantics Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 19 Aug 2002 20:37:32 0100 When vac(1) file trees of depth > 1 are merged with 'vac -m', the resulting tree when served by vacfs(1) can contain (?usually will contain) multiple files with identical qid values. Demonstration: cpu% mkdir one cpu% echo one a >one/a cpu% mkdir two cpu% echo two b >two/b cpu% vac -f one.vac one cpu% vac -f two.vac two cpu% vac -f both.vac -m one.vac two.vac cpu% vacfs -m /n/kremvax both.vac cpu% ls -lq /n/kremvax (0000000000000003 0 80) d-rwxrwxr-x M 61 miller miller 0 Aug 19 19:56 /n/kremvax/one (0000000000000006 0 80) d-rwxrwxr-x M 61 miller miller 0 Aug 19 19:56 /n/kremvax/two cpu% ls -lq /n/kremvax/* (0000000000000001 0 00) --rw-rw-r-- M 61 miller miller 6 Aug 19 19:56 /n/kremvax/one/a (0000000000000001 0 00) --rw-rw-r-- M 61 miller miller 6 Aug 19 19:56 /n/kremvax/two/b cpu% grep . /n/kremvax/*/* /n/kremvax/one/a:one a /n/kremvax/two/b:two b No, I haven't got a correction for this one. I'm wondering how much of a Bad Thing it is. Clearly it contradicts the specification in intro(5) that qids are unique within a server hierarchy. Although I've never been very clear about what qids are used for in practice, it would seem for example that using cfs(4) to cache a merged vacfs tree, or mounting it with '-C', would lead to serious confusion. -- Richard Miller --upas-ycixvkryoxizqoslgsaqrmzmff-- From 9fans-admin@cse.psu.edu Tue Aug 20 00:51:19 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19489 invoked from network); 20 Aug 2002 09:51:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 20 Aug 2002 09:51:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8BF5419A2C; Mon, 19 Aug 2002 20:51:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E5D34199BF for <9fans@cse.psu.edu>; Mon, 19 Aug 2002 20:50:55 -0400 (EDT) Message-ID: <09174ed505404e969b0e40bc4ef95296@plan9.bell-labs.com> From: presotto@plan9.bell-labs.com To: 9fans@cse.psu.edu Subject: Re: [9fans] vac merge semantics MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ggqnisrflnjpqiuiurcglzrldx" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 19 Aug 2002 20:50:54 -0400 This is a multi-part message in MIME format. --upas-ggqnisrflnjpqiuiurcglzrldx Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit The mount table works by using qid's. Start playing fast and loose and you can end up with some very strange name spaces. --upas-ggqnisrflnjpqiuiurcglzrldx Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Aug 19 18:29:21 EDT 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Mon Aug 19 18:29:20 EDT 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EEC1519A29; Mon, 19 Aug 2002 18:29:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from lavoro.home.cs.york.ac.uk (public1-york1-5-cust17.leed.broadband.ntl.com [80.0.45.17]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 1411119A0D for <9fans@cse.psu.edu>; Mon, 19 Aug 2002 18:28:17 -0400 (EDT) Message-ID: <9ea2d2b4ccb6660726645383f5a0905b@caldo.demon.co.uk> To: 9fans@cse.psu.edu Subject: Re: [9fans] vac merge semantics From: Charles Forsyth MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ycixvkryoxizqoslgsaqrmzmff" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 19 Aug 2002 23:15:25 +0100 This is a multi-part message in MIME format. --upas-ycixvkryoxizqoslgsaqrmzmff Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit it's probably fairly troublesome, because various things, including the mount table, use qids for identification. exportfs goes to a little trouble to make its outgoing qids unique for that reason. --upas-ycixvkryoxizqoslgsaqrmzmff Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-2.mail.demon.net by mailstore for forsyth@caldo.demon.co.uk id 1029786005:20:12323:140; Mon, 19 Aug 2002 19:40:05 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-2.mail.demon.net id aa2012673; 19 Aug 2002 19:39 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9891419A0C; Mon, 19 Aug 2002 15:39:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from hamnavoe (hamnavoe.gotadsl.co.uk [213.208.117.150]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 27D52199EC for <9fans@cse.psu.edu>; Mon, 19 Aug 2002 15:38:03 -0400 (EDT) To: 9fans@cse.psu.edu From: Richard Miller MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20020819193803.27D52199EC@mail.cse.psu.edu> Subject: [9fans] vac merge semantics Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 19 Aug 2002 20:37:32 0100 When vac(1) file trees of depth > 1 are merged with 'vac -m', the resulting tree when served by vacfs(1) can contain (?usually will contain) multiple files with identical qid values. Demonstration: cpu% mkdir one cpu% echo one a >one/a cpu% mkdir two cpu% echo two b >two/b cpu% vac -f one.vac one cpu% vac -f two.vac two cpu% vac -f both.vac -m one.vac two.vac cpu% vacfs -m /n/kremvax both.vac cpu% ls -lq /n/kremvax (0000000000000003 0 80) d-rwxrwxr-x M 61 miller miller 0 Aug 19 19:56 /n/kremvax/one (0000000000000006 0 80) d-rwxrwxr-x M 61 miller miller 0 Aug 19 19:56 /n/kremvax/two cpu% ls -lq /n/kremvax/* (0000000000000001 0 00) --rw-rw-r-- M 61 miller miller 6 Aug 19 19:56 /n/kremvax/one/a (0000000000000001 0 00) --rw-rw-r-- M 61 miller miller 6 Aug 19 19:56 /n/kremvax/two/b cpu% grep . /n/kremvax/*/* /n/kremvax/one/a:one a /n/kremvax/two/b:two b No, I haven't got a correction for this one. I'm wondering how much of a Bad Thing it is. Clearly it contradicts the specification in intro(5) that qids are unique within a server hierarchy. Although I've never been very clear about what qids are used for in practice, it would seem for example that using cfs(4) to cache a merged vacfs tree, or mounting it with '-C', would lead to serious confusion. -- Richard Miller --upas-ycixvkryoxizqoslgsaqrmzmff-- --upas-ggqnisrflnjpqiuiurcglzrldx-- From 9fans-admin@cse.psu.edu Tue Aug 20 07:57:28 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 29838 invoked from network); 20 Aug 2002 16:57:28 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 20 Aug 2002 16:57:28 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 39085199B6; Tue, 20 Aug 2002 03:57:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mimesweeper.pigroup.co.uk (unknown [194.203.134.3]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 65F9C199BF for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 03:56:39 -0400 (EDT) Received: from eagle.pigroup.co.uk (unverified) by mimesweeper.pigroup.co.uk (Content Technologies SMTPRS 2.0.15) with ESMTP id for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 08:57:01 +0100 Received: by eagle.pigroup.co.uk with Internet Mail Service (5.5.2650.21) id ; Tue, 20 Aug 2002 08:58:50 +0100 Message-Id: From: Stephen Parker To: "'9fans@cse.psu.edu'" <9fans@cse.psu.edu> MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="ISO-8859-1" Subject: [9fans] bitsy code on sources Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 20 Aug 2002 08:58:50 +0100 i updated sys/src/9 last night. the bitsy mkfile is looking for wavelan.[ch] in /sys/src/9/bitsy but they're not present. also the ipaq doesn't seem to come out of sleep correctly: it seems to go to sleep ok (according to the serial output) but trying to wake it generates cruft on the serial line, the display comes back on but there's no other apparent activity. does this sound familiar? stephen From 9fans-admin@cse.psu.edu Tue Aug 20 08:13:18 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 30260 invoked from network); 20 Aug 2002 17:13:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 20 Aug 2002 17:13:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 13E6819A05; Tue, 20 Aug 2002 04:13:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 8083419980 for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 04:12:29 -0400 (EDT) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] bitsy code on sources MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 20 Aug 2002 04:12:26 -0400 I put out wavelan.c and wavelan.h just now. They're recently added files. Sorry about that. Russ From 9fans-admin@cse.psu.edu Tue Aug 20 09:52:18 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 32189 invoked from network); 20 Aug 2002 18:52:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 20 Aug 2002 18:52:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6244719A2A; Tue, 20 Aug 2002 05:52:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EC6BD19A0B for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 05:51:55 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17h5dF-0003kw-00 for 9fans@cse.psu.edu; Tue, 20 Aug 2002 10:49:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Christian Grothaus Message-ID: <3d620f1c_1@news.uni-bielefeld.de> Organization: University of Bath Computing Services, UK Content-Transfer-Encoding: 7BIT Subject: [9fans] Writing audio tracks with cdfs Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 20 Aug 2002 09:47:00 GMT Hello, i have a problem writing audio tracks with cdfs. I followed the example from cdfs(4) and copied audio tracks from a CD into /tmp/songs. When I try to copy them to /mnt/cd/wa, only the first audio track is written to the CD and then the wa and wd directories are removed! However, copying several data tracks to /mnt/cd/wd works without problems. To be exact: If there is a data track on the CD-R/CD-RW, audio and data tracks can be written to it. My CD writer is a Mitsumi CR 480 ATE. Thanks for any help Christian From 9fans-admin@cse.psu.edu Tue Aug 20 10:19:18 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 32629 invoked from network); 20 Aug 2002 19:19:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 20 Aug 2002 19:19:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D9AF419A05; Tue, 20 Aug 2002 06:19:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id AF5FA199BE for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 06:18:49 -0400 (EDT) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] Writing audio tracks with cdfs MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 20 Aug 2002 06:18:21 -0400 I discovered the same problem recently with my own CD writer (on an IBM Thinkpad). I haven't tracked it down (I've been traveling) but hope to do so in a couple weeks. Russ From 9fans-admin@cse.psu.edu Tue Aug 20 10:36:17 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 410 invoked from network); 20 Aug 2002 19:36:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 20 Aug 2002 19:36:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E2AE019A00; Tue, 20 Aug 2002 06:36:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 26AED199BE for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 06:35:48 -0400 (EDT) Message-ID: <09498a52fa11b30fa3fee8ba974da178@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] Writing audio tracks with cdfs MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 20 Aug 2002 06:35:04 -0400 Do you know that your CD writer has the ability to write audio? My initial guess when I saw this problem was that my CD writer simply can't write audio, and cdfs isn't quite figuring that out. I haven't been able to find out whether that's the case. Russ From 9fans-admin@cse.psu.edu Tue Aug 20 11:56:23 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1305 invoked from network); 20 Aug 2002 20:56:23 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 20 Aug 2002 20:56:23 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4CB6319A31; Tue, 20 Aug 2002 07:56:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A1EA819A05 for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 07:55:16 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17h7PE-0006SS-00 for 9fans@cse.psu.edu; Tue, 20 Aug 2002 12:42:40 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Christian Grothaus Message-ID: <3d6223e1_1@news.uni-bielefeld.de> Organization: University of Bath Computing Services, UK Content-Transfer-Encoding: 7BIT References: <09498a52fa11b30fa3fee8ba974da178@plan9.bell-labs.com> Subject: Re: [9fans] Writing audio tracks with cdfs Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 20 Aug 2002 11:42:20 GMT Thanks for your quick reply! > Do you know that your CD writer has the ability to > write audio? My initial guess when I saw this > problem was that my CD writer simply can't write > audio, and cdfs isn't quite figuring that out. > I haven't been able to find out whether that's > the case. I haven't testet it myself yet (I bought the CD writer only last week). On the Mitsumi web page, they say it is possible. I could only test it with FreeBSD, but to use cdrecord with ATAPI CD writers, one first has to apply an kernel patch... I will try it and report the results Christian From 9fans-admin@cse.psu.edu Tue Aug 20 15:40:22 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3767 invoked from network); 21 Aug 2002 00:40:22 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 21 Aug 2002 00:40:22 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9EBF919A05; Tue, 20 Aug 2002 11:40:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from crufty.research.bell-labs.com (crufty.research.bell-labs.com [204.178.16.49]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C719519980 for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 11:39:42 -0400 (EDT) Received: from grubby.research.bell-labs.com (H-135-104-2-9.research.bell-labs.com [135.104.2.9]) by crufty.research.bell-labs.com (8.12.5/8.12.5) with ESMTP id g7KFdgLI006709 for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 11:39:42 -0400 (EDT) Received: from bronx.dnrc.bell-labs.com (bronx.dnrc.bell-labs.com [135.180.160.8]) by grubby.research.bell-labs.com (8.11.6/8.11.6) with ESMTP id g7KFdZo13357 for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 11:39:35 -0400 (EDT) Received: from acme (acme [135.180.240.75]) by bronx.dnrc.bell-labs.com (8.9.3/8.9.3) with SMTP id LAA07574 for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 11:39:35 -0400 (EDT) Message-ID: <007f01c24860$6a78b0f0$4bf0b487@dnrc.belllabs.com> From: "Dharani Vilwanathan" To: <9fans@cse.psu.edu> References: Subject: Re: [9fans] inferno acme 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.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: "Dharani Vilwanathan" List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 20 Aug 2002 11:44:05 -0400 hi, charles wrote: > no he's just unlucky in various ways and we're quite busy > (especially when one or more of us are on summer holiday). > > one piece of bad luck is that he sent me a message earlier > today that prompted me to take another look at some problems charles has been kind enough to figure out the issues and guided me properly. with the current update files, i am able to build inferno on plan 9, 4e successfully. many thanks to charles. thanks dharani From 9fans-admin@cse.psu.edu Tue Aug 20 16:17:19 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4131 invoked from network); 21 Aug 2002 01:17:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 21 Aug 2002 01:17:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BDB9719995; Tue, 20 Aug 2002 12:17:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from infocom.km.ua (infocom.km.ua [195.230.134.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1201719A3E for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 12:16:48 -0400 (EDT) Received: from kp.km.ua (root@kp.km.ua [217.196.174.2]) by infocom.km.ua (8.12.5/8.12.5/ic) with ESMTP id g7KGGhcv055874 for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 19:16:44 +0300 (EEST) (envelope-from plan9@kp.km.ua) Received: from localhost.localdomain (dialup13.kp.km.ua [217.196.174.28]) by kp.km.ua (8.9.3/8.9.3) with SMTP id TAA14060 for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 19:16:39 +0300 (EEST) (envelope-from plan9@kp.km.ua) Content-Type: Multipart/Mixed; charset="koi8-r"; boundary="------------Boundary-00=_7R06JABQ8AXX8XYK9S4E" From: "Andrey S. Kukhar" To: 9fans@cse.psu.edu X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <02082019184300.00575@localhost.localdomain> Subject: [9fans] rewriting scripts for rc Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 20 Aug 2002 19:18:43 -0400 --------------Boundary-00=_7R06JABQ8AXX8XYK9S4E Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit folks, can you help me with rewriting a few Bourne shell scripts for rc thanks, -ask --------------Boundary-00=_7R06JABQ8AXX8XYK9S4E Content-Type: application/x-shellscript; charset="koi8-r"; name="nom" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="nom" IyEgL2Jpbi9zaAojCiMjIwlub20gLSByZXR1cm4gbmFtZXMgb2Ygbm9uLW1hdGNoaW5nIGZpbGVz IGZyb20gY3VycmVudCBkaXJlY3RvcnkKIyMjCVVzYWdlOiBub20gZmlsZXMgICAgIChleGFtcGxl OiAgbHByIGBub20gKi5tc2ApCiMjCiMjIG5vbSBUQUtFUyBGSUxFTkFNRVMgKFVTVUFMTFksIEVY UEFOREVEIEJZIFRIRSBTSEVMTCkgRlJPTSBJVFMgQ09NTUFORExJTkUuCiMjIElUIE9VVFBVVFMg QUxMIEZJTEVOQU1FUyBJTiBUSEUgQ1VSUkVOVCBESVJFQ1RPUlkgVEhBVCAqRE9OJ1QqIE1BVENI LgojIyBOT1RFOiBub20gRE9FU04nVCBLTk9XIEFCT1VUIEZJTEVTIFdIT1NFIE5BTUVTIEJFR0lO IFdJVEggIi4iCiMjCiMjIEVYQU1QTEVTOgojIyBUTyBHRVQgVEhFIE5BTUVTIE9GIEFMTCBGSUxF UyBUSEFUICpET04nVCogRU5EIFdJVEggIi5tcyI6CiMjCSUgbm9tICoubXMKIyMgVE8gRURJVCBB TEwgRklMRVMgV0hPU0UgTkFNRVMgRE9OJ1QgSEFWRSBBTlkgTE9XRVItQ0FTRSBMRVRURVJTOgoj IwklIHZpIGBub20gKlthLXpdKmAKIyMgVE8gQ09QWSBBTEwgRklMRVMgVE8gQSBESVJFQ1RPUlkg TkFNRUQgQmFja3VwIChFWENFUFQgQmFja3VwIElUU0VMRik6CiMjCSUgY3AgYG5vbSBCYWNrdXBg IEJhY2t1cAoKdGVtcD0vdG1wL05PTSQkCnN0YXQ9MQkjIEVSUk9SIEVYSVQgU1RBVFVTIChTRVQg VE8gMCBCRUZPUkUgTk9STUFMIEVYSVQpCnRyYXAgJ3JtIC1mICR0ZW1wOyBleGl0ICRzdGF0JyAw IDEgMiAxNQoKIyBNVVNUIEhBVkUgQVQgTEVBU1QgT05FIEFSR1VNRU5ULCBBTkQgQUxMIEhBVkUg VE8gQkUgSU4gQ1VSUkVOVCBESVJFQ1RPUlk6CmNhc2UgIiQqIiBpbgoiIikJZWNobyBVc2FnZTog YGJhc2VuYW1lICQwYCBwYXR0ZXJuIDE+JjI7IGV4aXQgOzsKKi8qKQllY2hvICJgYmFzZW5hbWUg JDBgIHF1aXR0aW5nOiBJIGNhbid0IGhhbmRsZSAnLydzLiIgMT4mMjsgZXhpdCA7Owplc2FjCgoj IEdFVCBGSUxFTkFNRVMgV0UgRE9OJ1QgV0FOVCBUTyBNQVRDSDsgUkVQTEFDRSBCTEFOS1MgV0lU SCBORVdMSU5FUzoKZWNobyAiJCoiIHwgdHIgJyAnICdcMDEyJyB8IHNvcnQgPiAkdGVtcAojIENP TVBBUkUgVE8gQ1VSUkVOVCBESVJFQ1RPUlkgKC0xID0gT05FIE5BTUUgUEVSIExJTkUpOyBPVVRQ VVQgTkFNRVMgV0UgV0FOVDoKbHMgLTEgfCBjb21tIC0yMyAtICR0ZW1wCnN0YXQ9MAo= --------------Boundary-00=_7R06JABQ8AXX8XYK9S4E Content-Type: application/x-shellscript; charset="koi8-r"; name="cal_today" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="cal_today" IyEvYmluL3NoCiMKIyBjYWxfdG9kYXkgLSBpZiB1c2VyIGRvZXNuJ3QgZ2l2ZSBhbiBhcmd1bWVu dCwgcHV0ID4gPCBhcm91bmQgdG9kYXkncyAKIyBkYXRlIG9uIHRoaXMgbW9udGgncyBjYWxlbmRh cgoKY2FzZSAkIyBpbgowKSBzZXQgeCBgZGF0ZWAgICAjIEdldCB0aGUgY3VycmVudCBkYXkgb2Yg dGhlIG1vbnRoIGludG8gJDQKICAgL3Vzci9iaW4vY2FsIHwKICAgIyBQdXQgPiA8IGFyb3VuZCAk NCAoc2hlbGwgZXhwYW5kcyAkNCBpbnNpZGUgdGhlIGRvdWJsZXF1b3RlcykKICAgc2VkIC1lICdz L14vIC8nIC1lICJzLyAkNCQvPiQ0PC8iIC1lICJzLyAkNCAvPiQ0PC8iCiAgIDs7CiMgSWYgYXJn dW1lbnRzIGFyZSBnaXZlbiwganVzdCBydW4gdGhlIG5vcm1hbCBjYWwKKikgL3Vzci9iaW4vY2Fs ICIkQCIgOzsKZXNhYwo= --------------Boundary-00=_7R06JABQ8AXX8XYK9S4E-- From 9fans-admin@cse.psu.edu Tue Aug 20 17:40:21 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4859 invoked from network); 21 Aug 2002 02:40:21 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 21 Aug 2002 02:40:21 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 14CA619A57; Tue, 20 Aug 2002 13:40:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A3F9319995 for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 13:39:20 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id VAA24643 for 9fans@cse.psu.edu; Tue, 20 Aug 2002 21:39:18 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Message-ID: <20020820213918.A24369@unicorn.math.spbu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i Subject: [9fans] Plan9 panicking Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 20 Aug 2002 21:39:18 +0400 Trying to find out how devmnt.c handles timeouts I attached to the u9fs via debugger and made it stop in the middle of read transaction. What happened later, however, reminded me greatly of NFS. As you might imagine Plan9 client was stuck waiting for the reply, so I tried killing it by pressing "Del" several times. It changed nothing, except that for every "Del" pressed there was one "flush" message generated. Of course, since u9fs was still stopped client got no reply, so it continued to generate "flush" every time I hit "Del". Since there is only 65535 different "tags" I was curious what would happen if I generate enough "flush" messages to use every possible tag. Going to the neighbor window to write a small script I accidentally hit "Del" once again and Plan9 kernel lost its grip on reality. It was constantly printing "no procs" on the console and even continuing u9fs was of no help. The only possible thing I was able to do -- reboot. After going through the sourcecode I still can't understand why it was printing "no procs". Any ideas ? And as a more generic question -- can anybody tell me what was the design of handling failing servers ? Thanks, Roman. From 9fans-admin@cse.psu.edu Tue Aug 20 18:02:19 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5004 invoked from network); 21 Aug 2002 03:02:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 21 Aug 2002 03:02:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 201E519A5A; Tue, 20 Aug 2002 14:02:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from rulequest.com (unknown [216.127.80.24]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7C9A319A60 for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 14:01:10 -0400 (EDT) Received: (from apache@localhost) by rulequest.com (8.11.6/8.11.6) id g7KHwTI31284; Tue, 20 Aug 2002 13:58:29 -0400 X-Authentication-Warning: rulequest.com: apache set sender to sean@quadfish.com using -f Received: from dyn-212-83-187-183.ppp.tiscali.fr ([212.83.187.183]) (SquirrelMail authenticated user seanq) by www.quadfish.com with HTTP; Tue, 20 Aug 2002 13:58:29 -0400 (EDT) Message-ID: <49191.212.83.187.183.1029866309.squirrel@www.quadfish.com> Subject: Re: [9fans] vac merge semantics From: "Sean Quinlan" To: <9fans@cse.psu.edu> In-Reply-To: <09174ed505404e969b0e40bc4ef95296@plan9.bell-labs.com> References: <09174ed505404e969b0e40bc4ef95296@plan9.bell-labs.com> X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.2.7) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 20 Aug 2002 13:58:29 -0400 (EDT) All the info needed to get the qids right is available, however vacfs does not yet have the code that uses this info. I`ll fix this when I get back fro, vacation... the idea is that each tree that is merged contains the max qid - vac leaves the correct size hole in the qid` space and info that vacfs is supposed to use to offset the qids in the merged tree... seanq > The mount table works by using qid's. Start playing fast and loose and > you can end up with some very strange name spaces. From 9fans-admin@cse.psu.edu Tue Aug 20 19:55:21 2002 Return-Path: <9fans-admin@cse.psu.edu> Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5863 invoked from network); 21 Aug 2002 04:55:21 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 21 Aug 2002 04:55:21 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8D51E19A65; Tue, 20 Aug 2002 15:55:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from crufty.research.bell-labs.com (crufty.research.bell-labs.com [204.178.16.49]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 260AD19A3E for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 15:54:45 -0400 (EDT) Received: from grubby.research.bell-labs.com (H-135-104-2-9.research.bell-labs.com [135.104.2.9]) by crufty.research.bell-labs.com (8.12.5/8.12.5) with ESMTP id g7KJsiLI012131 for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 15:54:44 -0400 (EDT) Received: from bronx.dnrc.bell-labs.com (bronx.dnrc.bell-labs.com [135.180.160.8]) by grubby.research.bell-labs.com (8.11.6/8.11.6) with ESMTP id g7KJsco42415 for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 15:54:38 -0400 (EDT) Received: from acme (acme [135.180.240.75]) by bronx.dnrc.bell-labs.com (8.9.3/8.9.3) with SMTP id PAA19214 for <9fans@cse.psu.edu>; Tue, 20 Aug 2002 15:54:38 -0400 (EDT) Message-ID: <00f801c24884$0bf3b880$4bf0b487@dnrc.belllabs.com> From: "Dharani Vilwanathan" To: <9fans@cse.psu.edu> References: <20020818203348.6F2D5199BB@mail.cse.psu.edu> Subject: Re: [9fans] another venti error 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.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: "Dharani Vilwanathan" List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 20 Aug 2002 15:59:09 -0400 > The calculation by which fmtarenas(8) divides a partition into > arenas is wrong. For example, if the partition is exactly big enough > to hold 8 arenas of standard 512MB size plus the directory header, > only 7 arenas are made and 512MB is wasted: oh, this explains why i was facing problem when i tried to setup venti for the first time. i tried to setup venti server by creating a single arena with exactly 512MB size. i thought things went fine and i ran vac only to find that the files are not archived. now i understand why it happened. here is my posting on june 13, 2002: > ... > file nor the utility takes a default value (in contrast, fmtarenas takes a > default value). For 512MB arena file, what should be the size of the index > file? I created two 50MB files. Am I right? > > Next, after doing all the steps given in the example, I tried to do 'vac' on > a directory. It said like "no space left". I tried to vac a small file. > Still the same problem. > ... thanks dharani From cse.psu.edu!9fans-admin Wed Aug 21 16:47:28 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 21 16:47:28 JST 2002 Received: (qmail 17451 invoked by uid 1020); 21 Aug 2002 16:47:27 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17447 invoked from network); 21 Aug 2002 16:47:27 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 21 Aug 2002 16:47:27 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 648EF19A5F; Wed, 21 Aug 2002 03:47:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mimesweeper.pigroup.co.uk (unknown [194.203.134.3]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 03D0D19A2F for <9fans@cse.psu.edu>; Wed, 21 Aug 2002 03:46:47 -0400 (EDT) Received: from eagle.pigroup.co.uk (unverified) by mimesweeper.pigroup.co.uk (Content Technologies SMTPRS 2.0.15) with ESMTP id for <9fans@cse.psu.edu>; Wed, 21 Aug 2002 08:41:58 +0100 Received: by eagle.pigroup.co.uk with Internet Mail Service (5.5.2650.21) id ; Wed, 21 Aug 2002 08:43:49 +0100 Message-Id: From: Stephen Parker To: "'9fans@cse.psu.edu'" <9fans@cse.psu.edu> Subject: RE: [9fans] bitsy code on sources MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C248E6.7C9E5930" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 21 Aug 2002 08:43:47 +0100 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_000_01C248E6.7C9E5930 Content-Type: text/plain; charset="ISO-8859-1" Thanks Russ. The code now compiles fine. However it still doesn't recover from sleep as I'd expect. Am I alone in having this problem? stephen ------_=_NextPart_000_01C248E6.7C9E5930 Content-Type: message/rfc822 Content-Description: Re: [9fans] bitsy code on sources Message-ID: From: Russ Cox Reply-To: 9fans@cse.psu.edu To: 9fans@cse.psu.edu Subject: Re: [9fans] bitsy code on sources Date: Tue, 20 Aug 2002 09:12:26 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="ISO-8859-1" I put out wavelan.c and wavelan.h just now. They're recently added files. Sorry about that. Russ ------_=_NextPart_000_01C248E6.7C9E5930-- From cse.psu.edu!9fans-admin Wed Aug 21 17:45:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 21 17:45:18 JST 2002 Received: (qmail 18497 invoked by uid 1020); 21 Aug 2002 17:45:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18493 invoked from network); 21 Aug 2002 17:45:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 21 Aug 2002 17:45:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 49A6C19A6D; Wed, 21 Aug 2002 04:45:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3453219A3E for <9fans@cse.psu.edu>; Wed, 21 Aug 2002 04:44:14 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17hQwE-0006k4-00 for 9fans@cse.psu.edu; Wed, 21 Aug 2002 09:34:02 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Christian Grothaus Message-ID: <3d62a82b_1@news.uni-bielefeld.de> Organization: University of Bath Computing Services, UK Content-Transfer-Encoding: 7BIT References: <09498a52fa11b30fa3fee8ba974da178@plan9.bell-labs.com> Subject: Re: [9fans] Writing audio tracks with cdfs Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 21 Aug 2002 08:33:42 GMT Christian Grothaus wrote: > Thanks for your quick reply! >> Do you know that your CD writer has the ability to >> write audio? My initial guess when I saw this >> problem was that my CD writer simply can't write >> audio, and cdfs isn't quite figuring that out. >> I haven't been able to find out whether that's >> the case. > I haven't testet it myself yet (I bought the CD writer only last > week). On the Mitsumi web page, they say it is possible. I could only > test it with FreeBSD, but to use cdrecord with ATAPI CD writers, one > first has to apply a kernel patch... I will try it and report the > results Just found out, that it is not that complicated. There is 'burncd' on FreeBSD for ATAPI cd writers: I tried freebsd# /usr/sbin/burncd audio a*.wav fixate and it worked. Curiously enough, with cdfs, I can copy at first an empty file to /mnt/cd/wd, then the audio tracks I want to /mnt/cd/wa and then fixate the cd. However, my cd player interprets the data track as an audio track of a few seconds length :-) From cse.psu.edu!9fans-admin Wed Aug 21 21:37:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 21 21:37:19 JST 2002 Received: (qmail 21470 invoked by uid 1020); 21 Aug 2002 21:37:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21466 invoked from network); 21 Aug 2002 21:37:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 21 Aug 2002 21:37:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B59CE19A67; Wed, 21 Aug 2002 08:37:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6838519995 for <9fans@cse.psu.edu>; Wed, 21 Aug 2002 08:36:56 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17hUWn-00060T-00 for 9fans@cse.psu.edu; Wed, 21 Aug 2002 13:24:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Christian Grothaus Message-ID: <3d638508_2@news.uni-bielefeld.de> Organization: University of Bath Computing Services, UK Content-Transfer-Encoding: 7BIT References: <02082019184300.00575@localhost.localdomain> Subject: Re: [9fans] rewriting scripts for rc Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 21 Aug 2002 12:20:57 GMT Andrey S. Kukhar wrote: > [-- text/plain, encoding 8bit, 4 lines --] > folks, can you help me with rewriting a few Bourne shell scripts for rc > thanks, > -ask > [-- application/x-shellscript, encoding base64, 22 lines, name: nom --] > [-- application/x-shellscript, encoding base64, 9 lines, name: cal_today --] Hello Andrey, you probably got already some solutions. Here are mine (not testet intensively). Hope they work! Christian --- cal_today -------------------------8<-------------------------------- #!/bin/rc switch ($#*) { case 0; *=`{date} cal | sed -e 's/^/ /' -e 's/ '^$3^'$/>'^$3^''^$3^'8------------------------------- #!/bin/rc temp=/tmp/NOM$pid stat=1 fn sigexit sigint sighup sigterm { rm -f $temp exit $stat } switch ($*) { case ''; echo Usage: `{basename $0} pattern >[1=2] exit case */*; echo `{basename $0} 'quitting: I can''t handle /s.' >[1=2] exit } echo $* | tr ' ' '\012' | sort > $temp ls | comm -23 - $temp stat=0 --- nom (without using a temporary file) -------------------------------- #!/bin/rc switch ($*) { case ''; echo Usage: `{basename $0} pattern >[1=2] exit case */*; echo `{basename $0} 'quitting: I can''t handle /s.' >[1=2] exit } comm -23 <{ls} <{echo $* | tr ' ' '\012' | sort} --------------------------------------->8-------------------------------- From cse.psu.edu!9fans-admin Wed Aug 21 23:17:24 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 21 23:17:24 JST 2002 Received: (qmail 22476 invoked by uid 1020); 21 Aug 2002 23:17:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22472 invoked from network); 21 Aug 2002 23:17:23 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 21 Aug 2002 23:17:23 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CE05719A6B; Wed, 21 Aug 2002 10:17:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id DDDAE19981 for <9fans@cse.psu.edu>; Wed, 21 Aug 2002 10:16:06 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: RE: [9fans] bitsy code on sources From: Sape Mullender MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 21 Aug 2002 10:16:05 -0400 > Thanks Russ. The code now compiles fine. However it still doesn't > recover from sleep as I'd expect. Am I alone in having this problem? > > stephen I can make the bitsy wake up when there's nothing in the sleeve. I've not yet been able to wake up the Wavelan card properly after wakeup. It's on my list of things to do, but it has a low priority right now. The code in our source tree does wakeup correctly. Russ, is that what's in the distribution right now? Sape From cse.psu.edu!9fans-admin Wed Aug 21 23:20:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 21 23:20:17 JST 2002 Received: (qmail 22516 invoked by uid 1020); 21 Aug 2002 23:20:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22512 invoked from network); 21 Aug 2002 23:20:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 21 Aug 2002 23:20:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9F5F619A74; Wed, 21 Aug 2002 10:20:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mimesweeper.pigroup.co.uk (unknown [194.203.134.3]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BBE7019A6E for <9fans@cse.psu.edu>; Wed, 21 Aug 2002 10:19:08 -0400 (EDT) Received: from eagle.pigroup.co.uk (unverified) by mimesweeper.pigroup.co.uk (Content Technologies SMTPRS 2.0.15) with ESMTP id for <9fans@cse.psu.edu>; Wed, 21 Aug 2002 15:19:26 +0100 Received: by eagle.pigroup.co.uk with Internet Mail Service (5.5.2650.21) id ; Wed, 21 Aug 2002 15:21:16 +0100 Message-Id: From: Stephen Parker To: "'9fans@cse.psu.edu'" <9fans@cse.psu.edu> Subject: RE: [9fans] bitsy code on sources MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C2491E.0275F510" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 21 Aug 2002 15:21:17 +0100 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_000_01C2491E.0275F510 Content-Type: text/plain; charset="ISO-8859-1" I've been experimenting with a bitsy+compactflash/bluetooth card. I'll try without. Thanks, stephen ------_=_NextPart_000_01C2491E.0275F510 Content-Type: message/rfc822 Content-Description: RE: [9fans] bitsy code on sources Message-ID: From: Sape Mullender Reply-To: 9fans@cse.psu.edu To: 9fans@cse.psu.edu Subject: RE: [9fans] bitsy code on sources Date: Wed, 21 Aug 2002 15:16:05 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="ISO-8859-1" > Thanks Russ. The code now compiles fine. However it still doesn't > recover from sleep as I'd expect. Am I alone in having this problem? > > stephen I can make the bitsy wake up when there's nothing in the sleeve. I've not yet been able to wake up the Wavelan card properly after wakeup. It's on my list of things to do, but it has a low priority right now. The code in our source tree does wakeup correctly. Russ, is that what's in the distribution right now? Sape ------_=_NextPart_000_01C2491E.0275F510-- From cse.psu.edu!9fans-admin Thu Aug 22 03:30:21 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 22 03:30:21 JST 2002 Received: (qmail 24495 invoked by uid 1020); 22 Aug 2002 03:30:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 24491 invoked from network); 22 Aug 2002 03:30:20 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 22 Aug 2002 03:30:20 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1A0B519A71; Wed, 21 Aug 2002 14:30:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from infocom.km.ua (infocom.km.ua [195.230.134.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3E2F219981 for <9fans@cse.psu.edu>; Wed, 21 Aug 2002 14:29:53 -0400 (EDT) Received: from kp.km.ua (root@kp.km.ua [217.196.174.2]) by infocom.km.ua (8.12.5/8.12.5/ic) with ESMTP id g7LITjcv077968 for <9fans@cse.psu.edu>; Wed, 21 Aug 2002 21:29:46 +0300 (EEST) (envelope-from plan9@kp.km.ua) Received: from localhost.localdomain (dialup13.kp.km.ua [217.196.174.28]) by kp.km.ua (8.9.3/8.9.3) with SMTP id VAA99712 for <9fans@cse.psu.edu>; Wed, 21 Aug 2002 21:29:43 +0300 (EEST) (envelope-from plan9@kp.km.ua) Content-Type: text/plain; charset="koi8-r" From: "Andrey S. Kukhar" To: 9fans@cse.psu.edu Subject: Re: [9fans] rewriting scripts for =?koi8-r?q?rc=9A?= X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <02082121314400.00583@localhost.localdomain> Content-Transfer-Encoding: 8bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 21 Aug 2002 21:31:44 -0400 thanks guys (Steve & Christian) for your works -ask From cse.psu.edu!9fans-admin Thu Aug 22 03:32:15 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Aug 22 03:32:15 JST 2002 Received: (qmail 24522 invoked by uid 1020); 22 Aug 2002 03:32:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 24518 invoked from network); 22 Aug 2002 03:32:14 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 22 Aug 2002 03:32:14 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1D4E419A05; Wed, 21 Aug 2002 14:32:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from hamnavoe (hamnavoe.gotadsl.co.uk [213.208.117.150]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id D32C819A5F for <9fans@cse.psu.edu>; Wed, 21 Aug 2002 14:31:55 -0400 (EDT) To: 9fans@cse.psu.edu Subject: Re: [9fans] vac merge semantics From: Richard Miller MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20020821183155.D32C819A5F@mail.cse.psu.edu> Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 21 Aug 2002 19:31:24 0100 > I`ll fix this when I get back fro, vacation... OK, I'll wait. The reason I started looking at vac qids is that I would like to suggest adding an option flag, say '-q', to vacfs to cause it to report qids in Rstat and Rread(dir) with respect to the original file server - i.e. {VacDir.p9path, VacDir.p9version} instead of VacDir.qid. Why is this useful? Without it, if you copy a vac file tree from one venti server to another using vacfs => vac, the original p9 qids will be lost, so 'vac -q' will not work on the new server. Also, there may be some historical / forensic value in keeping the original qids and making them visible via 'vacfs -q'. The downside is that 'vacfs -q' on a merged vac tree could result in duplicate qids. So the man page could say "don't use -q on a merged vac tree unless you're sure you know what you're doing", or this could be enforced by having a Merged flag in the vac root which would cause vacfs to refuse to honour '-q'. Request for comments? -- Richard Miller From cse.psu.edu!9fans-admin Fri Aug 23 17:53:29 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 23 17:53:29 JST 2002 Received: (qmail 24644 invoked by uid 1020); 23 Aug 2002 17:53:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 24640 invoked from network); 23 Aug 2002 17:53:28 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 23 Aug 2002 17:53:28 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6A27319A7D; Fri, 23 Aug 2002 04:53:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EB0A219A55 for <9fans@cse.psu.edu>; Fri, 23 Aug 2002 04:52:02 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17iA7p-00035C-00 for 9fans@cse.psu.edu; Fri, 23 Aug 2002 09:49:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: watercloud Message-ID: <35ef49e9.0208222349.57baa043@posting.google.com> Organization: http://groups.google.com/ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: [9fans] How can I net plan9 suppor the ethernet card on my virtual pc ? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 23 Aug 2002 08:47:13 GMT I had install plan9 on my virtual pc, but it not find the ethernet card. How can I do ? From cse.psu.edu!9fans-admin Sat Aug 24 07:22:29 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 24 07:22:29 JST 2002 Received: (qmail 324 invoked by uid 1020); 24 Aug 2002 07:22:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 319 invoked from network); 24 Aug 2002 07:22:28 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 24 Aug 2002 07:22:28 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 93AA519A75; Fri, 23 Aug 2002 18:22:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 56F3C19A77 for <9fans@cse.psu.edu>; Fri, 23 Aug 2002 18:21:58 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu From: David Gordon Hogan MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] GCC 3.0 for Plan 9 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 23 Aug 2002 18:21:53 -0400 I'm making the Plan 9 port of GCC (and related utilities) available to the public. There are still some problems with the distribution, but it's a start. There are three gzipped tar files: 1. /n/sources/extra/gnubin.tgz 2. /n/sources/extra/ape.tgz 3. http://cm.bell-labs.com/cm/cs/who/dhog/gnusrc.tgz The first one should be unpacked in the root of your Plan 9 system in order to install the various binaries, libraries etc in the required system locations. It's 386 only, that's all that works at this stage. The second contains the sources of a port of the APE libraries which works with GCC. APE is distributed under the terms of the Plan 9 License. It should be unpacked into /sys/src/gnu/ape. The third archive is a snapshot of the sources used to build GCC et al. It's in a slightly unkempt state. Consult the README file for more details. It should be unpacked into /sys/src/gnu. GCC, Binutils, and the other files in the third archive are distributed in accordance with the GPL. The first two archives are also available via the Plan 9 updates page, http://plan9.bell-labs.com/plan9dist/ureg.html From cse.psu.edu!9fans-admin Sat Aug 24 17:48:24 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 24 17:48:24 JST 2002 Received: (qmail 5698 invoked by uid 1020); 24 Aug 2002 17:48:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5694 invoked from network); 24 Aug 2002 17:48:23 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 24 Aug 2002 17:48:23 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D6995199B7; Sat, 24 Aug 2002 04:48:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from ar.aichi-u.ac.jp (ar.aichi-u.ac.jp [202.250.160.40]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 9700719981 for <9fans@cse.psu.edu>; Sat, 24 Aug 2002 04:47:22 -0400 (EDT) Message-ID: Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3ciscupdate v148.2.1) From: arisawa@ar.aichi-u.ac.jp To: 9fans@cse.psu.edu References: <35ef49e9.0208222349.57baa043@posting.google.com> Subject: [9fans] venti index section size Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: arisawa@aichi-u.ac.jp List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 24 Aug 2002 17:47:16 +0900 Hello, How much size for venti index section is recommended? Kenji Arisawa From cse.psu.edu!9fans-admin Sat Aug 24 23:28:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 24 23:28:18 JST 2002 Received: (qmail 8275 invoked by uid 1020); 24 Aug 2002 23:28:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8271 invoked from network); 24 Aug 2002 23:28:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 24 Aug 2002 23:28:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B4FEE199E4; Sat, 24 Aug 2002 10:28:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mail500.nifty.com (mail500.nifty.com [202.248.37.208]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3C55E199BE for <9fans@cse.psu.edu>; Sat, 24 Aug 2002 10:27:19 -0400 (EDT) Received: from localhost by mail500.nifty.com (8.12.4/3.7W-02/25/02) with ESMTP id g7OEPsxf013691 for <9fans@cse.psu.edu>; Sat, 24 Aug 2002 23:25:54 +0900 Mime-Version: 1.0 (Apple Message framework v482) Content-Type: text/plain; charset=US-ASCII; format=flowed From: Moroo Jun To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit Message-Id: <65D19A84-B76D-11D6-9C10-0050E4504768@nifty.com> X-Mailer: Apple Mail (2.482) Subject: [9fans] httpd and .httplogin Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 24 Aug 2002 23:25:54 +0900 On Plan9 4th edition's httpd, user can get .httplogin file after authencation. ex: http://www.example.com/.httplogin How do I hide .httplogin from web access? From cse.psu.edu!9fans-admin Sat Aug 24 23:36:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 24 23:36:18 JST 2002 Received: (qmail 8423 invoked by uid 1020); 24 Aug 2002 23:36:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8419 invoked from network); 24 Aug 2002 23:36:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 24 Aug 2002 23:36:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1CAE4199BE; Sat, 24 Aug 2002 10:36:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 8FF6D199BE for <9fans@cse.psu.edu>; Sat, 24 Aug 2002 10:35:48 -0400 (EDT) Message-ID: <490fac3b761abef83883491c25bb47c0@plan9.bell-labs.com> From: presotto@plan9.bell-labs.com To: 9fans@cse.psu.edu Subject: Re: [9fans] httpd and .httplogin MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ebpvgkeeflswpxanwprsillxpy" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 24 Aug 2002 10:35:47 -0400 This is a multi-part message in MIME format. --upas-ebpvgkeeflswpxanwprsillxpy Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit If you don't have it's password, you can't see it. If you do, you can, though seeing it is kind of useless since you just typed in its contents. Nevertheless, I should suppress it. --upas-ebpvgkeeflswpxanwprsillxpy Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sat Aug 24 10:28:17 EDT 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Sat Aug 24 10:28:16 EDT 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 83BFF199E3; Sat, 24 Aug 2002 10:28:08 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mail500.nifty.com (mail500.nifty.com [202.248.37.208]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3C55E199BE for <9fans@cse.psu.edu>; Sat, 24 Aug 2002 10:27:19 -0400 (EDT) Received: from localhost by mail500.nifty.com (8.12.4/3.7W-02/25/02) with ESMTP id g7OEPsxf013691 for <9fans@cse.psu.edu>; Sat, 24 Aug 2002 23:25:54 +0900 Mime-Version: 1.0 (Apple Message framework v482) Content-Type: text/plain; charset=US-ASCII; format=flowed From: Moroo Jun To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit Message-Id: <65D19A84-B76D-11D6-9C10-0050E4504768@nifty.com> X-Mailer: Apple Mail (2.482) Subject: [9fans] httpd and .httplogin Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 24 Aug 2002 23:25:54 +0900 On Plan9 4th edition's httpd, user can get .httplogin file after authencation. ex: http://www.example.com/.httplogin How do I hide .httplogin from web access? --upas-ebpvgkeeflswpxanwprsillxpy-- From cse.psu.edu!9fans-admin Sat Aug 24 23:41:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 24 23:41:17 JST 2002 Received: (qmail 8454 invoked by uid 1020); 24 Aug 2002 23:41:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8450 invoked from network); 24 Aug 2002 23:41:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 24 Aug 2002 23:41:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DED3219A08; Sat, 24 Aug 2002 10:41:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 07CDE1998C for <9fans@cse.psu.edu>; Sat, 24 Aug 2002 10:40:57 -0400 (EDT) Message-ID: <26290da8b4cc877de63485138b75a53f@plan9.bell-labs.com> From: presotto@plan9.bell-labs.com To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] .httplogin Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 24 Aug 2002 10:40:55 -0400 Actually, you haven't typed in the contents if you have multiple accounts/passwords. I'll definitely supress showing it. From cse.psu.edu!9fans-admin Sun Aug 25 02:56:21 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 25 02:56:21 JST 2002 Received: (qmail 10823 invoked by uid 1020); 25 Aug 2002 02:56:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10819 invoked from network); 25 Aug 2002 02:56:20 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 25 Aug 2002 02:56:20 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BB544199DD; Sat, 24 Aug 2002 13:56:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from crufty.research.bell-labs.com (ns2.research.bell-labs.com [204.178.16.49]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B2116199B3 for <9fans@cse.psu.edu>; Sat, 24 Aug 2002 13:55:42 -0400 (EDT) Received: from scummy.research.bell-labs.com (H-135-104-2-10.research.bell-labs.com [135.104.2.10]) by crufty.research.bell-labs.com (8.12.5/8.12.5) with ESMTP id g7OHtgLI080250 for <9fans@cse.psu.edu>; Sat, 24 Aug 2002 13:55:42 -0400 (EDT) Received: from bronx.dnrc.bell-labs.com (bronx.dnrc.bell-labs.com [135.180.160.8]) by scummy.research.bell-labs.com (8.11.6/8.11.6) with ESMTP id g7OHtZk82669 for <9fans@cse.psu.edu>; Sat, 24 Aug 2002 13:55:36 -0400 (EDT) Received: from jjmj301 (dharani.lra.lucent.com [135.255.41.197]) by bronx.dnrc.bell-labs.com (8.9.3/8.9.3) with SMTP id NAA15165 for <9fans@cse.psu.edu>; Sat, 24 Aug 2002 13:55:34 -0400 (EDT) Message-ID: <002c01c24b97$dcfb5940$c529ff87@jjmj301> From: "Tharaneedharan Vilwanathan" To: <9fans@cse.psu.edu> References: <35ef49e9.0208222349.57baa043@posting.google.com> Subject: Re: [9fans] venti index section size 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: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 24 Aug 2002 13:58:32 -0400 hi, > How much size for venti index section is recommended? sean says 5% of the size of the arena file(s) is probably a good choice. dharani From cse.psu.edu!9fans-admin Sun Aug 25 04:00:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 25 04:00:18 JST 2002 Received: (qmail 11458 invoked by uid 1020); 25 Aug 2002 04:00:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11454 invoked from network); 25 Aug 2002 04:00:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 25 Aug 2002 04:00:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9C604199ED; Sat, 24 Aug 2002 15:00:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 49CE619991 for <9fans@cse.psu.edu>; Sat, 24 Aug 2002 14:59:03 -0400 (EDT) Message-ID: From: presotto@plan9.bell-labs.com To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] .httplogin in httpd Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 24 Aug 2002 14:59:01 -0400 Now hidden also from people who've logged into the domain. From cse.psu.edu!9fans-admin Sun Aug 25 06:02:23 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 25 06:02:23 JST 2002 Received: (qmail 12874 invoked by uid 1020); 25 Aug 2002 06:02:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12870 invoked from network); 25 Aug 2002 06:02:22 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 25 Aug 2002 06:02:22 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 98385199EC; Sat, 24 Aug 2002 17:02:13 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mail505.nifty.com (mail505.nifty.com [202.248.37.213]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 913111998C for <9fans@cse.psu.edu>; Sat, 24 Aug 2002 17:01:48 -0400 (EDT) Received: from localhost by mail505.nifty.com (8.12.4/3.7W-02/25/02) with ESMTP id g7OL1LxU016538; Sun, 25 Aug 2002 06:01:21 +0900 Subject: Re: [9fans] .httplogin in httpd Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) Cc: Moroo Jun To: 9fans@cse.psu.edu From: Moroo Jun In-Reply-To: Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.482) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 25 Aug 2002 06:01:23 +0900 On 2002.08.25, at 03:59, presotto@plan9.bell-labs.com wrote: > Now hidden also from people who've logged into the domain. Thanks a lot. It looks fine. From cse.psu.edu!9fans-admin Sun Aug 25 23:23:30 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 25 23:23:30 JST 2002 Received: (qmail 25307 invoked by uid 1020); 25 Aug 2002 23:23:30 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25303 invoked from network); 25 Aug 2002 23:23:29 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 25 Aug 2002 23:23:29 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C176F1998C; Sun, 25 Aug 2002 10:23:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4FCAC199D5 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 10:22:53 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g7PEMgx8029939 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 16:22:43 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g7PEMVpW029938 for 9fans@cse.psu.edu; Sun, 25 Aug 2002 16:22:31 +0200 (SAST) From: Lucio De Re To: 9fans mailing list <9fans@cse.psu.edu> Message-ID: <20020825162229.A29921@cackle.proxima.alt.za> Mail-Followup-To: 9fans mailing list <9fans@cse.psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us Subject: [9fans] panic(?) and error(?) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 25 Aug 2002 16:22:30 +0200 I'd like some descriptions for functions error() and panic() as used in /sys/src/cmd/9660srv/main.c and /sys/src/cmd/upas/fs/fs.c respectively - and elsewhere, no doubt. The arguments are different and I'm having difficulty understanding whether they are functionally similar but retained for historical reasons (what would be the "modern" equivalent?) or whether in fact the choice depends on the context. I note that 9660srv closes fds 0 and 1 and reopens them in the most harmless manner (/dev/null), which upas/fs does not do and I wonder if these are influencing the choice of error reporting. Of course, I do have the source to consult, but little guidance on where to look, even. ++L From cse.psu.edu!9fans-admin Sun Aug 25 23:44:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Aug 25 23:44:18 JST 2002 Received: (qmail 25616 invoked by uid 1020); 25 Aug 2002 23:44:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25612 invoked from network); 25 Aug 2002 23:44:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 25 Aug 2002 23:44:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C6A5E19A02; Sun, 25 Aug 2002 10:44:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 85316199BF for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 10:43:28 -0400 (EDT) Message-ID: <7195f13865b12345b616627c0edf7651@plan9.bell-labs.com> From: presotto@plan9.bell-labs.com To: 9fans@cse.psu.edu Subject: Re: [9fans] panic(?) and error(?) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 25 Aug 2002 10:43:27 -0400 Error() in upas/fs.c just exits the process after printing a message. I didn't use sysfatal() because I want to kill off the entire process group on error and sysfatal doesn't. If I'ld used the thread package I wouldn't have needed to do it that way. It is totally unrelated to the error() in the kernel nor error() in 9660srv. They implements an exception stack so that they can cleanly back out of errors without crashing. The similarity in name implies nothing about similarity in function. From cse.psu.edu!9fans-admin Mon Aug 26 00:15:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 00:15:19 JST 2002 Received: (qmail 25905 invoked by uid 1020); 26 Aug 2002 00:15:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25901 invoked from network); 26 Aug 2002 00:15:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 00:15:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 60C8919A04; Sun, 25 Aug 2002 11:15:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3062819981 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 11:14:24 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g7PFEJx8000101 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 17:14:22 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g7PFEHZ2000100 for 9fans@cse.psu.edu; Sun, 25 Aug 2002 17:14:17 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] panic(?) and error(?) Message-ID: <20020825171415.C29921@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <7195f13865b12345b616627c0edf7651@plan9.bell-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <7195f13865b12345b616627c0edf7651@plan9.bell-labs.com>; from presotto@plan9.bell-labs.com on Sun, Aug 25, 2002 at 10:43:27AM -0400 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 25 Aug 2002 17:14:16 +0200 On Sun, Aug 25, 2002 at 10:43:27AM -0400, presotto@plan9.bell-labs.com wrote: > > Error() in upas/fs.c just exits the process after printing a message. > I didn't use sysfatal() because I want to kill off the entire process > group on error and sysfatal doesn't. If I'ld used the thread package > I wouldn't have needed to do it that way. > Did I perhaps miss a definition of error() local to upas/fs? I could easily have. > It is totally unrelated to the error() in the kernel nor > error() in 9660srv. They implements an exception > stack so that they can cleanly back out of errors without > crashing. > 9660srv uses panic() - again, I didn't think of looking for a local definition - which takes a first argument that resembles an fd that ought to be redirected to /dev/null. That bit of logic baffles me. > The similarity in name implies nothing about similarity in > function. I would make myself very unpopular if I mentioned that in studying 9p(2) and colleagues, I came to the conclusion that it would be clearer in C++. So I'll keep such thoughts to myself. :-) :-) Namespace pollution caught me here, I'll go and do some additional snooping. Thanks for the clarification. ++L From cse.psu.edu!9fans-admin Mon Aug 26 00:28:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 00:28:18 JST 2002 Received: (qmail 26000 invoked by uid 1020); 26 Aug 2002 00:28:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25996 invoked from network); 26 Aug 2002 00:28:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 00:28:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 33B8719A17; Sun, 25 Aug 2002 11:28:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9A376199BF for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 11:27:09 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g7PFR7x8000126 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 17:27:08 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g7PFR6KL000125 for 9fans@cse.psu.edu; Sun, 25 Aug 2002 17:27:06 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] panic(?) and error(?) Message-ID: <20020825172705.D29921@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <7195f13865b12345b616627c0edf7651@plan9.bell-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <7195f13865b12345b616627c0edf7651@plan9.bell-labs.com>; from presotto@plan9.bell-labs.com on Sun, Aug 25, 2002 at 10:43:27AM -0400 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 25 Aug 2002 17:27:06 +0200 On Sun, Aug 25, 2002 at 10:43:27AM -0400, presotto@plan9.bell-labs.com wrote: > > Error() in upas/fs.c just exits the process after printing a message. I note now that panic() in 9660srv actually uses the "rflag" as an indicator of whether to print the syserror message or not. I think I'll be more methodical in my explorations in future. ++L From cse.psu.edu!9fans-admin Mon Aug 26 00:32:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 00:32:17 JST 2002 Received: (qmail 26038 invoked by uid 1020); 26 Aug 2002 00:32:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 26034 invoked from network); 26 Aug 2002 00:32:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 00:32:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BEAFC19A29; Sun, 25 Aug 2002 11:32:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 7E9FA19A0D for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 11:31:16 -0400 (EDT) Message-ID: From: presotto@plan9.bell-labs.com To: 9fans@cse.psu.edu Subject: Re: [9fans] panic(?) and error(?) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 25 Aug 2002 11:31:15 -0400 Try using grep. It's amazingly useful since we (bel labs crowd) use the convention of starting our routine defnitions with the name on the left margin: % cd /sys/src/cmd/9660srv % grep -n '^(panic|error)' *.c main.c:223: error(char *p) main.c:558: panic(int rflag, char *fmt, ...) % cd /sys/src/cmd/upas/fs % grep -n '^(panic|error)' *.c fs.c:1259: error(char *s) Works well in the editor also. From cse.psu.edu!9fans-admin Mon Aug 26 00:48:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 00:48:17 JST 2002 Received: (qmail 26121 invoked by uid 1020); 26 Aug 2002 00:48:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 26117 invoked from network); 26 Aug 2002 00:48:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 00:48:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 2D7D519A2C; Sun, 25 Aug 2002 11:48:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E656C19A0D for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 11:47:49 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g7PFlkx8000166 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 17:47:48 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g7PFlgmP000165 for 9fans@cse.psu.edu; Sun, 25 Aug 2002 17:47:42 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] panic(?) and error(?) Message-ID: <20020825174739.E29921@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from presotto@plan9.bell-labs.com on Sun, Aug 25, 2002 at 11:31:15AM -0400 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 25 Aug 2002 17:47:39 +0200 On Sun, Aug 25, 2002 at 11:31:15AM -0400, presotto@plan9.bell-labs.com wrote: > > Try using grep. It's amazingly useful since we (bel labs My brain may be a useful tool too, if only I could rely on it :-( Sadly, it's hard to figure out what is a trivial question and what is a legitimate one and I have a penchant to err on the side that makes a fool of me :-) ++L From cse.psu.edu!9fans-admin Mon Aug 26 01:45:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 01:45:18 JST 2002 Received: (qmail 26486 invoked by uid 1020); 26 Aug 2002 01:45:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 26482 invoked from network); 26 Aug 2002 01:45:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 01:45:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B9A5A19A33; Sun, 25 Aug 2002 12:45:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from infocom.km.ua (infocom.km.ua [195.230.134.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 441C719A33 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 12:44:42 -0400 (EDT) Received: from kp.km.ua (root@kp.km.ua [217.196.174.2]) by infocom.km.ua (8.12.5/8.12.5/ic) with ESMTP id g7PGibcv069781 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 19:44:38 +0300 (EEST) (envelope-from plan9@kp.km.ua) Received: from localhost.localdomain (dialup05.kp.km.ua [217.196.174.20]) by kp.km.ua (8.9.3/8.9.3) with SMTP id TAA45285 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 19:44:35 +0300 (EEST) (envelope-from plan9@kp.km.ua) Content-Type: text/plain; charset="koi8-r" From: "Andrey S. Kukhar" To: 9fans@cse.psu.edu X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <02082519364700.00575@localhost.localdomain> Content-Transfer-Encoding: 8bit Subject: [9fans] typing russian characters Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 25 Aug 2002 19:47:59 -0400 good evening all, where find workable version of keyboard driver kbd.c and how to use it for typing russian characters? may be i need something else? thanks, -ask From cse.psu.edu!9fans-admin Mon Aug 26 04:29:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 04:29:19 JST 2002 Received: (qmail 27332 invoked by uid 1020); 26 Aug 2002 04:29:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27328 invoked from network); 26 Aug 2002 04:29:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 04:29:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0335F19A56; Sun, 25 Aug 2002 15:29:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from math.psu.edu (leibniz.math.psu.edu [146.186.130.2]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 26ADD19A0B for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 15:28:21 -0400 (EDT) Received: from augusta.math.psu.edu (augusta.math.psu.edu [146.186.132.2]) by math.psu.edu (8.9.3/8.9.3) with ESMTP id PAA22358 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 15:28:20 -0400 (EDT) Received: from augusta.math.psu.edu (localhost [127.0.0.1]) by augusta.math.psu.edu (8.11.6+Sun/8.9.3) with ESMTP id g7PJSKl06699 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 15:28:20 -0400 (EDT) Message-Id: <200208251928.g7PJSKl06699@augusta.math.psu.edu> To: 9fans@cse.psu.edu From: Dan Cross Subject: [9fans] Quality of Plan 9's Cyrillic fonts? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 25 Aug 2002 15:28:20 -0400 I've a need to write a bunch of text files in Russian; how do native speakers/readers feel about the quality of Plan 9's Cyrillic fonts? Are they good, or should I search elsewhere? Also (and this might be related to Andrey's recent question), is there a way to type in Cyrillic's without hitting an Alt sequence for each character? Thanks! - Dan C. From cse.psu.edu!9fans-admin Mon Aug 26 05:03:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 05:03:18 JST 2002 Received: (qmail 27502 invoked by uid 1020); 26 Aug 2002 05:03:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27498 invoked from network); 26 Aug 2002 05:03:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 05:03:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id AD18E19992; Sun, 25 Aug 2002 16:03:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from galapagos.cse.psu.edu (galapagos.cse.psu.edu [130.203.12.17]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 03FDF19980 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 16:02:11 -0400 (EDT) Received: (qmail 7749 invoked by uid 991); 25 Aug 2002 20:02:10 -0000 Message-ID: <20020825200210.7748.qmail@g.bio.cse.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] Quality of Plan 9's Cyrillic fonts? In-Reply-To: Message from Dan Cross of "Sun, 25 Aug 2002 15:28:20 EDT." <200208251928.g7PJSKl06699@augusta.math.psu.edu> From: Scott Schwartz Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 25 Aug 2002 16:02:10 -0400 | I've a need to write a bunch of text files in Russian; how do native | speakers/readers feel about the quality of Plan 9's Cyrillic fonts? I can't speak to that, but under Unix I've been happy using the newer X11 bitmap fonts that have some unicode coverage (like the updated version of the venerable 10x20.) If the licences permit, it might make sense to ship repackaged versions of them with Plan 9. From cse.psu.edu!9fans-admin Mon Aug 26 05:38:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 05:38:20 JST 2002 Received: (qmail 27757 invoked by uid 1020); 26 Aug 2002 05:38:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27753 invoked from network); 26 Aug 2002 05:38:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 05:38:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 192E419A64; Sun, 25 Aug 2002 16:38:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from ns.mccme.ru (ns.mccme.ru [195.133.68.22]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EC0F119A25 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 16:37:54 -0400 (EDT) Received: (from uucp@localhost) by ns.mccme.ru (8.8.5/8.8.5) with UUCP id XAA25886 for 9fans@cse.psu.edu; Sun, 25 Aug 2002 23:06:16 +0400 Received: by corneja.rubinstein.mccme.ru (Postfix, from userid 501) id 5146056EC6; Mon, 26 Aug 2002 00:29:36 +0400 (MSD) Received: from localhost (localhost [127.0.0.1]) by corneja.rubinstein.mccme.ru (Postfix) with ESMTP id 42E3356EC5 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 00:29:36 +0400 (MSD) From: George Bronnikov X-X-Sender: goga@corneja.rubinstein.mccme.ru To: 9fans@cse.psu.edu Subject: Re: [9fans] Quality of Plan 9's Cyrillic fonts? In-Reply-To: <200208251928.g7PJSKl06699@augusta.math.psu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 00:29:36 +0400 (MSD) On Sun, 25 Aug 2002, Dan Cross wrote: > I've a need to write a bunch of text files in Russian; how do > native > speakers/readers feel about the quality of Plan 9's Cyrillic > fonts? > Are they good, or should I search elsewhere? Also (and this > might be > related to Andrey's recent question), is there a way to type > in > Cyrillic's without hitting an Alt sequence for each character? > Thanks! The fonts are bad -- readable but ugly (the 'b' letter looks especially strange). I am no font expert but I think the fixed fonts that come with X (Cronyx) can serve as the first approximation. As for keyboard drivers: I posted one for 3rd edition a while ago (based on forsyth's and russ's work), and nemo has another variant, though I believe his version does not have Russian layout. It should be a trivial task to adapt any of those to current sources. Maybe I'll do it myself in the next couple of days, but I don't have a running Plan 9 nearby right now, so I don't promise. Goga From cse.psu.edu!9fans-admin Mon Aug 26 07:21:29 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 07:21:29 JST 2002 Received: (qmail 28283 invoked by uid 1020); 26 Aug 2002 07:21:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28279 invoked from network); 26 Aug 2002 07:21:28 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 07:21:28 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 21C5E19A67; Sun, 25 Aug 2002 18:21:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from infocom.km.ua (infocom.km.ua [195.230.134.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D06B019A3F for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 18:20:32 -0400 (EDT) Received: from kp.km.ua (root@kp.km.ua [217.196.174.2]) by infocom.km.ua (8.12.5/8.12.5/ic) with ESMTP id g7PMKScv009954 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 01:20:30 +0300 (EEST) (envelope-from plan9@kp.km.ua) Received: from localhost.localdomain (dialup11.kp.km.ua [217.196.174.26]) by kp.km.ua (8.9.3/8.9.3) with SMTP id BAA57916 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 01:20:26 +0300 (EEST) (envelope-from plan9@kp.km.ua) Content-Type: text/plain; charset="koi8-r" From: "Andrey S. Kukhar" To: 9fans@cse.psu.edu Subject: Re: [9fans] Quality of Plan 9's Cyrillic fonts? X-Mailer: KMail [version 1.2] References: <200208251928.g7PJSKl06699@augusta.math.psu.edu> In-Reply-To: <200208251928.g7PJSKl06699@augusta.math.psu.edu> MIME-Version: 1.0 Message-Id: <02082601203200.00592@localhost.localdomain> Content-Transfer-Encoding: 8bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 01:23:13 -0400 this is my feature about quality of some russian fonts: /lib/font/bit/lucida/unicode.7.font, unicode.6.font rather not bad, but could be better. /lib/font/bit/lucidasans/unicode.7.font not very good, too small, ugly and curves; not discernible letters "Ú" and "Ü"; not similar to english characters view. /lib/font/bit/lucidasans/unicode.8.font too bold, must be named boldunicode.8.font. /lib/font/bit/lucidasans/boldunicode.8.font in general do not display cyrillic symbols. /lib/font/bit/misc/unicode.6x13.font big, ugly; not similar to english characters view. /lib/font/bit/pelm/unicode.8.font big, ugly; not similar to english characters view. fate of russian fonts to me not indifferent so do not take offence if i has gone too far somewhere. Dan, if you need help with writing russian text files, tell me. -ask > I've a need to write a bunch of text files in Russian; how do native > speakers/readers feel about the quality of Plan 9's Cyrillic fonts? > Are they good, or should I search elsewhere? Also (and this might be > related to Andrey's recent question), is there a way to type in > Cyrillic's without hitting an Alt sequence for each character? > Thanks! > > - Dan C. From cse.psu.edu!9fans-admin Mon Aug 26 08:03:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 08:03:19 JST 2002 Received: (qmail 28483 invoked by uid 1020); 26 Aug 2002 08:03:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28479 invoked from network); 26 Aug 2002 08:03:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 08:03:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EF2F419A3F; Sun, 25 Aug 2002 19:03:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BE9BB19A0C for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 19:02:15 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id DAA25016 for 9fans@cse.psu.edu; Mon, 26 Aug 2002 03:02:13 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Subject: Re: [9fans] Plan9 panicking Message-ID: <20020826030213.A24337@unicorn.math.spbu.ru> References: <20020820213918.A24369@unicorn.math.spbu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <20020820213918.A24369@unicorn.math.spbu.ru> Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 03:02:13 +0400 Though, I hate to reply to my own emails, I do it here, because the issue seems to be rather important. First of all, it was not too hard to identify the source of "no procs" messages being this part of rio (wind.c): switch(r){ case 0x7F: /* send interrupt */ ..... proccreate(interruptproc, notefd, 4096); return; And since the process was wedged in the kernel each Del was generating yet another interruptproc. Now the questions: Why does rio need to spawn new interruptproc if it can see that we already have one ( or plenty, as in my case ) ? Seems to be something like a superfork, only without writing any code. Thanks, Roman. On Tue, Aug 20, 2002 at 09:39:18PM +0400, Roman V. Shaposhnick wrote: > Trying to find out how devmnt.c handles timeouts I attached to the u9fs > via debugger and made it stop in the middle of read transaction. What > happened later, however, reminded me greatly of NFS. As you might imagine > Plan9 client was stuck waiting for the reply, so I tried killing it > by pressing "Del" several times. It changed nothing, except that for every > "Del" pressed there was one "flush" message generated. Of course, since > u9fs was still stopped client got no reply, so it continued to generate > "flush" every time I hit "Del". > > Since there is only 65535 different "tags" I was curious what would happen > if I generate enough "flush" messages to use every possible tag. Going > to the neighbor window to write a small script I accidentally hit > "Del" once again and Plan9 kernel lost its grip on reality. It was constantly > printing "no procs" on the console and even continuing u9fs was of no help. > The only possible thing I was able to do -- reboot. > > After going through the sourcecode I still can't understand why it was > printing "no procs". Any ideas ? And as a more generic question -- can > anybody tell me what was the design of handling failing servers ? > > Thanks, > Roman. From cse.psu.edu!9fans-admin Mon Aug 26 08:26:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 08:26:19 JST 2002 Received: (qmail 28634 invoked by uid 1020); 26 Aug 2002 08:26:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28630 invoked from network); 26 Aug 2002 08:26:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 08:26:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DE39D19A84; Sun, 25 Aug 2002 19:26:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 59D0419A05 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 19:25:54 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id DAA25300 for 9fans@cse.psu.edu; Mon, 26 Aug 2002 03:25:53 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Message-ID: <20020826032553.B24337@unicorn.math.spbu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i Subject: [9fans] exiting processes in Plan9 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 03:25:53 +0400 As you, probably, have seen from my previous post I had a situation where a process waiting for a Rread message was several times notified by writing "interrupt" to the notepg. For each note there was a separate clunk message generated ( but never replied ). Since the only place in Plan9 kernel where clunk messages are generated is port/devmnt.c:mntclunk(). I can safely assume that this was nothing else but a manifestation of closing a file ( on which read() was hanging ) from pexit, right ? If so, it means that I had a situation, where pexit was called several times for the same process. The question here, is: Why did it happen ? Why in Plan9 process that is doing pexit can still receive messages, which result in even more calls to pexit ? I could be wrong in my evaluation of the origin of all those clunks -- in that case, please be so kind to explain what really happened. Thanks, Roman. From cse.psu.edu!9fans-admin Mon Aug 26 08:37:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 08:37:19 JST 2002 Received: (qmail 28705 invoked by uid 1020); 26 Aug 2002 08:37:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28701 invoked from network); 26 Aug 2002 08:37:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 08:37:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4F86719A85; Sun, 25 Aug 2002 19:37:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7F7ED19981 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 19:36:21 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id DAA25441 for 9fans@cse.psu.edu; Mon, 26 Aug 2002 03:36:19 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Subject: Re: [9fans] exiting processes in Plan9 Message-ID: <20020826033619.A25411@unicorn.math.spbu.ru> References: <20020826032553.B24337@unicorn.math.spbu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <20020826032553.B24337@unicorn.math.spbu.ru> Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 03:36:19 +0400 Please disregard those questions -- it was just a temporary glitch. Thanks, Roman. > As you, probably, have seen from my previous post I had a situation > where a process waiting for a Rread message was several times notified > by writing "interrupt" to the notepg. For each note there was a separate > clunk message generated ( but never replied ). Since the only place in > Plan9 kernel where clunk messages are generated is port/devmnt.c:mntclunk(). > > I can safely assume that this was nothing else but a manifestation of > closing a file ( on which read() was hanging ) from pexit, right ? > > If so, it means that I had a situation, where pexit was called several > times for the same process. The question here, is: > > Why did it happen ? Why in Plan9 process that is doing pexit can still > receive messages, which result in even more calls to pexit ? > > I could be wrong in my evaluation of the origin of all those clunks -- in > that case, please be so kind to explain what really happened. > > Thanks, > Roman. From cse.psu.edu!9fans-admin Mon Aug 26 08:38:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 08:38:16 JST 2002 Received: (qmail 28717 invoked by uid 1020); 26 Aug 2002 08:38:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28713 invoked from network); 26 Aug 2002 08:38:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 08:38:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E0D1F19A8A; Sun, 25 Aug 2002 19:38:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mailnw.centurytel.net (mailnw.centurytel.net [209.206.160.237]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 2E89019A86 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 19:37:18 -0400 (EDT) Received: from term4e (pppoe1112.gh.centurytel.net [64.91.48.134]) by mailnw.centurytel.net (8.12.5/8.12.5) with SMTP id g7PNbGLv001000 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 16:37:16 -0700 (PDT) Message-ID: <29eaf6f6e10ddd53e8ded3d1f994e8e7@centurytel.net> To: 9fans@cse.psu.edu From: "Skip Tavakkolian" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] adding disks -- kfs Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 25 Aug 2002 15:58:00 -0400 Is there a convention for starting additional kfs's (i.e. additional disks) and bind/mounting at proper places on startup? I was hoping for something in plan9.ini, but I don't see any support there. I'm not sure where in termrc it would go either. I think I understand how the initial /kfs gets started from (for example) 9/pc/bootpcdisk.c calling through struct Method pointers to configlocal() and connectlocal() in 9/boot/local.c; I can also see the disk/fdisk and disk/prep executions in termrc but it seems those are long after '/kfs' has started. I consulted Nemo's 3r/ed Kernel Notes document as well, and I'm still not sure of the kfs's moment of inception. I think I'm missing something obvious. Thanks. From cse.psu.edu!9fans-admin Mon Aug 26 08:43:27 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 08:43:27 JST 2002 Received: (qmail 28743 invoked by uid 1020); 26 Aug 2002 08:43:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28739 invoked from network); 26 Aug 2002 08:43:26 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 08:43:26 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7689019A8E; Sun, 25 Aug 2002 19:43:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id BA39819A89 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 19:42:47 -0400 (EDT) Message-ID: From: presotto@plan9.bell-labs.com To: 9fans@cse.psu.edu Subject: Re: [9fans] adding disks -- kfs MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 25 Aug 2002 19:42:46 -0400 we start additional ones from /rc/bin/termrc or /rc/bin/cpurc. Just run disk/kfs -f -n mount -c /srv/kfs. /wherever From cse.psu.edu!9fans-admin Mon Aug 26 12:07:28 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 12:07:28 JST 2002 Received: (qmail 31532 invoked by uid 1020); 26 Aug 2002 12:07:28 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 31528 invoked from network); 26 Aug 2002 12:07:28 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 12:07:28 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id F013F19A93; Sun, 25 Aug 2002 23:07:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from granite.cias.osakafu-u.ac.jp (granite.cias.osakafu-u.ac.jp [157.16.101.69]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id B566319A8F for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 23:06:40 -0400 (EDT) Message-ID: <7f389bce88d2f143bfaa2b77f891bed2@granite.cias.osakafu-u.ac.jp> To: 9fans@cse.psu.edu Subject: Re: [9fans] GCC 3.0 for Plan 9 Mime-Version: 1.0 From: okamoto@granite.cias.osakafu-u.ac.jp MIME-Version: 1.0 Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 12:05:50 +0900 >3. http://cm.bell-labs.com/cm/cs/who/dhog/gnusrc.tgz 73,141,550 bytes. ^_^ Kenji From cse.psu.edu!9fans-admin Mon Aug 26 13:21:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 13:21:18 JST 2002 Received: (qmail 32458 invoked by uid 1020); 26 Aug 2002 13:21:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 32454 invoked from network); 26 Aug 2002 13:21:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 13:21:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3D9EC19A86; Mon, 26 Aug 2002 00:21:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mailnw.centurytel.net (mailnw.centurytel.net [209.206.160.237]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0B84519A8C for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 00:20:05 -0400 (EDT) Received: from term4e (pppoe1112.gh.centurytel.net [64.91.48.134]) by mailnw.centurytel.net (8.12.5/8.12.5) with SMTP id g7Q4JjLv020203 for <9fans@cse.psu.edu>; Sun, 25 Aug 2002 21:19:50 -0700 (PDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] adding disks -- kfs From: "Skip Tavakkolian" MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 25 Aug 2002 20:40:29 -0400 Thanks. Now I have enough room to play with GCC ☺ I hope I'm not being dense, but for the first kfs, where/when is the prep executed? > we start additional ones from /rc/bin/termrc or /rc/bin/cpurc. Just From cse.psu.edu!9fans-admin Mon Aug 26 13:58:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 13:58:19 JST 2002 Received: (qmail 486 invoked by uid 1020); 26 Aug 2002 13:58:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 482 invoked from network); 26 Aug 2002 13:58:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 13:58:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B49C119A94; Mon, 26 Aug 2002 00:58:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B95C419A65 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 00:57:15 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id IAA29638 for 9fans@cse.psu.edu; Mon, 26 Aug 2002 08:57:14 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Subject: Re: [9fans] GCC 3.0 for Plan 9 Message-ID: <20020826085714.A29596@unicorn.math.spbu.ru> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 08:57:14 +0400 David, don't you by any chance have GCC available in a cross-platform mode, where one can develop Plan9 applications on some UNIX brand ? Thanks, Roman. On Fri, Aug 23, 2002 at 06:21:53PM -0400, David Gordon Hogan wrote: > I'm making the Plan 9 port of GCC (and related utilities) available to > the public. There are still some problems with the distribution, but > it's a start. > > There are three gzipped tar files: > > 1. /n/sources/extra/gnubin.tgz > 2. /n/sources/extra/ape.tgz > 3. http://cm.bell-labs.com/cm/cs/who/dhog/gnusrc.tgz > > The first one should be unpacked in the root of your Plan 9 system in > order to install the various binaries, libraries etc in the required > system locations. It's 386 only, that's all that works at this stage. > > The second contains the sources of a port of the APE libraries which > works with GCC. APE is distributed under the terms of the Plan 9 > License. It should be unpacked into /sys/src/gnu/ape. > > The third archive is a snapshot of the sources used to build GCC et > al. It's in a slightly unkempt state. Consult the README file for > more details. It should be unpacked into /sys/src/gnu. GCC, > Binutils, and the other files in the third archive are distributed in > accordance with the GPL. > > The first two archives are also available via the Plan 9 updates page, > > http://plan9.bell-labs.com/plan9dist/ureg.html From cse.psu.edu!9fans-admin Mon Aug 26 14:56:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 14:56:20 JST 2002 Received: (qmail 1100 invoked by uid 1020); 26 Aug 2002 14:56:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1096 invoked from network); 26 Aug 2002 14:56:20 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 14:56:20 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 35D3819A96; Mon, 26 Aug 2002 01:56:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4A23919A65 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 01:55:55 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id JAA30396 for 9fans@cse.psu.edu; Mon, 26 Aug 2002 09:55:53 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Message-ID: <20020826095553.A30030@unicorn.math.spbu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i Subject: [9fans] quick question about proc.c:error(char *err) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 09:55:53 +0400 Can someone, please, give me any hint on why the underlined line of code is needed in error(): void error(char *err) { spllo(); kstrcpy(up->errstr, err, ERRMAX); setlabel(&up->errlab[NERR-1]); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ nexterror(); } What are the conditions when this label might be get used ? And what is expected from jumping into error ? Thanks, Roman. From cse.psu.edu!9fans-admin Mon Aug 26 16:54:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 16:54:19 JST 2002 Received: (qmail 2763 invoked by uid 1020); 26 Aug 2002 16:54:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 2759 invoked from network); 26 Aug 2002 16:54:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 16:54:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9C23D19980; Mon, 26 Aug 2002 03:54:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mx2.net.titech.ac.jp (mx2.net.titech.ac.jp [131.112.125.31]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 8057919A97 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 03:52:59 -0400 (EDT) Received: (qmail 75644 invoked from network); 26 Aug 2002 07:58:27 -0000 Received: from vc2.net.titech.ac.jp (131.112.125.36) by mx2.net.titech.ac.jp with SMTP; 26 Aug 2002 07:58:27 -0000 Received: from localhost (HELO o.cc.titech.ac.jp) (127.0.0.1) by localhost with SMTP; 26 Aug 2002 07:59:29 -0000 Received: from p9t by mail-o.cc.titech.ac.jp (8.11.3/1.1.10.5/20Feb97-0455PM) id g7Q7qKJ199818; Mon, 26 Aug 2002 16:52:21 +0900 (JST) Message-Id: <200208260752.g7Q7qKJ199818@mail-o.cc.titech.ac.jp> To: 9fans@cse.psu.edu From: YAMANASHI Takeshi MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] tr2post fails on japanese characters Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 16:52:45 0900 I like to use Plan 9 for my paper works. As the starting point, I tried to produce a postscript file from /sys/doc/utf.ms by term% troff -ms utf.ms | page converting from troff to postscript... /386/bin/aux/tr2post: :56 :WARNING: cannot find glyph, rune=0x3053 stoken= troff font Jp ... tr2post couldn't glyphs for Japanese character, seemingly. All I can do is to look in /sys/lib/postscript/troff/Jp and it contains the line of 0x0000 0x0001 Times-Roman Could you give me any suggestion? -- YAMANASHI Takeshi From cse.psu.edu!9fans-admin Mon Aug 26 20:00:30 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 20:00:30 JST 2002 Received: (qmail 5938 invoked by uid 1020); 26 Aug 2002 20:00:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5932 invoked from network); 26 Aug 2002 20:00:28 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 20:00:28 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7D27A199ED; Mon, 26 Aug 2002 07:00:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id B0B6F199DD for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 06:59:22 -0400 (EDT) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Aug 26 06:59:16 EDT 2002 Received: from lassa-10.cs.usyd.edu.au ([129.78.115.74]) by plan9; Mon Aug 26 06:59:15 EDT 2002 From: "rob pike, esq." To: 9fans@cse.psu.edu Subject: Re: [9fans] tr2post fails on japanese characters Message-ID: <856310.1030363530@OEMCOMPUTER> In-Reply-To: <200208260752.g7Q7qKJ199818@mail-o.cc.titech.ac.jp> References: <200208260752.g7Q7qKJ199818@mail-o.cc.titech.ac.jp> X-Mailer: Mulberry/2.2.0 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 12:05:31 -0400 As /sys/doc/mkfile should demonstrate, you need to use a macro package -mnihongo. The Japanese font is rendered directly into postscript from bitmaps, and doesn't look very good, but it's good enough for the rare use we put it to. All you should need to do is cd /sys/doc mk utf.ps page utf.ps The output of the mk will tell you the command line. -rob --On Monday, August 26, 2002 4:52 PM +0000 YAMANASHI Takeshi wrote: > I like to use Plan 9 for my paper works. > As the starting point, I tried to produce > a postscript file from /sys/doc/utf.ms by > > term% troff -ms utf.ms | page > converting from troff to postscript... > /386/bin/aux/tr2post: :56 :WARNING: cannot find glyph, > rune=0x3053 stoken= troff font Jp > ... > > tr2post couldn't glyphs for Japanese character, seemingly. > All I can do is to look in /sys/lib/postscript/troff/Jp and > it contains the line of > 0x0000 0x0001 Times-Roman > > Could you give me any suggestion? > -- > YAMANASHI Takeshi > From cse.psu.edu!9fans-admin Mon Aug 26 21:42:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 21:42:19 JST 2002 Received: (qmail 6844 invoked by uid 1020); 26 Aug 2002 21:42:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6840 invoked from network); 26 Aug 2002 21:42:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 21:42:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 83F8B19A98; Mon, 26 Aug 2002 08:42:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6AB2619A9B for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 08:41:39 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g7QCfOx8002779 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 14:41:27 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g7QCfM2D002778 for 9fans@cse.psu.edu; Mon, 26 Aug 2002 14:41:22 +0200 (SAST) From: Lucio De Re To: 9fans mailing list <9fans@cse.psu.edu> Message-ID: <20020826144117.M29921@cackle.proxima.alt.za> Mail-Followup-To: 9fans mailing list <9fans@cse.psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us Subject: [9fans] 9p(2) and others Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 14:41:19 +0200 The fields: int infd; int outfd; int nopipe; int srvfd; are new in struct Srv from <9p.h> and the srv(2) prototype is different too, but the man pages do not reflect this, nor explain the correct use of the above. Kinda makes things hard :-( ++L PS: struct Req as explained in the 9pfid(2) man page also lists an Fcall fcall instead of Fcall ifcall and ofcall. And the claimed example /sys/src/lib9p/ramfs.c isn't there. From cse.psu.edu!9fans-admin Mon Aug 26 22:50:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 22:50:19 JST 2002 Received: (qmail 7443 invoked by uid 1020); 26 Aug 2002 22:50:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7439 invoked from network); 26 Aug 2002 22:50:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 22:50:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0F94A19A7D; Mon, 26 Aug 2002 09:50:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3A60319A2C for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 09:49:50 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g7QDnix8002897 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 15:49:48 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g7QDndFM002896 for 9fans@cse.psu.edu; Mon, 26 Aug 2002 15:49:39 +0200 (SAST) From: Lucio De Re To: 9fans mailing list <9fans@cse.psu.edu> Message-ID: <20020826154937.R29921@cackle.proxima.alt.za> Mail-Followup-To: 9fans mailing list <9fans@cse.psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us Subject: [9fans] mount(1) usage... Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 15:49:38 +0200 ... announces a "-r" option which is not accepted. I wonder when last it worked, and how? The "-q" option could be advertised (it's not in the bind(1) man page either) and I would call the option flag "quiet" rather than "qflag". If no one else feels like it, I'll post a modified version here. ++L PS: I see even 2ed didn't have a -r option. Somehow I fooled myself into believing that one could specify read-only mode at mount(1) time. I guess one installs two servers instead: one to serve with write capabilities, the other without. From cse.psu.edu!9fans-admin Mon Aug 26 23:03:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Aug 26 23:03:18 JST 2002 Received: (qmail 7540 invoked by uid 1020); 26 Aug 2002 23:03:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7536 invoked from network); 26 Aug 2002 23:03:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 26 Aug 2002 23:03:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C959F19A08; Mon, 26 Aug 2002 10:03:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3A3EC19A66 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 10:02:53 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g7QE2nx8002933 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 16:02:51 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g7QE2l1P002932 for 9fans@cse.psu.edu; Mon, 26 Aug 2002 16:02:47 +0200 (SAST) From: Lucio De Re To: 9fans mailing list <9fans@cse.psu.edu> Message-ID: <20020826160245.S29921@cackle.proxima.alt.za> Mail-Followup-To: 9fans mailing list <9fans@cse.psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us Subject: [9fans] Attach/Auth Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 16:02:46 +0200 Given a test server, I get the expected authentication request: % mount /srv/sample /n/temp which fails because I have no idea (yet) quite what to do next. But my lack of understanding is not mysterious :-) On the other hand: % mount /srv/sample /n/temp /mail/box/lucio/mbox does not request authentication, it uses an afd of -1 in an attach message. I can't see a good reason for this, but I'm sure there is one I'm missing, could someone please shed some light? ++L PS: the whole exercise is quite exciting, just very slow progress. From cse.psu.edu!9fans-admin Tue Aug 27 00:51:23 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 27 00:51:23 JST 2002 Received: (qmail 8393 invoked by uid 1020); 27 Aug 2002 00:51:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8389 invoked from network); 27 Aug 2002 00:51:23 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 27 Aug 2002 00:51:23 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 77B4F19A17; Mon, 26 Aug 2002 11:51:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 85C3819A05 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 11:50:48 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] GCC 3.0 for Plan 9 From: David Gordon Hogan MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 11:50:44 -0400 > don't you by any chance have GCC available in a cross-platform mode, where one > can develop Plan9 applications on some UNIX brand ? I have IRIX and Solaris binaries. Is there any interest in these? I could tar them up and make them available if so. If you're genuinely trying to develop `Plan 9 applications', then you're better off using the native compiler. But if you're interested in porting something from Unix-land (like GCC ;-), then GCC may be useful. From cse.psu.edu!9fans-admin Tue Aug 27 08:25:30 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 27 08:25:30 JST 2002 Received: (qmail 11692 invoked by uid 1020); 27 Aug 2002 08:25:30 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11688 invoked from network); 27 Aug 2002 08:25:30 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 27 Aug 2002 08:25:30 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A0D87199ED; Mon, 26 Aug 2002 19:25:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id F3B2E19980 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 19:24:40 -0400 (EDT) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] Attach/Auth MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 19:24:39 -0400 The afd used in the attach message is the one returned by a Tauth/Rauth exchange. If Tauth returns an error then afd = -1 gets used. The attach spec should be irrelevant, unless the server in question (what is it?) behaves differently on Tauth to nil and Tauth to /mail/box/lucio/mbox. Russ From cse.psu.edu!9fans-admin Tue Aug 27 08:26:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 27 08:26:16 JST 2002 Received: (qmail 11715 invoked by uid 1020); 27 Aug 2002 08:26:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11711 invoked from network); 27 Aug 2002 08:26:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 27 Aug 2002 08:26:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DA23219A05; Mon, 26 Aug 2002 19:26:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 7D1CA19A00 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 19:25:33 -0400 (EDT) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] mount(1) usage... MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 19:25:32 -0400 mount -r was for auto-recover, which was a kernel feature early in brazil. some day i will resurrect the user-level recoverer. From cse.psu.edu!9fans-admin Tue Aug 27 08:29:17 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 27 08:29:17 JST 2002 Received: (qmail 11730 invoked by uid 1020); 27 Aug 2002 08:29:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11726 invoked from network); 27 Aug 2002 08:29:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 27 Aug 2002 08:29:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 19AAF19A17; Mon, 26 Aug 2002 19:29:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 0416019981 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 19:28:42 -0400 (EDT) Message-ID: <8a31b0e4ead9da5bab109feb0dcfc70c@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] quick question about proc.c:error(char *err) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 19:28:40 -0400 > void > error(char *err) > { > spllo(); > kstrcpy(up->errstr, err, ERRMAX); > setlabel(&up->errlab[NERR-1]); > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > nexterror(); > } The setlabel is useful if you get an error stack underflow or some other mismanagement error. You can (sometimes) look at the label to reconstruct the stack at the time that error was called. It's for debugging only. > What are the conditions when this label might be get used ? Hopefully never. > And what is expected from jumping into error ? Error shouldn't return. It should go to the innermost waserror, returning non-zero. Calling nexterror does this. Russ From cse.psu.edu!9fans-admin Tue Aug 27 08:32:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 27 08:32:16 JST 2002 Received: (qmail 11759 invoked by uid 1020); 27 Aug 2002 08:32:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11755 invoked from network); 27 Aug 2002 08:32:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 27 Aug 2002 08:32:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B49AD19A0C; Mon, 26 Aug 2002 19:32:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 713C719A05 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 19:31:01 -0400 (EDT) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] adding disks -- kfs MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 19:31:00 -0400 The initial prep happens during 9load. It leaves just enough partition information around so that the kernel knows about any Plan 9 and DOS partitions -- basically, whatever 9load knew about. Echo $sdC0part to see the goo. Russ From cse.psu.edu!9fans-admin Tue Aug 27 09:57:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 27 09:57:20 JST 2002 Received: (qmail 12571 invoked by uid 1020); 27 Aug 2002 09:57:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12567 invoked from network); 27 Aug 2002 09:57:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 27 Aug 2002 09:57:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 29931199EC; Mon, 26 Aug 2002 20:57:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mx2.net.titech.ac.jp (mx2.net.titech.ac.jp [131.112.125.31]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 23B05199BF for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 20:56:39 -0400 (EDT) Received: (qmail 20152 invoked from network); 27 Aug 2002 01:02:26 -0000 Received: from vc2.net.titech.ac.jp (131.112.125.36) by mx2.net.titech.ac.jp with SMTP; 27 Aug 2002 01:02:26 -0000 Received: from unknown (HELO o.cc.titech.ac.jp) (127.0.0.1) by localhost with SMTP; 27 Aug 2002 01:03:20 -0000 Received: from p9t by mail-o.cc.titech.ac.jp (8.11.3/1.1.10.5/20Feb97-0455PM) id g7R0uAJ219673; Tue, 27 Aug 2002 09:56:10 +0900 (JST) Message-Id: <200208270056.g7R0uAJ219673@mail-o.cc.titech.ac.jp> To: 9fans@cse.psu.edu Subject: Re: [9fans] tr2post fails on japanese characters From: YAMANASHI Takeshi MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon Aug 26 20:00:27 JST 2002 > As /sys/doc/mkfile should demonstrate, you need to use a macro > package -mnihongo. Thank you. I've got a start at least. > The Japanese font is rendered directly into > postscript from bitmaps, and doesn't look very good I sadly agree you in this respect. I will try to use my printer's internal Kanji font. -- YAMANASHI Takeshi From cse.psu.edu!9fans-admin Tue Aug 27 14:07:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 27 14:07:20 JST 2002 Received: (qmail 15495 invoked by uid 1020); 27 Aug 2002 14:07:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15490 invoked from network); 27 Aug 2002 14:07:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 27 Aug 2002 14:07:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A527519A05; Tue, 27 Aug 2002 01:07:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 89DB019992 for <9fans@cse.psu.edu>; Tue, 27 Aug 2002 01:06:37 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g7R56Vx8005226 for <9fans@cse.psu.edu>; Tue, 27 Aug 2002 07:06:33 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g7R56Skq005225 for 9fans@cse.psu.edu; Tue, 27 Aug 2002 07:06:28 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] Attach/Auth Message-ID: <20020827070622.V29921@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Russ Cox on Mon, Aug 26, 2002 at 07:24:39PM -0400 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 27 Aug 2002 07:06:23 +0200 On Mon, Aug 26, 2002 at 07:24:39PM -0400, Russ Cox wrote: > > The afd used in the attach message is the > one returned by a Tauth/Rauth exchange. > If Tauth returns an error then afd = -1 gets used. > The attach spec should be irrelevant, unless > the server in question (what is it?) behaves > differently on Tauth to nil and Tauth to /mail/box/lucio/mbox. > The server I'm trying to construct, painfully, is a variation on upas/fs that handles a single Mime document rather than an entire mailbox. It's part of a much bigger project I won't bore anyone with just yet but a very fundamental portion of it. So far I have managed to install the server on /srv so that it reacts to a "mount /srv/sample /n/temp" and even reports receiving Tread messages on "afid". But the details are terribly blurry. I can't find an example that covers all the aspects I want. The idea is to run mime/fs analogously to dossrv or 9660srv, then mount a particular document onto a chosen destination: % mime/fs -R -p sample 8.sample 463: serving sample % mount /srv/sample /mime/3 /mail/msg/3 The -R option on mime/fs would inhibit descending the Mime hierarchy, essential if one uses Mime (Boyd, I know I'm looking for trouble, I'll rethink the whole thing once the experimental phase is over) as the containing folder and one does not want upas/fs's hunger for memory. What I'm trying to understand is how to tie auth_proxy(2) into the Tauth routine for srv(2). I get the Auth message from % mount /srv/sample /n/temp <-4- Tauth tag 13 fid 333 uname lucio aname -4-> Rauth tag 13 qid (0000000000000000 0 A) from a somewhat confused auth() function. Nowhere in the documentation I have, is it explained what's _really_ meant to happen next. I believe I ought to return req->ofcall->aqid and a nil error message, which I do (the qid turns out to be zero, which I find a bit bothersome, but, if I read the above correctly, at least has the QTAUTH flag set) I presume I have to record somewhere the afid as the authentication fid for this session which leads me to ask two questions: (1) do I need to keep the afid for each connection to the server and how best do I do this? and (b) how do I relate this fid to an authentication channel: can I somehow proxy or delegate a factotum connection over it, or do I have to reroute factotum RPC requests individually? I note that the next transaction (my server does nothing more than report incoming messages past this stage) is an empty Tread: <-4- Tread tag 13 fid 333 offset 0 count 2048 (oops, that's not empty - it used to be, but that was before I stumbled into QTAUTH) over afid, which gets a reply from my empty read() function: -4-> Rread tag 13 count 0 '' which is followed by a puzzling Tattach exchange: <-4- Tattach tag 13 fid 349 afid 333 uname lucio aname -4-> Rerror tag 13 ename unknown fid I assume the "unknown fid" comes from srv() which I don't quite understand. I'll happily publish the source for this exercise once it can serve as a working example, in the meantime I guess I must supplement the documentation with details derived from trial and error. One last question. In the Plan 9 Security Paper, mention is made that "When client and server have successfully negotiated, the authentication file changes state so it can be used as evidence of authority in mount". I would like to know how it changes state and whether the server is responsible for this state change. I have looked carefully at 9p2.c in the KFS sources, where the factotum/rpc dialogue is re-routed and, apparently, the server stands aside until it's complete, but I don't understand how to duplicate this in a user level server (I think my understanding of Plan 9 file services, fids and qids is severly lacking) and I sometimes begin to think that removing authentication from servers is a chimera that has not been achieved yet. ++L From cse.psu.edu!9fans-admin Tue Aug 27 15:36:21 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 27 15:36:21 JST 2002 Received: (qmail 16730 invoked by uid 1020); 27 Aug 2002 15:36:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16726 invoked from network); 27 Aug 2002 15:36:20 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 27 Aug 2002 15:36:20 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 252D419A08; Tue, 27 Aug 2002 02:36:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D97CB199B7 for <9fans@cse.psu.edu>; Tue, 27 Aug 2002 02:35:39 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g7R6ZQx8005326 for <9fans@cse.psu.edu>; Tue, 27 Aug 2002 08:35:36 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g7R6ZN3x005325 for 9fans@cse.psu.edu; Tue, 27 Aug 2002 08:35:23 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] Attach/Auth Message-ID: <20020827083520.W29921@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <20020827070622.V29921@cackle.proxima.alt.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <20020827070622.V29921@cackle.proxima.alt.za>; from Lucio De Re on Tue, Aug 27, 2002 at 07:06:23AM +0200 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 27 Aug 2002 08:35:21 +0200 On Tue, Aug 27, 2002 at 07:06:23AM +0200, Lucio De Re wrote: > > which is followed by a puzzling Tattach exchange: > > <-4- Tattach tag 13 fid 349 afid 333 uname lucio aname > -4-> Rerror tag 13 ename unknown fid > > I assume the "unknown fid" comes from srv() which I don't quite > understand. > The following code in /sys/src/lib9p/srv.c is suspicious: case Tauth: if((r->fid = allocfid(srv->fpool, r->ifcall.fid)) == nil){ respond(r, Edupfid); break; } r->afid = nil; if(r->ifcall.afid != NOFID && (r->afid = allocfid(srv->fpool, r->ifcall.fid)) == nil){ respond(r, Eunknownfid); break; } The second allocfid() seems to work a lot better if replaced by: lookupfid(srv->fpool, r->ifcall.afid) The Tattach exchange now looks like: <-4- Tattach tag 11 fid 324 afid 339 uname lucio aname -4-> Rattach tag 11 qid (0000000000000000 0 d) which seems a little healthier except for the Qid value, which repeats the value that was assigned to the auth file. ++L From cse.psu.edu!9fans-admin Tue Aug 27 17:36:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 27 17:36:20 JST 2002 Received: (qmail 18339 invoked by uid 1020); 27 Aug 2002 17:36:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18335 invoked from network); 27 Aug 2002 17:36:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 27 Aug 2002 17:36:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 35AF019A33; Tue, 27 Aug 2002 04:36:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from lavoro.home.cs.york.ac.uk (public1-york1-5-cust17.leed.broadband.ntl.com [80.0.45.17]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 67D8B19A2D for <9fans@cse.psu.edu>; Tue, 27 Aug 2002 04:35:43 -0400 (EDT) Message-ID: <0106218da47543b8ad10bcff44994f6e@caldo.demon.co.uk> To: 9fans@cse.psu.edu Subject: Re: [9fans] GCC 3.0 for Plan 9 From: Charles Forsyth MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-lcxcquooxykxhxdqasvfcjomzn" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 27 Aug 2002 09:20:59 +0100 This is a multi-part message in MIME format. --upas-lcxcquooxykxhxdqasvfcjomzn Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit that can and has been done by using the Plan 9 compilers as cross-compilers for Plan 9 running on some other system. (in fact, i used the Inferno suite on Solaris and FreeBSD, since that suite has the portability libraries, but it's the same idea.) Plan 9's use of processors is not always the same as gcc's, which tends for understandable reasons to keep to whatever ABIs have been defined for those platforms. (sometimes there are several per platform.) Plan 9 often has its own view. the supporting libraries (most obviously ), and certainly the kernel, sometimes know what it is, so that gcc's code is not always suitable, generating different calling and register usage conventions for instance. --upas-lcxcquooxykxhxdqasvfcjomzn Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-1.mail.demon.net by mailstore for forsyth@caldo.demon.co.uk id 1030337919:10:14081:214; Mon, 26 Aug 2002 04:58:39 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-1.mail.demon.net id aa1105396; 26 Aug 2002 4:58 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B49C119A94; Mon, 26 Aug 2002 00:58:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B95C419A65 for <9fans@cse.psu.edu>; Mon, 26 Aug 2002 00:57:15 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id IAA29638 for 9fans@cse.psu.edu; Mon, 26 Aug 2002 08:57:14 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Subject: Re: [9fans] GCC 3.0 for Plan 9 Message-ID: <20020826085714.A29596@unicorn.math.spbu.ru> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 26 Aug 2002 08:57:14 +0400 David, don't you by any chance have GCC available in a cross-platform mode, where one can develop Plan9 applications on some UNIX brand ? Thanks, Roman. On Fri, Aug 23, 2002 at 06:21:53PM -0400, David Gordon Hogan wrote: > I'm making the Plan 9 port of GCC (and related utilities) available to > the public. There are still some problems with the distribution, but > it's a start. > > There are three gzipped tar files: > > 1. /n/sources/extra/gnubin.tgz > 2. /n/sources/extra/ape.tgz > 3. http://cm.bell-labs.com/cm/cs/who/dhog/gnusrc.tgz > > The first one should be unpacked in the root of your Plan 9 system in > order to install the various binaries, libraries etc in the required > system locations. It's 386 only, that's all that works at this stage. > > The second contains the sources of a port of the APE libraries which > works with GCC. APE is distributed under the terms of the Plan 9 > License. It should be unpacked into /sys/src/gnu/ape. > > The third archive is a snapshot of the sources used to build GCC et > al. It's in a slightly unkempt state. Consult the README file for > more details. It should be unpacked into /sys/src/gnu. GCC, > Binutils, and the other files in the third archive are distributed in > accordance with the GPL. > > The first two archives are also available via the Plan 9 updates page, > > http://plan9.bell-labs.com/plan9dist/ureg.html --upas-lcxcquooxykxhxdqasvfcjomzn-- From cse.psu.edu!9fans-admin Tue Aug 27 20:26:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 27 20:26:20 JST 2002 Received: (qmail 20401 invoked by uid 1020); 27 Aug 2002 20:26:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20397 invoked from network); 27 Aug 2002 20:26:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 27 Aug 2002 20:26:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 99D9E19A08; Tue, 27 Aug 2002 07:26:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (ampl.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 6BC5C19A05 for <9fans@cse.psu.edu>; Tue, 27 Aug 2002 07:25:52 -0400 (EDT) Message-ID: <62f82f7ba6ae055e8ca80009b5eedcc3@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] Attach/Auth MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 27 Aug 2002 07:25:50 -0400 That's my fault. case Tauth: if((r->fid = allocfid(srv->fpool, r->ifcall.fid)) == nil){ respond(r, Edupfid); break; } r->afid = nil; if(r->ifcall.afid != NOFID && (r->afid = allocfid(srv->fpool, r->ifcall.fid)) == nil){ respond(r, Eunknownfid); break; } The line in question should actually be if(r->ifcall.afid != NOFID && (r->afid = allocfid(srv->fpool, r->ifcall.afid)) == nil){ Note the s/fid/afid/ near the end of the line. Goes to show that we've never actually used authentication, I suppose. Russ From cse.psu.edu!9fans-admin Tue Aug 27 20:55:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 27 20:55:19 JST 2002 Received: (qmail 20648 invoked by uid 1020); 27 Aug 2002 20:55:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20644 invoked from network); 27 Aug 2002 20:55:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 27 Aug 2002 20:55:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D8CEC19A33; Tue, 27 Aug 2002 07:55:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from cackle.proxima.alt.za (cackle.proxima.alt.za [196.30.44.141]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 200B4199EC for <9fans@cse.psu.edu>; Tue, 27 Aug 2002 07:54:44 -0400 (EDT) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.3/8.12.3) with ESMTP id g7RBsbx8005839 for <9fans@cse.psu.edu>; Tue, 27 Aug 2002 13:54:39 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.3/8.12.3/Submit) id g7RBsZWX005838 for 9fans@cse.psu.edu; Tue, 27 Aug 2002 13:54:35 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] Attach/Auth Message-ID: <20020827135433.B5814@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <62f82f7ba6ae055e8ca80009b5eedcc3@plan9.bell-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <62f82f7ba6ae055e8ca80009b5eedcc3@plan9.bell-labs.com>; from Russ Cox on Tue, Aug 27, 2002 at 07:25:50AM -0400 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu X-Reply-To: lucio@proxima.alt.za List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 27 Aug 2002 13:54:34 +0200 On Tue, Aug 27, 2002 at 07:25:50AM -0400, Russ Cox wrote: > > case Tauth: > if((r->fid = allocfid(srv->fpool, r->ifcall.fid)) == nil){ > respond(r, Edupfid); > break; > } > r->afid = nil; > if(r->ifcall.afid != NOFID && (r->afid = allocfid(srv->fpool, r->ifcall.fid)) == nil){ > respond(r, Eunknownfid); > break; > } > > The line in question should actually be > > if(r->ifcall.afid != NOFID && (r->afid = allocfid(srv->fpool, r->ifcall.afid)) == nil){ > > Note the s/fid/afid/ near the end of the line. Hm. I replaced the allocfid() with lookupfid(), plus the change you mentioned, because afid is already allocated in Tauth (did I really put Tauth up there? I meant Tattach!). > Goes to show that we've never actually used authentication, I suppose. > That's perfectly reasonable, as long as somebody eventually irons out the creases :-) ++L From cse.psu.edu!9fans-admin Tue Aug 27 21:26:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 27 21:26:18 JST 2002 Received: (qmail 20923 invoked by uid 1020); 27 Aug 2002 21:26:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20919 invoked from network); 27 Aug 2002 21:26:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 27 Aug 2002 21:26:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B27C819A55; Tue, 27 Aug 2002 08:26:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id D85A8199B7 for <9fans@cse.psu.edu>; Tue, 27 Aug 2002 08:25:50 -0400 (EDT) Message-ID: <71a1aaab42b7ef1be29a32fb362d3510@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] Attach/Auth MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 27 Aug 2002 08:25:49 -0400 > Hm. I replaced the allocfid() with lookupfid(), plus the change you > mentioned, because afid is already allocated in Tauth (did I really > put Tauth up there? I meant Tattach!). Oh, right. Fixed. > > Goes to show that we've never actually used authentication, I suppose. > That's perfectly reasonable, as long as somebody eventually irons out > the creases :-) The reason that we've never actually used authentication is that most user-level file servers don't need to authenticate. They post files that are mode 0600 in srv (or don't post at all) and mount into the namespace directly. Thus, by default the kernel will make sure that only you can get at the file server. You don't need to protect it further. Kfs only needs to deal with authentication because it can listen to the network, speaking 9P with arbitrary clients rather than just with the kernel. For what you're doing, it doesn't sound like you need authentication. It also sounds like you should just use upas/fs. Given a message you can just do: { echo 'From xxx' `{date} sed '/^$/,$ s/^From / From /' echo } >$TMP upas/fs -f $TMP Anyhow, I just fixed the various bugs you pointed out in the manual pages. Let me know about any incompletenesses. Of course, it's impossible to write documentation without noticing unnecessary complications in the implementation, so the library itself has been slightly stirred around as well, to be easier to explain. No programs should need to change unless they're relying on very subtle implementation details (and even I don't have such programs). /sys/src/lib9p/ramfs.c is now in the distribution. Sorry about forgetting it earlier. Russ From cse.psu.edu!9fans-admin Tue Aug 27 21:29:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Aug 27 21:29:18 JST 2002 Received: (qmail 20946 invoked by uid 1020); 27 Aug 2002 21:29:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20942 invoked from network); 27 Aug 2002 21:29:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 27 Aug 2002 21:29:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0FFD419A6A; Tue, 27 Aug 2002 08:29:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 598A919A54 for <9fans@cse.psu.edu>; Tue, 27 Aug 2002 08:28:49 -0400 (EDT) Message-ID: <52bd49bbc030ffd2d8b39a2abfa738c4@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] win Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Tue, 27 Aug 2002 08:28:48 -0400 in related news, i've fixed a couple annoying bugs in the acme win program, mainly to improve the handling of hitting delete. it should not crash anymore if you hit delete at the wrong times. let me know if you see problems. From cse.psu.edu!9fans-admin Wed Aug 28 15:16:36 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 28 15:16:36 JST 2002 Received: (qmail 32230 invoked by uid 1020); 28 Aug 2002 15:16:35 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 32226 invoked from network); 28 Aug 2002 15:16:35 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 28 Aug 2002 15:16:35 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4740119A0C; Wed, 28 Aug 2002 02:16:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 86F5819992 for <9fans@cse.psu.edu>; Wed, 28 Aug 2002 02:15:34 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id KAA03173 for 9fans@cse.psu.edu; Wed, 28 Aug 2002 10:15:32 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Subject: Re: [9fans] Attach/Auth Message-ID: <20020828101531.A3072@unicorn.math.spbu.ru> References: <71a1aaab42b7ef1be29a32fb362d3510@plan9.bell-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <71a1aaab42b7ef1be29a32fb362d3510@plan9.bell-labs.com> Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 28 Aug 2002 10:15:31 +0400 On Tue, Aug 27, 2002 at 08:25:49AM -0400, Russ Cox wrote: > > Anyhow, I just fixed the various bugs you pointed out in the manual pages. > Let me know about any incompletenesses. Russ, can you also add something to the effect of "fids can be dangling" to the 9P manpages ? May be I'm being too picky, but I have a good reason -- I've learned that in a pretty hard way. Thanks, Roman. From cse.psu.edu!9fans-admin Wed Aug 28 18:40:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 28 18:40:20 JST 2002 Received: (qmail 3009 invoked by uid 1020); 28 Aug 2002 18:40:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3005 invoked from network); 28 Aug 2002 18:40:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 28 Aug 2002 18:40:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8B98919A57; Wed, 28 Aug 2002 05:40:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from lavoro.home.cs.york.ac.uk (public1-york1-5-cust17.leed.broadband.ntl.com [80.0.45.17]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E328D19A56 for <9fans@cse.psu.edu>; Wed, 28 Aug 2002 05:39:51 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Attach/Auth From: Charles Forsyth MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ieezvryoubdobxfaxnhryaedcs" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 28 Aug 2002 10:24:34 +0100 This is a multi-part message in MIME format. --upas-ieezvryoubdobxfaxnhryaedcs Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit but fids can't be `dangling'. they're allocated by one request or another (eg, Tattach, Tauth, Twalk), and deallocated by Tclunk or Tremove. they can't `dangle'. if the client has allocated a fid, it is valid until it explicitly deallocates it. if the client hasn't allocated a fid but uses it in a request, it's a protocol error by the client (eg, `fid in use', or `unknown fid'). --upas-ieezvryoubdobxfaxnhryaedcs Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-2.mail.demon.net by mailstore for forsyth@caldo.demon.co.uk id 1030515409:20:15940:9; Wed, 28 Aug 2002 06:16:49 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-2.mail.demon.net id aa2015589; 28 Aug 2002 6:16 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4740119A0C; Wed, 28 Aug 2002 02:16:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 86F5819992 for <9fans@cse.psu.edu>; Wed, 28 Aug 2002 02:15:34 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id KAA03173 for 9fans@cse.psu.edu; Wed, 28 Aug 2002 10:15:32 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Subject: Re: [9fans] Attach/Auth Message-ID: <20020828101531.A3072@unicorn.math.spbu.ru> References: <71a1aaab42b7ef1be29a32fb362d3510@plan9.bell-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <71a1aaab42b7ef1be29a32fb362d3510@plan9.bell-labs.com> Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 28 Aug 2002 10:15:31 +0400 On Tue, Aug 27, 2002 at 08:25:49AM -0400, Russ Cox wrote: > > Anyhow, I just fixed the various bugs you pointed out in the manual pages. > Let me know about any incompletenesses. Russ, can you also add something to the effect of "fids can be dangling" to the 9P manpages ? May be I'm being too picky, but I have a good reason -- I've learned that in a pretty hard way. Thanks, Roman. --upas-ieezvryoubdobxfaxnhryaedcs-- From cse.psu.edu!9fans-admin Wed Aug 28 19:46:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Aug 28 19:46:19 JST 2002 Received: (qmail 4006 invoked by uid 1020); 28 Aug 2002 19:46:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4002 invoked from network); 28 Aug 2002 19:46:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 28 Aug 2002 19:46:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7D6ED19A59; Wed, 28 Aug 2002 06:46:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 2D67819A59 for <9fans@cse.psu.edu>; Wed, 28 Aug 2002 06:45:04 -0400 (EDT) Message-ID: <4698e86778a916250d33161faf74d405@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] Attach/Auth MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 28 Aug 2002 06:45:02 -0400 > Russ, can you also add something to the effect of "fids can be dangling" > to the 9P manpages ? May be I'm being too picky, but I have a good reason -- > I've learned that in a pretty hard way. what forsyth said. also, fids can dangle in the sense that if you don't take care of closing all of them, there will just be garbage in memory but the fid table bookkeeping stays correct. i hope that's not what you mean, though. can you rephrase that? From cse.psu.edu!9fans-admin Fri Aug 30 08:29:23 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 08:29:23 JST 2002 Received: (qmail 28997 invoked by uid 1020); 30 Aug 2002 08:29:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28993 invoked from network); 30 Aug 2002 08:29:22 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 08:29:22 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 33B48199E8; Thu, 29 Aug 2002 19:29:07 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from email124 (unknown [211.116.59.124]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id EBF511999B for <9fans@cse.psu.edu>; Thu, 29 Aug 2002 19:28:29 -0400 (EDT) From: "Kim Chase" To: <9fans@cse.psu.edu> Mime-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Message-Id: <20020829232829.EBF511999B@mail.cse.psu.edu> Subject: [9fans] Ancient bread recipe actually helps you lose weight! Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 29 Aug 2020 08:16:38 Hunza Bread

Hunza Bread

Home made Hunza Bread is a simple, delicious and nutritious bread that is easily prepared in just 5 minutes using a few ingredients that have always been universally available. The taste of this bread is wonderful.

HUNZA BREAD Miraculously Stops Your Appetite And Hunger and is based on a 2000 year old recipe

The Hunzas are considered to be the healthiest people on earth. This bread is the main part of their diet.

CLICK HERE to learn more about these astounding people and their delicious, nutritious and easy to prepare home made health bread that suppresses your appetite.


From cse.psu.edu!9fans-admin Fri Aug 30 11:14:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 11:14:20 JST 2002 Received: (qmail 32698 invoked by uid 1020); 30 Aug 2002 11:14:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 32694 invoked from network); 30 Aug 2002 11:14:20 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 11:14:20 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 013FC199E8; Thu, 29 Aug 2002 22:14:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unixtechs.net (node-423a4ba2-sna-onnet.worldcom.com [66.58.75.162]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4F607199E8 for <9fans@cse.psu.edu>; Thu, 29 Aug 2002 22:13:32 -0400 (EDT) Received: from unixtechs.net (winbox [192.168.1.24]) by unixtechs.net (Postfix) with ESMTP id 8419E363 for <9fans@cse.psu.edu>; Thu, 29 Aug 2002 19:13:05 -0700 (PDT) Message-ID: <3D6ED569.7000008@unixtechs.net> From: Yuriy Yermilov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 To: 9fans@cse.psu.edu Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [9fans] fresh install Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 29 Aug 2002 19:16:09 -0700 Hello, I have just installed plan9 the fourth edition, and I've been trying to configure a new user on the system. I tried logging on as adm, since that's the user that has the access to the user/password/key dbase; however when I try to login as adm, I get an 'authentication failed' error, and then after a dump the cpu exits... Any idea on how I am supposed to create a new user with such limited access? From cse.psu.edu!9fans-admin Fri Aug 30 11:22:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 11:22:19 JST 2002 Received: (qmail 572 invoked by uid 1020); 30 Aug 2002 11:22:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 568 invoked from network); 30 Aug 2002 11:22:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 11:22:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 06D1519A69; Thu, 29 Aug 2002 22:22:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 286A119981 for <9fans@cse.psu.edu>; Thu, 29 Aug 2002 22:21:23 -0400 (EDT) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] fresh install MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 29 Aug 2002 22:21:21 -0400 If you really have just installed the system on a single machine, then there is no user/password/key database. There is a user/uid database in /adm/users, and to get permission to edit that you can use disk/kfscmd allow as described in http://plan9.bell-labs.com/wiki/plan9/Kfs_file_system_configuration If you've really set up a standalone auth server, you want to use auth/changeuser as described in http://plan9.bell-labs.com/wiki/plan9/Configuring_a_standalone_CPU_server Russ From cse.psu.edu!9fans-admin Fri Aug 30 11:59:21 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 11:59:21 JST 2002 Received: (qmail 1576 invoked by uid 1020); 30 Aug 2002 11:59:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1572 invoked from network); 30 Aug 2002 11:59:20 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 11:59:20 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BA1A919A74; Thu, 29 Aug 2002 22:59:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4549919A69 for <9fans@cse.psu.edu>; Thu, 29 Aug 2002 22:58:27 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id GAA07529 for 9fans@cse.psu.edu; Fri, 30 Aug 2002 06:58:25 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Subject: Re: [9fans] Attach/Auth Message-ID: <20020830065825.A7054@unicorn.math.spbu.ru> References: <4698e86778a916250d33161faf74d405@plan9.bell-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <4698e86778a916250d33161faf74d405@plan9.bell-labs.com> Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 30 Aug 2002 06:58:25 +0400 On Wed, Aug 28, 2002 at 06:45:02AM -0400, Russ Cox wrote: > > Russ, can you also add something to the effect of "fids can be dangling" > > to the 9P manpages ? May be I'm being too picky, but I have a good reason -- > > I've learned that in a pretty hard way. > > what forsyth said. also, fids can dangle in the sense that if you > don't take care of closing all of them, there will just be > garbage in memory but the fid table bookkeeping stays correct. > i hope that's not what you mean, though. You're right. That's not what I meant. > can you rephrase that? Sure. I just asked to mention that fid doesn't guarantee you that resource it points to will be available for the next operation. You may get Ephase. The reason I was asking to add this to the 9P manpages is that fids are very similar to object handles and most of the time people expect handles to stay valid until explicitly released ( clunked ). Thanks, Roman. From cse.psu.edu!9fans-admin Fri Aug 30 12:11:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 12:11:20 JST 2002 Received: (qmail 1790 invoked by uid 1020); 30 Aug 2002 12:11:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1786 invoked from network); 30 Aug 2002 12:11:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 12:11:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7FC5F199E8; Thu, 29 Aug 2002 23:11:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 54C9719988 for <9fans@cse.psu.edu>; Thu, 29 Aug 2002 23:10:43 -0400 (EDT) Message-ID: <0fc570ee35fb0c1281e86be4cd20ae69@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] Attach/Auth MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 29 Aug 2002 23:10:41 -0400 Oh, you mean the section 5 man pages rather than the lib9p man pages. Ephase is a property of the implementation, which can do whatever it pleases. There can be file servers that will never give you Ephase (like u9fs running on a typical Unix file system). Russ From cse.psu.edu!9fans-admin Fri Aug 30 12:39:22 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 12:39:22 JST 2002 Received: (qmail 2357 invoked by uid 1020); 30 Aug 2002 12:39:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 2353 invoked from network); 30 Aug 2002 12:39:20 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 12:39:20 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D478F19A54; Thu, 29 Aug 2002 23:39:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from unicorn.math.spbu.ru (unicorn.math.spbu.ru [195.19.226.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1A511199B7 for <9fans@cse.psu.edu>; Thu, 29 Aug 2002 23:38:13 -0400 (EDT) Received: (from vugluskr@localhost) by unicorn.math.spbu.ru (8.9.3/8.9.3) id HAA10699 for 9fans@cse.psu.edu; Fri, 30 Aug 2002 07:38:11 +0400 From: "Roman V. Shaposhnick" To: 9fans@cse.psu.edu Subject: Re: [9fans] Attach/Auth Message-ID: <20020830073811.A10644@unicorn.math.spbu.ru> References: <0fc570ee35fb0c1281e86be4cd20ae69@plan9.bell-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3i In-Reply-To: <0fc570ee35fb0c1281e86be4cd20ae69@plan9.bell-labs.com> Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 30 Aug 2002 07:38:11 +0400 That's exactly why I'm asking to mention that fids are no guarantee for resource being available -- it's entirely up to the server and client can make no assumptions whatsoever. Well, it would've saved me 1.5 days :( Anyway, if you consider this to be a minor issue -- let's just forget about it. Thanks, Roman. On Thu, Aug 29, 2002 at 11:10:41PM -0400, Russ Cox wrote: > Oh, you mean the section 5 man pages rather than > the lib9p man pages. Ephase is a property of the > implementation, which can do whatever it pleases. > There can be file servers that will never give > you Ephase (like u9fs running on a typical Unix > file system). > > Russ From cse.psu.edu!9fans-admin Fri Aug 30 12:42:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 12:42:20 JST 2002 Received: (qmail 2418 invoked by uid 1020); 30 Aug 2002 12:42:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 2414 invoked from network); 30 Aug 2002 12:42:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 12:42:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 619E319A71; Thu, 29 Aug 2002 23:42:12 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from math.psu.edu (leibniz.math.psu.edu [146.186.130.2]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 05B7419A70 for <9fans@cse.psu.edu>; Thu, 29 Aug 2002 23:41:52 -0400 (EDT) Received: from weyl.math.psu.edu (weyl.math.psu.edu [146.186.130.226]) by math.psu.edu (8.9.3/8.9.3) with ESMTP id XAA14325 for <9fans@cse.psu.edu>; Thu, 29 Aug 2002 23:41:51 -0400 (EDT) Received: from localhost (viro@localhost) by weyl.math.psu.edu (8.9.3/8.9.3) with ESMTP id XAA16792 for <9fans@cse.psu.edu>; Thu, 29 Aug 2002 23:41:50 -0400 (EDT) X-Authentication-Warning: weyl.math.psu.edu: viro owned process doing -bs From: Alexander Viro To: 9fans@cse.psu.edu Subject: Re: [9fans] Attach/Auth In-Reply-To: <0fc570ee35fb0c1281e86be4cd20ae69@plan9.bell-labs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 29 Aug 2002 23:41:50 -0400 (EDT) On Thu, 29 Aug 2002, Russ Cox wrote: > Oh, you mean the section 5 man pages rather than > the lib9p man pages. Ephase is a property of the > implementation, which can do whatever it pleases. > There can be file servers that will never give > you Ephase (like u9fs running on a typical Unix > file system). I suspect that Roman was looking at the manpages in question from the different side - he's dealing with client, not the servers. So it's not a matter of "you are not required to...", but "you should not expect the other side to...". From cse.psu.edu!9fans-admin Fri Aug 30 19:08:30 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 19:08:30 JST 2002 Received: (qmail 10220 invoked by uid 1020); 30 Aug 2002 19:08:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10216 invoked from network); 30 Aug 2002 19:08:29 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 19:08:29 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C76DF19995; Fri, 30 Aug 2002 06:08:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id AB3FF19981 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 06:07:46 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17kiYQ-0001mD-00 for 9fans@cse.psu.edu; Fri, 30 Aug 2002 10:59:02 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: GOD'S CREATOR! Message-ID: <3D6F05E3.F9558CFD@Go.Com> Organization: http://www.transhumanism.org/ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: Subject: [9fans] Re: Hardware Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 30 Aug 2002 09:57:28 GMT Mark Constant wrote: > > I thought I had read that you can't install Plan 9 on a computer that > has a geforce 256. Is this true? Thus spake GOD'S CREATOR; This link may help. http://plan9.bell-labs.com/wiki/plan9/plan_9_wiki/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Creating God, was my only sin.... From cse.psu.edu!9fans-admin Fri Aug 30 19:08:42 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 19:08:42 JST 2002 Received: (qmail 10227 invoked by uid 1020); 30 Aug 2002 19:08:42 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10223 invoked from network); 30 Aug 2002 19:08:41 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 19:08:41 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B94F919A6A; Fri, 30 Aug 2002 06:08:22 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D08BD199B9 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 06:07:49 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17kiYP-0001m1-00 for 9fans@cse.psu.edu; Fri, 30 Aug 2002 10:59:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: gimpie Message-ID: Organization: http://groups.google.com/ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: [9fans] ctrl+c in rc? stopping process execution? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 30 Aug 2002 09:57:03 GMT Hello, how do i stop an execution of a command in progress? From cse.psu.edu!9fans-admin Fri Aug 30 19:09:06 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 19:09:06 JST 2002 Received: (qmail 10236 invoked by uid 1020); 30 Aug 2002 19:09:06 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10232 invoked from network); 30 Aug 2002 19:09:05 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 19:09:05 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.20.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id F13D119A75; Fri, 30 Aug 2002 06:08:31 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CD4F119A54 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 06:07:51 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17kiYQ-0001m7-00 for 9fans@cse.psu.edu; Fri, 30 Aug 2002 10:59:02 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Isaac Stern Message-ID: <86e2dbb4.0208291800.5cfd604c@posting.google.com> Organization: http://groups.google.com/ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: [9fans] plan 9 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 30 Aug 2002 09:57:14 GMT I have heard lots of good things about plan9 in a past. How it is innovative OS and it takes file abstractions step futher then UNIX, but have never really made any serious research on topic. Could someone please sum up for me what is new in plan 9 besides it being "multiserver/distribured" OS. Sincerely, IS. From cse.psu.edu!9fans-admin Fri Aug 30 19:12:16 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 19:12:16 JST 2002 Received: (qmail 10330 invoked by uid 1020); 30 Aug 2002 19:12:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10326 invoked from network); 30 Aug 2002 19:12:15 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 19:12:15 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9D29D19A76; Fri, 30 Aug 2002 06:12:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from nigel.9fs.org (cotswold.demon.co.uk [194.222.75.186]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 9A47B19988 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 06:11:33 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] ctrl+c in rc? stopping process execution? From: nigel@9fs.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-eedyjayomgcbghqmsynxcltlzp" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 30 Aug 2002 11:11:34 +0100 This is a multi-part message in MIME format. --upas-eedyjayomgcbghqmsynxcltlzp Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit There is only OTIK. It's Del, not Ctrl-C. So, hit the Del key (just to the right of Enter on my keybaord). Nigel --upas-eedyjayomgcbghqmsynxcltlzp Content-Type: message/rfc822 Content-Disposition: inline Received: from 9fs.org ([192.168.100.103]) by 9fs.org; Fri Aug 30 11:08:40 BST 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by 9fs.org; Fri Aug 30 11:08:39 BST 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8626419A57; Fri, 30 Aug 2002 06:08:20 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D08BD199B9 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 06:07:49 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17kiYP-0001m1-00 for 9fans@cse.psu.edu; Fri, 30 Aug 2002 10:59:01 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: gimpie Message-ID: Organization: http://groups.google.com/ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: [9fans] ctrl+c in rc? stopping process execution? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 30 Aug 2002 09:57:03 GMT Hello, how do i stop an execution of a command in progress? --upas-eedyjayomgcbghqmsynxcltlzp-- From cse.psu.edu!9fans-admin Fri Aug 30 19:16:18 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 19:16:18 JST 2002 Received: (qmail 10415 invoked by uid 1020); 30 Aug 2002 19:16:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10411 invoked from network); 30 Aug 2002 19:16:17 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 19:16:17 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D839119A69; Fri, 30 Aug 2002 06:16:10 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from nigel.9fs.org (cotswold.demon.co.uk [194.222.75.186]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E9BE819988 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 06:15:48 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] plan 9 From: nigel@9fs.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ltpskbnbivbeymmhsusicabvfa" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 30 Aug 2002 11:15:49 +0100 This is a multi-part message in MIME format. --upas-ltpskbnbivbeymmhsusicabvfa Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit The summaries in the Plan 9 documentation are excellent. Much more trustworthy than anything I might mindlessly pop down in an ill-considered email. http://plan9.bell-labs.com/sys/doc/index.html --upas-ltpskbnbivbeymmhsusicabvfa Content-Type: message/rfc822 Content-Disposition: inline Received: from 9fs.org ([192.168.100.103]) by 9fs.org; Fri Aug 30 11:09:03 BST 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by 9fs.org; Fri Aug 30 11:09:02 BST 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 002B919A71; Fri, 30 Aug 2002 06:08:29 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from mercury.bath.ac.uk (mercury.bath.ac.uk [138.38.32.81]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CD4F119A54 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 06:07:51 -0400 (EDT) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 17kiYQ-0001m7-00 for 9fans@cse.psu.edu; Fri, 30 Aug 2002 10:59:02 +0100 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Isaac Stern Message-ID: <86e2dbb4.0208291800.5cfd604c@posting.google.com> Organization: http://groups.google.com/ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: [9fans] plan 9 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 30 Aug 2002 09:57:14 GMT I have heard lots of good things about plan9 in a past. How it is innovative OS and it takes file abstractions step futher then UNIX, but have never really made any serious research on topic. Could someone please sum up for me what is new in plan 9 besides it being "multiserver/distribured" OS. Sincerely, IS. --upas-ltpskbnbivbeymmhsusicabvfa-- From cse.psu.edu!9fans-admin Fri Aug 30 22:17:25 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 22:17:25 JST 2002 Received: (qmail 12335 invoked by uid 1020); 30 Aug 2002 22:17:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12331 invoked from network); 30 Aug 2002 22:17:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 22:17:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 2E2F919A6A; Fri, 30 Aug 2002 09:17:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 928B419995 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 09:16:50 -0400 (EDT) Received: (qmail 2423463 invoked from network); 30 Aug 2002 07:16:49 -0600 Received: from xed.acl.lanl.gov (128.165.147.191) by acl.lanl.gov with SMTP; 30 Aug 2002 07:16:49 -0600 Received: (qmail 28334 invoked by uid 3499); 30 Aug 2002 07:16:49 -0600 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Aug 2002 07:16:49 -0600 From: Ronald G Minnich X-X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] ctrl+c in rc? stopping process execution? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 30 Aug 2002 07:16:49 -0600 (MDT) On Fri, 30 Aug 2002, gimpie wrote: > how do i stop an execution of a command in progress? You could call the governor. He might pick up the Red Phone and tell them "Stop the execution! I've signed the Pardon!" It works on lots of old movies. ron From cse.psu.edu!9fans-admin Fri Aug 30 22:57:20 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 22:57:20 JST 2002 Received: (qmail 12842 invoked by uid 1020); 30 Aug 2002 22:57:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12838 invoked from network); 30 Aug 2002 22:57:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 22:57:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 35ED419A6A; Fri, 30 Aug 2002 09:57:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 57FF519A6A for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 09:56:51 -0400 (EDT) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.9.3/8.9.3) with ESMTP id PAA04104 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 15:56:47 +0200 (MET DST) Received: from zamenhof.cs.utwente.nl by zeus.cs.utwente.nl (8.10.2+Sun/csrelay-Sol1.4/RB) id g7UDulQ23419; Fri, 30 Aug 2002 15:56:47 +0200 (MEST) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id g7UDuli29304 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 15:56:47 +0200 (MEST) Message-Id: <200208301356.g7UDuli29304@zamenhof.cs.utwente.nl> X-Authentication-Warning: zamenhof.cs.utwente.nl: belinfan@localhost didn't use HELO protocol X-Mailer: exmh version 2.5 07/13/2001 with version: MH 6.8.3 #20[UCI] To: 9fans@cse.psu.edu From: Axel Belinfante X-Organisation: University of Twente, Department of Computer Science, Formal Methods and Tools Group, PO Box 217, NL-7500 AE Enschede, The Netherlands X-Phone: +31 53 4893774 X-Telefax: +31 53 4893247 X-Face: 3YGZY^_!}k]>-k'9$LK?8GXbi?vs=2v*ut,/8z,z!(QNBk_>~:~"MJ_%i`sLLqGN,DGbkT@ N\jhX/jNLTz2hO_R"*RF(%bRvk+M,iU7SvVJtC*\B6Ud<7~`MGMp7rCI6LVp=%k=HE?-UCV?[p\$R? mI\n2/!#3/wZZsa[m7d;PKWiuH6'~ List-Archive: Date: Fri, 30 Aug 2002 15:56:47 +0200 Rephrased: does the orinoco driver support avaya cards? (my first (and single) experiment seems to indicate: no) Or are these (completely?) different? I'm sorry if this is a silly question... Axel. From cse.psu.edu!9fans-admin Fri Aug 30 23:45:29 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 23:45:29 JST 2002 Received: (qmail 13261 invoked by uid 1020); 30 Aug 2002 23:45:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13257 invoked from network); 30 Aug 2002 23:45:23 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 23:45:23 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6DF6719A75; Fri, 30 Aug 2002 10:45:15 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from nigel.9fs.org (cotswold.demon.co.uk [194.222.75.186]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id B5DC119A75 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 10:44:54 -0400 (EDT) Message-ID: <2552c89fc843c2f87f1a6157cc6f5095@9fs.org> To: 9fans@cse.psu.edu Subject: Re: [9fans] wavelan cards question: orinoco is/is not avaya? From: nigel@9fs.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-kworztlrtbywwtybneawbsjknt" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 30 Aug 2002 15:44:55 +0100 This is a multi-part message in MIME format. --upas-kworztlrtbywwtybneawbsjknt Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I suspect that it is exactly the same. --upas-kworztlrtbywwtybneawbsjknt Content-Type: message/rfc822 Content-Disposition: inline Received: from 9fs.org ([192.168.100.103]) by 9fs.org; Fri Aug 30 14:57:15 BST 2002 Received: from mail.cse.psu.edu ([130.203.4.6]) by 9fs.org; Fri Aug 30 14:57:15 BST 2002 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 112DE1999B; Fri, 30 Aug 2002 09:57:09 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 57FF519A6A for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 09:56:51 -0400 (EDT) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.9.3/8.9.3) with ESMTP id PAA04104 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 15:56:47 +0200 (MET DST) Received: from zamenhof.cs.utwente.nl by zeus.cs.utwente.nl (8.10.2+Sun/csrelay-Sol1.4/RB) id g7UDulQ23419; Fri, 30 Aug 2002 15:56:47 +0200 (MEST) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id g7UDuli29304 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 15:56:47 +0200 (MEST) Message-Id: <200208301356.g7UDuli29304@zamenhof.cs.utwente.nl> X-Authentication-Warning: zamenhof.cs.utwente.nl: belinfan@localhost didn't use HELO protocol X-Mailer: exmh version 2.5 07/13/2001 with version: MH 6.8.3 #20[UCI] To: 9fans@cse.psu.edu From: Axel Belinfante X-Organisation: University of Twente, Department of Computer Science, Formal Methods and Tools Group, PO Box 217, NL-7500 AE Enschede, The Netherlands X-Phone: +31 53 4893774 X-Telefax: +31 53 4893247 X-Face: 3YGZY^_!}k]>-k'9$LK?8GXbi?vs=2v*ut,/8z,z!(QNBk_>~:~"MJ_%i`sLLqGN,DGbkT@ N\jhX/jNLTz2hO_R"*RF(%bRvk+M,iU7SvVJtC*\B6Ud<7~`MGMp7rCI6LVp=%k=HE?-UCV?[p\$R? mI\n2/!#3/wZZsa[m7d;PKWiuH6'~ List-Archive: Date: Fri, 30 Aug 2002 15:56:47 +0200 Rephrased: does the orinoco driver support avaya cards? (my first (and single) experiment seems to indicate: no) Or are these (completely?) different? I'm sorry if this is a silly question... Axel. --upas-kworztlrtbywwtybneawbsjknt-- From cse.psu.edu!9fans-admin Fri Aug 30 23:52:28 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Aug 30 23:52:28 JST 2002 Received: (qmail 13331 invoked by uid 1020); 30 Aug 2002 23:52:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13327 invoked from network); 30 Aug 2002 23:52:16 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 30 Aug 2002 23:52:16 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4071419A6A; Fri, 30 Aug 2002 10:52:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from plan9.cs.bell-labs.com (closedmind.org [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id CC5EC1999B for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 10:51:03 -0400 (EDT) Message-ID: <5c97f7ead156b68ec454440621af238c@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] wavelan cards question: orinoco is/is not avaya? MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 30 Aug 2002 10:51:01 -0400 I don't think Avaya cards have anything to do with Orinoco. The WaveLAN/Orinoco cards went to Agere, and have recently been bought by Proxim. From cse.psu.edu!9fans-admin Sat Aug 31 00:08:30 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 31 00:08:30 JST 2002 Received: (qmail 13492 invoked by uid 1020); 31 Aug 2002 00:08:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13488 invoked from network); 31 Aug 2002 00:08:19 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 31 Aug 2002 00:08:19 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6E69B19A75; Fri, 30 Aug 2002 11:08:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from nigel.9fs.org (cotswold.demon.co.uk [194.222.75.186]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 1EA9A19A6A for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 11:07:48 -0400 (EDT) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] wavelan cards question: orinoco is/is not avaya? From: nigel@9fs.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 30 Aug 2002 16:07:48 +0100 > I don't think Avaya cards have anything to do > with Orinoco. The WaveLAN/Orinoco cards went > to Agere, and have recently been bought by Proxim. Nevertheless, 1. A quick search of the 'net suggests that the Avaya card has the Hermes chipset (www.hoelzner.de/security/wlan.php), same as Orinoco 2. The FreeBSD driver does not have any special recognition in it for Avaya, yet the releases notes specially mention support. 3. Avaya sell exactly the same range of products as Orinoco, right down to the sexy range extender antenna, and 'silver' and 'gold' cards I think it will identify itself as Lucent/Wavelan. You can check this of course. From cse.psu.edu!9fans-admin Sat Aug 31 00:13:19 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 31 00:13:19 JST 2002 Received: (qmail 13547 invoked by uid 1020); 31 Aug 2002 00:13:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13543 invoked from network); 31 Aug 2002 00:13:18 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 31 Aug 2002 00:13:18 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 2626419A75; Fri, 30 Aug 2002 11:13:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from crufty.research.bell-labs.com (ns2.research.bell-labs.com [204.178.16.49]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B9D8019995 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 11:12:30 -0400 (EDT) Received: from grubby.research.bell-labs.com (H-135-104-2-9.research.bell-labs.com [135.104.2.9]) by crufty.research.bell-labs.com (8.12.5/8.12.5) with ESMTP id g7UFCULI034780 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 11:12:30 -0400 (EDT) Received: from mcs.research.bell-labs.com (mcs.research.bell-labs.com [135.104.32.15]) by grubby.research.bell-labs.com (8.11.6/8.11.6) with ESMTP id g7UFCOo22038 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 11:12:24 -0400 (EDT) Received: from sahuguetpcmh (sahuguet-pcmh.bl.bell-labs.com [135.104.37.76]) by mcs.research.bell-labs.com (8.9.3/8.8.8) with SMTP id LAA1780989 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 11:12:23 -0400 (EDT) Message-ID: <045601c25037$a4c432a0$4c256887@bl.belllabs.com> From: "Arnaud Sahuguet" To: <9fans@cse.psu.edu> 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 Subject: [9fans] Java library to access 9P/Styx Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 30 Aug 2002 11:12:23 -0400 I am looking for Java libraries to access Plan 9 servers. I heard that such things exist (see reference to Slashdot post below), but I could not find any. "Note that all this is independent of the programming language. There are C and Java libraries for accessing 9P or Styx objects." http://slashdot.org/articles/02/03/05/2032245.shtml?tid=155 Pointers would be appreciated. regards, Arnaud From cse.psu.edu!9fans-admin Sat Aug 31 02:19:25 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 31 02:19:25 JST 2002 Received: (qmail 14551 invoked by uid 1020); 31 Aug 2002 02:19:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14547 invoked from network); 31 Aug 2002 02:19:23 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 31 Aug 2002 02:19:23 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.30.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D4A28199EE; Fri, 30 Aug 2002 13:19:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from math.psu.edu (leibniz.math.psu.edu [146.186.130.2]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 91946199E3 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 13:18:25 -0400 (EDT) Received: from augusta.math.psu.edu (augusta.math.psu.edu [146.186.132.2]) by math.psu.edu (8.9.3/8.9.3) with ESMTP id NAA10463 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 13:18:25 -0400 (EDT) Received: from augusta.math.psu.edu (localhost [127.0.0.1]) by augusta.math.psu.edu (8.11.6+Sun/8.9.3) with ESMTP id g7UHIPl04307 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 13:18:25 -0400 (EDT) Message-Id: <200208301718.g7UHIPl04307@augusta.math.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] Quality of Plan 9's Cyrillic fonts? In-Reply-To: Your message of "Mon, 26 Aug 2002 01:23:13 EDT." <02082601203200.00592@localhost.localdomain> From: Dan Cross Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 30 Aug 2002 13:18:25 -0400 Thanks George and Andrey for your advice on this question. Andrey, I'll definitely let you know if I need help typing Russian. :-) - Dan C. From cse.psu.edu!9fans-admin Sat Aug 31 04:58:41 JST 2002 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Aug 31 04:58:41 JST 2002 Received: (qmail 15721 invoked by uid 1020); 31 Aug 2002 04:58:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15717 invoked from network); 31 Aug 2002 04:58:20 +0900 Received: from psuvax1.cse.psu.edu (HELO mail.cse.psu.edu) (130.203.4.6) by vega.aichi-u.ac.jp with SMTP; 31 Aug 2002 04:58:20 +0900 Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.16.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C661619A78; Fri, 30 Aug 2002 15:58:11 -0400 (EDT) Delivered-To: 9fans@cse.psu.edu Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 167AE19988 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 15:57:54 -0400 (EDT) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.9.3/8.9.3) with ESMTP id VAA13896 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 21:57:50 +0200 (MET DST) Received: from zamenhof.cs.utwente.nl by zeus.cs.utwente.nl (8.10.2+Sun/csrelay-Sol1.4/RB) id g7UJvoQ02430; Fri, 30 Aug 2002 21:57:50 +0200 (MEST) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id g7UJvn800217 for <9fans@cse.psu.edu>; Fri, 30 Aug 2002 21:57:49 +0200 (MEST) Message-Id: <200208301957.g7UJvn800217@zamenhof.cs.utwente.nl> X-Authentication-Warning: zamenhof.cs.utwente.nl: belinfan@localhost didn't use HELO protocol X-Mailer: exmh version 2.5 07/13/2001 with version: MH 6.8.3 #20[UCI] To: 9fans@cse.psu.edu Subject: Re: [9fans] wavelan cards question: orinoco is/is not avaya? In-reply-to: Your message of "Fri, 30 Aug 2002 16:07:48 +0100." References: From: Axel Belinfante X-Organisation: University of Twente, Department of Computer Science, Formal Methods and Tools Group, PO Box 217, NL-7500 AE Enschede, The Netherlands X-Phone: +31 53 4893774 X-Telefax: +31 53 4893247 X-Face: 3YGZY^_!}k]>-k'9$LK?8GXbi?vs=2v*ut,/8z,z!(QNBk_>~:~"MJ_%i`sLLqGN,DGbkT@ N\jhX/jNLTz2hO_R"*RF(%bRvk+M,iU7SvVJtC*\B6Ud<7~`MGMp7rCI6LVp=%k=HE?-UCV?[p\$R? mI\n2/!#3/wZZsa[m7d;PKWiuH6'~ List-Archive: Date: Fri, 30 Aug 2002 21:57:49 +0200 It identifies itself as: "Avaya Wireless PC Card", Inserting above line in /sys/src/9/pc/wavelan.c seems to do the job. (setting - I think - only essid (mayb not even that); have not tried encryption , and only access point mode). Axel. > > I don't think Avaya cards have anything to do > > with Orinoco. The WaveLAN/Orinoco cards went > > to Agere, and have recently been bought by Proxim. > > Nevertheless, > > 1. A quick search of the 'net suggests that the Avaya card > has the Hermes chipset (www.hoelzner.de/security/wlan.php), > same as Orinoco > > 2. The FreeBSD driver does not have any special recognition in > it for Avaya, yet the releases notes specially mention support. > > 3. Avaya sell exactly the same range of products as Orinoco, right > down to the sexy range extender antenna, and 'silver' and > 'gold' cards > > I think it will identify itself as Lucent/Wavelan. You can check this > of course.