From cse.psu.edu!9fans-admin Sat Mar 1 02:16:37 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 02:16:37 JST 2003 Received: (qmail 16229 invoked by uid 1020); 1 Mar 2003 02:16:37 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16225 invoked from network); 1 Mar 2003 02:16:36 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 02:16:36 +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 2792E19A00; Fri, 28 Feb 2003 12:16:20 -0500 (EST) 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 ESMTP id 722151998A for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 12:15:46 -0500 (EST) Received: from ar.aichi-u.ac.jp ([61.211.130.19]) by ar; Sat Mar 1 02:15:41 JST 2003 Mime-Version: 1.0 (Apple Message framework v551) Content-Type: text/plain; charset=US-ASCII; format=flowed From: Kenji Arisawa To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit Message-Id: <434D1620-4B40-11D7-BF2B-000393A941BC@ar.aichi-u.ac.jp> X-Mailer: Apple Mail (2.551) Subject: [9fans] venti arena Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 1 Mar 2003 02:15:40 +0900 Hello, Why anena.n range are different among those that are shown by fmtarenas, fmtindex and checkarenas ? And why arena.30 exceeds limit of arena size? How to understand these range ? Kenji Arisawa term% venti/fmtarenas arena. /dev/sdD1/arena clearing the partition configuring /dev/sdD1/arena with arenas=31 for a total storage of bytes=16166273024 and directory bytes=65536 adding arena arena.0 at [335872,537206784) adding arena arena.1 at [537206784,1074077696) adding arena arena.2 at [1074077696,1610948608) adding arena arena.3 at [1610948608,2147819520) adding arena arena.4 at [2147819520,2684690432) ... adding arena arena.27 at [14495850496,15032721408) adding arena arena.28 at [15032721408,15569592320) adding arena arena.29 at [15569592320,16106463232) adding arena arena.30 at [16106463232,16166608896) term% venti/fmtindex venti.conf configure index section in /dev/sdD1/isect configure arenas in /dev/sdD1/arena using 65495 buckets of 65495; div=65578 add arena arena.0 at [1048576,537903104) add arena arena.1 at [537903104,1074757632) add arena arena.2 at [1074757632,1611612160) add arena arena.3 at [1611612160,2148466688) add arena arena.4 at [2148466688,2685321216) add arena arena.5 at [2685321216,3222175744) ... add arena arena.28 at [15032975360,15569829888) add arena arena.29 at [15569829888,16106684416) add arena arena.30 at [16106684416,16166813696) configured index=main with arenas=31 and storage=16165765120 term% term% venti/checkarenas -av /dev/sdD1/arena arena='arena.0' [344064,537214976) version=4 created=1042806254 modified=1045717237 clumps=74,320 compressed clumps=30,781 data=498,283,412 compressed data=390,632,400 disk storage=395,314,560 term% ls -lp /dev/sdD1 --rw-r----- S 0 arisawa arisawa 16166614016 Sep 26 07:59 arena --rw-r----- S 0 arisawa arisawa 1073741824 Sep 26 07:59 fossil --rw-r----- S 0 arisawa arisawa 536870912 Sep 26 07:59 isect term% From cse.psu.edu!9fans-admin Sat Mar 1 02:54:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 02:54:32 JST 2003 Received: (qmail 16471 invoked by uid 1020); 1 Mar 2003 02:54:31 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16467 invoked from network); 1 Mar 2003 02:54:31 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 02:54:31 +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 769AA19A19; Fri, 28 Feb 2003 12:54:19 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from XMAIL.asuch.cas.cz (clusterb.asuch.cas.cz [147.231.136.17]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 63756199BC for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 06:23:47 -0500 (EST) Received: from picture ([147.231.139.42]) by XMAIL.asuch.cas.cz over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Fri, 28 Feb 2003 12:23:46 +0100 Message-ID: <001401c2df1b$dbb70170$2a8be793@gli.cas.cz> From: "peter a. cejchan" To: <9fans@cse.psu.edu> Organization: paleobiology & paleoecology lab MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0011_01C2DF24.3D6F3470" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 28 Feb 2003 11:23:46.0256 (UTC) FILETIME=[DBAE9D00:01C2DF1B] Subject: [9fans] acme Get Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Feb 2003 12:23:46 +0100 This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C2DF24.3D6F3470 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable from man acme: Get [snip]... Given an argument, use that file but do not change the = window's file name. Please, could you explain me, why this was the choice? (It prevents me = from opening a subdir in dirs window using 2-1chord...) Thanks, regards, ++pac ------=_NextPart_000_0011_01C2DF24.3D6F3470 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
from man=20 acme:
Get   [snip]... Given an argument, use that file but do not = change the=20 window's file name.
Please, could you explain me, why this = was the=20 choice? (It prevents me from opening a subdir in dirs window using=20 2-1chord...)
Thanks, regards,
 
++pac
 
------=_NextPart_000_0011_01C2DF24.3D6F3470-- From cse.psu.edu!9fans-admin Sat Mar 1 02:54:56 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 02:54:56 JST 2003 Received: (qmail 16478 invoked by uid 1020); 1 Mar 2003 02:54:55 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16474 invoked from network); 1 Mar 2003 02:54:55 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 02:54:55 +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 E4DA019A65; Fri, 28 Feb 2003 12:54:36 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from XMAIL.asuch.cas.cz (clusterb.asuch.cas.cz [147.231.136.17]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7994519A0B for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 07:37:12 -0500 (EST) Received: from picture ([147.231.139.42]) by XMAIL.asuch.cas.cz over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Fri, 28 Feb 2003 13:37:11 +0100 Message-ID: <000a01c2df26$1d9090c0$2a8be793@gli.cas.cz> From: "peter a. cejchan" To: <9fans@cse.psu.edu> Organization: paleobiology & paleoecology lab MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01C2DF2E.7F489CB0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 28 Feb 2003 12:37:11.0745 (UTC) FILETIME=[1D8EE310:01C2DF26] Subject: [9fans] snarf buffer Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Feb 2003 13:37:11 +0100 This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C2DF2E.7F489CB0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable hi, to my surprise, acme snarf buffer !=3D rio snarf buffer : =20 i placed a large piece of text into acme snarf, then tried to paste it into rio window, where an old content of (its) snarf buffer appeared!!! (for 'normal length' text it works OK) ++pac ------=_NextPart_000_0007_01C2DF2E.7F489CB0 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
hi,
 
to my surprise, acme snarf buffer !=3D = rio snarf=20 buffer : 
i placed a large piece of text into = acme=20 snarf,
then tried to paste it into rio window, = where
an old content of (its) snarf buffer=20 appeared!!!
(for 'normal length' text it works = OK)
 
++pac
 
------=_NextPart_000_0007_01C2DF2E.7F489CB0-- From cse.psu.edu!9fans-admin Sat Mar 1 02:55:16 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 02:55:16 JST 2003 Received: (qmail 16486 invoked by uid 1020); 1 Mar 2003 02:55:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16482 invoked from network); 1 Mar 2003 02:55:15 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 02:55: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 B93EE19A68; Fri, 28 Feb 2003 12:54:53 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from XMAIL.asuch.cas.cz (clusterb.asuch.cas.cz [147.231.136.17]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 223B61999B for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 07:42:35 -0500 (EST) Received: from picture ([147.231.139.42]) by XMAIL.asuch.cas.cz over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Fri, 28 Feb 2003 13:42:34 +0100 Message-ID: <001301c2df26$de171080$2a8be793@gli.cas.cz> From: "peter a. cejchan" To: <9fans@cse.psu.edu> Organization: paleobiology & paleoecology lab MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0010_01C2DF2F.3FD0CA20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 28 Feb 2003 12:42:34.0721 (UTC) FILETIME=[DE111D10:01C2DF26] Subject: [9fans] \n\n\n to \n\n Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Feb 2003 13:42:34 +0100 This is a multi-part message in MIME format. ------=_NextPart_000_0010_01C2DF2F.3FD0CA20 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable hi, (sorry for this off-topic question, but) i don't know how to translate triple newlines into double ones. i tried tr \n to something else and then sed, however, sed doesn't like long lines :-( any hint appreciated, thanks, regards, ++pac ------=_NextPart_000_0010_01C2DF2F.3FD0CA20 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
hi,
(sorry for this off-topic question,=20 but)
i don't know how to translate triple = newlines into=20 double ones.
i tried tr \n to something else and = then=20 sed,
however, sed doesn't like long lines=20 :-(
any hint appreciated,
thanks, regards,
 
++pac
 
------=_NextPart_000_0010_01C2DF2F.3FD0CA20-- From cse.psu.edu!9fans-admin Sat Mar 1 03:11:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 03:11:32 JST 2003 Received: (qmail 16647 invoked by uid 1020); 1 Mar 2003 03:11:31 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16643 invoked from network); 1 Mar 2003 03:11:31 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 03:11:31 +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 3DB2B19A66; Fri, 28 Feb 2003 13:11:19 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from fbsd.cpsc.ucalgary.ca (fbsd.cpsc.ucalgary.ca [136.159.7.68]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A9FC319980 for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 13:10:09 -0500 (EST) Received: from fbsd.cpsc.ucalgary.ca (localhost.localdomain [127.0.0.1]) by fbsd.cpsc.ucalgary.ca (8.12.5/8.12.5) with ESMTP id h1SIANHB005318 for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 11:10:23 -0700 Received: from localhost (mirtchov@localhost) by fbsd.cpsc.ucalgary.ca (8.12.5/8.12.5/Submit) with ESMTP id h1SIANYb005314 for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 11:10:23 -0700 X-Authentication-Warning: fbsd.cpsc.ucalgary.ca: mirtchov owned process doing -bs From: andrey mirtchovski To: 9fans@cse.psu.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] plumber crash (vmware) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Feb 2003 11:10:23 -0700 (MST) trying to browse directories in acme caused the following crash (running under vmware)... (this is very reproducible, the system is just replica/pull-ed) andrey term% acid 82 /proc/82/text:386 plan 9 executable /sys/lib/acid/port /sys/lib/acid/386 acid: lstk() memset(p=0x41664,c=0x0,n=0x50)+0x0 /sys/src/libc/386/memset.s:4 verbmatches(obj=0x2,m=0x3a880,r=0x2af60,e=0x3a9c0)+0x23 /sys/src/cmd/plumb/match.c:82 rs=0x60 ntext=0x3a910 alltext=0x104a4 matchpat(m=0x3a880,e=0x3a9c0,r=0x2af60)+0x115 /sys/src/cmd/plumb/match.c:284 matchruleset(rs=0x2f400,m=0x3a880)+0x60 /sys/src/cmd/plumb/match.c:376 exec=0x3a9c0 i=0x1 fsyswrite(t=0x3a6e0,buf=0x417d8,f=0x3a820)+0x187 /sys/src/cmd/plumb/fsys.c:892 n=0x0 m=0x3a880 i=0x0 fsysproc()+0x186 /sys/src/cmd/plumb/fsys.c:262 t=0x3a6e0 buf=0x417d8 n=0x3d altexec(a=-0x13a1e5f3,spl=0x0)+0x1c5 /sys/src/libthread/channel.c:457 otherop=0x0 b=-0x10c7ff42 me=0x0 c=0x0 i=0x0 n=0x0 waiter=0x0 buf=0x0 dispose(rs=0x2060,m=0xa110c09,e=0x181e,t=-0x109fff42,buf=0x2068)+0x5b /sys/src/cmd/plumb/fsys.c:538 err=0x18 i=0x0 end+0x10 ?file?:0 acid: From cse.psu.edu!9fans-admin Sat Mar 1 03:12:28 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 03:12:28 JST 2003 Received: (qmail 16655 invoked by uid 1020); 1 Mar 2003 03:12:28 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16651 invoked from network); 1 Mar 2003 03:12:27 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 03:12:27 +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 1654F19A69; Fri, 28 Feb 2003 13:12:19 -0500 (EST) 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 ESMTP id 9AEC31998A for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 13:11:47 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Feb 28 13:11:46 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Feb 28 13:11:44 EST 2003 Message-ID: <2efc51fb86bf2f73c80609624ba2c218@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] \n\n\n to \n\n From: "Russ Cox" In-Reply-To: <001301c2df26$de171080$2a8be793@gli.cas.cz> 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, 28 Feb 2003 13:11:48 -0500 you could do it in sam: s/\n\n\n/\n\n/g From cse.psu.edu!9fans-admin Sat Mar 1 03:15:39 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 03:15:39 JST 2003 Received: (qmail 16738 invoked by uid 1020); 1 Mar 2003 03:15:39 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16734 invoked from network); 1 Mar 2003 03:15:38 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 03:15:38 +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 ACFBA19A08; Fri, 28 Feb 2003 13:15:26 -0500 (EST) 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 ESMTP id 3923519A6E for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 13:14:33 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Feb 28 13:14:32 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Feb 28 13:14:30 EST 2003 Message-ID: <8df904dba3f99d5babe08a493d5be8a2@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] snarf buffer From: "Russ Cox" In-Reply-To: <000a01c2df26$1d9090c0$2a8be793@gli.cas.cz> 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, 28 Feb 2003 13:14:32 -0500 acme does not share snarf buffers bigger than 100kB with the external environment (rio). From cse.psu.edu!9fans-admin Sat Mar 1 03:46:37 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 03:46:37 JST 2003 Received: (qmail 16970 invoked by uid 1020); 1 Mar 2003 03:46:36 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16966 invoked from network); 1 Mar 2003 03:46:36 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 03:46:36 +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 20B3219A0B; Fri, 28 Feb 2003 13:46:23 -0500 (EST) 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 0E6B919A0B for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 13:45:00 -0500 (EST) Received: from nas.com (unknown [164.116.190.46]) by edoras.nas.com (Postfix) with ESMTP id C6546EB5A6 for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 10:44:57 -0800 (PST) Message-ID: <3E5FAE29.1000606@nas.com> From: Jack Johnson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2a) Gecko/20020910 X-Accept-Language: en-us, en, es MIME-Version: 1.0 To: 9fans@cse.psu.edu References: <20030215193747.11670.qmail@g.bio.cse.psu.edu>, <20030215123941.K58372@fbsd.cpsc.ucalgary.ca> <2dd1.3e5d5178.e2e56@blake.inputplus.co.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [9fans] union directories Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Feb 2003 10:44:57 -0800 Ronald G. Minnich wrote: > truthfully, how many of you out there started out using disk/kfscmd > allow when you wanted to modify the kernel source? I'll admit it, but I'm still a newbie so I have an extension of this question. Is there any way to, say, recompile a source tree with subfolders without pre-creating those subfolders in the union directory? Or, what's the correct way to do something like: mkdir 9 bind -bc 9 9 bind -ac /sys/src/9 9 cd 9 mk (though that's not what I'm doing, I'm just needed an easy example) -Jack From cse.psu.edu!9fans-admin Sat Mar 1 03:50:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 03:50:32 JST 2003 Received: (qmail 16991 invoked by uid 1020); 1 Mar 2003 03:50:32 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16987 invoked from network); 1 Mar 2003 03:50:31 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 03:50:31 +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 D6ACC19A26; Fri, 28 Feb 2003 13:50:18 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from magnum.cooper.edu (unknown [199.98.16.4]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 141CE199BC for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 13:49:12 -0500 (EST) Received: from robin.cooper.edu by magnum.cooper.edu with SMTP id AA15900 (5.65c/IDA-1.4.4 for <9fans@cse.psu.edu>); Fri, 28 Feb 2003 13:52:04 -0500 Received: from localhost by robin.cooper.edu (SMI-8.6/SMI-SVR4) id NAA04198; Fri, 28 Feb 2003 13:48:49 -0500 From: Joel Salomon To: 9fans@cse.psu.edu Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] \n\n\n to \n\n Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Feb 2003 13:48:49 -0500 (EST) > however, sed doesn't like long lines > you could do it in sam: s/\n\n\n/\n\n/g Was the "stream sam" mentioned in the Structured Regular Expressions paper ever written - or can sam be run in streaming mode? --Joel From cse.psu.edu!9fans-admin Sat Mar 1 03:53:30 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 03:53:30 JST 2003 Received: (qmail 17045 invoked by uid 1020); 1 Mar 2003 03:53:30 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17041 invoked from network); 1 Mar 2003 03:53:30 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 03:53: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 4352219A6D; Fri, 28 Feb 2003 13:53:19 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from magnum.cooper.edu (unknown [199.98.16.4]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id BA15319A40 for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 13:52:52 -0500 (EST) Received: from robin.cooper.edu by magnum.cooper.edu with SMTP id AA16122 (5.65c/IDA-1.4.4 for <9fans@cse.psu.edu>); Fri, 28 Feb 2003 13:56:05 -0500 Received: from localhost by robin.cooper.edu (SMI-8.6/SMI-SVR4) id NAA04238; Fri, 28 Feb 2003 13:52:50 -0500 From: Joel Salomon To: 9fans@cse.psu.edu Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] union directories Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Feb 2003 13:52:50 -0500 (EST) Jack Johnson wrote: > mkdir 9 > bind -bc 9 9 > bind -ac /sys/src/9 9 > cd 9 > mk What is the significance of bind -bc 9 9 ? I've seen this bind foo foo elsewhere - what does it do? --Joel From cse.psu.edu!9fans-admin Sat Mar 1 03:54:29 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 03:54:29 JST 2003 Received: (qmail 17059 invoked by uid 1020); 1 Mar 2003 03:54:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17055 invoked from network); 1 Mar 2003 03:54:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 03:54: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 B53A519A28; Fri, 28 Feb 2003 13:54:21 -0500 (EST) 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 ESMTP id BB3A919A28 for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 13:53:38 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Feb 28 13:53:37 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Feb 28 13:53:35 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories From: "Russ Cox" In-Reply-To: <3E5FAE29.1000606@nas.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: Fri, 28 Feb 2003 13:53:35 -0500 there's no good way to do a recursive bind. for the kernel you could piece it together with t=/usr/you/9 bind -bc $t/pc /sys/src/9/pc bind -bc $t/boot /sys/src/9/boot cd /sys/src/9/pc mk From cse.psu.edu!9fans-admin Sat Mar 1 03:57:41 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 03:57:41 JST 2003 Received: (qmail 17094 invoked by uid 1020); 1 Mar 2003 03:57:41 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17090 invoked from network); 1 Mar 2003 03:57:41 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 03:57:41 +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 CE5E519A25; Fri, 28 Feb 2003 13:57:18 -0500 (EST) 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 ESMTP id 895A419A25 for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 13:56:28 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Feb 28 13:56:27 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Feb 28 13:56:24 EST 2003 Message-ID: <1f229e0b2b861ffeebd62738b74c9cd3@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories From: "Russ Cox" In-Reply-To: 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, 28 Feb 2003 13:56:18 -0500 You used to need to say "bind foo foo" to set up a mount point for future union mounts. (A long time ago.) Now the system inserts these for you, though they're still visible in the /proc/$pid/ns file (and thus the output of ns). Bind -bc 9 9 is a different thing, and almost certainly not what is wanted, especially in the example given -- it doesn't have any effect except to make everything appear twice in the directory. (Bind -bc 9 9 is like: bind 9 9 bind -bc 9 9 hence everything appears twice.) Russ From cse.psu.edu!9fans-admin Sat Mar 1 04:03:35 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 04:03:35 JST 2003 Received: (qmail 17178 invoked by uid 1020); 1 Mar 2003 04:03:34 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17174 invoked from network); 1 Mar 2003 04:03:31 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 04:03:31 +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 0644819A0D; Fri, 28 Feb 2003 14:03:20 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from epaphras.inhouse.cnm-vra.com (epaphras.cnm-vra.com [208.21.241.46]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BDA901998A for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 14:02:34 -0500 (EST) Received: from agabus (agabus.inhouse.cnm-vra.com [192.168.1.8]) by epaphras.inhouse.cnm-vra.com (Postfix) with ESMTP id 82D67D04F for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 11:01:23 -0800 (PST) Message-ID: <425e2a7a0023f64fea8faab07d430905@cnm-vra.com> To: 9fans@cse.psu.edu From: "Micah Stetson" MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-btiahdeooaguyuvqfzhopxxicq" Subject: [9fans] acme 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, 28 Feb 2003 14:08:26 -0800 This is a multi-part message in MIME format. --upas-btiahdeooaguyuvqfzhopxxicq Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit This is absolutely consistent on my system: 1. Open acme.bug (attached) or any file with three or more CRLF terminated lines 2. Button 2 on 'Edit ,x/ /d' (that's ,x//d if your mailer messes it up) 3. A +Errors window opens with this message: elogapply: can't happen 4 4 3 I updated from sources this morning. I'm not sure how long this behavior has been there, I just noticed it yesterday looking at some DOS text files. I should probably have hunted down the problem, but I figured it would be so obvious to somebody here that I would just be wasting time. Thanks, Micah --upas-btiahdeooaguyuvqfzhopxxicq Content-Disposition: attachment; filename=acme.bug Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit --upas-btiahdeooaguyuvqfzhopxxicq-- From cse.psu.edu!9fans-admin Sat Mar 1 04:25:38 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 04:25:38 JST 2003 Received: (qmail 17388 invoked by uid 1020); 1 Mar 2003 04:25:33 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17384 invoked from network); 1 Mar 2003 04:25:32 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 04:25:32 +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 EEF8C19A40; Fri, 28 Feb 2003 14:25:18 -0500 (EST) 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 ESMTP id DE42319A19 for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 14:24:20 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Feb 28 14:24:19 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Feb 28 14:24:17 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] acme bug From: "Russ Cox" In-Reply-To: <425e2a7a0023f64fea8faab07d430905@cnm-vra.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: Fri, 28 Feb 2003 14:24:24 -0500 I know what's wrong but I think it's going to be a pain to fix. From cse.psu.edu!9fans-admin Sat Mar 1 06:17:33 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 06:17:33 JST 2003 Received: (qmail 18455 invoked by uid 1020); 1 Mar 2003 06:17:32 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18451 invoked from network); 1 Mar 2003 06:17:32 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 06:17:32 +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 7DB4119A08; Fri, 28 Feb 2003 16:17:19 -0500 (EST) 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 C583D1998C for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 16:16:56 -0500 (EST) Received: from nas.com (unknown [164.116.190.46]) by edoras.nas.com (Postfix) with ESMTP id D961EEB08E for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 13:16:54 -0800 (PST) Message-ID: <3E5FD1C5.7060405@nas.com> From: Jack Johnson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2a) Gecko/20020910 X-Accept-Language: en-us, en, es MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories References: <1f229e0b2b861ffeebd62738b74c9cd3@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: Fri, 28 Feb 2003 13:16:53 -0800 Russ Cox wrote: > Bind -bc 9 9 is a different thing, and almost > certainly not what is wanted Aha! It's a psychological mishap on my part. I was thinking, "Create a union directory, add the writeable directory to the beginning and the source directory to the end of the union directory," rather than, "Unite the (new) writeable directory to the beginning of the (old) source directory." Which, in retrospect, makes the intent in the man page seem completely obvious now. Thanks! -Jack From cse.psu.edu!9fans-admin Sat Mar 1 07:59:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 07:59:32 JST 2003 Received: (qmail 19375 invoked by uid 1020); 1 Mar 2003 07:59:31 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19371 invoked from network); 1 Mar 2003 07:59:31 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 07:59: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 7D46619A17; Fri, 28 Feb 2003 17:59:19 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from collyer.net (adsl-63-192-14-227.dsl.snfc21.pacbell.net [63.192.14.227]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3D6BE19A10 for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 17:58:32 -0500 (EST) Message-ID: <8d3497c42250108c201dc829c7769f20@collyer.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories From: Geoff Collyer In-Reply-To: <1f229e0b2b861ffeebd62738b74c9cd3@plan9.bell-labs.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ifqxxygguiroeifhtyqlpyfxei" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Feb 2003 14:58:28 -0800 This is a multi-part message in MIME format. --upas-ifqxxygguiroeifhtyqlpyfxei Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit `bind -c 9 9' remains useful, however, to retain createability of the directory in which a union mount is then performed: ; cd /tmp ; mkdir x ; bind -a /sys/lib x ; ns|tail -4 mount -b '#s/rio.geoff.73279' /dev bind /tmp/x /tmp/x bind -a /sys/lib /tmp/x cd /tmp ; >x/FOO x/FOO: rc: can't open: mounted directory forbids creation versus ; unmount x ; bind -c x x ; bind -a /sys/lib x ; ns|tail -4 mount -b '#s/rio.geoff.73279' /dev bind -c /tmp/x /tmp/x bind -a /sys/lib /tmp/x cd /tmp ; >x/FOO ; unmount x; ls x x/FOO --upas-ifqxxygguiroeifhtyqlpyfxei Content-Type: message/rfc822 Content-Disposition: inline Received: from collyer.net ([10.9.0.4]) by collyer.net; Fri Feb 28 10:57:25 PST 2003 Received: from mail.cse.psu.edu ([130.203.4.6]) by collyer.net; Fri Feb 28 10:57:23 PST 2003 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 BF63019A00; Fri, 28 Feb 2003 13:57:16 -0500 (EST) 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 ESMTP id 895A419A25 for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 13:56:28 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Feb 28 13:56:27 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Feb 28 13:56:24 EST 2003 Message-ID: <1f229e0b2b861ffeebd62738b74c9cd3@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories From: "Russ Cox" In-Reply-To: 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, 28 Feb 2003 13:56:18 -0500 You used to need to say "bind foo foo" to set up a mount point for future union mounts. (A long time ago.) Now the system inserts these for you, though they're still visible in the /proc/$pid/ns file (and thus the output of ns). Bind -bc 9 9 is a different thing, and almost certainly not what is wanted, especially in the example given -- it doesn't have any effect except to make everything appear twice in the directory. (Bind -bc 9 9 is like: bind 9 9 bind -bc 9 9 hence everything appears twice.) Russ --upas-ifqxxygguiroeifhtyqlpyfxei-- From cse.psu.edu!9fans-admin Sat Mar 1 08:20:43 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 08:20:43 JST 2003 Received: (qmail 19521 invoked by uid 1020); 1 Mar 2003 08:20:32 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19517 invoked from network); 1 Mar 2003 08:20:31 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 08:20:31 +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 0E4F1199ED; Fri, 28 Feb 2003 18:20:19 -0500 (EST) 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 203CE19A0D for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 18:19:59 -0500 (EST) Received: from nas.com (unknown [164.116.190.46]) by edoras.nas.com (Postfix) with ESMTP id B622FEB0D0 for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 15:19:55 -0800 (PST) Message-ID: <3E5FEE9A.8090004@nas.com> From: Jack Johnson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2a) Gecko/20020910 X-Accept-Language: en-us, en, es MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories References: <8d3497c42250108c201dc829c7769f20@collyer.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: Fri, 28 Feb 2003 15:19:54 -0800 Geoff Collyer wrote: > `bind -c 9 9' remains useful, however, to retain createability of the > directory in which a union mount is then performed: > bind -c /tmp/x /tmp/x > bind -a /sys/lib /tmp/x > cd /tmp > ; >x/FOO > ; unmount x; ls x > x/FOO OK, but if I'm currently understanding this correctly, shouldn't it now be: bind -bc /tmp/x /sys/lib cd /sys/lib >FOO cd /tmp unmount /sys/lib; ls x x/FOO ? How does this differ from yours? It *looks* like you end up with the same scenario I originally presented. -Jack From cse.psu.edu!9fans-admin Sat Mar 1 09:00:50 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 09:00:50 JST 2003 Received: (qmail 19916 invoked by uid 1020); 1 Mar 2003 09:00:37 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19911 invoked from network); 1 Mar 2003 09:00:30 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 09:00:30 +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 BC21919A26; Fri, 28 Feb 2003 19:00:19 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from collyer.net (adsl-63-192-14-227.dsl.snfc21.pacbell.net [63.192.14.227]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 60AFC19A00 for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 18:59:47 -0500 (EST) Message-ID: <93a6de855a40fc0b6adefa5644c4cac9@collyer.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories From: Geoff Collyer In-Reply-To: <3E5FEE9A.8090004@nas.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: Fri, 28 Feb 2003 15:59:45 -0800 Yes, your example would have roughly the same effect as my second example, except that mine uses /tmp/x as the mount point and yours uses /sys/lib, and sometimes that matters. The point to note is that mkdir x; bind -a /sys/lib x and mkdir x; bind -ac /sys/lib x do an implicit bind /tmp/x /tmp/x before the bind of /sys/lib, which leaves /tmp/x uncreateable unless it is then bound into the union with -c, with something like bind -bc /tmp/x /tmp/x after the bind of /sys/lib, or bind -c /tmp/x /tmp/x before it. From cse.psu.edu!9fans-admin Sat Mar 1 12:14:31 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 12:14:31 JST 2003 Received: (qmail 24871 invoked by uid 1020); 1 Mar 2003 12:14:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 24866 invoked from network); 1 Mar 2003 12:14:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 12:14: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 469CA19A10; Fri, 28 Feb 2003 22:14:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rgristroph-austin.ath.cx (cs6668112-216.austin.rr.com [66.68.112.216]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EB97319A05 for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 22:13:05 -0500 (EST) Received: from rgr by rgristroph-austin.ath.cx with local (Exim 3.35 #1 (Debian)) id 18oxaH-0005kn-00; Fri, 28 Feb 2003 21:22:45 -0600 From: rgr@sdf.lonestar.org (Rob Ristroph) To: 9fans@cse.psu.edu Subject: Re: [9fans] use installation disk as repair ? References: <873cm973hz.fsf@rgristroph-austin.ath.cx> <8376192c16335bd9202abaa8b19674f6@plan9.bell-labs.com> In-Reply-To: <8376192c16335bd9202abaa8b19674f6@plan9.bell-labs.com> Message-ID: <8765r36a9o.fsf@rgristroph-austin.ath.cx> Lines: 28 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp) 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: rgr@sdf.lonestar.org List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: 28 Feb 2003 21:22:43 -0600 >>>>> "Russ" == Russ Cox writes: Russ> Russ> It you boot the install floppy you can draw Russ> a new window and then run Russ> Russ> mount /srv/kfs._dev_sdC0_fs /n/kfs That worked. Thanks. While I was waiting for an answer, I decided to test the machine a bit more by booting from a floppy linux and a cdrom-based linux, in order to see if my ethernet card was really working; I ended up having weird kernel paging errors, and replaced the ram, and then plan9 came up and found the network just fine. Russ> and do what you need to do. The DHCP should Russ> time out after a couple minutes, though. Russ> Perhaps you didn't wait long enough. I left it on waiting all night; however, like I said, it appears to have been bad memory. Russ> Once you get booting again, what is the Russ> date on your kernel (ls -l /386/9pcdisk)? Sep 22 23:16 It seems to be working now, however. --Rob From cse.psu.edu!9fans-admin Sat Mar 1 12:42:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 12:42:20 JST 2003 Received: (qmail 25493 invoked by uid 1020); 1 Mar 2003 12:42:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25489 invoked from network); 1 Mar 2003 12:42:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 12:42: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 2EBD419A17; Fri, 28 Feb 2003 22:42:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.foobarbaz.net (unknown [64.71.129.86]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 14D5319A0B for <9fans@cse.psu.edu>; Fri, 28 Feb 2003 22:41:35 -0500 (EST) Received: by mail.foobarbaz.net (Postfix, from userid 1000) id 21A1966B27; Fri, 28 Feb 2003 19:41:34 -0800 (PST) From: Christopher Nielsen To: 9fans@cse.psu.edu Subject: Re: [9fans] kernel debug - how Message-ID: <20030301034133.GY73079@cassie.foobarbaz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.3i Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Feb 2003 19:41:34 -0800 > You can debug the kernel with acid -k but there > is no way to write to kernel memory. > > However, you can set that variable by doing > > echo debug >/dev/fd0ctl > > (There is no way to change it back to zero > after that, which is itself a bug.) Here's a patch that adds a command to disable debugging for the floppy driver. 121a122 > CMnodebug, 129a131 > CMnodebug, "nodebug", 1, 475a478,480 > break; > case CMnodebug: > floppydebug = 0; -- Christopher Nielsen "They who can give up essential liberty for temporary safety, deserve neither liberty nor safety." --Benjamin Franklin From cse.psu.edu!9fans-admin Sat Mar 1 16:25:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 1 16:25:23 JST 2003 Received: (qmail 28973 invoked by uid 1020); 1 Mar 2003 16:25:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28969 invoked from network); 1 Mar 2003 16:25:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 1 Mar 2003 16:25: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 F117819A10; Sat, 1 Mar 2003 02:25:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.mightycheese.com (mail.mightycheese.com [209.61.186.18]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A52CE19A0D for <9fans@cse.psu.edu>; Sat, 1 Mar 2003 02:24:54 -0500 (EST) Received: from [216.239.45.4] (HELO glenda.corp.google.com) by mail.mightycheese.com (CommuniGate Pro SMTP 3.4.7) with ESMTP id 508428 for 9fans@cse.psu.edu; Sat, 01 Mar 2003 01:24:54 -0600 Message-ID: <896374e515655a3ee4b958175fd825b7@mightycheese.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] plumber crash (vmware) From: "rob pike, esq." In-Reply-To: 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, 28 Feb 2003 23:24:20 -0800 that's not a crash, that's a traceback. what's the crash? invalid address, address error, ...? in other words, what was the suicide string that got printed, if any? if possible, can you make a snap of the dead program, gzip it, and send it to me? thanks. -rob From cse.psu.edu!9fans-admin Sun Mar 2 01:11:33 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Mar 2 01:11:33 JST 2003 Received: (qmail 3851 invoked by uid 1020); 2 Mar 2003 01:11:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3847 invoked from network); 2 Mar 2003 01:11:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 2 Mar 2003 01:11: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 1F47A19A0D; Sat, 1 Mar 2003 11:11:07 -0500 (EST) 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 ESMTP id C58FA199EC for <9fans@cse.psu.edu>; Sat, 1 Mar 2003 11:10:40 -0500 (EST) Message-ID: <59150d26f3a0b00b579a5ad87227a84b@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] plumber crash (vmware) In-Reply-To: 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, 1 Mar 2003 11:10:37 -0500 That stack trace is completely bogus, which means either the memory in the proc is very messed up, or you are looking at the wrong binary. The latter seems more likely, especially since you just pulled. It's possible that the crash happened because the binary you were running got overwritten or removed. Pull is supposed to move the old binary out of the way before making a new one, to lessen these effects, but maybe you hadn't updated in a while? That change to pull happened a week or two ago. Please run ls -l /386/bin/*plumber and then try acid 82 /386/bin/_plumber stk() As Rob said, it would be nice to have the snapshot of the broken program. snap 82 | gzip > plumber.snap.gz mail -a plumber.snap.gz rsc@plan9.bell-labs.com r@google.com Russ From cse.psu.edu!9fans-admin Sun Mar 2 01:50:29 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Mar 2 01:50:29 JST 2003 Received: (qmail 4353 invoked by uid 1020); 2 Mar 2003 01:50:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4349 invoked from network); 2 Mar 2003 01:50:17 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 2 Mar 2003 01:50: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 BAFA219A10; Sat, 1 Mar 2003 11:50:06 -0500 (EST) 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 2754919A10 for <9fans@cse.psu.edu>; Sat, 1 Mar 2003 11:49:21 -0500 (EST) Received: from kp.km.ua (root@kp.km.ua [217.196.174.2]) by infocom.km.ua (8.12.7/8.12.7/ic) with ESMTP id h21GnFF4081128 for <9fans@cse.psu.edu>; Sat, 1 Mar 2003 18:49:16 +0200 (EET) (envelope-from plan9@kp.km.ua) Received: from localhost.localdomain (dialup05.kp.km.ua [217.196.174.20]) by kp.km.ua (kp.km.ua/8.12.6/kp-branch) with SMTP id h21GnCSq054165 for <9fans@cse.psu.edu>; Sat, 1 Mar 2003 18:49:13 +0200 (EET) (envelope-from plan9@kp.km.ua) Content-Type: text/plain; charset="koi8-r" From: "A.S. Kukhar" To: 9fans@cse.psu.edu X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <03030118450300.00582@localhost.localdomain> Content-Transfer-Encoding: 8bit Subject: [9fans] Rc shell 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: Sat, 1 Mar 2003 18:46:00 -0500 you can get it from http://ask.km.ru/plan9/doc/rcfaq.html, the document attempts to answer some frequently asked questions about rc, the Plan 9 shell. FAQ based on ``rc shell Frequently Asked Questions'' from Alan Watson (15 Dec 1994). Please forward any comments, corrections, and suggestions regarding this FAQ to plan9@kp.km.ua. -kyxap From cse.psu.edu!9fans-admin Sun Mar 2 02:06:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Mar 2 02:06:19 JST 2003 Received: (qmail 4537 invoked by uid 1020); 2 Mar 2003 02:06:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4533 invoked from network); 2 Mar 2003 02:06:17 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 2 Mar 2003 02:06: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 3CE4E19A19; Sat, 1 Mar 2003 12:06:06 -0500 (EST) 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 ESMTP id F3F0019A26 for <9fans@cse.psu.edu>; Sat, 1 Mar 2003 12:05:08 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sat Mar 1 12:05:08 EST 2003 Received: from 141.154.233.164 ([141.154.233.164]) by plan9; Sat Mar 1 12:05:05 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] venti arena From: "Russ Cox" In-Reply-To: <434D1620-4B40-11D7-BF2B-000393A941BC@ar.aichi-u.ac.jp> 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, 1 Mar 2003 12:05:04 -0500 I've never understood all the inconsistencies you just pointed out, so I dug around for a little while. The numbers given by fmtarenas are the real ones. The index uses ``virtual'' addresses which get mapped into (arena-name, offset) pairs. The base for the virtual addresses is 1M. If you had multiple arena partitions you'd see that the index entries for the arenas in that disk start where the previous disk left off. These virtual addresses are the numbers that fmtindex prints. I think checkarenas is just buggy. There are head and tail blocks around each arena's data section, and checkarenas is printing [datastart, datastart+datasize+2*blocksize) instead of [datastart-blocksize, datastart+datasize+blocksize) That is, checkarenas thinks datastart has the blocksize subtracted from it already, but that's not the case. The http://server/index listing uses the same code, and is thus similarly off. This is why the backup script I posted subtracts one block size before using the offset in the listing. (Though that was just trial and error on my part at the time.) Russ From cse.psu.edu!9fans-admin Sun Mar 2 12:18:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Mar 2 12:18:24 JST 2003 Received: (qmail 12314 invoked by uid 1020); 2 Mar 2003 12:18:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12309 invoked from network); 2 Mar 2003 12:18:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 2 Mar 2003 12:18:23 +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 06E3C19A70; Sat, 1 Mar 2003 22:18:07 -0500 (EST) 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 9C3D019A6F for <9fans@cse.psu.edu>; Sat, 1 Mar 2003 22:17:23 -0500 (EST) Received: (qmail 11619 invoked by uid 991); 2 Mar 2003 03:17:23 -0000 Message-ID: <20030302031723.11618.qmail@g.bio.cse.psu.edu> From: "Scott Schwartz" To: 9fans@cse.psu.edu Subject: [9fans] aan documentation Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: 1 Mar 2003 22:17:23 -0500 The manpage for aan says it uses a unique protocol. Is its operation described anywhere (other than the source)? From cse.psu.edu!9fans-admin Mon Mar 3 00:35:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 3 00:35:26 JST 2003 Received: (qmail 23003 invoked by uid 1020); 3 Mar 2003 00:35:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22999 invoked from network); 3 Mar 2003 00:35:26 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 3 Mar 2003 00:35:26 +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 1FFA919A77; Sun, 2 Mar 2003 10:35:07 -0500 (EST) 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 ESMTP id 37FBE19A81 for <9fans@cse.psu.edu>; Sun, 2 Mar 2003 10:34:06 -0500 (EST) Received: from ar.aichi-u.ac.jp ([61.211.130.19]) by ar; Mon Mar 3 00:34:03 JST 2003 Subject: Re: [9fans] venti arena Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v551) From: Kenji Arisawa To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit In-Reply-To: Message-Id: <6535ECE3-4CC4-11D7-9792-000393A941BC@ar.aichi-u.ac.jp> X-Mailer: Apple Mail (2.551) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 3 Mar 2003 00:34:02 +0900 >The numbers given by fmtarenas are the real ones. Thanks Russ. Let arenas of fmtarenas be: [S0, E0]) [S1, E1) .. [Sn, En) and let [Sk, Ek) be active. My understanding is: [0, Sk) is frozen [Ek, En) is unwritten [En, M) is frozen where M is size of the disk space for arenas. OK? Kenji Arisawa From cse.psu.edu!9fans-admin Mon Mar 3 00:41:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 3 00:41:19 JST 2003 Received: (qmail 23078 invoked by uid 1020); 3 Mar 2003 00:41:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23074 invoked from network); 3 Mar 2003 00:41:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 3 Mar 2003 00:41: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 BB2D019A8E; Sun, 2 Mar 2003 10:41:06 -0500 (EST) Delivered-To: 9fans@cs.psu.edu Received: from ok6269.com (unknown [217.78.76.135]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 46B4119A7A for <9fans@cs.psu.edu>; Sun, 2 Mar 2003 10:40:31 -0500 (EST) From: "EDUARDO" To: 9fans@cs.psu.edu X-Mailer: Microsoft Outlook Express 5.00.2919.6900 DM MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <20030302154031.46B4119A7A@mail.cse.psu.edu> Subject: [9fans] ASSISTANCE Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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: edemala@ecplaza.net List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sun, 2 Mar 2003 16:37:40 -0800 Dear Sir=2C URGENT ASSISTANCE NEEDED I write you out of utmost necessity=2E My decision to contact you was informed by the fact that I do not have any trustworthy person to assist me=2C considering the nature and magnitude of this proposal=2E My name is Major Eduardo Dembo Malange=2C former aide to the late Jonas Savimbi the leader of the National Union for the Total Independence of Angola =28UNITA=29 who was killed by Angolan government troops on 24th Feb=2E 2002=2E Under the Savimbi led Unita government=2CI was in charge of the mining and sale of diamond and other minerals that were in the regions under the control of the UNITA government=2E Part of the proceeds from the sale of these minerals few days before Savimbi's death was not properly accounted for by my office because of the uproar and chaos at that camp immediately after his death=2EThis money totaling USD8=2E75M in cash was successfully stashed away by a group! of officers=2E When tension subsided=2Cno enquiries were made concerning this money since it was not known =2C we the officers decided to keep this money for ourselves=2E To make sure that this money will not be detected we defaced the currency in order to beat security checks=2C before moving it out of Angola=2E This money has since been deposited in a security company for safe keeping under an anyonymous name=2E Sequel to our demobilisation as a rebel army and the national reconciliation going on=2C we are in the process of reabsorption and reinstatement into the mainstream of the ruling Angolan military command=2E Hence our being kept under surveillance and restrictions=2E This makes it difficult for us to go and take delivery of this consignment from the security company=2E This prompted this letter seeking your assistance to stand in for us as the bonafide owner of the consignment and receive the money in trust for us and subsequently help us to invest th! is money=2E You can make your verification regarding my story before replying if you wish=2E However=2Cplease do so discretely because of the confidentiality in order not to expose transaction=2EThis is not to say that my proposal is risky=2E We have decided to give you 25% of the total sum if you can assist us=2C 5% for expenses and 70% for us=2EKindly contact me as soon as you get this mail if you are willing to assist us=2E Expecting your urgent response=2E Yours sincerity=2C Eduardo Dembo Malange From cse.psu.edu!9fans-admin Mon Mar 3 00:53:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 3 00:53:19 JST 2003 Received: (qmail 23276 invoked by uid 1020); 3 Mar 2003 00:53:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23272 invoked from network); 3 Mar 2003 00:53:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 3 Mar 2003 00: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 C71BD19A90; Sun, 2 Mar 2003 10:53:06 -0500 (EST) 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 ESMTP id CEB1F19A83 for <9fans@cse.psu.edu>; Sun, 2 Mar 2003 10:52:33 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sun Mar 2 10:52:32 EST 2003 Received: from 141.154.233.164 ([141.154.233.164]) by plan9; Sun Mar 2 10:52:30 EST 2003 Message-ID: <12362b6c6d35023ea41aa5a501a0a6fc@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] venti arena From: "Russ Cox" In-Reply-To: <6535ECE3-4CC4-11D7-9792-000393A941BC@ar.aichi-u.ac.jp> 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, 2 Mar 2003 10:52:29 -0500 Yes, that is true. Note that if you want to read the arena data you should probably use venti/rdarena rather than do it yourself. Russ From cse.psu.edu!9fans-admin Mon Mar 3 01:55:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 3 01:55:20 JST 2003 Received: (qmail 23888 invoked by uid 1020); 3 Mar 2003 01:55:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23884 invoked from network); 3 Mar 2003 01:55:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 3 Mar 2003 01:55: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 5A05C19A0B; Sun, 2 Mar 2003 11:55:07 -0500 (EST) 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 ESMTP id 4BFEB19A77 for <9fans@cse.psu.edu>; Sun, 2 Mar 2003 11:54:46 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sun Mar 2 11:54:45 EST 2003 Received: from plan9.cs.bell-labs.com ([68.84.52.234]) by plan9; Sun Mar 2 11:54:43 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] aan documentation From: Peter Bosch In-Reply-To: <20030302031723.11618.qmail@g.bio.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, 2 Mar 2003 11:54:36 -0500 > The manpage for aan says it uses a unique protocol. Is > its operation described anywhere (other than the source)? read the source, luke. From cse.psu.edu!9fans-admin Mon Mar 3 02:14:28 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 3 02:14:28 JST 2003 Received: (qmail 24087 invoked by uid 1020); 3 Mar 2003 02:14:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 24083 invoked from network); 3 Mar 2003 02:14:17 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 3 Mar 2003 02:14: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 3A10119A8E; Sun, 2 Mar 2003 12:14:07 -0500 (EST) 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 ESMTP id 9C64C19A74 for <9fans@cse.psu.edu>; Sun, 2 Mar 2003 12:13:59 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sun Mar 2 12:13:58 EST 2003 Received: from plan9.cs.bell-labs.com ([68.84.52.234]) by plan9; Sun Mar 2 12:13:57 EST 2003 Message-ID: <6e8f08c5154b407b89788761ff5992c0@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] aan documentation From: Peter Bosch In-Reply-To: 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, 2 Mar 2003 12:13:55 -0500 >> The manpage for aan says it uses a unique protocol. Is >> its operation described anywhere (other than the source)? > > read the source, luke. ok, that was too quick. here's how it works. Aan (Always Available Network) sits on both client and server and it reads from stdin and writes to stdout on both ends. internally, aan keeps state of the bytes that have been exchanged between client and server and it acknowledges the reception of data on each message that is exchanged between the client and server (bi-directional). in case a (TCP) connection breaks, aan restablishes contact from the client to the server -- the server listens on a private port for each established connection. if the server does not hear from a client within a timeout (currently a 24 hours), it cleans up state on the server side. aan assumes the data that it ships to be encrypted. the idea is that you can suspend your notebook without your 9P connections to die. peter. From cse.psu.edu!9fans-admin Mon Mar 3 19:22:28 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 3 19:22:28 JST 2003 Received: (qmail 17242 invoked by uid 1020); 3 Mar 2003 19:22:27 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17238 invoked from network); 3 Mar 2003 19:22:27 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 3 Mar 2003 19:22:27 +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 1618419A74; Mon, 3 Mar 2003 05:22:07 -0500 (EST) 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 5599719A28 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 05:21:08 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18pmtB-0002LE-00 for 9fans@cse.psu.edu; Mon, 03 Mar 2003 10:09:41 +0000 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: <3E5FE8D6.1080206@null.net> Organization: University of Bath Computing Services, UK Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit References: Subject: Re: [9fans] \n\n\n to \n\n Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 3 Mar 2003 10:09:09 GMT Joel Salomon wrote: > .. can sam be run in streaming mode? No, sam -d gets its commands from stdin, but you ought to be able to open from one stream and write to another, e.g. on Research Unix one could shuffle file descriptors in the Bourne shell (exec sometimes helped) and sam could read /dev/fd/4 and write /dev/fd/5 for example). A different form of plumbing. From cse.psu.edu!9fans-admin Mon Mar 3 19:26:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 3 19:26:21 JST 2003 Received: (qmail 17317 invoked by uid 1020); 3 Mar 2003 19:26:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17313 invoked from network); 3 Mar 2003 19:26:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 3 Mar 2003 19:26: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 401ED19A91; Mon, 3 Mar 2003 05:26:07 -0500 (EST) 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 70B2D199A3 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 05:25:01 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18pmtB-0002L8-00 for 9fans@cse.psu.edu; Mon, 03 Mar 2003 10:09:41 +0000 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: <27a4.3e5fba41.a4a2b@blake.inputplus.co.uk> Organization: InputPlus Ltd. References: <001301c2df26$de171080$2a8be793@gli.cas.cz> Subject: Re: [9fans] \n\n\n to \n\n Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 3 Mar 2003 10:08:59 GMT Hi pac, > i don't know how to translate triple newlines into double ones. > i tried tr \n to something else and then sed, You could do it with sed. awk does just as well for a throw-away one-liner. awk '{c = c * !length * (c != 3) + !length} c < 3' > however, sed doesn't like long lines :-( Use GNU sed! Cheers, -- Ralph Corderoy. http://inputplus.co.uk/ralph/ http://troff.org/ From cse.psu.edu!9fans-admin Mon Mar 3 23:26:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 3 23:26:22 JST 2003 Received: (qmail 20824 invoked by uid 1020); 3 Mar 2003 23:26:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20820 invoked from network); 3 Mar 2003 23:26:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 3 Mar 2003 23:26: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 AC81A19A0B; Mon, 3 Mar 2003 09:26:07 -0500 (EST) 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 B48A519A97 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 09:25:19 -0500 (EST) 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 JAA29771 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 09:25:19 -0500 (EST) 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 h23EPJM22744 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 09:25:19 -0500 (EST) Message-Id: <200303031425.h23EPJM22744@augusta.math.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] \n\n\n to \n\n In-Reply-To: Your message of "Mon, 03 Mar 2003 10:09:09 GMT." <3E5FE8D6.1080206@null.net> 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: Mon, 03 Mar 2003 09:25:19 -0500 > No, sam -d gets its commands from stdin, but you > ought to be able to open from one stream and write > to another, e.g. on Research Unix one could > shuffle file descriptors in the Bourne shell (exec > sometimes helped) and sam could read /dev/fd/4 and > write /dev/fd/5 for example). A different form of > plumbing. Hmm, sounds a lot like /fd/*. rc(1) lets you shuttle file descriptors around rather easily. - Dan C. From cse.psu.edu!9fans-admin Tue Mar 4 02:31:42 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 02:31:42 JST 2003 Received: (qmail 22971 invoked by uid 1020); 4 Mar 2003 02:31:41 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22967 invoked from network); 4 Mar 2003 02:31:41 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 02:31:41 +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 04A4519AA0; Mon, 3 Mar 2003 12:31:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mailrelay1.lanl.gov (mailrelay1.lanl.gov [128.165.4.101]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 95621199A3 for <9fans@cse.psu.edu>; Sun, 2 Mar 2003 21:47:08 -0500 (EST) Received: from ccs.lanl.gov (localhost.localdomain [127.0.0.1]) by mailrelay1.lanl.gov (8.12.3/8.12.3/(ccn-5)) with SMTP id h232l7D7011076 for <9fans@cse.psu.edu>; Sun, 2 Mar 2003 19:47:07 -0700 Received: (qmail 22377 invoked from network); 2 Mar 2003 19:47:07 -0700 Received: from unknown (HELO carotid.ccs.lanl.gov) (128.165.148.162) by 128.165.148.1 with SMTP; 2 Mar 2003 19:47:07 -0700 Received: (qmail 19673 invoked by uid 3499); 2 Mar 2003 19:47:07 -0700 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 2 Mar 2003 19:47:07 -0700 From: "Ronald G. Minnich" X-X-Sender: rminnich@carotid.ccs.lanl.gov To: 9fans@cse.psu.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] another question on u9fs Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 2 Mar 2003 19:47:07 -0700 (MST) u9fs serving; v9fs2k client; mounted at /mnt stat /mnt/tmp/file does this: <- Twalk tag 0 fid 0 newfid 1 nwname 1 0:tmp -> Rwalk tag 0 nwqid 1 0:(0000000000030300 1047737901 d) <- Tstat tag 0 fid 1 -> Rstat tag 0 stat 'tmp' '00000000' '00000000' '' q (0000000000030300 1046689325 d) m 020000000777 at 1046689902 mt 1046689325 l 0 t 0 d 0 . . <- Topen tag 0 fid 1 mode 0 -> Ropen tag 0 qid (0000000000030300 1046689325 d) iounit 0 (open /mnt//tmp/ for a readdir from the linux side) <- Tread tag 0 fid 1 offset 0 count 512 -> Rread tag 0 count 499 '49000000 00000000 80a77a71 3e670b2d 00000000 00ff0100 80a77a61 3ea77a61 3e001000 00000000 000a002e 666f6e74 2d756e69 78080030 30303030 30326208' <- Tread tag 0 fid 1 offset 499 count 512 -> Rread tag 0 count 507 '40000000 00000000 80decfa8 3dbf4716 00000000 00fd0100 805a6a2f 3edecfb8 3d001000 00000000 00010078 08003030 30303031 66340800 30303030 30316634' . . . read the directory <- Twalk tag 0 fid 1 newfid 2 nwname 1 0:bad -> Rerror tag 0 ename bad use of fid Try to stat /mnt/tmp/bad by walking from /mnt/tmp (fid 1) to bad with newfid 2. the bad use of fid is due to the fact that fid 1 is open. (gdb) 432 if(fid->omode != -1){ (gdb) 433 seterror(tx, Ebadusefid); (gdb) print *fid $1 = {fid = 1, path = 0x80cc498 "/tmp", st = {st_dev = 769, __pad1 = 0, st_ino = 196609, st_mode = 17407, st_nlink = 18, st_uid = 0, st_gid = 0, st_rdev = 0, __pad2 = 0, st_size = 0, st_blksize = 4096, st_blocks = 8, st_atime = 1046689902, __unused1 = 0, st_mtime = 1046689325, __unused2 = 0, st_ctime = 1046689335, __unused3 = 0, __unused4 = 0, __unused5 = 0}, u = 0x80cbe38, omode = 0, dir = 0x80cc4a8, diroffset = 2971, fd = -1, dirent = 0x0, next = 0x80cbda0, prev = 0x0} OK, here's the question. If the newfid is != fid, does it really matter that the fid is open? This is pretty much the classical Linux way to ls -l: open dir, read dir, stat each thing in dir. So the dir is going to be open. Should I be cloning the dir when I open it? Seems inefficient. Or should we add code to u9fs rwalk to do this: if ((rx->newfid == rx->fid ) && (fid->omode != -1)){ seterror(tx, Ebadusefid); return; } i.e. it's an error to walk an opened fid, but not an error to walk if you're going to a new fid? What's the right thing to do? ron From cse.psu.edu!9fans-admin Tue Mar 4 02:32:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 02:32:19 JST 2003 Received: (qmail 22989 invoked by uid 1020); 4 Mar 2003 02:32:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22985 invoked from network); 4 Mar 2003 02:32:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 02:32:19 +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 896BE19A2A; Mon, 3 Mar 2003 12:31:13 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from work (unknown [195.173.15.12]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id AD835199A3 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 06:19:10 -0500 (EST) Message-ID: From: "Steve Simon" To: 9fans@cse.psu.edu Subject: Re: [9fans] \n\n\n to \n\n In-Reply-To: <1900322893@snellwilcox.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: Mon, 3 Mar 2003 11:14:30 0000 AGC wrote a stream sam in posix C: http://www.westley.demon.co.uk/src/ssam-1.9.tar.gz I always meant to have a look at it and never got round to it... -Steve From cse.psu.edu!9fans-admin Tue Mar 4 02:32:58 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 02:32:58 JST 2003 Received: (qmail 23001 invoked by uid 1020); 4 Mar 2003 02:32:58 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22997 invoked from network); 4 Mar 2003 02:32:58 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 02:32:58 +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 8928719AA8; Mon, 3 Mar 2003 12:31:18 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nanionic (unknown [212.128.4.208]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id ADBB019A02 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 06:56:21 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu From: paurea@plan9.escet.urjc.es MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] hack for 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 List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 3 Mar 2003 12:56:12 +0100 Following the suggestions made in the list, we made some changes for acme in order to be able to navigate directories reusing windows. First we used the exec button, but didn't work well (for example inferno in /usr can be a directory or a program). After that we tried the chord 3-1 which seems to work well. diff is attached. A mouse chord of buttons 3 and 1 (clicking 1 while holding down button 3) opens a new file/directory in the current window. This chord works only when the window tag corresponds to a directory. It is useful to navigate through deep file hier- archies without opening each directory in a different win- dow. diff /n/dump/2003/0220/sys/src/cmd/acme/acme.c ./acme.c 424c424 < uint q0, q1; --- > uint q0, q1, keepw; 431a432 > 540,541c541,544 < if(textselect3(t, &q0, &q1)) < look3(t, q0, q1, FALSE); --- > if(keepw=textselect3(t, &q0, &q1)){ > keepw=(keepw==3); // is it chord 31? > look3(t, q0, q1, FALSE,keepw); > } 203a206 > return; diff /n/dump/2003/0220/sys/src/cmd/acme/fns.h ./fns.h 59c59,60 < void look3(Text*, uint, uint, int); --- > void look3(Text*, uint, uint, int,uint); diff /n/dump/2003/0220/sys/src/cmd/acme/look.c ./look.c 15c15 < Window* openfile(Text*, Expand*); --- > Window* openfile(Text*, Expand*,uint islocal); 20c20 < look3(Text *t, uint q0, uint q1, int external) --- > look3(Text *t, uint q0, uint q1, int external, uint keepw) 31a32 > 136c137 < openfile(t, &e); --- > openfile(t, &e,keepw); 170a172,175 > > > > 196c201 < openfile(nil, &e); --- > openfile(nil, &e,FALSE); 671c676 < openfile(Text *t, Expand *e) --- > openfile(Text *t, Expand *e, uint keepw) 677a683 > Rectangle rect; 693c699,707 < w = makenewwindow(t); --- > if(keepw){ > w=t->w; > if(w == nil) > return nil; > } > else{ > w = makenewwindow(t); > } > 695c709,713 < winsetname(w, e->name, e->nname); --- > > winsetname(w, e->name, e->nname); > if(keepw){ > t->file->nc=0; > } 696a715,722 > > if(keepw){ > rect=t->all; > rect.min.x += Scrollwid+Scrollgap+Margin+Border; > textredraw(t,rect,t->reffont->f,screen,-1); > rowresize(&row, screen->clipr); > flushimage(display, 1); > } 763c789 < openfile(et, &e); --- > openfile(et, &e,FALSE); diff /n/dump/2003/0220/sys/src/cmd/acme/text.c ./text.c 13a14,15 > > 189a192 > 191a195 > 1047,1048c1051,1057 < h = (textselect23(t, q0, q1, but3col, 1|2) == 0); < return h; --- > h = textselect23(t, q0, q1, but3col, 2); > if(h & 3) > return 3; // chord31 > if(h==0) > return 1; > else > return 0; diff /n/dump/2003/0220/sys/src/cmd/acme/xfid.c ./xfid.c 809c809 < look3(t, q0, q1, TRUE); --- > look3(t, q0, q1, TRUE, FALSE); From cse.psu.edu!9fans-admin Tue Mar 4 02:34:01 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 02:34:01 JST 2003 Received: (qmail 23008 invoked by uid 1020); 4 Mar 2003 02:34:01 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23004 invoked from network); 4 Mar 2003 02:34:00 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 02:34:00 +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 8195919AAD; Mon, 3 Mar 2003 12:31:23 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id A8EDD19A25 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 08:15:34 -0500 (EST) Message-ID: <8bb72537edfd8b62c14fedcc4ff5d995@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories 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: Mon, 3 Mar 2003 13:18:17 0000 > (Bind -bc 9 9 is like: > > bind 9 9 > bind -bc 9 9 > > hence everything appears twice.) is there a good reason why ls doesn't eliminate duplicates when showing union directories? occasionally it might be useful, but as the default behaviour? come to that, it would be nice if ls -l used a stable sorting algorithm so that it was possible to tell which file attributes were likely to correspond to the file that would be opened under a particular name. i did both of these things in inferno, with no obvious adverse consequences. From cse.psu.edu!9fans-admin Tue Mar 4 02:35:04 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 02:35:04 JST 2003 Received: (qmail 23016 invoked by uid 1020); 4 Mar 2003 02:35:03 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23012 invoked from network); 4 Mar 2003 02:35:03 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 02:35:03 +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 0D2A119AB3; Mon, 3 Mar 2003 12:31:29 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mailrelay1.lanl.gov (mailrelay1.lanl.gov [128.165.4.101]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E674D19A25 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 09:10:35 -0500 (EST) Received: from ccs.lanl.gov (localhost.localdomain [127.0.0.1]) by mailrelay1.lanl.gov (8.12.3/8.12.3/(ccn-5)) with SMTP id h23EAZD7008439 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 07:10:35 -0700 Received: (qmail 27768 invoked from network); 3 Mar 2003 07:10:34 -0700 Received: from unknown (HELO carotid.ccs.lanl.gov) (128.165.148.162) by 128.165.148.1 with SMTP; 3 Mar 2003 07:10:34 -0700 Received: (qmail 23807 invoked by uid 3499); 3 Mar 2003 07:10:34 -0700 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 3 Mar 2003 07:10:34 -0700 From: "Ronald G. Minnich" X-X-Sender: rminnich@carotid.ccs.lanl.gov To: 9fans@cse.psu.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] clwalk on open directories Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 3 Mar 2003 07:10:34 -0700 (MST) A simple question has come up: given that your are reading a directory, should you be able to clwalk it (i.e. do a walk with a name and a newfid). On my old 9p server I allowed this. u9fs does not. Details follow. Also I am curious as to why my earlier message was impounded as 'suspicious' so I am trying this one more time. ron ---------- Forwarded message ---------- Date: Sun, 2 Mar 2003 19:47:07 -0700 (MST) From: Ronald G. Minnich To: 9fans@cse.psu.edu Subject: another question on u9fs u9fs serving; v9fs2k client; mounted at /mnt stat /mnt/tmp/file does this: <- Twalk tag 0 fid 0 newfid 1 nwname 1 0:tmp -> Rwalk tag 0 nwqid 1 0:(0000000000030300 1047737901 d) <- Tstat tag 0 fid 1 -> Rstat tag 0 stat 'tmp' '00000000' '00000000' '' q (0000000000030300 1046689325 d) m 020000000777 at 1046689902 mt 1046689325 l 0 t 0 d 0 . . <- Topen tag 0 fid 1 mode 0 -> Ropen tag 0 qid (0000000000030300 1046689325 d) iounit 0 (open /mnt//tmp/ for a readdir from the linux side) <- Tread tag 0 fid 1 offset 0 count 512 -> Rread tag 0 count 499 '49000000 00000000 80a77a71 3e670b2d 00000000 00ff0100 80a77a61 3ea77a61 3e001000 00000000 000a002e 666f6e74 2d756e69 78080030 30303030 30326208' <- Tread tag 0 fid 1 offset 499 count 512 -> Rread tag 0 count 507 '40000000 00000000 80decfa8 3dbf4716 00000000 00fd0100 805a6a2f 3edecfb8 3d001000 00000000 00010078 08003030 30303031 66340800 30303030 30316634' . . . read the directory <- Twalk tag 0 fid 1 newfid 2 nwname 1 0:bad -> Rerror tag 0 ename bad use of fid Try to stat /mnt/tmp/bad by walking from /mnt/tmp (fid 1) to bad with newfid 2. the bad use of fid is due to the fact that fid 1 is open. (gdb) 432 if(fid->omode != -1){ (gdb) 433 seterror(tx, Ebadusefid); (gdb) print *fid $1 = {fid = 1, path = 0x80cc498 "/tmp", st = {st_dev = 769, __pad1 = 0, st_ino = 196609, st_mode = 17407, st_nlink = 18, st_uid = 0, st_gid = 0, st_rdev = 0, __pad2 = 0, st_size = 0, st_blksize = 4096, st_blocks = 8, st_atime = 1046689902, __unused1 = 0, st_mtime = 1046689325, __unused2 = 0, st_ctime = 1046689335, __unused3 = 0, __unused4 = 0, __unused5 = 0}, u = 0x80cbe38, omode = 0, dir = 0x80cc4a8, diroffset = 2971, fd = -1, dirent = 0x0, next = 0x80cbda0, prev = 0x0} OK, here's the question. If the newfid is != fid, does it really matter that the fid is open? This is pretty much the classical Linux way to ls -l: open dir, read dir, stat each thing in dir. So the dir is going to be open. Should I be cloning the dir when I open it? Seems inefficient. Or should we add code to u9fs rwalk to do this: if ((rx->newfid == rx->fid ) && (fid->omode != -1)){ seterror(tx, Ebadusefid); return; } i.e. it's an error to walk an opened fid, but not an error to walk if you're going to a new fid? What's the right thing to do? ron From cse.psu.edu!9fans-admin Tue Mar 4 02:36:04 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 02:36:04 JST 2003 Received: (qmail 23037 invoked by uid 1020); 4 Mar 2003 02:36:04 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23033 invoked from network); 4 Mar 2003 02:36:04 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 02:36:04 +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 BEB5119AB6; Mon, 3 Mar 2003 12:31:33 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mailrelay2.lanl.gov (mailrelay2.lanl.gov [128.165.4.103]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 18D4119A2A for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 10:31:46 -0500 (EST) Received: from ccs.lanl.gov (localhost.localdomain [127.0.0.1]) by mailrelay2.lanl.gov (8.12.3/8.12.3/(ccn-5)) with SMTP id h23FVjRV030737 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 08:31:45 -0700 Received: (qmail 28890 invoked from network); 3 Mar 2003 08:31:45 -0700 Received: from unknown (HELO carotid.ccs.lanl.gov) (128.165.148.162) by 128.165.148.1 with SMTP; 3 Mar 2003 08:31:45 -0700 Received: (qmail 24272 invoked by uid 3499); 3 Mar 2003 08:31:45 -0700 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 3 Mar 2003 08:31:45 -0700 From: "Ronald G. Minnich" X-X-Sender: rminnich@carotid.ccs.lanl.gov To: 9fans@cse.psu.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] never mind Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 3 Mar 2003 08:31:45 -0700 (MST) if you see a message come through this last asking about u9fs and clwalk, or something like it, just ignore it. I fixed my vfs that talks to u9fs, and all is well. ron From cse.psu.edu!9fans-admin Tue Mar 4 02:38:04 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 02:38:04 JST 2003 Received: (qmail 23050 invoked by uid 1020); 4 Mar 2003 02:38:04 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23046 invoked from network); 4 Mar 2003 02:38:04 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 02:38:04 +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 B9B5B19AB8; Mon, 3 Mar 2003 12:37:07 -0500 (EST) 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 45433199A3 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 12:36:29 -0500 (EST) Received: (qmail 6839 invoked by uid 991); 3 Mar 2003 17:36:29 -0000 Message-ID: <20030303173628.6838.qmail@g.bio.cse.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] clwalk on open directories In-Reply-To: Message from "Ronald G. Minnich" of "Mon, 03 Mar 2003 07:10:34 MST." 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: Mon, 03 Mar 2003 12:36:28 -0500 | Also I am curious as to why my earlier message was impounded as | 'suspicious' so I am trying this one more time. A very lame attempt at spam detection, now changed. From cse.psu.edu!9fans-admin Tue Mar 4 02:40:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 02:40:24 JST 2003 Received: (qmail 23076 invoked by uid 1020); 4 Mar 2003 02:40:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23072 invoked from network); 4 Mar 2003 02:40:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 02:40:24 +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 9A8E619ABE; Mon, 3 Mar 2003 12:40:06 -0500 (EST) 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 ESMTP id 7BD6719AB9 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 12:39:38 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Mar 3 12:39:36 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Mon Mar 3 12:39:34 EST 2003 Message-ID: <8e9b23a34293bac908a1331426c590cd@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] clwalk on open directories From: "Russ Cox" In-Reply-To: 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, 3 Mar 2003 12:39:38 -0500 > This is pretty much the classical Linux way This is never a good reason to do something. The more I learn about the current state of Unix (as exemplified by Linux), the more disgusted I get. I'm glad it was easy to fix your client. From cse.psu.edu!9fans-admin Tue Mar 4 02:41:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 02:41:25 JST 2003 Received: (qmail 23097 invoked by uid 1020); 4 Mar 2003 02:41:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23093 invoked from network); 4 Mar 2003 02:41:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 02:41: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 4DF1519ABA; Mon, 3 Mar 2003 12:41:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mailrelay1.lanl.gov (mailrelay1.lanl.gov [128.165.4.101]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C3AB019AB9 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 12:40:24 -0500 (EST) Received: from ccs.lanl.gov (localhost.localdomain [127.0.0.1]) by mailrelay1.lanl.gov (8.12.3/8.12.3/(ccn-5)) with SMTP id h23HeND7008168 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 10:40:23 -0700 Received: (qmail 30424 invoked from network); 3 Mar 2003 10:40:23 -0700 Received: from unknown (HELO carotid.ccs.lanl.gov) (128.165.148.162) by 128.165.148.1 with SMTP; 3 Mar 2003 10:40:23 -0700 Received: (qmail 25105 invoked by uid 3499); 3 Mar 2003 10:40:23 -0700 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 3 Mar 2003 10:40:23 -0700 From: "Ronald G. Minnich" X-X-Sender: rminnich@carotid.ccs.lanl.gov To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories In-Reply-To: <8bb72537edfd8b62c14fedcc4ff5d995@vitanuova.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: Mon, 3 Mar 2003 10:40:23 -0700 (MST) On Mon, 3 Mar 2003 rog@vitanuova.com wrote: > come to that, it would be nice if ls -l used a stable sorting > algorithm so that it was possible to tell which file attributes were > likely to correspond to the file that would be opened under a > particular name. Actually I have had more Unix-oriented folks ask me if in a union ls there could be an option, per-file, to display the binding for that file when there is more than one. I got real complaints from people about seeing multiple files with the same name on an ls. Not that we want to put whiteouts in there, however. ron From cse.psu.edu!9fans-admin Tue Mar 4 02:44:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 02:44:21 JST 2003 Received: (qmail 23115 invoked by uid 1020); 4 Mar 2003 02:44:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23111 invoked from network); 4 Mar 2003 02:44:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 02:44: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 86C7219AC1; Mon, 3 Mar 2003 12:44:06 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.dirac.net (unknown [151.196.211.14]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 189E819AAF for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 12:43:20 -0500 (EST) Received: (qmail 15492 invoked by uid 60001); 3 Mar 2003 17:41:33 -0000 Message-ID: <20030303174133.15491.qmail@mail.dirac.net> To: 9fans@cse.psu.edu From: Keith Nash Subject: [9fans] Another namespace 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: 3 Mar 2003 17:41:33 -0000 This is a question about why namespaces were designed in the way that they were. The command bind path1 path2 where both path1 and path2 are directories, makes path2 a union directory consisting of path1 alone. So far, so good. Why was it decided that this command also does the following: (a) any union directory previously bound to path2 is automatically unmounted, and is found to have disappeared if the new union directory at path2 is unmounted (this is not the case for Lunix mount); *but*... (b) ...any union directory previously bound to a subdirectory of path2 is not unmounted. A possible reason for (a) is to clean up the namespace by removing binds that are invisible; but then why (b)? Keith. From cse.psu.edu!9fans-admin Tue Mar 4 03:06:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 03:06:23 JST 2003 Received: (qmail 23328 invoked by uid 1020); 4 Mar 2003 03:06:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23324 invoked from network); 4 Mar 2003 03:06:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 03:06:21 +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 E0EEC19AA4; Mon, 3 Mar 2003 13:06:07 -0500 (EST) 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 ESMTP id 102EF19A94 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 13:05:40 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Mar 3 13:05:38 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Mon Mar 3 13:05:36 EST 2003 Message-ID: <0a304f2dd88c5bdb8eb1ce403c53e037@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories From: "Russ Cox" In-Reply-To: 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, 3 Mar 2003 13:05:41 -0500 > Actually I have had more Unix-oriented folks ask me if in a union ls > there could be an option, per-file, to display the binding for that file > when there is more than one. Per-file options are a bad idea not even worth talking about. > I got real complaints from people about seeing multiple files with the > same name on an ls. Ls tells the truth! I see no value in causing it to lie. And then once ls lies, why doesn't ls *? Why doesn't acme? Ls does one thing. It does it well. It's consistent with the rest of the system. If you want sort -u, you know where to find it. There might be good arguments that directory reads should reflect the information in the mount table, perhaps eliding duplicates and perhaps showing you the real stat info for bound-over files (what you'd get with stat(2)). Then again there are also good arguments for the way things are now. Read the ksh example in the lexnames paper. The last thing we need is user-space programs that ``patch'' kernel behaviors. Arguing that the kernel needs fixing might be reasonable. Changing ls to hack around perceived kernel deficiencies is the path to madness (or to Linux, take your pick). Russ From cse.psu.edu!9fans-admin Tue Mar 4 03:10:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 03:10:20 JST 2003 Received: (qmail 23380 invoked by uid 1020); 4 Mar 2003 03:10:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23376 invoked from network); 4 Mar 2003 03:10:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 03:10: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 38A6219A9D; Mon, 3 Mar 2003 13:10:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mailrelay2.lanl.gov (mailrelay2.lanl.gov [128.165.4.103]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3F60F19A7D for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 13:09:26 -0500 (EST) Received: from ccs.lanl.gov (localhost.localdomain [127.0.0.1]) by mailrelay2.lanl.gov (8.12.3/8.12.3/(ccn-5)) with SMTP id h23I9PRV014550 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 11:09:25 -0700 Received: (qmail 31026 invoked from network); 3 Mar 2003 11:09:25 -0700 Received: from unknown (HELO carotid.ccs.lanl.gov) (128.165.148.162) by 128.165.148.1 with SMTP; 3 Mar 2003 11:09:25 -0700 Received: (qmail 25534 invoked by uid 3499); 3 Mar 2003 11:09:24 -0700 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 3 Mar 2003 11:09:24 -0700 From: "Ronald G. Minnich" X-X-Sender: rminnich@carotid.ccs.lanl.gov To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories In-Reply-To: <0a304f2dd88c5bdb8eb1ce403c53e037@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: Mon, 3 Mar 2003 11:09:24 -0700 (MST) On Mon, 3 Mar 2003, Russ Cox wrote: > Read the ksh example in the lexnames paper. The last thing we > need is user-space programs that ``patch'' kernel behaviors. > Arguing that the kernel needs fixing might be reasonable. > Changing ls to hack around perceived kernel deficiencies > is the path to madness (or to Linux, take your pick). I phrased it wrong. I did not mean a patch to 'ls'. Try again. I have showed folks union mounts, done an ls, and gotten complaints such as: when you edit/cat/print a file, how do you know what you're editing? My only answer is weak: 'well you did the bind, so you know'. Is there a better answer? ron From cse.psu.edu!9fans-admin Tue Mar 4 03:11:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 03:11:22 JST 2003 Received: (qmail 23401 invoked by uid 1020); 4 Mar 2003 03:11:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23397 invoked from network); 4 Mar 2003 03:11:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 03:11: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 5AFF519AB4; Mon, 3 Mar 2003 13:11:07 -0500 (EST) 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 ESMTP id 8310219AA9 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 13:10:22 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Mar 3 13:10:21 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Mon Mar 3 13:10:17 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Another namespace question From: "Russ Cox" In-Reply-To: <20030303174133.15491.qmail@mail.dirac.net> 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, 3 Mar 2003 13:10:16 -0500 It's an optimization that caught the common case, which is mounting something new on /n/foo and never looking back. You're probably right that the implicit unmount is more of a bug than a feature. Russ From cse.psu.edu!9fans-admin Tue Mar 4 03:15:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 03:15:25 JST 2003 Received: (qmail 23414 invoked by uid 1020); 4 Mar 2003 03:15:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23410 invoked from network); 4 Mar 2003 03:15:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 03:15:25 +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 9C19219AC2; Mon, 3 Mar 2003 13:15:07 -0500 (EST) 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 ESMTP id D9B2819ABD for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 13:14:36 -0500 (EST) Message-ID: <5d5626c858c99f5db078aa175c957102@plan9.bell-labs.com> From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] Another namespace question In-Reply-To: <20030303174133.15491.qmail@mail.dirac.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-bnwjqarqsmrxjckjjzlpmihklq" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 3 Mar 2003 13:14:34 -0500 This is a multi-part message in MIME format. --upas-bnwjqarqsmrxjckjjzlpmihklq Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit The easy answer is that it was easier to implement. The per-process mount table knows nothing about the hierarchical structure of the bindings. When you bind something, it is to a file, not to a path. If you later bind to something higher in the tree, we don't know enough to change the lower binding. I do think that (b) is confusing. --upas-bnwjqarqsmrxjckjjzlpmihklq Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Mar 3 12:44:18 EST 2003 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Mon Mar 3 12:44:16 EST 2003 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 A60F119ABF; Mon, 3 Mar 2003 12:44:05 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.dirac.net (unknown [151.196.211.14]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 189E819AAF for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 12:43:20 -0500 (EST) Received: (qmail 15492 invoked by uid 60001); 3 Mar 2003 17:41:33 -0000 Message-ID: <20030303174133.15491.qmail@mail.dirac.net> To: 9fans@cse.psu.edu From: Keith Nash Subject: [9fans] Another namespace 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: 3 Mar 2003 17:41:33 -0000 This is a question about why namespaces were designed in the way that they were. The command bind path1 path2 where both path1 and path2 are directories, makes path2 a union directory consisting of path1 alone. So far, so good. Why was it decided that this command also does the following: (a) any union directory previously bound to path2 is automatically unmounted, and is found to have disappeared if the new union directory at path2 is unmounted (this is not the case for Lunix mount); *but*... (b) ...any union directory previously bound to a subdirectory of path2 is not unmounted. A possible reason for (a) is to clean up the namespace by removing binds that are invisible; but then why (b)? Keith. --upas-bnwjqarqsmrxjckjjzlpmihklq-- From cse.psu.edu!9fans-admin Tue Mar 4 03:17:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 03:17:21 JST 2003 Received: (qmail 23441 invoked by uid 1020); 4 Mar 2003 03:17:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23437 invoked from network); 4 Mar 2003 03:17:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 03:17:21 +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 CA6FE19AC5; Mon, 3 Mar 2003 13:17:07 -0500 (EST) 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 ESMTP id 7BA1119AB1 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 13:16:06 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Mar 3 13:16:05 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Mon Mar 3 13:16:03 EST 2003 Message-ID: <6a6fe1e4837d295542573ad77094434e@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories From: "Russ Cox" In-Reply-To: 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, 3 Mar 2003 13:16:08 -0500 > Is there a better answer? Running ls -l on the file will give you the stat info for the actual file. Compare ls -l /dev | grep mouse and ls -l /dev/mouse. From cse.psu.edu!9fans-admin Tue Mar 4 03:56:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 03:56:23 JST 2003 Received: (qmail 23736 invoked by uid 1020); 4 Mar 2003 03:56:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23732 invoked from network); 4 Mar 2003 03:56:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 03:56:22 +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 6F12919AC8; Mon, 3 Mar 2003 13:56:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 519C019AB0 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 13:55:20 -0500 (EST) Message-ID: <5c952ea5ace5eb19dc04bc5363ba5952@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories From: rog@vitanuova.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-djbojapqnnfxptvmykfdkdzkyw" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 3 Mar 2003 18:58:04 0000 This is a multi-part message in MIME format. --upas-djbojapqnnfxptvmykfdkdzkyw Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit > Ls tells the truth! I see no value in causing it to lie. i'd like to be able to think of "ls" as showing me the files available to me in a given directory. files obscured within a union mount are not accessible to me; in fact, apart from telling me that the directory probably contains a union mount, information on those files is of no use at all. there's a good implementation reason for having the duplicates show up in raw reads (it only requires constant space in the kernel), but why not get rid of the duplicates given that we're sorting the entries anyway. this isn't lying: it's showing a simplified version of the truth which is not misleading (unlike the example in the lexnames paper). > And then once ls lies, why doesn't ls *? Why doesn't acme? in fact, i think it's more important that * removes duplicates than ls. i think it's a bug that: for (i in *) do something can end up processing a single file multiple times. acme the same - what's the point of showing me two of the same names next to each other? it just causes clutter. clicking on either one performs exactly the same action. > There might be good arguments that directory reads should > reflect the information in the mount table, perhaps eliding > duplicates and perhaps showing you the real stat info for > bound-over files (what you'd get with stat(2)). Then again > there are also good arguments for the way things are now. mk was bitten by this at one stage. it's a pity that ls -l | grep foo doesn't necessarily give the same results as ls -ld foo now that's a genuine case of ls (or at least unionread()) lying... i agree about the arguments for the current behaviour though. --upas-djbojapqnnfxptvmykfdkdzkyw Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-2.mail.demon.net by mailstore for rog@vitanuova.com id 1046715077:20:29796:3657; Mon, 03 Mar 2003 18:11:17 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-2.mail.demon.net id ab2020192; 3 Mar 2003 18:07 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 939BE19A94; Mon, 3 Mar 2003 13:06:06 -0500 (EST) 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 ESMTP id 102EF19A94 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 13:05:40 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Mar 3 13:05:38 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Mon Mar 3 13:05:36 EST 2003 Message-ID: <0a304f2dd88c5bdb8eb1ce403c53e037@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories From: "Russ Cox" In-Reply-To: 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, 3 Mar 2003 13:05:41 -0500 > Actually I have had more Unix-oriented folks ask me if in a union ls > there could be an option, per-file, to display the binding for that file > when there is more than one. Per-file options are a bad idea not even worth talking about. > I got real complaints from people about seeing multiple files with the > same name on an ls. Ls tells the truth! I see no value in causing it to lie. And then once ls lies, why doesn't ls *? Why doesn't acme? Ls does one thing. It does it well. It's consistent with the rest of the system. If you want sort -u, you know where to find it. There might be good arguments that directory reads should reflect the information in the mount table, perhaps eliding duplicates and perhaps showing you the real stat info for bound-over files (what you'd get with stat(2)). Then again there are also good arguments for the way things are now. Read the ksh example in the lexnames paper. The last thing we need is user-space programs that ``patch'' kernel behaviors. Arguing that the kernel needs fixing might be reasonable. Changing ls to hack around perceived kernel deficiencies is the path to madness (or to Linux, take your pick). Russ --upas-djbojapqnnfxptvmykfdkdzkyw-- From cse.psu.edu!9fans-admin Tue Mar 4 04:26:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 04:26:26 JST 2003 Received: (qmail 24082 invoked by uid 1020); 4 Mar 2003 04:26:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 24078 invoked from network); 4 Mar 2003 04:26:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 04:26:25 +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 E166319AC7; Mon, 3 Mar 2003 14:26:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from fbsd.cpsc.ucalgary.ca (fbsd.cpsc.ucalgary.ca [136.159.7.68]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E96AE19A94 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 14:25:34 -0500 (EST) Received: from fbsd.cpsc.ucalgary.ca (localhost.localdomain [127.0.0.1]) by fbsd.cpsc.ucalgary.ca (8.12.5/8.12.5) with ESMTP id h23JPtHB029391 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 12:25:55 -0700 Received: from localhost (mirtchov@localhost) by fbsd.cpsc.ucalgary.ca (8.12.5/8.12.5/Submit) with ESMTP id h23JPt1u029387 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 12:25:55 -0700 X-Authentication-Warning: fbsd.cpsc.ucalgary.ca: mirtchov owned process doing -bs From: andrey mirtchovski To: 9fans@cse.psu.edu Subject: Re: [9fans] Rc shell FAQ In-Reply-To: <03030118450300.00582@localhost.localdomain> 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, 3 Mar 2003 12:25:55 -0700 (MST) Is this UNIX-only? I tried to find whether it mentioned anything about regarding specifically the unix implementation of the Rc shell but couldn't... In Plan 9 the builtin 'return' does not exist (as it it mentioned in the rc paper in /sys/doc) so the following examples from the FAQ would not work: fn true { return 0 } fn false { return 1 } Pretty much every other example there uses 'return' at least once and wouldn't work on Plan 9... Unless I'm missing somerhing? andrey On Sat, 1 Mar 2003, A.S. Kukhar wrote: > you can get it from http://ask.km.ru/plan9/doc/rcfaq.html, > the document attempts to answer some frequently asked > questions about rc, the Plan 9 shell. FAQ based on ``rc > shell Frequently Asked Questions'' from Alan Watson (15 Dec > 1994). > > Please forward any comments, corrections, and suggestions > regarding this FAQ to plan9@kp.km.ua. > > -kyxap > From cse.psu.edu!9fans-admin Tue Mar 4 05:03:35 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 05:03:35 JST 2003 Received: (qmail 24614 invoked by uid 1020); 4 Mar 2003 05:03:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 24610 invoked from network); 4 Mar 2003 05:03:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 05:03: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 2054719AB0; Mon, 3 Mar 2003 15:03:13 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.dirac.net (unknown [151.196.211.14]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 470B9199B7 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 15:02:09 -0500 (EST) Received: (qmail 17491 invoked by uid 60001); 3 Mar 2003 20:00:21 -0000 Message-ID: <20030303200021.17490.qmail@mail.dirac.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories From: Keith Nash Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: 3 Mar 2003 20:00:21 -0000 > Ls tells the truth! I see no value in causing it to lie. It tells the truth and nothing but the truth, but does it tell the whole truth? I might believe from running ls -ld on a directory that I can create a new file in it; but I can't, if the directory is a union mount, and none of the elements was bound with -c. Is there any way to test the writability of a directory, other than by attempting to create a file there, or by combining ls -ld with an examination of the output of ns? Keith. From cse.psu.edu!9fans-admin Tue Mar 4 05:06:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 05:06:25 JST 2003 Received: (qmail 24648 invoked by uid 1020); 4 Mar 2003 05:06:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 24644 invoked from network); 4 Mar 2003 05:06:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 05:06: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 7FC5919ACD; Mon, 3 Mar 2003 15:06:08 -0500 (EST) 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 ESMTP id 2939519ACA for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 15:05:54 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Mar 3 15:05:52 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Mon Mar 3 15:05:50 EST 2003 Message-ID: <5f85e2894cba0a463e15fda5d6490297@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories From: "Russ Cox" In-Reply-To: <20030303200021.17490.qmail@mail.dirac.net> 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, 3 Mar 2003 15:05:51 -0500 > Is there any way to test the writability > of a directory, other than by attempting > to create a file there, or by combining > ls -ld with an examination of the output of ns? No. I'm not even sure how ls -ld would help you. ns would give you a first approximation. From cse.psu.edu!9fans-admin Tue Mar 4 05:48:35 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 05:48:35 JST 2003 Received: (qmail 24962 invoked by uid 1020); 4 Mar 2003 05:48:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 24958 invoked from network); 4 Mar 2003 05:48:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 05:48: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 A21BC19AD1; Mon, 3 Mar 2003 15:48:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.dirac.net (unknown [151.196.211.14]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E781019ABD for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 15:47:22 -0500 (EST) Received: (qmail 18363 invoked by uid 60001); 3 Mar 2003 20:45:37 -0000 Message-ID: <20030303204537.18362.qmail@mail.dirac.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories From: Keith Nash Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: 3 Mar 2003 20:45:37 -0000 >> Is there any way to test the writability >> of a directory, other than by attempting >> to create a file there, or by combining >> ls -ld with an examination of the output of ns? >No. >I'm not even sure how ls -ld would help you. Just to check user/group/world w flags. >ns would give you a first approximation. From cse.psu.edu!9fans-admin Tue Mar 4 05:52:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 05:52:20 JST 2003 Received: (qmail 24987 invoked by uid 1020); 4 Mar 2003 05:52:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 24983 invoked from network); 4 Mar 2003 05:52:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 05:52: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 C9F8319AC6; Mon, 3 Mar 2003 15:52:08 -0500 (EST) 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 ESMTP id A1E7719AA9 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 15:51:04 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Mar 3 15:51:03 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Mon Mar 3 15:51:01 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories From: "Russ Cox" In-Reply-To: <20030303204537.18362.qmail@mail.dirac.net> 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, 3 Mar 2003 15:51:05 -0500 > Just to check user/group/world w flags. even if those are set the file system might be read-only. for example when you 9fs sources you can't change things in /n/source/plan9/cron despite it being mode 777 and not a union mount. From cse.psu.edu!9fans-admin Tue Mar 4 06:34:34 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 06:34:34 JST 2003 Received: (qmail 25486 invoked by uid 1020); 4 Mar 2003 06:34:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25482 invoked from network); 4 Mar 2003 06:34:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 06:34:23 +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 B0CEC19AD0; Mon, 3 Mar 2003 16:34:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.dirac.net (unknown [151.196.211.14]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id DF86319AA7 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 16:33:09 -0500 (EST) Received: (qmail 19147 invoked by uid 60001); 3 Mar 2003 21:31:24 -0000 Message-ID: <20030303213124.19140.qmail@mail.dirac.net> To: 9fans@cse.psu.edu From: Keith Nash Subject: [9fans] Newbie question: groups Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: 3 Mar 2003 21:31:24 -0000 How does the group leader add or remove a group member? From cse.psu.edu!9fans-admin Tue Mar 4 06:38:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 06:38:21 JST 2003 Received: (qmail 25513 invoked by uid 1020); 4 Mar 2003 06:38:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25509 invoked from network); 4 Mar 2003 06:38:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 06:38: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 E9A4719AD5; Mon, 3 Mar 2003 16:38:07 -0500 (EST) 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 ESMTP id 7499119AA7 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 16:37:07 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Mar 3 16:37:06 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Mon Mar 3 16:37:04 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Newbie question: groups From: "Russ Cox" In-Reply-To: <20030303213124.19140.qmail@mail.dirac.net> 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, 3 Mar 2003 16:37:04 -0500 > How does the group leader add or remove a group member? he types commands at the console. where does it still say that? i thought we'd gotten rid of that lie in the documentation. From cse.psu.edu!9fans-admin Tue Mar 4 06:48:34 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 06:48:34 JST 2003 Received: (qmail 25636 invoked by uid 1020); 4 Mar 2003 06:48:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25632 invoked from network); 4 Mar 2003 06:48:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 06:48: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 60B9B19AD8; Mon, 3 Mar 2003 16:48:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from REIJO (hki1-1-2-fc.hoasnet.inet.fi [80.221.17.252]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1E6AE199B7 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 16:47:28 -0500 (EST) Received: from kukka ([192.168.2.2]) by REIJO with esmtp (Exim 3.36 #1 (Debian)) id 18pxmQ-0004HV-00 for <9fans@cse.psu.edu>; Mon, 03 Mar 2003 23:47:26 +0200 Message-ID: <1e2a7e1e1df55da4cb5ba6806105aa65@cs.Helsinki.FI> To: 9fans@cse.psu.edu Subject: Re: [9fans] union directories From: anyrhine@cs.Helsinki.FI In-Reply-To: <5c952ea5ace5eb19dc04bc5363ba5952@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, 4 Mar 2003 01:17:30 +0200 ... > files obscured within a union mount are not accessible to me; in fact, > apart from telling me that the directory probably contains a union > mount, information on those files is of no use at all. I like having the duplicates precisely for that information. I tend to use a quite fixed set of bindings, and most of the time it's just a question of wheter I've made them, not what I've bound where. ... > acme the same - what's the point of showing me two of the same names > next to each other? it just causes clutter. clicking on either > one performs exactly the same action. Especially in acme, because there it's (imho) easier to look for the expected duplicates than execute something, focus on the output window for the results, and then focus back to the original window. From cse.psu.edu!9fans-admin Tue Mar 4 07:03:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 07:03:20 JST 2003 Received: (qmail 25773 invoked by uid 1020); 4 Mar 2003 07:03:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25769 invoked from network); 4 Mar 2003 07:03:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 07:03: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 4195219AD6; Mon, 3 Mar 2003 17:03:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.dirac.net (unknown [151.196.211.14]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 2112819AA7 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 17:02:06 -0500 (EST) Received: (qmail 19377 invoked by uid 60001); 3 Mar 2003 22:00:20 -0000 Message-ID: <20030303220020.19376.qmail@mail.dirac.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] Newbie question: groups From: Keith Nash Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: 3 Mar 2003 22:00:20 -0000 >> How does the group leader add or remove a group member? >he types commands at the console. >where does it still say that? >i thought we'd gotten rid of that lie >in the documentation. It's in the (admittedly rather old) first article in Vol 2 of the manual. No wonder I couldn't find out how to do it from Vol 1! I assume then that only adm can change group membership, by editing /adm/users at the fileserver console. Giving group leaders the right to manage membership of their groups would actually be a very useful feature: Lunix people moan that user/group/world is too coarse-grained, and they want ACLs as well. But user/group/world *and* ACLs reminds me too much of VMS permissions hell. I rather like treating the group as the ACL: and the idea of a group leader, who can add or remove group members, makes it easy to provide fine-grained access this way. Better still if a user can also create a group (without creating a new user with the same name). Keith. From cse.psu.edu!9fans-admin Tue Mar 4 07:55:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 07:55:24 JST 2003 Received: (qmail 26189 invoked by uid 1020); 4 Mar 2003 07:55:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 26185 invoked from network); 4 Mar 2003 07:55:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 07:55:23 +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 B7BA419AA6; Mon, 3 Mar 2003 17:55:09 -0500 (EST) 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 ESMTP id 8F98C19AA3 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 17:54:58 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Mar 3 17:54:57 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Mon Mar 3 17:54:55 EST 2003 Message-ID: <808d37e3304c8e78a1b9446218d2997a@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Newbie question: groups From: "Russ Cox" In-Reply-To: <20030303220020.19376.qmail@mail.dirac.net> 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, 3 Mar 2003 17:23:27 -0500 > I assume then that only adm can change group > membership, by editing /adm/users at the fileserver console. Actually we typically use the newuser command in fs(8) or the uname command in fossilcons(8), rather than edit /adm/users directly. From cse.psu.edu!9fans-admin Tue Mar 4 13:47:31 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 13:47:31 JST 2003 Received: (qmail 4267 invoked by uid 1020); 4 Mar 2003 13:47:30 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4261 invoked from network); 4 Mar 2003 13:47:27 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 13:47:27 +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 5C48719AA1; Mon, 3 Mar 2003 23:47:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.mightycheese.com (mail.mightycheese.com [209.61.186.18]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 017F819A8E for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 23:46:44 -0500 (EST) Received: from [216.239.45.4] (HELO glenda.corp.google.com) by mail.mightycheese.com (CommuniGate Pro SMTP 3.4.7) with ESMTP id 511082 for 9fans@cse.psu.edu; Mon, 03 Mar 2003 22:46:43 -0600 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Newbie question: groups From: "rob pike, esq." In-Reply-To: <808d37e3304c8e78a1b9446218d2997a@plan9.bell-labs.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: Mon, 3 Mar 2003 20:46:14 -0800 > Actually we typically use the newuser command in fs(8) > or the uname command in fossilcons(8), rather than > edit /adm/users directly. One important point is that the kernel knows nothing about this stuff. If you wanted to provide an adminstrative interface to the file system that doesn't involve typing on the console, go for it; it can all be done in the file system itself. -rob From cse.psu.edu!9fans-admin Tue Mar 4 18:52:42 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 18:52:42 JST 2003 Received: (qmail 13356 invoked by uid 1020); 4 Mar 2003 18:52:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13351 invoked from network); 4 Mar 2003 18:52:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 18:52:21 +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 585DD19A7D; Tue, 4 Mar 2003 04:52:07 -0500 (EST) 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 F1156199BE for <9fans@cse.psu.edu>; Tue, 4 Mar 2003 04:51:41 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18q92j-0001J7-00 for 9fans@cse.psu.edu; Tue, 04 Mar 2003 09:49:01 +0000 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 University Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit References: <20030215193747.11670.qmail@g.bio.cse.psu.edu>, <3E5FAE29.1000606@nas.com> Subject: Re: [9fans] union directories Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 4 Mar 2003 09:44:55 GMT Jack Johnson wrote: > Ronald G. Minnich wrote: >> truthfully, how many of you out there started out using disk/kfscmd >> allow when you wanted to modify the kernel source? I'll admit it. How many knew any other way? How many yet know? Maybe a little mention on the Wiki at http://plan9.bell-labs.com/wiki/plan9/Compiling_kernels would be helpful. Several months into my plan9 learning and I'm still getting my head around the plan9 way of doing some things... most things... > I'll admit it, but I'm still a newbie so I have an extension of this > question. > > Is there any way to, say, recompile a source tree with subfolders > without pre-creating those subfolders in the union directory? Or, > what's the correct way to do something like: > > mkdir 9 > bind -bc 9 9 > bind -ac /sys/src/9 9 > cd 9 > mk > > (though that's not what I'm doing, I'm just needed an easy example) > > -Jack Adrian --------------------------------------------------------------- Adrian Tritschler mailto:Adrian.Tritschler@its.monash.edu.au Latitude 38°S, Longitude 145°E, Altitude 50m, Shoe size 44 --------------------------------------------------------------- From cse.psu.edu!9fans-admin Tue Mar 4 19:27:35 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 19:27:35 JST 2003 Received: (qmail 13966 invoked by uid 1020); 4 Mar 2003 19:27:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13962 invoked from network); 4 Mar 2003 19:27:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 19:27: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 7229519A8E; Tue, 4 Mar 2003 05:27:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 458BB19A75 for <9fans@cse.psu.edu>; Tue, 4 Mar 2003 05:26:24 -0500 (EST) Message-ID: <60319104ca5cfc24a5a1aea4b4b370b3@plan9.escet.urjc.es> To: 9fans@cse.psu.edu Subject: Re: [9fans] \n\n\n to \n\n From: Fco.J.Ballesteros In-Reply-To: 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, 4 Mar 2003 11:26:22 +0100 > AGC wrote a stream sam in posix C: And of course you can always wrap sam in a script just to pretend that you have ssam. From cse.psu.edu!9fans-admin Tue Mar 4 23:22:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 23:22:19 JST 2003 Received: (qmail 17746 invoked by uid 1020); 4 Mar 2003 23:22:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17742 invoked from network); 4 Mar 2003 23:22:17 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 23:22: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 E6841199B7; Tue, 4 Mar 2003 09:22:08 -0500 (EST) 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 2459D199B6 for <9fans@cse.psu.edu>; Tue, 4 Mar 2003 09:21:26 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18qDG1-0000wA-00 for 9fans@cse.psu.edu; Tue, 04 Mar 2003 14:19:01 +0000 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Will Message-ID: <66615df7.0303040552.354bdc14@posting.google.com> Organization: http://groups.google.com/ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: [9fans] Timezones under vmware Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 4 Mar 2003 14:17:48 GMT Is there a known issue with timezones in plan 9 under vmware? I have an auth server built on a PC that works fine in this regard, however in using plan 9 terminals running under vmware, the clocks act strange. VMWare is running under Windows 2000 with the hardware clock set to local time, timezone for Windows is EST, timezone in Plan 9 is EST and the time is (I think this is right) 3 hours early. Any ideas? Thanks, Will Collum From cse.psu.edu!9fans-admin Tue Mar 4 23:26:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 4 23:26:19 JST 2003 Received: (qmail 17874 invoked by uid 1020); 4 Mar 2003 23:26:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17870 invoked from network); 4 Mar 2003 23:26:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 4 Mar 2003 23:26:19 +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 6245319A9C; Tue, 4 Mar 2003 09:26:08 -0500 (EST) 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 ESMTP id 7A40919A89 for <9fans@cse.psu.edu>; Tue, 4 Mar 2003 09:25:18 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Tue Mar 4 09:25:17 EST 2003 Received: from 141.154.233.164 ([141.154.233.164]) by plan9; Tue Mar 4 09:25:15 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Timezones under vmware From: "Russ Cox" In-Reply-To: <66615df7.0303040552.354bdc14@posting.google.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, 4 Mar 2003 09:25:25 -0500 > VMWare is running under Windows 2000 with the hardware clock set to > local time, timezone for Windows is EST, timezone in Plan 9 is EST and > the time is (I think this is right) 3 hours early. sure it's not 5 hours early? i think vmware just passes bios reads through, so if you are running aux/timesync -rL in cpurc you should be fine. note that the default cpurc timesync's to plan9.bell-labs.com, which might be blocked by vmware or by something along the way. From cse.psu.edu!9fans-admin Wed Mar 5 02:54:27 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 5 02:54:27 JST 2003 Received: (qmail 20346 invoked by uid 1020); 5 Mar 2003 02:54:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20342 invoked from network); 5 Mar 2003 02:54:26 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 5 Mar 2003 02:54:26 +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 2489B19AA0; Tue, 4 Mar 2003 12:54:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.mightycheese.com (mail.mightycheese.com [209.61.186.18]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3500A199A3 for <9fans@cse.psu.edu>; Tue, 4 Mar 2003 12:53:18 -0500 (EST) Received: from [216.239.45.4] (HELO glenda.corp.google.com) by mail.mightycheese.com (CommuniGate Pro SMTP 3.4.7) with ESMTP id 511616 for 9fans@cse.psu.edu; Tue, 04 Mar 2003 11:53:17 -0600 Message-ID: <639d576798468c6711b622b253ae6108@mightycheese.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Rc shell FAQ From: "rob pike, esq." In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ucgusuysqzapazxbswdbpbwslg" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 4 Mar 2003 09:52:48 -0800 This is a multi-part message in MIME format. --upas-ucgusuysqzapazxbswdbpbwslg Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I don't think you're missing anything. It's rc that's missing something. I don't know why, but it doesn't have a return statement and it should. -rob --upas-ucgusuysqzapazxbswdbpbwslg Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from killy.mspring.net ([207.69.231.40] verified) by mail.mightycheese.com (CommuniGate Pro SMTP 3.4.7) with ESMTP-TLS id 510554 for rob@mail.mightycheese.com; Mon, 03 Mar 2003 13:26:20 -0600 Received: from mail.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by killy.mspring.net (8.12.5/8.8.6) with ESMTP id h23JQIXg011355 for ; Mon, 3 Mar 2003 14:26:18 -0500 (EST) 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 5FF4B19AB0; Mon, 3 Mar 2003 14:26:06 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from fbsd.cpsc.ucalgary.ca (fbsd.cpsc.ucalgary.ca [136.159.7.68]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E96AE19A94 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 14:25:34 -0500 (EST) Received: from fbsd.cpsc.ucalgary.ca (localhost.localdomain [127.0.0.1]) by fbsd.cpsc.ucalgary.ca (8.12.5/8.12.5) with ESMTP id h23JPtHB029391 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 12:25:55 -0700 Received: from localhost (mirtchov@localhost) by fbsd.cpsc.ucalgary.ca (8.12.5/8.12.5/Submit) with ESMTP id h23JPt1u029387 for <9fans@cse.psu.edu>; Mon, 3 Mar 2003 12:25:55 -0700 X-Authentication-Warning: fbsd.cpsc.ucalgary.ca: mirtchov owned process doing -bs From: andrey mirtchovski To: 9fans@cse.psu.edu Subject: Re: [9fans] Rc shell FAQ In-Reply-To: <03030118450300.00582@localhost.localdomain> 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, 3 Mar 2003 12:25:55 -0700 (MST) Is this UNIX-only? I tried to find whether it mentioned anything about regarding specifically the unix implementation of the Rc shell but couldn't... In Plan 9 the builtin 'return' does not exist (as it it mentioned in the rc paper in /sys/doc) so the following examples from the FAQ would not work: fn true { return 0 } fn false { return 1 } Pretty much every other example there uses 'return' at least once and wouldn't work on Plan 9... Unless I'm missing somerhing? andrey On Sat, 1 Mar 2003, A.S. Kukhar wrote: > you can get it from http://ask.km.ru/plan9/doc/rcfaq.html, > the document attempts to answer some frequently asked > questions about rc, the Plan 9 shell. FAQ based on ``rc > shell Frequently Asked Questions'' from Alan Watson (15 Dec > 1994). > > Please forward any comments, corrections, and suggestions > regarding this FAQ to plan9@kp.km.ua. > > -kyxap > --upas-ucgusuysqzapazxbswdbpbwslg-- From cse.psu.edu!9fans-admin Wed Mar 5 03:02:35 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 5 03:02:35 JST 2003 Received: (qmail 20459 invoked by uid 1020); 5 Mar 2003 03:02:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20455 invoked from network); 5 Mar 2003 03:02:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 5 Mar 2003 03:02: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 3B66319AAA; Tue, 4 Mar 2003 13:02:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from fbsd.cpsc.ucalgary.ca (fbsd.cpsc.ucalgary.ca [136.159.7.68]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9B7FB19AAA for <9fans@cse.psu.edu>; Tue, 4 Mar 2003 13:01:57 -0500 (EST) Received: from fbsd.cpsc.ucalgary.ca (localhost.localdomain [127.0.0.1]) by fbsd.cpsc.ucalgary.ca (8.12.8/8.12.8) with ESMTP id h24I2GOE028280 for <9fans@cse.psu.edu>; Tue, 4 Mar 2003 11:02:16 -0700 Received: from localhost (mirtchov@localhost) by fbsd.cpsc.ucalgary.ca (8.12.8/8.12.8/Submit) with ESMTP id h24I2GBi028276 for <9fans@cse.psu.edu>; Tue, 4 Mar 2003 11:02:16 -0700 X-Authentication-Warning: fbsd.cpsc.ucalgary.ca: mirtchov owned process doing -bs From: andrey mirtchovski To: 9fans@cse.psu.edu Subject: Re: [9fans] Rc shell FAQ In-Reply-To: <639d576798468c6711b622b253ae6108@mightycheese.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, 4 Mar 2003 11:02:16 -0700 (MST) On Tue, 4 Mar 2003, rob pike, esq. wrote: > I don't think you're missing anything. It's rc that's missing something. > I don't know why, but it doesn't have a return statement and it should. > > -rob > here is what I was referring to (from /sys/doc/rc.ps): "I deleted the builtins export, readonly, break, continue, read, return, set, times and unset because they seem redundant or only marginally useful." andrey From cse.psu.edu!9fans-admin Wed Mar 5 03:04:15 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 5 03:04:15 JST 2003 Received: (qmail 20467 invoked by uid 1020); 5 Mar 2003 03:04:14 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20463 invoked from network); 5 Mar 2003 03:04:14 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 5 Mar 2003 03:04: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 CB2E919AA2; Tue, 4 Mar 2003 13:04:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id BA6CE19AA2 for <9fans@cse.psu.edu>; Tue, 4 Mar 2003 13:03:28 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Rc shell FAQ 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, 4 Mar 2003 18:06:14 0000 > I don't think you're missing anything. It's rc that's missing something. > I don't know why, but it doesn't have a return statement and it should. it is at least possible to fake it with: fn x { status=blah } lack of "break" is sometimes more annoying to work around. From cse.psu.edu!9fans-admin Wed Mar 5 05:42:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 5 05:42:32 JST 2003 Received: (qmail 21989 invoked by uid 1020); 5 Mar 2003 05:42:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21985 invoked from network); 5 Mar 2003 05:42:26 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 5 Mar 2003 05:42: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 A2824199DD; Tue, 4 Mar 2003 15:42:08 -0500 (EST) 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 0334019988 for <9fans@cse.psu.edu>; Tue, 4 Mar 2003 15:41:46 -0500 (EST) Received: from kp.km.ua (root@kp.km.ua [217.196.174.2]) by infocom.km.ua (8.12.6/8.12.6/ic) with ESMTP id h24Kfd9c041064 for <9fans@cse.psu.edu>; Tue, 4 Mar 2003 22:41:40 +0200 (EET) (envelope-from plan9@kp.km.ua) Received: from localhost.localdomain (dialup07.kp.km.ua [217.196.174.22]) by kp.km.ua (8.12.6/8.12.6/kp-branch) with SMTP id h24KfV5n061335 for <9fans@cse.psu.edu>; Tue, 4 Mar 2003 22:41:36 +0200 (EET) (envelope-from plan9@kp.km.ua) Content-Type: text/plain; charset="koi8-r" From: "A.S. Kukhar" To: 9fans@cse.psu.edu Subject: Re: [9fans] Rc shell FAQ X-Mailer: KMail [version 1.2] References: In-Reply-To: MIME-Version: 1.0 Message-Id: <03030421081400.00581@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: Tue, 4 Mar 2003 22:42:02 -0500 i just tried to rewrite existed faq (about Byron Rakitzis's rc) to fit only Plan 9 shell, so a few differences between this shells i missed (including returns). on days i will fix (or remove) the examples with returns and a few other bugs that were found by rog. thank you guys (andrey and rog) for your responses. p.s. now i don`t have working plan 9 system so checking all the examples is a problem task -kyxap > Is this UNIX-only? I tried to find whether it mentioned > anything about regarding specifically the unix > implementation of the Rc shell but couldn't... > > In Plan 9 the builtin 'return' does not exist (as it it > mentioned in the rc paper in /sys/doc) so the following > examples from the FAQ would not work: > > fn true { return 0 } > fn false { return 1 } > > Pretty much every other example there uses 'return' at > least once and wouldn't work on Plan 9... Unless I'm > missing somerhing? > > andrey From cse.psu.edu!9fans-admin Wed Mar 5 14:16:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 5 14:16:20 JST 2003 Received: (qmail 3219 invoked by uid 1020); 5 Mar 2003 14:15:59 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3211 invoked from network); 5 Mar 2003 14:15:34 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 5 Mar 2003 14:15:34 +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 8D645199B7; Wed, 5 Mar 2003 00:15:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from oy (unknown [219.232.136.2]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 7CE07199B3 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 00:14:25 -0500 (EST) From: webmaster To: 9fans@cse.psu.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-Id: <20030305051425.7CE07199B3@mail.cse.psu.edu> Subject: [9fans] ÌØ»ÝÐéÄâÖ÷»ú Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 5 Mar 2003 00:14:25 -0500 (EST) Ç×°®µÄÅóÓÑ£º ¡¡¡¡ÄúºÃ£¡ ¡¡¡¡ÕâÊÇÀ´×ÔÏÃÃÅÍòά¿Æ¼¼·¢Õ¹ÓÐÏÞ¹«Ë¾(www.dns2006.com)µÄÎʺÈç¹ûÎÒÃǵļͼû´í£¬ ÄúÊÇÎÒÃǵÄÀÏÅóÓÑÁË£¬Ôڴ˹§×£Äú¹¤×÷˳Àû£¬²ÆÔ´¹ã½ø¡£ ÎÒÃÇÊÇÒ»¼ÒÖÂÁ¦ÓÚÌṩÐéÄâÖ÷»ú·þÎñ¡¢ÓòÃû×¢²á·þÎñºÍÆóÒµÓ¦Ó÷þÎñµÄ¸ßм¼ÊõÆóÒµ¡£ ÎÒÃÇÓÐ×ŶàÄê´ÓʲÙ×÷ϵͳµÄ¾­Ñé,ÕâΪÎÒÃǺͿռäÎȶ¨ÌṩÁ˱£Ö¤.ÎÒÃǵķþÎñ×ÚÖ¼ÊÇ£º Îȶ¨Ñ¹µ¹Ò»ÇÐ! ÏêÇéÇëä¯ÀÀ£ºwww.dns2006.com ¡¡ÎÒÃÇΪÄúÌṩµÄÒÔÏÂÍøÕ¾¿Õ¼ä¶¼¿ÉÖ§³ÖÊý¾Ý¿â£¨CGI¡¢PHP¡¢MYSQL¡¢SQL¡¢ACCESS¡¢AS P¡¢JSP£©£¬È«ÃæÂú×ãÄúµÄÐèÇó¡£Õ⽫»áÊÇÄú³¬ÖµµÄÑ¡Ôñ¡£ ¡¡¡¡1¡¢30M¿Õ¼ä£«30MÆóÒµÓʾ֣«1¸ö¹ú¼ÊÓòÃû£¬¹¦ÄÜÈ«Ã棬½öÊÛ240Ôª/Äꣻ ¡¡¡¡ 2¡¢60M¿Õ¼ä£«60MÆóÒµÓʾ֣«1¸ö¹ú¼ÊÓòÃû£¬¹¦ÄÜÈ«Ã棬½öÊÛ280Ôª/Äꣻ ¡¡¡¡3¡¢120M¿Õ¼ä£«120MÆóÒµÓʾ֣«1¸ö¹ú¼ÊÓòÃû£¬¹¦ÄÜÈ«Ã棬½öÊÛ330Ôª/Äꣻ 4¡¢200M¿Õ¼ä£¨ÃÀ¹ú£©£«50¸öÓÊÏ䣫1¸ö¹ú¼ÊÓòÃû£¬¹¦ÄÜÈ«Ã棬½öÊÛ880Ôª/Äê¡£ ¡°Îȶ¨Ñ¹µ¹Ò»ÇС±ÊÇÈ«ÌåÍòάÈ˵ķþÎñ×ÚÖ¼£¬ÎÒÃÇÖ£ÖسÐŵ£º 1¡¢ÍòάÖ÷»úÈ«²¿²ÉÓÃÔ­×°Dell PowerApp»¥ÁªÍøÓ¦Ó÷þÎñÆ÷£» 2¡¢ÍòάÖ÷»úÈ«²¿°²×°Õý°æTurbolinux»òMicrosoft²Ù×÷ϵͳ£» 3¡¢²ÉÓÃÊÀ½ç±ê×¼µÄSNMP½øÐÐ24x7x365 ϵͳ¼à²â£» 4¡¢ÍòάÖ÷»ú¿Í»§Ò»¸öÔÂÄÚ¿ÉÎÞÌõ¼þÈ«¶îÍ˿ÆäËü°´Êµ¼ÊÓà¶îÍË¿î¡£ ÏêÇéÇëä¯ÀÀ£ºwww.dns2006.com ÁªÏµQQ£º83451459 webmaster of www.dns2006.com ÏÃÃÅÍòά¿Æ¼¼·¢Õ¹ÓÐÏÞ¹«Ë¾ µØÖ·£ºÏÃÃÅÊйúó´óÏÃ40²ã µç»°:0592-5819328¡¢5815780¡¢5814120 ´«Õæ:0592-5888462 ×££º¿ªÐÄ£¡Ë³Àû£¡ ¡¡¡¡ --------------------------------------------------------------- ·ÐµãȺ·¢Óʼþ,À´×ÔÈí¼þ¹¤³Ìר¼ÒÍø(http://www.21cmm.com) ½øCMMÍøУ(http://www.21cmm.com)£¬³ÉÏîÄ¿¹ÜÀíר¼Ò From cse.psu.edu!9fans-admin Wed Mar 5 21:05:33 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 5 21:05:33 JST 2003 Received: (qmail 14338 invoked by uid 1020); 5 Mar 2003 21:05:32 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14334 invoked from network); 5 Mar 2003 21:05:32 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 5 Mar 2003 21:05:32 +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 8C76F19A8E; Wed, 5 Mar 2003 07:05:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nanionic (unknown [212.128.4.208]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D2E4119A8E for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 07:04:16 -0500 (EST) Message-ID: <0419571d402c4a169238ff68be37c8bf@plan9.escet.urjc.es> To: 9fans@cse.psu.edu From: paurea@plan9.escet.urjc.es In-Reply-To: <002e01c2e2e4$f1f807a0$2a8be793@gli.cas.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] Re: hack for 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 List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 5 Mar 2003 13:04:08 +0100 There was a bug in the diff I sent to the list. Sorry for that. Here is a (hopely bugless) one. diff /n/dump/2003/0227/sys/src/cmd/acme/acme.c acme/acme.c 424c424 < uint q0, q1; --- > uint q0, q1, keepw; 431a432 > 540,541c541,544 < if(textselect3(t, &q0, &q1)) < look3(t, q0, q1, FALSE); --- > if(keepw=textselect3(t, &q0, &q1)){ > keepw=(keepw==4); // is it chord 31? > look3(t, q0, q1, FALSE, keepw); > } diff /n/dump/2003/0227/sys/src/cmd/acme/exec.c acme/exec.c 128a129 > 202a204 > 203a206 > return; diff /n/dump/2003/0227/sys/src/cmd/acme/fns.h acme/fns.h 59c59 < void look3(Text*, uint, uint, int); --- > void look3(Text*, uint, uint, int, uint); diff /n/dump/2003/0227/sys/src/cmd/acme/look.c acme/look.c 15c15 < Window* openfile(Text*, Expand*); --- > Window* openfile(Text*, Expand*, uint keepw); 20c20 < look3(Text *t, uint q0, uint q1, int external) --- > look3(Text *t, uint q0, uint q1, int external, uint keepw) 31a32 > 136c137 < openfile(t, &e); --- > openfile(t, &e, keepw); 170a172,175 > > > > 196c201 < openfile(nil, &e); --- > openfile(nil, &e, FALSE); 671c676 < openfile(Text *t, Expand *e) --- > openfile(Text *t, Expand *e, uint keepw) 677a683 > Rectangle rect; 693c699,707 < w = makenewwindow(t); --- > if(keepw){ > w=t->w; > if(w == nil) > return nil; > } > else{ > w = makenewwindow(t); > } > 695c709,713 < winsetname(w, e->name, e->nname); --- > > winsetname(w, e->name, e->nname); > if(keepw&&t->w->isdir){ > t->file->nc=0; > } 696a715,722 > > if(keepw&&t->w->isdir){ > rect=t->all; > rect.min.x += Scrollwid+Scrollgap+Margin+Border; > textredraw(t,rect,t->reffont->f,screen,-1); > rowresize(&row, screen->clipr); > flushimage(display, 1); > } 763c789 < openfile(et, &e); --- > openfile(et, &e, FALSE); diff /n/dump/2003/0227/sys/src/cmd/acme/text.c acme/text.c 13a14,15 > > 189a192 > 191a195 > 1047,1048c1051,1057 < h = (textselect23(t, q0, q1, but3col, 1|2) == 0); < return h; --- > h = textselect23(t, q0, q1, but3col, 2); > if(h & 4) > return 4; // chord31 > if(h==0) > return 1; > else > return 0; diff /n/dump/2003/0227/sys/src/cmd/acme/xfid.c acme/xfid.c 809c809 < look3(t, q0, q1, TRUE); --- > look3(t, q0, q1, TRUE, FALSE); From cse.psu.edu!9fans-admin Wed Mar 5 23:36:48 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 5 23:36:48 JST 2003 Received: (qmail 16666 invoked by uid 1020); 5 Mar 2003 23:36:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16662 invoked from network); 5 Mar 2003 23:36:26 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 5 Mar 2003 23:36:26 +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 A92B719AA2; Wed, 5 Mar 2003 09:36:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail504.nifty.com (mail504.nifty.com [202.248.37.212]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A0C9319AA1 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 09:35:22 -0500 (EST) Received: from localhost (eatkyo900071.adsl.ppp.infoweb.ne.jp [210.229.24.71]) by mail504.nifty.com with ESMTP id h25EYxxL019118 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 23:34:59 +0900 Subject: Re: [9fans] Drawterm on MacOS X; weird colormap? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) From: Moroo Jun To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit In-Reply-To: <200302221702.h1MH2OM21041@augusta.math.psu.edu> Message-Id: 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: Wed, 5 Mar 2003 23:34:57 +0900 > I don't have the sam problem, though at times all the text in a window > sort of `disappears', that is, becomes the same color as the > background. Normally if I start up something like sam and then quit > it, it comes back. I tried to check little bit more. I logged in and open new window, type '$' and 'return', after that type '!', '!' didn't appeared. When I typed '!', drawterm got 'i' message from rio. So I guess that this problem is font cache problem. But unfortunately, I can't find any difference between appeared case and disappeared one. From cse.psu.edu!9fans-admin Thu Mar 6 02:19:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 02:19:24 JST 2003 Received: (qmail 18507 invoked by uid 1020); 6 Mar 2003 02:19:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18503 invoked from network); 6 Mar 2003 02:19:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 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 717E4199EE; Wed, 5 Mar 2003 12:19:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from XMAIL.asuch.cas.cz (clusterb.asuch.cas.cz [147.231.136.17]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 28A55199B7 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 01:52:42 -0500 (EST) Received: from picture ([147.231.139.42]) by XMAIL.asuch.cas.cz over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Wed, 5 Mar 2003 07:52:41 +0100 Message-ID: <002001c2e2e3$d0f0f0e0$2a8be793@gli.cas.cz> From: "peter a. cejchan" To: <9fans@cse.psu.edu> Organization: paleobiology & paleoecology lab MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001D_01C2E2EC.32A79D40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 05 Mar 2003 06:52:41.0074 (UTC) FILETIME=[D0F18D20:01C2E2E3] Subject: [9fans] Re: \n\n\n to \n\n Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 5 Mar 2003 07:52:40 +0100 This is a multi-part message in MIME format. ------=_NextPart_000_001D_01C2E2EC.32A79D40 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable > however, sed doesn't like long lines=20 > you could do it in sam: s/\n\n\n/\n\n/g finally, i did it using acme's Edit. Thanks! I just wonder why Edit is a built-in... I would prefer piping to = (streamed) sam... wouldn't that be a cleaner solution? One of the things I love on = unix/plan 9 is their modularity, thus, why to have a standalone webbrowser when there is acme + hget + gif = (page), likewise with mail, and why to have a built-in Edit when there is acme + sed (ssam, awk, = perl....)? Or am I missing something? Thanks, ++pac ------=_NextPart_000_001D_01C2E2EC.32A79D40 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
> however, sed doesn't = like long=20 lines
> you could do it in sam: = s/\n\n\n/\n\n/g


finally, i=20 did it using acme's Edit. Thanks!
 
 
I just wonder why Edit is a built-in... I would = prefer=20 piping to (streamed) sam...
wouldn't that be a cleaner solution? One of the = things I=20 love on unix/plan 9 is their modularity, thus,
why to have a standalone webbrowser when there = is acme +=20 hget + gif (page),
likewise with mail,
and why to have a built-in Edit when there is = acme + sed=20 (ssam, awk, perl....)?
Or am I missing something?
 
Thanks,
++pac
 
------=_NextPart_000_001D_01C2E2EC.32A79D40-- From cse.psu.edu!9fans-admin Thu Mar 6 02:19:47 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 02:19:47 JST 2003 Received: (qmail 18515 invoked by uid 1020); 6 Mar 2003 02:19:47 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18511 invoked from network); 6 Mar 2003 02:19:47 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 02:19:47 +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 4B06E19A97; Wed, 5 Mar 2003 12:19:16 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from XMAIL.asuch.cas.cz (clusterb.asuch.cas.cz [147.231.136.17]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 56B71199B6 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 02:00:46 -0500 (EST) Received: from picture ([147.231.139.42]) by XMAIL.asuch.cas.cz over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Wed, 5 Mar 2003 08:00:45 +0100 Message-ID: <002e01c2e2e4$f1f807a0$2a8be793@gli.cas.cz> From: "peter a. cejchan" To: <9fans@cse.psu.edu> Cc: Organization: paleobiology & paleoecology lab MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002B_01C2E2ED.539C6480" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 05 Mar 2003 07:00:45.0983 (UTC) FILETIME=[F1F8CAF0:01C2E2E4] Subject: [9fans] Re: hack for 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 List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 5 Mar 2003 08:00:45 +0100 This is a multi-part message in MIME format. ------=_NextPart_000_002B_01C2E2ED.539C6480 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable I have some other (newer?) version of acme.c, so I guessed the lines to = correct/add. However, after 3-1 on a dir, acme died with the following: acme: text.load couldn't find destination for message acme 1233: suicide: sys: trap: fault read addr =3D.... I would be grateful for a whole acme tarball. The idea sounds great -- I = don't feel I need 3-1 just for no-op thanks, ++pac ------=_NextPart_000_002B_01C2E2ED.539C6480 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
I have some other (newer?) version of acme.c, so = I guessed=20 the lines to correct/add. However, after 3-1 on a dir, acme died with = the=20 following:
 
acme: text.load couldn't find destination for=20 message
acme 1233: suicide: sys: trap: fault read addr = =3D....
 
I would be grateful for a whole acme tarball. = The idea=20 sounds great -- I don't feel I need 3-1 just for no-op

thanks,
++pac
 
------=_NextPart_000_002B_01C2E2ED.539C6480-- From cse.psu.edu!9fans-admin Thu Mar 6 02:20:29 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 02:20:29 JST 2003 Received: (qmail 18529 invoked by uid 1020); 6 Mar 2003 02:20:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18525 invoked from network); 6 Mar 2003 02:20:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 02:20:29 +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 237EB19AA9; Wed, 5 Mar 2003 12:19:22 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from XMAIL.asuch.cas.cz (clusterb.asuch.cas.cz [147.231.136.17]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BF80019A91 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 10:12:09 -0500 (EST) Received: from picture ([147.231.139.42]) by XMAIL.asuch.cas.cz over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Wed, 5 Mar 2003 16:12:09 +0100 Message-ID: <002501c2e329$97797940$2a8be793@gli.cas.cz> From: "peter a. cejchan" To: <9fans@cse.psu.edu> Organization: paleobiology & paleoecology lab MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0022_01C2E331.F91327C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 05 Mar 2003 15:12:09.0416 (UTC) FILETIME=[9777A480:01C2E329] Subject: [9fans] Re: \n\n\n to \n\n Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 5 Mar 2003 16:12:09 +0100 This is a multi-part message in MIME format. ------=_NextPart_000_0022_01C2E331.F91327C0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable > And of course you can always wrap sam in a script just to > pretend that you have ssam. could someone show me , how? sorry for ignorance, ++pac ------=_NextPart_000_0022_01C2E331.F91327C0 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
>  And of course you can always wrap sam = in a=20 script just to
>  pretend that you have ssam.
 
could someone show me , how?
 
sorry for ignorance,
++pac
 
------=_NextPart_000_0022_01C2E331.F91327C0-- From cse.psu.edu!9fans-admin Thu Mar 6 02:24:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 02:24:21 JST 2003 Received: (qmail 18562 invoked by uid 1020); 6 Mar 2003 02:24:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18558 invoked from network); 6 Mar 2003 02:24:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 02:24:20 +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 2574C19AA6; Wed, 5 Mar 2003 12:24:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nanionic (unknown [212.128.4.208]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C546819AA0 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 12:23:24 -0500 (EST) Message-ID: <5cb85646217c51c196bad7fda982f526@plan9.escet.urjc.es> To: 9fans@cse.psu.edu From: paurea@plan9.escet.urjc.es MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] Hack for 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 List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 5 Mar 2003 18:23:17 +0100 Nemo included the changed files on sources. You can pull them from nemos directory. Enjoy Gorka From cse.psu.edu!9fans-admin Thu Mar 6 02:27:18 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 02:27:18 JST 2003 Received: (qmail 18631 invoked by uid 1020); 6 Mar 2003 02:27:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18627 invoked from network); 6 Mar 2003 02:27:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 02:27: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 1ED4719AAA; Wed, 5 Mar 2003 12:27:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.mightycheese.com (mail.mightycheese.com [209.61.186.18]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E75B319A98 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 12:26:56 -0500 (EST) Received: from [216.239.45.4] (HELO glenda.corp.google.com) by mail.mightycheese.com (CommuniGate Pro SMTP 3.4.7) with ESMTP id 512934 for 9fans@cse.psu.edu; Wed, 05 Mar 2003 11:26:54 -0600 Message-ID: <64f5b14c528bef319ba1386d8850a473@mightycheese.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Re: \n\n\n to \n\n From: "rob pike, esq." In-Reply-To: <002001c2e2e3$d0f0f0e0$2a8be793@gli.cas.cz> 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, 5 Mar 2003 09:26:26 -0800 > I just wonder why Edit is a built-in... I would prefer piping to (streamed) sam... > wouldn't that be a cleaner solution? First, there isn't a streamed sam, and second, streaming only works for one file. Second, you *can* stream text through commands; I do it all the time. (|fmt, |sort, |tr A-Z a-z, etc. etc.) But to answer your question: I find the X command extremely powerful, and can't see any way to have a streaming implementation that will look at multiple files simultaneously. One day I realized I could easily implement Edit as a command in acme, but that after about fifteen years of desultory thought I still didn't see the right way to build a stream sam. The X command was the clincher, and I started hacking. -rob From cse.psu.edu!9fans-admin Thu Mar 6 02:53:33 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 02:53:33 JST 2003 Received: (qmail 18775 invoked by uid 1020); 6 Mar 2003 02:53:32 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18770 invoked from network); 6 Mar 2003 02:53:32 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 02:53:32 +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 3D2F819AB1; Wed, 5 Mar 2003 12:53:08 -0500 (EST) 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 ESMTP id B22A719AB0 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 12:52:24 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Mar 5 12:52:23 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Wed Mar 5 12:52:18 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Hack for acme From: "Russ Cox" In-Reply-To: <5cb85646217c51c196bad7fda982f526@plan9.escet.urjc.es> 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, 5 Mar 2003 12:52:21 -0500 We did not include the 3-1 change in our acme, mainly because 3-1 cancels a 3 that you've started and want to back out. In other words, as Rob pointed out before, 3-1 is already taken. It might be reasonable to use 2 to ``exec'' a directory by opening it in the same window, but then there is the inconsistency that 2 on a directory and 2 on a file behave differently. I think that if I had the ability to open a directory in the same window, I might use it a fair amount. I'm not sure how much I would use the open a file in the same window capability. I'm still thinking about 2. But 3-1 won't happen. Paurea and Nemo, how much do you use your 3-1 on files vs. directories? Russ From cse.psu.edu!9fans-admin Thu Mar 6 03:01:28 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 03:01:28 JST 2003 Received: (qmail 18931 invoked by uid 1020); 6 Mar 2003 03:01:27 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18927 invoked from network); 6 Mar 2003 03:01:27 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 03:01:27 +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 AE35B19AA0; Wed, 5 Mar 2003 13:01:14 -0500 (EST) 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 ESMTP id 212A919A97 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 12:59:52 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Mar 5 12:59:51 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Wed Mar 5 12:59:49 EST 2003 Message-ID: <2b90a5747c6e683cab49e71f2b8a06cd@plan9.bell-labs.com> To: 9fans@cse.psu.edu From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] refresh problems with drawterm on x (freebsd)? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 5 Mar 2003 12:59:50 -0500 Has anyone else encountered refresh problems using drawterm on XFree86 / FreeBSD? A few people here have intermittent problems but we can't seem to characterize them. From cse.psu.edu!9fans-admin Thu Mar 6 03:03:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 03:03:19 JST 2003 Received: (qmail 18944 invoked by uid 1020); 6 Mar 2003 03:03:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18940 invoked from network); 6 Mar 2003 03:03:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 03:03: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 E18F719AAF; Wed, 5 Mar 2003 13:03:12 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 1E9D219A97 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 13:02:52 -0500 (EST) Message-ID: <9be2f49cc7d7111fcf58683cd36844ef@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Re: \n\n\n to \n\n 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, 5 Mar 2003 18:05:36 0000 > > And of course you can always wrap sam in a script just to > > pretend that you have ssam. > > could someone show me , how? the following script does something of the sort; if you were prepared to go without error messages, you could dispense with the clunky sed script. unfortunately it produces output even if there's an error in the script. i don't know if there's anything that can be done about that... use like: echo hello | ssam ',x/l/c/x/' it's only had 'presotto' testing... #!/bin/rc { { for (i) echo $i echo w /fd/1 } | sam -d /fd/3 |[2] sed -e '/^\?changed files/d' -e '/^[^?]/d' -e 's/\?/ssam: /' >[1=2] } <[3=0] From cse.psu.edu!9fans-admin Thu Mar 6 03:14:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 03:14:32 JST 2003 Received: (qmail 18997 invoked by uid 1020); 6 Mar 2003 03:14:31 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18993 invoked from network); 6 Mar 2003 03:14:31 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 03:14:31 +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 999ED19AB3; Wed, 5 Mar 2003 13:14:07 -0500 (EST) 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 362B119AA4 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 13:13:37 -0500 (EST) Received: from athena (athena [12.34.136.114]) by athena.softcardsystems.com (8.11.1/8.11.1) with ESMTP id h25IHRo03577 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 13:17:32 -0500 From: Sam X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] Hack for acme 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: Wed, 5 Mar 2003 13:17:27 -0500 (EST) > We did not include the 3-1 change in our acme, mainly because 3-1 > cancels a 3 that you've started and want to back out. In other > words, as Rob pointed out before, 3-1 is already taken. Not to be argumentative, but so does 3-2. Not including a seemingly useful feature because you don't want to change the behaviour of your fingers under a seldom used mechanism seems foolish. If you want 1 to cancel a 3 click then it should be across the board and cancel a 2 click as well. Regularity shouldn't be an option. Since 1 is useful for X with args, it can be useful for open with args. Suppose the concept whereby the user highlights a string representative of the window he/she wants the open to occur in. If you highlight, say, `.' you mean ``open here.'' Otherwise, you could open all docs in one particular window. Perhaps there are other uses. I'm not certain of acme's internal window naming organisation, but this seems doable. Sam From cse.psu.edu!9fans-admin Thu Mar 6 03:16:18 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 03:16:18 JST 2003 Received: (qmail 19025 invoked by uid 1020); 6 Mar 2003 03:16:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19021 invoked from network); 6 Mar 2003 03:16:17 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 03:16: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 CA0FE19AB4; Wed, 5 Mar 2003 13:16:08 -0500 (EST) 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 BFF0619AA0 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 13:14:53 -0500 (EST) Received: from term4e.9netics.com ([64.91.109.37]) by mailnw.centurytel.net (8.12.8/8.12.8) with ESMTP id h25IEqFo001633 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 10:14:52 -0800 (PST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Hack for acme From: "Skip Tavakkolian" In-Reply-To: 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: Wed, 5 Mar 2003 10:24:18 -0800 > I think that if I had the ability to open a directory in the same window, > I might use it a fair amount. I'm not sure how much I would use the > open a file in the same window capability. I'm still thinking about 2. > But 3-1 won't happen. I'd like to see this to be an option that modifies the nav behavior for directories (like -b is for selecting windows). 3 is more natural. If window is a directory, and you click-3 on a directory inside of it, reuse the window. If the window is some random buffer and I type in the directory name and click-3 on it, that should open a new window. my 2¢ From cse.psu.edu!9fans-admin Thu Mar 6 03:47:35 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 03:47:35 JST 2003 Received: (qmail 19218 invoked by uid 1020); 6 Mar 2003 03:47:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19214 invoked from network); 6 Mar 2003 03:47:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 03:47: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 776B719AB4; Wed, 5 Mar 2003 13:47:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from fbsd.cpsc.ucalgary.ca (fbsd.cpsc.ucalgary.ca [136.159.7.68]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4955F19AA0 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 13:46:20 -0500 (EST) Received: from fbsd.cpsc.ucalgary.ca (localhost.localdomain [127.0.0.1]) by fbsd.cpsc.ucalgary.ca (8.12.8/8.12.8) with ESMTP id h25IknOE009727 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 11:46:49 -0700 Received: from localhost (mirtchov@localhost) by fbsd.cpsc.ucalgary.ca (8.12.8/8.12.8/Submit) with ESMTP id h25IknnK009723 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 11:46:49 -0700 X-Authentication-Warning: fbsd.cpsc.ucalgary.ca: mirtchov owned process doing -bs From: andrey mirtchovski To: 9fans@cse.psu.edu Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? In-Reply-To: <2b90a5747c6e683cab49e71f2b8a06cd@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: Wed, 5 Mar 2003 11:46:49 -0700 (MST) Text will just disappear from acme and terminal windows. I wouldn't even be able to see the text in the menu options (though the green rectangle still appears) Is there a newer version of drawterm for bsd I could try? andrey On Wed, 5 Mar 2003, Russ Cox wrote: > Has anyone else encountered refresh problems > using drawterm on XFree86 / FreeBSD? A few people > here have intermittent problems but we can't seem > to characterize them. > From cse.psu.edu!9fans-admin Thu Mar 6 03:51:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 03:51:21 JST 2003 Received: (qmail 19311 invoked by uid 1020); 6 Mar 2003 03:51:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19307 invoked from network); 6 Mar 2003 03:51:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 03:51: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 C338319AB3; Wed, 5 Mar 2003 13:51:07 -0500 (EST) 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 DAA7A19AA0 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 13:50:52 -0500 (EST) 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 NAA19374 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 13:50:52 -0500 (EST) 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 h25IoqG12559 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 13:50:52 -0500 (EST) Message-Id: <200303051850.h25IoqG12559@augusta.math.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? In-Reply-To: Your message of "Wed, 05 Mar 2003 11:46:49 MST." 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, 05 Mar 2003 13:50:52 -0500 Russ wrote: > Has anyone else encountered refresh problems > using drawterm on XFree86 / FreeBSD? A few people > here have intermittent problems but we can't seem > to characterize them. > To which Andrey replied: > Text will just disappear from acme and terminal windows. I wouldn't even be > able to see the text in the menu options (though the green rectangle still > appears) > > Is there a newer version of drawterm for bsd I could try? The problem Andrey reports is the problem I've had under MacOS X. Well, that and the colormap thing. I've not seen it under FreeBSD, though I've probably got a slightly older version of drawterm installed here. - Dan C. From cse.psu.edu!9fans-admin Thu Mar 6 04:19:30 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 04:19:30 JST 2003 Received: (qmail 19630 invoked by uid 1020); 6 Mar 2003 04:19:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19626 invoked from network); 6 Mar 2003 04:19:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 04:19: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 6695F19AAA; Wed, 5 Mar 2003 14:19:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C7CED19A0B for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 14:18:42 -0500 (EST) Message-ID: <25258ea5fee1d8a6d19f2d0e6f7b8f79@plan9.escet.urjc.es> To: 9fans@cse.psu.edu Subject: Re: [9fans] Hack for acme From: Fco.J.Ballesteros In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ygzfhpqynfbmteutkloafmrspe" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 5 Mar 2003 20:18:38 +0100 This is a multi-part message in MIME format. --upas-ygzfhpqynfbmteutkloafmrspe Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit What we do is to make our changes and after experience says if we are using them or not, we keep them or delete them. I just deleted the Ignore command I added time ago to acme because we found that we have seldom used it. Regarding 3-1, paurea is using it a lot on directories, I've used it several times these days, but I still don't know if that's really useful for me or not. If after some time we find that we seldom use it, we'll delete that feature; but I think that we'll be using it a lot (at least paurea is doing so, and I think I'm going the same way). On files, I *never* used 3-1. Well, I used it once when I first tried acme, just to play with undoing buttons. I don't know for sure, but I think paurea never used it either. Most times, I notice that I used 3 to open a wrong file (eg /dev/zero and alike) after I released the button (which makes 3-1 no longer useful as a cancel). On the other hand, we had 2 on directories instead of 3-1 some time ago. It was confusing because some directories correspond to program names in /bin. That's why we decided to move to 3-1 instead of keep on using 2. --upas-ygzfhpqynfbmteutkloafmrspe Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Wed Mar 5 18:53:29 MET 2003 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 3D2F819AB1; Wed, 5 Mar 2003 12:53:08 -0500 (EST) 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 ESMTP id B22A719AB0 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 12:52:24 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Mar 5 12:52:23 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Wed Mar 5 12:52:18 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Hack for acme From: "Russ Cox" In-Reply-To: <5cb85646217c51c196bad7fda982f526@plan9.escet.urjc.es> 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, 5 Mar 2003 12:52:21 -0500 We did not include the 3-1 change in our acme, mainly because 3-1 cancels a 3 that you've started and want to back out. In other words, as Rob pointed out before, 3-1 is already taken. It might be reasonable to use 2 to ``exec'' a directory by opening it in the same window, but then there is the inconsistency that 2 on a directory and 2 on a file behave differently. I think that if I had the ability to open a directory in the same window, I might use it a fair amount. I'm not sure how much I would use the open a file in the same window capability. I'm still thinking about 2. But 3-1 won't happen. Paurea and Nemo, how much do you use your 3-1 on files vs. directories? Russ --upas-ygzfhpqynfbmteutkloafmrspe-- From cse.psu.edu!9fans-admin Thu Mar 6 04:21:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 04:21:24 JST 2003 Received: (qmail 19708 invoked by uid 1020); 6 Mar 2003 04:21:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19704 invoked from network); 6 Mar 2003 04:21:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 04:21: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 BAA8819AB4; Wed, 5 Mar 2003 14:21:13 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BBF2619AAF for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 14:20:58 -0500 (EST) Message-ID: <371e22e5a847b7aedc0581e764162c63@plan9.escet.urjc.es> To: 9fans@cse.psu.edu Subject: Re: [9fans] Re: \n\n\n to \n\n From: Fco.J.Ballesteros In-Reply-To: <002501c2e329$97797940$2a8be793@gli.cas.cz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-aeaseuchnqqnsehkqlpdaicvft" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 5 Mar 2003 20:20:58 +0100 This is a multi-part message in MIME format. --upas-aeaseuchnqqnsehkqlpdaicvft Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit This is naive and dirty but it's what I use: I pass different `command lines' to sam by using different arguments. It can be done better for sure but I didn't bother. hth #!/bin/rc t=/tmp/ssam.$pid fn exit () { rm -f $t } cat > $t { for (c in $*) echo $c echo q } | sam -d $t >[2] /dev/null rm -f $t --upas-aeaseuchnqqnsehkqlpdaicvft Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Wed Mar 5 18:20:45 MET 2003 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 237EB19AA9; Wed, 5 Mar 2003 12:19:22 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from XMAIL.asuch.cas.cz (clusterb.asuch.cas.cz [147.231.136.17]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BF80019A91 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 10:12:09 -0500 (EST) Received: from picture ([147.231.139.42]) by XMAIL.asuch.cas.cz over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Wed, 5 Mar 2003 16:12:09 +0100 Message-ID: <002501c2e329$97797940$2a8be793@gli.cas.cz> From: "peter a. cejchan" To: <9fans@cse.psu.edu> Organization: paleobiology & paleoecology lab MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0022_01C2E331.F91327C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 05 Mar 2003 15:12:09.0416 (UTC) FILETIME=[9777A480:01C2E329] Subject: [9fans] Re: \n\n\n to \n\n Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 5 Mar 2003 16:12:09 +0100 This is a multi-part message in MIME format. ------=_NextPart_000_0022_01C2E331.F91327C0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable > And of course you can always wrap sam in a script just to > pretend that you have ssam. could someone show me , how? sorry for ignorance, ++pac ------=_NextPart_000_0022_01C2E331.F91327C0 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
>  And of course you can always wrap sam = in a=20 script just to
>  pretend that you have ssam.
 
could someone show me , how?
 
sorry for ignorance,
++pac
 
------=_NextPart_000_0022_01C2E331.F91327C0-- --upas-aeaseuchnqqnsehkqlpdaicvft-- From cse.psu.edu!9fans-admin Thu Mar 6 04:26:27 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 04:26:27 JST 2003 Received: (qmail 19771 invoked by uid 1020); 6 Mar 2003 04:26:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19767 invoked from network); 6 Mar 2003 04:26:26 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 04:26:26 +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 876DE19AAF; Wed, 5 Mar 2003 14:26:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EC72A19A0B for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 14:25:10 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Re: hack for acme From: Fco.J.Ballesteros In-Reply-To: <002e01c2e2e4$f1f807a0$2a8be793@gli.cas.cz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-qxzgbeyamkyimxauvlcvuqqtbc" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 5 Mar 2003 20:25:10 +0100 This is a multi-part message in MIME format. --upas-qxzgbeyamkyimxauvlcvuqqtbc Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I've just done a diff wrt sources. The files in acme that are different wrt /n/sources/plan9/sys/src/cmd/acme can be found at /n/sources/nemo/sys/src/cmd/acme. A pull from the replica found there should retrieve those files. hth PS: I'd suggest you either pull or copy the plan9 acme files first. --upas-qxzgbeyamkyimxauvlcvuqqtbc Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Wed Mar 5 18:19:52 MET 2003 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 4B06E19A97; Wed, 5 Mar 2003 12:19:16 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from XMAIL.asuch.cas.cz (clusterb.asuch.cas.cz [147.231.136.17]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 56B71199B6 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 02:00:46 -0500 (EST) Received: from picture ([147.231.139.42]) by XMAIL.asuch.cas.cz over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Wed, 5 Mar 2003 08:00:45 +0100 Message-ID: <002e01c2e2e4$f1f807a0$2a8be793@gli.cas.cz> From: "peter a. cejchan" To: <9fans@cse.psu.edu> Cc: Organization: paleobiology & paleoecology lab MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002B_01C2E2ED.539C6480" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 05 Mar 2003 07:00:45.0983 (UTC) FILETIME=[F1F8CAF0:01C2E2E4] Subject: [9fans] Re: hack for 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 List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 5 Mar 2003 08:00:45 +0100 This is a multi-part message in MIME format. ------=_NextPart_000_002B_01C2E2ED.539C6480 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable I have some other (newer?) version of acme.c, so I guessed the lines to = correct/add. However, after 3-1 on a dir, acme died with the following: acme: text.load couldn't find destination for message acme 1233: suicide: sys: trap: fault read addr =3D.... I would be grateful for a whole acme tarball. The idea sounds great -- I = don't feel I need 3-1 just for no-op thanks, ++pac ------=_NextPart_000_002B_01C2E2ED.539C6480 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
I have some other (newer?) version of acme.c, so = I guessed=20 the lines to correct/add. However, after 3-1 on a dir, acme died with = the=20 following:
 
acme: text.load couldn't find destination for=20 message
acme 1233: suicide: sys: trap: fault read addr = =3D....
 
I would be grateful for a whole acme tarball. = The idea=20 sounds great -- I don't feel I need 3-1 just for no-op

thanks,
++pac
 
------=_NextPart_000_002B_01C2E2ED.539C6480-- --upas-qxzgbeyamkyimxauvlcvuqqtbc-- From cse.psu.edu!9fans-admin Thu Mar 6 05:07:44 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 05:07:44 JST 2003 Received: (qmail 20217 invoked by uid 1020); 6 Mar 2003 05:07:28 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20213 invoked from network); 6 Mar 2003 05:07:27 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 05:07:27 +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 39E8119A97; Wed, 5 Mar 2003 15:07:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from REIJO (hki1-1-2-fc.hoasnet.inet.fi [80.221.17.252]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 63D44199EE for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 15:06:55 -0500 (EST) Received: from kukka ([192.168.2.2]) by REIJO with esmtp (Exim 3.36 #1 (Debian)) id 18qfAC-0001So-00 for <9fans@cse.psu.edu>; Wed, 05 Mar 2003 22:06:52 +0200 Message-ID: <6df120642d0c4b8c32718675b7b7b7ea@cs.Helsinki.FI> To: 9fans@cse.psu.edu Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? From: anyrhine@cs.Helsinki.FI In-Reply-To: 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, 5 Mar 2003 23:36:50 +0200 andrey mirtchovski wrote: > Text will just disappear from acme and terminal windows. I wouldn't even be > able to see the text in the menu options (though the green rectangle still > appears) I'm having similar problems with linux and a slow (128k) network connection, but it seems to be hardware dependent (possibly even XFree86 bug?). On all <500MHz workstations with Matrox G200 display card at our department I have a problem that after connecting with drawterm, all characters of a font don't work (some do). After cat'ing a file with lots of different characters and resizing the window a few times, I'm able to get all the characters working. The ritual has to be repeated for each font. On newer 1.3-2.4GHz systems with Matrox G400 or G450 graphics I am not able to reproduce this, but have the problem you described instead. Unfortunately I can't remember did only the acme's font stop working, or was it all fonts. I'll try to check this tomorrow. Also, the drawterm I'm using isn't the binary in plan9 distribution, but one built by myself (with gcc 2.96) from the source at sources. I had to do this because I needed to make the port numbers configurable to get around a firewall. Using the same binary in the same network with the cpu server, and with ati graphics, I have experienced neither of the problems, though I've used it more. -Aki From cse.psu.edu!9fans-admin Thu Mar 6 05:19:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 05:19:25 JST 2003 Received: (qmail 20343 invoked by uid 1020); 6 Mar 2003 05:19:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20339 invoked from network); 6 Mar 2003 05:19:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 05:19: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 C27B5199EE; Wed, 5 Mar 2003 15:19:09 -0500 (EST) 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 ESMTP id 74E4819AA2 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 15:18:55 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Mar 5 15:18:54 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Wed Mar 5 15:18:52 EST 2003 Message-ID: <4f33f4302d01a377435254284e923709@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? From: "Russ Cox" In-Reply-To: <6df120642d0c4b8c32718675b7b7b7ea@cs.Helsinki.FI> 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, 5 Mar 2003 15:18:54 -0500 the port numbers were already configurable. i use drawterm -c tcp!plan9.bell-labs.com!87 all the time. From cse.psu.edu!9fans-admin Thu Mar 6 05:26:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 05:26:24 JST 2003 Received: (qmail 20418 invoked by uid 1020); 6 Mar 2003 05:26:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20414 invoked from network); 6 Mar 2003 05:26:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 05:26:22 +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 2E1FB19AAF; Wed, 5 Mar 2003 15:26:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from REIJO (hki1-1-2-fc.hoasnet.inet.fi [80.221.17.252]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 62C2A19A91 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 15:25:18 -0500 (EST) Received: from kukka ([192.168.2.2]) by REIJO with esmtp (Exim 3.36 #1 (Debian)) id 18qfS1-0001T1-00 for <9fans@cse.psu.edu>; Wed, 05 Mar 2003 22:25:17 +0200 Message-ID: <7bfd03e8930ee04199523aeec9ea9440@cs.Helsinki.FI> To: 9fans@cse.psu.edu Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? From: anyrhine@cs.Helsinki.FI In-Reply-To: <4f33f4302d01a377435254284e923709@plan9.bell-labs.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, 5 Mar 2003 23:55:22 +0200 > the port numbers were already configurable. > i use > > drawterm -c tcp!plan9.bell-labs.com!87 > > all the time. Stupid me. I remember I tried that, but most likely forgot some 's and so the !-marks got eaten by bash, and then didn't bother to read the source deeper than drawterm.c :) Thanks. -Aki From cse.psu.edu!9fans-admin Thu Mar 6 06:31:35 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 06:31:35 JST 2003 Received: (qmail 20903 invoked by uid 1020); 6 Mar 2003 06:31:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20899 invoked from network); 6 Mar 2003 06:31:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 06:31:24 +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 D06EE19AA8; Wed, 5 Mar 2003 16:31:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from magnum.cooper.edu (unknown [199.98.16.4]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 7C73919A0B for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 16:30:30 -0500 (EST) Received: from robin.cooper.edu by magnum.cooper.edu with SMTP id AA14640 (5.65c/IDA-1.4.4 for <9fans@cse.psu.edu>); Wed, 5 Mar 2003 16:33:43 -0500 Received: from localhost by robin.cooper.edu (SMI-8.6/SMI-SVR4) id QAA18535; Wed, 5 Mar 2003 16:30:23 -0500 From: Joel Salomon To: 9fans@cse.psu.edu Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] Any chance of reviving CDA? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 5 Mar 2003 16:30:23 -0500 (EST) The "historic" papers page on the wiki mention "Circuit Design Aids for Plan 9" from the first edition. Is anything left from that project? I am starting a digital logic design class at school and thought this might be helpful to me. --Joel From cse.psu.edu!9fans-admin Thu Mar 6 07:16:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 07:16:23 JST 2003 Received: (qmail 21334 invoked by uid 1020); 6 Mar 2003 07:16:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21330 invoked from network); 6 Mar 2003 07:16:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 07:16:22 +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 5AE0C19AAA; Wed, 5 Mar 2003 17:16:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mailhost.det2.ameritech.net (mailhost1-sfldmi.sfldmi.ameritech.net [206.141.193.105]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6274919A0B for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 17:15:07 -0500 (EST) Received: from ameritech.net ([67.38.23.128]) by mailhost.det2.ameritech.net (InterMail vM.4.01.02.17 201-229-119) with ESMTP id <20030305221503.DQXA8853.mailhost.det2.ameritech.net@ameritech.net> for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 17:15:03 -0500 Message-ID: <3E6676B1.7090302@ameritech.net> From: northern snowfall User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.4.1) Gecko/20020518 Netscape6/6.2.3 X-Accept-Language: en-us MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] Any chance of reviving CDA? 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: Wed, 05 Mar 2003 17:14:09 -0500 This would help me out alot, too. Don From cse.psu.edu!9fans-admin Thu Mar 6 11:32:51 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 11:32:51 JST 2003 Received: (qmail 27667 invoked by uid 1020); 6 Mar 2003 11:32:50 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27663 invoked from network); 6 Mar 2003 11:32:49 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 11:32:49 +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 7544819AA9; Wed, 5 Mar 2003 21:32:34 -0500 (EST) 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 ESMTP id 996E11998C for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 21:31:09 -0500 (EST) 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] ftpfs password from acme 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: Thu, 6 Mar 2003 11:32:43 +0900 When I run ftpfs from acme's rc shell, I see my password on the window. Is this only for me, which is very possible though. I've not updated our Plan 9 system these a or two month. Kenji --I'll update my Plan 9 after I'll return from Houston From cse.psu.edu!9fans-admin Thu Mar 6 12:48:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 12:48:22 JST 2003 Received: (qmail 30311 invoked by uid 1020); 6 Mar 2003 12:48:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 30307 invoked from network); 6 Mar 2003 12:48:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 12:48: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 5C23119AB6; Wed, 5 Mar 2003 22:48:08 -0500 (EST) 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 5864E19AB4 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 22:47:43 -0500 (EST) Received: from athena (athena [12.34.136.114]) by athena.softcardsystems.com (8.11.1/8.11.1) with ESMTP id h263pbo04659 for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 22:51:37 -0500 From: Sam X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] Re: hack for acme 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: Wed, 5 Mar 2003 22:51:37 -0500 (EST) I've just tried this and I must say it's rather addictive. I instantly want my state maintained for the ability to go back up a directory :-/, though. Maybe with a mouse gesture. Speaking of tangent thoughts, has anyone given serious mindshare to how to integrate mouse gestures into rio? I have to note for humour's sake that the name for this on my system is hacme which cracks me up every time I type it. Cheers, Sam From cse.psu.edu!9fans-admin Thu Mar 6 17:37:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 17:37:26 JST 2003 Received: (qmail 8693 invoked by uid 1020); 6 Mar 2003 17:37:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8689 invoked from network); 6 Mar 2003 17:37:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 17:37: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 1497D1998A; Thu, 6 Mar 2003 03:37:08 -0500 (EST) 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 4B34319AB3 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 03:36:32 -0500 (EST) Received: (qmail 7717 invoked by uid 991); 6 Mar 2003 08:36:32 -0000 Message-ID: <20030306083632.7716.qmail@g.bio.cse.psu.edu> From: "Scott Schwartz" To: 9fans@cse.psu.edu Subject: [9fans] spam stigmata Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: 6 Mar 2003 03:36:32 -0500 Friends, the subject line "Re: \n\n\n to \n\n" is considered by our mail software to be a sign of spam, so please avoid using it. From cse.psu.edu!9fans-admin Thu Mar 6 17:39:14 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 17:39:14 JST 2003 Received: (qmail 8802 invoked by uid 1020); 6 Mar 2003 17:39:13 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8798 invoked from network); 6 Mar 2003 17:39:13 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 17:39: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 ADCC519ABD; Thu, 6 Mar 2003 03:39:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from XMAIL.asuch.cas.cz (clusterb.asuch.cas.cz [147.231.136.17]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id ADC7619AB4 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 01:25:43 -0500 (EST) Received: from picture ([147.231.139.42]) by XMAIL.asuch.cas.cz over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Thu, 6 Mar 2003 07:25:42 +0100 Message-ID: <000801c2e3a9$36cf2b00$2a8be793@gli.cas.cz> From: "peter a. cejchan" To: <9fans@cse.psu.edu> Organization: paleobiology & paleoecology lab MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C2E3B1.9888BD90" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 06 Mar 2003 06:25:42.0786 (UTC) FILETIME=[36C82620:01C2E3A9] Subject: [9fans] Re: \n\n\n to \n\n Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 6 Mar 2003 07:25:42 +0100 This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C2E3B1.9888BD90 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable >> I just wonder why Edit is a built-in... I would prefer piping to = (streamed) sam... >> wouldn't that be a cleaner solution? > First, there isn't a streamed sam, and second, streaming only works > for one file. Second, you *can* stream text through commands; I do = it > all the time. (|fmt, |sort, |tr A-Z a-z, etc. etc.) So do I. I was just curious why there is a built-in Edit instead of = having "a better sed" ... I thought of Acme as of an environment (say, glue), not a text teditor. Would love to have = Plan 9 like a "LEGO" (TM), and more: single=20 piece for every "task".... maybe stupid, but I would love sed with = capabilities of Edit... PS: I'm going to test the posted wrappers to Sam, and then, hopefully, = forget of Edit, and |sed ;-) ++pac ------=_NextPart_000_0005_01C2E3B1.9888BD90 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
>> I just wonder why = Edit is a=20 built-in... I would prefer piping to (streamed) sam...
>> = wouldn't that=20 be a cleaner solution?


>  First, there isn't a = streamed=20 sam, and second, streaming only works
>  for one file.  = Second,=20 you *can* stream text through commands; I do it
>  all the=20 time.  (|fmt, |sort, |tr A-Z a-z, etc.  etc.)
So do I. I was just curious why there is a = built-in Edit=20 instead of having "a better sed" ... I thought of Acme
as of an environment (say, glue), not a text = teditor.=20 Would love to have Plan 9 like a "LEGO" (TM), and more: single =
piece for every "task".... maybe stupid, but I = would love=20 sed with capabilities of Edit...
 
PS: I'm going to test the posted wrappers to = Sam, and=20 then, hopefully, forget of Edit, and |sed   ;-)
++pac
 
------=_NextPart_000_0005_01C2E3B1.9888BD90-- From cse.psu.edu!9fans-admin Thu Mar 6 17:39:35 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 17:39:35 JST 2003 Received: (qmail 8812 invoked by uid 1020); 6 Mar 2003 17:39:34 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8808 invoked from network); 6 Mar 2003 17:39:34 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 17:39:34 +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 11DB319AC1; Thu, 6 Mar 2003 03:39:14 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from XMAIL.asuch.cas.cz (clusterb.asuch.cas.cz [147.231.136.17]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0A6D119AB7 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 01:32:25 -0500 (EST) Received: from picture ([147.231.139.42]) by XMAIL.asuch.cas.cz over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Thu, 6 Mar 2003 07:32:21 +0100 Message-ID: <001101c2e3aa$24a6c590$2a8be793@gli.cas.cz> From: "peter a. cejchan" To: <9fans@cse.psu.edu> Organization: paleobiology & paleoecology lab MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000E_01C2E3B2.864CA910" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 06 Mar 2003 06:32:21.0792 (UTC) FILETIME=[249BA200:01C2E3AA] Subject: [9fans] Hack for 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 List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 6 Mar 2003 07:32:21 +0100 This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C2E3B2.864CA910 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable > Regarding 3-1, paurea is using it a lot on directories, I've used it > several times these days, but I still don't know if that's really = useful > for me or not. If after some time we find that we seldom use it, = we'll [snip] > On files, I *never* used 3-1. Well, I used it once when I first tried I missed it on both for a long time. Thanks 4 "hacme", folks! PS: I would vote for a history filke for acme windows, too ;-) ++pac ------=_NextPart_000_000E_01C2E3B2.864CA910 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
>  Regarding 3-1, paurea is using it a = lot on=20 directories, I've used it
>  several times these days, but I = still=20 don't know if that's really useful
>  for me or not. If after = some=20 time we find that we seldom use it, we'll
[snip]
>  On files, I *never* used 3-1. Well, I = used it=20 once when I first tried
 
I missed it on both for a long = time. Thanks 4=20 "hacme", folks!
PS: I would vote for a history = filke for acme=20 windows, too ;-)
 
++pac

------=_NextPart_000_000E_01C2E3B2.864CA910-- From cse.psu.edu!9fans-admin Thu Mar 6 17:43:17 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 17:43:17 JST 2003 Received: (qmail 8916 invoked by uid 1020); 6 Mar 2003 17:43:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8912 invoked from network); 6 Mar 2003 17:43:17 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 17:43: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 1A9E919AC3; Thu, 6 Mar 2003 03:43:07 -0500 (EST) 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 4EB3219AB6 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 03:42:37 -0500 (EST) Received: (qmail 7816 invoked by uid 991); 6 Mar 2003 08:42:37 -0000 Message-ID: <20030306084237.7815.qmail@g.bio.cse.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] spam stigmata In-Reply-To: Message from "Scott Schwartz" of "06 Mar 2003 03:36:32 EST." <20030306083632.7716.qmail@g.bio.cse.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: Thu, 06 Mar 2003 03:42:37 -0500 | Friends, the subject line "Re: \n\n\n to \n\n" is considered | by our mail software to be a sign of spam, so please avoid using it. Actually, that's wrong... it's the multipart/alternative content type that was flagged, as part of the no-html policy that was requested recently. So please don't use that instead. From cse.psu.edu!9fans-admin Thu Mar 6 18:43:18 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 18:43:18 JST 2003 Received: (qmail 10271 invoked by uid 1020); 6 Mar 2003 18:43:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10267 invoked from network); 6 Mar 2003 18:43:17 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 18:43: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 1BB8319AC0; Thu, 6 Mar 2003 04:43:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from smtp.noos.fr (nan-smtp-05.noos.net [212.198.2.74]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BF6611998A for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 04:42:50 -0500 (EST) Received: (qmail 47037461 invoked by uid 0); 6 Mar 2003 09:42:48 -0000 Received: from unknown (HELO ntmail.noos.fr) ([195.132.22.173]) (envelope-sender ) by 212.198.2.74 (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for <9fans@cse.psu.edu>; 6 Mar 2003 09:42:48 -0000 Message-Id: <5.2.0.9.0.20030305130752.0314a720@pop.noos.fr> X-Sender: philippe.anel@pop.noos.fr X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: 9fans@cse.psu.edu From: Philippe Anel Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? In-Reply-To: <2b90a5747c6e683cab49e71f2b8a06cd@plan9.bell-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 05 Mar 2003 13:36:48 +0100 At 12:59 05/03/03 -0500, you wrote: >Has anyone else encountered refresh problems >using drawterm on XFree86 / FreeBSD? A few people >here have intermittent problems but we can't seem >to characterize them. Hi, I don't know if it is related, but I've problems with drawterm on XFree86 (4.2) and FreeBSD (4.7) (on a dual PIII 450 + Matrox G200 PCI). It seems that only a glyph out of three is drawn. I hadn't the time to figure out why, because I was as busy as a bee with my job, and I only passed a few hours writting the plan9 ati/radeon driver. Anyway if I can help ... don't think twice about it. Philippe, From cse.psu.edu!9fans-admin Thu Mar 6 18:52:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 18:52:20 JST 2003 Received: (qmail 10431 invoked by uid 1020); 6 Mar 2003 18:52:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10427 invoked from network); 6 Mar 2003 18:52:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 18:52: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 86DEA19AC0; Thu, 6 Mar 2003 04:52:07 -0500 (EST) 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 17E6A19AB6 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 04:51:38 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18qruz-00063F-00 for 9fans@cse.psu.edu; Thu, 06 Mar 2003 09:44:01 +0000 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: <3E667730.D17565A1@null.net> Organization: U.S. Army Research Laboratory Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: , <25258ea5fee1d8a6d19f2d0e6f7b8f79@plan9.escet.urjc.es> Subject: Re: [9fans] Hack for 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 List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 6 Mar 2003 09:41:50 GMT "Fco.J.Ballesteros" wrote: > I just deleted the Ignore command I added time ago to acme because > we found that we have seldom used it. Or, you used it a lot, by default.. From cse.psu.edu!9fans-admin Thu Mar 6 18:52:34 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 18:52:34 JST 2003 Received: (qmail 10444 invoked by uid 1020); 6 Mar 2003 18:52:34 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10440 invoked from network); 6 Mar 2003 18:52:34 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 18:52:34 +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 71CD019AC4; Thu, 6 Mar 2003 04:52:13 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nanionic (unknown [212.128.4.208]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8BF5719AB7 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 04:51:45 -0500 (EST) Message-ID: <86626657035065da2ab54ca624f7e52b@plan9.escet.urjc.es> To: 9fans@cse.psu.edu Subject: Re: [9fans] Hack for acme From: paurea@plan9.escet.urjc.es In-Reply-To: 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, 6 Mar 2003 10:51:37 +0100 > We did not include the 3-1 change in our acme, mainly because 3-1 > cancels a 3 that you've started and want to back out. In other > words, as Rob pointed out before, 3-1 is already taken. You can do that with 3-2. One of the two chords is expendable... Anyway this is limited for dir tag windows. > > It might be reasonable to use 2 to ``exec'' a directory by opening it > in the same window, but then there is the inconsistency that 2 on a > directory and 2 on a file behave differently. Yes, we already tried that and it was difficult to know what the user wants. For example with src on /usr or changing to the directory of inferno. My first choice was to execute and go into directories and it had a very bad result. I then tried execute everywhere, go into directories just on windows with dir tag and it was frustrating. If something is a file you can execute (without path) and a local directory without path I haven't found an easy way to decide what you want to do. I didn't try the selected dot strategy though, which may be an alternative, because I found it a little bit awkward. > > I think that if I had the ability to open a directory in the same window, > I might use it a fair amount. I'm not sure how much I would use the > open a file in the same window capability. I'm still thinking about 2. > But 3-1 won't happen. > > Paurea and Nemo, how much do you use your 3-1 on files vs. directories? I use it almost mainly on directories and almost always I open a dir buffer I use it at least once. That is quite often. Gorka From cse.psu.edu!9fans-admin Thu Mar 6 19:10:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 19:10:20 JST 2003 Received: (qmail 10938 invoked by uid 1020); 6 Mar 2003 19:10:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10934 invoked from network); 6 Mar 2003 19:10:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 19:10: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 717D719AC1; Thu, 6 Mar 2003 05:10:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nanionic (unknown [212.128.4.208]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BA67719AB3 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 05:09:05 -0500 (EST) Message-ID: <75a765b9116426bfa0fd4cef32813662@plan9.escet.urjc.es> To: 9fans@cse.psu.edu Subject: Re: [9fans] Re: hack for acme From: paurea@plan9.escet.urjc.es In-Reply-To: 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, 6 Mar 2003 11:08:59 +0100 > Speaking of tangent thoughts, has > anyone given serious mindshare to how > to integrate mouse gestures into rio? I thought about it sometime ago, but haven't done anything about it yet. My first choice would be to use the graffiti keyboard somehow to read the mouse position when a button is pressed (my choice would be button 1 and a function key) and feed chars to a program which feeds orders for rio. If I have some time in the future I may do it. Gorka From cse.psu.edu!9fans-admin Thu Mar 6 19:15:16 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 19:15:16 JST 2003 Received: (qmail 11026 invoked by uid 1020); 6 Mar 2003 19:15:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11022 invoked from network); 6 Mar 2003 19:15:16 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 19:15: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 DA0AA199EE; Thu, 6 Mar 2003 05:15:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from lavoro.home.cs.york.ac.uk (public1-york1-5-cust44.leed.broadband.ntl.com [80.0.45.44]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D6FCF1998A for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 05:14:48 -0500 (EST) Message-ID: <57654a7a5287923552af9690470a60d2@caldo.demon.co.uk> To: 9fans@cse.psu.edu Subject: Re: [9fans] ftpfs password from acme rc From: Charles Forsyth In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-hittjzxiieextehdusbunxvqnf" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 6 Mar 2003 09:47:57 0000 This is a multi-part message in MIME format. --upas-hittjzxiieextehdusbunxvqnf Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit win doesn't implement consctl on the other hand, for this particular case you might be able to store the password in factotum which will provide it for you and it won't be shown. --upas-hittjzxiieextehdusbunxvqnf 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 1046917980:10:07807:5; Thu, 06 Mar 2003 02:33:00 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-1.mail.demon.net id aa1007806; 6 Mar 2003 2:32 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 7544819AA9; Wed, 5 Mar 2003 21:32:34 -0500 (EST) 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 ESMTP id 996E11998C for <9fans@cse.psu.edu>; Wed, 5 Mar 2003 21:31:09 -0500 (EST) 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] ftpfs password from acme 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: Thu, 6 Mar 2003 11:32:43 +0900 When I run ftpfs from acme's rc shell, I see my password on the window. Is this only for me, which is very possible though. I've not updated our Plan 9 system these a or two month. Kenji --I'll update my Plan 9 after I'll return from Houston --upas-hittjzxiieextehdusbunxvqnf-- From cse.psu.edu!9fans-admin Thu Mar 6 19:23:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 19:23:19 JST 2003 Received: (qmail 11343 invoked by uid 1020); 6 Mar 2003 19:23:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11339 invoked from network); 6 Mar 2003 19:23:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 19:23: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 9797B19AC7; Thu, 6 Mar 2003 05:23:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nanionic (unknown [212.128.4.208]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7AC9019AB9 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 05:22:42 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Re: hack for acme From: paurea@plan9.escet.urjc.es In-Reply-To: <75a765b9116426bfa0fd4cef32813662@plan9.escet.urjc.es> 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, 6 Mar 2003 11:22:33 +0100 > yet. My first choice would be to use the graffiti keyboard somehow to I mean scribble(2). Gorka From cse.psu.edu!9fans-admin Thu Mar 6 22:43:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 22:43:22 JST 2003 Received: (qmail 14716 invoked by uid 1020); 6 Mar 2003 22:43:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14712 invoked from network); 6 Mar 2003 22:43:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 22:43: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 E9330199F2; Thu, 6 Mar 2003 08:43:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nanionic (unknown [212.128.4.208]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 20EFD19999 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 08:42:34 -0500 (EST) Message-ID: <896f6c39f1504e71789aa9ee54e14e61@plan9.escet.urjc.es> To: 9fans@cse.psu.edu From: paurea@plan9.escet.urjc.es MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] root(3) 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, 6 Mar 2003 14:42:21 +0100 root(3) says: The exception is /boot, which provides executable code when read. The kernel does an exec(2) of /boot when initializing Shouldn't it say "The exception is /boot, which is a directory with contents compiled into the kernel (see boot(8)). The kernel does an exec(2) of /boot/boot when initializing."? Or am I confused? THX, Gorka From cse.psu.edu!9fans-admin Thu Mar 6 23:00:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 6 23:00:22 JST 2003 Received: (qmail 15022 invoked by uid 1020); 6 Mar 2003 23:00:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15018 invoked from network); 6 Mar 2003 23:00:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 6 Mar 2003 23:00: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 B8D9E19A05; Thu, 6 Mar 2003 09:00:09 -0500 (EST) 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 ESMTP id 92BEA19995 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 08:46:47 -0500 (EST) Message-ID: From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] root(3) question In-Reply-To: <896f6c39f1504e71789aa9ee54e14e61@plan9.escet.urjc.es> 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, 6 Mar 2003 08:46:41 -0500 You are correct, rsc recently changed how booting works. I just updated the man page. Thank you. From cse.psu.edu!9fans-admin Fri Mar 7 00:16:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 00:16:21 JST 2003 Received: (qmail 16068 invoked by uid 1020); 7 Mar 2003 00:16:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16064 invoked from network); 7 Mar 2003 00:16:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 00:16: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 093221998A; Thu, 6 Mar 2003 10:16:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.mightycheese.com (mail.mightycheese.com [209.61.186.18]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C468A19A00 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 10:15:06 -0500 (EST) Received: from [216.239.45.4] (HELO glenda.corp.google.com) by mail.mightycheese.com (CommuniGate Pro SMTP 3.4.7) with ESMTP id 514106 for 9fans@cse.psu.edu; Thu, 06 Mar 2003 09:15:05 -0600 Message-ID: <744faeaa702bd64c18d9b74414cab0b0@mightycheese.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Any chance of reviving CDA? From: "rob pike, esq." In-Reply-To: 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, 6 Mar 2003 07:14:32 -0800 > The "historic" papers page on the wiki mention "Circuit Design Aids for > Plan 9" from the first edition. Is anything left from that project? > I am starting a digital logic design class at school and thought this > might be helpful to me. Someone at the labs will have to figure out if the software can be sprung. It has not been released under the Plan 9 license. I doubt the value of the software, however. It is to modern circuit design tools what bare, unmacroed troff is to Word or Frame. Teaching a course with it would be unwise, in my opinion. Its interface is too old-fashioned and esoteric even in that context, and it was developed in a very different age of hardware, with lots of TTL DIPs and no ASICs, some PALs but no FPGAs, wire wrap but no PCBs. Also, maintaining the data that describes the parts was a pain, and you'd have at least a decade of catch-up to do before even starting. There are some nice pieces of software in their, most notably the tool for Quine-McClusky reduction, but it would be a lot of work to connect that to modern components and there must be other such tools available today. Seriously, I doubt you'd find it a wise place to start. -rob From cse.psu.edu!9fans-admin Fri Mar 7 00:43:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 00:43:20 JST 2003 Received: (qmail 16309 invoked by uid 1020); 7 Mar 2003 00:43:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16305 invoked from network); 7 Mar 2003 00:43:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 00:43:19 +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 DD90919A00; Thu, 6 Mar 2003 10:43:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from smtp.noos.fr (nan-smtp-05.noos.net [212.198.2.74]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B9ACA199F2 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 10:42:31 -0500 (EST) Received: (qmail 47287965 invoked by uid 0); 6 Mar 2003 15:42:31 -0000 Received: from unknown (HELO ntmail.noos.fr) ([195.132.22.173]) (envelope-sender ) by 212.198.2.74 (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for <9fans@cse.psu.edu>; 6 Mar 2003 15:42:31 -0000 Message-Id: <5.2.0.9.0.20030306163127.0314d6d0@pop.noos.fr> X-Sender: philippe.anel@pop.noos.fr X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: 9fans@cse.psu.edu From: Philippe Anel Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? In-Reply-To: <7bfd03e8930ee04199523aeec9ea9440@cs.Helsinki.FI> References: <4f33f4302d01a377435254284e923709@plan9.bell-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 06 Mar 2003 16:38:17 +0100 Hi, After a replica/pull, I've recompiled drawterm on FreeBSD, and now, it works. (The drawterm which don't work is the binary one in plan9 distribution). Here is a little diff needed to compile drawterm ... diff devip-unix.c devip-unix.c.old 8,11d7 < #ifdef FREEBSD < #include // TCP_NODELAY < #endif Philippe, From cse.psu.edu!9fans-admin Fri Mar 7 02:05:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 02:05:23 JST 2003 Received: (qmail 17333 invoked by uid 1020); 7 Mar 2003 02:05:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17329 invoked from network); 7 Mar 2003 02:05:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 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 AF19619AB7; Thu, 6 Mar 2003 12:05:07 -0500 (EST) 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 ESMTP id 097F119980 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 12:04:22 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Thu Mar 6 12:04:21 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Thu Mar 6 12:04:18 EST 2003 Message-ID: <714e1db4e1070444e5392174bec42571@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? From: "Russ Cox" In-Reply-To: <5.2.0.9.0.20030306163127.0314d6d0@pop.noos.fr> 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, 6 Mar 2003 09:08:46 -0500 i don't think that needs to be #ifdef FREEBSD. i made the change on sources. what about your old drawterm binary didn't work? From cse.psu.edu!9fans-admin Fri Mar 7 02:13:17 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 02:13:17 JST 2003 Received: (qmail 17404 invoked by uid 1020); 7 Mar 2003 02:13:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17400 invoked from network); 7 Mar 2003 02:13:16 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 02:13: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 C9B0219AC7; Thu, 6 Mar 2003 12:13:07 -0500 (EST) 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 ESMTP id 243D319AC0 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 12:12:42 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Thu Mar 6 12:12:36 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Thu Mar 6 12:12:34 EST 2003 Message-ID: <18aefafa4a55e60cd64469860ad0c6a2@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? From: "Russ Cox" In-Reply-To: <714e1db4e1070444e5392174bec42571@plan9.bell-labs.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, 6 Mar 2003 09:16:58 -0500 > what about your old drawterm binary didn't work? never mind, i should read my mail. still, the drawterm code that is on sources is what i've been trying to use, and it still has the glyph refresh problem. it seems pretty clear that painting the background is completing after painting the foreground characters, but the question is why. we have the same problem with the accelerated hardware drivers -- drawing the background is an accelerated op so you have to issue it and then wait for it to complete before trying to draw the text. i did not realize that sequential X calls can overlap like that, but empirically, they must. yesterday i tried inserting calls to XSync() after issuing the XFillRectangle calls, but that didn't help. i still need to try XFlush. i really wish the documentation were better. From cse.psu.edu!9fans-admin Fri Mar 7 02:59:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 02:59:21 JST 2003 Received: (qmail 17752 invoked by uid 1020); 7 Mar 2003 02:59:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17748 invoked from network); 7 Mar 2003 02:59:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 02: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 216B819AB7; Thu, 6 Mar 2003 12:59:11 -0500 (EST) 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 ESMTP id E4FC419AB9 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 12:58:33 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Thu Mar 6 12:58:32 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Thu Mar 6 12:58:30 EST 2003 Message-ID: <3085e9cd8dd12b1b65bb3756ef516be1@plan9.bell-labs.com> To: 9fans@cse.psu.edu From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] acme history Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 6 Mar 2003 10:02:50 -0500 #include #include #include void showmail(void); void showedit(void); void usage(void) { fprint(2, "usage: ahist\n"); exits("usage"); } void main(int argc, char**) { int fd; if(argc != 1) usage(); if(chdir("/mnt/acme/new") < 0) sysfatal("chdir /mnt/acme/new: %r"); if((fd = open("body", OWRITE)) < 0) sysfatal("open body: %r"); dup(fd, 1); close(fd); if((fd = open("ctl", OWRITE)) < 0) sysfatal("open ctl: %r"); fprint(fd, "name /history\n"); close(fd); switch(fork()){ case -1: sysfatal("fork: %r"); case 0: showmail(); _exits(nil); default: showedit(); _exits(nil); } } void showmail(void) { int fd; Plumbmsg *m; fd = plumbopen("showmail", OREAD); while((m = plumbrecv(fd)) != nil){ print("%s\n", m->data); plumbfree(m); } } void showedit(void) { int fd; Plumbmsg *m; char *addr, *filename; fd = plumbopen("edit", OREAD); while((m = plumbrecv(fd)) != nil){ addr = plumblookup(m->attr, "addr"); filename = plumblookup(m->attr, "filename"); if(filename == nil) filename = m->data; if(addr && addr[0]) print("%s:%s\n", filename, addr); else print("%s\n", filename); plumbfree(m); } } From cse.psu.edu!9fans-admin Fri Mar 7 03:40:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 03:40:20 JST 2003 Received: (qmail 18108 invoked by uid 1020); 7 Mar 2003 03:40:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18104 invoked from network); 7 Mar 2003 03:40:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 03:40: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 C3B7E19AB9; Thu, 6 Mar 2003 13:40:07 -0500 (EST) 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 B7A051998C for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 13:39:24 -0500 (EST) Received: from term4e.9netics.com ([64.91.109.37]) by mailnw.centurytel.net (8.12.8/8.12.8) with ESMTP id h26IdL2K005695 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 10:39:24 -0800 (PST) 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] acme stuck Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 6 Mar 2003 10:48:43 -0800 I was trying to see why showmail messages weren't showing up (playing with ahist), and I got acme wedged. I'm trying to understand why. I button-3 on /mnt/plumb/rules and then button-3 on "showmail" inside of that file (the intent was to Look) and that gets the input stuck (mouse and keyboard). What happened? From cse.psu.edu!9fans-admin Fri Mar 7 03:41:16 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 03:41:16 JST 2003 Received: (qmail 18130 invoked by uid 1020); 7 Mar 2003 03:41:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18126 invoked from network); 7 Mar 2003 03:41:16 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 03:41: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 393A719AC9; Thu, 6 Mar 2003 13:41:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from magnum.cooper.edu (unknown [199.98.16.4]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 1576219A06 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 13:40:20 -0500 (EST) Received: from robin.cooper.edu by magnum.cooper.edu with SMTP id AA11155 (5.65c/IDA-1.4.4 for <9fans@cse.psu.edu>); Thu, 6 Mar 2003 13:43:34 -0500 Received: from localhost by robin.cooper.edu (SMI-8.6/SMI-SVR4) id NAA27848; Thu, 6 Mar 2003 13:40:14 -0500 From: Joel Salomon To: 9fans@cse.psu.edu Subject: [9fans] Any chance of reviving CDA? 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, 6 Mar 2003 13:40:14 -0500 (EST) I meant that I am *taking* a digital logic design class at school, and thought the software might be useful in chip/board layout. There are programs to do this under windows, but CDA would give me an excuse to play with plan9 under the guise of doing schoolwork ;-) --Joel From cse.psu.edu!9fans-admin Fri Mar 7 03:45:18 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 03:45:18 JST 2003 Received: (qmail 18158 invoked by uid 1020); 7 Mar 2003 03:45:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18153 invoked from network); 7 Mar 2003 03:45:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 03:45: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 A778419ACA; Thu, 6 Mar 2003 13:45:07 -0500 (EST) 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 A0B8F19980 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 13:44:15 -0500 (EST) Received: from term4e.9netics.com ([64.91.109.37]) by mailnw.centurytel.net (8.12.8/8.12.8) with ESMTP id h26IiE2K020429 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 10:44:14 -0800 (PST) Message-ID: <0a524174983fc2526d1f5165e245ae04@centurytel.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] acme stuck From: "Skip Tavakkolian" In-Reply-To: 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, 6 Mar 2003 10:53:38 -0800 > I button-3 on /mnt/plumb/rules and then button-3 on "showmail" > inside of that file (the intent was to Look) and that gets the input > stuck (mouse and keyboard). What happened? Clarification: I know it tried to open /mnt/plumb/showmail, but what is happening to keyboard and mouse input to acme? From cse.psu.edu!9fans-admin Fri Mar 7 05:30:34 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 05:30:34 JST 2003 Received: (qmail 19202 invoked by uid 1020); 7 Mar 2003 05:30:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19198 invoked from network); 7 Mar 2003 05:30:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 05:30:23 +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 4614419A17; Thu, 6 Mar 2003 15:30:09 -0500 (EST) 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 ESMTP id 5A02019A17 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 15:29:54 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] acme stuck From: David Gordon Hogan In-Reply-To: <0a524174983fc2526d1f5165e245ae04@centurytel.net> 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, 6 Mar 2003 15:29:52 -0500 >> I button-3 on /mnt/plumb/rules and then button-3 on "showmail" >> inside of that file (the intent was to Look) and that gets the input >> stuck (mouse and keyboard). What happened? > > Clarification: I know it tried to open /mnt/plumb/showmail, but what > is happening to keyboard and mouse input to acme? That's how opening a file works in acme -- the user interface is unavailable until the operation completes. In the case of /mnt/plumb/showmail, reading the file blocks and so it never finishes. From cse.psu.edu!9fans-admin Fri Mar 7 06:06:16 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 06:06:16 JST 2003 Received: (qmail 19538 invoked by uid 1020); 7 Mar 2003 06:06:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19534 invoked from network); 7 Mar 2003 06:06:15 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 06:06: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 E0C4319A27; Thu, 6 Mar 2003 16:06:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from XMAIL.asuch.cas.cz (clusterb.asuch.cas.cz [147.231.136.17]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6AEA0199EE for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 06:39:27 -0500 (EST) Received: from picture ([147.231.139.42]) by XMAIL.asuch.cas.cz over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329); Thu, 6 Mar 2003 12:39:24 +0100 Message-ID: <001601c2e3d5$09298390$2a8be793@gli.cas.cz> From: "peter a. cejchan" To: <9fans@cse.psu.edu> Organization: paleobiology & paleoecology lab MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0013_01C2E3DD.6AD88ED0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-OriginalArrivalTime: 06 Mar 2003 11:39:24.0289 (UTC) FILETIME=[09459710:01C2E3D5] Subject: [9fans] Hack for 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 List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Thu, 6 Mar 2003 12:39:23 +0100 This is a multi-part message in MIME format. ------=_NextPart_000_0013_01C2E3DD.6AD88ED0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable > PS: I would vote for a history filke for acme windows, too ;-) oooops, no, no, NO! (I just didn't think for a moment). there's a tag, = of course... I pulled 3-1 acme from sources/nemo and yes, it is convenient! I only = miss the same functionality on files.... ++pac ------=_NextPart_000_0013_01C2E3DD.6AD88ED0 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
>  PS: I would vote for a = history=20 filke for acme windows, too ;-)
oooops, no, no, NO! (I just = didn't think for=20 a moment).  there's a tag, of course...
 
I pulled 3-1 acme from sources/nemo and yes, it is convenient! I = only miss=20 the same functionality on files....
++pac
 
 
------=_NextPart_000_0013_01C2E3DD.6AD88ED0-- From cse.psu.edu!9fans-admin Fri Mar 7 07:01:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 07:01:24 JST 2003 Received: (qmail 20001 invoked by uid 1020); 7 Mar 2003 07:01:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19997 invoked from network); 7 Mar 2003 07:01:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 07:01: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 4218719995; Thu, 6 Mar 2003 17:01:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.dirac.net (unknown [151.196.211.14]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 6470D19A0D for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 17:00:38 -0500 (EST) Received: (qmail 25460 invoked by uid 60001); 6 Mar 2003 21:58:48 -0000 Message-ID: <20030306215848.25459.qmail@mail.dirac.net> To: 9fans@cse.psu.edu From: Keith Nash Subject: [9fans] bind, ns weirdness Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: 6 Mar 2003 21:58:48 -0000 If, on my 4th Edition terminal, I run unmount / then the binds bind / / bind -a /root / mount -a '#s/boot' / get removed from the output of ns, as expected; the command ls -l / shows that, indeed, the directories originally bound from the kfs disk /root are no longer there: only the files from '#/' are present. There are two strange outcomes, which are probably related: (1) 'man 1 ns' describes the output of ns as a script that could, in principle, recreate the name space. The commands bind /386/bin /bin bind -a /rc/bin /bin are still in the output from ns. But /386 and /rc no longer exist; more importantly, /386 and /rc do not exist at the stage in the script when these binds would be run. (2) ls and other commands in /bin that came from /386/bin can still be executed, although the bind that provides them is now nonsense; and ls -l /bin reports that the files from /386/bin and /rc/bin are still there - although only the former can be executed. This situation persists even if I also unmount /root; but if I unmount /bin, the commands all disappear, as expected. I have tried removing the -C flag from mount -aC #s/boot /root $rootspec in /lib/namespace, and rebooting, in case caching is having unexpected results. This has no effect. I would be grateful for any explanations! Keith. From cse.psu.edu!9fans-admin Fri Mar 7 07:17:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 07:17:32 JST 2003 Received: (qmail 20224 invoked by uid 1020); 7 Mar 2003 07:17:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20220 invoked from network); 7 Mar 2003 07:17:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 07:17: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 7DFA019AC1; Thu, 6 Mar 2003 17:17:08 -0500 (EST) 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 ESMTP id 908CC19AB7 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 17:16:58 -0500 (EST) Message-ID: <38c1a33c1aaf02e7c0c477e50e0bea47@plan9.bell-labs.com> From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] bind, ns weirdness In-Reply-To: <20030306215848.25459.qmail@mail.dirac.net> 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, 6 Mar 2003 17:16:56 -0500 A process has an underlying idea of what / is, i.e., there is a up->slash in the Proc structure of the process. In all cases, this is actually '#/'. Therefore, after your 'unmount /', an 'ls /' should show: % ls -l / d-r-xr-xr-x / 0 presotto presotto 0 Mar 3 11:05 /bin d-r-xr-xr-x / 0 presotto presotto 0 Mar 3 11:05 /boot d-r-xr-xr-x / 0 presotto presotto 0 Mar 3 11:05 /dev d-r-xr-xr-x / 0 presotto presotto 0 Mar 3 11:05 /env d-r-xr-xr-x / 0 presotto presotto 0 Mar 3 11:05 /fd d-r-xr-xr-x / 0 presotto presotto 0 Mar 3 11:05 /mnt d-r-xr-xr-x / 0 presotto presotto 0 Mar 3 11:05 /net d-r-xr-xr-x / 0 presotto presotto 0 Mar 3 11:05 /net.alt d-r-xr-xr-x / 0 presotto presotto 0 Mar 3 11:05 /proc d-r-xr-xr-x / 0 presotto presotto 0 Mar 3 11:05 /root d-r-xr-xr-x / 0 presotto presotto 0 Mar 3 11:05 /srv In other words, you can't get rid of the underlying thing that eveything else is mounted on. All of the binds that happened onto / are indeed gone. Therefore, there will be no /386. However, /386/bin was originally bound onto '#/'/bin which is still in your namespace. Therefore, it is still visible since it's still in your namespace. You're right that ns isn't good about figuring out how to get back stuff that is no longer reachable. From cse.psu.edu!9fans-admin Fri Mar 7 07:31:30 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 07:31:30 JST 2003 Received: (qmail 20329 invoked by uid 1020); 7 Mar 2003 07:31:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20325 invoked from network); 7 Mar 2003 07:31:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 07:31: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 09FA719A19; Thu, 6 Mar 2003 17:31:08 -0500 (EST) 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 ESMTP id 25D3819995 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 17:31:00 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Thu Mar 6 17:30:59 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Thu Mar 6 17:30:57 EST 2003 Message-ID: <424cce4b778f78f389a3932407b1760c@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Any chance of reviving CDA? From: "Russ Cox" In-Reply-To: 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, 6 Mar 2003 14:35:24 -0500 When I was taking a digital logic class a few years ago I reread the CDA documentation, though not the actual code. As Rob said, it's very out-of-date. It's almost certainly not worth the work of getting it released. From cse.psu.edu!9fans-admin Fri Mar 7 08:55:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 08:55:20 JST 2003 Received: (qmail 21188 invoked by uid 1020); 7 Mar 2003 08:55:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21184 invoked from network); 7 Mar 2003 08:55:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 08:55: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 B319219A33; Thu, 6 Mar 2003 18:55:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.dirac.net (unknown [151.196.211.14]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 1C4FF19A19 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 18:54:44 -0500 (EST) Received: (qmail 27038 invoked by uid 60001); 6 Mar 2003 23:52:59 -0000 Message-ID: <20030306235259.27037.qmail@mail.dirac.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] bind, ns weirdness From: Keith Nash Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: 6 Mar 2003 23:52:59 -0000 It seems a pity if there are valid namespaces that are not described by the present form of ns. A possible solution is for /proc/$pid/ns to report every mount, bind and unmount that was ever executed by the process. Why attempt to 'simplify' this script by removing matched groups of bind/mount and unmount, if the simplified script can't always tell us how the namespace was constructed? Keith. From cse.psu.edu!9fans-admin Fri Mar 7 09:14:29 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 09:14:29 JST 2003 Received: (qmail 21588 invoked by uid 1020); 7 Mar 2003 09:14:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21584 invoked from network); 7 Mar 2003 09:14:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 09:14: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 807CF19995; Thu, 6 Mar 2003 19:14:07 -0500 (EST) 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 ESMTP id 6BF0219A17 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 19:13:53 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Thu Mar 6 19:13:52 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Thu Mar 6 19:13:50 EST 2003 Message-ID: <885058543eea2b91cb1e88db79969625@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] bind, ns weirdness From: "Russ Cox" In-Reply-To: <20030306235259.27037.qmail@mail.dirac.net> 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, 6 Mar 2003 16:18:20 -0500 ns is not manipulating the data. it is showing you the internal kernel data structures. the kernel doesn't keep the history of every mount, bind, unmount, and in fact the kernel doesn't keep the structure as a list. it keeps it as a hash table for quick access, and the mount points are represented by chans (think vnodes) rather than actual path strings. when you look at just the strings (as happens when it is presented in the ns file) there is no guarantee that the names are still valid. as you point out the fundamental problem here is that unmount removes things from the hash table (and thus from the list presented in /proc/$pid/ns), things that other binds or mounts might have depended on to make sense of the names at the time. it is entirely reasonable that unmount removes things from the hash table: they're gone! then the chans can be closed, and the resources reused. in order to keep the entries in /proc/$pid/ns around, the chans would have to be kept open, which is against the point of unmount. unmount means release this binding, not make it invisible but hold onto the resources. perhaps some stub should remain in the in-order list that has an empty chan structure with just a name, so that the ns list is correct. perhaps. From cse.psu.edu!9fans-admin Fri Mar 7 10:04:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 10:04:21 JST 2003 Received: (qmail 23083 invoked by uid 1020); 7 Mar 2003 10:04:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23079 invoked from network); 7 Mar 2003 10:04:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 10:04: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 0C1F619991; Thu, 6 Mar 2003 20:04:08 -0500 (EST) 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 ESMTP id 3125619981 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 20:03:39 -0500 (EST) Message-ID: <80e1337009bf77fca76d7a157104935a@granite.cias.osakafu-u.ac.jp> To: 9fans@cse.psu.edu Subject: Re: [9fans] Any chance of reviving CDA? From: okamoto@granite.cias.osakafu-u.ac.jp MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-zajurkswnokubxntxguyctkqmv" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 10:05:08 +0900 This is a multi-part message in MIME format. --upas-zajurkswnokubxntxguyctkqmv Content-Disposition: inline Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Probably, if you say why "that" is not included in the present distribution, although it was included before, you are makeing pressure to the developpers of Plan 9. At least, they may feel so. This is my proposal to them open.☺ You don't need to feel pressure, if it concerns with applications. It is applications what make OS usable or attractive to ordinally people like me. However, all human has their own limits in given abilities. Kenji --upas-zajurkswnokubxntxguyctkqmv Content-Type: message/rfc822 Content-Disposition: inline Received: from granite.cias.osakafu-u.ac.jp ([192.168.1.3]) by diabase; Fri Mar 7 03:49:47 JST 2003 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 DAA29610 for ; Fri, 7 Mar 2003 03:38: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-02121711) with ESMTP id DAA02379 for ; Fri, 7 Mar 2003 03:41:18 +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 393A719AC9; Thu, 6 Mar 2003 13:41:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from magnum.cooper.edu (unknown [199.98.16.4]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 1576219A06 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 13:40:20 -0500 (EST) Received: from robin.cooper.edu by magnum.cooper.edu with SMTP id AA11155 (5.65c/IDA-1.4.4 for <9fans@cse.psu.edu>); Thu, 6 Mar 2003 13:43:34 -0500 Received: from localhost by robin.cooper.edu (SMI-8.6/SMI-SVR4) id NAA27848; Thu, 6 Mar 2003 13:40:14 -0500 From: Joel Salomon To: 9fans@cse.psu.edu Subject: [9fans] Any chance of reviving CDA? 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, 6 Mar 2003 13:40:14 -0500 (EST) I meant that I am *taking* a digital logic design class at school, and thought the software might be useful in chip/board layout. There are programs to do this under windows, but CDA would give me an excuse to play with plan9 under the guise of doing schoolwork ;-) --Joel --upas-zajurkswnokubxntxguyctkqmv-- From cse.psu.edu!9fans-admin Fri Mar 7 10:06:16 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 10:06:16 JST 2003 Received: (qmail 23132 invoked by uid 1020); 7 Mar 2003 10:06:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23125 invoked from network); 7 Mar 2003 10:06:14 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 10:06: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 634D4199B9; Thu, 6 Mar 2003 20:06:07 -0500 (EST) 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 ESMTP id 6BD4F19980 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 20:05:58 -0500 (EST) Message-ID: <1aa8cd46c943def92130febb8fe6320b@granite.cias.osakafu-u.ac.jp> To: 9fans@cse.psu.edu Subject: Re: [9fans] Any chance of reviving CDA? 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: Fri, 7 Mar 2003 10:07:54 +0900 >Kenji Awawawa, I happened to make mistake. I wanted to push 'Del" button, but 'Post' real... Sorry about that. Kenji From cse.psu.edu!9fans-admin Fri Mar 7 10:34:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 10:34:21 JST 2003 Received: (qmail 23945 invoked by uid 1020); 7 Mar 2003 10:34:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23941 invoked from network); 7 Mar 2003 10:34:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 10:34: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 4429D19A2D; Thu, 6 Mar 2003 20:34:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from magnum.cooper.edu (unknown [199.98.16.4]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id C66031998A for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 20:33:38 -0500 (EST) Received: from robin.cooper.edu by magnum.cooper.edu with SMTP id AA00536 (5.65c/IDA-1.4.4 for <9fans@cse.psu.edu>); Thu, 6 Mar 2003 20:36:53 -0500 Received: from localhost by robin.cooper.edu (SMI-8.6/SMI-SVR4) id UAA02890; Thu, 6 Mar 2003 20:32:07 -0500 From: Joel Salomon To: 9fans@cse.psu.edu Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] bind, ns weirdness Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 6 Mar 2003 20:32:07 -0500 (EST) > perhaps some stub should remain in > the in-order list that has an empty > chan structure with just a name, > so that the ns list is correct. perhaps. Would these stubs be #* style names (names outside of namespace)? Still open chans might be given a # type name automagically if the original is no longer in the namespace. Or is this being overly clever? --Joel From cse.psu.edu!9fans-admin Fri Mar 7 10:47:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 10:47:20 JST 2003 Received: (qmail 24419 invoked by uid 1020); 7 Mar 2003 10:47:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 24415 invoked from network); 7 Mar 2003 10:47:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 10:47: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 ECECF19A08; Thu, 6 Mar 2003 20:47:07 -0500 (EST) 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 ESMTP id 2761D1998A for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 20:46:59 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Thu Mar 6 20:46:58 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Thu Mar 6 20:46:56 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] bind, ns weirdness From: "Russ Cox" In-Reply-To: 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, 6 Mar 2003 17:51:25 -0500 no, the name should remain unchanged. if the name changes at all in the ns listing then there's no point in keeping them around. the whole point of the suggestion was to make the ns file effectively append-only, so it shows a valid history. russ From cse.psu.edu!9fans-admin Fri Mar 7 10:56:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 10:56:19 JST 2003 Received: (qmail 24731 invoked by uid 1020); 7 Mar 2003 10:56:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 24727 invoked from network); 7 Mar 2003 10:56:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 10:56: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 8A94019A40; Thu, 6 Mar 2003 20:56:07 -0500 (EST) 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 ESMTP id 46B9B19A10 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 20:55:59 -0500 (EST) Received: from ar.aichi-u.ac.jp ([61.211.130.19]) by ar; Fri Mar 7 10:55:56 JST 2003 Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v551) From: Kenji Arisawa To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit In-Reply-To: <200303051850.h25IoqG12559@augusta.math.psu.edu> Message-Id: X-Mailer: Apple Mail (2.551) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 10:55:55 +0900 Hello. Dan Cross said: > To which Andrey replied: >> Text will just disappear from acme and terminal windows. I wouldn't >> even be >> able to see the text in the menu options (though the green rectangle >> still >> appears) >> >> Is there a newer version of drawterm for bsd I could try? > > The problem Andrey reports is the problem I've had under MacOS X. > Well, that and the colormap thing. You will find my drawterm screen shot of MacOS X at http://plan9.aichi-u.ac.jp/drawterm/fig1.png I believe the problem is simply in a colormap. More important is: I cannot send any control character code. Kenji Arisawa From cse.psu.edu!9fans-admin Fri Mar 7 12:50:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 12:50:21 JST 2003 Received: (qmail 28867 invoked by uid 1020); 7 Mar 2003 12:50:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28863 invoked from network); 7 Mar 2003 12:50:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 12:50: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 602AD19A10; Thu, 6 Mar 2003 22:50:08 -0500 (EST) 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 ESMTP id 508AD199B9 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 22:48:59 -0500 (EST) Received: from ar.aichi-u.ac.jp ([61.211.130.19]) by ar; Fri Mar 7 12:48:56 JST 2003 Mime-Version: 1.0 (Apple Message framework v551) Content-Type: text/plain; charset=US-ASCII; format=flowed From: Kenji Arisawa To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: Apple Mail (2.551) Subject: [9fans] fossil: disk is full Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 12:48:56 +0900 Hello, I have some times observed message "disk is full" from fossil server when I copied large amount of data to fossil. The problem is in that: I could not execute fossilcons command "snap -a" to sweep the disk data to venti. I guess that "snap -a" requires some working space in the disk. If my guess is true, I think it is better fossil protects the working space from being filled by file data. Kenji Arisawa From cse.psu.edu!9fans-admin Fri Mar 7 15:14:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 15:14:24 JST 2003 Received: (qmail 1890 invoked by uid 1020); 7 Mar 2003 15:14:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1886 invoked from network); 7 Mar 2003 15:14:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 15:14: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 05CB6199F2; Fri, 7 Mar 2003 01:14:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from fbsd.cpsc.ucalgary.ca (fbsd.cpsc.ucalgary.ca [136.159.7.68]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1DDD019981 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 01:13:24 -0500 (EST) Received: from fbsd.cpsc.ucalgary.ca (localhost.localdomain [127.0.0.1]) by fbsd.cpsc.ucalgary.ca (8.12.8/8.12.8) with ESMTP id h276E15i024054 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 23:14:01 -0700 Received: from localhost (mirtchov@localhost) by fbsd.cpsc.ucalgary.ca (8.12.8/8.12.8/Submit) with ESMTP id h276E1SN024050 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 23:14:01 -0700 X-Authentication-Warning: fbsd.cpsc.ucalgary.ca: mirtchov owned process doing -bs From: andrey mirtchovski To: 9fans@cse.psu.edu Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? 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: Thu, 6 Mar 2003 23:14:01 -0700 (MST) > You will find my drawterm screen shot of MacOS X at ... I like plan9 screenshots.. we should have more of those, just for fun! ...proving that "themes" do not a window manager make :) here's an old one of mine: http://homepage.usask.ca/~aam396/p9.gif I wish I had saved the one with 'devtv' displaying an f1 qualification on a machine that had no idea such things as tv tuners for PC's existed :) andrey From cse.psu.edu!9fans-admin Fri Mar 7 16:53:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 16:53:21 JST 2003 Received: (qmail 5566 invoked by uid 1020); 7 Mar 2003 16:53:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5562 invoked from network); 7 Mar 2003 16:53:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 16:53: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 D028519A31; Fri, 7 Mar 2003 02:53:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6F4B7199B9 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 02:52:08 -0500 (EST) Message-ID: <60419362c44faaf6aa4278e2cf4a6f7d@plan9.escet.urjc.es> To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full From: Fco.J.Ballesteros In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-zoddbomrbjvtomoxbkbvlcvyda" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 08:52:05 +0100 This is a multi-part message in MIME format. --upas-zoddbomrbjvtomoxbkbvlcvyda Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit You can do what rsc said time ago, delete some snapshots before using snap -a. You can use epoch to do so. --upas-zoddbomrbjvtomoxbkbvlcvyda Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Fri Mar 7 04:50:23 MET 2003 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 602AD19A10; Thu, 6 Mar 2003 22:50:08 -0500 (EST) 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 ESMTP id 508AD199B9 for <9fans@cse.psu.edu>; Thu, 6 Mar 2003 22:48:59 -0500 (EST) Received: from ar.aichi-u.ac.jp ([61.211.130.19]) by ar; Fri Mar 7 12:48:56 JST 2003 Mime-Version: 1.0 (Apple Message framework v551) Content-Type: text/plain; charset=US-ASCII; format=flowed From: Kenji Arisawa To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: Apple Mail (2.551) Subject: [9fans] fossil: disk is full Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 12:48:56 +0900 Hello, I have some times observed message "disk is full" from fossil server when I copied large amount of data to fossil. The problem is in that: I could not execute fossilcons command "snap -a" to sweep the disk data to venti. I guess that "snap -a" requires some working space in the disk. If my guess is true, I think it is better fossil protects the working space from being filled by file data. Kenji Arisawa --upas-zoddbomrbjvtomoxbkbvlcvyda-- From cse.psu.edu!9fans-admin Fri Mar 7 17:18:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 17:18:21 JST 2003 Received: (qmail 6639 invoked by uid 1020); 7 Mar 2003 17:18:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6635 invoked from network); 7 Mar 2003 17:18:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 17:18: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 A67C419A26; Fri, 7 Mar 2003 03:18:07 -0500 (EST) 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 D62C6199B9 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 03:17:32 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h278HG0G013722 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 10:17:22 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h278HDPs013721 for 9fans@cse.psu.edu; Fri, 7 Mar 2003 10:17:13 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full Message-ID: <20030307101711.F13434@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <60419362c44faaf6aa4278e2cf4a6f7d@plan9.escet.urjc.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <60419362c44faaf6aa4278e2cf4a6f7d@plan9.escet.urjc.es>; from Fco.J.Ballesteros on Fri, Mar 07, 2003 at 08:52:05AM +0100 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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: Fri, 7 Mar 2003 10:17:11 +0200 On Fri, Mar 07, 2003 at 08:52:05AM +0100, Fco.J.Ballesteros wrote: > > You can do what rsc said time ago, delete some snapshots before > using snap -a. You can use epoch to do so. Reserving space is ugly, but comes closer to the principle of least surprise. Is there a (fixed) amount of disk space worth reserving? ++L From cse.psu.edu!9fans-admin Fri Mar 7 17:34:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 17:34:20 JST 2003 Received: (qmail 7169 invoked by uid 1020); 7 Mar 2003 17:34:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7165 invoked from network); 7 Mar 2003 17:34:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 17:34: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 0C40B19980; Fri, 7 Mar 2003 03:34:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C601C19A26 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 03:33:53 -0500 (EST) Message-ID: From: Fco.J.Ballesteros To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full In-Reply-To: <20030307101711.F13434@cackle.proxima.alt.za> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-mggnqetvbbsvuzenuuutlicsdx" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 09:33:51 +0100 This is a multi-part message in MIME format. --upas-mggnqetvbbsvuzenuuutlicsdx Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I try just to keep the assumption that disk space is unlimited. If you run fossil backed up by venti, a script that clears all but the last N snapshots can keep your fossil partition with enough space that it's not worth reserving anything, IMHO. --upas-mggnqetvbbsvuzenuuutlicsdx Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Fri Mar 7 09:18:22 MET 2003 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 A67C419A26; Fri, 7 Mar 2003 03:18:07 -0500 (EST) 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 D62C6199B9 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 03:17:32 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h278HG0G013722 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 10:17:22 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h278HDPs013721 for 9fans@cse.psu.edu; Fri, 7 Mar 2003 10:17:13 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full Message-ID: <20030307101711.F13434@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <60419362c44faaf6aa4278e2cf4a6f7d@plan9.escet.urjc.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <60419362c44faaf6aa4278e2cf4a6f7d@plan9.escet.urjc.es>; from Fco.J.Ballesteros on Fri, Mar 07, 2003 at 08:52:05AM +0100 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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: Fri, 7 Mar 2003 10:17:11 +0200 On Fri, Mar 07, 2003 at 08:52:05AM +0100, Fco.J.Ballesteros wrote: > > You can do what rsc said time ago, delete some snapshots before > using snap -a. You can use epoch to do so. Reserving space is ugly, but comes closer to the principle of least surprise. Is there a (fixed) amount of disk space worth reserving? ++L --upas-mggnqetvbbsvuzenuuutlicsdx-- From cse.psu.edu!9fans-admin Fri Mar 7 17:35:14 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 17:35:14 JST 2003 Received: (qmail 7197 invoked by uid 1020); 7 Mar 2003 17:35:14 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7193 invoked from network); 7 Mar 2003 17:35:14 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 17:35: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 642CF19A69; Fri, 7 Mar 2003 03:35:08 -0500 (EST) 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 ESMTP id 79BD919A33 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 03:34:02 -0500 (EST) Received: from ar.aichi-u.ac.jp ([61.211.130.19]) by ar; Fri Mar 7 17:33:59 JST 2003 Subject: Re: [9fans] fossil: disk is full Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v551) From: Kenji Arisawa To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit In-Reply-To: <60419362c44faaf6aa4278e2cf4a6f7d@plan9.escet.urjc.es> Message-Id: <8AE85E2E-5077-11D7-8202-000393A941BC@ar.aichi-u.ac.jp> X-Mailer: Apple Mail (2.551) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 17:33:59 +0900 Hello, > You can do what rsc said time ago, delete some snapshots before > using snap -a. You can use epoch to do so. I did that, but what happen if I have snapshot? Kenji Arisawa From cse.psu.edu!9fans-admin Fri Mar 7 17:45:18 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 17:45:18 JST 2003 Received: (qmail 7463 invoked by uid 1020); 7 Mar 2003 17:45:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7459 invoked from network); 7 Mar 2003 17:45:17 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 17: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 BB49619A17; Fri, 7 Mar 2003 03:45:07 -0500 (EST) 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 ESMTP id EF55719980 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 03:44:07 -0500 (EST) Received: from ar.aichi-u.ac.jp ([61.211.130.19]) by ar; Fri Mar 7 17:43:55 JST 2003 Subject: Re: [9fans] fossil: disk is full Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v551) From: Kenji Arisawa To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit In-Reply-To: <8AE85E2E-5077-11D7-8202-000393A941BC@ar.aichi-u.ac.jp> Message-Id: X-Mailer: Apple Mail (2.551) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 17:43:55 +0900 Sorry >I did that, but what happen if I have snapshot? I did that, but what happen if I have no snapshot? Kenji Arisawa From cse.psu.edu!9fans-admin Fri Mar 7 18:01:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 18:01:22 JST 2003 Received: (qmail 7799 invoked by uid 1020); 7 Mar 2003 18:01:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7795 invoked from network); 7 Mar 2003 18:01:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 18:01: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 C182619A6F; Fri, 7 Mar 2003 04:01:08 -0500 (EST) 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 AB7B3199F2 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 04:00:44 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h279070G013826 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 11:00:10 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h27902so013819 for 9fans@cse.psu.edu; Fri, 7 Mar 2003 11:00:02 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full Message-ID: <20030307105958.H13434@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <8AE85E2E-5077-11D7-8202-000393A941BC@ar.aichi-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Kenji Arisawa on Fri, Mar 07, 2003 at 05:43:55PM +0900 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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: Fri, 7 Mar 2003 10:59:58 +0200 On Fri, Mar 07, 2003 at 05:43:55PM +0900, Kenji Arisawa wrote: > > Sorry > >I did that, but what happen if I have snapshot? > I did that, but what happen if I have no snapshot? > Well, if Nemo's right, you'd best start making snapshots and, unavoidably, get more disk space :-) ++L From cse.psu.edu!9fans-admin Fri Mar 7 18:10:34 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 18:10:34 JST 2003 Received: (qmail 8043 invoked by uid 1020); 7 Mar 2003 18:10:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8039 invoked from network); 7 Mar 2003 18:10:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 18:10:23 +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 3AC6719A6F; Fri, 7 Mar 2003 04:10:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 60E8019A33 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 04:09:05 -0500 (EST) Message-ID: <9c6126a68a79f9a3aa178d61fc5cdf29@plan9.escet.urjc.es> From: Fco.J.Ballesteros To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-euupdrvxxfoiabowfvqcsymmmc" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 10:08:58 +0100 This is a multi-part message in MIME format. --upas-euupdrvxxfoiabowfvqcsymmmc Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit If you have no snapshot you can always sacrifice a file. (for example, one that you can later generate from other files). --upas-euupdrvxxfoiabowfvqcsymmmc Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Fri Mar 7 09:45:20 MET 2003 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 BB49619A17; Fri, 7 Mar 2003 03:45:07 -0500 (EST) 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 ESMTP id EF55719980 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 03:44:07 -0500 (EST) Received: from ar.aichi-u.ac.jp ([61.211.130.19]) by ar; Fri Mar 7 17:43:55 JST 2003 Subject: Re: [9fans] fossil: disk is full Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v551) From: Kenji Arisawa To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit In-Reply-To: <8AE85E2E-5077-11D7-8202-000393A941BC@ar.aichi-u.ac.jp> Message-Id: X-Mailer: Apple Mail (2.551) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 17:43:55 +0900 Sorry >I did that, but what happen if I have snapshot? I did that, but what happen if I have no snapshot? Kenji Arisawa --upas-euupdrvxxfoiabowfvqcsymmmc-- From cse.psu.edu!9fans-admin Fri Mar 7 18:12:16 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 18:12:16 JST 2003 Received: (qmail 8112 invoked by uid 1020); 7 Mar 2003 18:12:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8108 invoked from network); 7 Mar 2003 18:12:15 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 18:12: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 ABA7419AC1; Fri, 7 Mar 2003 04:12:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 78B7019A33 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 04:11:11 -0500 (EST) Message-ID: <276297dfcf23068bdaca233598cc248b@plan9.escet.urjc.es> From: Fco.J.Ballesteros To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full In-Reply-To: <20030307105958.H13434@cackle.proxima.alt.za> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ifhuxoboypyakrfpljzdoxuiuf" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 10:11:09 +0100 This is a multi-part message in MIME format. --upas-ifhuxoboypyakrfpljzdoxuiuf Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit That sounds funny to me. I think we have a fortune... "If you need to prevent problems due to a disk full, you'd better start keeping snapshots on it." Sorry, couldn't resist. --upas-ifhuxoboypyakrfpljzdoxuiuf Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Fri Mar 7 10:01:26 MET 2003 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 C182619A6F; Fri, 7 Mar 2003 04:01:08 -0500 (EST) 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 AB7B3199F2 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 04:00:44 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h279070G013826 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 11:00:10 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h27902so013819 for 9fans@cse.psu.edu; Fri, 7 Mar 2003 11:00:02 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full Message-ID: <20030307105958.H13434@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <8AE85E2E-5077-11D7-8202-000393A941BC@ar.aichi-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Kenji Arisawa on Fri, Mar 07, 2003 at 05:43:55PM +0900 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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: Fri, 7 Mar 2003 10:59:58 +0200 On Fri, Mar 07, 2003 at 05:43:55PM +0900, Kenji Arisawa wrote: > > Sorry > >I did that, but what happen if I have snapshot? > I did that, but what happen if I have no snapshot? > Well, if Nemo's right, you'd best start making snapshots and, unavoidably, get more disk space :-) ++L --upas-ifhuxoboypyakrfpljzdoxuiuf-- From cse.psu.edu!9fans-admin Fri Mar 7 18:20:27 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 18:20:27 JST 2003 Received: (qmail 8327 invoked by uid 1020); 7 Mar 2003 18:20:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8323 invoked from network); 7 Mar 2003 18:20:16 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 18:20: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 A6D5619A71; Fri, 7 Mar 2003 04:20:07 -0500 (EST) 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 55ABD19A33 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 04:19:45 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h279Jh0G013888 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 11:19:45 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h279JgtG013887 for 9fans@cse.psu.edu; Fri, 7 Mar 2003 11:19:42 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full Message-ID: <20030307111942.J13434@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <20030307105958.H13434@cackle.proxima.alt.za> <276297dfcf23068bdaca233598cc248b@plan9.escet.urjc.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <276297dfcf23068bdaca233598cc248b@plan9.escet.urjc.es>; from Fco.J.Ballesteros on Fri, Mar 07, 2003 at 10:11:09AM +0100 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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: Fri, 7 Mar 2003 11:19:42 +0200 On Fri, Mar 07, 2003 at 10:11:09AM +0100, Fco.J.Ballesteros wrote: > > That sounds funny to me. I think we have a fortune... > > "If you need to prevent problems due to a disk full, you'd better start > keeping snapshots on it." > You said it! ++L From cse.psu.edu!9fans-admin Fri Mar 7 20:22:33 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 20:22:33 JST 2003 Received: (qmail 10557 invoked by uid 1020); 7 Mar 2003 20:22:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10553 invoked from network); 7 Mar 2003 20:22:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 20:22:21 +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 E37BB19A6F; Fri, 7 Mar 2003 06:22:08 -0500 (EST) 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 A9DD419A04 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 06:21:35 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18rFoF-0003zs-00 for 9fans@cse.psu.edu; Fri, 07 Mar 2003 11:14:39 +0000 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: <3E67E3AD.1010209@null.net> Organization: University of Bath Computing Services, UK Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit References: <000801c2e3a9$36cf2b00$2a8be793@gli.cas.cz> Subject: Re: [9fans] Re: \n\n\n to \n\n Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 11:14:05 GMT peter a. cejchan wrote: > PS: I'm going to test the posted wrappers to Sam, and then, hopefully, > forget of Edit, and |sed ;-) The main advantage of sed is that it can process in a truly streaming fashion, whereas sam, ed, etc. all have to see the end of file on the input before any editing can be done to the file. From cse.psu.edu!9fans-admin Fri Mar 7 21:35:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 21:35:26 JST 2003 Received: (qmail 11907 invoked by uid 1020); 7 Mar 2003 21:35:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11903 invoked from network); 7 Mar 2003 21:35:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 21:35:25 +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 1539119A71; Fri, 7 Mar 2003 07:35:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C0CB4199D7 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 07:34:37 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Re: \n\n\n to \n\n From: Fco.J.Ballesteros In-Reply-To: <3E67E3AD.1010209@null.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-bgyfybxyanppvjnmnezsuipmkg" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 13:34:33 +0100 This is a multi-part message in MIME format. --upas-bgyfybxyanppvjnmnezsuipmkg Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I using all of Edit, sed, ssam. Depending on the kind of task I use one or another. So, let's not forget Edit :-) --upas-bgyfybxyanppvjnmnezsuipmkg Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Fri Mar 7 12:22:26 MET 2003 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 E37BB19A6F; Fri, 7 Mar 2003 06:22:08 -0500 (EST) 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 A9DD419A04 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 06:21:35 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18rFoF-0003zs-00 for 9fans@cse.psu.edu; Fri, 07 Mar 2003 11:14:39 +0000 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: <3E67E3AD.1010209@null.net> Organization: University of Bath Computing Services, UK Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit References: <000801c2e3a9$36cf2b00$2a8be793@gli.cas.cz> Subject: Re: [9fans] Re: \n\n\n to \n\n Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 11:14:05 GMT peter a. cejchan wrote: > PS: I'm going to test the posted wrappers to Sam, and then, hopefully, > forget of Edit, and |sed ;-) The main advantage of sed is that it can process in a truly streaming fashion, whereas sam, ed, etc. all have to see the end of file on the input before any editing can be done to the file. --upas-bgyfybxyanppvjnmnezsuipmkg-- From cse.psu.edu!9fans-admin Fri Mar 7 21:40:17 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 7 21:40:17 JST 2003 Received: (qmail 11990 invoked by uid 1020); 7 Mar 2003 21:40:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11986 invoked from network); 7 Mar 2003 21:40:16 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 7 Mar 2003 21:40: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 E1E3919A71; Fri, 7 Mar 2003 07:40:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nanionic (unknown [212.128.4.208]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id AD60719A76 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 07:39:12 -0500 (EST) Message-ID: <7522ac55e7f6971e905dee708b5909a5@plan9.escet.urjc.es> To: 9fans@cse.psu.edu Subject: Re: [9fans] Hack for acme From: paurea@plan9.escet.urjc.es In-Reply-To: <001601c2e3d5$09298390$2a8be793@gli.cas.cz> 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, 7 Mar 2003 13:39:10 +0100 >> PS: I would vote for a history filke for acme windows, too ;-) > oooops, no, no, NO! (I just didn't think for a moment). there's a tag, of course... > > I pulled 3-1 acme from sources/nemo and yes, it is convenient! I only miss the same functionality on files.... It should be easy to add, but I don't find it as useful. Gorka From cse.psu.edu!9fans-admin Sat Mar 8 01:27:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 01:27:23 JST 2003 Received: (qmail 15019 invoked by uid 1020); 8 Mar 2003 01:27:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15015 invoked from network); 8 Mar 2003 01:27:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 01:27: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 22B4019A71; Fri, 7 Mar 2003 11:27:09 -0500 (EST) 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 7C1E8199D7 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 11:26:59 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18rKZn-0003pi-00 for 9fans@cse.psu.edu; Fri, 07 Mar 2003 16:20:03 +0000 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: <454b.3e68c3c9.e9a0a@blake.inputplus.co.uk> Organization: InputPlus Ltd. References: <714e1db4e1070444e5392174bec42571@plan9.bell-labs.com>, <18aefafa4a55e60cd64469860ad0c6a2@plan9.bell-labs.com> Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 16:19:35 GMT Hi Russ, > it seems pretty clear that painting the background is completing after > painting the foreground characters, but the question is why. we have > the same problem with the accelerated hardware drivers -- drawing the > background is an accelerated op so you have to issue it and then wait > for it to complete before trying to draw the text. i did not realize > that sequential X calls can overlap like that, but empirically, they > must. I'm coming into the conversation part-way through here, but if you're saying you've an X client doing XDrawText() and XFillRectangle() Xlib calls, or you're generating the equivalent protocol, there's no way that the operations should be done out of order. > yesterday i tried inserting calls to XSync() after issuing the > XFillRectangle calls, but that didn't help. i still need to try > XFlush. i really wish the documentation were better. X protocol is asynchronous, but the order is maintained. You can watch the protocol by putting a `snooper' in the middle, but if you find a filled rectangle drawn before the text is covering it then it suggests an X server bug, probably specific to the graphic card's driver. A mixture of accelerated and non-accelerated ops are the driver's problem, not the X client's or the device independent parts of the X server. Does this only occur with a specific X server? If multiple people are seeing it with different graphic cards/X servers, then it suggests a client bug, possibly a dodgy Graphics Context results in the text-drawing not changing any pixels. Cheers, -- Ralph Corderoy. http://inputplus.co.uk/ralph/ http://troff.org/ From cse.psu.edu!9fans-admin Sat Mar 8 02:12:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 02:12:22 JST 2003 Received: (qmail 15314 invoked by uid 1020); 8 Mar 2003 02:12:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15310 invoked from network); 8 Mar 2003 02:12:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 02:12:21 +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 2C5D719A6F; Fri, 7 Mar 2003 12:12:08 -0500 (EST) 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 ESMTP id C7E43199F2 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 12:11:47 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Mar 7 12:11:41 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Mar 7 12:11:39 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? From: "Russ Cox" In-Reply-To: <454b.3e68c3c9.e9a0a@blake.inputplus.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: Fri, 7 Mar 2003 09:15:42 -0500 > I'm coming into the conversation part-way through here, but if you're > saying you've an X client doing XDrawText() and XFillRectangle() Xlib > calls, or you're generating the equivalent protocol, there's no way that > the operations should be done out of order. I'm an X client doing: XFillRectangle XGetSubImage XPutImage in that order, and it appears that the XFillRectangle sometimes completes after the XPutImage. It certainly seems X server dependent, but I attributed that to some cards have an accelerated XFillRectangle and some not. Russ From cse.psu.edu!9fans-admin Sat Mar 8 03:18:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 03:18:25 JST 2003 Received: (qmail 15773 invoked by uid 1020); 8 Mar 2003 03:18:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15769 invoked from network); 8 Mar 2003 03:18:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 03:18:24 +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 AFEFD19A71; Fri, 7 Mar 2003 13:18:08 -0500 (EST) 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 7DFD219A3E for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 13:17:36 -0500 (EST) Received: from athena (athena [12.34.136.114]) by athena.softcardsystems.com (8.11.1/8.11.1) with ESMTP id h27ILPo08601 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 13:21:25 -0500 From: Sam X-Sender: To: <9fans@cse.psu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] replica/pull force? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 13:21:25 -0500 (EST) Heya, We've somehow managed to bugger our local system to where we can't make kernels: term% mk 'CONF=pc' ... mk: no recipe to make '_386_bin_ip_ipconfig.root.8'\ in directory /sys/src/9/pc Having recently done a full pull I noted a few files that probably shouldn't be "locally modified," one of which is /sys/src/9/pc/mkfile. I attempt to force pull by: term% replica/pull -s /dist/replica/network /sys/src/9/pc/mkfile but: term% 9fs sources;cd /n/sources/plan9/sys/src/9/pc term% cmp mkfile /sys/src/9/pc/mkfile mkfile /sys/src/9/pc/mkfile differ: char 559 What am I misunderstanding here? Cheers, Sam From cse.psu.edu!9fans-admin Sat Mar 8 03:24:39 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 03:24:39 JST 2003 Received: (qmail 15826 invoked by uid 1020); 8 Mar 2003 03:24:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15822 invoked from network); 8 Mar 2003 03:24:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 03:24: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 2E346199F2; Fri, 7 Mar 2003 13:24:08 -0500 (EST) 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 ESMTP id B5B3D19A3E for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 13:23:36 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Mar 7 13:23:35 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Mar 7 13:23:33 EST 2003 Message-ID: <347af5ef6747133b6f916fdd39482950@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] replica/pull force? From: "Russ Cox" In-Reply-To: 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, 7 Mar 2003 13:23:28 -0500 term% replica/pull -s /dist/replica/network /sys/src/9/pc/mkfile you mean replica/pull -s /dist/replica/network sys/src/9/pc/mkfile the paths are relative to the specified root (which in this case happens to be /, which makes things confusing). pull really should warn when you give it a path beginnning in /. From cse.psu.edu!9fans-admin Sat Mar 8 04:20:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 04:20:22 JST 2003 Received: (qmail 16240 invoked by uid 1020); 8 Mar 2003 04:20:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16236 invoked from network); 8 Mar 2003 04:20:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 04:20: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 955D119A17; Fri, 7 Mar 2003 14:20:08 -0500 (EST) 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 7ADA1199B6 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 14:19:31 -0500 (EST) Received: from athena (athena [12.34.136.114]) by athena.softcardsystems.com (8.11.1/8.11.1) with ESMTP id h27JNKo08776 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 14:23:20 -0500 From: Sam X-Sender: To: <9fans@cse.psu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] useful replica messages Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 14:23:20 -0500 (EST) Heya, I'm trying to add a few lines to make the messages from replica a little more useful; I'm changing lines of the form: x: locally modified, will not ... to: replica/pull -s dbname x # locally modified, will not ... a trite change, but it'll let me fix files I've accidentally stepped on without a whole lot of thought. I'm having a problem mking the source: term% cd $home/replica #assume local applylog.c term% bind -a /sys/src/cmd/replica . term% mk usage: mk all, install, installall, ... term% mk all 8c -FVw revproto.c cannot open revproto.8 mk: 8c -FVw revproto.c : exit status=rc 4568: 8c 4570: error The perms look ok on $home/replica, so what's the issue here? Sam From cse.psu.edu!9fans-admin Sat Mar 8 04:46:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 04:46:22 JST 2003 Received: (qmail 16427 invoked by uid 1020); 8 Mar 2003 04:46:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16423 invoked from network); 8 Mar 2003 04:46:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 04:46: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 9AC5919A85; Fri, 7 Mar 2003 14:46:08 -0500 (EST) 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 468A819A6A for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 14:45:28 -0500 (EST) 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 OAA05534 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 14:45:27 -0500 (EST) 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 h27JjRG23143 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 14:45:27 -0500 (EST) Message-Id: <200303071945.h27JjRG23143@augusta.math.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] useful replica messages In-Reply-To: Your message of "Fri, 07 Mar 2003 14:23:20 EST." 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, 07 Mar 2003 14:45:27 -0500 > term% cd $home/replica #assume local applylog.c > term% bind -a /sys/src/cmd/replica . bind -ac /sys/src/cmd/replica . > 8c -FVw revproto.c > cannot open revproto.8 Admitedly, 8c's error message could be a little more helpful. ``Mounted directory forbides creation'' should have been spit out as well. - Dan C. From cse.psu.edu!9fans-admin Sat Mar 8 04:53:16 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 04:53:16 JST 2003 Received: (qmail 16496 invoked by uid 1020); 8 Mar 2003 04:53:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16492 invoked from network); 8 Mar 2003 04:53:15 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 04:53: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 18EF519A67; Fri, 7 Mar 2003 14:53:08 -0500 (EST) 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 4F93619A40 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 14:52:34 -0500 (EST) Received: from athena (athena [12.34.136.114]) by athena.softcardsystems.com (8.11.1/8.11.1) with ESMTP id h27JuMo08852 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 14:56:22 -0500 From: Sam X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] useful replica messages In-Reply-To: <200303071945.h27JjRG23143@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: Fri, 7 Mar 2003 14:56:22 -0500 (EST) I suppose I incorrectly presumed I could -a and expect creations to land in $home/replica. Is there no mechanism for this, and/or is the expected usage supposed to be the reverse; that I'ld go to /sys/src/cmd/replica and bind -bc $home/replica? Sam On Fri, 7 Mar 2003, Dan Cross wrote: > > term% cd $home/replica #assume local applylog.c > > term% bind -a /sys/src/cmd/replica . > > bind -ac /sys/src/cmd/replica . > > > 8c -FVw revproto.c > > cannot open revproto.8 > > Admitedly, 8c's error message could be a little more helpful. > ``Mounted directory forbides creation'' should have been spit > out as well. > > - Dan C. > From cse.psu.edu!9fans-admin Sat Mar 8 04:59:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 04:59:19 JST 2003 Received: (qmail 16562 invoked by uid 1020); 8 Mar 2003 04:59:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16558 invoked from network); 8 Mar 2003 04:59:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 04:59: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 0F46B19A63; Fri, 7 Mar 2003 14:59:08 -0500 (EST) 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 09052199EC for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 14:58:54 -0500 (EST) 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 OAA07402 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 14:58:53 -0500 (EST) 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 h27JwrG23251 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 14:58:53 -0500 (EST) Message-Id: <200303071958.h27JwrG23251@augusta.math.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] useful replica messages In-Reply-To: Your message of "Fri, 07 Mar 2003 14:56:22 EST." 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, 07 Mar 2003 14:58:53 -0500 > I suppose I incorrectly presumed I could > -a and expect creations to land in $home/replica. > Is there no mechanism for this, and/or is the > expected usage supposed to be the reverse; > that I'ld go to /sys/src/cmd/replica and > bind -bc $home/replica? No, you were correct in your assumption. You just forgot the ``-c'' option to bind to allow creation in the new union directory. - Dan C. From cse.psu.edu!9fans-admin Sat Mar 8 05:01:17 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 05:01:17 JST 2003 Received: (qmail 16595 invoked by uid 1020); 8 Mar 2003 05:01:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16591 invoked from network); 8 Mar 2003 05:01:17 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 05:01: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 8962119A8C; Fri, 7 Mar 2003 15:01:08 -0500 (EST) 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 ESMTP id CAAA119A8B for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 15:00:21 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Mar 7 15:00:21 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Mar 7 15:00:19 EST 2003 Message-ID: <59016c0288e11a35d2445c8f058e9db5@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] useful replica messages From: "Russ Cox" In-Reply-To: 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, 7 Mar 2003 15:00:14 -0500 you can cd $home/replica bind -c . . bind -a /sys/src/cmd/replica . From cse.psu.edu!9fans-admin Sat Mar 8 05:07:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 05:07:19 JST 2003 Received: (qmail 16639 invoked by uid 1020); 8 Mar 2003 05:07:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16635 invoked from network); 8 Mar 2003 05:07:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 05:07: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 DE26819A85; Fri, 7 Mar 2003 15:07:07 -0500 (EST) 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 BE6F919A6F for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 15:06:19 -0500 (EST) Received: from athena (athena [12.34.136.114]) by athena.softcardsystems.com (8.11.1/8.11.1) with ESMTP id h27KA8o08894 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 15:10:08 -0500 From: Sam X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] useful replica messages In-Reply-To: <200303071958.h27JwrG23251@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: Fri, 7 Mar 2003 15:10:08 -0500 (EST) Hrm - ok, then I'm not totally confused. man 1 bind | sed -n '/ -c/,/^$/p' states that the creation lands in the union directory bound with a -c. Russ's suggested trick gives me the effect I was after, but feels kinda shifty. What benefit do we get from specifying this mechanism this way? Sam On Fri, 7 Mar 2003, Dan Cross wrote: > > I suppose I incorrectly presumed I could > > -a and expect creations to land in $home/replica. > > Is there no mechanism for this, and/or is the > > expected usage supposed to be the reverse; > > that I'ld go to /sys/src/cmd/replica and > > bind -bc $home/replica? > > No, you were correct in your assumption. You just forgot the ``-c'' > option to bind to allow creation in the new union directory. > > - Dan C. > From cse.psu.edu!9fans-admin Sat Mar 8 06:00:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 06:00:20 JST 2003 Received: (qmail 17328 invoked by uid 1020); 8 Mar 2003 06:00:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17324 invoked from network); 8 Mar 2003 06:00:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 06:00: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 9D54319A17; Fri, 7 Mar 2003 16:00:08 -0500 (EST) 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 13CC719A17 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 15:59:04 -0500 (EST) Received: from athena (athena [12.34.136.114]) by athena.softcardsystems.com (8.11.1/8.11.1) with ESMTP id h27L2qo09028 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 16:02:52 -0500 From: Sam X-Sender: To: <9fans@cse.psu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] bind -c Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 7 Mar 2003 16:02:52 -0500 (EST) I seem to be hitting all the rough edges today. Why shouldn't this work? term% mkdir replica; cd replica term% bind -c . . term% bind -a /sys/src/cmd/replica . term% cp mkfile . #obtain a local copy cp: mkfile and mkfile are the same file Sam From cse.psu.edu!9fans-admin Sat Mar 8 06:08:36 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 06:08:36 JST 2003 Received: (qmail 17436 invoked by uid 1020); 8 Mar 2003 06:08:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17432 invoked from network); 8 Mar 2003 06:08:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 06:08:25 +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 AFCC619A8B; Fri, 7 Mar 2003 16:08:14 -0500 (EST) 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 ESMTP id E189219A17 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 16:07:17 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Mar 7 16:07:16 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Mar 7 16:07:13 EST 2003 Message-ID: <38f6304f0448ab7a2c49acc0d6293169@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] bind -c From: "Russ Cox" In-Reply-To: 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, 7 Mar 2003 16:07:18 -0500 > Why shouldn't this work? > term% mkdir replica; cd replica > term% bind -c . . > term% bind -a /sys/src/cmd/replica . > term% cp mkfile . #obtain a local copy > cp: mkfile and mkfile are the same file Because the first thing cp does is basically ls -lq mkfile ./mkfile and discovers that the source and destination are the same. Binding with -c only changes where _new_ files are created. When you create() an existing file that directory entry is used. In this case it's probably significantly easier just to mkdir replica cp /sys/src/cmd/replica/* replica and not worry about union directories. What I usually do for things like this is: cd /sys/src/cmd/replica bind -bc $home/replica . and then cp mkfile $home/replica etc. to make copies of the files I want to change. Russ From cse.psu.edu!9fans-admin Sat Mar 8 06:46:33 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 06:46:33 JST 2003 Received: (qmail 17657 invoked by uid 1020); 8 Mar 2003 06:46:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17653 invoked from network); 8 Mar 2003 06:46:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 06:46: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 5B66219A7F; Fri, 7 Mar 2003 16:46:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from collyer.net (adsl-63-192-14-227.dsl.snfc21.pacbell.net [63.192.14.227]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C6C0D19A26 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 16:45:18 -0500 (EST) Message-ID: <1ada75e53f29a3e223b9332d3bbcf540@collyer.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] replica/pull force? From: Geoff Collyer In-Reply-To: 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, 7 Mar 2003 13:45:14 -0800 I see that `_386_bin_ip_ipconfig.root.8' is only 27 bytes, but I wonder if you're running into trouble from not running `lnfs .' first. From cse.psu.edu!9fans-admin Sat Mar 8 07:18:27 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 07:18:27 JST 2003 Received: (qmail 17858 invoked by uid 1020); 8 Mar 2003 07:18:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17854 invoked from network); 8 Mar 2003 07:18:26 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 07:18: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 CD69119A7F; Fri, 7 Mar 2003 17:18:07 -0500 (EST) 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 84C3F19A63 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 17:16:52 -0500 (EST) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h27MGnX1012774 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 23:16:49 +0100 (MET) Received: from zamenhof.cs.utwente.nl (zamenhof [130.89.13.77]) by zeus.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h27MGlo5006583 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 23:16:47 +0100 (MET) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id h27MGld15102 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 23:16:47 +0100 (MET) Message-Id: <200303072216.h27MGld15102@zamenhof.cs.utwente.nl> X-Authentication-Warning: zamenhof.cs.utwente.nl: belinfan@localhost didn't use HELO protocol To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full In-reply-to: Your message of "Fri, 07 Mar 2003 10:59:58 +0200." <20030307105958.H13434@cackle.proxima.alt.za> References: <8AE85E2E-5077-11D7-8202-000393A941BC@ar.aichi-u.ac.jp> <20030307105958.H13434@cackle.proxima.alt.za> 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'~ X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 07 Mar 2003 23:16:47 +0100 Just to check my understanding: Suppose I want to copy stuff to fossil (I guess the preferred way would be using mkfs/mkext?), that's much much more than the fossil write buffer, can I get away with it by often enough doing 'snap -a'? (maybe by automating the writing of 'snap -a' to the fossile console while the copy runs in parallel?) (I was about to suggest: setting automatic archival snapshots with snaptime -a such that they happen often enough, but I saw that an automatic archival snapshot can be only specified once a day) Background: I want to copy a collection of mp3's from FAT32 partitions to a fossil server I'm still setting up. Each individual FAT32 partition contains more than the fossil write buffer. Quite a number of mp3's appear (at least) twice in the directory hierarchy, so I thought it would make sense to store them on the venti archived part instead of on a 'once' partition, to share duplicates. Hmmm... or would it be much simpler to just vac the dos files? Axel. > > I did that, but what happen if I have no snapshot? > > > Well, if Nemo's right, you'd best start making snapshots and, > unavoidably, get more disk space :-) From cse.psu.edu!9fans-admin Sat Mar 8 08:03:34 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 08:03:34 JST 2003 Received: (qmail 18121 invoked by uid 1020); 8 Mar 2003 08:03:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18117 invoked from network); 8 Mar 2003 08:03:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 08:03:23 +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 4D4F719A7F; Fri, 7 Mar 2003 18:03:08 -0500 (EST) 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 ESMTP id ADC9119A17 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 18:02:24 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Mar 7 18:02:23 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Mar 7 18:02:21 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full From: "Russ Cox" In-Reply-To: <200303072216.h27MGld15102@zamenhof.cs.utwente.nl> 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, 7 Mar 2003 18:02:25 -0500 Yes, you can get away with snap -a occasionally during the write buffer, perhaps combined with stop mkfs |rc and restarting it. From cse.psu.edu!9fans-admin Sat Mar 8 08:13:18 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 08:13:18 JST 2003 Received: (qmail 18213 invoked by uid 1020); 8 Mar 2003 08:13:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 18209 invoked from network); 8 Mar 2003 08:13:17 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 08:13: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 10A9D19A87; Fri, 7 Mar 2003 18:13:09 -0500 (EST) 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 ESMTP id D708B199F2 for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 18:12:49 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Mar 7 18:12:48 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Mar 7 18:12:46 EST 2003 Message-ID: <6f8b118508444e03dc5f5af7b600ed2c@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? From: "Russ Cox" In-Reply-To: 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, 7 Mar 2003 18:12:46 -0500 > You will find my drawterm screen shot of MacOS X at > http://plan9.aichi-u.ac.jp/drawterm/fig1.png > I believe the problem is simply in a colormap. > More important is: I cannot send any control character code. Geoff Collyer did the work to get drawterm going under Mac OS X. I'm assuming control characters worked for him. Are you running your screen in 8-bit mode? That seems very unlikely, so I doubt that your problem is actually a colormap. I'm not sure what the problem is, though. The pale yellow and pale blue that acme uses are just about as different as could be, yet they appear to be the same saturated yellow in your screen shot. Very strange. Russ From cse.psu.edu!9fans-admin Sat Mar 8 09:07:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 09:07:22 JST 2003 Received: (qmail 19015 invoked by uid 1020); 8 Mar 2003 09:07:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 19011 invoked from network); 8 Mar 2003 09:07:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 09:07: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 E354519A87; Fri, 7 Mar 2003 19:07:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from collyer.net (adsl-63-192-14-227.dsl.snfc21.pacbell.net [63.192.14.227]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3628D19A3E for <9fans@cse.psu.edu>; Fri, 7 Mar 2003 19:06:58 -0500 (EST) Message-ID: <452110d9b67a1a82e43af35dec60bc8f@collyer.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? From: Geoff Collyer In-Reply-To: <6f8b118508444e03dc5f5af7b600ed2c@plan9.bell-labs.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: Fri, 7 Mar 2003 16:06:55 -0800 I got drawterm running under a pre-release version of Mac OS 10.2. I had problems that sound like the ones others are having now; Russ thought at the time that they were X server bugs, so I didn't pursue fixes. I had problems at all colour depths. The work-around I usually used was to start a graphical program, usually sam, and then exit from it. That often restored the whole drawterm. I think I was able to send and receive control characters. From cse.psu.edu!9fans-admin Sat Mar 8 15:46:30 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 15:46:30 JST 2003 Received: (qmail 26847 invoked by uid 1020); 8 Mar 2003 15:46:30 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 26843 invoked from network); 8 Mar 2003 15:46:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 15:46: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 9A8B319A17; Sat, 8 Mar 2003 01:46:08 -0500 (EST) 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 ESMTP id B178F19981 for <9fans@cse.psu.edu>; Sat, 8 Mar 2003 01:45:56 -0500 (EST) Received: from ar.aichi-u.ac.jp ([61.211.130.3]) by ar; Sat Mar 8 15:45:53 JST 2003 Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v551) From: Kenji Arisawa To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit In-Reply-To: Message-Id: <9B42DD5A-5131-11D7-B3A0-000393A941BC@ar.aichi-u.ac.jp> X-Mailer: Apple Mail (2.551) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 8 Mar 2003 15:45:53 +0900 I said: >More important is: I cannot send any control character code. I have two X11 in MacOS X 1. XDarwin XonX Contributes to XFree86 4.2 http://sourceforge.net/projects/xonx/ the logo is shown at: http://plan9.aichi-u.ac.jp/drawterm/xdarwin-logo.png 2. X11 recently supported by Apple. the logo is shown at: http://plan9.aichi-u.ac.jp/drawterm/x11-logo.png I examined control character problem using these two systems. The conclusion is: XDarwin is buggy. unable to send control code. X11 is no problem. Thanks, Kenji Arisawa From cse.psu.edu!9fans-admin Sat Mar 8 22:25:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 8 22:25:25 JST 2003 Received: (qmail 31610 invoked by uid 1020); 8 Mar 2003 22:25:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 31606 invoked from network); 8 Mar 2003 22:25:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 8 Mar 2003 22:25: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 7697919A28; Sat, 8 Mar 2003 08:25:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.dirac.net (unknown [151.196.211.14]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 485C0199B3 for <9fans@cse.psu.edu>; Sat, 8 Mar 2003 08:24:25 -0500 (EST) Received: (qmail 1202 invoked by uid 60001); 8 Mar 2003 13:22:05 -0000 Message-ID: <20030308132205.1201.qmail@mail.dirac.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] bind -c From: Keith Nash Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: 8 Mar 2003 13:22:05 -0000 It might be useful to have a 'bind -w' option, that would cause a union member to capture all write operations that would otherwise go to members that are 'after' it. I suppose the problem is that if a file is opened for reading *and* writing, then the file would first have to be copied to the '-w' member; also the response to file deletion would have to be decided. 'bind -w' might cause more problems than it solves; but it seems sub-optimal that at present, if we want modified files to go to one union member, leaving the originals unchanged in another, we have to perform the 'copy-on-write' operation by manually copying files to a '-c' member - and we must do this (or at least create a file with the right name) even if only write access is required to the file, not read-and-write. Also, it is obvious that we can only do this manual preparation if we know in advance the names of the files that will be written. Another useful option might be 'bind -r', to switch off all types of write access to a member, not just file creation. Keith. From cse.psu.edu!9fans-admin Sun Mar 9 01:37:34 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Mar 9 01:37:34 JST 2003 Received: (qmail 1282 invoked by uid 1020); 9 Mar 2003 01:37:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1278 invoked from network); 9 Mar 2003 01:37:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 9 Mar 2003 01:37:22 +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 3CD8919A28; Sat, 8 Mar 2003 11:37:09 -0500 (EST) 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 737B419980 for <9fans@cse.psu.edu>; Sat, 8 Mar 2003 11:36:42 -0500 (EST) Received: from athena (athena [12.34.136.114]) by athena.softcardsystems.com (8.11.1/8.11.1) with ESMTP id h28GeSo10781 for <9fans@cse.psu.edu>; Sat, 8 Mar 2003 11:40:28 -0500 From: Sam X-Sender: To: <9fans@cse.psu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] Funny dates Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 8 Mar 2003 11:40:28 -0500 (EST) I have some funny dates on files/directories in my filesystem. Some are directories we may have touched, but many are those we know we haven't (eg bitsy/*): term% cd /sys/src/9;ls -l d-rwxrwxr-x M 9 sys sys 0 Dec 12 13:43 alphapc d-rwxrwxr-x M 9 sys sys 0 Mar 6 12:59 bitsy d-rwxrwxr-x M 9 sys sys 0 Mar 8 06:36 boot d-rwxrwxr-x M 9 sys sys 0 Nov 8 12:03 ip --rw-rw-r-- M 9 sys sys 191 Apr 2 2002 mkfile d-rwxrwxr-x M 9 sys sys 0 Nov 8 11:55 mtx d-rwxrwxr-x M 9 sys sys 0 Mar 8 06:51 pc d-rwxrwxr-x M 9 sys sys 0 Mar 6 13:19 port All of the erroneous dates seem to be in the Nov-Dec time frame. This causes a few irritating, erroneous locally modified messages on pull. Before I castigate replica for not playing nicely in my filesystem can anyone suggest what I can do to correct this? Cheers, Sam From cse.psu.edu!9fans-admin Sun Mar 9 03:24:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Mar 9 03:24:22 JST 2003 Received: (qmail 2526 invoked by uid 1020); 9 Mar 2003 03:24:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 2522 invoked from network); 9 Mar 2003 03:24:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 9 Mar 2003 03:24: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 98DC319A3E; Sat, 8 Mar 2003 13:24:08 -0500 (EST) 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 E0C4E199D5 for <9fans@cse.psu.edu>; Sat, 8 Mar 2003 13:23:52 -0500 (EST) Received: from athena (athena [12.34.136.114]) by athena.softcardsystems.com (8.11.1/8.11.1) with ESMTP id h28IRco10883 for <9fans@cse.psu.edu>; Sat, 8 Mar 2003 13:27:38 -0500 From: Sam X-Sender: To: <9fans@cse.psu.edu> In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] Replica (was: Funny dates) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 8 Mar 2003 13:27:38 -0500 (EST) Ahem. My apologies - clearly I didn't understand ls's /* 6 months in the past or a day in the future */ which I now do. Improper error attributions to replica revoked; they're likely my fault. Two replica notes on source: Suppose I mk something and don't bother removing the .8s. I do a pull and get a new source file. The .8 can be newer than the source and the next mk won't recompile the changes. This suggests a mk clean is necessary before each mk. Apparently one should never do a mk install unless you really want to replace the existing functionality with a local implementation. If you accidently do, the binary is created as newer than sources and until you force pull the binary the source gets updated, but the binary doesn't. I've been thinking about a way to tinker with the source without getting mired in force pulling source files. Perhaps this is obvious, but I'm going to start making source changes by: mkdir local cp x.c local (make changes to local/x.c) bind -c . . bind -b local . mk this way a simple shell script will let me walk a tree binding local directories as above; then I can build, eg, local kernels without breaking sources consistency. Is this similar in nature to what others do? Cheers, Sam On Sat, 8 Mar 2003, Sam wrote: > I have some funny dates on files/directories > in my filesystem. Some are directories we > may have touched, but many are those we know > we haven't (eg bitsy/*): > > term% cd /sys/src/9;ls -l > d-rwxrwxr-x M 9 sys sys 0 Dec 12 13:43 alphapc > d-rwxrwxr-x M 9 sys sys 0 Mar 6 12:59 bitsy > d-rwxrwxr-x M 9 sys sys 0 Mar 8 06:36 boot > d-rwxrwxr-x M 9 sys sys 0 Nov 8 12:03 ip > --rw-rw-r-- M 9 sys sys 191 Apr 2 2002 mkfile > d-rwxrwxr-x M 9 sys sys 0 Nov 8 11:55 mtx > d-rwxrwxr-x M 9 sys sys 0 Mar 8 06:51 pc > d-rwxrwxr-x M 9 sys sys 0 Mar 6 13:19 port > > All of the erroneous dates seem to be in the Nov-Dec > time frame. This causes a few irritating, erroneous locally > modified messages on pull. Before I castigate replica > for not playing nicely in my filesystem can anyone > suggest what I can do to correct this? > > Cheers, > > Sam > > From cse.psu.edu!9fans-admin Sun Mar 9 05:09:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Mar 9 05:09:26 JST 2003 Received: (qmail 3940 invoked by uid 1020); 9 Mar 2003 05:09:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3936 invoked from network); 9 Mar 2003 05:09:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 9 Mar 2003 05:09:24 +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 22E1C19A8B; Sat, 8 Mar 2003 15:09:08 -0500 (EST) 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 488E219A7A for <9fans@cse.psu.edu>; Sat, 8 Mar 2003 15:08:36 -0500 (EST) Received: from athena (athena [12.34.136.114]) by athena.softcardsystems.com (8.11.1/8.11.1) with ESMTP id h28KCLo11035 for <9fans@cse.psu.edu>; Sat, 8 Mar 2003 15:12:21 -0500 From: Sam X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] bind -c In-Reply-To: <20030308132205.1201.qmail@mail.dirac.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: Sat, 8 Mar 2003 15:12:21 -0500 (EST) More useful might be a script rebind that allows you to rebind a union'd directory D with/without the creation bit by popping off the ns elements after D then pushing them back. This is such a seldom done task that I doubt it's really necessary, though. If you've screwed up your namespace creation order, wipe it and start over. I didn't realize until yesterday just how poorly I understood union dirs & -c. It became much clearer when Russ commented that one used to have to start a union directory D with bind D D, which is now implicit (before the first bind, presumably). Sam From cse.psu.edu!9fans-admin Mon Mar 10 03:19:35 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 10 03:19:35 JST 2003 Received: (qmail 20965 invoked by uid 1020); 10 Mar 2003 03:19:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20961 invoked from network); 10 Mar 2003 03:19:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 10 Mar 2003 03:19:29 +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 10D12199ED; Sun, 9 Mar 2003 13:19:09 -0500 (EST) 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 ESMTP id DCBCD19980 for <9fans@cse.psu.edu>; Sun, 9 Mar 2003 13:19:00 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sun Mar 9 13:18:59 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Sun Mar 9 13:18:57 EST 2003 Message-ID: To: 9fans@cse.psu.edu From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] old trick, new os Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 9 Mar 2003 13:18:57 -0500 this is basically what rob posted in november, except that it works with windows instead of vnc. # urls to internet explorer on another machine type is text data matches '(https?|ftp|file|gopher|mailto|news|nntp|telnet|wais|prospero)://[a-zA-Z0-9_@\-]+([.:][a-zA-Z0-9_@\-]+)*/?[a-zA-Z0-9_?,%#~&/\-+=]+([:.][a-zA-Z0-9_?,%#~&/\-+=]+)*' plumb to web plumb start winstart iexplore -new $0 you run /sys/src/cmd/unix/winplumb.exe on the windows machine, and that causes it to listen for commands to run on port 17890. you can specify a particular ip address for listening, to try to keep the amount of possible damage down. for example, i run winplumb tcp!192.168.233.1!17890 so that it only listens on the vmware interface (rather than taking commands from the whole internet). this is really meant to run on a trusted network. if you're directly on the internet, you have been warned. then i have a shell script g% cat /bin/winstart #!/bin/rc echo $* | aux/trampoline tcp!192.168.233.1!17890 g% that sends a command to execute. you could use your browser of choice of course, and you could also use it to start programs other than web browsers. From cse.psu.edu!9fans-admin Mon Mar 10 11:00:56 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 10 11:00:56 JST 2003 Received: (qmail 27757 invoked by uid 1020); 10 Mar 2003 11:00:41 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27745 invoked from network); 10 Mar 2003 11:00:32 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 10 Mar 2003 11:00:32 +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 334E0199ED; Sun, 9 Mar 2003 21:00:09 -0500 (EST) 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 ESMTP id D4CFB19981 for <9fans@cse.psu.edu>; Sun, 9 Mar 2003 20:59:47 -0500 (EST) Message-ID: From: David Presotto To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] kernel changes Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 9 Mar 2003 20:59:46 -0500 1) new scheduler - a more direct implementation of a multilevel feedback queue 2) Conv's for TCP & UDP now cache routes to avoid per packet route lookups 3) arp entries time out after 15 minutes 4) a new kind of qopen, called qbypass, allows top level qwrites to bypass the first queue and call the processing routine directly. This was to avoid the overhead of putting packets into a queue when the immediately following kick just took them out again. (2) and (4) were done to get packets out faster for an embedded ap. (3) was supposed to be there but somehow disappeared. (1) was because between fairness, fixed priority processes, and affinity the runproc/ready routines were getting too messy and it was hard to predict what the scheduler really did. Tested to my usual rigorous standards, i.e., it compiles and runs on our systems. Except for the arp change, we've been soaking the changes for a week or two. Problems/complaints to me. There's also some structure in there to support hardware checksums (for gigabit boards). However, jmk and I are still screwing around with that so its only half baked. More will be coming. From cse.psu.edu!9fans-admin Mon Mar 10 13:54:35 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 10 13:54:35 JST 2003 Received: (qmail 1216 invoked by uid 1020); 10 Mar 2003 13:54:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1211 invoked from network); 10 Mar 2003 13:54:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 10 Mar 2003 13:54:22 +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 660AF19A6A; Sun, 9 Mar 2003 23:54:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mailrelay2.lanl.gov (mailrelay2.lanl.gov [128.165.4.103]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A5F16199ED for <9fans@cse.psu.edu>; Sun, 9 Mar 2003 23:53:22 -0500 (EST) Received: from ccs.lanl.gov (localhost.localdomain [127.0.0.1]) by mailrelay2.lanl.gov (8.12.8/8.12.8/(ccn-5)) with SMTP id h2A4rL68022303 for <9fans@cse.psu.edu>; Sun, 9 Mar 2003 21:53:21 -0700 Received: (qmail 16588 invoked from network); 9 Mar 2003 21:53:21 -0700 Received: from unknown (HELO carotid.ccs.lanl.gov) (128.165.148.162) by 128.165.148.1 with SMTP; 9 Mar 2003 21:53:21 -0700 Received: (qmail 26923 invoked by uid 3499); 9 Mar 2003 21:53:21 -0700 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 9 Mar 2003 21:53:21 -0700 From: "Ronald G. Minnich" X-X-Sender: rminnich@carotid.ccs.lanl.gov To: 9fans@cse.psu.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] u9fs, Linux, large files no good Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 9 Mar 2003 21:53:21 -0700 (MST) For files > 32 bits you need the following define somewhere. _FILE_OFFSET_BITS=64 Without this, stat on files > 32 bits in size gets an error each time on LInux. The error is: #define EOVERFLOW 75 /* Value too large for defined data type*/ I put mine in the makefile: # # To correctly handle 64-bit files and offsets, add -64 to CFLAGS and LDFLAGS # On Irix 5.X, add -DIRIX5X to hack around their own #include problems (see plan 9.h). # CC=cc CFLAGS=-g -I. -D_FILE_OFFSET_BITS=64 LD=cc LDFLAGS= -g LDTAIL= If there is something better to do just let me know. ron p.s. Obviously, this fix would have been impossible to work up without the Intellectual Property provided by Unix technology owned by SCO. Call your lawyers if you have any doubt. Better yet, format all disks and call SCO for their pricing. From cse.psu.edu!9fans-admin Mon Mar 10 15:00:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 10 15:00:22 JST 2003 Received: (qmail 3528 invoked by uid 1020); 10 Mar 2003 15:00:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3524 invoked from network); 10 Mar 2003 15:00:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 10 Mar 2003 15:00: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 941C019A6A; Mon, 10 Mar 2003 01:00:09 -0500 (EST) 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 4FF5E199E8 for <9fans@cse.psu.edu>; Mon, 10 Mar 2003 00:59:30 -0500 (EST) Received: (qmail 28588 invoked by uid 991); 10 Mar 2003 05:59:29 -0000 Message-ID: <20030310055929.28587.qmail@g.bio.cse.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] u9fs, Linux, large files no good In-Reply-To: Message from "Ronald G. Minnich" of "Sun, 09 Mar 2003 21:53:21 MST." 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: Mon, 10 Mar 2003 00:59:29 -0500 | p.s. Obviously, this fix would have been impossible to work up without the | Intellectual Property provided by Unix technology owned by SCO. Guess we all have to switch to Plan 9. :) From cse.psu.edu!9fans-admin Mon Mar 10 16:41:34 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 10 16:41:34 JST 2003 Received: (qmail 7512 invoked by uid 1020); 10 Mar 2003 16:41:33 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7507 invoked from network); 10 Mar 2003 16:41:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 10 Mar 2003 16:41: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 5DDD119A77; Mon, 10 Mar 2003 02:41:08 -0500 (EST) 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 E628819981 for <9fans@cse.psu.edu>; Mon, 10 Mar 2003 02:40:54 -0500 (EST) Received: from term4e.9netics.com ([64.91.109.37]) by mailnw.centurytel.net (8.12.8/8.12.8) with ESMTP id h2A7ek4f009611 for <9fans@cse.psu.edu>; Sun, 9 Mar 2003 23:40:53 -0800 (PST) Message-ID: <124dff7ab4e451dc9c5ad0902609e697@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/fs (pop3) dies Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 9 Mar 2003 23:49:58 -0800 Earlier this weekend I was getting the follow from upas/fs (pop3): term% /sys/src/cmd/upas/fs/8.out -f /pop/mail.centurytel.net download 10: unexpected end of conversation 8.out 1120: suicide: sys: trap: fault read addr=0x0 pc=0x0000f092 Unfortunately, inspecting the broken process with acid was a hit and miss thing; I couldn't consistently get a stk() dump. I didn't have any luck running a locally built upas/fs under acid either. Anyhow, the error was caused by a particular (spam) email that had one noticable feature: a single 16+ KB line for the body of the message. In looking at the code and the location of the "unexpected end of conversation" message, I am guessing that Brdline() in pop3resp() is returning nil (can't find the delimiter '\n' before Bsize bytes are read), causing pop3download() to fail. pop3read() then tries to unchain that message but somehow the cleanup isn't done correctly, causing the suicide later when parse() is called. Removing that spam message (using a non-Plan9 pop agent) cleared the problem. Here is one stack dump I was able to get on a broken upas/fs: acid: stk() At pc:0x0000f092:strpbrk+0x57 /sys/src/libc/port/strpbrk.c:17 strpbrk(cs=0x00000000,cb=0x00033776) /sys/src/libc/port/strpbrk.c:7 called from headerline+0x2a /sys/src/cmd/upas/fs/mbox.c:453 headerline(hl=0x000cd8e0,pp=0x7fffecbc) /sys/src/cmd/upas/fs/mbox.c:446 called from parseheaders+0x138 /sys/src/cmd/upas/fs/mbox.c:256 parseheaders(m=0x000b0760,mb=0x0009e1e8,justmime=0x00000000) /sys/src/cmd/upas/fs/mbox.c:235 called from parse+0x1f /sys/src/cmd/upas/fs/mbox.c:380 parse(m=0x000b0760,justmime=0x00000000,mb=0x0009e1e8) /sys/src/cmd/upas/fs/mbox.c:377 called from pop3read+0x2bd /sys/src/cmd/upas/fs/pop3.c:446 pop3read(pop=0x0009e3a8,mb=0x0009e1e8,doplumb=0x00000000) /sys/src/cmd/upas/fs/pop3.c:338 called from pop3sync+0x65 /sys/src/cmd/upas/fs/pop3.c:497 pop3sync(mb=0x0009e1e8,doplumb=0x00000000) /sys/src/cmd/upas/fs/pop3.c:486 called from syncmbox+0x1a /sys/src/cmd/upas/fs/mbox.c:89 syncmbox(mb=0x0009e1e8,doplumb=0x00000000) /sys/src/cmd/upas/fs/mbox.c:88 called from newmbox+0x32f /sys/src/cmd/upas/fs/mbox.c:171 newmbox(path=0x7fffefe1,name=0x00036a3d,std=0x00000000) /sys/src/cmd/upas/fs/mbox.c:95 called from main+0x18d /sys/src/cmd/upas/fs/fs.c:224 main(argv=0x7fffefb4,argc=0x00000000) /sys/src/cmd/upas/fs/fs.c:156 called from _main+0x31 /sys/src/libc/386/main9.s:16 From cse.psu.edu!9fans-admin Mon Mar 10 17:46:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 10 17:46:24 JST 2003 Received: (qmail 9483 invoked by uid 1020); 10 Mar 2003 17:46:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9479 invoked from network); 10 Mar 2003 17:46:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 10 Mar 2003 17:46:22 +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 A1E9B19A2F; Mon, 10 Mar 2003 03:46:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 02B3119981 for <9fans@cse.psu.edu>; Mon, 10 Mar 2003 03:45:46 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu From: Fco.J.Ballesteros MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] who asked me for mad? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 10 Mar 2003 09:45:44 +0100 Hi, I'm sorry to post this to the list, but someone asked me for the 9 port of mad.tgz and the mail to his address failed. The download of that file should proceed fine now. From cse.psu.edu!9fans-admin Mon Mar 10 19:22:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 10 19:22:23 JST 2003 Received: (qmail 11756 invoked by uid 1020); 10 Mar 2003 19:22:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11752 invoked from network); 10 Mar 2003 19:22:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 10 Mar 2003 19:22: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 DBBD119A2F; Mon, 10 Mar 2003 05:22:08 -0500 (EST) 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 0EA9319A25 for <9fans@cse.psu.edu>; Mon, 10 Mar 2003 05:21:45 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18sKN3-0002Jy-00 for 9fans@cse.psu.edu; Mon, 10 Mar 2003 10:19:01 +0000 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: <54ac.3e6a4266.5ee2f@blake.inputplus.co.uk> Organization: InputPlus Ltd. References: <454b.3e68c3c9.e9a0a@blake.inputplus.co.uk>, Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 10 Mar 2003 10:18:59 GMT Hi Russ, > > I'm coming into the conversation part-way through here, but if > > you're saying you've an X client doing XDrawText() and > > XFillRectangle() Xlib calls, or you're generating the equivalent > > protocol, there's no way that the operations should be done out of > > order. > > I'm an X client And proud of it? > doing: > > XFillRectangle > XGetSubImage > XPutImage > > in that order, and it appears that the XFillRectangle sometimes > completes after the XPutImage. You could try trimming a couple of pixels off the filled rectangle all the way around so you can see the text peeking out if it truely is happening that way. > It certainly seems X server dependent, but I attributed that to some > cards have an accelerated XFillRectangle and some not. As I said before, any `acceleration' under the X server's cover doesn't alter the model presented to the client. I suggest contacting the X server people. Cheers, -- Ralph Corderoy. http://inputplus.co.uk/ralph/ http://troff.org/ From cse.psu.edu!9fans-admin Mon Mar 10 23:43:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 10 23:43:23 JST 2003 Received: (qmail 15937 invoked by uid 1020); 10 Mar 2003 23:43:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15932 invoked from network); 10 Mar 2003 23:43:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 10 Mar 2003 23:43: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 EA90519A8C; Mon, 10 Mar 2003 09:43:08 -0500 (EST) 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 ESMTP id 310F319A6B for <9fans@cse.psu.edu>; Mon, 10 Mar 2003 09:42:54 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Mar 10 09:42:53 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Mon Mar 10 09:42:50 EST 2003 Message-ID: <0b7c3f2ddebe82216f68577ce60aca0d@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] u9fs, Linux, large files no good From: "Russ Cox" In-Reply-To: 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, 10 Mar 2003 09:42:55 -0500 I would rather see it go in plan9.h: /* magic to get SUSV2 standard, including pread, pwrite*/ #define _XOPEN_SOURCE 500 /* magic to get 64-bit pread/pwrite */ #define _LARGEFILE64_SOURCE /* magic to get 64-bit stat on Linux, maybe others */ #define _FILE_OFFSET_BITS 64 From cse.psu.edu!9fans-admin Mon Mar 10 23:53:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 10 23:53:32 JST 2003 Received: (qmail 16231 invoked by uid 1020); 10 Mar 2003 23:53:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16227 invoked from network); 10 Mar 2003 23:53:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 10 Mar 2003 23:53:21 +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 5D64B19A9B; Mon, 10 Mar 2003 09:53:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mailrelay1.lanl.gov (mailrelay1.lanl.gov [128.165.4.101]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4059319A92 for <9fans@cse.psu.edu>; Mon, 10 Mar 2003 09:52:19 -0500 (EST) Received: from ccs.lanl.gov (localhost.localdomain [127.0.0.1]) by mailrelay1.lanl.gov (8.12.8/8.12.8/(ccn-5)) with SMTP id h2AEqI2O025314 for <9fans@cse.psu.edu>; Mon, 10 Mar 2003 07:52:18 -0700 Received: (qmail 21319 invoked from network); 10 Mar 2003 07:52:18 -0700 Received: from unknown (HELO carotid.ccs.lanl.gov) (128.165.148.162) by 128.165.148.1 with SMTP; 10 Mar 2003 07:52:18 -0700 Received: (qmail 30656 invoked by uid 3499); 10 Mar 2003 07:52:17 -0700 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 10 Mar 2003 07:52:17 -0700 From: "Ronald G. Minnich" X-X-Sender: rminnich@carotid.ccs.lanl.gov To: 9fans@cse.psu.edu Subject: Re: [9fans] u9fs, Linux, large files no good In-Reply-To: <0b7c3f2ddebe82216f68577ce60aca0d@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: Mon, 10 Mar 2003 07:52:17 -0700 (MST) On Mon, 10 Mar 2003, Russ Cox wrote: > I would rather see it go in plan9.h: > > /* magic to get SUSV2 standard, including pread, pwrite*/ > #define _XOPEN_SOURCE 500 > /* magic to get 64-bit pread/pwrite */ > #define _LARGEFILE64_SOURCE > /* magic to get 64-bit stat on Linux, maybe others */ > #define _FILE_OFFSET_BITS 64 works for me, I was unsure of whether it would need an #ifdef in there somewhere. ron From cse.psu.edu!9fans-admin Tue Mar 11 14:57:48 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 11 14:57:48 JST 2003 Received: (qmail 1732 invoked by uid 1020); 11 Mar 2003 14:57:43 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1714 invoked from network); 11 Mar 2003 14:57:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 11 Mar 2003 14:57:29 +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 CD62219A83; Tue, 11 Mar 2003 00:57:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.hoehenried.de (unknown [213.131.193.253]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C50E119980 for <9fans@cse.psu.edu>; Tue, 11 Mar 2003 00:56:43 -0500 (EST) Received: from mx.hoehenried.de (mailmx [213.131.193.252]) by mail.hoehenried.de (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with ESMTP id h2B6eio29572 for <9fans@cse.psu.edu>; Tue, 11 Mar 2003 07:40:47 +0100 Received: from localhost (localhost [127.0.0.1]) by mx.hoehenried.de (Postfix on SuSE eMail Server 2.0) with ESMTP id 6B4BB94FDD for <9fans@cse.psu.edu>; Tue, 11 Mar 2003 05:12:32 +0100 (CET) From: AvMailGate@hoehenried.de References: <05d701c2e786$c0c735b0$e3c183d5@pchoe078> To: 9fans@cse.psu.edu Message-Id: <20030311041232.6B4BB94FDD@mx.hoehenried.de> Subject: [9fans] Virus found in mail from "Konrad Huber (I-NET)" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 11 Mar 2003 05:12:32 +0100 (CET) ********************************************************************* AntiVir Virus Alert ********************************************************************* This version of AntiVir MailGate is fully registered. ********************************************************************* AntiVir found these viruses in a mail for you from "Konrad Huber (I-NET)" : Worm/Gibe.B.3 ; virus ; Contains signature of the worm Worm/Gibe.B.3 The mail was not delivered. AntiVir MailGate prevented a virus delivery. But if you need to receive further email from "Konrad Huber (I-NET)" , you should ask him/her to buy a professional antivirus software such as AntiVir from H+BEDV Datentechnik GmbH. He/She can contact mailto:sales@hbedv.com for further information. ----------Mail-Info---------- Message-Id: <05d701c2e786$c0c735b0$e3c183d5@pchoe078> From: "Konrad Huber (I-NET)" To: , , <9fans@cse.psu.edu>, , , , , , , , , , , , , , , , , , , <2newlungs@sbcglobal.net>, , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , Date: Tue, 11 Mar 2003 05:29:06 +0100 Subject: Taste correction update which came from the Microsoft. ----------------------------- ********************************************************************* For more information on AntiVir please visit our web site http://www.antivir.de or http://www.hbedv.com mailto: info@antivir.de AntiVir is a registered trademark of H+BEDV Datentechnik GmbH ********************************************************************* From cse.psu.edu!9fans-admin Tue Mar 11 18:30:29 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 11 18:30:29 JST 2003 Received: (qmail 8275 invoked by uid 1020); 11 Mar 2003 18:30:28 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8271 invoked from network); 11 Mar 2003 18:30:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 11 Mar 2003 18:30:21 +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 8715619A91; Tue, 11 Mar 2003 04:30:08 -0500 (EST) 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 6B8FB19A83 for <9fans@cse.psu.edu>; Tue, 11 Mar 2003 04:28:58 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h2B9SW0G024425 for <9fans@cse.psu.edu>; Tue, 11 Mar 2003 11:28:35 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h2B9SU50024424 for 9fans@cse.psu.edu; Tue, 11 Mar 2003 11:28:30 +0200 (SAST) From: Lucio De Re To: 9fans mailing list <9fans@cse.psu.edu> Message-ID: <20030311112826.F24167@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 Organization: Proxima Research & Development Subject: [9fans] LUNs Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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, 11 Mar 2003 11:28:26 +0200 Sd(3) is very explicit: No LUNS. I have two 6-disk CD-ROM juke-boxes that beg to be accessible by a Plan 9 server. To manage them, I need LUNs and, if at all possible, some caching to allow switching platters without disconnecting current users. I note that at least early versions of 2nd Edition Plan 9 managed LUNs in wren(3), so I wonder how much effort would be required to restore them or whether there are considerations that make this altogether impractical. I'm no SCSI expert, so feel free to pass on to me what may seem to you to be trivial details. I note that the file server kernel has never stopped supporting LUNs, so there may still be a need. An initial stab would have /dev/sdCu implying LUN 0, with /dev/sdCu.1 through /dev/sdCu.7 as the additional LUN specifications. This presumably would maximise compatibility with the current system. I would also like to add the ability to lock removable media, I note that NetBSD does that when a disk is mounted, I would make this an optional feature. Any comments, suggestions and helpful indications on how to go about doing all this will be gratefully accepted. ++L From cse.psu.edu!9fans-admin Tue Mar 11 21:14:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 11 21:14:25 JST 2003 Received: (qmail 10874 invoked by uid 1020); 11 Mar 2003 21:14:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10870 invoked from network); 11 Mar 2003 21:14:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 11 Mar 2003 21:14: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 E6FC919A93; Tue, 11 Mar 2003 07:14:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from server.domik.fr (f05v-7-60.d1.club-internet.fr [212.194.90.60]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9A56119A90 for <9fans@cse.psu.edu>; Tue, 11 Mar 2003 07:13:37 -0500 (EST) Message-ID: <802c9b0626bc30fd37f13ebc4f729d01@domik.fr> To: 9fans@cse.psu.edu From: Claude BONFANTI MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] E attribute in libsec/port/x509.c Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 10 Mar 2003 13:13:35 0000 Various attributes could be specified this way. % diff .../new.x509.c x509.c 2222c2222 < int data[7]; --- > int data[4]; 2226,2232c2226,2231 < {4, 2, 5, 4, 6, 0, 0, 0, "C="}, < {4, 2, 5, 4, 8, 0, 0, 0, "ST="}, < {4, 2, 5, 4, 7, 0, 0, 0, "L="}, < {4, 2, 5, 4, 10, 0, 0, 0, "O="}, < {4, 2, 5, 4, 11, 0, 0, 0, "OU="}, < {7, 1,2,840,113549,1,9,1, "E="}, < {4, 2, 5, 4, 3, 0, 0, 0, "CN="}, --- > {4, 2, 5, 4, 6, "C="}, > {4, 2, 5, 4, 8, "ST="}, > {4, 2, 5, 4, 7, "L="}, > {4, 2, 5, 4, 10, "O="}, > {4, 2, 5, 4, 11, "OU="}, > {4, 2, 5, 4, 3, "CN="}, % % aux/X509gen -p your_key.secret 'C=FR O=''-'' OU=''-'' E=''guess@nowere.fr'' CN=''Your_NAME'' ' >your_x509certificate.der From cse.psu.edu!9fans-admin Wed Mar 12 02:42:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 12 02:42:25 JST 2003 Received: (qmail 15283 invoked by uid 1020); 12 Mar 2003 02:42:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15279 invoked from network); 12 Mar 2003 02:42:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 12 Mar 2003 02:42:24 +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 7906019A97; Tue, 11 Mar 2003 12:42:09 -0500 (EST) 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 ESMTP id B886119A93 for <9fans@cse.psu.edu>; Tue, 11 Mar 2003 12:41:37 -0500 (EST) Message-ID: <29f71e3f43f659ec8f6618deca36b1b0@plan9.bell-labs.com> From: Eric Grosse To: 9fans@cse.psu.edu Subject: Re: [9fans] E attribute in libsec/port/x509.c In-Reply-To: <802c9b0626bc30fd37f13ebc4f729d01@domik.fr> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-aajdnhqklabhiurlportjpplnv" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 11 Mar 2003 12:41:35 -0500 This is a multi-part message in MIME format. --upas-aajdnhqklabhiurlportjpplnv Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Done. --upas-aajdnhqklabhiurlportjpplnv Content-Type: message/rfc822 Content-Disposition: inline Received: from grubby.research.bell-labs.com ([135.104.2.9]) by plan9; Tue Mar 11 07:14:23 EST 2003 Received: from dusty.research.bell-labs.com (dusty.research.bell-labs.com [135.104.2.7]) by grubby.research.bell-labs.com (8.12.8/8.12.8) with ESMTP id h2BCELTe068934 for ; Tue, 11 Mar 2003 07:14:21 -0500 (EST) Received: from mail.cse.psu.edu (psuvax1.cse.psu.edu [130.203.4.6]) by dusty.research.bell-labs.com (8.12.8/8.12.8) with ESMTP id h2BCDVUo034716 for ; Tue, 11 Mar 2003 07:13:31 -0500 (EST) 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 7BBA119A91; Tue, 11 Mar 2003 07:14:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from server.domik.fr (f05v-7-60.d1.club-internet.fr [212.194.90.60]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 9A56119A90 for <9fans@cse.psu.edu>; Tue, 11 Mar 2003 07:13:37 -0500 (EST) Message-ID: <802c9b0626bc30fd37f13ebc4f729d01@domik.fr> To: 9fans@cse.psu.edu From: Claude BONFANTI MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] E attribute in libsec/port/x509.c Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 10 Mar 2003 13:13:35 0000 Various attributes could be specified this way. % diff .../new.x509.c x509.c 2222c2222 < int data[7]; --- > int data[4]; 2226,2232c2226,2231 < {4, 2, 5, 4, 6, 0, 0, 0, "C="}, < {4, 2, 5, 4, 8, 0, 0, 0, "ST="}, < {4, 2, 5, 4, 7, 0, 0, 0, "L="}, < {4, 2, 5, 4, 10, 0, 0, 0, "O="}, < {4, 2, 5, 4, 11, 0, 0, 0, "OU="}, < {7, 1,2,840,113549,1,9,1, "E="}, < {4, 2, 5, 4, 3, 0, 0, 0, "CN="}, --- > {4, 2, 5, 4, 6, "C="}, > {4, 2, 5, 4, 8, "ST="}, > {4, 2, 5, 4, 7, "L="}, > {4, 2, 5, 4, 10, "O="}, > {4, 2, 5, 4, 11, "OU="}, > {4, 2, 5, 4, 3, "CN="}, % % aux/X509gen -p your_key.secret 'C=FR O=''-'' OU=''-'' E=''guess@nowere.fr'' CN=''Your_NAME'' ' >your_x509certificate.der --upas-aajdnhqklabhiurlportjpplnv-- From cse.psu.edu!9fans-admin Wed Mar 12 18:35:31 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 12 18:35:31 JST 2003 Received: (qmail 7020 invoked by uid 1020); 12 Mar 2003 18:35:30 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7016 invoked from network); 12 Mar 2003 18:35:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 12 Mar 2003 18:35: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 5AF35199B7; Wed, 12 Mar 2003 04:35:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from netscape.com (c3po.aoltw.net [64.236.137.25]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CBCF019999 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 04:34:22 -0500 (EST) Received: from yoda.mcom.com ([10.128.72.204]) by netscape.com (8.10.0/8.10.0) with ESMTP id h2C9YHl16813 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 01:34:17 -0800 (PST) Received: from will551 ([10.128.73.153]) by yoda.mcom.com (Netscape Messaging Server 4.15) with SMTP id HBMQL500.GIT for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 09:34:17 +0000 Message-ID: <0dfd01c2e87a$6b369ab0$9949800a@will551> From: "Conor Williams" To: <9fans@cse.psu.edu> References: <29f71e3f43f659ec8f6618deca36b1b0@plan9.bell-labs.com> 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.4920.2300 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 Subject: [9fans] hardware support for the fs kernel Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 12 Mar 2003 09:33:18 -0000 hi What graphics and network hardware is supported for the fs kernel. I went through the emelie mkfile and all I could find was: ether2114x ether82557 Will my ne2000 card and S3 card work with this kernel? tx will551 From cse.psu.edu!9fans-admin Wed Mar 12 18:53:33 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 12 18:53:33 JST 2003 Received: (qmail 7432 invoked by uid 1020); 12 Mar 2003 18:53:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7428 invoked from network); 12 Mar 2003 18:53:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 12 Mar 2003 18:53:22 +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 CBAFF199B6; Wed, 12 Mar 2003 04:53:09 -0500 (EST) 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 ESMTP id 2C40119991 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 04:52:45 -0500 (EST) Message-ID: <5c40c4b0dcb3e47bc70ab2ccc04fd9a9@collyer.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] hardware support for the fs kernel From: Geoff Collyer In-Reply-To: <0dfd01c2e87a$6b369ab0$9949800a@will551> 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, 12 Mar 2003 01:52:43 -0800 Graphics card is almost irrelevant; any VGA card will do. : cpu; ls /sys/src/fs/pc/ether*.c /sys/src/fs/pc/ether2114x.c /sys/src/fs/pc/ether8139.c /sys/src/fs/pc/ether82557.c /sys/src/fs/pc/ether83815.c /sys/src/fs/pc/etherdp83820.c /sys/src/fs/pc/etherelnk3.c /sys/src/fs/pc/etherga620.c In particular, ether8139 drives the low-end RealTek 8139 chip that everybody seems to selling now. ether82557.c runs the Intel 8255[789] cards, which should be easy to find. ether83815.c drives the FA31[12] cards, also pretty easy to find and cheap. etherelink3.c will run most any 3com card. From cse.psu.edu!9fans-admin Wed Mar 12 19:02:31 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 12 19:02:31 JST 2003 Received: (qmail 7628 invoked by uid 1020); 12 Mar 2003 19:02:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7624 invoked from network); 12 Mar 2003 19:02:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 12 Mar 2003 19:02: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 7F3C6199B6; Wed, 12 Mar 2003 05:02:09 -0500 (EST) 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 BDBF519995 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 05:01:40 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h2CA1U0G028809 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 12:01:32 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h2CA1URa028808 for 9fans@cse.psu.edu; Wed, 12 Mar 2003 12:01:30 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] hardware support for the fs kernel Message-ID: <20030312120128.F24866@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <29f71e3f43f659ec8f6618deca36b1b0@plan9.bell-labs.com> <0dfd01c2e87a$6b369ab0$9949800a@will551> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <0dfd01c2e87a$6b369ab0$9949800a@will551>; from Conor Williams on Wed, Mar 12, 2003 at 09:33:18AM -0000 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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, 12 Mar 2003 12:01:28 +0200 On Wed, Mar 12, 2003 at 09:33:18AM -0000, Conor Williams wrote: > > What graphics and network hardware is supported for the fs kernel. > I went through the emelie mkfile and all I could find was: > ether2114x > ether82557 > Will my ne2000 card and S3 card work with this kernel? I think you're out of luck on the ne2000 side. Maybe a bit of effort in porting either an old ne2000 driver (I know I had been using one on my 2ed server and replaced it with a 3Com when I upgraded to 3.5ed :-) or even the driver from the workstation/cpu code, I'm not sure which would be easier, will get you there. But ne2000s are pretty scrappy cards and performance won't be what it could. As for video, anything including an old digital monochrome or colour monitor adapter ought to work. The FS has no graphics requirements. I'd keep the S3 for graphics work, use one of the _unsupported_ video card on the file server. ++L PS: I know why I haven't migrated to Fossil/Venti yet, but if you're setting up a new server, why are you considering the obsolete file server? Or, better, are you aware that the server you're considering is obsolete? From cse.psu.edu!9fans-admin Wed Mar 12 19:13:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 12 19:13:32 JST 2003 Received: (qmail 7839 invoked by uid 1020); 12 Mar 2003 19:13:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7835 invoked from network); 12 Mar 2003 19:13:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 12 Mar 2003 19:13: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 7EBA5199B9; Wed, 12 Mar 2003 05:13:09 -0500 (EST) 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 ESMTP id 88BB319995 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 05:12:56 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] hardware support for the fs kernel From: Geoff Collyer In-Reply-To: <20030312120128.F24866@cackle.proxima.alt.za> 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, 12 Mar 2003 02:12:55 -0800 The pre-fossil file server isn't entirely obsolete yet. If one wants automated, unattended dumps to optical storage, the old file server is still a good choice, and that's why I'm using it. I'm considering what it would take to make the jukebox code and possibly the cached-worm code, in some form, fit sensibly into a cpu server with venti and fossil on it. Possibly an ordinary big disk in front of the jukebox using a mirror device would be enough to supplant the cached-worm code. From cse.psu.edu!9fans-admin Wed Mar 12 19:30:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 12 19:30:22 JST 2003 Received: (qmail 8243 invoked by uid 1020); 12 Mar 2003 19:30:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8239 invoked from network); 12 Mar 2003 19:30:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 12 Mar 2003 19:30: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 5E062199EC; Wed, 12 Mar 2003 05:30:09 -0500 (EST) 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 C590E199D7 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 05:28:59 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h2CASq0G028889 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 12:28:57 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h2CASot6028888 for 9fans@cse.psu.edu; Wed, 12 Mar 2003 12:28:50 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] hardware support for the fs kernel Message-ID: <20030312122847.I24866@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <20030312120128.F24866@cackle.proxima.alt.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: ; from Geoff Collyer on Wed, Mar 12, 2003 at 02:12:55AM -0800 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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, 12 Mar 2003 12:28:48 +0200 On Wed, Mar 12, 2003 at 02:12:55AM -0800, Geoff Collyer wrote: > > The pre-fossil file server isn't entirely obsolete yet. If one wants > automated, unattended dumps to optical storage, the old file server is > still a good choice, and that's why I'm using it. > Fossil/Venti won't serve my 2ed and 3ed museums :-) I like the 3.5ed server, pity longnames are incompatible with the disk structures. Maybe my question should have used "obsolescent" rather than "obsolete". > I'm considering what it would take to make the jukebox code and > possibly the cached-worm code, in some form, fit sensibly into a cpu > server with venti and fossil on it. Possibly an ordinary big disk in > front of the jukebox using a mirror device would be enough to supplant > the cached-worm code. The whole idea of "removable" media needs a re-think, it seems to me. It is too convenient to disregard, but fits badly into existing paradigms. Mind you, decent cacheing, effectively replication, would solve a lot of problems. There's something about Venti that hints at clever replication, but I can't quite fathom what, I like to think that the key really lies there. ++L From cse.psu.edu!9fans-admin Wed Mar 12 19:53:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 12 19:53:32 JST 2003 Received: (qmail 8745 invoked by uid 1020); 12 Mar 2003 19:53:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8741 invoked from network); 12 Mar 2003 19:53:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 12 Mar 2003 19:53: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 403CB199B9; Wed, 12 Mar 2003 05:53:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from highwire.stanford.edu (highwire.Stanford.EDU [171.66.121.166]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 939D719991 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 05:52:49 -0500 (EST) Received: from highwire.stanford.edu (highwire.stanford.edu [171.66.121.166]) by highwire.stanford.edu (8.11.6/HIGHWIRE2.0) with ESMTP id h2CAqmD13517 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 02:52:48 -0800 (PST) Message-Id: <200303121052.h2CAqmD13517@highwire.stanford.edu> X-url: http://highwire.stanford.edu/~jimr/ X-face: "!ZH^<"U,NeU:732A To: 9fans@cse.psu.edu Dcc: Subject: Re: [9fans] hardware support for the fs kernel In-reply-to: Message from Lucio De Re of "Wed, 12 Mar 2003 12:28:48 +0200."References: <20030312122847.I24866@cackle.proxima.alt.za> <20030312120128.F24866@cackle.proxima.alt.za> <20030312122847.I24866@cackle.proxima.alt.za> Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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: jim.robinson@stanford.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 12 Mar 2003 02:52:48 -0800 > The whole idea of "removable" media needs a re-think, it seems to me. > It is too convenient to disregard, but fits badly into existing > paradigms. Mind you, decent cacheing, effectively replication, would > solve a lot of problems. There's something about Venti that hints at > clever replication, but I can't quite fathom what, I like to think > that the key really lies there. Someone was pointing out the Nexsan ATABeast product, which advertises 13.4TB of disk starting at $40K (one assumes the 10.4TB they also advertise would be cheaper). It may not be blazingly fast disk, but it's probably faster than optical, and is fairly cheap. Just in the context of an ordinary IT operation, it does seem like this kind of hardware would replace optical jukeboxes, and next to it you would have an ordinary tape box for absolute disaster recovery (or you have an off-site mirror of the disk array). Jim From cse.psu.edu!9fans-admin Wed Mar 12 20:12:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 12 20:12:21 JST 2003 Received: (qmail 9065 invoked by uid 1020); 12 Mar 2003 20:12:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9061 invoked from network); 12 Mar 2003 20:12:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 12 Mar 2003 20:12: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 9ED1B199E4; Wed, 12 Mar 2003 06:12:09 -0500 (EST) 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 72FEC199BF for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 06:11:36 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h2CBBW0G028994 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 13:11:35 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h2CBBUKS028993 for 9fans@cse.psu.edu; Wed, 12 Mar 2003 13:11:30 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] hardware support for the fs kernel Message-ID: <20030312131122.K24866@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <200303121052.h2CAqmD13517@highwire.stanford.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <200303121052.h2CAqmD13517@highwire.stanford.edu>; from James A. Robinson on Wed, Mar 12, 2003 at 02:52:48AM -0800 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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, 12 Mar 2003 13:11:23 +0200 On Wed, Mar 12, 2003 at 02:52:48AM -0800, James A. Robinson wrote: > > Someone was pointing out the Nexsan ATABeast product, which advertises > 13.4TB of disk starting at $40K (one assumes the 10.4TB they also > advertise would be cheaper). It may not be blazingly fast disk, > but it's probably faster than optical, and is fairly cheap. Just in > the context of an ordinary IT operation, it does seem like this kind > of hardware would replace optical jukeboxes, and next to it you would > have an ordinary tape box for absolute disaster recovery (or you have > an off-site mirror of the disk array). > That covers Geoff's needs, in a fashion (and at a price, seeing as you need two of them :-) But it doesn't solve the problem of replication, which in fact arises even in the scenario above. In addition, replication is multi-directional, although Geoff may not be interested in this aspect. ++L From cse.psu.edu!9fans-admin Wed Mar 12 20:41:31 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 12 20:41:31 JST 2003 Received: (qmail 9514 invoked by uid 1020); 12 Mar 2003 20:41:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9510 invoked from network); 12 Mar 2003 20:41:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 12 Mar 2003 20:41: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 254A9199E3; Wed, 12 Mar 2003 06:41:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 454D9199ED for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 06:40:36 -0500 (EST) Message-ID: <5f8e0c9e7b39e0e6086945e534c7cd64@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full From: rog@vitanuova.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-pwzwxxhvwzolfvgkhmsqwfjljx" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 12 Mar 2003 11:43:22 0000 This is a multi-part message in MIME format. --upas-pwzwxxhvwzolfvgkhmsqwfjljx Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit > Yes, you can get away with snap -a occasionally > during the write buffer, perhaps combined with > stop mkfs |rc and restarting it. i've just replaced my laptop disk (the old one died, but i managed to back it up), and i thought this might be the right time to start using fossil rather than kfs. having read the "setting up fossil" page on the wiki, i thought i'd give myself a fossil partition of 1.5GB and a venti partition of 19GB. when copying in the (2.4GB) backup mkfs archive, i tried to use the above mentioned technique, so i ran something like: while() { echo snap -a >> /srv/fscons stop mkext | rc sleep 1 start mkext | rc sleep 300 } i did this in a hurry, and realise now that sleeping for only 1 second was naive - maybe it should have slept for 300? anyway, i left it overnight, and came back to many disk full messages, and a broken fossil (traceback attached). it seems a pity there's no way of doing this that doesn't rely on guesswork: perhaps one might be able to put fossil into a mode where if the disk fills up it would trigger an automatic snap -a and block writers until it had all been written to venti? in the meantime, what sort of numbers in the above script are likely to keep fossil from filling up? cheers, rog. --upas-pwzwxxhvwzolfvgkhmsqwfjljx Content-Disposition: attachment; filename=fossil.trace Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit % db 1521 386 binary page fault /sys/src/libc/9sys/abort.c:6 abort/ CMPL 0,$0 $C abort() /sys/src/libc/9sys/abort.c:6 called from _assert+3a /sys/src/libc/port/_assert.c:12 _assert(s=35e79) /sys/src/libc/port/_assert.c:7 called from fileDecRef+38 /sys/src/cmd/fossil/file.c:1127 fileDecRef(f=8e7478) /sys/src/cmd/fossil/file.c:1121 called from fsSnapshot+82 /sys/src/cmd/fossil/fs.c:571 fileDecRef.p/ 0x8eab98 fileDecRef.qq/ 0x0 fsSnapshot(fs=7d668, doarchive=1) /sys/src/cmd/fossil/fs.c:460 called from fsysSnap+74 /sys/src/cmd/fossil/9fsys.c:345 fsSnapshot.dst/ 0x8e7478 fsSnapshot.src/ 0x59968 fsysSnap(argv=7fffce40, argc=0, fsys=59a28) /sys/src/cmd/fossil/9fsys.c:329 called from fsysXXX+12e /sys/src/cmd/fossil/9fsys.c:1407 fsysSnap.usage/ 0x37739 fsysSnap.doarchive/ 0x1 fsysSnap._argc/ 0x6b680061 fsysSnap._args/ 0x56b4e fsysXXX(argv=7fffce3c, name=8c9aa0, argc=2) /sys/src/cmd/fossil/9fsys.c:1376 called from cmdFsysXXX+3f /sys/src/cmd/fossil/9fsys.c:1423 fsysXXX.i/ 0xe fsysXXX.fsys/ 0x59a28 fsysXXX.r/ 0x4f268 cmdFsysXXX(argv=7fffce3c, argc=2) /sys/src/cmd/fossil/9fsys.c:1414 called from cliExec+e0 /sys/src/cmd/fossil/Ccli.c:58 cliExec(buf=4ad20) /sys/src/cmd/fossil/Ccli.c:37 called from consProc+23c /sys/src/cmd/fossil/Ccons.c:304 cliExec.p/ 0x56b48 cliExec.argv/ 0x56b48 cliExec.argc/ 0x2 cliExec.i/ 0x11 cliExec.r/ 0x1 cliExec..safe/ 0x8e7678 consProc() /sys/src/cmd/fossil/Ccons.c:223 called from vtThread+30 /sys/src/libventi/plan9-thread.c:63 consProc.q/ 0x4afe8 consProc.n/ 0x8 consProc.buf/ 0x70616e73 consProc.r/ 0x14 consProc..safe/ 0x2000 consProc.i/ 0x7 consProc.wbuf/ 0x0 consProc.argv/ 0x20f72 consProc.argc/ 0x14 consProc.lp/ 0x0 vtThread(rock=0, f=1ac8) /sys/src/libventi/plan9-thread.c:47 called from consInit+44 /sys/src/cmd/fossil/Ccons.c:384 consInit() /sys/src/cmd/fossil/Ccons.c:376 called from main+117 /sys/src/cmd/fossil/fossil.c:72 main(argv=7fffefd4, argc=0) /sys/src/cmd/fossil/fossil.c:22 called from _main+31 /sys/src/libc/386/main9.s:16 main.cmd/ 0x4afc8 main.tflag/ 0x0 main.ncmd/ 0x1 main._argc/ 0x63 main._args/ 0x386f3 main.p/ 0x7fffeff2 main.i/ 0x0 main..safe/ 0x0--upas-pwzwxxhvwzolfvgkhmsqwfjljx-- --upas-pwzwxxhvwzolfvgkhmsqwfjljx-- From cse.psu.edu!9fans-admin Wed Mar 12 21:03:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 12 21:03:21 JST 2003 Received: (qmail 9863 invoked by uid 1020); 12 Mar 2003 21:03:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9859 invoked from network); 12 Mar 2003 21:03:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 12 Mar 2003 21:03: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 DE0F8199ED; Wed, 12 Mar 2003 07:03:08 -0500 (EST) 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 8E5EF19980 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 07:02:17 -0500 (EST) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2CC2FX1016378 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 13:02:15 +0100 (MET) Received: from zamenhof.cs.utwente.nl (zamenhof [130.89.13.77]) by zeus.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2CC2Co5027969 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 13:02:12 +0100 (MET) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id h2CC2D727700 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 13:02:13 +0100 (MET) Message-Id: <200303121202.h2CC2D727700@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] fossil: disk is full In-reply-to: Your message of "Wed, 12 Mar 2003 11:43:22." <5f8e0c9e7b39e0e6086945e534c7cd64@vitanuova.com> References: <5f8e0c9e7b39e0e6086945e534c7cd64@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: Wed, 12 Mar 2003 13:02:12 +0100 I'm ``happy'' I did not try this before you did... thanks for the implicit warning. > it seems a pity there's no way of doing this that doesn't rely on > guesswork: perhaps one might be able to put fossil into a mode where > if the disk fills up it would trigger an automatic snap -a and block > writers until it had all been written to venti? My thought exactely. Axel. P.S. our spamassasin classified your message as spam, one major reason seems for that to be a missing newline at the end of the trace before (what should be a line) --upas-pwzwxxhvwzolfvgkhmsqwfjljx-- in my copy the last lines of your message are: main.i/ 0x0 main..safe/ 0x0--upas-pwzwxxhvwzolfvgkhmsqwfjljx-- From cse.psu.edu!9fans-admin Thu Mar 13 02:16:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 13 02:16:32 JST 2003 Received: (qmail 13869 invoked by uid 1020); 13 Mar 2003 02:16:31 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13865 invoked from network); 13 Mar 2003 02:16:31 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 13 Mar 2003 02:16:31 +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 3DBB4199BF; Wed, 12 Mar 2003 12:16:10 -0500 (EST) 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 ESMTP id 61D88199B3 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 12:15:44 -0500 (EST) Message-ID: <3d6f979f175b54f3f6c960e7acb3c71a@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] hardware support for the fs kernel In-Reply-To: <20030312122847.I24866@cackle.proxima.alt.za> 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, 12 Mar 2003 12:15:41 -0500 > Fossil/Venti won't serve my 2ed and 3ed museums :-) I like the 3.5ed > server, pity longnames are incompatible with the disk structures. > Maybe my question should have used "obsolescent" rather than > "obsolete". It would be utterly trivial -- maybe 100 lines of code -- to write a srvold9p to do the translation. Kfs and u9fs have this built into them. We dropped it from fossil because it is time to move on, but it would be easy to make it a separate user program. There's literally no state needed. There's an easy embedding from old to new requests and then new to old responses. (Our current program called srvold9p is really mountold9p.) Russ From cse.psu.edu!9fans-admin Thu Mar 13 02:34:36 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 13 02:34:36 JST 2003 Received: (qmail 13999 invoked by uid 1020); 13 Mar 2003 02:34:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13995 invoked from network); 13 Mar 2003 02:34:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 13 Mar 2003 02:34:25 +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 9E55E199D7; Wed, 12 Mar 2003 12:34:09 -0500 (EST) 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 ESMTP id AD23B1999B for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 12:33:24 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Mar 12 12:33:23 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Wed Mar 12 12:33:21 EST 2003 Message-ID: <4bf7114eaf7948862571c70a08141782@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full From: "Russ Cox" In-Reply-To: <200303121202.h2CC2D727700@zamenhof.cs.utwente.nl> 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, 12 Mar 2003 12:33:24 -0500 > P.S. our spamassasin classified your message as spam, one major > reason seems for that to be a missing newline at the end of the trace > before (what should be a line) --upas-pwzwxxhvwzolfvgkhmsqwfjljx-- > in my copy the last lines of your message are: > > main.i/ 0x0 > main..safe/ 0x0--upas-pwzwxxhvwzolfvgkhmsqwfjljx-- Dave fixed this in upas a few weeks ago but it didn't make it out to sources. I just pushed the files out. New binaries will appear this evening. Russ From cse.psu.edu!9fans-admin Thu Mar 13 05:48:36 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 13 05:48:36 JST 2003 Received: (qmail 15776 invoked by uid 1020); 13 Mar 2003 05:48:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15772 invoked from network); 13 Mar 2003 05:48:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 13 Mar 2003 05:48: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 E39F3199BF; Wed, 12 Mar 2003 15:48:10 -0500 (EST) 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 ESMTP id 54FDE19995 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 15:47:25 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Mar 12 15:47:24 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Wed Mar 12 15:47:21 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full From: "Russ Cox" In-Reply-To: <5f8e0c9e7b39e0e6086945e534c7cd64@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, 12 Mar 2003 15:47:18 -0500 I can't figure out how you got that stack trace, even if the disk is full. From cse.psu.edu!9fans-admin Thu Mar 13 05:50:17 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 13 05:50:17 JST 2003 Received: (qmail 15796 invoked by uid 1020); 13 Mar 2003 05:50:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15792 invoked from network); 13 Mar 2003 05:50:16 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 13 Mar 2003 05: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 A9E2A199ED; Wed, 12 Mar 2003 15:50:10 -0500 (EST) 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 ESMTP id 6EB3E199E3 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 15:49:49 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Mar 12 15:49:48 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Wed Mar 12 15:49:46 EST 2003 Message-ID: <4d258f01c53017f59e4e7db140d94493@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full From: "Russ Cox" In-Reply-To: <5f8e0c9e7b39e0e6086945e534c7cd64@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, 12 Mar 2003 15:49:44 -0500 If you've got 2.4GB of data and 1.5GB of write buffer, you should be able to get away with one or two snap -a's in the course of the copy. There should probably be a flush-on-demand, but there isn't yet. Russ From cse.psu.edu!9fans-admin Thu Mar 13 08:00:27 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 13 08:00:27 JST 2003 Received: (qmail 16965 invoked by uid 1020); 13 Mar 2003 08:00:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16961 invoked from network); 13 Mar 2003 08:00:26 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 13 Mar 2003 08:00:26 +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 31E41199E3; Wed, 12 Mar 2003 18:00:11 -0500 (EST) 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 ESMTP id 4861B199B3 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 17:59:24 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] hardware support for the fs kernel From: Geoff Collyer In-Reply-To: <20030312131122.K24866@cackle.proxima.alt.za> 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, 12 Mar 2003 14:59:22 -0800 Actually Jim Robinson's suggestion doesn't meet my needs (or desires, anyway). Magnetic media don't provide the permanence of optical media. Mirrors aren't a substitute for backups. I've personally had enough of magnetic tape for one lifetime. Mag tapes aren't archival storage and are somewhat dubious as backups. Plus mag tape gets you back into the business of manual backups and restores. I don't think anybody is going to want to dump 13 TB, which will take quite a while and use a lot of tapes, so it probably won't get done often enough. If there is ever a need to restore from all those tapes, it's likely to take even longer than the dumps took. To top it off, the ATABeast new, at $40k, is two orders of magnitude more than I've paid for my optical jukeboxes. I'm waiting to see if holographic storage appears next year, as promised. From cse.psu.edu!9fans-admin Thu Mar 13 08:21:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 13 08:21:25 JST 2003 Received: (qmail 17158 invoked by uid 1020); 13 Mar 2003 08:21:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17154 invoked from network); 13 Mar 2003 08:21:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 13 Mar 2003 08:21: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 9D305199BB; Wed, 12 Mar 2003 18:21:09 -0500 (EST) 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 7F39919980 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 18:20:25 -0500 (EST) Received: from nas.com (unknown [164.116.190.46]) by edoras.nas.com (Postfix) with ESMTP id 89C2BEB753 for <9fans@cse.psu.edu>; Wed, 12 Mar 2003 15:20:24 -0800 (PST) Message-ID: <3E6FC0B8.1070205@nas.com> From: Jack Johnson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2a) Gecko/20020910 X-Accept-Language: en-us, en, es MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] hardware support for the fs kernel 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: Wed, 12 Mar 2003 15:20:24 -0800 Geoff Collyer wrote: > Actually Jim Robinson's suggestion doesn't meet my needs (or desires, > anyway). Magnetic media don't provide the permanence of optical > media. Mirrors aren't a substitute for backups. I really like the idea from the wiki (I believe) of creating CD-sized Venti arenas so you can make semi-permanent backups of the arenas and leave the archive alone (assuming you can maintain enough space). Plus, because a full arena never changes, you only have to burn it to CD once. It's like the perfect incremental backup. I suppose it would be trivial to automate the process. Hmm.... -Jack From cse.psu.edu!9fans-admin Thu Mar 13 17:01:30 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 13 17:01:30 JST 2003 Received: (qmail 2539 invoked by uid 1020); 13 Mar 2003 17:01:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 2529 invoked from network); 13 Mar 2003 17:01:27 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 13 Mar 2003 17:01:27 +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 BA68019980; Thu, 13 Mar 2003 03:01:08 -0500 (EST) 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 E5A52199D5 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 03:00:26 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h2D8000G002072 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 10:00:05 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h2D7xr89002071 for 9fans@cse.psu.edu; Thu, 13 Mar 2003 09:59:53 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] hardware support for the fs kernel Message-ID: <20030313095950.S24866@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <20030312122847.I24866@cackle.proxima.alt.za> <3d6f979f175b54f3f6c960e7acb3c71a@plan9.bell-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <3d6f979f175b54f3f6c960e7acb3c71a@plan9.bell-labs.com>; from Russ Cox on Wed, Mar 12, 2003 at 12:15:41PM -0500 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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, 13 Mar 2003 09:59:51 +0200 On Wed, Mar 12, 2003 at 12:15:41PM -0500, Russ Cox wrote: > > > Fossil/Venti won't serve my 2ed and 3ed museums :-) I like the 3.5ed > > server, pity longnames are incompatible with the disk structures. > > Maybe my question should have used "obsolescent" rather than > > "obsolete". > > It would be utterly trivial -- maybe 100 lines of code -- to > write a srvold9p to do the translation. Kfs and u9fs have > this built into them. We dropped it from fossil because it > is time to move on, but it would be easy to make it a separate > user program. There's literally no state needed. There's > an easy embedding from old to new requests and then new to > old responses. > Yes, that's an excellent idea and I will look into it. I would certainly consider running a single fossil file server for all conceivable purposes. Right now, I'm sticking to the 3.5ed file server because I have too much on my plate and too little is actually getting done as a result. Unless my reading of the Fossil documentation deceives me, fossil gets its own namespace to serve, in which case it could also assimilate duplicates into the namespace (the maps, fonts, astronomical data) before serving the single copy to different requesters. That would be quite convenient. Fortunately, one doesn't need to continually update these information libraries, but consolidating them into a single image would certainly be beneficial. Another benefit would be the ability to serve arbitrary media: the old fileserver, in my particular case, could not serve the contents of the two CD-ROM changers, fossil will be better geared to do so. I never considered that I would be wooed over by the new file server being just another application, I always believed that it ought to stand alone. I guess one never stops learning :-) > (Our current program called srvold9p is really mountold9p.) > Good point, wouldn't be hard to rename it "mntold9p", although renaming "srv" to "mnt" is right out of the question. I find having to resort to "-u none" all the time (am I misunderstanding the documentation?) a little restrictive and irritating. It probably ought to have been the default. ++L From cse.psu.edu!9fans-admin Thu Mar 13 19:07:33 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 13 19:07:33 JST 2003 Received: (qmail 5878 invoked by uid 1020); 13 Mar 2003 19:07:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5874 invoked from network); 13 Mar 2003 19:07:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 13 Mar 2003 19:07:22 +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 E1A67199E3; Thu, 13 Mar 2003 05:07:08 -0500 (EST) 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 EFDCA199B3 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 05:06:53 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18tPUL-0002RH-00 for 9fans@cse.psu.edu; Thu, 13 Mar 2003 09:59:01 +0000 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Jeff Sickel Message-ID: Organization: University of Bath Computing Services, UK References: , <9B42DD5A-5131-11D7-B3A0-000393A941BC@ar.aichi-u.ac.jp> Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 13 Mar 2003 09:55:59 GMT Have you tested it on the latest updated X11 from Apple? I've been trying to get a clean build of drawterm again, and am only able to get the following error: Trace/BPT trap jas Kenji Arisawa wrote: > 2. X11 > recently supported by Apple. > the logo is shown at: http://plan9.aichi-u.ac.jp/drawterm/x11-logo.png > I examined control character problem using these two systems. > The conclusion is: > XDarwin is buggy. unable to send control code. > X11 is no problem. From cse.psu.edu!9fans-admin Thu Mar 13 21:12:28 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 13 21:12:28 JST 2003 Received: (qmail 8091 invoked by uid 1020); 13 Mar 2003 21:12:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8087 invoked from network); 13 Mar 2003 21:12:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 13 Mar 2003 21:12:23 +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 F049E199D5; Thu, 13 Mar 2003 07:12:08 -0500 (EST) 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 ESMTP id 2BE82199D5 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 07:11:21 -0500 (EST) Received: from ar.aichi-u.ac.jp ([61.211.130.3]) by ar; Thu Mar 13 21:11:18 JST 2003 Subject: Re: [9fans] refresh problems with drawterm on x (freebsd)? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v551) From: Kenji Arisawa To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.551) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 13 Mar 2003 21:11:17 +0900 Hello jas, > Have you tested it on the latest updated X11 from Apple? > I've been trying to get a clean build of drawterm again, and am only > able to > get the following error: > > Trace/BPT trap I tested the latest update X11 v0.2.1 today. That's just fine for drawterm. (Yellow color problem exists though) Your problem might be in your drawterm. Mine is -rwxr-xr-x 1 arisawa staff 1142228 May 18 2002 drawterm MD5 (drawterm) = 1a184580b7c874f47bad89e4c831a912 that is precompiled binary,i.e., drawterm-macosx Kenji Arisawa From cse.psu.edu!9fans-admin Thu Mar 13 22:31:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 13 22:31:22 JST 2003 Received: (qmail 9626 invoked by uid 1020); 13 Mar 2003 22:31:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9622 invoked from network); 13 Mar 2003 22:31:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 13 Mar 2003 22:31: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 A70CA199F2; Thu, 13 Mar 2003 08:31:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from diogenis.ceid.upatras.gr (diogenis.ceid.upatras.gr [150.140.141.181]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id CC1411999B for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 08:30:46 -0500 (EST) Received: (qmail 18329 invoked by uid 1556); 13 Mar 2003 13:27:26 -0000 From: Anastasopoulos S To: 9fans@cse.psu.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] old trick, new os Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 13 Mar 2003 15:27:26 +0200 (EET) Hi This is for Russ. Can you provide a separate download link for winplumb.exe? Spyros From cse.psu.edu!9fans-admin Thu Mar 13 22:59:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 13 22:59:21 JST 2003 Received: (qmail 9988 invoked by uid 1020); 13 Mar 2003 22:59:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9984 invoked from network); 13 Mar 2003 22:59:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 13 Mar 2003 22:59: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 7069619A08; Thu, 13 Mar 2003 08:59:09 -0500 (EST) 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 ESMTP id BF1C5199E4 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 08:58:44 -0500 (EST) Received: from ar.aichi-u.ac.jp ([61.211.130.3]) by ar; Thu Mar 13 22:58:32 JST 2003 Subject: Re: [9fans] Drawterm on MacOS X; weird colormap? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v551) From: Kenji Arisawa To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.551) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 13 Mar 2003 22:58:32 +0900 Hello, The problem with drawterm on MacOS X is not in color map. You will find a photo at http://plan9.aichi-u.ac.jp/drawterm/fig2.png, a screen shot of MaxOS X. Don't conclude that problem is only in weird color in acme. I observed the problem that were pointed out by someone. That is, texts in pops menu and windows become sometimes invisible. Kenji Arisawa From cse.psu.edu!9fans-admin Thu Mar 13 23:23:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 13 23:23:26 JST 2003 Received: (qmail 10294 invoked by uid 1020); 13 Mar 2003 23:23:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10290 invoked from network); 13 Mar 2003 23:23:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 13 Mar 2003 23:23: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 19FCD19A05; Thu, 13 Mar 2003 09:23:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 8861719A04 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 09:22:49 -0500 (EST) Message-ID: <536e347f7c2fe951277441d936cfa9bc@vitanuova.com> To: 9fans@cse.psu.edu From: rog@vitanuova.com MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] odd clock behaviour Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 13 Mar 2003 14:25:37 0000 has anyone else experienced odd clock behaviour on their plan 9 system? i'm running on an IBM Thinkpad (T22), and occasionally (not always) i get the clock running much faster than it should (#r/rtc still gives the correct time) as an example (i ran this a few minutes ago): % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } 1047563747 1047629025 1047629025597639124 41354973397504 305454592 1047563792 1047629508 1047629508199623282 41502386389760 305454592 % % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } 1047563991 1047632392 1047632392826308124 42383508857344 305454592 1047564039 1047632728 1047632728118785531 42485925484288 305454592 % % % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } 1047564093 1047633210 1047633210610709377 42633304858112 305454592 1047564136 1047633742 1047633742398391924 42795741847808 305454592 % i.e. /dev/time advanced by 483, 336 and 532 seconds respectively, while #r/rtc advanced by 45, 48 and 43 seconds respectively, all for a nominally 100 second sleep! the power has been plugged in continuously (i.e. it shouldn't have invoked any funny power-saving clock changing). this leads to some odd effects on the user interface, not to mention the fact that date(1) now thinks it's 11:18am tomorrow... cheers, rog. From cse.psu.edu!9fans-admin Thu Mar 13 23:31:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 13 23:31:22 JST 2003 Received: (qmail 10395 invoked by uid 1020); 13 Mar 2003 23:31:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10391 invoked from network); 13 Mar 2003 23:31:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 13 Mar 2003 23:31: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 981FF199F2; Thu, 13 Mar 2003 09:31:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4D600199D5 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 09:30:21 -0500 (EST) Message-ID: <92b3ea1a902c16a874f46c8c4af189ce@plan9.escet.urjc.es> To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour From: Fco.J.Ballesteros In-Reply-To: <536e347f7c2fe951277441d936cfa9bc@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, 13 Mar 2003 15:30:20 +0100 > has anyone else experienced odd clock behaviour on their plan 9 > system? > > i'm running on an IBM Thinkpad (T22), and occasionally (not always) i On my Thinkpad T23: ; echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } 1047569236 1047565639 1047565639053190468 343274780928 305442630 1047569336 1047565739 1047565739074228979 373824773376 305442617 ; Seems to be ok. From cse.psu.edu!9fans-admin Thu Mar 13 23:41:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 13 23:41:21 JST 2003 Received: (qmail 10514 invoked by uid 1020); 13 Mar 2003 23:41:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10510 invoked from network); 13 Mar 2003 23:41:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 13 Mar 2003 23:41: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 1564E199F2; Thu, 13 Mar 2003 09:41:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 5E858199D7 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 09:40:42 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour 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, 13 Mar 2003 14:43:31 0000 nemo: > On my Thinkpad T23: [...] > Seems to be ok. it's only occasionally a problem on mine; it might be some odd condition at boot time, or something, that causes it. that's why i asked, as it's likely to be a subtle kernel problem, rather than an obvious one... it's very annoying when it happens, though (e.g. it's going to play havoc with my mkfiles when i next log in, not to mention the fact that i've now got at least one fossil archive that's misdated!) From cse.psu.edu!9fans-admin Fri Mar 14 00:41:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 00:41:23 JST 2003 Received: (qmail 11271 invoked by uid 1020); 14 Mar 2003 00:41:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11267 invoked from network); 14 Mar 2003 00:41:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 00:41: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 1036C19A19; Thu, 13 Mar 2003 10:41:10 -0500 (EST) 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 ESMTP id 03496199E4 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 10:40:51 -0500 (EST) Message-ID: <6de7d5cf62523657c831677f93c52ad1@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour In-Reply-To: <536e347f7c2fe951277441d936cfa9bc@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, 13 Mar 2003 10:40:48 -0500 It could still be funny power-saving clock changing. The next time it happens try running this: #define RDTSC BYTE $0x0F; BYTE $0x31 TEXT rdtsc(SB), $0 /* time stamp counter: cycles since power up */ MOVL .ret+0(FP), CX RDTSC MOVL AX, 0(CX) MOVL DX, 4(CX) RET #include #include extern uvlong rdtsc(void); void main(void) { print("%llud\n", rdtsc()); } and see if the cycle counter is flying away. From cse.psu.edu!9fans-admin Fri Mar 14 00:43:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 00:43:19 JST 2003 Received: (qmail 11284 invoked by uid 1020); 14 Mar 2003 00:43:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11279 invoked from network); 14 Mar 2003 00:43:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 00:43:19 +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 D24AD19A28; Thu, 13 Mar 2003 10:43:08 -0500 (EST) 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 ESMTP id 1346319A27 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 10:42:24 -0500 (EST) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] old trick, new os In-Reply-To: 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, 13 Mar 2003 10:42:22 -0500 http://plan9.bell-labs.com/~rsc/plan9/winplumb.exe, winplumb.c, winstart From cse.psu.edu!9fans-admin Fri Mar 14 00:46:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 00:46:25 JST 2003 Received: (qmail 11352 invoked by uid 1020); 14 Mar 2003 00:46:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11348 invoked from network); 14 Mar 2003 00:46:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 00:46:24 +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 1BA3E19A25; Thu, 13 Mar 2003 10:46:09 -0500 (EST) 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 ESMTP id 8617F19A05 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 10:45:51 -0500 (EST) Message-ID: <940a30e216cbf845003a6cfc1f96bc43@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] hardware support for the fs kernel In-Reply-To: <20030313095950.S24866@cackle.proxima.alt.za> 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, 13 Mar 2003 10:45:49 -0500 > Unless my reading of the Fossil documentation deceives me, fossil > gets its own namespace to serve, in which case it could also I don't know what you mean by this, but I think you're confused. As far as file service is concerned, fossil is conceptually identical to the worm fs but with long file names. > Another benefit would be the ability to serve arbitrary media: the > old fileserver, in my particular case, could not serve the contents > of the two CD-ROM changers, fossil will be better geared to do so. No. See above. Fossil is just a file server. > Good point, wouldn't be hard to rename it "mntold9p", although > renaming "srv" to "mnt" is right out of the question. I find having > to resort to "-u none" all the time (am I misunderstanding the > documentation?) a little restrictive and irritating. It probably > ought to have been the default. It's a throwaway program, meaning I can't wait to throw it away. Russ From cse.psu.edu!9fans-admin Fri Mar 14 01:19:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 01:19:24 JST 2003 Received: (qmail 11747 invoked by uid 1020); 14 Mar 2003 01:19:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11743 invoked from network); 14 Mar 2003 01:19:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 01: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 A550719A27; Thu, 13 Mar 2003 11:19:10 -0500 (EST) 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 966D3199ED for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 11:18:45 -0500 (EST) Received: from athena (athena [12.34.136.114]) by athena.softcardsystems.com (8.11.1/8.11.1) with ESMTP id h2DGMvs10508 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 11:22:57 -0500 From: Sam X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] odd clock behaviour In-Reply-To: <536e347f7c2fe951277441d936cfa9bc@vitanuova.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, 13 Mar 2003 11:22:57 -0500 (EST) I've noticed a clock drift on my 600E. On Thu, 13 Mar 2003 rog@vitanuova.com wrote: > has anyone else experienced odd clock behaviour on their plan 9 > system? > > i'm running on an IBM Thinkpad (T22), and occasionally (not always) i > get the clock running much faster than it should (#r/rtc still gives > the correct time) > > as an example (i ran this a few minutes ago): > % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } > 1047563747 1047629025 1047629025597639124 41354973397504 305454592 > 1047563792 1047629508 1047629508199623282 41502386389760 305454592 > % % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } > 1047563991 1047632392 1047632392826308124 42383508857344 305454592 > 1047564039 1047632728 1047632728118785531 42485925484288 305454592 > % % % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } > 1047564093 1047633210 1047633210610709377 42633304858112 305454592 > 1047564136 1047633742 1047633742398391924 42795741847808 305454592 > % > > i.e. /dev/time advanced by 483, 336 and 532 seconds respectively, > while #r/rtc advanced by 45, 48 and 43 seconds respectively, > all for a nominally 100 second sleep! > > the power has been plugged in continuously (i.e. it shouldn't have > invoked any funny power-saving clock changing). > > this leads to some odd effects on the user interface, not to mention > the fact that date(1) now thinks it's 11:18am tomorrow... > > cheers, > rog. > From cse.psu.edu!9fans-admin Fri Mar 14 01:27:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 01:27:22 JST 2003 Received: (qmail 11851 invoked by uid 1020); 14 Mar 2003 01:27:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11847 invoked from network); 14 Mar 2003 01:27:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 01:27:20 +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 4FA5919A08; Thu, 13 Mar 2003 11:27:09 -0500 (EST) 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 ESMTP id AE06619A04 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 11:26:51 -0500 (EST) Message-ID: From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-yjmbnqqmhbnznqceabfkpejokw" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 13 Mar 2003 11:26:49 -0500 This is a multi-part message in MIME format. --upas-yjmbnqqmhbnznqceabfkpejokw Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Timesync could be pushing your time up faster than it should. Are you running it? --upas-yjmbnqqmhbnznqceabfkpejokw Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Thu Mar 13 11:19:22 EST 2003 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Thu Mar 13 11:19:19 EST 2003 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 1C4C219A1C; Thu, 13 Mar 2003 11:19:09 -0500 (EST) 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 966D3199ED for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 11:18:45 -0500 (EST) Received: from athena (athena [12.34.136.114]) by athena.softcardsystems.com (8.11.1/8.11.1) with ESMTP id h2DGMvs10508 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 11:22:57 -0500 From: Sam X-Sender: To: <9fans@cse.psu.edu> Subject: Re: [9fans] odd clock behaviour In-Reply-To: <536e347f7c2fe951277441d936cfa9bc@vitanuova.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, 13 Mar 2003 11:22:57 -0500 (EST) I've noticed a clock drift on my 600E. On Thu, 13 Mar 2003 rog@vitanuova.com wrote: > has anyone else experienced odd clock behaviour on their plan 9 > system? > > i'm running on an IBM Thinkpad (T22), and occasionally (not always) i > get the clock running much faster than it should (#r/rtc still gives > the correct time) > > as an example (i ran this a few minutes ago): > % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } > 1047563747 1047629025 1047629025597639124 41354973397504 305454592 > 1047563792 1047629508 1047629508199623282 41502386389760 305454592 > % % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } > 1047563991 1047632392 1047632392826308124 42383508857344 305454592 > 1047564039 1047632728 1047632728118785531 42485925484288 305454592 > % % % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } > 1047564093 1047633210 1047633210610709377 42633304858112 305454592 > 1047564136 1047633742 1047633742398391924 42795741847808 305454592 > % > > i.e. /dev/time advanced by 483, 336 and 532 seconds respectively, > while #r/rtc advanced by 45, 48 and 43 seconds respectively, > all for a nominally 100 second sleep! > > the power has been plugged in continuously (i.e. it shouldn't have > invoked any funny power-saving clock changing). > > this leads to some odd effects on the user interface, not to mention > the fact that date(1) now thinks it's 11:18am tomorrow... > > cheers, > rog. > --upas-yjmbnqqmhbnznqceabfkpejokw-- From cse.psu.edu!9fans-admin Fri Mar 14 02:07:35 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 02:07:35 JST 2003 Received: (qmail 12289 invoked by uid 1020); 14 Mar 2003 02:07:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12285 invoked from network); 14 Mar 2003 02:07:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 02:07:24 +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 7521C19A28; Thu, 13 Mar 2003 12:07:09 -0500 (EST) 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 ESMTP id 86A0F19A0B for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 12:06:56 -0500 (EST) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour In-Reply-To: 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, 13 Mar 2003 12:06:54 -0500 If you believe the /dev/time numbers, your processor is running at 300MHz, which sounds plausible but not for a T23. The clock tick numbers advanced by 160 billion over the 100 seconds. Is it a 1.6GHz machine? That sounds more likely. If so, we're really confused about the clock speed. It sounds like even though it was plugged in it dipped down to 300MHz. Russ From cse.psu.edu!9fans-admin Fri Mar 14 02:51:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 02:51:26 JST 2003 Received: (qmail 12747 invoked by uid 1020); 14 Mar 2003 02:51:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12743 invoked from network); 14 Mar 2003 02:51:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 02:51: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 1FFC019A0D; Thu, 13 Mar 2003 12:51:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from aquamar.escet.urjc.es (plan9.escet.urjc.es [212.128.4.205]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8CE0C199BB for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 12:50:39 -0500 (EST) Message-ID: <431c731706dd9f7f19f1e39a589f8979@plan9.escet.urjc.es> From: Fco.J.Ballesteros To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-gsfjjxqtdhuiknscajfcpcvbfb" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 13 Mar 2003 18:50:36 +0100 This is a multi-part message in MIME format. --upas-gsfjjxqtdhuiknscajfcpcvbfb Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit If you refer to my T23, It's a 1GHz machine (according to my BIOS). --upas-gsfjjxqtdhuiknscajfcpcvbfb Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Thu Mar 13 19:10:44 MET 2003 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 7521C19A28; Thu, 13 Mar 2003 12:07:09 -0500 (EST) 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 ESMTP id 86A0F19A0B for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 12:06:56 -0500 (EST) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour In-Reply-To: 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, 13 Mar 2003 12:06:54 -0500 If you believe the /dev/time numbers, your processor is running at 300MHz, which sounds plausible but not for a T23. The clock tick numbers advanced by 160 billion over the 100 seconds. Is it a 1.6GHz machine? That sounds more likely. If so, we're really confused about the clock speed. It sounds like even though it was plugged in it dipped down to 300MHz. Russ --upas-gsfjjxqtdhuiknscajfcpcvbfb-- From cse.psu.edu!9fans-admin Fri Mar 14 03:04:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 03:04:21 JST 2003 Received: (qmail 13005 invoked by uid 1020); 14 Mar 2003 03:04:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13001 invoked from network); 14 Mar 2003 03:04:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 03:04: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 2133E19A10; Thu, 13 Mar 2003 13:04:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 48559199BB for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 13:03:24 -0500 (EST) Message-ID: <09a9fd7b9d9abf1f65eb050c1261623e@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour From: rog@vitanuova.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-pgyopozeojrlflxhipevutgkqb" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 13 Mar 2003 18:06:13 0000 This is a multi-part message in MIME format. --upas-pgyopozeojrlflxhipevutgkqb Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit > If you refer to my T23, It's a 1GHz machine (according to my BIOS). mine too. --upas-pgyopozeojrlflxhipevutgkqb Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-1.mail.demon.net by mailstore for rog@vitanuova.com id 1047578254:10:22322:141; Thu, 13 Mar 2003 17:57:34 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-1.mail.demon.net id aa1023561; 13 Mar 2003 17:57 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 9933419A08; Thu, 13 Mar 2003 12:51:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from aquamar.escet.urjc.es (plan9.escet.urjc.es [212.128.4.205]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8CE0C199BB for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 12:50:39 -0500 (EST) Message-ID: <431c731706dd9f7f19f1e39a589f8979@plan9.escet.urjc.es> From: Fco.J.Ballesteros To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-gsfjjxqtdhuiknscajfcpcvbfb" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 13 Mar 2003 18:50:36 +0100 This is a multi-part message in MIME format. --upas-gsfjjxqtdhuiknscajfcpcvbfb Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit If you refer to my T23, It's a 1GHz machine (according to my BIOS). --upas-gsfjjxqtdhuiknscajfcpcvbfb Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Thu Mar 13 19:10:44 MET 2003 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 7521C19A28; Thu, 13 Mar 2003 12:07:09 -0500 (EST) 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 ESMTP id 86A0F19A0B for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 12:06:56 -0500 (EST) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour In-Reply-To: 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, 13 Mar 2003 12:06:54 -0500 If you believe the /dev/time numbers, your processor is running at 300MHz, which sounds plausible but not for a T23. The clock tick numbers advanced by 160 billion over the 100 seconds. Is it a 1.6GHz machine? That sounds more likely. If so, we're really confused about the clock speed. It sounds like even though it was plugged in it dipped down to 300MHz. Russ --upas-gsfjjxqtdhuiknscajfcpcvbfb-- --upas-pgyopozeojrlflxhipevutgkqb-- From cse.psu.edu!9fans-admin Fri Mar 14 03:40:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 03:40:24 JST 2003 Received: (qmail 13280 invoked by uid 1020); 14 Mar 2003 03:40:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13276 invoked from network); 14 Mar 2003 03:40:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 03:40: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 79F3A199BB; Thu, 13 Mar 2003 13:40:09 -0500 (EST) 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 995921999B for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 13:39:54 -0500 (EST) 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 NAA19957 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 13:39:53 -0500 (EST) 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 h2DIdqt05164 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 13:39:52 -0500 (EST) Message-Id: <200303131839.h2DIdqt05164@augusta.math.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour In-Reply-To: Your message of "Thu, 13 Mar 2003 14:25:37." <536e347f7c2fe951277441d936cfa9bc@vitanuova.com> 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, 13 Mar 2003 13:39:51 -0500 > has anyone else experienced odd clock behaviour on their plan 9 > system? > > i'm running on an IBM Thinkpad (T22), and occasionally (not always) i > get the clock running much faster than it should (#r/rtc still gives > the correct time) The exact same thing happens on my Thinkpad (T21). Usually, it's the result of running the system under load (ie, playing a CD through the USB audio interface) or it coming out of screen-blanking mode. I've never investigated why it happens. - Dan C. From cse.psu.edu!9fans-admin Fri Mar 14 03:41:14 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 03:41:14 JST 2003 Received: (qmail 13301 invoked by uid 1020); 14 Mar 2003 03:41:14 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13297 invoked from network); 14 Mar 2003 03:41:13 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 03:41:13 +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 31A4519A0D; Thu, 13 Mar 2003 13:41:08 -0500 (EST) 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 9C4D5199F2 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 13:40:43 -0500 (EST) 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 NAA20070 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 13:40:43 -0500 (EST) 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 h2DIeht05175 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 13:40:43 -0500 (EST) Message-Id: <200303131840.h2DIeht05175@augusta.math.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour In-Reply-To: Your message of "Thu, 13 Mar 2003 14:25:37." <536e347f7c2fe951277441d936cfa9bc@vitanuova.com> 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, 13 Mar 2003 13:40:43 -0500 ps- I should mention that I've seen similar, if not the same, behavior under FreeBSD on the same hardware. - Dan C. From cse.psu.edu!9fans-admin Fri Mar 14 03:44:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 03:44:19 JST 2003 Received: (qmail 13315 invoked by uid 1020); 14 Mar 2003 03:44:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13311 invoked from network); 14 Mar 2003 03:44:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 03:44: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 4898619A1C; Thu, 13 Mar 2003 13:44:09 -0500 (EST) 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 ESMTP id 8A74E199F2 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 13:43:05 -0500 (EST) Message-ID: <2c0e3fcc0cf73b379494bd3a978f43c4@plan9.bell-labs.com> Subject: Re: [9fans] odd clock behaviour From: David Presotto To: rsc@plan9.bell-labs.com, rog@vitanuova.com, 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: Thu, 13 Mar 2003 13:43:00 -0500 > i'm running on an IBM Thinkpad (T22), and occasionally (not always) i > get the clock running much faster than it should (#r/rtc still gives > the correct time) > > as an example (i ran this a few minutes ago): > % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } > 1047563747 1047629025 1047629025597639124 41354973397504 305454592 > 1047563792 1047629508 1047629508199623282 41502386389760 305454592 > % % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } > 1047563991 1047632392 1047632392826308124 42383508857344 305454592 > 1047564039 1047632728 1047632728118785531 42485925484288 305454592 > % % % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } > 1047564093 1047633210 1047633210610709377 42633304858112 305454592 > 1047564136 1047633742 1047633742398391924 42795741847808 305454592 > % > > i.e. /dev/time advanced by 483, 336 and 532 seconds respectively, > while #r/rtc advanced by 45, 48 and 43 seconds respectively, > all for a nominally 100 second sleep! > The 305454592 is 256 times the i8253 clock frequency. I just clock 0 as the HZ clock interrupt and clock 2 as the TOD clock. It's frequency is 1193182, but I really multiply it and ticks by 256 to give timesync a number with more precision to tweak, i.e., it gives me a more precise multiplier. You're clearly not running timesync since the frequency (the last number) hasn't been tweaked at all. However, your your i8253's are ticking at an incredibly variable rate. It looks to me like something else is using clock 2. It supposed to be there for us to screw with as we will but apparently not. Do you have some music player running that might be using it as a clock source? From cse.psu.edu!9fans-admin Fri Mar 14 03:56:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 03:56:22 JST 2003 Received: (qmail 13455 invoked by uid 1020); 14 Mar 2003 03:56:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13451 invoked from network); 14 Mar 2003 03:56:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 03:56: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 2E3341999B; Thu, 13 Mar 2003 13:56:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 2CE2219999 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 13:55:31 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour 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, 13 Mar 2003 18:58:20 0000 dan: > Usually, it's the result of running the system under load well, when i observed it today, it was after running tra overnight. i've put a script in my lib/profile to check if the time is running ok at boot time, so when i see it again, at least i'll know whether it happens after loading or before... dave: > You're clearly not running timesync since the frequency (the last > number) hasn't been tweaked at all. actually, i was running timesync, but it didn't seem to be kicking in. > Do you have some music player running that might be using it as a > clock source? no, as far as i'm aware i was using a completely vanilla system; apart from the above-mentioned heavy network activity, i don't think i was doing anything unusual at all. when i rebooted, it was all back to normal. From cse.psu.edu!9fans-admin Fri Mar 14 04:16:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 04:16:22 JST 2003 Received: (qmail 13709 invoked by uid 1020); 14 Mar 2003 04:16:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13705 invoked from network); 14 Mar 2003 04:16:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 04:16: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 6DEE8199ED; Thu, 13 Mar 2003 14:16:09 -0500 (EST) 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 ESMTP id 7AA85199BB for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 14:15:32 -0500 (EST) Message-ID: From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour In-Reply-To: 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, 13 Mar 2003 14:15:30 -0500 Try setting the variable i8253dotimerset to 0 (it's now set to 1). echo off > '#P'/i8253timerset This will keep timerintr() from constantly changing the period. I'm always afraid that changing the 8253 on the fly will break something since it's not done much by other systems and therefore not really well tested. As long as edf isn't being used (which I think is true everywhere) it won't hurt to do that. I think that rsc does it for vmware to avoid slow downs due to the constant clock trimming. From cse.psu.edu!9fans-admin Fri Mar 14 04:26:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 04:26:21 JST 2003 Received: (qmail 13832 invoked by uid 1020); 14 Mar 2003 04:26:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13828 invoked from network); 14 Mar 2003 04:26:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 04:26: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 C8DF819A00; Thu, 13 Mar 2003 14:26:08 -0500 (EST) 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 ESMTP id 368DD199F2 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 14:25:46 -0500 (EST) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour In-Reply-To: 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, 13 Mar 2003 14:25:39 -0500 > As long as edf isn't being used (which I think is true everywhere) > it won't hurt to do that. I think that rsc does it for vmware > to avoid slow downs due to the constant clock trimming. Actually I do it because setting the timer is a REALLY expensive operation in VMware, and completely unnecessary if you're not using edf. From cse.psu.edu!9fans-admin Fri Mar 14 06:19:30 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 06:19:30 JST 2003 Received: (qmail 14817 invoked by uid 1020); 14 Mar 2003 06:19:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14813 invoked from network); 14 Mar 2003 06:19:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 06:19: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 1A82519A06; Thu, 13 Mar 2003 16:19:09 -0500 (EST) 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 4FEE1199BF for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 16:18:26 -0500 (EST) Received: from term4e.9netics.com ([64.91.109.37]) by mailnw.centurytel.net (8.12.8/8.12.8) with ESMTP id h2DLIISa002595 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 13:18:25 -0800 (PST) Message-ID: <079135176601a7a260ad7b04ed53faa9@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] minor fix for rtstats Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 13 Mar 2003 13:27:18 -0800 Running 'rtstats -b' and quitting by pressing 'q' causes a crash. diff /n/dump/2003/0313/sys/src/cmd/rtstats/rtstats.c /sys/src/cmd/rtstats/rtstats.c 78c78 < if (strncmp(missstr, s, strlen(missstr)) == 0) --- > if (s && (strncmp(missstr, s, strlen(missstr)) == 0)) 82c82 < if (fprint(schedfd, "remove") < 0) --- > if (!besteffort && fprint(schedfd, "remove") < 0) From cse.psu.edu!9fans-admin Fri Mar 14 06:36:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 06:36:23 JST 2003 Received: (qmail 14944 invoked by uid 1020); 14 Mar 2003 06:36:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14940 invoked from network); 14 Mar 2003 06:36:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 06:36:22 +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 A9C3719A04; Thu, 13 Mar 2003 16:36:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from smtp.noos.fr (nan-smtp-06.noos.net [212.198.2.75]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A3CDF199B3 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 16:35:21 -0500 (EST) Received: (qmail 51502051 invoked by uid 0); 13 Mar 2003 21:35:18 -0000 Received: from unknown (HELO ntmail.noos.fr) ([195.132.22.173]) (envelope-sender ) by 212.198.2.75 (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for <9fans@cse.psu.edu>; 13 Mar 2003 21:35:18 -0000 Message-Id: <5.2.0.9.0.20030312171850.030086d0@pop.noos.fr> X-Sender: philippe.anel@pop.noos.fr X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: 9fans@cse.psu.edu From: Philippe Anel Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [9fans] Drawterm and FreeBSD Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 12 Mar 2003 17:33:19 +0100 Hello, I tried to figure out why occasionally, some glyphes aren't drawn under drawterm on my FreeBSD box. It seems that [at least] XCopyArea and XFillRetangles are sent in the same order with the same parameters when glyph are drawn and when they are not. Yesterday, I realized that the function XInitThreads() is not called in the source of drawterm, so, in desperation, I decided to add it, and until now, the bug didn't occur. Might it be that simple ? I don't think so. I hope it helps, Xigh. From cse.psu.edu!9fans-admin Fri Mar 14 07:21:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 07:21:23 JST 2003 Received: (qmail 15220 invoked by uid 1020); 14 Mar 2003 07:21:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15216 invoked from network); 14 Mar 2003 07:21:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 07:21:22 +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 22DCE19A0B; Thu, 13 Mar 2003 17:21:09 -0500 (EST) 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 ESMTP id D649A199E4 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 17:20:02 -0500 (EST) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] Drawterm and FreeBSD In-Reply-To: <5.2.0.9.0.20030312171850.030086d0@pop.noos.fr> 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, 13 Mar 2003 17:19:53 -0500 It's certainly possible. There are multiple processes doing X operations: - any proc in devdraw on behalf of a client (only one at a time) - any proc in setcursor on behalf of a client - the proc reading x events and feeding them to the keyboard and mouse drivers I think the third guy is safe, but it's possible that the first two conflict causing some calls to get dropped. There are a lot more character draws than there are background fills, which explains why we don't notice background fill problems. Russ From cse.psu.edu!9fans-admin Fri Mar 14 08:21:38 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 08:21:38 JST 2003 Received: (qmail 15925 invoked by uid 1020); 14 Mar 2003 08:21:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15921 invoked from network); 14 Mar 2003 08:21:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 08:21: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 56B5319A25; Thu, 13 Mar 2003 18:21:09 -0500 (EST) 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 ESMTP id 2070E19A10 for <9fans@cse.psu.edu>; Thu, 13 Mar 2003 18:20:11 -0500 (EST) Message-ID: <47b29f3c11488b44c50b2bc7a7c358f5@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] Drawterm and FreeBSD In-Reply-To: <5.2.0.9.0.20030312171850.030086d0@pop.noos.fr> 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, 13 Mar 2003 18:20:09 -0500 XInitThreads() does not fix the problem on the Thinkpad X21 we've been using as a test case. I changed the code to allocate a new XDisplay for the cursor code, so now each different process has its very own XDisplay to use. Regardless of whether XInitDisplay is there, the glyph problem persists. I changed stringbg to paint only half the background for debugging, but got faked out by the fact that libframe does its own background painting. Tomorrow perhaps. Russ From cse.psu.edu!9fans-admin Fri Mar 14 14:08:30 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 14:08:30 JST 2003 Received: (qmail 27371 invoked by uid 1020); 14 Mar 2003 14:08:28 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27367 invoked from network); 14 Mar 2003 14:08:28 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 14:08: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 21FF519A08; Fri, 14 Mar 2003 00:08:09 -0500 (EST) 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 96261199E4 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 00:07:19 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h2E57F0G005079 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 07:07:17 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h2E570Lc005078 for 9fans@cse.psu.edu; Fri, 14 Mar 2003 07:07:00 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] hardware support for the fs kernel Message-ID: <20030314070657.A24866@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <20030313095950.S24866@cackle.proxima.alt.za> <940a30e216cbf845003a6cfc1f96bc43@plan9.bell-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <940a30e216cbf845003a6cfc1f96bc43@plan9.bell-labs.com>; from Russ Cox on Thu, Mar 13, 2003 at 10:45:49AM -0500 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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: Fri, 14 Mar 2003 07:06:58 +0200 On Thu, Mar 13, 2003 at 10:45:49AM -0500, Russ Cox wrote: > > > Unless my reading of the Fossil documentation deceives me, fossil > > gets its own namespace to serve, in which case it could also > > I don't know what you mean by this, but I think you're confused. > As far as file service is concerned, fossil is conceptually > identical to the worm fs but with long file names. > I'm confused. I'll take a closer look before making a bigger fool of myself. > > It's a throwaway program, meaning I can't wait to throw it away. > _I_ won't be needing srvold9p anymore. I had three fileservers, 2ed, 3ed and 3.5ed. Now I have two, both 3.5ed, serving 2ed, 3ed and 4ed on two hosts. I can recommend others do the same if they have the same type of need, but it may be still early days. ++L From cse.psu.edu!9fans-admin Fri Mar 14 17:51:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 17:51:23 JST 2003 Received: (qmail 2758 invoked by uid 1020); 14 Mar 2003 17:51:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 2754 invoked from network); 14 Mar 2003 17:51:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 17:51: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 1B05819A26; Fri, 14 Mar 2003 03:51:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5D999199E4 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 03:50:00 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu From: Fco.J.Ballesteros MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] who command for fossil Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 14 Mar 2003 09:49:58 +0100 I find this useful to know who's using the fossil before rebooting it. diff /n/dump/2003/0314/sys/src/cmd/fossil /sys/src/cmd/fossil diff /n/dump/2003/0314/sys/src/cmd/fossil/9proc.c /sys/src/cmd/fossil/9proc.c 732a733,763 > static int > cmdWho(int argc, char* argv[]) > { > Con *con; > Fid *fid, *hash; > char *usage = "usage: who"; > int i; > > ARGBEGIN{ > default: > return cliError(usage); > }ARGEND; > > if (argc > 0) > return cliError(usage); > vtRLock(cbox.clock); > for(con = cbox.chead; con != nil; con = con->cnext){ > consPrint("\t%s\n", con->name); > vtLock(con->fidlock); > for (i = 0; i < NFidHash; i++){ > hash = con->fidhash[i]; > for(fid = hash; fid != nil; fid = fid->hash) > if(fid->fidno != NOFID && fid->uname != nil) > consPrint("\t\t%d: %s\n", fid->fidno, fid->uname); > } > vtUnlock(con->fidlock); > } > vtRUnlock(cbox.clock); > return 1; > } > 744a776 > cliAddCmd("who", cmdWho); diff /n/dump/2003/0314/sys/man/8/fossilcons /sys/man/8/fossilcons 261a262,263 > .PP > .B who 836a839,842 > .PP > .I Who > prints the set of active fids for each connection along with > the user name for each fid. From cse.psu.edu!9fans-admin Fri Mar 14 19:00:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 19:00:22 JST 2003 Received: (qmail 4609 invoked by uid 1020); 14 Mar 2003 19:00:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4605 invoked from network); 14 Mar 2003 19:00:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 19:00: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 B1AA019A0B; Fri, 14 Mar 2003 05:00:09 -0500 (EST) 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 57D7A19A0B for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 04:59:20 -0500 (EST) 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 EAA23521 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 04:59:19 -0500 (EST) 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 h2E9xJt09672 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 04:59:19 -0500 (EST) Message-Id: <200303140959.h2E9xJt09672@augusta.math.psu.edu> To: 9fans@cse.psu.edu From: Dan Cross Subject: [9fans] Fossil; is the time right? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 14 Mar 2003 04:59:19 -0500 Okay, I'm going to be setting up a new file server for home in the next week or so. What's the official recommendation at this point: Should I go with Fossil, or with the current fileserver? Is Fossil considered stable enough? Is the on-disk format likely to change a lot? (Not a huge deal, but something that would necessitate inconvenient recoveries from venti.) When does Bell Labs plan to become fossilized? Thanks. - Dan C. From cse.psu.edu!9fans-admin Fri Mar 14 19:11:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 19:11:21 JST 2003 Received: (qmail 4803 invoked by uid 1020); 14 Mar 2003 19:11:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4799 invoked from network); 14 Mar 2003 19:11:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 19:11: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 6B82F19A10; Fri, 14 Mar 2003 05:11:08 -0500 (EST) 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 68A02199F2 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 05:10:45 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18tlze-0006ze-00 for 9fans@cse.psu.edu; Fri, 14 Mar 2003 10:00:50 +0000 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: <3E7121EA.8050803@usenix.org> Organization: USENIX Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [9fans] 2nd USENIX 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, 14 Mar 2003 10:00:20 GMT 2nd USENIX Conference on File and Storage Technologies (FAST '03) March 31 - April 2, 2003 San Francisco, California USA http://www.usenix.org/events/fast03/ Join leading researchers and technologists for three days of active discussion on operating systems, computer architecture, distributed systems, networking, mobile computing, and computational science. The FAST program features: * 18 technical papers carefully selected from 67 submissions. Topics range from RAID design to secure wide-area file sharing. * Keynote address by Dr. John Wilkes of HP Labs, HP Fellow and ACM Fellow with 15 years of research leadership in self-managing large-scale storage. * Dave Belanger, Chief Scientist, AT&T Research; EMC's David Black, IETF chair for Internet Storage; CMU's Garth Gibson, founder and CTO of Panasas; Steve Kleiman, CTO of Network Appliance; Reagan Moore, associate director of Data-Intensive Computing at the San Diego Supercomputer Center; and Tom Ruwart, I/O Performance, Inc. From cse.psu.edu!9fans-admin Fri Mar 14 21:22:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 21:22:25 JST 2003 Received: (qmail 7137 invoked by uid 1020); 14 Mar 2003 21:22:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7133 invoked from network); 14 Mar 2003 21:22:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 21:22: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 4994919A06; Fri, 14 Mar 2003 07:22:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8A59A199ED for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 07:21:52 -0500 (EST) Message-ID: <9fd0366885adaaabd8c8791bea9f8e5f@plan9.escet.urjc.es> To: 9fans@cse.psu.edu Subject: Re: [9fans] Fossil; is the time right? From: Fco.J.Ballesteros In-Reply-To: <200303140959.h2E9xJt09672@augusta.math.psu.edu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-nkqqgakhrbxndqfjtdgkzjfxuk" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 14 Mar 2003 13:21:51 +0100 This is a multi-part message in MIME format. --upas-nkqqgakhrbxndqfjtdgkzjfxuk Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Our fossil seems pretty stable. We are using it as the `production' file server. The old worm is out of duty (but kept hanging around). --upas-nkqqgakhrbxndqfjtdgkzjfxuk Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Fri Mar 14 11:00:23 MET 2003 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 B1AA019A0B; Fri, 14 Mar 2003 05:00:09 -0500 (EST) 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 57D7A19A0B for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 04:59:20 -0500 (EST) 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 EAA23521 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 04:59:19 -0500 (EST) 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 h2E9xJt09672 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 04:59:19 -0500 (EST) Message-Id: <200303140959.h2E9xJt09672@augusta.math.psu.edu> To: 9fans@cse.psu.edu From: Dan Cross Subject: [9fans] Fossil; is the time right? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 14 Mar 2003 04:59:19 -0500 Okay, I'm going to be setting up a new file server for home in the next week or so. What's the official recommendation at this point: Should I go with Fossil, or with the current fileserver? Is Fossil considered stable enough? Is the on-disk format likely to change a lot? (Not a huge deal, but something that would necessitate inconvenient recoveries from venti.) When does Bell Labs plan to become fossilized? Thanks. - Dan C. --upas-nkqqgakhrbxndqfjtdgkzjfxuk-- From cse.psu.edu!9fans-admin Fri Mar 14 22:38:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 22:38:22 JST 2003 Received: (qmail 8234 invoked by uid 1020); 14 Mar 2003 22:38:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8230 invoked from network); 14 Mar 2003 22:38:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 22:38: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 5D45419A0B; Fri, 14 Mar 2003 08:38:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 61AA5199D7 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 08:37:02 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Fossil; is the time right? 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: Fri, 14 Mar 2003 13:39:50 0000 it's been stable for me... for all of two days, running it on my laptop :-). it's survived lots of rebooting, and kernel crashing, with no probs, as advertised. it seems quite a lot slower than kfs (a naive measurement showed that it read 15MB 50% slower than kfs). presumably this will change if it gets a read cache. i have one query about its integrity: soft updates preserve the integrity of the write buffer; venti is log structured, and has no problem with being killed. however, i wonder if it's possible to "lose" a block in between fossil and venti if one is running venti -w. e.g. fossil writes a block to venti, marks it as archived, reuses that block, and then the machine crashes before venti has got around to actually writing the block. how does fossil guard against such an eventuality? cheers, rog. From cse.psu.edu!9fans-admin Fri Mar 14 23:58:33 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 14 23:58:33 JST 2003 Received: (qmail 9246 invoked by uid 1020); 14 Mar 2003 23:58:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9242 invoked from network); 14 Mar 2003 23:58:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 14 Mar 2003 23:58:21 +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 29A0619A0B; Fri, 14 Mar 2003 09:58:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8AB8319A06 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 09:57:46 -0500 (EST) Message-ID: <24c460af78ee854a80f3d25351fde2aa@plan9.escet.urjc.es> From: Fco.J.Ballesteros To: 9fans@cse.psu.edu Subject: Re: [9fans] Fossil; is the time right? In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-sklmgjmwykoqoalezadocbjjsg" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 14 Mar 2003 15:57:41 +0100 This is a multi-part message in MIME format. --upas-sklmgjmwykoqoalezadocbjjsg Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I don't know. But I know that if I dont sync by hand using the console I loose some blocks (some of the last changes may be missing). I use this halt: #!/bin/rc while () { echo fsys main fync >>/srv/fscons } And wait until I see that for several calls there's no dirty block. Any better way? --upas-sklmgjmwykoqoalezadocbjjsg Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Fri Mar 14 14:38:24 MET 2003 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 5D45419A0B; Fri, 14 Mar 2003 08:38:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 61AA5199D7 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 08:37:02 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Fossil; is the time right? 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: Fri, 14 Mar 2003 13:39:50 0000 it's been stable for me... for all of two days, running it on my laptop :-). it's survived lots of rebooting, and kernel crashing, with no probs, as advertised. it seems quite a lot slower than kfs (a naive measurement showed that it read 15MB 50% slower than kfs). presumably this will change if it gets a read cache. i have one query about its integrity: soft updates preserve the integrity of the write buffer; venti is log structured, and has no problem with being killed. however, i wonder if it's possible to "lose" a block in between fossil and venti if one is running venti -w. e.g. fossil writes a block to venti, marks it as archived, reuses that block, and then the machine crashes before venti has got around to actually writing the block. how does fossil guard against such an eventuality? cheers, rog. --upas-sklmgjmwykoqoalezadocbjjsg-- From cse.psu.edu!9fans-admin Sat Mar 15 00:09:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 15 00:09:25 JST 2003 Received: (qmail 9362 invoked by uid 1020); 15 Mar 2003 00:09:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9358 invoked from network); 15 Mar 2003 00:09:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 15 Mar 2003 00:09: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 3A53619A0D; Fri, 14 Mar 2003 10:09:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 4490E19A06 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 10:08:05 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Fossil; is the time right? 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: Fri, 14 Mar 2003 15:10:54 0000 > But I know that if I dont sync by hand using the console > I loose some blocks (some of the last changes may be missing). that's understandable. at least in that case at least the directory structure should remain intact. (a sync for venti and for fossil that blocked until all writes were complete would be helpful, i guess). i was mostly concerned about the possibility that one might potentially lose a whole tree if the block representing the root of that tree was lost in transit. From cse.psu.edu!9fans-admin Sat Mar 15 00:14:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 15 00:14:19 JST 2003 Received: (qmail 9424 invoked by uid 1020); 15 Mar 2003 00:14:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9420 invoked from network); 15 Mar 2003 00:14:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 15 Mar 2003 00:14: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 A1C5D19A31; Fri, 14 Mar 2003 10:14:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D24D319A27 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 10:13:18 -0500 (EST) Message-ID: <6c5245d11d02a364b416a9c90162d1ba@plan9.escet.urjc.es> From: Fco.J.Ballesteros To: 9fans@cse.psu.edu Subject: Re: [9fans] Fossil; is the time right? In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-tiatgamiddvllejtgafzynomcm" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 14 Mar 2003 16:13:13 +0100 This is a multi-part message in MIME format. --upas-tiatgamiddvllejtgafzynomcm Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I never saw a tree flown away by a reboot. IFAIK, that cannot happen, but I'm not the person to answer that question. Sorry --upas-tiatgamiddvllejtgafzynomcm Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Fri Mar 14 16:09:24 MET 2003 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 3A53619A0D; Fri, 14 Mar 2003 10:09:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 4490E19A06 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 10:08:05 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Fossil; is the time right? 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: Fri, 14 Mar 2003 15:10:54 0000 > But I know that if I dont sync by hand using the console > I loose some blocks (some of the last changes may be missing). that's understandable. at least in that case at least the directory structure should remain intact. (a sync for venti and for fossil that blocked until all writes were complete would be helpful, i guess). i was mostly concerned about the possibility that one might potentially lose a whole tree if the block representing the root of that tree was lost in transit. --upas-tiatgamiddvllejtgafzynomcm-- From cse.psu.edu!9fans-admin Sat Mar 15 01:18:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 15 01:18:22 JST 2003 Received: (qmail 10009 invoked by uid 1020); 15 Mar 2003 01:18:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10005 invoked from network); 15 Mar 2003 01:18:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 15 Mar 2003 01:18: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 0BAA119A17; Fri, 14 Mar 2003 11:18:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.mightycheese.com (mail.mightycheese.com [209.61.186.18]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3586319A04 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 11:17:08 -0500 (EST) Received: from [216.239.45.4] (HELO glenda.corp.google.com) by mail.mightycheese.com (CommuniGate Pro SMTP 3.4.7) with ESMTP id 523097 for 9fans@cse.psu.edu; Fri, 14 Mar 2003 10:17:07 -0600 Message-ID: <1a1744b7a6c98ebc0dad5570fb1299f0@mightycheese.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Fossil; is the time right? From: "rob pike, esq." In-Reply-To: <200303140959.h2E9xJt09672@augusta.math.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, 14 Mar 2003 08:16:38 -0800 Go with fossil. I installed one on January second and it hasn't let me down yet. You'll use less disk space and the snapshots are nice, too. You're probably not talking about optical disk for the backup, but I'm used to that and the speed of the dump makes a difference. -rob From cse.psu.edu!9fans-admin Sat Mar 15 03:50:34 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 15 03:50:34 JST 2003 Received: (qmail 11654 invoked by uid 1020); 15 Mar 2003 03:50:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11650 invoked from network); 15 Mar 2003 03:50:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 15 Mar 2003 03:50:23 +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 71FE519A17; Fri, 14 Mar 2003 13:50:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A923B199B3 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 13:49:29 -0500 (EST) Message-ID: <488b149331914312cf6ad3841aff3586@plan9.escet.urjc.es> To: 9fans@cse.psu.edu From: Fco.J.Ballesteros MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] fossil consoles Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 14 Mar 2003 19:49:20 +0100 Is there any plan to split the output queue into several ones so that each console has its own one? I was trying to get a script done to advance the epoch and, in the process, trying to get something like kfscmd done. I'd just like to send a command to a fossil srv file and receive the command output (without the output from other consoles merged). I was about going to do it but thought that perhaps it'd be better to ask here. Maybe there's a better way to do this in fossil. I still think in kfs terms. thanks a lot From cse.psu.edu!9fans-admin Sat Mar 15 04:41:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 15 04:41:32 JST 2003 Received: (qmail 12169 invoked by uid 1020); 15 Mar 2003 04:41:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12165 invoked from network); 15 Mar 2003 04:41:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 15 Mar 2003 04:41: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 A716119A10; Fri, 14 Mar 2003 14:41:09 -0500 (EST) 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 ESMTP id DBB0719A04 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 14:40:03 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Mar 14 14:40:02 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Mar 14 14:40:00 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Fossil; is the time right? From: "Russ Cox" In-Reply-To: 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, 14 Mar 2003 14:00:35 -0500 cross@math.psu.edu: > Okay, I'm going to be setting up a new file server for home in the next > week or so. What's the official recommendation at this point: Should I > go with Fossil, or with the current fileserver? Is Fossil considered > stable enough? Is the on-disk format likely to change a lot? (Not a > huge deal, but something that would necessitate inconvenient recoveries > from venti.) When does Bell Labs plan to become fossilized? Thanks. comparing pseudo-worm old fs with fossil is a no-brainer -- use fossil. if the on-disk format changes, you only use snapshots not dumps. the on-venti format will not change. hence all you have to do is reinitialize your write buffer. i've changed the on-disk format a handful of times but never had to restart my file system. you make it sounds like ``recoveries from venti'' is a big deal. it's not. it's just a format command and then you're up and running again. look at the wiki walkthrough -- it does one of these as an example. rog@vitanuova.com: > it's been stable for me... for all of two days, running it on my > laptop :-). it's survived lots of rebooting, and kernel crashing, > with no probs, as advertised. i've had similar experience, and i've been running it since november. the only time i lost a significant amount of data was when i zeroed the first few megabytes of the disk while trying to set up a second fossil server elsewhere (oops). and even that was just old snapshots. > it seems quite a lot slower than kfs (a naive measurement showed that > it read 15MB 50% slower than kfs). presumably this will change if > it gets a read cache. read performance is slow but not sluggish. there's a lot of room for improvement. reads from the in-memory cache are about the same speed as kfs. if you give your fossil more memory cache (the default is 1000 blocks, typically 8MB, and can be set with the -c option to open) it gets better. kfs's reads from disk are obviously faster than fossil's reads from venti. a read cache will probably help there. > i have one query about its integrity: soft updates preserve the > integrity of the write buffer; venti is log structured, and has no > problem with being killed. > > however, i wonder if it's possible to "lose" a block in between fossil > and venti if one is running venti -w. e.g. fossil writes a block to > venti, marks it as archived, reuses that block, and then the machine > crashes before venti has got around to actually writing the block. > > how does fossil guard against such an eventuality? when running venti -w, there is a sync rpc that doesn't return until all buffered blocks are on disk. fossil does not mark a block as archived and does not update any pointers to that block until it has synced to make sure the block is on disk. i was very paranoid about this. --- the main gotcha in the current fossil code is that there is no warning when the write buffer is getting full, and no easy way to check how much space is actually used. 'fossil/flchk -f |[2] grep used' will do most of this but it's not convenient. i need to make this better. From cse.psu.edu!9fans-admin Sat Mar 15 04:42:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 15 04:42:20 JST 2003 Received: (qmail 12176 invoked by uid 1020); 15 Mar 2003 04:42:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12172 invoked from network); 15 Mar 2003 04:42:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 15 Mar 2003 04: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 CF7ED19A40; Fri, 14 Mar 2003 14:42:08 -0500 (EST) 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 ESMTP id 328FB19A2F for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 14:41:40 -0500 (EST) Message-ID: <4c3c8784a0819ee1a887c64a4492b57e@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil consoles In-Reply-To: <488b149331914312cf6ad3841aff3586@plan9.escet.urjc.es> 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, 14 Mar 2003 14:41:38 -0500 I'm torn about the console. I like the fact that everyone sees everyone else, but I also understand that it makes programmatic access to console commands difficult. At the same time, I really really really want to see the programmatic access on the main console. From cse.psu.edu!9fans-admin Sat Mar 15 08:55:54 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 15 08:55:54 JST 2003 Received: (qmail 14803 invoked by uid 1020); 15 Mar 2003 08:55:27 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14799 invoked from network); 15 Mar 2003 08:55:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 15 Mar 2003 08:55: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 E3A6E19A06; Fri, 14 Mar 2003 18:55:08 -0500 (EST) 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 ESMTP id D0D87199B3 for <9fans@cse.psu.edu>; Fri, 14 Mar 2003 18:54:04 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Fossil; is the time right? From: Geoff Collyer In-Reply-To: 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, 14 Mar 2003 15:54:03 -0800 In addition to `open -c' in fossil, you probably want to increase venti's cache sizes; see -C, -I and -B. The standalone file server uses almost all of available memory for buffers, but fossil and venti don't, you have to configure their memory use. From cse.psu.edu!9fans-admin Sat Mar 15 14:03:30 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 15 14:03:30 JST 2003 Received: (qmail 21822 invoked by uid 1020); 15 Mar 2003 14:03:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21818 invoked from network); 15 Mar 2003 14:03:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 15 Mar 2003 14:03: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 A860D19A28; Sat, 15 Mar 2003 00:03:09 -0500 (EST) 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 E430C19980 for <9fans@cse.psu.edu>; Sat, 15 Mar 2003 00:01:03 -0500 (EST) Received: (from steve@localhost) by smtp.fywss.com (8.11.6/8.11.6) id h2F512526844 for 9fans@cse.psu.edu; Sat, 15 Mar 2003 00:01:02 -0500 From: Steve Kotsopoulos Message-Id: <200303150501.h2F512526844@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: Sat, 15 Mar 2003 00:01:02 -0500 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 Sat Mar 15 15:24:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 15 15:24:24 JST 2003 Received: (qmail 23045 invoked by uid 1020); 15 Mar 2003 15:24:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23041 invoked from network); 15 Mar 2003 15:24:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 15 Mar 2003 15:24:22 +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 2FC9A19A10; Sat, 15 Mar 2003 01:24:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from out004.verizon.net (out004pub.verizon.net [206.46.170.142]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 951EF19A06 for <9fans@cse.psu.edu>; Sat, 15 Mar 2003 01:23:38 -0500 (EST) Received: from powell.name ([4.46.198.96]) by out004.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030315062337.FLCB7930.out004.verizon.net@powell.name> for <9fans@cse.psu.edu>; Sat, 15 Mar 2003 00:23:37 -0600 Message-ID: <3E72C707.8090000@powell.name> From: Richard Powell User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020827 X-Accept-Language: en-us, en MIME-Version: 1.0 To: 9fans <9fans@cse.psu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out004.verizon.net from [4.46.198.96] at Sat, 15 Mar 2003 00:23:37 -0600 Subject: [9fans] Patch to stop a debug message in 9/pc/sdata.c Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 14 Mar 2003 22:24:07 -0800 Greetings, Here is a patch for /sys/src/9/pc/sdata.c to eliminate an anoying "IBsy+" message that appears when I use two ATA drives at once. I have one drive on each port of a HPT-370 ATA-100 chip. I think the message is a result of the fact that the chip only uses one IRQ. Thanks, Richard diff -c sdata.c.old sdata.c.bsy *** sdata.c.old Fri Mar 14 19:19:16 2003 --- sdata.c.new Fri Mar 14 19:19:02 2003 *************** *** 18,23 **** --- 18,24 ---- DbgPROBE = 0x08, /* trace device probing */ DbgDEBUG = 0x80, /* the current problem... */ DbgINL = 0x100, /* That Inil20+ message we hate */ + DbgIBSY = 0x200, /* We don't need that IBsy+ message either */ }; #define DEBUG (DbgDEBUG|DbgSTATE) *************** *** 1553,1559 **** ilock(ctlr); if(inb(ctlr->ctlport+As) & Bsy){ iunlock(ctlr); ! if(DEBUG & DbgDEBUG) print("IBsy+"); return; } --- 1554,1560 ---- ilock(ctlr); if(inb(ctlr->ctlport+As) & Bsy){ iunlock(ctlr); ! if(DEBUG & DbgIBSY) print("IBsy+"); return; } From cse.psu.edu!9fans-admin Sat Mar 15 15:48:31 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 15 15:48:31 JST 2003 Received: (qmail 23277 invoked by uid 1020); 15 Mar 2003 15:48:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23273 invoked from network); 15 Mar 2003 15:48:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 15 Mar 2003 15:48:20 +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 ED83519A1C; Sat, 15 Mar 2003 01:48:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from out005.verizon.net (out005pub.verizon.net [206.46.170.143]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 35B1919A08 for <9fans@cse.psu.edu>; Sat, 15 Mar 2003 01:47:39 -0500 (EST) Received: from powell.name ([4.46.198.96]) by out005.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030315064738.ETNS6910.out005.verizon.net@powell.name> for <9fans@cse.psu.edu>; Sat, 15 Mar 2003 00:47:38 -0600 Message-ID: <3E72CCA8.2030605@powell.name> From: Richard Powell User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020827 X-Accept-Language: en-us, en MIME-Version: 1.0 To: 9fans <9fans@cse.psu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out005.verizon.net from [4.46.198.96] at Sat, 15 Mar 2003 00:47:38 -0600 Subject: [9fans] timesync is slow to set the time after boot Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 14 Mar 2003 22:48:08 -0800 Hello 9fans, I've noticed that timesync takes a minute or so to set the system time from the PC clock after a boot. It seems that it ignores the first sample from the clock and sleeps for a minute before setting the time from a second sample. I've included a diff just to illustrate the issue. Does anyone know the circumstances that led to this? Are there problematic clocks out there:-) Maybe we could restrict the dalay to the cases where it's needed. Thanks, Richard diff -c timesync.org timesync.c.mod *** timesync.org Fri Mar 14 19:42:32 2003 --- timesync.c.mod Fri Mar 14 19:42:32 2003 *************** *** 375,382 **** s->stime = s->ltime + diff; // if the sample was bad or if this is the first sample, ignore it ! if(s->stime < 0 || !already){ ! already = 1; free(s); continue; } --- 375,383 ---- s->stime = s->ltime + diff; // if the sample was bad or if this is the first sample, ignore it ! // if(s->stime < 0 || !already){ ! // already = 1; ! if(s->stime < 0){ free(s); continue; } From cse.psu.edu!9fans-admin Sat Mar 15 16:35:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 15 16:35:21 JST 2003 Received: (qmail 23827 invoked by uid 1020); 15 Mar 2003 16:35:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23823 invoked from network); 15 Mar 2003 16:35:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 15 Mar 2003 16:35: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 25A9819A1C; Sat, 15 Mar 2003 02:35:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from out003.verizon.net (out003pub.verizon.net [206.46.170.103]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4083E19A00 for <9fans@cse.psu.edu>; Sat, 15 Mar 2003 02:34:37 -0500 (EST) Received: from powell.name ([4.46.198.96]) by out003.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030315073434.EYSB3697.out003.verizon.net@powell.name> for <9fans@cse.psu.edu>; Sat, 15 Mar 2003 01:34:34 -0600 Message-ID: <3E72D7A8.2070504@powell.name> From: Richard Powell User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020827 X-Accept-Language: en-us, en MIME-Version: 1.0 To: 9fans <9fans@cse.psu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out003.verizon.net from [4.46.198.96] at Sat, 15 Mar 2003 01:34:34 -0600 Subject: [9fans] Patch for boot/pc/sdata.c Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 14 Mar 2003 23:35:04 -0800 Here is a patch to eliminate the unwanted debug messages in /sys/src/boot/pc/sdata.c. This is equivalent to the patches for /sys/src/9/pc/sdata.c . Thanks, Richard diff boot_sdata.c.old boot_sdata.c.new 19a20,21 > DbgINL = 0x100, /* That Inil20+ message we hate */ > DbgIBSY = 0x200, /* We don't need that IBsy+ message either */ 1212c1214 < if(DEBUG & DbgDEBUG) --- > if(DEBUG & DbgIBSY) 1220c1222 < if((DEBUG & DbgDEBUG) && ctlr->command != Cedd) --- > if((DEBUG & DbgINL) && ctlr->command != Cedd) From cse.psu.edu!9fans-admin Sat Mar 15 21:50:27 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 15 21:50:27 JST 2003 Received: (qmail 27071 invoked by uid 1020); 15 Mar 2003 21:50:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27066 invoked from network); 15 Mar 2003 21:50:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 15 Mar 2003 21:50: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 AE1EE19A1C; Sat, 15 Mar 2003 07:50:09 -0500 (EST) 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 ESMTP id CB9EE199E8 for <9fans@cse.psu.edu>; Sat, 15 Mar 2003 07:49:21 -0500 (EST) Message-ID: <70e0ec329840034472692e85aacc0381@plan9.bell-labs.com> From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] timesync is slow to set the time after boot In-Reply-To: <3E72CCA8.2030605@powell.name> 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, 15 Mar 2003 07:49:20 -0500 Mostly we run from ntp and it takes a while to get a reasonable time base. I should just to it right away when syncing from the rtc. From cse.psu.edu!9fans-admin Sun Mar 16 03:01:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Mar 16 03:01:22 JST 2003 Received: (qmail 30642 invoked by uid 1020); 16 Mar 2003 03:01:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 30638 invoked from network); 16 Mar 2003 03:01:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 16 Mar 2003 03:01: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 7A7C019A31; Sat, 15 Mar 2003 13:01:09 -0500 (EST) 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 ESMTP id 96E2919A1C for <9fans@cse.psu.edu>; Sat, 15 Mar 2003 13:00:55 -0500 (EST) Message-ID: <0c96ecd2b95642b0199eacca2aaea7ba@plan9.bell-labs.com> From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] timesync is slow to set the time after boot In-Reply-To: <3E72CCA8.2030605@powell.name> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-yejtajnmayokcdprebiofaxnkv" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 15 Mar 2003 13:00:54 -0500 This is a multi-part message in MIME format. --upas-yejtajnmayokcdprebiofaxnkv Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I stopped ignoring the first sample. It made some difference since the first sample is usually perverted a bit by the system starting up. However, it really doesn't help to have a wrong time for a minute. Thanks powell. --upas-yejtajnmayokcdprebiofaxnkv Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sat Mar 15 01:48:20 EST 2003 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Sat Mar 15 01:48:17 EST 2003 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 DDF9B19A10; Sat, 15 Mar 2003 01:48:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from out005.verizon.net (out005pub.verizon.net [206.46.170.143]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 35B1919A08 for <9fans@cse.psu.edu>; Sat, 15 Mar 2003 01:47:39 -0500 (EST) Received: from powell.name ([4.46.198.96]) by out005.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030315064738.ETNS6910.out005.verizon.net@powell.name> for <9fans@cse.psu.edu>; Sat, 15 Mar 2003 00:47:38 -0600 Message-ID: <3E72CCA8.2030605@powell.name> From: Richard Powell User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020827 X-Accept-Language: en-us, en MIME-Version: 1.0 To: 9fans <9fans@cse.psu.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out005.verizon.net from [4.46.198.96] at Sat, 15 Mar 2003 00:47:38 -0600 Subject: [9fans] timesync is slow to set the time after boot Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 14 Mar 2003 22:48:08 -0800 Hello 9fans, I've noticed that timesync takes a minute or so to set the system time from the PC clock after a boot. It seems that it ignores the first sample from the clock and sleeps for a minute before setting the time from a second sample. I've included a diff just to illustrate the issue. Does anyone know the circumstances that led to this? Are there problematic clocks out there:-) Maybe we could restrict the dalay to the cases where it's needed. Thanks, Richard diff -c timesync.org timesync.c.mod *** timesync.org Fri Mar 14 19:42:32 2003 --- timesync.c.mod Fri Mar 14 19:42:32 2003 *************** *** 375,382 **** s->stime = s->ltime + diff; // if the sample was bad or if this is the first sample, ignore it ! if(s->stime < 0 || !already){ ! already = 1; free(s); continue; } --- 375,383 ---- s->stime = s->ltime + diff; // if the sample was bad or if this is the first sample, ignore it ! // if(s->stime < 0 || !already){ ! // already = 1; ! if(s->stime < 0){ free(s); continue; } --upas-yejtajnmayokcdprebiofaxnkv-- From cse.psu.edu!9fans-admin Sun Mar 16 17:16:30 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Mar 16 17:16:30 JST 2003 Received: (qmail 9566 invoked by uid 1020); 16 Mar 2003 17:16:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9562 invoked from network); 16 Mar 2003 17:16:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 16 Mar 2003 17:16: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 A9A1F19A06; Sun, 16 Mar 2003 03:16:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from pop018.verizon.net (pop018pub.verizon.net [206.46.170.212]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DA4BB19A28 for <9fans@cse.psu.edu>; Sun, 16 Mar 2003 03:15:16 -0500 (EST) Received: from powell.name ([4.46.196.155]) by pop018.verizon.net (InterMail vM.5.01.05.27 201-253-122-126-127-20021220) with ESMTP id <20030316081515.NOUZ6884.pop018.verizon.net@powell.name> for <9fans@cse.psu.edu>; Sun, 16 Mar 2003 02:15:15 -0600 Message-ID: <3E7432B3.2050805@powell.name> From: Richard Powell User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020827 X-Accept-Language: en-us, en MIME-Version: 1.0 To: 9fans <9fans@cse.psu.edu> Subject: Re: [9fans] timesync is slow to set the time after boot References: <3E72CCA8.2030605@powell.name> <0c96ecd2b95642b0199eacca2aaea7ba@plan9.bell-labs.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at pop018.verizon.net from [4.46.196.155] at Sun, 16 Mar 2003 02:15:15 -0600 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 16 Mar 2003 00:15:47 -0800 David, If there are problems reading the clock on the first pass, maybe we could just wait one second between passes instead of one minute. (Or even zero seconds if you think that's safe enough.). Thanks for looking into this. Richard diff -c timesync.org timesync.c.tsecs0 *** timesync.c.org Fri Mar 14 19:42:32 2003 --- timesync.c.tsecs1 Sun Mar 16 00:05:10 2003 *************** *** 344,349 **** --- 344,350 ---- break; case Rtc: s->stime = sample(rtctime); + tsecs = 1; break; case Utc: s->stime = utcsample(); *************** *** 385,391 **** diff = s->stime - s->ltime; if(diff > 10*SEC || diff < -10*SEC){ // we're way off, just set the time ! secs = MinSampleSecs; settime(s->stime, 0, 0, 0); } else { // keep a running average of the error. --- 386,392 ---- diff = s->stime - s->ltime; if(diff > 10*SEC || diff < -10*SEC){ // we're way off, just set the time ! tsecs = secs = MinSampleSecs; settime(s->stime, 0, 0, 0); } else { // keep a running average of the error. David Presotto wrote: > I stopped ignoring the first sample. It made some difference since the > first sample is usually perverted a bit by the system starting up. However, > it really doesn't help to have a wrong time for a minute. Thanks powell. > From cse.psu.edu!9fans-admin Sun Mar 16 22:29:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Mar 16 22:29:26 JST 2003 Received: (qmail 14162 invoked by uid 1020); 16 Mar 2003 22:29:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14157 invoked from network); 16 Mar 2003 22:29:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 16 Mar 2003 22:29: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 812A719A60; Sun, 16 Mar 2003 08:29:12 -0500 (EST) 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 ESMTP id 8A96C19980 for <9fans@cse.psu.edu>; Sun, 16 Mar 2003 08:28:21 -0500 (EST) Message-ID: <1d8097739572ba276fa5000f1a77ebc0@plan9.bell-labs.com> From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] timesync is slow to set the time after boot In-Reply-To: <3E7432B3.2050805@powell.name> 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, 16 Mar 2003 08:28:19 -0500 No, it was just trying to get any system startup effects out of the measurement. It just mattered for ntp round trip, not for the real time clock. For NTP there's an assumption that the round trip time twixt the systems is equally separated in the two directions. When the system is coming up, especially on diskless systems, the ether can stay pretty busy for seconds after the boot as different things page in, db's get read, etc. Dropping the first sample was just an attempt to avoid that since most of our systems (except our web server) have settled after a minute. However, I booted our systems here a few dozen times since then and looked at the time convergence. It doesn't seem to make a difference either way so the check stays out. From cse.psu.edu!9fans-admin Mon Mar 17 19:23:40 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 17 19:23:40 JST 2003 Received: (qmail 10188 invoked by uid 1020); 17 Mar 2003 19:23:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10184 invoked from network); 17 Mar 2003 19:23:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 17 Mar 2003 19:23: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 13F3919A6F; Mon, 17 Mar 2003 05:23:09 -0500 (EST) 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 A940A19A06 for <9fans@cse.psu.edu>; Mon, 17 Mar 2003 05:22:08 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18urd4-0005Dk-00 for 9fans@cse.psu.edu; Mon, 17 Mar 2003 10:14:02 +0000 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Charles Shannon Hendrix Message-ID: Organization: Big Endian References: <200302231854.h1NIsiM27287@augusta.math.psu.edu>, Subject: Re: [9fans] spam avoidance Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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: cshNOSPAM@nospam.widomaker.com List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 17 Mar 2003 10:10:24 GMT In article , David Presotto wrote: > This is a multi-part message in MIME format. > --upas-qacyjawgeouwispgffdcdnybuw > Content-Disposition: inline > Content-Type: text/plain; charset="US-ASCII" > Content-Transfer-Encoding: 7bit > > I'ld be happy just to have the list dump any mail > with html in it. Or your screwed up multipart MIME turds... :) What *is* up with your postings? Looks broken. From cse.psu.edu!9fans-admin Mon Mar 17 20:44:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 17 20:44:21 JST 2003 Received: (qmail 11319 invoked by uid 1020); 17 Mar 2003 20:44:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11315 invoked from network); 17 Mar 2003 20:44:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 17 Mar 2003 20:44: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 DAA9A19A6D; Mon, 17 Mar 2003 06:44:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from theraft.strakt.com (theraft.strakt.com [62.119.131.80]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D2D641998A for <9fans@cse.psu.edu>; Mon, 17 Mar 2003 06:43:38 -0500 (EST) Received: from strakt.com (boyd@zode.strakt.com [62.119.131.76]) by theraft.strakt.com (8.12.3/8.12.3/Debian -4) with ESMTP id h2HBhbxw011195 for <9fans@cse.psu.edu>; Mon, 17 Mar 2003 12:43:37 +0100 Message-ID: <3E75B4E9.8050305@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] Drawterm and FreeBSD References: <5.2.0.9.0.20030312171850.030086d0@pop.noos.fr> 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, 17 Mar 2003 12:43:37 +0100 Philippe Anel wrote: > It seems that [at least] XCopyArea and XFillRetangles > are sent in the same order with the same parameters when > glyph are drawn and when they are not. I have some vague recollection about a comment in an early UNIX port of sam that remarked that such things may break wrt Save Unders. This would have a been a sam port that BRL were involved in. From cse.psu.edu!9fans-admin Mon Mar 17 22:45:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 17 22:45:24 JST 2003 Received: (qmail 13323 invoked by uid 1020); 17 Mar 2003 22:45:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13319 invoked from network); 17 Mar 2003 22:45:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 17 Mar 2003 22:45: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 6650E19A6F; Mon, 17 Mar 2003 08:45:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 2D3F0199B9 for <9fans@cse.psu.edu>; Mon, 17 Mar 2003 08:44:13 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil consoles 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: Mon, 17 Mar 2003 13:47:03 0000 > I'm torn about the console. I like the fact that > everyone sees everyone else, but I also understand > that it makes programmatic access to console commands > difficult. At the same time, I really really really > want to see the programmatic access on the main console. what about letting fossil provide a 'ctl' tree, e.g. mount /srv/fossil /n/fossilctl ctl which would provide access to fossil metainformation (e.g. usage info) and process control requests? it could also provide controlled access to the fossil console. From cse.psu.edu!9fans-admin Mon Mar 17 23:03:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 17 23:03:32 JST 2003 Received: (qmail 13542 invoked by uid 1020); 17 Mar 2003 23:03:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13538 invoked from network); 17 Mar 2003 23:03:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 17 Mar 2003 23:03: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 4538A19A06; Mon, 17 Mar 2003 09:03:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3BB20199B9 for <9fans@cse.psu.edu>; Mon, 17 Mar 2003 09:02:49 -0500 (EST) Message-ID: <0a0bdd554f54848207fb651689151ad0@plan9.escet.urjc.es> To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil consoles From: Fco.J.Ballesteros In-Reply-To: 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, 17 Mar 2003 15:02:46 +0100 It was the output in `broadcast mode' to all consoles what was bothering me. But since it seems to be a feature and not a bug, I just tried this script which words well enough for controlling purposes. The script depends on a /sys/log/fossil file that gets a copy of the fossil console (eg. you have a cat /srv/fscmd >/sys/log/fossil). #!/bin/rc # usage: fscmd `fossilcons(8) command' if (! test -e /srv/fscmd){ echo '/srv/fscmd does not exist' >[1=2] exit 'srv' } oldsz=`{ls -l /sys/log/fossil | awk -F' ' '{print $6}'} oldsz=`{echo $oldsz '+' `{echo $* | wc -c} | hoc} echo $* >>/srv/fscmd { dd -if /sys/log/fossil -bs 1 -skip $oldsz >[2] /dev/null ; echo } | grep -v '^[a-z]*:' >> I'm torn about the console. I like the fact that >> everyone sees everyone else, but I also understand >> that it makes programmatic access to console commands >> difficult. At the same time, I really really really >> want to see the programmatic access on the main console. > > what about letting fossil provide a 'ctl' tree, e.g. > > mount /srv/fossil /n/fossilctl ctl > > which would provide access to fossil metainformation > (e.g. usage info) and process control requests? > it could also provide controlled access to the fossil console. From cse.psu.edu!9fans-admin Mon Mar 17 23:03:37 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 17 23:03:37 JST 2003 Received: (qmail 13551 invoked by uid 1020); 17 Mar 2003 23:03:36 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13546 invoked from network); 17 Mar 2003 23:03:36 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 17 Mar 2003 23:03:36 +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 075EF19A75; Mon, 17 Mar 2003 09:03:16 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B8E9F199E4 for <9fans@cse.psu.edu>; Mon, 17 Mar 2003 09:02:56 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil consoles From: Fco.J.Ballesteros In-Reply-To: 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, 17 Mar 2003 15:02:56 +0100 It was the output in `broadcast mode' to all consoles what was bothering me. But since it seems to be a feature and not a bug, I just tried this script which words well enough for controlling purposes. The script depends on a /sys/log/fossil file that gets a copy of the fossil console (eg. you have a cat /srv/fscmd >/sys/log/fossil). #!/bin/rc # usage: fscmd `fossilcons(8) command' if (! test -e /srv/fscmd){ echo '/srv/fscmd does not exist' >[1=2] exit 'srv' } oldsz=`{ls -l /sys/log/fossil | awk -F' ' '{print $6}'} oldsz=`{echo $oldsz '+' `{echo $* | wc -c} | hoc} echo $* >>/srv/fscmd { dd -if /sys/log/fossil -bs 1 -skip $oldsz >[2] /dev/null ; echo } | grep -v '^[a-z]*:' >> I'm torn about the console. I like the fact that >> everyone sees everyone else, but I also understand >> that it makes programmatic access to console commands >> difficult. At the same time, I really really really >> want to see the programmatic access on the main console. > > what about letting fossil provide a 'ctl' tree, e.g. > > mount /srv/fossil /n/fossilctl ctl > > which would provide access to fossil metainformation > (e.g. usage info) and process control requests? > it could also provide controlled access to the fossil console. From cse.psu.edu!9fans-admin Tue Mar 18 01:05:33 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 18 01:05:33 JST 2003 Received: (qmail 15208 invoked by uid 1020); 18 Mar 2003 01:05:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15204 invoked from network); 18 Mar 2003 01:05:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 18 Mar 2003 01: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 E822219A71; Mon, 17 Mar 2003 11:05:09 -0500 (EST) 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 ESMTP id C598A19A02 for <9fans@cse.psu.edu>; Mon, 17 Mar 2003 11:04:14 -0500 (EST) Message-ID: <1dadf537e57fca44ea2548ae9af8ce2b@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] spam avoidance In-Reply-To: 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, 17 Mar 2003 11:04:12 -0500 > Or your screwed up multipart MIME turds... :) > What *is* up with your postings? Looks broken. That message looked fine to me. What looks wrong to you? Do you just not have a MIME reader? From cse.psu.edu!9fans-admin Tue Mar 18 04:16:36 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 18 04:16:36 JST 2003 Received: (qmail 17140 invoked by uid 1020); 18 Mar 2003 04:16:35 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17136 invoked from network); 18 Mar 2003 04:16:35 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 18 Mar 2003 04:16:35 +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 DD9221998C; Mon, 17 Mar 2003 14:16:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from dialup (m299-mp3.cvx2-a.lng.dial.ntli.net [62.252.177.43]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8D1D01998C for <9fans@cse.psu.edu>; Mon, 17 Mar 2003 14:15:20 -0500 (EST) Message-ID: From: "Steve Simon" To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] /mail/lib/patterns Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 17 Mar 2003 19:10:12 0000 Hi, I seem to be getting more Spam per day... Anyone have a through /mail/lib/patterns they would like to share? -Steve From cse.psu.edu!9fans-admin Tue Mar 18 04:33:29 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 18 04:33:29 JST 2003 Received: (qmail 17355 invoked by uid 1020); 18 Mar 2003 04:33:28 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17351 invoked from network); 18 Mar 2003 04:33:28 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 18 Mar 2003 04:33:28 +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 822A619A77; Mon, 17 Mar 2003 14:33:09 -0500 (EST) 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 ESMTP id 96BA719A06 for <9fans@cse.psu.edu>; Mon, 17 Mar 2003 14:32:47 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Mar 17 14:32:46 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Mon Mar 17 14:32:43 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] /mail/lib/patterns From: "Russ Cox" In-Reply-To: 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, 17 Mar 2003 14:32:36 -0500 A few of us have experimented with bayesian spam filters a la http://www.paulgraham.com/spam.html and they seem to work well. I don't think we have any code worth sharing at the moment, though. Russ From cse.psu.edu!9fans-admin Tue Mar 18 04:57:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 18 04:57:25 JST 2003 Received: (qmail 17578 invoked by uid 1020); 18 Mar 2003 04:57:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17574 invoked from network); 18 Mar 2003 04:57:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 18 Mar 2003 04:57:24 +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 845A319A0C; Mon, 17 Mar 2003 14:57:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail1.panix.com (mail1.panix.com [166.84.1.72]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 53ABB1998C for <9fans@cse.psu.edu>; Mon, 17 Mar 2003 14:56:24 -0500 (EST) Received: from panix1.panix.com (panix1.panix.com [166.84.1.1]) by mail1.panix.com (Postfix) with ESMTP id 266FB48989 for <9fans@cse.psu.edu>; Mon, 17 Mar 2003 14:56:23 -0500 (EST) Received: (from markp@localhost) by panix1.panix.com (8.11.6/8.8.8/PanixN1.0) id h2HJuM609622 for 9fans@cse.psu.edu; Mon, 17 Mar 2003 14:56:22 -0500 (EST) From: Mark Powers To: 9fans@cse.psu.edu Subject: Re: [9fans] /mail/lib/patterns Message-ID: <20030317195622.GA1578@panix.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 17 Mar 2003 14:56:22 -0500 people at panix seem happy with spamassassin. I haven't tried it, but it's perl and shouldn't be too hard to plug in to upas. ---mp From cse.psu.edu!9fans-admin Tue Mar 18 09:56:28 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 18 09:56:28 JST 2003 Received: (qmail 22287 invoked by uid 1020); 18 Mar 2003 09:56:27 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22283 invoked from network); 18 Mar 2003 09:56:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 18 Mar 2003 09:56:23 +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 9D98419A66; Mon, 17 Mar 2003 19:56:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from hotmail.com (cache1.nic.gb-net.net [209.124.100.5]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 86FAC19981 for <9fans@cse.psu.edu>; Mon, 17 Mar 2003 19:55:25 -0500 (EST) Message-ID: <001410b2ce21$cad80608$73476512@pucxvmg.isg> From: To: <9fans@cse.psu.edu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00B6_27C11B4D.C2048E42" X-Priority: 3 X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal Subject: [9fans] Is your poop shoot killing you? 1717LKrv2-516-12 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 17 Mar 2003 20:55:24 +0400 ------=_NextPart_000_00B6_27C11B4D.C2048E42 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxib2R5IGJnY29sb3I9IiNGRkZGMzMiPg0KPHA+PGZvbnQg ZmFjZT0iQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiI+PGI+OTAlIG9m IGFsbCBzaWNrbmVzcyBhbmQgZGlzZWFzZSANCiAgYmVnaW5zIGluIGFuIHVu Y2xlYW4gQ29sb24hPC9iPjwvZm9udD48L3A+DQo8cD48Zm9udCBmYWNlPSJB cmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIj5TaW5jZSAiPGI+PGZvbnQg Y29sb3I9IiMwMDY2MDAiPkRlYXRoIA0KICBiZWdpbnMgaW4gdGhlIGNvbG9u PC9mb250PjwvYj4sIiB5b3VyIG51dHJpdGlvbmFsIHByb2dyYW0gc2hvdWxk IGJlZ2luIHdpdGggDQogIGEgZ29vZCBjb2xvbiBjbGVhbnNpbmcgcHJvZ3Jh bS48L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0iQXJpYWwsIEhlbHZldGlj YSwgc2Fucy1zZXJpZiI+VG94aW5zIGFuZCB3YXN0ZSBidWlsZCB1cCBpbiB5 b3VyIA0KICBjb2xvbiBqdXN0IGxpa2UgdGhleSBkbyBpbiB0aGUgcGlwZXMg b2YgeW91ciBob21lLiBCb3RoIGRlbWFuZCBpbW1lZGlhdGUgYXR0ZW50aW9u IA0KICBvciB0aGUgcmVzdWx0cyBjYW4gYmUgZGlzYXN0cm91cyE8L2ZvbnQ+ PC9wPg0KPHA+PGZvbnQgZmFjZT0iQXJpYWwsIEhlbHZldGljYSwgc2Fucy1z ZXJpZiI+IE5vIHdvbmRlciA8Zm9udCBjb2xvcj0iI0ZGMDAzMyI+Q29sb24g DQogIGNhbmNlciBpcyBzZWNvbmQgb25seSB0byBsdW5nIGNhbmNlciBpbiB0 ZXJtcyBvZiBjYW5jZXIgZGVhdGhzIGluIHRoZSBVLlMuLCANCiAgY2xhaW1p bmcgdGhlIGxpdmVzIG9mIG5lYXJseSA1MCwwMDAgbWVuIGFuZCB3b21lbiBh bm51YWxseTwvZm9udD4uPC9mb250PjwvcD4NCjxwPjxmb250IGZhY2U9IkFy aWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiPllvdXIgY29sb24gaXMgb25l IG9mIHRoZSBsYXJnZXN0IA0KICBtdXNjbGVzIGluIHlvdXIgYm9keSBhbmQg c2hvdWxkIGJlIGV4ZXJjaXNlZCByZWd1bGFybHkuIE9mIGNvdXJzZSwgcGh5 c2ljYWwgDQogIGV4ZXJjaXNlIGlzIGJlbmVmaWNpYWwgZm9yIHRoZSBjb2xv biwgYnV0IHdhdGVyIGFuZCBmaWJlciBpcyBldmVuIE1PUkUgaW1wb3J0YW50 LjwvZm9udD48L3A+DQo8cD48Zm9udCBmYWNlPSJBcmlhbCwgSGVsdmV0aWNh LCBzYW5zLXNlcmlmIj5GaWJlciBpcyBhIGJ1bGtpbmcgYWdlbnQgdGhhdCBn aXZlcyANCiAgdGhlIGNvbG9uIHRoZSByZXNpc3RhbmNlIGl0IG5lZWRzIGlu IG9yZGVyIHRvIHJlbWFpbiBmaXJtIGFuZCBhY3RpdmUuIElmIHRoZSANCiAg Y29sb24gaXMgaW5hY3RpdmUsIGl0IHdpbGwgc29vbiBncm93IHdlYWssIGp1 c3QgbGlrZSBhbnkgb3RoZXIgbXVzY2xlLjwvZm9udD48L3A+DQo8cD48Zm9u dCBmYWNlPSJBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIj5Db2xvbiBp bmFjdGl2aXR5IG1heSBoaW5kZXIgdGhlIG1vdmVtZW50IA0KICBvZiB3YXN0 ZSBtYXRlcmlhbCBhbG9uZyB0aGUgaW50ZXN0aW5hbCB0cmFjayB0byBiZSBl bGltaW5hdGVkIGZyb20gdGhlIGJvZHkuIA0KICBFdmVudHVhbGx5LCB0aGlz IHdhc3RlIG1hdGVyaWFsIGJ1aWxkcyB1cCBhbG9uZyB0aGUgY29sb24gd2Fs bHMgYW5kIHByZXZlbnRzIA0KICB0aGUgYWJzb3JwdGlvbiBvZiB3YXRlciBh bmQgZWxlY3Ryb2x5dGVzLjwvZm9udD48L3A+DQo8cD48Zm9udCBmYWNlPSJB cmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmIj5BdCA5OCBkZWdyZWUncyB0 ZW1wZXJhdHVyZSwgdGhlIHdhc3RlIA0KICBtYXRlcmlhbCBiZWdpbnMgdG8g cm90IGFuZCBkZWNheSwgc2VuZGluZyB0b3hpbnMgYW5kIHBvaXNvbnMgaW50 byB0aGUgYmxvb2QgDQogIHN0cmVhbSBhbmQgdGhyb3VnaG91dCB0aGUgYm9k eS48L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0iQXJpYWwsIEhlbHZldGlj YSwgc2Fucy1zZXJpZiI+IENsZWFuc2luZyB5b3VyIGNvbG9uIGlzIGEgMzAt ZGF5IA0KICBwcm9jZXNzLiBJdHMgYWxzbyB2ZXJ5IGVjb25vbWljYWwgYXQg JDUxLjUwLCBmb3IgYWxsIHRocmVlIHByb2R1Y3RzIFVTLCBhbmQgDQogICQ5 Ni4yMCBDYW5hZGlhbi4gWW91IG1heSBiZSB2ZXJ5IHN1cnByaXNlZCBhdCBz b21lIG9mIHRoZSBiZW5lZml0cyB5b3Ugd2lsbCANCiAgcmVjZWl2ZSBiZXNp ZGVzIGp1c3QgbG9zaW5nIDEtNSBsYnMgb2YgY3IqcCBmcm9tIHlvdXIgYm9k eSBhbmQgbW9zdCBvZiBhbGwsIA0KICBicmlnaHRlbmluZyB5b3VyIGZ1dHVy ZSBoZWFsdGguPC9mb250PjwvcD4NCjxwPjxmb250IGZhY2U9IkFyaWFsLCBI ZWx2ZXRpY2EsIHNhbnMtc2VyaWYiPldhbnQgbW9yZSBpbmZvPyBDbGljayA8 YSBocmVmPSJtYWlsdG86aW5mb0BiYnByb21vcy5iaXo/c3ViamVjdD1Nb3Jl JTIwQ29sb24lMjBDbGVhbnNlJTIwSW5mbyUyMFBsZWFzZSI+aGVyZTwvYT4g DQogIGFuZCBJJ2xsIHNlbmQgaXQgdG8geW91LCBpbmNsdWRpbmcgaW5zdHJ1 Y3Rpb25zIG9uIGhvdyB0byB0YWtlIGl0LiBBbmQgeWVzLCANCiAgSSBoYXZl IHRha2VuIGl0IG15c2VsZi48L2ZvbnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0i QXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiI+KioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqIA0KICA8L2Zv bnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0iQXJpYWwsIEhlbHZldGljYSwgc2Fu cy1zZXJpZiI+VG8gcmVjZWl2ZSBubyBtb3JlIG1haWwsIGNsaWNrIDxhIGhy ZWY9Im1haWx0bzppbmZvQGJicHJvbW9zLmJpej9zdWJqZWN0PU5vJTIwbW9y ZSUyME1haWwlMjBQbGVhc2UiPmhlcmU8L2E+IA0KICBhbmQgc2VuZC48L2Zv bnQ+PC9wPg0KPHA+PGZvbnQgZmFjZT0iQXJpYWwsIEhlbHZldGljYSwgc2Fu cy1zZXJpZiI+UGxlYXNlIGRvIG5vdCByZXBseSB0byB0aGlzIGVtYWlsLCAN CiAgYXMgd2Ugd2lsbCBub3Qgc2VlIGl0LiBDbGljayBvbiB0aGUgbGlua3Mg YWJvdmUuIDwvZm9udD48L3A+DQpCYWJldHRlIA0KPC9ib2R5Pg0KPC9odG1s Pg0KDQo1NDM0QWt3QzItNzE3bWRQUTM3NzZsR0V6MS03MjREVGtOMjM0OFVL RE81LTQxNm1QV29sNDg= ------=_NextPart_000_00B6_27C11B4D.C2048E42-- From cse.psu.edu!9fans-admin Tue Mar 18 11:35:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 18 11:35:25 JST 2003 Received: (qmail 26152 invoked by uid 1020); 18 Mar 2003 11:35:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 26148 invoked from network); 18 Mar 2003 11:35:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 18 Mar 2003 11:35:23 +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 5CD7919A66; Mon, 17 Mar 2003 21:35:09 -0500 (EST) 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 ESMTP id 9524519981 for <9fans@cse.psu.edu>; Mon, 17 Mar 2003 21:34:01 -0500 (EST) Message-ID: From: David Presotto To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] bugs, races, more bugs Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 17 Mar 2003 21:33:59 -0500 Timing out arp entries uncovered some bugs that we hadn't noticed before plus I added one with the timeouts. The symptom was quiescent connections timing out. Fixed in ip/arp.c. We also found a few races between packets being rerouted and IP stacks being torn down. The symptom was a null dereference in ip.c crashing the kernel. Fixed in ip/ip.c, ip/ipifc.c, ip/iproute.c, ip/ipv6.c. I left an assert in ip.c to make the race more obvious in case we haven't stomped on it yet. Finally, I updated port/proc.c and port/devproc.c with suggestions on scheduler changes from the list. Processes trapped at low priority levels now float up. Also, sleep(0) now drops a process' priority one level each call so that processes doing something like: while(condition not true) sleep(0); should dip down below whatever its waiting for. I've been testing it on all our systems for a few days and haven't seen a problem. However, I never trust this stuff till a wider audience tries it. Could people that didn't do well with the last version try this out soon? From cse.psu.edu!9fans-admin Tue Mar 18 19:14:31 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 18 19:14:31 JST 2003 Received: (qmail 8619 invoked by uid 1020); 18 Mar 2003 19:14:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8613 invoked from network); 18 Mar 2003 19:14:28 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 18 Mar 2003 19:14: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 643D719A65; Tue, 18 Mar 2003 05:14:09 -0500 (EST) 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 E750519995 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 05:13:05 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18vDwv-0001D2-00 for 9fans@cse.psu.edu; Tue, 18 Mar 2003 10:04:01 +0000 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: elektr_new@yahoo.com Message-ID: Organization: http://groups.google.com/ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: [9fans] ps Intellimouse 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: Tue, 18 Mar 2003 10:03:51 GMT 1) I just digged up the archive for ps/2 intellimouse driver and found some code. BUt it is incomplete.The mousectl function is incomplete.Can someone post the complete source with MACROS defined or along with header files. It should have all the code required for stand alone. I mean the macros and function Mousectl() or atleast point me where i can find it online or by ftp. Thank you . From cse.psu.edu!9fans-admin Tue Mar 18 19:21:31 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 18 19:21:31 JST 2003 Received: (qmail 8747 invoked by uid 1020); 18 Mar 2003 19:21:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8743 invoked from network); 18 Mar 2003 19:21:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 18 Mar 2003 19:21: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 B3B0619981; Tue, 18 Mar 2003 05:21:08 -0500 (EST) 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 E472719981 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 05:20:46 -0500 (EST) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2IAKiX1023104 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 11:20:45 +0100 (MET) Received: from zamenhof.cs.utwente.nl (zamenhof [130.89.13.77]) by zeus.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2IAKgo5004746 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 11:20:42 +0100 (MET) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id h2IAKgu22912 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 11:20:42 +0100 (MET) Message-Id: <200303181020.h2IAKgu22912@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: Tue, 18 Mar 2003 11:20:42 +0100 The wiki nicely suggests a ratio for the venti index/arena size. Are there similar suggestions for fossil open -c, and venti -B -C -I ? (suppose I have a fossil buffer of 1 Gb, 50 Gb of venti arenas, 0.75 Gb of ram, and I want the machine to be basically a file server, but still be able to run rio and a few other things without running out of memory, how do I use the memory I have in the most efficient way?) Axel. From cse.psu.edu!9fans-admin Tue Mar 18 21:22:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 18 21:22:23 JST 2003 Received: (qmail 10812 invoked by uid 1020); 18 Mar 2003 21:22:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10808 invoked from network); 18 Mar 2003 21:22:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 18 Mar 2003 21:22:22 +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 4298819A69; Tue, 18 Mar 2003 07:22:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from work (unknown [195.173.15.12]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A01EE199B9 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 07:21:54 -0500 (EST) Message-ID: From: "Steve Simon" To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] upas source domain broken? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 18 Mar 2003 12:16:56 0000 Hi, After doing a pull a couple of days ago, upas no longer seems to pick up my source domain from the mx= rcord in /lib/ndb/local. I know I can do this other ways (as doccumented in /mail/lib/rewrite) but it was very convienient as I boot my laptop via DHCP at work or ppp/dialup at home and my email domain would change to suit the $smtp picked up from /lib/ndb/local. Is this a bug, a design decision, or am I missing somthing? -Steve From cse.psu.edu!9fans-admin Tue Mar 18 23:54:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 18 23:54:23 JST 2003 Received: (qmail 12776 invoked by uid 1020); 18 Mar 2003 23:54:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12772 invoked from network); 18 Mar 2003 23:54:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 18 Mar 2003 23:54: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 50F1819A6F; Tue, 18 Mar 2003 09:54:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5C86E19A65 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 09:53:28 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: [9fans] bugs, races, more bugs From: Fco.J.Ballesteros 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, 18 Mar 2003 15:53:26 +0100 > this stuff till a wider audience tries it. Could > people that didn't do well with the last version > try this out soon? A pull from sources shows no changes (yet). I'll try that as soon as I pull them out of sources. Thanks a lot From cse.psu.edu!9fans-admin Wed Mar 19 00:18:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 19 00:18:23 JST 2003 Received: (qmail 13097 invoked by uid 1020); 19 Mar 2003 00:18:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13093 invoked from network); 19 Mar 2003 00:18:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 19 Mar 2003 00:18: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 098DD19A6F; Tue, 18 Mar 2003 10:18:11 -0500 (EST) 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 129CA19A2A for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 10:17:40 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h2IFHVjj019250 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 17:17:32 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h2IFHTvP019249 for 9fans@cse.psu.edu; Tue, 18 Mar 2003 17:17:29 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] bugs, races, more bugs Message-ID: <20030318171728.A19000@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 Fco.J.Ballesteros on Tue, Mar 18, 2003 at 03:53:26PM +0100 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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, 18 Mar 2003 17:17:28 +0200 On Tue, Mar 18, 2003 at 03:53:26PM +0100, Fco.J.Ballesteros wrote: > > > this stuff till a wider audience tries it. Could > > people that didn't do well with the last version > > try this out soon? > > A pull from sources shows no changes (yet). > I'll try that as soon as I pull them out of sources. > Curious. I was busy pulling this morning (local) and got the files, apparently shortly before I got to _read_ Dave's mail. They were definitely there. ++L From cse.psu.edu!9fans-admin Wed Mar 19 00:22:31 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 19 00:22:31 JST 2003 Received: (qmail 13186 invoked by uid 1020); 19 Mar 2003 00:22:31 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13181 invoked from network); 19 Mar 2003 00:22:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 19 Mar 2003 00:22: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 9B4F219A73; Tue, 18 Mar 2003 10:22:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id AEDE419A2A for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 10:21:24 -0500 (EST) Message-ID: <4efb70c520a65e805bcc9ceaf78df6b1@plan9.escet.urjc.es> From: Fco.J.Ballesteros To: 9fans@cse.psu.edu Subject: Re: [9fans] bugs, races, more bugs In-Reply-To: <20030318171728.A19000@cackle.proxima.alt.za> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-gblnnuaohvimyegwbrbrpvdeqx" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 18 Mar 2003 16:19:27 +0100 This is a multi-part message in MIME format. --upas-gblnnuaohvimyegwbrbrpvdeqx Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Perhaps I have something wrong in my log files. I'll check by hand. thanks. PS: I did a pull not long ago, and it pulled some files including the changes in the scheduler, but the pull did not include the fixes made by Presotto. Are you sure your pull does? Perhaps your pull includes just the changed scheduler, which was before the fixes. --upas-gblnnuaohvimyegwbrbrpvdeqx Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Tue Mar 18 16:18:25 MET 2003 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 098DD19A6F; Tue, 18 Mar 2003 10:18:11 -0500 (EST) 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 129CA19A2A for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 10:17:40 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h2IFHVjj019250 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 17:17:32 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h2IFHTvP019249 for 9fans@cse.psu.edu; Tue, 18 Mar 2003 17:17:29 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] bugs, races, more bugs Message-ID: <20030318171728.A19000@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 Fco.J.Ballesteros on Tue, Mar 18, 2003 at 03:53:26PM +0100 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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, 18 Mar 2003 17:17:28 +0200 On Tue, Mar 18, 2003 at 03:53:26PM +0100, Fco.J.Ballesteros wrote: > > > this stuff till a wider audience tries it. Could > > people that didn't do well with the last version > > try this out soon? > > A pull from sources shows no changes (yet). > I'll try that as soon as I pull them out of sources. > Curious. I was busy pulling this morning (local) and got the files, apparently shortly before I got to _read_ Dave's mail. They were definitely there. ++L --upas-gblnnuaohvimyegwbrbrpvdeqx-- From cse.psu.edu!9fans-admin Wed Mar 19 00:53:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 19 00:53:20 JST 2003 Received: (qmail 13850 invoked by uid 1020); 19 Mar 2003 00:53:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13846 invoked from network); 19 Mar 2003 00:53:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 19 Mar 2003 00:53: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 2F28819A66; Tue, 18 Mar 2003 10:53:09 -0500 (EST) 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 69E27199B9 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 10:52:08 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h2IFpkjj019304 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 17:51:48 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h2IFphbP019303 for 9fans@cse.psu.edu; Tue, 18 Mar 2003 17:51:43 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] bugs, races, more bugs Message-ID: <20030318175140.B19000@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <20030318171728.A19000@cackle.proxima.alt.za> <4efb70c520a65e805bcc9ceaf78df6b1@plan9.escet.urjc.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <4efb70c520a65e805bcc9ceaf78df6b1@plan9.escet.urjc.es>; from Fco.J.Ballesteros on Tue, Mar 18, 2003 at 04:19:27PM +0100 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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, 18 Mar 2003 17:51:40 +0200 On Tue, Mar 18, 2003 at 04:19:27PM +0100, Fco.J.Ballesteros wrote: > > Perhaps I have something wrong in my log files. I'll check by hand. > thanks. > > PS: I did a pull not long ago, and it pulled some files > including the changes in the scheduler, but the pull did not > include the fixes made by Presotto. Are you sure your pull does? > Perhaps your pull includes just the changed scheduler, which > was before the fixes. This is what I logged: 1047952838 0 c sys/src/9/ip/arp.c - 664 sys sys 1047951324 10671 1047952838 1 c sys/src/9/ip/ip.c - 664 sys sys 1047951326 15285 1047952838 2 c sys/src/9/ip/ipifc.c - 664 sys sys 1047951327 37830 1047952838 3 c sys/src/9/ip/iproute.c - 664 sys sys 1047951327 14767 1047952838 4 c sys/src/9/ip/ipv6.c - 664 sys sys 1047951328 14433 1047952838 5 c sys/src/9/port/devproc.c - 664 sys sys 1047952847 23450 1047952838 6 c sys/src/9/port/proc.c - 664 sys sys 1047952847 24170 I hope it helps. ++L From cse.psu.edu!9fans-admin Wed Mar 19 00:57:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 19 00:57:19 JST 2003 Received: (qmail 13912 invoked by uid 1020); 19 Mar 2003 00:57:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13908 invoked from network); 19 Mar 2003 00:57:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 19 Mar 2003 00:57: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 9652E19A74; Tue, 18 Mar 2003 10:57:08 -0500 (EST) 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 ESMTP id DFE9319A69 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 10:56:07 -0500 (EST) Message-ID: From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] bugs, races, more bugs In-Reply-To: <20030318175140.B19000@cackle.proxima.alt.za> 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, 18 Mar 2003 10:56:06 -0500 I also stuck out sys/src/9/port/sysproc.c, sys/src/9/port/portdat.h, sys/src/9/port/portfns.h this morning after someone nodticed that I'ld forgotten. Don't know when the pull sweep will find those. From cse.psu.edu!9fans-admin Wed Mar 19 03:05:30 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 19 03:05:30 JST 2003 Received: (qmail 15291 invoked by uid 1020); 19 Mar 2003 03:05:28 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15287 invoked from network); 19 Mar 2003 03:05:28 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 19 Mar 2003 03:05: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 540E1199E3; Tue, 18 Mar 2003 13:05:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1D3EC19A2A for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 13:04:50 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu From: Fco.J.Ballesteros MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] caught by replica Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 18 Mar 2003 19:04:48 +0100 It seems that the reason why we're not getting the scheduler fix is that apparently we already have it, sic. What happen was that in a pull we got a disconnection from the network. It seems that the files got added to the log, and not to the data base. Since plan9.time was updated, replica is no longer pulling them. We're fixing our problem by hand but I thought I should let others know. hth From cse.psu.edu!9fans-admin Wed Mar 19 03:15:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 19 03:15:24 JST 2003 Received: (qmail 15428 invoked by uid 1020); 19 Mar 2003 03:15:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15424 invoked from network); 19 Mar 2003 03:15:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 19 Mar 2003 03:15: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 43EE519A65; Tue, 18 Mar 2003 13:15:10 -0500 (EST) 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 ESMTP id 1A1FB19A66 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 13:14:46 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Tue Mar 18 13:14:44 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Tue Mar 18 13:14:42 EST 2003 Message-ID: <8842bdd8e931605322b284d9f00a61f3@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] caught by replica From: "Russ Cox" In-Reply-To: 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, 18 Mar 2003 13:14:47 -0500 > It seems that the reason why we're not getting the scheduler fix is > that apparently we already have it, sic. > > What happen was that in a pull we got a disconnection from the network. > It seems that the files got added to the log, and not to the data base. > Since plan9.time was updated, replica is no longer pulling them. I can't figure out how that could happen. If you got disconnected then the copy operations should have failed. If they fail, then the time is not updated. Are you sure you didn't run pull -c to ignore the changes? From cse.psu.edu!9fans-admin Wed Mar 19 03:22:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 19 03:22:24 JST 2003 Received: (qmail 15481 invoked by uid 1020); 19 Mar 2003 03:22:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15477 invoked from network); 19 Mar 2003 03:22:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 19 Mar 2003 03:22:23 +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 A17CD19A74; Tue, 18 Mar 2003 13:22:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id BADAA19A67 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 13:21:30 -0500 (EST) Message-ID: From: Fco.J.Ballesteros To: 9fans@cse.psu.edu Subject: Re: [9fans] caught by replica In-Reply-To: <8842bdd8e931605322b284d9f00a61f3@plan9.bell-labs.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-xyijeigfrxlmrxtlrnimwugiuu" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 18 Mar 2003 19:21:25 +0100 This is a multi-part message in MIME format. --upas-xyijeigfrxlmrxtlrnimwugiuu Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit It could be I was running a pull -c for a subset of the files. Do you know the effect of a network disconnection while doing that? Could it affect the status of files not being pulled -c that are in the same batch? After thinking it twice, I think I agree that it cannot happen, so I think it all had to be a mistake on my side, sic. thanks a lot --upas-xyijeigfrxlmrxtlrnimwugiuu Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Tue Mar 18 19:15:27 MET 2003 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 43EE519A65; Tue, 18 Mar 2003 13:15:10 -0500 (EST) 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 ESMTP id 1A1FB19A66 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 13:14:46 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Tue Mar 18 13:14:44 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Tue Mar 18 13:14:42 EST 2003 Message-ID: <8842bdd8e931605322b284d9f00a61f3@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] caught by replica From: "Russ Cox" In-Reply-To: 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, 18 Mar 2003 13:14:47 -0500 > It seems that the reason why we're not getting the scheduler fix is > that apparently we already have it, sic. > > What happen was that in a pull we got a disconnection from the network. > It seems that the files got added to the log, and not to the data base. > Since plan9.time was updated, replica is no longer pulling them. I can't figure out how that could happen. If you got disconnected then the copy operations should have failed. If they fail, then the time is not updated. Are you sure you didn't run pull -c to ignore the changes? --upas-xyijeigfrxlmrxtlrnimwugiuu-- From cse.psu.edu!9fans-admin Wed Mar 19 07:40:31 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 19 07:40:31 JST 2003 Received: (qmail 17933 invoked by uid 1020); 19 Mar 2003 07:40:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17929 invoked from network); 19 Mar 2003 07:40:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 19 Mar 2003 07:40:29 +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 7079919A65; Tue, 18 Mar 2003 17:40:10 -0500 (EST) 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 ESMTP id 24787199B9 for <9fans@cse.psu.edu>; Tue, 18 Mar 2003 17:39:28 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Tue Mar 18 17:39:26 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Tue Mar 18 17:39:24 EST 2003 Message-ID: <922c6aebbe45b34a9434acad628d6fb6@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] venti/fossil caches ratios? From: "Russ Cox" In-Reply-To: <200303181020.h2IAKgu22912@zamenhof.cs.utwente.nl> 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, 18 Mar 2003 17:39:28 -0500 > The wiki nicely suggests a ratio for the venti index/arena size. > Are there similar suggestions for fossil open -c, and venti -B -C -I ? > > (suppose I have a fossil buffer of 1 Gb, 50 Gb of venti arenas, 0.75 Gb > of ram, and I want the machine to be basically a file server, but still > be able to run rio and a few other things without running out of memory, > how do I use the memory I have in the most efficient way?) First decide how much memory you want for interactive use. Suppose this is 256MB. You probably want to set kernelpercent down to something small given how much memory you have. Suppose you set it to 20%. Then that leaves you 614MB. Suppose you keep 102MB for yourself, leaving 512MB for fossil+venti. Now the question is how to partition the 512. If the Venti is used primarily for backing the fossil, then it makes sense to give fossil most of the memory, since fossil does its own caching of Venti reads/writes, and reading even from the Venti cache is noticeably slower than satisfying requests entirely from the fossil cache. I would give 8MB to each of Venti's uses and leave the rest for fossil: venti -B 8M -C 8M -I 8M open -c 62424 62424 is (512-8*3)*1024*1024/8192, assuming you have an 8k block size. It is probably wrong that -c takes a block count instead of bytes like the others. I've been running with the config suggested in the wiki, 8M for each venti guy and also 8M (the default 1000 blocks) for fossil. I have been meaning to switch to some small amount of cache for Venti and more cache for fossil. I think that will help things a bit. venti -B 1M -C 1M -I 1M open -c 3712 seems like a much better use of the 32MB. Russ From cse.psu.edu!9fans-admin Wed Mar 19 19:23:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 19 19:23:32 JST 2003 Received: (qmail 7544 invoked by uid 1020); 19 Mar 2003 19:23:31 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7540 invoked from network); 19 Mar 2003 19:23:30 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 19 Mar 2003 19:23:30 +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 0FB73199BB; Wed, 19 Mar 2003 05:23:10 -0500 (EST) 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 4145319999 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 05:22:22 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18vaQU-0001aZ-00 for 9fans@cse.psu.edu; Wed, 19 Mar 2003 10:04:02 +0000 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: <3E7771FC.33FE8147@null.net> Organization: U.S. Army Research Laboratory Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <5.2.0.9.0.20030312171850.030086d0@pop.noos.fr>, <3E75B4E9.8050305@strakt.com> Subject: Re: [9fans] Drawterm and FreeBSD Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 19 Mar 2003 10:03:23 GMT Boyd Roberts wrote: > Philippe Anel wrote: > > It seems that [at least] XCopyArea and XFillRetangles > > are sent in the same order with the same parameters when > > glyph are drawn and when they are not. > I have some vague recollection about a comment in an > early UNIX port of sam that remarked that such things > may break wrt Save Unders. This would have a been > a sam port that BRL were involved in. BRL's involvement in the X11 part would be mainly Gary Moss and to a lesser extent myself. The only use of XCopyArea in our version of sam/xterm is the bitblt() function, and there are no special precautions or comments there. XFillRectangle is used in three places, rectf() (same notes as for bitblt()) and texture(), where color depth 1 is handled somewhat differently due to X-server not supporting it. But there doesn't seem to be anything about order of the actions. There does exist an XSynchronize() function that could be inserted into the problematic application to help enforce sequencing, which might at least help you to identify the exact problem. One thing I will caution you about is feeding arbitrary characters to XDrawString(); if there are embedded control characters it can lock up the X server. It is also worth remembering that XORing with the display bitmap can be excruciatingly slow on some X-servers. Of course, there are a number of things that could be done wrong, and it takes detective work to track this kind of thing down. Good luck! From cse.psu.edu!9fans-admin Thu Mar 20 02:53:35 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 20 02:53:35 JST 2003 Received: (qmail 14299 invoked by uid 1020); 20 Mar 2003 02:53:33 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14295 invoked from network); 20 Mar 2003 02:53:33 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 20 Mar 2003 02:53:33 +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 3AAFE19A78; Wed, 19 Mar 2003 12:53:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 9D6EE19A0C for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 12:52:13 -0500 (EST) Message-ID: <2a996369b86af5baa62ea808de5c980d@vitanuova.com> To: 9fans@cse.psu.edu From: rog@vitanuova.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ofmlvwwucyhmbudwofsmmiprje" Subject: [9fans] sleeping for venti Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 19 Mar 2003 17:55:05 0000 This is a multi-part message in MIME format. --upas-ofmlvwwucyhmbudwofsmmiprje Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit to avoid the gratuitous "sleep 10" after starting venti (usually unnecessary, and insufficient on occasion), here's a version of venti.c that backgrounds itself automatically, having announced its network address before it does so. the "-s" (synchronous) option causes the behaviour to remain as it was before. it's only barely tested... and there's probably a good reason why this hasn't been done already! cheers, rog. --upas-ofmlvwwucyhmbudwofsmmiprje Content-Disposition: attachment; filename=venti.c Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit #include "stdinc.h" #include "dat.h" #include "fns.h" int debug; static Packet *srvRead(VtSession *z, uchar score[VtScoreSize], int type, int n); static int srvWrite(VtSession *z, uchar score[VtScoreSize], int type, Packet *p); static void srvSync(VtSession *z); static void srvClosing(VtSession *z, int clean); static void daemon(void *rock); static VtServerVtbl serverVtbl = { .read srvRead, .write srvWrite, .sync srvSync, .closing srvClosing, }; void main(int argc, char *argv[]) { char *config, *haddr, *vaddr; u32int mem, icmem, bcmem; int background, cfd; char *adir; vaddr = "tcp!*!venti"; haddr = nil; config = nil; mem = 0xffffffffUL; icmem = 0; bcmem = 0; background = 1; ARGBEGIN{ case 'a': vaddr = ARGF(); if(vaddr == nil) goto usage; break; case 'B': bcmem = unittoull(ARGF()); break; case 's': background = 0; break; case 'c': config = ARGF(); if(config == nil) goto usage; break; case 'C': mem = unittoull(ARGF()); break; case 'd': debug = 1; break; case 'h': haddr = ARGF(); if(haddr == nil) goto usage; break; case 'I': icmem = unittoull(ARGF()); break; case 'w': queueWrites = 1; break; default: goto usage; }ARGEND if(argc){ usage: fprint(2, "usage: venti [-dw] [-a ventiaddress] [-h httpaddress] [-c config] [-C cachesize] [-I icachesize] [-B blockcachesize]\n"); exits("usage"); } if(config == nil) config = "venti.conf"; vtAttach(); if(!initArenaSum()) fprint(2, "warning: can't initialize arena summing process: %R"); if(!initVenti(config)) fatal("can't init server: %R"); if(mem == 0xffffffffUL) mem = 1 * 1024 * 1024; fprint(2, "initialize %d bytes of lump cache for %d lumps\n", mem, mem / (8 * 1024)); initLumpCache(mem, mem / (8 * 1024)); icmem = u64log2(icmem / (sizeof(IEntry) + sizeof(IEntry*)) / ICacheDepth); if(icmem < 4) icmem = 4; fprint(2, "initialize %d bytes of index cache for %d index entries\n", (sizeof(IEntry) + sizeof(IEntry*)) * (1 << icmem) * ICacheDepth, (1 << icmem) * ICacheDepth); initICache(icmem, ICacheDepth); /* * need a block for every arena and every process */ if(bcmem < maxBlockSize * (mainIndex->narenas + mainIndex->nsects * 4 + 16)) bcmem = maxBlockSize * (mainIndex->narenas + mainIndex->nsects * 4 + 16); fprint(2, "initialize %d bytes of disk block cache\n", bcmem); initDCache(bcmem); fprint(2, "sync arenas and index...\n"); if(!syncIndex(mainIndex, 1)) fatal("can't sync server: %R"); if(queueWrites){ fprint(2, "initialize write queue...\n"); if(!initLumpQueues(mainIndex->nsects)){ fprint(2, "can't initialize lump queues, disabling write queueing: %R"); queueWrites = 0; } } if(haddr){ fprint(2, "starting http server at %s\n", haddr); if(httpdInit(haddr) < 0) fprint(2, "warning: can't start http server: %R"); } fprint(2, "starting server\n"); adir = vtMemAlloc(100); cfd = announce(vaddr, adir); if(cfd < 0) fatal("can't announce: %s", vtOSError()); if(background) vtThread(daemon, adir); else daemon(adir); vtDetach(); exits(0); } static void daemon(void *rock) { int lcfd, fd; char *adir; char ldir[100]; VtSession *z; adir = rock; for(;;){ /* listen for a call */ lcfd = listen(adir, ldir); if(lcfd < 0) fatal("listen: %s", vtOSError()); fprint(2, "new call on %s\n", ldir); checkLumpCache(); checkDCache(); //printStats(); fd = accept(lcfd, ldir); close(lcfd); z = vtServerAlloc(&serverVtbl); vtSetDebug(z, debug); vtSetFd(z, fd); vtExport(z); } } static Packet * srvRead(VtSession *z, uchar score[VtScoreSize], int type, int n) { Packet *p; USED(z); p = readLump(score, type, n); return p; } static int srvWrite(VtSession *z, uchar score[VtScoreSize], int type, Packet *p) { int ok; USED(z); ok = writeLump(p, score, type, 0); return ok; } static void srvSync(VtSession *z) { USED(z); if(queueWrites) queueFlush(); } static void srvClosing(VtSession *z, int clean) { long rt, t[4]; USED(z); if(!clean) fprint(2, "not a clean exit: %s\n", vtGetError()); rt = times(t); fprint(2, "times: %.2fu %.2fs %.2fr\n", t[0]*.001, t[1]*.001, rt*.001); packetStats(); } --upas-ofmlvwwucyhmbudwofsmmiprje-- From cse.psu.edu!9fans-admin Thu Mar 20 05:10:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 20 05:10:32 JST 2003 Received: (qmail 15562 invoked by uid 1020); 20 Mar 2003 05:10:31 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15558 invoked from network); 20 Mar 2003 05:10:31 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 20 Mar 2003 05:10:31 +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 60F3E19A2A; Wed, 19 Mar 2003 15:10:10 -0500 (EST) 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 C5971199E8 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 15:09:25 -0500 (EST) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2JK9MX1029652 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 21:09:22 +0100 (MET) Received: from zamenhof.cs.utwente.nl (zamenhof [130.89.13.77]) by zeus.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2JK9Kbn002391 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 21:09:20 +0100 (MET) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id h2JK9L804993 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 21:09:21 +0100 (MET) Message-Id: <200303192009.h2JK9L804993@zamenhof.cs.utwente.nl> X-Authentication-Warning: zamenhof.cs.utwente.nl: belinfan@localhost didn't use HELO protocol To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil: disk is full In-reply-to: Your message of "Wed, 12 Mar 2003 11:43:22." <5f8e0c9e7b39e0e6086945e534c7cd64@vitanuova.com> References: <5f8e0c9e7b39e0e6086945e534c7cd64@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'~ X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 19 Mar 2003 21:09:20 +0100 For the record (or the archives), I'd like to mention that for me the numbers in the following (conservative?) script allow me to copy > 20 Gb to fossil with a disk cache of 1 Gb and some 50Gb of venti. The number are conservative in the sense that I tried to stop mkext long enough for the snap -a to finish. It seems I did not succeed in that, but at least it seems that one 'snap -a' finishes before the next one is started. In some 24 hours something like 12 Gb gets copied. Different numbers in the script and/or different cache size command line flags for fossil-open -c and for venti (see below) might make it faster (doing more in parallel); for me right now (after a runaway script that flooded fscns with 'snap -a' requests and thus broke fossil) the main thing is that it gets the (copying) job done. while () { date echo sleep 1800 sleep 1800 date echo stop mkext stop mkext |rc echo snap -a echo snap -a >> /srv/fscons date echo sleep 1800 sleep 1800 date echo start mkext start mkext | rc } I already had set the command line option cache numbers before I asked about the ratios here. I had made a similar calculation as Russ showed, but taken less space for the user and forgotten about the default kernelpercent. Currently I'm using fossil-open -c 12800; venti (-I -B -C)^' '^128m which probably explains why I see in stats that mem is fully used, and also swap space is used. At the start of each copy-to-venti swap usage increases almost to the max and slowly decreases until the block is copied after which it increases again, etc. stats really nicely shows the copying of the blocks to venti, and the copying with mkext to fossil. Oops. while typing this I see an error passing by; I mention it in a separate message. Axel. > in the meantime, what sort of numbers in the above script are likely > to keep fossil from filling up? From cse.psu.edu!9fans-admin Thu Mar 20 05:35:28 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 20 05:35:28 JST 2003 Received: (qmail 15742 invoked by uid 1020); 20 Mar 2003 05:35:27 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15738 invoked from network); 20 Mar 2003 05:35:27 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 20 Mar 2003 05:35:27 +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 C1A8719A7D; Wed, 19 Mar 2003 15:35:09 -0500 (EST) 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 F04B91999B for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 15:34:13 -0500 (EST) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2JKYBX1000110 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 21:34:11 +0100 (MET) Received: from zamenhof.cs.utwente.nl (zamenhof [130.89.13.77]) by zeus.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2JKY8bn004534 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 21:34:09 +0100 (MET) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id h2JKY9c05096 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 21:34:09 +0100 (MET) Message-Id: <200303192034.h2JKY9c05096@zamenhof.cs.utwente.nl> X-Authentication-Warning: zamenhof.cs.utwente.nl: belinfan@localhost didn't use HELO protocol 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, 19 Mar 2003 21:34:09 +0100 I just got the following error, see at the end. It seems that some things continue to work, at least fossil is still happily copying. To avoid fossil disk buffer overflow I just stopped mkext. I did not stop venti or fossil. While I was typing this it seemed that fossil tried another venti access, because I heard the disk and saw another similar diskReadRaw/archWalk error block (part of the errors at the end). I don't know if the last snap -a just finished, or the result was there already a bit longer, but there is a fresh vac:.. fingerprint. The mkfs -a|mkext pipe of which I stopped mkext has done some 12 Gb and still has some 15 Gb to go. While I was typing the rest of the message above, stopping mkext seems to have effectively stopped al activity, as visualized by stats, and audable by lack of disk activity (though I did not touch venti or fossil processes). What's the best cause of action now? Axel. Here follows all the error output I saw. term% cat error.diskReadRaw [...] disk: io=10002 at 8.397ms disk: io=10000 at 4.040ms disk: io=10000 at 3.604ms disk: io=10000 at 3.489ms disk: io=10000 at 4.882ms disk: io=10012 at 8.411ms diskReadRaw failed: part=3 addr=ee65: i/o error archive(0, 0xee65): cannot find block: i/o error archWalk 0xee65 failed; ptr is in 0xece8 offset 190 archWalk 0xece8 failed; ptr is in 0xd5c0 offset 7 archWalk 0xd5c0 failed; ptr is in 0xe877 offset 41 archWalk 0xe877 failed; ptr is in 0xe876 offset 4 archWalk 0xe876 failed; ptr is in 0xe875 offset 2 archWalk 0xe875 failed; ptr is in 0xe874 offset 4 archWalk 0xe874 failed; ptr is in 0xe873 offset 5 archWalk 0xe873 failed; ptr is in 0xe872 offset 2 archWalk 0xe872 failed; ptr is in 0xe871 offset 8 archWalk 0xe871 failed; ptr is in 0xe870 offset 42 archWalk 0xe870 failed; ptr is in 0xf61f offset 0 archWalk 0xf61f failed; ptr is in 0xf61e offset 0 archWalk 0xf61e failed; ptr is in 0xf61d offset 0 archiveBlock 0xf61d: i/o error diskReadRaw failed: part=3 addr=ee65: i/o error archive(0, 0xee65): cannot find block: i/o error archWalk 0xee65 failed; ptr is in 0xece8 offset 190 archWalk 0xece8 failed; ptr is in 0xd5c0 offset 7 archWalk 0xd5c0 failed; ptr is in 0xe877 offset 41 archWalk 0xe877 failed; ptr is in 0xe876 offset 4 archWalk 0xe876 failed; ptr is in 0xe875 offset 2 archWalk 0xe875 failed; ptr is in 0xe874 offset 4 archWalk 0xe874 failed; ptr is in 0xe873 offset 5 archWalk 0xe873 failed; ptr is in 0xe872 offset 2 archWalk 0xe872 failed; ptr is in 0xe871 offset 8 archWalk 0xe871 failed; ptr is in 0xe870 offset 42 archWalk 0xe870 failed; ptr is in 0xf61f offset 0 archWalk 0xf61f failed; ptr is in 0xf61e offset 0 archWalk 0xf61e failed; ptr is in 0xf61d offset 0 archiveBlock 0xf61d: i/o error disk: io=10027 at 8.080ms diskReadRaw failed: part=3 addr=ee65: i/o error archive(0, 0xee65): cannot find block: i/o error archWalk 0xee65 failed; ptr is in 0xece8 offset 190 archWalk 0xece8 failed; ptr is in 0xd5c0 offset 7 archWalk 0xd5c0 failed; ptr is in 0xe877 offset 41 archWalk 0xe877 failed; ptr is in 0xe876 offset 4 archWalk 0xe876 failed; ptr is in 0xe875 offset 2 archWalk 0xe875 failed; ptr is in 0xe874 offset 4 archWalk 0xe874 failed; ptr is in 0xe873 offset 5 archWalk 0xe873 failed; ptr is in 0xe872 offset 2 archWalk 0xe872 failed; ptr is in 0xe871 offset 8 archWalk 0xe871 failed; ptr is in 0xe870 offset 42 archWalk 0xe870 failed; ptr is in 0xf61f offset 0 archWalk 0xf61f failed; ptr is in 0xf61e offset 0 archWalk 0xf61e failed; ptr is in 0xf61d offset 0 archiveBlock 0xf61d: i/o error diskReadRaw failed: part=3 addr=ee65: i/o error archive(0, 0xee65): cannot find block: i/o error archWalk 0xee65 failed; ptr is in 0xece8 offset 190 archWalk 0xece8 failed; ptr is in 0xd5c0 offset 7 archWalk 0xd5c0 failed; ptr is in 0xe877 offset 41 archWalk 0xe877 failed; ptr is in 0xe876 offset 4 archWalk 0xe876 failed; ptr is in 0xe875 offset 2 archWalk 0xe875 failed; ptr is in 0xe874 offset 4 archWalk 0xe874 failed; ptr is in 0xe873 offset 5 archWalk 0xe873 failed; ptr is in 0xe872 offset 2 archWalk 0xe872 failed; ptr is in 0xe871 offset 8 archWalk 0xe871 failed; ptr is in 0xe870 offset 42 archWalk 0xe870 failed; ptr is in 0xf61f offset 0 archWalk 0xf61f failed; ptr is in 0xf61e offset 0 archWalk 0xf61e failed; ptr is in 0xf61d offset 0 archiveBlock 0xf61d: i/o error diskReadRaw failed: part=3 addr=efe1: i/o error archive(0, 0xefe1): cannot find block: i/o error archWalk 0xefe1 failed; ptr is in 0xef26 offset 158 archWalk 0xef26 failed; ptr is in 0xd5c0 offset 8 archWalk 0xd5c0 failed; ptr is in 0xe877 offset 41 archWalk 0xe877 failed; ptr is in 0xe876 offset 4 archWalk 0xe876 failed; ptr is in 0xe875 offset 2 archWalk 0xe875 failed; ptr is in 0xe874 offset 4 archWalk 0xe874 failed; ptr is in 0xe873 offset 5 archWalk 0xe873 failed; ptr is in 0xe872 offset 2 archWalk 0xe872 failed; ptr is in 0xe871 offset 8 archWalk 0xe871 failed; ptr is in 0xe870 offset 42 archWalk 0xe870 failed; ptr is in 0xf61f offset 0 archWalk 0xf61f failed; ptr is in 0xf61e offset 0 archWalk 0xf61e failed; ptr is in 0xf61d offset 0 archiveBlock 0xf61d: i/o error diskReadRaw failed: part=3 addr=efe1: i/o error archive(0, 0xefe1): cannot find block: i/o error archWalk 0xefe1 failed; ptr is in 0xef26 offset 158 archWalk 0xef26 failed; ptr is in 0xd5c0 offset 8 archWalk 0xd5c0 failed; ptr is in 0xe877 offset 41 archWalk 0xe877 failed; ptr is in 0xe876 offset 4 archWalk 0xe876 failed; ptr is in 0xe875 offset 2 archWalk 0xe875 failed; ptr is in 0xe874 offset 4 archWalk 0xe874 failed; ptr is in 0xe873 offset 5 archWalk 0xe873 failed; ptr is in 0xe872 offset 2 archWalk 0xe872 failed; ptr is in 0xe871 offset 8 archWalk 0xe871 failed; ptr is in 0xe870 offset 42 archWalk 0xe870 failed; ptr is in 0xf61f offset 0 archWalk 0xf61f failed; ptr is in 0xf61e offset 0 archWalk 0xf61e failed; ptr is in 0xf61d offset 0 archiveBlock 0xf61d: i/o error term% From cse.psu.edu!9fans-admin Thu Mar 20 05:40:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 20 05:40:24 JST 2003 Received: (qmail 15782 invoked by uid 1020); 20 Mar 2003 05:40:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15778 invoked from network); 20 Mar 2003 05:40:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 20 Mar 2003 05:40: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 C17F919A76; Wed, 19 Mar 2003 15:40:09 -0500 (EST) 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 ESMTP id 8B04519A76 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 15:39:21 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Mar 19 15:39:20 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Wed Mar 19 15:39:17 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil/venti: diskReadRaw failed From: "Russ Cox" In-Reply-To: <200303192034.h2JKY9c05096@zamenhof.cs.utwente.nl> 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, 19 Mar 2003 15:39:23 -0500 this is giving you the path from the block with the i/o error all the way back up to the root block. given that 0xf61d is readable yet 0xee65 is not, i'd say you have a real disk error rather than an overflow. try running cp /dev/sdC0/fossil /dev/null and see if you get i/o errors then. diskReadRaw failed: part=3 addr=ee65: i/o error archive(0, 0xee65): cannot find block: i/o error archWalk 0xee65 failed; ptr is in 0xece8 offset 190 archWalk 0xece8 failed; ptr is in 0xd5c0 offset 7 archWalk 0xd5c0 failed; ptr is in 0xe877 offset 41 archWalk 0xe877 failed; ptr is in 0xe876 offset 4 archWalk 0xe876 failed; ptr is in 0xe875 offset 2 archWalk 0xe875 failed; ptr is in 0xe874 offset 4 archWalk 0xe874 failed; ptr is in 0xe873 offset 5 archWalk 0xe873 failed; ptr is in 0xe872 offset 2 archWalk 0xe872 failed; ptr is in 0xe871 offset 8 archWalk 0xe871 failed; ptr is in 0xe870 offset 42 archWalk 0xe870 failed; ptr is in 0xf61f offset 0 archWalk 0xf61f failed; ptr is in 0xf61e offset 0 archWalk 0xf61e failed; ptr is in 0xf61d offset 0 archiveBlock 0xf61d: i/o error From cse.psu.edu!9fans-admin Thu Mar 20 05:53:36 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 20 05:53:36 JST 2003 Received: (qmail 15876 invoked by uid 1020); 20 Mar 2003 05:53:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15872 invoked from network); 20 Mar 2003 05:53:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 20 Mar 2003 05:53:25 +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 1E76919A83; Wed, 19 Mar 2003 15:53:10 -0500 (EST) 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 6E88E19A0B for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 15:52:57 -0500 (EST) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2JKqsX1000454 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 21:52:54 +0100 (MET) Received: from zamenhof.cs.utwente.nl (zamenhof [130.89.13.77]) by zeus.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2JKqqbn006274 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 21:52:52 +0100 (MET) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id h2JKqqF05215 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 21:52:52 +0100 (MET) Message-Id: <200303192052.h2JKqqF05215@zamenhof.cs.utwente.nl> X-Authentication-Warning: zamenhof.cs.utwente.nl: belinfan@localhost didn't use HELO protocol To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil/venti: diskReadRaw failed In-reply-to: Your message of "Wed, 19 Mar 2003 15:39:23 -0500." 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'~ X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 19 Mar 2003 21:52:52 +0100 > this is giving you the path from the block with the > i/o error all the way back up to the root block. > given that 0xf61d is readable yet 0xee65 is not, > i'd say you have a real disk error rather than > an overflow. > > try running cp /dev/sdC0/fossil /dev/null and > see if you get i/o errors then. term% cp /dev/sdD1/fossil /dev/null cp: error reading /dev/sdD1/fossil: i/o error Guess that's what you mean. From cse.psu.edu!9fans-admin Thu Mar 20 06:02:58 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 20 06:02:58 JST 2003 Received: (qmail 15959 invoked by uid 1020); 20 Mar 2003 06:02:56 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15955 invoked from network); 20 Mar 2003 06:02:56 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 20 Mar 2003 06:02:56 +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 8AD2719A86; Wed, 19 Mar 2003 16:02:42 -0500 (EST) 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 BD71519A25 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 16:01:32 -0500 (EST) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2JL1TX1000692 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 22:01:29 +0100 (MET) Received: from zamenhof.cs.utwente.nl (zamenhof [130.89.13.77]) by zeus.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2JL1Rbn007706 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 22:01:27 +0100 (MET) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id h2JL1R805307 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 22:01:27 +0100 (MET) Message-Id: <200303192101.h2JL1R805307@zamenhof.cs.utwente.nl> X-Authentication-Warning: zamenhof.cs.utwente.nl: belinfan@localhost didn't use HELO protocol To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil/venti: diskReadRaw failed In-reply-to: Your message of "Wed, 19 Mar 2003 21:52:52 +0100." <200303192052.h2JKqqF05215@zamenhof.cs.utwente.nl> References: <200303192052.h2JKqqF05215@zamenhof.cs.utwente.nl> 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'~ X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 19 Mar 2003 22:01:27 +0100 Just remembered that, in an attempt to speed things up, I had echo-ed 'dma on' and 'rwm on' to /dev/sdD1/ctl . To be sure, I switched both off, and repeated the cp; it took longer but the result was the same (i/o error). I wrote in response to Russ: > > this is giving you the path from the block with the > > i/o error all the way back up to the root block. > > given that 0xf61d is readable yet 0xee65 is not, > > i'd say you have a real disk error rather than > > an overflow. > > > > try running cp /dev/sdC0/fossil /dev/null and > > see if you get i/o errors then. > > term% cp /dev/sdD1/fossil /dev/null > cp: error reading /dev/sdD1/fossil: i/o error > > Guess that's what you mean. From cse.psu.edu!9fans-admin Thu Mar 20 06:03:18 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 20 06:03:18 JST 2003 Received: (qmail 15966 invoked by uid 1020); 20 Mar 2003 06:03:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15962 invoked from network); 20 Mar 2003 06:03:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 20 Mar 2003 06:03: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 ACFD819A8A; Wed, 19 Mar 2003 16:02:50 -0500 (EST) 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 ESMTP id DB1DC19A75 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 16:01:41 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Mar 19 16:01:40 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Wed Mar 19 16:01:37 EST 2003 Message-ID: <4d0bd3c9ac85cf5e30879d99337ca5a0@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil/venti: diskReadRaw failed From: "Russ Cox" In-Reply-To: <200303192052.h2JKqqF05215@zamenhof.cs.utwente.nl> 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, 19 Mar 2003 16:01:40 -0500 There you go. Not fossil's problem (for once). You might try toggling DMA and see if the errors go away. I kind of doubt it. From cse.psu.edu!9fans-admin Thu Mar 20 06:13:38 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 20 06:13:38 JST 2003 Received: (qmail 16017 invoked by uid 1020); 20 Mar 2003 06:13:27 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16013 invoked from network); 20 Mar 2003 06:13:27 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 20 Mar 2003 06:13:27 +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 69A5219A8B; Wed, 19 Mar 2003 16:13:09 -0500 (EST) 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 ESMTP id 6281019A87 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 16:12:47 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Mar 19 16:12:46 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Wed Mar 19 16:12:43 EST 2003 Message-ID: <6e2594b6d7f0bd77f330740aa143cf09@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil/venti: diskReadRaw failed From: "Russ Cox" In-Reply-To: <200303192101.h2JL1R805307@zamenhof.cs.utwente.nl> 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, 19 Mar 2003 16:12:46 -0500 go buy a new disk. From cse.psu.edu!9fans-admin Thu Mar 20 08:08:37 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 20 08:08:37 JST 2003 Received: (qmail 17210 invoked by uid 1020); 20 Mar 2003 08:08:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17206 invoked from network); 20 Mar 2003 08:08:26 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 20 Mar 2003 08:08:26 +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 1CE5B19A87; Wed, 19 Mar 2003 18:08:10 -0500 (EST) 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 543B719A25 for <9fans@cse.psu.edu>; Wed, 19 Mar 2003 18:08:00 -0500 (EST) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2JN7wX1004233 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 00:07:58 +0100 (MET) Received: from zamenhof.cs.utwente.nl (zamenhof [130.89.13.77]) by zeus.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2JN7ubn019806 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 00:07:56 +0100 (MET) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id h2JN7u305651 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 00:07:56 +0100 (MET) Message-Id: <200303192307.h2JN7u305651@zamenhof.cs.utwente.nl> X-Authentication-Warning: zamenhof.cs.utwente.nl: belinfan@localhost didn't use HELO protocol To: 9fans@cse.psu.edu Subject: [9fans] [OT] heat-stroken disk? (was fossil/venti: diskReadRaw failed) In-reply-to: Your message of "Wed, 19 Mar 2003 16:12:46 -0500." <6e2594b6d7f0bd77f330740aa143cf09@plan9.bell-labs.com> References: <6e2594b6d7f0bd77f330740aa143cf09@plan9.bell-labs.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'~ X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 20 Mar 2003 00:07:56 +0100 > go buy a new disk. Hmmm... getting off-topic... and long-winded... the short summary is: watch out, don't overheat your disks... The disk is a new (half-years old) maxtor 7200 rpm 80Gb disk, never used much until now. Similar disks were offered for a reduced price a while ago at the local student computer shop at the campus. I remember that a colleague who bought a disk then mentioned people who came back to the shop with problems, where the problems seemed to be due to overheated disks. So far, the computer my disk is in has seldom been on for more than a couple of hours at a time. Now it has been on for more than 24 hours at a time, with more or less constant disk usage/activity - it contains the fossil and venti partitions. Can overheating be the problem? I just opened the computer case, and noticed that the disk is, actually, not really in any airflow whatsoever (in addition to being on and used longer than ever before). I switched dma and rwm on again. A first time (while repeating the 'cp .../fossil /dev/null' experiment) this gave me some (kernel?) message about dma printed to the console, and the machine (or at least rio, when changing active windows) seemed to be slowed down quite a bit. the dmactl and rwmctl fields in the output of cat /dev/sdD1/ctl were reset to 0. After a while I retried switching dma/rwm on, and it stayed on. I repeated the 'cp /dev/sdD1/fossil /dev/null' experiment a couple of times. After a few failures as before, it succeeded! First time it succeeded, about half-way stats showed a brief but almost complete drop in context, syscalls and interrupts. After the first success, repeated experiments (just a handful, and then 10+10 more) were all successfull. I also just gave another 'snap -a' and the first blocks seem to have been written o.k. (for what it's worth), if that's what the disk: io=10000 at ... lines tell me. So, what does this give me? A disk I fear to really trust? a reason to reconsider the location of components and the airflow in the case? a reason to buy an additional fan, just to be sure? The funny (ahem) thing is that when I just had opened the case, indeed, the disk was warmer than it is now, but still, that temperature is in no way comparable to the much higher temperature of the scsi disks I use for the fs at the office: those scsi disks are in their own disk cabinet, and even there they heat up enough to bake an egg on -- or so it seems, but they seem to be able to stand that (have not given problems, and they have been on constantly for the last 2 years). Oh well, and then I still have to redo the experiment with increasing the amount of RAM in a laptop, to report the complete error message I get from aux/vga after the increase ('not enough free address space'). With the original memory (32Mb) I did not get the error, with 80Mb (and no changes made, apart from changing the ram) I do get the error. I searched the archive and found a few hits, but I was not able to figure out how to solve the problem from them. As I started to say, I'll redo the experiment and write down the exact error messages -- maybe tomorrow. Axel. From cse.psu.edu!9fans-admin Fri Mar 21 01:19:32 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 21 01:19:32 JST 2003 Received: (qmail 10826 invoked by uid 1020); 21 Mar 2003 01:19:31 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10822 invoked from network); 21 Mar 2003 01:19:30 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 21 Mar 2003 01:19:30 +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 8C64519A0B; Thu, 20 Mar 2003 11:19:10 -0500 (EST) 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 EC826199BF for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 11:17:59 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h2KGHqjj025391 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 18:17:53 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h2KGHnG8025390 for 9fans@cse.psu.edu; Thu, 20 Mar 2003 18:17:49 +0200 (SAST) From: Lucio De Re To: 9fans mailing list <9fans@cse.psu.edu> Message-ID: <20030320181747.D24448@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 Organization: Proxima Research & Development Subject: [9fans] SCSI controller(s) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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, 20 Mar 2003 18:17:47 +0200 I've asked my hardware supplier to arrange a Symbios SCSI controller compatible with Plan 9 (and with the rather dated 9.1Gig drives I have inherited) and he has found it difficult to source something in South Africa. As he also found the symbios web site unresponsive, does anyone have some suggestions on a reliable source for one such adapter? Sorry to bug the list for something somewhat off topic, but I doubt I'd get better advice anywhere else. ++L From cse.psu.edu!9fans-admin Fri Mar 21 01:28:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 21 01:28:20 JST 2003 Received: (qmail 10953 invoked by uid 1020); 21 Mar 2003 01:28:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10949 invoked from network); 21 Mar 2003 01:28:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 21 Mar 2003 01: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 4011A199F2; Thu, 20 Mar 2003 11:28:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from netscape.com (r2d2.aoltw.net [64.236.137.26]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B378619A08 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 11:27:56 -0500 (EST) Received: from yoda.mcom.com (yoda.ie.office.aol.com [10.128.72.204]) by netscape.com (8.10.0/8.10.0) with ESMTP id h2KGRrR23075 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 08:27:54 -0800 (PST) Received: from will551 ([10.128.73.153]) by yoda.mcom.com (Netscape Messaging Server 4.15) with SMTP id HC232P00.7QD for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 16:28:01 +0000 Message-ID: <011901c2eefd$790962b0$9949800a@will551> From: "Conor Williams" To: <9fans@cse.psu.edu> References: <20030320181747.D24448@cackle.proxima.alt.za> 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.4920.2300 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 Subject: [9fans] fossil fs kernel Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 20 Mar 2003 16:26:34 -0000 hey where do I find the source for the fossil kernel - I downloaded the "bleeding edge" sources monday... tx Conor From cse.psu.edu!9fans-admin Fri Mar 21 01:30:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 21 01:30:21 JST 2003 Received: (qmail 10986 invoked by uid 1020); 21 Mar 2003 01:30:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10982 invoked from network); 21 Mar 2003 01:30:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 21 Mar 2003 01:30: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 74E25199D7; Thu, 20 Mar 2003 11:30:10 -0500 (EST) 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 ESMTP id 48DC519A76 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 11:29:06 -0500 (EST) Message-ID: <9cfd9691a838e775752ec9b0ce25aa20@plan9.bell-labs.com> From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] fossil fs kernel In-Reply-To: <011901c2eefd$790962b0$9949800a@will551> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-qcygpsiaugybvlgtmrgymxcqtl" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 20 Mar 2003 11:29:04 -0500 This is a multi-part message in MIME format. --upas-qcygpsiaugybvlgtmrgymxcqtl Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit There isn't a fossil kernel, its just a program that runs on a normal kernel. --upas-qcygpsiaugybvlgtmrgymxcqtl Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Thu Mar 20 11:28:19 EST 2003 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Thu Mar 20 11:28:16 EST 2003 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 ECE3019A2A; Thu, 20 Mar 2003 11:28:07 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from netscape.com (r2d2.aoltw.net [64.236.137.26]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B378619A08 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 11:27:56 -0500 (EST) Received: from yoda.mcom.com (yoda.ie.office.aol.com [10.128.72.204]) by netscape.com (8.10.0/8.10.0) with ESMTP id h2KGRrR23075 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 08:27:54 -0800 (PST) Received: from will551 ([10.128.73.153]) by yoda.mcom.com (Netscape Messaging Server 4.15) with SMTP id HC232P00.7QD for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 16:28:01 +0000 Message-ID: <011901c2eefd$790962b0$9949800a@will551> From: "Conor Williams" To: <9fans@cse.psu.edu> References: <20030320181747.D24448@cackle.proxima.alt.za> 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.4920.2300 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 Subject: [9fans] fossil fs kernel Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 20 Mar 2003 16:26:34 -0000 hey where do I find the source for the fossil kernel - I downloaded the "bleeding edge" sources monday... tx Conor --upas-qcygpsiaugybvlgtmrgymxcqtl-- From cse.psu.edu!9fans-admin Fri Mar 21 01:33:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 21 01:33:22 JST 2003 Received: (qmail 11017 invoked by uid 1020); 21 Mar 2003 01:33:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11013 invoked from network); 21 Mar 2003 01:33:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 21 Mar 2003 01:33: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 495D919A7F; Thu, 20 Mar 2003 11:33:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from theraft.strakt.com (theraft.strakt.com [62.119.131.80]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id AD66719A40 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 11:31:59 -0500 (EST) Received: from strakt.com (boyd@zode.strakt.com [62.119.131.76]) by theraft.strakt.com (8.12.3/8.12.3/Debian -4) with ESMTP id h2KGVvxw012831 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 17:31:58 +0100 Message-ID: <3E79ECFD.6000700@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] fossil fs kernel References: <9cfd9691a838e775752ec9b0ce25aa20@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, 20 Mar 2003 17:31:57 +0100 David Presotto wrote: >There isn't a fossil kernel, its just a program that runs on >a normal kernel. > As it should be. From cse.psu.edu!9fans-admin Fri Mar 21 01:41:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 21 01:41:26 JST 2003 Received: (qmail 11130 invoked by uid 1020); 21 Mar 2003 01:41:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11126 invoked from network); 21 Mar 2003 01:41:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 21 Mar 2003 01:41:24 +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 300F119A7B; Thu, 20 Mar 2003 11:41:12 -0500 (EST) 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 108B019A74 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 11:40:37 -0500 (EST) Received: from nas.com (unknown [164.116.190.46]) by edoras.nas.com (Postfix) with ESMTP id ED2F5EB32F for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 08:40:35 -0800 (PST) Message-ID: <3E79EF02.8060708@nas.com> From: Jack Johnson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2a) Gecko/20020910 X-Accept-Language: en-us, en, es MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] SCSI controller(s) References: <20030320181747.D24448@cackle.proxima.alt.za> 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, 20 Mar 2003 08:40:34 -0800 Lucio De Re wrote: > As he also found the symbios web site unresponsive, does anyone have > some suggestions on a reliable source for one such adapter? It looks like someone may be reproducing some of the Symbios line (or at least reusing the chipset): http://www.ioiscsi.com/products/4204uw.shtml Don't know about availability, but you can always try your luck. -Jack From cse.psu.edu!9fans-admin Fri Mar 21 02:00:36 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 21 02:00:36 JST 2003 Received: (qmail 11253 invoked by uid 1020); 21 Mar 2003 02:00:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11249 invoked from network); 21 Mar 2003 02:00:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 21 Mar 2003 02:00:25 +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 9115B19A82; Thu, 20 Mar 2003 12:00:11 -0500 (EST) 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 574C119A40 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 11:58:36 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h2KGwTjj025509 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 18:58:34 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h2KGwSmN025508 for 9fans@cse.psu.edu; Thu, 20 Mar 2003 18:58:28 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] SCSI controller(s) Message-ID: <20030320185826.F24448@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <20030320181747.D24448@cackle.proxima.alt.za> <3E79EF02.8060708@nas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <3E79EF02.8060708@nas.com>; from Jack Johnson on Thu, Mar 20, 2003 at 08:40:34AM -0800 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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, 20 Mar 2003 18:58:27 +0200 On Thu, Mar 20, 2003 at 08:40:34AM -0800, Jack Johnson wrote: > > It looks like someone may be reproducing some of the Symbios line (or at > least reusing the chipset): > > http://www.ioiscsi.com/products/4204uw.shtml > > Don't know about availability, but you can always try your luck. > Looks good, thank you very much for your efforts. ++L From cse.psu.edu!9fans-admin Fri Mar 21 02:21:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 21 02:21:23 JST 2003 Received: (qmail 11453 invoked by uid 1020); 21 Mar 2003 02:21:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11449 invoked from network); 21 Mar 2003 02:21:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 21 Mar 2003 02:21:22 +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 ACFEE19A83; Thu, 20 Mar 2003 12:21:09 -0500 (EST) 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 1C89419A40 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 12:20:02 -0500 (EST) Received: from 200.1.1.126 ([200.1.1.126]) by doppio; Thu Mar 20 17:23:13 GMT 2003 From: "Nigel Roles" To: <9fans@cse.psu.edu> Subject: RE: [9fans] SCSI controller(s) Message-ID: <007601c2ef04$f2fd2820$7e0101c8@bambino> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: <20030320181747.D24448@cackle.proxima.alt.za> Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 20 Mar 2003 17:20:00 -0000 The usual answer these days is Tekram. Check the data sheets, as not all their products are symbios based. Don't forget that symbios are owned by lsilogic these days. -----Original Message----- From: 9fans-admin@cse.psu.edu [mailto:9fans-admin@cse.psu.edu] On Behalf Of Lucio De Re Sent: 20 March 2003 16:18 To: 9fans mailing list Subject: [9fans] SCSI controller(s) I've asked my hardware supplier to arrange a Symbios SCSI controller compatible with Plan 9 (and with the rather dated 9.1Gig drives I have inherited) and he has found it difficult to source something in South Africa. As he also found the symbios web site unresponsive, does anyone have some suggestions on a reliable source for one such adapter? Sorry to bug the list for something somewhat off topic, but I doubt I'd get better advice anywhere else. ++L From cse.psu.edu!9fans-admin Fri Mar 21 03:05:30 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 21 03:05:30 JST 2003 Received: (qmail 11807 invoked by uid 1020); 21 Mar 2003 03:05:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11803 invoked from network); 21 Mar 2003 03:05:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 21 Mar 2003 03:05:24 +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 A18DF19A40; Thu, 20 Mar 2003 13:05:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 18208199B9 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 13:04:08 -0500 (EST) Message-ID: <3859f4b0b3967a65f80798d1eef75e10@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] odd clock behaviour 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, 20 Mar 2003 18:07:02 0000 i just found my machine in the odd timer state again, so have the opportunite to play with it a bit more... presotto: > Try setting the variable i8253dotimerset to 0 (it's now set to 1). > echo off > '#P'/i8253timerset presumably i should do this at boot time, but i'd never know for sure whether i'd nailed the problem because it presents itself so rarely. anyway, it doesn't seem to fix much at run time. it does change stuff though: % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } 1048176273 1048211930 1048211930303113804 14857013246208 305454592 1048176320 1048212205 1048212205836287972 14941176119552 305454592 % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } 1048176368 1048212488 1048212488976582421 15027662622720 305454592 1048176414 1048212763 1048212763054236813 15111380900864 305454592 % echo -n off > '#P'/i8253timerset % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } 1048176621 1048213988 1048213988275370902 15485630322688 305454592 1048176798 1048214298 1048214298823858727 15580488784384 305454592 % % echo `{cat '#r/rtc'; cat /dev/time; }; sleep 100; echo `{cat '#r/rtc'; cat /dev/time; } 1048176875 1048214418 1048214418231644733 15616962440960 305454592 1048177053 1048214695 1048214695742160153 15701729302272 305454592 % i.e. before the change, sleep 100 was sleeping for 45 realtime seconds for 275 seconds elapsed in /dev/time. after changing i8253timeset, sleep 100 sleeps for 178 realtime seconds for 277 seconds elapsed in /dev/time. the timer was running normally when i booted the machine up. on boot, my processor is reported as a 996MHz GenuineIntel PentiumIII/Xeon (cpuid: AX 0x068A DX 0x383F9FF) i had a look in my bios settings for stuff that could be influencing the timers at runtime. what we've got (i'm running it on AC): Power Mode for AC Maximum Performance (which presumably chooses "Fixed Max" out of the options for processor speed of "Fixed Max/Medium/Slow", "Auto Medium/Slow") SpeedStep Technology Automatic (which says it's "Maximum Performance" on AC, i.e. always at high speed) CPU power management Automatic (says: "enables or disables the power saving feature that stops the microprocessor clock automatically when there are no system activities.") the last one seems like a possible culprit, i guess. From cse.psu.edu!9fans-admin Fri Mar 21 08:49:29 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 21 08:49:29 JST 2003 Received: (qmail 15086 invoked by uid 1020); 21 Mar 2003 08:49:28 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15082 invoked from network); 21 Mar 2003 08:49:28 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 21 Mar 2003 08:49:28 +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 6CD8B19A17; Thu, 20 Mar 2003 18:49:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from iceburg.precion.net (unknown [64.89.105.163]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6113519A02 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 18:48:21 -0500 (EST) Received: from smtp.com (localhost.localdomain [127.0.0.1]) by iceburg.precion.net (8.12.5/8.12.5) with SMTP id h2KNUfCY001393 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 18:09:18 -0600 Message-Id: <200303210009.h2KNUfCY001393@iceburg.precion.net> From: "Alliance Credit Group" To: 9fans@cse.psu.edu Precedence: list X-Bulkmail: 2.05 Subject: [9fans] Blah Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 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, 20 Mar 2003 18:09:18 +1800 In today's current economic environment it is becoming increasingly more difficult to avoid social & economic predators. These modern day predators (credit bureau errors, bill collectors etc...) prey on the hard working citizens of the US. Join us in forming an Alliance against such "predators". Although in many cases paychecks are lower and job security scarce, doesn't mean we will no longer need homes for our families, cars, credit cards or personal loans. In all probability we at sometime in the future will be in the market for one or more of these essentials. Formany of us these very necessary living expenses will be difficult to obtain. That's where we can help. Alliance Credit Group can help assist you in boosting your current credit rating by eliminating negative, misleading, unverifiable, inaccurate and outdated information from your credit file. In doing this, you will no longer have to be subject to paying ridiculously high interest rates because of a low credit rating. Shop for the best rates when in the market for a family home, car or when applying for a personal loan or credit cards. Visit us at our website today for more information on your rights to improving your personal credit profile. In most cases you can become eligible for the very best "Credit" has to offer you. When joining our Alliance against bad credit bureau reporting we can typically improve your personal credit profile by as much as 50% in as little as 30-45 days. Don't put this off any longer. Visit our websate today at http://www.alliancecreditgroup.com Sincerely, The Alliance Staff From cse.psu.edu!9fans-admin Fri Mar 21 08:52:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 21 08:52:20 JST 2003 Received: (qmail 15114 invoked by uid 1020); 21 Mar 2003 08:52:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15110 invoked from network); 21 Mar 2003 08:52:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 21 Mar 2003 08:52: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 449DE19A53; Thu, 20 Mar 2003 18:52:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from thefrayedknot.armory.com (thefrayedknot.armory.com [192.122.209.39]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 66E8219A1C for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 18:51:19 -0500 (EST) Received: (qmail 22996 invoked by uid 1000); 20 Mar 2003 23:51:17 -0000 From: Andrew To: 9fans@cse.psu.edu Subject: Re: [9fans] Blah Message-ID: <20030320235117.GA22992@thefrayedknot.armory.com> Mail-Followup-To: 9fans@cse.psu.edu References: <200303210009.h2KNUfCY001393@iceburg.precion.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200303210009.h2KNUfCY001393@iceburg.precion.net> User-Agent: Mutt/1.4i Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 20 Mar 2003 15:51:17 -0800 they couldnt have picked a better subject. On Thu, Mar 20, 2003 at 06:09:18PM +1800, Alliance Credit Group wrote: > In today's current economic environment it is becoming increasingly more difficult to avoid social & economic predators. These modern day predators (credit bureau errors, bill collectors etc...) prey on the hard working citizens of the US. Join us in forming an Alliance against such "predators". Although in many cases paychecks are lower and job security scarce, doesn't mean we will no longer need homes for our families, cars, credit cards or personal loans. In all probability we at sometime in the future will be in the market for one or more of these essentials. Formany of us these very necessary living expenses will be difficult to obtain. That's where we can help. > > Alliance Credit Group can help assist you in boosting your current credit rating by eliminating negative, misleading, unverifiable, inaccurate and outdated information from your credit file. In doing this, you will no longer have to be subject to paying ridiculously high interest rates because of a low credit rating. Shop for the best rates when in the market for a family home, car or when applying for a personal loan or credit cards. > > Visit us at our website today for more information on your rights to improving your personal credit profile. In most cases you can become eligible for the very best "Credit" has to offer you. > > When joining our Alliance against bad credit bureau reporting we can typically improve your personal credit profile by as much as 50% in as little as 30-45 days. Don't put this off any longer. > > > Visit our websate today at http://www.alliancecreditgroup.com > > > Sincerely, > The Alliance Staff From cse.psu.edu!9fans-admin Fri Mar 21 09:03:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 21 09:03:24 JST 2003 Received: (qmail 15261 invoked by uid 1020); 21 Mar 2003 09:03:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15257 invoked from network); 21 Mar 2003 09:03:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 21 Mar 2003 09:03:22 +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 20FD419A72; Thu, 20 Mar 2003 19:03:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mgr3.xmission.com (mgr3.xmission.com [198.60.22.203]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A14F8199B9 for <9fans@cse.psu.edu>; Thu, 20 Mar 2003 19:02:27 -0500 (EST) Received: from [198.60.22.200] (helo=mail.xmission.com) by mgr3.xmission.com with esmtp (Exim 3.35 #1) id 18w9zP-000849-03 for 9fans@cse.psu.edu; Thu, 20 Mar 2003 17:02:27 -0700 Received: from ack.dsl.xmission.com ([166.70.25.235] helo=xmission.com) by mail.xmission.com with esmtp (Exim 3.22 #1) id 18w9zO-0001CI-00 for 9fans@cse.psu.edu; Thu, 20 Mar 2003 17:02:26 -0700 Mime-Version: 1.0 (Apple Message framework v551) Content-Type: text/plain; charset=US-ASCII; format=flowed From: Chris Silva To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit Message-Id: <661F5001-5B30-11D7-8033-0030659642C4@xmission.com> X-Mailer: Apple Mail (2.551) Subject: [9fans] ati mach switch vga problem Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 20 Mar 2003 17:02:26 -0700 Hello all, Recently I switched a ATI xpert98 card to a generic ATI Mach64 card and I'm having a vga pannic; cpu0: registers for vga 47 FLAGS=10245 TRAP=0 ECODE=80100366 PC=8013A49A SS=0004 USP=6CA0 AX 00617D9 BX 307FFC90 CX 802587A8 DX 000000000 SI 000000FB DI 00000202 BP 8026C90B CS 0010 DS 008 ES 008 FS 001B GS 001B CR0 800010039 CR2 e07fff10 CR3 01da7000 CR4 00000050 MCA 00000000 MCT 00000000 ur 803fe3d4 up 80272dd8 panic: divide error ktrace /kernel/path 8010644c 803fe1e8 ... ... ... cpu0: exiting Is there anyway to fix things? Thanks, Chris From cse.psu.edu!9fans-admin Fri Mar 21 19:17:30 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 21 19:17:30 JST 2003 Received: (qmail 22680 invoked by uid 1020); 21 Mar 2003 19:17:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22676 invoked from network); 21 Mar 2003 19:17:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 21 Mar 2003 19:17: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 B168A19A26; Fri, 21 Mar 2003 05:17:10 -0500 (EST) 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 3149719991 for <9fans@cse.psu.edu>; Fri, 21 Mar 2003 05:16:49 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18wJJV-00047e-00 for 9fans@cse.psu.edu; Fri, 21 Mar 2003 09:59:49 +0000 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: <5ad6.3e7a4899.14367@blake.inputplus.co.uk> Organization: InputPlus Ltd. References: <5.2.0.9.0.20030312171850.030086d0@pop.noos.fr>, <3E75B4E9.8050305@strakt.com>, <3E7771FC.33FE8147@null.net> Subject: Re: [9fans] Drawterm and FreeBSD Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 21 Mar 2003 09:59:41 GMT Hi, > BRL's involvement in the X11 part would be mainly Gary Moss and to a > lesser extent myself. The only use of XCopyArea in our version of > sam/xterm is the bitblt() function, and there are no special > precautions or comments there. XFillRectangle is used in three > places, rectf() (same notes as for bitblt()) and texture(), where > color depth 1 is handled somewhat differently due to X-server not > supporting it. But there doesn't seem to be anything about order of > the actions. Stuff like XCopyArea or XCopyPlane is often found to exhibit bugs when an accelerated server backend has replaced the standard `device independent' implementation. Has anyone snooped the protocol when it fails and sent off the relevant snippet to the server maintainers? It seems unlikely the client could be doing anything wrong. > There does exist an XSynchronize() function that could > be inserted into the problematic application to help enforce > sequencing, which might at least help you to identify the exact > problem. If drawterm is an Xt Intrinsics application then -synchronous on the command line would have the same effect. Cheers, -- Ralph Corderoy. http://inputplus.co.uk/ralph/ http://troff.org/ From cse.psu.edu!9fans-admin Fri Mar 21 20:32:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 21 20:32:22 JST 2003 Received: (qmail 23594 invoked by uid 1020); 21 Mar 2003 20:32:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 23590 invoked from network); 21 Mar 2003 20:32:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 21 Mar 2003 20:32: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 DE2D619A53; Fri, 21 Mar 2003 06:32:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from smtp.noos.fr (nan-smtp-03.noos.net [212.198.2.72]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 612A619A17 for <9fans@cse.psu.edu>; Fri, 21 Mar 2003 06:31:53 -0500 (EST) Received: (qmail 9124139 invoked by uid 0); 21 Mar 2003 11:31:49 -0000 Received: from unknown (HELO ntmail.noos.fr) ([195.132.21.137]) (envelope-sender ) by 212.198.2.72 (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for <9fans@cse.psu.edu>; 21 Mar 2003 11:31:49 -0000 Message-Id: <5.2.0.9.0.20030321115722.037080a0@pop.noos.fr> X-Sender: philippe.anel@pop.noos.fr X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 To: 9fans@cse.psu.edu From: Philippe Anel Subject: Re: [9fans] Drawterm and FreeBSD In-Reply-To: <5ad6.3e7a4899.14367@blake.inputplus.co.uk> References: <5.2.0.9.0.20030312171850.030086d0@pop.noos.fr> <3E75B4E9.8050305@strakt.com> <3E7771FC.33FE8147@null.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 21 Mar 2003 12:24:02 +0100 At 09:59 21/03/03 +0000, you wrote: >Hi, > > > BRL's involvement in the X11 part would be mainly Gary Moss and to a > > lesser extent myself. The only use of XCopyArea in our version of > > sam/xterm is the bitblt() function, and there are no special > > precautions or comments there. XFillRectangle is used in three > > places, rectf() (same notes as for bitblt()) and texture(), where > > color depth 1 is handled somewhat differently due to X-server not > > supporting it. But there doesn't seem to be anything about order of > > the actions. > >Stuff like XCopyArea or XCopyPlane is often found to exhibit bugs when >an accelerated server backend has replaced the standard `device >independent' implementation. Has anyone snooped the protocol when it >fails and sent off the relevant snippet to the server maintainers? It >seems unlikely the client could be doing anything wrong. I agree with your analyze. Indeed, using ethereal, it seems there is no difference in the data exchanged between the client and the server when the bug arise and when drawterm works. However, I noticed an extra XCopyArea between two 'memimage's before the XCopyArea-XFillRectangle 'normal' sequence when glyphes are not drawn. I didn't (and still don't) have the time to look further into that. Moreover, with my 'XInitThreads()' patch, drawterm still rocks here. I'll try to post the ethereal logs next week. Philippe, From cse.psu.edu!9fans-admin Fri Mar 21 22:09:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 21 22:09:24 JST 2003 Received: (qmail 24603 invoked by uid 1020); 21 Mar 2003 22:09:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 24599 invoked from network); 21 Mar 2003 22:09:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 21 Mar 2003 22:09:23 +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 C285519A82; Fri, 21 Mar 2003 08:09:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from savan (unknown [195.173.15.12]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CC05219A85 for <9fans@cse.psu.edu>; Fri, 21 Mar 2003 08:08:03 -0500 (EST) Message-ID: <208df33641f0b7700c067e95bd02cde4@snellwilcox.com> From: "Steve Simon" To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] plot2ps ? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 21 Mar 2003 13:03:00 0000 Hi, I am using graph | plot to look at some experimental data. That works fine but I cannot see any way to print the resulting graph. Unfortunately the plot(6) format has evolved since Unix I cannot use plot2ps from comp.sources.unix either. I could use grap (though I don't know it) or perhaps I sould port gunplot (which comes highly reccomended by many people) but I dont know that either - I also feel it may be overkill for my needs... Anyone any opinions? -Steve From cse.psu.edu!9fans-admin Fri Mar 21 23:06:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 21 23:06:23 JST 2003 Received: (qmail 25215 invoked by uid 1020); 21 Mar 2003 23:06:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25211 invoked from network); 21 Mar 2003 23:06:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 21 Mar 2003 23:06:21 +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 2E6EA19A76; Fri, 21 Mar 2003 09:06:10 -0500 (EST) 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 EABAB19A69 for <9fans@cse.psu.edu>; Fri, 21 Mar 2003 09:05:50 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h2LE5kjj028110 for <9fans@cse.psu.edu>; Fri, 21 Mar 2003 16:05:47 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h2LE5i7r028109 for 9fans@cse.psu.edu; Fri, 21 Mar 2003 16:05:44 +0200 (SAST) From: Lucio De Re To: 9fans mailing list <9fans@cse.psu.edu> Message-ID: <20030321160543.J24448@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 Organization: Proxima Research & Development Subject: [9fans] kernel compilation Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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: Fri, 21 Mar 2003 16:05:44 +0200 I'm trying to compile a fresh kernel on what ought to be a pristine distribution off "sources" - BTW, what are the recent changes to SSH? I get: term% mk 'CONF=pcdisk' 9pcdisk.gz rc ../port/mkdevc pcdisk > pcdisk.c mk: no recipe to make 'bootpcdisk.root.8' in directory /sys/src/9/pc and I'm sure it has been mentioned before, but trying to find out what it is and how to fix it from my archives is quite a mission. Suggestions? ++L From cse.psu.edu!9fans-admin Sat Mar 22 01:00:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 22 01:00:25 JST 2003 Received: (qmail 26493 invoked by uid 1020); 22 Mar 2003 01:00:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 26489 invoked from network); 22 Mar 2003 01:00:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 22 Mar 2003 01:00: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 B4B6919A8B; Fri, 21 Mar 2003 11:00:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.mightycheese.com (mail.mightycheese.com [209.61.186.18]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id B7A5919A80 for <9fans@cse.psu.edu>; Fri, 21 Mar 2003 10:59:22 -0500 (EST) Received: from [216.239.45.4] (HELO glenda.corp.google.com) by mail.mightycheese.com (CommuniGate Pro SMTP 3.4.7) with ESMTP id 531435 for 9fans@cse.psu.edu; Fri, 21 Mar 2003 09:59:20 -0600 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] plot2ps ? From: "rob pike, esq." In-Reply-To: <208df33641f0b7700c067e95bd02cde4@snellwilcox.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: Fri, 21 Mar 2003 07:58:51 -0800 > I am using graph | plot to look at some experimental data. > That works fine but I cannot see any way to print the > resulting graph. If you have the graph in a window, you can lp /dev/wsys/10/window where 10 is the window id. you can discover the window id by typing cat /dev/winid before running graph | plot. Grap is trivial, too. -rob From cse.psu.edu!9fans-admin Sat Mar 22 01:28:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 22 01:28:25 JST 2003 Received: (qmail 26762 invoked by uid 1020); 22 Mar 2003 01:28:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 26758 invoked from network); 22 Mar 2003 01:28:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 22 Mar 2003 01:28:23 +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 B69AE19A8D; Fri, 21 Mar 2003 11:28:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from savan (unknown [195.173.15.12]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E267519A70 for <9fans@cse.psu.edu>; Fri, 21 Mar 2003 11:27:14 -0500 (EST) Message-ID: <679caeb8bc8066e8a775c8f46c6e8155@snellwilcox.com> From: "Steve Simon" To: 9fans@cse.psu.edu Subject: Re: [9fans] plot2ps ? In-Reply-To: <1283696623@snellwilcox.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: Fri, 21 Mar 2003 16:22:06 0000 Marvelous -Steve From cse.psu.edu!9fans-admin Sat Mar 22 02:49:34 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 22 02:49:34 JST 2003 Received: (qmail 27362 invoked by uid 1020); 22 Mar 2003 02:49:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27358 invoked from network); 22 Mar 2003 02:49:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 22 Mar 2003 02:49: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 CA21A19A85; Fri, 21 Mar 2003 12:49:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from emerald.lightlink.com (emerald.lightlink.com [205.232.34.14]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0392619A80 for <9fans@cse.psu.edu>; Fri, 21 Mar 2003 12:48:15 -0500 (EST) Received: from adore.lightlink.com (adore.lightlink.com [205.232.34.20]) by emerald.lightlink.com (8.8.8/8.8.8) with ESMTP id MAA04795 for <9fans@cse.psu.edu>; Fri, 21 Mar 2003 12:48:14 -0500 From: Matthew Haas To: 9fans@cse.psu.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] Setting up a 4th Edition Plan 9 fileserver w/ 2 SCSI disks Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 21 Mar 2003 12:48:13 -0500 (EST) Good day, We're trying to set up a Plan 9 cluster for experimentation and perhaps eventual deployment, and have a couple questions regarding installation: - when setting up the fileserver (We've made the boot disk from the CPU/auth server, it seems to boot fine), we've got 2 SCSI disks that we'd like to use... Fileserver config is as follows: Dell Optiplex GX1 Pentium II 233MHz 64MB RAM Symbios Logic SCSI controller SYM53C875 2 Seagate Barracude 9GB Wide SCSI drives 3Com 3c590 NIC however, one disk is on SCSI ID 1, and the other is on ID 6... various examples from sources give instructions on how to span the "main" filesystem across 2 disks of sequential IDs (such as 3 or 4)... such as in the config line: config [] or something like that... we can get a filesystem on 1 disk, but none of the variations we've tried have yielded a non-panic'ing system... config [] does not appear to be valid syntax... while it is true we could open the system & rejumper one of the drives, we're just curious Plan 9 supports configurations in this manner. Thanks for any help or pointers. p.s. Any idea if the Intel 82C540 Gbit ethernet cards are supported? I read some older articles off google groups where there may be a driver under development, but I haven't been able to find any more specific information. p.p.s. What Plan 9 driver would be used to support ATI Rage PRO chipsets? I've tried finding some database of supported chipsets -> Plan 9 drivers, but nothing has seemed to make itself available. --- Matthew Haas Squirrel's Law #209203923: "Thou shalt ignoreth Corning/Geneseo, NY all RAM specifications, they're noo scottish" From cse.psu.edu!9fans-admin Sat Mar 22 03:50:30 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 22 03:50:30 JST 2003 Received: (qmail 27941 invoked by uid 1020); 22 Mar 2003 03:50:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27937 invoked from network); 22 Mar 2003 03:50:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 22 Mar 2003 03:50: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 436C919A91; Fri, 21 Mar 2003 13:50:11 -0500 (EST) 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 ESMTP id D6BA6199ED for <9fans@cse.psu.edu>; Fri, 21 Mar 2003 13:49:11 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Mar 21 13:49:10 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Mar 21 13:49:08 EST 2003 Message-ID: <2e3d6e6f9017ba28d1d1e5d0ec19c441@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Drawterm and FreeBSD From: "Russ Cox" In-Reply-To: <5.2.0.9.0.20030321115722.037080a0@pop.noos.fr> 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, 21 Mar 2003 13:49:01 -0500 We found that XInitThread slows down drawterm a lot, probably enough that the race no longer happens on your machine. From cse.psu.edu!9fans-admin Sat Mar 22 04:10:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 22 04:10:24 JST 2003 Received: (qmail 28155 invoked by uid 1020); 22 Mar 2003 04:10:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28151 invoked from network); 22 Mar 2003 04:10:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 22 Mar 2003 04:10:22 +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 D08D619A97; Fri, 21 Mar 2003 14:10:09 -0500 (EST) 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 ESMTP id ED24919A6B for <9fans@cse.psu.edu>; Fri, 21 Mar 2003 14:09:18 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Mar 21 14:09:17 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Mar 21 14:09:15 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] ati mach switch vga problem From: "Russ Cox" In-Reply-To: <661F5001-5B30-11D7-8033-0030659642C4@xmission.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: Fri, 21 Mar 2003 14:09:19 -0500 > Is there anyway to fix things? go back to the xpert98. or buy an nvidia card. seriously. i hate the mach64 series. they're awful to program. but if you're hell-bent on using it... let's assume you can boot without vga and compile a kernel. (to boot without vga log in as none during the boot sequence.) there is a call: init_overlayclock(scr); in /sys/src/9/pc/vgamach64xx.c. comment it out. i think that will make your problem go away. From cse.psu.edu!9fans-admin Sat Mar 22 04:15:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 22 04:15:22 JST 2003 Received: (qmail 28229 invoked by uid 1020); 22 Mar 2003 04:15:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28225 invoked from network); 22 Mar 2003 04:15:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 22 Mar 2003 04:15: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 BA4A419A99; Fri, 21 Mar 2003 14:15:09 -0500 (EST) 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 ESMTP id 811C619A70 for <9fans@cse.psu.edu>; Fri, 21 Mar 2003 14:14:57 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Mar 21 14:14:56 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Mar 21 14:14:54 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] Setting up a 4th Edition Plan 9 fileserver w/ 2 SCSI disks From: "Russ Cox" In-Reply-To: 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, 21 Mar 2003 14:14:53 -0500 The example is actually [w<1-4>], which expands to [w1w2w3w4]. You can just say [w1w6] if you want the blockwise interleaving of w1 and w6. The Rage PRO is not supported (though of course you don't need vga for a file server anyway, but I assume your question is for a different system). ATI is nothing but trouble. Buy an nvidia card. They understand backwards compatibility, which makes our lives much easier. Before I got hooked on nvidia, my favorite card was the Diamond Stealth III S540, which might still sell on EBay occasionally. Russ From cse.psu.edu!9fans-admin Sat Mar 22 04:45:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 22 04:45:26 JST 2003 Received: (qmail 28600 invoked by uid 1020); 22 Mar 2003 04:45:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28596 invoked from network); 22 Mar 2003 04:45:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 22 Mar 2003 04:45:24 +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 E6FFD19A6C; Fri, 21 Mar 2003 14:45:10 -0500 (EST) 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 ESMTP id 1E47919A63 for <9fans@cse.psu.edu>; Fri, 21 Mar 2003 14:44:57 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Mar 21 14:44:55 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Mar 21 14:44:53 EST 2003 Message-ID: <9fe1ce799ffdce1a88a609c7bbb749ea@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Drawterm and FreeBSD From: "Russ Cox" In-Reply-To: <5.2.0.9.0.20030321115722.037080a0@pop.noos.fr> 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, 21 Mar 2003 14:44:52 -0500 > Indeed, using ethereal, it seems there is no difference in the data > exchanged between the client and the server when the bug arise and > when drawterm works. > > However, I noticed an extra XCopyArea between two 'memimage's before > the XCopyArea-XFillRectangle 'normal' sequence when glyphes are not > drawn. Which is it? No difference or an extra XCopyArea? The normal sequence should be a single XFillRectangle (to erase the background for a whole line of text) followed by a large number of XCopyAreas (one for each character to draw the text). From cse.psu.edu!9fans-admin Sat Mar 22 05:20:43 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 22 05:20:43 JST 2003 Received: (qmail 28983 invoked by uid 1020); 22 Mar 2003 05:20:28 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28979 invoked from network); 22 Mar 2003 05:20:28 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 22 Mar 2003 05:20: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 BA55D19A96; Fri, 21 Mar 2003 15:20:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 78C9319A89 for <9fans@cse.psu.edu>; Fri, 21 Mar 2003 15:20:00 -0500 (EST) Received: from [198.60.22.200] (helo=mail.xmission.com) by mgr2.xmission.com with esmtp (Exim 3.35 #1) id 18wSvF-0006Y0-02 for 9fans@cse.psu.edu; Fri, 21 Mar 2003 13:15:25 -0700 Received: from ack.dsl.xmission.com ([166.70.25.235] helo=xmission.com) by mail.xmission.com with esmtp (Exim 3.22 #1) id 18wSvE-0006oh-00 for 9fans@cse.psu.edu; Fri, 21 Mar 2003 13:15:24 -0700 Subject: Re: [9fans] ati mach switch vga problem Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v551) From: Chris Silva To: 9fans@cse.psu.edu Content-Transfer-Encoding: 7bit In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.551) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 21 Mar 2003 13:15:24 -0700 I'm able to boot up fine with plan9 boot disks. So, I was wondering if there were vga settings I could fool around with? since I know that the 65mhz generic monitor with 600x800 16bit settings of the boot disk works. On Friday, March 21, 2003, at 12:09 PM, Russ Cox wrote: >> Is there anyway to fix things? > > go back to the xpert98. or buy an nvidia card. > seriously. i hate the mach64 series. > they're awful to program. > > but if you're hell-bent on using it... > > let's assume you can boot without vga > and compile a kernel. (to boot without > vga log in as none during the boot sequence.) > > there is a call: > > init_overlayclock(scr); > > in /sys/src/9/pc/vgamach64xx.c. > comment it out. i think that will > make your problem go away. > > From cse.psu.edu!9fans-admin Sat Mar 22 05:24:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 22 05:24:21 JST 2003 Received: (qmail 29145 invoked by uid 1020); 22 Mar 2003 05:24:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 29141 invoked from network); 22 Mar 2003 05:24:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 22 Mar 2003 05:24: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 2C03519A9B; Fri, 21 Mar 2003 15:24:10 -0500 (EST) 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 ESMTP id 88610199ED for <9fans@cse.psu.edu>; Fri, 21 Mar 2003 15:23:48 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Mar 21 15:23:47 EST 2003 Received: from 18.24.6.202 ([18.24.6.202]) by plan9; Fri Mar 21 15:23:45 EST 2003 Message-ID: <5496f0d49789ab5be55b2d9ba49da991@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] ati mach switch vga problem From: "Russ Cox" In-Reply-To: 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, 21 Mar 2003 15:23:45 -0500 I think the boot disk works because it is very old and doesn't have that vga code. I'm almost certain you need to rebuild the kernel to fix it. From cse.psu.edu!9fans-admin Mon Mar 24 10:50:10 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 24 10:50:10 JST 2003 Received: (qmail 9631 invoked by uid 1020); 24 Mar 2003 10:49:53 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9613 invoked from network); 24 Mar 2003 10:49:33 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 24 Mar 2003 10:49:33 +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 D6201199EE; Sun, 23 Mar 2003 20:49:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from garlic.apnic.net (garlic.apnic.net [202.12.29.224]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CCD96199BB for <9fans@cse.psu.edu>; Sun, 23 Mar 2003 20:48:31 -0500 (EST) Received: (from ggm@localhost) by garlic.apnic.net (8.11.6/8.11.6) id h2O1m7n00737; Mon, 24 Mar 2003 11:48:07 +1000 (EST) From: George Michaelson To: 9fans@cse.psu.edu Message-Id: <20030324114806.78f6cf04.ggm@apnic.net> In-Reply-To: References: <29e8ba954a1cd5ac7b8a9f509008e9da@centurytel.net> Organization: APNIC Pty Ltd X-Mailer: Sylpheed version 0.8.10claws101 (GTK+ 1.2.10; i386--netbsdelf) X-Fruit-Of-The-Month-Club: persimmon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [9fans] UTF-8 handling in non-plan9 app: help finding 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: Mon, 24 Mar 2003 11:48:06 +1000 Not a plan9 bug, but I'd appreciate debug help. I am UTF-8 illiterate. This From: address appears to render in my gui as From: 'binary meant to be korean', Is this because the UTF-8 decoder has mapped a 16 byte char into ASCII which ends with a comma, and the gui hasn't made this SMTP legal? Some people think From: any crap you like is ok, but From: "other crap" is clearly nicer, since you can probably quote the trailling , equally, the "," may not be there. it might be the UTF-8 decoder or something else is broken. so can one of you RUNIC wizards tell me if this is valid hypotheses? Is this actually a bug their side, sending invalid RFC822/SMTP header? -george From: =?UTF-8?B?7LKc66y07Zi4?= To: "George Michaelson" From cse.psu.edu!9fans-admin Mon Mar 24 11:32:28 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 24 11:32:28 JST 2003 Received: (qmail 11789 invoked by uid 1020); 24 Mar 2003 11:32:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11774 invoked from network); 24 Mar 2003 11:32:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 24 Mar 2003 11:32:22 +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 EC08B19981; Sun, 23 Mar 2003 21:32:09 -0500 (EST) 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 ESMTP id 0F1DD19988 for <9fans@cse.psu.edu>; Sun, 23 Mar 2003 21:31:25 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sun Mar 23 21:31:23 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Sun Mar 23 21:31:21 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] UTF-8 handling in non-plan9 app: help finding bug From: "Russ Cox" In-Reply-To: <20030324114806.78f6cf04.ggm@apnic.net> 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, 23 Mar 2003 21:31:26 -0500 I sent myself a message with that From: line, and saw a From with three Unicode characters: cc9c, bb34, and d638. No comma. Russ From cse.psu.edu!9fans-admin Mon Mar 24 12:02:42 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 24 12:02:42 JST 2003 Received: (qmail 12916 invoked by uid 1020); 24 Mar 2003 12:02:41 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12887 invoked from network); 24 Mar 2003 12:02:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 24 Mar 2003 12:02:23 +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 5F94D19A10; Sun, 23 Mar 2003 22:02:10 -0500 (EST) 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 ESMTP id 4DA82199F2 for <9fans@cse.psu.edu>; Sun, 23 Mar 2003 22:01:28 -0500 (EST) Message-ID: <3032e34b48396811828667e33f9592bf@plan9.bell-labs.com> From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] UTF-8 handling in non-plan9 app: help finding bug In-Reply-To: <20030324114806.78f6cf04.ggm@apnic.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-tbpkcvyxfxurxxngslxpmijjew" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 23 Mar 2003 22:01:26 -0500 This is a multi-part message in MIME format. --upas-tbpkcvyxfxurxxngslxpmijjew Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit The base64 string decodes to 9 UTF bytes whose hex values are: ec b2 9c eb ac b4 ed 98 b8 Not a comma in there. This UTF string converts to 3 Unicode characters: cc9c bb34 d638 This is in the right range for Korean and there isn't a comma in there at all. All the =?charset?encoding?stuff?= is supposed to be treated as a single symbol so you needn't worry about commas in there anyways. My best guess is that your gui saw some characters that it couldn't figure out how to display and stuck in its own goofie looking From: line. --upas-tbpkcvyxfxurxxngslxpmijjew Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sun Mar 23 20:49:32 EST 2003 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Sun Mar 23 20:49:29 EST 2003 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 B6EE5199E4; Sun, 23 Mar 2003 20:49:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from garlic.apnic.net (garlic.apnic.net [202.12.29.224]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CCD96199BB for <9fans@cse.psu.edu>; Sun, 23 Mar 2003 20:48:31 -0500 (EST) Received: (from ggm@localhost) by garlic.apnic.net (8.11.6/8.11.6) id h2O1m7n00737; Mon, 24 Mar 2003 11:48:07 +1000 (EST) From: George Michaelson To: 9fans@cse.psu.edu Message-Id: <20030324114806.78f6cf04.ggm@apnic.net> In-Reply-To: References: <29e8ba954a1cd5ac7b8a9f509008e9da@centurytel.net> Organization: APNIC Pty Ltd X-Mailer: Sylpheed version 0.8.10claws101 (GTK+ 1.2.10; i386--netbsdelf) X-Fruit-Of-The-Month-Club: persimmon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [9fans] UTF-8 handling in non-plan9 app: help finding 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: Mon, 24 Mar 2003 11:48:06 +1000 Not a plan9 bug, but I'd appreciate debug help. I am UTF-8 illiterate. This From: address appears to render in my gui as From: 'binary meant to be korean', Is this because the UTF-8 decoder has mapped a 16 byte char into ASCII which ends with a comma, and the gui hasn't made this SMTP legal? Some people think From: any crap you like is ok, but From: "other crap" is clearly nicer, since you can probably quote the trailling , equally, the "," may not be there. it might be the UTF-8 decoder or something else is broken. so can one of you RUNIC wizards tell me if this is valid hypotheses? Is this actually a bug their side, sending invalid RFC822/SMTP header? -george From: =?UTF-8?B?7LKc66y07Zi4?= To: "George Michaelson" --upas-tbpkcvyxfxurxxngslxpmijjew-- From cse.psu.edu!9fans-admin Mon Mar 24 19:23:31 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 24 19:23:31 JST 2003 Received: (qmail 27133 invoked by uid 1020); 24 Mar 2003 19:23:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27129 invoked from network); 24 Mar 2003 19:23:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 24 Mar 2003 19: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 D768B19A00; Mon, 24 Mar 2003 05:23:09 -0500 (EST) 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 F2D7A199BF for <9fans@cse.psu.edu>; Mon, 24 Mar 2003 05:22:40 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18xP3w-000113-00 for 9fans@cse.psu.edu; Mon, 24 Mar 2003 10:20:16 +0000 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Richard C Bilson Message-ID: Organization: University of Waterloo Subject: [9fans] rtl8139 woes Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 24 Mar 2003 10:19:53 GMT [responding to my own previous message] I figured it out. I had to recompile the kernel, since the stock kernel in the distribution doesn't have rtl8139 support built in. An interesting adventure for my first experience doing anything with plan 9, especially since I understand that "disk/kfscmd allow" is cheating. But I figured it out, and it works just dandy now. - Richard From cse.psu.edu!9fans-admin Mon Mar 24 19:23:54 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 24 19:23:54 JST 2003 Received: (qmail 27143 invoked by uid 1020); 24 Mar 2003 19:23:54 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27139 invoked from network); 24 Mar 2003 19:23:54 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 24 Mar 2003 19:23:54 +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 3C21519A0B; Mon, 24 Mar 2003 05:23:19 -0500 (EST) 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 33836199D7 for <9fans@cse.psu.edu>; Mon, 24 Mar 2003 05:22:43 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18xOxt-0000rt-00 for 9fans@cse.psu.edu; Mon, 24 Mar 2003 10:14:01 +0000 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: <2b09.3e7ba401.67cd8@blake.inputplus.co.uk> Organization: InputPlus Ltd. References: <5.2.0.9.0.20030321115722.037080a0@pop.noos.fr>, <9fe1ce799ffdce1a88a609c7bbb749ea@plan9.bell-labs.com> Subject: Re: [9fans] Drawterm and FreeBSD Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 24 Mar 2003 10:12:51 GMT Hi Russ, > The normal sequence should be a single XFillRectangle (to erase the > background for a whole line of text) followed by a large number of > XCopyAreas (one for each character to draw the text). Presumably, just one thread does this and no other thread ever writes to XFillRectangle's drawable? I'd find a way to bump this off to the server author's ASAP. Perhaps a simple test-case that people can run against a server with no Plan 9 involved so everyone can try it and watch for problems. Cheers, -- Ralph Corderoy. http://inputplus.co.uk/ralph/ http://troff.org/ From cse.psu.edu!9fans-admin Mon Mar 24 19:24:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 24 19:24:24 JST 2003 Received: (qmail 27152 invoked by uid 1020); 24 Mar 2003 19:24:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27148 invoked from network); 24 Mar 2003 19:24:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 24 Mar 2003 19:24: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 0428919A2A; Mon, 24 Mar 2003 05:23:27 -0500 (EST) 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 4A976199BF for <9fans@cse.psu.edu>; Mon, 24 Mar 2003 05:22:44 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18xP3Q-0000zh-00 for 9fans@cse.psu.edu; Mon, 24 Mar 2003 10:19:44 +0000 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: will551 Message-ID: <3E7DBA63.6731A8A9@iol.ie> Organization: Eircom.Net http://www.eircom.net Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [9fans] replica/pull problems loading new file server Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 24 Mar 2003 10:19:41 GMT hi I want to load my empty file server but im having problems with replica/pull heres my config file: #!/bin/rc serverroot=/n/dist2 serverlog=/n/india19/plan9.log serverproto=/dist/replica/plan9.proto fn servermount { status='' } fn serverupdate ( status=;; } fn clientmount { status='' } clientroot=/n/india19 clientproto=/dist/replica/plan9.proto clientdb=/dist/replica/client/plan9.db clientexclude=(dist/replica/client) clientlog=/n/india19/plan9c.log applyopt=(-u -T/dist/replica/client/plan9.time) #EOF I run that through replica/push /dist/replica/client/plan9.db is about 650K my server is mounted on /n/india19 and the plan9.iso is mounted on /n/dist2 I goes off for about 15 seconds and nothing happens. I can touch files on /n/india19. tx will551 -- ------------------------------------------------------------ (,_ ,_, _,) /]\`-._( )_.-'/]\ Email: will551@iol.ie / ] \`-'/ \'-`/ ] \ /___].-'`-\_/-`'-.]__\ ------------------------------------------------------------ From cse.psu.edu!9fans-admin Mon Mar 24 19:24:58 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 24 19:24:58 JST 2003 Received: (qmail 27197 invoked by uid 1020); 24 Mar 2003 19:24:57 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27193 invoked from network); 24 Mar 2003 19:24:57 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 24 Mar 2003 19:24:57 +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 AB3D9199BF; Mon, 24 Mar 2003 05:23:34 -0500 (EST) 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 6EB06199E4 for <9fans@cse.psu.edu>; Mon, 24 Mar 2003 05:22:53 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18xOzT-0000uV-00 for 9fans@cse.psu.edu; Mon, 24 Mar 2003 10:15:39 +0000 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: will551 Message-ID: Organization: http://groups.google.com/ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: [9fans] replica for new file server Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 24 Mar 2003 10:15:18 GMT hi how do I use replica to load up my new file server. Im using: replica/push /dist/replica/newfs and the config file newfs is something like: #!/bin/rc serverroot=/n/india19 serverlog=/n/india19/plan9.log serverproto=/n/india19/plan9.proto clientroot=/n/dist clientproto=/dist/replica/plan9.proto clientdb=/dist/replica/client/plan9.db clientexclude=(dist/replica/client) clientlog=/tmp/plan9c.log applyopt=(-u -T /dist/replica/client/plan9.time) #EOF my new fileless fileserver is mounted on /n/india19. and my distribution cd is mounted on /n/dist. tx will551 From cse.psu.edu!9fans-admin Mon Mar 24 19:28:16 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 24 19:28:16 JST 2003 Received: (qmail 27274 invoked by uid 1020); 24 Mar 2003 19:28:15 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27270 invoked from network); 24 Mar 2003 19:28:15 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 24 Mar 2003 19:28: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 C46E019A27; Mon, 24 Mar 2003 05:28:09 -0500 (EST) 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 90D5519A04 for <9fans@cse.psu.edu>; Mon, 24 Mar 2003 05:27:04 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18xOxt-0000rz-00 for 9fans@cse.psu.edu; Mon, 24 Mar 2003 10:14:01 +0000 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Richard C Bilson Message-ID: Organization: University of Waterloo Subject: [9fans] rtl8139 woes Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 24 Mar 2003 10:13:02 GMT I was hoping to get through the install without needing to ask for help, and I succeeded -- I was especially impressed by how easy it was to download the distribution over the network (through a rtl8139 connected to a cable modem). Then I tried to start the network. No luck. My cable provider gives all net configuration through DHCP, which was enough to configure WinXP, Debian, and the Plan 9 install without any further thought. Uncommenting the ip/ipconfig line in /rc/bin/termrc didn't enable the network. Running ip/ipconfig on its own reports: ip/ipconfig: binding device: '/net/ether0' cs: file does not exist and, indeed, there is no /net/ether0 file. Adding "ether0=type=rtl8139" to /n/9fat/plan9.ini doesn't fix the problem, but when I do this the boot process does print "ether#0 : rtl8139 : port..." along with various configuration information that looks basically correct. This is the line that prints before "found 9pcdisk". I haven't yet edited my /lib/ndb/local file to describe the local interface, since it seems that most of the information I would specify there ought to be obtained from DHCP -- I'm trying to set the system up stand-alone (no cpu, auth, fs). I don't know if I'm right here -- reading the Wiki didn't really clear this up for me. Any help will be greatly appreciated. - Richard From cse.psu.edu!9fans-admin Mon Mar 24 19:48:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 24 19:48:26 JST 2003 Received: (qmail 27706 invoked by uid 1020); 24 Mar 2003 19:48:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 27702 invoked from network); 24 Mar 2003 19:48:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 24 Mar 2003 19:48: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 7A91A19A2C; Mon, 24 Mar 2003 05:48:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from netscape.com (c3po.aoltw.net [64.236.137.25]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 1A75819A04 for <9fans@cse.psu.edu>; Mon, 24 Mar 2003 05:47:19 -0500 (EST) Received: from yoda.mcom.com (yoda.ie.office.aol.com [10.128.72.204]) by netscape.com (8.10.0/8.10.0) with ESMTP id h2OAlHn20395 for <9fans@cse.psu.edu>; Mon, 24 Mar 2003 02:47:17 -0800 (PST) Received: from will551 ([10.128.74.140]) by yoda.mcom.com (Netscape Messaging Server 4.15) with SMTP id HC91YV00.9TW for <9fans@cse.psu.edu>; Mon, 24 Mar 2003 10:47:19 +0000 Message-ID: <014101c2f1f2$b9648ef0$8c4a800a@will551> From: "Conor Williams" To: <9fans@cse.psu.edu> References: <3E7DBA63.6731A8A9@iol.ie> Subject: Re: [9fans] replica/pull problems loading new file server(fix) 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.4920.2300 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 24 Mar 2003 10:47:11 -0000 hey there got that fixed - had to blank the plan9.time file and the log file had to be full. tx will551 ----- Original Message ----- From: "will551" To: <9fans@cse.psu.edu> Sent: Monday, March 24, 2003 10:19 AM Subject: [9fans] replica/pull problems loading new file server > hi > I want to load my empty file server but im > having problems with replica/pull > > heres my config file: > #!/bin/rc > > serverroot=/n/dist2 > serverlog=/n/india19/plan9.log > serverproto=/dist/replica/plan9.proto > fn servermount { status='' } > fn serverupdate ( status=;; } > > fn clientmount { status='' } > clientroot=/n/india19 > clientproto=/dist/replica/plan9.proto > clientdb=/dist/replica/client/plan9.db > clientexclude=(dist/replica/client) > clientlog=/n/india19/plan9c.log > > applyopt=(-u -T/dist/replica/client/plan9.time) > #EOF > I run that through replica/push > /dist/replica/client/plan9.db is about 650K > my server is mounted on /n/india19 > and the plan9.iso is mounted on /n/dist2 > > I goes off for about 15 seconds and nothing happens. > I can touch files on /n/india19. > > tx > will551 > > -- > ------------------------------------------------------------ > (,_ ,_, _,) > /]\`-._( )_.-'/]\ Email: will551@iol.ie > / ] \`-'/ \'-`/ ] \ > /___].-'`-\_/-`'-.]__\ > ------------------------------------------------------------ > From cse.psu.edu!9fans-admin Tue Mar 25 01:03:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 25 01:03:25 JST 2003 Received: (qmail 32123 invoked by uid 1020); 25 Mar 2003 01:03:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 32119 invoked from network); 25 Mar 2003 01:03:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 25 Mar 2003 01:03: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 6319719A2D; Mon, 24 Mar 2003 11:03:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 3C74119A08 for <9fans@cse.psu.edu>; Mon, 24 Mar 2003 11:02:43 -0500 (EST) Message-ID: <6eaa10c5a4c987b8af6b02c3cedee1e1@vitanuova.com> To: 9fans@cse.psu.edu From: rog@vitanuova.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-gslfghloetcbckukfxpwjvjgdh" Subject: [9fans] unlnfs Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 24 Mar 2003 16:05:37 0000 This is a multi-part message in MIME format. --upas-gslfghloetcbckukfxpwjvjgdh Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit for those moving to fossil, here's a little program that gets transforms the coded long names created by lnfs(1) back into their original form. run it on the same directory that was originally given to lnfs. of course, someone's probably already done this, but i couldn't find it on the system. cheers, rog. --upas-gslfghloetcbckukfxpwjvjgdh Content-Disposition: attachment; filename=unlnfs.c Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit #include #include #include #include enum { ENCLEN = 26, }; typedef struct Name Name; struct Name { char shortname[ENCLEN + 1]; char* longname; Name* next; }; Name *names; void rename(char*, char*, char*); void renamedir(char*); void readnames(char*); void main(int argc, char **argv) { char lnfile[256], *d; d = "."; if(argc > 1) d = argv[1]; snprint(lnfile, sizeof(lnfile), "%s/.longnames", d); readnames(lnfile); renamedir(d); } void renamedir(char *d) { int n; Dir *dir; char *sub; int fd, i; uchar digest[MD5dlen]; Name *na; fd = open(d, OREAD); if (fd == -1) return; while((n = dirread(fd, &dir)) > 0){ for(i = 0; i < n; i++){ if(dir[i].mode & DMDIR){ sub = malloc(strlen(d) + 1 + strlen(dir[i].name) + 1); sprint(sub, "%s/%s", d, dir[i].name); renamedir(sub); free(sub); } if(strlen(dir[i].name) != ENCLEN) continue; for (na = names; na != nil; na = na->next){ if (strcmp(na->shortname, dir[i].name) == 0){ rename(d, dir[i].name, na->longname); break; } } } free(dir); } close(fd); } void rename(char *d, char *old, char *new) { char *p; Dir dir; p = malloc(strlen(d) + 1 + strlen(old) + 1); sprint(p, "%s/%s", d, old); nulldir(&dir); dir.name = new; if(dirwstat(p, &dir) == -1) fprint(2, "unlnfs: cannot rename %s to %s: %r\n", p, new); free(p); } void long2short(char shortname[ENCLEN+1], char *longname) { uchar digest[MD5dlen]; md5((uchar*)longname, strlen(longname), digest, nil); enc32(shortname, ENCLEN+1, digest, MD5dlen); } void readnames(char *lnfile) { Biobuf *bio; char *f; int slot; Name *n; bio = Bopen(lnfile, OREAD); if(bio == nil){ fprint(2, "unlnfs: cannot open %s: %r\n", lnfile); exits("error"); } while((f = Brdstr(bio, '\n', 1)) != nil){ n = malloc(sizeof(Name)); n->longname = f; long2short(n->shortname, f); n->next = names; names = n; } Bterm(bio); } --upas-gslfghloetcbckukfxpwjvjgdh-- From cse.psu.edu!9fans-admin Tue Mar 25 01:42:49 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 25 01:42:49 JST 2003 Received: (qmail 32511 invoked by uid 1020); 25 Mar 2003 01:42:28 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 32507 invoked from network); 25 Mar 2003 01:42:28 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 25 Mar 2003 01:42: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 33A4E19A64; Mon, 24 Mar 2003 11:42:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from netscape.com (r2d2.aoltw.net [64.236.137.26]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C2983199D7 for <9fans@cse.psu.edu>; Mon, 24 Mar 2003 06:11:51 -0500 (EST) Received: from yoda.mcom.com (yoda.ie.office.aol.com [10.128.72.204]) by netscape.com (8.10.0/8.10.0) with ESMTP id h2OBBnR09192 for <9fans@cse.psu.edu>; Mon, 24 Mar 2003 03:11:49 -0800 (PST) Received: from will551 ([10.128.74.140]) by yoda.mcom.com (Netscape Messaging Server 4.15) with SMTP id HC933O00.GTF for <9fans@cse.psu.edu>; Mon, 24 Mar 2003 11:11:48 +0000 Message-ID: <016801c2f1f6$26eb9f60$8c4a800a@will551> From: "Conor Williams" To: <9fans@cse.psu.edu> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0165_01C2F1F6.26B63780" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4920.2300 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 Subject: [9fans] Diskless terminal to new file server prob. Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 24 Mar 2003 11:11:43 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0165_01C2F1F6.26B63780 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hi Im getting the following error message on my diskless terminal when I try to connect to my=20 new file server: init: starting /bin/rc init: exec error: '/bin/rc' does not exist init: rc exit status: init 106: exec the new diskless terminal does not seem to=20 be running my termrc... any suggestions? tx will551 ------=_NextPart_000_0165_01C2F1F6.26B63780 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hi
Im getting the following error message = on=20 my
diskless terminal when I try to connect = to my=20
new file server:
init: starting /bin/rc
init: exec error: '/bin/rc' does not=20 exist
init: rc exit status: init 106: = exec
 
the new diskless terminal does not seem = to=20
be running my termrc...
any suggestions?
tx
will551
 
------=_NextPart_000_0165_01C2F1F6.26B63780-- From cse.psu.edu!9fans-admin Tue Mar 25 07:32:41 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 25 07:32:41 JST 2003 Received: (qmail 3851 invoked by uid 1020); 25 Mar 2003 07:32:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3847 invoked from network); 25 Mar 2003 07:32:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 25 Mar 2003 07:32: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 60A3419A28; Mon, 24 Mar 2003 17:32:15 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail05.svc.cra.dublin.eircom.net (mail05.svc.cra.dublin.eircom.net [159.134.118.21]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id DE13119A0C for <9fans@cse.psu.edu>; Mon, 24 Mar 2003 17:31:12 -0500 (EST) Received: (qmail 13486 messnum 660523 invoked from network[159.134.228.58/p228-58.as1.tre.dublin.eircom.net]); 24 Mar 2003 22:31:10 -0000 Received: from p228-58.as1.tre.dublin.eircom.net (HELO iol.ie) (159.134.228.58) by mail05.svc.cra.dublin.eircom.net (qp 13486) with SMTP; 24 Mar 2003 22:31:10 -0000 Message-ID: <3E7F86F0.4219D0F2@iol.ie> From: will551 X-Mailer: Mozilla 4.76 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] Diskless terminal to new file server prob.(fix) References: <016801c2f1f6$26eb9f60$8c4a800a@will551> 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, 24 Mar 2003 22:30:09 +0000 hey there you need a /lib/namespace. file or a /lib/namespace file which sets up the namespace and is run by init will551 -- ------------------------------------------------------------ (,_ ,_, _,) /]\`-._( )_.-'/]\ Email: will551@iol.ie / ] \`-'/ \'-`/ ] \ /___].-'`-\_/-`'-.]__\ ------------------------------------------------------------ From cse.psu.edu!9fans-admin Tue Mar 25 20:28:37 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Tue Mar 25 20:28:37 JST 2003 Received: (qmail 28337 invoked by uid 1020); 25 Mar 2003 20:28:31 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28333 invoked from network); 25 Mar 2003 20:28:31 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 25 Mar 2003 20:28:31 +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 EC89F19A93; Tue, 25 Mar 2003 06:28:09 -0500 (EST) 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 8EBF219A7D for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 06:27:11 -0500 (EST) Received: from KIKE ([80.4.204.18]) by mta01-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with SMTP id <20030325112710.CXMU6166.mta01-svc.ntlworld.com@KIKE> for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 11:27:10 +0000 Message-ID: <014801c2f2c1$7a8ebd20$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] my plan9 desktop Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 25 Mar 2003 11:27:09 -0000 not exciting but it was a true snapshot of me working http://www.proweb.co.uk/~matt/plan9.desktop-Dec-2002.jpg I've left it at true size just to show From cse.psu.edu!9fans-admin Wed Mar 26 01:17:38 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 01:17:38 JST 2003 Received: (qmail 32712 invoked by uid 1020); 26 Mar 2003 01:17:31 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 32708 invoked from network); 26 Mar 2003 01:17:31 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 01:17:31 +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 32F7819AA7; Tue, 25 Mar 2003 11:17:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from theraft.strakt.com (theraft.strakt.com [62.119.131.80]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 46A5B19A98 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 11:16:03 -0500 (EST) Received: from strakt.com (boyd@zode.strakt.com [62.119.131.76]) by theraft.strakt.com (8.12.3/8.12.3/Debian -4) with ESMTP id h2PGFvxw013603 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 17:15:58 +0100 Message-ID: <3E8080BC.3030704@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] UTF-8 handling in non-plan9 app: help finding bug References: <29e8ba954a1cd5ac7b8a9f509008e9da@centurytel.net> <20030324114806.78f6cf04.ggm@apnic.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: Tue, 25 Mar 2003 17:15:56 +0100 George Michaelson wrote: > From: =?UTF-8?B?7LKc66y07Zi4?= > That's a totally bogus interpretation 'cos that's a: route-addr with a non-null phrase My guess is that it smashed it into two addresses, seperated by a comma, 'cos the MIME encoded atom was a case it couldn't cope with. It would have been better to encode it as the hex chars in a comment or a quoted atom, as it would appear it can't cope with real utf-8: "cc9c bb34 d638" (cc9c bb34 d638) Or even: (Unrepresentable UNICODE hex values follow) "cc9c bb34 d638" From cse.psu.edu!9fans-admin Wed Mar 26 02:05:31 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 02:05:31 JST 2003 Received: (qmail 1002 invoked by uid 1020); 26 Mar 2003 02:05:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 998 invoked from network); 26 Mar 2003 02:05:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 02:05:24 +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 A602919AAC; Tue, 25 Mar 2003 12:05:10 -0500 (EST) 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 ESMTP id B302219AAB for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 12:04:59 -0500 (EST) Message-ID: <498ec95dc03362127a55b8e716c70fb2@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] UTF-8 handling in non-plan9 app: help finding bug In-Reply-To: <3E8080BC.3030704@strakt.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, 25 Mar 2003 12:04:57 -0500 Actually it's a completely valid form. Go read RFC 2047. From cse.psu.edu!9fans-admin Wed Mar 26 02:06:55 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 02:06:55 JST 2003 Received: (qmail 1037 invoked by uid 1020); 26 Mar 2003 02:06:55 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1033 invoked from network); 26 Mar 2003 02:06:55 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 02:06:55 +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 E1BBD19AB1; Tue, 25 Mar 2003 12:06:09 -0500 (EST) 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 40DA019AB3 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 12:05:11 -0500 (EST) Received: from castor (unknown [164.116.190.70]) by edoras.nas.com (Postfix) with ESMTP id 9976EEB315 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 09:05:10 -0800 (PST) Received: from jdj by castor with local (Exim 3.35 #1 (Debian)) id 18xrrI-0000ZW-00 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 09:05:08 -0800 From: Jack Johnson To: 9fans@cse.psu.edu Subject: Re: [9fans] UTF-8 handling in non-plan9 app: help finding bug Message-ID: <20030325170507.GA2127@castor> References: <29e8ba954a1cd5ac7b8a9f509008e9da@centurytel.net> <20030324114806.78f6cf04.ggm@apnic.net> <3E8080BC.3030704@strakt.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E8080BC.3030704@strakt.com> User-Agent: Mutt/1.3.28i Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 25 Mar 2003 09:05:07 -0800 On Tue, Mar 25, 2003 at 05:15:56PM +0100, Boyd Roberts wrote: > George Michaelson wrote: > (Unrepresentable UNICODE hex values follow) "cc9c bb34 d638" > If it's unrepresentable, why not just do: cmh@nic.or.kr ? -Jack From cse.psu.edu!9fans-admin Wed Mar 26 02:10:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 02:10:22 JST 2003 Received: (qmail 1063 invoked by uid 1020); 26 Mar 2003 02:10:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1059 invoked from network); 26 Mar 2003 02:10:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 02:10:21 +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 29D3719A7D; Tue, 25 Mar 2003 12:10:10 -0500 (EST) 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 ESMTP id 7912919A8C for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 12:09:47 -0500 (EST) Message-ID: From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] my plan9 desktop In-Reply-To: <014801c2f2c1$7a8ebd20$6501a8c0@KIKE> 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, 25 Mar 2003 12:09:46 -0500 wow that's a big font. From cse.psu.edu!9fans-admin Wed Mar 26 02:14:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 02:14:23 JST 2003 Received: (qmail 1108 invoked by uid 1020); 26 Mar 2003 02:14:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1104 invoked from network); 26 Mar 2003 02:14:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 02:14:22 +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 42DD019AAE; Tue, 25 Mar 2003 12:14:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from theraft.strakt.com (theraft.strakt.com [62.119.131.80]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8019319AAA for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 12:13:27 -0500 (EST) Received: from strakt.com (boyd@zode.strakt.com [62.119.131.76]) by theraft.strakt.com (8.12.3/8.12.3/Debian -4) with ESMTP id h2PHDOxw014382 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 18:13:26 +0100 Message-ID: <3E808E33.8000805@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] UTF-8 handling in non-plan9 app: help finding bug References: <498ec95dc03362127a55b8e716c70fb2@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: Tue, 25 Mar 2003 18:13:23 +0100 Russ Cox wrote: >Actually it's a completely valid form. Go read RFC 2047. > > > Ahh, I was being too terse -- again. I was referring to the way the user agent mangled the completely valid address. From cse.psu.edu!9fans-admin Wed Mar 26 02:15:28 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 02:15:28 JST 2003 Received: (qmail 1153 invoked by uid 1020); 26 Mar 2003 02:15:28 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1149 invoked from network); 26 Mar 2003 02:15:27 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 02:15:27 +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 2AB8619AB9; Tue, 25 Mar 2003 12:15:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from theraft.strakt.com (theraft.strakt.com [62.119.131.80]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D605319AB4 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 12:14:31 -0500 (EST) Received: from strakt.com (boyd@zode.strakt.com [62.119.131.76]) by theraft.strakt.com (8.12.3/8.12.3/Debian -4) with ESMTP id h2PHEUxw014398 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 18:14:31 +0100 Message-ID: <3E808E76.4000008@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] UTF-8 handling in non-plan9 app: help finding bug References: <29e8ba954a1cd5ac7b8a9f509008e9da@centurytel.net> <20030324114806.78f6cf04.ggm@apnic.net> <3E8080BC.3030704@strakt.com> <20030325170507.GA2127@castor> 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: Tue, 25 Mar 2003 18:14:30 +0100 Jack Johnson wrote: >If it's unrepresentable, why not just do: > > cmh@nic.or.kr > > Loss of data is a bad idea. You should try and hang onto it somehow. From cse.psu.edu!9fans-admin Wed Mar 26 05:05:27 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 05:05:27 JST 2003 Received: (qmail 2974 invoked by uid 1020); 26 Mar 2003 05:05:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 2970 invoked from network); 26 Mar 2003 05:05:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 05:05: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 0CA8619AB0; Tue, 25 Mar 2003 15:05:10 -0500 (EST) 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 ESMTP id 3239519AA5 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 15:04:55 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Tue Mar 25 15:04:54 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Tue Mar 25 15:04:51 EST 2003 Message-ID: <0da88f3c9978e5852148d4da9e48708a@plan9.bell-labs.com> To: 9fans@cse.psu.edu From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] fossil leak Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 25 Mar 2003 15:04:51 -0500 Fossil seems to be leaking cache blocks. Fossil/flchk will identify them for manual reclamation. Of course, you should snap -a before doing anything, and write down the score. I didn't believe flchk's output until my fossil just filled up with no snapshots. I freed a few supposedly-leaked blocks so I could do a snapshot. The snapshot worked fine, so I figured might as well free all the supposedly-leaked blocks, which I did, including freeing (again) the ones I'd already freed. End of fossil. Don't do this. Recovery sure is painless though. From cse.psu.edu!9fans-admin Wed Mar 26 06:59:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 06:59:25 JST 2003 Received: (qmail 3935 invoked by uid 1020); 26 Mar 2003 06:59:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3931 invoked from network); 26 Mar 2003 06:59:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 06:59:23 +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 1146219ABB; Tue, 25 Mar 2003 16:59:10 -0500 (EST) 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 ESMTP id 3D45C19A9D for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 16:58:50 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Tue Mar 25 16:58:49 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Tue Mar 25 16:58:46 EST 2003 Message-ID: <272f30affaea63d326103dc12299cace@plan9.bell-labs.com> To: 9fans@cse.psu.edu From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] backwards-incompatible changes Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 25 Mar 2003 16:58:45 -0500 There are two backwards incompatible changes that will appear on sources tomorrow. If you prepare for them, nothing will break when you do the pull. First, namespace files now have a `.' syntax to include other files. /lib/namespace will include /lib/namespace.$sysname. Thus, namespace.$sysname will become additions to the default name space rather than replacing it. To prepare for this change, add the line ``clear'' to the top of any namespace.$sysname files you have. The old code will ignore it, and the new code will do rfork(RFCNAMEG) when it sees it. Once you are running the new code everywhere, you can trim your namespace.$sysname files considerably. Second, the handling of rsa keys is redone. The new tools are already out -- see rsa(8). There will be a new ssh client that looks for keys identified by proto=rsa service=ssh rather than proto=sshrsa If you put both tags on the key, that will work with either ssh. Once you've switched, you can remove the proto=sshrsa tag. There will be a new sshserve that uses factotum to hold the host key, identified by proto=rsa service=sshserve You can convert with awk '{ printf("key proto=rsa service=sshserve owner=* "); printf("size=%s ek=%s !dk=%s n=%s !p=%s !q=%s !kp=%s !kq=%s !c2=%s\n", $1, $2, $3, $4, $5, $6, $7, $8, $9); }' /sys/lib/ssh/hostkey.secret After the switch you can delete hostkey.secret. TLS will look for keys identified by proto=rsa service=tls rather than proto=sshrsa As with the ssh client, if you put both tags on the key, it will work with old and new. Also, and not an incompatibility, there is a new factotum that knows about an ``owner'' tag to specify who can use the key. owner=* means anyone, otherwise you give a list owner=rsc owner=presotto etc. This way, you can publish, in bootes's factotum, the SSH host key and TLS key, and then services using them can run as none. Summary: - add "clear" to the top of your namespace.$sysname files - add "proto=rsa service=ssh" to your ssh client keys - add your ssh host key to factotum - add "proto=rsa service=tls" to your tls server keys Russ From cse.psu.edu!9fans-admin Wed Mar 26 07:57:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 07:57:23 JST 2003 Received: (qmail 4540 invoked by uid 1020); 26 Mar 2003 07:57:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4536 invoked from network); 26 Mar 2003 07:57:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 07:57: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 9C96F19AC1; Tue, 25 Mar 2003 17:57:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from garlic.apnic.net (garlic.apnic.net [202.12.29.224]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D2BE119ABF for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 17:56:11 -0500 (EST) Received: (from ggm@localhost) by garlic.apnic.net (8.11.6/8.11.6) id h2PMtdp02859; Wed, 26 Mar 2003 08:55:39 +1000 (EST) From: George Michaelson To: 9fans@cse.psu.edu Subject: Re: [9fans] UTF-8 handling in non-plan9 app: help finding bug Message-Id: <20030326085539.7b92f8f6.ggm@apnic.net> In-Reply-To: <3E808E76.4000008@strakt.com> References: <29e8ba954a1cd5ac7b8a9f509008e9da@centurytel.net> <20030324114806.78f6cf04.ggm@apnic.net> <3E8080BC.3030704@strakt.com> <20030325170507.GA2127@castor> <3E808E76.4000008@strakt.com> Organization: APNIC Pty Ltd X-Mailer: Sylpheed version 0.8.10claws101 (GTK+ 1.2.10; i386--netbsdelf) X-Fruit-Of-The-Month-Club: persimmon 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, 26 Mar 2003 08:55:39 +1000 I updated my bug report and sent in the first response which clarified it as a GUI stuffup. base (n)MH deals with it ok, but its ugly to look at. I suppose if I was insane enough to run a shell mailtool in a UTF-8 aware terminal It would have looked fine. thanks for all the feedback. -george From cse.psu.edu!9fans-admin Wed Mar 26 09:27:38 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 09:27:38 JST 2003 Received: (qmail 6290 invoked by uid 1020); 26 Mar 2003 09:27:37 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6283 invoked from network); 26 Mar 2003 09:27:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 09:27:25 +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 D70C819AC3; Tue, 25 Mar 2003 19:27:09 -0500 (EST) 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 ESMTP id B273E19AC0 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 19:26:23 -0500 (EST) Message-ID: <584382eabe1c8cf8bef8b4a31311ec56@plan9.bell-labs.com> From: "Russ Cox" To: rcbilson@plg2.math.uwaterloo.ca, 9fans@cse.psu.edu Subject: Re: [9fans] rtl8139 woes In-Reply-To: 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, 25 Mar 2003 19:26:21 -0500 You have an old kernel, unfortunately. If you download the bleeding edge sources CD on the updates page, you should be able to use that to get going. I think I might make that the default. Russ From cse.psu.edu!9fans-admin Wed Mar 26 09:30:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 09:30:22 JST 2003 Received: (qmail 6409 invoked by uid 1020); 26 Mar 2003 09:30:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6405 invoked from network); 26 Mar 2003 09:30:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 09:30: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 E526119AC9; Tue, 25 Mar 2003 19:30:10 -0500 (EST) 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 ESMTP id D1929199B3 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 19:29:50 -0500 (EST) Message-ID: <102613599564bdb0dde80b3f9195427a@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] kernel compilation In-Reply-To: <20030321160543.J24448@cackle.proxima.alt.za> 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, 25 Mar 2003 19:29:49 -0500 > term% mk 'CONF=pcdisk' 9pcdisk.gz > rc ../port/mkdevc pcdisk > pcdisk.c > mk: no recipe to make 'bootpcdisk.root.8' in directory /sys/src/9/pc Perhaps your pcdisk config file is out of date. From cse.psu.edu!9fans-admin Wed Mar 26 10:36:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 10:36:24 JST 2003 Received: (qmail 9237 invoked by uid 1020); 26 Mar 2003 10:36:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9233 invoked from network); 26 Mar 2003 10:36:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 10:36:22 +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 2D5C519AD4; Tue, 25 Mar 2003 20:36:10 -0500 (EST) 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 ESMTP id DF21719AD4 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 20:35:51 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Tue Mar 25 20:35:50 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Tue Mar 25 20:35:48 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] backwards-incompatible changes 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, 25 Mar 2003 20:35:47 -0500 A few more notes. If you're running a straight terminal out of the box, the only point that affects you is the SSH client key renaming. To be more explicit about how to make the RSA changes: * If you use SSH to connect to other systems using an RSA key, right now you have a key key ek=dd n=e5306cf4e... proto=sshrsa size=1024 !dk? !p? !q? !kp? !kq? !c2? in your own personal factotum. You need to s/proto=sshrsa/proto=sshrsa proto=rsa service=ssh/. Keeping "proto=sshrsa" means the key will keep working now. Adding "proto=rsa service=ssh" means the key will work later. * If you run TLS servers, your server factotum contains a key like: key ek=dd n=e5306cf4e... proto=sshrsa size=1024 !dk? !p? !q? !kp? !kq? !c2? You need to s/proto=sshrsa/proto=sshrsa proto=rsa service=tls/. Same explanation, except note the different service tag. You may be loading the key into factotum with auth/secretpem key.pem >/mnt/factotum/ctl Instead, use auth/pemdecode 'RSA PRIVATE KEY' key.pem | auth/asn12rsa -t 'service=tls' >key.rsa and then you can load the key with cat key.rsa >/mnt/factotum/ctl or add key.rsa to your server's factotum secstore file. * If you run an SSH server, you generated a host key long ago with aux/ssh_genkey. It is stored in /sys/lib/ssh/hostkey.secret. You need to convert it into standard factotum RSA format and load it into factotum: cd /sys/lib/ssh awk '{ printf("key proto=rsa service=sshserve "); printf("size=%s ek=%s !dk=%s n=%s !p=%s !q=%s !kp=%s !kq=%s !c2=%s\n", $1, $2, $3, $4, $5, $6, $7, $8, $9); }' hostkey.secret >hostkey.rsa chmod 600 hostkey.rsa If you load your server's factotum key ring via secstore, add the contents of hostkey.rsa to the factotum file. If you don't, then you should add cat /sys/lib/ssh/hostkey.rsa >/mnt/factotum/ctl to your cpurc to hand the key to factotum. === I'll put the changed sources out soon, but will not install the binaries until tomorrow evening. The rsa(8) tools are supposed to be more regular and easier to understand than the ad hoc collection we had before. I apologize for the fact that they are changing. Hopefully it's a small short-term inconvenience for a long-term gain. Russ From cse.psu.edu!9fans-admin Wed Mar 26 10:44:29 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 10:44:29 JST 2003 Received: (qmail 9536 invoked by uid 1020); 26 Mar 2003 10:44:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9530 invoked from network); 26 Mar 2003 10:44:15 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 10:44: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 EAB9B19ADD; Tue, 25 Mar 2003 20:44:09 -0500 (EST) 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 168B719ADB for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 20:43:25 -0500 (EST) 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 UAA15064 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 20:43:24 -0500 (EST) 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 h2Q1hOt20381 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 20:43:24 -0500 (EST) Message-Id: <200303260143.h2Q1hOt20381@augusta.math.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] backwards-incompatible changes In-Reply-To: Your message of "Tue, 25 Mar 2003 16:58:45 EST." <272f30affaea63d326103dc12299cace@plan9.bell-labs.com> 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: Tue, 25 Mar 2003 20:43:24 -0500 > First, namespace files now have a `.' syntax to include > other files. Hooray! But, > /lib/namespace will include /lib/namespace.$sysname. > Thus, namespace.$sysname will become additions to the > default name space rather than replacing it. To prepare for > this change, add the line ``clear'' to the top of any > namespace.$sysname files you have. The old code > will ignore it, and the new code will do rfork(RFCNAMEG) > when it sees it. Once you are running the new code > everywhere, you can trim your namespace.$sysname > files considerably. Ick. Why not include a /lib/namespace.local, which can do things as it sees fit? The rationale here is that one can keep /lib/namespace the same as on sources (reducing the maintenance burden), but provide much the same functionality (/lib/namespace.local can include /lib/addns.$sysname or something similar). - Dan C. From cse.psu.edu!9fans-admin Wed Mar 26 10:54:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 10:54:24 JST 2003 Received: (qmail 9903 invoked by uid 1020); 26 Mar 2003 10:54:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9899 invoked from network); 26 Mar 2003 10:54:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 10:54:22 +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 C029F19ADE; Tue, 25 Mar 2003 20:54:09 -0500 (EST) 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 ESMTP id 8FDBE19AD9 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 20:53:09 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Tue Mar 25 20:53:07 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Tue Mar 25 20:53:05 EST 2003 Message-ID: <86e7f579a8ed2eb7e874334249dc5b77@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] backwards-incompatible changes From: "Russ Cox" In-Reply-To: <200303260143.h2Q1hOt20381@augusta.math.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, 25 Mar 2003 20:53:04 -0500 > Ick. Why not include a /lib/namespace.local, which can do things as it > sees fit? The rationale here is that one can keep /lib/namespace the > same as on sources (reducing the maintenance burden), but provide much > the same functionality (/lib/namespace.local can include > /lib/addns.$sysname or something similar). Because including /lib/namespace.$sysname is a sensible default. Perhaps /lib/namespace.local should also be included, in the spirit of /rc/bin/termrc.local and /lib/ndb/local, but that's separate. If we did it your way, everyone who wanted to use a /lib/namespace.$sysname would have to create /lib/namespace.local and maintain that themselves. I don't see a good reason for it. You should be able to customize, not be forced to. Put another way, we use /lib/namespace.$sysname. Therefore, the include of that should go in /lib/namespace (which we can tweak) rather than /lib/namespace.local (which is left for you to tweak). From cse.psu.edu!9fans-admin Wed Mar 26 11:10:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 11:10:26 JST 2003 Received: (qmail 10471 invoked by uid 1020); 26 Mar 2003 11:10:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10467 invoked from network); 26 Mar 2003 11:10:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 11:10: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 8A1C319AE2; Tue, 25 Mar 2003 21:10:10 -0500 (EST) 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 376A719AD9 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 21:09:27 -0500 (EST) 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 VAA18362 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 21:09:26 -0500 (EST) 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 h2Q29Qt20533 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 21:09:26 -0500 (EST) Message-Id: <200303260209.h2Q29Qt20533@augusta.math.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] backwards-incompatible changes In-Reply-To: Your message of "Tue, 25 Mar 2003 20:53:04 EST." <86e7f579a8ed2eb7e874334249dc5b77@plan9.bell-labs.com> 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: Tue, 25 Mar 2003 21:09:26 -0500 > > Ick. Why not include a /lib/namespace.local, which can do things as it > > sees fit? The rationale here is that one can keep /lib/namespace the > > same as on sources (reducing the maintenance burden), but provide much > > the same functionality (/lib/namespace.local can include > > /lib/addns.$sysname or something similar). > > Because including /lib/namespace.$sysname is a sensible default. Which already has another well-defined meaning and is commonly. > Perhaps /lib/namespace.local should also be included, in the > spirit of /rc/bin/termrc.local and /lib/ndb/local, but that's separate. I think that'd be a good idea. > If we did it your way, everyone who wanted to use a > /lib/namespace.$sysname would have to create /lib/namespace.local > and maintain that themselves. I don't see a good reason for it. > You should be able to customize, not be forced to. But we're already being forced to customize /lib/namespace.$sysname, something that is already established and in common use. How's that different from maintaining /lib/namespace.local? How is having /lib/namespace.local `forcing' you to customize? > Put another way, we use /lib/namespace.$sysname. Therefore, > the include of that should go in /lib/namespace (which we can > tweak) rather than /lib/namespace.local (which is left for you to > tweak). I'm not opposed to the idea of including /lib/something.$sysname in /lib/namespace, but I think the naming convention is a little weird. Why not call it /lib/addns.$sysname or something like that? Why overload the meaning of /lib/namespace.$sysname? - Dan C. From cse.psu.edu!9fans-admin Wed Mar 26 11:21:46 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 11:21:46 JST 2003 Received: (qmail 10914 invoked by uid 1020); 26 Mar 2003 11:21:45 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10903 invoked from network); 26 Mar 2003 11:21:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 11:21: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 0C36319AE1; Tue, 25 Mar 2003 21:21:10 -0500 (EST) 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 ESMTP id 51CF119999 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 21:20:30 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Tue Mar 25 21:20:29 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Tue Mar 25 21:20:26 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] backwards-incompatible changes From: "Russ Cox" In-Reply-To: <200303260209.h2Q29Qt20533@augusta.math.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, 25 Mar 2003 21:20:26 -0500 > Which already has another well-defined meaning and is commonly. We have about 20 namespace.$sysname files here, and every one of them was only appending to the standard name space rather than replacing it. And they weren't doing a good job either -- many of them had diverged from namespace since being created. The common case thus appears to be append rather than replace. Further, we couldn't see any reason you'd really want to replace. Hence we changed the default interpretation. The only reason we added the ``clear'' verb was to make a smooth transition possible. I think the only reason namespace.$sysname sounds weird to you for ``things to run after running namespace'' is that you've already got it stuck to ``things to run instead of running namespace.'' I don't think there's anything inherently strange about the new convention. > Why overload the meaning of /lib/namespace.$sysname? We didn't overload it. We replaced it. /lib/addns.$sysname sounded clunky, and we didn't have any better ideas. Think of it as fixing a bug in the way namespace.$sysname works. > But we're already being forced to customize /lib/namespace.$sysname, > something that is already established and in common use. How's that > different from maintaining /lib/namespace.local? How is having > /lib/namespace.local `forcing' you to customize? The fact that newns consults /lib/namespace.$sysname is useful. Unless I misunderstand you, you are proposing that /lib/namespace should include /lib/namespace.local, which should, if the user feels like it, include /lib/namespace.$sysname. So you're forced to create /lib/namespace.local in order to get this useful commonly-used not-really-local feature of including namespace.$sysname. That feels like a mistake. Russ From cse.psu.edu!9fans-admin Wed Mar 26 11:35:47 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 11:35:47 JST 2003 Received: (qmail 12410 invoked by uid 1020); 26 Mar 2003 11:35:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12406 invoked from network); 26 Mar 2003 11:35:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 11:35: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 3492A19AE4; Tue, 25 Mar 2003 21:35:10 -0500 (EST) 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 ESMTP id D4EF819ADC for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 21:34:56 -0500 (EST) Message-ID: <9da9ba9f19ee58461fc03e56c2f7b201@collyer.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] backwards-incompatible changes From: Geoff Collyer In-Reply-To: <200303260209.h2Q29Qt20533@augusta.math.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, 25 Mar 2003 18:34:55 -0800 /lib/namespace.httpd has always been an addendum, so namespace files that add to the namespace rather than creating it from scratch are nothing new. From cse.psu.edu!9fans-admin Wed Mar 26 13:18:34 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 13:18:34 JST 2003 Received: (qmail 16197 invoked by uid 1020); 26 Mar 2003 13:18:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16193 invoked from network); 26 Mar 2003 13:18:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 13:18: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 86A8019AEC; Tue, 25 Mar 2003 23:18:10 -0500 (EST) 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 B968219AE7 for <9fans@cse.psu.edu>; Tue, 25 Mar 2003 23:17:09 -0500 (EST) Received: from cackle.proxima.alt.za (localhost [127.0.0.1]) by cackle.proxima.alt.za (8.12.8/8.12.3) with ESMTP id h2Q4H2jj011478 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 06:17:06 +0200 (SAST) Received: (from lucio@localhost) by cackle.proxima.alt.za (8.12.8/8.12.3/Submit) id h2Q4GxhD011477 for 9fans@cse.psu.edu; Wed, 26 Mar 2003 06:16:59 +0200 (SAST) From: Lucio De Re To: 9fans@cse.psu.edu Subject: Re: [9fans] kernel compilation Message-ID: <20030326061658.D24448@cackle.proxima.alt.za> Mail-Followup-To: 9fans@cse.psu.edu References: <20030321160543.J24448@cackle.proxima.alt.za> <102613599564bdb0dde80b3f9195427a@plan9.bell-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <102613599564bdb0dde80b3f9195427a@plan9.bell-labs.com>; from Russ Cox on Tue, Mar 25, 2003 at 07:29:49PM -0500 Organization: Proxima Research & Development Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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, 26 Mar 2003 06:16:58 +0200 On Tue, Mar 25, 2003 at 07:29:49PM -0500, Russ Cox wrote: > > > term% mk 'CONF=pcdisk' 9pcdisk.gz > > rc ../port/mkdevc pcdisk > pcdisk.c > > mk: no recipe to make 'bootpcdisk.root.8' in directory /sys/src/9/pc > > Perhaps your pcdisk config file is out of date. I didn't think of that :-) I _did_ reload a distribution, followed by replica/pulling the most recent snapshot and got rid of the problem. But I have no idea what got fixed in the process. Still, good enough for my immediate purposes. ++L From cse.psu.edu!9fans-admin Wed Mar 26 19:06:30 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 19:06:30 JST 2003 Received: (qmail 28833 invoked by uid 1020); 26 Mar 2003 19:06:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28829 invoked from network); 26 Mar 2003 19:06:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 19:06: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 A0F8919AEB; Wed, 26 Mar 2003 05:06:10 -0500 (EST) 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 F0A1C19AE6 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 05:05:37 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18y7Rx-0002uT-00 for 9fans@cse.psu.edu; Wed, 26 Mar 2003 09:44:01 +0000 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: ozan s yigit Message-ID: Organization: york university computer science Content-Type: text/plain; charset=us-ascii References: , <20030317195622.GA1578@panix.com> Subject: Re: [9fans] /mail/lib/patterns Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 26 Mar 2003 09:42:27 GMT markp@panix.com (Mark Powers) writes: > people at panix seem happy with spamassassin. I haven't tried it, but > it's perl and shouldn't be too hard to plug in to upas. we are using it. it is remarkable. it will catch just about every single spam this very post will generate. the catch rate is astounding; it caught 2421 spam messages since i enabled it at feb25, but failed on two or three messages (if memory serves) which could not be filtered from the headers, came from appearently legitimate paths, and said something like "what do you think about this one" (some strange, probably porn, web reference) or "would you like to date me" or some such. it is also great fun to read its content analysis. here is one from last night (lightly reformatted) Content analysis details: (37.50 points, 5 required) NO_REAL_NAME (0.7 points) From: does not include a real name GAPPY_SUBJECT (0.4 points) Subject: contains G.a.p.p.y-T.e.x.t SUBJ_HAS_SPACES (2.0 points) Subject contains lots of white space REVERSE_AGING (3.3 points) BODY: Reverses Aging AS_SEEN_ON (2.1 points) BODY: As seen on national TV! HAIR_LOSS (2.8 points) BODY: Cures Baldness BANG_OPRAH (4.3 points) BODY: Talks about Oprah with an Exclamation! CLICK_BELOW_CAPS (0.5 points) BODY: Asks you to click below in capital letters) BANG_EXERCISE (2.2 points) BODY: Talks about exercise with an exclamation! HTML_20_30 (1.1 points) BODY: Message is 20% to 30% HTML HTML_MESSAGE (0.1 points) BODY: HTML included in message HTML_LINK_CLICK_CAPS (1.1 points) BODY: HTML link text says "CLICK" HTML_LINK_CLICK_HERE (0.1 points) BODY: HTML link text says "click here" HTTP_USERNAME_USED (1.3 points) URI: Uses a username in a URL USERPASS (1.0 points) URI: URL contains username and (optional) password MSGID_OUTLOOK_TIME (4.4 points) Message-Id is fake (in Outlook Express format) SUBJ_HAS_UNIQ_ID (0.8 points) Subject contains a unique ID RCVD_IN_NJABL (1.0 points) RBL: Received via a relay in dnsbl.njabl.org RCVD_IN_OSIRUSOFT_COM (0.6 points) RBL: Received via a relay in relays.osirusoft.com RCVD_IN_OPM (4.3 points) RBL: Received via a relay in opm.blitzed.org X_OSIRU_SPAMWARE_SITE (1.1 points) RBL: DNSBL: sender is a Spamware site or vendor MIME_HTML_ONLY (0.1 points) Message only has text/html MIME parts FORGED_MUA_EUDORA (2.2 points) Forged mail pretending to be from Eudora --- hmm, paulgraham's bayesian spam filter two or three years from now, maybe on top of his "lisp replacement" as a god's gift to all programmers? wow, bestill my melting mailbox, i can hardly wait. :-P [ Moderator's note: A bayesian mail filter was introduced as part of version 2.50 of SpamAssassin. If you are interested in looking at such mail filters, I've seen good reports of the following: bogofilter: http://bogofilter.sourceforge.net/ bmf: http://sourceforge.net/projects/bmf SpamProbe: http://sourceforge.net/projects/spamprobe/ ] oz --- the great unheralded battle in the world is the battle between those who have a sense of humour and those who don't. -- salman rushdie From cse.psu.edu!9fans-admin Wed Mar 26 19:24:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 19:24:23 JST 2003 Received: (qmail 29278 invoked by uid 1020); 26 Mar 2003 19:24:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 29274 invoked from network); 26 Mar 2003 19:24:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 19:24: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 4A1F819AF1; Wed, 26 Mar 2003 05:24:10 -0500 (EST) 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 628EF19A02 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 05:23:44 -0500 (EST) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2QANfX1027901 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 11:23:41 +0100 (MET) Received: from zamenhof.cs.utwente.nl (zamenhof [130.89.13.77]) by zeus.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2QANdbn000132 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 11:23:39 +0100 (MET) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id h2QANdf03407 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 11:23:39 +0100 (MET) Message-Id: <200303261023.h2QANdf03407@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] /mail/lib/patterns In-reply-to: Your message of "Wed, 26 Mar 2003 09:42:27 +0000." References: , <20030317195622.GA1578@panix.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: Wed, 26 Mar 2003 11:23:39 +0100 The funny thing is that, probably because you included the spam assasin report, your message got classified as spam here. here is the (slightly reformatted) report for your own message. Axel. SPAM: -------------------- Start SpamAssassin results ---------------------- SPAM: This mail is probably spam. The original message has been altered SPAM: so you can recognise or block similar unwanted mail in future. SPAM: See http://spamassassin.org/tag/ for more details. SPAM: SPAM: Content analysis details: (5.8 hits, 5 required) SPAM: PORN_10 (0.6 points) BODY: Uses words and phrases which indicate porn (10) SPAM: AS_SEEN_ON (2.2 points) BODY: As seen on national TV! SPAM: CLICK_BELOW (1.5 points) BODY: Asks you to click below SPAM: DOUBLE_CAPSWORD (1.1 points) BODY: A word in all caps repeated on the line SPAM: GAPPY_TEXT (0.4 points) BODY: Contains 'G.a.p.p.y-T.e.x.t' SPAM: SPAM: -------------------- End of SpamAssassin results --------------------- > it is also great fun to read its content analysis. here is one from > last night (lightly reformatted) From cse.psu.edu!9fans-admin Wed Mar 26 23:53:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Wed Mar 26 23:53:26 JST 2003 Received: (qmail 1949 invoked by uid 1020); 26 Mar 2003 23:53:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 1945 invoked from network); 26 Mar 2003 23:53:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 26 Mar 2003 23:53:25 +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 EB99A19AFB; Wed, 26 Mar 2003 09:53:10 -0500 (EST) 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 D686219AE6 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 09:52:51 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18yC54-0004Pz-00 for 9fans@cse.psu.edu; Wed, 26 Mar 2003 14:40:42 +0000 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: ozan s yigit Message-ID: Organization: york university computer science Content-Type: text/plain; charset=us-ascii References: , <200303261023.h2QANdf03407@zamenhof.cs.utwente.nl> Subject: Re: [9fans] /mail/lib/patterns Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 26 Mar 2003 14:40:35 GMT Axel.Belinfante@cs.utwente.nl (Axel Belinfante) writes: > The funny thing is that, probably because you included the spam > assasin report, your message got classified as spam here. it goes to show what kind of improvement the mailing list would get as soon as it is spamassassin-assisted... 8-) oz -- music is the space between the notes. | www.cs.yorku.ca/~oz -- claude debussy | york u. dept of computer science From cse.psu.edu!9fans-admin Thu Mar 27 01:25:39 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 01:25:39 JST 2003 Received: (qmail 3086 invoked by uid 1020); 27 Mar 2003 01:25:28 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3082 invoked from network); 27 Mar 2003 01:25:28 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 01:25:28 +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 49C9419AC5; Wed, 26 Mar 2003 11:25:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nob (wireless19.cs.wisc.edu [128.105.48.119]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D5A0D199E4 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 11:24:59 -0500 (EST) Received: from localhost ([127.0.0.1] helo=NOB) by nob with esmtp (Exim 4.12) id HCD6XJ-0002Q8-00 for 9fans@cse.psu.edu; Wed, 26 Mar 2003 10:24:55 -0600 To: 9fans@cse.psu.edu From: vic Message-ID: Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Native Windows TTY Support (Windows)) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: [9fans] qids Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: 26 Mar 2003 10:24:55 -0600 I am writing a file server to be overlayed on a portion of an existing name space. It presents the original name space, plus some new files. I'm trying to decide how to manage the qids. The issue is choosing qids for the new files without colliding with qids of the old ones. The best related example I've seen is the qid hash table in exportfs. Is there a better one? Vic From cse.psu.edu!9fans-admin Thu Mar 27 01:30:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 01:30:24 JST 2003 Received: (qmail 3161 invoked by uid 1020); 27 Mar 2003 01:30:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3154 invoked from network); 27 Mar 2003 01:30:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 01:30: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 D8B7419B01; Wed, 26 Mar 2003 11:30:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mail.mightycheese.com (mail.mightycheese.com [209.61.186.18]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8F6CA19AFD for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 11:29:39 -0500 (EST) Received: from [216.239.45.4] (HELO glenda.corp.google.com) by mail.mightycheese.com (CommuniGate Pro SMTP 3.4.7) with ESMTP id 536547 for 9fans@cse.psu.edu; Wed, 26 Mar 2003 10:29:38 -0600 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] qids From: "rob pike, esq." In-Reply-To: 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, 26 Mar 2003 08:29:10 -0800 > I am writing a file server to be overlayed on a portion > of an existing name space. It presents the original > name space, plus some new files. > > I'm trying to decide how to manage the qids. The issue > is choosing qids for the new files without colliding > with qids of the old ones. If your server is a separate mount point that doesn't itself serve the underlying files, don't worry about it; the server is part of the uniqueness criteria for the files. > The best related example I've seen is the qid hash > table in exportfs. Is there a better one? If you are instead serving leftovers like exportfs, then you'll need to something analogous. Servers of original files are encouraged to use only the low 48 bits of the qid.path to permit encapsulating servers to use the top 16 bits to generate uniqueness. The code in exportfs may be a good example, but last I looked it was a bit obscure. -rob From cse.psu.edu!9fans-admin Thu Mar 27 01:36:37 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 01:36:37 JST 2003 Received: (qmail 3231 invoked by uid 1020); 27 Mar 2003 01:36:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3227 invoked from network); 27 Mar 2003 01:36:26 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 01:36:26 +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 11DB219AEE; Wed, 26 Mar 2003 11:36:15 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 5B38D19A6A for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 11:35:36 -0500 (EST) Message-ID: <233d7344eb001abe8b9a41684c738596@vitanuova.com> To: 9fans@cse.psu.edu From: rog@vitanuova.com MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] old fossil vac scores Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 26 Mar 2003 16:38:32 0000 is it possible to find out a vac score that was printed out previously from snap -a and not recorded? From cse.psu.edu!9fans-admin Thu Mar 27 01:39:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 01:39:21 JST 2003 Received: (qmail 3285 invoked by uid 1020); 27 Mar 2003 01:39:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3281 invoked from network); 27 Mar 2003 01:39:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 01:39:20 +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 3DA8B19A8B; Wed, 26 Mar 2003 11:39:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DE36119A8B for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 11:38:13 -0500 (EST) Message-ID: <9df4e1d4b9e0540a04c965b1cf3fc138@plan9.escet.urjc.es> From: Fco.J.Ballesteros To: 9fans@cse.psu.edu Subject: Re: [9fans] old fossil vac scores In-Reply-To: <233d7344eb001abe8b9a41684c738596@vitanuova.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-iawwvzddhiafiidtxwmgwxgoby" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 26 Mar 2003 17:37:54 +0100 This is a multi-part message in MIME format. --upas-iawwvzddhiafiidtxwmgwxgoby Content-Disposition: inline Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit I use the vac command from fossilcons(8) to print (lp ☺) the vac numbers when I dump the venti arenas to cdroms. I think that does what you want. --upas-iawwvzddhiafiidtxwmgwxgoby Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Wed Mar 26 17:36:32 MET 2003 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 11DB219AEE; Wed, 26 Mar 2003 11:36:15 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 5B38D19A6A for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 11:35:36 -0500 (EST) Message-ID: <233d7344eb001abe8b9a41684c738596@vitanuova.com> To: 9fans@cse.psu.edu From: rog@vitanuova.com MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] old fossil vac scores Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 26 Mar 2003 16:38:32 0000 is it possible to find out a vac score that was printed out previously from snap -a and not recorded? --upas-iawwvzddhiafiidtxwmgwxgoby-- From cse.psu.edu!9fans-admin Thu Mar 27 01:54:34 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 01:54:34 JST 2003 Received: (qmail 3429 invoked by uid 1020); 27 Mar 2003 01:54:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3425 invoked from network); 27 Mar 2003 01:54:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 01:54:22 +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 AD2C119B06; Wed, 26 Mar 2003 11:54:10 -0500 (EST) 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 ESMTP id 9EBD019AF8 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 11:53:23 -0500 (EST) Message-ID: <8ba9e468e9c44a75d96622c16f128e1a@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] old fossil vac scores In-Reply-To: <9df4e1d4b9e0540a04c965b1cf3fc138@plan9.escet.urjc.es> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ntfdlaqbiifhszizqwyzghamol" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 26 Mar 2003 11:53:21 -0500 This is a multi-part message in MIME format. --upas-ntfdlaqbiifhszizqwyzghamol Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Also you can do fn h2d { echo 'ibase=16;' print `{echo $1|tr a-z A-Z} |bc } header=`{dd -bs 1024 -iseek 128 -count 1 -if /dev/sdC0/fossil | xd -b | sed 1q} bsize=`{h2d $header(8)^$header(9)} super=`{h2d 0$header(10)^$header(11)^$header(12)^$header(13)} dd -bs $bsize -iseek $super -count 1 -if /dev/sdC0/fossil | xd -b | sed '1,2d;3s/^....... .. .. //;4s/^....... (.. .. .. .. .. ..).*/\1/;4q' | tr -d ' ' to get the most recent one, though I like nemo's way better. --upas-ntfdlaqbiifhszizqwyzghamol Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Mar 26 11:39:20 EST 2003 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Wed Mar 26 11:39:17 EST 2003 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 0569D199B3; Wed, 26 Mar 2003 11:39:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DE36119A8B for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 11:38:13 -0500 (EST) Message-ID: <9df4e1d4b9e0540a04c965b1cf3fc138@plan9.escet.urjc.es> From: Fco.J.Ballesteros To: 9fans@cse.psu.edu Subject: Re: [9fans] old fossil vac scores In-Reply-To: <233d7344eb001abe8b9a41684c738596@vitanuova.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-iawwvzddhiafiidtxwmgwxgoby" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 26 Mar 2003 17:37:54 +0100 This is a multi-part message in MIME format. --upas-iawwvzddhiafiidtxwmgwxgoby Content-Disposition: inline Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit I use the vac command from fossilcons(8) to print (lp ☺) the vac numbers when I dump the venti arenas to cdroms. I think that does what you want. --upas-iawwvzddhiafiidtxwmgwxgoby Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Wed Mar 26 17:36:32 MET 2003 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 11DB219AEE; Wed, 26 Mar 2003 11:36:15 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 5B38D19A6A for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 11:35:36 -0500 (EST) Message-ID: <233d7344eb001abe8b9a41684c738596@vitanuova.com> To: 9fans@cse.psu.edu From: rog@vitanuova.com MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] old fossil vac scores Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 26 Mar 2003 16:38:32 0000 is it possible to find out a vac score that was printed out previously from snap -a and not recorded? --upas-iawwvzddhiafiidtxwmgwxgoby-- --upas-ntfdlaqbiifhszizqwyzghamol-- From cse.psu.edu!9fans-admin Thu Mar 27 02:21:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 02:21:25 JST 2003 Received: (qmail 4051 invoked by uid 1020); 27 Mar 2003 02:21:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4047 invoked from network); 27 Mar 2003 02:21:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 02:21: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 AF7E119B05; Wed, 26 Mar 2003 12:21:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from juice.thebigchoice.com (pc1-nott2-3-cust18.nott.cable.ntl.com [80.4.204.18]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id F238A199E4 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 12:20:54 -0500 (EST) Received: from proweb.co.uk (localhost [127.0.0.1]) by juice.thebigchoice.com (8.12.6/8.12.6) with ESMTP id h2QHKrSJ077639 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 17:20:53 GMT (envelope-from matt@proweb.co.uk) Message-ID: <3E81E174.3020700@proweb.co.uk> From: matt User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030326 X-Accept-Language: en-us, en MIME-Version: 1.0 To: 9fans@cse.psu.edu Content-Type: multipart/mixed; boundary="------------080300070603020902030405" Subject: [9fans] FreeBsd & Drawterm - my weirdness Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 26 Mar 2003 17:20:52 +0000 This is a multi-part message in MIME format. --------------080300070603020902030405 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I just downloaded snapshot CD and took the drawterm-freebsd from it. When I run acme from my dump file [attached] all the glyphs are invisible. resize acme and they appear --------------080300070603020902030405 Content-Type: text/plain; name="acme.dump" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="acme.dump" /usr/matt /lib/font/bit/lucidasans/unicode.13.font /lib/font/bit/lucm/unicode.9.font 0 53 f 1 19 0 0 2 19 33 623 0 0 /usr/matt/wil0x Del Snarf | Look --------------080300070603020902030405-- From cse.psu.edu!9fans-admin Thu Mar 27 02:30:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 02:30:26 JST 2003 Received: (qmail 4155 invoked by uid 1020); 27 Mar 2003 02:30:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4151 invoked from network); 27 Mar 2003 02:30:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 02:30:25 +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 9DC2219B0B; Wed, 26 Mar 2003 12:30:10 -0500 (EST) 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 B6B9419B09 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 12:29:09 -0500 (EST) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2QHT6X1013525 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 18:29:06 +0100 (MET) Received: from zamenhof.cs.utwente.nl (zamenhof [130.89.13.77]) by zeus.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2QHT4bn019762 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 18:29:04 +0100 (MET) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id h2QHT4M13739 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 18:29:04 +0100 (MET) Message-Id: <200303261729.h2QHT4M13739@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] qids In-reply-to: Your message of "Wed, 26 Mar 2003 08:29:10 -0800." 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: Wed, 26 Mar 2003 18:29:04 +0100 Thanks for this remark. I have been wondering about this too. I still hope to someday reimplement (or have students reimplement) one of our tools on plan 9, and then `heavily' use overlaying. The idea would be to have a chain (pipeline?) of tools, where each of them extends (or modifies?) the file hierarchy it gets from its predecessor in the chain. So far, I have mainly been thinking about file servers that extend the set of files they get, like e.g. starting with fileserver A, and then have fileserver B which serves the iles of A, together with a few files that B adds itself using information taken from files of A. Then C would take its files from B, etc. There would probably be a different kind of fileserver D that gives a whole new view of the stuff from C, instead of just adding files to it. The advantage I would have wrt qids is that (assuming I `control' all tools in the chain) I would be able to devise my own conventions to guarantee uniqueness. It occured to me that this approach looks a bit like passing (attributed?) (abstract syntax) trees around between components in a tool chain. The extending file server then essentially just adds additional attributes to the tree. I don't expect this approach to be the most efficient one w.r.t. burning cpu cycles, but it should result in a pretty flexible tool set, where you `build' a particular tool (instance) by combining the `right' elements in the tool chain. To get a slightly different tool, you just replace a component by one that implements a slightly different algorithm. Also, it has the (educational) advantage that it makes the intermediate (tree) data structures visible using ordinary tools (just look at the file hierarchy and the files served). Someday I'll really find some time to work on this, someday... Axel. > Servers of original > files are encouraged to use only the low 48 bits of the > qid.path to permit encapsulating servers to use the top > 16 bits to generate uniqueness. The code in exportfs > may be a good example, but last I looked it was a bit > obscure. From cse.psu.edu!9fans-admin Thu Mar 27 02:40:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 02:40:24 JST 2003 Received: (qmail 4216 invoked by uid 1020); 27 Mar 2003 02:40:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4212 invoked from network); 27 Mar 2003 02:40:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 02:40: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 B118219B0D; Wed, 26 Mar 2003 12:40:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E946719A8D for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 12:39:56 -0500 (EST) Message-ID: <8536106e05d2ec2c9996c2d623575b2c@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] qids 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, 26 Mar 2003 17:42:54 0000 > Servers of original files are encouraged to use only the low 48 bits > of the qid.path to permit encapsulating servers to use the top 16 bits > to generate uniqueness. what about those that encapsulate the encapsulators? i don't see how this helps much, given that you can't rely on it. i suppose it reduces the likelyhood that an exportfs-like service will have to rewrite a file's qid when it's walked to, and more so if the encapsulating service chooses a random starting point for those top 16 bits... is that the point? rog. From cse.psu.edu!9fans-admin Thu Mar 27 02:51:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 02:51:20 JST 2003 Received: (qmail 4316 invoked by uid 1020); 27 Mar 2003 02:51:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4312 invoked from network); 27 Mar 2003 02:51:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 02:51: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 1271519B0F; Wed, 26 Mar 2003 12:51:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 4FC9B19A33 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 12:50:31 -0500 (EST) Message-ID: <664e1d8999ebe8d577a9a044ee14c160@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] old fossil vac scores 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, 26 Mar 2003 17:53:27 0000 > Also you can do [...] > to get the most recent one, though I like nemo's way better. unfortunately, as far as i can see, it's not possible to get the vac command to print a score for the entire arena as expected by flfmt -v, so nemos solution doesn't cut it for me. i was just wondering if it was possible to rewind the entire fossil state to a previously archived state without keeping track of all those scores externally. rog. From cse.psu.edu!9fans-admin Thu Mar 27 03:20:35 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 03:20:35 JST 2003 Received: (qmail 4717 invoked by uid 1020); 27 Mar 2003 03:20:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4713 invoked from network); 27 Mar 2003 03:20:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 03:20: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 4F54519B1A; Wed, 26 Mar 2003 13:20:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from gamma29.escet.urjc.es (unknown [212.128.4.239]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0553C19B15 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 13:19:52 -0500 (EST) Message-ID: <170406f7284614f78027185d945f1950@plan9.escet.urjc.es> From: Fco.J.Ballesteros To: 9fans@cse.psu.edu Subject: Re: [9fans] old fossil vac scores In-Reply-To: <664e1d8999ebe8d577a9a044ee14c160@vitanuova.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-ebyyiexdrbaozdzrhrcuezzohm" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 26 Mar 2003 19:19:48 +0100 This is a multi-part message in MIME format. --upas-ebyyiexdrbaozdzrhrcuezzohm Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit I dont understand. AFAIK, you rewind to one of /archive/...., and they have a score printed by vac. I think you can use that score to call flfmt (would really like to know if I'm mistaken :-) ). --upas-ebyyiexdrbaozdzrhrcuezzohm Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Wed Mar 26 18:51:22 MET 2003 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 1271519B0F; Wed, 26 Mar 2003 12:51:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 4FC9B19A33 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 12:50:31 -0500 (EST) Message-ID: <664e1d8999ebe8d577a9a044ee14c160@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] old fossil vac scores 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, 26 Mar 2003 17:53:27 0000 > Also you can do [...] > to get the most recent one, though I like nemo's way better. unfortunately, as far as i can see, it's not possible to get the vac command to print a score for the entire arena as expected by flfmt -v, so nemos solution doesn't cut it for me. i was just wondering if it was possible to rewind the entire fossil state to a previously archived state without keeping track of all those scores externally. rog. --upas-ebyyiexdrbaozdzrhrcuezzohm-- From cse.psu.edu!9fans-admin Thu Mar 27 04:02:40 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 04:02:40 JST 2003 Received: (qmail 5354 invoked by uid 1020); 27 Mar 2003 04:02:27 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5350 invoked from network); 27 Mar 2003 04:02:27 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 04:02:27 +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 4A72719B15; Wed, 26 Mar 2003 14:02:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from usrtpnp2.glaxowellcome.com (firewall2.glaxowellcome.com [192.58.204.209]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6B2C419A85 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 14:01:00 -0500 (EST) Received: by usrtpnp2.glaxowellcome.com; id OAA28982; Wed, 26 Mar 2003 14:00:55 -0500 (EST) Received: from ussunt2.glaxo.com(152.51.63.189) by usrtpnp2.glaxowellcome.com via smap (V5.5) id xma027817; Wed, 26 Mar 03 14:00:11 -0500 Received: by ussunt2.glaxo.com id OAA23325; Wed, 26 Mar 2003 14:00:12 -0500 (EST) Received: from 139.136.64.5 by us1n72.glaxo.com with ESMTP (Tumbleweed MMS SMTP Relay (MMS v4.7)); Wed, 26 Mar 2003 14:00:09 -0500 X-Server-Uuid: 64f895a0-eff0-11d5-a08c-0002a5093217 Received: from phu423.um.us.sbphrd.com (phu423.um.us.sbphrd.com [139.136.64.123]) by phinet.sbphrd.com (8.9.1b+Sun/8.9.1) with ESMTP id OAA20435 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 14:00:09 -0500 (EST) Received: from phu655.um.us.sbphrd.com (phu655.um.us.sbphrd.com [139.136.96.55]) by phu423.um.us.sbphrd.com ( 8.8.8/8.8.8/sbphrd/mh/20010126) with ESMTP id OAA30247 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 14:00:09 -0500 (EST) Received: (from morgarws@localhost) by phu655.um.us.sbphrd.com ( 8.8.8/8.8.8) id OAA187378; Wed, 26 Mar 2003 14:00:09 -0500 (EST) Message-ID: <200303261900.OAA187378@phu655.um.us.sbphrd.com> X-Authentication-Warning: phu655.um.us.sbphrd.com: morgarws set sender to morgarws@phu655.um.us.sbphrd.com using -f From: "William S. Morgart" To: 9fans@cse.psu.edu MIME-Version: 1.0 X-WSS-ID: 129F2733560802-01-01 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: [9fans] IBM T30 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 X-Reply-To: morgarws@mh.us.sbphrd.com List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Wed, 26 Mar 2003 14:00:09 -0500 (EST) Is the IBM T30 laptop supported and if so could someone create a bootfloppy for the install process for me? ... It appears that the video controller is not recognized in the install floppy build process. On the T30 the display controller is an ATI Mobility Radeon 7500 ... Thanks in advance, Bill Morgart From cse.psu.edu!9fans-admin Thu Mar 27 04:11:37 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 04:11:37 JST 2003 Received: (qmail 5445 invoked by uid 1020); 27 Mar 2003 04:11:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5441 invoked from network); 27 Mar 2003 04:11:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 04:11: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 42B4719B18; Wed, 26 Mar 2003 14:11:10 -0500 (EST) 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 ESMTP id DCFE119B17 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 14:10:43 -0500 (EST) Message-ID: To: morgarws@mh.us.sbphrd.com, 9fans@cse.psu.edu Subject: Re: [9fans] IBM T30 Supported? From: Sape Mullender In-Reply-To: <200303261900.OAA187378@phu655.um.us.sbphrd.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, 26 Mar 2003 14:10:41 -0500 > Is the IBM T30 laptop supported No, not yet. We can't drive the screen. Sape From cse.psu.edu!9fans-admin Thu Mar 27 04:19:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 04:19:26 JST 2003 Received: (qmail 5535 invoked by uid 1020); 27 Mar 2003 04:19:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5531 invoked from network); 27 Mar 2003 04:19:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 04:19: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 A410619B03; Wed, 26 Mar 2003 14:19:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id AFA6619B1D for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 14:18:54 -0500 (EST) Message-ID: <3efb59da210187f766bf78edc4f53ab5@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] old fossil vac scores 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, 26 Mar 2003 19:21:52 0000 > I dont understand. AFAIK, you rewind to one of /archive/...., > and they have a score printed by vac. > I think you can use that score to call flfmt (would really > like to know if I'm mistaken :-) ). i'd assumed that wasn't possible because the shape of the vac archive you get is different between a vac as produced by vac /archive and that produced after a snap -a. the former is rooted at /archive (as you might expect); the latter contains /active, /snapshot and /archive directories in its root. it's quite possible fltmt is clever about this, but given the comment in the man page, i doubt it. From cse.psu.edu!9fans-admin Thu Mar 27 10:37:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 10:37:24 JST 2003 Received: (qmail 11799 invoked by uid 1020); 27 Mar 2003 10:37:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11795 invoked from network); 27 Mar 2003 10:37:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 10:37: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 A1B3F19991; Wed, 26 Mar 2003 20:36:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from emerald.lightlink.com (emerald.lightlink.com [205.232.34.14]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 511A819B23 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 20:35:30 -0500 (EST) Received: from adore.lightlink.com (adore.lightlink.com [205.232.34.20]) by emerald.lightlink.com (8.8.8/8.8.8) with ESMTP id UAA10708 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 20:35:29 -0500 From: Matthew Haas To: 9fans@cse.psu.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] problems installing the plan9 distribution on fileserver Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 26 Mar 2003 20:35:28 -0500 (EST) Hello, My adventures with Plan 9 continue... thanks to the people who helped me get past the initial fileserver configure stage... I've managed to create & ream the main filesystem, and with some digging through online documentation my auth/cpu & fileserver are now talking to each other. I've managed to mount the fileserver onto the auth/cpu server directory tree, as listed in the "Installing a Plan 9 File Server" document. However, when I get to the following command: wrap/inst -ovr /n/$FILESERVER plan9.9gz I get the following error message: wrap/inst: '/bin/wrap' directory entry not found This has me utterly baffled. I take it I am supposed to have this utility installed on the auth/cpu server from the install, but it does not seem to be there. I've tried searching for it: du -a . | grep wrap (also for inst, no luck on either) I am running Plan 9 4th edition "current-as-of-2-weeks-ago" (x86) ... currently doing another pull to see if perhaps something is missing. Any suggestions? Unless I am completely off-base on this, it just seems I am missing a utility I should have... as I think everything else is communicating as it should. Thanks in advance. --- Matthew Haas Squirrel's Law #209203923: "Thou shalt ignoreth Corning/Geneseo, NY all RAM specifications, they're noo scottish" From cse.psu.edu!9fans-admin Thu Mar 27 11:24:46 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 11:24:46 JST 2003 Received: (qmail 13650 invoked by uid 1020); 27 Mar 2003 11:24:36 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13642 invoked from network); 27 Mar 2003 11:24:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 11:24: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 8DECF19B24; Wed, 26 Mar 2003 21:24:10 -0500 (EST) 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 4C914199E3 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 21:23:55 -0500 (EST) 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 VAA16056 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 21:23:54 -0500 (EST) 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 h2R2Nsv03287 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 21:23:54 -0500 (EST) Message-Id: <200303270223.h2R2Nsv03287@augusta.math.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] problems installing the plan9 distribution on fileserver In-Reply-To: Your message of "Wed, 26 Mar 2003 20:35:28 EST." 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, 26 Mar 2003 21:23:54 -0500 > My adventures with Plan 9 continue... thanks to the people who helped me > get past the initial fileserver configure stage... I've managed to create > & ream the main filesystem, and with some digging through online > documentation my auth/cpu & fileserver are now talking to each other. > > I've managed to mount the fileserver onto the auth/cpu server directory > tree, as listed in the "Installing a Plan 9 File Server" document. > However, when I get to the following command: > > wrap/inst -ovr /n/$FILESERVER plan9.9gz > > I get the following error message: > > wrap/inst: '/bin/wrap' directory entry not found > > This has me utterly baffled. I take it I am supposed to have this utility > installed on the auth/cpu server from the install, but it does not seem to > be there. > > I've tried searching for it: > > du -a . | grep wrap (also for inst, no luck on either) > > I am running Plan 9 4th edition "current-as-of-2-weeks-ago" (x86) ... > currently doing another pull to see if perhaps something is missing. > > Any suggestions? Unless I am completely off-base on this, it just seems I > am missing a utility I should have... as I think everything else is > communicating as it should. > > Thanks in advance. Argh, I've been meaning to fix that. Basically, wrap/* no longer exists; that functionality has been taken over by the replica tools. I'm a little surprised your du -a /root | grep inst didn't see /root/dist/replica/inst; that's on sources, but maybe it's not making it into the installation logs or something. Anyway, I'd do a pull, and if /dist/replica/inst doesn't exist, copy it off of sources by hand. Then you can do: 9fs sources bind /n/sources/plan9 /n/dist srv $FILESERVER mount -c /srv/$FILESERVER /n/inst replica/pull -v /dist/replica/inst Which will populate /n/inst with the current version of the system from sources. You might want to wait a while though; rsc is pushing out some changes to namespace and some other stuff that (I don't think) have hit sources yet, but which will be backwards incompatible. It's worth it to wait so you avoid the incompatibility. - Dan C. From cse.psu.edu!9fans-admin Thu Mar 27 11:56:12 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 11:56:12 JST 2003 Received: (qmail 14858 invoked by uid 1020); 27 Mar 2003 11:55:47 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14848 invoked from network); 27 Mar 2003 11:55:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 11:55: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 783A419B2E; Wed, 26 Mar 2003 21:55:10 -0500 (EST) 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 19542199B3 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 21:54:53 -0500 (EST) 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 VAA21352 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 21:54:52 -0500 (EST) 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 h2R2sqv03408 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 21:54:52 -0500 (EST) Message-Id: <200303270254.h2R2sqv03408@augusta.math.psu.edu> To: 9fans@cse.psu.edu From: Dan Cross Subject: [9fans] Venti arenas 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, 26 Mar 2003 21:54:52 -0500 The Setting up a Venti document on the Wiki mentions concatenating lots of smaller arenas into a single large log space. Okay, if I have a big disk (say, a couple of mirrored 150GB IDE drives), why would I want to split my log space up into small arenas? Would it be easier to just create a single, really big arena and not worry about smaller ones? I'm sure there's a logical answer, but I'm not aware of what it is. Also, are there plans to add a read cache to Fossil anytime soon? - Dan C. From cse.psu.edu!9fans-admin Thu Mar 27 12:00:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 12:00:24 JST 2003 Received: (qmail 15080 invoked by uid 1020); 27 Mar 2003 12:00:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15075 invoked from network); 27 Mar 2003 12:00:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 12:00:19 +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 96BA919B1F; Wed, 26 Mar 2003 21:59:10 -0500 (EST) 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 ESMTP id AE3B219B27 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 21:58:20 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Mar 26 21:58:20 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Wed Mar 26 21:58:17 EST 2003 Message-ID: <8fc62824369686d8d8371687c2ab93ed@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] Venti arenas question. From: "Russ Cox" In-Reply-To: <200303270254.h2R2sqv03408@augusta.math.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: Wed, 26 Mar 2003 21:58:17 -0500 There's a difference between arenas and arena partitions. There's no reason not to use a single big arena partition: --rw-r----- S 0 rsc rsc 16727702528 Mar 25 21:54 /dev/sdC0/v.arenas Internally, Venti will chop it into smallish arenas in units suitable for backup to tape or CD-ROM. The default is 500MB. If you are planning to back up to CD-ROM you might want to use 650MB or so. Read the Venti paper for more. /sys/doc/venti/venti.ps From cse.psu.edu!9fans-admin Thu Mar 27 12:00:45 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 12:00:45 JST 2003 Received: (qmail 15102 invoked by uid 1020); 27 Mar 2003 12:00:45 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 15092 invoked from network); 27 Mar 2003 12:00:38 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 12:00:38 +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 6954D19B17; Wed, 26 Mar 2003 21:59:14 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from holo.morphisms.net (holo.morphisms.net [66.93.84.55]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6AA5419B27 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 21:58:40 -0500 (EST) Received: from mero.morphisms.net (mero.morphisms.net [66.93.84.246]) by holo.morphisms.net (Postfix) with ESMTP id EEB7A2C for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 21:58:39 -0500 (EST) Received: by mero.morphisms.net (Postfix, from userid 1000) id D967029; Wed, 26 Mar 2003 21:58:39 -0500 (EST) Date: Wed, 26 Mar 2003 21:58:39 -0500 From: William Josephson To: 9fans@cse.psu.edu Subject: Re: [9fans] Venti arenas question. Message-ID: <20030327025839.GB90970@mero.morphisms.net> References: <200303270254.h2R2sqv03408@augusta.math.psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200303270254.h2R2sqv03408@augusta.math.psu.edu> User-Agent: Mutt/1.4.1i X-No-archive: yes Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: On Wed, Mar 26, 2003 at 09:54:52PM -0500, Dan Cross wrote: > The Setting up a Venti document on the Wiki mentions concatenating lots > of smaller arenas into a single large log space. Okay, if I have a big > disk (say, a couple of mirrored 150GB IDE drives), why would I want to > split my log space up into small arenas? Would it be easier to just > create a single, really big arena and not worry about smaller ones? > I'm sure there's a logical answer, but I'm not aware of what it is. Well for one, so you can copy small pieces off onto DVDs. From cse.psu.edu!9fans-admin Thu Mar 27 12:16:31 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 12:16:31 JST 2003 Received: (qmail 16260 invoked by uid 1020); 27 Mar 2003 12:16:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16256 invoked from network); 27 Mar 2003 12:16:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 12:16: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 B22FD19A33; Wed, 26 Mar 2003 22:16:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from emerald.lightlink.com (emerald.lightlink.com [205.232.34.14]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 342E319A02 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 22:15:37 -0500 (EST) Received: from adore.lightlink.com (adore.lightlink.com [205.232.34.20]) by emerald.lightlink.com (8.8.8/8.8.8) with ESMTP id WAA15861 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 22:15:36 -0500 From: Matthew Haas To: 9fans@cse.psu.edu Subject: Re: [9fans] problems installing the plan9 distribution on fileserver In-Reply-To: <200303270223.h2R2Nsv03287@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: Wed, 26 Mar 2003 22:15:36 -0500 (EST) On Wed, 26 Mar 2003, Dan Cross wrote: > > I'm a little surprised your du -a /root | grep inst didn't see > /root/dist/replica/inst; that's on sources, but maybe it's not making > it into the installation logs or something. Anyway, I'd do a pull, and > if /dist/replica/inst doesn't exist, copy it off of sources by hand. > Then you can do: > So, if I read this correctly: > 9fs sources > mount the sources.cs.bell-labs.com namespace onto my /n/sources ... > bind /n/sources/plan9 /n/dist > make it so the plan9 distribution appears in /n/dist ... > srv $FILESERVER > mount -c /srv/$FILESERVER /n/inst > mount the fileserver namespace onto /n/inst > replica/pull -v /dist/replica/inst > > Which will populate /n/inst with the current version of the system from > ?? I don't have a /dist/replica/inst, but if I did... would this accomplish the task of installing the plan9 distribution onto the fileserver? I see above you mention I may have to copy it from sources.. I'll investigate this after a good night's rest. > sources. You might want to wait a while though; rsc is pushing out > some changes to namespace and some other stuff that (I don't think) > have hit sources yet, but which will be backwards incompatible. It's > worth it to wait so you avoid the incompatibility. > Define "a while"... tonight? a couple of days? I just finished a pull and got a lot of new files... I'll give it another look in the morning. If I have to I can eventually rebuild everything as I am still experimenting, but hopefully I can get it to a state to play with limbo and some distributed programming (implement the travelling salesperson problem). Any pointers on distributed programming in Plan 9? Thank you very much for your reply! It has helped to clarify a lot in regards to exploring Plan 9. --- Matthew Haas Squirrel's Law #209203923: "Thou shalt ignoreth Corning/Geneseo, NY all RAM specifications, they're noo scottish" From cse.psu.edu!9fans-admin Thu Mar 27 12:27:41 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 12:27:41 JST 2003 Received: (qmail 16762 invoked by uid 1020); 27 Mar 2003 12:27:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16756 invoked from network); 27 Mar 2003 12:27:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 12:27:24 +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 CB71B19A8C; Wed, 26 Mar 2003 22:27:10 -0500 (EST) 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 ESMTP id 5B7FA199B3 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 22:26:13 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Mar 26 22:26:12 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Wed Mar 26 22:26:10 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] old fossil vac scores From: "Russ Cox" In-Reply-To: <3efb59da210187f766bf78edc4f53ab5@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, 26 Mar 2003 22:26:08 -0500 > i'd assumed that wasn't possible because the shape of > the vac archive you get is different between a vac > as produced by > > vac /archive > > and that produced after a snap -a. > > the former is rooted at /archive (as you might expect); > the latter contains /active, /snapshot and /archive > directories in its root. > > it's quite possible fltmt is clever about this, but given > the comment in the man page, i doubt it. good point. most of that is paged out of my brain. the tree you get from running a vac command is only for the root of the active file system on that day. the one printed after an archive step has the entire fs -- snap, dump, and active (though snap doesn't work since it has pointers to data in the write buffer). here's a better version of the script i posted earlier. run lastfossil to get the most recent score, and then vacchain to work your way back to what you want. # To unbundle, run this file echo /usr/rsc/bin/rc/vacchain sed 's/.//' >/usr/rsc/bin/rc/vacchain <<'//GO.SYSIN DD /usr/rsc/bin/rc/vacchain' -#!/bin/rc - -rfork e - -switch($#*){ -case 1 - vac=$1 -case * - echo 'usage: vacchain vac:score' >[1=2] - exit usage -} - -if(! ~ $vac vac:????????????????????????????????????????){ - echo bad score >[1=2] - exit 'bad score' -} - -score=`{echo $vac | sed 's/vac://'} - -tmp=/tmp/vacchain.$pid -fn die{ - echo $* >[1=2] - rm -f $tmp - exit '' -} -nl=' -' -while(){ - echo vac:$score - if(! venti/read $score 1 >$tmp) - die could not find $score - if(! ~ `{ls -l $tmp | awk '{print $6}'} 300) - die block $score too short - score=`{dd -bs 1 -iseek 280 -count 20 -if $tmp >[2]/dev/null | - xd -b | sed 's/^.......( )?//' | tr -d $nl^' '} -} //GO.SYSIN DD /usr/rsc/bin/rc/vacchain echo /usr/rsc/bin/rc/lastfossil sed 's/.//' >/usr/rsc/bin/rc/lastfossil <<'//GO.SYSIN DD /usr/rsc/bin/rc/lastfossil' -#!/bin/rc - -rfork e - -switch($#*){ -case 0 - file=/dev/sdC0/fossil -case 1 - file=$1 -case * - echo 'usage: lastfossil [/dev/sdC0/fossil]' >[1=2] - exit usage -} - -fn h2d { echo 'ibase=16;' print `{echo $1|tr a-z A-Z} |bc } -header=`{dd -bs 1024 -iseek 128 -count 1 -if $file >[2]/dev/null| xd -b | sed 1q} -bsize=`{h2d $header(8)^$header(9)} -super=`{h2d 0$header(10)^$header(11)^$header(12)^$header(13)} -x=`{dd -bs $bsize -iseek $super -count 1 -if $file >[2]/dev/null | xd -b | - sed '1,2d;3s/^....... .. .. //;4s/^....... (.. .. .. .. .. ..).*/\1/;4q' | tr -d ' '} -echo vac:^$x(1)^$x(2) - //GO.SYSIN DD /usr/rsc/bin/rc/lastfossil From cse.psu.edu!9fans-admin Thu Mar 27 12:33:36 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 12:33:36 JST 2003 Received: (qmail 16953 invoked by uid 1020); 27 Mar 2003 12:33:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16949 invoked from network); 27 Mar 2003 12:33:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 12:33:24 +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 BA85319A91; Wed, 26 Mar 2003 22:33:10 -0500 (EST) 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 338EE19A91 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 22:32:32 -0500 (EST) 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 WAA29888 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 22:32:31 -0500 (EST) 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 h2R3WVv03538 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 22:32:31 -0500 (EST) Message-Id: <200303270332.h2R3WVv03538@augusta.math.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] problems installing the plan9 distribution on fileserver In-Reply-To: Your message of "Wed, 26 Mar 2003 22:15:36 EST." 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, 26 Mar 2003 22:32:31 -0500 > mount the sources.cs.bell-labs.com namespace onto my /n/sources ... Yup. > make it so the plan9 distribution appears in /n/dist ... Yup. > mount the fileserver namespace onto /n/inst Yup. > ?? I don't have a /dist/replica/inst, but if I did... would this > accomplish the task of installing the plan9 distribution onto the > fileserver? And yup. > I see above you mention I may have to copy it from sources.. I'll > investigate this after a good night's rest. Yeah; it's in /n/sources/plan9/dist/replica/inst. It really ought to be in the distribution; I don't know why it isn't. Russ? > > sources. You might want to wait a while though; rsc is pushing out > > some changes to namespace and some other stuff that (I don't think) > > have hit sources yet, but which will be backwards incompatible. It's > > worth it to wait so you avoid the incompatibility. > > Define "a while"... tonight? a couple of days? I just finished a pull and > got a lot of new files... I'll give it another look in the morning. I think I'd better let rsc answer that. :-) > If I have to I can eventually rebuild everything as I am still > experimenting, but hopefully I can get it to a state to play with limbo > and some distributed programming (implement the travelling salesperson > problem). Any pointers on distributed programming in Plan 9? Sounds like fun. The papers in /sys/doc are a good start. > Thank you very much for your reply! It has helped to clarify a lot in > regards to exploring Plan 9. No problem. - Dan C. From cse.psu.edu!9fans-admin Thu Mar 27 12:48:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 12:48:23 JST 2003 Received: (qmail 17384 invoked by uid 1020); 27 Mar 2003 12:48:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 17380 invoked from network); 27 Mar 2003 12:48:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 12:48:22 +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 1AB8119A90; Wed, 26 Mar 2003 22:48:11 -0500 (EST) 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 ESMTP id 14697199E4 for <9fans@cse.psu.edu>; Wed, 26 Mar 2003 22:47:04 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Wed Mar 26 22:47:03 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Wed Mar 26 22:47:00 EST 2003 Message-ID: <7f2777464be9e758e9bb65f6eb35f625@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] problems installing the plan9 distribution on fileserver From: "Russ Cox" In-Reply-To: <200303270332.h2R3WVv03538@augusta.math.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: Wed, 26 Mar 2003 22:47:00 -0500 >> Define "a while"... tonight? a couple of days? I just finished a pull and >> got a lot of new files... I'll give it another look in the morning. > > I think I'd better let rsc answer that. :-) If you're just starting out, none of the changes should affect things you're doing. There is a list archive at https://lists.cse.psu.edu/archives/9fans/ Russ From cse.psu.edu!9fans-admin Thu Mar 27 15:11:02 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 15:11:02 JST 2003 Received: (qmail 22604 invoked by uid 1020); 27 Mar 2003 15:08:55 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22536 invoked from network); 27 Mar 2003 15:07:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 15:07: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 AD09119AA4; Thu, 27 Mar 2003 01:07:10 -0500 (EST) 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 ESMTP id 2064B199E8 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 01:06:29 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Thu Mar 27 01:06:28 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Thu Mar 27 01:06:25 EST 2003 Message-ID: <8b00e2f8ff9e46b5576ba7a51ed43e5c@plan9.bell-labs.com> To: 9fans@cse.psu.edu From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] updated 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: Thu, 27 Mar 2003 01:06:26 -0500 The new name space, ssh, and tls binaries are on sources. A bunch of pending bug fixes went out too, so there are a lot of new binaries. Russ From cse.psu.edu!9fans-admin Thu Mar 27 17:50:36 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 17:50:36 JST 2003 Received: (qmail 29241 invoked by uid 1020); 27 Mar 2003 17:50:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 29237 invoked from network); 27 Mar 2003 17:50:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 17:50:25 +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 0930E19AAB; Thu, 27 Mar 2003 03:50:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A0A05199B3 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 03:49:01 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] old fossil vac scores From: Fco.J.Ballesteros In-Reply-To: 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, 27 Mar 2003 09:49:00 +0100 > good point. most of that is paged out of my brain. > the tree you get from running a vac command is only > for the root of the active file system on that day. Does that mean that `vac /archive/2003' gives a score that is not useful for flfmt -v? From cse.psu.edu!9fans-admin Thu Mar 27 22:52:30 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 22:52:30 JST 2003 Received: (qmail 3362 invoked by uid 1020); 27 Mar 2003 22:52:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3358 invoked from network); 27 Mar 2003 22:52:28 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 22:52: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 2B08B19B27; Thu, 27 Mar 2003 08:52:13 -0500 (EST) 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 ESMTP id A723119A02 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 08:51:48 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Thu Mar 27 08:51:47 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Thu Mar 27 08:51:45 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] old fossil vac scores From: "Russ Cox" In-Reply-To: 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, 27 Mar 2003 08:51:44 -0500 > Does that mean that `vac /archive/2003' gives a score that > is not useful for flfmt -v? Yes it does. The archive that gets printed by vac /archive/2003/0123 is only for that tree. The vac scores printed by the archiver are for the entire tree (rooted at /). Compare mounting each with vacfs and you'll see. From cse.psu.edu!9fans-admin Thu Mar 27 23:08:43 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 23:08:43 JST 2003 Received: (qmail 3651 invoked by uid 1020); 27 Mar 2003 23:08:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3647 invoked from network); 27 Mar 2003 23:08:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 23:08: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 57A5A19B2B; Thu, 27 Mar 2003 09:08:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from juice.thebigchoice.com (pc1-nott2-3-cust18.nott.cable.ntl.com [80.4.204.18]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 85D5819AAA for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 09:07:30 -0500 (EST) Received: from proweb.co.uk (localhost [127.0.0.1]) by juice.thebigchoice.com (8.12.6/8.12.6) with ESMTP id h2RDcXPV000199 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 13:38:34 GMT (envelope-from matt@proweb.co.uk) Message-ID: <3E82FED9.50009@proweb.co.uk> From: matt User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030326 X-Accept-Language: en, en-us MIME-Version: 1.0 To: 9fans@cse.psu.edu Subject: Re: [9fans] my plan9 desktop References: In-Reply-To: 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, 27 Mar 2003 13:38:33 +0000 Russ Cox wrote: >wow that's a big font. > > much easier on the eyes, 20" monitor is the best thing i ever bought From cse.psu.edu!9fans-admin Thu Mar 27 23:28:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Thu Mar 27 23:28:24 JST 2003 Received: (qmail 3899 invoked by uid 1020); 27 Mar 2003 23:28:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3895 invoked from network); 27 Mar 2003 23:28:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 27 Mar 2003 23:28:23 +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 D638F19B31; Thu, 27 Mar 2003 09:28:10 -0500 (EST) 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 ESMTP id 6AC2319B2D for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 09:27:16 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Thu Mar 27 09:27:14 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Thu Mar 27 09:27:12 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] my plan9 desktop From: "Russ Cox" In-Reply-To: <3E82FED9.50009@proweb.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: Thu, 27 Mar 2003 09:27:11 -0500 > 20" monitor is the best thing i ever bought it's all about lcds. From cse.psu.edu!9fans-admin Fri Mar 28 00:03:36 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 28 00:03:36 JST 2003 Received: (qmail 4467 invoked by uid 1020); 28 Mar 2003 00:03:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4463 invoked from network); 28 Mar 2003 00:03:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 28 Mar 2003 00:03: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 40BDC19B32; Thu, 27 Mar 2003 10:03:11 -0500 (EST) 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 ESMTP id D124D19B20 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 10:02:37 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Thu Mar 27 10:02:26 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Thu Mar 27 10:02:24 EST 2003 Message-ID: <613fd5f50ec761962256c73828e0988a@plan9.bell-labs.com> To: 9fans@cse.psu.edu subject: Re: [9fans] updated sources 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, 27 Mar 2003 10:02:22 -0500 Doh! I really thought I had pushed out the namespace, tls, and ssh code two nights ago. Looks like I only did the ssh code. The namespace and tls code is there now. More binaries in a few hours. From cse.psu.edu!9fans-admin Fri Mar 28 02:02:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 28 02:02:22 JST 2003 Received: (qmail 5885 invoked by uid 1020); 28 Mar 2003 02:02:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5881 invoked from network); 28 Mar 2003 02:02:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 28 Mar 2003 02:02: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 0A8F219B3E; Thu, 27 Mar 2003 12:02:11 -0500 (EST) 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 B3C8F19B3D for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 12:01:13 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18yaTx-0001gX-00 for 9fans@cse.psu.edu; Thu, 27 Mar 2003 16:44:01 +0000 Received: from GATEWAY by bath.ac.uk with netnews for 9fans@cse.psu.edu (9fans@cse.psu.edu) To: 9fans@cse.psu.edu From: Robby Message-ID: Organization: Unorganised Content-Type: text/plain; charset=us-ascii Subject: [9fans] adding faces? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 27 Mar 2003 16:40:56 GMT Hi, I feel a little bit stupid asking this, but oh well ... How do I go about adding new faces to /lib/face when I am logged in from a terminal as a regular user? Should I make the regular user part of the sys group, if I want to allow editing such things? Or what is the preferred method of "administering" when logging in from a terminal? Hmm, having read things about bind recently, can I bind local faces on top of /lib/face? I'll read up about namespaces a bit, I guess. Thanks for any pointers, Robby From cse.psu.edu!9fans-admin Fri Mar 28 02:08:36 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 28 02:08:36 JST 2003 Received: (qmail 5948 invoked by uid 1020); 28 Mar 2003 02:08:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5944 invoked from network); 28 Mar 2003 02:08:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 28 Mar 2003 02:08: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 6269919B40; Thu, 27 Mar 2003 12:08:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from fbsd.cpsc.ucalgary.ca (fbsd.cpsc.ucalgary.ca [136.159.7.68]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id C80B219B34 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 12:07:45 -0500 (EST) Received: from fbsd.cpsc.ucalgary.ca (localhost.localdomain [127.0.0.1]) by fbsd.cpsc.ucalgary.ca (8.12.8/8.12.8) with ESMTP id h2RHA1GU005409 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 10:10:01 -0700 Received: from localhost (mirtchov@localhost) by fbsd.cpsc.ucalgary.ca (8.12.8/8.12.8/Submit) with ESMTP id h2RHA1TI005405 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 10:10:01 -0700 X-Authentication-Warning: fbsd.cpsc.ucalgary.ca: mirtchov owned process doing -bs From: andrey mirtchovski To: 9fans@cse.psu.edu Subject: Re: [9fans] adding faces? 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: Thu, 27 Mar 2003 10:10:01 -0700 (MST) from http://www.acl.lanl.gov/plan9/tips.html: adding your own personal "faces" mkdir $home/lib/face mkdir $home/lib/face/48x48x1 cp /lib/face/48x48x1/.dict $home/lib/face/48x48x1/ modify $home/lib/face/48x48x1/.dict, and add a line to your $home/lib/profile like: bind -b $home/lib/face/48x48x1 /lib/face/48x48x1 On Thu, 27 Mar 2003, Robby wrote: > Hi, > > I feel a little bit stupid asking this, but oh well ... > > How do I go about adding new faces to /lib/face when I am logged > in from a terminal as a regular user? Should I make the regular > user part of the sys group, if I want to allow editing such things? > Or what is the preferred method of "administering" when logging > in from a terminal? > > Hmm, having read things about bind recently, can I bind local faces > on top of /lib/face? I'll read up about namespaces a bit, I guess. > > Thanks for any pointers, > Robby > From cse.psu.edu!9fans-admin Fri Mar 28 04:37:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 28 04:37:20 JST 2003 Received: (qmail 7267 invoked by uid 1020); 28 Mar 2003 04:37:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7263 invoked from network); 28 Mar 2003 04:37:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 28 Mar 2003 04:37: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 9131319B34; Thu, 27 Mar 2003 14:37:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from blacksheep.csh.rit.edu (blacksheep.csh.rit.edu [129.21.60.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8127A19AAA for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 14:36:44 -0500 (EST) Received: from fury.csh.rit.edu (fury.csh.rit.edu [129.21.60.5]) by blacksheep.csh.rit.edu (Postfix) with ESMTP id B3608229 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 14:36:43 -0500 (EST) From: George Gensure To: <9fans@cse.psu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] inst/textonly Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 27 Mar 2003 14:36:43 -0500 (EST) This has been bugging me for a while. Can someone remove the access of $wsys for the download/install status bar in inst/textonly? At either of those points, inst/textonly just drops back to the main menu, thinking that it downloaded properly. I'd have fixed this by hand for myself, but I can't find the inst/* sources. -George werkt@csh.rit.edu From cse.psu.edu!9fans-admin Fri Mar 28 05:03:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 28 05:03:25 JST 2003 Received: (qmail 7591 invoked by uid 1020); 28 Mar 2003 05:03:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7587 invoked from network); 28 Mar 2003 05:03:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 28 Mar 2003 05:03: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 2EBA319B3D; Thu, 27 Mar 2003 15:03:11 -0500 (EST) 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 48BA219B2C for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 15:02:31 -0500 (EST) Received: from zeus.cs.utwente.nl (zeus.cs.utwente.nl [130.89.10.12]) by utrhcs.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2RK2SX1029165 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 21:02:28 +0100 (MET) Received: from zamenhof.cs.utwente.nl (zamenhof [130.89.13.77]) by zeus.cs.utwente.nl (8.12.8/8.12.8) with ESMTP id h2RK2Pbn012150 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 21:02:25 +0100 (MET) Received: from localhost (belinfan@localhost) by zamenhof.cs.utwente.nl (8.11.6+Sun/8.10.2) with SMTP id h2RK2Qg24027 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 21:02:26 +0100 (MET) Message-Id: <200303272002.h2RK2Qg24027@zamenhof.cs.utwente.nl> X-Authentication-Warning: zamenhof.cs.utwente.nl: belinfan@localhost didn't use HELO protocol To: 9fans@cse.psu.edu Subject: Re: [9fans] inst/textonly In-reply-to: Your message of "Thu, 27 Mar 2003 14:36:43 -0500." 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'~ X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 27 Mar 2003 21:02:25 +0100 have a look at /sys/lib/dist/pc/inst > I can't find the inst/* sources. From cse.psu.edu!9fans-admin Fri Mar 28 05:05:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 28 05:05:19 JST 2003 Received: (qmail 7608 invoked by uid 1020); 28 Mar 2003 05:05:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7604 invoked from network); 28 Mar 2003 05:05:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 28 Mar 2003 05:05: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 989AE19B45; Thu, 27 Mar 2003 15:05:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from aspen (sub17-87.member.dsl-only.net [63.105.17.87]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 54ECE19B43 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 15:04:46 -0500 (EST) Message-ID: <450285484f34a8354d1fe626e2581a06@picoworks.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] inst/textonly From: pat@picoworks.com In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-jqxensvbsguucmspgkfvxrmfrm" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 27 Mar 2003 12:04:43 -0800 This is a multi-part message in MIME format. --upas-jqxensvbsguucmspgkfvxrmfrm Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit When booting the install floppy look in /bin/dist For a quick fix: In /bin/dist/download change if(! hget -vo /n/kfs/dist/_plan9.iso.bz2 $installurl/plan9.iso.bz2 |[2] bargraph -w 145,129,445,168 'downloading '^plan9.iso.bz2) to if(! hget -vo /n/kfs/dist/_plan9.iso.bz2 $installurl/plan9.iso.bz2) Once you have a system installed look in: /sys/lib/dist/pc/inst/ Pat --upas-jqxensvbsguucmspgkfvxrmfrm Content-Type: message/rfc822 Content-Disposition: inline Return-path: <9fans-admin@cse.psu.edu> Received: from mail.cse.psu.edu (unverified [130.203.4.6]) by dsl-only.net (Rockliffe SMTPRA 5.2.5) with ESMTP id for ; Thu, 27 Mar 2003 11:35:30 -0800 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 4C6CB19B30; Thu, 27 Mar 2003 14:37:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from blacksheep.csh.rit.edu (blacksheep.csh.rit.edu [129.21.60.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 8127A19AAA for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 14:36:44 -0500 (EST) Received: from fury.csh.rit.edu (fury.csh.rit.edu [129.21.60.5]) by blacksheep.csh.rit.edu (Postfix) with ESMTP id B3608229 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 14:36:43 -0500 (EST) From: George Gensure To: <9fans@cse.psu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] inst/textonly Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 27 Mar 2003 14:36:43 -0500 (EST) This has been bugging me for a while. Can someone remove the access of $wsys for the download/install status bar in inst/textonly? At either of those points, inst/textonly just drops back to the main menu, thinking that it downloaded properly. I'd have fixed this by hand for myself, but I can't find the inst/* sources. -George werkt@csh.rit.edu --upas-jqxensvbsguucmspgkfvxrmfrm-- From cse.psu.edu!9fans-admin Fri Mar 28 06:01:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 28 06:01:22 JST 2003 Received: (qmail 8073 invoked by uid 1020); 28 Mar 2003 06:01:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8069 invoked from network); 28 Mar 2003 06:01:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 28 Mar 2003 06:01:21 +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 3000F19B30; Thu, 27 Mar 2003 16:01:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from blacksheep.csh.rit.edu (blacksheep.csh.rit.edu [129.21.60.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 3204219B26 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 16:00:22 -0500 (EST) Received: from fury.csh.rit.edu (fury.csh.rit.edu [129.21.60.5]) by blacksheep.csh.rit.edu (Postfix) with ESMTP id 7F21F1EE for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 16:00:21 -0500 (EST) From: George Gensure To: <9fans@cse.psu.edu> Subject: Re: [9fans] inst/textonly In-Reply-To: <450285484f34a8354d1fe626e2581a06@picoworks.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, 27 Mar 2003 16:00:21 -0500 (EST) That worked great. Thanks to both of you. -George On Thu, 27 Mar 2003 pat@picoworks.com wrote: > When booting the install floppy look in /bin/dist > > For a quick fix: In /bin/dist/download change > if(! hget -vo /n/kfs/dist/_plan9.iso.bz2 $installurl/plan9.iso.bz2 |[2] bargraph -w 145,129,445,168 'downloading '^plan9.iso.bz2) > to > if(! hget -vo /n/kfs/dist/_plan9.iso.bz2 $installurl/plan9.iso.bz2) > > Once you have a system installed look in: /sys/lib/dist/pc/inst/ > Pat > From cse.psu.edu!9fans-admin Fri Mar 28 10:49:27 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 28 10:49:27 JST 2003 Received: (qmail 13812 invoked by uid 1020); 28 Mar 2003 10:49:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13808 invoked from network); 28 Mar 2003 10:49:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 28 Mar 2003 10:49: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 BE88A19B4A; Thu, 27 Mar 2003 20:49:10 -0500 (EST) 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 ESMTP id 3196419B20 for <9fans@cse.psu.edu>; Thu, 27 Mar 2003 20:48:08 -0500 (EST) Message-ID: <363d7483b99d22f63a23afe8dfed7295@granite.cias.osakafu-u.ac.jp> 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] Marsv Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Mar 2003 10:49:51 +0900 I put our marsv on our web site. (http://basalt.cias.osakafu-u.ac.jp/plan9/p9index.html) This page is written in Japanese using UTF-8, because it's my mother language. However, I payed some efforts to all the others who does not read it. Trace the English text you can read, and you will reach Section 51 where Mrasv sits. I inluded isprs2003.pdf which describes the concept of Mars design, which was read at ISPRS2003 at Houston. It'd better to start from README of course. Good luck Kenji From cse.psu.edu!9fans-admin Fri Mar 28 22:44:33 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Fri Mar 28 22:44:33 JST 2003 Received: (qmail 3598 invoked by uid 1020); 28 Mar 2003 22:44:31 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3594 invoked from network); 28 Mar 2003 22:44:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 28 Mar 2003 22:44: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 2DC9019B60; Fri, 28 Mar 2003 08:44:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from juice.thebigchoice.com (pc1-nott2-3-cust18.nott.cable.ntl.com [80.4.204.18]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 828351998A for <9fans@cse.psu.edu>; Fri, 28 Mar 2003 08:43:36 -0500 (EST) Received: from proweb.co.uk (localhost [127.0.0.1]) by juice.thebigchoice.com (8.12.6/8.12.6) with ESMTP id h2SDhWFY001518 for <9fans@cse.psu.edu>; Fri, 28 Mar 2003 13:43:35 GMT (envelope-from matt@proweb.co.uk) Message-ID: <3E845184.2050201@proweb.co.uk> From: matt User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030326 X-Accept-Language: en, en-us MIME-Version: 1.0 To: 9fans@cse.psu.edu Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [9fans] Lucent News Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Mar 2003 13:43:32 +0000 http://theregister.co.uk/content/5/29993.html Lucent will pay $315m to settle class action By John Leyden Posted: 28/03/2003 at 11:39 GMT Lucent Technologies announced yesterday that it reached an agreement to settle all pending shareowner and related litigation against the company, its current and former officers and directors, and certain other defendants. The networking manufacturer did not admit any wrongdoing as part of the settlement, worth up to $315 million in cash and stock. Lucent's offer is subject to court approval. From cse.psu.edu!9fans-admin Sat Mar 29 01:31:42 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 29 01:31:42 JST 2003 Received: (qmail 5860 invoked by uid 1020); 29 Mar 2003 01:31:26 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 5856 invoked from network); 29 Mar 2003 01:31:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 29 Mar 2003 01:31: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 6F6F319B71; Fri, 28 Mar 2003 11:31:10 -0500 (EST) 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 ESMTP id 82CEE19B5E for <9fans@cse.psu.edu>; Fri, 28 Mar 2003 11:30:44 -0500 (EST) Message-ID: <25cc7456152543a9810af1c8b4517eb7@plan9.bell-labs.com> From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] Lucent News In-Reply-To: <3E845184.2050201@proweb.co.uk> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-edthwiuxnwpeefeqbstfdpazti" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Mar 2003 11:30:42 -0500 This is a multi-part message in MIME format. --upas-edthwiuxnwpeefeqbstfdpazti Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Anyone wanna buy some stock? --upas-edthwiuxnwpeefeqbstfdpazti Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Mar 28 08:44:31 EST 2003 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Fri Mar 28 08:44:29 EST 2003 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 DFEEE1998A; Fri, 28 Mar 2003 08:44:09 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from juice.thebigchoice.com (pc1-nott2-3-cust18.nott.cable.ntl.com [80.4.204.18]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 828351998A for <9fans@cse.psu.edu>; Fri, 28 Mar 2003 08:43:36 -0500 (EST) Received: from proweb.co.uk (localhost [127.0.0.1]) by juice.thebigchoice.com (8.12.6/8.12.6) with ESMTP id h2SDhWFY001518 for <9fans@cse.psu.edu>; Fri, 28 Mar 2003 13:43:35 GMT (envelope-from matt@proweb.co.uk) Message-ID: <3E845184.2050201@proweb.co.uk> From: matt User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030326 X-Accept-Language: en, en-us MIME-Version: 1.0 To: 9fans@cse.psu.edu Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [9fans] Lucent News Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Mar 2003 13:43:32 +0000 http://theregister.co.uk/content/5/29993.html Lucent will pay $315m to settle class action By John Leyden Posted: 28/03/2003 at 11:39 GMT Lucent Technologies announced yesterday that it reached an agreement to settle all pending shareowner and related litigation against the company, its current and former officers and directors, and certain other defendants. The networking manufacturer did not admit any wrongdoing as part of the settlement, worth up to $315 million in cash and stock. Lucent's offer is subject to court approval. --upas-edthwiuxnwpeefeqbstfdpazti-- From cse.psu.edu!9fans-admin Sat Mar 29 02:22:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 29 02:22:24 JST 2003 Received: (qmail 6387 invoked by uid 1020); 29 Mar 2003 02:22:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6383 invoked from network); 29 Mar 2003 02:22:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 29 Mar 2003 02:22: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 7B87119B7A; Fri, 28 Mar 2003 12:22:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from savan (unknown [195.173.15.12]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E270C19B70 for <9fans@cse.psu.edu>; Fri, 28 Mar 2003 12:21:10 -0500 (EST) Message-ID: <583603dcbf27fd4d4ac703fdee25383a@snellwilcox.com> From: steve.simon@snellwilcox.com To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] silly bind quetsion Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Mar 2003 17:15:55 0000 Hi, I want to overload some of the commands in /bin, and some of the commands in /bin/ip. I have /usr/local/386/bin /usr/local/386/bin/ip If run bind -b /usr/local/386/bin /386/bin bind -b /usr/local/386/bin/ip /386/bin/ip Then the ip/ping always fails as my local ip directory is found before the standard one. Is there an elegant solution to this? Or do I have to do somthing like: /usr/local/386/bin /usr/local/386/bin-ip If run bind -b /usr/local/386/bin /386/bin bind -b /usr/local/386/bin-ip /386/bin/ip -Steve From cse.psu.edu!9fans-admin Sat Mar 29 02:26:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 29 02:26:21 JST 2003 Received: (qmail 6438 invoked by uid 1020); 29 Mar 2003 02:26:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6434 invoked from network); 29 Mar 2003 02:26:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 29 Mar 2003 02:26:21 +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 6C68C19B7E; Fri, 28 Mar 2003 12:26:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DECEC19A3E for <9fans@cse.psu.edu>; Fri, 28 Mar 2003 12:25:16 -0500 (EST) Message-ID: <0cedbe8a9651cd81e54f64c8480339eb@plan9.escet.urjc.es> From: Fco.J.Ballesteros To: 9fans@cse.psu.edu Subject: Re: [9fans] silly bind quetsion In-Reply-To: <583603dcbf27fd4d4ac703fdee25383a@snellwilcox.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-rmeooitzhrnutrckuklrdndbow" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Mar 2003 18:25:14 +0100 This is a multi-part message in MIME format. --upas-rmeooitzhrnutrckuklrdndbow Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit You have to bind each directory separately, but pay attention to the order, because once you bind /local/bin to /386/bin if you mention /386/bin/ip you are referring to the bound version of it (i.e. /local/bin, in the example bind I wrote before). hth --upas-rmeooitzhrnutrckuklrdndbow Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Fri Mar 28 18:22:26 MET 2003 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 7B87119B7A; Fri, 28 Mar 2003 12:22:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from savan (unknown [195.173.15.12]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E270C19B70 for <9fans@cse.psu.edu>; Fri, 28 Mar 2003 12:21:10 -0500 (EST) Message-ID: <583603dcbf27fd4d4ac703fdee25383a@snellwilcox.com> From: steve.simon@snellwilcox.com To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] silly bind quetsion Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Mar 2003 17:15:55 0000 Hi, I want to overload some of the commands in /bin, and some of the commands in /bin/ip. I have /usr/local/386/bin /usr/local/386/bin/ip If run bind -b /usr/local/386/bin /386/bin bind -b /usr/local/386/bin/ip /386/bin/ip Then the ip/ping always fails as my local ip directory is found before the standard one. Is there an elegant solution to this? Or do I have to do somthing like: /usr/local/386/bin /usr/local/386/bin-ip If run bind -b /usr/local/386/bin /386/bin bind -b /usr/local/386/bin-ip /386/bin/ip -Steve --upas-rmeooitzhrnutrckuklrdndbow-- From cse.psu.edu!9fans-admin Sat Mar 29 02:27:19 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 29 02:27:19 JST 2003 Received: (qmail 6447 invoked by uid 1020); 29 Mar 2003 02:27:19 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6443 invoked from network); 29 Mar 2003 02:27:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 29 Mar 2003 02:27: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 EBBE419B80; Fri, 28 Mar 2003 12:27:10 -0500 (EST) 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 ESMTP id AD8F819A3E for <9fans@cse.psu.edu>; Fri, 28 Mar 2003 12:26:44 -0500 (EST) Message-ID: <8340948d82988035a4f4b22ae5e56d72@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] silly bind quetsion In-Reply-To: <583603dcbf27fd4d4ac703fdee25383a@snellwilcox.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: Fri, 28 Mar 2003 12:26:43 -0500 you could do bind -a /386/bin/ip /usr/local/386/bin/ip bind -b /usr/local/386/bin /386/bin From cse.psu.edu!9fans-admin Sat Mar 29 02:43:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 29 02:43:23 JST 2003 Received: (qmail 6682 invoked by uid 1020); 29 Mar 2003 02:43:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6678 invoked from network); 29 Mar 2003 02:43:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 29 Mar 2003 02:43:22 +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 C5FE219B81; Fri, 28 Mar 2003 12:43:10 -0500 (EST) 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 ESMTP id 62DC8199B6 for <9fans@cse.psu.edu>; Fri, 28 Mar 2003 12:42:51 -0500 (EST) Message-ID: <0ce6145379aee5a7383ad3e286b3ae33@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] silly bind quetsion In-Reply-To: <8340948d82988035a4f4b22ae5e56d72@plan9.bell-labs.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: Fri, 28 Mar 2003 12:42:44 -0500 i knew there was a reason this seemed weird. i think the more common way to do this would be bind -b /usr/local/386/bin /bin bind -a /386/bin/ip /bin/ip so that /bin is the only directory that ends up being a union. the source mkfiles assume that /386/bin is not a union (install goes into /$objtype/bin, which doesn't really make sense when you've got a union). From cse.psu.edu!9fans-admin Sat Mar 29 02:59:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 29 02:59:23 JST 2003 Received: (qmail 6843 invoked by uid 1020); 29 Mar 2003 02:59:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6839 invoked from network); 29 Mar 2003 02:59:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 29 Mar 2003 02:59:22 +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 6AE3919B78; Fri, 28 Mar 2003 12:59:10 -0500 (EST) 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 ESMTP id 7179B19B6C for <9fans@cse.psu.edu>; Fri, 28 Mar 2003 12:58:34 -0500 (EST) Message-ID: <2e1c595757c76b2eea9d8784cfa6587f@plan9.bell-labs.com> From: jmk@plan9.bell-labs.com To: 9fans@cse.psu.edu Subject: Re: [9fans] Lucent News In-Reply-To: <3E845184.2050201@proweb.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: Fri, 28 Mar 2003 12:58:31 -0500 On Fri Mar 28 08:44:31 EST 2003, matt@proweb.co.uk wrote: > http://theregister.co.uk/content/5/29993.html > > Lucent will pay $315m to settle class action > ... Damn. There goes the new gasket for the espresso machine. From cse.psu.edu!9fans-admin Sat Mar 29 04:08:37 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 29 04:08:37 JST 2003 Received: (qmail 7616 invoked by uid 1020); 29 Mar 2003 04:08:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7612 invoked from network); 29 Mar 2003 04:08:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 29 Mar 2003 04:08: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 AE99819B73; Fri, 28 Mar 2003 14:08:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E79A719B6C for <9fans@cse.psu.edu>; Fri, 28 Mar 2003 14:07:57 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu From: Fco.J.Ballesteros MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] any reason not to have srv in namespace? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 28 Mar 2003 20:07:57 +0100 Now that we got `.' in namespace, I'm wondering if there's any reason not to have srv there too. We had to add a srv command and some mount & binds to our termrc despite that smelling to a namespace(6) thing. From cse.psu.edu!9fans-admin Sat Mar 29 04:15:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 29 04:15:22 JST 2003 Received: (qmail 7730 invoked by uid 1020); 29 Mar 2003 04:15:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7726 invoked from network); 29 Mar 2003 04:15:16 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 29 Mar 2003 04:15: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 B46C619B83; Fri, 28 Mar 2003 14:15:10 -0500 (EST) 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 ESMTP id 0071E19B7C for <9fans@cse.psu.edu>; Fri, 28 Mar 2003 14:14:29 -0500 (EST) Message-ID: <4da726d2f0b1704627da8d83693168b3@plan9.bell-labs.com> From: "Russ Cox" To: 9fans@cse.psu.edu Subject: Re: [9fans] any reason not to have srv in namespace? In-Reply-To: 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, 28 Mar 2003 14:14:27 -0500 I don't think srv should be there. For one thing, it's too big and clunky. Cpurc and termrc exist to set up the initial environment. Namespace is for setting up a new name space from the existing environment. From cse.psu.edu!9fans-admin Sat Mar 29 08:19:40 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 29 08:19:40 JST 2003 Received: (qmail 9978 invoked by uid 1020); 29 Mar 2003 08:19:29 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 9974 invoked from network); 29 Mar 2003 08:19:29 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 29 Mar 2003 08:19: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 17ECF19B7F; Fri, 28 Mar 2003 18:19:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from coolre4434.com (unknown [80.88.142.27]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 8456A19B7D for <9fans@cse.psu.edu>; Fri, 28 Mar 2003 18:18:48 -0500 (EST) From: "Dr David Igho" To: 9fans@cse.psu.edu X-Mailer: Microsoft Outlook Express 5.00.2919.6900 DM MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <20030328231848.8456A19B7D@mail.cse.psu.edu> Subject: [9fans] CONFIDENTIAL Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-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: davidigho@k.ro List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Sat, 29 Mar 2003 00:16:37 -0800 From=3A The Desk of Dr David Igho Head Credit Control Pacific International Bank Plc=2E Tel=3A 234-1-4800243 Fax=3A 234-1-7591494 Dear friend=2C First=2C I must solicit your confidence in this transaction=2E This is by virtue of its nature being utterly confidential and top secret=2E We have decided to contact you due to the urgency of this transaction=2C as we have been reliably informed of your discretness=2C trustworthy and ability to carry out legitimate business=2E THE PROPOSITION=3A A foreigner and American=2C Late Engr=2E Johnson Creek=2C an Oil merchant with the Federal Government of Nigeria=2C until his death on 30th January=2C 2000 in Kenya Air Bus =28A310-300=29 Flight KQ430=2C banked with us at Pacific International Bank Plc Lagos and had a closing balance of US$10=2C000=2C000=2E00 =28Ten Milion United States Dollars Only=29 as at the end of September=2C 2000=2E Valuable efforts are being made by the Pacific International Bank Plc to get in touch with any of the Creek's family or relative=2C but to no avail=2E The only Next of Kin address that was given to Pacific International Bank Plc by Late Engr=2E Johnson Creek was at Sierra Loene=2C West Africa=2C in the person of Mrs=2E Mabel Brain=2E However=2C the said address was destroyed during the last rebel crisis in Sierra Leone and the woman was reportedly killed together with other United Nations Officials=2E It is because of the perceived impossibility of locating a relative of the Late Engr=2E Creek =28he had neither a wife nor children=29 that the Pacific International Bank Plc is making plans to ceed the said amount to the Defence Ministry for the procurement of weapons of war=2E In order to avert this ugly situation=2C few of my colleagues and I have decided to contact you and seek your permission to have you stand as Next of Kin to Late Engr=2E Johnson Creek so that the total amount of US$10 Million Dollars will be processed and released in your favour into your personal account=2E All documents and proofs to enable you get this fund will be carefully worked out=2E We have secured from the probate=2C an order of Madamus=2C to locate any of the deceased beneficiary=2E Be rest assured that this transaction is risk-free=2E Also=2C your share for offering to assist us and provide the receiving account will be 20% of the total sum=2C while 80% will be for my colleagues and I=2C which also would be in your account for safe custody=2C pending my coming over to meet with you=2C and probable future investment purpose in your country=2E As soon as we receive an acknowledgement of your willingness to accept our proposal=2C we shall furnish you with further details as we concluded all arrangements to have the money transferred to you within 7 working days from the date of commencement=2E If this proposal is acceptable to you=2C then furnish us with your most confidential telephone and fax numbers including the details of the receiving account immediately=2C at which time an application for the fund release will be forwarded in your favour=2E Thank you in advance for your anticipated cooperation=2E Regards=2C Dr David Igho From cse.psu.edu!9fans-admin Sat Mar 29 08:55:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 29 08:55:24 JST 2003 Received: (qmail 10382 invoked by uid 1020); 29 Mar 2003 08:55:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10378 invoked from network); 29 Mar 2003 08:55:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 29 Mar 2003 08:55:23 +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 67A5719B82; Fri, 28 Mar 2003 18:55:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from mxzilla1.xs4all.nl (mxzilla1.xs4all.nl [194.109.6.54]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id EDF7919B7B for <9fans@cse.psu.edu>; Fri, 28 Mar 2003 18:54:24 -0500 (EST) Received: from xs1.xs4all.nl (xs1.xs4all.nl [194.109.3.11]) by mxzilla1.xs4all.nl (8.12.3/8.12.3) with ESMTP id h2SNsGSm095388 for <9fans@cse.psu.edu>; Sat, 29 Mar 2003 00:54:24 +0100 (CET) Received: from xs1.xs4all.nl (scusi@localhost.xs4all.nl [127.0.0.1]) by xs1.xs4all.nl (8.12.8/8.11.6) with ESMTP id h2SNsGb2085182 for <9fans@cse.psu.edu>; Sat, 29 Mar 2003 00:54:16 +0100 (CET) (envelope-from scusi@xs1.xs4all.nl) Received: (from Unknown UID 42703@localhost) by xs1.xs4all.nl (8.12.8/8.12.8/Submit) id h2SNsGtG085181 for 9fans@cse.psu.edu; Sat, 29 Mar 2003 00:54:16 +0100 (CET) (envelope-from scusi) From: Scusi To: 9fans@cse.psu.edu Subject: Re: [9fans] CONFIDENTIAL Message-ID: <20030328235415.GA85024@xs4all.nl> References: <20030328231848.8456A19B7D@mail.cse.psu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030328231848.8456A19B7D@mail.cse.psu.edu> User-Agent: Mutt/1.4i Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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 Mar 2003 00:54:16 +0100 Hi *, seems like the nigeria connection want us ! ;-) /scusi From cse.psu.edu!9fans-admin Sat Mar 29 19:33:31 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sat Mar 29 19:33:31 JST 2003 Received: (qmail 21818 invoked by uid 1020); 29 Mar 2003 19:33:30 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 21814 invoked from network); 29 Mar 2003 19:33:30 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 29 Mar 2003 19:33:30 +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 DCED519B98; Sat, 29 Mar 2003 05:33:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from smtp.covadmail.net (mx02.covadmail.net [63.65.120.62]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 8E6B019A19 for <9fans@cse.psu.edu>; Sat, 29 Mar 2003 05:32:29 -0500 (EST) Received: (covad.net 19293 invoked from network); 29 Mar 2003 10:32:08 -0000 Received: from unknown (HELO covad.net) (127.0.0.1) by sun-qmail08 with SMTP; 29 Mar 2003 10:32:08 -0000 From: "Covad AntiVirus" To: randysprout@covad.net Cc: electrick@donkey.com Cc: algore@centurytel.net Cc: eschnecknot@mindspring.com Cc: fragment@nas.com Cc: boyd@strakt.com Cc: matt@proweb.co.uk Cc: rog@vitanuova.com Cc: connorwilliamsie@aol.com Cc: will551@iol.ie Cc: rcbilson@plg2.math.uwaterloo.ca Cc: presotto@closedmind.org Cc: rsc@plan9.bell-labs.com Cc: 9fans@cse.psu.edu Cc: ggm@apnic.net Cc: r.e.wolff@bitwizard.nl Cc: sanchezr@hotmail.com Cc: cole@tuininga.org Cc: blood_omen_666@hotmail.com Cc: bigrab@zahav.net.il Cc: mkamp@gmx.de Cc: ronin2@bellatlantic.net Cc: tptagth@excite.com Cc: mbona@bigfoot.com Cc: stanb@awod.com Cc: hallstevenson@mindspring.com Cc: nick@ikarus.dyndns.org Cc: sdb13@meadwestvaco.com Cc: conrad.newton@broadpark.no Cc: worldeb@ukr.net Cc: bobman@iname.com Cc: organgrinder@me.wiz-kid.com Cc: meyer3@chello.nl Cc: lynosull@umn.edu Cc: spiette@generation.net Cc: frank@gevaerts.be Cc: cat@zip.com.au Cc: xfrodrig@yahoo.com Cc: debian@chrissearle.org Cc: a.ameri@linuxiran.org Cc: jaume.guasch@psi.ch Cc: alberto@unex.es Cc: fragmeat@yucom.be Cc: burkhard@sportident.de Cc: robj@home.se Cc: liste_joerg@gmx.de Cc: vdemart@supera.it Cc: vdemart@supereva.it Cc: phlustik@aix.upol.cz Cc: rory@campbell-lange.net Cc: beonix@sympatico.ca Cc: joepa@1st.net Cc: m.ferrero@midhgard.it Cc: konstantin@fadata.bg Cc: tallison@tacocat.net Cc: city@skt.comsats.net.pk Cc: dneumann@assofttec.de Cc: andre@arintech.com.au Cc: jstrand1@rochester.rr.com Cc: gonz@ratloop.com Cc: camh+dl@xdna.net Cc: shawn.lamson@verizon.net Cc: wohler@newt.com Cc: baumanj@vuser.vu.union.edu Cc: sl@eskimo.com Cc: jsf@ciencias.unam.mx Cc: fbrian@nac.net Cc: gs234@cam.ac.uk Cc: pecondon@quiknet.com Cc: hmh@debian.org Cc: barry.defreese@nike.com Cc: j-news2003-03@grivolla.de Cc: moseley@hank.org Cc: burgoyne@sas.upenn.edu Cc: edgebruce@yahoo.com Cc: matt@oddprocess.org Cc: eebe@gmx.net Importance: high X-Priority: 1 X-Mailer: ravmd/8.4.1 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Message-Id: <20030329103229.8E6B019A19@mail.cse.psu.edu> Subject: [9fans] Covad AntiVirus scan results Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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 Mar 2003 05:32:08 -0500 ----------------------- This e-mail is generated by the covad.net mail server to warn you that the e-mail sent by randysprout@covad.net to electrick@donkey.com, algore@centurytel.net, eschnecknot@mindspring.com, fragment@nas.com, boyd@strakt.com, matt@proweb.co.uk, rog@vitanuova.com, connorwilliamsie@aol.com, will551@iol.ie, rcbilson@plg2.math.uwaterloo.ca, presotto@closedmind.org, rsc@plan9.bell-labs.com, 9fans@cse.psu.edu, ggm@apnic.net, r.e.wolff@bitwizard.nl, sanchezr@hotmail.com, cole@tuininga.org, blood_omen_666@hotmail.com, bigrab@zahav.net.il, mkamp@gmx.de, ronin2@bellatlantic.net, tptagth@excite.com, mbona@bigfoot.com, stanb@awod.com, hallstevenson@mindspring.com, nick@ikarus.dyndns.org, sdb13@meadwestvaco.com, conrad.newton@broadpark.no, worldeb@ukr.net, bobman@iname.com, organgrinder@me.wiz-kid.com, meyer3@chello.nl, lynosull@umn.edu, spiette@generation.net, frank@gevaerts.be, cat@zip.com.au, xfrodrig@yahoo.com, debian@chrissearle.org, a.ameri@linuxiran.org, jaume.guasch@psi.ch, alberto@unex.es, fragmeat@yucom.be, burkhard@sportident.de, robj@home.se, liste_joerg@gmx.d e, vdemart@supera.it, vdemart@supereva.it, phlustik@aix.upol.cz, rory@campbell-lange.net, beonix@sympatico.ca, joepa@1st.net, m.ferrero@midhgard.it, konstantin@fadata.bg, tallison@tacocat.net, city@skt.comsats.net.pk, dneumann@assofttec.de, andre@arintech.com.au, jstrand1@rochester.rr.com, gonz@ratloop.com, camh+dl@xdna.net, shawn.lamson@verizon.net, wohler@newt.com, baumanj@vuser.vu.union.edu, sl@eskimo.com, jsf@ciencias.unam.mx, fbrian@nac.net, gs234@cam.ac.uk, pecondon@quiknet.com, hmh@debian.org, barry.defreese@nike.com, j-news2003-03@grivolla.de, moseley@hank.org, burgoyne@sas.upenn.edu, edgebruce@yahoo.com, matt@oddprocess.org, eebe@gmx.net is infected with virus: HTML/IFrame_Exploit*. Please contact your system administrator for further information. If you are the sender: ------------------- The scanned e-mail has your address in the header field. Either your computer is infected or someone's computer having your e-mail address in the address book has been infected. (Please note that some viruses are sending e-mails directly from your computer. Our advise is to check your computer using an up-to-date antivirus product). If you are the receiver: --------------------- Please contact the sender: very probably he/she doesn't know he/she has a computer virus. Actions taken for the infected files: ------------------------------------- REF: 1048933928-RAV19074. The file (part0000:)->(IFRAME0000) attached to mail (with subject:Mail) sent by randysprout@covad.net to electrick@donkey.com, algore@centurytel.net, eschnecknot@mindspring.com, fragment@nas.com, boyd@strakt.com, matt@proweb.co.uk, rog@vitanuova.com, connorwilliamsie@aol.com, will551@iol.ie, rcbilson@plg2.math.uwaterloo.ca, presotto@closedmind.org, rsc@plan9.bell-labs.com, 9fans@cse.psu.edu, ggm@apnic.net, r.e.wolff@bitwizard.nl, sanchezr@hotmail.com, cole@tuininga.org, blood_omen_666@hotmail.com, bigrab@zahav.net.il, mkamp@gmx.de, ronin2@bellatlantic.net, tptagth@excite.com, mbona@bigfoot.com, stanb@awod.com, hallstevenson@mindspring.com, nick@ikarus.dyndns.org, sdb13@meadwestvaco.com, conrad.newton@broadpark.no, worldeb@ukr.net, bobman@iname.com, organgrinder@me.wiz-kid.com, meyer3@chello.nl, lynosull@umn.edu, spiette@generation.net, frank@gevaerts.be, cat@zip.com.au, xfrodrig@yahoo.com, debian@chrissearle.org, a.ameri@linuxiran.org, jaume.guasch@psi.ch, alberto@unex.es, fr agmeat@yucom.be, burkhard@sportident.de, robj@home.se, liste_joerg@gmx.de, vdemart@supera.it, vdemart@supereva.it, phlustik@aix.upol.cz, rory@campbell-lange.net, beonix@sympatico.ca, joepa@1st.net, m.ferrero@midhgard.it, konstantin@fadata.bg, tallison@tacocat.net, city@skt.comsats.net.pk, dneumann@assofttec.de, andre@arintech.com.au, jstrand1@rochester.rr.com, gonz@ratloop.com, camh+dl@xdna.net, shawn.lamson@verizon.net, wohler@newt.com, baumanj@vuser.vu.union.edu, sl@eskimo.com, jsf@ciencias.unam.mx, fbrian@nac.net, gs234@cam.ac.uk, pecondon@quiknet.com, hmh@debian.org, barry.defreese@nike.com, j-news2003-03@grivolla.de, moseley@hank.org, burgoyne@sas.upenn.edu, edgebruce@yahoo.com, matt@oddprocess.org, eebe@gmx.net is infected with virus: HTML/IFrame_Exploit*. Cannot clean this file. The mail was silently discarded because it contained dangerous code. ------------------------ this is a copy of the e-mail header: Received: from unknown (HELO uBTq) (66.134.120.252) by sun-qmail08 with SMTP; 29 Mar 2003 10:31:57 -0000 From cse.psu.edu!9fans-admin Sun Mar 30 19:35:35 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Mar 30 19:35:35 JST 2003 Received: (qmail 10134 invoked by uid 1020); 30 Mar 2003 19:35:34 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 10130 invoked from network); 30 Mar 2003 19:35:34 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 30 Mar 2003 19:35: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 2CD8319A70; Sun, 30 Mar 2003 05:35:12 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from skeeve.com (ads5.ads.active.net.il [192.117.127.213]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6C35B19A65 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 05:34:26 -0500 (EST) Received: from localhost.localdomain (skeeve [127.0.0.1]) by skeeve.com (8.12.5/8.12.5) with ESMTP id h2UAaFKj031355 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 13:36:16 +0300 Received: (from arnold@localhost) by localhost.localdomain (8.12.5/8.12.5/Submit) id h2UAaEFZ031353 for 9fans@cse.psu.edu; Sun, 30 Mar 2003 13:36:14 +0300 From: Aharon Robbins Message-Id: <200303301036.h2UAaEFZ031353@localhost.localdomain> To: 9fans@cse.psu.edu Subject: [9fans] size on /proc files? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 30 Mar 2003 13:36:14 +0300 Just out of curiousity, what does ls -l on special files in /proc report? On linux, e.g., /proc/filesystems shows up as a regular file, but of size zero. Yet when you cat it you get information. This behavior broke the current gawk, where I'd rewritten the get_a_record routines; they had a check: if (S_ISREG(sbuf.st_mode) && total > sbuf.st_size) flag |= AT_EOF; I had to change this to if (S_ISREG(sbuf.st_mode) && sbuf.st_size > 0 && total > sbuf.st_size) .... I am annoyed at the Linux behavior, but understand that the contents of these "files" can change dynamically, making the reporting of a size for stat difficult or impossible. So, I was just curious how Plan 9 handles it. Thanks, Arnold Robbins From cse.psu.edu!9fans-admin Sun Mar 30 21:35:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Mar 30 21:35:23 JST 2003 Received: (qmail 11912 invoked by uid 1020); 30 Mar 2003 21:35:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 11908 invoked from network); 30 Mar 2003 21:35:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 30 Mar 2003 21:35: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 2233119A6F; Sun, 30 Mar 2003 07:35:11 -0500 (EST) 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 ESMTP id B7BD019A28 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 07:34:44 -0500 (EST) Message-ID: <091f807138892efebadcbbde9ac80bd7@plan9.bell-labs.com> From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] size on /proc files? In-Reply-To: <200303301036.h2UAaEFZ031353@localhost.localdomain> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-vcfwjwqppfvltlssqmvjhyjmii" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 30 Mar 2003 07:34:41 -0500 This is a multi-part message in MIME format. --upas-vcfwjwqppfvltlssqmvjhyjmii Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit We're equally stupid, though we could to a bit better. The register files and status files show the real lengths but the text and mem file don't. I'll see what I can do. --upas-vcfwjwqppfvltlssqmvjhyjmii Content-Type: message/rfc822 Content-Disposition: inline Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sun Mar 30 05:35:29 EST 2003 Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Sun Mar 30 05:35:26 EST 2003 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 F25FB19A6F; Sun, 30 Mar 2003 05:35:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from skeeve.com (ads5.ads.active.net.il [192.117.127.213]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6C35B19A65 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 05:34:26 -0500 (EST) Received: from localhost.localdomain (skeeve [127.0.0.1]) by skeeve.com (8.12.5/8.12.5) with ESMTP id h2UAaFKj031355 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 13:36:16 +0300 Received: (from arnold@localhost) by localhost.localdomain (8.12.5/8.12.5/Submit) id h2UAaEFZ031353 for 9fans@cse.psu.edu; Sun, 30 Mar 2003 13:36:14 +0300 From: Aharon Robbins Message-Id: <200303301036.h2UAaEFZ031353@localhost.localdomain> To: 9fans@cse.psu.edu Subject: [9fans] size on /proc files? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 30 Mar 2003 13:36:14 +0300 Just out of curiousity, what does ls -l on special files in /proc report? On linux, e.g., /proc/filesystems shows up as a regular file, but of size zero. Yet when you cat it you get information. This behavior broke the current gawk, where I'd rewritten the get_a_record routines; they had a check: if (S_ISREG(sbuf.st_mode) && total > sbuf.st_size) flag |= AT_EOF; I had to change this to if (S_ISREG(sbuf.st_mode) && sbuf.st_size > 0 && total > sbuf.st_size) .... I am annoyed at the Linux behavior, but understand that the contents of these "files" can change dynamically, making the reporting of a size for stat difficult or impossible. So, I was just curious how Plan 9 handles it. Thanks, Arnold Robbins --upas-vcfwjwqppfvltlssqmvjhyjmii-- From cse.psu.edu!9fans-admin Sun Mar 30 21:49:33 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Mar 30 21:49:33 JST 2003 Received: (qmail 12242 invoked by uid 1020); 30 Mar 2003 21:49:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12238 invoked from network); 30 Mar 2003 21:49:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 30 Mar 2003 21:49: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 F194719A71; Sun, 30 Mar 2003 07:49:10 -0500 (EST) 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 ESMTP id 3F74819A28 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 07:48:24 -0500 (EST) Message-ID: <58a8262f422a9bc5d33049fcd39ae124@plan9.bell-labs.com> From: David Presotto To: 9fans@cse.psu.edu Subject: Re: [9fans] size on /proc files? In-Reply-To: <091f807138892efebadcbbde9ac80bd7@plan9.bell-labs.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: Sun, 30 Mar 2003 07:48:23 -0500 Thinking a bit more on it and looking at devproc.c and sysproc.c, the text size is easy to get right, it's in the text segment. The process is a bit more problematic since the address space is sparse. The text/data/bss are at one end (right after an invalid page to catch null regs), the stack at the other, and other segs anywhere in between. The easy thing would be to say all procs are 0x7ffff000 bytes long. That would help your get_a_record routine but wouldn't really be very informative. You'ld be better off reading the segment file to see what is and isn't there than just checking a length of the mem file. From cse.psu.edu!9fans-admin Sun Mar 30 23:49:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Sun Mar 30 23:49:24 JST 2003 Received: (qmail 14316 invoked by uid 1020); 30 Mar 2003 23:49:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 14312 invoked from network); 30 Mar 2003 23:49:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 30 Mar 2003 23:49:23 +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 6BB3A19A94; Sun, 30 Mar 2003 09:49:10 -0500 (EST) 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 ESMTP id 90AA719988 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 09:48:21 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Sun Mar 30 09:48:20 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Sun Mar 30 09:48:18 EST 2003 Message-ID: <1f9b7625d543436091d0c7dd1acb8ebc@plan9.bell-labs.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] size on /proc files? From: "Russ Cox" In-Reply-To: <091f807138892efebadcbbde9ac80bd7@plan9.bell-labs.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: Sun, 30 Mar 2003 09:48:23 -0500 It is worth pointing out that while we don't report the sizes for variable-length files in /proc, we do report some of the fixed-length ones: --rw-rw---- p 0 rsc rsc 0 Mar 27 00:17 /proc/1/args --rw-r----- p 0 rsc rsc 0 Mar 27 00:17 /proc/1/ctl --r--r--r-- p 0 rsc rsc 0 Mar 27 00:17 /proc/1/fd --rw-r----- p 0 rsc rsc 108 Mar 27 00:17 /proc/1/fpregs --r--r----- p 0 rsc rsc 76 Mar 27 00:17 /proc/1/kregs --rw-r----- p 0 rsc rsc 0 Mar 27 00:17 /proc/1/mem --rw-r----- p 0 rsc rsc 0 Mar 27 00:17 /proc/1/note --rw-rw-r-- p 0 rsc rsc 0 Mar 27 00:17 /proc/1/noteid --rw-r----- p 0 rsc rsc 0 Mar 27 00:17 /proc/1/notepg --r--r--r-- p 0 rsc rsc 0 Mar 27 00:17 /proc/1/ns --r--r----- p 0 rsc rsc 0 Mar 27 00:17 /proc/1/proc --r--r----- p 0 rsc rsc 0 Mar 27 00:17 /proc/1/profile --rw-r----- p 0 rsc rsc 76 Mar 27 00:17 /proc/1/regs --r--r--r-- p 0 rsc rsc 0 Mar 27 00:17 /proc/1/segment --r--r--r-- p 0 rsc rsc 176 Mar 27 00:17 /proc/1/status --rw-r----- p 0 rsc rsc 0 Mar 27 00:17 /proc/1/text --r--r----- p 0 rsc rsc 0 Mar 27 00:17 /proc/1/wait We should probably report the sizes of args, noteid, and notepg too. Also, I think you're really asking about devices in general rather than /proc in particular. (It's only an artifact of Linux that /dev has half moved into /proc.) We do get a lot of the important ones right: --rw-rw-r-- c 0 rsc rsc 24 Mar 27 00:17 /dev/bintime --r--r--r-- c 0 rsc rsc 72 Mar 27 00:17 /dev/cputime --rw-rw-r-- c 0 rsc rsc 48 Mar 27 00:17 /dev/hostdomain --rw-rw-rw- L 0 rsc rsc 1 Mar 27 00:17 /dev/lpt1dlr --r--r--r-- L 0 rsc rsc 5 Mar 27 00:17 /dev/lpt1psr --r--r--r-- c 0 rsc rsc 12 Mar 27 00:17 /dev/pgrpid --r--r--r-- c 0 rsc rsc 12 Mar 27 00:17 /dev/pid --r--r--r-- c 0 rsc rsc 12 Mar 27 00:17 /dev/ppid --rw-rw-r-- c 0 rsc rsc 78 Mar 27 00:17 /dev/time --r--r--r-- $ 0 rsc rsc 128 Mar 27 00:17 /dev/pci/0.0.0raw --r--r--r-- $ 0 rsc rsc 128 Mar 27 00:17 /dev/pci/0.15.0raw --r--r--r-- $ 0 rsc rsc 128 Mar 27 00:17 /dev/pci/0.16.0raw --r--r--r-- $ 0 rsc rsc 128 Mar 27 00:17 /dev/pci/0.7.0raw --r--r--r-- $ 0 rsc rsc 128 Mar 27 00:17 /dev/pci/0.7.1raw --r--r--r-- $ 0 rsc rsc 128 Mar 27 00:17 /dev/pci/0.7.3raw though about as many are wrong. And of course, the disks are always right: --rw-rw---- f 0 rsc rsc 1474560 Mar 27 00:17 /dev/fd0disk --rw-rw---- f 0 rsc rsc 1474560 Mar 27 00:17 /dev/fd1disk --rw-r----- S 0 rsc rsc 2097152 Mar 27 00:17 /dev/sdC0/9fat --rw-r----- S 0 rsc rsc 48004669440 Mar 27 00:17 /dev/sdC0/data --rw-r----- S 0 rsc rsc 20971528704 Mar 27 00:17 /dev/sdC0/dos --rw-r----- S 0 rsc rsc 960700416 Mar 27 00:17 /dev/sdC0/fossil --rw-r----- S 0 rsc rsc 6121381888 Mar 27 00:17 /dev/sdC0/fs --rw-r----- S 0 rsc rsc 6123479040 Mar 27 00:17 /dev/sdC0/plan9 --rw-r----- S 0 rsc rsc 20909629440 Mar 27 00:17 /dev/sdC0/plan9.1 --rw-r----- S 0 rsc rsc 16727702528 Mar 27 00:17 /dev/sdC0/v.arenas --rw-r----- S 0 rsc rsc 805306368 Mar 27 00:17 /dev/sdC0/v.index0 --rw-r----- S 0 rsc rsc 805306368 Mar 27 00:17 /dev/sdC0/v.index1 --rw-r----- S 0 rsc rsc 805306368 Mar 27 00:17 /dev/sdC0/v.index2 --rw-r----- S 0 rsc rsc 805306368 Mar 27 00:17 /dev/sdC0/v.index3 I'm curious: if you use devfs on Linux, do you get sizes for some of the devices when you stat them? Seems like it would be easy in that framework. Russ From cse.psu.edu!9fans-admin Mon Mar 31 05:08:22 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 05:08:22 JST 2003 Received: (qmail 16923 invoked by uid 1020); 31 Mar 2003 05:08:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 16919 invoked from network); 31 Mar 2003 05:08:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 05:08: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 1D7DF19A7D; Sun, 30 Mar 2003 15:08:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from juice.thebigchoice.com (pc1-nott2-3-cust18.nott.cable.ntl.com [80.4.204.18]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0E58B19988 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 15:07:52 -0500 (EST) Received: from proweb.co.uk (localhost [127.0.0.1]) by juice.thebigchoice.com (8.12.6/8.12.6) with ESMTP id h2UK7sM4009443 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 21:07:54 +0100 (BST) (envelope-from matt@proweb.co.uk) Message-ID: <3E874E9A.90605@proweb.co.uk> From: matt User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030326 X-Accept-Language: en, en-us MIME-Version: 1.0 To: 9fans@cse.psu.edu Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [9fans] is this a problem? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 30 Mar 2003 21:07:54 +0100 Hi, I installed plan9 on my ipaq but i get this message on boot : wavelanreset, iob 0xa0204000 echo 37: increfp 0 #l0: wavelan: 10Mbps port 0xA0204000decrefp 0 addr 0x2C000000: 00601DF6986A echo: write error: bad process or channel control request anyone know if it's a problem? m From cse.psu.edu!9fans-admin Mon Mar 31 09:55:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 09:55:24 JST 2003 Received: (qmail 20813 invoked by uid 1020); 31 Mar 2003 09:55:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 20809 invoked from network); 31 Mar 2003 09:55:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 09:55: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 A183F19A75; Sun, 30 Mar 2003 19:55:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from psuvax1.cse.psu.edu (unknown [66.178.47.74]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id 0DDB919988 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 19:54:53 -0500 (EST) From: "MSR. AMINA MOHAMMED" To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain;charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <20030331005453.0DDB919988@mail.cse.psu.edu> Subject: [9fans] URGENT ASSISTANCE Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 31 Mar 2003 02:53:54 Dear Friend, Greetings !! I come to you with a sincere heart believing in Almighty Allah that you will consider my plight and come to help and also benefit from me. I am Mrs. Amina Mohammed, cousin and Personal Assistant to former Nigeria Head of State, Late General Sanni Abacha who died on the 8th July 1998 while in power. Before I proceed please accept my apology for the embarrassment this mail might cause you for coming from a total stranger who you do not know. Actually I got your contact from the Internet; please do not feel bad about it because I am compelled to reach you due to urgent need to safeguard the money in question. Once again, forgive me and come to my aid. Please read the following carefully. Sometime in early 1997, my boss late Gen. Sanni Abacha entrusted to me the sum of US$20.5M in cash (Twenty million, five hundred thousand US dollars) due to the trust and confidence he had in me. This money was meant for campaign in his self-succession bid but unfortunately he suddenly died before actualization of his aspiration. This amount of $20.5M in CASH was deposited with a security company which I will disclose in subsequent mail in a giant trunk box as diplomatic consignments In agreement with Mr.Mohammed Abacha who is the son of late General Abacha and the heir to the money. I write to solicit your assistance for the money to be transferred to your custody. Note that Mr.Mohammed Abacha is currently in detention by the present Nigeria Government for reasons linked to activities of his father when he was in power. Now based on the business trust I have on you, I would want you to come forward and receive this consignment containing the money in cash on our behalf from the security company for subsequent disbursement between you and us. Understand that we are soliciting your assistance because the present Nigerian Government is seizing/freezing any Bank Account or valuables belonging to the late Head of state's family and relatives. In fact we do not have enough money now to sustain our family so, I will appreciate if you can consider our plight and assist us. For your assistance, we have agreed to compensate you with 20% of the total amount ($20.5) while the remaining 80% is for us. We hope to invest part of our share in your country on viable area of investment as you may advise us. If you are interested you will need to visit the Security Company for clearance of the consignment. I assure you that the transaction is 100% risk free. Please I implore you to keep this transaction absolutely secret against negative exposure. I would want you to contact me immediately so that we can proceed with the business. You should please on reply enclose your private telephone, fax number so that we can have more confidential correspondence. Best regards, Mrs.Amina Mohammed. From cse.psu.edu!9fans-admin Mon Mar 31 10:52:33 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 10:52:33 JST 2003 Received: (qmail 22949 invoked by uid 1020); 31 Mar 2003 10:52:31 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 22939 invoked from network); 31 Mar 2003 10:52:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 10:52:24 +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 5525719A8A; Sun, 30 Mar 2003 20:52:10 -0500 (EST) 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 ESMTP id 7721019A0D for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 20:51:09 -0500 (EST) 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] SCSI or IDE? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 31 Mar 2003 10:52:38 +0900 I'm now considering to build a new venti + fossil file server. I can choose both of SCSI and IDE HDDs, because I have to buy one anyway. Which one do you recommend? Does the IDE driver use faster one, oh well, I forgot the name Ultra DMA? Kenji From cse.psu.edu!9fans-admin Mon Mar 31 12:01:47 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 12:01:47 JST 2003 Received: (qmail 25609 invoked by uid 1020); 31 Mar 2003 12:01:35 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 25602 invoked from network); 31 Mar 2003 12:01:27 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 12:01: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 9749619A8F; Sun, 30 Mar 2003 22:01:11 -0500 (EST) 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 ESMTP id BE69419A6D for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 22:00:55 -0500 (EST) Message-ID: <80990f356c0d0a600f1a5c633f7a75b6@granite.cias.osakafu-u.ac.jp> To: 9fans@cse.psu.edu Subject: Re: [9fans] SCSI or IDE? Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-2022-JP" Content-Transfer-Encoding: 7bit From: okamoto@granite.cias.osakafu-u.ac.jp MIME-Version: 1.0 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 31 Mar 2003 12:02:41 +0900 > Does the IDE driver use faster one, oh well, I forgot the name > Ultra DMA? ATA100 or ATA133? kenji From cse.psu.edu!9fans-admin Mon Mar 31 13:38:34 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 13:38:34 JST 2003 Received: (qmail 28982 invoked by uid 1020); 31 Mar 2003 13:38:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 28978 invoked from network); 31 Mar 2003 13:38:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 13:38:23 +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 D330519A92; Sun, 30 Mar 2003 23:38:10 -0500 (EST) 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 706CE19A89 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 23:37:42 -0500 (EST) Received: from athena (athena [12.34.136.114]) by athena.softcardsystems.com (8.12.8/8.12.8) with ESMTP id h2V4g1j2014654 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 23:42:01 -0500 From: Sam X-Sender: To: <9fans@cse.psu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [9fans] 150-solitiare Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 30 Mar 2003 23:42:01 -0500 (EST) I found a nifty little book at a junk store over the weekend titled _150 ways to play solitiare_. If anyone wants to collaborate on a sol program for 9, I'll write the guts if you write the gui. Cheers, Sam From cse.psu.edu!9fans-admin Mon Mar 31 14:13:25 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 14:13:25 JST 2003 Received: (qmail 30562 invoked by uid 1020); 31 Mar 2003 14:13:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 30558 invoked from network); 31 Mar 2003 14:13:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 14:13:23 +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 3EB4619A95; Mon, 31 Mar 2003 00:13:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from fbsd.cpsc.ucalgary.ca (fbsd.cpsc.ucalgary.ca [136.159.7.68]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id DCEFB19988 for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 00:12:10 -0500 (EST) Received: from fbsd.cpsc.ucalgary.ca (localhost.localdomain [127.0.0.1]) by fbsd.cpsc.ucalgary.ca (8.12.8/8.12.8) with ESMTP id h2V5EkY3016315 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 22:14:46 -0700 Received: from localhost (mirtchov@localhost) by fbsd.cpsc.ucalgary.ca (8.12.8/8.12.8/Submit) with ESMTP id h2V5EkrS016311 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 22:14:46 -0700 X-Authentication-Warning: fbsd.cpsc.ucalgary.ca: mirtchov owned process doing -bs From: andrey mirtchovski To: 9fans@cse.psu.edu Subject: Re: [9fans] 150-solitiare 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: Sun, 30 Mar 2003 22:14:46 -0700 (MST) i wanted to do solitaire for p9 long time ago -- started thinking about it (and found the control(2) library), then came across charles forsyth's minesweeper for Release 2, modified it to work with control(2) and posted the result here: http://www.acl.lanl.gov/plan9/minesweeper/index.html to be honest i never tried it with R4, i'll do so tonight :) of course, i never got to doing anything about solitaire... there are several different sets of cards available on the net as images, converting them to work with the draw library (much like how it's done with minesweeper) would be trivial (but don't count on me doing it -- my plate is more than full until at least the summer :) andrey On Sun, 30 Mar 2003, Sam wrote: > I found a nifty little book at a junk store > over the weekend titled _150 ways to play > solitiare_. If anyone wants to collaborate > on a sol program for 9, I'll write the guts > if you write the gui. > > Cheers, > > Sam > From cse.psu.edu!9fans-admin Mon Mar 31 14:37:42 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 14:37:42 JST 2003 Received: (qmail 31356 invoked by uid 1020); 31 Mar 2003 14:37:40 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 31345 invoked from network); 31 Mar 2003 14:37:25 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 14:37: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 229B919A89; Mon, 31 Mar 2003 00:37:12 -0500 (EST) 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 ESMTP id 5AE2A19988 for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 00:36:06 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Mar 31 00:36:05 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Mon Mar 31 00:36:02 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] 150-solitiare From: "Russ Cox" In-Reply-To: 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, 31 Mar 2003 00:36:01 -0500 I started a gui in Limbo some years ago. This might be a good starting point. I don't remember how far I got. The /usr/rsc/cards directory is lost, but I had filled it with cards downloaded off the net and converted to Inferno format. implement Solitaire; include "sys.m"; sys: Sys; print, sprint: import sys; include "draw.m"; draw: Draw; include "tk.m"; tk: Tk; include "wmlib.m"; wmlib: Wmlib; include "rand.m"; rand: Rand; include "daytime.m"; daytime: Daytime; Solitaire: module { init: fn(ctxt: ref Draw->Context, argv: list of string); }; t: ref Tk->Toplevel; # bad name for a global msglab: string; # label for messages ace: array of ref Cardstack; pile: array of ref Cardstack; deck: ref Cardstack; dealt: ref Cardstack; suits: con "chds"; # clubs, hearts, diamonds, spades; carddir: con "@/usr/rsc/cards"; TABLEHT: con 450; TABLEWID: con 580; XPAD: con 5; YPAD: con 20; YUPLAP: con 17; YDNLAP: con 4; XLAP: con 17; CARDHT: con 96; CARDWID: con 71; init(ctxt: ref Draw->Context, argv: list of string) { sys = load Sys Sys->PATH; draw = load Draw Draw->PATH; tk = load Tk Tk->PATH; wmlib = load Wmlib Wmlib->PATH; rand = load Rand Rand->PATH; daytime = load Daytime Daytime->PATH; wmlib->init(); (t1, menubut) := wmlib->titlebar(ctxt.screen, "", "Solitaire", Wmlib->Hide); t = t1; tk->cmd(t, "image create bitmap waiting -file cursor.wait"); tk->cmd(t, "pack .Wm_t .c -side top -fill x"); readcards(); cmd := chan of string; tk->namechan(t, cmd, "cmd"); tk->cmd(t, sprint("canvas .c -height %d -width %d -background green", TABLEHT, TABLEWID)); tk->cmd(t, "pack .Wm_t .c -side top -fill x"); tk->cmd(t, "bind .c {send cmd B1down %x %y}"); tk->cmd(t, "bind .c {send cmd B1move %x %y}"); tk->cmd(t, "update"); deal(); drawboard(); for (;;) { x0, y0, x, y: int; alt { s := <- cmd => (n, l) := sys->tokenize(s, " \t"); case hd l { "Quit" => exit; "Reset" => deal(); "Enter" => print("enter %s\n", hd tl l); "Leave" => print("leave %s\n", hd tl l); "B1down" => x0 = int hd tl l; y0 = int hd tl tl l; # mouseDown(x0, y0); "B1move" => x = int hd tl l; y = int hd tl tl l; # mouseMove(x, y); "B1up" => x = int hd tl l; y = int hd tl tl l; # mouseUp(x0, y0, x, y); } menu := <-menubut => if(menu[0] == 'e'){ exit; } wmlib->titlectl(t, menu); } } } deal() { ace = array[4] of ref Cardstack; pile = array[7] of ref Cardstack; for(i:=0; i<4; i++) { c : Cardstack; ace[i] = ref c; ace[i].init(13, "ace_"+string i); } for(i=0; i<7; i++) { c : Cardstack; pile[i] = ref c; pile[i].init(13+7, "pile_"+string i); } c : Cardstack; dealt = ref c; dealt.init(52, "dealt"); deck = shuffle(); for(i=0; i<7; i++) { for(j:=i; j<7; j++) { c := deck.pop(); if(i == j) c.faceup++; pile[j].push(c); } } for(i=0; i<5; i++) { c := deck.pop(); c.faceup++; dealt.push(c); } boardmath(); } drawboard() { # for(i:=0; i<7; i++) # pile[i].draw(); # for(i=0; i<4; i++) # ace[i].draw(); # deck.draw(); dealt.drawm(3); } boardmath() { i, x, y, xlap, yuplap, ydnlap: int; x = XPAD; y = YPAD+CARDHT+YPAD; for(i=0; i<7; i++) { pile[i].x = x; pile[i].y = y; pile[i].xlap = 0; pile[i].yuplap = YUPLAP; pile[i].ydnlap = YDNLAP; x += CARDWID+XPAD; } x = pile[7-4].x; y = YPAD; for(i=0; i<4; i++) { ace[i].x = x; ace[i].y = y; ace[i].xlap = 0; ace[i].yuplap = ace[i].ydnlap = 0; x += CARDWID+XPAD; } deck.x = XPAD; deck.y = YPAD; deck.xlap = deck.yuplap = deck.ydnlap = 0; dealt.x = XPAD+CARDWID+XPAD; dealt.y = YPAD; dealt.xlap = XLAP; dealt.yuplap = dealt.ydnlap = 0; } shuffle() : ref Cardstack { order := array[52] of int; for(i:=0; i<52; i++) order[i] = i; rand->init(daytime->now()); for(i=52; i>0; i--) { r := rand->rand(i); (order[i-1], order[r]) = (order[r], order[i-1]); } cs : Cardstack; rcs := ref cs; rcs.init(52, "deck"); for(i=0; i<52; i++) { c : Card; j := order[i]; c.index = j; c.name = suits[j/13:j/13+1] + string(j%13+1); c.faceup = 0; rcs.push(c); } return rcs; } readcards() { tk->cmd(t, "cursor -image waiting; update"); s : string; for(i := 1; i <= 13; i++) { for(c := 0; c < len suits; c++) { f := suits[c:c+1] + string i; getcard("cbit_"+f, f); } } getcard("cbit_back", "back"); tk->cmd(t, sprint("image create bitmap cbit_none "+ "-file %s/none.bit -maskfile %s/none.mask", carddir, carddir)); tk->cmd(t, "cursor -default; update"); } getcard(card, bitmap: string) { tk->cmd(t, sprint("image create bitmap %s -file %s/%s.bit -maskfile %s/card.mask", card, carddir, bitmap, carddir)); } xcmd(t: ref Tk->Toplevel, s: string) { i := tk->cmd(t, s); sys->print("%s returns %s...\n", s, i); } Card: adt { index: int; name: string; faceup: int; draw: fn(c: self Card, x, y: int); }; cardat(x,y: int, name, img: string) { tk->cmd(t, sprint(".c delete %s", name)); xcmd(t, sprint(".c create image %d %d -image %s -tags %s", x+CARDWID/2, y+CARDHT/2, img, name)); xcmd(t, sprint("bind .c.%s {send cmd Enter %s}", name, name)); tk->cmd(t, sprint("bind .c.%s {send cmd Leave %s}", name, name)); } Card.draw(c: self Card, x, y: int) { if(c.faceup) cardat(x, y, "card_"+c.name, "cbit_"+c.name); else cardat(x, y, "card_"+c.name, "cbit_back"); } Cardstack: adt { c: array of Card; n, sz: int; xlap, yuplap, ydnlap: int; x, y: int; name: string; pop: fn(cs: self ref Cardstack) : Card; push: fn(cs: self ref Cardstack, c: Card); init: fn(cs: self ref Cardstack, sz: int, s: string); putarray: fn(cs: self ref Cardstack, ca: array of Card); draw: fn(cs: self ref Cardstack); drawm: fn(cs: self ref Cardstack, m: int); }; Cardstack.pop(cs: self ref Cardstack) : Card { if(cs.n > 0) return cs.c[--cs.n]; rv : Card; rv.index = -1; return rv; } Cardstack.push(cs: self ref Cardstack, c: Card) { if(cs.n < cs.sz) cs.c[cs.n++] = c; } Cardstack.init(cs: self ref Cardstack, sz: int, s:string) { cs.sz = sz; cs.c = array[sz] of Card; cs.n = 0; cs.name = s; } Cardstack.putarray(cs: self ref Cardstack, ca: array of Card) { for(i:=0; icmd(t, "update"); } Cardstack.drawm(cs: self ref Cardstack, max: int) { x := cs.x; y := cs.y; cardat(x, y, cs.name, "cbit_none"); i := cs.n-max; if(i < 0) i = 0; for(;icmd(t, "update"); } From cse.psu.edu!9fans-admin Mon Mar 31 14:38:17 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 14:38:17 JST 2003 Received: (qmail 31373 invoked by uid 1020); 31 Mar 2003 14:38:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 31369 invoked from network); 31 Mar 2003 14:38:17 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 14:38: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 2AF4A19A9A; Mon, 31 Mar 2003 00:38:11 -0500 (EST) 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 038DA19A93 for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 00:37:56 -0500 (EST) 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 AAA28944 for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 00:37:55 -0500 (EST) 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 h2V5btv26894 for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 00:37:55 -0500 (EST) Message-Id: <200303310537.h2V5btv26894@augusta.math.psu.edu> To: 9fans@cse.psu.edu Subject: Re: [9fans] SCSI or IDE? In-Reply-To: Your message of "Mon, 31 Mar 2003 10:52:38 +0900." 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: Mon, 31 Mar 2003 00:37:55 -0500 > I'm now considering to build a new venti + fossil file server. > I can choose both of SCSI and IDE HDDs, because I have to > buy one anyway. > > Which one do you recommend? > Does the IDE driver use faster one, oh well, I forgot the name > Ultra DMA? I'm wondering myself. Three weeks ago, I said I was going to build a file server and asked whether I should go with Fossil+Venti or the standalone server. Unfortunately, I got side tracked and haven't built anything. If I were going to build a standalone file server, I would put a cached pseudo-worm, with the cache on a set of four 9GB SCSI disks that I have sitting in another room, with another 9GB disk for other (all hanging off of an LSI logic SCSI controller [which, btw, can be ordered from the LSI Logic web site]) and the pseudo-worm on a pair of mirrored 120GB IDE drives (with the kernel and 9load on an IDE flash device). I'd probably put on a gig or so of RAM and let the kernel use that for buffers. With fossil, I'm just not sure yet how to configure things, and I have little room for experimentation right now, so some guidance would be most welcome. I'd like something that performs as well as the standalone file server (particular for reading, which is what I'm going to be doing a lot more than writing), but seems kind of weird using all those disks for a large write cache (though if a read cache is in the works, it might make sense to put them all on the machine in anticipation of that). What's the advice on such things? Also, I have an older file server that's running the standalone code that I'd like to convert into an archive for my Unix junk. What's the best way to convert an old, standalone fileserver into a fossil server (ie, preserving the dump)? In particular, I want to replace the drives in the old machine with something bigger that's mirrored. Fossil for this is ideal because I can run an NFS server off of the machine in addition to fossil/venti. Maybe I could put MP3's on it, too. However, it strikes me that a lot of this is quite literally, read-only access. Does fossil make sense in those environments? Or would I be better off with a standalone FS+CPU server combination? - Dan C. From cse.psu.edu!9fans-admin Mon Mar 31 14:39:18 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 14:39:18 JST 2003 Received: (qmail 31422 invoked by uid 1020); 31 Mar 2003 14:39:17 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 31418 invoked from network); 31 Mar 2003 14:39:17 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 14:39: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 3636919A9E; Mon, 31 Mar 2003 00:39:11 -0500 (EST) 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 ESMTP id 5002819A9D for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 00:38:22 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Mar 31 00:38:21 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Mon Mar 31 00:38:19 EST 2003 Message-ID: <2e8430c4f22c84fd0be5d97238bab639@plan9.bell-labs.com> To: 9fans@cse.psu.edu From: "Russ Cox" MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: [9fans] card bitmaps Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 31 Mar 2003 00:38:23 -0500 I found them. http://pdos.lcs.mit.edu/~rsc/cards.tgz I also found and converted another set at the time, but it turned out that they were bit-for-bit identical to the Windows95 solitaire program set (except that someone made a Linux penguin back for them), so I decided not to use them. From cse.psu.edu!9fans-admin Mon Mar 31 16:33:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 16:33:26 JST 2003 Received: (qmail 3143 invoked by uid 1020); 31 Mar 2003 16:33:24 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3139 invoked from network); 31 Mar 2003 16:33:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 16:33: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 293A319A98; Mon, 31 Mar 2003 02:33:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id ADA6E19A8E for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 02:32:40 -0500 (EST) Message-ID: <8587638c43af7f52742d60030bb128c3@plan9.escet.urjc.es> To: 9fans@cse.psu.edu Subject: Re: [9fans] SCSI or IDE? From: Fco.J.Ballesteros In-Reply-To: <200303310537.h2V5btv26894@augusta.math.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: Mon, 31 Mar 2003 09:32:38 +0200 I'm pretty happy using ide disks. They're fast enough and you always have a spare one hanging around just in case one of your disks fails. Regarding fossil, I'm using two 40G ide disks where I made partitions for venti and fossil. I make the same partitions on both and use fs(3) to mirror them. both venti and fossil run on the mirror (see the example below). I copied all the dumps in our worm fs to venti. Our 9fs script uses vacfs to mount pre-fossil dumps and binds them along with fossil archive. We keep the old worm disks inside the old file server but disconnected (no bus), just to preserve them in case of a cataclism. The old file server is actually a terminal now. For us, our authentication server is also our file server (and services httpd and smtpd as well). Since everything else is a terminal we dont need to maintain separate configurations. Just to make an example, right now I have these partitions for venti arenas, index, fossil, and a fossil partition not backed up by venti: # arenas and index part other 63 20723850 part other1 20723850 22972950 # fossil (backed up by venti) part fossil 22973000 27792450 # fossil (unbacked) part once 27792515 36146250 # there's more room in the disk, to become arenas in the future. Then in /boot we mirror them all like in: echo mirror once /dev/sdC0/once /dev/sdD0/once >/dev/fs/ctl and start venti and fossil using them: # venti.conf index oldworm isect /dev/fs/other1 arenas /dev/fs/other # flproto ... fsys main config /dev/fs/fossil fsys once config /dev/fs/once Very long message, but hth. From cse.psu.edu!9fans-admin Mon Mar 31 16:41:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 16:41:23 JST 2003 Received: (qmail 3700 invoked by uid 1020); 31 Mar 2003 16:41:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 3696 invoked from network); 31 Mar 2003 16:41:22 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 16:41:22 +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 C6A7F19AA1; Mon, 31 Mar 2003 02:41:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6522019A9C for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 02:40:05 -0500 (EST) Message-ID: <66131bda4020a6f931dfbdcb5bede6f7@plan9.escet.urjc.es> To: 9fans@cse.psu.edu Subject: Re: [9fans] is this a problem? From: Fco.J.Ballesteros In-Reply-To: <3E874E9A.90605@proweb.co.uk> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-hxcqhzelpjrvciqaqrncralvps" Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 31 Mar 2003 09:40:04 +0200 This is a multi-part message in MIME format. --upas-hxcqhzelpjrvciqaqrncralvps Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Messages are mostly diagnostics and it looks like it's working. But it also seems that your are not configuring properly your card: the write error suggests you did a echo to the ctl file of the card and it was not understood. There's an example file to config the card at /sys/src/9/bitsy/paqfiles/startip --upas-hxcqhzelpjrvciqaqrncralvps Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by aquamar; Sun Mar 30 22:08:28 MDT 2003 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 1D7DF19A7D; Sun, 30 Mar 2003 15:08:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from juice.thebigchoice.com (pc1-nott2-3-cust18.nott.cable.ntl.com [80.4.204.18]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0E58B19988 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 15:07:52 -0500 (EST) Received: from proweb.co.uk (localhost [127.0.0.1]) by juice.thebigchoice.com (8.12.6/8.12.6) with ESMTP id h2UK7sM4009443 for <9fans@cse.psu.edu>; Sun, 30 Mar 2003 21:07:54 +0100 (BST) (envelope-from matt@proweb.co.uk) Message-ID: <3E874E9A.90605@proweb.co.uk> From: matt User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030326 X-Accept-Language: en, en-us MIME-Version: 1.0 To: 9fans@cse.psu.edu Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [9fans] is this a problem? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 30 Mar 2003 21:07:54 +0100 Hi, I installed plan9 on my ipaq but i get this message on boot : wavelanreset, iob 0xa0204000 echo 37: increfp 0 #l0: wavelan: 10Mbps port 0xA0204000decrefp 0 addr 0x2C000000: 00601DF6986A echo: write error: bad process or channel control request anyone know if it's a problem? m --upas-hxcqhzelpjrvciqaqrncralvps-- From cse.psu.edu!9fans-admin Mon Mar 31 17:00:39 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 17:00:39 JST 2003 Received: (qmail 4303 invoked by uid 1020); 31 Mar 2003 17:00:32 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 4299 invoked from network); 31 Mar 2003 17:00:30 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 17:00:30 +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 D845419AA9; Mon, 31 Mar 2003 03:00:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from 9fs.org (cotswold.demon.co.uk [194.222.75.186]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4435919981 for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 02:59:52 -0500 (EST) Received: from 9fs.org ([192.168.100.103]) by 9fs.org; Mon Mar 31 08:59:51 BST 2003 Received: from 192.168.100.111 ([192.168.100.111]) by 9fs.org; Mon Mar 31 08:59:51 BST 2003 From: "Nigel Roles" To: <9fans@cse.psu.edu> Subject: RE: [9fans] SCSI or IDE? Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <8587638c43af7f52742d60030bb128c3@plan9.escet.urjc.es> X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 31 Mar 2003 08:59:51 +0100 How long did it take to copy the old dump filesystem into venti? I know venti will reduce the data nicely, but I have about 1000 dumps, and this mornings holds 2.8Gb (the first ever is 170Mb). A rough guesstimate is that I have to send Venti about 1.5Tb. I'd assumed that copying the dump into Venti would have taken way too long. What is the typical throughput to a Venti server when writing? Presumably the hash computation dominates? -----Original Message----- From: 9fans-admin@cse.psu.edu [mailto:9fans-admin@cse.psu.edu]On Behalf Of Fco.J.Ballesteros Sent: 31 March 2003 08:33 To: 9fans@cse.psu.edu Subject: Re: [9fans] SCSI or IDE? I'm pretty happy using ide disks. They're fast enough and you always have a spare one hanging around just in case one of your disks fails. Regarding fossil, I'm using two 40G ide disks where I made partitions for venti and fossil. I make the same partitions on both and use fs(3) to mirror them. both venti and fossil run on the mirror (see the example below). I copied all the dumps in our worm fs to venti. Our 9fs script uses vacfs to mount pre-fossil dumps and binds them along with fossil archive. We keep the old worm disks inside the old file server but disconnected (no bus), just to preserve them in case of a cataclism. The old file server is actually a terminal now. For us, our authentication server is also our file server (and services httpd and smtpd as well). Since everything else is a terminal we dont need to maintain separate configurations. Just to make an example, right now I have these partitions for venti arenas, index, fossil, and a fossil partition not backed up by venti: # arenas and index part other 63 20723850 part other1 20723850 22972950 # fossil (backed up by venti) part fossil 22973000 27792450 # fossil (unbacked) part once 27792515 36146250 # there's more room in the disk, to become arenas in the future. Then in /boot we mirror them all like in: echo mirror once /dev/sdC0/once /dev/sdD0/once >/dev/fs/ctl and start venti and fossil using them: # venti.conf index oldworm isect /dev/fs/other1 arenas /dev/fs/other # flproto ... fsys main config /dev/fs/fossil fsys once config /dev/fs/once Very long message, but hth. From cse.psu.edu!9fans-admin Mon Mar 31 17:41:24 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 17:41:24 JST 2003 Received: (qmail 6187 invoked by uid 1020); 31 Mar 2003 17:41:23 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 6183 invoked from network); 31 Mar 2003 17:41:23 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 17:41:23 +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 DAABE19AA0; Mon, 31 Mar 2003 03:41:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from nautilus.escet.urjc.es (nautilus.escet.urjc.es [212.128.4.207]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id D8AEF19A9D for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 03:40:57 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: RE: [9fans] SCSI or IDE? From: Fco.J.Ballesteros In-Reply-To: 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, 31 Mar 2003 10:40:57 +0200 > How long did it take to copy the old dump filesystem into venti? > I know venti will reduce the data nicely, but I have about 1000 > dumps, and this mornings holds 2.8Gb (the first ever is 170Mb). We had 625 dumps of about the same size. It took 1000s aprox each, but our network is slow. I think you could do it much faster. BTW, we used -d option to avoid the write of files that vac considered already in venti. From cse.psu.edu!9fans-admin Mon Mar 31 18:31:26 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 18:31:26 JST 2003 Received: (qmail 7368 invoked by uid 1020); 31 Mar 2003 18:31:25 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7364 invoked from network); 31 Mar 2003 18:31:24 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 18:31:24 +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 B853A19A6D; Mon, 31 Mar 2003 04:31:10 -0500 (EST) 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 5B31E19981 for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 04:30:38 -0500 (EST) Received: from news by mercury.bath.ac.uk with local (Exim 3.12 #1) id 18zvHp-0005UW-00 for 9fans@cse.psu.edu; Mon, 31 Mar 2003 10:09: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: Aharon Robbins Message-ID: Organization: Pioneer Consulting, Ltd. References: <200303301036.h2UAaEFZ031353@localhost.localdomain>, <091f807138892efebadcbbde9ac80bd7@plan9.bell-labs.com> Subject: Re: [9fans] size on /proc files? Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 31 Mar 2003 09:08:38 GMT David, I don't know that I advocate actually changing any OS code. I was just curious what Plan 9 does. It came up because someone did gawk '/devfs/ { print }' /proc/filesystems and that failed. My changed code would now work as-is under Plan 9, so I'll leave it at that. I may even remove the test, and just rely exclusively on a zero return from read() to indicate EOF. (rob would probably tell me that's what I should have done in the first place. I think I even tried that and it didn't work, which indicates that I need to rethink the code some more.) Thanks, Arnold P.S., just out of curiousity, can someone feeling charitable try to configure and compile gawk under Plan 9? I'm curious if it would work, at least under the APE. ftp://ftp.gnu.org/gnu/gawk/gawk-3.1.2.tar.gz. `configure --disable-nls' is probably better than plain configure. If it fails, don't feel obligated to submit patches or sink a lot of time into it. Thanks. In article <091f807138892efebadcbbde9ac80bd7@plan9.bell-labs.com>, David Presotto <9fans@cse.psu.edu> wrote: >-=-=-=-=-=- > >We're equally stupid, though we could to a bit better. The register >files and status files show the real lengths but the text and mem >file don't. I'll see what I can do. >-=-=-=-=-=- > >Just out of curiousity, what does ls -l on special files in /proc report? >On linux, e.g., /proc/filesystems shows up as a regular file, but of size >zero. Yet when you cat it you get information. > >This behavior broke the current gawk, where I'd rewritten the get_a_record >routines; they had a check: > > if (S_ISREG(sbuf.st_mode) && total > sbuf.st_size) > flag |= AT_EOF; > >I had to change this to > > if (S_ISREG(sbuf.st_mode) && sbuf.st_size > 0 > && total > sbuf.st_size) .... > >I am annoyed at the Linux behavior, but understand that the contents >of these "files" can change dynamically, making the reporting of a size >for stat difficult or impossible. > >So, I was just curious how Plan 9 handles it. > >Thanks, > >Arnold Robbins >-=-=-=-=-=- -- Aharon (Arnold) Robbins --- Pioneer Consulting Ltd. arnold@skeeve.com P.O. Box 354 Home Phone: +972 8 979-0381 Fax: +1 928 569 9018 Nof Ayalon Cell Phone: +972 51 297-545 D.N. Shimshon 99785 ISRAEL From cse.psu.edu!9fans-admin Mon Mar 31 18:44:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 18:44:20 JST 2003 Received: (qmail 7658 invoked by uid 1020); 31 Mar 2003 18:44:18 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7654 invoked from network); 31 Mar 2003 18:44:18 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 18:44: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 0438219A9C; Mon, 31 Mar 2003 04:44:11 -0500 (EST) 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 ESMTP id 32F3119A0B for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 04:43:18 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] SCSI or IDE? From: okamoto@granite.cias.osakafu-u.ac.jp 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: Mon, 31 Mar 2003 18:45:04 +0900 > However, it strikes me that a lot of this is quite literally, read-only > access. Does fossil make sense in those environments? Or would I be > better off with a standalone FS+CPU server combination? In addtion, I'm anxious of what rog said here before. Something like venti+fossil is slower than kfs system on his notebook. ☺ I know kfs is very slow when compared with my real file server with SCSI disks. So, if venti+fossil is slower than kfs, hmmm... By the way, in venti document, there is a point to make it faster by separating index and log. Kenji From cse.psu.edu!9fans-admin Mon Mar 31 18:47:20 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 18:47:20 JST 2003 Received: (qmail 7718 invoked by uid 1020); 31 Mar 2003 18:47:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 7714 invoked from network); 31 Mar 2003 18:47:19 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 18:47: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 A6E7419AAE; Mon, 31 Mar 2003 04:47:10 -0500 (EST) 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 ESMTP id 0B92E19AA7 for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 04:46:26 -0500 (EST) Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] SCSI or IDE? Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-2022-JP" Content-Transfer-Encoding: 7bit From: okamoto@granite.cias.osakafu-u.ac.jp MIME-Version: 1.0 Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 31 Mar 2003 18:48:32 +0900 > I know kfs is very slow when compared with my real file server with SCSI > disks. s/kfs/IDE kfs/ Kenji From cse.psu.edu!9fans-admin Mon Mar 31 19:10:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 19:10:23 JST 2003 Received: (qmail 8278 invoked by uid 1020); 31 Mar 2003 19:10:22 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 8274 invoked from network); 31 Mar 2003 19:10:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 19:10: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 5DC5319AB2; Mon, 31 Mar 2003 05:10:10 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from netscape.com (r2d2.aoltw.net [64.236.137.26]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CAD2419AB0 for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 05:09:41 -0500 (EST) Received: from yoda.mcom.com (yoda.ie.office.aol.com [10.128.72.204]) by netscape.com (8.10.0/8.10.0) with ESMTP id h2VA9cR29437 for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 02:09:38 -0800 (PST) Received: from will5510 ([10.128.74.235]) by yoda.mcom.com (Netscape Messaging Server 4.15) with SMTP id HCLYW200.E4N for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 10:09:38 +0000 Message-ID: <018501c2f76d$9d1c2ac0$eb4a800a@will5510> From: "Conor Williams" 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.50.4920.2300 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300 Subject: [9fans] Compiling Alef Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 31 Mar 2003 11:09:27 +0100 hi where do I find the alef compiler and what is its name? l8r will551 From cse.psu.edu!9fans-admin Mon Mar 31 22:23:23 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 22:23:23 JST 2003 Received: (qmail 12821 invoked by uid 1020); 31 Mar 2003 22:23:21 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 12817 invoked from network); 31 Mar 2003 22:23:21 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 22:23: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 13A5B19A40; Mon, 31 Mar 2003 08:23:11 -0500 (EST) 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 ESMTP id 9C92C19981 for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 08:22:50 -0500 (EST) Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Mon Mar 31 08:22:49 EST 2003 Received: from 64.36.89.66 ([64.36.89.66]) by plan9; Mon Mar 31 08:22:46 EST 2003 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] SCSI or IDE? From: "Russ Cox" 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: Mon, 31 Mar 2003 08:23:02 -0500 > In addtion, I'm anxious of what rog said here before. > Something like venti+fossil is slower than kfs system on his notebook. ☺ > > I know kfs is very slow when compared with my real file server with SCSI > disks. So, if venti+fossil is slower than kfs, hmmm... Kfs and the real file server are effectively the same. The difference is that kfs typically uses 2MB of file system buffer while the real file server uses all available memory, so of course the real file server will outperform kfs. I think that if you gave kfs as much memory as the real server uses, you'd see they were comparable. Also, your kfs might be slow because you haven't enabled dma -- it's turned off by default in the IDE driver. echo dma on >/dev/sdC0/ctl and your system might get a lot faster. There's nothing inherently slower about kfs vs fs. Fossil+venti is slow at uncached reads, because venti is slow at doing reads. > By the way, in venti document, there is a point to make it faster by > separating index and log. The Venti index is a giant on-disk hash table. Read performance is dominated by random disk seeks -- a random seek to load the right hash bucket followed by a random seek to get to the right place in the arenas. Write performance is also dominated by random disk seeks -- one random seek to read the right hash bucket, then a write to the arena, then a write to the hash bucket. If you are trying to set up a production Venti server, then you would stripe the index across ten small disks so that there could be ten index operations going on at once. Even just keeping the index on a separate disk from the arenas is a big win for writes: if they're on the same disk, then you have to seek away from the hash bucket to update the arena, and then back again, so that's three big seeks instead of one. At the moment, if you want blazingly fast performance, then fossil+venti isn't the way to go. But if you want respectable performance for supporting a bunch of users running Plan 9, then it's still a plenty good option. Again, if you use IDE disks and don't turn dma on, your fossil will be very very slow. Turn on dma, give it some memory to cache with (I'm using 24MB on my laptop, as I suggested in a previous post, and I like it much better), and you'll be happy. Also, Forsyth found a debugging statement I'd left in the code that was making the free block allocator much slower than it needed to be. This was about a week ago now. It speeds things up a fair amount. Russ From cse.psu.edu!9fans-admin Mon Mar 31 22:57:21 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 22:57:21 JST 2003 Received: (qmail 13300 invoked by uid 1020); 31 Mar 2003 22:57:20 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13296 invoked from network); 31 Mar 2003 22:57:20 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 22:57: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 2551019A8E; Mon, 31 Mar 2003 08:57:08 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from iname.com (unknown [202.149.87.251]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id B791019A26 for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 08:56:20 -0500 (EST) Message-ID: From: "thurston gerald" To: <9fans@cse.psu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MimeOLE: Produced By Microsoft MimeOLE V1.52f) Business X-MSMail-Priority: Normal X-Mailer: The Bat! (v1.52f) Business Content-Transfer-Encoding: quoted-printable Subject: [9fans] instant casino builder Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk 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, 31 Mar 2003 23:30:29 -1000 Jjmlolxk Wjprgabtma Xcmmlwmqdn Build a Casino Featuring the Hottest Games in the Industry Build your own Internet casino in just 10 minutes: - Casino site is fully customizable - No experience or programming required. - Point-and-click setup (100% web driven) - Games can be played online or with software download - Sportsbook section included - Earn 30% of all revenues (no hidden fees) - Fully licensed offshore - IncomeHigh - Xrvrplve We have the most advanced casino builder tool on the Net, allowing you to build a fully functional, state-of-the-art, turn-key online casino in just minutes. The quality of your casino website will be top notch and is fully comparable (if not better) to any online casinos you see today. We invite you to preview our games and sites to compare. There are no license or monthly fees, just a one-time setup fee of US$249. Check us out at http://www.fastcasinobuilder.com. We promise you have never seen anything like this before. Sincerely, fastcasinobuilder note: This offer is null and void where prohibited by law. To stop receiving this email, click: http://www.removethisemail.com/cgi-bin/game-remove.cgi Kxfibjk Apvcm Btqheqhgfc From cse.psu.edu!9fans-admin Mon Mar 31 23:12:17 JST 2003 remote from ar Received: from vega.aichi-u.ac.jp ([202.16.124.3]) by ar; Mon Mar 31 23:12:17 JST 2003 Received: (qmail 13536 invoked by uid 1020); 31 Mar 2003 23:12:16 +0900 Delivered-To: arisawa@aichi-u.ac.jp Received: (qmail 13532 invoked from network); 31 Mar 2003 23:12:16 +0900 Received: from niscan1.aichi-u.ac.jp (HELO mail.cse.psu.edu) (202.16.124.100) by vega.aichi-u.ac.jp with SMTP; 31 Mar 2003 23:12: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 0E9A019A26; Mon, 31 Mar 2003 09:12:11 -0500 (EST) Delivered-To: 9fans@cse.psu.edu Received: from rapido.vitanuova.com (unknown [62.254.170.97]) by mail.cse.psu.edu (CSE Mail Server) with SMTP id E24E419A26 for <9fans@cse.psu.edu>; Mon, 31 Mar 2003 09:11:06 -0500 (EST) Message-ID: <8842c7eab275c2f60d05267ab4986ddb@vitanuova.com> To: 9fans@cse.psu.edu Subject: Re: [9fans] SCSI or IDE? 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, 31 Mar 2003 15:14:02 +0100 >>Also, Forsyth found a debugging statement I'd left >>in the code that was making the free block allocator >>much slower than it needed to be. This was about >>a week ago now. It speeds things up a fair amount. removing it changed the time considerably for an initial load of a fossil system from a mkfs archive. it went from over 6 hours (until i stopped it), to about 11 minutes to finish.