mirror of
https://github.com/saymrwulf/pytorch.git
synced 2026-05-15 21:00:47 +00:00
8fcd80af20
Summary: Thanks Jonas1312 for validating this workground. Fixes #20635. However, I don't know exactly why this one is needed. The following are my guesses: 1. It is a CUDA bug. Static linking against `cudart` is the default now, so they didn't run enough tests for dynamic ones. 2. It is related to UCRT. But (1)according to msdn, shared DLLs should share the same CRT. (2) The CUDA related objects like `CUDevice` passing to `cudart` are stored on the stack, not the heap. (3) If this is the case, it should always fail, not sometimes. https://docs.microsoft.com/en-us/cpp/c-runtime-library/potential-errors-passing-crt-objects-across-dll-boundaries?view=vs-2019 3. It is a bug of our side. However, I was unable to find it. Pull Request resolved: https://github.com/pytorch/pytorch/pull/21062 Differential Revision: D15543557 Pulled By: ezyang fbshipit-source-id: c23af45ebf582fad93ce5f029af6e1f06cf1d49d |
||
|---|---|---|
| .. | ||
| External | ||
| Modules | ||
| Modules_CUDA_fix | ||
| public | ||
| BuildVariables.cmake | ||
| Caffe2Config.cmake.in | ||
| Caffe2ConfigVersion.cmake.in | ||
| cmake_uninstall.cmake.in | ||
| Codegen.cmake | ||
| Dependencies.cmake | ||
| GoogleTestPatch.cmake | ||
| MiscCheck.cmake | ||
| ProtoBuf.cmake | ||
| ProtoBufPatch.cmake | ||
| Summary.cmake | ||
| TorchConfig.cmake.in | ||
| TorchConfigVersion.cmake.in | ||
| Utils.cmake | ||
| Whitelist.cmake | ||