summaryrefslogtreecommitdiffstats
path: root/regress/lib/libpthread (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* temporarily fix the static tests in testall by using NOPIE_LDFLAGS.fgsch2012-11-061-2/+3
|
* correct check.fgsch2012-08-221-2/+2
|
* document some more disabled tests.fgsch2012-08-191-1/+4
|
* Switch to -lpthread.fgsch2012-08-191-2/+2
|
* Add a test for caching of stacks with the default attributesguenther2012-08-041-1/+30
|
* Now that socket timeouts don't return early, fix the regress to matchguenther2012-07-111-9/+8
|
* Enhance the blocking test and add a test for closing while half-openguenther2012-07-081-7/+72
|
* Add pthread spinlock support.pirofti2012-05-033-2/+57
| | | | | | | | | | | Implementation, documentation and naive regression tests for: - pthread_spin_init() - pthread_spin_destroy() - pthread_spin_lock() - pthread_spin_trylock() - pthread_spin_unlock() Implementation okay guenther@, documentation okay jmc@.
* Remove suspend_np1 test from regresskurt2012-04-132-115/+0
|
* Remove suspend_np1 from regress build.kurt2012-04-131-2/+2
|
* Make it easier to compile regress tests on other OSesguenther2012-04-131-6/+9
|
* Add a simple barrier regression test.pirofti2012-04-113-3/+55
|
* Another tiny test caseguenther2012-03-241-1/+4
|
* Add blocked_fifo.oga2012-03-191-3/+3
|
* Add a (failing) test for a deadlock with fifos and threads.oga2012-03-192-0/+88
| | | | | | | | | | The ``sleep until we have a writer'' behaviour of an open() on a fifo does so with the file descriptor table locked, so if we are waiting for another thread to be our writer we will hang forever. Found this using zotero and firefox. ok fgsch@
* another questionable hang.fgsch2012-03-072-0/+49
|
* Add tests for sem_timedwait()guenther2012-03-033-2/+124
|
* Verify that sem_wait() doesn't return zero without decrementing theguenther2012-03-031-3/+52
| | | | | semaphore when a signal is received. It should either resume waiting or return EINTR, preferrably the former.
* While we guarantee that a zero-filled sem_t variable will triggerguenther2012-03-033-6/+9
| | | | | | | EINVAL errors, a sem_t on the stack may have garbage, so make the tests portable by moving the sem_t from function to file scope. problem found by miod@
* test based on python's dubious test_3_join_in_forked_from_thread test.fgsch2012-02-272-0/+59
|
* update error message. inetd has not been used since rev 1.3.fgsch2012-02-261-2/+2
| | | | spotted by miod@
* similar change to the setsockopt1.c one: use the resolution of the monotonicfgsch2012-02-261-20/+35
| | | | clock from clock_getres(). while here use a different port when binding.
* Let this compile with gcc 2.miod2012-02-261-2/+3
|
* Check that PTHREAD_MUTEX_NORMAL mutexes will self-deadlock and thatguenther2012-02-231-1/+48
| | | | pthread_mutex_timedlock() will block and then timeout on self-deadlock
* similar change to the setsockopt1.c one: use the resolution of the monotonicfgsch2012-02-222-16/+29
| | | | clock from clock_getres(). while here use a different port when binding.
* Add pthread_suspend_np regress test. okay guenther@kurt2012-02-213-2/+117
|
* Switch the time measuring to be in timespecs, and then check theguenther2012-02-201-16/+32
| | | | | | difference against the resolution of the monotonic clock from clock_getres() discussed with fgsch@
* - remove invalid potions of blocked_* regress testskurt2012-02-204-70/+8
| | | | | | - reenable blocked_* regress tests. while this behaivor is not specifited by posix, deadlocking is not a reasonable behaivor and some ports depend on this to work.
* Disable the dup2_race test, as it requires a buggy behavior that uthreadsguenther2012-02-201-3/+5
| | | | happened to exhibit
* Round-robin behavior isn't guaranteed by SCHED_OTHER and the kernelguenther2012-02-201-2/+3
| | | | | doesn't have SCHED_FIFO or SCHED_RR support, so use sleep(1) to 'ensure' the second thread gets the lock when expected
* Enable the errno test; add a quick rwlocks testguenther2012-02-203-3/+161
|
* End the output with a newlineguenther2012-02-201-2/+2
|
* This test needs a large nprocs ulimit, so just have it raise its ownguenther2012-02-201-1/+8
|
* Need to block the signals in all thread for the kill(getpid(), SIGFOO)guenther2012-02-201-5/+15
| | | | | | tests to work. Disable the "sigwait for blocked but ignored signal" test as it depended on undefined behavior (POSIX quoted included for reference) and rthreads (currently) handles it the other way.
* SIGSTOP, SIGKILL, and (for threaded programs) SIGTHR are unblockableguenther2012-02-201-2/+6
|
* pthread_sigmask() was fixed to return the errno value on failureguenther2012-02-201-2/+4
|
* ops. compare against the socket timeout, not the alarm one.fgsch2012-02-203-15/+15
| | | | | | | sometimes these tests are incorrectly marked as failing (ktrace shows the read is returning within the specified timeout) but there are other times where they're taking slightly longer than expected. for now both cases are marked as failure.
* fix tests.fgsch2012-02-193-12/+15
|
* Add Id and public-domain declarationguenther2012-02-191-0/+4
|
* Add regress test for stack attributesguenther2012-02-193-3/+149
| | | | Disable some tests that depended on uthread's particular undefined behavior
* link new semaphore testsmpi2012-01-041-2/+2
|
* Basic semaphore testsmpi2012-01-0410-0/+215
| | | | ok guenther@
* better output on error.fgsch2011-12-124-28/+28
|
* The execve()-vs-threads test should test not just that the thread libraryguenther2011-11-251-3/+25
| | | | | doesn't blow up but also that (1) a failed execve doesn't kill other threads, and (2) a successful execve does make other threads vanish
* Regress test for per-(r)thread errno addressguenther2011-11-182-0/+201
|
* allow for this to timeout rather than hanging forever.fgsch2011-10-101-1/+2
|
* Test for the wait*() hang issue when SIGCHLD is ignored, as seen infgsch2011-10-093-2/+39
| | | | the python's subprocess' test.
* fix some checks.fgsch2011-10-013-6/+6
|
* enter signals.fgsch2011-10-011-3/+3
|
* Add tests to check signal handling during pthread_join(3) andfgsch2011-10-016-0/+122
| | | | pthread_mutex_lock(3). Currently failing.