Re: [Quickfix-developers] FileStore crashes in .NET?

[Rick L. <ric...@gm...>]

After some more digging, I'm attempting to load the .dmp file generated 
at the application crash into Visual Studio.  There are many entries for 
quickfix_net.dll (which, as you said, may not mean there was a problem 
with quickfix), but it would be nice to be able to load the .pdb file 
for QuickFix into Visual Studio so I can see actual function names 
instead of just assembly mumbo jumbo.

I tried loading both the debug/vs8/quickfix_net.pdb and the 
release/vs8/quickfix_net.pdb and for both it said it "did not match the 
module."  Has anyone tried to load these pdb files into studio for 
debugging purposes?  incidentally, the exception is: "Unhandled 
exception at 0x77e4bee7 in user.dmp: 0xC0020001: The string binding is 
invalid."  I've done some research on this and in most cases it seems to 
occur when people are blending managed and unmanaged code.  Outside of 
QuickFix, I do /not /have any unmanaged code -- so is this looking more 
like it might be a native issue (after all, isn't the .NET QuickFix 
library just a wrapper around the unmanaged version?).

call stack at crash:

 >    kernel32.dll!77e4bee7()    
     [Frames below may be incorrect and/or missing, no symbols loaded 
for kernel32.dll]   
     kernel32.dll!77e4bee7()    
     quickfix_net.dll!10084f0c()    
     quickfix_net.dll!100938d5()    
     quickfix_net.dll!10093938()    


or...@qu... wrote:
> I don't know of any outstanding bugs with the filestore.  Do you have 
> any kind of stack trace.  Keep in mind that the quickfix_net.dll will 
> pretty much always show up because events are being passed from 
> quickfix to your application.  So crashes in your application will 
> generally appear to start out in the quickfix dll.  12 MB is pretty 
> big, but not outrageous and I've seen bigger.  None of it is kept in 
> memory, it's only read in as needed for resend requests and such.  Any 
> idea if one was being processed during your crash?
>  
> --oren
>
>     -------- Original Message --------
>     Subject: [Quickfix-developers] FileStore crashes in .NET?
>     From: Rick Lane <ric...@gm...>
>     Date: Fri, March 14, 2008 11:39 am
>     To: qui...@li...
>     <mailto:qui...@li...>
>
>     QuickFIX Documentation:
>     http://www.quickfixengine.org/quickfix/doc/html/index.html
>     QuickFIX Support: http://www.quickfixengine.org/services.html
>
>     Greetings,
>
>     Have there been any documented instances of QuickFix causing an
>     application crash in .NET related to the FileStore? My application
>     was
>     running along just fine, entering no orders (and with no orders, and
>     therefore no execution reports) for a couple hours after a very busy
>     morning. So for about an hour, the only traffic through QuickFix
>     should've been heartbeats. I received an Application crash -- not the
>     good kind, the kind that pretty much doesn't let you do any sort of
>     recovery -- for the first time (I've gotten many crashes due to a
>     null
>     pointer, etc., but these can be caught and therefore recovered from).
>
>     I'm not 100% sure QuickFix caused this -- I'm in the process of
>     thumbing
>     through the memory dump created by Dr Watson (I'm not very good at
>     this)
>     -- but the quickfix_net dll keeps popping up in the log, so I
>     decided to
>     go check out the FileStore file. I was surprised to see it was nearly
>     12 MB (which I guess because of a busy morning, this is to be
>     expected?). This crash could very well have been due to the market
>     data
>     portion of my app (which listens to the CME's FIX/FAST data
>     stream) but
>     I thought I was handling those types of errors better than this, so I
>     just wanted to see if anyone else has seen unexpected crashes w/ the
>     .NET quickfix library, possibly having something to do with the
>     FileStore?
>
>     Thanks in advance,
>     Rick
>
>     -------------------------------------------------------------------------
>     This SF.net <http://SF.net> email is sponsored by: Microsoft
>     Defy all challenges. Microsoft(R) Visual Studio 2008.
>     http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>     _______________________________________________
>     Quickfix-developers mailing list
>     Qui...@li... <#Compose>
>     https://lists.sourceforge.net/lists/listinfo/quickfix-developers
>