Creating STL map<string, pair<string, string> >

Platform: Win95          Compiler: VC++ 4.2

I have a problem on creating the following map instance using the MS version of STL (internal error reported from the compiler):

typedef pair<string, string>  PairType;
typedef map<string, PairType, ::less<string>, allocator<PairType> >   MapType;

......

MapType     mymap;

To experiment, I changed the types in PairType to be pair<int, int>, it at least compiles okay. But if I switch one of the int back to string, the same symptom occurs.

The following lists my test source codes:


#pragma warning( disable : 4786)

#include <map>
#include <string>

typedef      pair<string, string>      PairType;
typedef      map<string, PairType, ::less<string>, allocator<PairType> >      MapType;


static void      do_test();

int
main()
{
      do_test();
      return 0;
}

static void
do_test()
{
      string      key1("key1"), key2("key999");
      string      data1("data1"), data2("data2"), data3("data3"), data4("data4");

      MapType      mymap;
      mymap[key1] = PairType(data1, data2);
}

rshekAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

yonatCommented:
You didn't write the compiler error, but I'm guessing that you
forgot to put
    using namespace std;
after the #includes.
0
rshekAuthor Commented:
We don't need to use the namespace std at all. MS version of STL already takes care of it. If the HP version is used, which it wasn't in this case and we'll not consider to use, then an explicit namespace is required.

Please notice the following points in my original question:

1. Changing pair<string, string> to pair<int, int> will work. So it is definitely not a namespace problem.

2. The map key and both the elements in the pair are of the same data type, i.e. string. I keep wondering whether it is not "allowed" to have the data and the key to be the same type (???).



The following encloses the compiler error message:

Compiling...
test_map.cpp
C:\MSDEV\INCLUDE\xtree(153) : fatal error C1001: INTERNAL COMPILER ERROR
  (compiler file 'd:\backend\src\P2\main.c', line 413)
    Please choose the Technical Support command on the Visual C++
    Help menu, or open the Technical Support help file for more information
Error executing cl.exe.

0
mikeblasCommented:
Using VC++ 4.2, I have no problem compiling your source using these command lines:

cl /c /GX /O2 yourfile.cpp
cl /c /GX /Od yourfile.cpp
cl /c /GX /O1 yourfile.cpp
cl /c /GX yourfile.cpp

please tell us what command-line switches you're using to cause the internal compiler error message.  (This is the same question you'd be asked if you called Product Support Services, as the error message requests.)

.B ekiM

0
CompTIA Cloud+

The CompTIA Cloud+ Basic training course will teach you about cloud concepts and models, data storage, networking, and network infrastructure.

rshekAuthor Commented:
I have tried using the command line:

cl /c /GX yourfile.cpp

and it works. BUT, to compile it in the Developer Studio it doesn't. However, the program compiles ok in Release settings (but I do require a debug version).

The followings are the project settings:

For debug settings: in C/C++ tab:

/nologo /MLd /W3 /Gm /GX /Zi /Od /D "WIN32" /D "_DEBUG" /D "_CONSOLE" /Fp"Debug/test_map.pch" /YX /Fo"Debug/" /Fd"Debug/" /c


For release settings: in C/C++ tab:

/nologo /ML /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "_MBCS" /Fp"Release/test_map.pch" /YX /Fo"Release/" /c

0
mikeblasCommented:
The code you've provided here still does't cause an ICE with either of the option sets that you've provided.  I'm not using the /Fp option you've provided, of course, since I don't have the code you're using to generate your PCH file.

This strongly suggests that the problem is because of some code that you still haven't shared with us.

.B ekiM

0
snemanovCommented:
Hello! Your code seems syntactically right.I've succeed to compile your code in the MSVC++4.2 with your settings in the debug mode as well as in the release mode. There is only difference I work under NT platform.One of the often occured reasons of ICE is a giant length of full names of objects in STL. The warning 4786 is warns about name truncating into debug info.The line xtree(153) is a constructor of _Tree class. It is the one of the longest names in the STL. Here it is:_Tree<basic_string<char,char_traits<char>,allocator<char>>,pair<basic_string<char,char_traits<char>,allocator<char>>,pair<basic_string<char,char_traits<char>,allocator<char>>,basic_string<char,char_traits<char>,allocator<char>>>>,map<basic_string<char,char_traits<char>,allocator<char>>,pair<basic_string<char,char_traits<char>,allocator<char>>,basic_string<char,char_traits<char>,allocator<char>>>,less<basic_string<char,char_traits<char>,allocator<char>>>,allocator<pair<basic_string<char,char_traits<char>,allocator<char>>,basic_string<char,char_traits<char>,allocator<char>>>>>::_Kfn,less<basic_string<char,char_traits<char>,allocator<char>>>,allocator<pair<basic_string<char,char_traits<char>,allocator<char>>,basic_string<char,char_traits<char>,allocator<char>>>>>::_Tree<basic_string<char,char_traits<char>,allocator<char>>,pair<basic_string<char,char_traits<char>,allocator<char>>,pair<basic_string<char,char_traits<char>,allocator<char>>,basic_string<char,char_traits<char>,allocator<char>>>>,map<basic_string<char,char_traits<char>,allocator<char>>,pair<basic_string<char,char_traits<char>,allocator<char>>,basic_string<char,char_traits<char>,allocator<char>>>,less<basic_string<char,char_traits<char>,allocator<char>>>,allocator<pair<basic_string<char,char_traits<char>,allocator<char>>,basic_string<char,char_traits<char>,allocator<char>>>>>::_Kfn,less<basic_string<char,char_traits<char>,allocator<char>>>,allocator<pair<basic_string<char,char_traits<char>,allocator<char>>,basic_string<char,char_traits<char>,allocator<char>>>>>'The other reason of the fault is the reserved word "explicit".It means do not do implicit conversions of input parameters of the function. MSVC++4.2 compiler compile but don't regards this new keyword. It could have a bug in combination with a name length.Well, what to do? Something of this:1) play with compiler options. It should help.2) try to use less robust object than map<string, PairType, ::less<string>, allocator<PairType> > MapType;(if you can)3) to remove explicit keyword from xtree(153);4) to upgrade compiler to 5.0. Many template bugs were corrected in this version.5) try to compile under NT. (It is slightly different compiler code running for Win95 and NT)For the clarity of the experiment close all other applications.

Best wishes, Sergey
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
rshekAuthor Commented:
Thanks for your answer, snemanov. I fact, if I remove the /Zi or /Z7, which flag to generate debug info, the code will compile but I won't be able to debug the code.

Indeed, I got round the problem by declaring a new class and build up a vector of the class instance.


0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Editors IDEs

From novice to tech pro — start learning today.