As I naively see it, the two main problems are:
1) to have 9vx running a cpu server kernel instead of a stand alone
terminal one (I don't even know if that's the case actually).
i think there would be a little work in getting this going.
Ok, so it's possible then. :)
I'll see if I can
2009/2/1 Mathieu lejat...@gmail.com:
As I naively see it, the two main problems are:
1) to have 9vx running a cpu server kernel instead of a stand alone
terminal one (I don't even know if that's the case actually).
i think there would be a little work in getting this going.
Ok, so it's
On Sun, Feb 1, 2009 at 10:19 AM, Mathieu lejat...@gmail.com wrote:
Hello,
Simple question: how hard would it be to modify 9vx so it can be used
as a cpu server?
As I naively see it, the two main problems are:
1) to have 9vx running a cpu server kernel instead of a stand alone
terminal one
but after a few dozen seconds, it seems that 9vx froze (everything
stopped and I couldn't act on any of the windows nor open a new one).
I killed 9vx and retried (after having checked/fixed fossil from fscons),
and got the same behaviour.
...
Stuart, haven't you encountered this problem as
On Mon, Dec 22, 2008 at 9:32 PM, erik quanstrom quans...@quanstro.net wrote:
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
what about the host tcp?
On Mon, Dec 22, 2008 at 9:32 PM, erik quanstrom quans...@quanstro.net wrote:
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
what about the host tcp?
ftp is the easiest test i
i have a slightly unrelated question: what do you get if you use 'fcp'
instead of 'cp' for the same file over tcp and il?
thanks
i have a slightly unrelated question: what do you get if you use 'fcp'
instead of 'cp' for the same file over tcp and il?
thanks
great question. unfortunately a power problem has reconfigured
my network for me and i can't generate comparable numbers just
yet.
- erik
run gdb on the 9vx binary and type
list *0x80123123
russ
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.
sorry to reply to myself, but the up in the kernel
belongs to an *io*, not the calling process.
- erik
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
cf. the email about the comment
that fixes this.
- erik
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
suppose i have a typical kernel complaint giving a
address of a lock or some such. what's the easiest way
to figure out what's at that address? the equivalent
of src($address) or just $address in acid with the normal
kernel.
- erik
That's scary. Can you send the output of gcc -v?
Using built-in specs.
Target: x86_64-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-4.3.2/work/gcc-4.3.2/
configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/
4.3.2
Hey guys,
Back in my ``let's have fun with Plan 9'' yearly phase.
Here I come back and I see some really cool work. 9vx definitely is
the coolest thing I've seen so far, and devtrace looks pretty nifty
too. What's really cool to me about them is that they're available and
there is open work to
so here's a potentially interesting idea. Since you are running plan 9
under Linux with 9vx, consider using the TAU toolkit to measure it.
http://www.cs.uoregon.edu/research/tau/home.php
we've used these tools to optmize an MPI library and they are quite powerful.
See what you think.
ron
On Wed, Dec 17, 2008 at 4:10 PM, Devon H. O'Dell devon.od...@gmail.com wrote:
* Porting devtrace. Needs some changes to compile with gas; the
#pragmas are useless, but I think should work after a little more
tweaking.
note that those pragmas are the tip of the iceberg.
gcc inserts the
On Dec 17, 2008, at 4:33 PM, ron minnich wrote:
so here's a potentially interesting idea. Since you are running plan 9
under Linux with 9vx, consider using the TAU toolkit to measure it.
http://www.cs.uoregon.edu/research/tau/home.php
we've used these tools to optmize an MPI library and they
On Wed, Dec 17, 2008 at 4:43 PM, Roman Shaposhnik r...@sun.com wrote:
In fact, Ron, now that you've mentioned it -- I'm going to try the PerfAn
on 9vx myself ;-) And here's the question for you: how representative
the behavior of 9vx is supposed to be of the regular Plan9 kernel?
I don't know
On Dec 17, 2008, at 4:10 PM, Devon H. O'Dell wrote:
* Automatic provisioning via a web browser. Yeah, Plan 9 in the web
browser (if you have Java, I guess -- otherwise it's just VNC).
http://testbed.dh0.us/ -- this code isn't version controlled, but I
could probably put it in hg with little
2008/12/17 Roman Shaposhnik r...@sun.com:
On Dec 17, 2008, at 4:10 PM, Devon H. O'Dell wrote:
* Automatic provisioning via a web browser. Yeah, Plan 9 in the web
browser (if you have Java, I guess -- otherwise it's just VNC).
http://testbed.dh0.us/ -- this code isn't version controlled, but I
It seems not working on LFS64 (pure-64 linux.from scratch)
vx64?
bash-3.2$ make
gcc -m64 -c -nostdinc -Ilibvxc/include -g -O3 -MD -std=gnu99 -I. -fno-
stack-protector -m80387 -mfp-ret-in-387 -o libvxc/abort.o libvxc/
abort.c
gcc -m64 -c -nostdinc -Ilibvxc/include -g -O3 -MD -std=gnu99 -I.
gcc -m64 -c -nostdinc -Ilibvxc/include -g -O3 -MD -std=gnu99 -I. -fno-
stack-protector -m80387 -mfp-ret-in-387 -o libvxc/abort.o libvxc/
abort.c
It looks like you edited the VX32_CC line to say gcc -m64.
That's wrong. $(VX32_CC) is supposed to be an i386 ELF compiler.
You should be able to
9vx -PSX 21 | cat log
this creates a log of 138 MB :( (19MB gzipped)
19 MB gzipped doesn't sound so bad.
Can you send it to me (not to 9fans)
as an attachment, or put it up somewhere
that I can fetch it from?
However, I think I solved it without actually solving it,
gcc flags changed from -g
9vx -PSX log 21
I just executed 9vx -P -S -X -r path of dist 0.12 -u glenda
and pasted what was written on the linux console.
9vx -PSX 21 | cat log
this creates a log of 138 MB :( (19MB gzipped)
However, I think I solved it without actually solving it,
gcc flags changed from -g -03 to -g,
it
On Dec 9, 9:45 am, r...@swtch.com (Russ Cox) wrote:
9vx now builds and runs on Ubuntu Linux x86-64,
and hopefully other Linuxes as well.
It also runs gs and ape/psh correctly.
I haven't built new binaries nor a new distribution.
Soon; perhaps tomorrow.
Russ
Pulled latest sources from
On Dec 11, 7:08 pm, r...@swtch.com (Russ Cox) wrote:
On Thu, Dec 11, 2008 at 4:04 AM, simplicity plan9assemb...@gmail.com wrote:
On Dec 9, 6:45 pm, r...@swtch.com (Russ Cox) wrote:
9vx now builds and runs on Ubuntu Linux x86-64,
and hopefully other Linuxes as well.
It also runs gs and
Aborted, here is alog with -P -S -X
reate new cpu: kprocq.n1 nrunproc0
cpu0: ready 2 *x11*; wakeup kproc cpus
It seems a little odd that the log starts with
a partial word. It is posible that if you did
9vx -PSX log 21
that somehow the fd offsets for 1 and 2 are
On Dec 9, 6:45 pm, [EMAIL PROTECTED] (Russ Cox) wrote:
9vx now builds and runs on Ubuntu Linux x86-64,
and hopefully other Linuxes as well.
It also runs gs and ape/psh correctly.
I haven't built new binaries nor a new distribution.
Soon; perhaps tomorrow.
Russ
please give it to me :)
On Thu, Dec 11, 2008 at 4:04 AM, simplicity plan9assemb...@gmail.com wrote:
On Dec 9, 6:45 pm, r...@swtch.com (Russ Cox) wrote:
9vx now builds and runs on Ubuntu Linux x86-64,
and hopefully other Linuxes as well.
It also runs gs and ape/psh correctly.
I haven't built new binaries nor a new
2008/12/11 Russ Cox r...@swtch.com:
On Thu, Dec 11, 2008 at 4:04 AM, simplicity plan9assemb...@gmail.com wrote:
On Dec 9, 6:45 pm, r...@swtch.com (Russ Cox) wrote:
9vx now builds and runs on Ubuntu Linux x86-64,
and hopefully other Linuxes as well.
It also runs gs and ape/psh correctly.
I
9vx now builds and runs on Ubuntu Linux x86-64,
and hopefully other Linuxes as well.
It also runs gs and ape/psh correctly.
I haven't built new binaries nor a new distribution.
Soon; perhaps tomorrow.
Russ
I just did a fresh clone of the vx32 tree, it took less than a minute,
hg is really fast, I suspect your connection to the server hung up or
something.
Best wishes
uriel
On Sat, Oct 4, 2008 at 11:56 PM, Fernan Bolando [EMAIL PROTECTED] wrote:
I have recently tried getting mercurial updates of
The changes I mentioned earlier that allow 9vx to use
a local disk partition as root are ready for advised*
public consumption.
I've put everything up on the page:
http://umdrive.memphis.edu/blstuart/9vx/local9vx.html
Russ, if you want to consider these for inclusion in
the main tree, you can
getting the 404 on that link.
On Thu, Jul 24, 2008 at 12:14 PM, Brian L. Stuart [EMAIL PROTECTED]
wrote:
The changes I mentioned earlier that allow 9vx to use
a local disk partition as root are ready for advised*
public consumption.
I've put everything up on the page:
- boot/boot did bad things if the localroot
wasn't set, so when using boot/boot it's now .
I think this is fixed in hg now. I found one place where
localroot was going to be used even though
it shouldn't.
Yes, that seems to work correctly now.
I'm beginning to think the lock-ups
I'm doing all of this on Linux. Since then, I have seen
it lock up when running from a fossil/venti root and #Z
not bound. I can't support it with statistics, but my gut
reaction is that it's less often though.
If this happens again, then running thread apply all where 20
in gdb should help
There have been several discussions on this list about 9vx's
IP stack being different from normal Plan 9 in the last two
weeks; you should check those out. The short version is that
9vx uses the host networking rather than its own, and (more-
or-less) consequently the kernel device presents a more
Hi!
I'am new to 9vx/p9p and try to configure /net.
# uname -a
FreeBSD r60e 7.0-RELEASE FreeBSD 7.0-RELEASE #2: Wed Jul 9 17:33:56 UTC 2008
gonzo@:/usr/obj/usr/src/sys/GENERIC i386
% bind -b '#I' /net
% ip/ipconfig -g 192.168.0.1 ether /net/ether0 192.168.0.32 255.255.255.0
ipconfig: no
The advantage of 9vx over drawterm, for me, is that 9vx
doesn't require a cpu server.
You are not using Plan 9 anymore then, rather you are using something
similar to Plan 9.
I felt that Plan 9 is abused by 9vx, which I felt at first glance, but
at that time I didn't want to say this...
- boot/boot did bad things if the localroot
wasn't set, so when using boot/boot it's now .
I think this is fixed in hg now. I found one place where
localroot was going to be used even though
it shouldn't.
I'm beginning to think the lock-ups some of us have
seen are somewhere in
A little while back Russ suggested that someone might
want to look into making 9vx boot using a native
fossil/venti file system partition for root. For
anyone who's interested, as of this morning, that
is working. It's a little kludgy in places, but
mostly it's not too bad. When I've cleaned it
On Fri, 2008-07-18 at 15:00 -0400, erik quanstrom wrote:
my inclination would be to give 9vx a proper
ethernet device, but that idea has been discussed
already.
I was about to ask this very question (and say THANK YOU
to Russ for another awesome piece of software), but now
that you've
my inclination would be to give 9vx a proper
ethernet device, but that idea has been discussed
already.
I was about to ask this very question (and say THANK YOU
to Russ for another awesome piece of software), but now
that you've mentioned it could you, please, elaborate
on why
On Fri, Jul 18, 2008 at 1:20 PM, erik quanstrom [EMAIL PROTECTED] wrote:
but what i'd really like is a drawterm replacement with its own
local devices. without local devices, there isn't much of an
advantage over drawterm — unless your cpu server many
ms away. graphics over the internet can
but what i'd really like is a drawterm replacement with its own
local devices. without local devices, there isn't much of an
advantage over drawterm — unless your cpu server many
ms away. graphics over the internet can be a bummer.
Like I said before, please add the local devices you want.
i just wonder if all the coding around the fact
that the 9vx network is different is going to pay off.
You've spent more time talking about this than
it would have taken to just implement the extra
pieces you want or need, like /net/ipifc and /net/ether.
The low-level OS grunge work is already
why can't venti and fossil on the same machine be connected by a pipe?
why can't venti and fossil on the same machine be connected by a pipe?
why can't venti and fossil on the same machine be connected by a pipe?
That would be far too logical.
Sape
I have used octopus to access my plan 9 system over links
with 150ms of RTT I admit graphics are mostly faces and simple
vector graphics. Considering that for file viewers you copy
the files to a viewer device in the terminal, it all behaves reasonably.
The drawback is that you get very nervous
- boot/boot did bad things if the localroot
wasn't set, so when using boot/boot it's now .
What bad things did it do? The code is supposed
to cope gracefully with localroot == nil. I'd rather
fix the code that couldn't cope.
Ah, that means I need to remember. As you get older,
one of
but what i'd really like is a drawterm replacement with its own
local devices. without local devices, there isn't much of an
advantage over drawterm — unless your cpu server many
ms away. graphics over the internet can be a bummer.
Well, I use vx32 as a terminal for both lguest and
On Fri, Jul 18, 2008 at 6:31 PM, erik quanstrom [EMAIL PROTECTED] wrote:
what's the advantage over drawterm in this configuration?
latency. The interactive program (e.g. acme) is on my machine, not on
a remote machine. Rio is local. And so on.
ron
Well, I use vx32 as a terminal for both lguest and remote machines. No
real need for venfi/fossil. For edit, I import; to build etc. I cpu in
an acme window so i get the error stuff.
what's the advantage over drawterm in this configuration?
In the case you quote, you'd have many of the
On Tue, Jul 08, 2008 at 01:17:53PM -0400, Russ Cox wrote:
i guess this gets to a more philosophical question
on how 9vx networking relates to the host.
personally, i feel it would be more useful to be
able to use plan 9's native network stack. but
i'm biased. i want to send
Nathaniel W Filardo wrote:
Just a reminder, nothing novel: if you don't mind being root on the host
briefly (to run ifconfig, brctl, and tunctl commands), you can create a new
TAP interface (and use the file descriptor in 9vx to back a devether) and
use Linux's bridging to get ethernet frames
Me again - Were you successfull in porting 9vx to OpenBSD?
If you need some testing help, contact me.
Speaking of that, does anyone have an idea where NetBSD
would fit into that? Of the bunch, that's the one I've
used most and have deployed in the most places. I
would think there would be
On Thu, Jul 10, 2008 at 4:02 PM, Malik Bazz [EMAIL PROTECTED] wrote:
Me again - Were you successfull in porting 9vx to OpenBSD?
If you need some testing help, contact me.
http://iru.oitobits.net/src/vx32-0.10-openbsd-compiled.tgz
I guess you'll have problems compiling. Let me know if you do.
i'm interested in netbsd as a replacement for linux to serve 9p in
small ARM machines... i could use this
Why not Inferno? (Native or hosted)
uriel
thanks, i'd overlooked that option
I must say though that having to re-target to limbo is a minus. Is
there a 'plan9 c' to dis
here's the symptom
ndb/dnsquery 9hal.ath.cx
9hal.ath.cx ip 9.0.0.0
Fixed. Instead of the tacky solution, one can check
the return value from v4parseip.
on a related note, would it be worth while to
put effort into supporting ptr queries, ip6 c using
the host's lookup
On Sat, Jul 5, 2008 at 9:38 AM, Iruata Souza [EMAIL PROTECTED] wrote:
sorry for not reporting until now.
I´m not at home and have no access to my tree right now, but I can
already run 9vx.
console says the kernel is getting 0M of memory. that is surely
because of my hacks.
Don't think so.
here's the symptom
ndb/dnsquery 9hal.ath.cx
9hal.ath.cx ip 9.0.0.0
the problem is that devip.c:/^lookuphost tries
to avoid calling gethostbyname when given an
ip address by testing to see if the return value
of v4parseip is nozero. unfortunately, v4parseip
parses 9hal.ath.cx as
On Sun, Jul 6, 2008 at 8:56 AM, erik quanstrom [EMAIL PROTECTED] wrote:
personally, i feel it would be more useful to be
able to use plan 9's native network stack. but
i'm biased. i want to send aoe/cec/il packets.
Part of the reason I have not stopped using lguest, although now I use
both
Just curious, did your porting attempt suceed?
Hope you'll post some news for the OpenBSD port here...
Thanks,
Malik
On Fri, Jul 4, 2008 at 8:00 PM, Malik Bazz [EMAIL PROTECTED] wrote:
Just curious, did your porting attempt suceed?
Hope you'll post some news for the OpenBSD port here...
sorry for not reporting until now.
I´m not at home and have no access to my tree right now, but I can
already run 9vx.
Greetings,
In OS-X 9vx covers the dock when maximized.
The fix is simple; don't create a special window group for the application:
diff -r ca5b26cbe43a src/9vx/osx/screen.c
--- a/src/9vx/osx/screen.c Tue Jul 01 17:27:41 2008 -0400
+++ b/src/9vx/osx/screen.c Thu Jul 03 09:59:35 2008
I added devsd and wrote an sd loopback yesterday afternoon.
It worked pretty well except that when I ran fdisk,
/dev/sd00/data disappeared. I was going to debug that
before saying anything.
Here's the fix for the fdisk problem:
/sys/src/cmd/disk/prep/edit.c:503,508 - edit.c:503,509
this must be a quirk of the interaction between
devsd and fdisk. by hand data does disappear:
; lc
9fatctl datanvram plan9 raw
; for(i in 9fat data nvram plan9 data)echo delpart $ictl
; lc
ctl raw
You are allowed to delete the data
The bug is in devsd, though you'll probably have to
add prints to fdisk to find it.
yup. 9vx creates ctl files without a geometry line.
libdisk/disk.c:/^opensd demands it.
also, it would be nice if 9vx devsd created an entry
in sdctl for each loopback controller.
i apologize for not
yup. 9vx creates ctl files without a geometry line.
libdisk/disk.c:/^opensd demands it.
thanks.
also, it would be nice if 9vx devsd created an entry
in sdctl for each loopback controller.
i intended it to, though perhaps i messed that up.
i apologize for not sending a patch. i haven't
- Modify the kernel (it is based on Unix - even Microsoft says so)
- Learn how Cygwin does it
- Don't use real processes, like in Inferno
On Jun 30, 2008, at 8:34 AM, Steve Simon wrote:
Apparently, after a fork, a child retains it's parent's
pid in _tos-pid.
I think this is at the root of
Apparently, after a fork, a child retains it's parent's
pid in _tos-pid.
I think this is at the root of why 9vx cannot run on MS-Windows.
No, it's not. The words fork and pid in that sentence
are concepts completely internal to 9vx. The host OS,
be it OS X or Linux or Windows, has
Pietro Gagliardi wrote:
- Modify the kernel (it is based on Unix - even Microsoft says so)
Sure it is...in the same way that VMS is based on UNIX (which means not
at all)
On Fri, Jun 27, 2008 at 10:12 PM, erik quanstrom [EMAIL PROTECTED] wrote:
there's not access to the network device per ce, but the network works
fine for me. this is what i needed to do to connect to plan 9
networks
1. edit /lib/ndb/auth and /lib/ndb/local as appropriate.
2.
My caps lock problem is gone with this! Thanks Russ (nevermind my other
message regarding it still starting in X11... I'm extra-scatterbrained
today)
Dave
On Sun, Jun 29, 2008 at 10:00 AM, Russ Cox [EMAIL PROTECTED] wrote:
I have not bothered to create a new package,
but there is a new binary
Same recipe works here. But I've no idea why the rm /net/cs is
necessary - can anyone put me out of my misery?
There are a bunch of rough edges that need to be fixed.
This is one of them. 9vx provides a #I/cs so that you
can do things like hget without starting cs. But it can't
translate auth
It's more fun to use 9vx in the fullscreen mode to get a complete
Plan9 experience.
Press F11 to toggle fullscreen mode.
Patch attached.
Thanks for 9vx. It makes things a lot easier :)
-- Abhishek
diff -r 9007574b0ca2 src/9vx/x11/x11-kernel.c
--- a/src/9vx/x11/x11-kernel.c Sun Jun 29
now that you've explained the cs issue things are much clearer. i can
confirm that I have successfully booted a 9vx terminal off a remote
plan9 server using a small modification to factotum.
the original boot process failed with:
password:
!
authentication failed (auth_proxy rpc write: bootes:
on .10, I can run venti/venti. on .11, it locks up 9vx quite
thoroughly after it prints init If you resize the window it is
filled with garbage. Under strace I can see it taking the timer
interrupts.
Linux xcpu 2.6.25 #6 SMP Tue May 27 09:46:16 PDT 2008 i686 i686 i386 GNU/Linux
Sorry I don't
now compile 8.factotum and copy it as 9vx/src/9vx/factotum.9 and recompile
9vx.
err, make that vx32/src/9vx/factotum.9. i'm compiling against the
latest mercurial, but there's not reason why it shouldn't just work
with .11 and .10
on .10, I can run venti/venti. on .11, it locks up 9vx quite
thoroughly after it prints init If you resize the window it is
filled with garbage. Under strace I can see it taking the timer
interrupts.
Linux xcpu 2.6.25 #6 SMP Tue May 27 09:46:16 PDT 2008 i686 i686 i386 GNU/Linux
Sorry
It's more fun to use 9vx in the fullscreen mode to get a complete
Plan9 experience.
Press F11 to toggle fullscreen mode.
Patch attached.
Checked F11 code into hg. Instead of sending the window
manager a make me fullscreen request like your code did,
the code I added (taken from p9p) just
On Mon, Jun 30, 2008 at 10:33 AM, Russ Cox [EMAIL PROTECTED] wrote:
If you invoke it with the -A flag, then it will go into a
sleep loop on panic (-A stands for abort, but that didn't
work very well on OS X). You can then attach with gdb
and get a stack trace or look at what the other
On Mon, Jun 30, 2008 at 3:15 PM, Iruata Souza [EMAIL PROTECTED] wrote:
On Mon, Jun 30, 2008 at 3:04 PM, Tim Wiess [EMAIL PROTECTED] wrote:
If you can wait a couple days I'll have some time later in the
week to port this over to OpenBSD.
I'm currently trying to get 9vx work on OpenBSD-4.3
On Mon, Jun 30, 2008 at 3:04 PM, Tim Wiess [EMAIL PROTECTED] wrote:
If you can wait a couple days I'll have some time later in the
week to port this over to OpenBSD.
I'm currently trying to get 9vx work on OpenBSD-4.3 (i386, 750Mhz,
256MB RAM), but each time I want to start 9vx I get the
Thanks for your fast replies.
I can't help you coding/porting but if you need some help for testing,
drop me a line.
Thanks,
Malik
On Mon, Jun 30, 2008 at 3:04 PM, Tim Wiess [EMAIL PROTECTED] wrote:
If you can wait a couple days I'll have some time later in the
week to port this over to OpenBSD.
I'm currently trying to get 9vx work on OpenBSD-4.3 (i386, 750Mhz,
256MB RAM), but each time I want to start 9vx I get the
Does it work to set csremoved=1 in src/9vx/devip.c instead?
I can confirm that this works, with the benefit of using secstore
instead of prompting for my password.
Does it work to set csremoved=1 in src/9vx/devip.c instead?
I can confirm that this works, with the benefit of using secstore
instead of prompting for my password.
Okay, done. Thanks.
Russ
I just pulled the hg and built 9vx from sources.
venti copy has not died yet. :-)
ron
I added devsd and wrote an sd loopback yesterday afternoon.
It worked pretty well except that when I ran fdisk,
/dev/sd00/data disappeared. I was going to debug that
before saying anything.
Here's the fix for the fdisk problem:
/sys/src/cmd/disk/prep/edit.c:503,508 - edit.c:503,509
I assume the fix would be to install an EXC_BAD_ACCESS
handler after kicking off the app event loop. That would
make sure that Carbon never saw it.
But I don't know how to do that.
I don't have a 10.5 mac to see if this is moot with the changes to
CrashReporter.app.
mach/mach.h has
I have not bothered to create a new package,
but there is a new binary available for OS X:
hget -o 9vx.OSX.gz http://pdos.csail.mit.edu/~rsc/9vx.OSX.gz
gunzip 9vx.OSX.gz
chmod +x 9vx.OSX
./9vx.OSX -r your-root
Please try it on 10.5 and see how it works.
Sources
This one seems to work fine for me.
(10.5.3).
On Sun, Jun 29, 2008 at 7:00 PM, Russ Cox [EMAIL PROTECTED] wrote:
I have not bothered to create a new package,
but there is a new binary available for OS X:
hget -o 9vx.OSX.gz http://pdos.csail.mit.edu/~rsc/9vx.OSX.gz
gunzip
Please try it on 10.5 and see how it works.
Every time the option key is pressed, it generates 0xef8095
in addition to doing its button2 duty. Also, you can't use
option+apple key to escape out of full screen mode. This is
on 10.5.3
Please try it on 10.5 and see how it works.
Every time the option key is pressed, it generates 0xef8095
in addition to doing its button2 duty.
Fixed.
Also, you can't use option+apple key to escape out of full
screen mode. This is on 10.5.3
That's because it was Ctl-Opt, not Opt-Apple.
This new release works. Thanks! Now to take my fossil/venti off QEMU
and onto OS X.
On Jun 29, 2008, at 1:00 PM, Russ Cox wrote:
I have not bothered to create a new package,
but there is a new binary available for OS X:
hget -o 9vx.OSX.gz http://pdos.csail.mit.edu/~rsc/9vx.OSX.gz
401 - 500 of 556 matches
Mail list logo