From: "Tarjei T. Jensen" <tarjei.jensen@kvaerner.com>
Subject: Re: Y21C Bug
Date: 2000/01/05
Date: 2000-01-05T00:00:00+00:00 [thread overview]
Message-ID: <84vev2$7p4@ftp.kvaerner.com> (raw)
In-Reply-To: 84t966$be0$1@nnrp1.deja.com
Robert Dewar wrote in message <84t966$be0$1@nnrp1.deja.com>...
>In article <84sltt$7s3@ftp.kvaerner.com>,
> "Tarjei T. Jensen" <tarjei.jensen@kvaerner.com> wrote:
>> That does not change the fact that it is very unlikely that
>> there will be any machines with a 32bit Unix outside museums
>> in 2038 and that they will not run out of time any time soon.
>
>But all 64-bit unixes support 32-bit applications! I am
>including here Solaris, DEC-Unix, IRIX.
All vendors support old 32bit applications, but I expect with increasing
difficulty. New 32bit applications is just a matter of deciding whether
integers and pointers are 32 or 64 bits. time_t will still be 64 bit.
I expect support for creating old type 32bit applications to be phased out
within the next five years. I expect support for old type 32bit applications to
be phased out within 10 years from now. I expect Unixes - even those which run
on 32 bit systems - to be 64 bit (compliant) by the end of the decade.
The reason for the disappearance will simply be that it costs money to maintain
these environments. And it will be a long time since anybody created 32 bit
applications which are not 64 bit compliant.
I expect the y2k transition to have weeded quite heavily in the applications
used.
>Then you are definitely not quite up on things, given that
>Linux most often is running on x86 machines which are 32-bits
>by nature.
It could still be a 64 bit operating system running on a 32 bit CPU.
>Will the ia-32 have disappeared 30 years from now? I would not
>be so sure of the answer to this :-)
If it is around and Unix or Linux is still with us, it will most likely be a 64
bit operating system which is run on a 32 bit computer.
Greetings,
next prev parent reply other threads:[~2000-01-05 0:00 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-01-02 0:00 Y21C Bug reason67
2000-01-02 0:00 ` Robert Dewar
2000-01-03 0:00 ` Tarjei T. Jensen
2000-01-03 0:00 ` Jeff Creem
2000-01-03 0:00 ` Tarjei T. Jensen
2000-01-03 0:00 ` Robert A Duff
2000-01-04 0:00 ` Tarjei T. Jensen
2000-01-04 0:00 ` Robert Dewar
2000-01-05 0:00 ` Tarjei T. Jensen [this message]
2000-01-05 0:00 ` Al Christians
2000-01-06 0:00 ` Tarjei T. Jensen
2000-01-06 0:00 ` Robert Dewar
2000-01-06 0:00 ` Robert A Duff
2000-01-06 0:00 ` Larry Kilgallen
2000-01-07 0:00 ` Florian Weimer
2000-01-07 0:00 ` Robert A Duff
2000-01-07 0:00 ` Robert Dewar
2000-02-04 0:00 ` Florian Weimer
2000-02-04 0:00 ` Robert A Duff
2000-02-04 0:00 ` Florian Weimer
2000-01-11 0:00 ` Mats Weber
2000-01-11 0:00 ` Robert A Duff
2000-01-12 0:00 ` Mats Weber
2000-01-12 0:00 ` Thierry Lelegard
2000-01-13 0:00 ` Mats Weber
2000-01-13 0:00 ` Robert A Duff
2000-01-13 0:00 ` Larry Kilgallen
2000-01-13 0:00 ` Thierry Lelegard
[not found] ` <387dfb1e.cbbf14c7@mail.com>
2000-01-13 0:00 ` Larry Kilgallen
2000-01-11 0:00 ` Mats Weber
2000-01-07 0:00 ` Tarjei T. Jensen
2000-01-07 0:00 ` Robert Dewar
2000-01-06 0:00 ` Robert Dewar
2000-01-05 0:00 ` Robert Dewar
2000-01-06 0:00 ` Georg Bauhaus
2000-01-06 0:00 ` Tarjei T. Jensen
2000-01-06 0:00 ` Tarjei T. Jensen
2000-01-06 0:00 ` Larry Kilgallen
2000-01-06 0:00 ` Richard D Riehle
2000-01-04 0:00 ` Samuel Tardieu
2000-01-04 0:00 ` Robert A Duff
2000-01-04 0:00 ` Robert Dewar
2000-01-04 0:00 ` Charles Hixson
2000-01-04 0:00 ` Keith Thompson
2000-01-05 0:00 ` Robert Dewar
2000-01-05 0:00 ` Robert Dewar
2000-01-05 0:00 ` Y21C Bug :-) Charles Hixson
2000-01-06 0:00 ` Ted Dennison
2000-01-07 0:00 ` Keith Thompson
2000-01-07 0:00 ` Robert A Duff
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox