You received a lot of valuable feedback, the task you are trying to take on is massive, it will be a nightmare to maintain as a single person over long periods of time, and will possibly be a massive waste of time. I had not heard about PureBasic until your post, so that I am sure there is nobody to help you. And the code ChatGPT generated will not get you anywhere either, But go ahead, if that is what you want to do.

HOWEVER this is not the group to look for help for a task that you have been advised against. We are exclusively focused on the API implementations that IBKR provides. You may not expose our 6,000++ members to the long struggle you are going to have, That will create too much noise and I will have to lock the topic.

So here my advise:

• Don't do it. Stay with one of the many IBKR API implementations (C++, C#, VB, Java, Python) or and independent implementation with a large enough existing community (ib_async., Ruby, ...)
• At the heart, all IBKR TWS API implementations simply serialize the requests your client makes into messages that are sent to TWS/IBGW via the socket and, in return, a deserialize messages from TWS/IBGW into callbacks. Follow Mark Collins's advice and read and understand the EClient (requests) and EDecoder (responses) classes for a language you are most familiar with. You would have to create the equivalent to those two classes in PureBasic if you want to connect at the socket level.
• The wire-line message protocol is not documented, subject to change without notice, and does change with every major TWS/IBGW release. But several of our members and the ib_insync/ib_async community do maintain their own implementations. It can be done.
• If that is the route you want to go, implement a program that simply connects to TWS/IBGW via the socket and handles the few very basic messages required for the "HELLO" phase. But there are will be many additiona? messages with complex objects zou would have to implement eventually even if you'd only use a subset of TWS API. But I have attached (once more) the basic message flow you would have to implement:
  • Create a socket with TWS/IBGW
  • Send the FIRST_CLIENT_MESSAGE
  • Wait for and receive the FIRST_SERVER_MESSAGE
  • Send the API_START_API_MESSAGE
  • Wait for and receive the MANAGED_ACCOUNTS_MESSAGE and NEXT_VALID_ID_MESSAGE
  • Plus be prepared for ERROR_MESSAGEs since they can occur at any time after API_START
• IBKR takes care of all the little details by providing you with TWS API implementations for various languages. Making and maintaining a wrapper around TWSlib.dll for PureBasic might be a much more manageable task as long as TWSlib.dll and their threading code plays nicely with PureBasic. You might have to make minor adjustments to method signatures over time, but you can stay on the same TWSlib.dll version for months if not years unless you need features of newer versions.

But using an existing TWS API implementation will be by far your most productive path. And the only path for our group to provide you with any ongoing help.

One last thought. Assuming PureBasic provides a rich set of WEB/REST API tools, (formerly called Client Portal API) might be the simplest path for you to interact with your IBKR account from PureBasic.

闯ü谤驳别苍

?

?

?

I'm with the rest. Please consider using python. I can use julia but python is more fun.

so in purebasic you'd

; PureBasic example for connecting to IB API and requesting account details

#PORT = 7497 ; TWS or Gateway default port
#HOST = "127.0.0.1"

; Establish a socket connection
If OpenNetworkConnection(#HOST, #PORT)
  Debug "Connected to IB TWS/Gateway"
  
  ; Send handshake message (TWS Protocol version)
  SendNetworkString(0, "API\0")
  Delay(100)
  
  ; Request account details (e.g., account summary request)
  requestID = 1
  version = 1
  message = "9" + Chr(0) + Str(version) + Chr(0) + Str(requestID) + Chr(0) + "All" + Chr(0)
  SendNetworkString(0, message)
  Delay(200)
  
  ; Receive and parse response
  Repeat
    buffer = ReceiveNetworkData(0, *memory, 4096)
    If buffer > 0
      result$ = PeekS(*memory, buffer)
      Debug result$
    EndIf
  Until buffer <= 0
  
  CloseNetworkConnection(0)
Else
  Debug "Failed to connect to IB TWS/Gateway"
EndIf

and in python you'd

from ibapi.client import EClient
from ibapi.wrapper import EWrapper
from ibapi.contract import Contract


class IBApp(EWrapper, EClient):
    def __init__(self):
        EClient.__init__(self, self)

    def error(self, reqId, errorCode, errorString):
        print(f"Error: {reqId}, {errorCode}, {errorString}")

    def accountSummary(self, reqId, account, tag, value, currency):
        print(f"Account Summary. ID: {reqId}, Account: {account}, {tag}: {value} {currency}")

    def accountSummaryEnd(self, reqId):
        print(f"Account Summary End for request ID: {reqId}")
        self.disconnect()


def main():
    app = IBApp()
    app.connect("127.0.0.1", 7497, clientId=1)

    # Wait for the connection to establish
    app.run()

    # Request account summary
    app.reqAccountSummary(9001, "All", "NetLiquidation,AvailableFunds")
    

if __name__ == "__main__":
    main()

Makes sense but the group would know, through experience, when it's reasonable to see that the US exchanges are printed. I am only interested in the PRINT after the close. It would be nice to think all is done by 16:00 EST but is that reality? Is it 16:05, 16:15... you get the idea. Thanks for the heads up though

开云体育

Hi all In the groups experience what is the earliest time , eastern standard time, when it's reasonable to say that IB have printed ( immutable) the close for all symbols that will be the number of record in perpetuity. So market close at 16:00 but there's going to be a period where the numbers are still being populated. I'm certain that someone has figured out what that "indeterminate" period is to a margin of safety. I asked IB sometime back but the support desk has never responded, I asked 3 time. thank you for any help OR thoughts. cp

Let's start with setting expectations. IBKR is a brokerage that handles your trades and not a specialized historical market data provider. While there is a lot of good historical data you can download, there will be limits, and their real-time data offerings are much richer and more reliable.

I am under the impression that IBKR have a decent REST API implementation.

开云体育