problem 2000
ZXNet echo conference «real.speccy»
You probably already know that even on the real Spectrum the Y2K problem is inevitable. So I had a question.
How can we be realistic? After all, on the Spectrum the only
normal mail editor is Lara, unfortunately in which a glitch was found. Where
can I find a patch for Lara, or will the dear moderator and co-moderators allow
real-life people
to use this software.
With best wishes, Max Shashkin.
I greet you from the bottom of my heart, Max !
03 Dec. 1999, Max Shashkin squeezed the keyboard, hoping that the following words would reach All:
MS> you probably already know that even on a real Spectrum the problem of 2000
MS> is inevitable. so I had a question. How can we be real
MS>? After all, on the Spectrum the only normal mail editor
MS> is Lara, unfortunately in which a glitch was found. Where can I find a patch
MS> for Lara, or will the dear moderator and co-moderators
MS> allow real people to use this software.
There are still 27 days to solve this problem...
Or y2k, like the harvest on a collective farm - out of the blue? Bam - and it comes. ;-/
There was a time when the author posted new versions almost every week...
Write, ask. Stimulate, finally ;))
The moderator, Roman Milyukov, is in a similar position.
[I ZX] [Team Sashki-rulez] [Team Guardians] [Team Kelly]
Hasta la vista.
Tim Kelly
... tim_...@mail.ru 500:622/1@zxnet http://timkelly.da.ru
Once Max Shashkin tapped on the keyboard to All:
MS> you probably already know that even on the real Spectrum the problem of the year 2000
MS> is inevitable. so I had a question. How can we be real? after all
MS> on the Spectrum can be considered the only normal mail editor is Lara,
MS> unfortunately in which a glitch was found. Where can I find a patch for Lara, or
MS> dear moderators and co-moderators will allow real people
MS> to use this software.
Well, let's say this :) Now this issue is being resolved... and perhaps soon
a patch will be released (Service Pack 1) :) KVA just did not take into account one branch of the algorithm -
this is the presence of a leap year, it has something to do with the subjug has none! It's just
a coincidence... the solution to this problem is being handled by Tom Hial/ACL,
but if RUM/E-mage agrees to modernize the code :) KVA, then we can
hope for a positive solution to this issue...
MS> With best wishes, Max Shashkin.
C ya in nE>
Saturday December 04 1999 12:30, Oleg Golenkoff ─── Max Shashkin:
MS>> dear moderator and co-moderators will allow real-life people to use
MS>> this software.
OG> Well, let's put it this way :) This issue is being resolved now... and perhaps soon
OG> will be released patch (Service Pack 1) :) KVA simply did not take into account one branch of the
OG> algorithm - this is the presence of a leap year, it has nothing to do with the subzhu!
Nu-nu... I would believe it if I didn’t understand this notorious “Year 2000 problem”. :)
No, it has the most direct relation. The fact is that the year 2000 is actually not a leap year, as follows from the truncated algorithm
"everything that is evenly divisible by 4"...
OG> Just a coincidence... the solution to this problem is being handled by Tom
OG> Hial/ACL, but if RUM/E-mage agrees to modernize the code :) KVA,
OG> then it will be possible hope for a positive solution to this issue...
Let's hope... In ZX.SPECTRUM at the end of February I will not tolerate left
dates. :)
Good luck! Evgeny. (Aka 2:5057/18.73) ■ The night is shorter than the day... The day will kill me... The world of illusions burns down in it. (C) Aria.
OG>> is engaged in Tom Hial/ACL, but if RUM/E-mage agrees to take on
OG>> code modernization :) KVA, then we can hope for a positive
OG>> solution to this issue...
EM> Let's hope... In ZX.SPECTRUM at the end of February I will not tolerate
EM> left dates. :)
Well, you have patience, my friend ;)) According to the rules, I will shoot everyone
at any given time. Such is life...
05 Dec 99 15:28, Evgeny Milun wrote to Oleg Golenkoff:
OG>> a patch (Service Pack 1) will be released soon :) KVA just didn’t
OG>> take into account one branch of the algorithm - this is the presence of a leap year, it has nothing to do with the subjug
OG>> has!
EM> Nu-nu... I would believe it if I myself didn’t understand this notorious “problem of 2000”
EM>. :)
There is no problem with the year 2000 - the date is correct.
EM> No, it has the most direct relation. The fact is that the year 2000
EM> is not actually a leap year, as follows from the truncated
EM> algorithm “everything that is evenly divisible by 4”...
This is an incorrect algorithm. We also need to check divisibility by 100.
KF> There is no problem with the year 2000 - the date is correct.
I’ll risk deviating a little from the echo tag... The so-called. The "2000 problem" actually consists of two things: (1) truncation of the year number to two minor digits;
(2) an incorrect algorithm for calculating leap years that does not take into account division
by 100.
Somehow Evgeny Milun tapped Oleg Golenkoff on the keyboard:
OG>> there will be a patch (Service Pack 1) :) KVA just didn’t take into account one branch of the
OG>> algorithm - the presence of a leap year, it has nothing to do with the subjug
OG>>!
EM> No, no... I believed it I would, if I myself didn’t understand this notorious “Year 2000 problem”. :)
EM> No, it has the most direct relation. The fact is that the year 2000
EM> is not actually a leap year, as follows from the truncated algorithm
EM> “everything that is evenly divisible by 4”...
Hmm! Are you serious? look at the calendar for 2000! :) It's actually the most
leap of all leap years :)
OG>> It's just a coincidence... the solution to this problem is being handled by Tom
OG>> Hial/ACL, but if RUM/E-mage agrees to modernize the code :)
OG>> KVA, then we can hope for a positive solution to this issue...
EM> Let's hope... In ZX.SPECTRUM at the end February I will not tolerate left
EM> dates. :)
Cough! :) And here pplz writes in goldeds...
EM> Good luck! Evgeny. (Aka 2:5057/18.73)
Monday December 06 1999 05:53, Kirill Frolov wrote to Evgeny Milun:
KF> This is the wrong algorithm. We also need to check divisibility by 100.
That is. If a date is divisible by an integer, then the year is not a leap year? Now at least I'll know what it is. =)
OG> Cough! :) And here pplz writes in goldeds...
You'll have to get off GED 2.42, write a patch and switch to Lariska. :)
KF>> 100.
AN> That is. If a date is divisible by an integer, then the year is not a leap year? Now
AN> at least I’ll know what it is. =)
It's the other way around.
Kirill Frolov. [ZX]
OG> Hmm! Are you serious? look at the calendar for 2000! :) He really is
OG> the most leap year of all leap years :)
Sorry. The full rule sounds something like this: “A leap year is one that is
divisible by 4, except that which is divisible by 100. But, everything that is by 500 (or
is a leap year.”
Let your enemies, Evgeny, die without sons!
Sun 12 Dec 1999 at 18:00, Evgeny Milun ═> Oleg Golenkoff:
EM> Sorry. The full rule goes something like this - “A leap year is one that
EM> is divisible by 4, except that which is divisible by 100. But, everything that is divisible by 500
EM> (or
EM> is a leap year.”
Oh, damn...
A year is considered a leap year if it is divisible by 4, with the exception centenary
years, the number of centuries in which is not divisible by four.
1996 is a leap year, 2000 is a leap year, 1900 is not a leap year. This is according to the Gregorian calendar. In Russia, until 1918, there was a Julian calendar and 1900 was a year in_Russia_. leap year.
[ WBR, Oleg. ]
[ 00:07 15 December XXXIV A.S. ]
How are you, Kirill?
Friday December 10, 1999 09:40, Kirill Frolov wrote to Alex Noman:
KF>>> This is the wrong algorithm. We also need to check divisibility by 100.
EM> Good luck ! Evgeny. (Aka 2:5057/18.73) C ya in nE>
EM>> - leap year."
OG> Oh, damn...
Oh damn. Only, this is not for me.
OG> A year is considered a leap year if it is divisible by 4, with the exception of
OG> centennial years, the number of centuries in which is not divisible by four.
Axiom of arithmetic - everything that is divisible by 100 is divisible by 4 because
100=4*25.
Axiom No1 of the normal algorithm for calculating leap years - everything that is
divisible by 100 is not a leap year.
Axiom No2 - but, nevertheless, everything that is divisible by 400 is
leap.
Axiom of programming - in Some programs use a truncated
algorithm - an algorithm without “axiom No2”.
I used the axiom - there are official documents
of software manufacturers dedicated to the “2000 problem”, where you can read about all this
.
OG> 1996 - leap year, 2000 is a leap year, 1900 is not a leap year. This is
OG> according to the Gregorian calendar. In Russia, until 1918 there was a Julian calendar
OG> and 1900 _in_Russia_ was a leap year.
In my opinion, we are talking, first of all, about _modern_. calendar, secondly
about software algorithms that calculate which year is a leap year and which is not.
In particular - about Lara, am I wrong?
EM> I used the axiom - there are official documents
EM> of software manufacturing companies dedicated to the “Year 2000 problem”, where you can read about all this
EM>.
these axioms and official documents can..., both users and
producers.
there is a primary source - the bull of Pope Gregory XIII from 1582;
unfortunately, I don’t remember the name.
in principle, it doesn’t matter how someone distorted the initial signs - as long as
the essence is not changed. but they change!
MS> the year 2000 problem cannot be avoided. That's why I had
MS> a question. How can we be real? After all, on the Spectrum
MS> the only normal mail editor
MS> can be considered Lara, unfortunately in which a glitch was found. Where
MS> can I find a patch for Lara, or dear moderators and
MS> comoderators will allow real people to use this
MS> software.
Eeeeeeeee... What is the glitch? I'll soon upload Larisa with cities
maybe I'll fix Y2K?
Good luck Max! Let's get away again!
Sincerely, Priest from Energy Minds!
e-mail: prie...@usa.com
... Energy Minds from Freedom & X-Project. Sinclair generation.
Sunday December 19, 1999 at 22:32:35 Alex Shashkevich wrote to Max Shashkin
a letter on the topic “problem 2000”.
I decided to add my opinion there as well.
AS> Eeeeeeeee... What is the glitch? I'll soon upload
AS> Larisa with cities
AS> maybe I'll fix Y2K?
wrong day of week: 29.02 - Tuesday, 01.03 - Tuesday :(
Good luck, Alex Shashkevich !
Anton Kriwoshea aka $k1v/M7H (orp.'99.
AS>> Larisa with cities maybe
MS> again 512K ONLY?
Don’t you think that it’s not possible to constantly update the software and at the same time
without its size changing?
Think first, and then write.
And if you also do frame scrolling and all that kind of stuff, then even more so not
enough.
----------
In short, speed up the printer, if so, I’ll send you my version in a place
with a cruncher of scrolls, fonts and a printer, 1 line is reprinted in 0.22
frames, this is in 80 characters per line mode.
Vladimir AKA Envoy/PHT
... one the head is good, but two are starting to get smart...
512K ONLY again?
AS>and fix Y2K6?
incorrect calculation of the day of the week after February 28, 2000
With best wishes, Max Shashkin. You can also write to zxsh...@mail.ru
MS>> again 512K ONLY?
VB> Don’t you think that it is not possible to constantly update the software and
VB> without changing its size?
Why? Winamp is getting smaller and smaller. ;) And a media player. ;)) It was
3 meters, but became 2 meters. ;)
VB> Vladimir AKA
VB> Envoy/PHT
With respect, Alex Noman.
ps/ 2M: I’m leaving... :)
MS>> again 512K ONLY?
VB> In short, speed up the printer, if so, I’ll throw my version
VB> to you in a place
VB> with a cruncher for scrolls, fonts and a printer, 1 line
VB> is reprinted in 0.22
VB> frame, this is in 80 characters mode line.
br-rrrr, nafik?, even this speed is enough for me, I just finished off the base in the new Lara with Zxnet's cities, now it's a complete blast, everything is so crazy ;)
the only thing that still needs to be completed is that
Lara can generate REQ files, i.e. looked at the installed
flags, and accordingly created both pkt's and req's...
Good luck to you, Vladimir Burenin!
AK> br-rrrr, nafik?, even this speed is enough for me, I just
AK> finished off the base in the new Lara with zxnet's cities, now it's complete
AK> a blast, everything is so crazy ;)
What the hell is this speed not enough for you, unless you're sitting in turbo mode, code
if you were on a storm, you would understand...
AK> the only thing, What still needs to be completed is that
AK> Lara can generate REQ files, i.e. looked at the installed
AK> flags, and accordingly created both pkt's and req's...
What for?
The first is more important.
VB> Why are you missing this speed, except in turbo
well, I better know what I have and what I don’t... ;)
VB> you’re sitting in mode, I’ve coded
no, I’m writing letters in normal mode...
VB> if you were on a storm, you would understand...
what does a storm have to do with it?
and if it comes down to it, then I’m sitting on Xas'e =;)
AK> the only thing that still needs to be completed is that
AK> Lara can generate REQ files, i.e. looked at the set
AK> flags, and accordingly created both pkts and reqs...
... tim_...@mail.ru 500:622/1@zxnet http://timkelly.da.ru
What do you mean again? The previous one was 128/512. True, in the 128th the lotion was cut off...
Well, how could it be otherwise? If there is a city file there, God forbid! Now
Midisoft/EM
has expanded the list for the entire second zone. At the moment we are waiting for a bug report from
Kalinushkin, who undertook to check the chest in 512*192 mode. Otherwise we don’t have such a thing. :( As soon as I get the answer, I’ll post it right away. The work with
the frame drive has also been fixed - even if there is one, it won’t get dirty.
VB> is retyped in 0.22 frames, this is in 80
VB> characters per line.
In general, the thing is this: I won’t redo anything (can you imagine the amount of
work? If only you knew how busy I am with different projects right now!). But I
have thoughts about writing a normal editor. Just now I looked at the description of
GoldED and was amazed... If I or someone else doesn’t do this on spec, then
I’ll take the RS for myself (so... Unhealthy cravings begin). And I
oooooooooo
don’t want this (if only someone knew).
Good luck Vladimir! We'll get away again!
AK> req'i...
Lara should finally not engage in tossing. So there is no need to remake it, but
make a separate and good tosser. And this is exactly what gets me, that there is no such thing and my hands are itching to make it, otherwise in the store it’s really bad. The database is killed and spoiled by nothing to do (even with safetoss), and also likes to glitch and hangs on the wrong messages... And when extracting pktsheks from Lara, a glitch was discovered!
Deviation from fidosh standards: each message ends with #00, and the pkt file
ends with #0000, so the last message + ending pkt = 3 (three)
zeros in a row. And the chest drains 2 current(!). Because of this glitch, I've been
trying to get the address out of one cool node for a month now... :(
Good luck Anton! We'll get away soon!
December 26, 1999 at 00:40:11: Vladimir Burenin wrote to Anton Kriwoshea
January 5, 2000 at 18:31:03: I replied to Vladimir Burenin
AK>> the only thing that needs to be completed is that
AK>> so that Lara can generate REQ files, i.e. looked at
AK>> set flags, and accordingly created both
AK>> pkt's and req's...
VB> Why is it necessary? The first is more important.
Nooo... REQs are also needed... This question should not be asked at all, because... fidosh
standards must be fully implemented! :)
Good luck Vladimir! We'll get away again!
AS> In general, the thing is this: I won’t redo anything (can you imagine the amount of
AS> work? If only you knew how busy I am with different projects right now!). But I
AS> have thoughts about writing a normal editor. Just now I looked at
AS> the description of GoldED and was amazed... If I or someone else doesn't do
AS> something similar on the spec, then I'll take the RS for myself (so... Unhealthy
AS> cravings begin). And I really don’t want this (if only someone knew).
So let’s do it! You have a lot of brains, so at least share.
Go ahead and do it your way, but under the 512*192 regime!
Don’t say that you don’t have it, you will do it, refuse to do it under 256*192, I guarantee that ;)
04 Jan 00 20:08, Alex Shashkevich wrote to Max Shashkin:
AS> The work with the RAM disk has also been fixed - even if you have one
AS> it does not become dirty.
Here's a good idea - to use the free space on the RAM disk to
store something. Either through 3d13 - preferable, or calculate
free banks.
Kirill Frolov. [ZX]
One day on Wednesday January 5, 2000 at 18:22:19, while wiping the hot modem with a wet
rag, I
noticed how Alex Shashkevich and Anton Kriwoshea were arguing on the topic of Problem 2000:
AS> Lara should not finally engage in tossing. So there is no need to remake it,
AS> but
AS> make a separate and good tosser. And this is exactly what gets me, that
just, I beg you, write right under Is-Dos!
AS> correct messages... And when extracting PCs from Lara, a
AS> glitch was discovered!
I noticed another strange bug. Sometimes Larka puts the boss’s address in the From:
field instead of my address, and when the addressee responds to the letter, then his address is put in the To:
field accordingly. And my boss, what comes not under his
name simply kills :(
S!ncerely Yours,
Leonid Mishankov.
05 Jan 00 18:31, Alex Shashkevich wrote to Vladimir Burenin:
AS> Nooo... REQs are also needed... This question should not arise at all, because
AS> fidosh standards must be fully implemented! :)
What about implementing software emulation of a hard drive
of 100 meters and a faster processor into the Spectrum?
Kirill Frolov. [ZX]
[Saturday January 8, 2000] at [03:31:52] Leonid Mishankov wrote a letter to
Alex Shashkevich.
They discussed the topic "Problem 2000". Let's continue what we started...
[skip]
LM> I noticed another strange bug. Sometimes Larka puts the boss's address in the From: field instead of my
LM> address, and when the addressee
LM> responds to the letter, then in the To: field
LM> his address is entered accordingly.
* For me*, in all the time I've been using the tireline, this glitch has never happened.
Sincerely, Felix.
[I ZX]