>From owner-9fans Thu Aug 1 03:27:39 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id DAA15420 for 9fans-outgoing; Thu, 1 Aug 1996 03:27:38 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from symsun1 (symsun1.symbionics.co.uk [194.32.100.57]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id DAA15414 for <9fans@cse.psu.edu>; Thu, 1 Aug 1996 03:27:32 -0400 (EDT) Received: from symsun3.symbionics.co.uk (sympc143) by symsun1 (4.1/SMI-4.1) id AA18885; Thu, 1 Aug 96 08:25:27 BST Message-Id: <9608010725.AA18885@symsun1> Comments: Authenticated sender is From: "Nigel Roles" To: 9fans@cse.psu.edu Date: Thu, 1 Aug 1996 08:26:25 +0100 Subject: Re: Bug in bind? Reply-To: ngr@symbionics.co.uk X-Mailer: Pegasus Mail for Win32 (v2.42a) Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans I know that by shunning great monuments of computer science such as Windows 95, EMACS and X, and instead using quick hacks like Plan 9 we make ourseleves social outcasts, but isn't having to mail to the list from anon.penet.fi going a bit far? Nigel Roles >From owner-9fans Thu Aug 1 04:46:20 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id EAA16710 for 9fans-outgoing; Thu, 1 Aug 1996 04:46:19 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from route1.france3.fr (route1.france3.fr [194.51.91.1]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id EAA16703 for <9fans@cse.psu.edu>; Thu, 1 Aug 1996 04:46:08 -0400 (EDT) Received: from PACIFIC.mdrf.france3.fr. by route1.france3.fr (8.7.1/SMI-4.1) id KAA07119; Thu, 1 Aug 1996 10:43:37 GMT Received: by PACIFIC.mdrf.france3.fr. (4.1/SMI-4.1) id AA20303; Thu, 1 Aug 96 10:44:05 GMT From: Boyd Roberts Date: Thu, 1 Aug 1996 10:41:35 +0200 To: ngr@symbionics.co.uk, 9fans@cse.psu.edu Subject: Re: Bug in bind? In-Reply-To: <9608010725.AA18885@symsun1> Message-Id: <199608011041.9979.9.bafal@france3.fr> X-Utm: N 31 447109 5411310 La Maison de Radio France, France 3, Direction Informatique, Systemes & Reseaux X-Face: #"03$i1:"_[Hbg~GCPw}`+d4_R`}RaDfYixB`n-mCB0E8m#tNd>uyd[d)`nEix7Bys(:o#o2y7$(=,&BTXdH7)Hm5jP}H5:y]}0GT4?uTT(Y0(Cu7tWBXj\|q\@jZ8 Y_qn8)NV0*$uO][i7p"K2>Kg( Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans isn't having to mail to the list from anon.penet.fi going a bit far? concur. absolutely ridiculous. >From owner-9fans Thu Aug 1 10:15:34 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id KAA22857 for 9fans-outgoing; Thu, 1 Aug 1996 10:15:34 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from plan9.cs.york.ac.uk (forsyth@p9auth.cs.york.ac.uk [144.32.33.120]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id KAA22852 for <9fans@cs.psu.edu>; Thu, 1 Aug 1996 10:15:29 -0400 (EDT) From: forsyth@plan9.cs.york.ac.uk Message-Id: <199608011415.KAA22852@cse.psu.edu> To: 9fans@cse.psu.edu Date: Thu, 1 Aug 1996 15:21:47 BST subject: sun-3/50 and sun-3/60 port Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans based on a sun3 port by dhog@plan9.cs.su.oz.au, i've put together a distribution kit that will build /sys/src/9/sun3 to allow you to run the system on most sun-3/50 and sun-3/60 machines that you might have lying about unused. they are all right as basic terminals (without Acme, since there isn't any 68k support for Alef), or in cpu server configurations, as boxes to provide special services on your network, or just as test boxes for kernel changes. see http://www.plan9.cs.york.ac.uk/plan9/soft/nonlocal.html note that other sun3 models such as the sun3/180 and 280 servers are not supported; nor is there support in this kit for the 68030-based sun3/80, although that might appear at some point. >From owner-9fans Thu Aug 1 12:19:13 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id MAA25899 for 9fans-outgoing; Thu, 1 Aug 1996 12:19:12 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from info.ecf.toronto.edu (info.ecf.toronto.edu [128.100.8.7]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id MAA25894 for <9fans@cse.psu.edu>; Thu, 1 Aug 1996 12:19:07 -0400 (EDT) Received: by info.ecf.toronto.edu id <4324629>; Thu, 1 Aug 1996 12:18:04 -0400 Newsgroups: comp.os.plan9 Path: steve From: steve@ecf.toronto.edu (Steve Kotsopoulos) To: 9fans@cse.psu.edu Subject: Re: whereis 68020/9nextstation Fake-Sender: news@ecf.toronto.edu (News Administrator) Message-ID: Date: Thu, 1 Aug 1996 12:17:58 -0400 X-Nntp-Posting-Host: skule.ecf References: <4tjfof$cs0@phoenix.csc.calpoly.edu> Organization: University of Toronto, Engineering Computing Facility Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Gregory Charles Wuller wrote: >I have what I believe to be the current distribution of the Plan9 CDROM, >unfortunately I don't see the boot file for a NeXTStation which I >thought was /68020/9nextstation. > >Am I missing something or was there more than one distribution?? Some filenames get remapped (due to long names, or strange chars in the name), according to the /_conform.map file on the cdrom. If you mount the cdrom under plan9, the mapping is taken care of by the 9660 driver, but if you mount it under Unix, the correct filename will not be seen. % grep 9nextstation _conform.map F000036 9nextstationdisk F000037 9nextstation F000038 9nextstationnofs So, if you get a listing of /68020, you'll find f000037 is the file you want. -- Steve Kotsopoulos M.Eng. steve@ecf.toronto.edu Systems Analyst Engineering Computing Facility, University of Toronto http://www.ecf.toronto.edu/~steve/ >From owner-9fans Thu Aug 1 13:37:41 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id NAA28066 for 9fans-outgoing; Thu, 1 Aug 1996 13:37:40 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from plan9.cs.bell-labs.com (achille.research.bell-labs.com [204.178.16.2]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id NAA28061 for <9fans@cse.psu.edu>; Thu, 1 Aug 1996 13:37:36 -0400 (EDT) Message-Id: <199608011737.NAA28061@cse.psu.edu> From: "Rob Pike" To: 9fans@cse.psu.edu Date: Thu, 1 Aug 1996 13:35:50 -0400 Subject: Inferno release Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans We had planned to make a beta release of Inferno available on August 1, but the Commerce Department of the U.S. Government must grant approval for the security features in the system. We don't want to release a version of the system with security disabled, so we must wait for Commerce approval, which should take two or three weeks. -Rob Pike >From owner-9fans Thu Aug 1 14:34:06 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id OAA29725 for 9fans-outgoing; Thu, 1 Aug 1996 14:34:06 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from mailgw.claircom.com (mailgw.claircom.com [199.5.241.51]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id OAA29717 for <9fans@cse.psu.edu>; Thu, 1 Aug 1996 14:34:00 -0400 (EDT) Received: from nimo.claircom.com by mailgw.claircom.com with smtp (Smail3.1.26.7 #2) id m0um2YM-000586C; Thu, 1 Aug 96 11:32 PDT Received: by nimo.claircom.com (Smail3.1.26.7 #2) id m0um2YM-0005UXC; Thu, 1 Aug 96 11:32 PDT Message-Id: Date: Thu, 1 Aug 96 11:32 PDT From: Fariborz Skip Tavakkolian To: 9fans@cse.psu.edu Subject: limbo question Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Would ``refany'' and ``typecase'', as in M3, be useful (needed)? >From owner-9fans Thu Aug 1 14:54:27 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id OAA00377 for 9fans-outgoing; Thu, 1 Aug 1996 14:54:27 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from galapagos.cse.psu.edu (root@galapagos.cse.psu.edu [130.203.2.12]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id OAA00369 for <9fans@cse.psu.edu>; Thu, 1 Aug 1996 14:54:19 -0400 (EDT) Received: from localhost by galapagos.cse.psu.edu with SMTP id <12686>; Thu, 1 Aug 1996 14:53:09 -0400 To: 9fans@cse.psu.edu Subject: Re: limbo question In-reply-to: Your message of "Thu, 01 Aug 1996 14:32:00 EDT." Date: Thu, 1 Aug 1996 14:52:55 -0400 From: Scott Schwartz Message-Id: <96Aug1.145309edt.12686@galapagos.cse.psu.edu> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Fariborz Skip Tavakkolian writes: | Would ``refany'' and ``typecase'', as in M3, be useful (needed)? Not as useful as generic packages. >From owner-9fans Fri Aug 2 11:33:37 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id LAA15232 for 9fans-outgoing; Fri, 2 Aug 1996 11:33:37 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from platinum.com (gateway.platinum.com [206.214.170.2]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id LAA15227 for <9fans@cse.psu.edu>; Fri, 2 Aug 1996 11:33:30 -0400 (EDT) Received: from mailhub.platinum.com ([172.17.26.25]) by gateway.platinum.com with ESMTP id <18742-1>; Fri, 2 Aug 1996 10:32:30 -0500 Received: from absun06.ab.platinum.com by mailhub.platinum.com (8.7.4/) id KAA27274; Fri, 2 Aug 1996 10:30:39 -0500 (CDT) Received: from krill (krill.ab.platinum.com) by absun06.ab.platinum.com (5.0/SMI-SVR4) id AA11403; Fri, 2 Aug 1996 11:31:57 -0400 Message-Id: <32021F7E.5D40@platinum.com> Date: Fri, 2 Aug 1996 10:32:14 -0500 From: "(^*_*^)" Organization: My opinion is *MY* opinion X-Mailer: Mozilla 2.01 (X11; I; SunOS 5.5.1 sun4u) Mime-Version: 1.0 Newsgroups: comp.os.plan9 To: 9fans@cse.psu.edu Subject: Re: limbo References: <199607192044.QAA21635@cse.psu.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans philw@plan9.BEll-labs.COM wrote: > > >when will we have the Limbo compiler and the inferno envir. for x86 and > >solaris available (for eval)? > 8/1 hav'nt seen anything yet! (in the page which says Download Inferno) -- _______________________________________________________________________________ ;-Balaji Srinivasa - Platinum Technology/Aston-Brooke Lab - balaji@platinum.com >From owner-9fans Fri Aug 2 14:56:12 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id OAA18540 for 9fans-outgoing; Fri, 2 Aug 1996 14:56:12 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from gateway2.platinum.com (firewall-user@gateway2.platinum.com [206.214.170.8]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id OAA18535 for <9fans@cse.psu.edu>; Fri, 2 Aug 1996 14:56:01 -0400 (EDT) Received: by gateway2.platinum.com; id AA23489; Fri, 2 Aug 96 13:38:35 CDT Received: from news.platinum.com(172.18.251.66) by gateway2.platinum.com via smap (V3.1.1) id xma023266; Fri, 2 Aug 96 13:38:10 -0500 Received: by news. (SMI-8.6/SMI-SVR4) id KAA20611; Fri, 2 Aug 1996 10:28:19 -0500 To: comp-os-plan9@uunet.uu.net Path: news From: "(^*_*^)" Newsgroups: comp.os.plan9 Subject: Re: limbo Date: Fri, 02 Aug 1996 11:32:14 -0400 Organization: My opinion is *MY* opinion Lines: 9 Message-Id: <32021F7E.5D40@platinum.com> References: <199607192044.QAA21635@cse.psu.edu> Nntp-Posting-Host: 198.88.245.103 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 2.01 (X11; I; SunOS 5.5.1 sun4u) To: 9fans@cse.psu.edu Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans philw@plan9.BEll-labs.COM wrote: > > >when will we have the Limbo compiler and the inferno envir. for x86 and > >solaris available (for eval)? > 8/1 hav'nt seen anything yet! (in the page which says Download Inferno) -- _______________________________________________________________________________ ;-Balaji Srinivasa - Platinum Technology/Aston-Brooke Lab - balaji@platinum.com >From owner-9fans Sun Aug 4 17:14:55 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id RAA01549 for 9fans-outgoing; Sun, 4 Aug 1996 17:14:54 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from angora.cse.psu.edu (nb3ppp35.cac.psu.edu [146.186.17.35]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id RAA01544 for <9fans@cse.psu.edu>; Sun, 4 Aug 1996 17:14:47 -0400 (EDT) From: scott@angora.cse.psu.edu Message-Id: <199608042114.RAA01544@cse.psu.edu> To: 9fans@cse.psu.edu Date: Sun, 4 Aug 1996 17:00:35 EDT Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans I've noticed that APE has some byte order problems in the bsd compatability code. The bsd interface uses network order exclusively, while the ape code sometimes assumed host order. There have already been some updates on this topic: enclosed are a few additional changes. One problem that isn't fixed is that gethostbyaddr calls gethostbyname with the ascii dotted-quad form of the network address. That's a good idea, except that the connection server only asks dns to return ip addresses, even though it returns the whole record if it came from ndb. gethostbyname could be modified to get the answer, but I think cs is a more appropriate place for it. diff inet_addr.c /n/cd/sys/src/ape/lib/bsd/inet_addr.c 50d49 < x = htonl(x); diff inet_ntoa.c /n/cd/sys/src/ape/lib/bsd/inet_ntoa.c 19c19 < x = ntohl(in.s_addr); --- > x = in.s_addr; diff gethostbyaddr.c /n/cd/sys/src/ape/lib/bsd/gethostbyaddr.c 23c23,24 < memcpy(&x.s_addr, addr, sizeof(x.s_addr)); --- > x.s_addr = (addr[0]<<24)|(addr[1]<<16)|(addr[2]<<8)|addr[3]; > diff gethostbyname.c /n/cd/sys/src/ape/lib/bsd/gethostbyname.c 98d97 < x = ntohl(x); >From owner-9fans Sun Aug 4 21:03:12 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id VAA02622 for 9fans-outgoing; Sun, 4 Aug 1996 21:03:12 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from answerman.mindspring.com (answerman.mindspring.com [204.180.128.8]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id VAA02618 for <9fans@cse.psu.edu>; Sun, 4 Aug 1996 21:03:08 -0400 (EDT) Received: from vtipres.mindspring.com (user-168-121-120-68.dialup.mindspring.com [168.121.120.68]) by answerman.mindspring.com (8.6.12/8.6.12) with SMTP id VAA03340 for <9fans@cse.psu.edu>; Sun, 4 Aug 1996 21:02:04 -0400 Message-Id: <2.2.32.19960805010808.00690790@pop.atl.mindspring.com> X-Sender: vtipres@pop.atl.mindspring.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 04 Aug 1996 21:08:08 -0400 To: 9fans@cse.psu.edu From: Shon Frazier Subject: Sell me on Plan 9 Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans If this should be directed elsewhere, please forward or return with forwarding instructions. I got interested in Plan 9 some time ago when I stumbled across it on the Web. What I've read seems to suggest that this OS provides easier access to system resources for application development (users typically do not care how their applications interact with their hardware, as long as they get the expected result). Other than this, it seems to be another networking environment. I subscribed to the Plan 9 mailing list in an attempt to learn more about the OS. I have learned a great deal. One thing I have discovered is the fact that there are still numerous bugs in the system. Many apparently due to attempts to port to other machines. These facts lead me to beleive that this rather expensive release is nothing more than a beta test. I will agree that some of the apparently few benefits of this system may be useful, but the price to experiment with these benefits is much too high. Inferno and Limbo have tremendous potential. Universal application compatibility across all platforms will surely have an impact on this industry. Since universal compatibility is the goal and since Inferno will be released to run under several operating systems, it would be much more beneficial to develop applications to further the use of these tools. After all this I have one question: Why should my company buy Plan 9? Please do not misread my tone. I guess I simply don't understand the whole Plan 9 marketing concept. I will continue to monitor the Plan 9 mailing list for more information. A response at your convenience will be appreciated. ---------------------- S Frazier President VTI Covington, GA vtipres@mindspring.com >From owner-9fans Sun Aug 4 21:46:31 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id VAA02894 for 9fans-outgoing; Sun, 4 Aug 1996 21:46:30 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from plan9.cs.bell-labs.com (achille.research.bell-labs.com [204.178.16.2]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id VAA02890 for <9fans@cse.psu.edu>; Sun, 4 Aug 1996 21:46:27 -0400 (EDT) From: philw@plan9.bell-labs.com Message-Id: <199608050146.VAA02890@cse.psu.edu> To: 9fans@cse.psu.edu Date: Sun, 4 Aug 1996 21:37:00 -0400 Subject: re: Sell me on Plan 9 Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans there is not and was not a Plan9 marketing plan. We did some interesting RESEARCH and decided it was worth releasing to allow people to experiment with what we think is a very nice system. We then applied alot of the ideas and technology from Plan 9 to Inferno. We made something that will become a product and will be supported by our company. When the product group picks up inferno we will return to doing operating system research in Plan9/Brazil and I hope we will be able to continue to serve up our work to an interested community. I expect that much of the code and many of the ideas in inferno will make it back into Brazil. As an aside, I should like to point out that Plan 9 and inferno are different things and should not be considered interchangable. I can see commercial applications for both systems. As for Plan9 being a beta, well thats essentially true - we spent no money doing a release, we just pressed a CD. The code has been in production at murray hill for years as our main environment - I dont think it is any more buggy than any major Unix system; its just there is no support, so a community of interested people fix and post patches - which is a really nice way of doing business. phil >From owner-9fans Sun Aug 4 21:48:08 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id VAA02934 for 9fans-outgoing; Sun, 4 Aug 1996 21:48:07 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from krystal.com (krystal.com [205.230.227.129]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id VAA02927 for <9fans@cse.psu.edu>; Sun, 4 Aug 1996 21:48:02 -0400 (EDT) Received: by krystal.com (8.7.3/8.6.9) id UAA22814; Sun, 4 Aug 1996 20:46:53 -0500 (CDT) Date: Sun, 4 Aug 1996 20:46:53 -0500 (CDT) Message-Id: <199608050146.UAA22814@krystal.com> To: Shon Frazier Cc: 9fans@cse.psu.edu From: Paul Borman Subject: Re: Sell me on Plan 9 Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans > These facts lead me to beleive that this rather expensive release is nothing > more than a beta test. I will agree that some of the apparently few > benefits of this system may be useful, but the price to experiment with > these benefits is much too high. Expensive? $350 for a site source license? Every computer in your company? That seems pretty cheap to me. That is cheaper than 5 copies of Windoze (which does not include source). > After all this I have one question: Why should my company buy Plan 9? > Please do not misread my tone. I guess I simply don't understand the whole > Plan 9 marketing concept. I will continue to monitor the Plan 9 mailing > list for more information. That all depends on what your company does. I don't think I can answer that. The best way to find out is to spend the minor amount of money and try it out for yourself. -Paul >From owner-9fans Tue Aug 6 04:27:17 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id EAA17136 for 9fans-outgoing; Tue, 6 Aug 1996 04:27:17 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from route1.france3.fr (route1.france3.fr [194.51.91.1]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id EAA17132 for <9fans@cse.psu.edu>; Tue, 6 Aug 1996 04:27:10 -0400 (EDT) Received: from PACIFIC.mdrf.france3.fr. by route1.france3.fr (8.7.1/SMI-4.1) id KAA23929; Tue, 6 Aug 1996 10:25:31 GMT Received: by PACIFIC.mdrf.france3.fr. (4.1/SMI-4.1) id AA09830; Tue, 6 Aug 96 10:25:58 GMT From: Boyd Roberts Date: Tue, 6 Aug 1996 10:23:06 +0200 To: 9fans@cse.psu.edu Subject: Re: SPAM not copied Re: Scientific Discoveries Minimize Aging (DHEA) In-Reply-To: Message-Id: <199608061023.26419.9.bafat@france3.fr> X-Utm: N 31 447109 5411310 La Maison de Radio France, France 3, Direction Informatique, Systemes & Reseaux X-Face: #"03$i1:"_[Hbg~GCPw}`+d4_R`}RaDfYixB`n-mCB0E8m#tNd>uyd[d)`nEix7Bys(:o#o2y7$(=,&BTXdH7)Hm5jP}H5:y]}0GT4?uTT(Y0(Cu7tWBXj\|q\@jZ8 Y_qn8)NV0*$uO][i7p"K2>Kg( Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans i'm sick of this bullshit. i sent this: To: postmaster@bbnplanet.net, dns-admin@bbnplanet.com Cc: , postmaster@ns.moneyworld.com, root@moneyworld.com Subject: SPAM: Re: Scientific Discoveries Minimize Aging (DHEA) Given I've mailed these people several times now, requesting them to cease an desist, and have achieved nothing I'm now taking this up with bbnplanet.net. Every day I get a spam for these jerks. I'm sick of it. Please tear down their net access. You were chosen by _traceroute_: # traceroute 205.227.174.6 traceroute to 205.227.174.6 (205.227.174.6), 30 hops max, 40 byte packets 1 tpac.france3.fr (194.51.91.254) 10 ms 0 ms 0 ms 2 194.206.10.254 (194.206.10.254) 50 ms 40 ms 40 ms 3 rbs.rain.fr (194.51.0.154) 50 ms 60 ms 40 ms 4 194.51.11.26 (194.51.11.26) 200 ms 270 ms 230 ms 5 * icm-dc-2-F2/0.icp.net (198.67.131.34) 750 ms 270 ms 6 icm-fix-e-H2/0-T3.icp.net (192.157.65.122) 180 ms 220 ms * 7 192.203.229.8 (192.203.229.8) 180 ms * 200 ms 8 chicago2-br1.bbnplanet.net (4.0.1.5) 200 ms 240 ms 230 ms 9 paloalto-br1.bbnplanet.net (4.0.1.1) 270 ms 280 ms * 10 paloalto-cr8.bbnplanet.net (131.119.0.208) 290 ms 290 ms * 11 fconnections.bbnplanet.net (131.119.35.90) 290 ms 320 ms 430 ms 12 205.227.174.6 (205.227.174.6) 320 ms 280 ms * btw: ns.moneyworld.com internet address = 205.227.174.6 >From owner-9fans Tue Aug 6 14:40:52 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id OAA22634 for 9fans-outgoing; Tue, 6 Aug 1996 14:40:52 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from kodiak.ee.washington.edu (root@kodiak.ee.washington.edu [128.95.75.4]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id OAA22630 for <9fans@cse.psu.edu>; Tue, 6 Aug 1996 14:40:48 -0400 (EDT) Received: from misha.ee.washington.edu (olsenc@misha.ee.washington.edu [128.95.75.9]) by kodiak.ee.washington.edu (8.7.5/8.7.3) with ESMTP id LAA26492 for <9fans@cse.psu.edu>; Tue, 6 Aug 1996 11:40:29 -0700 (PDT) From: Clint Olsen Received: (from olsenc@localhost) by misha.ee.washington.edu (8.7.5/8.7.3) id LAA18036; Tue, 6 Aug 1996 11:39:22 -0700 (PDT) Date: Tue, 6 Aug 1996 11:39:22 -0700 (PDT) Message-Id: <199608061839.LAA18036@misha.ee.washington.edu> To: 9fans@cse.psu.edu Posted-To: comp.os.plan9 Subject: Re: instructions to respond to the SPAM References: <199608061023.26419.9.bafat@france3.fr> Organization: University of Washington, Seattle, WA Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans [This message has also been posted.] Please send email to ops@bbnplanet.com and voice your opinion. Unfortunately, he is also served by MCI, so you will want to Cc: spamcomplaints@mci.net. Here is what I received from MCI: -- [ From: Shawn A. Miller * EMC.Ver #3.2 ] -- This email responds to your complaint about the messages you have received from Financial Connections, JEMCO, Moneyworld and/or Chancellor Group. MCI apologizes for the inconvenience caused by these messages and, for this and other reasons, has taken appropriate steps to terminate service to the company involved with such messages. Because of contract requirements, termination of service will be effective August 21, 1996. Accordingly, you may receive additional messages from this company until such time. We apologize for such in advance and request that you continue to notify us of such instances so that we may continue tracking them for our records. We apologize that this situation has occurred and will continue to monitor this situation pending the eventual termination of service. Thank you for calling our attention to this matter. Regards, Shawn A. Miller MCI Internet Marketing On Tue, 6 Aug 1996 08:28:46 GMT, Boyd Roberts wrote: >i'm sick of this bullshit. i sent this: > > To: postmaster@bbnplanet.net, dns-admin@bbnplanet.com > Cc: , postmaster@ns.moneyworld.com, root@moneyworld. > com > Subject: SPAM: Re: Scientific Discoveries Minimize Aging (DHEA) > > Given I've mailed these people several times now, requesting them to > cease an desist, and have achieved nothing I'm now taking this up with > bbnplanet.net. Every day I get a spam for these jerks. I'm sick of > it. Please tear down their net access. You were chosen by _traceroute_: > > # traceroute 205.227.174.6 > traceroute to 205.227.174.6 (205.227.174.6), 30 hops max, 40 byte packet > s > 1 tpac.france3.fr (194.51.91.254) 10 ms 0 ms 0 ms > 2 194.206.10.254 (194.206.10.254) 50 ms 40 ms 40 ms > 3 rbs.rain.fr (194.51.0.154) 50 ms 60 ms 40 ms > 4 194.51.11.26 (194.51.11.26) 200 ms 270 ms 230 ms > 5 * icm-dc-2-F2/0.icp.net (198.67.131.34) 750 ms 270 ms > 6 icm-fix-e-H2/0-T3.icp.net (192.157.65.122) 180 ms 220 ms * > 7 192.203.229.8 (192.203.229.8) 180 ms * 200 ms > 8 chicago2-br1.bbnplanet.net (4.0.1.5) 200 ms 240 ms 230 ms > 9 paloalto-br1.bbnplanet.net (4.0.1.1) 270 ms 280 ms * > 10 paloalto-cr8.bbnplanet.net (131.119.0.208) 290 ms 290 ms * > 11 fconnections.bbnplanet.net (131.119.35.90) 290 ms 320 ms 430 ms > 12 205.227.174.6 (205.227.174.6) 320 ms 280 ms * > > btw: > > ns.moneyworld.com internet address = 205.227.174.6 >From owner-9fans Tue Aug 6 22:04:35 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id WAA27865 for 9fans-outgoing; Tue, 6 Aug 1996 22:04:34 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from angora.cse.psu.edu (nb5ppp178.cac.psu.edu [146.186.17.178]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id WAA27861 for <9fans@cse>; Tue, 6 Aug 1996 22:04:29 -0400 (EDT) From: scott@angora.cse.psu.edu Message-Id: <199608070204.WAA27861@cse.psu.edu> To: 9fans@cse.psu.edu Date: Tue, 6 Aug 1996 21:50:51 EDT Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Another ape bug: putenv doesn't really do that. (/n/lucent/sys/src/ape/lib/bsd/putenv.c) It looks like the code in putenv.c was intended to create a new file in /env, but skipped the /env part. But, given the code for execve, that's not correct either. Dropping in the BSD putenv will probably fix the bug with a minimum of typing. >From owner-9fans Wed Aug 7 15:34:07 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id PAA07414 for 9fans-outgoing; Wed, 7 Aug 1996 15:34:06 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from bbnplanet.com (poblano.near.net [198.114.157.116]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id PAA07409 for <9fans@cse.psu.edu>; Wed, 7 Aug 1996 15:34:01 -0400 (EDT) Received: from smuggler.bbnplanet.com by poblano.bbnplanet.com id aa25157; 7 Aug 96 14:54 EDT To: 9fans@cse.psu.edu Subject: Re: SPAM not copied Re: Scientific Discoveries Minimize Aging (DHEA) In-reply-to: Your message of "Tue, 06 Aug 1996 10:23:06 +0200." <199608061023.26419.9.bafat@france3.fr> Date: Wed, 07 Aug 1996 14:55:37 -0400 From: John Orthoefer Message-ID: <9608071454.aa25157@poblano.bbnplanet.com> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans BBNPlanet is aware of what moneyworld.com is doing. We can not just turn them off, for contract reasons. They have been given 30 days from 21 July to clean up there act. If by that time they have not, we will terminate there connection. By the way, BBN Planet is there secondary connection. There primary is though MCI net. Our understanding is that MCI is also turning them off on the 21 Aug. Between now and the 21st there isn't much we can do but wait. johno >From owner-9fans Wed Aug 7 15:58:06 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id PAA07743 for 9fans-outgoing; Wed, 7 Aug 1996 15:58:06 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from galapagos.cse.psu.edu (root@galapagos.cse.psu.edu [130.203.2.12]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id PAA07737 for <9fans@cse.psu.edu>; Wed, 7 Aug 1996 15:58:01 -0400 (EDT) Received: from localhost by galapagos.cse.psu.edu with SMTP id <12685>; Wed, 7 Aug 1996 15:56:48 -0400 To: 9fans@cse.psu.edu Subject: Re: SPAM not copied Re: Scientific Discoveries Minimize Aging (DHEA) In-reply-to: Your message of "Wed, 07 Aug 1996 14:55:37 EDT." <9608071454.aa25157@poblano.bbnplanet.com> Date: Wed, 7 Aug 1996 15:56:43 -0400 From: Scott Schwartz Message-Id: <96Aug7.155648edt.12685@galapagos.cse.psu.edu> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Let's bring the SPAM thread to a conclusion---it's really not topical. If people spam the list, I'll add their address to majordomo's disapproved list, so we'll only see them once. If worse comes to worse, I'll tell majordomo to only allow postings from subscribed members of the list (but that has the disadvantage of fairly naive address matching, which could exclude legitimate submissions.) >From owner-9fans Wed Aug 7 17:37:00 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id RAA08819 for 9fans-outgoing; Wed, 7 Aug 1996 17:36:59 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from route1.france3.fr (route1.france3.fr [194.51.91.1]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id RAA08815 for <9fans@cse.psu.edu>; Wed, 7 Aug 1996 17:36:39 -0400 (EDT) Received: from PACIFIC.mdrf.france3.fr. by route1.france3.fr (8.7.1/SMI-4.1) id XAA24202; Wed, 7 Aug 1996 23:35:07 GMT Received: by PACIFIC.mdrf.france3.fr. (4.1/SMI-4.1) id AA25826; Wed, 7 Aug 96 23:35:29 GMT From: Boyd Roberts Date: Wed, 7 Aug 1996 23:29:04 +0200 To: John Orthoefer Cc: 9fans@cse.psu.edu Subject: Re: SPAM not copied Re: Scientific Discoveries Minimize Aging (DHEA) In-Reply-To: <9608071454.aa25157@poblano.bbnplanet.com> Message-Id: <199608072329.2485.9.bafem@france3.fr> X-Utm: N 31 447109 5411310 La Maison de Radio France, France 3, Direction Informatique, Systemes & Reseaux X-Face: #"03$i1:"_[Hbg~GCPw}`+d4_R`}RaDfYixB`n-mCB0E8m#tNd>uyd[d)`nEix7Bys(:o#o2y7$(=,&BTXdH7)Hm5jP}H5:y]}0GT4?uTT(Y0(Cu7tWBXj\|q\@jZ8 Y_qn8)NV0*$uO][i7p"K2>Kg( Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans From: John Orthoefer BBNPlanet is aware of what moneyworld.com is doing. We can not just turn them off, for contract reasons. They have been given 30 days from 21 July to clean up there act. If by that time they have not, we will terminate there connection. excuse me? i've already sent this, but i'll post it to the list: I'm sorry, but that's not good enough. You may have contractual obligations but that does not give those idiots the right to continue to spam. Using your argument I should have the right to spam anyone I like until my telco cuts my Internet connection. It's rather like the Police saying: The guy has the right to commit felonies until his life expires, you'll just have to put up with it. perhaps you can't spell 'conspiracy to spam' nor 'aiding and abetting'? >From owner-9fans Fri Aug 9 10:00:13 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id KAA24977 for 9fans-outgoing; Fri, 9 Aug 1996 10:00:12 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from ifp.ifp.fr (ifp.ifp.fr [156.118.212.2]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id KAA24973 for <9fans@cse.psu.edu>; Fri, 9 Aug 1996 10:00:07 -0400 (EDT) Received: from irsun29.ifp.fr(156.118.20.6) by ifp.ifp.fr via smap (1.3.1) id sma004179; Fri, 9 Aug 96 15:58:49 MET DST To: 9fans@cse.psu.edu Cc: spamcomplaints@mci.net Subject: Re: SPAM not copied Re: Scientific Discoveries Minimize Aging (DHEA) References: <199608061023.26419.9.bafat@france3.fr> <9608071454.aa25157@poblano.bbnplanet.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit From: Nathanael Makarevitch Date: 09 Aug 1996 15:58:40 +0200 In-Reply-To: jco@smuggler.bbnplanet.COM's message of Wed, 7 Aug 1996 19:35:16 GMT Message-ID: <49g25wbqwf.fsf@ifp.fr> Lines: 15 X-Mailer: Gnus v5.2.37/XEmacs 19.13 Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans jco@smuggler.bbnplanet.COM (John Orthoefer) writes: > > > BBNPlanet is aware of what moneyworld.com is doing. > PLEASE stop them ASAP suggestion: change your contract in order to be able to kick those abuser ASAP ! thanks in advance -- Nat >From owner-9fans Fri Aug 9 20:40:07 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id UAA01449 for 9fans-outgoing; Fri, 9 Aug 1996 20:40:06 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from ncube.att.com (cobra.ncube.com [134.242.5.188]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id UAA01444 for <9fans@cse.psu.edu>; Fri, 9 Aug 1996 20:40:02 -0400 (EDT) Message-Id: <199608100040.UAA01444@cse.psu.edu> From: beto@ncube.com Date: Wed, 9 Aug 28 12:01:33 EDT To: 9fans@cse.psu.edu Subject: sparc 20 Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Hi, I tried running plan9 on a sparc 20 and it crashed saying > data exception. Has any one tried this before? Also ss10/sunmmu.h is missing so I can't recompile the kernel. Is there any reason for this file not been in the release? >From owner-9fans Fri Aug 9 20:40:40 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id UAA01484 for 9fans-outgoing; Fri, 9 Aug 1996 20:40:39 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from ncube.att.com (cobra.ncube.com [134.242.5.188]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id UAA01480 for <9fans@cse.psu.edu>; Fri, 9 Aug 1996 20:40:35 -0400 (EDT) Message-Id: <199608100040.UAA01480@cse.psu.edu> From: beto@ncube.com Date: Wed, 9 Aug 28 12:01:33 EDT To: 9fans@cse.psu.edu Subject: Inferno & MPEG Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Hi, I was wondering which MPEG decoder is supported in inferno? Boffin? Does it talk to the media player under Windows 95/NT? What about video recorder? Thanks >From owner-9fans Fri Aug 9 22:49:14 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id WAA01967 for 9fans-outgoing; Fri, 9 Aug 1996 22:49:13 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from ns.research.att.com (ns.research.att.com [192.20.225.4]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id WAA01963 for <9fans@cse.psu.edu>; Fri, 9 Aug 1996 22:49:09 -0400 (EDT) Message-Id: <199608100249.WAA01963@cse.psu.edu> Received: from rice by ns; Fri Aug 9 22:45:02 EDT 1996 Received: by rice; Fri Aug 9 22:44 EDT 1996 To: 9fans@cse.psu.edu Subject: Re: sparc 20 In-reply-to: Your message of Wed, 09 Aug 1928 12:01:33 -0400. <199608100040.UAA01444@cse.psu.edu> Date: Fri, 09 Aug 1996 22:44:49 -0400 From: Geoff Collyer Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Whatever was in sunmmu.h doesn't seem to have been critical. I was able to build a 9ss10 from the CD by doing cd /sys/src/9/ss10 >sunmmu.h mk I haven't run the resulting 9ss10, however. >From owner-9fans Sun Aug 11 15:16:18 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id PAA10206 for 9fans-outgoing; Sun, 11 Aug 1996 15:16:17 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id PAA10202 for <9fans@cse.psu.edu>; Sun, 11 Aug 1996 15:16:13 -0400 (EDT) Received: by mercury.Sun.COM (Sun.COM) id MAA02009; Sun, 11 Aug 1996 12:14:32 -0700 Received: from x-files.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3) id MAA04200; Sun, 11 Aug 1996 12:14:30 -0700 Received: from x-files by x-files.eng.sun.com (SMI-8.6/SMI-SVR4) id MAA28345; Sun, 11 Aug 1996 12:14:30 -0700 Message-Id: <199608111914.MAA28345@x-files.eng.sun.com> To: 9fans@cse.psu.edu Orig-To: 9fans@cse.psu.edu Orig-To: geoff@research.ATt.COM (Geoff Collyer) Subject: Re: sparc 20 Newsgroups: comp.os.plan9 References: <199608100040.UAA01444@cse.psu.edu> <199608100249.WAA01963@cse.psu.edu> Date: Sun, 11 Aug 1996 12:14:30 -0700 From: Greg Onufer Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans In comp.os.plan9 you write: >Whatever was in sunmmu.h doesn't seem to have been critical. That's because the processors that go into sun4m machines use an implementation of the srmmu (SPARC Reference MMU), not the sunmmu used in sun4c machines. Cheers!greg -- Expressed in this message are my opinions. They are in no way related to opinions held by my employer, Sun Microsystems. Statements on Sun products included here are not gospel and may be fiction rather than truth. >From owner-9fans Mon Aug 12 15:19:16 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id PAA19322 for 9fans-outgoing; Mon, 12 Aug 1996 15:19:16 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from mail.ucsd.edu (ucsd.edu [132.239.254.201]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id PAA19318 for <9fans@cse.psu.edu>; Mon, 12 Aug 1996 15:19:11 -0400 (EDT) Received: from jewel.UCSD.EDU by mail.ucsd.edu; id MAA20572 sendmail 8.6.12/UCSD-2.2-sun via SMTP Mon, 12 Aug 1996 12:18:01 -0700 for <9fans@cse.psu.edu> Received: by jewel.UCSD.EDU (4.1/UCSDPSEUDO.3) id AA00711 for 9fans@cse.psu.edu; Mon, 12 Aug 96 12:17:59 PDT Date: Mon, 12 Aug 96 12:17:59 PDT From: eld@mpl.UCSD.EDU (Eric Dorman) Message-Id: <9608121917.AA00711@jewel.UCSD.EDU> To: 9fans@cse.psu.edu Subject: Re: sparc 20 Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Greetings, > To: 9fans@cse.psu.edu > Subject: Re: sparc 20 > Date: Fri, 09 Aug 1996 22:44:49 -0400 > From: Geoff Collyer > Sender: owner-9fans@cse.psu.edu > Whatever was in sunmmu.h doesn't seem to have been critical. > I was able to build a 9ss10 from the CD by doing > > cd /sys/src/9/ss10 > >sunmmu.h > mk > > I haven't run the resulting 9ss10, however. I have been able to build 9ss10 with the above fix and netboot it into an SS20 from a PC bootserver but it never appears to gain control. This may be due to my SS20 having an RT625 HyperSPARC CPU rather than a regular Sun CPU module, but I really don't know enough about one or the other to even begin figuring out what's wrong (new cpu vs old cpu?). The cpus are apparently different enough to keep NetBSD/SPARC from working, so perhaps in this instance Plan9 is breaking in a similar fashion. If someone has run Plan9 on an SS20, what cpu module did you have? Thanks, Eric Dorman eld@mpl.ucsd.edu >From owner-9fans Tue Aug 13 07:38:33 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id HAA25196 for 9fans-outgoing; Tue, 13 Aug 1996 07:38:32 -0400 (EDT) Received: from route1.france3.fr (route1.france3.fr [194.51.91.1]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id HAA25191 for <9fans@cse.psu.edu>; Tue, 13 Aug 1996 07:38:19 -0400 (EDT) Received: from PACIFIC.mdrf.france3.fr. by route1.france3.fr (8.7.1/SMI-4.1) id KAA02309; Tue, 13 Aug 1996 10:23:52 GMT Received: by PACIFIC.mdrf.france3.fr. (4.1/SMI-4.1) id AA10196; Tue, 13 Aug 96 10:24:24 GMT From: eld@mpl.UCSD.EDU (Eric Dorman) Date: Mon, 12 Aug 96 12:17:59 PDT To: 9fans@cse.psu.edu Subject: Re: sparc 20 Received: from cse.psu.edu by frontal1.mdrf.france3.fr; Mon, 12 Aug 1996 21:24 GMT Received: from plan9.cs.su.oz.au by route1.france3.fr (8.7.1/SMI-4.1) id VAA22862; Mon, 12 Aug 1996 21:24:41 GMT Received: from localhost (majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) with SMTP id PAA19410; Mon, 12 Aug 1996 15:24:26 -0400 (EDT) Received: by claven.cse.psu.edu (bulk_mailer v1.5); Mon, 12 Aug 1996 15:19:22 -0400 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id PAA19322 for 9fans-outgoing; Mon, 12 Aug 1996 15:19:16 -0400 (EDT) Received: from mail.ucsd.edu (ucsd.edu [132.239.254.201]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id PAA19318 for <9fans@cse.psu.edu>; Mon, 12 Aug 1996 15:19:11 -0400 (EDT) Received: from jewel.UCSD.EDU by mail.ucsd.edu; id MAA20572 sendmail 8.6.12/UCSD-2.2-sun via SMTP Mon, 12 Aug 1996 12:18:01 -0700 for <9fans@cse.psu.edu> Received: by jewel.UCSD.EDU (4.1/UCSDPSEUDO.3) id AA00711 for 9fans@cse.psu.edu; Mon, 12 Aug 96 12:17:59 PDT X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Message-Id: <9608121917.AA00711@jewel.UCSD.EDU> Reply-To: 9fans@cse.psu.edu Content-Type: text Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Greetings, > To: 9fans@cse.psu.edu > Subject: Re: sparc 20 > Date: Fri, 09 Aug 1996 22:44:49 -0400 > From: Geoff Collyer > Sender: owner-9fans@cse.psu.edu > Whatever was in sunmmu.h doesn't seem to have been critical. > I was able to build a 9ss10 from the CD by doing > > cd /sys/src/9/ss10 > >sunmmu.h > mk > > I haven't run the resulting 9ss10, however. I have been able to build 9ss10 with the above fix and netboot it into an SS20 from a PC bootserver but it never appears to gain control. This may be due to my SS20 having an RT625 HyperSPARC CPU rather than a regular Sun CPU module, but I really don't know enough about one or the other to even begin figuring out what's wrong (new cpu vs old cpu?). The cpus are apparently different enough to keep NetBSD/SPARC from working, so perhaps in this instance Plan9 is breaking in a similar fashion. If someone has run Plan9 on an SS20, what cpu module did you have? Thanks, Eric Dorman eld@mpl.ucsd.edu >From owner-9fans Tue Aug 13 13:51:16 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id NAA29587 for 9fans-outgoing; Tue, 13 Aug 1996 13:51:15 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from mail1.infinet.com (mail1.infinet.com [206.103.240.3]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id NAA29583 for <9fans@cse.psu.edu>; Tue, 13 Aug 1996 13:51:06 -0400 (EDT) Received: from .dnaco.net (uhura-9.dnaco.net [206.150.232.109]) by mail1.infinet.com (8.7.3/8.7.3) with SMTP id NAA24448 for <9fans@cse.psu.edu>; Tue, 13 Aug 1996 13:44:13 -0400 (EDT) Message-Id: <2.2.32.19960813164832.006aaa18@infinet.com> X-Sender: lutherh@infinet.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 13 Aug 1996 17:48:32 +0100 To: 9fans@cse.psu.edu From: Luther Huffman Subject: Sfio vs. Bio Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Hello, all. I'm working on a large project (Perl) where work is being done to add a layer of abstraction to I/O calls within the source. The goal of this is to eventually allow us to move the I/O implementation in Perl away from Stdio towards something else -- quite probably Sfio. Now until very recently, I had not even heard of Sfio so consequently I'm somewhat lost. Could someone out there familiar with both Sfio and Plan 9's Bio give me a brief synopsis of the relative strengths and weaknesses of the two? Regards, Luther --- Luther Huffman lutherh@stratcom.com Strategic Computer Solutions, Inc. http://www.stratcom.com/ >From owner-9fans Tue Aug 13 15:30:52 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id PAA01040 for 9fans-outgoing; Tue, 13 Aug 1996 15:30:51 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from plan9.cs.york.ac.uk (forsyth@p9auth.cs.york.ac.uk [144.32.33.120]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id PAA01035 for <9fans@cs.psu.edu>; Tue, 13 Aug 1996 15:30:47 -0400 (EDT) From: forsyth@plan9.cs.york.ac.uk Message-Id: <199608131930.PAA01035@cse.psu.edu> To: 9fans@cse.psu.edu Date: Tue, 13 Aug 1996 20:31:35 BST subject: sfio and bio Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans sfio is an angry elephant trying to crack a nut (and i don't actually like the nut it's trying to crack); bio is a cheerful little squirrel (most of the time). >From owner-9fans Thu Aug 15 00:11:37 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id AAA16983 for 9fans-outgoing; Thu, 15 Aug 1996 00:11:37 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from plan9.ecf.toronto.edu (steve@plan9.ecf.toronto.edu [128.100.8.9]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id AAA16979 for <9fans@cse.psu.edu>; Thu, 15 Aug 1996 00:11:32 -0400 (EDT) From: steve@plan9.ecf.toronto.edu Message-Id: <199608150411.AAA16979@cse.psu.edu> To: 9fans@cse.psu.edu Date: Thu, 15 Aug 1996 00:10:07 EDT Subject: [reminder] pointer to Plan 9 FAQ Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans 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 hypertext version of the faq is always available at url http://www.ecf.toronto.edu/plan9/plan9faq.html >From owner-9fans Fri Aug 16 21:20:38 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id VAA02534 for 9fans-outgoing; Fri, 16 Aug 1996 21:20:38 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from trantor.cse.psu.edu (trantor.cse.psu.edu [130.203.3.13]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id VAA02494 for <9fans@cse.psu.edu>; Fri, 16 Aug 1996 21:20:18 -0400 (EDT) Received: from cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by trantor.cse.psu.edu (8.7.5/8.7.3) with ESMTP id QAA08762 for <9fans@cse.psu.edu>; Fri, 16 Aug 1996 16:28:09 -0400 (EDT) Received: from cps203.cps.cmich.edu (cps203 [141.209.20.203]) by cps.cmich.edu (8.7.5/8.7.3) with ESMTP id QAA24317 for <9fans@cse.psu.edu>; Fri, 16 Aug 1996 16:28:08 -0400 (EDT) From: Ishwar Rattan Received: (rattan@localhost) by cps203.cps.cmich.edu (8.6.12/8.6.12) id QAA10731 for 9fans@cse.psu.edu; Fri, 16 Aug 1996 16:28:12 -0400 Date: Fri, 16 Aug 1996 16:28:12 -0400 Message-Id: <199608162028.QAA10731@cps203.cps.cmich.edu> To: 9fans@cse.psu.edu Subject: Plan9 and SCSI CD-ROM.. Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans I am trying to mount scsi cdrom (as unit 3 on a buslogic scsi adapter) and having no success with bind. bind -a '#R3' /dev (fails and syntax message is displayed..) the card is detected as scsi0: aha1542: port 330, irq 11, dma -1 please help.. Ishwar Rattan >From owner-9fans Mon Aug 19 03:19:23 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id DAA15429 for 9fans-outgoing; Mon, 19 Aug 1996 03:19:22 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from symsun4.symbionics.co.uk (symsun4.symbionics.co.uk [194.32.100.61]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id DAA15425 for <9fans@cse.psu.edu>; Mon, 19 Aug 1996 03:19:13 -0400 (EDT) Received: from sympc267.symbionics.co.uk by symsun4.symbionics.co.uk (4.1/SMI-4.1) id AA24350; Mon, 19 Aug 96 08:13:30 BST Message-Id: <9608190713.AA24350@symsun4.symbionics.co.uk> Comments: Authenticated sender is From: "Nigel Roles" To: 9fans@cse.psu.edu Date: Mon, 19 Aug 1996 08:17:26 +0100 Subject: Re: Plan9 and SCSI CD-ROM.. Reply-To: ngr@symbionics.co.uk X-Mailer: Pegasus Mail for Win32 (v2.42a) Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans > > I am trying to mount scsi cdrom (as unit 3 on a buslogic scsi adapter) > and having no success with bind. > > bind -a '#R3' /dev > (fails and syntax message is displayed..) > > the card is detected as > > scsi0: aha1542: port 330, irq 11, dma -1 > #R is a non-SCSI CDROM, such as found lurking on the edge of old soundblasters. SCSI is #w. Try 9660srv # load 9660 server mkdir /n/cdrom # somewhere to mount (oo-err) mount -c /srv/9660 /n/cdrom '#'w3/sd3disk Are you sure it's a Buslogic? That looks like an Adaptec (aha1542). If so, the dma = -1 looks suspect. It ought to be a small positive number. Nigel Roles >From owner-9fans Mon Aug 19 03:38:15 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id DAA15527 for 9fans-outgoing; Mon, 19 Aug 1996 03:38:14 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from sol.we.lc.ehu.es (sol.we.lc.ehu.es [158.227.6.42]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id DAA15523 for <9fans@cse.psu.edu>; Mon, 19 Aug 1996 03:38:08 -0400 (EDT) Received: from sirius.we.lc.ehu.es by sol.we.lc.ehu.es (5.x/SMI-SVR4) id AA12790; Mon, 19 Aug 1996 09:37:29 +0200 From: borjam@we.lc.ehu.es (Borja Marcos) Message-Id: <9608190737.AA12790@sol.we.lc.ehu.es> Subject: my apologies To: 9fans@cse.psu.edu Date: Mon, 19 Aug 1996 09:42:38 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans My apologies to the people in this list. I forgot to unsubscribe from this list before leaving for vacation. I hope you haven't received many "vacation" answers. Borja. -- *********************************************************************** Borja Marcos * Internet: borjam@we.lc.ehu.es Alangoeta, 11 1 izq * borjam@well.com 48990 - Algorta (Vizcaya) * CompuServe: 100015,3502 SPAIN * *********************************************************************** (c)1995 by the author. This message cannot be transferred to the Microsoft(tm) Network. >From owner-9fans Mon Aug 19 08:54:41 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id IAA16875 for 9fans-outgoing; Mon, 19 Aug 1996 08:54:41 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from tigaon2.cps.cmich.edu (tigaon2.cps.cmich.edu [141.209.20.40]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id IAA16871 for <9fans@cse.psu.edu>; Mon, 19 Aug 1996 08:54:37 -0400 (EDT) Received: (from ishwar@localhost) by tigaon2.cps.cmich.edu (8.7.5/8.6.12) id IAA01628; Mon, 19 Aug 1996 08:53:27 -0400 (EDT) Date: Mon, 19 Aug 1996 08:53:27 -0400 (EDT) From: Ish Rattan Message-Id: <199608191253.IAA01628@tigaon2.cps.cmich.edu> To: 9fans@cse.psu.edu, ngr@symbionics.co.uk Subject: Re: Plan9 and SCSI CD-ROM.. Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Thanks for help. The SCSI adaptor is Buslogic 445S(VLB) and is only recognized as aha1542, it is now visible though.. - Ishwar Rattan >From owner-9fans Mon Aug 19 09:54:48 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id JAA17577 for 9fans-outgoing; Mon, 19 Aug 1996 09:54:48 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id JAA17573 for <9fans@cse.psu.edu>; Mon, 19 Aug 1996 09:54:44 -0400 (EDT) Received: from cps203.cps.cmich.edu (cps203 [141.209.20.203]) by cps.cmich.edu (8.7.5/8.7.3) with ESMTP id JAA22889 for <9fans@cse.psu.edu>; Mon, 19 Aug 1996 09:54:30 -0400 (EDT) From: Ishwar Rattan Received: (rattan@localhost) by cps203.cps.cmich.edu (8.6.12/8.6.12) id JAA15533 for 9fans@cse.psu.edu; Mon, 19 Aug 1996 09:54:34 -0400 Date: Mon, 19 Aug 1996 09:54:34 -0400 Message-Id: <199608191354.JAA15533@cps203.cps.cmich.edu> To: 9fans@cse.psu.edu Subject: Copying files.. Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans I have been able to mount the CD-ROM (thanks to Nigel). I want to copy selected subtrees to hard-disk. Cp command has no -[rR] flag so how do I do it? cp source-subtree dest-subtree Any ideas.. Ishwar Rattan >From owner-9fans Mon Aug 19 10:10:41 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id KAA17885 for 9fans-outgoing; Mon, 19 Aug 1996 10:10:41 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from symsun4.symbionics.co.uk (symsun4.symbionics.co.uk [194.32.100.61]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id KAA17881 for <9fans@cse.psu.edu>; Mon, 19 Aug 1996 10:10:33 -0400 (EDT) Received: from sympc267.symbionics.co.uk by symsun4.symbionics.co.uk (4.1/SMI-4.1) id AA24762; Mon, 19 Aug 96 15:05:47 BST Message-Id: <9608191405.AA24762@symsun4.symbionics.co.uk> Comments: Authenticated sender is From: "Nigel Roles" To: 9fans@cse.psu.edu Date: Mon, 19 Aug 1996 15:09:44 +0100 Subject: Re: Plan9 and SCSI CD-ROM.. Reply-To: ngr@symbionics.co.uk X-Mailer: Pegasus Mail for Win32 (v2.42a) Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans > Thanks for help. The SCSI adaptor is Buslogic 445S(VLB) and > is only recognized as aha1542, it is now visible though.. > - Ishwar Rattan > Before everyone else points it out, #R is the SCSI CDROM device. I was just plain wrong. Therefore bind -a '#'R3 /dev looks OK to me, but then again I never used it. Nigel Roles >From owner-9fans Mon Aug 19 10:20:00 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id KAA18164 for 9fans-outgoing; Mon, 19 Aug 1996 10:20:00 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from symsun4.symbionics.co.uk (symsun4.symbionics.co.uk [194.32.100.61]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id KAA18143 for <9fans@cse.psu.edu>; Mon, 19 Aug 1996 10:19:51 -0400 (EDT) Received: from sympc267.symbionics.co.uk by symsun4.symbionics.co.uk (4.1/SMI-4.1) id AA24766; Mon, 19 Aug 96 15:14:50 BST Message-Id: <9608191414.AA24766@symsun4.symbionics.co.uk> Comments: Authenticated sender is From: "Nigel Roles" To: 9fans@cse.psu.edu Date: Mon, 19 Aug 1996 15:18:33 +0100 Subject: Re: Copying files.. Reply-To: ngr@symbionics.co.uk X-Mailer: Pegasus Mail for Win32 (v2.42a) Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans > > I have been able to mount the CD-ROM (thanks to Nigel). I want to > copy selected subtrees to hard-disk. Cp command has no -[rR] flag > so how do I do it? > cp source-subtree dest-subtree > > Now this one I can get right. Real programmers don't use cp -r! {cd source-subtree; tar c .} | {cd dest-subtree; tar x} or see http://plan9.att.com/magic/man2html/1/tar Nigel Roles >From owner-9fans Mon Aug 19 10:23:55 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id KAA18328 for 9fans-outgoing; Mon, 19 Aug 1996 10:23:55 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from plan9.cs.york.ac.uk (forsyth@p9auth.cs.york.ac.uk [144.32.33.120]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id KAA18324 for <9fans@cse.psu.edu>; Mon, 19 Aug 1996 10:23:49 -0400 (EDT) From: forsyth@plan9.cs.york.ac.uk Message-Id: <199608191423.KAA18324@cse.psu.edu> To: 9fans@cse.psu.edu Date: Mon, 19 Aug 1996 15:26:09 BST Subject: Re: Copying files.. Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans to copy or install just part of the distribution, you will normally want to use variants of disk/mkfs -a -s /n/cdrom aprotofile | disk/mkext -u -d thedestinationroot where `aprotofile' is a file describing the part of the hierarchy you'd like to copy. see the mkfs manual page and examples in /lib/proto mkfs/mkext will ensure that ownership, times, modes, etc stay as they should. to retain ownership and times, you'll need to enable `allow' mode on the file server in most cases, or issue disk/kfscmd allow if the destination file system is on a local disc. >From owner-9fans Mon Aug 19 11:37:48 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id LAA19520 for 9fans-outgoing; Mon, 19 Aug 1996 11:37:48 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from mail.ftech.co.uk (mail.ftech.net [195.200.0.71]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id LAA19516 for <9fans@cse.psu.edu>; Mon, 19 Aug 1996 11:37:40 -0400 (EDT) Received: from sympc150.symbionics.co.uk (sympc150.symbionics.co.uk [194.32.100.53]) by mail.ftech.co.uk (8.7.3/8.7.3) with SMTP id QAA06846 for <9fans@cse.psu.edu>; Mon, 19 Aug 1996 16:37:27 +0100 Message-Id: <199608191537.QAA06846@mail.ftech.co.uk> Comments: Authenticated sender is From: "David Johnston" Organization: Symbionics Ltd. To: 9fans@cse.psu.edu Date: Mon, 19 Aug 1996 15:57:28 +0000 Subject: Re: Copying files.. Reply-to: dj@symbionics.co.uk X-mailer: Pegasus Mail for Win32 (v2.42) Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans > Now this one I can get right. Real programmers don't use cp -r! > > {cd source-subtree; tar c .} | {cd dest-subtree; tar x} > I can feel an alias coming on. David >From owner-9fans Mon Aug 19 16:48:15 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id QAA23917 for 9fans-outgoing; Mon, 19 Aug 1996 16:48:15 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from nol.net (photon@dazed.nol.net [206.126.32.101]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id QAA23909 for <9fans@cse.psu.edu>; Mon, 19 Aug 1996 16:48:08 -0400 (EDT) Received: from localhost (photon@localhost) by nol.net (8.7.5/NOL - 8.*) with SMTP id PAA22863 for <9fans@cse.psu.edu>; Mon, 19 Aug 1996 15:47:48 -0500 (CDT) X-AUTH: NOLNET SENDMAIL AUTH Date: Mon, 19 Aug 1996 15:47:47 -0500 (CDT) From: Photon To: 9fans@cse.psu.edu Subject: General questions... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans I just got my Plan 9 distribution in the mail, and I'm trying to plan out what hardware I want to acquire/use to construct my plan 9 setup. I have at my disposal: a Sparc20 (single 60Mhz SuperSparc), 2 Intel Pentiums. I was planning to make one pentium a SCSI only fileserver box, the Sparc20 a cpu server, and use the other pentium as a terminal, all interconnected by ethernet. My questions are: 1. Is anyone working on any FDDI interface drivers on the pentium or sparc platforms? I would really like to use FDDI instead of ethernet between the file server and CPU server. 2. Will the sparc10 cpu server code be able to make use of multiple processors on my Sparc20? (say adding another 60Mhz SuperSparc..?) 3. Are there any commercial SCSI Worm devices in a "reasonable" price range that I could use on the pentium fileserver? I don't think I can afford the 350GB sony that att uses, but I dont need 350 gigs anyways.... Any answers would be appreciated... Brandon Black >From owner-9fans Mon Aug 19 18:48:56 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id SAA25275 for 9fans-outgoing; Mon, 19 Aug 1996 18:48:55 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from plan9.cs.york.ac.uk (forsyth@p9auth.cs.york.ac.uk [144.32.33.120]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id SAA25271 for <9fans@cse.psu.edu>; Mon, 19 Aug 1996 18:48:51 -0400 (EDT) From: forsyth@plan9.cs.york.ac.uk Message-Id: <199608192248.SAA25271@cse.psu.edu> To: 9fans@cse.psu.edu Date: Mon, 19 Aug 1996 23:51:26 BST Subject: re: General questions... Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans >> 2. Will the sparc10 cpu server code be able to make use of >> multiple processors on my Sparc20? (say adding another >> 60Mhz SuperSparc..?) not as it stands: the ss10 mmu.c is based on my mmu.c for the lx/classic, which in turn was based on a mixture of the next and ss mmu.c files. it lacks interlocks, at least. a better approach on a multiprocessor might be to adopt the strategy of power/mmu.c and chm/mmu.c: they use a stunningly elegant distributed garbage collection algorithm (and very little code) to manage a collection of virtual contexts across the TLBs of a multiprocessor. >> 3. Are there any commercial SCSI Worm devices in a "reasonable" >> price range that I could use on the pentium fileserver? >> I don't think I can afford the 350GB sony that att uses, >> but I dont need 350 gigs anyways.... HP had some jukeboxes that seemed promising (a reasonable amount of storage without a huge price tag), but are probably still a little expensive for home use. then again, if you're considering FDDI you might be able to afford them. i've read that HP has pulled out of the disc business, but i'd be surprised if that included WORMS. you'll probably need to change the file server code slightly to support something other than the Sonys. >From owner-9fans Mon Aug 19 19:34:14 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id TAA25539 for 9fans-outgoing; Mon, 19 Aug 1996 19:34:14 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from plan9.cs.bell-labs.com (achille.research.bell-labs.com [204.178.16.2]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id TAA25533 for <9fans@cse.psu.edu>; Mon, 19 Aug 1996 19:34:09 -0400 (EDT) From: philw@plan9.bell-labs.com Message-Id: <199608192334.TAA25533@cse.psu.edu> To: 9fans@cse.psu.edu Date: Mon, 19 Aug 1996 19:30:02 -0400 Subject: re: General questions... Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans >adopt the strategy of power/mmu.c and chm/mmu.c: they use a stunningly elegant >distributed garbage collection algorithm (and very little code) >to manage a collection of virtual contexts across the TLBs of a multiprocessor. thank you. However, there is an additional problem. The 20's have virtual caches so you also have to deal with page coloring. I faced the problem for the SGI challenge XL and that was really the start of Brazil. phil. >From owner-9fans Tue Aug 20 02:59:06 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id CAA28721 for 9fans-outgoing; Tue, 20 Aug 1996 02:59:06 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from symsun4.symbionics.co.uk (symsun4.symbionics.co.uk [194.32.100.61]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id CAA28717 for <9fans@cse.psu.edu>; Tue, 20 Aug 1996 02:58:54 -0400 (EDT) Received: from sympc267.symbionics.co.uk by symsun4.symbionics.co.uk (4.1/SMI-4.1) id AA24954; Tue, 20 Aug 96 07:54:02 BST Message-Id: <9608200654.AA24954@symsun4.symbionics.co.uk> Comments: Authenticated sender is From: "Nigel Roles" To: 9fans@cse.psu.edu Date: Tue, 20 Aug 1996 07:57:58 +0100 Subject: re: General questions... Reply-To: ngr@symbionics.co.uk X-Mailer: Pegasus Mail for Win32 (v2.42a) Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans > HP had some jukeboxes that seemed promising (a reasonable amount of storage > without a huge price tag), but are probably still a little expensive for home use. > then again, if you're considering FDDI you might be able to afford them. > i've read that HP has pulled out of the disc business, but i'd be surprised if that > included WORMS. > You could try the Pinnacle 5Gb r/w optical. It's not that expensive, and presumably more reliable long-term than a 5Gb hard disk. Nigel Roles >From owner-9fans Tue Aug 20 09:15:03 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id JAA00434 for 9fans-outgoing; Tue, 20 Aug 1996 09:15:02 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id JAA00430 for <9fans@cse.psu.edu>; Tue, 20 Aug 1996 09:14:58 -0400 (EDT) Received: from cps203.cps.cmich.edu (cps203 [141.209.20.203]) by cps.cmich.edu (8.7.5/8.7.3) with ESMTP id JAA21690 for <9fans@cse.psu.edu>; Tue, 20 Aug 1996 09:14:37 -0400 (EDT) From: Ishwar Rattan Received: (rattan@localhost) by cps203.cps.cmich.edu (8.6.12/8.6.12) id JAA17214 for 9fans@cse.psu.edu; Tue, 20 Aug 1996 09:14:40 -0400 Date: Tue, 20 Aug 1996 09:14:40 -0400 Message-Id: <199608201314.JAA17214@cps203.cps.cmich.edu> To: 9fans@cse.psu.edu Subject: More questions.. Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Is there a way to change owner from none to sys? The following error is strange.. disl/kfscmd allow cd / mkdir mail mkdir: mount device forbids creation Any pointers? Ishwar Rattan >From owner-9fans Tue Aug 20 09:37:00 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id JAA00671 for 9fans-outgoing; Tue, 20 Aug 1996 09:37:00 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from cannon.ecf.toronto.edu (root@cannon.ecf.toronto.edu [128.100.8.5]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id JAA00649 for <9fans@cse.psu.edu>; Tue, 20 Aug 1996 09:36:44 -0400 (EDT) Received: by cannon.ecf.toronto.edu id <10001>; Tue, 20 Aug 1996 09:36:23 -0400 From: Steve Kotsopoulos To: 9fans@cse.psu.edu Subject: Re: More questions.. Message-Id: <96Aug20.093623edt.10001@cannon.ecf.toronto.edu> Date: Tue, 20 Aug 1996 09:36:21 -0400 Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans > Is there a way to change owner from none to sys? Vadim posted an 'su' program here last year, I saved it at http://www.ecf.toronto.edu/plan9/info/misc/su > The following error is strange.. > > disk/kfscmd allow > cd / > mkdir mail > mkdir: mount device forbids creation The root of your file server (in this case, /n/kfs) is distinct in many ways from the root of your namespace (/). This takes some getting used to. Try the following instead: disk/kfscmd allow cd /n/kfs mkdir mail If you then look in /, you'll find /mail > Any pointers? The manpages: root(3), mnt(3) >From owner-9fans Tue Aug 20 10:34:44 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id KAA01211 for 9fans-outgoing; Tue, 20 Aug 1996 10:34:43 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from plan9.cs.york.ac.uk (forsyth@p9auth.cs.york.ac.uk [144.32.33.120]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id KAA01207 for <9fans@cse.psu.edu>; Tue, 20 Aug 1996 10:34:39 -0400 (EDT) From: forsyth@plan9.cs.york.ac.uk Message-Id: <199608201434.KAA01207@cse.psu.edu> To: 9fans@cse.psu.edu Date: Tue, 20 Aug 1996 15:36:59 BST Subject: Re: More questions.. Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans >>Is there a way to change owner from none to sys? one of the advantages of using mkfs-a/mkext to install chunks of the CDROM is that it can be told to set the original owner and group when the target file system is in `allow' mode. still, if files have ended up with the wrong group, you can change the group with chgrp. if you're not the right person to run that (eg, not connected with the group), you'll need to `allow' first. when running normally, no one can change a file's ownership; that's why there isn't a chown command. there is no super user in Plan 9. `allow' mode permits change of ownership, however, so it's possible to write a command that will work in that mode. try ftp://ftp.cs.york.ac.uk/plan9/chown.c . even so, you might be better off retrying the installation of the bits you were trying to install by using the mkfs/mkext approach. that way everything will be as it should be, including the file modes. (but remember to do {chmod 777 /mail/tmp}, since the mode was wrong on the CDROM.) >From owner-9fans Tue Aug 20 10:40:26 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id KAA01307 for 9fans-outgoing; Tue, 20 Aug 1996 10:40:25 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from plan9.cs.york.ac.uk (forsyth@p9auth.cs.york.ac.uk [144.32.33.120]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id KAA01303 for <9fans@cs.psu.edu>; Tue, 20 Aug 1996 10:40:20 -0400 (EDT) From: forsyth@plan9.cs.york.ac.uk Message-Id: <199608201440.KAA01303@cse.psu.edu> To: 9fans@cse.psu.edu Date: Tue, 20 Aug 1996 15:42:38 BST subject: re: General questions Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans by the way, it is probably wrong to make a habit of patching owners/groups/modes after the fact. if you were running a full system with a WORM file system, nothing you did after the fact would change the incorrect modes etc. on the dump file system. >From owner-9fans Tue Aug 20 10:45:17 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id KAA01395 for 9fans-outgoing; Tue, 20 Aug 1996 10:45:17 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from cannon.ecf.toronto.edu (root@cannon.ecf.toronto.edu [128.100.8.5]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id KAA01391 for <9fans@cse.psu.edu>; Tue, 20 Aug 1996 10:45:12 -0400 (EDT) Received: by cannon.ecf.toronto.edu id <10092>; Tue, 20 Aug 1996 10:44:41 -0400 From: Steve Kotsopoulos To: 9fans@cse.psu.edu Subject: Re: More questions.. Message-Id: <96Aug20.104441edt.10092@cannon.ecf.toronto.edu> Date: Tue, 20 Aug 1996 10:44:36 -0400 Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans >>Is there a way to change owner from none to sys? oops, I see now that I mis-read that, thinking it said change user >From owner-9fans Wed Aug 21 15:16:49 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id PAA09947 for 9fans-outgoing; Wed, 21 Aug 1996 15:16:48 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id PAA09943 for <9fans@cse.psu.edu>; Wed, 21 Aug 1996 15:16:43 -0400 (EDT) Received: from cps203.cps.cmich.edu (cps203 [141.209.20.203]) by cps.cmich.edu (8.7.5/8.7.3) with ESMTP id PAA02164 for <9fans@cse.psu.edu>; Wed, 21 Aug 1996 15:16:39 -0400 (EDT) From: Ishwar Rattan Received: (rattan@localhost) by cps203.cps.cmich.edu (8.6.12/8.6.12) id PAA19501 for 9fans@cse.psu.edu; Wed, 21 Aug 1996 15:16:40 -0400 Date: Wed, 21 Aug 1996 15:16:40 -0400 Message-Id: <199608211916.PAA19501@cps203.cps.cmich.edu> To: 9fans@cse.psu.edu Subject: Plan9 and laser printer.. Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans This mail is meant for luther@infinet.com, I can't reach him through our mailer.. ----- Some time ago you gave the following instructions for making a laser printer (LaserWriter) connected to a parallel port work under standalone Plan9. I did make the changes but when I tried `lp doc.ps' the error on screen are rc: /dev/lpt1data: mounted directory forbids creation rc: /dev/lpt1data: mounted directory forbids creation I looked at /dev entries, I found one for lpt2data ---w--w--w- L 1 none none 0 Nov 21 1995 /dev/lpt2data --rw-rw-rw- L 1 none none 0 Nov 21 1995 /dev/lpt2dlr ---w--w--w- L 1 none none 0 Nov 21 1995 /dev/lpt2pcr --r--r--r-- L 1 none none 0 Nov 21 1995 /dev/lpt2psr How can one make the same entries for lpt1? With regards, Ishwar Rattan >I might be able to help you out on this issue, if someone hasn't already. > >1. Edit /sys/lib/lp/devices > a. Uncomment out the entry for "stdout" > b. Uncomment out "pcclone" > c. Uncomment out entry for your laser printer, if there is one. My >printer is a 1200-dpi postscript, so the closest thing is 600 dpi. > >2. mkdir /sys/lib/lp/tmp (don't ask me why; it needs it) > >3. Edit lp.rc (I believe in /sys/src/cmd/lp/lp.rc) and copy to /rc/bin/lp > a. Remove the block referring to bootes near beginning of file. >Don't be afraid, just rip it out! Here's the offending block: >if (! test -r /srv/bootes) srv -m bootes >if (! mount -c /srv/bootes /n/bootesother other || ! bind -a >/n/bootesother/lp /sys/lib/lp) { > echo 'could not properly setup LPSPOOL' >[1=2] > exit 'LPSPOOL setup' >} > >4. Edit $home/lib/profile by adding: > a. LPDEST='pcclone' > b. bind -a '#L2' /dev (you had this one figured out) > >Restart your machine. >That should allow you to print a file such as doc.ps by: >lp doc.ps > >Hope it works for you and that I haven't left a step out. > >Regards, >Luther >From owner-9fans Fri Aug 23 11:28:16 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id LAA06711 for 9fans-outgoing; Fri, 23 Aug 1996 11:28:16 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from minster.cs.york.ac.uk (minster.cs.york.ac.uk [144.32.16.26]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id LAA06707 for <9fans@cse.psu.edu>; Fri, 23 Aug 1996 11:28:10 -0400 (EDT) From: james@minster.cs.york.ac.uk Message-ID: >From: james@minster.york.ac.uk (Darkone) Date: Fri, 23 Aug 1996 16:13:42 +0100 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: 9fans <9fans@cse.psu.edu> Subject: RWlock adt in alef Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans is it implemented? the lock(2) manual page describes it, and it is in /sys/include/alef/alef.h, but i cannot find any trace of its member functions in /386/lib/alef/libA.a -- +----------------------------------------------------------------------+ | J.F.Carter | >From owner-9fans Fri Aug 23 17:37:22 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id RAA13118 for 9fans-outgoing; Fri, 23 Aug 1996 17:37:21 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from plan9.cs.bell-labs.com (achille.research.bell-labs.com [204.178.16.2]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id RAA13114 for <9fans@cse.psu.edu>; Fri, 23 Aug 1996 17:37:12 -0400 (EDT) Message-Id: <199608232137.RAA13114@cse.psu.edu> From: "Rob Pike" To: 9fans@cse.psu.edu Date: Fri, 23 Aug 1996 17:38:06 -0400 Subject: RWlock adt in alef Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Looks like it fell through the cracks. It's unimplemented. -rob >From owner-9fans Fri Aug 23 18:02:47 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id SAA13529 for 9fans-outgoing; Fri, 23 Aug 1996 18:02:47 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from plan9.cs.bell-labs.com (achille.research.bell-labs.com [204.178.16.2]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id SAA13525 for <9fans@cse.psu.edu>; Fri, 23 Aug 1996 18:02:42 -0400 (EDT) From: philw@plan9.bell-labs.com Message-Id: <199608232202.SAA13525@cse.psu.edu> To: 9fans@cse.psu.edu Date: Fri, 23 Aug 1996 18:03:29 -0400 Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Put this in the library ... philw. #include /* * Multiple readers/Single Write lock package */ void RWlock.Rlock(RWlock *l) { l->x.lock(); /* wait here for writers and exclusion */ l->lock(); l->readers++; l->k.canlock(); /* block writers if we are the first reader */ l->unlock(); l->x.unlock(); } void RWlock.Runlock(RWlock *l) { l->lock(); if(--l->readers == 0) /* last reader out allows writers */ l->k.unlock(); l->unlock(); } void RWlock.Wlock(RWlock *l) { l->x.lock(); /* wait here for writers and exclusion */ l->k.lock(); /* wait here for last reader */ } void RWlock.Wunlock(RWlock *l) { l->k.unlock(); l->x.unlock(); } >From owner-9fans Sat Aug 24 00:19:07 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id AAA15781 for 9fans-outgoing; Sat, 24 Aug 1996 00:19:07 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from galapagos.cse.psu.edu (root@galapagos.cse.psu.edu [130.203.2.12]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id AAA15774 for <9fans@cse.psu.edu>; Sat, 24 Aug 1996 00:19:01 -0400 (EDT) Received: from localhost by galapagos.cse.psu.edu with SMTP id <12684>; Sat, 24 Aug 1996 00:18:41 -0400 To: 9fans@cse.psu.edu Date: Sat, 24 Aug 1996 00:18:34 -0400 From: Scott Schwartz Message-Id: <96Aug24.001841edt.12684@galapagos.cse.psu.edu> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans philw@plan9.bell-labs.com writes: | Put this in the library ... I think /sys/src/alef/lib/port/rwlock.l is there already (sans comments), although rwlock.$O isn't listed in the mkfile. >From owner-9fans Sat Aug 24 15:38:13 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id PAA01770 for 9fans-outgoing; Sat, 24 Aug 1996 15:38:12 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from plan9.cs.bell-labs.com (achille.research.bell-labs.com [204.178.16.2]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id PAA01766 for <9fans@cse.psu.edu>; Sat, 24 Aug 1996 15:38:07 -0400 (EDT) Message-Id: <199608241938.PAA01766@cse.psu.edu> From: "Rob Pike" To: 9fans@cse.psu.edu Date: Sat, 24 Aug 1996 15:39:26 -0400 Subject: fix to acme Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Some time ago, someone posted a way to crash acme by creating and deleting colums. The fix is in /sys/src/cmd/acme/rows.l Change if(c == nil){ c = malloc(sizeof(Column)); c->init(r); }else to if(c == nil){ c = malloc(sizeof(Column)); c->init(r); reffont.inc(); }else >From owner-9fans Sun Aug 25 10:01:19 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id KAA06191 for 9fans-outgoing; Sun, 25 Aug 1996 10:01:18 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from plan9.cs.bell-labs.com (achille.research.bell-labs.com [204.178.16.2]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id KAA06176 for <9fans@cse.psu.edu>; Sun, 25 Aug 1996 10:00:37 -0400 (EDT) Message-Id: <199608251400.KAA06176@cse.psu.edu> From: "Rob Pike" To: 9fans@cse.psu.edu Date: Sun, 25 Aug 1996 09:58:22 -0400 Subject: rwlock.l Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans /sys/src/alef/lib/port/rwlock.l was on the CD ROM. For reasons lost to antiquity, it was not built by the mkfile and was not copied/ported to brazil, which caused all this confusion. >From owner-9fans Sun Aug 25 18:45:32 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id SAA08923 for 9fans-outgoing; Sun, 25 Aug 1996 18:45:32 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from nol.net (photon@dazed.nol.net [206.126.32.101]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id SAA08919 for <9fans@cse.psu.edu>; Sun, 25 Aug 1996 18:45:27 -0400 (EDT) Received: from localhost (photon@localhost) by nol.net (8.7.5/NOL - 8.*) with SMTP id RAA08444 for <9fans@cse.psu.edu>; Sun, 25 Aug 1996 17:45:14 -0500 (CDT) X-AUTH: NOLNET SENDMAIL AUTH Date: Sun, 25 Aug 1996 17:45:13 -0500 (CDT) From: Photon To: 9fans@cse.psu.edu Subject: "cpu" command, other related stuff Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans I _still_ haven't installed my plan 9 yet (waiting for more hardware to arrive so I can do it "right" the first time), so all of this is based on suppositions from intensley reading (drooling) over the books... regarding the cpu command, it is my understanding that unless a specific cpu server is named, the job is sent to server $cpu. A better default action might be this: Have a list of cpu servers stored in some variable (i.e. $cpus), and have the cpu command remotely check the load average of each cpu server in the list, and pick the one with the lowest load average. This would allow for better balancing of jobs in a large multi-cpuserver, multi-user environment. Another idea I had along the same topic was... Have a configurable value for each cpu server called maxload. When this option is set, the cpu server will refuse to handle any new jobs from terminals when the load average is above "maxload". You could even have a "resumeload" value for when it should begin accepting jobs again. i.e. you could set maxload at 6.00, and resumeload down at 4.00, to give some "recovery time". The two ideas could even be incorporated together, allowing the cpu command to pick the cpu with the lowest load average which is still accepting jobs. Of course, you could still manually specify which cpu server to use on the command line, and of course, the manually chosen cpu server could still refuse you for load average reasons. The only problem I see with this scenario is (now this part is delving into things about plan 9 that I don't fully understand yet, so bear with me) that a runaway job could lock everyone out of a cpu server. Possibly the authenticated user who is the "owner" of the cpu server (isn't there some assocation between a physical machine and the userid of the person who owns the hardware and should have access to it?) could be allowed a -f flag to "cpu" to "force" a job or shell on the cpu server regardless of load average, so that he/she can always get into the machine.... Or maybe everyone can be allowed to "force" jobs, and then this load averaging scheme becomes even more voluntary than it already was.... anyways, just ramblings and thoughts popping in my head, thought I'd share... Brandon Black >From owner-9fans Mon Aug 26 04:50:29 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id EAA11822 for 9fans-outgoing; Mon, 26 Aug 1996 04:50:29 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from route1.france3.fr (route1.france3.fr [194.51.91.1]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id EAA11818 for <9fans@cse.psu.edu>; Mon, 26 Aug 1996 04:50:00 -0400 (EDT) Received: from PACIFIC.mdrf.france3.fr. by route1.france3.fr (8.7.1/SMI-4.1) id KAA03387; Mon, 26 Aug 1996 10:49:28 GMT Received: by PACIFIC.mdrf.france3.fr. (4.1/SMI-4.1) id AA11667; Mon, 26 Aug 96 10:49:46 GMT From: Boyd Roberts Date: Mon, 26 Aug 1996 10:39:15 +0200 To: 9fans@cse.psu.edu Subject: Re: "cpu" command, other related stuff In-Reply-To: Message-Id: <199608261039.2364.9.bafot@france3.fr> X-Utm: N 31 447109 5411310 La Maison de Radio France, France 3, Direction Informatique, Systemes & Reseaux X-Face: #"03$i1:"_[Hbg~GCPw}`+d4_R`}RaDfYixB`n-mCB0E8m#tNd>uyd[d)`nEix7Bys(:o#o2y7$(=,&BTXdH7)Hm5jP}H5:y]}0GT4?uTT(Y0(Cu7tWBXj\|q\@jZ8 Y_qn8)NV0*$uO][i7p"K2>Kg( Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans From: Photon Have a list of cpu servers stored in some variable (i.e. $cpus), and have the cpu command remotely check the load average of each cpu server in the list, and pick the one with the lowest load average. This would allow for better balancing of jobs in a large multi-cpuserver, multi-user environment. if you really wanted to do this, i wouldn't break cpu. i'd write findcpu: cpu -h `{findcpu} or you could use it to set $cpu at login. i think cpu was intended to be used with a particular cpu server, not just one with a low 'load average' [a totally foreign concept to plan 9]. the choice being based on a particular function that cpu fulfills. >From owner-9fans Mon Aug 26 04:57:15 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id EAA11905 for 9fans-outgoing; Mon, 26 Aug 1996 04:57:14 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from carina.rz.Uni-Osnabrueck.DE (carina.rz.Uni-Osnabrueck.DE [131.173.128.25]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id EAA11901 for <9fans@cse.psu.edu>; Mon, 26 Aug 1996 04:57:09 -0400 (EDT) Received: from dosuni.informatik.Uni-Osnabrueck.DE (dosuni.informatik.Uni-Osnabrueck.DE [131.173.160.1]) by carina.rz.Uni-Osnabrueck.DE (8.7.5/8.7.3) with SMTP id KAA27347 for <9fans@cse.psu.edu>; Mon, 26 Aug 1996 10:56:55 +0200 Received: from mordor.informatik.Uni-Osnabrueck.DE by dosuni.informatik.Uni-Osnabrueck.DE (4.1/SMI-4.1) id AA27029; Mon, 26 Aug 96 10:56:54 +0200 Message-Id: <9608260856.AA27029@dosuni.informatik.Uni-Osnabrueck.DE > Received: by mordor.informatik.Uni-Osnabrueck.DE (NX5.67e/NX3.0X) id AA18950; Mon, 26 Aug 96 10:56:53 +0200 Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) Received: by NeXT.Mailer (1.118.2) From: Gunther Imeyer Date: Mon, 26 Aug 96 10:56:52 +0200 To: 9fans@cse.psu.edu Subject: user none for connections Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Hi, I've tried the connection between several computers (sparcs, 486) in Plan9 with telnet and mothra, and even over some UNIX-machines with rlogin, telnet, netscape and so on. But I can only connect to a Plan9-machine as a none-user. Although this works quite well. Nevertheless, how is it possible to connect to a Plan9-Machine as an 'ordinary' user with ftp e.g. ? >From owner-9fans Mon Aug 26 05:11:46 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id FAA12013 for 9fans-outgoing; Mon, 26 Aug 1996 05:11:45 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from route1.france3.fr (route1.france3.fr [194.51.91.1]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id FAA12009 for <9fans@cse.psu.edu>; Mon, 26 Aug 1996 05:11:38 -0400 (EDT) Received: from PACIFIC.mdrf.france3.fr. by route1.france3.fr (8.7.1/SMI-4.1) id LAA03915; Mon, 26 Aug 1996 11:11:07 GMT Received: by PACIFIC.mdrf.france3.fr. (4.1/SMI-4.1) id AA20774; Mon, 26 Aug 96 11:11:25 GMT From: Boyd Roberts Date: Mon, 26 Aug 1996 11:05:38 +0200 To: 9fans@cse.psu.edu Subject: Re: user none for connections In-Reply-To: <9608260856.AA27029@dosuni.informatik.Uni-Osnabrueck.DE > Message-Id: <199608261105.2544.9.bafoy@france3.fr> X-Utm: N 31 447109 5411310 La Maison de Radio France, France 3, Direction Informatique, Systemes & Reseaux X-Face: #"03$i1:"_[Hbg~GCPw}`+d4_R`}RaDfYixB`n-mCB0E8m#tNd>uyd[d)`nEix7Bys(:o#o2y7$(=,&BTXdH7)Hm5jP}H5:y]}0GT4?uTT(Y0(Cu7tWBXj\|q\@jZ8 Y_qn8)NV0*$uO][i7p"K2>Kg( Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans From: Gunther Imeyer Nevertheless, how is it possible to connect to a Plan9-Machine as an 'ordinary' user with ftp e.g. ? just use ftp as per normal, but you'll need a securenet key to login. start with securenet(8). i am aware that some people have chosen to break telnet and ftp on plan 9 so they actually accept passwords, but that, of course, is unaccceptable. >From owner-9fans Tue Aug 27 03:08:21 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id DAA28334 for 9fans-outgoing; Tue, 27 Aug 1996 03:08:21 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from symsun4.symbionics.co.uk (symsun4.symbionics.co.uk [194.32.100.61]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id DAA28330 for <9fans@cse.psu.edu>; Tue, 27 Aug 1996 03:08:14 -0400 (EDT) Received: from sympc267.symbionics.co.uk by symsun4.symbionics.co.uk (4.1/SMI-4.1) id AA27292; Tue, 27 Aug 96 08:03:23 BST Message-Id: <9608270703.AA27292@symsun4.symbionics.co.uk> Comments: Authenticated sender is From: "Nigel Roles" To: 9fans@cse.psu.edu Date: Tue, 27 Aug 1996 08:07:09 +0100 Subject: Re: "cpu" command, other related stuff Reply-To: ngr@symbionics.co.uk X-Mailer: Pegasus Mail for Win32 (v2.42a) Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans > if you really wanted to do this, i wouldn't break cpu. i'd write findcpu: > > cpu -h `{findcpu} > > or you could use it to set $cpu at login. > > i think cpu was intended to be used with a particular cpu server, not > just one with a low 'load average' [a totally foreign concept to plan > 9]. the choice being based on a particular function that cpu fulfills. > Also, making the decision once at the start is about as much use as a chocolate teapot, since you might well stay connected to a CPU server for days. In a 'real' system you might wish to choose the cpu with the fast link to the fileserver where your files live. Nigel Roles >From owner-9fans Wed Aug 28 10:32:47 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id KAA15430 for 9fans-outgoing; Wed, 28 Aug 1996 10:32:47 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from cannon.ecf.toronto.edu (root@cannon.ecf.toronto.edu [128.100.8.5]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id KAA15425 for <9fans@cse.psu.edu>; Wed, 28 Aug 1996 10:32:42 -0400 (EDT) Received: by cannon.ecf.toronto.edu id <742>; Wed, 28 Aug 1996 10:32:11 -0400 From: Steve Kotsopoulos To: 9fans@cse.psu.edu Subject: "Too many open files" error, induced by u9fs on BSD/os? Message-Id: <96Aug28.103211edt.742@cannon.ecf.toronto.edu> Date: Wed, 28 Aug 1996 10:32:08 -0400 Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans I'm changing jobs at the end of this week, and moving my Plan9 systems to my home where I'll be using a BSD/os 2.1 system as a u9fs fileserver (I've been using an SGI as my u9fs fileserver for >2 years before this). Both my Plan9 systems (Magnum 3000 cpuserver and terminal) keep getting into a state where almost any program I try to run will return with a "Too many open files" error. This is most easily induced by compiling. Once in this state, all rc scripts seem to fail, whereas simple binary programs continue to work, even ones such as 'cp' which will have several open files. Has anyone seen this, or have any suggestions that would help me track down what is going wrong? There are no error messages in the u9fs logfile. The only place I've been able to find the error "Too many open files" so far is in /sys/src/ape/lib/ap/stdio/strerror.c, though a 'strings' reveals it is in many binaries that have little to do with ape. Here's a log of what things look like (the last 2 programs, d and dirs, show that rc scripts will not work): term% cd /sys/src/9/chm term% mk rc ../port/mkdevh chm > devtab.h va initcode vl -l -s -o init.out -R4 initcode.v {echo 'uchar initcode[]={' xd -r -1x init.out | sed -e 's/^[0-9a-f]+ //' -e 's/ ([0-9a-f][0-9a-f])/0x\1,/g' echo '};'} > init.h cp /mips/bin/disk/kfs kfs.out strip kfs.out ../port/mkroot kfs fs strip: kfs.out is already stripped aux/data2s: Too many open files mk: cp /mips/bin/disk/kfs kfs.out ... : exit status=rc 142:mkroot 146:mkroot 148:can't exec term% term% mk sed: Too many open files awk: Too many open files awk: Too many open files sed: Too many open files sed: Too many open files awk: Too many open files va l.s vc -w -I. ../port/alarm.c ../port/alarm.c:2 vc: Too many open files: u.h mk: vc -w -I. ../port/alarm.c : exit status=rc 181:vc 183:error term% who sort: Too many open files sed: Too many open files ps: Too many open files term% date Wed Aug 28 10:11:49 EDT 1996 term% cp /adm/users /tmp term% term% d /tmp term% cat /bin/d #!/bin/pwd term% term% dirs pwd: Too many open files term% cat /bin/dirs #!/bin/rc pwd term% >From owner-9fans Wed Aug 28 17:47:35 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id RAA23107 for 9fans-outgoing; Wed, 28 Aug 1996 17:47:34 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from krystal.com (krystal.com [205.230.227.129]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id RAA23100 for <9fans@cse.psu.edu>; Wed, 28 Aug 1996 17:47:24 -0400 (EDT) Received: by krystal.com (8.7.5/8.6.9) id QAA23089; Wed, 28 Aug 1996 16:46:53 -0500 (CDT) Date: Wed, 28 Aug 1996 16:46:53 -0500 (CDT) Message-Id: <199608282146.QAA23089@krystal.com> To: 9fans@cse.psu.edu From: Paul Borman Subject: SNK Key generation bug Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Steve Kotsopoulos reported to BSDI that he could not use his SNK token with both BSD/OS and Plan 9. We were surprised, as the transitive property says it should. It turns out the culprit is a bug in the SNK key generation software on Plan 9 which tickles a buglet in the BSD/OS token code that calls the Kerberos des library. Simply put, Plan 9 does not generate proper parity (or any parity, for that matter) on the key it produces. The Kerberos des library will not produce a key schedule for a key that does not have odd parity. The next release of BSD/OS will always fix up the parity before calling des_key_sched, so in a way this should go away. It is too bad Plan 9 generates invalid keys, though. In the mean time, I believe if you set the parity on the key by hand, you should be able to use the same key with both systems. The des key must have an odd number of 1 bits in each byte, using the *low* order bit as parity (i.e. 0377 -> 376). -Paul Borman prb@bsdi.com >From owner-9fans Wed Aug 28 18:37:30 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id SAA23731 for 9fans-outgoing; Wed, 28 Aug 1996 18:37:30 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from elisa.engg.upd.edu.ph (elisa.engg.upd.edu.ph [165.220.18.9]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id SAA23727 for <9fans@cse.psu.edu>; Wed, 28 Aug 1996 18:37:11 -0400 (EDT) Received: (from rferia@localhost) by elisa.engg.upd.edu.ph (8.6.12/8.6.9) id GAA00376; Thu, 29 Aug 1996 06:35:19 +0800 Date: Thu, 29 Aug 1996 06:35:17 +0800 (GMT+0800) From: "Rommel P. Feria" To: Plan 9 Mail List <9fans@cse.psu.edu> Subject: Problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans Hello everyone! I am evaluating Plan9 for our internal network and I'm having problems setting up a stand alone system. I got the files from plan9.att.com:/plan9/pcdist (disk1 and disk[2-4].vd). I tried using the 'Poor Man's Installation Guide' and the standard installation guide but to no avail. I get the message: fs...time.../fs 13: server #s/dos while it seeks something from the floppy drive. I am looking for termrc to be in the \rc\lib but instead, I have cpurc and cpurcdos which is included in the distribution. Please help. Thanks. --o00o-- Rommel Palma Feria MSc in Information Systems Email Address: msczrf@scs.leeds.ac.uk University of Leeds, England rferia@elisa.engg.upd.edu.ph ^..^ rferia@engg.upd.edu.ph ( oo ) )~ ew042@cleveland.freenet.edu ,, ,, rferia@pptn.org URL: http://www.upd.edu.ph/~rferia --o00o-- May the forces of evil become confused on the way to your house... >From owner-9fans Thu Aug 29 08:26:56 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id IAA29537 for 9fans-outgoing; Thu, 29 Aug 1996 08:26:56 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from route1.france3.fr (route1.france3.fr [194.51.91.1]) by cse.psu.edu (8.7.5/8.7.3) with ESMTP id IAA29533 for <9fans@cse.psu.edu>; Thu, 29 Aug 1996 08:26:42 -0400 (EDT) Received: from PACIFIC.mdrf.france3.fr. by route1.france3.fr (8.7.1/SMI-4.1) id OAA05429; Thu, 29 Aug 1996 14:25:47 GMT Received: by PACIFIC.mdrf.france3.fr. (4.1/SMI-4.1) id AA08964; Thu, 29 Aug 96 14:26:16 GMT From: Boyd Roberts Date: Thu, 29 Aug 1996 14:24:56 +0200 To: 9fans@cse.psu.edu Subject: Re: SNK Key generation bug In-Reply-To: <199608282146.QAA23089@krystal.com> Message-Id: <199608291424.14086.9.baful@france3.fr> X-Utm: N 31 447109 5411310 La Maison de Radio France, France 3, Direction Informatique, Systemes & Reseaux X-Face: #"03$i1:"_[Hbg~GCPw}`+d4_R`}RaDfYixB`n-mCB0E8m#tNd>uyd[d)`nEix7Bys(:o#o2y7$(=,&BTXdH7)Hm5jP}H5:y]}0GT4?uTT(Y0(Cu7tWBXj\|q\@jZ8 Y_qn8)NV0*$uO][i7p"K2>Kg( Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans using des key parity is nonsense. >From owner-9fans Sat Aug 31 15:47:29 1996 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id PAA01426 for 9fans-outgoing; Sat, 31 Aug 1996 15:47:28 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from ncube.com (postman.ncube.com [134.242.8.47]) by cse.psu.edu (8.7.5/8.7.3) with SMTP id PAA01422 for <9fans@cse.psu.edu>; Sat, 31 Aug 1996 15:47:24 -0400 (EDT) Received: from garcon.ncube.com by ncube.com (4.1/SMI-4.1) id AA11489; Sat, 31 Aug 96 12:48:28 PDT Received: from pejs.ncube.com by garcon.ncube.com (5.x/SMI-SVR4) id AA03929; Sat, 31 Aug 1996 12:46:54 -0700 Date: Sat, 31 Aug 1996 12:46:54 -0700 From: sch@ncube.com (Steve Hemminger) Message-Id: <9608311946.AA03929@garcon.ncube.com> To: 9fans@cse.psu.edu Subject: is the list dead Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans I have seen nothing in a long time.