FS#36285 - [qtiplot] bug in conjunction with muparser 2.2.3

Attached to Project: Arch Linux
Opened by Askhat Bakarov (sirocco) - Friday, 26 July 2013, 15:05 GMT
Last edited by Ronald van Haren (pressh) - Thursday, 29 November 2018, 12:43 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Ronald van Haren (pressh)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 7
Private No

Details

qtiplot-0.9.8.9-5-i686
muparser-2.2.3-1-i686

https://bbs.archlinux.org/viewtopic.php?id=163985

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707736

"open qtiplot, put some numbers in column 1, on column 2 select "Set Column Values...", click on "Add column", click on "Apply". the error message is "There's no row 0 in table Table1!".

Patch for this problem (and some other new patches for qtiplot) available in gentoo ebuild:
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sci-visualization/qtiplot/
This task depends upon

Closed by  Ronald van Haren (pressh)
Thursday, 29 November 2018, 12:43 GMT
Reason for closing:  Fixed
Additional comments about closing:  Killed the package
Comment by Samantha McVey (samcv) - Thursday, 09 June 2016, 21:46 GMT
I have tested and can report that with qtiplot-0.9.8.9-9 and muparser-2.2.5-2 I got the message "There's no row 0 in table Table1!". I am attaching a screenshot. Please let me know if I am following this right as I am not a user of this program. I typed the number 1234 into column 1[X]/Row 1. I right clicked the column 2[Y] and selected "Set Column Values", then clicked Add column and clicked "Apply".

Also notable is that comment #27 on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707736#27 stated that they thought the problem was fixed in 0.9.8.9-6, yet I clearly experienced this bug above. Waiting on your reply to confirm this is still a bug. I am not sure when (maybe never?) that error is supposed to occur so make sure I am doing things properly here. Thanks!
   Screenshot_20160609_143914.png (48.7 KiB)
Comment by Samantha McVey (samcv) - Sunday, 26 June 2016, 13:46 GMT
Looks like Debian, openSuse and Gentoo all use the Debian patch to fix the column issue.
openSUSE: https://build.opensuse.org/package/show/science/qtiplot
Gentoo: https://gitweb.gentoo.org/repo/gentoo.git/tree/sci-visualization/qtiplot/files

Attaching the original patch as it is in Debian and OpenSUSE. Gentoo's version removed the trailing extra line at the end of the patch (OpenSUSE retained the trailing extra line, doesn't really matter but this changes the sha1sum's)

Builds fine and I tested and it does not produce the error anymore. Now that the program works *correctly* I see what the intended result is. Following the steps as I did in my previous comment:
Typed the number 1234 into column 1[X]/Row 1. I right clicked the column 2[Y] and selected "Set Column Values", then clicked Add column and clicked "Apply".
Result: Any numbers typed into Column 1 are also displayed in Column 2, changing any column 1 values will immediately change column 2's results from then on.

Since this has 6 votes and seems to be a pretty basic function in the last available version of this software, hopefully the maintainer would be able to include this patch.
   PKGBUILD (3.9 KiB)
   qtiplot-0.9.8.9-set_col_value... (0.9 KiB)
Comment by mattia (nTia89) - Wednesday, 04 October 2017, 17:06 GMT
I confirm the issue
Comment by Antonio Rojas (arojas) - Wednesday, 04 October 2017, 17:29 GMT
This should really be dropped. Upstream doesn't release open source versions anymore, the current version is very old and it requires an insane amount of patches only to make it build partially (the python bindings don't even build anymore)
Comment by Antonio Rojas (arojas) - Wednesday, 28 November 2018, 21:25 GMT
With latest muparser (which uses c++11) there is no way to build this anymore. Please kill it already.

Loading...