"Debug Assertion failed" in debug mode

[hed]

it depends when the temporary variable is being killed.
the line:
CString test2 = test.toStdString().c_str();
copy the data before the temporary object is being killed and its memory released.

anyway, to better show my problem:
take a look at the following code:

QString param = "111111111111111111111111";
QString test = QString("Test %1").arg(param);
test.toStdString();

QString param = "111111111111111111111111";
QString test = QString("Test %1").arg(param);
test.toStdString();

To copy to clipboard, switch view to plain text mode 

third line fails.
it's the destructor of the temprary object that fails.
Again -
there is a good chance i'm doing something wrong:
only i don't see what.

hed.

[wysota]

The temporary object gets destroyed immediately after the statement it was created in is finished.

If the std::strnig object is valid Qt has nothing more to do with it. Are you by any chance using VS6 to compile your project?

[ChristianEhrlicher]

Are you by any chance using VS6 to compile your project?

That's imho the correct question

Keep in mind that std::string and std::wstring are different regarding whether you compile the code in Debug or Release mode in every msvc version. So when you mix e.g. Release Qt and Debug Program or vice versa, you'll encounter a crash. But your linker should warn you about such things.
But why you need crappy std::string/wstring at all?

[Rayven]

To add to this growing post, I have run into similar issues when using std::string on VS2005 in debug mode. When the scope destructors are called the program aborts in the ~Tidy( ) function. This is only using std::strings and no QStrings what-so-ever. However, when I ran the same code on VS2003 it works just fine. The program also runs fine in release mode. I definatly believe it has something with VS implementation of std::string in converting it into a c_str( ). I am using Qt v4.3.0 as well, but I have to link to data libraries that return std::string's so dont assume that all people can get away from "crappy std::string/wstring". We have to make due.

[hed]

I am using .Net 2003
and in my case it was a Debug/Release mixing

i was compiling in debug mode while using the release QT libraries.
when changing to the debug libraries everything returned to behave normal


hed