I tried it out today, and it seems to handle a few things differently than GCC, VC++, borland, or any other compiler i've tried -- some class constructor stuff didnt work as well as it usually does (forced me to have a generic constructor declaration, did not listen to the one with arguments, and then gave me a memory error when I tried to get around this by coding class functions to access private variables instead of directly assigning them at declaration i.e. class object{1,1,"etc");
this COULD be an issue with STLport, I'm not sure exactly how high quality STLport is... but its definitely a little different than GNUs glib, and microsoft & intels too. I definitely believe its somewhat foreign to me as I'm used to those three, and something is definitely different about the way this is working in DM/STLport.
it also noted the text "C:\" in a cout << string, and assumed the \ was a token and wouldnt compile that line because it was incomplete/unidentified, when it was JUST meant to be a character of text... every other compiler I used noticed this...
and again, its windows API implementation lacked almost as much as MinGW -- although it supposedly includes MFC and maybe has a bit better windows support being licensed and all, it does lack some specific console functionality (the color system for my game works just like MinGW -- although it compiles just fine, it doesnt understand the code because its missing something in the library -- just outputs the color number value instead of actually processing that into a color itself -- could be the system I have coded, but I think its the library implementations, as Intel C++ and Microsoft VC++ both compile and run this correctly)
the last one isnt the biggest issue, as im sure theres workarounds to it, different functionality, and even if not its unneccessary. the fact that classes seem to work differently, and that it recognizes tokens differently are major drawbacks -- although its strongpoint is really math, so I guess people satisfied with it are probably both comfortable with STLport's STL implementation and probably dont care too much about awkward character output problems like that...
I'm not at all familiar with the software you are referring to, but I can tell you that there is nothing wrong with the error it gives about the string. A backslash followed by a double quote is a single character - a literal double quote - which does not end the string. The syntax highlighting below might help: std::cout << "C:\" << wait_this stuff is still in the string"; // now we've actually ended the string
If you want a literal backslash, you need to escape it: std::cout << "C:\\"; // nothing else in the string