y2k problem

Is it y2k problem solved?

Is it any problem arising with 8088, 386 , 486 and pentium?

It is working normally?
Kindly explain
nagusceAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

nagusceAuthor Commented:
-
0
nagusceAuthor Commented:
no
0
jhanceCommented:
There are no known Y2K issues associated with 8088, 80386, 80486, or Pentium microprocessors.
0
The Ultimate Tool Kit for Technolgy Solution Provi

Broken down into practical pointers and step-by-step instructions, the IT Service Excellence Tool Kit delivers expert advice for technology solution providers. Get your free copy for valuable how-to assets including sample agreements, checklists, flowcharts, and more!

jhanceCommented:
There are no known Y2K issues associated with 8088, 80386, 80486, or Pentium microprocessors.
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
cumboCommented:
Y2K problems are associated with the BIOS real time clock not with the processors. Most BIOS's with a 8088. 80386 or 80486 are NOT Y2K ready. Some can be updated some cannot.

Run a good Y2K diagnostic program to find out. ontrack.com has a good one that is free.

Cumbo
0
vikiingCommented:
Friend Naqusce: don't forget that Y2K problem is mainly a SOFTWARE question, that relies on the way a certain date is interpreted, no matter what kind of processor make that job.

Basically, Y2K drama is the problem arised when you make the common operation that everybody did in this century: to calculate the amount of elapsed years by subtracting starting year value from current year, but only the LAST TWO DIGITS; so, 1999 - 1988 ==> 99 - 88 = 11 years.

That same process, which worked since 1900, will die in just 3 weeks, because the same guy, born in 1988, will be, in 2000, 00 - 88 = -88 years old.

There's no processor which deal directly with date entities; all date processes are done by specialized programs or specific software which decompose the date in its main fields (year-month-day) and make the job. So, it's too common a machine-instruction sequence that executes:

        mov  ax,[address with year XX]
        mov  bx,[address with year ZZ]
        sub  ax,bx
        mov  [address of result],ax

If programmer prepared the things in such a way that addresses XX and ZZ store the year in a 2-digit fashion, that program will fail because result will be a wrong value, even when the processor involved be the most powerful Cray.

On the other hand, if programmer let dates be a 4-digit expression (the whole year) then that program will run smoothly, be the processor a humble 8086, 286, 386, or whatever.
0
cumboCommented:
vikiing,

You are ignoring the fact that all programs derive the date/time from the system bios/real time clock. Even if the programmer uses a 4 digit year his program will fail if the bios gives a 2 digit year.

Cumbo
0
vikiingCommented:
I don't ignore that, Cumbo; the problem is that BIOS is not part of the processor. Nagusce is asking for problems in a 8086, 286, etc., and not as a BIOS-related program, this is, specific processor problems.

The majority of 286 machines won't support year 2000 in their clocks. However, you can type a DATE and TIME DOS commands (each time you startup the machine), and everything will run smoothly; that's because, although BIOS clock doesn't tolerate a 4-digit clock, DOS clock effectively does.

From that point of view, the 286 processor has nothing to do with date/time values, and, provided that you supply the right date/time values at startup (have you forgotten the ancient times, when all XT machines needed the date/time commands?), no process will suffer any kind of problem.
0
cumboCommented:
Which is what I said in my original comment....

Cumbo
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Hardware

From novice to tech pro — start learning today.