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

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

I should add that at first I thought I might need to register the new 
DLL on the server, but the regsvr32 app gives me the following error 
message:

LoadLibrary("quickfix_net.dll") failed -- this application has failed to 
start because the application configuration is incorrect.  reinstalling 
the application may fix this problem.

Thanks,
Rick

Rick Lane wrote:
> 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
>>