开云体育

Thanks for the reply, yes the file is in C:\jts. The file I am using is hsqldb-1.7.3.3 I also have the folder hsqldb-2.3.0 with its contents as downloaded off the web. I run sampleIBControllerStart and then it brings up the error message.

--- In TWSAPI@..., "btw12342001" <newguy@> wrote:

You don't mention if you actually have the file. The default location in in the &#92;jts directory.

--- In TWSAPI@..., "DavidP" <af402469@> wrote:

Hi,

I'm just setting up on a new PC and I'm encountering the following error message.

Fatal Error: one of the following jar files is missing from the classpath:
hsqldb.jar
Please make sure you run the application from the shortcut that was
installed on your desktop or on the Start menu when you upgraded.

I've not come across these before but I also got some regarding jfreechart and jcommon which I seemed to overcome by downloading and pasting into the appropriate folder. I cant seem to get this one sorted though. Any ideas?

Thanks
David

You don't mention if you actually have the file. The default location in in the &#92;jts directory.

--- In TWSAPI@..., "DavidP" <af402469@> wrote:

Hi,

I'm just setting up on a new PC and I'm encountering the following error message.

Fatal Error: one of the following jar files is missing from the classpath:
hsqldb.jar
Please make sure you run the application from the shortcut that was
installed on your desktop or on the Start menu when you upgraded.

I've not come across these before but I also got some regarding jfreechart and jcommon which I seemed to overcome by downloading and pasting into the appropriate folder. I cant seem to get this one sorted though. Any ideas?

Thanks
David

Hi,

I'm just setting up on a new PC and I'm encountering the following error message.

Fatal Error: one of the following jar files is missing from the classpath:
hsqldb.jar
Please make sure you run the application from the shortcut that was
installed on your desktop or on the Start menu when you upgraded.

I've not come across these before but I also got some regarding jfreechart and jcommon which I seemed to overcome by downloading and pasting into the appropriate folder. I cant seem to get this one sorted though. Any ideas?

Thanks
David

Yes, when i try to take the options chain every call to reContractDetailsEx (with strike set to zero) lasts 1 minute instead the normal 6 seconds. I also notice that the demo program of the API (client3.exe) crash when you use "reqContractData". Can you try if you have the same problem?

thanks

--- In TWSAPI@..., "rwk2095" <r@...> wrote:

Is this still a problem? I just ran a program at 8:25 EST on 11 JUL, and everything appears normal on Globex (E6).

[rwk]



--- dairen62 <no_reply@> wrote:

hi everybody, i've a little program that that takes the chain of the options using the method reqContractDetailsEx (ActiveX). It worked fine till yesterday: every call to reqContractDetailsEx lasts 1 minute versus the 6 seconds of before yesterday. In this way the program is dramaticaly slow. Anyone experienced the same?

I transferred to IB about a month ago for the commissions. I trade futures and am disappointed with the Margin Requirement increase from Intraday to Overnight at 12:45 Pacific Time on the E-Mini's. But also on any commodities 15 minutes before the pit closes. I got slammed my first day trading because I wasn't prepared for it, but regardless it's frustrating considering how much volume and volatility there is the last 15 minutes before the bell. I didn't run into this issue with TD/Think or Swim, I also gave Trade Station a call and they don't increase the Margin Requirement's until 1:15 on the E-Mini's. IB doesn't have anything in writing on their website in regards to what time exactly they change the Margin Requirements from Intraday to Overnight, I was wondering if possibly they provide preferential treatment to certain customers... Anybody have any input?

Is this still a problem? I just ran a program at 8:25 EST on 11 JUL, and everything appears normal on Globex (E6).

[rwk]



--- dairen62 <no_reply@> wrote:

hi everybody, i've a little program that that takes the chain of the options using the method reqContractDetailsEx (ActiveX). It worked fine till yesterday: every call to reqContractDetailsEx lasts 1 minute versus the 6 seconds of before yesterday. In this way the program is dramaticaly slow. Anyone experienced the same?

Hi,

I am writing a forex scalping program with IB POSIX C++ API,

there is one question:

I need to submit one parent order and attach one trailing stop order and one profit taking order.

parent order is market order as I don't want to miss any opportunity, filling as fast as need. but trailing order can't be attached to market parent order.

if I attach a stop order first, I am not able to change it to TRAIL type later.

So what kind of solution you use?
1. submit parent order with limit order, you could put limit price higher than market price (for buy) to simulate a market order, but in this case I have to track the bid/ask as fast as I could, I don't even know IB is capable of it (no real tick price and latency between my computer and their servers).

2. submit parent order with MKT type, no child order, put a trailing order afterwards?

3. manually implement a TRAIL order by modifying stop price for STP order attached whenever necessary.


Second question,
m_pClient->placeOrder(m_orderId, m_contract, order_parent);
m_pClient->placeOrder(m_orderId + 1, m_contract, order_stoploss);
m_pClient->placeOrder(m_orderId + 2, m_contract, order_profittaking);


trying to make a MKT parent order,
and two child orders, one sl with STP type, one tp with LMT type.

problem is,

I have to submit three orders in turn. parent order first.
but after I submitt the parent order, it will be filled immediately.

child orders will produces error msg like:

Error id=59, errorCode=201, msg=Order rejected - reason:The parent order is bein
g canceled.

And another question, In TWS, I am able to submit stop with stop price of actually traded price of parent order, How should I do it via API? the trade price of parent order is unknown when submitting attached child stop loss order.

right now,
I am submitting two child orders with very wild sl and tp level and modified it once parent order gets filled. apparently this is not a good solution


Any idea?

Thanks a lot for your help!

hi everybody, i've a little program that that takes the chain of the options using the method reqContractDetailsEx (ActiveX). It worked fine till yesterday: every call to reqContractDetailsEx lasts 1 minute versus the 6 seconds of before yesterday. In this way the program is dramaticaly slow. Anyone experienced the same?

hi everybody, i've a little program that that takes the chain of the options
using the method reqContractDetailsEx (ActiveX). It worked fine till
yesterday: every call to reqContractDetailsEx lasts 1 minute versus the 6
seconds of before yesterday. In this way the program is dramaticaly slow.
Anyone experienced the same?

thanks
Enrico

I am using activex api 968 and TWS 939, that makes my data actually come all in exchange local time, not my local time anymore.

Before that I was using TWS 936 and getting times on historical in my local time, then I do not know exactly when the change happened, do not know if there was a 937, 938 version that will have the change.

Thanks


--- In TWSAPI@..., "souqmate" <souqmate@> wrote:

Pierre says the change has been since end of June, while Carlos says it comes with TWS 939. Pierre, have you changed TWS or API or java version?
I haven't observed any change, and still get my data in my local time.
I'm using TWS 939 on Ubuntu 12.0 and Java(TM) SE Runtime Environment (build 1.7.0_21-b11).
Pierre, what you call ECT is probably IB's CET; also note that Gbobex futures are in Chicago time, not NY time.
souqMate.

--- In TWSAPI@..., "pierre.dimayo" <pierrechristophe.dimayo@> wrote:

I experienced the same kind of problem. Apparently, since end of June, timestamp of the prices requested within the API are those from the exchange of the securities you are requesting the prices for, regardless of the timezone from which you are doing the request. I am in Europe and I am working mostly with stocks and future. Since I need all my prices to be at ECT I need to add +6 to the timestamp for US stocks, +1 for UK stocks -7 for Japanese stocks for example. For Globex (futures) things get weird as it appears that the timestamps for futures are 1 hour later than Eastern time. (so I have to adjust with +7). So I advise you to do some tests for each exchange you are downloading the information from and adjust accordingly by comparing to the previous data you have.

I had a quick chat with the helpdesk who confirmed the change in the timestamps and it seems that this change will be permanent.

Cheers

Pierre

--- In TWSAPI@..., "Carlos" <ctalmeida@> wrote:

I have been downloading historical data from IB for years.
I never use the timezone on the request.
I always received the data date and time of the local computer.
Then if my windows is set for Pacific Time I received 1 minute bars for IBM starting 6:30 until 13:00.

Yesterday I update my TWS to the 939 version with API 9.68
Now same data request comes in EDT time, that is same data request now comes with time from 9:30 to 16:00. If I install back the TWS 936 I get back what I had in the past 6:30 to 13:00.

I can change my code and make all work but is there a mistake somewhere from IB that they will revert back in the future or this is how will be from now on? Anyone has information on this?

BTW I did try with FOREX EUR/USD and the same in the past historical data would come with my local computer time and now it comes in EDT.

Thanks for any information.

--- In TWSAPI@..., "Robert" <robertrackl@> wrote:

My policy is to keep time internally in UTC (=Zulu=GMT). Conversion to/from local time takes place only when user interaction is required. This way you don't worry about clocks getting set forward or backward.

--- In TWSAPI@..., "btw12342001" <newguy@> wrote:

You don't have to specify a time zone. I just do the request and ask for a unix timestamp by specifying 2 in the last field. Then you don't need timezones. If you want it in local time then just use the date class to put the unix time automatically into the right EST or EDT.

For those syncing clocks, don't you worry about having a later tick arrive with an earlier time if your clock gets set backwards? There is a way to do this properly in the win32 API but it's complicated. You can read further starting here
(v=vs.85).aspx



--- In TWSAPI@..., "pier3846" <hf-trader@> wrote:

Hello all,

I am having troubles with timezones when requesting for historical data with the Java API.

The API guide provides a list of supported timezones:



1) This list seems to be incomplete as CET seems to be also supported.

2) More important, I can see that EDT is not supported therefore I wonder what is IB's definition of EST. Specifically, I wonder whether IB's definition of "EST" encompasses "EDT" too. In other terms, do they use "EST" all the year, even during summer time? Or is "EST" really the "EST" timezone, with a shift of one hour compared to EDT, as those timezones are defined in Java, for instance.

I do not find much information on this topic. Anyone has an experience with timezones and the TWS API?

Thanks!!

Pierre

Did they add a new multiplier today?

The same thing happenned with stock options when mini options were
introduced for higher-priced stocks several months ago.

-Kurt


On 7/10/13 5:42 AM, "Davqe" <drosen@...> wrote:

This morning I received the error that my contract specification for Silver
was ambiguous because I did not specify the multiplier. Is this new? I was
able to run the same program last night at 9am with no problems.

This morning I received the error that my contract specification for Silver
was ambiguous because I did not specify the multiplier. Is this new? I was
able to run the same program last night at 9am with no problems.