Dear FT,
While performing some recent back testing I've began to receive an error message. The problem is that I can't see what the error is that's occurring. I've uninstalled and reinstalled FT a few times with no success in fixing the issue. The indicator that I'm testing has worked with the current version in the past. What has changed is that I've updated my hardware (the entire computer.)
Below is a screen shot of the error. If possible, please tell me where I can find the log where the errors are kept and I'll be happy to send them to your support.
Thanks again.
Blank Error Message
-
- Posts: 78
- Joined: Sat Jun 06, 2009 8:50 pm
Blank Error Message
- Attachments
-
- error.jpg (257.03 KiB) Viewed 19370 times
-
- Posts: 905
- Joined: Sat Jul 11, 2009 10:54 am
-
- Posts: 151
- Joined: Tue Feb 24, 2009 1:03 pm
Hi,
I developed this indicator for JJLL.
I uses the ObjectCreate() method to draw numerous graphical objects (trendlines and labels).
Once the number of objects reaches a certain point (around 9000) the indicator fails.
JJLL reported that he saw an error 1158 which a quick Google shows refers to a handle limit being exceeded (it appears Windows allocates a certain amount of handles to each process).
It seems that FT does not monitor the number of graphical objects and act accordingly if the number becomes very large so the indicator, and sometimes FT, crashes.
For now, as a workaround, I have added an option the indicator to not draw the graphical objects.
I would appreciate your thoughts on the best way to handle this.
Perhaps it is possible to retrieve the portion of a chart that is currently visible and just draw object on this section?
Steve
I developed this indicator for JJLL.
I uses the ObjectCreate() method to draw numerous graphical objects (trendlines and labels).
Once the number of objects reaches a certain point (around 9000) the indicator fails.
JJLL reported that he saw an error 1158 which a quick Google shows refers to a handle limit being exceeded (it appears Windows allocates a certain amount of handles to each process).
It seems that FT does not monitor the number of graphical objects and act accordingly if the number becomes very large so the indicator, and sometimes FT, crashes.
For now, as a workaround, I have added an option the indicator to not draw the graphical objects.
I would appreciate your thoughts on the best way to handle this.
Perhaps it is possible to retrieve the portion of a chart that is currently visible and just draw object on this section?
Steve
-
- Posts: 905
- Joined: Sat Jul 11, 2009 10:54 am
Hi Steve,
It is possible to show the portion of a chart that is currently visible, please use "GetChartInfo" method, you can find an example of its usage in "TimeBox" indicator's code.
It is possible to show the portion of a chart that is currently visible, please use "GetChartInfo" method, you can find an example of its usage in "TimeBox" indicator's code.
Code: Select all
....
var
ChartInfo: TChartInfo;
begin
if not(GetChartInfo(ChartInfo)) then
exit;
Print(format('first: %d, last: %d', [ChartInfo.FirstIndex, ChartInfo.LastIndex]));
....
- Attachments
-
- TimeBox.dpr
- (6.33 KiB) Downloaded 845 times
Check our other product here:
http://www.forexcopier.com
http://www.forexcopier.com
-
- Posts: 151
- Joined: Tue Feb 24, 2009 1:03 pm
Thanks for the info.
Now I think about it though, the idea was to be able to apply the indicator to historical data and then scroll back through the chart and draw the graphical elements that are in the visible portion of the chart (whilst deleting those not visible). In real time I could do this but in order to scroll back through historic data and dynamically show the graphics would require some sort of hook into the scroll event of the chart.
I think there will be an easier workaround. For instance JJLL told me of a registry change that makes more handles available to the current process and in theory eliminating the issue.
Now I think about it though, the idea was to be able to apply the indicator to historical data and then scroll back through the chart and draw the graphical elements that are in the visible portion of the chart (whilst deleting those not visible). In real time I could do this but in order to scroll back through historic data and dynamically show the graphics would require some sort of hook into the scroll event of the chart.
I think there will be an easier workaround. For instance JJLL told me of a registry change that makes more handles available to the current process and in theory eliminating the issue.
-
- Posts: 905
- Joined: Sat Jul 11, 2009 10:54 am
-
- Posts: 151
- Joined: Tue Feb 24, 2009 1:03 pm
-
- Posts: 78
- Joined: Sat Jun 06, 2009 8:50 pm
Due to my schedule, this reply comes late.
Dackjaniels has described and diagnosed the issue with this indicator superbly. The problem has been corrected and I appreciate the help from both FT Support and Dackjaniels. For any serious forex trader looking for a developer, Dackjaniels has surpassed my expectations time and time again. The Forex Tester platform is also the best back testing application on the market. How can I say this? I’ve dealt with much lesser (and I mean MUCH lesser testing software) and in the past I’ve have done business with almost two dozen software developers stretched over 4 continents. Some of the developers were good, some flat out stole from me, but none have surpassed the skills, experience and professionalism of Dackjaniels.
Recently, over the last few years, I've dealt with Forex Tester and Dackjaniels exclusively. No one else.
Please remember my above statement, “any serious forex trader…”
If you’re just curious or toying with the idea of currency trading, find someone else or use another back testing application. When monetary profits and losses are involved, no one likes their time wasted. But if you are working on a method that shows promise, please keep the two participants above in mind. You will not be disappointed.
Dackjaniels has described and diagnosed the issue with this indicator superbly. The problem has been corrected and I appreciate the help from both FT Support and Dackjaniels. For any serious forex trader looking for a developer, Dackjaniels has surpassed my expectations time and time again. The Forex Tester platform is also the best back testing application on the market. How can I say this? I’ve dealt with much lesser (and I mean MUCH lesser testing software) and in the past I’ve have done business with almost two dozen software developers stretched over 4 continents. Some of the developers were good, some flat out stole from me, but none have surpassed the skills, experience and professionalism of Dackjaniels.
Recently, over the last few years, I've dealt with Forex Tester and Dackjaniels exclusively. No one else.
Please remember my above statement, “any serious forex trader…”
If you’re just curious or toying with the idea of currency trading, find someone else or use another back testing application. When monetary profits and losses are involved, no one likes their time wasted. But if you are working on a method that shows promise, please keep the two participants above in mind. You will not be disappointed.
-
- Posts: 905
- Joined: Sat Jul 11, 2009 10:54 am
Who is online
Users browsing this forum: No registered users and 16 guests