You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@stdcxx.apache.org by Mark Wright <ma...@internode.on.net> on 2008/03/19 15:23:11 UTC
__rw::__string_ref::size sigsegv
Hi,
I compile the following program with Sun Studio 12 on Solaris 10u4
with stdcxx compiled from subversion as 64 bit 15D:
#include <set>
#include <string>
std::set<std::string> setstr;
int main(int argc, char *argv[])
{
std::copy(argv, argv + argc, std::inserter(setstr, setstr.end()));
return 0;
}
With a Makefile like:
setstr : setstr.o
CC -D_REENTRANT -mt -g -xdebugformat=stabs -xs -xtarget=opteron -m64 -library=no%Cstd -library=Crun -I/h/goanna/1/a_5.10_m64/c/include -o setstr setstr.o -L/h/goanna/1/a_5.10_m64/c/lib -R/h/goanna/1/a_5.10_m64/c/lib -lstd15D
setstr.o : setstr.cpp
CC -D_REENTRANT -mt -g -xdebugformat=stabs -xs -xtarget=opteron -m64 -library=no%Cstd -library=Crun -I/h/goanna/1/a_5.10_m64/c/include -c setstr.cpp
clean:
rm setstr setstr.o
and run it (with no command line arguments), and it crashes with the stack
trace below. I was wondering if I am doing something wrong (it works fine
when compiled instead with -library=stlport4), or if you can reproduce it?
Thanks, Mark
goanna% gmake
CC -D_REENTRANT -mt -g -xdebugformat=stabs -xs -xtarget=opteron -m64 -library=no%Cstd -library=Crun -I/h/goanna/1/a_5.10_m64/c/include -c setstr.cpp
CC -D_REENTRANT -mt -g -xdebugformat=stabs -xs -xtarget=opteron -m64 -library=no%Cstd -library=Crun -I/h/goanna/1/a_5.10_m64/c/include -o setstr setstr.o -L/h/goanna/1/a_5.10_m64/c/lib -R/h/goanna/1/a_5.10_m64/c/lib -lstd15D
goanna% ./setstr
zsh: segmentation fault (core dumped) ./setstr
goanna% dbx ./setstr core
Reading setstr
core file header read successfully
Reading ld.so.1
Reading libstd15D.so.4.2.0
Reading libCrun.so.1
Reading libm.so.2
Reading libthread.so.1
Reading libc.so.1
t@1 (l@1) program terminated by signal SEGV (no mapping at the fault address)
dbx: warning: undefined type number (0,71) at /h/goanna/2/eng/dev/stdcxx/setstr/./setstr:setstr.cpp stab #63 nJ_C_link_t(0,68):t(0,70)=*(0,71),
assuming type `(int {assumed})'
Current function is __rw::__string_ref<char,std::char_traits<char>,std::allocator<char> >::size
211 return _C_size._C_size;
(dbx) where
current thread: t@1
=>[1] __rw::__string_ref<char,std::char_traits<char>,std::allocator<char> >::size(this = 0xffffffffffffffe8), line 211 in "_strref.h"
[2] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size(this = 0x41e8f0), line 247 in "string"
[3] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::compare(this = 0x41e8f0, __str = CLASS), line 1186 in "string"
[4] std::operator< <char,std::char_traits<char>,std::allocator<char> >(__lhs = CLASS, __rhs = CLASS), line 1356 in "string"
[5] std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >::operator()(this = 0x41d060, __x = CLASS, __y = CLASS), line 94 in "_funcbase.h"
[6] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x41d030, __it = CLASS, __v = CLASS, __dup = false), line 356 in "_tree.cc"
[7] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x41d030, __it = CLASS, __x = CLASS, __dup = false), line 592 in "_tree.h"
[8] std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x41d030, __it = CLASS, __x = CLASS), line 172 in "set"
[9] std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > >::operator=(this = 0xfffffd7fffdfd6d0, __x = CLASS), line 501 in "_iterator.h"
[10] std::copy<char**,std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > > >(__first = 0xfffffd7fffdfd798, __last = 0xfffffd7fffdfd7a0, __res = CLASS), line 95 in "_algobase.h"
[11] main(argc = 1, argv = 0xfffffd7fffdfd798), line 8 in "setstr.cpp"
(dbx) print -r *this
dbx: cannot access address 0xffffffffffffffe8
(dbx) frame 2
Current function is std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size
247 return _C_pref ()->size ();
(dbx) print -r *this
*this = {
basic_string<char,std::char_traits<char>,std::allocator<char> >::_C_data = (nil)
basic_string<char,std::char_traits<char>,std::allocator<char> >::npos = -1
_C_null_ref = struct __rw::__null_ref<char,std::char_traits<char>,std::allocator<char> > /* STATIC CLASS */
}
(dbx) loadobject -list
m /h/goanna/2/eng/dev/stdcxx/setstr/./setstr (primary)
m /h/goanna/1/a_5.10_m64/c/lib/libstd15D.so.4.2.0
m /usr/lib/amd64/libCrun.so.1
m /lib/amd64/libm.so.2
m /lib/amd64/libthread.so.1
m /lib/amd64/libc.so.1
(dbx)
--
Re: __rw::__string_ref::size sigsegv
Posted by Mark Wright <ma...@internode.on.net>.
On Thu, 20 Mar 2008 19:44:43 -0600
Martin Sebor <se...@roguewave.com> wrote:
> Martin Sebor wrote:
> > Mark Wright wrote:
> >>> On Thu, 20 Mar 2008 09:26:19 -0600
> >>> Martin Sebor <se...@roguewave.com> wrote:
> >>>
> >>> I couldn't reproduce the SEGV with 4.2.0 but I did reproduce it on
> >>> the head of trunk (both with Sun C++/Solaris and gcc/Linux). I
> >>> could reproduce the RUI in set::insert(). It turns out the RUI is
> >>> a known issue (http://issues.apache.org/jira/browse/STDCXX-87)
> >>> that hasn't been analyzed yet. I'm not sure it's related to the
> >>> SEGV. Let me spend some time on it today and get back to you.
> >>
> >> Hello Martin,
> >>
> >> Great, thanks.
> >>
> >>> Just to confirm: you're still using 4.2.0, correct?
> >>
> >> No, I built it from subversion yesterday.
> >
> > Okay, that explains the SEGV. We've recently introduced a regression
> > on trunk that's causing the problem. We should have a fix for it
> > soon.
>
> Travis checked in a fix for the SEGV:
> http://svn.apache.org/viewvc?view=rev&revision=639495
Hello Martin,
Great, thanks. I did an svn update to get the fix, rebuilt stdcxx,
and confirmed this fixes the SEGV, thanks.
> I've also made some progress on the RUI in set::insert(). My take
> on it is that it's probably a compiler bug. See the details here:
> http://issues.apache.org/jira/browse/STDCXX-87?focusedCommentId=12580978#action_12580978
>
> I don't have a small test case to send to Sun and I'm not 100% sure
> it's benign so I'll see if there's a way to work around it other
> than by defining the copy assignment operator in std::pair (it
> may not be the most efficient solution). Check the issue for
> updates.
>
> Martin
Thanks. Just in case you wanted to report it to the Sun Compiler
team, here is the link:
http://forum.java.sun.com/ann.jspa?annID=30
Thanks, Mark
--
Re: __rw::__string_ref::size sigsegv
Posted by Martin Sebor <se...@roguewave.com>.
Martin Sebor wrote:
> Mark Wright wrote:
>>> On Thu, 20 Mar 2008 09:26:19 -0600
>>> Martin Sebor <se...@roguewave.com> wrote:
>>>
>>> I couldn't reproduce the SEGV with 4.2.0 but I did reproduce it on
>>> the head of trunk (both with Sun C++/Solaris and gcc/Linux). I could
>>> reproduce the RUI in set::insert(). It turns out the RUI is a known
>>> issue (http://issues.apache.org/jira/browse/STDCXX-87) that hasn't
>>> been analyzed yet. I'm not sure it's related to the SEGV. Let me
>>> spend some time on it today and get back to you.
>>
>> Hello Martin,
>>
>> Great, thanks.
>>
>>> Just to confirm: you're still using 4.2.0, correct?
>>
>> No, I built it from subversion yesterday.
>
> Okay, that explains the SEGV. We've recently introduced a regression
> on trunk that's causing the problem. We should have a fix for it soon.
Travis checked in a fix for the SEGV:
http://svn.apache.org/viewvc?view=rev&revision=639495
I've also made some progress on the RUI in set::insert(). My take
on it is that it's probably a compiler bug. See the details here:
http://issues.apache.org/jira/browse/STDCXX-87?focusedCommentId=12580978#action_12580978
I don't have a small test case to send to Sun and I'm not 100% sure
it's benign so I'll see if there's a way to work around it other
than by defining the copy assignment operator in std::pair (it
may not be the most efficient solution). Check the issue for
updates.
Martin
>
>>
>>> And you used
>>> the stock command line options to build the library without any
>>> changes of your own (i.e., whatever our makefile uses)?
>>>
>>> Martin
>>
>> I built it with these minor tweaks:
>
> Okay, those should be fine.
>
>>
>> Index: stdcxx/etc/config/sunpro.config
>> ===================================================================
>> --- stdcxx/etc/config/sunpro.config (revision 639143)
>> +++ stdcxx/etc/config/sunpro.config (working copy)
>> @@ -74,7 +74,7 @@
>> RPATH = -R
>>
>> # debug/optimization options
>> -DEBUG_CXXFLAGS = -g
>> +DEBUG_CXXFLAGS = -g -xdebugformat=stabs
>> DEBUG_CPPFLAGS =
>>
>> OPTMZ_CXXFLAGS = -O
>> @@ -126,8 +126,8 @@
>> # starting with Sun C++ 5.9, the compiler prefers the generic
>> # -m32 and -m64 options to the architecture specific -xarch
>> # options some of which have been deprecated
>> - wide_flags = -m64
>> - narrow_flags = -m32
>> + wide_flags = -xtarget=opteron -m64
>> + narrow_flags = -xtarget=opteron -m32
>> else
>> # (try to) determine the architecture via the (non-standard)
>> # -p option recognized on (at least) Linux and Solaris
>> goanna%
>> with the stock 15D command line options:
>>
>> gmake BUILDDIR=/h/goanna/2/ta/stdcxx/stdcxx/build/15D BUILDTYPE=15D
>> CONFIG=sunpro.config
>>
>>> PS FWIW, here's my dbx output with check -all:
>>>
>>> Read from uninitialized (rui) on thread 1:
>>> Attempting to read 7 bytes at address 0xfffffd7fffdff3c9
>>> which is 201 bytes above the current stack pointer
>>> t@1 (l@1) stopped in std::pair<std::set<std::string>::iterator>,
>>> bool>::operator= at 0x000000000040c7da
>>> 0x000000000040c7da: operator=+0x002a: hlt
>>> (dbx) cont
>>> Checking for memory leaks...
>>>
>>> Actual leaks report (actual leaks: 0 total size: 0
>>> bytes
>>> )
>>>
>>>
>>>
>>> Possible leaks report (possible leaks: 0 total size: 0
>>> bytes
>>> )
>>>
>>>
>>> Checking for memory use...
>>>
>>> Blocks in use report (blocks in use: 0 total size: 0
>>> bytes
>>> )
>>>
>>>
>>>
>>> execution completed, exit code is 0
>>
>> I guess since there was no sigsegv with this dbx check -all
>> run, that this was with 4.2.0?
>
> Correct. Or with trunk with the patch below reverted:
> http://svn.apache.org/viewcvs?view=rev&rev=616673
>
> Martin
>
Re: __rw::__string_ref::size sigsegv
Posted by Martin Sebor <se...@roguewave.com>.
Mark Wright wrote:
>> On Thu, 20 Mar 2008 09:26:19 -0600
>> Martin Sebor <se...@roguewave.com> wrote:
>>
>> I couldn't reproduce the SEGV with 4.2.0 but I did reproduce it on
>> the head of trunk (both with Sun C++/Solaris and gcc/Linux). I could
>> reproduce the RUI in set::insert(). It turns out the RUI is a known
>> issue (http://issues.apache.org/jira/browse/STDCXX-87) that hasn't
>> been analyzed yet. I'm not sure it's related to the SEGV. Let me
>> spend some time on it today and get back to you.
>
> Hello Martin,
>
> Great, thanks.
>
>> Just to confirm: you're still using 4.2.0, correct?
>
> No, I built it from subversion yesterday.
Okay, that explains the SEGV. We've recently introduced a regression
on trunk that's causing the problem. We should have a fix for it soon.
>
>> And you used
>> the stock command line options to build the library without any
>> changes of your own (i.e., whatever our makefile uses)?
>>
>> Martin
>
> I built it with these minor tweaks:
Okay, those should be fine.
>
> Index: stdcxx/etc/config/sunpro.config
> ===================================================================
> --- stdcxx/etc/config/sunpro.config (revision 639143)
> +++ stdcxx/etc/config/sunpro.config (working copy)
> @@ -74,7 +74,7 @@
> RPATH = -R
>
> # debug/optimization options
> -DEBUG_CXXFLAGS = -g
> +DEBUG_CXXFLAGS = -g -xdebugformat=stabs
> DEBUG_CPPFLAGS =
>
> OPTMZ_CXXFLAGS = -O
> @@ -126,8 +126,8 @@
> # starting with Sun C++ 5.9, the compiler prefers the generic
> # -m32 and -m64 options to the architecture specific -xarch
> # options some of which have been deprecated
> - wide_flags = -m64
> - narrow_flags = -m32
> + wide_flags = -xtarget=opteron -m64
> + narrow_flags = -xtarget=opteron -m32
> else
> # (try to) determine the architecture via the (non-standard)
> # -p option recognized on (at least) Linux and Solaris
> goanna%
>
> with the stock 15D command line options:
>
> gmake BUILDDIR=/h/goanna/2/ta/stdcxx/stdcxx/build/15D BUILDTYPE=15D CONFIG=sunpro.config
>
>> PS FWIW, here's my dbx output with check -all:
>>
>> Read from uninitialized (rui) on thread 1:
>> Attempting to read 7 bytes at address 0xfffffd7fffdff3c9
>> which is 201 bytes above the current stack pointer
>> t@1 (l@1) stopped in std::pair<std::set<std::string>::iterator>,
>> bool>::operator= at 0x000000000040c7da
>> 0x000000000040c7da: operator=+0x002a: hlt
>> (dbx) cont
>> Checking for memory leaks...
>>
>> Actual leaks report (actual leaks: 0 total size:
>> 0 bytes
>> )
>>
>>
>>
>> Possible leaks report (possible leaks: 0 total size:
>> 0 bytes
>> )
>>
>>
>> Checking for memory use...
>>
>> Blocks in use report (blocks in use: 0 total size:
>> 0 bytes
>> )
>>
>>
>>
>> execution completed, exit code is 0
>
> I guess since there was no sigsegv with this dbx check -all
> run, that this was with 4.2.0?
Correct. Or with trunk with the patch below reverted:
http://svn.apache.org/viewcvs?view=rev&rev=616673
Martin
Re: __rw::__string_ref::size sigsegv
Posted by Mark Wright <ma...@internode.on.net>.
> On Thu, 20 Mar 2008 09:26:19 -0600
> Martin Sebor <se...@roguewave.com> wrote:
>
> I couldn't reproduce the SEGV with 4.2.0 but I did reproduce it on
> the head of trunk (both with Sun C++/Solaris and gcc/Linux). I could
> reproduce the RUI in set::insert(). It turns out the RUI is a known
> issue (http://issues.apache.org/jira/browse/STDCXX-87) that hasn't
> been analyzed yet. I'm not sure it's related to the SEGV. Let me
> spend some time on it today and get back to you.
Hello Martin,
Great, thanks.
> Just to confirm: you're still using 4.2.0, correct?
No, I built it from subversion yesterday.
> And you used
> the stock command line options to build the library without any
> changes of your own (i.e., whatever our makefile uses)?
>
> Martin
I built it with these minor tweaks:
Index: stdcxx/etc/config/sunpro.config
===================================================================
--- stdcxx/etc/config/sunpro.config (revision 639143)
+++ stdcxx/etc/config/sunpro.config (working copy)
@@ -74,7 +74,7 @@
RPATH = -R
# debug/optimization options
-DEBUG_CXXFLAGS = -g
+DEBUG_CXXFLAGS = -g -xdebugformat=stabs
DEBUG_CPPFLAGS =
OPTMZ_CXXFLAGS = -O
@@ -126,8 +126,8 @@
# starting with Sun C++ 5.9, the compiler prefers the generic
# -m32 and -m64 options to the architecture specific -xarch
# options some of which have been deprecated
- wide_flags = -m64
- narrow_flags = -m32
+ wide_flags = -xtarget=opteron -m64
+ narrow_flags = -xtarget=opteron -m32
else
# (try to) determine the architecture via the (non-standard)
# -p option recognized on (at least) Linux and Solaris
goanna%
with the stock 15D command line options:
gmake BUILDDIR=/h/goanna/2/ta/stdcxx/stdcxx/build/15D BUILDTYPE=15D CONFIG=sunpro.config
> PS FWIW, here's my dbx output with check -all:
>
> Read from uninitialized (rui) on thread 1:
> Attempting to read 7 bytes at address 0xfffffd7fffdff3c9
> which is 201 bytes above the current stack pointer
> t@1 (l@1) stopped in std::pair<std::set<std::string>::iterator>,
> bool>::operator= at 0x000000000040c7da
> 0x000000000040c7da: operator=+0x002a: hlt
> (dbx) cont
> Checking for memory leaks...
>
> Actual leaks report (actual leaks: 0 total size:
> 0 bytes
> )
>
>
>
> Possible leaks report (possible leaks: 0 total size:
> 0 bytes
> )
>
>
> Checking for memory use...
>
> Blocks in use report (blocks in use: 0 total size:
> 0 bytes
> )
>
>
>
> execution completed, exit code is 0
I guess since there was no sigsegv with this dbx check -all
run, that this was with 4.2.0?
Thanks, Mark
--
Re: regression in set::insert() (was: Re: __rw::__string_ref::size
sigsegv)
Posted by Travis Vitek <vi...@roguewave.com>.
Martin Sebor wrote:
>
> I suspect the SEGV discussed in the thread below is due to the patch
> for STDCXX-216: http://svn.apache.org/viewcvs?view=rev&rev=616673
>
> Reverting the patch makes the error go away. Travis, can you look
> into it when you have a moment please?
>
> Thanks
> Martin
>
--
View this message in context: http://www.nabble.com/regression-in-set%3A%3Ainsert%28%29-%28was%3A-Re%3A-__rw%3A%3A__string_ref%3A%3Asize-sigsegv%29-tp16182909p16189722.html
Sent from the stdcxx-dev mailing list archive at Nabble.com.
Re: regression in set::insert() (was: Re: __rw::__string_ref::size
sigsegv)
Posted by Martin Sebor <se...@roguewave.com>.
I guess never mind the UMR/RUI question. The dbx RUI is probably
caused by a compiler (or dbx) bug. It would be interesting to do
a comparison with gcc to see if dbx also complains about an RUI.
Here's my test case for the bug:
http://issues.apache.org/jira/browse/STDCXX-87?focusedCommentId=12580978#action_12580978
Martin Sebor wrote:
> Travis Vitek wrote:
>>
>>
>> Martin Sebor wrote:
>>> Travis Vitek wrote:
>>>>
>>>> Martin Sebor wrote:
>>>>> I suspect the SEGV discussed in the thread below is due to the patch
>>>>> for STDCXX-216: http://svn.apache.org/viewcvs?view=rev&rev=616673
>>>>>
>>>>> Reverting the patch makes the error go away. Travis, can you look
>>>>> into it when you have a moment please?
>>>>>
>>>>> Thanks
>>>>> Martin
>>>>>
>>>> Yes, I see the error. I'm creating a patch and a regression test right
>>>> now.
>>> Thanks!
>>>
>>> We'll need to take some time to write robust tests for the associative
>>> containers, just like Farid did for sequences last year. Otherwise it's
>>> far to easy to inadvertently introduce regressions. The tests we have
>>> are probably completely inadequate.
>>>
>>> We also need to put together some sort of a regression hunter. With all
>>> the failures we still have in our test suite it's impossible to tell if
>>> one or more of them is a regression.
>>>
>>> Martin
>>>
>>
>> Committed to trunk in
>> http://svn.apache.org/viewvc?view=rev&revision=639495.
>
> Great, many thanks! Btw., in your ChangeLog you mention avoiding UMR.
> I applied your patch but still get the dbx RUI that STDCXX-87 talks
> about (see below). Was the UMR something different?
>
> Read from uninitialized (rui) on thread 1:
> Attempting to read 7 bytes at address 0xfffffd7fffdff719
> which is 153 bytes above the current stack pointer
> t@1 (l@1) stopped in
> std::pair<__rw::__rw_tree_iter<int,long,int*,int&,__rw::__rw_rb_tree_node<std::allocator<int>,int,int,__rw::__ident<int,int>
> > >,bool>::operator= at 0x0000000000404910
> 0x0000000000404910: operator=+0x0020: hlt
>
> Martin
>
Re: regression in set::insert() (was: Re: __rw::__string_ref::size
sigsegv)
Posted by Martin Sebor <se...@roguewave.com>.
Travis Vitek wrote:
>
>
> Martin Sebor wrote:
>> Travis Vitek wrote:
>>>
>>> Martin Sebor wrote:
>>>> I suspect the SEGV discussed in the thread below is due to the patch
>>>> for STDCXX-216: http://svn.apache.org/viewcvs?view=rev&rev=616673
>>>>
>>>> Reverting the patch makes the error go away. Travis, can you look
>>>> into it when you have a moment please?
>>>>
>>>> Thanks
>>>> Martin
>>>>
>>> Yes, I see the error. I'm creating a patch and a regression test right
>>> now.
>> Thanks!
>>
>> We'll need to take some time to write robust tests for the associative
>> containers, just like Farid did for sequences last year. Otherwise it's
>> far to easy to inadvertently introduce regressions. The tests we have
>> are probably completely inadequate.
>>
>> We also need to put together some sort of a regression hunter. With all
>> the failures we still have in our test suite it's impossible to tell if
>> one or more of them is a regression.
>>
>> Martin
>>
>
> Committed to trunk in http://svn.apache.org/viewvc?view=rev&revision=639495.
Great, many thanks! Btw., in your ChangeLog you mention avoiding UMR.
I applied your patch but still get the dbx RUI that STDCXX-87 talks
about (see below). Was the UMR something different?
Read from uninitialized (rui) on thread 1:
Attempting to read 7 bytes at address 0xfffffd7fffdff719
which is 153 bytes above the current stack pointer
t@1 (l@1) stopped in
std::pair<__rw::__rw_tree_iter<int,long,int*,int&,__rw::__rw_rb_tree_node<std::allocator<int>,int,int,__rw::__ident<int,int>
> >,bool>::operator= at 0x0000000000404910
0x0000000000404910: operator=+0x0020: hlt
Martin
Re: regression in set::insert() (was: Re: __rw::__string_ref::size
sigsegv)
Posted by Travis Vitek <vi...@roguewave.com>.
Martin Sebor wrote:
>
> Travis Vitek wrote:
>>
>>
>> Martin Sebor wrote:
>>> I suspect the SEGV discussed in the thread below is due to the patch
>>> for STDCXX-216: http://svn.apache.org/viewcvs?view=rev&rev=616673
>>>
>>> Reverting the patch makes the error go away. Travis, can you look
>>> into it when you have a moment please?
>>>
>>> Thanks
>>> Martin
>>>
>>
>> Yes, I see the error. I'm creating a patch and a regression test right
>> now.
>
> Thanks!
>
> We'll need to take some time to write robust tests for the associative
> containers, just like Farid did for sequences last year. Otherwise it's
> far to easy to inadvertently introduce regressions. The tests we have
> are probably completely inadequate.
>
> We also need to put together some sort of a regression hunter. With all
> the failures we still have in our test suite it's impossible to tell if
> one or more of them is a regression.
>
> Martin
>
Committed to trunk in http://svn.apache.org/viewvc?view=rev&revision=639495.
Travis
--
View this message in context: http://www.nabble.com/regression-in-set%3A%3Ainsert%28%29-%28was%3A-Re%3A-__rw%3A%3A__string_ref%3A%3Asize-sigsegv%29-tp16182909p16190633.html
Sent from the stdcxx-dev mailing list archive at Nabble.com.
Re: regression in set::insert() (was: Re: __rw::__string_ref::size
sigsegv)
Posted by Martin Sebor <se...@roguewave.com>.
Travis Vitek wrote:
>
>
> Martin Sebor wrote:
>> I suspect the SEGV discussed in the thread below is due to the patch
>> for STDCXX-216: http://svn.apache.org/viewcvs?view=rev&rev=616673
>>
>> Reverting the patch makes the error go away. Travis, can you look
>> into it when you have a moment please?
>>
>> Thanks
>> Martin
>>
>
> Yes, I see the error. I'm creating a patch and a regression test right now.
Thanks!
We'll need to take some time to write robust tests for the associative
containers, just like Farid did for sequences last year. Otherwise it's
far to easy to inadvertently introduce regressions. The tests we have
are probably completely inadequate.
We also need to put together some sort of a regression hunter. With all
the failures we still have in our test suite it's impossible to tell if
one or more of them is a regression.
Martin
Re: regression in set::insert() (was: Re: __rw::__string_ref::size
sigsegv)
Posted by Travis Vitek <vi...@roguewave.com>.
Martin Sebor wrote:
>
> I suspect the SEGV discussed in the thread below is due to the patch
> for STDCXX-216: http://svn.apache.org/viewcvs?view=rev&rev=616673
>
> Reverting the patch makes the error go away. Travis, can you look
> into it when you have a moment please?
>
> Thanks
> Martin
>
Yes, I see the error. I'm creating a patch and a regression test right now.
Travis
--
View this message in context: http://www.nabble.com/regression-in-set%3A%3Ainsert%28%29-%28was%3A-Re%3A-__rw%3A%3A__string_ref%3A%3Asize-sigsegv%29-tp16182909p16189742.html
Sent from the stdcxx-dev mailing list archive at Nabble.com.
regression in set::insert() (was: Re: __rw::__string_ref::size sigsegv)
Posted by Martin Sebor <se...@roguewave.com>.
I suspect the SEGV discussed in the thread below is due to the patch
for STDCXX-216: http://svn.apache.org/viewcvs?view=rev&rev=616673
Reverting the patch makes the error go away. Travis, can you look
into it when you have a moment please?
Thanks
Martin
Martin Sebor wrote:
> Mark Wright wrote:
>> Hello Martin and everyone,
>>
>> Thanks. I added -D_RWSTDDEBUG to the Makefile like:
>
> I couldn't reproduce the SEGV with 4.2.0 but I did reproduce it on
> the head of trunk (both with Sun C++/Solaris and gcc/Linux). I could
> reproduce the RUI in set::insert(). It turns out the RUI is a known
> issue (http://issues.apache.org/jira/browse/STDCXX-87) that hasn't
> been analyzed yet. I'm not sure it's related to the SEGV. Let me
> spend some time on it today and get back to you.
>
> Just to confirm: you're still using 4.2.0, correct? And you used
> the stock command line options to build the library without any
> changes of your own (i.e., whatever our makefile uses)?
>
> Martin
>
> PS FWIW, here's my dbx output with check -all:
>
> Read from uninitialized (rui) on thread 1:
> Attempting to read 7 bytes at address 0xfffffd7fffdff3c9
> which is 201 bytes above the current stack pointer
> t@1 (l@1) stopped in std::pair<std::set<std::string>::iterator>,
> bool>::operator= at 0x000000000040c7da
> 0x000000000040c7da: operator=+0x002a: hlt
> (dbx) cont
> Checking for memory leaks...
>
> Actual leaks report (actual leaks: 0 total size: 0 bytes
> )
>
>
>
> Possible leaks report (possible leaks: 0 total size: 0 bytes
> )
>
>
> Checking for memory use...
>
> Blocks in use report (blocks in use: 0 total size: 0 bytes
> )
>
>
>
> execution completed, exit code is 0
>
>>
>> setstr : setstr.o
>> CC -D_RWSTDDEBUG -mt -g -xdebugformat=stabs -xs -m64
>> -library=%none -I/h/goanna/1/a_5.10_m64/c/include -o setstr setstr.o
>> -L/h/goanna/1/a_5.10_m64/c/lib -R/h/goanna/1/a_5.10_m64/c/lib -lstd15D
>>
>> setstr.o : setstr.cpp
>> CC -D_RWSTDDEBUG -mt -g -xdebugformat=stabs -xs -m64
>> -library=%none -I/h/goanna/1/a_5.10_m64/c/include -c setstr.cpp
>>
>> clean:
>> rm setstr setstr.o
>>
>> compiled the following tiny program with Sun Studio 12 on Solaris 10u4
>> with stdcxx
>> compiled from subversion as 64 bit 15D:
>>
>> #include <set>
>> #include <string>
>>
>> std::set<std::string> setstr;
>>
>> int main(int argc, char *argv[])
>> {
>> std::copy(argv, argv + argc, std::inserter(setstr, setstr.end()));
>> return 0;
>> }
>>
>> and ran it, unfortunately though it still encounters a sigsegv. So
>> I tried running it in dbx with Run Time Checking:
>>
>> goanna% dbx setstr
>> Reading setstr
>> Reading ld.so.1
>> Reading libstd15D.so.4.2.0
>> Reading libCrun.so.1
>> Reading libm.so.2
>> Reading libthread.so.1
>> Reading libc.so.1
>> dbx: warning: undefined type number (0,72) at
>> /h/goanna/2/eng/dev/stdcxx/setstr/setstr:setstr.cpp stab #64
>> nJ_C_link_t(0,69):t(0,71)=*(0,72),
>> assuming type `(int {assumed})'
>> (dbx) check -all
>> access checking - ON
>> memuse checking - ON
>> (dbx) run
>> Running: setstr (process id 2876)
>> Reading rtcapihook.so
>> Reading libdl.so.1
>> Reading rtcaudit.so
>> Reading libmapmalloc.so.1
>> Reading libgen.so.1
>> Reading rtcboot.so
>> Reading librtc.so
>> RTC: Enabling Error Checking...
>> RTC: Running program...
>> Reading disasm.so
>> Read from uninitialized (rui) on thread 1:
>> Attempting to read 8 bytes at address 0x424818
>> which is 32 bytes into a heap block of size 1280 bytes at 0x4247f8
>> This block was allocated from:
>> [1] operator new() at 0xfffffd7fddb0a0e9 [2]
>> __rw::__rw_allocate() at line 61 in "memory.cpp"
>> [3]
>> std::allocator<__rw::__rw_rb_tree_node<std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > >,std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >
>> > > >::allocate() at line 144 in "_allocator.h"
>> [4]
>> __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > >::_C_add_new_buffer() at line 143 in "_tree.cc"
>> [5]
>> __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > >::_C_get_link() at line 360 in "_tree.h"
>> [6]
>> __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > >::_C_get_node() at line 393 in "_tree.h"
>> [7]
>> __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > >::_C_init() at line 460 in "_tree.h"
>> [8]
>> __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > >::__rb_tree() at line 56 in "_tree.cc"
>>
>> Variable is 'this'
>> t@1 (l@1) stopped in
>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::_C_pref at line 842 in file "string"
>> 842 return _RWSTD_REINTERPRET_CAST (_C_string_ref_type*,
>> _C_data) - 1; (dbx) where
>> current thread: t@1
>> =>[1]
>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::_C_pref(this = 0x424818), line 842 in "string"
>> [2]
>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::size(this = 0x424818), line 247 in "string"
>> [3]
>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::size(this = 0x424818), line 247 in "string"
>> [4]
>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::compare(this = 0x424818, __str = CLASS), line 1186 in "string"
>> [5] std::operator< <char,std::char_traits<char>,std::allocator<char>
>> >(__lhs = CLASS, __rhs = CLASS), line 1356 in "string"
>> [6]
>> std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > >::operator()(this = 0x422778, __x = CLASS, __y = CLASS), line 94 in
>> "_funcbase.h"
>> [7]
>> __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > >::insert(this = 0x422748, __it = CLASS, __v = CLASS, __dup =
>> false), line 356 in "_tree.cc"
>> [8]
>> __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS, __dup =
>> false), line 592 in "_tree.h"
>> [9]
>> std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS), line 172 in
>> "set"
>> [10]
>> std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > > >::operator=(this = 0xfffffd7fffdfd530, __x = CLASS), line 501
>> in "_iterator.h"
>> [11]
>> std::copy<char**,std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > > > >(__first = 0xfffffd7fffdfd618, __last = 0xfffffd7fffdfd620,
>> __res = CLASS), line 95 in "_algobase.h"
>> [12] main(argc = 1, argv = 0xfffffd7fffdfd618), line 8 in "setstr.cpp"
>> (dbx) print -r *this
>> *this = {
>> basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::_C_data = (nil)
>> basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::npos = -1
>>
>> _C_null_ref
>> = struct
>> __rw::__null_ref<char,std::char_traits<char>,std::allocator<char> > /*
>> STATIC CLASS */
>> }
>> (dbx) cont
>> Read from unallocated (rua) on thread 1:
>> Attempting to read 8 bytes at address 0xfffffffffffffff8
>> t@1 (l@1) stopped in
>> __rw::__string_ref<char,std::char_traits<char>,std::allocator<char>
>> >::size at line 211 in file "_strref.h"
>> 211 return _C_size._C_size;
>> (dbx) where
>> current thread: t@1
>> =>[1]
>> __rw::__string_ref<char,std::char_traits<char>,std::allocator<char>
>> >::size(this = 0xffffffffffffffe8), line 211 in "_strref.h"
>> [2]
>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::size(this = 0xffffffffffffffe8), line 247 in "string"
>> [3]
>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::size(this = 0x424818), line 247 in "string"
>> [4]
>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::compare(this = 0x424818, __str = CLASS), line 1186 in "string"
>> [5] std::operator< <char,std::char_traits<char>,std::allocator<char>
>> >(__lhs = CLASS, __rhs = CLASS), line 1356 in "string"
>> [6]
>> std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > >::operator()(this = 0x422778, __x = CLASS, __y = CLASS), line 94 in
>> "_funcbase.h"
>> [7]
>> __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > >::insert(this = 0x422748, __it = CLASS, __v = CLASS, __dup =
>> false), line 356 in "_tree.cc"
>> [8]
>> __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS, __dup =
>> false), line 592 in "_tree.h"
>> [9]
>> std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS), line 172 in
>> "set"
>> [10]
>> std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > > >::operator=(this = 0xfffffd7fffdfd530, __x = CLASS), line 501
>> in "_iterator.h"
>> [11]
>> std::copy<char**,std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > > > >(__first = 0xfffffd7fffdfd618, __last = 0xfffffd7fffdfd620,
>> __res = CLASS), line 95 in "_algobase.h"
>> [12] main(argc = 1, argv = 0xfffffd7fffdfd618), line 8 in "setstr.cpp"
>> (dbx) print -r *this
>> dbx: cannot access address 0xffffffffffffffe8
>> (dbx) frame 2
>> Current function is
>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::size
>> 247 return _C_pref ()->size ();
>> (dbx) print -r *this
>> dbx: cannot access address 0xffffffffffffffe8
>> (dbx) frame 4
>> Current function is
>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::compare
>> 1186 const size_type __n1 = size ();
>> (dbx) (dbx) print -r *this
>> *this = {
>> basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::_C_data = (nil)
>> basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::npos = -1
>>
>> _C_null_ref
>> = struct
>> __rw::__null_ref<char,std::char_traits<char>,std::allocator<char> > /*
>> STATIC CLASS */
>> }
>> (dbx) cont
>> signal SEGV (no mapping at the fault address) at 0xfffffd7fe3f3cd00
>> 0xfffffd7fe3f3cd00: __rtc_catch_segv : pushq %rbp
>> Current function is
>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::size
>> 247 return _C_pref ()->size ();
>> (dbx) where
>> current thread: t@1
>> [1] 0xfffffd7fd7405fcf(0xffffffffffffffe8, 0xfffffd7fffdfd4d8,
>> 0xfffffd7fffdfd4d8, 0x0, 0xffffffffffffffe8, 0x4247f8), at
>> 0xfffffd7fd7405fcf [2] __sighndlr(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at
>> 0xfffffd7fd9fd1216 =>[3]
>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::size(this = 0x424818), line 247 in "string"
>> [4]
>> std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::compare(this = 0x424818, __str = CLASS), line 1186 in "string"
>> [5] std::operator< <char,std::char_traits<char>,std::allocator<char>
>> >(__lhs = CLASS, __rhs = CLASS), line 1356 in "string"
>> [6]
>> std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > >::operator()(this = 0x422778, __x = CLASS, __y = CLASS), line 94 in
>> "_funcbase.h"
>> [7]
>> __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > >::insert(this = 0x422748, __it = CLASS, __v = CLASS, __dup =
>> false), line 356 in "_tree.cc"
>> [8]
>> __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS, __dup =
>> false), line 592 in "_tree.h"
>> [9]
>> std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS), line 172 in
>> "set"
>> [10]
>> std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > > >::operator=(this = 0xfffffd7fffdfd530, __x = CLASS), line 501
>> in "_iterator.h"
>> [11]
>> std::copy<char**,std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> >
>> >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char>
>> > > > > >(__first = 0xfffffd7fffdfd618, __last = 0xfffffd7fffdfd620,
>> __res = CLASS), line 95 in "_algobase.h"
>> [12] main(argc = 1, argv = 0xfffffd7fffdfd618), line 8 in "setstr.cpp"
>> (dbx) print -r *this
>> *this = {
>> basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::_C_data = (nil)
>> basic_string<char,std::char_traits<char>,std::allocator<char>
>> >::npos = -1
>>
>> _C_null_ref
>> = struct
>> __rw::__null_ref<char,std::char_traits<char>,std::allocator<char> > /*
>> STATIC CLASS */
>> }
>> (dbx)
>> Thanks, Mark
>>
>
>
Re: __rw::__string_ref::size sigsegv
Posted by Martin Sebor <se...@roguewave.com>.
Mark Wright wrote:
> Hello Martin and everyone,
>
> Thanks. I added -D_RWSTDDEBUG to the Makefile like:
I couldn't reproduce the SEGV with 4.2.0 but I did reproduce it on
the head of trunk (both with Sun C++/Solaris and gcc/Linux). I could
reproduce the RUI in set::insert(). It turns out the RUI is a known
issue (http://issues.apache.org/jira/browse/STDCXX-87) that hasn't
been analyzed yet. I'm not sure it's related to the SEGV. Let me
spend some time on it today and get back to you.
Just to confirm: you're still using 4.2.0, correct? And you used
the stock command line options to build the library without any
changes of your own (i.e., whatever our makefile uses)?
Martin
PS FWIW, here's my dbx output with check -all:
Read from uninitialized (rui) on thread 1:
Attempting to read 7 bytes at address 0xfffffd7fffdff3c9
which is 201 bytes above the current stack pointer
t@1 (l@1) stopped in std::pair<std::set<std::string>::iterator>,
bool>::operator= at 0x000000000040c7da
0x000000000040c7da: operator=+0x002a: hlt
(dbx) cont
Checking for memory leaks...
Actual leaks report (actual leaks: 0 total size:
0 bytes
)
Possible leaks report (possible leaks: 0 total size:
0 bytes
)
Checking for memory use...
Blocks in use report (blocks in use: 0 total size:
0 bytes
)
execution completed, exit code is 0
>
> setstr : setstr.o
> CC -D_RWSTDDEBUG -mt -g -xdebugformat=stabs -xs -m64 -library=%none -I/h/goanna/1/a_5.10_m64/c/include -o setstr setstr.o -L/h/goanna/1/a_5.10_m64/c/lib -R/h/goanna/1/a_5.10_m64/c/lib -lstd15D
>
> setstr.o : setstr.cpp
> CC -D_RWSTDDEBUG -mt -g -xdebugformat=stabs -xs -m64 -library=%none -I/h/goanna/1/a_5.10_m64/c/include -c setstr.cpp
>
> clean:
> rm setstr setstr.o
>
> compiled the following tiny program with Sun Studio 12 on Solaris 10u4 with stdcxx
> compiled from subversion as 64 bit 15D:
>
> #include <set>
> #include <string>
>
> std::set<std::string> setstr;
>
> int main(int argc, char *argv[])
> {
> std::copy(argv, argv + argc, std::inserter(setstr, setstr.end()));
> return 0;
> }
>
> and ran it, unfortunately though it still encounters a sigsegv. So
> I tried running it in dbx with Run Time Checking:
>
> goanna% dbx setstr
> Reading setstr
> Reading ld.so.1
> Reading libstd15D.so.4.2.0
> Reading libCrun.so.1
> Reading libm.so.2
> Reading libthread.so.1
> Reading libc.so.1
> dbx: warning: undefined type number (0,72) at /h/goanna/2/eng/dev/stdcxx/setstr/setstr:setstr.cpp stab #64 nJ_C_link_t(0,69):t(0,71)=*(0,72),
> assuming type `(int {assumed})'
> (dbx) check -all
> access checking - ON
> memuse checking - ON
> (dbx) run
> Running: setstr
> (process id 2876)
> Reading rtcapihook.so
> Reading libdl.so.1
> Reading rtcaudit.so
> Reading libmapmalloc.so.1
> Reading libgen.so.1
> Reading rtcboot.so
> Reading librtc.so
> RTC: Enabling Error Checking...
> RTC: Running program...
> Reading disasm.so
> Read from uninitialized (rui) on thread 1:
> Attempting to read 8 bytes at address 0x424818
> which is 32 bytes into a heap block of size 1280 bytes at 0x4247f8
> This block was allocated from:
> [1] operator new() at 0xfffffd7fddb0a0e9
> [2] __rw::__rw_allocate() at line 61 in "memory.cpp"
> [3] std::allocator<__rw::__rw_rb_tree_node<std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > >::allocate() at line 144 in "_allocator.h"
> [4] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::_C_add_new_buffer() at line 143 in "_tree.cc"
> [5] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::_C_get_link() at line 360 in "_tree.h"
> [6] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::_C_get_node() at line 393 in "_tree.h"
> [7] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::_C_init() at line 460 in "_tree.h"
> [8] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::__rb_tree() at line 56 in "_tree.cc"
>
> Variable is 'this'
> t@1 (l@1) stopped in std::basic_string<char,std::char_traits<char>,std::allocator<char> >::_C_pref at line 842 in file "string"
> 842 return _RWSTD_REINTERPRET_CAST (_C_string_ref_type*, _C_data) - 1;
> (dbx) where
> current thread: t@1
> =>[1] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::_C_pref(this = 0x424818), line 842 in "string"
> [2] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size(this = 0x424818), line 247 in "string"
> [3] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size(this = 0x424818), line 247 in "string"
> [4] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::compare(this = 0x424818, __str = CLASS), line 1186 in "string"
> [5] std::operator< <char,std::char_traits<char>,std::allocator<char> >(__lhs = CLASS, __rhs = CLASS), line 1356 in "string"
> [6] std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >::operator()(this = 0x422778, __x = CLASS, __y = CLASS), line 94 in "_funcbase.h"
> [7] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __v = CLASS, __dup = false), line 356 in "_tree.cc"
> [8] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS, __dup = false), line 592 in "_tree.h"
> [9] std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS), line 172 in "set"
> [10] std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > >::operator=(this = 0xfffffd7fffdfd530, __x = CLASS), line 501 in "_iterator.h"
> [11] std::copy<char**,std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > > >(__first = 0xfffffd7fffdfd618, __last = 0xfffffd7fffdfd620, __res = CLASS), line 95 in "_algobase.h"
> [12] main(argc = 1, argv = 0xfffffd7fffdfd618), line 8 in "setstr.cpp"
> (dbx) print -r *this
> *this = {
> basic_string<char,std::char_traits<char>,std::allocator<char> >::_C_data = (nil)
> basic_string<char,std::char_traits<char>,std::allocator<char> >::npos = -1
> _C_null_ref = struct __rw::__null_ref<char,std::char_traits<char>,std::allocator<char> > /* STATIC CLASS */
> }
> (dbx) cont
> Read from unallocated (rua) on thread 1:
> Attempting to read 8 bytes at address 0xfffffffffffffff8
> t@1 (l@1) stopped in __rw::__string_ref<char,std::char_traits<char>,std::allocator<char> >::size at line 211 in file "_strref.h"
> 211 return _C_size._C_size;
> (dbx) where
> current thread: t@1
> =>[1] __rw::__string_ref<char,std::char_traits<char>,std::allocator<char> >::size(this = 0xffffffffffffffe8), line 211 in "_strref.h"
> [2] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size(this = 0xffffffffffffffe8), line 247 in "string"
> [3] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size(this = 0x424818), line 247 in "string"
> [4] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::compare(this = 0x424818, __str = CLASS), line 1186 in "string"
> [5] std::operator< <char,std::char_traits<char>,std::allocator<char> >(__lhs = CLASS, __rhs = CLASS), line 1356 in "string"
> [6] std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >::operator()(this = 0x422778, __x = CLASS, __y = CLASS), line 94 in "_funcbase.h"
> [7] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __v = CLASS, __dup = false), line 356 in "_tree.cc"
> [8] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS, __dup = false), line 592 in "_tree.h"
> [9] std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS), line 172 in "set"
> [10] std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > >::operator=(this = 0xfffffd7fffdfd530, __x = CLASS), line 501 in "_iterator.h"
> [11] std::copy<char**,std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > > >(__first = 0xfffffd7fffdfd618, __last = 0xfffffd7fffdfd620, __res = CLASS), line 95 in "_algobase.h"
> [12] main(argc = 1, argv = 0xfffffd7fffdfd618), line 8 in "setstr.cpp"
> (dbx) print -r *this
> dbx: cannot access address 0xffffffffffffffe8
> (dbx) frame 2
> Current function is std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size
> 247 return _C_pref ()->size ();
> (dbx) print -r *this
> dbx: cannot access address 0xffffffffffffffe8
> (dbx) frame 4
> Current function is std::basic_string<char,std::char_traits<char>,std::allocator<char> >::compare
> 1186 const size_type __n1 = size ();
> (dbx)
> (dbx) print -r *this
> *this = {
> basic_string<char,std::char_traits<char>,std::allocator<char> >::_C_data = (nil)
> basic_string<char,std::char_traits<char>,std::allocator<char> >::npos = -1
> _C_null_ref = struct __rw::__null_ref<char,std::char_traits<char>,std::allocator<char> > /* STATIC CLASS */
> }
> (dbx) cont
> signal SEGV (no mapping at the fault address) at 0xfffffd7fe3f3cd00
> 0xfffffd7fe3f3cd00: __rtc_catch_segv : pushq %rbp
> Current function is std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size
> 247 return _C_pref ()->size ();
> (dbx) where
> current thread: t@1
> [1] 0xfffffd7fd7405fcf(0xffffffffffffffe8, 0xfffffd7fffdfd4d8, 0xfffffd7fffdfd4d8, 0x0, 0xffffffffffffffe8, 0x4247f8), at 0xfffffd7fd7405fcf
> [2] __sighndlr(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xfffffd7fd9fd1216
> =>[3] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size(this = 0x424818), line 247 in "string"
> [4] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::compare(this = 0x424818, __str = CLASS), line 1186 in "string"
> [5] std::operator< <char,std::char_traits<char>,std::allocator<char> >(__lhs = CLASS, __rhs = CLASS), line 1356 in "string"
> [6] std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >::operator()(this = 0x422778, __x = CLASS, __y = CLASS), line 94 in "_funcbase.h"
> [7] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __v = CLASS, __dup = false), line 356 in "_tree.cc"
> [8] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS, __dup = false), line 592 in "_tree.h"
> [9] std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS), line 172 in "set"
> [10] std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > >::operator=(this = 0xfffffd7fffdfd530, __x = CLASS), line 501 in "_iterator.h"
> [11] std::copy<char**,std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > > >(__first = 0xfffffd7fffdfd618, __last = 0xfffffd7fffdfd620, __res = CLASS), line 95 in "_algobase.h"
> [12] main(argc = 1, argv = 0xfffffd7fffdfd618), line 8 in "setstr.cpp"
> (dbx) print -r *this
> *this = {
> basic_string<char,std::char_traits<char>,std::allocator<char> >::_C_data = (nil)
> basic_string<char,std::char_traits<char>,std::allocator<char> >::npos = -1
> _C_null_ref = struct __rw::__null_ref<char,std::char_traits<char>,std::allocator<char> > /* STATIC CLASS */
> }
> (dbx)
>
> Thanks, Mark
>
Re: __rw::__string_ref::size sigsegv
Posted by Mark Wright <ma...@internode.on.net>.
Hello Martin and everyone,
Thanks. I added -D_RWSTDDEBUG to the Makefile like:
setstr : setstr.o
CC -D_RWSTDDEBUG -mt -g -xdebugformat=stabs -xs -m64 -library=%none -I/h/goanna/1/a_5.10_m64/c/include -o setstr setstr.o -L/h/goanna/1/a_5.10_m64/c/lib -R/h/goanna/1/a_5.10_m64/c/lib -lstd15D
setstr.o : setstr.cpp
CC -D_RWSTDDEBUG -mt -g -xdebugformat=stabs -xs -m64 -library=%none -I/h/goanna/1/a_5.10_m64/c/include -c setstr.cpp
clean:
rm setstr setstr.o
compiled the following tiny program with Sun Studio 12 on Solaris 10u4 with stdcxx
compiled from subversion as 64 bit 15D:
#include <set>
#include <string>
std::set<std::string> setstr;
int main(int argc, char *argv[])
{
std::copy(argv, argv + argc, std::inserter(setstr, setstr.end()));
return 0;
}
and ran it, unfortunately though it still encounters a sigsegv. So
I tried running it in dbx with Run Time Checking:
goanna% dbx setstr
Reading setstr
Reading ld.so.1
Reading libstd15D.so.4.2.0
Reading libCrun.so.1
Reading libm.so.2
Reading libthread.so.1
Reading libc.so.1
dbx: warning: undefined type number (0,72) at /h/goanna/2/eng/dev/stdcxx/setstr/setstr:setstr.cpp stab #64 nJ_C_link_t(0,69):t(0,71)=*(0,72),
assuming type `(int {assumed})'
(dbx) check -all
access checking - ON
memuse checking - ON
(dbx) run
Running: setstr
(process id 2876)
Reading rtcapihook.so
Reading libdl.so.1
Reading rtcaudit.so
Reading libmapmalloc.so.1
Reading libgen.so.1
Reading rtcboot.so
Reading librtc.so
RTC: Enabling Error Checking...
RTC: Running program...
Reading disasm.so
Read from uninitialized (rui) on thread 1:
Attempting to read 8 bytes at address 0x424818
which is 32 bytes into a heap block of size 1280 bytes at 0x4247f8
This block was allocated from:
[1] operator new() at 0xfffffd7fddb0a0e9
[2] __rw::__rw_allocate() at line 61 in "memory.cpp"
[3] std::allocator<__rw::__rw_rb_tree_node<std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > >::allocate() at line 144 in "_allocator.h"
[4] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::_C_add_new_buffer() at line 143 in "_tree.cc"
[5] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::_C_get_link() at line 360 in "_tree.h"
[6] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::_C_get_node() at line 393 in "_tree.h"
[7] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::_C_init() at line 460 in "_tree.h"
[8] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::__rb_tree() at line 56 in "_tree.cc"
Variable is 'this'
t@1 (l@1) stopped in std::basic_string<char,std::char_traits<char>,std::allocator<char> >::_C_pref at line 842 in file "string"
842 return _RWSTD_REINTERPRET_CAST (_C_string_ref_type*, _C_data) - 1;
(dbx) where
current thread: t@1
=>[1] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::_C_pref(this = 0x424818), line 842 in "string"
[2] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size(this = 0x424818), line 247 in "string"
[3] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size(this = 0x424818), line 247 in "string"
[4] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::compare(this = 0x424818, __str = CLASS), line 1186 in "string"
[5] std::operator< <char,std::char_traits<char>,std::allocator<char> >(__lhs = CLASS, __rhs = CLASS), line 1356 in "string"
[6] std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >::operator()(this = 0x422778, __x = CLASS, __y = CLASS), line 94 in "_funcbase.h"
[7] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __v = CLASS, __dup = false), line 356 in "_tree.cc"
[8] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS, __dup = false), line 592 in "_tree.h"
[9] std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS), line 172 in "set"
[10] std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > >::operator=(this = 0xfffffd7fffdfd530, __x = CLASS), line 501 in "_iterator.h"
[11] std::copy<char**,std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > > >(__first = 0xfffffd7fffdfd618, __last = 0xfffffd7fffdfd620, __res = CLASS), line 95 in "_algobase.h"
[12] main(argc = 1, argv = 0xfffffd7fffdfd618), line 8 in "setstr.cpp"
(dbx) print -r *this
*this = {
basic_string<char,std::char_traits<char>,std::allocator<char> >::_C_data = (nil)
basic_string<char,std::char_traits<char>,std::allocator<char> >::npos = -1
_C_null_ref = struct __rw::__null_ref<char,std::char_traits<char>,std::allocator<char> > /* STATIC CLASS */
}
(dbx) cont
Read from unallocated (rua) on thread 1:
Attempting to read 8 bytes at address 0xfffffffffffffff8
t@1 (l@1) stopped in __rw::__string_ref<char,std::char_traits<char>,std::allocator<char> >::size at line 211 in file "_strref.h"
211 return _C_size._C_size;
(dbx) where
current thread: t@1
=>[1] __rw::__string_ref<char,std::char_traits<char>,std::allocator<char> >::size(this = 0xffffffffffffffe8), line 211 in "_strref.h"
[2] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size(this = 0xffffffffffffffe8), line 247 in "string"
[3] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size(this = 0x424818), line 247 in "string"
[4] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::compare(this = 0x424818, __str = CLASS), line 1186 in "string"
[5] std::operator< <char,std::char_traits<char>,std::allocator<char> >(__lhs = CLASS, __rhs = CLASS), line 1356 in "string"
[6] std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >::operator()(this = 0x422778, __x = CLASS, __y = CLASS), line 94 in "_funcbase.h"
[7] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __v = CLASS, __dup = false), line 356 in "_tree.cc"
[8] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS, __dup = false), line 592 in "_tree.h"
[9] std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS), line 172 in "set"
[10] std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > >::operator=(this = 0xfffffd7fffdfd530, __x = CLASS), line 501 in "_iterator.h"
[11] std::copy<char**,std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > > >(__first = 0xfffffd7fffdfd618, __last = 0xfffffd7fffdfd620, __res = CLASS), line 95 in "_algobase.h"
[12] main(argc = 1, argv = 0xfffffd7fffdfd618), line 8 in "setstr.cpp"
(dbx) print -r *this
dbx: cannot access address 0xffffffffffffffe8
(dbx) frame 2
Current function is std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size
247 return _C_pref ()->size ();
(dbx) print -r *this
dbx: cannot access address 0xffffffffffffffe8
(dbx) frame 4
Current function is std::basic_string<char,std::char_traits<char>,std::allocator<char> >::compare
1186 const size_type __n1 = size ();
(dbx)
(dbx) print -r *this
*this = {
basic_string<char,std::char_traits<char>,std::allocator<char> >::_C_data = (nil)
basic_string<char,std::char_traits<char>,std::allocator<char> >::npos = -1
_C_null_ref = struct __rw::__null_ref<char,std::char_traits<char>,std::allocator<char> > /* STATIC CLASS */
}
(dbx) cont
signal SEGV (no mapping at the fault address) at 0xfffffd7fe3f3cd00
0xfffffd7fe3f3cd00: __rtc_catch_segv : pushq %rbp
Current function is std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size
247 return _C_pref ()->size ();
(dbx) where
current thread: t@1
[1] 0xfffffd7fd7405fcf(0xffffffffffffffe8, 0xfffffd7fffdfd4d8, 0xfffffd7fffdfd4d8, 0x0, 0xffffffffffffffe8, 0x4247f8), at 0xfffffd7fd7405fcf
[2] __sighndlr(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xfffffd7fd9fd1216
=>[3] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size(this = 0x424818), line 247 in "string"
[4] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::compare(this = 0x424818, __str = CLASS), line 1186 in "string"
[5] std::operator< <char,std::char_traits<char>,std::allocator<char> >(__lhs = CLASS, __rhs = CLASS), line 1356 in "string"
[6] std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >::operator()(this = 0x422778, __x = CLASS, __y = CLASS), line 94 in "_funcbase.h"
[7] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __v = CLASS, __dup = false), line 356 in "_tree.cc"
[8] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS, __dup = false), line 592 in "_tree.h"
[9] std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x422748, __it = CLASS, __x = CLASS), line 172 in "set"
[10] std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > >::operator=(this = 0xfffffd7fffdfd530, __x = CLASS), line 501 in "_iterator.h"
[11] std::copy<char**,std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > > >(__first = 0xfffffd7fffdfd618, __last = 0xfffffd7fffdfd620, __res = CLASS), line 95 in "_algobase.h"
[12] main(argc = 1, argv = 0xfffffd7fffdfd618), line 8 in "setstr.cpp"
(dbx) print -r *this
*this = {
basic_string<char,std::char_traits<char>,std::allocator<char> >::_C_data = (nil)
basic_string<char,std::char_traits<char>,std::allocator<char> >::npos = -1
_C_null_ref = struct __rw::__null_ref<char,std::char_traits<char>,std::allocator<char> > /* STATIC CLASS */
}
(dbx)
Thanks, Mark
--
Re: __rw::__string_ref::size sigsegv
Posted by Martin Sebor <se...@roguewave.com>.
Mark Wright wrote:
> Hi,
>
> I compile the following program with Sun Studio 12 on Solaris 10u4
> with stdcxx compiled from subversion as 64 bit 15D:
The program needs to be the same configuration (build type)
as the library. Since your library is 15D (debug, shared,
wide), your program needs to be compiled the same way (i.e.,
debug and wide). Your command line seems to be missing
_RWSTDDEBUG (the library is binary incompatible between
debug and optimized builds).
You can see the set of command line options we use when
compiling and linking the library and the tests in our
nightly builds here: http://tinyurl.com/27oaaq
Martin
>
> #include <set>
> #include <string>
>
> std::set<std::string> setstr;
>
> int main(int argc, char *argv[])
> {
> std::copy(argv, argv + argc, std::inserter(setstr, setstr.end()));
> return 0;
> }
>
> With a Makefile like:
>
> setstr : setstr.o
> CC -D_REENTRANT -mt -g -xdebugformat=stabs -xs -xtarget=opteron -m64 -library=no%Cstd -library=Crun -I/h/goanna/1/a_5.10_m64/c/include -o setstr setstr.o -L/h/goanna/1/a_5.10_m64/c/lib -R/h/goanna/1/a_5.10_m64/c/lib -lstd15D
>
> setstr.o : setstr.cpp
> CC -D_REENTRANT -mt -g -xdebugformat=stabs -xs -xtarget=opteron -m64 -library=no%Cstd -library=Crun -I/h/goanna/1/a_5.10_m64/c/include -c setstr.cpp
>
> clean:
> rm setstr setstr.o
>
> and run it (with no command line arguments), and it crashes with the stack
> trace below. I was wondering if I am doing something wrong (it works fine
> when compiled instead with -library=stlport4), or if you can reproduce it?
>
> Thanks, Mark
>
> goanna% gmake
> CC -D_REENTRANT -mt -g -xdebugformat=stabs -xs -xtarget=opteron -m64 -library=no%Cstd -library=Crun -I/h/goanna/1/a_5.10_m64/c/include -c setstr.cpp
> CC -D_REENTRANT -mt -g -xdebugformat=stabs -xs -xtarget=opteron -m64 -library=no%Cstd -library=Crun -I/h/goanna/1/a_5.10_m64/c/include -o setstr setstr.o -L/h/goanna/1/a_5.10_m64/c/lib -R/h/goanna/1/a_5.10_m64/c/lib -lstd15D
> goanna% ./setstr
> zsh: segmentation fault (core dumped) ./setstr
> goanna% dbx ./setstr core
> Reading setstr
> core file header read successfully
> Reading ld.so.1
> Reading libstd15D.so.4.2.0
> Reading libCrun.so.1
> Reading libm.so.2
> Reading libthread.so.1
> Reading libc.so.1
> t@1 (l@1) program terminated by signal SEGV (no mapping at the fault address)
> dbx: warning: undefined type number (0,71) at /h/goanna/2/eng/dev/stdcxx/setstr/./setstr:setstr.cpp stab #63 nJ_C_link_t(0,68):t(0,70)=*(0,71),
> assuming type `(int {assumed})'
> Current function is __rw::__string_ref<char,std::char_traits<char>,std::allocator<char> >::size
> 211 return _C_size._C_size;
> (dbx) where
> current thread: t@1
> =>[1] __rw::__string_ref<char,std::char_traits<char>,std::allocator<char> >::size(this = 0xffffffffffffffe8), line 211 in "_strref.h"
> [2] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size(this = 0x41e8f0), line 247 in "string"
> [3] std::basic_string<char,std::char_traits<char>,std::allocator<char> >::compare(this = 0x41e8f0, __str = CLASS), line 1186 in "string"
> [4] std::operator< <char,std::char_traits<char>,std::allocator<char> >(__lhs = CLASS, __rhs = CLASS), line 1356 in "string"
> [5] std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >::operator()(this = 0x41d060, __x = CLASS, __y = CLASS), line 94 in "_funcbase.h"
> [6] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x41d030, __it = CLASS, __v = CLASS, __dup = false), line 356 in "_tree.cc"
> [7] __rw::__rb_tree<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> >,__rw::__ident<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x41d030, __it = CLASS, __x = CLASS, __dup = false), line 592 in "_tree.h"
> [8] std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > >::insert(this = 0x41d030, __it = CLASS, __x = CLASS), line 172 in "set"
> [9] std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > >::operator=(this = 0xfffffd7fffdfd6d0, __x = CLASS), line 501 in "_iterator.h"
> [10] std::copy<char**,std::insert_iterator<std::set<std::basic_string<char,std::char_traits<char>,std::allocator<char> >,std::less<std::basic_string<char,std::char_traits<char>,std::allocator<char> > >,std::allocator<std::basic_string<char,std::char_traits<char>,std::allocator<char> > > > > >(__first = 0xfffffd7fffdfd798, __last = 0xfffffd7fffdfd7a0, __res = CLASS), line 95 in "_algobase.h"
> [11] main(argc = 1, argv = 0xfffffd7fffdfd798), line 8 in "setstr.cpp"
> (dbx) print -r *this
> dbx: cannot access address 0xffffffffffffffe8
> (dbx) frame 2
> Current function is std::basic_string<char,std::char_traits<char>,std::allocator<char> >::size
> 247 return _C_pref ()->size ();
> (dbx) print -r *this
> *this = {
> basic_string<char,std::char_traits<char>,std::allocator<char> >::_C_data = (nil)
> basic_string<char,std::char_traits<char>,std::allocator<char> >::npos = -1
> _C_null_ref = struct __rw::__null_ref<char,std::char_traits<char>,std::allocator<char> > /* STATIC CLASS */
> }
> (dbx) loadobject -list
> m /h/goanna/2/eng/dev/stdcxx/setstr/./setstr (primary)
> m /h/goanna/1/a_5.10_m64/c/lib/libstd15D.so.4.2.0
> m /usr/lib/amd64/libCrun.so.1
> m /lib/amd64/libm.so.2
> m /lib/amd64/libthread.so.1
> m /lib/amd64/libc.so.1
> (dbx)
>