| Author |
Message |
    
Nag_rocks
Bewarse ke Bewarse!
Username: Nag_rocks
Post Number: 13809
Registered: 03-2004
Posted From: 131.96.2.208
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 11:40 am: |    |
emi ochindi??? |
Prasanth
Bewarse ke Bewarse!
Username: Prasanth
Post Number: 13358
Registered: 03-2004
Posted From: 203.199.213.66
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 11:39 am: | |
nenunnaanu..kaani postanu. |
Nag_rocks
Bewarse ke Bewarse!
Username: Nag_rocks
Post Number: 13808
Registered: 03-2004
Posted From: 131.96.2.208
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 11:32 am: | |
evaru lera? |
Nag_rocks
Bewarse ke Bewarse!
Username: Nag_rocks
Post Number: 13799
Registered: 03-2004
Posted From: 131.96.2.208
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 10:58 am: | |
sanka mama,aa papa chana clever anduke manam priends ni sesukunam.
santi copy kottanu ani elli professor ki seppanu gaa. |
Idiot
Bewarse ke Bewarse!
Username: Idiot
Post Number: 20944
Registered: 09-2004
Posted From: 199.245.32.11
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 10:53 am: | |
rocky ga mee school lo copy kodithe em kaadaa |
Thingarodu
Kurra Bewarse
Username: Thingarodu
Post Number: 899
Registered: 04-2005
Posted From: 62.249.194.170
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 10:52 am: | |
pakka paapa,answerlu correctgane rasindhaa,leka chasing ki ichindhaa |
Nag_rocks
Bewarse ke Bewarse!
Username: Nag_rocks
Post Number: 13797
Registered: 03-2004
Posted From: 131.96.2.208
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 10:49 am: | |
vachesaa.....pakkana papa daggara pull ga copy kottesa. |
Thingarodu
Kurra Bewarse
Username: Thingarodu
Post Number: 873
Registered: 04-2005
Posted From: 62.249.194.170
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:57 am: | |
best of luck rocky |
Nag_rocks
Bewarse ke Bewarse!
Username: Nag_rocks
Post Number: 13794
Registered: 03-2004
Posted From: 131.96.2.208
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:53 am: | |
open book kadu kani oka paper emi kavali ante adi rasukovachhu.
exam ayyaka vatta. |
Babu
Desanike Pedda Bewarse
Username: Babu
Post Number: 4595
Registered: 06-2004
Posted From: 65.208.22.25
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:53 am: | |
rocky open book aa  |
Thingarodu
Kurra Bewarse
Username: Thingarodu
Post Number: 872
Registered: 04-2005
Posted From: 62.249.194.170
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:52 am: | |
open book system aaa deenikante closed book exam best, chits pettukoni povachu |
Nag_rocks
Bewarse ke Bewarse!
Username: Nag_rocks
Post Number: 13793
Registered: 03-2004
Posted From: 131.96.2.208
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:50 am: | |
oka pull page cheats asalu exam loki legal ga teesukellachu.
aina |
Babu
Desanike Pedda Bewarse
Username: Babu
Post Number: 4591
Registered: 06-2004
Posted From: 65.208.22.25
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:48 am: | |
exp aa  |
Thingarodu
Kurra Bewarse
Username: Thingarodu
Post Number: 868
Registered: 04-2005
Posted From: 62.249.194.170
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:47 am: | |
chits pettu mama |
Nag_rocks
Bewarse ke Bewarse!
Username: Nag_rocks
Post Number: 13789
Registered: 03-2004
Posted From: 131.96.2.208
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:46 am: | |
10 mins lo exam manaki cheta chirige la undi. |
Thingarodu
Kurra Bewarse
Username: Thingarodu
Post Number: 866
Registered: 04-2005
Posted From: 62.249.194.170
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:43 am: | |
rocky endhukaa edupu |
Nag_rocks
Bewarse ke Bewarse!
Username: Nag_rocks
Post Number: 13783
Registered: 03-2004
Posted From: 131.96.2.208
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:36 am: | |
allo sanka mama. |
Thingarodu
Kurra Bewarse
Username: Thingarodu
Post Number: 863
Registered: 04-2005
Posted From: 62.249.194.170
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:32 am: | |
II mams |
Thingarodu
Kurra Bewarse
Username: Thingarodu
Post Number: 862
Registered: 04-2005
Posted From: 62.249.194.170
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:31 am: | |
rocky |
Indianinfo
Pilla Bewarse
Username: Indianinfo
Post Number: 44
Registered: 05-2005
Posted From: 68.251.179.137
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:31 am: | |
kathi kanipedharu babai, aithie 2038 malee US ki kuppalu kuppaluga vochethaaru janaalu  |
Nag_rocks
Bewarse ke Bewarse!
Username: Nag_rocks
Post Number: 13779
Registered: 03-2004
Posted From: 131.96.2.208
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:29 am: | |
bongu le 2000 lo ittani hype sesaru, malla modala??? |
Thingarodu
Kurra Bewarse
Username: Thingarodu
Post Number: 857
Registered: 04-2005
Posted From: 62.249.194.170
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:23 am: | |
M.P Mulla Pandhi |
Babu
Desanike Pedda Bewarse
Username: Babu
Post Number: 4584
Registered: 06-2004
Posted From: 65.208.22.25
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:16 am: | |
sanka ga 
nenu MLA kadu purshuduno)
MP (Maha Purush) ni  |
Thingarodu
Kurra Bewarse
Username: Thingarodu
Post Number: 854
Registered: 04-2005
Posted From: 62.249.194.170
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:11 am: | |
appatiki ee babu garu CM/PM gano undi untaru
nijame mama,asle nuvu M.L.A vi(M leni andhagadivi),emynaa avuthaav future lo |
Babu
Desanike Pedda Bewarse
Username: Babu
Post Number: 4583
Registered: 06-2004
Posted From: 65.208.22.25
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:08 am: | |
ayithe maaku nee thingari eeshalu thappava annamata
appatiki ee babu garu CM/PM gano undi untaru |
Thingarodu
Kurra Bewarse
Username: Thingarodu
Post Number: 853
Registered: 04-2005
Posted From: 62.249.194.170
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:05 am: | |
nenu 100 yrs brathukuthaanu |
Babu
Desanike Pedda Bewarse
Username: Babu
Post Number: 4581
Registered: 06-2004
Posted From: 65.208.22.25
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 6:02 am: | |
avunu naaku adhe doubt |
Thingarodu
Kurra Bewarse
Username: Thingarodu
Post Number: 851
Registered: 04-2005
Posted From: 62.249.194.170
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 5:56 am: | |
2038 ki nenu brathike vuntaana |
Babu
Desanike Pedda Bewarse
Username: Babu
Post Number: 4579
Registered: 06-2004
Posted From: 65.208.22.25
Rating: N/A
Votes: 0 (Vote!) | | Posted on Thursday, May 05, 2005 - 5:53 am: | |
Nice info
The Year 2038 Problem
Test it now...
steps...
1. login to yahoo messenger
2. send instant message to anyone - fine its working...
3. now, change ur system date to 19-Jan-2038, 03:14:07 AM or above
(as mentioned in mail)
4. Confirm weather ur date is changed
5. again send instant message to anyone...
Your YM crahes....
* * * YES ALL NETWORK BASED APPLICATION WILL NOT WORK NOW * * *
Why.....
What is it?
Starting at GMT 03:14:07, Tuesday, January 19, 2038, It is expected to see
lots of systems around the world breaking magnificently: satellites falling
out of orbit, massive power outages (like the 2003 North American blackout),
hospital life support system failures, phone system interruptions, banking
errors, etc. One second after this critical second, many of
these systems will have wildly inaccurate date settings, producing all
kinds of unpredictable consequences. In short, many of the dire predictions
for the year 2000 are much more likely to actually occur in the year 2038!
Consider the year 2000 just a dry run. In case you think we can sit on this
issue for another 30 years before addressing it, consider that reports of
temporal echoes of the 2038 problem are already starting to appear in future
date calculations for mortgages and vital statistics!
In the first month of the year 2038 C.E. many computers will encounter a
date-related bug in their operating systems and/or in the applications they
run. This can result in incorrect and wildly inaccurate dates being reported
by the operating system and/or applications. The effect of this bug is hard
to predict, because many applications are not prepared for the resulting
"skip" in reported time anywhere from 1901 to a "broken record" repeat of
the reported
time at the second the bug occurs. Also, may make some small adjustment to
the actual time the bug expresses itself. This bug to cause serious problems
on many platforms, especially Unix and Unix-like platforms, because these
systems will "run out of time".
What causes it?
Time_t is a data type used by C and C++ programs to represent dates and
times internally. (Windows programmers out there might also recognize it as
the basis for the CTime and CTimeSpan classes in MFC.) time_t is actually
just an integer, a whole number, that counts the number of seconds since
January 1, 1970 at 12:00 AM Greenwich Mean Time. A time_t value of 0 would
be 12:00:00 AM (exactly midnight) 1-Jan-1970, a time_t value of 1 would be
12:00:01 AM
(one second after midnight) 1-Jan-1970, etc..
some example times and their exact time_t representations:
Date & time time_t representation
1-Jan-1970, 12:00:00 AM GMT 0
1-Jan-1970, 12:01:00 AM GMT 60
1-Jan-1970, 01:00:00 AM GMT 3 600
2-Jan-1970, 12:00:00 AM GMT 86 400
1-Jan-1971, 12:00:00 AM GMT 31 536 000
1-Jan-1972, 12:00:00 AM GMT 63 072 000
1-Jan-2038, 12:00:00 AM GMT 2 145 916 800
19-Jan-2038, 03:14:07 AM GMT 2 147 483 647
By the year 2038, the time_t representation for the current time will be
over 2 140 000 000. And that's the problem. A modern 32-bit computer stores
a "signed integer" data type, such as time_t, in 32 bits. The first of these
bits is used for the positive/negative sign of the integer, while the
remaining 31 bits are used to store the number itself. The highest number
these 31 data bits can store works out to exactly 2 147 483 647. A time_t
value of this exact number, 2 147 483 647, represents January 19, 2038, at 7
seconds past 3:14 AM Greenwich Mean Time. So, at 3:14:07 AM GMT on that
fateful day, every time_t used in a 32-bit C or C++ program will reach its
upper limit.
One second later, on 19-January-2038 at 3:14:08 AM GMT, disaster strikes.
When a signed integer reaches its maximum value and then gets incremented,
it wraps around to its lowest possible negative value. This means a 32-bit
signed integer, such as a time_t, set to its maximum value of 2 147 483 647
and then incremented by 1, will become -2 147 483 648. Note that "-" sign at
the beginning of this large number. A time_t value of -2 147 483 648 would
represent December 13, 1901 at 8:45:52 PM GMT.
So, if all goes normally, 19-January-2038 will suddenly become
13-December-1901 in every time_t across the globe, and every date
calculation based on this figure will go haywire. And it gets worse. Most of
the support functions that use the time_t data type cannot handle negative
time_t values at all. They simply fail and return an error code.
A quick check with the following Perl script may help determine if your
computers will have problems (this requires Perl to be installed on your
system, of course):
#!/usr/bin/perl
# Use POSIX (Portable Operating System Interface) use POSIX;
# Set the Time Zone to GMT (Greenwich Mean Time) for
date calculations.
$ENV{'TZ'} = "GMT";
# Count up in seconds of Epoch time just before and
after the critical event.
for ($clock = 2147483641; $clock < 2147483651;
$clock++)
{
print ctime($clock);
}
For example, the output of this script on Debian GNU/Linux (kernel 2.4.22)
(An affected system) will be
# ./2038.pl
Tue Jan 19 03:14:01 2038
Tue Jan 19 03:14:02 2038
Tue Jan 19 03:14:03 2038
Tue Jan 19 03:14:04 2038
Tue Jan 19 03:14:05 2038
Tue Jan 19 03:14:06 2038
Tue Jan 19 03:14:07 2038
Fri Dec 13 20:45:52 1901
Fri Dec 13 20:45:52 1901
Fri Dec 13 20:45:52 1901
Solution
"The best way to predict the future is to engineer it." Consider testing
your mission-critical code well ahead of time on a non-production test
platform set just before the critical date. For more general applications,
just using large types for storing dates will do the trick in most cases.
For example, in GNU C, 64-bits (a "long " type) is sufficient to keep the
time from rolling over for literally geological eons This just means any
executables the operating systems runs will always get the correct time
reported to them when queried in the correct manner. It doesn't stop the
executables you may still want to be worried about Well-written programs can
simply be recompiled with a new version of the library that uses, for
example, 8-byte values for the storage format. This is possible because the
library encapsulates the whole time activity with its own time types and
functions (unlike most mainframe programs, which did not standardize their
date formats or calculations). So the Year 2038 problem should not be nearly
as hard to fix as the Y2K problem was.
Admittedly, some don't feel that this impending disaster will strike too
many people. They reason that, by the time 2038 rolls around, most programs
will be running on 64-bit or even 128-bit computers. In a 64-bit program, a
time_t could represent any date and time in the future out to 292 000 000
000 A.D., which is about 20 times the currently estimated age of the
universe. The problem with this kind of optimism is the same root problem
behind most of the Year 2000
concerns that plagued the software industry in previous years: Legacy
Code. Even if every PC in the year 2038 has a 64-bit CPU, there will be a
lot of older 32-bit programs running on them.
The greatest danger with the Year 2038 Problem is its invisibility. The
more-famous Year 2000 is a big, round number; it only takes a few seconds of
thought, even for a computer-illiterate person, to imagine what might happen
when 1999 turns into 2000. But January 19, 2038 is not nearly as obvious.
Software companies will probably not think of trying out a Year 2038
scenario before doomsday strikes. Of course, there will be some warning
ahead of time. Scheduling software, billing programs, personal reminder
calendars, and other such pieces of code that set dates in the near future
will fail as soon as one of their target dates exceeds 19-Jan-2038, assuming
a time_t is used to store them.
Good luck, and hope no ones flying car breaks down in 2038 |
