|
> -----Original Message----- > From: Paul Raulerson > > MM- Well, I have been following this and *I* don't get your point either. > If I understand it correctly, you are saying that 85% of all > programs would not have > needed Y2K remdiation if they had been "server based." > > I find this rather ludicrious, as the greatest majority of > programs I know of that that > did need remeditation were server based - based in fact on very > "server centric" hosts. > Including OS/390, OS/400, UNIX, and others. I said message-based client/server, not "server based". And for that architecture, my statement is absolutely true. Let's look at the situation: in a message-based client/server architecture, the client program (such as an inquiry or a print report) requests data from a server. The client fills in some fields in a data structure, sends it to a server, then receives data one message at a time back from the server. In the simplest case, each message corresponds to a record in the file being queried. Prior to Y2K, the dates in those messages would have been six-digit dates. And that would have matched the way they were stored in the file. Now for Y2K, we expand the dates in the file, but we DO NOT EXPAND the dates in the message. When the server returns the message to the client, it simply moves in only the YYMMDD portion of the date. So let's take a print program as an example. Most print programs did no date calculations; they simply read data in a specific order and printed it out. If they had used a server program to retrieve the data, the server would have returned the data in the correct order. Even though the data on the record was eigth digits, the dates in the messages returned to the client would have had six digits. The programs would have done their YYMMDD->MMDDYY comversion, and printed them with the appropriate separators, and the reports would have looked perfectly normal. Without a single line of code in the report program changing. Does this make sense? Joe Pluta www.plutabrothers.com
As an Amazon Associate we earn from qualifying purchases.
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.