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

Re: Omega Research and Y2K


  • To: Mitch Ackles <Mitch.Ackles@xxxxxxxxxxxxxxxxx>
  • Subject: Re: Omega Research and Y2K
  • From: "J. Rodney Grisham" <grisham@xxxxxxxxxxx>
  • Date: Tue, 18 May 1999 14:50:01 -0400 (EDT)
  • In-reply-to: <5131CB844FF0D111840600805F8596798B1BC7@xxxxxxxxxxxxxxxxxxxxxxxxxxx>

PureBytes Links

Trading Reference Links

Mitch, 

In the middle of your post (quoted below) you provided the following
schedule for TS4 Y2K upgrade:

    "The Company expects to offer, on or before June 30, 1999, ...
    an appropriate solution to such Year 2000 issues."

What is the current schedule for this essential upgrade?

Thanks,

Rod


At Mon, 26 Oct 1998 13:11:21 -0800  Mitch Ackles wrote the following 
addressed to omega-list@xxxxxxxxxx:
 
> Many of our customers and prospective customers have been inquiring about
> Year 2000 issues as they relate to Omega Research software products. To
> respond, we would like to use this space to explain what we perceive the
> Year 2000 issues to be and how we intend to address them.
> First, Version 5 of the Company's products, which include TradeStation 5,
> OptionStation 5 and Omega Research ProSuite 5 (all of which are currently
> scheduled to be released in the first quarter of 1999) and SuperCharts 5
> (which is scheduled to be released sometime after the releases of the
> above-named products), will be Year 2000 compliant. This will be the case
> because both the Omega Research GlobalServer on which such applications run,
> and the applications themselves, will recognize and utilize century mark or
> 4-digit, rather than 2-digit, dates.
> The current shipping versions of the Company's products, TradeStation 4,
> OptionStation 1.2, TradeStation ProSuite 4 and SuperCharts 4 all utilize
> Julian dating, in which each day is identified sequentially, as opposed to
> being identified as a 2-digit date for a particular year. The use of Julian
> dating, accordingly, does not raise any Year 2000 issues. However, these
> current shipping versions do permit users to enter dates using the 2-digit
> year format. Therefore, 2-digit years, such as 01 and 02, that are input are
> currently read by the software as 1901 and 1902, even though 2001 and 2002
> is what is likely intended. Further, futures contracts with expiration dates
> beyond December 31, 1999 are not currently identified as post Year 2000
> dates by the programs. The Company expects to offer, on or before June 30,
> 1999, to all registered customers in good-payment standing of the current
> shipping versions, an appropriate solution to such Year 2000 issues. It is
> possible that such solution may eliminate a user's ability to analyze data
> prior to 1920. For a "work-around" solution that may be used until such
> solution is delivered, please visit  </html/body_bulletins.html>
> Support-Bulletins Section of our web site and read the recommendation of our
> customer support manager.
> While we, of course, will use commercially reasonable efforts to complete
> the Year 2000 solution by June 30, 1999, there can be no assurance that
> unanticipated difficulties will not delay the Company's Year 2000 efforts,
> or that modifications made will not adversely affect existing functionality
> of the products in ways not currently anticipated by the Company. There will
> be no Year 2000 modifications or solutions for any versions of the Company's
> products introduced prior to the current shipping versions, or for any
> products not specifically named above.
> 
> Thank you,
> 
> Mitch Ackles
> Omega Research, Inc.
> Mitch.ackles@xxxxxxxxxxxxxxxxx <mailto:Mitch.ackles@xxxxxxxxxxxxxxxxx>


-- 
_______________________________________________________________________

J. Rodney Grisham, Ph.D.                   
mailto:grisham@xxxxxxxxxxx                
Phone: 281-493-9221                        
_______________________________________________________________________