Re: [9fans] plan9port compilation
You did not install the libX11-devel package on your distribution. -- David du Colombier
Re: [9fans] plan9port compilation
On Tue, Sep 20, 2011 at 2:00 AM, David du Colombier 0in...@gmail.comwrote: You did not install the libX11-devel package on your distribution. -- David du Colombier Ok thanks.
Re: [9fans] Parallels 6/7 and Q(qemu for mac)
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).
Re: [9fans] mail client; general question web vs command
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 msg Segmentation fault ; I obtained the same behavior on Fedora 15. It doesn't happen on earlier releases of Fedora, even when using the same dynamically linked smtp binary. Probably you updated something like glibc before rebuilding. Program received signal SIGSEGV, Segmentation fault. 0x0035db80edbb in raise () from /lib64/libpthread.so.0 -- David du Colombier
Re: [9fans] reverse search direction in p9p acme
On 19 September 2011 19:17, Rob Pike robp...@gmail.com 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.
Re: [9fans] qemu usb flash drive (stick)
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 remains, so I'm waiting for your tips :)
Re: [9fans] qemu usb flash drive (stick)
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 connect and enumerate any devices. You can use the ps(1) command to see whether usbd is running. term% ps|grep usbd miller50:06 4:02 492K Sleepusbd miller70:05 0:15 492K Preadusbd miller80:00 0:00 492K Preadusbd miller90:00 0:00 492K Rendez usbd miller 100:00 0:00 492K Rendez usbd miller 680:00 0:00 492K Rendez usbd You said you had seen the error message 'no hubs' when starting usb/usbd. It's often useful to explore the source code to find more information about an error message: term% src -n usb/usbd /sys/src/cmd/usb/usbd/usbd.c:809 term% grep 'no hubs' /sys/src/cmd/usb/usbd/*.c /sys/src/cmd/usb/usbd/usbd.c: sysfatal(/dev/usb: no hubs); Sysfatal exits after printing a message, so that explains why usbd is not running, and therefore isn't providing the /srv/usb service. To look for more clues about what's going wrong: - try 'ls -d /dev/usb' to see if '#u' is bound in /dev - try 'cat /dev/usb/ctl' to see what the state of your usb interfaces is - look in /dev/kmesg to see if there are any boot-time error messages relating to usb
Re: [9fans] Nemo book
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 may be commands (to run under Plan 9 or 9vx) or bootable files (e.g. kernels for Plan 9 or inferno, or stand-alone programs for embedded hardware). I guess this port [1] might be a good starting point? [1] http://code.google.com/p/ken-cc/ That isn't a port, it's just the same xa,xc,xl utils referred to above, removed from the inferno distribution and placed in their own self-contained package.
[9fans] sys: floating point in note handler
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 never needed so we never wrote the code to support it, or is there a fundamental reason why this is a no-no? Thanks -Steve
Re: [9fans] sys: floating point in note handler
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 operation. -- cinap
Re: [9fans] reverse search direction in p9p acme
rio doesn't have button 3 search. acme does. -rob
Re: [9fans] Parallels 6/7 and Q(qemu for mac)
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 find described getting qemu working on 10.5 or up. I found this http://tuntaposx.sourceforge.net/ , but was already too frustrated to put the effort into getting it to work with qemu.