Hi,
I have commited some changes in my experimental fork of plan9port.
https://bitbucket.org/santucco/plan9port
For acme I made thread safe processing of regular expressions (actually by
creating some context).
For upas/nfs I made a monitoring of all mailboxes and a decoding of
international
There were problems in p9p under linux, when amail makes simultaneous
searches in different windows.
On Tue, May 13, 2014 at 4:23 PM, quanstro quans...@gmail.com wrote:
in theory the threads that interact with regular expressions in acme
are all cooperatively scheduled. have you seen a case
Are there other similar bugs?
Actually, I was digging only the amail's problem.
Now I can't recall all details (it was few months ago), but I had saw
parallel calls of regexp functions without any lock and I thought it should
be such way.
On Tue, May 13, 2014 at 4:44 PM, quanstro
For people following inferno-rpi,
Finally found half-hour to make the booting just from fat boot partition
on SD.
Now makes it even simpler to try regarding files etc:
http://lynxline.com/inferno-rpi-boot-from-dos-partition/
http://tor.lynxline.com/inferno-raspberry-pi-beta1-fat.zip
On
I may be one of the few with a still surviving Kirkwood dreamplugs,
though that could be tentative as who knows how long the hardware will
last. After the thing was running relatively well for a long
period of time, I finally got around to changing some http settings,
rebuilt userland, and
When I’d try and kill it, there’d be a likely chance that rc
would also get the same Semacquire deadlock. This can also be seen
using broke to try and prune dead dns processes:
dream% acid 158
/proc/158/text:arm plan 9 executable
/sys/lib/acid/port
I've got one of those that was fine last time I tried it. I'll try it in
the morning.
I wonder whether the change of lock to use semacquire instead of tas
doesn't work well on the (that) ARM.
It seems a strange coincidence that it always fails there.
the lock is in the bss. maybe the wrong page gets accessed after fork.
Charles Forsyth charles.fors...@gmail.com wrote:
I've got one of those that was fine last time I tried it. I'll try it in the
morning.
I wonder whether the change of lock to use semacquire instead of tas doesn't
work well