-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Order Messages Don't get handled properly #115
Comments
Every 10-15 seconds after we place an order, there is a message: |
Here is the code that places the order:
And here is the code that handles the order notifications: We are trying to log the execution data to csv |
@Stropical @lukefrugia this sounds like a case I thought might happen, but not frequently. This is a trade-off with not having an asynchronous API. When you place the order with see: rust-ibapi/src/client/transport.rs Line 176 in ee926a1
If we don't have a timeout the client can potentially wait indefinitely. However, in some cases this may be the desired behavior. For example, if you're waiting for a stop 10 seconds may not be enough. I'm thinking the proper thing here is to allow the specification of a timeout when placing the order. You can experiment with changing the timeout for place order to see if I'm on the right track. |
On top of the timeout error, what do you think about the Here's another example of live logs hitting this error:
I'd love to get to a solution to this problem this week, any help is appreciated |
Just to add to the last comment, it seems like after several errors the client hangs or stops receiving messages all together. Is there a message buffer that fills if messages aren't routed? |
I'm trying to wait for a stop loss it hit, and then use the order message to change the state. Everytime the stop loss hits however ibapi errors and cannot parse the order message coming back. Team's been looking at it for a sec, anyone have any ideas?
The text was updated successfully, but these errors were encountered: