From cse.psu.edu!9fans-outgoing-owner Tue Oct 10 13:45:38 1995 Received: from psuvax1.cse.psu.edu ([130.203.1.6]) by cannon.ecf.toronto.edu with SMTP id <4108>; Tue, 10 Oct 1995 13:45:25 -0400 Received: by psuvax1.cse.psu.edu id <33962>; Tue, 10 Oct 1995 13:06:05 -0400 Received: from plan9.att.com ([192.20.225.252]) by psuvax1.cse.psu.edu with SMTP id <33958>; Tue, 10 Oct 1995 13:00:20 -0400 From: jmk@plan9.att.com To: 9fans@cse.psu.edu Date: Tue, 10 Oct 1995 12:50:09 -0400 Subject: re: Bug of 3C509 driver in 9/pc/9pc ? Message-Id: <95Oct10.130020edt.33958@psuvax1.cse.psu.edu> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Status: RO tcm509: activate (hang-up here, with the floppy LED is ON forever). the cpu-speed code in the filesystem kernel is older and buggier than the cpu/terminal kernel and the delays in the 3c509 init code depend on that. replace the filesysyem code with that from the cpu/terminal kernel. make sure your 3c509b is set up with both plug-and-play and auto-select modes disabled. From 9fans@cse.psu.edu Fri Nov 3 16:50:25 EST 1995 Article: 774 of comp.os.plan9 Xref: cannon.ecf comp.os.plan9:774 Newsgroups: comp.os.plan9 Path: cannon.ecf!utnut!cs.utexas.edu!news.sprintlink.net!tank.news.pipex.net!pipex!sunsite.doc.ic.ac.uk!nntp0.brunel.ac.uk!strath-cs!dcl-cs!bath.ac.uk!ccsis From: gdb@dbsystems.COM (G. David Butler) Subject: 386 maximum segment size of 16Mb Message-ID: <199511021621.KAA00145@gatekeeper.dbSystems.com> Sender: ccsis@bath.ac.uk (Icarus Sparry) Reply-To: 9fans@cse.psu.edu Organization: Plan 9 mailing list Date: Thu, 2 Nov 1995 06:21:55 GMT Approved: plan9mod@bath.ac.uk Lines: 10 Status: RO Hello again, Has anybody noticed the problem compiling /sys/src/libtiff/tif_fax3.c on a 386? It seems 8c needs more than 16Mb of data space to build this one. The real question, has anybody looked into increasing this limit? (look in /sys/src/9/pc/mem.h, SEGMEMSIZE, I think, set to 16.) Thanks. From 9fans@cse.psu.edu Fri Nov 3 16:50:41 EST 1995 Article: 775 of comp.os.plan9 Xref: cannon.ecf comp.os.plan9:775 Newsgroups: comp.os.plan9 Path: cannon.ecf!utnut!cs.utexas.edu!academ!bcm.tmc.edu!pendragon.jsc.nasa.gov!news.msfc.nasa.gov!newsfeed.internetmci.com!news.sprintlink.net!tank.news.pipex.net!pipex!sunsite.doc.ic.ac.uk!nntp0.brunel.ac.uk!strath-cs!dcl-cs!bath.ac.uk!ccsis From: gdb@dbsystems.COM (G. David Butler) Subject: Re: 386 maximum segment size of 16Mb Message-ID: <199511021714.LAA00214@gatekeeper.dbSystems.com> Sender: ccsis@bath.ac.uk (Icarus Sparry) Reply-To: 9fans@cse.psu.edu Organization: Plan 9 mailing list Date: Thu, 2 Nov 1995 07:14:43 GMT Approved: plan9mod@bath.ac.uk Lines: 15 Status: RO I hate replying to my own mail, but I guess I wasn't finished... :-) >The real question, has anybody looked into increasing this limit? (look >in /sys/src/9/pc/mem.h, SEGMEMSIZE, I think, set to 16.) Make that SEGMAPSIZE. Also several of the machines have this in mem.h: #define SEGMAPSIZE 64 /* 16 is for wooses */ This would imply that all is necessary is to change 16 to 64 in pc/mem.h, but that would be too simple... Thanks again. From 9fans@cse.psu.edu Fri Nov 3 16:51:20 EST 1995 Article: 776 of comp.os.plan9 Xref: cannon.ecf comp.os.plan9:776 Newsgroups: comp.os.plan9 Path: cannon.ecf!utnut!cs.utexas.edu!academ!bcm.tmc.edu!pendragon.jsc.nasa.gov!news.msfc.nasa.gov!newsfeed.internetmci.com!news.sprintlink.net!tank.news.pipex.net!pipex!sunsite.doc.ic.ac.uk!nntp0.brunel.ac.uk!strath-cs!dcl-cs!bath.ac.uk!ccsis From: philw@plan9.ATt.COM Subject: Re: 386 maximum segment size of 16Mb Message-ID: <95Nov2.134120est.78793@colossus.cse.psu.edu> Sender: ccsis@bath.ac.uk (Icarus Sparry) Reply-To: 9fans@cse.psu.edu Organization: Plan 9 mailing list Date: Thu, 2 Nov 1995 08:38:16 GMT Approved: plan9mod@bath.ac.uk Lines: 6 Status: RO changing SEGMAPSIZE works fine. It incurs overhead allocated Segment structures so 16 seemed reasonable for a terminal. We really dont use PC's to compile. From gary@cs.SU.oz.AU Wed Nov 29 21:38:27 EST 1995 Article: 893 of comp.os.plan9 Xref: cannon.ecf comp.os.plan9:893 Newsgroups: comp.os.plan9 Path: cannon.ecf!utnut!cs.utexas.edu!news.sprintlink.net!newsfeed.internetmci.com!usenet.eel.ufl.edu!warwick!niss!bath.ac.uk!ccsis From: gary@cs.SU.oz.AU (Gary Capell) Subject: bug : /sys/src/cmd/postscript/text2post/text2post.c Message-ID: <48k5sb$7i8@staff.cs.su.oz.au> Sender: ccsis@bath.ac.uk (Icarus Sparry) Organization: Basser Department of Computer Science, University of Sydney Date: Sun, 19 Nov 1995 06:35:23 GMT Approved: plan9mod@bath.ac.uk Lines: 16 Status: RO The array fontname is set up assuming that in "LucidaSansUnicode20", the 20 is decimal, when it is really hexadecimal. I noticed this as I've been playing with replacing combinations like '->' '==', '!=', '>=' etc. with appropriate Unicode characters in Alef source, but they wouldn't print properly. BTW, if you want to try this yourself, it's a few small small changes to /sys/src/alef/port/lex.c:/^yylex Don't forget to replace the Bgetc/Bungetc pairs with Bgetrune Bungetrune. It's probably not worth doing at all, however. The code looks a bit prettier, but is quite a bit trickier to type, and various utilities won't recognise the special characters as identifier separators. -- http://www.cs.usyd.edu.au/~gary/ From cse.psu.edu!9fans-outgoing-owner Fri Feb 16 14:31:34 EST 1996 Received: by colossus.cse.psu.edu id <78684>; Fri, 16 Feb 1996 14:02:55 -0500 Received: from plan9.att.com ([192.20.225.253]) by colossus.cse.psu.edu with SMTP id <78701>; Fri, 16 Feb 1996 14:01:12 -0500 From: "jim mckie" To: 9fans@cse.psu.edu Date: Fri, 16 Feb 1996 13:43:57 -0500 Subject: new stuff Message-Id: <96Feb16.140112est.78701@colossus.cse.psu.edu> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Status: RO There are new boddles available on plan9.att.com, see the CHANGES.txt file for all the details. Briefly cmd/aux/vga/824494834.rc: The usual shotgun blast of fixes/changes, most pertain to fixes for the ARK2000 cards (Hercules Stingray 64 Video and the Diamond Stealth64 Graphics 2xx1). New support for cards with the S3 Vision 968 + IBM RGB524 RAMDAC (STB Velocity 64 Video and #9 Motion 771). NOTE: you must make a change in the mkfile, see the comment therein. 9/pc/824494421.rc: Some inconsistent declarations and ever more fiddling trying to recognise ATAPI drives. Drives that have worked OK for me are Toshiba 5302B (4X) Sony CSD-760E (4X) Teac CD-56E (6X) Wearnes CDE-1200(2X) Spectacular failures any NEC drive SANYO CRD-254P Hitachi CDR-7730 The latter two don't appear to honour the ATAPI 'specification'. 9/port/824494162.rc: A few bug fixes and someinconsistent declarations. 9/boot/824494004.rc: Some inconsistent declarations. I've included two patches suggested on the mailing-list for better management of bitmap resources, note that these changes are not part of our current source. From cse.psu.edu!9fans-outgoing-owner Fri Feb 16 14:54:35 EST 1996 Received: by colossus.cse.psu.edu id <78708>; Fri, 16 Feb 1996 14:43:41 -0500 Received: from plan9.att.com ([192.20.225.253]) by colossus.cse.psu.edu with SMTP id <78729>; Fri, 16 Feb 1996 14:26:30 -0500 From: "jim mckie" To: 9fans@cse.psu.edu Date: Fri, 16 Feb 1996 13:54:30 -0500 Subject: Re: new stuff Message-Id: <96Feb16.142630est.78729@colossus.cse.psu.edu> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Status: RO I forgot, Mitsumi ATAPI drives are also OK. From cse.psu.edu!9fans-outgoing-owner Mon Feb 26 11:16:15 EST 1996 Received: by colossus.cse.psu.edu id <78654>; Mon, 26 Feb 1996 11:02:34 -0500 Received: from plan9.att.com ([192.20.225.253]) by colossus.cse.psu.edu with SMTP id <78651>; Mon, 26 Feb 1996 11:02:18 -0500 From: "jim mckie" To: 9fans@cse.psu.edu Date: Mon, 26 Feb 1996 10:59:07 -0500 Subject: re: update/cmd/aux/vag/824494834.rc on plan9.att.com Message-Id: <96Feb26.110218est.78651@colossus.cse.psu.edu> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Status: RO This is mentioned in 1) CHANGES.txt on plan9.att.com; 2) the mkfile; 3) the article i posted about the new stuff: cmd/aux/vga/824494834.rc: The usual shotgun blast of fixes/changes, most pertain to fixes for the ARK2000 cards (Hercules Stingray 64 Video and the Diamond Stealth64 Graphics 2xx1). New support for cards with the S3 Vision 968 + IBM RGB524 RAMDAC (STB Velocity 64 Video and #9 Motion 771). NOTE: you must make a change in the mkfile, see the comment therein. ------ forwarded message follows ------ >From cse.psu.edu!9fans-outgoing-owner Mon Feb 26 10:37:16 EST 1996 Received: from colossus.cse.psu.edu by plan9; Mon Feb 26 10:37:16 EST 1996 Received: by colossus.cse.psu.edu id <78650>; Mon, 26 Feb 1996 10:29:55 -0500 Received: from ns.dbSystems.com ([204.178.76.1]) by colossus.cse.psu.edu with SMTP id <78616>; Mon, 26 Feb 1996 10:29:28 -0500 Received: (from gdb@localhost) by ns.dbSystems.com (8.6.11/8.6.9) id JAA09553 for 9fans@cse.psu.edu; Mon, 26 Feb 1996 09:14:27 -0600 Date: Mon, 26 Feb 1996 10:14:27 -0500 From: "G. David Butler" Message-Id: <199602261514.JAA09553@ns.dbSystems.com> To: cse.psu.edu!9fans Subject: update/cmd/aux/vag/824494834.rc on plan9.att.com Sender: cse.psu.edu!owner-9fans Precedence: bulk Reply-To: cse.psu.edu!9fans After adding the above patches, the file "error.c" will not compile on va_list. After #include on line 2, add #include From cse.psu.edu!9fans-outgoing-owner Mon Jun 3 10:22:04 EDT 1996 Received: by colossus.cse.psu.edu id <78650>; Mon, 3 Jun 1996 10:03:44 -0400 Received: from cs.huji.ac.il ([132.65.16.10]) by colossus.cse.psu.edu with SMTP id <78653>; Mon, 3 Jun 1996 10:03:27 -0400 Received: from hazard.cs.huji.ac.il by cs.huji.ac.il with SMTP id AA28383 (5.67b/HUJI 4.153 for <9fans@cse.psu.edu>); Mon, 3 Jun 1996 16:59:52 +0300 From: Amos Shapir Received: (from amos@localhost) by hazard.cs.huji.ac.il (8.7/1.1c) id QAA00363; Mon, 3 Jun 1996 16:59:36 +0300 (IDT) Date: Mon, 3 Jun 1996 09:59:36 -0400 Message-Id: <199606031359.QAA00363@hazard.cs.huji.ac.il> To: 9fans@cse.psu.edu Subject: Bug in sysrendezvous? Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Status: RO The "tag" operand of rendezvous is defined as ulong; but in the function sysrendezvous (in sysproc.c), it's copied into an int, which is used as an index in a table by the REND macro. If I'm mistaken correctly, this means that if the tag is negative, the resulting pointer would point *outside* the table! I guess this bug was not discovered because the tag is usually an address in user space, but nothing in the manual suggests it has to be below 0x80000000 (or that it shouldn't be 0xdeadbeef...) Did anybody else had any trouble with this? Amos Shapir Net: amos@cs.huji.ac.il Paper: The Hebrew Univ. of Jerusalem, Dept. of Comp. Science. Givat-Ram, Jerusalem 91904, Israel GEO: 35 11 46 E / 31 46 21 N From cse.psu.edu!9fans-outgoing-owner Mon Jun 3 13:16:22 1996 Received: from colossus.cse.psu.edu ([130.203.1.2]) by cannon.ecf.toronto.edu with SMTP id <4196>; Mon, 3 Jun 1996 13:16:18 -0400 Received: by colossus.cse.psu.edu id <78671>; Mon, 3 Jun 1996 12:59:51 -0400 Received: from plan9.bell-labs.com ([204.178.16.2]) by colossus.cse.psu.edu with SMTP id <78676>; Mon, 3 Jun 1996 12:59:34 -0400 From: philw@plan9.bell-labs.com To: 9fans@cse.psu.edu Date: Mon, 3 Jun 1996 12:56:03 -0400 Subject: re: Bug in sysrendezvous? Message-Id: <96Jun3.125934edt.78676@colossus.cse.psu.edu> Sender: owner-9fans@cse.psu.edu Precedence: bulk Reply-To: 9fans@cse.psu.edu Status: RO correct, stupid bug. the fix is to make the tag unsigned. long sysrendezvous(ulong *arg) { Proc *p, **l; ulong val, tag; From cse.psu.edu!owner-9fans Mon Jul 29 12:34:28 1996 Received: from cse.psu.edu ([130.203.3.50]) by cannon.ecf.toronto.edu with SMTP id <10262>; Mon, 29 Jul 1996 12:34:22 -0400 Received: from localhost (majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) with SMTP id MAA07179; Mon, 29 Jul 1996 12:34:49 -0400 (EDT) Received: by claven.cse.psu.edu (bulk_mailer v1.5); Mon, 29 Jul 1996 12:29:12 -0400 Received: (from majordom@localhost) by cse.psu.edu (8.7.5/8.7.3) id MAA07080 for 9fans-outgoing; Mon, 29 Jul 1996 12:29:05 -0400 (EDT) X-Authentication-Warning: claven.cse.psu.edu: majordom set sender to owner-9fans using -f Received: from plan9.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 MAA07076 for <9fans@cse.psu.edu>; Mon, 29 Jul 1996 12:29:01 -0400 (EDT) Message-Id: <199607291629.MAA07076@cse.psu.edu> From: "Rob Pike" To: 9fans@cse.psu.edu Date: Mon, 29 Jul 1996 12:29:06 -0400 Sender: owner-9fans@cse.psu.edu Reply-To: 9fans@cse.psu.edu Precedence: bulk Status: R A simple bug in chan.c: in the Acreate case of namec(), OCEXEC is checked but not ORCLOSE; add if(omode & ORCLOSE) c->flag |= CRCLOSE; From 9fans@cse.psu.edu Sat Oct 28 10:49:23 EDT 1995 Article: 729 of comp.os.plan9 Xref: cannon.ecf comp.os.plan9:729 Newsgroups: comp.os.plan9 Path: cannon.ecf!utcsri!newsflash.concordia.ca!canopus.cc.umanitoba.ca!tribune.usask.ca!decwrl!sunsite.doc.ic.ac.uk!yama.mcc.ac.uk!io.salford.ac.uk!aber!bath.ac.uk!ccsis From: bobf@plan9.ATt.COM Subject: Re: Alef questions Message-ID: <95Oct25.194239edt.78511@colossus.cse.psu.edu> Sender: ccsis@bath.ac.uk (Icarus Sparry) Reply-To: 9fans@cse.psu.edu Organization: Plan 9 mailing list Date: Wed, 25 Oct 1995 07:22:19 GMT Approved: plan9mod@bath.ac.uk Lines: 12 > How different is the plan 9 compiler from the Unix one. Is it for V10 > only? Is it available? it is almost identical. it only works on sgi machines running irix 5.2 or higher. we cross-compile it from the plan 9 source to create an irix executable and its libraries. at the moment, it is specialized for the sgi unix machines in our center. we currently have no plans to make it available. From 9fans@cse.psu.edu Sun Sep 8 23:25:20 EDT 1996 Article: 1810 of comp.os.plan9 Xref: info.ecf comp.os.plan9:1810 Newsgroups: comp.os.plan9 Path: info.ecf!utnut!nott!crc-news.doc.ca!news.drenet.dnd.ca!news.acsu.buffalo.edu!newsstand.cit.cornell.edu!portc01.blue.aol.com!newstf01.news.aol.com!news-e2a.gnn.com!howland.erols.net!cam-news-hub1.bbnplanet.com!news.mathworks.com!usenet.eel.ufl.edu!warwick!niss!bath.ac.uk!ccsis From: jmk@achille.research.bell-labs.com (jim mckie) Subject: boddle for trap.c Approved: plan9mod@bath.ac.uk Reply-To: 9fans@cse.psu.edu Sender: ccsis@bath.ac.uk (Icarus Sparry) Organization: Plan 9 mailing list Message-ID: <199609021709.NAA11748@cse.psu.edu> Date: Mon, 2 Sep 1996 17:11:47 GMT Lines: 7 Status: R 02-Sep-96 9/pc/841683154.rc =========================== All previous changes to trap.c plus 1) don't ignore general protection faults; 2) call notify if appropriate for a user-mode fault. These bug fixes are necessary for correct handling of faults in Inferno.