Terminate called after throwing an instance of an exception, core dumped












7














I am going over C++ exceptions and am running into an error that I am unsure of why it is giving me issues:



 #include <iostream>

 #include <exception>



 class err : public std::exception

 {

 public:

      const char* what() const noexcept { return "error"; }

 };



 void f() throw()

 {

      throw err();

 }



 int main()

 {

      try

      {

           f();

      }

      catch (const err& e)

      {

           std::cout << e.what() << std::endl;

      }

 }


When I run it, I get the following runtime error:



 terminate called after throwing an instance of 'err'

   what():  error

 Aborted (core dumped)


If I move the try/catch logic completely to f(), i.e.



 void f() 

 {

      try

      {

           throw err();

      }

      catch (const err& e)

      {

            std::cout << e.what() << std::endl;

      }

 }


And just call it from main (without the try/catch block in main), then there is no error. Am I not understanding something, as it relates to throwing exceptions from functions?






c++ c++11 exception







share|improve this question




















  • 5




    void f() throw() says that the function doesn't throw exceptions. And then you do.
    – Neil Butterworth
    1 hour ago










  • Absolutely! Are we only allowed to ask regex and database questions in this site? Have an upvote.
    – Bathsheba
    1 hour ago






  • 1




    Remove the throw(). You are saying "this function never throws" but then you violate that promise and throw anyway. That leads to std::terminate since you broke the rules of the language - at that point you cannot expect anything.
    – Jesper Juhl
    1 hour ago


















7














I am going over C++ exceptions and am running into an error that I am unsure of why it is giving me issues:



 #include <iostream>

 #include <exception>



 class err : public std::exception

 {

 public:

      const char* what() const noexcept { return "error"; }

 };



 void f() throw()

 {

      throw err();

 }



 int main()

 {

      try

      {

           f();

      }

      catch (const err& e)

      {

           std::cout << e.what() << std::endl;

      }

 }


When I run it, I get the following runtime error:



 terminate called after throwing an instance of 'err'

   what():  error

 Aborted (core dumped)


If I move the try/catch logic completely to f(), i.e.



 void f() 

 {

      try

      {

           throw err();

      }

      catch (const err& e)

      {

            std::cout << e.what() << std::endl;

      }

 }


And just call it from main (without the try/catch block in main), then there is no error. Am I not understanding something, as it relates to throwing exceptions from functions?






c++ c++11 exception







share|improve this question




















  • 5




    void f() throw() says that the function doesn't throw exceptions. And then you do.
    – Neil Butterworth
    1 hour ago










  • Absolutely! Are we only allowed to ask regex and database questions in this site? Have an upvote.
    – Bathsheba
    1 hour ago






  • 1




    Remove the throw(). You are saying "this function never throws" but then you violate that promise and throw anyway. That leads to std::terminate since you broke the rules of the language - at that point you cannot expect anything.
    – Jesper Juhl
    1 hour ago
















7












7








7







I am going over C++ exceptions and am running into an error that I am unsure of why it is giving me issues:



 #include <iostream>

 #include <exception>



 class err : public std::exception

 {

 public:

      const char* what() const noexcept { return "error"; }

 };



 void f() throw()

 {

      throw err();

 }



 int main()

 {

      try

      {

           f();

      }

      catch (const err& e)

      {

           std::cout << e.what() << std::endl;

      }

 }


When I run it, I get the following runtime error:



 terminate called after throwing an instance of 'err'

   what():  error

 Aborted (core dumped)


If I move the try/catch logic completely to f(), i.e.



 void f() 

 {

      try

      {

           throw err();

      }

      catch (const err& e)

      {

            std::cout << e.what() << std::endl;

      }

 }


And just call it from main (without the try/catch block in main), then there is no error. Am I not understanding something, as it relates to throwing exceptions from functions?






c++ c++11 exception







share|improve this question















I am going over C++ exceptions and am running into an error that I am unsure of why it is giving me issues:



 #include <iostream>

 #include <exception>



 class err : public std::exception

 {

 public:

      const char* what() const noexcept { return "error"; }

 };



 void f() throw()

 {

      throw err();

 }



 int main()

 {

      try

      {

           f();

      }

      catch (const err& e)

      {

           std::cout << e.what() << std::endl;

      }

 }


When I run it, I get the following runtime error:



 terminate called after throwing an instance of 'err'

   what():  error

 Aborted (core dumped)


If I move the try/catch logic completely to f(), i.e.



 void f() 

 {

      try

      {

           throw err();

      }

      catch (const err& e)

      {

            std::cout << e.what() << std::endl;

      }

 }


And just call it from main (without the try/catch block in main), then there is no error. Am I not understanding something, as it relates to throwing exceptions from functions?






c++ c++11 exception




c++ c++11 exception






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited 1 hour ago









Ron

10.5k21834




10.5k21834










asked 1 hour ago









HectorJ

474




474








  • 5




    void f() throw() says that the function doesn't throw exceptions. And then you do.
    – Neil Butterworth
    1 hour ago










  • Absolutely! Are we only allowed to ask regex and database questions in this site? Have an upvote.
    – Bathsheba
    1 hour ago






  • 1




    Remove the throw(). You are saying "this function never throws" but then you violate that promise and throw anyway. That leads to std::terminate since you broke the rules of the language - at that point you cannot expect anything.
    – Jesper Juhl
    1 hour ago
















  • 5




    void f() throw() says that the function doesn't throw exceptions. And then you do.
    – Neil Butterworth
    1 hour ago










  • Absolutely! Are we only allowed to ask regex and database questions in this site? Have an upvote.
    – Bathsheba
    1 hour ago






  • 1




    Remove the throw(). You are saying "this function never throws" but then you violate that promise and throw anyway. That leads to std::terminate since you broke the rules of the language - at that point you cannot expect anything.
    – Jesper Juhl
    1 hour ago










5




5




void f() throw() says that the function doesn't throw exceptions. And then you do.
– Neil Butterworth
1 hour ago




void f() throw() says that the function doesn't throw exceptions. And then you do.
– Neil Butterworth
1 hour ago












Absolutely! Are we only allowed to ask regex and database questions in this site? Have an upvote.
– Bathsheba
1 hour ago




Absolutely! Are we only allowed to ask regex and database questions in this site? Have an upvote.
– Bathsheba
1 hour ago




1




1




Remove the throw(). You are saying "this function never throws" but then you violate that promise and throw anyway. That leads to std::terminate since you broke the rules of the language - at that point you cannot expect anything.
– Jesper Juhl
1 hour ago






Remove the throw(). You are saying "this function never throws" but then you violate that promise and throw anyway. That leads to std::terminate since you broke the rules of the language - at that point you cannot expect anything.
– Jesper Juhl
1 hour ago














1 Answer
1






active

oldest

votes


















10














The throw() in void f() throw() is a dynamic exception specification and is deprecated since c++11. It's was supposed to be used to list the exceptions a function could throw. An empty specification (throw()) means there are no exceptions that your function could throw. Trying to throw an exception from such a function calls std::unexpected which, by default, terminates.



Since c++11 the preferred way of specifying that a function cannot throw is to use noexcept. For example void f() noexcept.






share|improve this answer























  • Since c++11 no? unless I’ve lost my marbles.
    – Bathsheba
    1 hour ago










  • Thank you! I had an incorrect understanding. It looks like noexcept(false) will provide the same functionality and looks to not have been deprecated
    – HectorJ
    1 hour ago






  • 1




    @HectorJ noexcept(false) is the default for most functions and usually does not need to be provided. I believe destructors are noexcept(true) by default and as far as I know that would be the only time noexcept(false) has meaning (though that's not recommended).
    – François Andrieux
    1 hour ago













Your Answer






StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");

StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f54011523%2fterminate-called-after-throwing-an-instance-of-an-exception-core-dumped%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









10














The throw() in void f() throw() is a dynamic exception specification and is deprecated since c++11. It's was supposed to be used to list the exceptions a function could throw. An empty specification (throw()) means there are no exceptions that your function could throw. Trying to throw an exception from such a function calls std::unexpected which, by default, terminates.



Since c++11 the preferred way of specifying that a function cannot throw is to use noexcept. For example void f() noexcept.






share|improve this answer























  • Since c++11 no? unless I’ve lost my marbles.
    – Bathsheba
    1 hour ago










  • Thank you! I had an incorrect understanding. It looks like noexcept(false) will provide the same functionality and looks to not have been deprecated
    – HectorJ
    1 hour ago






  • 1




    @HectorJ noexcept(false) is the default for most functions and usually does not need to be provided. I believe destructors are noexcept(true) by default and as far as I know that would be the only time noexcept(false) has meaning (though that's not recommended).
    – François Andrieux
    1 hour ago


















10














The throw() in void f() throw() is a dynamic exception specification and is deprecated since c++11. It's was supposed to be used to list the exceptions a function could throw. An empty specification (throw()) means there are no exceptions that your function could throw. Trying to throw an exception from such a function calls std::unexpected which, by default, terminates.



Since c++11 the preferred way of specifying that a function cannot throw is to use noexcept. For example void f() noexcept.






share|improve this answer























  • Since c++11 no? unless I’ve lost my marbles.
    – Bathsheba
    1 hour ago










  • Thank you! I had an incorrect understanding. It looks like noexcept(false) will provide the same functionality and looks to not have been deprecated
    – HectorJ
    1 hour ago






  • 1




    @HectorJ noexcept(false) is the default for most functions and usually does not need to be provided. I believe destructors are noexcept(true) by default and as far as I know that would be the only time noexcept(false) has meaning (though that's not recommended).
    – François Andrieux
    1 hour ago
















10












10








10






The throw() in void f() throw() is a dynamic exception specification and is deprecated since c++11. It's was supposed to be used to list the exceptions a function could throw. An empty specification (throw()) means there are no exceptions that your function could throw. Trying to throw an exception from such a function calls std::unexpected which, by default, terminates.



Since c++11 the preferred way of specifying that a function cannot throw is to use noexcept. For example void f() noexcept.






share|improve this answer














The throw() in void f() throw() is a dynamic exception specification and is deprecated since c++11. It's was supposed to be used to list the exceptions a function could throw. An empty specification (throw()) means there are no exceptions that your function could throw. Trying to throw an exception from such a function calls std::unexpected which, by default, terminates.



Since c++11 the preferred way of specifying that a function cannot throw is to use noexcept. For example void f() noexcept.







share|improve this answer














share|improve this answer



share|improve this answer








edited 1 hour ago

























answered 1 hour ago









François Andrieux

15.3k32547




15.3k32547












  • Since c++11 no? unless I’ve lost my marbles.
    – Bathsheba
    1 hour ago










  • Thank you! I had an incorrect understanding. It looks like noexcept(false) will provide the same functionality and looks to not have been deprecated
    – HectorJ
    1 hour ago






  • 1




    @HectorJ noexcept(false) is the default for most functions and usually does not need to be provided. I believe destructors are noexcept(true) by default and as far as I know that would be the only time noexcept(false) has meaning (though that's not recommended).
    – François Andrieux
    1 hour ago




















  • Since c++11 no? unless I’ve lost my marbles.
    – Bathsheba
    1 hour ago










  • Thank you! I had an incorrect understanding. It looks like noexcept(false) will provide the same functionality and looks to not have been deprecated
    – HectorJ
    1 hour ago






  • 1




    @HectorJ noexcept(false) is the default for most functions and usually does not need to be provided. I believe destructors are noexcept(true) by default and as far as I know that would be the only time noexcept(false) has meaning (though that's not recommended).
    – François Andrieux
    1 hour ago


















Since c++11 no? unless I’ve lost my marbles.
– Bathsheba
1 hour ago




Since c++11 no? unless I’ve lost my marbles.
– Bathsheba
1 hour ago












Thank you! I had an incorrect understanding. It looks like noexcept(false) will provide the same functionality and looks to not have been deprecated
– HectorJ
1 hour ago




Thank you! I had an incorrect understanding. It looks like noexcept(false) will provide the same functionality and looks to not have been deprecated
– HectorJ
1 hour ago




1




1




@HectorJ noexcept(false) is the default for most functions and usually does not need to be provided. I believe destructors are noexcept(true) by default and as far as I know that would be the only time noexcept(false) has meaning (though that's not recommended).
– François Andrieux
1 hour ago






@HectorJ noexcept(false) is the default for most functions and usually does not need to be provided. I believe destructors are noexcept(true) by default and as far as I know that would be the only time noexcept(false) has meaning (though that's not recommended).
– François Andrieux
1 hour ago




















draft saved

draft discarded




















































Thanks for contributing an answer to Stack Overflow!


  • Please be sure to answer the question. Provide details and share your research!

But avoid …



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.





Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


Please pay close attention to the following guidance:


  • Please be sure to answer the question. Provide details and share your research!

But avoid …



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f54011523%2fterminate-called-after-throwing-an-instance-of-an-exception-core-dumped%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







-

Popular posts from this blog

Eastern Orthodox Church

Image
Not to be confused with Oriental Orthodoxy, Eastern Christianity, or Eastern Catholic Churches. "Eastern Orthodoxy", "Orthodox Church", "Orthodox Catholic Church", and "Orthodox Christian Church" redirect here. For other uses, see Orthodox (disambiguation). This article may be too long to read and navigate comfortably . The readable prose size is 132 kilobytes. Please consider splitting content into sub-articles, condensing it, or adding or removing subheadings. ( January 2018 ) Part of a series on the Eastern Orthodox Church Mosaic of Christ Pantocrator, Hagia Sophia Overview Structure Theology (History of theology) Liturgy Church history Holy Mysteries View of salvation View of Mary View of icons Background Crucifixion / Resurrection / Ascension of Jesus Christianity Christian Church Apostolic succession Four Marks of the Church Orthodoxy Organization Autocephaly Patriarchate ...
Read more

Zagreb

Image
This article is about the Croatian capital city. For other uses, see Zagreb (disambiguation). City in City of Zagreb, Croatia Zagreb City Grad Zagreb City of Zagreb Clockwise, from top: St. Mark's Square, Croatian State Archives, Zagreb Tram, Art Pavilion, Cibona & HOTO towers and Croatian National Theatre. Flag Coat of arms Zagreb Location of Zagreb in Croatia Show map of Croatia Zagreb Zagreb (Europe) Show map of Europe Coordinates: 45°49′N 15°59′E  /  45.817°N 15.983°E  / 45.817; 15.983 Coordinates: 45°49′N 15°59′E  /  45.817°N 15.983°E  / 45.817; 15.983 Country   Croatia County City of Zagreb RC diocese 1094 Free royal city 1242 Unified 1850 Subdivisions 17 city districts 218 local committees (70 settlements) Government  • Type Mayor-Council  • Mayor Milan Bandić (BM 365)  • City Assembly 51 members BM 365, ZL, NS-R (14) SDP, GLAS, HNS, HSS, NH-PS (13) ...
Read more

Understanding the information contained in the Deep Space Network XML data?

Image
up vote 1 down vote favorite NASA's Deep Space Network activity can be viewed conveniently at https://eyes.nasa.gov/dsn/dsn.html but if you would like data in a more raw XML form, it can be accessed as described in this answer Below is a small Python script that reads the XML into a list of dictionaries, and saves it to disk as a JSON. The dictionaries are organized at the higher level by dish, then by spacecraft per dish. Question: What are the most-likely meanings of all the data field contained in the Deep Space Network XML data? This is the example url from the other answer, used in the script below: https://eyes.nasa.gov/dsn/data/1365107113.xml def dictify(r,root=True): # https://stackoverflow.com/questions/2148119/how-to-convert-an-xml-string-to-a-dictionary-in-python/30923963#30923963 if root: ret...
Read more