Is there any way to have the results (output) of
BatchTest.js directed to AmiBroker's Report Explorer rather than an .HTML
format?
I am trying to compare the output of the various
AFL systems that run through the batch. It would be easier to do if
the output of BatchTest.js could be added to the Report Explorer or some
other tabular format.
I even attempted to put an Export statement into
the script. I ended up with the details, not a summary, of only the
last .AFL file that is run through the batch.
Any comments or suggestions would be
appreciated.
Perry Lentine
Hello,
#include is not regular function. It is
pre-processor command that is executed ONCE before any execution takes
place.
This is so for speed because including at
execution stage over and over again will slow down the execution
significantly.
It works the same way as C language
pre-processor.
Instead I suggest using OLE automation to
backtest all variants. Batch backtesting is described in the User's
Guide:
There is a BatchTest.js script file that will
automatically run backtest ON EACH file stored in selected
directory.
So simply put all files you want to test in one
separate directory, adjust this line in the script
AFLFolder = "C:\\Program Files\\AmiBroker\\AFL"; // MODIFY TO FIT
YOUR SETUP
and double click BatchTest.js (the file with
the script) - that way you will launch Windows Scripting host
that will run the script that executes all
backtests.
Best regards,
Tomasz Janeczko
amibroker.com
----- Original Message -----
Sent: Monday, November 14, 2005 10:37
AM
Subject: [amibroker] #Include
Hello,
I posted this question in boards, but did not
get an answer. Could someone give any ideas,
please:
-------------------------------
I am trying to user
Optimizer to test 100.000 formations stored in separate .afl files. I want
to use #include in something like this:
i = Optimize ("i", 1,
1, 10000, 1);
FileName = "MyFile" + i + ".afl";
#include
Filename;
However, this does not work, as apparantely you cannot
pas a string as a file name to #include
preproccessor.
-------------------------------
I am trying to
overcome this by hardcoding #Includes:
inc = Optimize ("include
file", 1, 1, 100, 1);
if (inc == 1) {#include "file1.afl"}
if
(inc == 2) {#include "file2.afl"}
if (inc == 3) {#include
"file3.afl"}
...
if (inc == 100) {#include
"file100.afl"}
However, here is another problem I discovered.
#Include cashes ALL FILES on EACH optimization. That means, no matter what
#include it will use, it still cashes all files. In my case it takes 10
seconds, to put all files into cache, when I need only one, and then onlyu
0.2 seconds to execute! This 10 seconds is a huge loss in
performance, and it is not
neccesary.
---------------------------------
Finally, I found a
very clumsy workaround, but it is very unreliable and slow (uses hard disc
reads/writes):
1. I use fgets and fputs to write "include.afl"
file.
2. The file is included using #include "include.afl"
3. The
include.afl file is overwritten by the new formations from other files
using fgets/fputs.
I would like to ask, if anyone had the same
issues? What would you suggest to overcome this?
Many thanks in
advance,
B.