निम्न रनटाइम त्रुटि का अर्थ क्या है: "सक्रिय अपवाद के बिना बुलाया जाता है \ n निरस्त"

Question

बग ने मुझे लगभग दो दिनों तक परेशान किया: कोड चलाते समय मेरे पास एक सक्रिय अपवाद के बिना बुलाया जाने वाला टर्मटाइम त्रुटि है \ n निरस्त ",क्यूं कर?

मैं कोड का पता लगाने की कोशिश करता हूं और लाइन को "xx = new int [num]" कोड से बाहर निकल सकता है, मेरे परीक्षण मामले में संख्या लगभग 640000 (64 एमबी मेमोरी नई) है। जब मैं 10 के रूप में बहुत छोटा अंक सेट करता हूं, तो यह ठीक है, लेकिन इस बार मेरे कोड को गलत जवाब मिलता है।

मैं सभी "कोशिश/पकड़" खंड को हटाने की कोशिश करता हूं लेकिन अभी भी यह त्रुटि है।

इसके अलावा मैं // सभी फ़ंक्शन जो "xx = new int [num]" खंड कहता हूं, त्रुटि अभी भी मौजूद है, और इस बार मुझे लगता है कि कोड बाहर निकल सकता है सामान्य "लूप के लिए" सामान्य है।

सभी मामले कंपाइलर को पारित कर दिया है, क्या आपने कभी अपना कोड चलाने में इस त्रुटि को पूरा किया है? धन्यवाद!

मैं कुछ नष्ट खंड // और नीचे त्रुटि मिलती है: पता चला * ./ESMF_RegridWeightGen * glibc: munmap_chunk(): अमान्य सूचक: 0x00000000005cd376 *

Answer 1

"एक सक्रिय बिना किसी अपवाद के समाप्त" संदेश एक संकेत है कि, आपके कार्यक्रम में किसी बिंदु पर, अपवाद हैंडलिंग टूट गई है।

स्मृति आवंटन शायद प्राथमिक कारण है, लेकिन शायद त्रुटि साइट नहीं है। बड़ा आवंटन एक std :: bad_alloc अपवाद फेंक देगा, और यह अपवाद कहीं गलत तरीके से संभाला जाता है।

सिद्धांत को मान्य करने के लिए, की तरह

throw std::logic_error("Foo"); 

आवंटन ऊपर

एक लाइन डालने, इस बग के रूप में अच्छी तरह से सक्रिय होना चाहिए।

मैं इस के लिए दो सामान्य कारणों का सामना किया है:

• थ्रेड MinGW कार्यक्रमों सही झंडे के बिना संकलित
• एक नाशक कि स्टैक की प्रक्रिया के हिस्से के रूप में बुलाया गया था एक अपवाद

दिया है

आपको डीबगर के साथ बाद की स्थिति का निदान करने में सक्षम होना चाहिए। आपके आवेदन का एक स्टैक ट्रेस (उदा। जीडीबी में इसे चलाकर प्राप्त) को बहुत मदद करनी चाहिए।

Answer 2

जब मैंने फेंकने की कोशिश की तो मुझे इसका सामना करना पड़ा; एक पकड़ खंड के बाहर। रीथ्रो विफल रहता है और त्रुटि संदेश प्रदर्शित होता है।

Answer 3

जब मैंने यह त्रुटि देखी है, तो यह थ्रेड ऑब्जेक्ट को अवरुद्ध करने से पहले थ्रेड ऑब्जेक्ट को नष्ट कर देता है।

Answer 4

मिनजीडब्ल्यू के साथ, -mthreads जीसीसी को संकलक विकल्प जोड़ने से इस समस्या को हल किया जाता है।

the gcc manual से

:

-mthreads

Mingw32 पर

समर्थन धागे की सुरक्षित अपवाद हैंडलिंग। कोड जो थ्रेड-सुरक्षित अपवाद हैंडलिंग पर निर्भर करता है उसे सभी कोड को -mthreads विकल्प के साथ संकलित और लिंक करना होगा। संकलन करते समय, -mthreads परिभाषित करता है -D_MT; लिंक करते समय, यह एक विशेष धागा सहायक लाइब्रेरी-लिंकिंगवर्थ में लिंक करता है जो प्रति थ्रेड अपवाद हैंडलिंग डेटा को साफ़ करता है।

Answer 5

गीरॉइड मर्फी की तरह कहा त्रुटि होता है जब धागा वस्तु से पहले धागा समारोह अपने आप में पूरी तरह से मार डाला जा चुका है विलुप्त है।

से पहले::

#include "tinythread.h" 
... 
void fork_thread(void (*function_pointer)(void * arg), void * arg_pointer) { 
    tthread::thread t(function_pointer, arg_pointer); 
    // t is destructed here, causing the "terminate called ..." error 
} 

के बाद: मैं tinythread पुस्तकालय (http://tinythreadpp.bitsnbites.eu/) का उपयोग कर इस त्रुटि का पता लगाया

#include "tinythread.h" 
... 
void fork_thread(void (*function_pointer)(void * arg), void * arg_pointer) { 
    tthread::thread * t = new tthread::thread(function_pointer, arg_pointer); 
    // now the new thread object is not destructed here, preventing 
    // the "terminate called ..." error. Remember that because thread 
    // object must now be destructed explicitly (i.e. manually) with delete 
    // call you should store the pointer t to a vector of thread pointers 
    // for example. 
}