CQRLOG - bugs

ADIF Import Error Detection fault

I just finished importing 2250 QSOs using the ADIF format. The error detection found some errors in my import file which I fixed one by one.

However I had one error on one record of the ADIF file which was not caught or displayed as an error. Instead the import process just halted at the bad record and it reported a successful import but with many of the records missing. This could be a problem for someone doing an import if they don't catch the fact that the number if records imported is wrong.

Forums: 

FieldNameQuoteChars not defined with fpc 2.4.2 build?

On Fedora 15, compiling with these versions of Lazarus and Freepascal, I get the error below:

lazarus-0.9.30-1.fc15.x86_64
fpc-2.4.2-2.fc15.x86_64

Compiling ./mysql/mysql51conn.pas
100 141.728/144.032 Kb Used
200 141.883/144.192 Kb Used
300 142.123/144.480 Kb Used
mysqlconn.inc(323,5) Note: Local variable "esc_str" not used
mysqlconn.inc(334,5) Note: Local variable "esc_str" not used
400 142.711/144.992 Kb Used
mysqlconn.inc(417,3) Note: Local variable "ClientVerStr" is assigned but never used
500 143.080/145.376 Kb Used
600 143.313/145.664 Kb Used

Forums: 

cqrlog build tries to rebuild lib files in /usr

On Fedora 15, trying to build cqrlog results in this error:

$ make
...
Error: Can't create object file: /usr/lib64/lazarus/components/printers/lib/x86_64-linux/gtk2/cupsdyn.o
TExternalToolList.Run Exception: Error: Can't create object file: /usr/lib64/lazarus/components/printers/lib/x86_64-linux/gtk2/cupsdyn.o
ERROR: tool reported error
make: *** [cqrlog] Error 2
$

A one line change to the Makefile, adding -d to the lazbuild options so it will not try to rebuild the dependencies, gets rid of that problem:

--- cqrlog-1.1.0/Makefile.orig 2011-06-25 10:57:44.384233006 -0400

Forums: 

Strange one, possibly not a problem with CQRlog, but worked in 0.9.x

I'm not sure whether this is a bug report, a feature request or maybe a hamlib problem: when I click on a Bandmap spot for Radio1 (in my case a TT Orion 2) the VFO freq. is adjusted to the requested freq. this is not the case when TRX control has Radio2 selected (in my case a Yaesu FT-847).
After switching the radios around, I can conclude that the problem is in communicating with the FT-847. An attempt to switch band yields following sequence in terminal:
RIG_RESULT1: RIG_OK
RIG_RESULT2: RIG_OK
PollRadio
fRigMode:RIG_MODE_USB
fRigFrequency: 5.02930000000000E+007

Forums: 

1.0.2 : Rebuilding membership statistic -> SQL error

Hi Petr and Martin,

just decided to switch from 0.9.6 to 1.0.2 running debian SID.. works without any big problems up to now for me. Really like the idea to share a database on a server on demand ;) I'm Running the local datastore variant / i386 tar package.

I installed the Membership Lists of 'Activity Grupp CW (AGCW)' and 'World Flora Fauna' using the default time frame ( 1945-01-01)

Testing QSO view -> Statictics -> Rebuilding membership statistic

in order to build up the AGCW statistic I got an Error message:

>>>

Forums: 

Close cqrlog problem

Hello,

Every time I close the cqrlog the error message pops up: 'Operation cannot be performed on an inactive dataset'. I have two options to chose: "Press OK to ignore and risk data corruption.' or 'Press Cancel to kill the program.' . The only way to close program is kill it. Next time, I use cqrlog every thing works fine. I suppose something like deadlock in my database because program crashed a few times before. Every advice how to check database consistency will be welcomed.

Regards 73

Darek

Forums: 

Pages

Subscribe to RSS - CQRLOG - bugs