I had the same thing happen on several occasions over the weekend. Also
using CT9.50
One of the 12 computers would go down for some reason and when it came back
up the numbers changed on several bands/computers.
We went from 3 to 750+ serial number on 160 and 300+ on 80 to the same 750+
number at one time. Fought it using the -py5eg switch for a half an hour or
so and figured we would just let it go. Let the numbers fall where they may.
Good news is that we had our main compatition wondering how we increased the
numbers so quickly!!
No way to fix the way it is. Dont want to, as we gave out the numbers the
way the computers tracked them..
Maybe next year....
Take care
73/Bob
W4MYA
----- Original Message -----
From: David Robbins <k1ttt@berkshire.net>
To: reflector ct-user <ct-user@contesting.com>; k1ea <kwolff@ultranet.com>
Sent: Sunday, May 28, 2000 4:28 PM
Subject: [ct-user] screwy serial number problem
>
> running ct 9.50.... now follow me if you can... 6 station m/m, only one
> computer per station, only one station per band. running on 15 and 20m.
15m
> looses radio communication to ft-1000mp for some reason and thinks its on
20m...
> but takes its serial number with it so now the 20m station gets the next
15m
> serial number. reboot the 15m computer and it happily goes back to 15m
and
> keeps running, reboot 20m, it still has the 15m serial number stuck as its
next
> number.
>
> try a few things... b2r9/r2b9 corrupts the file so it won't load. (yes,
the
> latest version freshly downloaded from the web page)
>
> go in with ms visual studio and edit the binary for the 20m station, but
then
> think that it won't work either unless i do it on all the other stations
since
> the backbone now seems to be filled with each station sending what it
thinks the
> next serial number is for every band... so as soon as it comes back up it
gets
> the next number from the network and we are back where we started. go to
20m
> and back up to edit the bad qso, move it to 160m.. now 40, 80, and 160m
all have
> that number as the next s/n... go wrong way to put it back and hit 10m...
now
> all stations think the 15m number is their next number!
>
> temporary solution... stop all machines and reload log without the
network. go
> to 20m qso that got the bad serial number on ALL machines and move it to
160m.
> restart all machines back on the network. now 5 of the 6 are right and
the bad
> qso is on 160m... who now wants to send the next 15m number, but we don't
care
> about that band now anyway.
>
> the question is... how is one supposed to fix a sent serial number in ct
now???
> they are stored in the bin file, but b2r9/r2b9 doesn't work, and doesn't
even
> show the offending serial number in the res file anyway. i can edit the
binary,
> but there must be a better way.
>
>
> --
> David Robbins K1TTT (ex KY1H)
> k1ttt@berkshire.net or robbins@berkshire.net
> http://www.berkshire.net/~robbins/k1ttt.html
>
> --
> Submissions: ct-user@contesting.com
> Administrative requests: ct-user-REQUEST@contesting.com
> WWW: http://www.k1ea.com/
> Questions: owner-ct-user@contesting.com
>
>
--
Submissions: ct-user@contesting.com
Administrative requests: ct-user-REQUEST@contesting.com
WWW: http://www.k1ea.com/
Questions: owner-ct-user@contesting.com
|