Hi!

During last week I made one more extension to cqrlog's wsjt-x connection. Friday's ES opening was perfect place to test it with 92 qsos that about 90% of them were made by answering to CQ.

As we know wsjt-x stops TX if answer to CQ is done at same frequency as CQ calling and answer does not come to us.
But if we answer to CQ using split frequency our TX stays on even when CQ caller answers to someone else.

There are many changes since last CQRLOG release. The list of all changes is here: https://github.com/ok2cqr/cqrlog/commits/master
The changelog is really long, most of the changes done by Saku, OH1KH.

I've created both 32bit and 64bit versions.

I have now compiled current test source (2.2.0-106) to i386 binary.
How ever it is done in remote server, so I can not do further testing than program starts and menus work.

You'll wind both x86_64 and i386 binaries now from http://www.saunalahti.fi/~sakny/bin/cqrlog2/
(Source is at https://github.com/OH1KH/cqrlog-devel)

PLEASE READ ALL TEXT FILES included to zip, Thanks!

--
Saku
OH1KH

I am not sure how this is supposed to work, but if I write in a callsign in Contest window and to one tab, the QSO windows will do a lookup in QRZ/HamQTH.
If this callsign was incorrect, and I correct it, it dont do a new lookup, and the values from the previous will remain.

I expected a new lookup to be done.

Hi,

I just created the first testing version of CQRLOG 2.0.1.

CHANGELOG:

- fixed "TApplication.HandleException TControl.InvalidatePreferredSize loop"
- frequency memories didn't switch between AM and FM when the radio is on USB or LSB - fixed
- bandmap didn't show CW spots when radio was in CWR mode - fixed

I've created both 32bit and 64bit versions.

http://www.cqrlog.com/files/beta/cqrlog_20160421_amd64.tar.gz