Thread: Re: [Quickfix-developers] Runtime Error! (no program listed)
Brought to you by:
orenmnero
Menu
▾
▴
quickfix-developers
|
From: <or...@qu...> - 2008-06-10 19:20:37
|
I'm sorry if you've already stated this before, but this is 1.12.4 correct? --oren > The only other configuration I've tested is on my development machine > which is running XP (instead of Server 2003), however there are other > differences, most notably being that my dev machine connects to the > CME's certification environment which has FAR less traffic than production. > Rick > Shane Trotter wrote: > > Rick, > > > > Have you tried running it on a different machine/OS combination? I am > > curious if this problem persists on all configurations. > > > > -- > > Shane Trotter > > Connamara Systems, LLC > > > > On Tue, Jun 10, 2008 at 9:37 AM, Rick Lane <ric...@gm... > > <mailto:ric...@gm...>> wrote: > > > > QuickFIX Documentation: > > http://www.quickfixengine.org/quickfix/doc/html/index.html > > QuickFIX Support: http://www.quickfixengine.org/services.html > > > > > > Greetings, > > > > I've brought this up several times in the past, but I keep getting > > a few more pieces of the puzzle and so I want to run this by the > > group again to see if perhaps I can't pinpoint the cause. > > > > I'm getting a hard application crash -- the message box that pops > > has the title: > > > > *Microsoft Visual C++ Runtime Library* > > > > and the message is: > > > > *Runtime Error! > > > > Program: > > > > This application has requested the Runtime to terminate it in an > > unusual way. > > Please contact the application's support team for more information.* > > > > So two things are interesting here: 1) my trading application is > > a C# .NET application. The only C++ application code that is > > being run, at least as far as I know, is the native QuickFix code > > in the quickfix_net.dll and quickfix_net_messages.dll files. 2) > > there is no Program: listed -- I would think that if my > > application caused the crash (a) I would've received a more > > informative JIT debugger message because the debugger/etc. is > > installed on the server and whenever I get other types of crashes > > I can look at the place in code and (b) it would've mentioned my > > application on the Program: line. > > > > Has anyone seen this type of crash related to QuickFix > > (specifically one that does not list the Program that caused the > > crash)? With this information, I have really NO means of tracking > > this thing down and it could be devastating (if I have open > > orders, etc., there's no recovery). > > > > Any help is greatly appreciated. > > > > Rick > > > > > > > > ------------------------------------------------------------------------- > > 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 > > _______________________________________________ > > Quickfix-developers mailing list > > Qui...@li... > > <mailto:Qui...@li...> > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > > > > ><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 |
|
From: Rick L. <ric...@gm...> - 2008-06-11 15:06:52
|
yes, that's correct. or...@qu... wrote: > I'm sorry if you've already stated this before, but this is 1.12.4 > correct? > > --oren > > >> The only other configuration I've tested is on my development machine >> which is running XP (instead of Server 2003), however there are other >> differences, most notably being that my dev machine connects to the >> CME's certification environment which has FAR less traffic than production. >> Rick >> Shane Trotter wrote: >> >>> Rick, >>> >>> Have you tried running it on a different machine/OS combination? I am >>> curious if this problem persists on all configurations. >>> >>> -- >>> Shane Trotter >>> Connamara Systems, LLC >>> >>> On Tue, Jun 10, 2008 at 9:37 AM, Rick Lane <ric...@gm... >>> <mailto:ric...@gm...>> wrote: >>> >>> QuickFIX Documentation: >>> http://www.quickfixengine.org/quickfix/doc/html/index.html >>> QuickFIX Support: http://www.quickfixengine.org/services.html >>> >>> >>> Greetings, >>> >>> I've brought this up several times in the past, but I keep getting >>> a few more pieces of the puzzle and so I want to run this by the >>> group again to see if perhaps I can't pinpoint the cause. >>> >>> I'm getting a hard application crash -- the message box that pops >>> has the title: >>> >>> *Microsoft Visual C++ Runtime Library* >>> >>> and the message is: >>> >>> *Runtime Error! >>> >>> Program: >>> >>> This application has requested the Runtime to terminate it in an >>> unusual way. >>> Please contact the application's support team for more information.* >>> >>> So two things are interesting here: 1) my trading application is >>> a C# .NET application. The only C++ application code that is >>> being run, at least as far as I know, is the native QuickFix code >>> in the quickfix_net.dll and quickfix_net_messages.dll files. 2) >>> there is no Program: listed -- I would think that if my >>> application caused the crash (a) I would've received a more >>> informative JIT debugger message because the debugger/etc. is >>> installed on the server and whenever I get other types of crashes >>> I can look at the place in code and (b) it would've mentioned my >>> application on the Program: line. >>> >>> Has anyone seen this type of crash related to QuickFix >>> (specifically one that does not list the Program that caused the >>> crash)? With this information, I have really NO means of tracking >>> this thing down and it could be devastating (if I have open >>> orders, etc., there's no recovery). >>> >>> Any help is greatly appreciated. >>> >>> Rick >>> >>> >>> >>> ------------------------------------------------------------------------- >>> 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 >>> _______________________________________________ >>> Quickfix-developers mailing list >>> Qui...@li... >>> <mailto:Qui...@li...> >>> https://lists.sourceforge.net/lists/listinfo/quickfix-developers >>> >>> >>> <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 >> > > |
|
From: Rick L. <ric...@gm...> - 2008-06-11 18:04:49
|
I believe I may have pinpointed the cause of my bug, and it's actually on the /market data /portion of my application which only uses QuickFix to construct messages. By this I mean the CME uses FIX for their order routing and for this I use QuickFix, but their market data is compressed (FIX/FAST) data that I decode myself, creating the FIX message as a string, and then I pass it to QuickFix to generate a Message object. I have several threads running concurrently each listening to a different "channel" -- these were sharing a static, public QuickFix.Dictionary object and I believe this is where the error was occurring. Does anyone have any idea why this would cause such havoc in my application? Not only has the error stopped occurring, but it seems that there is far less memory usage now that I've given each "channel" their own Dictionary object. Rick Lane wrote: > yes, that's correct. > > or...@qu... wrote: >> I'm sorry if you've already stated this before, but this is 1.12.4 >> correct? >> >> --oren >> >> >>> The only other configuration I've tested is on my development machine >>> which is running XP (instead of Server 2003), however there are other >>> differences, most notably being that my dev machine connects to the >>> CME's certification environment which has FAR less traffic than production. >>> Rick >>> Shane Trotter wrote: >>> >>>> Rick, >>>> >>>> Have you tried running it on a different machine/OS combination? I am >>>> curious if this problem persists on all configurations. >>>> >>>> -- >>>> Shane Trotter >>>> Connamara Systems, LLC >>>> >>>> On Tue, Jun 10, 2008 at 9:37 AM, Rick Lane <ric...@gm... >>>> <mailto:ric...@gm...>> wrote: >>>> >>>> QuickFIX Documentation: >>>> http://www.quickfixengine.org/quickfix/doc/html/index.html >>>> QuickFIX Support: http://www.quickfixengine.org/services.html >>>> >>>> >>>> Greetings, >>>> >>>> I've brought this up several times in the past, but I keep getting >>>> a few more pieces of the puzzle and so I want to run this by the >>>> group again to see if perhaps I can't pinpoint the cause. >>>> >>>> I'm getting a hard application crash -- the message box that pops >>>> has the title: >>>> >>>> *Microsoft Visual C++ Runtime Library* >>>> >>>> and the message is: >>>> >>>> *Runtime Error! >>>> >>>> Program: >>>> >>>> This application has requested the Runtime to terminate it in an >>>> unusual way. >>>> Please contact the application's support team for more information.* >>>> >>>> So two things are interesting here: 1) my trading application is >>>> a C# .NET application. The only C++ application code that is >>>> being run, at least as far as I know, is the native QuickFix code >>>> in the quickfix_net.dll and quickfix_net_messages.dll files. 2) >>>> there is no Program: listed -- I would think that if my >>>> application caused the crash (a) I would've received a more >>>> informative JIT debugger message because the debugger/etc. is >>>> installed on the server and whenever I get other types of crashes >>>> I can look at the place in code and (b) it would've mentioned my >>>> application on the Program: line. >>>> >>>> Has anyone seen this type of crash related to QuickFix >>>> (specifically one that does not list the Program that caused the >>>> crash)? With this information, I have really NO means of tracking >>>> this thing down and it could be devastating (if I have open >>>> orders, etc., there's no recovery). >>>> >>>> Any help is greatly appreciated. >>>> >>>> Rick >>>> >>>> >>>> >>>> ------------------------------------------------------------------------- >>>> 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 >>>> _______________________________________________ >>>> Quickfix-developers mailing list >>>> Qui...@li... >>>> <mailto:Qui...@li...> >>>> https://lists.sourceforge.net/lists/listinfo/quickfix-developers >>>> >>>> >>>> <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 >>> >> >> |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X