Re: [Quickfix-developers] Core after converting to multithreadedapplication

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Do you have any logs of the messages you are processing?  Did this not
happen when you ran single threaded?

--oren

> -------- Original Message --------
> Subject: RE: [Quickfix-developers] Core after converting to
> multithreadedapplication
> From: "Mangalore, Channabasava"
> <cha...@cr...>
> Date: Thu, June 26, 2008 2:31 am
> To: or...@qu...
> Cc: qui...@li...
> Hi Oren, 
> Even After updating to the quickfix 1.12.4 I am seeing the crash at the
> same level,
> Attached is there stack trace for your reference
> (dbx) where
> current thread: t@13
> =>[1] t_delete(0x60a5e0, 0xfdabc008, 0xfdac27cc, 0xfdac284c, 0xfdac2848,
> 0x0), at 0xfda427f0
>   [2] _malloc_unlocked(0x2b, 0x60a5e0, 0xfdabc008, 0x30, 0x60a5e0, 0x0),
> at 0xfda41e80
>   [3] malloc(0x2b, 0xfdac27cc, 0x1, 0x0, 0x46c5, 0x920f4), at 0xfda41cd8
>   [4] malloc(0xfda41cb8, 0xfda41cb8, 0xfdc63d20, 0x2b, 0xc14, 0xc00), at
> 0xfdbd1c68
>   [5] operator new(0x2b, 0x0, 0x328ac, 0xfdc306a0, 0x1400, 0xfdc63d20),
> at 0xfdc314a0
>   [6] std::basic_string<char,std::char_traits<char>,std::allocator<char>
> >::__getRep(0x1400, 0x1, 0x1, 0x0, 0x10c, 0x3b650), at 0xfdc29c4c
>   [7] std::basic_string<char,std::char_traits<char>,std::allocator<char>
> >::basic_string(0xf67ff110, 0xf67ff11e, 0x1, 0xf67ff10f, 0x45a900,
> 0x3e9be8), at 0xfdc287c0
>   [8] FIX::FieldMap::addGroup(0x609b10, 0xc, 0x609b48, 0x0, 0x1,
> 0x609cd0), at 0xfe342824
>   [9] FIX::FieldMap::operator=(0x609b10, 0xf67ff9f4, 0x3e6730, 0x609b14,
> 0x5a3fe0, 0x529220), at 0xfe3425dc
>   [10] HSFXMessageData::HSFXMessageData(0x5edd78, 0xf67ff9f4,
> 0xf67ff38c, 0x609b48, 0x609b14, 0x5edd84), at 0x365ac
>   [11] HSFXListener::pushIntoIQueue(0x2b1ee8, 0xf67ff9f4, 0x1,
> 0xf67ff38c, 0xf67ff38f, 0x5edd78), at 0x410d8
>   [12] HSFXService::fromApp(0x64d8af, 0xf67ff9f4, 0x64d8ac, 0x64d898,
> 0x0, 0xf67ff3d8), at 0x4cae8
>   [13] FIX::Session::fromCallback(0x32d2b8, 0xf67ff540, 0xf67ff9f4,
> 0x32d2bc, 0x1000000, 0x257474), at 0xfe2eac1c
>   [14] FIX::Session::verify(0x32d2b8, 0xf67ff9f4, 0x3dcab8, 0x32d3a8,
> 0x32d3a8, 0x0), at 0xfe2ea094
>   [15] FIX::Session::next(0x32d2b8, 0x0, 0xf67ff884, 0xf67ff878,
> 0xfe3b4eac, 0xf67ff9f4), at 0xfe2ed784
>   [16] FIX::Session::next(0x32d2b8, 0xf67ffb7c, 0x0, 0x0, 0x1, 0x1), at
> 0xfe2ecc5c
>   [17] FIX::ThreadedSocketConnection::processStream(0x2fe718, 0x46b068,
> 0x0, 0xe3ee0, 0x0, 0xfdc63d20), at 0xfe324908
>   [18] FIX::ThreadedSocketConnection::read(0x2fe718, 0x2feb58, 0x257474,
> 0x19, 0x0, 0x0), at 0xfe3246f0
>   [19] FIX::ThreadedSocketInitiator::socketThread(0x2b4c88, 0x38, 0x0,
> 0x0, 0x22040, 0x32d2b8), at 0xfe322250
> (dbx) threads
>       t@1  a l@3  ?()   LWP suspended   in _poll()
>       t@2  b l@2  ?()   LWP suspended   in _signotifywait()
>       t@3         ?()   sleep on (unknown)      in _reap_wait()
>       t@4  a l@10 eeThreadStart()       LWP suspended   in _poll()
>       t@5  a l@6  eeThreadStart()       sleep on 0xf7010018     in
> _lwp_sema_wait()
>       t@6         eeThreadStart()       sleep on 0xf7010018     in
> cond_reltimedwait()
>       t@7  a l@9  eeThreadStart()       sleep on 0xf7010018     in
> _lwp_sema_wait()
>       t@8  b l@7  _co_timerset()        LWP suspended   in
> private___lwp_cond_wait()
>       t@9  a l@11 internalQueueThreadEntry()    sleep on 0x2b4f78
> in _lwp_sema_wait()
>      t@10  a l@8  internalQueueThreadEntry()    sleep on 0x2b4fb0
> in _lwp_sema_wait()
>      t@11  a l@1  internalQueueThreadEntry()    sleep on 0x2b4fe8
> in _lwp_sema_wait()
>      t@12  a l@5  startThread() LWP suspended   in _libc_nanosleep()
> o>   t@13  a l@4  socketThread()        signal SIGSEGV  in t_delete()
> (dbx)
> Do let me know if you need anymore information regarding the same
> Thanks
> -Channa
> -----Original Message-----
> From: or...@qu... [mailto:or...@qu...] 
> Sent: 17 June 2008 23:21
> To: Mangalore, Channabasava
> Cc: qui...@li...
> Subject: RE: [Quickfix-developers] Core after converting to multi
> threadedapplication
> Version of QuickFIX?  This looks like something that has been fixed in a
> previous release, I would be very interested to hear if this is
> happening with 1.12.4
> --oren
> > -------- Original Message --------
> > Subject: Re: [Quickfix-developers] Core after converting to multi 
> > threadedapplication
> > From: "Mangalore, Channabasava"
> > <cha...@cr...>
> > Date: Sun, June 15, 2008 11:47 pm
> > To: "Mangalore, Channabasava"
> > <cha...@cr...>,quickfix-developers@lists.s
> > ourceforge.net QuickFIX Documentation: 
> > http://www.quickfixengine.org/quickfix/doc/html/index.html
> > QuickFIX Support: http://www.quickfixengine.org/services.html<hr>Some 
> > more info I am using FIX42 messaging And it is a C++ application 
> > running on SunOS 5.8 Generic_117000-05 sun4u sparc SUNW,Sun-Fire-480R 
> > Mostly it is happening when the system is loaded.
> > Thanks
> > Channa
> > > _____________________________________________ 
> > > From: 	Mangalore, Channabasava  
> > > Sent:	16 June 2008 12:25
> > > To:	qui...@li...
> > > Subject:	Core after converting to multi threaded application
> > > Importance:	High
> > > 
> > > Dear All,
> > > 
> > > I was trying to decouple the fromApp message receiving and the local
> > > data processing.
> > > I am copying the message received from the fromApp and pushing into 
> > > the queue. In the our test environment it worked wonderfully and 
> > > passed all the required test cases without any problem.
> > > 
> > > When we rolled out to production it started coring :-( below is the 
> > > stack trace of the core
> > > 
> > > (dbx) where
> > > current thread: t@15
> > > =>[1] t_delete(0x5d11e8, 0xfe43c008, 0xfe4427cc, 0xfe44284c, 
> > > 0xfe442848, 0x0), at 0xfe3c27f0
> > >   [2] _malloc_unlocked(0x44, 0x1d20c58, 0xfe43c008, 0x48, 0x5d11e8, 
> > > 0x0), at 0xfe3c1e80
> > >   [3] malloc(0x44, 0x0, 0xfe43c008, 0xfe3c1ce4, 0x222e8, 0x920f4), 
> > > at
> > > 0xfe3c1cd8
> > >   [4] malloc(0xfe3c1cb8, 0xfe3c1cb8, 0xfe5e3d20, 0x44, 0xc14, 
> > > 0xc00), at 0xfe551c68
> > >   [5] operator new(0x44, 0xfe3c1cb8, 0x13b88, 0xfe551c68, 
> > > 0xfee1a08c, 0x44), at 0xfee06528
> > >   [6] FIX::message_order::message_order(0x11, 0x523f38, 0x1400, 0x3,
> > > 0x17ac, 0xfe904df4), at 0xfe88a1a0
> > >   [7] FIX::Message::setGroup(0xf6fffad4, 0x61713c, 0x617138, 
> > > 0xf6fffc5c, 0xf6fff974, 0x0), at 0xfe855d30
> > >   [8] FIX::Message::setString(0xf6fffad4, 0xf6fffc5c, 0x1, 0x5a3090,
> > > 0x6872b020, 0xf6fff94c), at 0xfe855a60
> > >   [9] FIX::Message::Message(0xf6fffad4, 0xf6fffc5c, 0x5a3090, 
> > > 0xf6fffb88, 0xf6fffb50, 0xf6fffb30), at 0xfe853274
> > >   [10] FIX::Session::next(0x5a2f10, 0xf6fffc5c, 0x1, 0xf0e3d8, 
> > > 0x76294, 0xfe909b74), at 0xfe87db3c
> > >   [11] FIX::ThreadedSocketConnection::processStream(0x52a8e8,
> > > 0x1dfe550, 0x0, 0x2df240, 0x0, 0xfe5e3d20), at 0xfe88ebe4
> > >   [12] FIX::ThreadedSocketConnection::readQueue(0x52a8e8, 
> > > 0xfe90b5a4, 0x4851049f, 0x0, 0x0, 0x0), at 0xfe88ea1c
> > >   [13] FIX::ThreadedSocketConnection::queueThread(0x52a8e8,
> > > 0xfe935d38, 0x1, 0xfe378d04, 0x0, 0x2), at 0xfe88f0c4
> > > 
> > > core '../log/core' of 14663:    
> > >         data model = _ILP32
> > >   /4:   flags = PR_PCINVAL
> > >   sigmask = 0xffffbefc,0x00001fff  cursig = SIGBUS
> > >   /5:   flags = PR_STOPPED
> > >   why = PR_SUSPENDED
> > >   /6:   flags = PR_STOPPED
> > >   why = PR_SUSPENDED
> > >   /7:   flags = PR_STOPPED
> > >   why = PR_SUSPENDED
> > >   sigmask = 0xffbffeff,0x00001fff
> > >   /8:   flags = PR_STOPPED
> > >   why = PR_SUSPENDED
> > >   /9:   flags = PR_STOPPED
> > >   why = PR_SUSPENDED
> > >   /10:  flags = PR_STOPPED
> > >   why = PR_SUSPENDED
> > >   /11:  flags = PR_STOPPED
> > >   why = PR_SUSPENDED
> > >   /12:  flags = PR_STOPPED
> > >   why = PR_SUSPENDED
> > >   /13:  flags = PR_STOPPED
> > >   why = PR_SUSPENDED
> > >   /1:   flags = PR_STOPPED
> > >   why = PR_SUSPENDED
> > >   /2:   flags = PR_STOPPED|PR_ASLWP
> > >   why = PR_SUSPENDED
> > >   sigmask = 0xffbffeff,0x00001fff
> > >   /3:   flags = PR_STOPPED
> > >   why = PR_SUSPENDED
> > > 
> > > By any chance has anyone this kind of crash? What could be the 
> > > possible reason for it?
> > > 
> > > P.S. I am constructing a new message object and pushing in the
> queue.
> > > Am I missing something while constructing an object?
> > > 
> > > You help in this matter will be highly appreciated.
> > > 
> > > 
> > > Thanks
> > > -Channa
> > > 
> > > 
> > > P Please consider the environment before printing this e-mail. Thank
> > > you.
> > > 
> > > 
> > ======================================================================
> > ======== Please access the attached hyperlink for an important 
> > electronic communications disclaimer:
> > http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html
> > ======================================================================
> > ========<hr>----------------------------------------------------------
> > --------------- Check out the new SourceForge.net Marketplace.
> > It's the best place to buy or sell services for just about anything 
> > Open Source.
> > http://sourceforge.net/services/buy/index.php<hr>_____________________
> > __________________________
> > Quickfix-developers mailing list
> > Qui...@li...
> > https://lists.sourceforge.net/lists/listinfo/quickfix-developers
> ==============================================================================
> Please access the attached hyperlink for an important electronic communications disclaimer: 
> http://www.credit-suisse.com/legal/en/disclaimer_email_ib.html
> ==============================================================================