QCAD Bugtracker

  • Status Closed
  • Percent Complete
  • Task Type Bug Report
  • Category QCAD (main)
  • Assigned To
  • Operating System Ubuntu Linux
  • Severity Low
  • Priority Very Low
  • Reported Version 3.16.5
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: QCAD Bugtracker
Opened by jose amaro - 17.02.2017
Last edited by Andrew - 02.03.2017

FS#1545 - File > Open: Crash on some Linux setups

A curious fact is occurring here QCad 3.16.5 is aborting the opening of files in 90% of the attempts on a machine with native Linux Mint 18.1 and works normally in a virtual machine under Virtualbox in Windows 10, tests were done on the 3 machines (VM-Linux, Nat-Linux and Win 10) with QCad 3.15.5 and everything works normally. The two notebooks tested have Intel I-7 RAM = 8Gb Ram and 4 processors. Follow 02 files for evaluation.

Closed by  Andrew
02.03.2017 07:32
Reason for closing:  Fixed
Additional comments about closing:  

Fixed by upgrading to Qt 5.8.0

Andrew commented on 17.02.2017 18:26

Can you please check if you are running out of memory while loading the file (using top or similar)?
Also: is this on a 32bit or a 64bit Linux system?

jose amaro commented on 17.02.2017 18:56

Linux Mint 18.1 64bit (VM and Nat)
I compared the load on Processors and RAM on boot and file opening between 3.15.5 and 3.16.5 and nothing seemed abnormal.

PS: In a very old Acer that I have here QCAD 3.15.5 works very well; 3Gb RAM 1.3KHertz 1 processor

Andrew commented on 17.02.2017 19:04

OK, thanks. Unfortunately, without any further information, it is impossible for use to track down this problem since this is not something we can reproduce here.

A backtrace might be helpful though, if you are terminal savvy:

cd ~/opt/qcad-3.16.5-pro-linux-x86_64
LD_LIBRARY_PATH=. gdb ./qcad-bin
(gdb) run
[QCAD starts, load the file, wait for crash]
(gdb) bt

This will print the stack trace of the last functions called and often point to the area of the problem. If you can, please post the output here, thanks.

jose amaro commented on 17.02.2017 19:36

OK! I did as indicated however as I had turned off the machine I reboot it and it is now working, the point is that I have worked on this machine for over 6 months as 3.15.x and the problem never happened until I installed 3.16.5; This morning it happened a 10 times and in the afternoon so many and at the time of the test nothing. As soon as it happens again I will repeat the test and report the result.

jose amaro commented on 17.02.2017 23:14

Sometimes just terminating the linux session and restarting it is enough so that the program does not abort when opening files.
Now the backtrace with Bug,

Andrew commented on 01.03.2017 14:00

Thanks. This looks like a Qt accessibility bug. Unfortunately, I cannot reproduce this here.
However, I've compiled a snapshot package against a newer Qt version (5.8). Could you please check if the problem persists with this snapshot package? I will e-mail the download link to you. Thanks.

jose amaro commented on 01.03.2017 21:11

I tested the package on the machine that presented the problem by opening several files at the same time by closing and restarting QCad, repeating the loading of several drawings and it seems that the problem has been solved.



Available keyboard shortcuts


Task Details

Task Editing