CQRlog freezes on ADIF import

8 posts / 0 new

Sat, 2009-10-24 00:12

N0NB

When I try to import an ADIF file as soon as I open the file dialog it freezes and it cannot be closed or dismissed (it also shows no files). It also blocks the rest of CQRlog and I have to wait until KDE asks me to terminate the program after clicking the dialog close button.

I am running on a current Debian Sid installation with KDE4. I also just upgraded from 0.8.4 to 0.8.5 "in place".

Mon, 2009-10-26 13:52

ok2cqr

Re: CQRlog freezes on ADIF import

Hi,

this is strange. Could you try it in version 0.8.4? I haven't made any changes to this part of code for many nonths.

73 Petr, OK2CQR

--
http://HamQTH.com/ok2cqr
https://ok2cqr.com

Tue, 2009-10-27 11:53

(Reply to #2) #3

N0NB

It worked fine in 0.8.4 as I

It worked fine in 0.8.4 as I imported an Fldigi log for the Hiram 140 special event last month.

Tue, 2009-12-22 00:33

(Reply to #3) #4

N0NB

Freeze with 0.9.0

I just installed the 0.9.0 release and find that it freezes when attempting to import an ADIF.

First I did the upgrade (backing up my log_data directory) from 0.8.5 and the installer window became unresponsive to the Close button once the update was complete. I had to use the window manager's close button to exit the installer.

After finding that the import still froze in 0.9.0, I moved the ~/cqrlog out of the way and performed a new installation. After moving my log_data back in place, the import ADIF still freezes. No window is responsive and the application must be manually terminated.

I'm puzzled to say the least.

Tue, 2009-12-22 00:44

(Reply to #4) #5

N0NB

Here is a stack trace from the terminal

$ ./cqrlog/cqrlog
[WARNING] Out of OEM specific VK codes, changing to unassigned
[WARNING] Out of unassigned VK codes, assigning $FF
Starting CQRLOG ...
TApplication.HandleException Invalid floating point operation
Stack trace:
$B69033C5
$B6920BBF
$B74C8CD1
$B7553D37
$B75554BA
$B744B166
$B7242569
$B7243DE3
$B7257BB7
$B72591EF
$B72597B6
$B75674F6
$B7444E9D
$B72B13F8
$B72B13A7
$B72B13A7
$B72D9C04

(cqrlog:1510): Gtk-CRITICAL **: gtk_style_detach: assertion `style->attach_count > 0' failed
TApplication.HandleException: there was another exception during showing the first exception
Stack trace:
$B743CE41
$B7448323
$B7242569
$B7243DE3
$B7257BB7
$B7259359
$B72597B6
$B756E10C
$B74AE8DF
$B7250A4C
$B7242569
$B7243DE3
$B7257778
$B7259359
$B72597B6
$B73B7231
$B757204D
[FORMS.PP] ExceptionOccurred
[FORMS.PP] ExceptionOccurred
TApplication.HandleException: there was another exception during showing the first exception
Stack trace:
$B7259035
$B72597B6
$B72483C1
$B7244B0F
$B7247488
$B7247611
$B75779B5
$B73FD971
$B7250A4C
$B7242569
$B7243D18
$B7257778
$B7259359
$B72597B6
$B73B7231
$B757204D
$B72463EF
Killed
$

I've not noted any other show stoppers but I will continue to use 0.9.0 and see how things go. I get a similar stack trace if I try to export as well. It seems as though the file chooser is where the trouble starts.