Hi Saku!

So far I have had no problems with the test version of cqrlog. Today after starting cqrlog, the popup for "new qsl manager database" and "new DXCC table" update opened and I gave the ok to run it and finally I closed cqrlog. Now when I restart cqrlog it gives me the following error:

Cqrlog Ver:2.6.0_(120)_Gtk2 Date:2023-11-18
**** DEBUG LEVEL 1 ****

I've been running 2.6.0_(119)Gtk2 for quite a while with no isuues until today. I have 4 rigs set up and when I changed from one to the other I had no connection so I went to TRX control to change the port. TRX control froze so I finally had to force it closed. Ever since that I am getting the access violation error. So far I have tried:

I decided it was time to update my Hamlib application to the latest version. Did a 'make uninstall' to clean out the old version and then followed Z34PEC's instructions in the Rigctl error after installing latest hamlib and wsjtx Forum post. Did the git clone https://github.com/Hamlib/Hamlib.git and then followed the installation process. Now I have $ rigctl --version
rigctl Hamlib 4.6~git 2023-11-14T16:23:14Z SHA=847836 64-bit

When I try to upload to LOTW the signed file, it stops and gives me: Uploading file... size: Error.-2
What does that indicate the problem is?
When I try to download from LOTW, it says NOT logged Errorl-2 Error. Error. ssl_openssl

What's wrong? Thanks!

Log wont import, I have 25k qso's, it stops at about 4k says complete, but not even the 4k qso's import, no problem importing into many different loggers. I have copied the Debug file first, then the error file

DEBUG:

Cqrlog Ver:2.6.0_(119)_Gtk2 Date:2023-10-03
**** DEBUG LEVEL 1 ****

Have problem to import downloaded .adif from eQSL. The file is downloaded, but CQRLOG crashed during import.

I FOUND A LOTW CONFIRMATION FROM ARRL FOR JD1YAB WITH PROPER CREDIT FOR OGASAWARA. I COULD NOT FIND THE CALL JD1YAB UNDER THE OGASAWARA PREFIX JD(O) BUT INSTEAD CQRLOG STORES THE CALL AS JA-JAPAN. IT WAS CONFUSING HOW I COULD HAVE A LOTW CONFIRMATION FOR A STATION THAT SEEMED TO NOT BE IN MY LOG. OF COURSE I TRIED AND TRIED TO EDIT THE LOG QSO AND CORRECT PREFIX BUT CQRLOG HAS THE VERY ANNOYING HABIT OF INGNORING USER INPUT AND DOING WHATEVER IT LIKES. THIS IS MY THIRD ENCOUNTER WITH THIS FORCED ERROR ON DXCC PREFIX. PLEASE ALLOW USERS TO CORRECT DXCC PREFIXES THAT ARE IN ERROR.

Hello:

I was trying to fetch loc_testing and recompile since I couldn't upload to Clublog.

Unfortunately, when I tried to compile, I got two errors about crtbegin.o and crtend.o missing and that linking would probably fail. Evidently it did. I found a post where an individual had encountered a similar problem, but never solved it. https://www.cqrlog.com/comment/8302#comment-8302. I've never used Lazarus-GUI and couldn't figure out how to make that work.

I tried the following:

Hello,

I have used CQRLOG for several years and am a great fan. Recently eqsl made a change to their download ADIF file that caused CQRLOG to freeze when trying to parse it. Saku quickly had a fix (rev 119) and was great at helping me to get a working build (albeit 32-bit) on a Raspberry Pi. Saku is a real asset to the CQRLOG community.

Hello all,

I've read a few threads regarding CQRLOG on Linux Mint and to be honest this is really a major PITA.

I have unterstood, that it can run standalone with MariaDB and without MySQL, but right now, there seems no way to install MariaDB without MySQL on Linux Mint 21.2 or at least I don't know how.

When I do this:
sudo apt install mariadb-server mariadb-client

Hi all, I just download the version 118, and I try to download from eQSL.
but when i see: "preparing import..." stops and few secons after my system want to kill the program. I wait for a some hours and nothing occurs.
The only option is kill cqrlog. Uploading to eQSL or all use of LOtW run fine. I only see this problem downloading from eQSL.
I try also to repair database, but no success.

sorry for my poor english.

Jordi