Re: [Quickfix-developers] quickfix threads

[<or...@qu...>]

Yes, your assumption here is correct.  FIX requires that messages get
processed in order, so for this reason you cannot process messages in
parallel since a new message will not get passed to you until the
previous one has been processed.  Otherwise you might receive them out
of order.  Your receipt of the message is confirmed by exiting the
onMessage call.

--oren

> -------- Original Message --------
> Subject: [Quickfix-developers] quickfix threads
> From: Vincent Predoehl <vpr...@ph...>
> Date: Tue, May 27, 2008 3:47 pm
> To: qui...@li...
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html<hr>I'm writing test code for my matcher and I'm storing data in STL  
> containers for comparing the responses passed back in ExecutionReport  
> message.
> Before a new OrdStatReq message is sent, for example, the STL  
> container is checked to make sure that any expected OrdStatReq  
> message like the one about to be generated have been processed  
> already.  If not, my code calls process_sleep(1) until the message is  
> received.  The problem is the message never arrives.  I'm guessing  
> the reason is because I'm sleeping in the onMessage of the  
> ExecutionReport message and the message it is waiting for can't get  
> processed until the current messages finishes processing.
> So, I guess I'm wondering if the reason the expected ExecutionReport  
> message isn't being processed is because the code is hung up in the  
> sleep loop of the existing ExecutionReport message.  My guess is  
> that's the case, but I thought I'd ask because it seems there are  
> multiple threads handling the FIX messages.
> If anyone has any comments on how threads work in quickfix, I'd be  
> interested in knowing that.
> Thanks,
> -- 
> Vincent<hr>-------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/<hr>_______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers