Recent 4.1 breakage...
Howard Hinnant
hhinnant@apple.com
Thu May 18 15:27:00 GMT 2006
On May 18, 2006, at 10:28 AM, Loren James Rittle wrote:
> That leave just one failure which has existed (for an unknown amount
> of time since I hadn't bootstrapped in ages):
>
> Assertion failed: (oss.str() == "Whatever"), function test01, file
> [...]
> libstdc++-v3/testsuite/27_io/basic_filebuf/seekoff/char/26777.cc,
> line 79.
> FAIL: 27_io/basic_filebuf/seekoff/char/26777.cc execution test
> Regarding the first point: what appears to have happened on my machine
> is that some test (or multiple tests) obtains an semaphore from the
> system but doesn't always release it. My machine is configured with
> 10 semaphores. After running the test suite N times, they were
> exhausted.
It appears that if libstdc++-v3/testsuite/27_io/basic_filebuf/seekoff/
char/26777.cc exits in this manner then it never calls s1.~semaphore
() and s2.~semaphore(), each of which would have called:
semctl(sem_set_, 0, IPC_RMID, val);
If I'm understanding your point above, on your system if a process
terminates without releasing a semaphore, that semaphore is lost
forever?
-Howard
More information about the Libstdc++
mailing list