right. as i mentioned, the structure of acme had been to keep all the
threads that might otherwise need locking in the same proc so as to
use cooperative multitasking to avoid the need for explicit locking.
therefore, i would not expect this bug to happen unless this code is
either somehow exceptional, or acme was working in to procs when it
should not be, or perhaps threads are not as cooperative as they might
be.
without resolution on this issue, it would seem likely that other bugs
are lurking. even if they have not yet been found. that is, it might be
that a more systemic fix may be necessary.
- erik
On Tuesday, May 13, 2014 9:34:17 AM UTC-4, Alexander Sychev wrote:
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
<quan...@gmail.com> wrote:
did you track down why the unexpected concurrency was happening? this
could result in other bugs as well.
- erik
On Tuesday, May 13, 2014 8:34:29 AM UTC-4, Alexander Sychev wrote:
There were problems in p9p under linux, when amail makes simultaneous searches in different windows.
in theory the threads that interact with regular expressions in acme
are all cooperatively scheduled. have you seen a case where they
are not? did pthreads blow up the model?
- erik
On Tuesday, May 13, 2014 7:11:02 AM UTC-4, Alexander Sychev wrote:
Hi,
I have commited some changes in my experimental fork of 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 names of mailboxes.
I'm living with these changes for some time, they are working.
P.S.
By the way, new log feature is excellent, it's a time to make more applications for acme :-)
--
Best regards,
santucco
--
---
You received this message because you are subscribed to the Google Groups "plan9port-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to plan9port-de...@googlegroups.com.
--
Best regards, santucco
--
Best regards,
santucco