Hi Andy,
thanks for your quick analysis. I come to the same conclusion.
It seems that contest makers are very creative at defining new formats
for their cabrillo entries.
I am not sure if there will be an easy solution from TLF's point of
view. Maybe some sort of template or so. I put it on the T
Hi Andy,
thanks for the bug report.
Am Wed, 08 Jun 2011 20:48:07 +0100
schrieb Andy Summers :
> Bug report:
>
> TLF can handle this, although some post processing of the Cabrillo is
> necessary. There's enough space in the received exchange field, but
> when the Cabrillo is generated it truncat
Hi,
Bug report:
I used TLF back in April to enter the RSGB RoPoCo SSB contest. Basically
this involves sending your postcode for the first QSO and thereafter the
postcode that was sent to you from the previous QSO.
TLF can handle this, although some post processing of the Cabrillo is
necess
Please find a new maintenance version TLF-1.0.3 at:
http://www.staff.hs-mittweida.de/~tb/tlf-1.0.3.tar.gz
Bug fixes:
--
* fix buffer overflow in 'send_lan_message'
* fix wrong count of points and qso's for last band entry (tnx OK1RR)
The last problem results from a double fault in orig
Please find a new maintenance version TLF-1.0.2 at:
http://www.staff.hs-mittweida.de/~tb/tlf-1.0.2.tar.gz
Bug fixes:
--
* Fixed bug in sending commands to cwdaemon netkeyer introduced in
TLF-1.0.0. So PTT handling got sometimes wrong.
Thanks for reporting Andy G4KNO.
73, de Tom D
