Hi,
Has anyone else experienced this problem? I was trying to compare a
replay from december last year with a replay I made yesterday and when I
clicked on the time difference button I got an error message. Minimum
must be <= Maximum. Could this be that 99 > 00? The strange thing is
that a replay from 98 worked just fine. Any Ideas?
Cheers,
Johan.
I had this problem with some replays too in 1999, so I don't think
it's a millennium bug.
Andre
On Tue, 04 Jan 2000 09:06:02 +0100, Johan Foederer
Quoted text (10 lines)
>Hi, >Has anyone else experienced this problem? I was trying to compare a >replay from december last year with a replay I made yesterday and when I >clicked on the time difference button I got an error message. Minimum >must be <= Maximum. Could this be that 99 > 00? The strange thing is >that a replay from 98 worked just fine. Any Ideas? >Cheers, >Johan.Hehe :-) Which version of GPLDump you are using? (when announcing a bug,
it is always wise to mention the version too).
There's a problem when I'm scaling the chart axis sometimes.. try loading
the replays in a different order, i.e. if you loaded the 00 replay to
the 'driver1' slot and the 99 replay to 'driver2' slot, then do it
vice versa.
I'm not comparing dates of anything in Dump, but some internal dll could
do something like that.. but anyways I really doubt this is a real y2k bug,
but if it is, then I'm proud of it :-)
Also if you are not using the newest one (http://www.hut.fi/~kaltsi/),
then get it and try again.. I fixed such a bug at some point.
-Juha
--
> Has anyone else experienced this problem? I was trying to compare a
> replay from december last year with a replay I made yesterday and when I
> clicked on the time difference button I got an error message. Minimum
> must be <= Maximum. Could this be that 99 > 00? The strange thing is
> that a replay from 98 worked just fine. Any Ideas?
Replays from different versions of GPL perhaps?
--
[asbjxrn] [lLd25z*%ds1-100/sLlSdI%ds2-O/sSl1l2*PlL0<l]sl
21172310731916131628237117 3237142523312SSSLllxq
No, I have the problem with replays from the same GPL version (1.2)
Andre
Quoted text (10 lines)
>> Has anyone else experienced this problem? I was trying to compare a >> replay from december last year with a replay I made yesterday and when I >> clicked on the time difference button I got an error message. Minimum >> must be <= Maximum. Could this be that 99 > 00? The strange thing is >> that a replay from 98 worked just fine. Any Ideas? >Replays from different versions of GPL perhaps? >-- > [asbjxrn] [lLd25z*%ds1-100/sLlSdI%ds2-O/sSl1l2*PlL0<l]sl > 21172310731916131628237117 3237142523312SSSLllxqHi Juha,
Yep, I should have mentioned the version, sorry. I don't have it here
right now, but I'll check tonight if I have the latest version. I'll
also try loading them the other way around.
btw. GREAT TOOL!
// Johan
Quoted text (25 lines)
> >Hi, > >Has anyone else experienced this problem? I was trying to compare a > >replay from december last year with a replay I made yesterday and when I > >clicked on the time difference button I got an error message. Minimum > >must be <= Maximum. Could this be that 99 > 00? The strange thing is > >that a replay from 98 worked just fine. Any Ideas? > Hehe :-) Which version of GPLDump you are using? (when announcing a bug, > it is always wise to mention the version too). > There's a problem when I'm scaling the chart axis sometimes.. try loading > the replays in a different order, i.e. if you loaded the 00 replay to > the 'driver1' slot and the 99 replay to 'driver2' slot, then do it > vice versa. > I'm not comparing dates of anything in Dump, but some internal dll could > do something like that.. but anyways I really doubt this is a real y2k bug, > but if it is, then I'm proud of it :-) > Also if you are not using the newest one (http://www.hut.fi/~kaltsi/), > then get it and try again.. I fixed such a bug at some point. > -Juha > --Hi Juha,
Are you currently working on additions to your great program? f yes, what
are the improvements we can expect?
I'm still hoping for a plot that compares the lines the cars drive around
the track, which shouldn't be too hard, as you can already plot the
trackmap. Simply add 2 more lines on the map, which are at a distance from
the center-line according to the "lateral" data, and you're done.
Sounds like a 15-minute job :-)
Good luck with the program
Martijn
>Are you currently working on additions to your great program? f yes, what
>are the improvements we can expect?
>I'm still hoping for a plot that compares the lines the cars drive around
>the track, which shouldn't be too hard, as you can already plot the
>trackmap. Simply add 2 more lines on the map, which are at a distance from
>the center-line according to the "lateral" data, and you're done.
I'm not planning to do that right now. I've made some improvements to the
track map so that it shows real curves instead of just lines where the
curves are supposed to be.. that looks great on oval tracks and brands hatch,
but makes some of the othe original tracks look a bit more messy.
There are some problems with what you are suggesting and my current track map
plotting, but I don't want to go there, since it's too early in the morning
right now.
Actually it would take around 7 minutes, but I'm too busy picking my nose :-)
-Juha
--
Well, the version was 0.7.4b and loading in a different order did the
trick.
Thanks!
Johan.
