Networking in Q doesn't work on OSX because qemu needs a TUN/TAP bridge to get
off the host. OSX doesn't come with the tools to set it up as far as I can tell
— some searching I did a while back made it seem like older versions of OSX may
have had the appropriate programs, but nothing I could fi
rio doesn't have button 3 search. acme does.
-rob
i never hit that one. maybe pure luck. the linux signal handler doesnt execute
under the plan9 note context so it could just use fp if it wanted to. the
problem might be that we dont pass a proper fpu context in the note. to
get the fp context, we would need to read /proc/n/fpreg wich is expensive
working on linuxemu I find perl seems to use floating point
in a signal handler - I have not worked out where or why as
getting debug symbols for perl is harder than I expected.
I understand note handlers are not alowed to use floating point,
but why is this - is it just for simplicity - "it was n
>> Already done. The inferno distribution contains, in /utils, all
>> the Plan 9 xa, xc, xl (for x in [012568kv]) compilable by gcc.
>
> Would this be possible to use for a cross compiler with a Plan9
> target?
This *is* a cross compiler with a Plan 9 target. It generates
Plan 9 binaries, which
> I found out that `ls #u' is useful since #u is the short name bound to the
> usb directory. So if it works it means that usbd is up?
No, the existence of '#u' just shows that the kernel usb driver exists
and a usb interface has been found. The user-level usbd program is
needed in order to conn
I removed the similar topic, sorry for posting twice but the delay was long
thus I assumed that this one never reached the group.
I found out that `ls #u' is useful since #u is the short name bound to the usb
directory. So if it works it means that usbd is up? Nevertheless the problem
still rem
On 19 September 2011 19:17, Rob Pike wrote:
> i don't think either does anything.
indeed, but it's a useful nothing - they cancel an impending b3 action,
useful if you're sweeping with b3 and started in the wrong place.
> Ok. I wonder how I could forget to rebuilt then, but I did.
> Anyway, after rebuilding I get:
>
> ;$PLAN9/bin/upas/smtp -ai 'tcp!128.141.146.215!12345'
> rudolf.syk...@gmail.com rudolf.syk...@cern.ch Segmentation fault
> ;
I obtained the same behavior on Fedora 15. It doesn't happen
on earlier
On Tue, 20 Sep 2011 01:12:40 EDT ge...@plan9.bell-labs.com wrote:
> Parallels 6 runs Plan 9 for me.
And virtualbox 4.1.0 has worked for me (with 9atom).
10 matches
Mail list logo
