-
Alexander Alekhin authored
UMatData locks are not mapped on real locks (they are mapped to some "pre-initialized" pool). Concurrent execution of these statements may lead to deadlock: - a.copyTo(b) from thread 1 - c.copyTo(d) from thread 2 where: - 'a' and 'd' are mapped to single lock "A". - 'b' and 'c' are mapped to single lock "B". Workaround is to process locks with strict order.
cec70052
| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| calib3d | Loading commit data... | |
| core | ||
| cudaarithm | ||
| cudabgsegm | ||
| cudacodec | ||
| cudafeatures2d | ||
| cudafilters | ||
| cudaimgproc | ||
| cudalegacy | ||
| cudaobjdetect | ||
| cudaoptflow | ||
| cudastereo | ||
| cudawarping | ||
| cudev | ||
| dnn | ||
| features2d | ||
| flann | ||
| highgui | ||
| imgcodecs | ||
| imgproc | ||
| java | ||
| js | ||
| ml | ||
| objdetect | ||
| photo | ||
| python | ||
| shape | ||
| stitching | ||
| superres | ||
| ts | ||
| video | ||
| videoio | ||
| videostab | ||
| viz | ||
| world | ||
| CMakeLists.txt |