[9fans] Plan9 on Mac with Parallels Desktop 4.0 for Mac
hi, has anyone managed to install plan9 successfully on Mac using Parallels Desktop 4.0 for Mac? i tried in two ways: - i had a temporary plan9 installation on Parallels Desktop 3.0 for Mac. After upgrade to 4.0, i tried to convert this one and use it on Parallels version 4.0. it displays the line on NE2000 ethernet port and then crashes. - next, i created a new VM and tried to install from plan9 CD image. During CD boot, like the above, it displays the line on NE2000 ethernet port and then crashes. I remember in Parallels 3.0, I disabled VT-x but in 4.0, I couldnt disable it. any clues? thanks dharani
Re: [9fans] 9pfuse and O_APPEND
On Sun, Dec 21, 2008 at 2:45 PM, erik quanstrom quans...@quanstro.net wrote: okay, so you're using DMAPPEND like sbrk(2). how do you avoid clients caring about the address of this new hunk of memory?^u clients caring about the offset of this hunk of the file? that is, the same problem malloc has in a multi-threaded app with sbrk. in google's filesystem, i believe a write returns the offset it actually wrote at. if 9p was extended to do that, maybe per-fid append semantics might be more useful. (although if appending writes were rare enough, i suppose you could write the block with a unique identifier and scan to find where it actually ended up)
Re: [9fans] graphics scaling
Hi Richard/pac, thanks for the quick response and info. i will try it out as soon as i am able to use some plan9. currently my old plan9 machine is almost dead and i am fighting with VMs to install plan9. luckily i also bought a copy of vmware fusion today. so i am trying with it too. thanks dharani On Mon, Dec 22, 2008 at 1:52 AM, c...@gli.cas.cz wrote: - are there any command-line tools to rescale images, etc? i remember earlier edition of plan9 had command-line tools. resample(1) /n/sources/contrib/pac/sys/src/ape/cmd/img/netpbm-10.26.1.tbz ++pac.
Re: [9fans] graphics scaling
Re: fusion would 9vx running under linux be an interesting option? re: resample If you are experimenting with interploation a zoneplate is one of the best test signals to check your work on, though its interpretation can be tricky. /n/sources/contrib/steve/zoneplate.c http://downloads.bbc.co.uk/rd/pubs/reports/1980-09.pdf http://downloads.bbc.co.uk/rd/pubs/reports/1978-23.pdf I thought I remembered page(1) had a simpler interpolation algorithm which was much faster but much more prone to aliasing, however looking at the code it seems to use the same kaiser window method. maybe somone else will remember that code? for a long time the problem of using a graphics co-processor as a general purpose Graphics CPU is the speed at which the processed image can be read back from teh card. I believe there are cards with dual pci express buses which allow symetric access to the frame buffer which sidestep this problem (see discussion on 9fans a month or so ago). If you are resizing the image only for display like page(1) does this is a non-problem of course. -Steve
Re: [9fans] rio startup fails in VMWare Fusion 2.0.0
hi all, not sure if this discussion is continued elsewhere, but i thought i will share what i found. i just installed vmware fusion 2.0.1 (128865), downloaded new plan9 CD image (that probably geoff made yesterday and the one that probably has richard's vmware vga fix) and tried to install plan9. vgasize: 640x480x8, monitor: xga - this combo works vgasize: 1024x768x8, monitor: xga - this combo works i tried 1280x1024x8 and 1280x1024(?!). it seems to hang. no luck with vesa also. is anyone able to get any better resolution with vmware fusion in mac (or parallels for mac 4.0, if it works for plan9)? i have 1920x1200 widescreen LCD monitor with DVI and i would like to make good use of more screen space. so i am trying to go up as much as possible. with parallels for mac 3.0, i was able to use 1920x1200 but i used this setup sparingly so far. i also noticed mouse jumps, poor performance or slow screen updates (e.g. if i open acme window, it would sometimes take 10+ seconds to show the prompt) and some other incomplete screen draw, etc any help appreciated. thanks dharani On Sun, Dec 14, 2008 at 3:25 PM, Ben Calvert b...@flyingwalrus.net wrote: Actually, maybe i'm not being fully clear -- rio starts up during the install, but i get the 'vmware id 0740' error when logging on afterwards. On Dec 14, 2008, at 4:43 AM, erik quanstrom wrote: On Sun Dec 14 03:28:08 EST 2008, b...@flyingwalrus.net wrote: Am encountering the same problem, even though i've just pulled down the latest sources. Is there something special i should be doing? thanks, ben the kernels on sources have not been rebuilt since this patch was put up so it's pretty likely that the kernel on the cd is also older than the patch, too. the solution is to build your own kernel, but this may be difficult if you don't have a running machine. - erik
Re: [9fans] graphics scaling
with dual pci express buses which allow symetric access to the frame buffer which sidestep this problem (see discussion on 9fans reference? pci express is symmetric. if there's asymmetry between r and w it's not because of bus symmetry. - erik
Re: [9fans] plan9
- get plan9/inferno run on soekris net5501 board i thought plan 9 ran just fine on those. - erik
Re: [9fans] Plan9 on Mac with Parallels Desktop 4.0 for Mac
- next, i created a new VM and tried to install from plan9 CD image. During CD boot, like the above, it displays the line on NE2000 ethernet port and then crashes. I had the same experience. I managed to run a networkless Plan 9 under Parallels 4 by disabling the ethernet driver in both kernel and 9load. But attempting to enable ne2000 crashes it. Didn't have time to investigate further (and the free license period has expired so I probably won't). Vmware Fusion works fine. But 9vx is even better.
Re: [9fans] sata working on cd kernel, but not after install?
I'm still having the same two problems after pulling geoff's updates: in vmware ( fusion ) i get the aux/vga: vgactlw: linear 0x3e8 0x0: unknown vmware id 0740 Exactly which kernel are you booting under vmware? The latest kernels from sources have a fix for this (at least 9pcf does - I just checked). Have you copied the new kernel to the place it's being loaded from (probably /n/9fat on the virtual disk)?
Re: [9fans] rio startup fails in VMWare Fusion 2.0.0
vgasize: 640x480x8, monitor: xga - this combo works vgasize: 1024x768x8, monitor: xga - this combo works i tried 1280x1024x8 and 1280x1024(?!). it seems to hang. no luck with vesa also. is anyone able to get any better resolution with vmware fusion in mac (or parallels for mac 4.0, if it works for plan9)? Native resolution on new macbook works with fusion. I added to /lib/vgadb: macbook=1280x800 include=1152x768 If resolution 1280x1024x8 doesn't work for you, it's worth trying other depths x16 x24 or x32.
Re: [9fans] plan9
for plan 9, for the older 4501 i think i had to eliminate some cga references
in config and mkfile. use a mkfile without cga.$O (this
would be better done by specifying cga in the other config files, since it's
optional).
i used an earlier verson of the pcsoe config file below, but
had to add the dummy realmode this time to get it to compile.
that won't work unless there's a
plan9.ini as well with *norealmode=1
i can't remember what i did for plan9.ini.
for inferno i just needed a configuration file
because i'd once had to port it to a 386dx/16 without
cga, so i'd already made appropriate changes.
dev
root
cons
arch
pnp pci
env
pipe
proc
mnt
srv
dup
rtc
ssl
tls
bridge log
sdp thwack unthwack
cap
kprof
ether netif
ip arp chandial ip ipv6 ipaux iproute netlog nullmedium
pktmedium ptclbsum386 inferno
sd
uart
pccard
i82365 cis
link
devpccard
devi82365
ether83815 pci
etherwavelanwavelan devi82365 cis
ethermedium
loopbackmedium
netdevmedium
misc
uarti8250
sdata pci sdscsi
ip
il
tcp
udp
ipifc
icmp
icmp6
gre
ipmux
esp
rudp
port
int cpuserver = 1;
void screeninit(void){}
void realmode(Ureg*){}
boot cpu
il
tcp
bootdir
bootpcsoe.out boot
/386/bin/ip/ipconfig ipconfig
/386/bin/auth/factotum---BeginMessage---
- get plan9/inferno run on soekris net5501 board
i thought plan 9 ran just fine on those.
- erik---End Message---
Re: [9fans] plan9
plan9.ini as well with *norealmode=1 i can't remember what i did for plan9.ini. i don't know if this causes trouble with memory sizing. or of the 5501 supports e820 (mine do), but i've used real820.s in /n/sources/contrib/quanstro/9loadaoe (or 9boot) in 16bit mode so bios calls are a bit less problematic. - erik
Re: [9fans] rio startup fails in VMWare Fusion 2.0.0
On Dec 22, 2008, at 8:39 AM, Richard Miller 9f...@hamnavoe.com wrote: vgasize: 640x480x8, monitor: xga - this combo works vgasize: 1024x768x8, monitor: xga - this combo works i tried 1280x1024x8 and 1280x1024(?!). it seems to hang. no luck with vesa also. is anyone able to get any better resolution with vmware fusion in mac (or parallels for mac 4.0, if it works for plan9)? Native resolution on new macbook works with fusion. I added to /lib/ vgadb: macbook=1280x800 include=1152x768 If resolution 1280x1024x8 doesn't work for you, it's worth trying other depths x16 x24 or x32. I still recomend keeping the VMware Plan 9 instance as a console (text only) and using drawterm to connect in--much more responsive and gives clean access back to your host filesystem. The docs on creating a stand alone cpu server help getting the configuration to work. -jas
[9fans] Changelogs Patches?
Hi, The contrib index mentions that daily changelogs for Plan 9 are in sources/extra/changes, but those haven't been updated since early 2007. Is there any preferred way to get changelogs / diffs these days? Also, in sources/patch, there are patches neither in applied/ or sorry/. Are these patches in queue? Applied? Not applied? Thanks, -- vs
Re: [9fans] sata working on cd kernel, but not after install?
On Dec 22, 2008, at 5:22 AM, Richard Miller wrote: I'm still having the same two problems after pulling geoff's updates: in vmware ( fusion ) i get the aux/vga: vgactlw: linear 0x3e8 0x0: unknown vmware id 0740 Exactly which kernel are you booting under vmware? The latest kernels from sources have a fix for this (at least 9pcf does - I just checked). Have you copied the new kernel to the place it's being loaded from (probably /n/9fat on the virtual disk)? aha! i knew i was missing something basic :) i now have rio in vmware. I'll try the same thing on the fileserver later today thanks Richard! Ben
Re: [9fans] graphics scaling
i've found it quite solid under Ubuntu 8.04, and i'm running an old version of 9vx. the last time i said that i'd had no trouble it promptly blew up, but apart from that i haven't had any trouble, once it starts up. i haven't used drawterm in ages, except on windows.---BeginMessage--- would 9vx running under linux be an interesting option? I think so. These days, if I'm not booting into Plan 9 directly, 9vx is the only way I'm running it. For that matter, I don't think I've fired up drawterm in months. I did run into a few weird things in Linux, but I've been using it mostly in FreeBSD for a while, and it's been pretty solid. BLS ---End Message---
Re: [9fans] Changelogs Patches?
Is there any preferred way to get changelogs / diffs these days? i use 9fs sources diff /whatever /n/sources/plan9/whatever and after a pull yesterday -d ... when i'm especially curious or anxious. it probably wouldn't hurt to have a DMEXCL+DMAPPEND file (!) maintained by the command that applies patches, which appends the readme/notes file(s) for each patch as it is applied. not all changes are done through patches.
Re: [9fans] graphics scaling
reliable 9vx hang acid -ltruss /bin/cal acid: new() acid: truss() - erik
Re: [9fans] Changelogs Patches?
2008/12/22 Venkatesh Srinivas m...@acm.jhu.edu: Hi, The contrib index mentions that daily changelogs for Plan 9 are in sources/extra/changes, but those haven't been updated since early 2007. Is there any preferred way to get changelogs / diffs these days? I used to maintain the changelogs, but ended up generating ENOTIME, pretty much just as everyone else who has worked on that. It's something I think I might pick up again; either Russ or Uriel emailed me a set of scripts to maintain it. Perhaps I'll start doing it again; it's mostly just a question of getting the scripts set up and doing it. --dho Also, in sources/patch, there are patches neither in applied/ or sorry/. Are these patches in queue? Applied? Not applied? Thanks, -- vs
Re: [9fans] graphics scaling
i've found it quite solid under Ubuntu 8.04, and i'm running an old version of 9vx. the last time i said that i'd had no trouble it promptly blew up, but apart from that i haven't had any trouble, once it starts up. i haven't used drawterm in ages, except on windows. The main issue I had was in the (probably unusual) case where I was booting off a Plan 9 partition on my local machine and running fossil/venti. I would sometimes get hangs that seemed to be stuck in infinite loops. I don't recall running into any real issues when using it as a terminal taking its root from a file server. But even running fossil/venti on a local partition, I haven't had any issues in FreeBSD, so whatever the issue is/was, it's probably somewhere in the way they do threading/locking differently. Just by way of context, when I'm at home and my file server is reachable, I run it as a terminal. When I'm not at home (work, Starbucks, Lower Sloblovia, etc) I boot it up using a local Plan 9 partition. Either way, I'm pretty much running it all the time from my .xinitrc script. For that matter, it's been a while since I last used the p9p acme. I've been doing more and more from 9vx. BLS
Re: [9fans] graphics scaling
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Have the scrolling tags been ported into the mainline p9 yet? That's the main reason I still spend most of my time in P9P and SAC. Paul (who hasn't yet managed to get his hands on an Intel PCIe graphics adapter of any sort - frustr. It's as if this company specialized in integrated parts or something.) On Dec 22, 2008, at 9:14 AM, Brian L. Stuart wrote: For that matter, it's been a while since I last used the p9p acme. I've been doing more and more from 9vx. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (Darwin) iD8DBQFJT9VapJeHo/Fbu1wRAqeAAJ0QquoxviDmIb/XFDW1OqMhJIYsBwCgvyaN BZuBdOAsh3zZ2sa990A/YUk= =MHmD -END PGP SIGNATURE-
Re: [9fans] graphics scaling
Have the scrolling tags been ported into the mainline p9 yet? That's the main reason I still spend most of my time in P9P and SAC. Don't know. The install I did in my local partition was from an image from at least this summer, maybe older. I'm at work at the moment and can't check to see if the version on my file server (which I keep more up to date) has the muti-line tag behavior. To be honest, the only time I really notice it is when I'm trying to get to the Del tag in a directory listing in a really narrow column. BLS On Dec 22, 2008, at 9:14 AM, Brian L. Stuart wrote: For that matter, it's been a while since I last used the p9p acme. I've been doing more and more from 9vx.
Re: [9fans] graphics scaling
Have the scrolling tags been ported into the mainline p9 yet? That's the main reason I still spend most of my time in P9P and SAC. Don't know. The install I did in my local partition was from an image from at least this summer, maybe older. I'm at work at the moment and can't check to see if the version on my file server (which I keep more up to date) has the muti-line tag behavior. not ported. i'm glad that that hasn't been ported back. i find multi-line tags annoying 10 times for each time they are useful. is it a bug that tags still sometimes wrap and sometimes clip long lines? - erik
Re: [9fans] 9vx
run gdb on the 9vx binary and type list *0x80123123 russ
Re: [9fans] graphics scaling
not ported. i'm glad that that hasn't been ported back. i find multi-line tags annoying 10 times for each time they are useful. is this an abstract assertion or have you actually tried them? russ
Re: [9fans] graphics scaling
On Mon Dec 22 13:57:35 EST 2008, r...@swtch.com wrote: not ported. i'm glad that that hasn't been ported back. i find multi-line tags annoying 10 times for each time they are useful. is this an abstract assertion or have you actually tried them? russ i've used them for quite some time with p9p. i liked them at first, but it didn't wear as well as i thought it would for me. tags can be close to the length of the line and cause a second line to appear and disappear. i find that annoying and it happens more often than i need a long tag. esc esc then jolts things back the way they were. - erik
[9fans] 9vx wrong up? or wrong pgrp?
any ideas appreciated.
when running plan 9 ip stack under 9vx, i get
a curious situation where the mount table goes
missing, but only for the namec called from
etherbind. it seems that up-pg isn't right.
the pgrpid is 2 for the call from namec but
3 for the call from the shell. both seem
wrong.
here's what happens, annotated
with some debugging.
; ip/ipconfig
netifwalk 0 [ipifc]
gen 0 0 00 80.3 ether0
gen 0 0 01 - -1 (top)
netifwalk 0 [ipifc]
gen 0 0 00 80.3 ether0
gen 0 0 01 - -1 (top)
netifwalk 0 [ipifc clone]
gen 0 0 00 80.3 ether0
gen 0 0 01 - -1 (top)
etherbind
chandial /net/ether0!0x800
who you gonna call? /net/ether0/clone
namec /net/ether0/clone
slash 829f860
dumpmount- pgrpid=2
-dumpmount
parsename /net: 1 4 11 17
walk error 2: does not exist
error: '/net/ether0' does not exist
ipconfig: /net/ipifc/clone: bind ether /net/ether0: '/net/ether0' does not exist
however, if i inspect the same path from
the shell,
; ls -l /net/ether0/clone
slash 829f860
dumpmount- pgrpid=3
head: 829d8b0: / 0x0.0 / 0 -
82b2000: / (umh 0) (path dev / 0)
82b2438: /root (umh 82b0af8) (path 000b dev / 0)
829e2e0: #Zplan9 (umh 0) (path 10002c213 dev Z 2)
[...]
one more tidbit, cat /proc/2/ns -
; cat /proc/2/ns
9vx panic: kernel fault: signo=11 addr=f8[6830c0f8] 1 eip=807385f esp=93988960
aborting, to dump core.
0x807385f is in procread (9vx/a/devproc.c:897).
892 return 0;
893 }
894 mntscan(mw, p);
895 if(mw-mh == 0){
896 mw-cddone = 1;
897 i = snprint(a, n, cd %s\n, p-dot-path-s);
- erik
Re: [9fans] 9vx wrong up? or wrong pgrp?
sorry to reply to myself, but the up in the kernel belongs to an *io*, not the calling process. - erik
Re: [9fans] 9vx wrong up? or wrong pgrp?
2008/12/22 erik quanstrom quans...@quanstro.net: sorry to reply to myself, but the up in the kernel belongs to an *io*, not the calling process. That's weird, the up in the kernel that I was seeing belonged to *init*. If you go further down into: walk error 2: does not exist You will see the error comes from domount() returning false in rootdevgen, I believe. - erik --dho
Re: [9fans] 9vx wrong up? or wrong pgrp?
cf. the email about the comment that fixes this. - erik
Re: [9fans] rio startup fails in VMWare Fusion 2.0.0
hi richard, i tried various combinations: 1280x1024 1280x800 1152x768 1920x1200 (i tried combinations like with x8, x24, x32 (not x16 i think)). nothing seems to help. 1920x1200 looked like it turned the graphics mode on but then it crashed. btw, what was your plan9.ini config? did it look like: vgasize=1280x800 monitor=macbook (or xga?, sorry i am not sure about this) and, since we are in VM, does the native resolution really matter? my thinking was, basically VM provides memory space and the graphics driver in guest OS thinks this is its frame buffer. when a draw happens, the guest OS's window gets updated. am i right or wrong? regards dharani On Mon, Dec 22, 2008 at 5:39 AM, Richard Miller 9f...@hamnavoe.com wrote: vgasize: 640x480x8, monitor: xga - this combo works vgasize: 1024x768x8, monitor: xga - this combo works i tried 1280x1024x8 and 1280x1024(?!). it seems to hang. no luck with vesa also. is anyone able to get any better resolution with vmware fusion in mac (or parallels for mac 4.0, if it works for plan9)? Native resolution on new macbook works with fusion. I added to /lib/vgadb: macbook=1280x800 include=1152x768 If resolution 1280x1024x8 doesn't work for you, it's worth trying other depths x16 x24 or x32.
Re: [9fans] rio startup fails in VMWare Fusion 2.0.0
hi jeff, i agree. somewhere down the line, i will probably stick to this method. but my problem is i use inferno and acme in inferno a lot. to the extent i tested so far, drawterm, 9vx are all so slow in updating inferno screen (i think it becomes a matter of screen area updates all the time instead of any optimized updates like in case of, say, a rio text window). since i use inferno a lot in plan9 and since the lag is very noticeable, i am just trying to find out a way. btw, is there any opportunity for optimization in draw operations that will help? or it is already optimized? is it possible to lower the no of bits per pixel in inferno and will it lead to any gain in performance? thanks dharani I still recomend keeping the VMware Plan 9 instance as a console (text only) and using drawterm to connect in--much more responsive and gives clean access back to your host filesystem. The docs on creating a stand alone cpu server help getting the configuration to work. -jas
[9fans] Native TCP/IP stack in 9vx working
Hey everyone, Over the past few days, Erik Quanstrom has been helping debug issues with the native IP stack in 9vx. He figured out some crazy issues with gcc wanting to return negative values for signed modulo comparisons -- this combined with a stupid oversight has got IP working. Erik says he's moving IL in tomorrow -- at this point, that shouldn't be a huge deal. Linux seems to have better performance than FreeBSD/Darwin -- this is because Linux lets you read TCP/UDP over a raw socket. BSD platforms don't let you do that -- you have to use BPF for this -- and libpcap makes that a bit easier -- so I think there's a bit more overhead involved with that. Also, there's still a fair amount of probably useless debugging stuff that we could conditionalize at compile-time, but I'll leave that in for a while before that happens. Please test it out! http://testbed.dh0.us:8000/ Big thanks to quanstro for his huge help in debugging. --dho
Re: [9fans] rio startup fails in VMWare Fusion 2.0.0
if you setup dedicated machines for cpu+auth and fs, then booting a pc kernel on a vmware and booting from fs works very well as a term. hi jeff, i agree. somewhere down the line, i will probably stick to this method. but my problem is i use inferno and acme in inferno a lot. to the extent i tested so far, drawterm, 9vx are all so slow in updating inferno screen (i think it becomes a matter of screen area updates all the time instead of any optimized updates like in case of, say, a rio text window). since i use inferno a lot in plan9 and since the lag is very noticeable, i am just trying to find out a way. btw, is there any opportunity for optimization in draw operations that will help? or it is already optimized? is it possible to lower the no of bits per pixel in inferno and will it lead to any gain in performance? thanks dharani I still recomend keeping the VMware Plan 9 instance as a console (text only) and using drawterm to connect in--much more responsive and gives clean access back to your host filesystem. The docs on creating a stand alone cpu server help getting the configuration to work. -jas
Re: [9fans] Changelogs Patches?
It is pretty much a question of it being a totally backwards way of doing things, with one set of people doing the changes, and another set of people guessing the meaning of the changes writing the changelog. (This is claimed to be due to the first set of people not having the time to writing down what changes they make. Of course those same people seem to think the time spent when the second group has to inquire as to the nature of changes is not wasteful.) But following more conventional practices and heeding the crazy advice of unqualified people like Brian when he writes: *Keep records*. I maintain a FIXES file that describes every change to the code since the Awk book was published in 1988 [1] would be anathema to the Plan 9 way of doing things. uriel [1]: http://www.cs.princeton.edu/~bwk/testing.html On Mon, Dec 22, 2008 at 6:03 PM, Devon H. O'Dell devon.od...@gmail.com wrote: 2008/12/22 Venkatesh Srinivas m...@acm.jhu.edu: Hi, The contrib index mentions that daily changelogs for Plan 9 are in sources/extra/changes, but those haven't been updated since early 2007. Is there any preferred way to get changelogs / diffs these days? I used to maintain the changelogs, but ended up generating ENOTIME, pretty much just as everyone else who has worked on that. It's something I think I might pick up again; either Russ or Uriel emailed me a set of scripts to maintain it. Perhaps I'll start doing it again; it's mostly just a question of getting the scripts set up and doing it. --dho Also, in sources/patch, there are patches neither in applied/ or sorry/. Are these patches in queue? Applied? Not applied? Thanks, -- vs
Re: [9fans] Changelogs Patches?
Hi,
The contrib index mentions that daily changelogs for Plan 9 are in
sources/extra/changes, but those haven't been updated since early 2007.
Is there any preferred way to get changelogs / diffs these days?
Relatedly, is there a better way to mirror the development history of Plan 9
than running @{9fs sourcesdump; cd /n/sourcesdump; tar -c} | @{tar -x} or
similar?
Thanks.
--nwf;
pgp35C6i3YBHr.pgp
Description: PGP signature
Re: [9fans] Native TCP/IP stack in 9vx working
On Mon Dec 22 23:00:59 EST 2008, devon.od...@gmail.com wrote: he's moving IL in tomorrow -- at this point, that shouldn't be a huge deal. it's working. i guess it's half an hour early. - erik
[9fans] 9vx il has slight speed advantage
first from il ; time cat gs/dev/null 0.00u 0.00s 9.70rcat gs next via tcp ; time cat /386/bin/gs/dev/null 0.00u 0.00s 40.27r cat /386/bin/gs - erik
