473,785 Members | 2,801 Online
Bytes | Software Development & Data Engineering Community
+ Post

Home Posts Topics Members FAQ

The Year 2038 Problem

As per Google's Usenet archives
[http://groups.google.com/googlegroup...ounce_20.html], the
first discussion of the Y2K problem on the Usenet was on January 18
1985 [http://groups.google.com/groups?thre...0%40reed.UUCP]. That
is a good 15 years before the problem manifested. Even then, it
turned out, we were scrambling for cover when the D-day was
approaching.

Although the Y2K scare turned out to be vastly overblown, we do have a
massive problem ahead of us ------ the Year 2038 problem. On Mon Jan
18 21:14:07 2038, the Unix seconds-since-epoch count will "roll-over".
After that, the time on the Unix systems will read as Fri Dec 13
14:45:52 1901.

IMHO, if we want to avoid the last minute panic that we witnessed
towards the end of the last millennium (while pursuing the Y2K
problem), we should begin the process of debating the viable solutions
to this problem NOW. It will take a long time for the consensus to be
built, and to come up with a solution that most (if not all) people
find acceptable. We also need considerable time to test out all
possible solutions in the real world, to decide if the solutions
really work as expected. We may also need to develop a suite of
recovery strategies should the problem manifest in some system on that
fateful Monday morning. All this takes time. So, as the late Todd
Beamer would have said: Let's roll.

Bhat
Nov 14 '05
248 10559
On Thu, 27 May 2004 20:42:14 +0000, Stephen Sprunk wrote:
"Generic Usenet Account" <us****@sta.sam sung.com> wrote in message
news:90******** *************** **@posting.goog le.com...
Although the Y2K scare turned out to be vastly overblown, we do have a
massive problem ahead of us ------ the Year 2038 problem. On Mon Jan
18 21:14:07 2038, the Unix seconds-since-epoch count will "roll-over".
After that, the time on the Unix systems will read as Fri Dec 13
14:45:52 1901.
You mean systems which use a signed 32-bit int for time_t. Modern systems
use a 64-bit int for time_t, so the problem is moot (unless you're running
code in 2038 that hasn't been recompiled since the early 1990s).


Which, in the real world, is very possible. The IA-64 architecture and the
Sparc-64 architecture both have explicit provisions to run 32-bit machine
code compiled for earlier iterations of the family tree. I think all
commercially viable 64-bit architectures will need very similar provisions.

Plus, in a world where PDP-8s are still used in mission-critical
applications by big organizations (BART), 32-bit systems will be around
long after 2038.
IMHO, if we want to avoid the last minute panic that we witnessed
towards the end of the last millennium (while pursuing the Y2K
problem), we should begin the process of debating the viable solutions
to this problem NOW. It will take a long time for the consensus to be
built, and to come up with a solution that most (if not all) people
find acceptable.


There already is a solution, consensus for it, and implementations of it.
The sky is NOT falling.


We knew, in a very real way, how to fix Y2K back in the 1980s. Hell, we
knew in the 1970s, but we thought it would be too expensive to do things
right.

IOW, the panic will set in, and it will be averted in 2037 or thereabouts
by the same method Y2K was averted in 1999.
--
yvoregnevna gjragl-guerr gjb-gubhfnaq guerr ng lnubb qbg pbz
To email me, rot13 and convert spelled-out numbers to numeric form.
"Makes hackers smile" makes hackers smile.

Nov 14 '05 #131
CBFalconer <cb********@yah oo.com> writes:
[...]
You (and he) are too young. Back in gas shortage times, when
prices worked their way above 50 cents a gallon, most pumps
couldn't handle that wildly excessive level. The operators set
them to charge half-price, and created a sign stating as much.


I don't remember that, but I do remember that when gasoline started to
reach $1/gallon, some stations started selling by the liter because
their pumps couldn't handle the extra digit. It was a temporary
workaround, though; they went back to gallons as soon as the pumps
were upgraded.

It occurs to me that they might have been able to fix the problem by
dropping the last digit rather than the first one. (US gas prices are
almost universally $X.XX9/gallon; that extra nine-tenths of a cent has
always annoyed me. I'd gladly pay an extra cent or two for a tank of
gas if they'd price the stuff in whole numbers of cents.)

--
Keith Thompson (The_Other_Keit h) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.
Nov 14 '05 #132
On 29 May 2004 13:19:43 GMT, in comp.lang.c ,
Je***********@p hysik.fu-berlin.de wrote:
Well, if I am not completely mistaken, there's quite a bit of a
difference in the _concentration_ the stuff has been hidden 'under
the rug' by nature (plus stuff like plutonium doesn't seem to be very
common there) and the one the waste products are going to be stashed
away in.


There are some people who live in parts of the UK where the radon gas
density is high enough to cause concern. Its coming from some quite large
granite plutons that some inconsiderate immortal shoved up through all the
limestone.

Not much we can do about it, except note that people have lived there for
~500,000 years and there's nothing especially unusual about them apart from
the funny accents, strange dress sense and tendency to have one enormous
eye.

--
Mark McIntyre
CLC FAQ <http://www.eskimo.com/~scs/C-faq/top.html>
CLC readme: <http://www.angelfire.c om/ms3/bchambless0/welcome_to_clc. html>
----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---
----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---
Nov 14 '05 #133
On Sat, 29 May 2004 09:48:24 GMT, in comp.lang.c , "Mabden"
<ma****@sbcglob al.net> wrote:
"Stephen Sprunk" <st*****@sprunk .org> wrote in message
news:22******* *************** ********@news.t eranews.com...
Transporting large masses of H2 isn't nearly as safe as petrol, for

obvious
reasons


I'm sorry, but what are the reason Hydrogen is less safe than petrol or
natural gas?


Think "Hindenberg "

If you pour a gallon of petrol on the floor, you can tap dance in it. If
you pour a gallon of natural gas on the floor, it dribbles out through the
drains in gaseous state. Trust me, I've done both. Heck I've even done it
with a gallon of iso-propanol (they're all handy coolants. The trick with
the last was to open the lab windows before I fell over dead drunk, and
then died of asphyxiation).

If you pour a gallon of H on the floor, you can kiss your ass goodbye as it
passes your head on its way to kingdom come. There /is/ a reason that the
LH test rig at RAL was about a mile from the rest of the lab, behind 20ft
thick earth banks, and inside a concrete bunker with one disposable wall.
--
Mark McIntyre
CLC FAQ <http://www.eskimo.com/~scs/C-faq/top.html>
CLC readme: <http://www.angelfire.c om/ms3/bchambless0/welcome_to_clc. html>
----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---
----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---
Nov 14 '05 #134
On Sat, 29 May 2004 16:18:48 GMT, in comp.lang.c , "Dik T. Winter"
<Di********@cwi .nl> wrote:
In article <10************ ***@ente.ipberl in.com> jpd <re**********@d o.not.spam.it> writes:
On 2004-05-29, Mabden <ma****@sbcglob al.net> wrote:
I'm sorry, but what are the reason Hydrogen is less safe than petrol or
natural gas?


Apart from the nasty tendency of those awfully small molecules to
slip through almost everything else (the main effort in creating
storage solutions for it is in storing it in a form where it's bound to
something else), it's mostly fear factor I guess.


Yup. In one recent news report on a fire in a hydrogen tank somewhere in
the Netherlands, the conclusion was that there was no safety hazard as no
toxic chemical stuff did emerge.


Tank fires are fairly safe, as its the vapour that burns and in tanks, not
much can escape. Also tanks for storing Hydrogen tend to be filled with an
inert material to retard any heat.
Mind you I heard a great (but probably apocryphal) story about someone at
RAL who accidentally ignited the a coolant bath of the stuff, and was
running around with the top ablaze, searching for a suitable place to chuck
it before the heat convected in and boiled the rest. At that point, there
would have been one heck of an explosion.

--
Mark McIntyre
CLC FAQ <http://www.eskimo.com/~scs/C-faq/top.html>
CLC readme: <http://www.angelfire.c om/ms3/bchambless0/welcome_to_clc. html>
----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---
----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---
Nov 14 '05 #135
"Thomas G. Marshall" <tg************ ****@replacetex twithnumber.hot mail.com>
wrote in message news:33******** ********@nwrdny 03.gnilink.net. ..
Peter J. Acklam <pj******@onlin e.no> coughed up the following:
"Mabden" <ma****@sbcglob al.net> wrote:
I'm sorry, but what are the reason Hydrogen is less safe than
petrol or natural gas?


I'm sorry, but what has this got to do in *any* of these
newsgroups.

Peter

I no longer worry about OT posts in ng's. I've discovered that often a
subject is raised because of the /audience/ known to exist in the ng,
not its particular subject.

That is supposedly against the charter of the big 8. So be it.


Perhaps you both missed the "[OT]" tag. What that means is that the post you
are about to read, or ignore - your choice, is Off Topic for this newsgroup.
It's a courtesy to explain to you that you would be wasting you time if you
thought this thread was related to the newsgroup. When you see [OT], you are
guaranteed to have a subject that does not relate to the proper purpose of
the newsgroup. Therefore, if you only want to read topics that ARE targeted
to your newsgroup, please, in the future, ignore posts with [OT] in the
subject, as you may find them to be not what you would expect in the
newsgroup.

--
Mabden
Nov 14 '05 #136
"Mark McIntyre" <ma**********@s pamcop.net> wrote in message
news:t2******** *************** *********@4ax.c om...
On Sat, 29 May 2004 09:48:24 GMT, in comp.lang.c , "Mabden"
<ma****@sbcglob al.net> wrote:
"Stephen Sprunk" <st*****@sprunk .org> wrote in message
news:22******* *************** ********@news.t eranews.com...
Transporting large masses of H2 isn't nearly as safe as petrol, for

obvious
reasons


I'm sorry, but what are the reason Hydrogen is less safe than petrol or
natural gas?


Think "Hindenberg "


The Hindenberg didn't burn because of the hydrogen. You can't see hydrogen
burn (perhaps a little bluish glow).

The Hindenburg burned the cloth coating which was treated with the same
stuff we now use in rocket fuel. It went up because of static discharge that
was supposed to be mitigated by using wire to attach the cloth panels (to
ground it), but because they used rope instead the charge was allowed to
build until a flammable condition occured. It was a case of compounded
errors.

Learn a little history (and chemistry) before posting urban legends.

--
Mabden
Nov 14 '05 #137
Mabden <ma****@sbcglob al.net> coughed up the following:
"Thomas G. Marshall"
<tg************ ****@replacetex twithnumber.hot mail.com> wrote in
message news:33******** ********@nwrdny 03.gnilink.net. ..
Peter J. Acklam <pj******@onlin e.no> coughed up the following:
"Mabden" <ma****@sbcglob al.net> wrote:

I'm sorry, but what are the reason Hydrogen is less safe than
petrol or natural gas?

I'm sorry, but what has this got to do in *any* of these
newsgroups.

Peter

I no longer worry about OT posts in ng's. I've discovered that
often a subject is raised because of the /audience/ known to exist
in the ng,
not its particular subject.

That is supposedly against the charter of the big 8. So be it.


Perhaps you both missed the "[OT]" tag. What that means is that the
post you are about to read, or ignore - your choice, is Off Topic for
this newsgroup. It's a courtesy to explain to you that you would be
wasting you time if you thought this thread was related to the
newsgroup. When you see [OT], you are guaranteed to have a subject
that does not relate to the proper purpose of the newsgroup.
Therefore, if you only want to read topics that ARE targeted to your
newsgroup, please, in the future, ignore posts with [OT] in the
subject, as you may find them to be not what you would expect in the
newsgroup.

Have you lost your mind? I was agreeing with that very premise, and in
fact was pointing out a reason for it: People often like to discuss
things because of the ng's audience, not because of the ng's subject
topic. It's how most folks view it these days I think.

And, no by the way, I've seen purists attack even posts that were
labeled as "OT" under the argument that OT doesn't excuse a post
deliberately in the wrong ng. I certainly don't feel that way.

You seemed to have missed what I was saying entirely.


--
Forgetthesong,I 'lljustoptforth efrontallobotom y...
Nov 14 '05 #138
"Thomas G. Marshall" <tg************ ****@replacetex twithnumber.hot mail.com>
wrote in message news:aJ******** *********@nwrdn y03.gnilink.net ...

[snip vile attacks]
And, no by the way, I've seen purists attack even posts that were
labeled as "OT" under the argument that OT doesn't excuse a post
deliberately in the wrong ng.


OK, Topic Nazi! I get your point, you want the "purity" of the newsgroup to
supersede the rights of posters who go off on tangents! Don't kill the
messenger, but people will sometimes have "side conversations" that are not
particularly "on- topic". That is just life, and the way people are.

Are you going to change the world, Net-Cop?! NO, I don't think so!

Is it *YOUR* job to police this newsgroup? NO!

Do I need this bad attitude after a hard day? No!

So keep your stupid opinions and attitude to yourself, Dick (Tracy)!

--
Mabden
Nov 14 '05 #139
August Derleth <se*@sig.now> coughed up the following:
On Thu, 27 May 2004 20:42:14 +0000, Stephen Sprunk wrote:
"Generic Usenet Account" <us****@sta.sam sung.com> wrote in message
news:90******** *************** **@posting.goog le.com...
Although the Y2K scare turned out to be vastly overblown, we do
have a massive problem ahead of us ------ the Year 2038 problem.
On Mon Jan 18 21:14:07 2038, the Unix seconds-since-epoch count
will "roll-over". After that, the time on the Unix systems will
read as Fri Dec 13 14:45:52 1901.
You mean systems which use a signed 32-bit int for time_t. Modern
systems use a 64-bit int for time_t, so the problem is moot (unless
you're running code in 2038 that hasn't been recompiled since the
early 1990s).


Which, in the real world, is very possible. The IA-64 architecture
and the Sparc-64 architecture both have explicit provisions to run
32-bit machine code compiled for earlier iterations of the family
tree. I think all commercially viable 64-bit architectures will need
very similar provisions.

Plus, in a world where PDP-8s are still used in mission-critical
applications by big organizations (BART), 32-bit systems will be
around long after 2038.
IMHO, if we want to avoid the last minute panic that we witnessed
towards the end of the last millennium (while pursuing the Y2K
problem), we should begin the process of debating the viable
solutions to this problem NOW. It will take a long time for the
consensus to be built, and to come up with a solution that most (if
not all) people
find acceptable.


There already is a solution, consensus for it, and implementations
of it. The sky is NOT falling.


We knew, in a very real way, how to fix Y2K back in the 1980s. Hell,
we knew in the 1970s, but we thought it would be too expensive to do
things right.

IOW, the panic will set in, and it will be averted in 2037 or
thereabouts by the same method Y2K was averted in 1999.

Yep, and then in 2039 the 20-20 hindsighters will say: "Y2038 was blown
way way out of proportion, nothing went wrong!!!!!"




--
yvoregnevna gjragl-guerr gjb-gubhfnaq guerr ng lnubb qbg pbz
To email me, rot13 and convert spelled-out numbers to numeric form.
"Makes hackers smile" makes hackers smile.


--
Forgetthesong,I 'lljustoptforth efrontallobotom y...
Nov 14 '05 #140

This thread has been closed and replies have been disabled. Please start a new discussion.

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.