Re: [9fans] python csp
2009/3/11 gd...@9grid.es: www.stackless.com not viable. it doesn't even support alt, as far as i can see. coming up: another port of the 9 code. maybe i'm hidebound, but i hate to do concurrent programming without channels!
[9fans] p9p Ubuntu packages
Greetings, Having gotten fed up of compiling and installing Plan 9 from User Space on all of my machines, I have packaged p9p for Ubuntu Linux and am hosting it on my package repository Ubuntu NLP [http://cl.naist.jp/~eric-n/ubuntu-nlp]. The packages are still very basic; I am literally building p9p with INSTALL -b, copying the results into a package, and calling INSTALL -c when the package is installed on the user's machine, but if you would like to give them a try, do the following: 1) Add Ubuntu NLP to your /etc/apt/sources.list file: deb http://cl.naist.jp/~eric-n/ubuntu-nlp distro plan9 deb-src http://cl.naist.jp/~eric-n/ubuntu-nlp distro plan9 where distro is one of the following: dapper, feisty, gutsy, hardy, intrepid (There seem to be some issues with the edgy repository that is preventing me from supporting it) 2) Add my public key to your keyring for package verication: wget http://cl.naist.jp/~eric-n/ubuntu-nlp/8ABD1965.gpg -O- | sudo apt-key add - 3) Refresh the apt sources: sudo apt-get update 4) Install plan9ports: sudo apt-get install plan9ports 5) Add $PLAN9 to your environment: PLAN9=/usr/share/plan9 export PLAN9 PATH=$PATH:$PLAN9/bin export PATH If you have any questions or comments, let me know. --underspecified
Re: [9fans] small node
From the picture, the thing has USB. Gotta be a way to DIY ethernet or wifi into it... http://ninetimes.cat-v.org/news/2008/12/24/1_New_driver_for_usb_ethernet_devices/
[9fans] IWP92009-Bondi
Please be advised that because of a change in weather the workshop will now start at 5:30am for a surf at south bondi. All delegates are expected not to be eaten by sharks. brucee
Re: [9fans] small node
On Fri, Mar 13, 2009 at 10:45 AM, maht mattmob...@proweb.co.uk wrote: From the picture, the thing has USB. Gotta be a way to DIY ethernet or wifi into it... http://ninetimes.cat-v.org/news/2008/12/24/1_New_driver_for_usb_ethernet_devices/ Hey, that's pretty cool
[9fans] drawterm crash. small fix. bug remains?
ignominously, i am dealing with an x86_64 linux
machine with 64-bit linux. this always crashes
drawterm
1. create new rio window
2. put window in hold mode
3. cut from an x application
4. paste into drawterm window from #2.
this change stopped it from crashing. i don't
know if this is a recent change to the x11 headers.
diff -c x11.c /root/drawterm/gui-x11/
x11.c:1426,1432 - /root/drawterm/gui-x11//x11.c:1426,1432
uchar *data, *xdata;
Atom clipboard, type, prop;
unsigned long lastlen;
- unsigned long dummy, len;
+ uint dummy, len;
int fmt, i;
Window w;
but i'm not fully convinced that it's all better. i
may just be masking the problem. notice that
c-aux == c in the following debugging output.
it may be just a coincidence, but i'm not so sure.
(gdb) r
Starting program: /root/drawterm/drawterm --c ladd
[Thread debugging using libthread_db enabled]
[New Thread 0x7f855c18c6f0 (LWP 9620)]
[New Thread 0x42455950 (LWP 9621)]
[New Thread 0x42c56950 (LWP 9627)]
[New Thread 0x43457950 (LWP 9628)]
[New Thread 0x43c58950 (LWP 9629)]
[New Thread 0x44459950 (LWP 9630)]
[New Thread 0x412be950 (LWP 9631)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x43c58950 (LWP 9629)]
0x0040aefa in consread (c=0x7f85, buf=0x6e36a0,
n=value optimized out, off=0) at devcons.c:762
762 c-aux = clipread();
(gdb) print c
$1 = (Chan *) 0x7f85
(gdb) print *c
Cannot access memory at address 0x7f85
(gdb) where
#0 0x0040aefa in consread (c=0x7f85, buf=0x6e36a0,
n=value optimized out, off=0) at devcons.c:762
#1 0x004125f7 in kread (fd=value optimized out, buf=0x6e36a0,
n=value optimized out, offp=0x43c57b90) at sysfile.c:408
#2 0x00412665 in _syspread (fd=6877216, buf=0x7f855b830320, n=7388928,
off=0) at sysfile.c:435
#3 0x00412722 in syspread (fd=10, buf=0x6e36a0, n=1024, off=0)
at sysfile.c:1046
#4 0x00425356 in slaveread (p=0x6b8770) at exportsrv.c:606
#5 0x004256f9 in blockingslave (x=value optimized out) at
exportsrv.c:496
#6 0x00415173 in tramp (vp=value optimized out) at posix.c:130
#7 0x7f855ba6c097 in start_thread () from /lib/libpthread.so.0
#8 0x7f855b7e3ccd in clone () from /lib/libc.so.6
#9 0x in ?? ()
(gdb) up
#1 0x004125f7 in kread (fd=value optimized out, buf=0x6e36a0,
n=value optimized out, offp=0x43c57b90) at sysfile.c:408
408 n = devtab[c-type]-read(c, buf, n, off);
(gdb) p c
$2 = (Chan *) 0x7f8554001960
(gdb) up
#2 0x00412665 in _syspread (fd=6877216, buf=0x7f855b830320, n=7388928,
off=0) at sysfile.c:435
435 return kread(fd, buf, n, off);
(gdb) down
#1 0x004125f7 in kread (fd=value optimized out, buf=0x6e36a0,
n=value optimized out, offp=0x43c57b90) at sysfile.c:408
408 n = devtab[c-type]-read(c, buf, n, off);
(gdb) p c-type
$3 = 1
(gdb) p c
$4 = (Chan *) 0x7f8554001960
(gdb) p c-aux
$5 = (void *) 0x7f8554001670
(gdb) p *c
$6 = {ref = {lk = {key = 0}, ref = 2}, next = 0x0, link = 0x7f8554001870,
offset = 0, type = 1, dev = 0, mode = 0, flag = 1, qid = {path = 19, vers =
0,
type = 0 '\0'}, fid = 133, iounit = 0, umh = 0x0, umc = 0x0, umqlock = {lk
= {
key = 0}, hold = 0x0, first = 0x0, last = 0x0}, uri = 0, dri = 0,
mountid = 0, mcp = 0x0, mux = 0x0, aux = 0x7f8554001670, pgrpid = {path = 0,
vers = 0, type = 0 '\0'}, mid = 0, mchan = 0x0, mqid = {path = 0, vers = 0,
type = 0 '\0'}, session = 0x0, name = 0x7f85540008c0}
(gdb) down
#0 0x0040aefa in consread (c=0x7f85, buf=0x6e36a0,
n=value optimized out, off=0) at devcons.c:762
762 c-aux = clipread();
(gdb) p c
$7 = (Chan *) 0x7f85
- erik
Re: [9fans] drawterm crash. small fix. bug remains?
nevermind. i guess this is the right fix. evidently i had a little dyslexic fit at 2 in the morning. as 0x7f8554001670 != 0x7f8554001960 - erik
Re: [9fans] python csp
coming up: another port of the 9 code. maybe i'm hidebound, but i hate to do concurrent programming without channels! How about using queues (http://docs.python.org/library/queue.html)? I've used them many times for inter-thread communication. John
Re: [9fans] python csp
coming up: another port of the 9 code. maybe i'm hidebound, but i hate to do concurrent programming without channels! me too. sign me up for alpha/beta testing.
Re: [9fans] python csp
2009/3/12 John Barham jbar...@gmail.com: How about using queues (http://docs.python.org/library/queue.html)? no alt.
Re: [9fans] python csp
How about using queues (http://docs.python.org/library/queue.html)? no alt. Couldn't you implement it approximately using http://docs.python.org/library/queue.html#Queue.Queue.qsize?
Re: [9fans] python csp
On Thu, Mar 12, 2009 at 4:08 AM, roger peppe rogpe...@gmail.com wrote: 2009/3/11 gd...@9grid.es: www.stackless.com not viable. it doesn't even support alt, as far as i can see. It seems to me from http://www.stackless.com/wiki/Channels#channel-balance that Stackless Python's Channels have alt-like capability built-in, i.e., support for multiple readers writers. —Joel Salomon
Re: [9fans] python csp
On Thu, Mar 12, 2009 at 10:54 AM, Joel C. Salomon joelcsalo...@gmail.comwrote: On Thu, Mar 12, 2009 at 4:08 AM, roger peppe rogpe...@gmail.com wrote: 2009/3/11 gd...@9grid.es: www.stackless.com not viable. it doesn't even support alt, as far as i can see. It seems to me from http://www.stackless.com/wiki/Channels#channel-balance that Stackless Python's Channels have alt-like capability built-in, i.e., support for multiple readers writers. —Joel Salomon Right but what if you want to alt the Channels, not the tasks waiting to write to a Channel. It's not quite the same, and sharing the channel seems a bit weird, but then I'm not used to Stackless' approach either. Dave
Re: [9fans] my /dev/time for Linux
On Fri, Mar 6, 2009 at 6:29 AM, maht mattmob...@proweb.co.uk wrote: nice one. Getting it upstream would be great. Another you know Y that's in Linux now, it's from Plan9, but if you want Plan9 you know where to find it (unless it's down today). Actually, I got Ashwin Ganti's Plan 9 capability device accepted into Greg K-H's staging tree. Should come with 2.6.29 as an experimental option. I'm also working with the folks at glendix.org on getting Linux to be binary compatible with Plan 9. We're always looking for help, if you're interested.
Re: [9fans] python csp
2009/3/12 John Barham jbar...@gmail.com: How about using queues (http://docs.python.org/library/queue.html)? no alt. Couldn't you implement it approximately using http://docs.python.org/library/queue.html#Queue.Queue.qsize? no. approximately in this case would mean wrong. for the time being, as i'm limited on time, i'm using pycsp with a very slim wrapper around it to make its interface palatable. it'll all be hideously inefficient, but i'm not too concerned about that currently. i've attached it in case anyone's interested. joel: multiple readers and writers isn't the same thing as alt at all - you need to be able to read from more than one channel at once. sharing a single channel between several processes doesn't get you that (although it's great to have, and the plan9/inferno channel model supports it) rog. p9csp.py Description: Binary data
[9fans] Realtek 8111C
hi, i have a quick question. does anyone know if realtek 8111c is supported? any help appreciated. thanks dharani
Re: [9fans] Realtek 8111C
hi erik, thanks for the quick response. regards dharani On Thu, Mar 12, 2009 at 1:17 PM, erik quanstrom quans...@quanstro.net wrote: works fine for me, even with jumbo packets: 5.0.0: net 02.00.00 10ec/8168 10 0:d801 256 2:feaff004 4096 3: 16 Realtek Semiconductor RTL8168/8111 Gigabit Ethernet NIC(NDIS 6.0) i'm too lazy to check if it's exactly a 8111c, but i've never had trouble with realtek 8169-style controllers. - erik
Re: [9fans] Realtek 8111C
Hello, I tried 8111C on GIGABYTE GA-G31M-S2L, but the controller did not work for me. I don't know if recent driver works. Additional information welcome. Kenji Arisawa On 2009/03/13, at 5:27, Tharaneedharan Vilwanathan wrote: hi erik, thanks for the quick response. regards dharani On Thu, Mar 12, 2009 at 1:17 PM, erik quanstrom quans...@quanstro.net wrote: works fine for me, even with jumbo packets: 5.0.0: net 02.00.00 10ec/8168 10 0:d801 256 2:feaff004 4096 3: 16 Realtek Semiconductor RTL8168/8111 Gigabit Ethernet NIC(NDIS 6.0) i'm too lazy to check if it's exactly a 8111c, but i've never had trouble with realtek 8169-style controllers. - erik
Re: [9fans] Realtek 8111C
On Thu Mar 12 18:35:33 EDT 2009, aris...@ar.aichi-u.ac.jp wrote: Hello, I tried 8111C on GIGABYTE GA-G31M-S2L, but the controller did not work for me. I don't know if recent driver works. Additional information welcome. Kenji Arisawa i am running a slightly different driver than the one on sources. (i just put it in /n/sources/contrib/quanstro/ether8169.c). i never had any trouble with the driver at all. the differences are due to some changes i needed to make to support jumbo frames. i used the linux driver for comparison. one or two of the sources driver's registers may be slightly misset, maybe this driver will work for you (modulo did). - erik
[9fans] new toy - gmap
New toy, a google maps client in a few lines of script - thanks to them rather than plan9. With no args it looks in /lib/sky/here and displays where you are, with some args describing a place on the planet it tries to show you the local roads. It should really have a GUI that lets you zoom and pan and select road, aerial or hybrid maps but that will wait for another day. You will need to sign up for a google maps key, though this is free and no significant demographics are required. I find it useful, YMMV /n/sources/contrib/steve/rc/gmap -Steve
