[WT-support] Win-Test and contest numbers

[Wolfgang -DK9VZ-]

Hi Nick,

this is an uncomfortable workaround but not a solution.
When we are talking about Multi/Multi-environments, than your entry
can be out of the screen before you get the answer from your QSO-Partner.
And then you have to run back in your log but don?t have the time to ...

/*73 de*/
/*Wolfgang DK9VZ*/
ws at dk9vz.com <mailto:ws at dk9vz.com>


Am 29.05.2012 10:14, schrieb Nick F5VIH/SV3SJ:
>
>
> On Tue, May 29, 2012 at 8:50 AM, Bob Wilson, N6TV <n6tv at arrl.net 
> <mailto:n6tv at arrl.net>> wrote:
>
>
>
>     You mean numbering per computer, rather than per band?
>
>
> Yes, numbering per station. This will ensure to have increasing serial 
> numbers per station. The duplicate numbers that there will occur, are 
> not causing a problem.
>
>     Getting back to Win-Test, the serial no. situation is not just a
>     problem at big multi-multi's; the SO2R operator attempting to
>     interleave two QSOs can also get into the situation where the
>     serial no. sent on both Radio 1 and Radio 2 is the same, but the
>     second QSO entered will get logged as if QSO number + 1 was sent
>     (when it was not).
>
>
> This race condition can be avoided if one adopts the following 
> trade-off. First log the call and then send the exchange (with the 
> insert key).
>
> This will not ensure sending numbers in sequence but it will solve the 
> more important issue of sending one exchange and logging a different 
> one. There are shortcomings to this, like not being able to use ESM 
> and that both stations sharing a numbering series have to do the same 
> thing.
>
> 73, Nick
>
>
>
> _______________________________________________
> Support mailing list
> support at win-test.com
> http://lists.f5mzn.org/cgi-bin/mailman/listinfo/support
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.f5mzn.org/pipermail/support/attachments/20120529/d9d1823f/attachment.html>