the lock is in the bss. maybe the wrong page gets accessed after fork.
Charles Forsyth 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 on the (that) ARM.
>
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.
> 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
> /sys/lib
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 prepare
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 05/03/201
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 wrote:
> did
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 wrote:
> in theory the threads that interact with regular expressions in acme
> are all cooperatively scheduled. have you seen a case where they
> are
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 name
