STL map error with Cling

Hi.

I tried to use map with ROOT6 but I failed.
When I used ROOT5, it was okay.

I attach the error message below.


root [0] #include
root [1] using namespace std;
root [2] map<Int_t, TString> ha
(map<Int_t, class TString> &) @0x10cf300b0
root [3] ha[0] = “kiki”
(TString &) “kiki”[4]
root [4] ha[0]
input_line_219:2:21: error: use of undeclared identifier 'mapped_type’
cling::printValue((mapped_type *)0x7fde22fb9988,(mapped_type *)0x7fde22fb99…
^
input_line_219:2:34: error: expected expression
cling::printValue((mapped_type *)0x7fde22fb9988,(mapped_type *)0x7fde22fb99…
^

*** Break *** segmentation violation

===========================================================
There was a crash.
This is the entire stack trace of all threads:

Thread 6 (process 80630):
#0 0x0000000000000000 in ?? ()

Thread 5 (process 80630):
#0 0x00007fff81d09a1a in mach_msg_trap ()
#1 0x00007fff81d08d18 in mach_msg ()
#2 0x00007fff84b43f15 in __CFRunLoopServiceMachPort ()
#3 0x00007fff84b43539 in __CFRunLoopRun ()
#4 0x00007fff84b42e75 in CFRunLoopRunSpecific ()
#5 0x00007fff8588005e in _NSEventThread ()
#6 0x00007fff8a7f7899 in _pthread_body ()
#7 0x00007fff8a7f772a in _pthread_start ()
#8 0x00007fff8a7fbfc9 in thread_start ()

Thread 4 (process 80630):
#0 0x00007fff81d0de6a in __workq_kernreturn ()
#1 0x00007fff8a7f8f08 in _pthread_wqthread ()
#2 0x00007fff8a7fbfb9 in start_wqthread ()

Thread 3 (process 80630):
#0 0x00007fff81d0e662 in kevent64 ()
#1 0x00007fff8d0d5421 in _dispatch_mgr_invoke ()
#2 0x00007fff8d0d5136 in _dispatch_mgr_thread ()

Thread 2 (process 80630):
#0 0x00007fff81d0de6a in __workq_kernreturn ()
#1 0x00007fff8a7f8f08 in _pthread_wqthread ()
#2 0x00007fff8a7fbfb9 in start_wqthread ()

Thread 1 (process 80630):
#0 0x00007fff81d0de38 in wait4 ()
#1 0x00007fff8c402090 in system ()
#2 0x000000010424303a in TUnixSystem::StackTrace ()
#3 0x0000000104246549 in TUnixSystem::DispatchSignals ()
#4
#5 0x00007fff8d37626c in std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator >::operator= ()
#6 0x0000000104661634 in cling::Value::print ()
#7 0x0000000104661e6a in cling::Value::dump ()
#8 0x0000000104663828 in cling::runtime::internal::setValueNoAlloc ()
#9 0x000000010613eb6a in ?? ()
#10 0x0000000104639acc in cling::IncrementalExecutor::executeFunction ()
#11 0x0000000104641c6d in cling::Interpreter::RunFunction ()
#12 0x00000001046411de in cling::Interpreter::EvaluateInternal ()
#13 0x0000000104640bba in cling::Interpreter::process ()
#14 0x0000000104675394 in cling::MetaProcessor::process ()
#15 0x000000010457b639 in TCling::ProcessLine ()
#16 0x000000010416925e in TApplication::ProcessLine ()
#17 0x000000010449f91d in TRint::ProcessLineNr ()
#18 0x00000001044a04d0 in TRint::HandleTermInput ()
#19 0x000000010424032d in TUnixSystem::CheckDescriptors ()
#20 0x0000000104249023 in TMacOSXSystem::DispatchOneEvent ()
#21 0x00000001041c7b6a in TSystem::InnerLoop ()
#22 0x00000001041c79ae in TSystem::Run ()
#23 0x000000010416a3f4 in TApplication::Run ()
#24 0x000000010449f7e8 in TRint::Run ()
#25 0x00000001040fde8f in main ()

The lines below might hint at the cause of the crash.
If they do not help you then please submit a bug report at
root.cern.ch/bugs. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.

#5 0x00007fff8d37626c in std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator >::operator= ()
#6 0x0000000104661634 in cling::Value::print ()
#7 0x0000000104661e6a in cling::Value::dump ()
#8 0x0000000104663828 in cling::runtime::internal::setValueNoAlloc ()
#9 0x000000010613eb6a in ?? ()
#10 0x0000000104639acc in cling::IncrementalExecutor::executeFunction ()
#11 0x0000000104641c6d in cling::Interpreter::RunFunction ()
#12 0x00000001046411de in cling::Interpreter::EvaluateInternal ()
#13 0x0000000104640bba in cling::Interpreter::process ()
#14 0x0000000104675394 in cling::MetaProcessor::process ()

Hi,

thanks for reporting!
The issue is reproducible and a ticket which will lead to its resolution has been added to the ROOT bugtracker: sft.its.cern.ch/jira/browse/ROOT-6603

Cheers,
Danilo