Program_options assertion failure
im having an issue with a project using visual studio pro 2005 if it makes a difference the librarys im using are Qt, pdflib, boost, and some crystal com stuff thorugh activex my problem is that when I build in release my command line args are parsed fine and my application behaves as expected. when I build in debug mode, I get an asertion failure as follows Assertion failed: n == name.size()-2, file libs\program_options\src\options_description.cpp, line 122 the relevent code is as follows // process command line args.. po::options_description desc( "TEST" ); desc.add_options( ) ("help", "produce help message" ); ("hideSplash", "hide splash message" ) ("report", po::value<int>( ), "show requested report and quit" ) ; po::variables_map vm; po::store( po::parse_command_line( argc, argv, desc ), vm ); po::notify( vm ); if( vm.count( "help" ) ){ Log::Info::out( ) << "Help Message requested"; // show help window return true; } there is more blocks the same as the last if block that look for my other messages they are commented out now for testing though I am completely stumped and sought help on the #boost irc channel volodya and others on that channel were stumped as well if anyone has any insight into this issue I thank you in advance for your help :-D -- To follow the Path, Look to the master, Walk with the master, See through the master, Become the master
Johnathan Bunn wrote:
im having an issue with a project using visual studio pro 2005
if it makes a difference the librarys im using are Qt, pdflib, boost, and some crystal com stuff thorugh activex
my problem is that when I build in release my command line args are parsed fine and my application behaves as expected.
when I build in debug mode, I get an asertion failure as follows
Assertion failed: n == name.size()-2, file libs\program_options\src\options_description.cpp, line 122
Well, here's the code where assert happens: option_description& option_description::set_name(const char* _name) { std::string name(_name); string::size_type n = name.find(','); if (n != string::npos) { assert(n == name.size()-2); m_long_name = name.substr(0, n); m_short_name = '-' + name.substr(n+1,1); } else { m_long_name = name; } return *this; } We have identified that _name is "help,h", and the 'n' variable ends up as 8 -- which is twice as much as I've expected. There's some Unicode option enabled in project settings, but I have no idea why that would affect char* values.
I am completely stumped and sought help on the #boost irc channel
volodya and others on that channel were stumped as well
Yeah, I have no idea about this MSVC behaviour, so if some msvc user has any input, that would be great. - Volodya
-----Original Message----- From: boost-users-bounces@lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Vladimir Prus Sent: 17 July 2003 15:46 To: boost-users@lists.boost.org Subject: Re: [Boost-users] Program_options assertion failure
Johnathan Bunn wrote:
im having an issue with a project using visual studio pro 2005
if it makes a difference the librarys im using are Qt, pdflib, boost, and some crystal com stuff thorugh activex
my problem is that when I build in release my command line args are parsed fine and my application behaves as expected.
when I build in debug mode, I get an asertion failure as follows
Assertion failed: n == name.size()-2, file libs\program_options\src\options_description.cpp, line 122
Well, here's the code where assert happens:
option_description& option_description::set_name(const char* _name) { std::string name(_name); string::size_type n = name.find(','); if (n != string::npos) { assert(n == name.size()-2); m_long_name = name.substr(0, n); m_short_name = '-' + name.substr(n+1,1); } else { m_long_name = name; } return *this; }
We have identified that _name is "help,h", and the 'n' variable ends up as 8 -- which is twice as much as I've expected. There's some Unicode option enabled in project settings, but I have no idea why that would affect char* values.
I am completely stumped and sought help on the #boost irc channel
volodya and others on that channel were stumped as well
Yeah, I have no idea about this MSVC behaviour, so if some msvc user has any input, that would be great.
- Volodya
I don't have VC2005 so cannot try this, but I would suggest debugging through at the disassembly level and seeing what's happening in the registers, and hence where the 8 comes from - perhaps a bad type conversion somewhere - that would show up a compiler fault. Usual difference between release and debug on VS is that debug code has better default initialisation of variables, but the code look fine. I would suspect a compiler issue, I've certainly seem similar when using older versions of VS. Actually a thought just occurred - are the libraries built with a different unicode setting to the application, which may affect the definition (and bit size) of the string::size_type (guessing....)? Check the return value (at register level) from name.find() and compare with what is assigned to n. James This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately.
its interesting to note that when I use
"help,h" n is 8
when I use
"help" ( no ,h ), help is some random number often between 700 and 780
im not sure how string::find could be returning that and I really dont have
any clue how to tell whats goign on in the registers.. im not that good with
a debugger.. I guess now is a good time to learn...
On 8/29/07, Hughes, James
-----Original Message----- From: boost-users-bounces@lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Vladimir Prus Sent: 17 July 2003 15:46 To: boost-users@lists.boost.org Subject: Re: [Boost-users] Program_options assertion failure
Johnathan Bunn wrote:
im having an issue with a project using visual studio pro 2005
if it makes a difference the librarys im using are Qt, pdflib, boost, and some crystal com stuff thorugh activex
my problem is that when I build in release my command line args are parsed fine and my application behaves as expected.
when I build in debug mode, I get an asertion failure as follows
Assertion failed: n == name.size()-2, file libs\program_options\src\options_description.cpp, line 122
Well, here's the code where assert happens:
option_description& option_description::set_name(const char* _name) { std::string name(_name); string::size_type n = name.find(','); if (n != string::npos) { assert(n == name.size()-2); m_long_name = name.substr(0, n); m_short_name = '-' + name.substr(n+1,1); } else { m_long_name = name; } return *this; }
We have identified that _name is "help,h", and the 'n' variable ends up as 8 -- which is twice as much as I've expected. There's some Unicode option enabled in project settings, but I have no idea why that would affect char* values.
I am completely stumped and sought help on the #boost irc channel
volodya and others on that channel were stumped as well
Yeah, I have no idea about this MSVC behaviour, so if some msvc user has any input, that would be great.
- Volodya
I don't have VC2005 so cannot try this, but I would suggest debugging through at the disassembly level and seeing what's happening in the registers, and hence where the 8 comes from - perhaps a bad type conversion somewhere - that would show up a compiler fault. Usual difference between release and debug on VS is that debug code has better default initialisation of variables, but the code look fine. I would suspect a compiler issue, I've certainly seem similar when using older versions of VS.
Actually a thought just occurred - are the libraries built with a different unicode setting to the application, which may affect the definition (and bit size) of the string::size_type (guessing....)? Check the return value (at register level) from name.find() and compare with what is assigned to n.
James
This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately. _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
-- To follow the Path, Look to the master, Walk with the master, See through the master, Become the master
participants (3)
-
Hughes, James -
Johnathan Bunn -
Vladimir Prus