> I haven't tried this yet, but is there any reason you
> couldn't put block special files for disk partitions
> in the 9vx directory and put the arenas, etc there,
> assuming of course all the permissions were set right?
> I'll probably give it a try later tonight unless someone
> yells "Stop! You
On 6/27/08, Russ Cox <[EMAIL PROTECTED]> wrote:
>
> a quick announcement:
>
> http://swtch.com/9vx/
>
> i'll have time to say more later.
>
>
> russ
>
>
>
Wow. This is cool! I can now test my ports locally. It should be possible
for two 9vx instance to communicate with each other right?
On Jun 27, 2008, at 11:11 PM, Rob Pike wrote:
http://flickr.com/photos/redlense/2429073822/
Cute. Shame I can't draw for my life :-)
Bentley: /n/sources/contrib/pietro/bentley.bundle
Bentley profiler output (on test program in bundle): /n/sources/
contrib/pietro/bentley.profout
It demonstrates two deficiencies of the prof program as is:
- line 312 should be modified to add a space after the first format,
so that clobbering
http://flickr.com/photos/redlense/2429073822/
On Fri, Jun 27, 2008 at 4:29 PM, Brian L. Stuart <[EMAIL PROTECTED]> wrote:
> I haven't tried this yet, but is there any reason you
> couldn't put block special files for disk partitions
> in the 9vx directory and put the arenas, etc there,
> assuming of course all the permissions were set right?
Life is so boring when your OS doesn't break compatibility with
existing APIs every other release... but my heart is torn between
FreeBSD and OS X; ah I got the solution: whoever breaks backwards
compatibility (again) first wins! I'm in a hurry to pick my next OS,
but this shouldn't take more than
On Fri, Jun 27, 2008 at 4:34 PM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> On Jun 27, 2008, at 7:13 PM, Skip Tavakkolian wrote:
>
>> i've not had a chance to look through the sources. is a windows port
>> feasible?
>>
> If you call translating the X API to Win32 or C++ .NET feasible, then yes
On Fri, Jun 27, 2008 at 4:41 PM, Dave Eckhardt
<[EMAIL PROTECTED]<[EMAIL PROTECTED]>>
wrote:
> libvx32/freebsd.c:20:2: warning: #warning "libvx32 and FreeBSD 5 and 6's
> libpthread are not compatible."
>
> I guess the priority of my "upgrade laptop's FreeBSD" thread has
> just increased.
>
> Dave
libvx32/freebsd.c:20:2: warning: #warning "libvx32 and FreeBSD 5 and 6's
libpthread are not compatible."
I guess the priority of my "upgrade laptop's FreeBSD" thread has
just increased.
Dave Eckhardt
On Jun 27, 2008, at 7:13 PM, Skip Tavakkolian wrote:
i've not had a chance to look through the sources. is a windows port
feasible?
If you call translating the X API to Win32 or C++ .NET feasible, then
yes! I'm struggling to Cocoa-ize it. It seems like a much easier job
than with drawterm.
> So i realized I'm being foolish w.r.t my comments on "i want my venti"
>
> in the 9vx directory
> dd if=/dev/zero of=arenas bs=1048576 count=whatever
>
> do for index and bloom
> follow venti instructions.
>
> voila. Venti. Rinse and repeat for fossil.
I haven't tried this yet, but is there a
> i've not had a chance to look through the sources. is a windows port
> feasible?
i mean, any updates beyond what's on page 3 of the paper.
this is fantastic. thank you Bryan and Russ.
i've not had a chance to look through the sources. is a windows port
feasible?
> a quick announcement:
>
> http://swtch.com/9vx/
>
> i'll have time to say more later.
>
> russ
>
>
> oh man I love this 9vx.
Indeed, this is truly excellent.
So i realized I'm being foolish w.r.t my comments on "i want my venti"
in the 9vx directory
dd if=/dev/zero of=arenas bs=1048576 count=whatever
do for index and bloom
follow venti instructions.
voila. Venti. Rinse and repeat for fossil.
oh man I love this 9vx.
Time for tvx -- tiny vx -- no nee
On Fri, Jun 27, 2008 at 10:39 AM, ron minnich <[EMAIL PROTECTED]> wrote:
> I'm on this 32 bit machine using vx32. Wow, nice. Boots like a bat.
>
> now all I want is my fossil and venti :-)
>
> This is really sweet. I think we've got an easy way to show people Plan 9
> now.
>
> thanks Russ!
>
> ron
On Jun 27, 2008, at 1:39 PM, ron minnich wrote:
This is really sweet. I think we've got an easy way to show people
Plan 9 now.
I agree: a self-contained 9 could really solve all my QEMU worries and
boot CD nonsense! (No mouse detection, "kbd init failed" x infinity,
inverse video - sorry)
Thanks. Will add the #define.
> and darwin-asm.S just seems to be missing everywhere. in fact, there
> is no definition for vx32_getcontext:
Oops. That's on my Mac at home;
guess I forgot to copy it off.
Russ
On Fri, Jun 27, 2008 at 10:00 AM, Russ Cox <[EMAIL PROTECTED]> wrote:
> Replying to many messages... please read to find yours.
>
> > Yep that's working ok. Though I'm losing the ability to send capital
> > letters to X11 in general, I'm not sure if that's an artifact of this or
> > not.
>
> Almo
I'm on this 32 bit machine using vx32. Wow, nice. Boots like a bat.
now all I want is my fossil and venti :-)
This is really sweet. I think we've got an easy way to show people Plan 9 now.
thanks Russ!
ron
>make 9vx/9vx
on 10.5.3 that fails with:
gcc -g -O3 -MD -std=gnu99 -I. -I. -I9vx -I9vx/a -Wall
-Wno-missing-braces -c -o 9vx/main.o 9vx/main.c
9vx/main.c: In function 'sigsegv':
9vx/main.c:491: error: 'struct __darwin_mcontext32' has no member named 'es'
9vx/main.c:492: error: 'struct __
Replying to many messages... please read to find yours.
> Yep that's working ok. Though I'm losing the ability to send capital
> letters to X11 in general, I'm not sure if that's an artifact of this or
> not.
Almost certainly not. The -F workaround is about new fork
semantics. The capital lett
> Trying to exec a filename with frogs in it causes the first
> validnamedup() in sysexec to throw an error. The waserror
> branch then tries to free(file) causing an invalid pointer
> in munmap_chunk.
>
> I can provide a trace if necessary but I think it's just
> a matter of not trying to free "f
Trying to exec a filename with frogs in it causes the first
validnamedup() in sysexec to throw an error. The waserror
branch then tries to free(file) causing an invalid pointer
in munmap_chunk.
I can provide a trace if necessary but I think it's just
a matter of not trying to free "file" before it
trying to answer my own question about high cpu load, it looks like
9vx is busy switching all the time. if anyone knows these tracing
facilities better, please step up :)
dappprof (profiles execution, elapsed time is in nanoseconds):
CALL ELAP
On Fri, Jun 27, 2008 at 10:34 AM, David Leimbach <[EMAIL PROTECTED]> wrote:
> Funny! Chording works great for me! (I'm suspecting my X11 is borked
> though, it may be completely unrelated to this project).
button 2/3 emulation with option and apple keys works, but i'm using
button1+option+apple
Funny! Chording works great for me! (I'm suspecting my X11 is borked
though, it may be completely unrelated to this project).
On Fri, Jun 27, 2008 at 8:56 AM, andrey mirtchovski <[EMAIL PROTECTED]>
wrote:
> I can send capital letters just fine, but I can't chord with the
> option/apple buttons
i discovered a macos x nasty a while ago that
means that if you've forked, then accessing certain
library calls (anything Carbon?) draws an error.
the stated reason for doing this is that the library
doesn't work if the stack has been copied,
but it's a bit of a bugger if you're just forking
to pu
On Fri, Jun 27, 2008 at 8:56 AM, andrey mirtchovski
<[EMAIL PROTECTED]> wrote:
>
> Is it supposed to run at full-load? Both cores are fully utilized and
> 9vx.OSX uses 187% of the cpu at all times. dtruss reports that the
> main thread is just sitting there doing "select_nocancel(0x0,0x0,0x0)"
> wi
On Fri, Jun 27, 2008 at 8:41 AM, Uriel <[EMAIL PROTECTED]> wrote:
> What broke in lguest? seemed quite nice from what I have seen so far,
> just wondering because I was pondering using it for some projects.
some things changed on the plan 9 side, and then on the lguest side,
and I can no longer bu
This with a new untar, HOSTCFLAGS I added -m32
[EMAIL PROTECTED] src]$ make 9vx/9vx
make: vx32-gcc: Command not found
make: vx32-gcc: Command not found
make: *** No rule to make target `9vx/9vx'. Stop.
OK, I can see that 9vx/9vx target in 9vx/Makefrag, but the alarm just
went off and I gotta g
I can send capital letters just fine, but I can't chord with the
option/apple buttons like I'm used to on the native drawterm/acme.
Need to get the latest changes from acme-sac.osx and write a native
client, I suppose :)
Is it supposed to run at full-load? Both cores are fully utilized and
9vx.OSX
Yep that's working ok. Though I'm losing the ability to send capital
letters to X11 in general, I'm not sure if that's an artifact of this or
not.
Dave
On Fri, Jun 27, 2008 at 8:31 AM, Russ Cox <[EMAIL PROTECTED]> wrote:
> It looks like calling fork() in OS X 10.5 doesn't
> copy the alternate si
What broke in lguest? seemed quite nice from what I have seen so far,
just wondering because I was pondering using it for some projects.
Not to mean anything against vx32/9vx which is quite damned awesome as
far as I can see.
uriel
> But lguest just broke big time so if I can get this to work, I
It looks like calling fork() in OS X 10.5 doesn't
copy the alternate signal stack information into
the child. If you add the -F flag to keep it from
forking into the background, Andrey says it
works fine.
I'll tweak the code to work around this later.
For now, just use -F.
Russ
Try running with -F (and no -t). It seems to work fine on my machine.
andrey
On Fri, Jun 27, 2008 at 8:32 AM, Francisco J Ballesteros <[EMAIL PROTECTED]>
wrote:
> MacOSX 10.5,
>
> running it with -t works fine here, including GUI.
>
> building on x86 64 bit.
>
> first issue is that I get this:make: vx32-gcc: Command not found
>
> second is that I get this:
> gcc -Ilibvx32 -c -g -O3 -MD -std=gnu99 -I. -o libvx32/linux.o libvx32/linux.c
> libvx32/linux.c: In function `vx32_sighandler':
> libvx32/linux.c:254: error: structure
On Fri, Jun 27, 2008 at 7:57 AM, ron minnich <[EMAIL PROTECTED]> wrote:
> building on x86 64 bit.
>
> first issue is that I get this:make: vx32-gcc: Command not found
>
> second is that I get this:
> gcc -Ilibvx32 -c -g -O3 -MD -std=gnu99 -I. -o libvx32/linux.o libvx32/linux.c
> libvx32/linux.c: I
found something that crashes consistently: the xscr hacks that use threads.
this from the 9vx console:
783 substrate fault 0x9a1 no segment
segment 0xf00 0x1000
segment 0x1000 0x1e000
segment 0x1e000 0x27000
segment 0x27000 0x251000
783 substrate: unhandled fault va=9a1 [10009a1] eip=13f0
building on x86 64 bit.
first issue is that I get this:make: vx32-gcc: Command not found
second is that I get this:
gcc -Ilibvx32 -c -g -O3 -MD -std=gnu99 -I. -o libvx32/linux.o libvx32/linux.c
libvx32/linux.c: In function `vx32_sighandler':
libvx32/linux.c:254: error: structure has no member na
In fact, no capital letters work.
On Fri, Jun 27, 2008 at 7:45 AM, David Leimbach <[EMAIL PROTECTED]> wrote:
> I'm noticing I can't type a colon ":" but semicolon works :-)
>
>
>
> On Fri, Jun 27, 2008 at 7:39 AM, andrey mirtchovski <[EMAIL PROTECTED]>
> wrote:
>
>> confirmed for 10.5.3.
>>
>> On
I'm noticing I can't type a colon ":" but semicolon works :-)
On Fri, Jun 27, 2008 at 7:39 AM, andrey mirtchovski <[EMAIL PROTECTED]>
wrote:
> confirmed for 10.5.3.
>
> On Fri, Jun 27, 2008 at 8:32 AM, Francisco J Ballesteros <[EMAIL PROTECTED]>
> wrote:
> > MacOSX 10.5,
> >
> > running it with
confirmed for 10.5.3.
On Fri, Jun 27, 2008 at 8:32 AM, Francisco J Ballesteros <[EMAIL PROTECTED]>
wrote:
> MacOSX 10.5,
>
> running it with -t works fine here, including GUI.
>
>
Confirmed! That works great!
On Fri, Jun 27, 2008 at 7:32 AM, Francisco J Ballesteros <[EMAIL PROTECTED]>
wrote:
> MacOSX 10.5,
>
> running it with -t works fine here, including GUI.
>
>
> On Fri, Jun 27, 2008 at 4:30 PM, Pat Hacker <[EMAIL PROTECTED]> wrote:
> > on OSX 10.5.3
> > % ./9vx.OSX -1
on OSX 10.5.3
% ./9vx.OSX -1g -u glenda
init: starting /bin/rc
bind: #S: unknown device in # filename
upas/fs: '/bin/upas/fs' does not exist
#m/mousectl: rc: can't open: jmk added reentrancy for threads
init: rc exit status: rc 4: error
MacOSX 10.5,
running it with -t works fine here, including GUI.
On Fri, Jun 27, 2008 at 4:30 PM, Pat Hacker <[EMAIL PROTECTED]> wrote:
> on OSX 10.5.3
> % ./9vx.OSX -1g -u glenda
>
> init: starting /bin/rc
> bind: #S: unknown device in # filename
> upas/fs: '/bin/upas/fs' does not exist
> #m/mou
> Without GUI I get a pretty good looking start :-)
That's good, although too bad it doesn't help with the X11 problem.
Rebuilding from source is the first thing I'd try.
After that, someone needs to learn how to get a
system call trace from a multithreaded program
on OS X.
Russ
On Fri, Jun 27, 2008 at 6:52 AM, Russ Cox <[EMAIL PROTECTED]> wrote:
> > Currently getting:
> > 9vx panic: setsigsegv vx32 without alt stack
>
> Do you have strace installed (is there one?) on OS X?
> Can you run it with the -g (disable gui) flag
> under strace?
Without GUI I get a pretty good l
> Seconded; everything works beautifully except that I'm not getting
> any network devices, it seems.
Perhaps
bind -b '#I' /net
That should be happening automatically, but hey, you never know.
If files in /net exist, could you give more details?
> Did only the 9 kernel need modificatio
> Seconded; everything works beautifully except that I'm not getting
> any network devices, it seems.
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
>> Did only the 9 kernel need modifications or did the applications
>> binaries need to be recompiled as well?
>>
[...]
>
> 9vx requires no host kernel modifications or
> special privileges, and it runs unmodified
> plan9 386 binaries.
but that doesn't answer the question. the plan 9
kernel was
On Fri, Jun 27, 2008 at 3:58 PM, Venkatesh Srinivas <[EMAIL PROTECTED]> wrote:
> Works impressively well here. Even snarf/paste between host and 9vx is
> working.
>
> Did only the 9 kernel need modifications or did the applications
> binaries need to be recompiled as well?
>
> --vs
>
>
9vx require
> Works impressively well here. Even snarf/paste between host and 9vx is
> working.
>
> Did only the 9 kernel need modifications or did the applications
> binaries need to be recompiled as well?
>
> --vs
Seconded; everything works beautifully except that I'm not getting
any network devices, it s
> same error here. invoke with -t and it'll work. investigating.
I believe, though I can't see yet why that would matter
in this case. I do suspect that the behavior of signal
handlers in threaded programs changed between 10.4 and 10.5.
You might try rebuilding from source (the binary was
built
I've got 10.5
On Fri, Jun 27, 2008 at 6:49 AM, Latchesar Ionkov <[EMAIL PROTECTED]> wrote:
> Works fine on my laptop that runs MacOSX 10.4.
>
>Lucho
>
> On Fri, Jun 27, 2008 at 4:40 PM, David Leimbach <[EMAIL PROTECTED]> wrote:
> > Currently getting:
> > 9vx panic: setsigsegv vx32 without alt
On Fri, Jun 27, 2008 at 6:46 AM, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
> Same here. And for some reason I have to manually start X11.
>
X11 starts up for me ok. But then my xterms don't have the ability to deal
with capital letters for some reason.
>
> On Jun 27, 2008, at 9:40 AM, Davi
Works impressively well here. Even snarf/paste between host and 9vx is
working.
Did only the 9 kernel need modifications or did the applications
binaries need to be recompiled as well?
--vs
I'm guessing here, but I think this was a reference to the fact
that in 10.5, Apple did some work to make X11 start automatically
when the first X11 app is run; maybe that's not working for pietro.
Is everyone having a problem on OS X on 10.5? I am.
OS X doesn't have strace; ≤10.4 has ktrace, 10.
On Fri, Jun 27, 2008 at 6:52 AM, Russ Cox <[EMAIL PROTECTED]> wrote:
> > Currently getting:
> > 9vx panic: setsigsegv vx32 without alt stack
>
> Do you have strace installed (is there one?) on OS X?
> Can you run it with the -g (disable gui) flag
> under strace?
>
No strace on Leopard.
Dave
>
> Currently getting:
> 9vx panic: setsigsegv vx32 without alt stack
Do you have strace installed (is there one?) on OS X?
Can you run it with the -g (disable gui) flag
under strace?
Thanks.
Russ
same error here. invoke with -t and it'll work. investigating.
lots of reading to do. this is pretty exciting.
anthony
--- Begin Message ---
Currently getting:
9vx panic: setsigsegv vx32 without alt stack
On Mac OS X.
On Fri, Jun 27, 2008 at 6:18 AM, David Leimbach <[EMAIL PROTECTED]> wrote:
>
> And for some reason I have to manually start X11.
Welcome to OS X.
Russ
Works fine on my laptop that runs MacOSX 10.4.
Lucho
On Fri, Jun 27, 2008 at 4:40 PM, David Leimbach <[EMAIL PROTECTED]> wrote:
> Currently getting:
> 9vx panic: setsigsegv vx32 without alt stack
> On Mac OS X.
> On Fri, Jun 27, 2008 at 6:18 AM, David Leimbach <[EMAIL PROTECTED]> wrote:
>>
>>
Same here. And for some reason I have to manually start X11.
On Jun 27, 2008, at 9:40 AM, David Leimbach wrote:
Currently getting:
9vx panic: setsigsegv vx32 without alt stack
On Mac OS X.
On Fri, Jun 27, 2008 at 6:18 AM, David Leimbach <[EMAIL PROTECTED]>
wrote:
Russ,
This looks really
Currently getting:
9vx panic: setsigsegv vx32 without alt stack
On Mac OS X.
On Fri, Jun 27, 2008 at 6:18 AM, David Leimbach <[EMAIL PROTECTED]> wrote:
> Russ,
> This looks really compelling... I'll be trying it out for sure. I've had
> my share of aggravation keeping things running on "real h
Russ,
This looks really compelling... I'll be trying it out for sure. I've had
my share of aggravation keeping things running on "real hardware", and this
may be the "time saver" I needed to keep up with Plan 9.
Dave
On Fri, Jun 27, 2008 at 4:07 AM, Russ Cox <[EMAIL PROTECTED]> wrote:
> a quic
a quick announcement:
http://swtch.com/9vx/
i'll have time to say more later.
russ
68 matches
Mail list logo
