[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: What are the FIXES in 7.02



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>&nbsp;</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&gt;0,B,C) <BR>it calculates A,B,C before 
  checking if A&gt;0, although&nbsp; only one of B and C <BR>values is really 
  needed due to A&gt;0 condition. In the following example<BR><BR>If(2&gt;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&nbsp; 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>&gt; 
  Ken,<BR>&gt;<BR>&gt; I thought I'd send you guys a compliment about 7.01 after 
  all the brickbats<BR>&gt; you've received here.<BR>&gt;<BR>&gt; I finally got 
  around to installing it yesterday (I've probably had it for a<BR>&gt; few 
  months) and the install went smoothly.&nbsp; Take that to mean no 
  problems.<BR>&gt; It also converted our own indicators without missing a beat, 
  unlike a few<BR>&gt; versions ago that ate them for lunch during the 
  conversion (necessitating a<BR>&gt; complete reprogramming effort and about 2 
  months worth of work to completely<BR>&gt; retest everything and run parallel 
  for a couple of months more).<BR>&gt;<BR>&gt; Since we don't do any charting, 
  I was more interested in the calculation<BR>&gt; speed of the new 
  version.&nbsp; Version 6.5.2 solved a few problems for us that<BR>&gt; 
  prevented us from using MS ever since our DOS conversion.&nbsp; In fact, we 
  still<BR>&gt; used the DOS version since all prior Windows versions couldn't 
  handle our<BR>&gt; calculations.&nbsp; In addition to poor memory utilization, 
  the DOS version was<BR>&gt; able to use a virtual disk whereas the Windows 
  version used our hard drive<BR>&gt; like a thrashing machine.&nbsp; I probably 
  exchanged over 100 e-mails with tech<BR>&gt; support before giving up.&nbsp; I 
  did purchase every upgrade and went through<BR>&gt; this conversion too many 
  times to count.<BR>&gt;<BR>&gt; I'm happy to say that v7.01 version blows 
  v6.5.2 away.&nbsp; Calculations that<BR>&gt; used to take almost a minute in 
  v6.5.2 are done in 6-8 seconds in v7.01.<BR>&gt; For our work, that's 
  absolutely fantastic.&nbsp; I'm starting to get excited<BR>&gt; here, as we 
  might be able to use System Tester for the first time since the<BR>&gt; old 
  DOS days.&nbsp; We have already replaced our old DOS version of MS as well 
  as<BR>&gt; TAS.&nbsp; If this final conversion works, I'll be able to put my 
  Clipper<BR>&gt; programs to bed as well and we'll be running under one 
  system.&nbsp; After<BR>&gt; umpteen years with Equis, we finally bought a 
  second package for my brother<BR>&gt; since we were finally able to use it in 
  a production mode.<BR>&gt;<BR>&gt; Now that we seem to have arrived at some 
  level of stability, I plan on<BR>&gt; moving our Intermediate Term System into 
  MS.&nbsp; I'll probably need to ask a<BR>&gt; few questions about variable 
  handling and the previous.&nbsp; With a little bit<BR>&gt; of luck, I might be 
  able to move my final DOS programs into MS and finally<BR>&gt; settle on one 
  system and one database.<BR>&gt;<BR>&gt; Now, after saying all of those nice 
  things, I looked up the previous<BR>&gt; function in the index and it pointed 
  me to page 258.&nbsp; There is no previous<BR>&gt; function on page 258, or 
  259 for that matter.&nbsp; Did I get a bad manual or is<BR>&gt; this a 
  misprint?&nbsp; If you could, I'd appreciate your pointing me in the<BR>&gt; 
  direction of the previous function in the manual.<BR>&gt;<BR>&gt; Thanks 
  again,<BR>&gt;<BR>&gt; Guy<BR>&gt;<BR>&gt; Paranoia...you only have to be 
  right once to make it all worthwhile!<BR>&gt;<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.
> > >
> > >
> >
>
>