FS#16356 - [qtiplot] crashes opening files

Attached to Project: Arch Linux
Opened by Andy McMillan (mcmillan) - Friday, 25 September 2009, 20:17 GMT
Last edited by Ronald van Haren (pressh) - Monday, 09 November 2009, 21:58 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Ronald van Haren (pressh)
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
I get a segmentation fault opening saved files with qtiplot. This is both with files created with older versions and with a file I created with the newest version.

Additional info:.
* package version: 0.9.7.9-1 and 0.9.7.8-1 - older version can open from command line and file managers, both crash when opening from within qtiplot
Rebuilding on my computer didn't have an effect.

output of from gdb (gave one of two errors):

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fdd1a8a5770 (LWP 4469)]
0x00007fdd1775a1d6 in QWidget::isAncestorOf (this=0x1acf760, child=0x1a4f6c0)
at kernel/qwidget.cpp:7453
7453 kernel/qwidget.cpp: No such file or directory.
in kernel/qwidget.cpp

or

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fbb8bc6e770 (LWP 4457)]
0x00007fbb88b231c4 in QWidget::isAncestorOf (this=0x1d39b00, child=0x1cc0670)
at ../../include/QtCore/../../src/corelib/kernel/qobject.h:243
243 ../../include/QtCore/../../src/corelib/kernel/qobject.h: No such file or directory.
in ../../include/QtCore/../../src/corelib/kernel/qobject.h



* config and/or log files etc.


Steps to reproduce:
Open an existing file with qtiplot
This task depends upon

Closed by  Ronald van Haren (pressh)
Monday, 09 November 2009, 21:58 GMT
Reason for closing:  Not a bug
Additional comments about closing:  user configuration was causing issues (using -d argument clears configuration)
Comment by Gergely (imrehg) - Saturday, 07 November 2009, 17:38 GMT
Been trying to confirm this bug, but qtiplot does not build from the official PKGBUILD....
Missing /tmp/qtiplot/sipqtiQList.cpp in the build directory
Comment by Andy McMillan (mcmillan) - Saturday, 07 November 2009, 20:55 GMT
That's weird, I was able to build it locally before, but not anymore. Looks like it mgiht be related to updated version of sip or pyqt, I got it to build using the ones that were around when this package came out (sip 4.8.2-1 and pyqt-4.5.4-1). I haven't tried to track down what that gives that's different and is keeping it from building with the newer versions.

A little more info I managed to track down today about the bug itself- I tried rolling back to even older versions to see where things started to act up and even versions I'm certain were working before are now crashing in a similar way.

I was able to get older versions to work again by rolling back to the last qt 4.4 packages I could find (4.4.3-5). That still crashes the newer versions of qtiplot though with a different error
"qtiplot: symbol lookup error: qtiplot: undefined symbol: _ZN8QPainter8fillRectERK5QRectRK6QColor"
Comment by Laszlo Papp (djszapi) - Saturday, 07 November 2009, 22:35 GMT
Neither am I, so I couldn't build it too.

de -I/var/abs/extra/qtiplot/src/qtiplot-0.9.7.9/tmp/qtiplot -o ../tmp/qtiplot/sipqtiFolder.o ../tmp/qtiplot/sipqtiFolder.cpp
make: *** No rule to make target `../tmp/qtiplot/sipqtiQList.cpp', needed by `../tmp/qtiplot/sipqtiQList.o'. Stop.
==> ERROR: Build Failed.
Aborting...
Comment by Gergely (imrehg) - Sunday, 08 November 2009, 03:22 GMT
Yeah, that's the error I have: sipqtiQList.cpp is in one of the Makefiles but not in the source tar. From the filename it seems to be related to sip, though...

Looking at similar bug reports at Gentoo, they seem to suggest that some versions of boost is behind the file opening errors. But no definitive debugging.

Maybe it would worth checking out the new version 0.9.7.10 in the same time (that fails to compile too) since the package should be upgraded as well....
Comment by Gergely (imrehg) - Sunday, 08 November 2009, 09:06 GMT
So... It seems that the current sip creates different files than what qtiplot expects:
sipqtiQList is no longer, but there's instead sipqtiQList0101Folder, sipqtiQList0101Graph,
sipqtiQList0101MdiSubWindow

To fix all these issues plus make the package better, I made a new package - attached here. Changes:
* bump up to 0.9.7.10
* fix compilation issue
* add mime type and install script to update mime database

On my system it can open saved files alright (the original bug). Please test it, and let me know what you think...
(application/x-gzip)    qtiplot-0.9.7.10-1.src.tar.gz (5.5 KiB)
Comment by Andy McMillan (mcmillan) - Sunday, 08 November 2009, 16:04 GMT
Thanks for getting the new package compiling, though it's still behaving the same way as 0.9.7.9 for me. I attached a file in case it's something my computer is doing to the format.
   blah.qti (2.2 KiB)
Comment by Gergely (imrehg) - Sunday, 08 November 2009, 16:25 GMT
weird, opens on my computer just fine.... two datapoints plus a plot, isn't it?
having said that, I have i686, so maybe someone else with a x86_64 could try it?
I've been checking some other bug reports on other sites, but so far no real match...
Comment by Ronald van Haren (pressh) - Monday, 09 November 2009, 11:46 GMT
I can't replicate it with 0.9.7.9 on x86_64 either with the blah.qti file attached above, it opens just fine.

Have you tried posting to the help forums @ http://developer.berlios.de/forum/?group_id=6626 ? I'll bump the pacakge to 0.9.7.10 but I doubt it's the package itself having issues.
Comment by Ronald van Haren (pressh) - Monday, 09 November 2009, 12:22 GMT
@greg, thanks for the xml file & patch. Can you send the xml file upstream, they may want to add it in future releases
Comment by Gergely (imrehg) - Monday, 09 November 2009, 15:39 GMT
Ronald, cheers, I sent the xml to them. It seems that the sip issues are solved in their SVN version, basically the same way as my patch - except much nicer :P So if you want, check that out and make that one into a patch for 0.9.7.10. Does not make any difference, though, if the pkgbuild requires sip the exact version.

Andy, for quicker turnaround in testing, I made a qtiplot-svn package that keeps up-to-date. You can check that one out to see whether they fixed your issues upstream: http://aur.archlinux.org/packages.php?ID=31881
Comment by Andy McMillan (mcmillan) - Monday, 09 November 2009, 21:52 GMT
After reporting it over on the main qtiplot site I was suggested starting with the -d option to reset everything to a default state. That seems to have fixed whatever was causing the problem. Guess you all weren't having problems if things were already using a default.
Comment by Ronald van Haren (pressh) - Monday, 09 November 2009, 21:58 GMT
good to hear it is working now...closing

Loading...