First of all: nice application :-)
But when I import the test.ascii, select all columns, plot a diagram with all graphs
and zoom a small region of the data, here the x-axis (org 0-60 to 5-8), the cpu usage
gets incredibly high and remains while the window is active.
The cpu usage decreases immediately when the complete range of the data is reseted
to (0-60 or 5-40).
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7053 g2378 20 0 408m 48m 27m R 99 1.6 1:35.32 scidavis
I am working on a gentoo with gnome. The following packages
dev-cpp/muParser-1.32
dev-python/sip-4.10.2
x11-libs/qwt-5.2.1
x11-libs/qwtplot3d-0.2.7
sci-libs/gsl-1.14
dev-python/PyQt4-4.7.3
sci-libs/scipy-0.7.2
dev-python/pygsl-0.9.5
x11-libs/qt-core-4.6.2
x11-libs/qt-sql-4.6.2
x11-libs/qt-dbus-4.6.2
x11-libs/qt-script-4.6.2
x11-libs/qt-gui-4.6.2
x11-libs/qt-xmlpatterns-4.6.2
x11-libs/qt-qt3support-4.6.2
x11-libs/qt-webkit-4.6.2
x11-libs/qt-assistant-4.6.2
are installed for scidavis-0.2.4.
Maybe somebody encounters the same problem.
example data in ascii (decimal separator: comma, separator: tab)
I'm seeing the same bug on one system but not on a second one, both using our universal Linux binaries. Possibly related to the Qt version installed (doesn't happen on a system with Qt 4.6.3), although I haven't checked this yet.
Knut
bugfix (untested)
Possibly the same issue described here:
http://sourceforge.net/tracker/?func=detail&aid=1904418&group_id=13693&atid=113693
I've attached a patch which should fix this, but I currently don't have a system nearby where I can reproduce the bug, so I can't test.
Diff:
I can't seem to repro this. Knut, did you end up applying you patch to the current_stable sources?