Dennis, for code that needs to re-execute before the next second refresh you can use a while loop. For example, i use the following in some of my code:
Repeat = 0;
While( Repeat )
{
most of my code in here, if it requires re-execution it sets Repeat to True. It will re-execute at max afl execution rates until my code sets Repeat to False.
}
This works well however you want to put limits on the number of repeats, or break out on the next second refresh, to prevent it from staying in the loop to long.
herman
Monday, March 9, 2009, 12:19:17 PM, you wrote:
> Gordon,
> AFL is event driven. Some event causes your AFL program to execute.
> You can check to see which event caused it to run and run all or a
> portion of your program depending on the event.
> Check back on your suggestion again for an example of bar closed.
> You can suggest a new event type that is not already covered if you
> need one. However, because the AFL engine is shared between all
> charts, a particular chart's AFL will have to wait until a currently
> executing chart is done before the next one can be executed. So the
> AFL engine looks for the next chart that has an event only when it is
> idle.
> One event that has been suggested before, that would be useful to me
> as well, is an AFL self programmed event. This would be some AFL
> statement that would cause the currently running chart to be put into
> the queue to be run again as soon as possible --subject to some CPU
> loading constraints, or after a specified delay less than a second.
> Currently, if no quotes are coming in, one second is the fastest
> guaranteed repeat AFL execution. I have some sequences related to
> changing parameters that require 4 passes of the AFL to trigger
> certain conditions that have to happen between AFL passes. I shut
> down all but the essential AFL during these sequential passes, but
> time drags on when you have to wait for one second each pass.
> Best regards,
> Dennis
> On Mar 9, 2009, at 11:50 AM, Gordon wrote:
>> Hi sidhartha70,
>> Thanks for your thoughts. I actually did try something like that,
>> but seemed to find some sensitive timing issues. My objective was,
>> as soon as I detected a new bar (this was using one minute bars), to
>> access information about the just completed bar. At least in my
>> experience, it was necessary to introduce a delay so that the
>> Ref(XYZ, -1) function returned information about the bar I was
>> interested in and not the one before it. In the end, I just felt
>> uncomfortable that I had an approach I could rely on as being rock
>> solid.
>> I think I'll revisit it, but in the end, would love to be able to
>> rely on a built-in function. Assuming I'm successful in revisting a
>> one-off solution, I'll post the results (code).
>> The exploration start/stop is a little tougher. One way to do it is
>> to invoke AA through _vbscript_, and do your own pre- and post-
>> processing. Another might be to create ficticious symbols guaranteed
>> to be the first and last symbols visited by the exploration code and
>> use the name() function to test for them.
>> Regards,
>> Gordon
>> wrote:
>>> Gordon,
>>> I'm pretty sure you can code for this type of stuff already in AFL.
>>> You can simply set up your on checks to see if an event has
>>> occurred, and if it has, execute any code you want...
>>> For example, OnBar() that you are talking about could be achieved
>>> by looking for a change in DateTime() of the most recent bar...
>>>> Hi All,
>>>> occurred to me that most AB users don't know about or use the
>>>> feedback area. So, I wanted to take a second to highlight the
>>>> value of using the site to add suggestions and provide feedback
>>>> for existing ones. If you haven't gone there (you need to be a
>>>> registered AB user), there are tons of neat suggestions.
>>>> My second reason for posting is, I'm curious to know how many
>>>> would find the addition event-based AFL coding useful -- e.g.
>>>> functions you write that would be executed automatically upon the
>>>> occurrence of specific events, such as the current bar jused
>>>> completed (geared toward tick and other intra-day charts),
>>>> backtester started, exploration finished, etc.
>>>> Regards,
>>>> Gordon
>> ------------------------------------
>> **** IMPORTANT PLEASE READ ****
>> This group is for the discussion between users only.
>> This is *NOT* technical support channel.
>> TO GET TECHNICAL SUPPORT send an e-mail directly to
>> SUPPORT {at} amibroker.com
>> TO SUBMIT SUGGESTIONS please use FEEDBACK CENTER at
>> (submissions sent via other channels won't be considered)
>> For NEW RELEASE ANNOUNCEMENTS and other news always check DEVLOG:
>> Yahoo! Groups Links
> ------------------------------------
> **** IMPORTANT PLEASE READ ****
> This group is for the discussion between users only.
> This is *NOT* technical support channel.
> TO GET TECHNICAL SUPPORT send an e-mail directly to
> SUPPORT {at} amibroker.com
> TO SUBMIT SUGGESTIONS please use FEEDBACK CENTER at
> (submissions sent via other channels won't be considered)
> For NEW RELEASE ANNOUNCEMENTS and other news always check DEVLOG:
> Yahoo! Groups Links
> <*> To visit your group on the web, go to:
> <*> Your email settings:
> Individual Email | Traditional
> <*> To change settings online go to:
> (Yahoo! ID required)
> <*> To change settings via email:
> <*> To unsubscribe from this group, send an email to:
> <*> Your use of Yahoo! Groups is subject to: