1 (edited by Morganol 2016-10-10 09:45:25)

Topic: Development version occasionally crashes while editing schema

It rarely crashes, but it do.   version 0.51 trunk svn 4734


I can not define a repeatable crash instruction yet, but it may have something with group copy, move copied group, undo, undo, and then move a part of the original group


In journalctl i see this:

okt 10 06:56:53 svarten audit[2731]: ANOM_ABEND auid=10702 uid=10702 gid=10790 ses=3 pid=2731 comm="qelectrotech" exe="/usr/local/bin/qelectrotech" sig=6
okt 10 06:56:53 svarten kernel: audit: type=1701 audit(1476075413.331:758): auid=10702 uid=10702 gid=10790 ses=3 pid=2731 comm="qelectrotech" exe="/usr/local/bin/qelectrotech" sig=6

Is there some more metrics i can provide?

Can i run it in some debug mode to help catching the cause better?

Re: Development version occasionally crashes while editing schema

https://qelectrotech.org/forum/viewtopi … 5072#p5072

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Development version occasionally crashes while editing schema

OK i start launching it with gdb.

I compile locally, as per https://wiki.mageia.org/en/QElectroTech
Is there something i can do to increase valuable output?


Right now i got a crash in *element* editor while by mouse changing the ovality of an arc, in a element i was modifying (so i have been deleting another arc and spossibly a line in it too, before crash)

I also an hour ago got the crash when saving after having deleted a line that was still visible, like in https://qelectrotech.org/forum/viewtopi … 5081#p5081 that you already know.

Re: Development version occasionally crashes while editing schema

I also an hour ago got the crash when saving after having deleted a line that was still visible

would be nice to really track this crash with some debug informations.
From a user point of view only, it's really difficult to define the conditions that make QET crashes.

Re: Development version occasionally crashes while editing schema

I use qt creator with gdb for debug and coding.


"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Development version occasionally crashes while editing schema

OK, iĺl try more later.
For now just starting it in gdb and closing by the (x) window button, it catches this:

Thread 1 "qelectrotech" received signal SIGSEGV, Segmentation fault.
0x00007ffff7340313 in QIcon::~QIcon() () from /lib64/libQt5Gui.so.5

7 (edited by Morganol 2016-10-10 13:42:43)

Re: Development version occasionally crashes while editing schema

I have never used Qt Creator...
Is there some way i can compile qet to include debugging information?
(and then just easily run it in gdb)

Anyhow... i installed qt-creator, and opened qelectrotech.pro in the ...trunk folder, started debugging, and as excerise just closed QET  it to get the problem of previous post.  See screenshot below.

EDIT: OH, and there was also this in the Application Output window:
QObject::connect: Cannot queue arguments of type 'QVector<int>'
(Make sure 'QVector<int>' is registered using qRegisterMetaType().)
/EDIT


Do that tell you something?
What would you like me to do now?

Until answered i just try tu use QET as normal - run in debug this way, but i do not know how to get interesting parts when it crashes.

Post's attachments

Screenshot_20161010_133607.png, 145.66 kb, 1005 x 628
Screenshot_20161010_133607.png 145.66 kb, 397 downloads since 2016-10-10 

Re: Development version occasionally crashes while editing schema

You could run QET in debug with gdb is activated and draw your schemes normalhy.

https://qelectrotech.org/wiki_new/doc/qt_creator

For having element collection translation, and titleblock you need to adapt path of executable :
https://qelectrotech.org/wiki_new/doc/q … executable

https://qelectrotech.org/wiki_new/_media/doc/qtcreator5.png?cache=&amp;w=900&amp;h=739&amp;tok=77a342

If he crashing you could paste image or text debug info into bugtracker only message linked to source code, like my video.

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

9 (edited by Morganol 2016-10-10 17:44:01)

Re: Development version occasionally crashes while editing schema

Now before reading the above post i was using it and the bug triggered: i deleted a conductor and made another conductor, suddenly the deleted conductor was visible again.
I could "select" it so it gets red with blue handles but can not do anything with it.
If i select and move an element the conductor is still shown like selected.
Moving an element on top of conductor deletes that covered part visually.
Then i decided to take a screen-shot, but on screenshot the whole deleted conductor is repainted, looking like normally selected.
I then decided to save the drawing (under new name): crash.

Opening the schematic it is correctly saved; the deleted conductor is not there, and the new conductor drawn after the deletion it there OK.

This may narrow down the problem searching a bit:
Interestingly, the Menu > "File" > "Recently Opened" list do NOT contain the new file.
So it crashed after saving everything to new file, but before updating wherever it stores that list.

Now i will try to make QtCreator debug show source code... (beginning by reading the above nomicons/wink )
So far I have gdb (and also valgrind) installed and configured in QtCreator (at least correct executable paths)

EDIT: Note to self: also installed lib64qt5platformsupport-devel as i saw when started from terminal that QtDesigner was looking for libQt5PlatformSupport.prl  /EDITp, li { white-space: pre-wrap;

Re: Development version occasionally crashes while editing schema

While fooling around in the menus i decided to try "Valgrind analyzer with gdb".
In the QtDesigner "Application Output" i then see things like

==9512== Conditional jump or move depends on uninitialised value(s)
==9512==    at 0x10A298CA: ??? (in /usr/lib64/libfreetype.so.6.12.6)
==9512==  Uninitialised value was created by a stack allocation
==9512==    at 0x10A29652: ??? (in /usr/lib64/libfreetype.so.6.12.6)
==9512== (action on error) vgdb me ...

Then i clicked the |> button a couple times more, got i.e
==9512== Syscall param writev(vector[...]) points to uninitialised byte(s)
==9512==    at 0x6E7D7CD: ??? (in /usr/lib64/libc-2.22.so)
==9512==    by 0xA865BC8: ??? (in /usr/lib64/libxcb.so.1.1.0)
...
==9512==  Uninitialised value was created by a stack allocation
==9512==    at 0xEA2E3F0: non-virtual thunk to QXcbWindow::setVisible(bool) (in /usr/lib64/libQt5XcbQpa.so.5.6.1)
==9512== Conditional jump or move depends on uninitialised value(s)
==9512== at 0x416DE2C: QtConcurrent::BlockSizeManagerV2::timeBeforeUser() (in /usr/lib64/libQt5Concurrent.so.5.6.1)
==9512== Uninitialised value was created by a stack allocation
==9512== at 0x67428D: QtConcurrent::IterateKernel<QList<ElementCollectionItem*>::iterator, void>::forThreadFunction() (qtconcurrentiteratekernel.h:217)

... and more.  About seven stops before QET is up and ready to use.
Are those issues harmless or problems waiting to happen?

Re: Development version occasionally crashes while editing schema

@ Morganol,

at this point, my knowledge is clearly "out of range" nomicons/grin
Maybe a developer could say more about those debug infos.

Re: Development version occasionally crashes while editing schema

Not useful : see my video, only errors to Qet source code is useful,  we don't want to debug Qt libraries ..nomicons/tongue

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Development version occasionally crashes while editing schema

Yes i have heard others complaining about Qt quality...

I will try to catch bugs with Qet source code.

Until then, clang do think there are at least potential problems with Qet code.  Have you checked?

( I am no programmer of this kind, so do not know much about it... just playing with the tools...)

Post's attachments

Screenshot_20161010_235554.png, 164.32 kb, 1150 x 643
Screenshot_20161010_235554.png 164.32 kb, 359 downloads since 2016-10-11 

Re: Development version occasionally crashes while editing schema

Another crash at saving document after i saw that a conductor did not get properly deleted.
As i see it we have at least two problems

1) something goes wrong in the in-memory drawing

2) it crash when/after saving a drawing with the the in-memory drawing
It is interesting and lucky that the saved drawing is OK


The debugger seem unable to spot 1)

And when crashing i only see dissassembly - not part of Qet source code?

Re: Development version occasionally crashes while editing schema

Hooray, i caught a crash: https://qelectrotech.org/bugtracker/view.php?id=98
(a type i have not experienced before, but anyway...)

Re: Development version occasionally crashes while editing schema

Morganol wrote:

Hooray, i caught a crash: https://qelectrotech.org/bugtracker/view.php?id=98
(a type i have not experienced before, but anyway...)

Crash fixed with commit N° 4736. Thanks for the report

Développeur QElectroTech

Re: Development version occasionally crashes while editing schema

Great, Joshua nomicons/smile
I am running 4736 in the same way now, will report if anything happens.
Please update Bug 98

Re: Development version occasionally crashes while editing schema

A crash when saving
https://qelectrotech.org/bugtracker/view.php?id=100

Re: Development version occasionally crashes while editing schema

Crash and other issues when editing an arc * REPEATABLE *
https://qelectrotech.org/bugtracker/view.php?id=101

Re: Development version occasionally crashes while editing schema

..and another crash when saving, with debug source screenshot
https://qelectrotech.org/bugtracker/view.php?id=104

Re: Development version occasionally crashes while editing schema

Morganol wrote:

Yes i have heard others complaining about Qt quality...

I will try to catch bugs with Qet source code.

Until then, clang do think there are at least potential problems with Qet code.  Have you checked?

( I am no programmer of this kind, so do not know much about it... just playing with the tools...)

Yes of course, and clang is very verbose.
It 's found ~ 45 warnings, only ~ 4 with GCC

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Development version occasionally crashes while editing schema

scorpio810 wrote:
Morganol wrote:

Until then, clang do think there are at least potential problems with Qet code.  Have you checked?

Yes of course, and clang is very verbose.
It 's found ~ 45 warnings, only ~ 4 with GCC

Ah, good nomicons/smile

Re: Development version occasionally crashes while editing schema

I dont know if this is of any help, but this is output in the terminal from where i start Qet and load my schematic:

QObject::connect: Cannot queue arguments of type 'QVector<int>'
(Make sure 'QVector<int>' is registered using qRegisterMetaType().)
Frozen Label "Tillfällig, gummislang"
Frozen Label "Tillfällig, gummislang"
Frozen Label ""
Frozen Label ""
Frozen Label ""
Frozen Label ""
Frozen Label ""
Frozen Label ""
QObject::connect: Cannot queue arguments of type 'QVector<int>'
(Make sure 'QVector<int>' is registered using qRegisterMetaType().)
QObject::connect: Cannot queue arguments of type 'QVector<int>'
(Make sure 'QVector<int>' is registered using qRegisterMetaType().)

Re: Development version occasionally crashes while editing schema

No, we know. nomicons/smile

"Le jour où tu découvres le Libre, tu sais que tu ne pourras jamais plus revenir en arrière..."

Re: Development version occasionally crashes while editing schema

OK.
The more weird output there is, the harder for bug reporters to know what to report... nomicons/wink