crash 相关问题

崩溃是导致程序完全停止的不可恢复错误的结果。

r crash rstudio

回答 0 投票 0

在使用XLClang ++的__cxa_end_catch中查看崩溃的一部分，我尝试对复制器进行重构以避免使用std :: exception_ptr，以查看是否会影响任何东西： #include 在使用XLClang ++__cxa_end_catch中研究carlash的一部分，我尝试重构复制器以避免使用std::exception_ptr，以查看是否会影响任何东西： #include <cstdio> #include <exception> #include <future> #include <thread> #include <vector> std::future<std::invalid_argument> GetExceptionFromDeadThread() { return std::async(std::launch::async, []() { try { throw std::invalid_argument("Some string long enough to allocate on the heap? "); } catch (std::invalid_argument e) { return e; } catch (...) { std::fprintf(stderr, "'std::rethrow_exception(future.get())' threw unexpected exception"); abort(); } }); } int main() { try { constexpr size_t numThreads(100); std::vector<std::future<std::invalid_argument>> futures; while (true) { for (size_t i = 0; i < numThreads; ++i) { futures.push_back(GetExceptionFromDeadThread()); } while (!futures.empty()) { auto& future(futures.back()); future.wait(); try { throw future.get(); } catch (std::invalid_argument&) { std::fputs(".", stdout); } catch (...) { std::fprintf(stderr, "'std::rethrow_exception(future.get())' threw unexpected exception"); abort(); } futures.pop_back(); } } } catch (...) { std::fprintf(stderr, "Caught unexpected exception"); abort(); } } 但我注意到，在Windows开发机上进行测试时（W/ Visual Studio 2022，在调试中默认创建的C ++控制台项目| X64配置），它正在崩溃！当我以为我正在研究AIX编译器/工具链的问题时，这打扰了我，但也许我做错了什么？ Heap[exception_ptr_test.exe]：指定为无效的地址 rtlvalidateHeap（0000021A37BB0000，00007FFFDA43A2F0） > ntdll.dll!RtlpBreakPointHeap() Unknown ntdll.dll!RtlpValidateHeapEntry() Unknown ntdll.dll!RtlValidateHeap() Unknown KernelBase.dll!HeapValidate() Unknown ucrtbased.dll!_CrtIsValidHeapPointer(const void * block) Line 1407 C++ ucrtbased.dll!free_dbg_nolock(void * const block, const int block_use) Line 904 C++ ucrtbased.dll!_free_dbg(void * block, int block_use) Line 1030 C++ ucrtbased.dll!free(void * block) Line 32 C++ vcruntime140d.dll!__std_exception_destroy(__std_exception_data * data) Line 46 C++ exception_ptr_test.exe!std::exception::~exception() Line 91 C++ exception_ptr_test.exe!std::logic_error::~logic_error() C++ exception_ptr_test.exe!std::invalid_argument::~invalid_argument() C++ exception_ptr_test.exe!std::_Packaged_state<std::invalid_argument __cdecl(void)>::_Call_immediate() Line 494 C++ exception_ptr_test.exe!std::_Task_async_state<std::invalid_argument>::{ctor}::__l2::<lambda_1>::operator()() Line 664 C++ exception_ptr_test.exe!std::invoke<`std::_Task_async_state<std::invalid_argument>::_Task_async_state<std::invalid_argument><std::_Fake_no_copy_callable_adapter<`GetExceptionFromDeadThread'::`2'::<lambda_1>>>'::`2'::<lambda_1> &>(std::_Task_async_state<std::invalid_argument>::{ctor}::__l2::<lambda_1> & _Obj) Line 1695 C++ exception_ptr_test.exe!std::_Func_impl_no_alloc<`std::_Task_async_state<std::invalid_argument>::_Task_async_state<std::invalid_argument><std::_Fake_no_copy_callable_adapter<`GetExceptionFromDeadThread'::`2'::<lambda_1>>>'::`2'::<lambda_1>,void>::_Do_call() Line 874 C++ exception_ptr_test.exe!std::_Func_class<void>::operator()() Line 920 C++ exception_ptr_test.exe!Concurrency::details::_MakeVoidToUnitFunc::__l2::<lambda_1>::operator()() Line 2363 C++ exception_ptr_test.exe!std::invoke<`Concurrency::details::_MakeVoidToUnitFunc'::`2'::<lambda_1> &>(Concurrency::details::_MakeVoidToUnitFunc::__l2::<lambda_1> & _Obj) Line 1696 C++ exception_ptr_test.exe!std::_Func_impl_no_alloc<`Concurrency::details::_MakeVoidToUnitFunc'::`2'::<lambda_1>,unsigned char>::_Do_call() Line 878 C++ exception_ptr_test.exe!std::_Func_class<unsigned char>::operator()() Line 921 C++ exception_ptr_test.exe!Concurrency::task<unsigned char>::_InitialTaskHandle<void,`std::_Task_async_state<std::invalid_argument>::_Task_async_state<std::invalid_argument><std::_Fake_no_copy_callable_adapter<`GetExceptionFromDeadThread'::`2'::<lambda_1>>>'::`2'::<lambda_1>,Concurrency::details::_TypeSelectorNoAsync>::_LogWorkItemAndInvokeUserLambda<std::function<unsigned char __cdecl(void)>>(std::function<unsigned char __cdecl(void)> _func) Line 3528 C++ exception_ptr_test.exe!Concurrency::task<unsigned char>::_InitialTaskHandle<void,`std::_Task_async_state<std::invalid_argument>::_Task_async_state<std::invalid_argument><std::_Fake_no_copy_callable_adapter<`GetExceptionFromDeadThread'::`2'::<lambda_1>>>'::`2'::<lambda_1>,Concurrency::details::_TypeSelectorNoAsync>::_Init(Concurrency::details::_TypeSelectorNoAsync __formal) Line 3548 C++ exception_ptr_test.exe!Concurrency::task<unsigned char>::_InitialTaskHandle<void,`std::_Task_async_state<std::invalid_argument>::_Task_async_state<std::invalid_argument><std::_Fake_no_copy_callable_adapter<`GetExceptionFromDeadThread'::`2'::<lambda_1>>>'::`2'::<lambda_1>,Concurrency::details::_TypeSelectorNoAsync>::_Perform() Line 3533 C++ exception_ptr_test.exe!Concurrency::details::_PPLTaskHandle<unsigned char,Concurrency::task<unsigned char>::_InitialTaskHandle<void,`std::_Task_async_state<std::invalid_argument>::_Task_async_state<std::invalid_argument><std::_Fake_no_copy_callable_adapter<`GetExceptionFromDeadThread'::`2'::<lambda_1>>>'::`2'::<lambda_1>,Concurrency::details::_TypeSelectorNoAsync>,Concurrency::details::_TaskProcHandle>::invoke() Line 1475 C++ exception_ptr_test.exe!Concurrency::details::_TaskProcHandle::_RunChoreBridge(void * _Parameter) Line 171 C++ exception_ptr_test.exe!Concurrency::details::_DefaultPPLTaskScheduler::_PPLTaskChore::_Callback(void * _Args) Line 57 C++ msvcp140d.dll!Concurrency::details::`anonymous namespace'::_Task_scheduler_callback(_TP_CALLBACK_INSTANCE * _Pci, void * _Args, _TP_WORK * __formal) Line 134 C++ ntdll.dll!TppWorkpExecuteCallback() Unknown ntdll.dll!TppWorkerThread() Unknown kernel32.dll!BaseThreadInitThunk() Unknown ntdll.dll!RtlUserThreadStart() Unknown ，此外，更改为return e使崩溃消失了。您“手动”捕获，然后按值返回一个异常对象（后来恢复返回对象）。这很容易导致双重破坏或其他细微的终身问题，尤其是如果将异常消息存储在堆分配的缓冲区中时。换句话说，您的额外应支付会导致调试CRT正确地抱怨无效的指针或指针免费。在您的代码中，您有： return std::invalid_argument(e)按值（std :: Invalid_argument e）进行启动迫使异常对象的副本。然后，您继续前进，这是另一个副本，最终在主线程中进行std::invalid_argument。这是相同异常对象弹跳的多个副本。一些标准的图书馆实现很小的剂量可以很好，但这通常是一个坏习惯，在您的代码中，它基本上是复制一个包含大型，动态分配的字符串的例外。 Instead，尝试： catch (std::invalid_argument e) { return e; } 至少在阻止捕获块中不必要的副本。您也可以使用return e;重新捕获您捕获的例外：throw future.get(); 对比，catch (const std::invalid_argument& e) { return e; } 总是抛出一个e。如果您的目标是保留原始异常对象（及其所有内部状态），请不要完全命名变量：只需使用throw; . 其他选项是，您也可以在same中手动存储异常，还可以利用catch (...) { // ... throw; // rethrow the same exception object } 或让throw e;做到。在引擎盖下，copy已经能够捕获异步功能中抛出的任何例外，并将其存储为throw;。如果您希望主线程看到该异常，只需让异步函数正常投掷，当您在主线程中执行std::future时，如果异步代码会引发异常，则std::exception::ptr调用它。例如： STD:: Future GetExceptionFromDeadThread（） { 返回std :: async（std ::启动:: async，[] { 投掷std :: invalid_argument（“一些字符串...”）; }）; }std::async结论，始终通过引用（std::async）捕获异常。如果您需要重新固定完全相同的例外，请使用std::exception::ptr而不是future.get()。重要的是，如果您可以利用get()的正常机制或int main() { auto fut = GetExceptionFromDeadThread(); try { fut.get(); } catch(const std::invalid_argument &e) { // handle } // ... } 。

c++ visual-studio crash

回答 1 投票 0

Excel在UpdateMacro

我在工作簿中有两个用户形式。

excel vba crash userform

回答 0 投票 0

降低转变为32位保护模式会导致三重故障我有一个简单的引导加载程序，该引导加载程序由两个部分组成 - 将第二个“阶段”加载到内存中并执行的实际引导加载程序。在第二阶段，我试图切换到32位Protec ...

operating-system crash 32-bit protected-mode gdt

回答 1 投票 0

PHP在Almalinux 8.10和PHP 8.4.2的WHM服务器上随机下降。它可以是什么？

上运行。在我的一台服务器中，每个网站都随机停止工作（它们停止响应，好像站点倒塌一样），我必须重新启动“ Apache的PHP-FPM服务”才能使所有内容再次工作。

php crash cpanel whm almalinux