Re: 64-bit c++ application crashing on solaris



On Mar 31, 11:22 am, Ian Collins <ian-n...@xxxxxxxxxxx> wrote:
Sumir wrote:
On Mar 29, 10:14 am, Paul Pluzhnikov <ppluzhnikov-...@xxxxxxxxx>
wrote:
Sumir <sumirme...@xxxxxxxxx> writes:
The application seems to be crashing intermittently for no specific
reason.
Oh, there *is* a reson (or a few).

The very first question you should ask is where exactly is it
crashing? Use debugger to find out.

We think this could probably be due to sufficient memory not available
to the 64-bit application.
You have not presented any reason why you'd think that.

Cheers,
--
In order to understand recursion you must first understand recursion.
Remove /-nsp/ for email.

Hi Paul,

I ran a truss on the application to have a trace. It resulted into
this ...

What do you see in your debugger?  If there's a core file, load that.

--
Ian Collins.- Hide quoted text -

- Show quoted text -



I did have a couple of core files. Loading them gives the following
stack trace --

CORE 1 -->

=>[1]
__rwstd::time_reader<char,std::istreambuf_iterator<char,std::char_traits<char>
::get_time_pattern(0xffffffff7ac05140, 0x10fe72a28,
0xffffffff7ac06978, 0x0, 0x10fe72590, 0x1005c20d8), at 0x100386884
[2]
std::time_get<char,std::istreambuf_iterator<char,std::char_traits<char>
::do_get_date(0x10fe74340, 0xffffffff7ac06780, 0x245594, 0x0,
0xffffffff7ac0688c, 0xffffffff7ac06800), at 0x100384078
[3] Date::Date(0x10bc4f910, 0xffffffff7ac06a18, 0x6800, 0x6070,
0x1005c20d8, 0x68a0), at 0x1001b17f0
[4] ImagineToDbml::getCalendar(0x80000006c, 0x1, 0x1005d0748,
0xffffffff7ac069b0, 0x1000000f4, 0x1005c20d8), at 0x1001184e0
[5] IMDFn::getCalendarXML(0xffffffff7ac07238, 0xffffffff7ac06dd8,
0xffffffff7ac07250, 0xffffffff7ac06cf0, 0xffffffff7ac06d60,
0xffffffff7ac06fd0), at 0x1000b6dc4
[6] SOAPServer::doFnRequest(0xffffffff7fffc810, 0x10064fb78,
0xffffffff7ac07728, 0xffffffff7ac07250, 0xffffffff7ac07250,
0x1005cbe30), at 0x1000e9ccc
[7] SOAPServer::callFn(0xffffffff7fffc810, 0xffffffff7ac07210,
0x10047b7aa, 0x10064fb78, 0xffffffff7ac07728, 0xffffffff7ac07690), at
0x1000e9b20
[8] SOAPServer::onBody(0xffffffff7fffc810, 0xffffffff7ac07478,
0xffffffff7ac073f8, 0xffffffff7ac07728, 0xffffffff7ac07690,
0xffffffff), at 0x1000e97b8
[9] SOAPServer::onMessage(0xffffffff7fffc810, 0xffffffff7ac07608,
0x1005c20d8, 0xffffffff7ac07728, 0xffffffff7ac07690, 0x0), at
0x1000e9408
[10] SOAPServerTCPIP::onReceive(0xffffffff7fffc810, 0x1074ded50,
0x0, 0xbd, 0x105b99060, 0x0), at 0x1000ed170
[11] IOServer::check(0x1005d3988, 0x0, 0x1074ded50, 0x1079cfd00,
0x32, 0x1079cfd38), at 0x1001009f4
[12] IOServerMT::ChildServer::loop(0x1079cfd00, 0x32, 0x64,
0xffffffff7e3912ac, 0x0, 0x0), at 0x1000ff640
[13] IOServerMT::ChildServer::run(0x1079cfd00, 0x15, 0x100639e38,
0x0, 0x0, 0x0), at 0x1001018cc
[14] Thread::entryFun(0x1079cfdc8, 0xffffffff7e722bb0, 0x0, 0x1,
0xffffffff7e720000, 0x0), at 0x1001afe9c


CORE 2 -->

=>[1] __rwstd::timepunct_data<char>::__initpat(0xb0, 0x10060d3d8,
0x10fe3d490, 0x1005c20d8, 0x0, 0x0), at 0x1003956ac
[2] __rwstd::timepunct<char>::__initfacet(0x10fe32730, 0x1005d5e50,
0x1, 0x2, 0x0, 0x10fe32760), at 0x10039466c
[3] std::locale::__install(0x1005d5e50, 0x10fe32730, 0x10060ded0,
0x10036aae4, 0x1005c20d8, 0x1), at 0x10036ab78
[4] std::locale::__make_explicit(0x1005d5e50, 0x10060ded0, 0x1,
0x100, 0x100382db8, 0x5800), at 0x10036aaf4
[5]
std::time_get<char,std::istreambuf_iterator<char,std::char_traits<char>
::__initfacet(0x10fe37b20, 0x1005d5e50, 0x100382ca8, 0x0, 0x257594,
0x1005d5ea0), at 0x100382d1c
[6] std::locale::__install(0x1005d5e50, 0x10fe37b20, 0x10060ddb0,
0x10036aae4, 0x1005c20d8, 0x0), at 0x10036ab78
[7] std::locale::__make_explicit(0x1005d5e50, 0x10060ddb0, 0x1,
0x100, 0x1001b1900, 0x5800), at 0x10036aaf4
[8] Date::Date(0x10fe42c50, 0x100481fdc, 0x6800, 0x6070,
0x1005c20d8, 0x68a0), at 0x1001b1770
[9] ImagineToDbml::getCalendar(0xffffffff7be04dd8,
0xffffffff7be04f28, 0x1005d0748, 0xffffffff7be049b0,
0xffffffff7be04fb8, 0xffffffff7be04e27), at 0x1001184c4
[10] IMDFn::getCalendarXML(0xffffffff7be05238, 0xffffffff7be04dd8,
0xffffffff7be05250, 0xffffffff7be04cf0, 0xffffffff7be04d60,
0xffffffff7be04fd0), at 0x1000b6dc4
[11] SOAPServer::doFnRequest(0xffffffff7fffc800, 0x10064fb78,
0xffffffff7be05728, 0xffffffff7be05250, 0xffffffff7be05250,
0x1005cbe30), at 0x1000e9ccc
[12] SOAPServer::callFn(0xffffffff7fffc800, 0xffffffff7be05210,
0x10047b7aa, 0x10064fb78, 0xffffffff7be05728, 0xffffffff7be05690), at
0x1000e9b20
[13] SOAPServer::onBody(0xffffffff7fffc800, 0xffffffff7be05478,
0xffffffff7be053f8, 0xffffffff7be05728, 0xffffffff7be05690,
0xffffffff), at 0x1000e97b8
[14] SOAPServer::onMessage(0xffffffff7fffc800, 0xffffffff7be05608,
0x1005c20d8, 0xffffffff7be05728, 0xffffffff7be05690, 0x0), at
0x1000e9408
[15] SOAPServerTCPIP::onReceive(0xffffffff7fffc800, 0x102fb2b80,
0x0, 0xbd, 0x1006aad30, 0x0), at 0x1000ed170
[16] IOServer::check(0x1005d3988, 0x0, 0x102fb2b80, 0x103a03270,
0x32, 0x103a032a8), at 0x1001009f4
[17] IOServerMT::ChildServer::loop(0x103a03270, 0x32, 0x64,
0xffffffff7e3912ac, 0x0, 0x0), at 0x1000ff640
[18] IOServerMT::ChildServer::run(0x103a03270, 0x15, 0x100639e38,
0x0, 0x0, 0x0), at 0x1001018cc
[19] Thread::entryFun(0x103a03338, 0xffffffff7e722bb0, 0x0, 0x1,
0xffffffff7e720000, 0x0), at 0x1001afe9c

.



Relevant Pages

  • Re: 64-bit c++ application crashing on solaris
    ... The very first question you should ask is where exactly is it ... Use debugger to find out. ... You have not presented any reason why you'd think that. ... In order to understand recursion you must first understand recursion. ...
    (comp.unix.programmer)
  • Re: Analysing core files
    ... attaching a debugger to it. ... > debugger it shows up as a corrupt stack, ... There are details in the core file which an expert might be able ... In order to understand recursion you must first understand recursion. ...
    (comp.os.linux.development.apps)
  • Re: Analysing core files
    ... attaching a debugger to it. ... > debugger it shows up as a corrupt stack, ... There are details in the core file which an expert might be able ... In order to understand recursion you must first understand recursion. ...
    (comp.unix.programmer)
  • Re: 64-bit c++ application crashing on solaris
    ... The very first question you should ask is where exactly is it ... Use debugger to find out. ... You have not presented any reason why you'd think that. ... In order to understand recursion you must first understand recursion. ...
    (comp.unix.programmer)
  • Re: analyzing core file of frozen application
    ... > The core file was created uner the HOME-Dir of the application. ... So the assembler debugger adb would be the "right" tool. ... Some register contents, Solaris LWP and thread data, ...
    (comp.lang.java.programmer)