Dean
why are you  going through all that trouble  when a good impact analysis
tool  will trace (parse) this  for you selectively  bypassing  such areas?
One  would think that   a product like this is  faster and cheaper then
doing your own  iterations and tool development/debugging.  It seems like
an added  time/work effort.. 

JHMO
Glenn
------------------
At 12:07 AM 8/15/97 +0000, you wrote:
>Scott,
>
>In a message dated 97-08-14 18:05:46 EDT, you write:
>
>> Ok, here's a good one for the list...most
>>  of the Y2K tools I've seen any information
>>  on do all kinds of cool things for IDing
>>  programs needing changes, testing changes,
>>  heck some even do the code changes for you.
>>   But I have yet to see a tool that will
>>  tell me "OK, here are the dates in your
>>  system - DB, displays, reports, the works."
>>   Most of 'em make you enter the date fields
>>  manually, THEN they tell you the extent of
>>  your problem.
>>  
>>  What I did for one of our smaller in house
>>  apps was 
>>  
>>  - dumped out *ALL fields using DSPFFD
>>  - killed the "obvious" non-dates (e.g. 7.5
>>  numeric fields, 25A character fields, etc)
>>  using SQL
>>  - painstakingly reviewed the remaining
>>  fields for dates (by field text and actual
>>  contents in the DB)
>>  
>>  I'm not thrilled with this process, either
>>  for it's accuracy nor the amount of effort
>>  it requires.  Anybody out there got any
>>  better ideas on how to perform this
>>  critical 1st step for Y2K fixing?
>
>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.  You can narrow down your selection by eliminating any fields
>that meet these criteria, but you KNOW aren't dates (eg., Shop Order Number,
>Customer Order Number, Item Number, Customer Number, etc.).  If you know the
>application, your Y2K efforts can be greatly reduced...
>
>JMHO,
>
>Dean Asmussen
>Enterprise Systems Consulting, Inc.
>Fuquay-Varina, NC  USA
>E-Mail:  DAsmussen@AOL.COM
>
>"As for butter versus margarine, I trust cows more than chemists." -- Joan
>Gussow
>* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Glenn
___________________________________________________
Glenn Ericson,          Phoenix Consulting                      
P O Box 701164   East Elmhurst NY 11370-3164 USA                            
Ph. 718 898 9805         Fx. 718 446 1150
AS/400 & Year 2000- - Solutions Specialists
 © 1997copyright,  all rights reserved
____________________________________________________


 
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* 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   *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.