PureBytes Links
Trading Reference Links
|
Hi Chuck,
IMHO you are wrong in your assumptions how the/any
backtester works.
What you describe is of type "looking into the future"
syndrom, but
it is not correct in this respect.
BTW, you dont need to create dozens of watchlists. Why
not
simply put all criteria in a B/S condition: for
example
Buy = Close > 10 and RSI < 30;
The Close price and the RSI value are those of the then
"current" day.
Simply said, there is a big loop inside the backtester
which executes
your script from the given start day to the end day and
each time takes
that day's "Close" and "RSI"...
UM
----- Original Message -----
<BLOCKQUOTE
>
<DIV
>From:
<A title=chuck_rademacher@xxxxxxxxxx
href="">Chuck Rademacher
To: <A title=amibroker@xxxxxxxxxxxxxxx
href="">amibroker@xxxxxxxxxxxxxxx
Sent: Sunday, April 20, 2003 8:40
AM
Subject: RE: [amibroker] Re: Parameter
selection, MCS (for Thomas)
<FONT face=Arial color=#0000ff
size=2>G'day, Thomas.
<FONT face=Arial color=#0000ff
size=2>
I
get asked that question all the time. My answer is "How do I know
if a stock is going to be traded by my system unless I include
it?".
<FONT face=Arial color=#0000ff
size=2>
<FONT face=Arial color=#0000ff
size=2>Let's say that I only want to trade stocks that are over
$10. So, I make a watchlist of such stocks and end up with (say)
4,000 that were over $10 at some point in the last ten
years. If I want to change the filter to be $9 or $11
instead of $10, I have to create a new watch list, using the 13,500 stocks in
my entire universe to make the watchlist.
<FONT face=Arial color=#0000ff
size=2>
The
same applies to other technical indicators. Let's say that I'm using RSI
and I want to sell if RSI goes above 90. So, I exclude all the
stocks where the RSI never went above 90 and make a watchlist. If
I want to change the sell signal to 85 instead of 90, I have to make a new
watchlist.
<FONT face=Arial color=#0000ff
size=2>
I
know that most people work this way. They make a watch list of
stocks that meet their criteria based on current prices, fundamentals,
etc.
<FONT face=Arial color=#0000ff
size=2>
This
concept would work really well if you trade stocks backwards in
time. If 2002 came after 2003 and 2001 came after 2002,
etc. Most people doing backtesting seem to want to make a
watchlist based on something in the data or on the chart today.
They then will backtest their system over ten years of data based on stocks
that meet some criteria today. S&P 500 constituents today
or NASDAQ 100 consituents today. Why not use the constituent list
at the beginning of the period, not the end?
<FONT face=Arial color=#0000ff
size=2>
It
would seem to me that the criteria for selection should have been made based
on data and/or chart appearance ten years ago... not today. Better
yet, why not base the selection criteria on these conditions in
real-time?
<FONT face=Arial color=#0000ff
size=2>
<FONT face=Arial color=#0000ff
size=2>Hence... I pass EVERY stock through all of my systems every time I want
to backtest a new system idea. I let the systems do all of the
selecting, in real-time (albeit historical real-time). If I want
to trade only NASDAQ 100 stocks, I have a flag to tell me, for every one of
the 13,500 stocks in my database, for every day it traded, if it was a NASDAQ
100 stock.
<FONT face=Arial color=#0000ff
size=2>
Just
one man's opinion. Yours could be just as valid or
better.
<BLOCKQUOTE
>
<FONT face="Times New Roman"
size=2>-----Original Message-----From: tchan95014
[mailto:tchan95014@xxxxxxxxx]Sent: Sunday, April 20, 2003 2:21
AMTo: amibroker@xxxxxxxxxxxxxxxSubject: [amibroker]
Re: Parameter selection, MCS (for Thomas)Hi,
Chuck,Thanks for a very extensive answer.One more
question:You tested your system on 13500 stocks over more than 10 years
of history and you got about 40,000 trades. This means in average there
are 3 trades per stock over 10 years period. I would guess there are
some stocks trade far more than that, hence there are many stocks
never get traded over the test history. Is this correct?If yes,
then does their inclusion in the portfolio makes any
sense?ThanksThomas--- In
amibroker@xxxxxxxxxxxxxxx, "Chuck Rademacher" <chuck_rademacher@x>
wrote:> Sorry, Thomas, I must have not been very clear in my
explanation.> > Here are my steps for parameter selection
(right or wrong):> > 1. Optimize over the entire
universe of stocks that traded between 1992> and today (13,500
stocks after filtering for minimum price/volume). This>
process is looking for ONE parameter set across all stocks.>
2. Check for outliers (huge profits or losses). This
is more important> for long-term systems that might have bought
in 1995 and sold and the peak> in 2000.> 3.
Remove the stocks with the largest outlier trades. In the
example I> gave, trading $10,000, I removed the stocks where
single trades generated> more than (say) $200,000.
AOL, MSFT and a few others generated more than> $1 million in
profits so I don't want those trades in my parameter>
selection.> 4. Re-optimize to get "best" parameter set
over all remaining stocks. I> don't really want
to get into defining "best" here.> 5. I might repeat
steps 3 and 4 if I get a new set of large outliers.>
6. Put the removed stocks back into the watchlist.>
7. Run Scan to see equity curve with or without
compounding.> 8. When it comes to live trading, my
systems are looking at all stocks.> Removing stocks from the
universe was only done to achieve (IMO) better> parameter
selection.> > > While I'm at it, I may as well tell you
the steps I take to decide if the> system is even worth doing the
steps delineated above. Here is what I do> to see if
the system has any merit in the first place:> > 1.
Optimize the system over data between 1994 and 2001 (approximately)
to> find the "best" parameter set.> 2. Using that
parameter set, run the same system over data between 1992 and>
1993 as well as over the period 2002 and 2003. If the
performance looks> "almost" as good over those periods (per
trade, per annum, drawdown, etc.),> then the system (IMO) is
worth more effort.> 3. If the out-of-sample performance is not
good (definition?), I add it to> my scrap heap of thousands of
other rejected systems.> > > > You then asked
about MCS. I use Monte Carlo Simulation to see what
happens> when I trade a random selection of my buy/short
signals. You may recall an> equity curve that I
posted not too long ago. From memory, that curve>
reflected the results of over 40,000 trades. The initial capital
for each> trade was $10,000. I wouldn't want to trade
less than $10,000,> particularly when I only like to trade round lots
(multiple of 100 shares).> To take all of the signals generated
by that system would require about $10> million in capital, based
on $10,000 initial capital per trade. Probably>
beyond the scope of most individual traders.> > So... how do I
reduce the number of signals so that I can afford to take> every
trade. While we patiently wait for TJ to add some
portfolio> management functionality to AB, I export the trades from
AB to TradeSim.> TradeSim has full MCS
capability. Someone in this group posted
references> to some other software that does MCS.>
> In any event, I can tell TradeSim that I only have $300,000 (or any
other> amount) and it will RANDOMLY select signals that it will
trade. I can tell> TradeSim to do 15,000 random selections
and it will show me the average,> best and worst case equity
curves for each of those 15,000 runs. What you> are
looking for is a fairly consistent performance, regardless of the
list> of signals accepted by TradeSim. I want to make
sure you understand the> process here. TradeSim will
make a purely random selecction of buy/short> signals in each
run, investing up to my limit of $300,000 IBM, MSFT,
AOL,> etc. might be in run number one. Any or all of
those stocks might be in> run two. You can tell
TradeSim whether or not to compound your profits> (yet another
discussion).> > The next step, of course, is to rank all
signals by something (another> discussion) and take the signals
in some sort of predetermined sequence> until your system runs
out of cash. This functionality is high on the wish>
list for TradeSim and somewhere on TJ's wish list for AB.
Once we have> that functionality, we can see if our "smart"
method of selecting which> signals to take has any value over a
purely random selection. If not...> the method for
selection must not be very smart.> > I hope that I have
answered your questions and concerns.> -----Original
Message-----> From: tchan95014
[mailto:tchan95014@xxxx]> Sent: Friday, April 18, 2003
8:04 PM> To:
amibroker@xxxxxxxxxxxxxxx> Subject: [amibroker] Re:
Compounding, etc. (for Fred)> > >
Chuck,> > The following is my understanding from
reading your posts: you test> your system on a large
universe, when you find a goog parameter set,> you
then run on the same universe to pick up the candidate to trade.>
> My question:> 1) Since you do not
cut off those losers in historical test from the>
universe (You mentioned that a stock's characteristics can change
over> time), do you still trade a certain stock when
you system picks it up> but you know from you
historical test this particular candidate lost> all
the time? (Of course, you also mention you never check what
stocks> are traded by your system, but I just want to
know your thought)> > 2) You also mention the use
of MCS, could you please elaborate on how> you use
MCS to help you on system development or whatever?>
> Thanks> > >
Thomas> > --- In amibroker@xxxxxxxxxxxxxxx, "Chuck
Rademacher"> <chuck_rademacher@x>
wrote:> > No rebuke from me. You are 100%
correct that one would tend to> either
take> > on more positions or increase the size of
positions using profits.> Either>
> of these could be called "compounding".>
>> > I just don't think that compounding has any
place in parameter> selection.> >
I've already given dozens of examples but I'll do one
more.> >> > Let's say that
I had a moving average crossover system (which I>
wouldn't> > use). Let's also assume that we are
investing $10,000 per trade>
initially.> > I optimize for one set of parameters to
use on a basket of stocks.> One
set> > of parameters generates a trade for AOL that
results in a $1.5> million> >
profit for the $10,000 investment. If I then re-invest that
$1.5> million> > (in
backtesting), I could end up with some huge returns on the
next> trade,> > based on my
original portfolio investment size. This huge
profit> and> > resultant
compounding (in backtesting) could distort the fact
that> those> > very same
parameters generated far less in profits for the other
99> stocks.> > In my opinion, I
would rather use parameters that missed the AOL> trade
and> > did better on the other 99 stocks.
Keeping AOL in the basket (for> > backtesting) and
compounding the profits from that one trade simply>
doesn't> > fit in how I select
parameters.> >> > Once I'm
finished selecting my parameters, I will use Scan over
all> 100> > stocks in
basket. I will, at this point, turn on compounding.
If> the> > parameters I've
selected without the benefit of AOL and without the>
benefit> > of compounding happen to pick up the AOL
trade, it's a bonus. I'd>
rather> > miss the AOL trade (in backtesting) and do
well on the rest of the> stocks
in> > the basket. In my opinion, this
approach has a much better chance> of
being> > profitable in the future. A
fantastic-looking equity curve based> on
the> > benefit of hindsight does little to satisfy my
investors.> > -----Original
Message-----> > From: Fred
[mailto:fctonetti@xxxx]> > Sent: Friday,
April 18, 2003 6:16 PM> > To:
amibroker@xxxxxxxxxxxxxxx> > Subject:
[amibroker] Re: Pairs Trading (a definition for
Dingo)> >>
>> > Chuck,>
>> > Your "go" at it is clearly a
better description then mine ...>
>> > I'm still waiting for your rebuke
of my description of compounding> >
whether it is in terms of scaling up bet size or increasing
the> > number of securities
potentially invested in to be virtually the>
same> > in terms of how that affects
system design, testing and>
optimization> > in that ones aim is still
to yield consistant returns and>
drawdowns> > on a percentage
basis.> >> > --- In
amibroker@xxxxxxxxxxxxxxx, "Chuck Rademacher">
> <chuck_rademacher@x> wrote:>
> > MessageI'll have a go at defining pairs trading for
you.> > >>
> > To me, there are two different kinds of pairs
trading> (fundamental>
> and> > >
technical).> > >>
> > Before I get into that, however, I'll start by telling
you that> > pairs>
> > trading is NOTHING MORE than buying one stock and
shorting> another.> >
> Usually, the dollars invested would be the same for each
stock.> > >>
> > Fundamental pairs trading would be based on YOUR
INTERPRETATION> of>
> the> > > fundamentals
for those two companies. If you spent the time
to> > review the>
> > annual reports for Ford and General Motors, for
instance, you> might>
> decide> > > that
FUNDAMENTALLY Ford should outperform General Motors
over> the> > next
six> > > months. So, you would
buy Ford and short General Motors. Your>
> trade, in> > > theory,
should not be affected by any move in the entire
market> or> > even
the> > > automotive sector.
At the end of the six-month period you>
would> > liquidate>
> > both positions.> >
>> > > Technical pairs trading is a
little more complex. Again, you>
> would be> > > buying
one stock and shorting another. Most pairs
traders> might> > only
trade> > > a "pair" that were in the
same sector, but that isn't> necessarily
a> > > requirement. The
idea here is that you find two stocks whose>
> average daily> > >
returns move very much in unison. I won't get into the math
for> > determining>
> > this, but I'm sure you get the
picture. Let's say that you>
> discover that> > > the
daily returns for Ford and General Motors almost aways
move> > together.>
> > You also observe that if the returns move apart....
they tend to> > come
back> > > together.
You also observe the maximum amount that they>
varied> > over some>
> > period of time. When you see them move
apart by that amount> > again,
you> > > simply short the one with the
higher returns and buy the one> with>
> the lower> > >
returns. Finally, you just wait for the returns to come
back> > together
and> > > liquidate both
positions. Again, the theory is that
any> major> > move
in> > > the overall market has no
effect on your net position.> >
>> > > I might add that many, if not
most, of the professional fund> > managers
using> > > pairs trading haven't done
very well over the last quarter,> >
generating> > > negative returns for
their investors. I've been pairs
trading> > for two>
> > years, netting just over one percent per month for
investors in> that>
> > particular fund. I can also tell you
that, in my opinion, any> > attempt
at> > > fundamental pairs trading is
doomed for failure.> > >
-----Original Message-----> >
> From: dingo [mailto:dingo@xxxx]>
> > Sent: Friday, April 18, 2003 3:13
PM> > > To:
amibroker@xxxxxxxxxxxxxxx> >
> Subject: RE: [amibroker] Re: Dynamic Indicators Poll --
VOTE> > AGAIN,
PLEASE> > >>
> >> > >
Could you define "pairs trading" please?>
> >> > >
Thx!> > >>
> > d> >
> -----Original Message----->
> > From: Fred
[mailto:fctonetti@xxxx]> >
> Sent: Friday, April 18, 2003 3:08
PM> > > To:
amibroker@xxxxxxxxxxxxxxx> >
> Subject: [amibroker] Re: Dynamic Indicators
Poll -- VOTE> AGAIN,> >
PLEASE> > >>
> >> >
> Yes. I know. See my previous post, but for
example I don't> want>
> to> >
> have to write my own Stdev routine for variable
periods> where it> >
> would require a For loop or a script to get it
done. As> I've> >
said> > >
before, IMHO the best thing about AB today is it's speed
and> > the LAST>
> > thing I want to do is slow it
down w/For loops if I don't> have>
> to.> >
> The best thing about the future of AB is of
course the> support &>
> > potential enhancements and
I'll be happy to take the latter>
in> > >
whatever order Tomasz thinks best with my own personal>
> preference at> >
> the moment being the fixing of position size
transactions> being>
> > automatically limited to total
available cash followed by> some>
> other> >
> aspects of portfolio trading i.e. pairs and
ranking etc.> > >>
> > --- In
amibroker@xxxxxxxxxxxxxxx, "DIMITRIS TSOKAKIS">
> <TSOKAKIS@xxxx>> >
> wrote:> >
> > Fred,> >
> > take a look at>
> > >>
> > >
per=10+Cum(1)%20;//variable period from 10 to 29>
> > >
StochKa=MA(100*(C-LLV(L,per))/(HHV(H,per)-LLV(L,per)),3);>
> > >
StochDa=MA(MA(100*(C-LLV(L,per))/(HHV(H,per)-LLV>
> (L,per)),3),3);> >
> >
Plot(StochDa,"",1,1);Plot(StochD(),"",4,8);>
> > >>
> > > for
example.> > >
> DT> > >
> --- In amibroker@xxxxxxxxxxxxxxx, "Fred"
<fctonetti@xx..>> >
wrote:> > >
> > Tomasz,> >
> > >> >
> > > I agree completely that these are two
different areas ..> .>
> to me> >
> > they> >
> > > are both important with (1) being
higher priority then> > (2)
...> > > >
>> > > >
> With regards to (1) and more specifically those>
functions> > like>
> > ATR>
> > > > that require
multiple arrays ... I understand and in the>
> case of> >
> > ATR> >
> > > I'm not sure I care if this is even
dealt with as again> it's>
> > simple>
> > > > enough like my
example w/MACD to create ones own ATR> with
a> > >
Foreign> > >
> > symbol using straight AFL.> >
> > >> >
> > > In the case of a stochastic though
it's clearly valid to> >
> calculate> >
> > it> >
> > > as>
> > > >>
> > > > 100 * (C - LLV(C,
n)) / (HHV(C, n) - LLV(C, n))> >
> > >> >
> > > as opposed to using highs and
lows. However here again>
I'm> > not>
> > > sure>
> > > > I care as it's easy
enough to do these in straight AFL>
with> > n>
> > being>
> > > > time variant since
HHV and LLV are already have the> >
capability of> >
> > > being time
variant.> > >
> >> > >
> >> > >
> > --- In amibroker@xxxxxxxxxxxxxxx, "Tomasz
Janeczko"> > >
> <amibroker@xxxx>> >
> > > wrote:>
> > > > >
Hello,> > >
> > >> >
> > > > As I mentioned in the other post
of mine there are> >
> > > > TWO INDEPENDENT
areas:> > >
> > >> >
> > > > 1. Make input data array
available for functions like> RSI>
> > > > > 2. Make second
argument (period) accept array too> >
(variable> > >
> period).> >
> > > >>
> > > > > Somehow people
mix those 2 areas.> >
> > > >>
> > > > > Fred speaks
that he wants all functions to cover at>
least> > > >
> > area (1).> >
> > > >>
> > > > > The posts of
Mark refer to area (2).> >
> > > >>
> > > > > Let me show you
example:> > >
> > >> >
> > > > RSI( period ) - this function
has no input data array> >
(uses> > >
CLOSE> > > >
> array> > >
> > > indirectly) and accepts static period>
> > > >
>> > > >
> > (1) RSIa( ARRAY, period ) - this function
accepts> input> >
data> > > >
array> > > >
> but accepts> >
> > > > only static
period> > >
> > >> >
> > > > (2) RSIa( ARRAY, dynamic_period
) - this function> accepts>
> > input>
> > > > data
array> > > >
> > and accepts both static and dynamic_period.>
> > > > > (NOTE: Current
version of AB does NOT support this> >
> RSIa 'flavour'>
> > > >
yet)> > > >
> >> > >
> > >> >
> > > > As to (1): implementation of
this is relatively easy.> >
> > > > There is one caveat however:
many analytical functions> >
> > > > in fact use MORE than one input
array. For example> >
Stochastics> >
> use> >
> > > > Close, Open and High arrays as
inputs.> > >
> > > ATR too needs OHLC, not only close.>
> > > >
>> > > >
> > As to (2): not every function is suitable for
this> kind of> >
> > > operation.
Although> > >
> > > theoretically it is possible to rewrite every
function> to> >
> accept> >
> > > such 'variable>
> > > > > periods' the
practice shows that transformations that>
are> > > >
recurrent> > >
> > in nature> >
> > > > (exponential averages for
example) are> > extremely 'sensitive'
if> > > >
> parameter(s)> >
> > > > change to fast. A kind of
"frequency modulation"> effect>
> appears> >
> > > that may produce>
> > > > > distortions
therefore one should be careful working>
with> > >
adaptive> > >
> > systems> >
> > > > using recurrency-based
transformations.> >
> > > >>
> > > > > Best
regards,> > >
> > > Tomasz Janeczko> >
> > > >
amibroker.com> >
> > > > ----- Original Message
-----> > > >
> > From: <uenal.mutlu@xxxx>>
> > > > > To:
<amibroker@xxxxxxxxxxxxxxx>> >
> > > > Sent: Friday, April 18, 2003
5:28 PM> > >
> > > Subject: Re: [amibroker] Dynamic Indicators Poll
--> VOTE> >
AGAIN,> > >
> > PLEASE> >
> > > >>
> > > >
>> > > >
> > > And IMHO also> >
> > > > > LINEARREG,
LINREGSLOPE, TSF> >
> > > > > should be removed from your
list. Please> >
> > > > > check the remaining too...
Test it in AFL editor (it> >
will> > > >
inform> > >
> > you> >
> > > > > via a small hint window
about the params after you> type>
> the> >
> > > opening brace).>
> > > > > >
UM> > > >
> > >> >
> > > > > ----- Original Message
-----> > > >
> > > From: <uenal.mutlu@xxxx>>
> > > > > > To:
<amibroker@xxxxxxxxxxxxxxx>> >
> > > > > Sent: Friday, April 18,
2003 5:21 PM> >
> > > > > Subject: Re: [amibroker]
Dynamic Indicators Poll --> VOTE>
> > AGAIN,>
> > > >
PLEASE> > >
> > > >> >
> > > > >>
> > > > > > > Hi
mark,> > > >
> > > > can you clarify BBANDBOT and
BBANDTOP;> > >
> > > > > IMHO they both already do accept user
defined> > arguments>
> > > > > > > for
all the 3 possible parameters to them.> >
> > > > > > UM>
> > > > > >
>> > > >
> > > >> >
> > > > > > ----- Original Message
-----> > > >
> > > > From: "markf2"
<feierstein@xxxx>> >
> > > > > > To:
<amibroker@xxxxxxxxxxxxxxx>> >
> > > > > > Sent: Friday, April
18, 2003 4:03 PM> >
> > > > > > Subject: [amibroker]
Dynamic Indicators Poll --> VOTE>
> AGAIN,> >
> > > PLEASE>
> > > > > >
>> > > >
> > > >> >
> > > > > > > In Message 38132,
Tomasz pointed out that HHV,>
LLV,> > > >
HHVBars,> > >
> > LLVBars,> >
> > > > > > > DEMA, TEMA, MA,
WMA, REF, and SUM already work>
with> > >
dynamic> > >
> > > > > > parameters. When I updated the poll to
reflect> > this,
ALL> > > >
> votes were> >
> > > > > > > lost so please
vote again if you're still> > interested,
LOL.> > > >
> > > > >> >
> > > > > > > <A
href="">http://groups.yahoo.com/group/amibroker/surveys?>
> id=1071266> >
> > > > > >
>> > > >
> > > > > I apologize for the confusion. The fact
that> the> >
above> > > >
> indicators and> >
> > > > > > > functions accept
dynamic parameters was> reflected in>
> > >
release> > >
> > notes but> >
> > > > > > > not in the 4.30
users guide that I used to make>
the> > >
poll.> > > >
> The fact> >
> > > > > > > that so many of
you voted for them shows you> didn't>
> know> >
> > > either, and>
> > > > > > > >
I've asked Tomasz to include this information in>
> the next> >
> > > > > > > documentation
update.> > >
> > > > > >> >
> > > > > > >
Mark> > > >
> > > > >> >
> > > > > > > "No good deed
goes unpunished."> >
> > > > > > > --Steve
Karnish> > >
> > > >> >
> > > > >>
> > > > >
>> > > >
> > >> >
> > > > > Send BUG REPORTS to
bugs@xxxx> > >
> > > > Send SUGGESTIONS to suggest@xxxx>
> > > > > >
----------------------------------------->
> > > > > > Post
AmiQuote-related messages ONLY to:> >
> >
amiquote@xxxxxxxxxxxxxxx> >
> > > > > (Web
page:> > <A
href="">http://groups.yahoo.com/group/amiquote/messages/)>
> > > > > >
-------------------------------------------->
> > > > > > Check
group FAQ at:> >
> > > <A
href="">http://groups.yahoo.com/group/amibroker/files/groupfaq.>
html> > > >
> > >> >
> > > > > Your use of Yahoo! Groups
is subject to> >
> > > <A
href="">http://docs.yahoo.com/info/terms/>
> > > > >
>> > > >
> > >> >
> > > > >>
> >> >
>> > >>
> > Send BUG REPORTS to
bugs@xxxx> > >
Send SUGGESTIONS to suggest@xxxx> >
>
----------------------------------------->
> > Post AmiQuote-related messages
ONLY to:> amiquote@xxxxxxxxxxxxxxx>
> > (Web page: <A
href="">http://groups.yahoo.com/group/amiquote/messages/)>
> >
-------------------------------------------->
> > Check group FAQ
at:> > > <A
href="">http://groups.yahoo.com/group/amibroker/files/groupfaq.html>
> >> >
> Your use of Yahoo! Groups is subject to the
Yahoo! Terms of> >
Service.> > >>
> >> >
> Yahoo! Groups
Sponsor> > >>
> >> >
>> > > Send BUG REPORTS
to bugs@xxxx> > > Send
SUGGESTIONS to suggest@xxxx> >
>
----------------------------------------->
> > Post AmiQuote-related messages ONLY to:
amiquote@xxxxxxxxxxxx> com>
> > (Web page: <A
href="">http://groups.yahoo.com/group/amiquote/messages/)>
> >
-------------------------------------------->
> > Check group FAQ at:>
> > <A
href="">http://groups.yahoo.com/group/amibroker/files/groupfaq.html>
> >> > >
Your use of Yahoo! Groups is subject to the Yahoo! Terms
of> > Service.>
>> >>
> Yahoo! Groups
Sponsor> >>
>> >> > Send BUG
REPORTS to bugs@xxxx> > Send SUGGESTIONS
to suggest@xxxx> >
----------------------------------------->
> Post AmiQuote-related messages ONLY to:
amiquote@xxxxxxxxxxxxcom> > (Web page:
<A
href="">http://groups.yahoo.com/group/amiquote/messages/)>
>
-------------------------------------------->
> Check group FAQ at:> > <A
href="">http://groups.yahoo.com/group/amibroker/files/groupfaq.html>
>> > Your use of Yahoo! Groups is
subject to the Yahoo! Terms of> Service.> >
> Yahoo! Groups
Sponsor> > > > Send BUG REPORTS to
bugs@xxxx> Send SUGGESTIONS to
suggest@xxxx>
-----------------------------------------> Post
AmiQuote-related messages ONLY to:
amiquote@xxxxxxxxxxxxxxx> (Web page: <A
href="">http://groups.yahoo.com/group/amiquote/messages/)>
--------------------------------------------> Check group
FAQ at:> <A
href="">http://groups.yahoo.com/group/amibroker/files/groupfaq.html>
> Your use of Yahoo! Groups is subject to the Yahoo!
Terms of Service.
Yahoo! Groups Sponsor
Send BUG REPORTS to bugs@xxxxxxxxxxxxx
Send SUGGESTIONS to suggest@xxxxxxxxxxxxx
-----------------------------------------
Post AmiQuote-related messages ONLY to: amiquote@xxxxxxxxxxxxxxx
(Web page: http://groups.yahoo.com/group/amiquote/messages/)
--------------------------------------------
Check group FAQ at: http://groups.yahoo.com/group/amibroker/files/groupfaq.html
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
|