CQRLOG - bugs

Country file import problem

The country files shipped with 1.8.2 contain longitudes 11 characters long for JD1(M) and JD1(O).  Since the longit column in cqrlog_common.dxcc_ref is a varchar(10), this results in an import error which prevents the deleted entities from being imported.  In turn, this results in illegal SQL queries when populating the QSO list.
 
I worked around it on my system by changing the column to varchar(12), opening the QSO list (ignoring the error), and re-importing the country files with File->Import->DXCC data.  After this, CQRLOG works perfectly again.

Forums: 

Mariadb 10.x compatibility

I've been using Mariadb v10.x for some time, and it has shown to be very compatible with mysql based apps.
 .
I installed CQRLOG for the first time the other night and ran across an error thrown during startup. It basically said that it didnt likethe v10.x verion of mariadb but was insteadd needing/looking for the 5.5/5.6 version.
.I've installed the libmysqlclient18, which also seems to have a dependancy to mysql 5.5/5.6.
Any sense on when mariadb 10.x will be supported?
 .
thanks,
Brad

Forums: 

Nits in cty files

A couple of small issues in cty files: (The number is the approximate line number in the file.)
 
areaok1rr
3982 JT5K[N-Z]% J[UV]5K[N-Z]%|Mongolia, Tov|AS, Club Station|-8|47.70N|106.94E|32|23||R|=363
", Club Station" in the continent field should be in the entity name field
 
callresolution
 
1439 =K1RH/1D3 =K1RH/1G2 =K1RH/1H0 =K1RH/1J5 =K1RH/1L8 =AA4V/1X7 USA (no DXCC credit!)|NA|5|32.0N|84.0W|08|05||R|=0
No separator between prefix list and entity name
 

Forums: 

Error with "Remove dupes from the log"

I got this error when trying to remove dupes from the log:
 
ERROR: : Error executing query: Cannot truncate a table referenced in a foreign key constraint (`cqrlog001`.`log_changes`, CONSTRAINT `log_changes_ibfk_1` FOREIGN KEY (`id_cqrlog_main`) REFERENCES `cqrlog001`.`cqrlog_main` (`id_cqrlog_main`))
 
Dupes will not be removed.
The problem is the log from wsjt-x. wsjt-x is using his own Log "wsjt-x_log.adi" for checking for worked Callsigns and Countrys. So it's not a good idea to delete this log after using it for importing qso into cqrlog.

Forums: 

lost connect to rigctld

V 1.8.2 (Fedora 20) when log is open and rigctld is working:

Change another existing log with "Open or create new log". When other log is up and running QRG will not
follow rig any more (or cqrlog will not drive qrg).

Rigctld is not dead it can be used from terminal window via telnet. Cqrlog does not get connect, not even when "Refresh TRX/ROT control" is used.
Only way to get QRG reading work again is restart whole program.

Forums: 

QSO time clock not working.

Hi Peter,
 
When you have set OFFLINE, and click on the clock next to the QSO-time, it will not insert the current time.
I use offline for non-connected tranceivers, and as such I want the current time.
It does not respond to the clock to give the current time when you click it.
In my opinion it should.
 
Thanks.
 

Forums: 

Startup failure

Hello.
I just upgraded my opensuse and now i am unable to start cqrlog.
On startup i get a window with the message "Invalid type cast" and further on
when trying to open or create a database i get
TMySQL56Connection can not work with the installed MySQL client version: Expected (5.6), got (10.0.13-MariaDB).
I checked all the libraries with ldd, they are in place.
When i start cqrlog in a terminal with --debug=1 i see

Forums: 

Pages

Subscribe to RSS - CQRLOG - bugs