Searched hist:4343 (Results 1 - 2 of 2) sorted by relevance
| /haiku/src/apps/terminal/ | ||
| H A D | TermParse.h | diff 8d5e9931 Wed Aug 26 20:15:20 MDT 2009 Michael Lotz <mmlr@mlotz.ch> mmlr+anevilyak: Unconditionally release the reader sem when the previous buffer size was 0 instead of testing for fParserWaiting as there is a race condition between setting it to true in the parser thread and checking for it in the reader thread so a release_sem() could be missed causing #4343. To reduce the possible side effect of needlessly looping through acquire_sem() for too many unconditionally released sems, we eat them in the parser thread once we're sure we can't miss an event because of that. Also added a TODO about a memcpy() optimization as pointed out by Rene. +alphabranch git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32733 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 8d5e993169256ed80cc208d010179e9ff3f55708 Wed Aug 26 20:15:20 MDT 2009 Michael Lotz <mmlr@mlotz.ch> mmlr+anevilyak: Unconditionally release the reader sem when the previous buffer size was 0 instead of testing for fParserWaiting as there is a race condition between setting it to true in the parser thread and checking for it in the reader thread so a release_sem() could be missed causing #4343. To reduce the possible side effect of needlessly looping through acquire_sem() for too many unconditionally released sems, we eat them in the parser thread once we're sure we can't miss an event because of that. Also added a TODO about a memcpy() optimization as pointed out by Rene. +alphabranch git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32733 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
| H A D | TermParse.cpp | diff 8d5e9931 Wed Aug 26 20:15:20 MDT 2009 Michael Lotz <mmlr@mlotz.ch> mmlr+anevilyak: Unconditionally release the reader sem when the previous buffer size was 0 instead of testing for fParserWaiting as there is a race condition between setting it to true in the parser thread and checking for it in the reader thread so a release_sem() could be missed causing #4343. To reduce the possible side effect of needlessly looping through acquire_sem() for too many unconditionally released sems, we eat them in the parser thread once we're sure we can't miss an event because of that. Also added a TODO about a memcpy() optimization as pointed out by Rene. +alphabranch git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32733 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 8d5e993169256ed80cc208d010179e9ff3f55708 Wed Aug 26 20:15:20 MDT 2009 Michael Lotz <mmlr@mlotz.ch> mmlr+anevilyak: Unconditionally release the reader sem when the previous buffer size was 0 instead of testing for fParserWaiting as there is a race condition between setting it to true in the parser thread and checking for it in the reader thread so a release_sem() could be missed causing #4343. To reduce the possible side effect of needlessly looping through acquire_sem() for too many unconditionally released sems, we eat them in the parser thread once we're sure we can't miss an event because of that. Also added a TODO about a memcpy() optimization as pointed out by Rene. +alphabranch git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32733 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
Completed in 73 milliseconds