PureBytes Links
Trading Reference Links
|
<x-html><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=koi8-r" http-equiv=Content-Type>
<META content="MSHTML 5.00.2614.3500" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Tahoma>I made the test in v7.01 and MS still gives an "division
by zero" error msg...</FONT></DIV>
<DIV><FONT face=Tahoma>I should receive the v7.02 in the next few
days.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=Tahoma>Jean-Roland</FONT></DIV>
<BLOCKQUOTE
style="BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">
<DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV
style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B>
<A href="mailto:vitaly@xxxxxxxxxxxxx" title=vitaly@xxxxxxxxxxxxx>Vitaly
Larichev</A> </DIV>
<DIV style="FONT: 10pt arial"><B>To:</B> <A
href="mailto:metastock@xxxxxxxxxxxxx"
title=metastock@xxxxxxxxxxxxx>metastock@xxxxxxxxxxxxx</A> </DIV>
<DIV style="FONT: 10pt arial"><B>Sent:</B> Friday, July 14, 2000 7:03 PM</DIV>
<DIV style="FONT: 10pt arial"><B>Subject:</B> Re: What are the FIXES in
7.02</DIV>
<DIV><BR></DIV>Guy,<BR><BR>Much faster performance with v. 7.02 is really
great news! Thanks Equis!<BR><BR>I used to complain about MS's lackluster job
in previous versions. One of the<BR>reasons was an unfortunate way chosen to
code "IF" logic: it would calculate <BR>ALL expressions before checking the
branching condition, i.e. in IF(A>0,B,C) <BR>it calculates A,B,C before
checking if A>0, although only one of B and C <BR>values is really
needed due to A>0 condition. In the following example<BR><BR>If(2>1,1,
1/(1-1))<BR><BR>it would give an error trying without need to calculate
1/(1-1) . If the change<BR>you noticed was also due to corrected "IF" logic,
it would save us a lot<BR>of time in explorations, etc. by nesting "IF"
conditions in such a way that<BR>the first one, fast and easy, would eliminate
a majority of candidates whereas<BR>others, more time consuming would deal
with much smaller number of stocks,<BR>sort of sequential approach.<BR><BR>So,
it's a long preface to ask you make an indicator with the formula above and
see<BR>if it doesn't anymore give the "division by zero" error in v. 7.02 as
it does in<BR>my 6.52. It would take a few seconds of your time while
would be of great help<BR>to me to decide on upgrading.<BR><BR>Thanks a
lot.<BR><BR>Cheers, Vitaly<BR><BR><BR>Guy Tann wrote:<BR><BR>>
Ken,<BR>><BR>> I thought I'd send you guys a compliment about 7.01 after
all the brickbats<BR>> you've received here.<BR>><BR>> I finally got
around to installing it yesterday (I've probably had it for a<BR>> few
months) and the install went smoothly. Take that to mean no
problems.<BR>> It also converted our own indicators without missing a beat,
unlike a few<BR>> versions ago that ate them for lunch during the
conversion (necessitating a<BR>> complete reprogramming effort and about 2
months worth of work to completely<BR>> retest everything and run parallel
for a couple of months more).<BR>><BR>> Since we don't do any charting,
I was more interested in the calculation<BR>> speed of the new
version. Version 6.5.2 solved a few problems for us that<BR>>
prevented us from using MS ever since our DOS conversion. In fact, we
still<BR>> used the DOS version since all prior Windows versions couldn't
handle our<BR>> calculations. In addition to poor memory utilization,
the DOS version was<BR>> able to use a virtual disk whereas the Windows
version used our hard drive<BR>> like a thrashing machine. I probably
exchanged over 100 e-mails with tech<BR>> support before giving up. I
did purchase every upgrade and went through<BR>> this conversion too many
times to count.<BR>><BR>> I'm happy to say that v7.01 version blows
v6.5.2 away. Calculations that<BR>> used to take almost a minute in
v6.5.2 are done in 6-8 seconds in v7.01.<BR>> For our work, that's
absolutely fantastic. I'm starting to get excited<BR>> here, as we
might be able to use System Tester for the first time since the<BR>> old
DOS days. We have already replaced our old DOS version of MS as well
as<BR>> TAS. If this final conversion works, I'll be able to put my
Clipper<BR>> programs to bed as well and we'll be running under one
system. After<BR>> umpteen years with Equis, we finally bought a
second package for my brother<BR>> since we were finally able to use it in
a production mode.<BR>><BR>> Now that we seem to have arrived at some
level of stability, I plan on<BR>> moving our Intermediate Term System into
MS. I'll probably need to ask a<BR>> few questions about variable
handling and the previous. With a little bit<BR>> of luck, I might be
able to move my final DOS programs into MS and finally<BR>> settle on one
system and one database.<BR>><BR>> Now, after saying all of those nice
things, I looked up the previous<BR>> function in the index and it pointed
me to page 258. There is no previous<BR>> function on page 258, or
259 for that matter. Did I get a bad manual or is<BR>> this a
misprint? If you could, I'd appreciate your pointing me in the<BR>>
direction of the previous function in the manual.<BR>><BR>> Thanks
again,<BR>><BR>> Guy<BR>><BR>> Paranoia...you only have to be
right once to make it all worthwhile!<BR>><BR></BLOCKQUOTE></BODY></HTML>
</x-html>From ???@??? Fri Jul 14 17:24:52 2000
Return-Path: <majordom@xxxxxxxxxxxxxxxxxx>
Received: from listserv.equis.com (listserv.equis.com [204.246.137.2])
by purebytes.com (8.9.3/8.9.3) with ESMTP id RAA09533
for <neal@xxxxxxxxxxxxx>; Fri, 14 Jul 2000 17:24:09 -0700
Received: (from majordom@xxxxxxxxx)
by listserv.equis.com (8.8.7/8.8.7) id RAA08283
for metastock-outgoing; Fri, 14 Jul 2000 17:36:43 -0600
X-Authentication-Warning: listserv.equis.com: majordom set sender to owner-metastock@xxxxxxxxxxxxx using -f
Received: from freeze.metastock.com (freeze.metastock.com [204.246.137.5])
by listserv.equis.com (8.8.7/8.8.7) with ESMTP id RAA08280
for <metastock@xxxxxxxxxxxxxxxxxx>; Fri, 14 Jul 2000 17:36:39 -0600
Received: from net007.sigecom.net ([63.64.9.59])
by freeze.metastock.com (8.8.5/8.8.5) with ESMTP id RAA28383
for <metastock@xxxxxxxxxxxxx>; Fri, 14 Jul 2000 17:59:01 -0600 (MDT)
Message-ID: <00d301bfedec$ed96a1c0$fd9c5c3f@xxxxxxxxxxx>
From: "Michael Robb" <mlrobb@xxxxxxxxxxx>
To: <metastock@xxxxxxxxxxxxx>
References: <4.3.2.7.0.20000715002927.00b8b880@xxxxxxxxxxxxxxxxx> <00b901bfedcc$eebc6aa0$fd9c5c3f@xxxxxxxxxxx> <012401bfedd5$e6d1f680$0a00a8c0@xxx>
Subject: Re: Project moving average
Date: Fri, 14 Jul 2000 19:40:44 -0400
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Sender: owner-metastock@xxxxxxxxxxxxx
Precedence: bulk
Reply-To: metastock@xxxxxxxxxxxxx
Status:
Yes, J.M. Hurst
----- Original Message -----
From: "Mark Thompson" <mst1@xxxxxxxxx>
To: <metastock@xxxxxxxxxxxxx>
Sent: Friday, July 14, 2000 4:55 PM
Subject: Re: Project moving average
>
> Are you refering to "Cyclic Analysis: A Dynamic Approach to Technical
> Analysis " by J. M. Hurst or another Hurst?
>
> ----- Original Message -----
> From: "Michael Robb" <mlrobb@xxxxxxxxxxx>
> To: <metastock@xxxxxxxxxxxxx>
> Sent: Friday, July 14, 2000 3:51 PM
> Subject: Project moving average
>
>
> > This reminds me of the Hurst technique developed in his 1971 book where,
> > rather than projecting the moving average, he projected future price.
> >
> > The projection was based on the first turn of a lagged MA coupled with
> > doubling the measurement of price/MA at the turning point.
> >
> > Furthermore, if you were collecting time cycles as he suggested, you
could
> > experience a cascade of MA projections based on the achievement of the
> first
> > objective.
> >
> > Your overriding trend of larger cycles could help you estimate whether
> > objectives might be reached in an early or later part of the cycle.
> >
> > Pardo had programmed all this in DOS back in the 1980's but I have never
> > seen any talk about this famous Hurst System in the windows
conversations.
> >
> > Paul Rabrich, also of Chicago, wrote fascinating DOS systems based on
> > combining various numerical studies and using no graphics at all.
Likewise
> I
> > have never heard of any windows software being offered by him.
> >
> > I do note that the Hurst book is back in print...at a high price, as it
> > should; however I have never seen anything published for sale by Paul
> > Rabrich.
> >
> > Hurst's breakthrough was the half-span MA. (half the time of the
dominant
> > time cycle) His next discovery was to lag the MA and make a price
> projection
> > at its turning point.
> >
> > Early chart services of the Hurst method did incorporate a MA
> > projection....which was a human estimate based on underlying, and longer
> > cycles. It was plotted as a midpoint line in a channel, if I recall
> > correctly. I do not recollect the dimensions of the channel, or exactly
> how
> > it was conceived; but on the chart it was just an estimate of the
computer
> > determined channel width for the past data.
> >
> > Very interesting work in cycles, Fourier analysis, half-span MAs and
price
> > projection techniques, published in 1971.
> > ----- Original Message -----
> > From: "Martin" <clarke2@xxxxxxxxxxxx>
> > To: <metastock@xxxxxxxxxxxxx>
> > Sent: Friday, July 14, 2000 12:34 PM
> > Subject: Crystal Ball Gazing
> >
> >
> > > Just a thought,
> > >
> > > Can you make an exploration which looks into the future by using
> > > ref(c,+1) in the expression?
> > > or is there another way to project, say a moving average into the
future
> > > based on its recent performance, that is within metastock, not taking
it
> > > out into excel. Just trying to stay ahead of the crowd.
> > >
> > >
> >
>
>
|