Year 2K -tools -- MIDRANGE-L

I agree, the accuracy of the Impact Analysis is as important as working
with the right source code.  Several tools do parse the source code well
for dates and  date related fields. The IA source code piece{by IBM} is
missing from Bypass2000 at this time. IBM suggested two during their
teleconference  last week.  There are other  IA tools that will interface
with  the productfor this function but not mentioned.

Performance is a concern if  the only choice is to work through  the Y2K
conversion efforts  on a production box.  I've seen this done with other IA
tools without  upsetting production but not  this one and its'  buffer
offset approach.  Anyone test driven it  and able to report some results?

Glenn
_______________________________________________
Glenn Ericson,          Phoenix Consulting      
P O Box 701164   East Elmhurst NY 11370-3164 USA                            
Ph. 718 898 9805         Fx. 718 446 1150
________________________________________________

At 07:57 PM 8/15/97 +0000, you wrote:
>Actually,
>
>IBM's ByPass 2000 product does handle things when the date is in multiple 
>fields. Basically, from what I understand, ByPass 2k works with "buffer" 
>positions. It only wants to know the location of the YEAR within the date 
>value. So if you tell it the YEAR is in position 1 of a 2-digit field, it 
>says "okay, I can handle that". I don't really see what there are so many 
>issues with the multiple formats. It is really just a simple correction. 
>The bigger issue, in my mind is completeness. That is identifying every 
>place a 2-digit year is used, and expanding it, and altering the CALC specs 
>to work on the 4-digit year. These are all things Bypass 2000 does well. 
>But if you're looking for performance in a conversion tool, Bypass is not 
>the one you want. But how many times are you going to do a Y2K conversion 
>anyway? <g>
>
>We like ByPass, but the other tools are okay too. The products that run on 
>the PC-side of things, however, sort of scare me. I don't know if there are 
>hidden issues, but with my contemporary experience with Client Access/400, 
>I don't think I want that head ache. Perhaps if you're connected with 
>TCP/IP, then using a PC-based product would be okay.
>
>Bob Cozzi
>
>
>On Friday, August 15, 1997 12:20 PM, ConnectY2K@aol.com 
>[SMTP:ConnectY2K@aol.com] wrote:
> snipped
>> In a message dated 97-08-15 11:23:38 EDT,DAsmussen@aol.com wrote:
>>
>> << Subj:      Re: Year 2K - how to shake down your system
>>  Date:       97-08-15 11:23:38 EDT
>>  From:       hambergv@goldengate.net (Vern Hamberg)
>>  Sender:     mcsnet!midrange.com!midrange-l-owner@Mcs.Net,
>> owner-midrange-l@midrange.com
>>  Reply-to:   MIDRANGE-L@midrange.com
>>  To: MIDRANGE-L@midrange.com
>>
>>  At 08:04 PM 8/14/97 -0700, you wrote:
>>  >DAsmussen@aol.com wrote:
>>  >>
>>  >
>>  >> Sounds like you've actually got a solid base, but you know the
>> application.
>>  >>  I'd say take any 6, (maybe 7) or 8 digit/character field and examine
>> it's
>>  >> manipulation.
>

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This is the Midrange System Mailing List!  To submit a new message,   *
* send your mail to "MIDRANGE-L@midrange.com".  To unsubscribe from     *
* this list send email to MAJORDOMO@midrange.com and specify            *
* 'unsubscribe MIDRANGE-L' in the body of your message.  Questions      *
* should be directed to the list owner / operator: david@midrange.com   *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *