Wolfgang, indeed - it's a trade-off.<br><br>You can set win-test to restrict navigate into the station's log entries only, so you will not be affected by the high logging rates of other stations -- it is often a good idea doing that anyway.<br>
<br>73, Nick<br><br><div class="gmail_quote">On Tue, May 29, 2012 at 10:29 AM, Wolfgang -DK9VZ- <span dir="ltr"><<a href="mailto:ws@dk9vz.com" target="_blank">ws@dk9vz.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000099">
<font face="Verdana">Hi Nick,<br>
<br>
this is an uncomfortable workaround but not a solution.<br>
When we are talking about Multi/Multi-environments, than your
entry <br>
can be out of the screen before you get the answer from your
QSO-Partner.<br>
And then you have to run back in your log but donīt have the time
to ...<br>
<br>
</font><div class="im">
<div>
<font color="navy">
<i><b>73 de</b></i><br>
<i><b>Wolfgang DK9VZ</b></i><br>
<a href="mailto:ws@dk9vz.com" target="_blank"><font color="silver">
ws@dk9vz.com</font></a><br>
<br>
</font>
</div>
<br></div>
Am 29.05.2012 10:14, schrieb Nick F5VIH/SV3SJ:
<blockquote type="cite"><div><div class="h5"><br>
<br>
<div class="gmail_quote">On Tue, May 29, 2012 at 8:50 AM, Bob
Wilson, N6TV <span dir="ltr"><<a href="mailto:n6tv@arrl.net" target="_blank">n6tv@arrl.net</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote">
<div><br>
<div><br>
</div>
</div>
<div>You mean numbering per computer, rather than per band?</div>
</div>
</blockquote>
<div><br>
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.<br>
<br>
</div>
<div> </div>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="gmail_quote">
<div>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).</div>
</div>
<div><br>
</div>
</blockquote>
<div><br>
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).<br>
<br>
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.<br>
<br>
73, Nick<br>
</div>
</div>
<br>
<br>
<fieldset></fieldset>
<br>
</div></div><div class="im"><pre>_______________________________________________
Support mailing list
<a href="mailto:support@win-test.com" target="_blank">support@win-test.com</a>
<a href="http://lists.f5mzn.org/cgi-bin/mailman/listinfo/support" target="_blank">http://lists.f5mzn.org/cgi-bin/mailman/listinfo/support</a>
</pre>
</div></blockquote>
</div>
<br>_______________________________________________<br>
Support mailing list<br>
<a href="mailto:support@win-test.com">support@win-test.com</a><br>
<a href="http://lists.f5mzn.org/cgi-bin/mailman/listinfo/support" target="_blank">http://lists.f5mzn.org/cgi-bin/mailman/listinfo/support</a><br>
<br></blockquote></div><br>