#
011a1ac1 |
| 06-Oct-2023 |
Pleuvens |
test: switch to new-style ASSERT_EQ macros (#4159) Switch from old-style ASSERT macro to new-style ASSERT_EQ,... macros. Using new-style macros makes it easier to debug test failure
test: switch to new-style ASSERT_EQ macros (#4159) Switch from old-style ASSERT macro to new-style ASSERT_EQ,... macros. Using new-style macros makes it easier to debug test failures Fixes: https://github.com/libuv/libuv/issues/2974
show more ...
|
#
84525b26 |
| 07-Feb-2023 |
Ben Noordhuis |
test: remove timing-sensitive check (#3899) Remove expectations around uv_cond_timedwait() maximum sleep time. The OpenBSD buildbot sleeps more than 5x longer than requested. It no
test: remove timing-sensitive check (#3899) Remove expectations around uv_cond_timedwait() maximum sleep time. The OpenBSD buildbot sleeps more than 5x longer than requested. It no longer makes sense to expect some reasonable upper bound because at that point we've moved well beyond reasonable. Fixes: https://github.com/libuv/libuv/issues/3896
show more ...
|
Revision tags: v1.41.0, v1.40.0, v1.39.0, v1.38.1, v1.38.0, v1.37.0, v1.36.0, v1.35.0, v1.34.2, v1.34.1, v1.34.0, v1.33.1, v1.33.0, v1.32.0, v1.31.0, v1.30.1, v1.30.0, v1.29.1, v1.29.0, v1.28.0, v1.27.0, v1.26.0, v1.25.0, v1.24.1, v1.24.0 |
|
#
c5593b51 |
| 05-Nov-2018 |
Jameson Nash |
warnings: fix code that emits compiler warnings PR-URL: https://github.com/libuv/libuv/pull/2066 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Refael Ackermann <refack
warnings: fix code that emits compiler warnings PR-URL: https://github.com/libuv/libuv/pull/2066 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Refael Ackermann <refack@gmail.com>
show more ...
|
Revision tags: v1.23.2, v1.23.1 |
|
#
bb1a49e9 |
| 17-Sep-2018 |
Jamie Davis |
test: increase upper bound in condvar_5 Problem: Upper bound on thread wakeup was set to 1.5 * (requested timeout). On MacOS wakeup delay factors of 1.75 have been reported.
test: increase upper bound in condvar_5 Problem: Upper bound on thread wakeup was set to 1.5 * (requested timeout). On MacOS wakeup delay factors of 1.75 have been reported. Solution: Increase the bound to 5 * (requested timeout). Refs: https://github.com/libuv/libuv/issues/1910 PR-URL: https://github.com/libuv/libuv/pull/1990 Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Santiago Gimeno <santiago.gimeno@gmail.com>
show more ...
|
Revision tags: v1.23.0, v1.22.0, v1.21.0, v1.20.3, v1.20.2, v1.20.1, v1.20.0 |
|
#
f401e67b |
| 15-Mar-2018 |
Jamie Davis |
test: make test-condvar call uv_cond_wait Problem: The condvar tests could pass without uv_cond_wait (or uv_cond_timedwait) ever being invoked. Solution: Introduce semap
test: make test-condvar call uv_cond_wait Problem: The condvar tests could pass without uv_cond_wait (or uv_cond_timedwait) ever being invoked. Solution: Introduce semaphores to enforce ordering. Now there will always be a thread waiting on the condition when a signal() occurs. Gotchas: 1. On Windows, waiting for a timeout may return earlier than requested, depending on the granularity of timer ticks. 2. Timeout bounds are tuned based on our CI machines. Bonuses: 1. I added additional test cases to complete the test matrix. 2. It seemed to me that several of the condvar tests were redundant, because they used timing to probabilistically explore cases where there would be "missed connections" (signal without a waiter). Because it was not clear to me what the purpose of such tests were, I have removed them. Fixes: https://github.com/libuv/libuv/issues/1714 PR-URL: https://github.com/libuv/libuv/pull/1718 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Santiago Gimeno <santiago.gimeno@gmail.com>
show more ...
|
Revision tags: v1.19.2, v1.19.1 |
|
#
693c217f |
| 18-Jan-2018 |
Jamie Davis |
test: check uv_cond_timedwait more carefully Problem: The "timeout" functionality of uv_cond_timedwait was not being tested. The test (condvar_3) would use a worker that signaled the
test: check uv_cond_timedwait more carefully Problem: The "timeout" functionality of uv_cond_timedwait was not being tested. The test (condvar_3) would use a worker that signaled the condition. Solution: Introduce a new condvar test case to ensure that the timeout also works. PR-URL: https://github.com/libuv/libuv/pull/1713 Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: John Barboza <jbarboza@ca.ibm.com>
show more ...
|
Revision tags: v1.19.0, v1.18.0, v1.17.0, v1.16.1, v1.16.0, v1.15.0, v1.14.1, v1.14.0, v1.13.1, v1.13.0, v1.12.0, v1.11.0, v1.10.2, v1.10.1, v1.10.0, v0.10.37, v1.9.1, v1.9.0 |
|
#
ca0b6578 |
| 18-Feb-2016 |
Katsutoshi Horie |
test: fix deadlocks in uv_cond_wait Calling uv_cond_wait without uv_cond_signal/uv_cond_broadcast may cause deadlock. This commit avoids this situation as well as tests these functio
test: fix deadlocks in uv_cond_wait Calling uv_cond_wait without uv_cond_signal/uv_cond_broadcast may cause deadlock. This commit avoids this situation as well as tests these functions. PR-URL: https://github.com/libuv/libuv/pull/728 Reviewed-By: Saúl Ibarra Corretgé <saghul@gmail.com>
show more ...
|
Revision tags: v1.8.0, v1.7.5, v1.7.4, v1.7.3, v1.7.2, v1.7.1, v1.7.0, v1.6.1, v1.6.0, v1.5.0, v0.10.36, v1.4.2, v0.10.35, v1.4.1, v0.10.34, v1.4.0, v1.3.0, v0.10.33, v1.2.1, v1.2.0, v0.10.32, v1.1.0, v0.10.31, v1.0.2, v0.10.30, v1.0.1, v1.0.0, v0.10.29, v1.0.0-rc2, v1.0.0-rc1, v0.11.29, v0.11.28, v0.11.27, v0.10.28, v0.11.26, v0.10.27, v0.11.25, v0.11.24, v0.11.23, v0.10.26, v0.11.22, v0.11.21, v0.11.20, v0.10.25, v0.11.19, v0.10.24, v0.11.18, v0.10.23, v0.10.22, v0.11.17, v0.10.21, v0.11.16, v0.10.20, v0.11.15, v0.10.19, v0.11.14, v0.10.18, v0.10.17, v0.10.16, v0.11.13, v0.11.12, v0.11.11, v0.11.10, v0.10.15, v0.11.9, v0.10.14, v0.11.8, v0.11.7, v0.10.13, v0.11.6, v0.10.12, v0.11.5, v0.10.11 |
|
#
3ee4d3f1 |
| 06-Jun-2013 |
Ben Noordhuis |
unix, windows: return error codes directly This commit changes the libuv API to return error codes directly rather than storing them in a loop-global field. A code snippet like
unix, windows: return error codes directly This commit changes the libuv API to return error codes directly rather than storing them in a loop-global field. A code snippet like this one: if (uv_foo(loop) < 0) { uv_err_t err = uv_last_error(loop); fprintf(stderr, "%s\n", uv_strerror(err)); } Should be rewritten like this: int err = uv_foo(loop); if (err < 0) fprintf(stderr, "%s\n", uv_strerror(err)); The rationale for this change is that it should make creating bindings for other languages a lot easier: dealing with struct return values is painful with most FFIs and often downright buggy.
show more ...
|
Revision tags: v0.10.10, v0.11.4, v0.10.9, v0.10.8, v0.11.3, v0.10.7, v0.10.6, v0.11.2, v0.10.5, v0.10.4, v0.11.1, node-v0.11.0, v0.10.2, node-v0.7.3, node-v0.7.7, node-v0.7.5, node-v0.5.3, node-v0.10.1, node-v0.10.0, node-v0.9.12, node-v0.9.11, node-v0.8.21, node-v0.8.19, node-v0.9.10, node-v0.9.7, node-v0.9.6, node-v0.9.4, node-v0.8.17, node-v0.8.15, node-v0.9.3, node-v0.8.12 |
|
#
976c8a43 |
| 05-Oct-2012 |
Hiroaki Nakamura |
Add support for condition variables on all platforms |