Anyone tried Plan 9 on Parallels 4?
It seems it has full acpi support and I was
thinking on using it for debugging, but I wouldn´t
like to buy it if Plan 9 does not work on it.
thanks
sorry, I meant Parallels 5.
On Fri, Jan 8, 2010 at 11:44 AM, Francisco J Ballesteros n...@lsub.org wrote:
Anyone tried Plan 9 on Parallels 4?
It seems it has full acpi support and I was
thinking on using it for debugging, but I wouldn´t
like to buy it if Plan 9 does not work on it.
thanks
They are running apache on a toaster? My goodness.
On Fri, Jan 8, 2010 at 9:44 AM, Patrick Kelly kameo76...@gmail.com wrote:
On Jan 5, 2010, at 6:52 AM, Enrico Weigelt weig...@metux.de wrote:
* Jorden Mauro jrm8...@gmail.com wrote:
The coffee pot runs windows and there is a virus that causes Coffee
Denial of Service on it.
That, of course,
Any reason why they prefer to rewrite large portions of
code to use gcc rather than making use of different toolchains
for the L4 kernel and the plan9 subsystems? It seems like the
latter would be a lot less effort and result in a system that was
easier to track the original sources going forward.
Any reason why they prefer to rewrite large portions of
code to use gcc rather than making use of different toolchains
for the L4 kernel and the plan9 subsystems? It seems like the
latter would be a lot less effort and result in a system that was
easier to track the original sources going
On 1/8/2010 1:10 PM, lu...@proxima.alt.za wrote:
Seems like portability isn't of interest to anyone, anymore.
As Russ suggested to me a while back, the Plan 9 kernel should not
require massive rewriting to port to GCC. Go figure.
Should not but does? Because of gcc or lack of
On Jan 8, 2010, at 10:29 AM, hiro 23h...@googlemail.com wrote:
They are running apache on a toaster? My goodness.
Way too powerfull of a toaster.
Overkill ftw!
Yes, Plan 9 runs on Parallels 4 and 5, with or without video.
On Jan 8, 2010, at 11:08 AM, Jorden Mauro jrm8...@gmail.com wrote:
On Fri, Jan 8, 2010 at 9:44 AM, Patrick Kelly kameo76...@gmail.com
wrote:
On Jan 5, 2010, at 6:52 AM, Enrico Weigelt weig...@metux.de wrote:
* Jorden Mauro jrm8...@gmail.com wrote:
The coffee pot runs windows and there
On Jan 8, 2010, at 12:59 PM, Tim Newsham tim.news...@gmail.com wrote:
Any reason why they prefer to rewrite large portions of
code to use gcc rather than making use of different toolchains
for the L4 kernel and the plan9 subsystems? It seems like the
latter would be a lot less effort and
I might be having a hard time with the Japanese, but my impression is that
the plan 9 processes are now also L4 userspace servers. This makes me think
they're not running a paravirtualized Plan 9 on L4, but put L4 INTO Plan 9.
If they're using pistachio for L4, the code is/was pretty GNU tool
Should not but does? Because of gcc or lack of portability in plan 9's code?
Good question. In my experience, Plan 9 code is very portable,
although occasionally one needs to add the odd struct or union label
that the Plan 9 toolchain does not require.
If I understand correctly, the biggest
Do you think you'd recommend Parallels over VirtualBox? I've not tried plan
9 on VirtualBox as I usually opt to run it on real hardware where I can, and
9vx or drawterm to connect.
On Fri, Jan 8, 2010 at 10:58 AM, ge...@plan9.bell-labs.com wrote:
Yes, Plan 9 runs on Parallels 4 and 5, with or
actually, code that uses gcc seems to require massive rewrite just to
accommodate different versions of gcc. This has been a huge problem
for 10 years in coreboot. We just have to deal with it. Just look at
the recent Linux security hole attributed to a gcc optimization ...
Experience shows that
I don't have enough experience with VirtualBox to make a sensible
comparison.
The thing that none of the VM monitors seem to offer (though I'd love
to be proven wrong) is debugging tools for the guest operating
systems. This is odd, as it was one of the major uses of VM/370. So
if a guest
The thing that none of the VM monitors seem to offer (though I'd love
to be proven wrong) is debugging tools for the guest operating
systems. This is odd, as it was one of the major uses of VM/370. So
if a guest kernel goes off into space, the VM monitor shuts down the
virtual machine or
On Fri, Jan 8, 2010 at 5:12 PM, ge...@plan9.bell-labs.com wrote:
I don't have enough experience with VirtualBox to make a sensible
comparison.
The thing that none of the VM monitors seem to offer (though I'd love
to be proven wrong) is debugging tools for the guest operating
systems. This
it's unfortunate that computer history isn't a bigger
component of a computer science degree.
History and Philosophy of Science was slow in becoming a legitimate
academic pursuit of great practical value. It will probably not be
quite as long before the analogous subject will materialise for
The thing that none of the VM monitors seem to offer (though I'd
love
to be proven wrong) is debugging tools for the guest operating
systems.
Ah, but i wonder if the commercial guys have been requested by
microsoft not to make such debugging easy. Seems like it would be an
ideal way to
They are running apache on a toaster? My goodness.
http://funnies.paco.to/softEng.html:)
On Fri, 08 Jan 2010 14:12:39 EST ge...@plan9.bell-labs.com wrote:
I don't have enough experience with VirtualBox to make a sensible
comparison.
Plan9 on virtualBox is unusably slow.
The thing that none of the VM monitors seem to offer (though I'd love
to be proven wrong) is debugging tools
I might be having a hard time with the Japanese, but my impression is that
the plan 9 processes are now also L4 userspace servers. This makes me think
they're not running a paravirtualized Plan 9 on L4, but put L4 INTO Plan 9.
The paper I found online said they're currently implementing plan9
actually, code that uses gcc seems to require massive
rewrite just to accommodate different versions of gcc.
I think the most fun I had was when the meaning of some
inline asm() changed. Not a massive rewrite, since it
was only one line, but it was none the less painful.
Dave Eckhardt
The thing that none of the VM monitors seem to offer (though I'd love
to be proven wrong) is debugging tools for the guest operating
systems. This is odd, as it was one of the major uses of VM/370. So
if a guest kernel goes off into space, the VM monitor shuts down the
virtual machine or resets
it's unfortunate that computer history isn't a bigger
component of a computer science degree.
History and Philosophy of Science was slow in becoming a legitimate
academic pursuit of great practical value. It will probably not be
quite as long before the analogous subject will materialise
Do you think you'd recommend Parallels over VirtualBox? I've not tried plan
9 on VirtualBox as I usually opt to run it on real hardware where I can, and
9vx or drawterm to connect.
Forget about VirtualBox. It's nowhere near ready for prime time on
MacOS or Solaris. The only thing I've ever
bochs offers you that to some extent.
Bochs not only has a built in debugger, but it has a mechanism
to define new CPU instrumentations (via bochs source code,
recompile required) that you can enable and disable from the
debugger. Very cool feature if you need to investigate some
code or some
As far as I know you would need an emulator not a virtualizer.
On Jan 8, 2010, at 2:12 PM, ge...@plan9.bell-labs.com wrote:
I don't have enough experience with VirtualBox to make a sensible
comparison.
The thing that none of the VM monitors seem to offer (though I'd love
to be proven wrong)
On Jan 8, 2010, at 2:18 PM, ron minnich rminn...@gmail.com wrote:
On Fri, Jan 8, 2010 at 11:12 AM, ge...@plan9.bell-labs.com wrote:
I don't have enough experience with VirtualBox to make a sensible
comparison.
I had a horrible time with virtual box and Plan 9.
Did not work at all well. I
On Jan 8, 2010, at 1:43 PM, Tim Newsham wrote:
I might be having a hard time with the Japanese, but my impression is that
the plan 9 processes are now also L4 userspace servers. This makes me think
they're not running a paravirtualized Plan 9 on L4, but put L4 INTO Plan 9.
The paper I
On Jan 8, 2010, at 2:43 PM, Tim Newsham news...@lava.net wrote:
I might be having a hard time with the Japanese, but my impression
is that
the plan 9 processes are now also L4 userspace servers. This makes
me think
they're not running a paravirtualized Plan 9 on L4, but put L4 INTO
Plan
Do you think you'd recommend Parallels over VirtualBox? I've not
tried
plan
9 on VirtualBox as I usually opt to run it on real hardware where I
can,
and
9vx or drawterm to connect.
Forget about VirtualBox. It's nowhere near ready for prime time on
MacOS or Solaris. The only
On Jan 8, 2010, at 1:36 PM, Taj Khattra wrote:
They are running apache on a toaster? My goodness.
Once upon a time we crammed a PPC board into a stainless steal toaster as a
demo platform with the LCD popping out of the slot like a piece of toast. I
thought i had pictures, but can't for
On Jan 8, 2010, at 2:46 PM, erik quanstrom quans...@coraid.com wrote:
it's unfortunate that computer history isn't a bigger
component of a computer science degree.
History and Philosophy of Science was slow in becoming a legitimate
academic pursuit of great practical value. It will
History and Philosophy of Science was slow in becoming a legitimate
academic pursuit of great practical value. It will probably not be
quite as long before the analogous subject will materialise for
electronic computing. It is an answered question how much influence
financial interests will
I once used a microwave designed that way. Couldn't find the meal on
the list and had to manually set time and power with 3 digital buttons
:(
It looked nice though. It was painted whine red with black/dark-brown
shades just like my eyes.
On Fri, Jan 8, 2010 at 8:36 PM, Taj Khattra
lu...@proxima.alt.za wrote:
One of the issue I need to fix, further, is that the 386 linker (at
least) demands to access the runtime module (runtime.a - I am not yet
ready to build this library) and I wonder if there are any suggestions
here on how best to eliminate this mandatory requirements
Just look at
the recent Linux security hole attributed to a gcc optimization ...
op-ti-mize [verb (trans.)] ... (gcc) to modify executable code so
that it fails more quickly
Perhaps the go 8l is not honoring the -l option? I just tried to
create a mbr from assembly and it reported the same runtime
requirements. A diff between the various sources might be useful since
they are similar.
see /sys/src/boot/pc*.
; mk -n mbr.install
8l -o mbr -H3 -T0x0600 -l mbr.8
Why libthread has threadcreate instead of something like fork? With
threadcreate you should make struct to pass more than one argument and
pass a pointer to it.
I also see no problem with recieving different values for each thread.
Memory is shared, but return value is stored in register
The digital group was in Adelaide. Shand worked for them and Mudge was
the honcho. Does that help? I'm still in contact with Shand - he
visited last month.
I'll give it a try.
brucee
On 1/8/10, Jeff Sickel j...@corpus-callosum.com wrote:
No, I'm not suggesting VAX/VMS on this channel::
erik quanstrom wrote:
; mk -n mbr.install
8l -o mbr -H3 -T0x0600 -l mbr.8
ls -l mbr
cp mbr /386/mbr
The go toolchain yields:
$ 8l -o mbr -H3 -T0x0600 -l mbr.8
confidence: runtime·morestack not defined
??none??: _rt0_386_plan9: not defined
src/cmd/8l/pass.c:
symmorestack =
Hello 9fans
When booting my JVC netbook with a USB stick plugged in Plan 9 will
recognized the device on boot and it will be usable when the system is
up. Removing the stick and plugging it in again will work fine, so
hotswap works here.
Problem:
When I boot *without* a USB stick plugged in Plan
Perhaps the go 8l is not honoring the -l option? I just tried to
create a mbr from assembly and it reported the same runtime
requirements. A diff between the various sources might be useful since
they are similar.
It was easy enough to turn that off, I'm not sure how to do it
selectively
If you can address these two, I think you can use 8l without the runtime.
I did: the -E option allows me to define an entry point other than
_rt0_386_plan9 (if memory serves), which is helpful, but
runtime·morestack (how does one compose that dot on the
conventional Plan 9 keyboard?) is taking
runtime·morestack (how does one compose that dot on the
conventional Plan 9 keyboard?)
compose+..
- erik
Problem:
When I boot *without* a USB stick plugged in Plan 9 won't
recognize/mount the USB stick while the system is up. Now hotswap
doesn't work.
What does usbd report if you set usbdebug=1 (or more?, I'm not sure)
in plan9.ini. I still have a couple of hosts that have trouble with
USB
On Fri, Jan 8, 2010 at 10:40 AM, anonymous aim0s...@lavabit.com wrote:
Why libthread has threadcreate instead of something like fork? With
Preemptive vs cooperative.
--
- curiosity sKilled the cat
On Fri Jan 8 23:31:23 EST 2010, pau...@gmail.com wrote:
On Fri, Jan 8, 2010 at 10:40 AM, anonymous aim0s...@lavabit.com wrote:
Why libthread has threadcreate instead of something like fork? With
Preemptive vs cooperative.
i think that misses the point of the question. the question
could
the threads and procs that are created by libthread have ther stacks
malloc()ed, so one thread can allocate a structure or buffer on its
stack and pass a pointer to another thread or proc. when you would do
a rfork(RFMEM) in a libthread program, the stacks would have been
shared by parent and
Hello
I just recompiled the kernel with your suggested modification in line
239 of the /sys/src/9/pc/devarch.c file.
Good news:
The port 0x400 in use disappeared and the rtl8139 PC Card is now
correctly recognized as:
#l0: rtl8139: 10Mbps port 0x400 irq 11: 001b1159be56
(LEDs are active)
Bad
Thanks, now I understand. The main question was why threadcreate asks
for function pointer and can't just leave me in my function like rfork.
So it is because we should move local variables out of scope as they
are no more valid cause we have a new completely clear stack.
But when it is better to
Thanks, now I understand. The main question was why threadcreate asks
for function pointer and can't just leave me in my function like rfork.
So it is because we should move local variables out of scope as they
are no more valid cause we have a new completely clear stack.
yes.
But when it is
ahh my wise, cold, east german friend.
good answer and fluffy agrees.
brucee
On 1/9/10, cinap_len...@gmx.de cinap_len...@gmx.de wrote:
Thanks, now I understand. The main question was why threadcreate asks
for function pointer and can't just leave me in my function like rfork.
So it is
55 matches
Mail list logo