{"tickets": [{ "status": "closed-fixed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "scatterplot plugin crashes", "description": "The scatterplot plugin sometimes crashes \r\nrkward. I don't know what the exact \r\ncircumstances are, yet. But I'm already \r\nsubmitting, so we won't forget about this bug. ", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "0a82e613", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nProbably fixed with the component rework. I have not seen \r\nany crashes of this sort during testing. \\(For the record: \r\nThe bug applied to several plugins not just scatterplot. \r\nProbably the scatterplot plugin as one of the most \r\ncomplicated ones simply triggered the bug more often\\).", "attachments": [], "author": "tfry", "timestamp": "2006-03-26 19:10:06", "last_edited": null, "slug": "51dc", "subject": "#1 scatterplot plugin crashes" }, { "text": "- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2006-03-26 19:10:06", "last_edited": null, "slug": "5dd0", "subject": "#1 scatterplot plugin crashes" } ], "page": null, "subject": "" }, "mod_date": "2006-03-26 19:10:06", "votes_down": 0, "votes_up": 0, "_id": "50f52ef534309d12e68dfbd8", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/0a82e613/", "ticket_num": 1, "custom_fields": { "_priority": "5" }, "created_date": "2005-04-15 18:30:36" },{ "status": "closed-fixed", "reported_by_id": "50f52ef534309d12e68dfbea", "related_artifacts": [], "attachments": [], "reported_by": "pawelpyr", "assigned_to": null, "labels": [ "internationalization" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "translation Pl.po", "description": "some english-polish translation", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "f6e3b8a0", "posts": [ { "text": "", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/f6e3b8a0/65d9/attachment/patchrk.diff", "bytes": 7022 } ], "author": "pawelpyr", "timestamp": "2005-05-09 07:03:57", "last_edited": null, "slug": "65d9", "subject": "#2 translation Pl.po" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nThanks for your patch\\! I've applied it in current CVS. \r\nCould you please check out the CVS-version to verify \r\neverything went fine \r\n\\(https://sourceforge.net/cvs/?group\\_id=50231 - the \r\nnew revision should also be available via WebCVS in \r\na few hours: \r\nhttp://cvs.sourceforge.net/viewcvs.py/\\*checkout\\*/rkward/rkward/po/pl.po?rev=1.4\\)? ", "attachments": [], "author": "tfry", "timestamp": "2005-05-09 10:56:32", "last_edited": null, "slug": "4674", "subject": "#2 translation Pl.po" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2005-05-09 10:56:32", "last_edited": null, "slug": "a7df", "subject": "#2 translation Pl.po" }, { "text": "- **status**: closed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2005-05-09 10:57:50", "last_edited": null, "slug": "0ac4", "subject": "#2 translation Pl.po" } ], "page": null, "subject": "" }, "mod_date": "2005-05-09 10:57:50", "votes_down": 0, "votes_up": 0, "_id": "50f52ef534309d12e68dfbe9", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/f6e3b8a0/", "ticket_num": 2, "custom_fields": { "_priority": "5" }, "created_date": "2005-05-09 07:03:57" },{ "status": "closed-fixed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "installed packages remain in temp-dir", "description": "When downloading/installing packages, the \r\npackages remain in the download-dir even after \r\nsuccessful installation. That means, they get \r\nreinstalled again on the next installation-run. \r\nThese packages should instead \\(per user \r\noption\\) be moved to an archive-dir. ", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "42f78337", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nDone. ", "attachments": [], "author": "tfry", "timestamp": "2005-09-18 15:23:06", "last_edited": null, "slug": "c8d0", "subject": "#3 installed packages remain in temp-dir" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2005-09-18 15:23:06", "last_edited": null, "slug": "83d5", "subject": "#3 installed packages remain in temp-dir" } ], "page": null, "subject": "" }, "mod_date": "2005-09-18 15:23:06", "votes_down": 0, "votes_up": 0, "_id": "50f52ef734309d12e68dfc29", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/42f78337/", "ticket_num": 3, "custom_fields": { "_priority": "5" }, "created_date": "2005-09-15 08:12:02" },{ "status": "closed-fixed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": ".deb postinst and postrm script generate warning", "description": "The postinst, and postrm scripts in debian \r\ngenerate a warning on R >= 2.2.x. This is due to \r\nthe option --htmllists. This option needs to be \r\nremoved/replaced. ", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "e24a02c4", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nIt's ok to leave the option for another while: \r\nhttp://packages.debian.org/changelogs/pool/main/r/r-base/r-base\\_2.2.0.final-2/changelog \r\n\r\nAfter a certain wait, it can be removed entirely: \r\nhttps://stat.ethz.ch/pipermail/r-devel/2005-October/034990.html ", "attachments": [], "author": "tfry", "timestamp": "2005-10-11 13:12:50", "last_edited": null, "slug": "2209", "subject": "#4 .deb postinst and postrm script generate warning" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nFixed. A call to build-help.pl is no longer needed. ", "attachments": [], "author": "tfry", "timestamp": "2006-04-10 17:13:42", "last_edited": null, "slug": "08fd", "subject": "#4 .deb postinst and postrm script generate warning" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2006-04-10 17:13:42", "last_edited": null, "slug": "5e46", "subject": "#4 .deb postinst and postrm script generate warning" } ], "page": null, "subject": "" }, "mod_date": "2006-04-10 17:13:42", "votes_down": 0, "votes_up": 0, "_id": "50f52ef834309d12e68dfc3a", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/e24a02c4/", "ticket_num": 4, "custom_fields": { "_priority": "5" }, "created_date": "2005-10-10 11:10:34" },{ "status": "closed-fixed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "ecoch", "labels": [], "discussion_disabled": false, "assigned_to_id": "50f52eee34309d12e68dfb00", "private": false, "summary": "Plot binomial distribution plots normal distribution instead", "description": "Subject says it all: Distributions->Binomial\r\nDistribution->Plot binomail distribution produces the\r\nwrong plot. The output is labelled correctly, however.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "6dfed8cf", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nFixed in CVS, will be corrected in 0.3.7", "attachments": [], "author": "tfry", "timestamp": "2006-09-14 15:00:13", "last_edited": null, "slug": "323f", "subject": "#7 Plot binomial distribution plots normal distribution instead" }, { "text": "- **assigned_to**: nobody --> ecoch\n- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2006-09-14 15:00:13", "last_edited": null, "slug": "1d1c", "subject": "#7 Plot binomial distribution plots normal distribution instead" } ], "page": null, "subject": "" }, "mod_date": "2006-09-14 15:00:13", "votes_down": 0, "votes_up": 0, "_id": "50f52ef934309d12e68dfc82", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/6dfed8cf/", "ticket_num": 7, "custom_fields": { "_priority": "5" }, "created_date": "2006-04-25 11:23:24" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Dead button", "description": "In the R-Backend settings the up button does not work.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "86b8d501", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nThanks for your report. This issue is now fixed \\(in the \r\ncurrent CVS version\\). ", "attachments": [], "author": "tfry", "timestamp": "2005-10-12 10:26:30", "last_edited": null, "slug": "5ed0", "subject": "#5 Dead button" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2005-10-12 10:26:30", "last_edited": null, "slug": "341e", "subject": "#5 Dead button" } ], "page": null, "subject": "" }, "mod_date": "2005-10-12 10:26:30", "votes_down": 0, "votes_up": 0, "_id": "50f52ef834309d12e68dfc50", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/86b8d501/", "ticket_num": 5, "custom_fields": { "_priority": "5" }, "created_date": "2005-10-11 21:39:54" },{ "status": "closed-fixed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "bogus R errors in \"Save as table\" plugin", "description": "Produces two \"errors\" \"incomplete statement\", but\r\nactually works. Probably due to empty commands. Likely\r\nsolution: Strip leading/trailing whitespace from\r\ncommands in rthread.cpp, then check if the command is\r\nempty. Do not attempt evaluation if empty.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "2caa7804", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nFixed in CVS. Stripping whitespace is only done for plugin \r\ngenerated commands, all others go unfiltered.", "attachments": [], "author": "tfry", "timestamp": "2006-09-13 13:14:14", "last_edited": null, "slug": "ca8c", "subject": "#9 bogus R errors in \"Save as table\" plugin" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2006-09-13 13:14:14", "last_edited": null, "slug": "facc", "subject": "#9 bogus R errors in \"Save as table\" plugin" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2006-09-13 13:14:33", "last_edited": null, "slug": "0fe6", "subject": "#9 bogus R errors in \"Save as table\" plugin" } ], "page": null, "subject": "" }, "mod_date": "2006-09-13 13:14:33", "votes_down": 0, "votes_up": 0, "_id": "50f52efa34309d12e68dfcbf", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/2caa7804/", "ticket_num": 9, "custom_fields": { "_priority": "5" }, "created_date": "2006-05-10 17:16:07" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "data handling" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "PHP backend crashes", "description": "While trying to obtain basic statistics PHP backend\r\ncrashes. ", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "1ddb0cd0", "posts": [ { "text": "Crash backtrace", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/1ddb0cd0/8bb2/attachment/phpbackend220106", "bytes": 3271 } ], "author": "nobody", "timestamp": "2006-01-22 14:42:24", "last_edited": null, "slug": "8bb2", "subject": "#6 PHP backend crashes" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nConfirmed. Seems to be due to an error in the PHP-code for \r\nthis plugin. ", "attachments": [], "author": "tfry", "timestamp": "2006-01-22 16:15:39", "last_edited": null, "slug": "eaa6", "subject": "#6 PHP backend crashes" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nShould be fixed in current CVS / the next release.", "attachments": [], "author": "tfry", "timestamp": "2006-04-06 16:19:12", "last_edited": null, "slug": "1d8c", "subject": "#6 PHP backend crashes" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2006-04-06 16:19:12", "last_edited": null, "slug": "3bd3", "subject": "#6 PHP backend crashes" } ], "page": null, "subject": "" }, "mod_date": "2006-04-06 16:19:12", "votes_down": 0, "votes_up": 0, "_id": "50f52ef834309d12e68dfc61", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/1ddb0cd0/", "ticket_num": 6, "custom_fields": { "_priority": "5" }, "created_date": "2006-01-22 14:42:24" },{ "status": "closed-fixed", "reported_by_id": "509c1f82271846175a910a9c", "related_artifacts": [], "attachments": [], "reported_by": "j-engel", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "typo in rkward/misc/rkobjectlistview.h", "description": "In rkward/misc/rkobjectlistview.h in line 96 there is\r\nan \"RKListViewItem::\" too much, correct is\r\nint width \\(const QFontMetrics &fm, const QListView \\*\r\nlv, int c\\) const;", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "8479f718", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nSorry about the long delay for this simple issue. Of course\r\nyou're absolutely right. It's a copy-and-paste error. I\r\nwonder why my version of gcc does not complain about it.\r\nFixed in CVS, so marked as Pending.", "attachments": [], "author": "tfry", "timestamp": "2006-06-01 15:23:30", "last_edited": null, "slug": "a3cd", "subject": "#10 typo in rkward/misc/rkobjectlistview.h" }, { "text": "- **status**: open --> pending-fixed", "attachments": [], "author": "tfry", "timestamp": "2006-06-01 15:23:31", "last_edited": null, "slug": "ee6e", "subject": "#10 typo in rkward/misc/rkobjectlistview.h" }, { "text": "Logged In: YES \nuser\\_id=1312539\n\nThis Tracker item was closed automatically by the system. It was\npreviously set to a Pending status, and the original submitter\ndid not respond within 14 days \\(the time period specified by\nthe administrator of this Tracker\\).", "attachments": [], "author": "sf-robot", "timestamp": "2006-06-16 02:23:55", "last_edited": null, "slug": "e025", "subject": "#10 typo in rkward/misc/rkobjectlistview.h" }, { "text": "- **status**: pending-fixed --> closed-fixed", "attachments": [], "author": "sf-robot", "timestamp": "2006-06-16 02:23:57", "last_edited": null, "slug": "6cb3", "subject": "#10 typo in rkward/misc/rkobjectlistview.h" } ], "page": null, "subject": "" }, "mod_date": "2006-06-16 02:23:57", "votes_down": 0, "votes_up": 0, "_id": "50f52efa34309d12e68dfcd5", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/8479f718/", "ticket_num": 10, "custom_fields": { "_priority": "5" }, "created_date": "2006-05-18 22:27:36" },{ "status": "closed-fixed", "reported_by_id": "50f52efb34309d12e68dfd5a", "related_artifacts": [], "attachments": [], "reported_by": "b00l", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "syntax error executing functions line by line", "description": "Using the \"execute-current-line\"-button, R throws a syntax error for all functions spanning more than 3 lines. Maybe a problem parsing newlines?\r\n\r\nExamples: \r\n\r\nworking:\r\ntest <- function\\(\\) \\{\r\nreturn\\(rnorm\\(100\\)\\)\r\n\\}\r\n\r\n\r\nsyntax-error:\r\ntest <- function\\(\\) \\{\r\nx <- rnorm\\(100\\)\r\nreturn\\(x\\)\r\n\\}", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "b356b096", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nYes, a problem with newlines. Those would be omitted in the command that actually gets run. Therefore, what gets actually sent to R in the example is:\r\n\r\ntest <- function\\(\\) \\{\u00a0 x <- rnorm\\(100\\)\u00a0 return\\(x\\) \\}\r\n\r\nwhich indeed is a syntax error.\r\n\r\nFixed in the development version. Too bad, 0.4.7 is already released with the bug.", "attachments": [], "author": "tfry", "timestamp": "2007-04-11 18:41:01", "last_edited": null, "slug": "2ce5", "subject": "#15 syntax error executing functions line by line" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2007-04-11 18:41:01", "last_edited": null, "slug": "7c4f", "subject": "#15 syntax error executing functions line by line" } ], "page": null, "subject": "" }, "mod_date": "2007-04-11 18:41:01", "votes_down": 0, "votes_up": 0, "_id": "50f52efb34309d12e68dfd59", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/b356b096/", "ticket_num": 15, "custom_fields": { "_priority": "5" }, "created_date": "2007-04-11 16:24:27" },{ "status": "closed", "reported_by_id": "4f5646b5fd48f81916001f69", "related_artifacts": [], "attachments": [], "reported_by": "braverock", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "build error on 0.3.6 cannot find -lRlapack", "description": "I've successfu0lly built and used rkward-0.3.5. I was\r\ntrying to create a Gentoo ebuild package file for\r\nrkward 0.3.6 so that upgrades would be easier, and\r\ndistribution of rkward would be greater. From both the\r\nebuild and from trying to build from a shell, the build\r\nfails with the following:\r\n\r\ni686-pc-linux-gnu-g++ -DHAVE\\_CONFIG\\_H -I. -I. -I..\r\n-I/usr/kde/3.5/include -I/usr/qt/3/include -I. \r\n-DQT\\_THREAD\\_SUPPORT -D\\_REENTRANT -Wnon-virtual-dtor\r\n-Wno-long-long -Wundef -Wall -W -Wpointer-arith\r\n-Wwrite-strings -ansi -D\\_XOPEN\\_SOURCE=500 -D\\_BSD\\_SOURCE\r\n-Wcast-align -Wconversion -Wchar-subscripts -O2 -O2\r\n-march=pentium3 -fomit-frame-pointer -Wformat-security\r\n-Wmissing-format-attribute -fno-exceptions\r\n-fno-check-new -fno-common -c -o rkward\\_skel.o \\`test\r\n-f 'rkward\\_skel.cpp' || echo './'\\`rkward\\_skel.cpp\r\n/bin/sh ../libtool --silent --mode=link --tag=CXX\r\ni686-pc-linux-gnu-g++ -Wnon-virtual-dtor\r\n-Wno-long-long -Wundef -Wall -W -Wpointer-arith\r\n-Wwrite-strings -ansi -D\\_XOPEN\\_SOURCE=500 -D\\_BSD\\_SOURCE\r\n-Wcast-align -Wconversion -Wchar-subscripts -O2 -O2\r\n-march=pentium3 -fomit-frame-pointer -Wformat-security\r\n-Wmissing-format-attribute -fno-exceptions\r\n-fno-check-new -fno-common -o rkward.bin -L/usr/lib\r\n-L/usr/qt/3/lib -L/usr/kde/3.5/lib -R /usr/kde/3.5/lib\r\n-R /usr/qt/3/lib -R /usr/lib rkwatch.o rkward.o main.o\r\nrkglobals.o robjectbrowser.o rkeditormanager.o\r\nrobjectviewer.o khelpdlg.o rkconsole.o rkward\\_skel.o\r\n../rkward/windows/libwindows.a\r\n../rkward/agents/libagents.a\r\n../rkward/dialogs/libdialogs.a\r\n../rkward/plugin/libplugin.a\r\n../rkward/settings/libsettings.a\r\n../rkward/dataeditor/libdataeditor.a\r\n../rkward/core/libcore.a\r\n../rkward/rbackend/librbackend.a\r\n../rkward/scriptbackends/libscriptbackends.a\r\n../rkward/misc/libmisc.a -lkhtml -lkmdi -lkio -lkdeui\r\n-lkdecore -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM\r\n-lICE -lpthread -L/usr/lib/R/lib -lR -lRlapack\r\n-lkatepartinterfaces\r\n/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld:\r\ncannot find -lRlapack\r\ncollect2: ld returned 1 exit status\r\nmake\\[3\\]: \\*\\*\\* \\[rkward.bin\\] Error 1\r\n\r\nI think that lib Rlapack is missing. I'm wondering if\r\nthis is something configured wrong in the build\r\nconfiguration. \r\n\r\nI'm using R-2.2.1 with blas and lapack support compiled in.\r\n\r\nI'm using lapack-3.0, and blas-19980702-r2.\r\n\r\nWhen I look for lapack libraries that could be linked\r\nwith rkward, I see:\r\n\r\n/usr/lib/R/modules/lapack.so\r\n/usr/lib/liblapack.a\r\n/usr/lib/lapack\r\n/usr/lib/lapack/atlas\r\n/usr/lib/lapack/atlas/liblapack.so.0\r\n/usr/lib/lapack/atlas/liblapack.so.0.0.0\r\n/usr/lib/lapack/atlas/liblapack.so\r\n/usr/lib/lapack/atlas/liblapack.la\r\n/usr/lib/lapack/atlas/liblapack.a\r\n/usr/lib/lapack/current\r\n/usr/lib/lapack/f77-ATLAS\r\n/usr/lib/liblapack.so\r\n/usr/lib/liblapack.so.0\r\n\r\nSo, I suspect that rkward probably needs \r\n/usr/lib/R/modules/lapack.so \\(what else could Rlapack\r\nbe?\\). I tried a symbolic link from \r\nsudo ln -s /usr/lib/R/modules/lapack.so\r\n/usr/lib/Rlapack.so \r\nbut that didn't do it.\r\n\r\nI'll try to look deeper into the code at issue, but any\r\nassistance would be appreciated.\r\n\r\nRegards,\r\n\r\n\\- Brian Peterson\r\n\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "20e76d7e", "posts": [ { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "braverock", "timestamp": "2006-05-05 13:12:46", "last_edited": null, "slug": "a172", "subject": "#8 build error on 0.3.6 cannot find -lRlapack" }, { "text": "- **assigned_to**: tfry --> ecoch", "attachments": [], "author": "braverock", "timestamp": "2006-05-05 13:13:13", "last_edited": null, "slug": "258e", "subject": "#8 build error on 0.3.6 cannot find -lRlapack" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nThanks for your bug-report, and of course thanks for your\r\npackaging efforts\\!\r\n\r\nIn RKWard 0.3.6 I added the -lRlapack switch, as otherwise,\r\nwith R 2.3.0, sometimes some base packages could not be\r\nloaded due to unresolved symbols. RKWard itself does not use\r\nthe library, but this way it loads it for R packages to use.\r\nI have not fully investigated, why exactly this happens.\r\nIn fact, ATM, I do not seem to be able to reproduce this.\r\nMaybe it was a temporary bug in one of the pre-release\r\nversions of R 2.3.0 I tested, and has since been fixed. I do\r\nnot know, and would appreciate any insight.\r\n\r\nOk, how to work around this? Probably the most\r\nstraightforward way would be to edit rkward/Makefile.am and\r\nremove the -lRlapack switch there \\(I do not know, whether\r\nthis is possible in gentoo packaging, but I hope so\\). If\r\neverything works fine, then \\(remember to test with R 2.3.0,\r\ntoo\\), that should be the best way, and I'll probably remove\r\nthe switch in the next release of RKWard \\(after some more\r\ntesting\\).\r\n\r\nYou might also try some other things first:\r\n1\\) ln -s /usr/lib/R/modules/lapack.so\r\n/usr/lib/R/lib/libRlapack.so \\(that is the location ldd will\r\nbe searching for -lRlapack\\)\r\n2\\) Upgrade to R 2.3.0. Maybe some configuration options\r\nchanged there.\r\n\r\nPlease keep me up-to-date on whether or not this works.\r\n\r\nRegards\r\nThomas\r\n\r\nP.S.: Please don't set the \"Assigned to\" field, when\r\nsubmitting bug reports. We don't really use this field ATM,\r\nbut it's rather intended to be an internal way of signalling\r\n\"I'm taking care of this\" among the developers, not a\r\nsetting intended to be made by the submitter.", "attachments": [], "author": "tfry", "timestamp": "2006-05-05 13:46:51", "last_edited": null, "slug": "20e0", "subject": "#8 build error on 0.3.6 cannot find -lRlapack" }, { "text": "- **assigned_to**: ecoch --> nobody", "attachments": [], "author": "tfry", "timestamp": "2006-05-05 13:46:51", "last_edited": null, "slug": "f028", "subject": "#8 build error on 0.3.6 cannot find -lRlapack" }, { "text": "Logged In: YES \nuser\\_id=204919\n\nSorry about the Assigned To field. I just know that\r\nSourceforge, by default, won't notify developers of new\r\nTracker items like it does for Forum posts. Also, many\r\nprojects make extensive use of the Assigned To field for\r\ntriage and coordination. \\(I run or contribute to a couple\r\nof SF's top 100 projects\\).\r\n\r\nCreating the symbolic link resolved the problem. I suggest\r\nthat you may want to check and see if R was built with\r\nlapack support before making a requirement like this.\r\n\r\nI also got a couple of build sandbox errors which I was able\r\nto work around in the ebuild script. I'm going to test on a\r\nfew more machines, and then I'll submit the ebuild both to\r\nGentoo for inclusion and to the RKWard project via the\r\nPatches tracker.\r\n\r\nI'll mark this as closed, but I think you still want to\r\nconsider how to make the rkward build process more\r\nresilient, and continue to support R 2.2.x, since R 2.3.0\r\nwas only released on 2006-04-24, and is not yet widely\r\ndeployed \\(or packaged with any distro that I'm aware of yet\\).\r\n\r\nRegards,\r\n\r\n\\- Brian", "attachments": [], "author": "braverock", "timestamp": "2006-05-06 15:09:40", "last_edited": null, "slug": "8968", "subject": "#8 build error on 0.3.6 cannot find -lRlapack" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "braverock", "timestamp": "2006-05-06 15:09:40", "last_edited": null, "slug": "9d5d", "subject": "#8 build error on 0.3.6 cannot find -lRlapack" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nHi Brian,\r\n\r\nwe receive automatic messages on tracker activity in a\r\ndedicated mailing list \\(but yes, it took a long time until I\r\nfinally found at about this extremely useful feature\\).\r\nAgain, we don't really use the \"Assigned To\"-field ATM,\r\nsince we're still a small project, and rarely need much\r\nformal coordination. So nothing to worry about.\r\n\r\nI suppose the symbolic link thing does not really do\r\nanything meaningful, but satisfies the linker. I'll add a\r\ncheck to ./configure to only link against -lRlapack, if that\r\nexists.\r\n\r\nMaybe you could drop us a mail with details about the\r\nsandbox violations on rkward-devel? I think I have an idea,\r\nwhere at least some of this comes from, but details would be\r\nhelpful.\r\n\r\nNote that RKWard continues to support R releases starting\r\nwith R 2.1.0. The -lRlapack problem should be unrelated to R\r\nreleases \\(only to R build options\\). The only thing to note\r\nis that between R 2.2.x and R 2.3.0 a rebuild of rkward is\r\nneeded \\(i.e. RKWard compiled with R < 2.3.0 will not work\r\nwith R >= 2.3.0 and vice versa\\), and unfortunately, there is\r\nnothing we can do about this.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2006-05-07 11:06:41", "last_edited": null, "slug": "26fb", "subject": "#8 build error on 0.3.6 cannot find -lRlapack" } ], "page": null, "subject": "" }, "mod_date": "2006-05-06 15:09:40", "votes_down": 0, "votes_up": 0, "_id": "50f52ef934309d12e68dfc93", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/20e76d7e/", "ticket_num": 8, "custom_fields": { "_priority": "5" }, "created_date": "2006-05-05 13:11:56" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "FIXED IN SVN: X11 ONLY: crash/hang when using Gtk2 packages", "description": "library\\(RGtk2\\) \\# hangs\r\n\r\nthe message in konsole is \r\n\r\nXlib: unexpected async reply \\(sequence 0x55\\)\\!\r\n\r\nCan someone confirm? It might just be a Debian thing \\(using r-cran-rgtk2 here\\)\r\n\r\nBen Goodrich\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "2ce3f9e6", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nI see the same issue \\(also on Debian, but downloaded RGtk2 from CRAN via R\\).\r\n\r\nThe issue is not 100% reproducible, but perhaps 98% so.\r\n\r\nIf you run\r\n> Sys.setenv \\(DISPLAY=\":0.123412\"\\)\r\n> library \\(RGtk2\\)\r\nthere is no hang, but RGtk2 complains about failing to initialize. Now do\r\n> gdkDisplayOpen\\(\":0.0\"\\)\r\nand you get the hang, again, so this is where the problem is at.\r\n\r\nSomehow the issue seems to be that RGtk2 \\(running in the \"R thread\" in RKWard\\) tries to talk to the X server concurrently with Qt. However, I don't really understand, why this should be a problem, since RGtk2 should use its own XDisplay/connection, which should be fine, as far as I am aware. Also in RKWard 0.4.9 there is no such problem.\r\n\r\nUnfortunately, I have no good idea on this at all. Any help will be much appreciated.\r\n\r\nStarting rkward with\r\n\\# rkward --sync\r\nmakes the problem go away most \\(but not all\\) of the time.", "attachments": [], "author": "tfry", "timestamp": "2008-01-25 00:38:43", "last_edited": null, "slug": "5b1c", "subject": "#21 FIXED IN SVN: X11 ONLY: crash/hang when using Gtk2 packages" }, { "text": "The issue has changed somewhat \\(without any changes on rkward's side\\).\r\nlibrary \\(RGtk2\\)\r\ndoes not hang, now. However, calling\r\ngdkDisplayOpen\\(\":0\"\\)\r\nafter that, makes the R thread hang, while the main thread continues.\r\n\r\nlibrary\\(gWidgetsRGtk2\\)\r\ncauses similar symptoms.\r\n\r\nAny help is still much appreciated.", "attachments": [], "author": "tfry", "timestamp": "2009-04-02 20:51:55", "last_edited": null, "slug": "e910", "subject": "#21 FIXED IN SVN: X11 ONLY: crash/hang when using Gtk2 packages" }, { "text": "- **summary**: rkward 0.5.0a hangs when loading the RGtk2 package --> 0.5.0x hangs when loading Gtk2 packages", "attachments": [], "author": "tfry", "timestamp": "2009-04-02 20:51:55", "last_edited": null, "slug": "1a5b", "subject": "#21 FIXED IN SVN: X11 ONLY: crash/hang when using Gtk2 packages" }, { "text": "Minor update:\r\n\r\nAfter a recent fix, on Windows, RGtk2 and friends appear to work fine.\r\n\r\nOn Linux / X11 the situation is unchanged. Debugging indicates that the R thread is stuck waiting in XSync\\(\\) or \\_XReply\\(\\) \\(typically from within gdk\\_display\\_open\\(\\)\\).", "attachments": [], "author": "tfry", "timestamp": "2009-09-07 10:24:12", "last_edited": null, "slug": "aa42", "subject": "#21 FIXED IN SVN: X11 ONLY: crash/hang when using Gtk2 packages" }, { "text": "- **summary**: 0.5.0x hangs when loading Gtk2 packages --> X11 ONLY: 0.5.0x hangs when loading Gtk2 packages", "attachments": [], "author": "tfry", "timestamp": "2009-09-07 10:24:13", "last_edited": null, "slug": "f375", "subject": "#21 FIXED IN SVN: X11 ONLY: crash/hang when using Gtk2 packages" }, { "text": "An experimental fix is in SVN: http://p.sf.net/rkward/svn . If you are affected by this problem, please give this a try.", "attachments": [], "author": "tfry", "timestamp": "2010-10-21 11:36:57", "last_edited": null, "slug": "3275", "subject": "#21 FIXED IN SVN: X11 ONLY: crash/hang when using Gtk2 packages" }, { "text": "- **summary**: X11 ONLY: 0.5.0x hangs when loading Gtk2 packages --> NEEDS TESTING: X11 ONLY: crash/hang when using Gtk2 packages", "attachments": [], "author": "tfry", "timestamp": "2010-10-21 11:36:57", "last_edited": null, "slug": "d1e4", "subject": "#21 FIXED IN SVN: X11 ONLY: crash/hang when using Gtk2 packages" }, { "text": "The experimental fix caused troubles, and I have reverted it.\r\n\r\nInstead, in the SVN version, the R backend now runs in a separate process \\(at least by default\\). This fixes the incompatiblities with rJava and RGtk2 on X11.\r\n\r\nPlease test\\!", "attachments": [], "author": "tfry", "timestamp": "2010-11-19 13:17:45", "last_edited": null, "slug": "59a3", "subject": "#21 FIXED IN SVN: X11 ONLY: crash/hang when using Gtk2 packages" }, { "text": "- **summary**: NEEDS TESTING: X11 ONLY: crash/hang when using Gtk2 packages --> FIXED IN SVN: X11 ONLY: crash/hang when using Gtk2 packages\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2010-11-19 13:17:45", "last_edited": null, "slug": "57f0", "subject": "#21 FIXED IN SVN: X11 ONLY: crash/hang when using Gtk2 packages" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-03-20 12:27:51", "last_edited": null, "slug": "f393", "subject": "#21 FIXED IN SVN: X11 ONLY: crash/hang when using Gtk2 packages" } ], "page": null, "subject": "" }, "mod_date": "2011-03-20 12:27:51", "votes_down": 0, "votes_up": 0, "_id": "50f52f0434309d12e68dfe3d", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/2ce3f9e6/", "ticket_num": 21, "custom_fields": { "_priority": "5" }, "created_date": "2008-01-24 00:37:17" },{ "status": "closed-fixed", "reported_by_id": "50f52f0534309d12e68dfe77", "related_artifacts": [], "attachments": [], "reported_by": "mvillarino", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Typo: rkconsole.cpp line 842\n : RKWrad instead of RKWard", "description": "At file rkconsole.cpp, line 842, the name of the programs is misspelled.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "acc39ef9", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nThanks, fixed in SVN \\(for both KDE 4 and KDE 4 branch\\).", "attachments": [], "author": "tfry", "timestamp": "2008-03-12 19:43:58", "last_edited": null, "slug": "8271", "subject": "#22 Typo: rkconsole.cpp line 842\n : RKWrad instead of RKWard" }, { "text": "- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2008-03-12 19:43:58", "last_edited": null, "slug": "caac", "subject": "#22 Typo: rkconsole.cpp line 842\n : RKWrad instead of RKWard" } ], "page": null, "subject": "" }, "mod_date": "2008-03-12 19:43:58", "votes_down": 0, "votes_up": 0, "_id": "50f52f0534309d12e68dfe76", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/acc39ef9/", "ticket_num": 22, "custom_fields": { "_priority": "5" }, "created_date": "2008-02-08 08:12:57" },{ "status": "closed-fixed", "reported_by_id": "50af5fa004161f7b6498c16f", "related_artifacts": [], "attachments": [], "reported_by": "ziogelis77", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: rkward plots show ?? instead of native chars", "description": "rkward \\(version 0.4.9/0.5.0b, Ubuntu package\\) fail to show international characters: my native language - Lithuanian - characters, when entered in a plot dialog, display as ??? in the command code \\(and in the command output, of course\\).\r\n\r\nSee the screenshot for a proof. ", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "41e066c1", "posts": [ { "text": "Plot dialog with int characters and code output visible", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/41e066c1/da75/attachment/rkward-lithuanian-characters.png", "bytes": 70184 } ], "author": "ziogelis77", "timestamp": "2008-11-16 15:01:18", "last_edited": null, "slug": "da75", "subject": "#34 FIXED IN SVN: rkward plots show ?? instead of native chars" }, { "text": "Could you post the output of\r\nlocale\r\nrun in a plain console, and\r\nSys.getlocale \\(\\)\r\nrun in the RKWard R console?\r\n\r\nDo other KDE applications display native characters ok?\r\n\r\nThanks.", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 11:56:38", "last_edited": null, "slug": "fd73", "subject": "#34 FIXED IN SVN: rkward plots show ?? instead of native chars" }, { "text": "- **summary**: rkward plots show ?? instead of international characters --> NEEDINFO: rkward plots show ?? instead of native characters", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 11:56:38", "last_edited": null, "slug": "7103", "subject": "#34 FIXED IN SVN: rkward plots show ?? instead of native chars" }, { "text": "Here are the outputs you asked for\r\nTested on Kubuntu 9.04 i386\r\nRKward version 0.5.1-pre3, package provided through rkward repositories\r\n\r\nThe bug is still there; by the way, it has been there since RKward 0.47 and maybe before, thought I have not tested before 0.47\r\n\r\nin Konsole window:\r\n\r\ndg@bala:~$ locale\r\nLANG=lt\\_LT.UTF-8\r\nLANGUAGE=lt\\_LT:lt:en\\_GB:en\r\nLC\\_CTYPE=\"lt\\_LT.UTF-8\"\r\nLC\\_NUMERIC=\"lt\\_LT.UTF-8\"\r\nLC\\_TIME=\"lt\\_LT.UTF-8\"\r\nLC\\_COLLATE=\"lt\\_LT.UTF-8\"\r\nLC\\_MONETARY=\"lt\\_LT.UTF-8\"\r\nLC\\_MESSAGES=\"lt\\_LT.UTF-8\"\r\nLC\\_PAPER=\"lt\\_LT.UTF-8\"\r\nLC\\_NAME=\"lt\\_LT.UTF-8\"\r\nLC\\_ADDRESS=\"lt\\_LT.UTF-8\"\r\nLC\\_TELEPHONE=\"lt\\_LT.UTF-8\"\r\nLC\\_MEASUREMENT=\"lt\\_LT.UTF-8\"\r\nLC\\_IDENTIFICATION=\"lt\\_LT.UTF-8\"\r\nLC\\_ALL=\r\n\r\n\r\nand in rkward console:\r\n\r\n> Sys.getlocale\\(\\)\r\n\\[1\\] \"LC\\_CTYPE=lt\\_LT.UTF-8;LC\\_NUMERIC=C;LC\\_TIME=lt\\_LT.UTF-8;LC\\_COLLATE=lt\\_LT.UTF-8;LC\\_MONETARY=lt\\_LT.UTF-8;LC\\_MESSAGES=lt\\_LT.UTF-8;LC\\_PAPER=lt\\_LT.UTF-8;LC\\_NAME=lt\\_LT.UTF-8;LC\\_ADDRESS=lt\\_LT.UTF-8;LC\\_TELEPHONE=lt\\_LT.UTF-8;LC\\_MEASUREMENT=lt\\_LT.UTF-8;LC\\_IDENTIFICATION=lt\\_LT.UTF-8\"", "attachments": [], "author": "ziogelis77", "timestamp": "2009-07-24 06:25:51", "last_edited": null, "slug": "be6e", "subject": "#34 FIXED IN SVN: rkward plots show ?? instead of native chars" }, { "text": "And, to your last question: other KDE apps do display Lithuanian characters just fine.", "attachments": [], "author": "ziogelis77", "timestamp": "2009-07-24 06:27:21", "last_edited": null, "slug": "9d40", "subject": "#34 FIXED IN SVN: rkward plots show ?? instead of native chars" }, { "text": "Ok, thanks for your feedback.\r\n\r\nThis is probably to be blamed on the PHP backend \\(which is responsible for generating the command code\\). We are planning to switch to a different scripting solution relatively soon, and therefore I will not address this issue, specifically, until we have completed the switch.\r\n\r\nWhen the new solution is ready for testing, I'll give you another note in this bug ticket.", "attachments": [], "author": "tfry", "timestamp": "2009-07-24 12:15:59", "last_edited": null, "slug": "33bb", "subject": "#34 FIXED IN SVN: rkward plots show ?? instead of native chars" }, { "text": "- **summary**: NEEDINFO: rkward plots show ?? instead of native characters --> rkward plots show ?? instead of native characters", "attachments": [], "author": "tfry", "timestamp": "2009-07-24 12:15:59", "last_edited": null, "slug": "ac9d", "subject": "#34 FIXED IN SVN: rkward plots show ?? instead of native chars" }, { "text": "Hi\\!\r\n\r\nI believe, this bug should be fixed in the current development sources \\( http://p.sf.net/rkward/svn \\). If you can get a chance to test, that would be really helpful, as encoding problems like this often depend on several parameters, which makes them hard to test.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2010-03-18 09:44:36", "last_edited": null, "slug": "0a32", "subject": "#34 FIXED IN SVN: rkward plots show ?? instead of native chars" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: rkward plots show ?? instead of native characters --> FIXED IN SVN: rkward plots show ?? instead of native chars\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2010-03-18 09:44:36", "last_edited": null, "slug": "12dd", "subject": "#34 FIXED IN SVN: rkward plots show ?? instead of native chars" }, { "text": "RKWard 0.5.3 was released, today, and this should no longer be an issue, there.\r\n\r\nIf you still see the issue after updating, please open a new bug report.\r\n\r\nThanks\\!", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:25:16", "last_edited": null, "slug": "906c", "subject": "#34 FIXED IN SVN: rkward plots show ?? instead of native chars" }, { "text": "RKWard 0.5.3 was released, today, and this should no longer be an issue, there.\r\n\r\nIf you still see the issue after updating, please open a new bug report.\r\n\r\nThanks\\!", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:25:19", "last_edited": null, "slug": "e989", "subject": "#34 FIXED IN SVN: rkward plots show ?? instead of native chars" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:25:19", "last_edited": null, "slug": "6eb3", "subject": "#34 FIXED IN SVN: rkward plots show ?? instead of native chars" } ], "page": null, "subject": "" }, "mod_date": "2010-04-30 14:25:19", "votes_down": 0, "votes_up": 0, "_id": "50f52f0c34309d12e68e001d", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/41e066c1/", "ticket_num": 34, "custom_fields": { "_priority": "5" }, "created_date": "2008-11-16 15:01:17" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "rkward crashed if a colum is deleted", "description": "First of all I think rkward is great programm, so \r\nkeep going.\r\n\r\nI compiled the rkward 0.3.6 under KUbuntu Draper \r\nDrake \\(KDE 3.5.3\\) and tried to copy and paste from an \r\nopenoffice calc table. The table had 29 colums and \r\n700 rows including ND values, but only 20 colums have \r\nnumbers. I tried to delete 9 colums in rkward and \r\nthere it crashed every time. Deleting only one rows \r\nat a time didn't helped eigther.\r\n\r\nIf you need more informations please send a mail.\r\n\"flareload \\{at\\} web \\{dot\\} de\"\r\n\r\nRegards,\r\nMarcus", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "d6a1c908", "posts": [ { "text": "- **labels**: 411325 --> \n- **milestone**: 194503 --> \n- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2006-06-21 22:10:21", "last_edited": null, "slug": "d77e", "subject": "#11 rkward crashed if a colum is deleted" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nContacted submitter for more info via private mail.", "attachments": [], "author": "tfry", "timestamp": "2006-06-21 22:31:58", "last_edited": null, "slug": "d0ab", "subject": "#11 rkward crashed if a colum is deleted" }, { "text": "Logged In: YES \nuser\\_id=300591\n\nMost likely fixed in CVS -> 0.3.7. Probably this was \r\nreally a deferred crash to the bug in 0.3.6 when inserting \r\nmore than 100 rows, not due to inserting or deleting \r\ncolumns.", "attachments": [], "author": "tfry", "timestamp": "2006-09-14 15:07:26", "last_edited": null, "slug": "818a", "subject": "#11 rkward crashed if a colum is deleted" }, { "text": "- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2006-09-14 15:07:26", "last_edited": null, "slug": "98e4", "subject": "#11 rkward crashed if a colum is deleted" } ], "page": null, "subject": "" }, "mod_date": "2006-09-14 15:07:26", "votes_down": 0, "votes_up": 0, "_id": "50f52efa34309d12e68dfcf2", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/d6a1c908/", "ticket_num": 11, "custom_fields": { "_priority": "5" }, "created_date": "2006-06-18 11:00:56" },{ "status": "closed-works-for-me", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "critical: rkward 0.4.7a - tables crashes rkward", "description": "Distri: gentoo\r\nrkward: 0.4.7a\r\n\r\nAs soon a table-view is opened, rkward crashes always when saving the workspace. It is also impossible to start with an empty table-view \\(only once this happend\\).\r\n\r\nrkward 0.4.0 doesn't have this problem.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "b8042e03", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nHi,\r\n\r\nsorry for not reacting any sooner.\r\n\r\nI'm afraid I can't reproduce this problem. Could you give a detailed step-by-step instruction on how to trigger the crash?\r\n\r\nThanks\\!", "attachments": [], "author": "tfry", "timestamp": "2007-09-13 15:23:55", "last_edited": null, "slug": "b757", "subject": "#19 critical: rkward 0.4.7a - tables crashes rkward" }, { "text": "- **status**: open --> pending-works-for-me", "attachments": [], "author": "tfry", "timestamp": "2007-09-13 15:23:55", "last_edited": null, "slug": "3b90", "subject": "#19 critical: rkward 0.4.7a - tables crashes rkward" }, { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2007-09-13 15:24:29", "last_edited": null, "slug": "d830", "subject": "#19 critical: rkward 0.4.7a - tables crashes rkward" }, { "text": "Logged In: YES \nuser\\_id=1312539\nOriginator: NO\n\nThis Tracker item was closed automatically by the system. It was\npreviously set to a Pending status, and the original submitter\ndid not respond within 14 days \\(the time period specified by\nthe administrator of this Tracker\\).", "attachments": [], "author": "sf-robot", "timestamp": "2007-09-28 02:20:04", "last_edited": null, "slug": "abc1", "subject": "#19 critical: rkward 0.4.7a - tables crashes rkward" }, { "text": "- **status**: pending-works-for-me --> closed-works-for-me", "attachments": [], "author": "sf-robot", "timestamp": "2007-09-28 02:20:04", "last_edited": null, "slug": "a6e1", "subject": "#19 critical: rkward 0.4.7a - tables crashes rkward" } ], "page": null, "subject": "" }, "mod_date": "2007-09-28 02:20:04", "votes_down": 0, "votes_up": 0, "_id": "50f52f0434309d12e68dfe01", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/b8042e03/", "ticket_num": 19, "custom_fields": { "_priority": "5" }, "created_date": "2007-08-14 09:23:35" },{ "status": "closed-fixed", "reported_by_id": "50f52f0d34309d12e68e006b", "related_artifacts": [], "attachments": [], "reported_by": "schmettow", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "CRASH: navigating command history in console", "description": "just compiled 0.5.0b under KDE 4.2b1 \\(Ubuntu Intrepid packages\\). In the console the command history is not available. When hitting UP at the prompt, the cursor only moves a line up.\r\nThis may be due to the KDE beta, but I thought you should know.\r\n\r\nMartin. ", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "e664967b", "posts": [ { "text": "Console history is back with svn \\(as of Feb 22\\). But when navigating forth in history and the latest entry is reached rkward crashes.\n\nAnwendung: RKWard \\(rkward\\), Signal SIGSEGV\n\\[Current thread is 0 \\(LWP 27337\\)\\]\n\nThread 2 \\(Thread 0xb38ecb90 \\(LWP 27341\\)\\):\n\\#0 0xb7fcf430 in \\_\\_kernel\\_vsyscall \\(\\)\n\\#1 0xb5e3cdf1 in select \\(\\) from /lib/tls/i686/cmov/libc.so.6\n\\#2 0xb723e0c6 in R\\_SelectEx \\(\\) from /usr/lib/R/lib/libR.so\n\\#3 0xb723e294 in R\\_checkActivityEx \\(\\) from /usr/lib/R/lib/libR.so\n\\#4 0x08140c40 in \\_start \\(\\)\n\nThread 1 \\(Thread 0xb54966c0 \\(LWP 27337\\)\\):\n\\[KCrash Handler\\]\n\\#6 0xb60a2985 in QString::startsWith \\(\\) from /usr/lib/libQtCore.so.4\n\\#7 0x0807c9bc in \\_start \\(\\)\n\n", "attachments": [], "author": "nobody", "timestamp": "2009-02-22 12:35:57", "last_edited": null, "slug": "3211", "subject": "#35 CRASH: navigating command history in console" }, { "text": "The original issue was fixed in SVN in January, and a fixed 0.5.0c was released, yesterday.\r\n\r\nI was about to write, I can't reproduce the issue in comment \\#1, but alas, I tried again, and I can...", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 11:52:35", "last_edited": null, "slug": "0a25", "subject": "#35 CRASH: navigating command history in console" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: navigating command history in console --> CRASH: navigating command history in console", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 11:52:35", "last_edited": null, "slug": "0d06", "subject": "#35 CRASH: navigating command history in console" }, { "text": "The crash issue was fixed in 0.5.0d. It appears not to affect the KDE 3 branch.\r\n\r\nThanks for reporting\\!", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 14:51:49", "last_edited": null, "slug": "6cf0", "subject": "#35 CRASH: navigating command history in console" }, { "text": "- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 14:51:49", "last_edited": null, "slug": "fdc4", "subject": "#35 CRASH: navigating command history in console" } ], "page": null, "subject": "" }, "mod_date": "2009-05-11 14:51:49", "votes_down": 0, "votes_up": 0, "_id": "50f52f0d34309d12e68e006a", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/e664967b/", "ticket_num": 35, "custom_fields": { "_priority": "5" }, "created_date": "2008-12-14 19:48:44" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "scatterplot type=\"b\" not working", "description": "hi there,\r\nI just emerged the most recent rkward-0.3.7\\_pre1 \r\nusing gentoo's sci-overlay and got it running.\r\nthe is a bug in scatterplot\r\n\r\nx <- c\\(3,4\\) y <- c\\(4,5\\) \r\n\r\nthen trying to create a scatterplot with the menu \r\nand specifying it should plot \"dots connected by \r\nlines\" \\(which should be the type=\"b\"\\) gives me an \r\nerror saying : \r\nError: object \"b\" not found Error in xy.coords\\(x, y, \r\nxlabel, ylabel, log\\) : \r\nobject \"rk.plugin.log\" not found \r\n\r\ndoing the same specifying \"lines\" or \"plot individual \r\nlines\" \\(default\\) works fine. \r\n\r\nregards \r\n\r\nNorman", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "ade0b27c", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\n\nStrange. In fact I found several small bugs related to the \r\nplot type, but I can't reproduce the one you mention. Did \r\nyou select the type from the radio list, or did you \r\nchoose \"Customize\"? In case of the latter, I've found the \r\nbug \\(but you'd also have to write\r\n'b'\r\ninstead of just\r\nb\r\nIn case of the former, I'm afraid, I can't reproduce. Any \r\nmore info?", "attachments": [], "author": "tfry", "timestamp": "2006-09-01 16:51:38", "last_edited": null, "slug": "a5c4", "subject": "#12 scatterplot type=\"b\" not working" }, { "text": "- **status**: open --> pending", "attachments": [], "author": "tfry", "timestamp": "2006-09-01 17:00:57", "last_edited": null, "slug": "5249", "subject": "#12 scatterplot type=\"b\" not working" }, { "text": "Logged In: YES \nuser\\_id=1312539\n\nThis Tracker item was closed automatically by the system. It was\npreviously set to a Pending status, and the original submitter\ndid not respond within 14 days \\(the time period specified by\nthe administrator of this Tracker\\).", "attachments": [], "author": "sf-robot", "timestamp": "2006-09-16 02:20:11", "last_edited": null, "slug": "e96e", "subject": "#12 scatterplot type=\"b\" not working" }, { "text": "- **status**: pending --> closed", "attachments": [], "author": "sf-robot", "timestamp": "2006-09-16 02:20:11", "last_edited": null, "slug": "eb01", "subject": "#12 scatterplot type=\"b\" not working" } ], "page": null, "subject": "" }, "mod_date": "2006-09-16 02:20:11", "votes_down": 0, "votes_up": 0, "_id": "50f52efa34309d12e68dfd0d", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/ade0b27c/", "ticket_num": 12, "custom_fields": { "_priority": "5" }, "created_date": "2006-09-01 14:12:11" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: File Change Notification missing", "description": "It happened to me twice, that I accidentally overwrote an R-Skript with rkward, that was changed in the meantime on disk \\(svn\\). \r\n\r\nkate, kdevelop etc. have this \"File Changed on Disk\" - Feature - which prevents that. ", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "d2007816", "posts": [ { "text": "I consider this a bug, really, but it's now fixed in svn on both branches.\r\n\r\nFor the KDE 3 branch a warning is only shown, directly before saving a file that was modified, externally.\r\nFor the KDE 4 branch, a warning is already shown, as soon as the corresponding editor window gains focus.\r\n\r\nSee http://p.sf.net/rkward/svn for instructions on testing the development version of rkward.", "attachments": [], "author": "tfry", "timestamp": "2009-05-19 14:28:31", "last_edited": null, "slug": "5977", "subject": "#39 FIXED IN SVN: File Change Notification missing" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: File Change Notification --> FIXED IN SVN: File Change Notification missing", "attachments": [], "author": "tfry", "timestamp": "2009-05-19 14:28:31", "last_edited": null, "slug": "bf7c", "subject": "#39 FIXED IN SVN: File Change Notification missing" }, { "text": "Closing after the release of RKWard 0.5.1.\r\n\r\nNote that the fix is not yet released on the KDE 3 branch \\(but already taken care of in SVN\\).", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 08:19:46", "last_edited": null, "slug": "bd3f", "subject": "#39 FIXED IN SVN: File Change Notification missing" }, { "text": "- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 08:19:46", "last_edited": null, "slug": "9043", "subject": "#39 FIXED IN SVN: File Change Notification missing" } ], "page": null, "subject": "" }, "mod_date": "2009-08-05 08:19:46", "votes_down": 0, "votes_up": 0, "_id": "50f52f1234309d12e68e0153", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/d2007816/", "ticket_num": 39, "custom_fields": { "_priority": "5" }, "created_date": "2009-02-20 15:39:19" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Disable hints / auto-completion in comments", "description": "Hi Thomas,\r\n\r\nI like these new features:\r\n\r\n\\*function argument hinting in the console and script\r\neditor \r\n\\* as you type completion of R symbol names in the\r\nscript editor \r\n\\* tab completion of R symbol names in the console\r\n\r\nbut can they be temporarily disabled when the user\r\ntypes \\# or \\#\\# to start writing a comment? I think\r\nhaving the popups when I am writing code comments is\r\nmore disturbing than helpful. Example: \r\n\r\nI <- diag\\(3\\) \\# making identity matrix\r\n\r\nbox pops up after \"ma\" in making, \"id\" in identity, and\r\n\"ma\" in matrix giving all sorts of options that I am\r\nnot interested in when just writing comments.\r\n\r\nThanks,\r\nBen Goodrich \\(same email if you have questions\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "12a0a7b2", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nFix in development version.\r\n\r\nI only disable symbol name completion, and only in the script editor. In the console, completion has to be requested explicitely using Tab, so it should not interfere. Function argument hinting only gets triggered by existing function names followed by an opening brace, so in the vast majority of cases, you really are trying to write a function call \\(even if it is commented\\), then.\r\n\r\nLeaving bug report open until the next version is released.", "attachments": [], "author": "tfry", "timestamp": "2006-11-15 13:23:02", "last_edited": null, "slug": "0d22", "subject": "#13 Disable hints / auto-completion in comments" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2006-11-15 13:23:02", "last_edited": null, "slug": "7ad9", "subject": "#13 Disable hints / auto-completion in comments" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2006-12-04 18:41:10", "last_edited": null, "slug": "86a0", "subject": "#13 Disable hints / auto-completion in comments" } ], "page": null, "subject": "" }, "mod_date": "2006-12-04 18:41:10", "votes_down": 0, "votes_up": 0, "_id": "50f52efb34309d12e68dfd29", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/12a0a7b2/", "ticket_num": 13, "custom_fields": { "_priority": "5" }, "created_date": "2006-11-12 16:11:51" },{ "status": "closed-fixed", "reported_by_id": "50f52efc34309d12e68dfd8a", "related_artifacts": [], "attachments": [], "reported_by": "j_graumann", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Segfaults when usied with R 2.9", "description": "rkward from subversion segfaults immediately when trying to run with R 2.9.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "312bb47c", "posts": [ { "text": "Fixed in 0.5.0c for the KDE 4 branch.\r\nFixed in SVN for the KDE 3 branch.\r\nKeeping this open until a fixed KDE 3 version is released.", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 11:23:17", "last_edited": null, "slug": "8c4d", "subject": "#41 Segfaults when usied with R 2.9" }, { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 11:23:17", "last_edited": null, "slug": "8868", "subject": "#41 Segfaults when usied with R 2.9" }, { "text": "Already fixed for the KDE 4 branch in 0.5.0d.\r\nFixed for the KDE 3 branch in 0.4.9b.\r\n\r\nThanks for reporting\\!", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 14:50:28", "last_edited": null, "slug": "6c72", "subject": "#41 Segfaults when usied with R 2.9" }, { "text": "- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 14:50:28", "last_edited": null, "slug": "9e60", "subject": "#41 Segfaults when usied with R 2.9" } ], "page": null, "subject": "" }, "mod_date": "2009-05-11 14:50:28", "votes_down": 0, "votes_up": 0, "_id": "50f52f1234309d12e68e0185", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/312bb47c/", "ticket_num": 41, "custom_fields": { "_priority": "5" }, "created_date": "2009-03-24 08:12:01" },{ "status": "closed-fixed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Failure to update nested enabledness properly", "description": "Originally reported by pkapat. Relevant mail excerpt:\r\n\r\n>> Lastly, the \"addRugtoplot\" checkbox on binomial\\_clt.xml is behaving funny.\r\n>> I have connected all the rug related options to be enabled based on\r\n>> addRugtoplot.state. But it does not work the first time the plugin is\r\n>> started \\(when the rug checkbox is not checked but still all the options is\r\n>> enabled\\). I will look into it again, today.\r\n\r\n> That's strange, indeed. Interestingly, if you set ECDF to be the default\r\n> mode, it works correctly. Almost certainly a bug on the C++ side. I'll look\r\n> into it later \\(remind me, if I don't\\).\r\n\r\nI hope you remember this issue. Having removed the rug options from clt \r\nplugin, I needed to keep a track of this. I am attaching three files. Save \r\nthem in the plugins directory and you will still be able to see this bug.\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "0490954b", "posts": [ { "text": "Testcase", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/0490954b/7d78/attachment/pktest.tar.gz", "bytes": 1455 } ], "author": "tfry", "timestamp": "2007-03-08 18:49:09", "last_edited": null, "slug": "7d78", "subject": "#14 Failure to update nested enabledness properly" }, { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: YES\n\nFinally figured it out and fixed it. It came from the fact that in the case of tabs, the parent component is not equal to the parent QWidget. A misunderstanding of what \"isEnabled\" returns for the latter, resulted in this not getting properly updated in all cases.", "attachments": [], "author": "tfry", "timestamp": "2007-05-16 19:10:17", "last_edited": null, "slug": "b281", "subject": "#14 Failure to update nested enabledness properly" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2007-05-16 19:10:17", "last_edited": null, "slug": "f525", "subject": "#14 Failure to update nested enabledness properly" } ], "page": null, "subject": "" }, "mod_date": "2007-05-16 19:10:17", "votes_down": 0, "votes_up": 0, "_id": "50f52efb34309d12e68dfd3f", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/0490954b/", "ticket_num": 14, "custom_fields": { "_priority": "5" }, "created_date": "2007-03-08 18:49:08" },{ "status": "closed-works-for-me", "reported_by_id": "50f52f0934309d12e68dff4b", "related_artifacts": [], "attachments": [], "reported_by": "ldmaze", "assigned_to": null, "labels": [ "data handling" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: crashes X when trying to import data (text/csv)", "description": "I am using rkward 0.4.9a and R 2.7.0 on OpenSuse 10.3 with KDE 3.5.8. This same bug applies to rkward 0.4.9 and R 2.6.2. \r\n\r\nThe system completely crashes when I try to import a data table through the GUI \\(.csv or .txt\\), forcing a logout from the session. ", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "c24d7d52", "posts": [ { "text": "Sorry for the late reply.\r\n\r\nI cannot reproduce this problem with either rkward 0.4.9b or 0.5.0d. If you still see this issue, could you provide step-by-step-instructions on how to reproduce this \\(even if it may seem obvious, perhaps some apparently minor detail triggers the crash\\)? Can you run different plugins \\(e.g. Analysis->Descriptive Statistics\\) without problems, or does this crash really affect everything you try to do?\r\n\r\nIf you do not see this issue any longer, do you have an idea on when it might have disappeared \\(perhaps after updating kdelibs\\)?\r\n\r\nThanks.", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 15:07:13", "last_edited": null, "slug": "480f", "subject": "#28 NEEDINFO: crashes X when trying to import data (text/csv)" }, { "text": "- **summary**: Rkward crashes X when trying to import data (text/csv) --> NEEDINFO: crashes X when trying to import data (text/csv)\n- **status**: open --> open-works-for-me", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 15:07:13", "last_edited": null, "slug": "531c", "subject": "#28 NEEDINFO: crashes X when trying to import data (text/csv)" }, { "text": "Hi\\!\r\n\r\nDo you still see this issue? If so, could you please give some more information as requested in my first comment?\r\n\r\nThere is nothing we can do about this without further information, and therefore I'm setting this report to \"pending\" status. This means it will be closed in 14 day, automatically, unless you reply.\r\n\r\nShould you miss the deadline, but you still see the issue, please open a new report.\r\n\r\nThanks for your understanding\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2009-10-26 17:38:28", "last_edited": null, "slug": "2dcb", "subject": "#28 NEEDINFO: crashes X when trying to import data (text/csv)" }, { "text": "- **status**: open-works-for-me --> pending-works-for-me", "attachments": [], "author": "tfry", "timestamp": "2009-10-26 17:38:36", "last_edited": null, "slug": "ba5b", "subject": "#28 NEEDINFO: crashes X when trying to import data (text/csv)" }, { "text": "This Tracker item was closed automatically by the system. It was\npreviously set to a Pending status, and the original submitter\ndid not respond within 14 days \\(the time period specified by\nthe administrator of this Tracker\\).", "attachments": [], "author": "sf-robot", "timestamp": "2009-11-11 02:20:30", "last_edited": null, "slug": "fed8", "subject": "#28 NEEDINFO: crashes X when trying to import data (text/csv)" }, { "text": "- **status**: pending-works-for-me --> closed-works-for-me", "attachments": [], "author": "sf-robot", "timestamp": "2009-11-11 02:20:37", "last_edited": null, "slug": "caf0", "subject": "#28 NEEDINFO: crashes X when trying to import data (text/csv)" } ], "page": null, "subject": "" }, "mod_date": "2009-11-11 02:20:37", "votes_down": 0, "votes_up": 0, "_id": "50f52f0934309d12e68dff4a", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/c24d7d52/", "ticket_num": 28, "custom_fields": { "_priority": "5" }, "created_date": "2008-05-10 16:58:07" },{ "status": "closed-works-for-me", "reported_by_id": "50f52f1334309d12e68e01a1", "related_artifacts": [], "attachments": [], "reported_by": "hmhxmu", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: rkward-0.4.9 package install failure", "description": "> library\\(\"Hmisc\"\\)\r\nError in dyn.load\\(file, ...\\) : \r\nunable to load shared library '/home/mhudson/R/Hmisc/libs/Hmisc.so':\r\n/home/mhudson/R/Hmisc/libs/Hmisc.so: undefined symbol: translateCharUTF8\r\nError: package/namespace load failed for 'Hmisc'\r\n\r\ncontext: \r\nrkward-0.4.9 on Mandriva linux 2008.1, either i586 oor x86\\_64 \\(same behaviour\\)\r\nR version 2.6.2 \\(2008-02-08\\)\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "fa401c76", "posts": [ { "text": "This is unlikely to be a bug in RKWard. Looks more like a mix of incompatible installed versions of R and package Hmisc. It seems the Hmisc package \\(installed at /home/mhudson/R/\\) was compiled with a different version of R than you are running inside RKWard.\r\n\r\nProbably you should first try\r\nR CMD REMOVE -l /home/mhudson/R Hmisc\r\nto get rid of that broken Hmisc package. If needed, you can now re-install the Hmisc package from inside RKWard.\r\n\r\nShould problems persist, please provide the following information:\r\n1\\. Does \"library\\(Hmisc\\)\" work in a plain R session \\(outside of rkward\\)?\r\n2a. What is the output of \".libPaths\\(\\)\" in a plain R session\r\n2b. in the R Console of RKWard?\r\n3a. What is the output of \"R.version\" in a plain R session\r\n3b. in the R Console of RKWard?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2009-04-03 20:42:58", "last_edited": null, "slug": "8857", "subject": "#42 NEEDINFO: rkward-0.4.9 package install failure" }, { "text": "- **summary**: rkward-0.4.9 package install failure --> NEEDINFO: rkward-0.4.9 package install failure\n- **status**: open --> open-works-for-me", "attachments": [], "author": "tfry", "timestamp": "2009-04-03 20:42:59", "last_edited": null, "slug": "b4ec", "subject": "#42 NEEDINFO: rkward-0.4.9 package install failure" }, { "text": "Hi\\!\r\n\r\nIf you still see this issue, after following the instructions in comment \\#1, please post back, even if it's just a short message. I'm setting the status of this report to \"Pending\". That means, if there is no reply within two weeks, this report will be closed, automatically.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 16:17:42", "last_edited": null, "slug": "76d5", "subject": "#42 NEEDINFO: rkward-0.4.9 package install failure" }, { "text": "- **status**: open-works-for-me --> pending-works-for-me", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 16:17:42", "last_edited": null, "slug": "2f59", "subject": "#42 NEEDINFO: rkward-0.4.9 package install failure" }, { "text": "This Tracker item was closed automatically by the system. It was\npreviously set to a Pending status, and the original submitter\ndid not respond within 14 days \\(the time period specified by\nthe administrator of this Tracker\\).", "attachments": [], "author": "sf-robot", "timestamp": "2009-05-26 02:21:18", "last_edited": null, "slug": "a77b", "subject": "#42 NEEDINFO: rkward-0.4.9 package install failure" }, { "text": "- **status**: pending-works-for-me --> closed-works-for-me", "attachments": [], "author": "sf-robot", "timestamp": "2009-05-26 02:21:18", "last_edited": null, "slug": "d035", "subject": "#42 NEEDINFO: rkward-0.4.9 package install failure" } ], "page": null, "subject": "" }, "mod_date": "2009-05-26 02:21:18", "votes_down": 0, "votes_up": 0, "_id": "50f52f1334309d12e68e01a0", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/fa401c76/", "ticket_num": 42, "custom_fields": { "_priority": "5" }, "created_date": "2009-03-27 07:50:25" },{ "status": "closed-works-for-me", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: Run icons not visible", "description": "Today using rkward, the icons for run current line, run block, run selection etc are not visible.\r\nThe toolbar is there and I can mouse over and click these buttons and drag and drop the toolbar - but it is essentially invisible. I have to know where it is.\r\n\r\nMy version is 0.5.0b using KDE 4.0.5\r\n\r\nlet me know if you need more details", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "bcd2f0f2", "posts": [ { "text": "Sorry, for the long delay. \r\n\r\nIs this still an issue? Also with RKWard 0.5.0c?", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 11:42:00", "last_edited": null, "slug": "1199", "subject": "#31 NEEDINFO: Run icons not visible" }, { "text": "- **summary**: Run icons not visible --> NEEDINFO: Run icons not visible\n- **status**: open --> open-works-for-me", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 11:42:00", "last_edited": null, "slug": "8d6e", "subject": "#31 NEEDINFO: Run icons not visible" }, { "text": "OK, my fault, not to take care of this report, sooner.\r\n\r\nBut without being able to reproduce, and without feedback from the reporter, there is no point in keeping this report. Should anybody experience this or a similar problem, please open a new bug report.", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 08:42:40", "last_edited": null, "slug": "ae82", "subject": "#31 NEEDINFO: Run icons not visible" }, { "text": "- **status**: open-works-for-me --> closed-works-for-me", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 08:42:40", "last_edited": null, "slug": "3e33", "subject": "#31 NEEDINFO: Run icons not visible" } ], "page": null, "subject": "" }, "mod_date": "2009-08-05 08:42:40", "votes_down": 0, "votes_up": 0, "_id": "50f52f0b34309d12e68dffc5", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/bcd2f0f2/", "ticket_num": 31, "custom_fields": { "_priority": "5" }, "created_date": "2008-08-04 15:45:50" },{ "status": "closed-rejected", "reported_by_id": "50f52f1334309d12e68e01a1", "related_artifacts": [], "attachments": [], "reported_by": "hmhxmu", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: rkward-0.4.9 package install failure - ID: 2716458", "description": "Information requested before close is attached in file attached.\r\nBetter late than never?\r\nSorry for delay.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "fec73fdb", "posts": [ { "text": "Hmisc problem", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/fec73fdb/1127/attachment/bugHmisc.lis", "bytes": 2295 } ], "author": "hmhxmu", "timestamp": "2009-06-03 10:09:30", "last_edited": null, "slug": "1127", "subject": "#47 NEEDINFO: rkward-0.4.9 package install failure - ID: 2716458" }, { "text": "For reference: This is a follow-up to https://sourceforge.net/tracker/?func=detail&atid=459007&aid=2716458&group\\_id=50231 which had been closed.\r\n\r\nThanks for your reply.\r\n\r\nSince you write \\(in 1\\) that this also happens in a plain R session, this is not a bug in RKWard, however, and so I'm closing this report again.\r\n\r\nThe core of the issue is this: \"undefined symbol: translateCharUTF8\". This symbol was added in R 2.7.0, while you are using R 2.6.2. This means the version of Hmisc you have installed simply does not work with your version of R.\r\n\r\nAt this point you have the following options:\r\n1: Upgrade R to at least R 2.7.0 \\(caveat: you may have to upgrade RKWard as well, after that\\).\r\n2: Try to install an older version of Hmisc from http://cran.r-project.org/src/contrib/Archive/Hmisc/ . RKWard has no support for this, but the following should do the trick on the command line:\r\n> sudo R CMD INSTALL Hmisc\\_VERSION.tar.gz\r\nI'd try ~ version 3.4-3, first, since that was before R 2.7.0 was released.\r\n3: Contact the people mentioned, here: http://cran.r-project.org/web/packages/Hmisc/index.html and talk them into providing a version of Hmisc that supports old versions of R. \\(Do NOT contact the main R developers on this. They are not responsible for this package, and strongly dislike being contacted about problems in third-party packages\\).\r\n\r\nIf you need further help, see this page on ways to contact us: http://apps.sourceforge.net/mediawiki/rkward/index.php?title=Contact", "attachments": [], "author": "tfry", "timestamp": "2009-06-03 11:48:48", "last_edited": null, "slug": "cccf", "subject": "#47 NEEDINFO: rkward-0.4.9 package install failure - ID: 2716458" }, { "text": "- **status**: open --> closed-rejected", "attachments": [], "author": "tfry", "timestamp": "2009-06-03 11:48:49", "last_edited": null, "slug": "3cde", "subject": "#47 NEEDINFO: rkward-0.4.9 package install failure - ID: 2716458" } ], "page": null, "subject": "" }, "mod_date": "2009-06-03 11:48:49", "votes_down": 0, "votes_up": 0, "_id": "50f52f1534309d12e68e0240", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/fec73fdb/", "ticket_num": 47, "custom_fields": { "_priority": "5" }, "created_date": "2009-06-03 10:09:30" },{ "status": "closed-fixed", "reported_by_id": "50f52efc34309d12e68dfd8a", "related_artifacts": [], "attachments": [], "reported_by": "j_graumann", "assigned_to": "tfry", "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Path completion confusion", "description": "This is 0.4.7-2 from the \\*.deb distributed here on Debian unstable.\r\nI'm very pleased that path completion is now available in the R shell, but I find it a bit confusing. Please consider the following example:\r\n\r\nDirectory root\r\n\\\r\n\\--Dir1\r\n\\\r\n\\--Script.R\r\n|\r\n\\--Dir2\r\n\r\nNow fire up rkward at the directory root. When calling 'setwd\\(\\)' path completion will help you to navigate to \"Dir1/Dir2\". 'getwd\\(\\)' now results in 'root/Dir1/Dir2', as expected. Now I want to 'source\\(\\)' 'Script.R' and this is where the trouble starts. While the R console in rkward requires 'source\\(\"../Script.R\"\\)' to do what I want, path completion doesn't play along: it only offers options startin in the directory root where I started rkward. In my opinion, this is a bug and path completion should consider R's wd as its starting point.\r\n\r\nAdditionally consider the case of two script files script1.R and script2.R. Path completion will upon entering \"scr\" offer you the two options, but I would appreciate it, if it could also extend the possible path to the maximum of identical characters: \"script\" in this case - makes working with it much faster.\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "50e87a63", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nBoth should now be fixed in the current development version \\(see http://rkward.sourceforge.net/wiki/index.php?title=RKWard\\_SVN , if you'd like to give it a try\\).\r\n\r\nThanks for reporting\\!", "attachments": [], "author": "tfry", "timestamp": "2007-04-18 14:26:39", "last_edited": null, "slug": "7e20", "subject": "#16 Path completion confusion" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2007-04-18 14:26:39", "last_edited": null, "slug": "7357", "subject": "#16 Path completion confusion" } ], "page": null, "subject": "" }, "mod_date": "2007-04-18 14:26:39", "votes_down": 0, "votes_up": 0, "_id": "50f52efc34309d12e68dfd89", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/50e87a63/", "ticket_num": 16, "custom_fields": { "_priority": "5" }, "created_date": "2007-04-18 08:29:10" },{ "status": "closed-fixed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "FIXED IN SVN: UNIX ONLY: library(rcdklibs) crashes RKWard", "description": "See http://sourceforge.net/forum/message.php?msg\\_id=7429180 , originally reported by Ralf Tautenhahn.\r\n\r\nThis does not happen in RKWard on Windows.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "9f77957a", "posts": [ { "text": "Since the problem is related to rJava, it's probably the same for any rJava based package.\n\ne.g. library\\(xlsx\\):\n\n\nLoading required package: xlsxjars\nLoading required package: rJava\n\n\\*\\*\\* caught segfault \\*\\*\\*\naddress 0x7f1d917d9aa0, cause 'invalid permissions'\n\nTraceback:\n1: .External\\(interface, obj@jobj, returnSig, method, ..., PACKAGE = \"rJava\"\\)\n2: .jcall\\(ic, \"Ljava/lang/reflect/Field;\", \"getField\", \"TYPE\"\\)\n3: .jinit\\(\\)\n4: .jpackage\\(pkgname\\)\n5: fun\\(...\\)\n6: doTryCatch\\(return\\(expr\\), name, parentenv, handler\\)\n7: tryCatchOne\\(expr, names, parentenv, handlers\\[\\[1L\\]\\]\\)\n8: tryCatchList\\(expr, classes, parentenv, handlers\\)\n9: tryCatch\\(expr, error = function\\(e\\) \\{ call <- conditionCall\\(e\\) if \\(\\!is.null\\(call\\)\\) \\{ if \\(identical\\(call\\[\\[1L\\]\\], quote\\(doTryCatch\\)\\)\\) call <- sys.call\\(-4L\\) dcall <- deparse\\(call\\)\\[1L\\] prefix <- paste\\(\"Error in\", dcall, \": \"\\) LONG <- 75L msg <- conditionMessage\\(e\\) sm <- strsplit\\(msg, \"\\n\"\\)\\[\\[1L\\]\\] w <- 14L + nchar\\(dcall, type = \"w\"\\) + nchar\\(sm\\[1L\\], type = \"w\"\\) if \\(is.na\\(w\\)\\) w <- 14L + nchar\\(dcall, type = \"b\"\\) + nchar\\(sm\\[1L\\], type = \"b\"\\) if \\(w > LONG\\) prefix <- paste\\(prefix, \"\\n \", sep = \"\"\\) \\} else prefix <- \"Error : \" msg <- paste\\(prefix, conditionMessage\\(e\\), \"\\n\", sep = \"\"\\) .Internal\\(seterrmessage\\(msg\\[1L\\]\\)\\) if \\(\\!silent && identical\\(getOption\\(\"show.error.messages\"\\), TRUE\\)\\) \\{ cat\\(msg, file = stderr\\(\\)\\) .Internal\\(printDeferredWarnings\\(\\)\\) \\} invisible\\(structure\\(msg, class = \"try-error\"\\)\\)\\}\\)\n10: try\\(\\{ fun\\(...\\) NULL\\}\\)\n11: runHook\\(\".onLoad\", package, env, package.lib, package\\)\n12: loadNamespace\\(package, c\\(which.lib.loc, lib.loc\\), keep.source = keep.source\\)\n13: doTryCatch\\(return\\(expr\\), name, parentenv, handler\\)\n14: tryCatchOne\\(expr, names, parentenv, handlers\\[\\[1L\\]\\]\\)\n15: tryCatchList\\(expr, classes, parentenv, handlers\\)\n16: tryCatch\\(expr, error = function\\(e\\) \\{ call <- conditionCall\\(e\\) if \\(\\!is.null\\(call\\)\\) \\{ if \\(identical\\(call\\[\\[1L\\]\\], quote\\(doTryCatch\\)\\)\\) call <- sys.call\\(-4L\\) dcall <- deparse\\(call\\)\\[1L\\] prefix <- paste\\(\"Error in\", dcall, \": \"\\) LONG <- 75L msg <- conditionMessage\\(e\\) sm <- strsplit\\(msg, \"\\n\"\\)\\[\\[1L\\]\\] w <- 14L + nchar\\(dcall, type = \"w\"\\) + nchar\\(sm\\[1L\\], type = \"w\"\\) if \\(is.na\\(w\\)\\) w <- 14L + nchar\\(dcall, type = \"b\"\\) + nchar\\(sm\\[1L\\], type = \"b\"\\) if \\(w > LONG\\) prefix <- paste\\(prefix, \"\\n \", sep = \"\"\\) \\} else prefix <- \"Error : \" msg <- paste\\(prefix, conditionMessage\\(e\\), \"\\n\", sep = \"\"\\) .Internal\\(seterrmessage\\(msg\\[1L\\]\\)\\) if \\(\\!silent && identical\\(getOption\\(\"show.error.messages\"\\), TRUE\\)\\) \\{ cat\\(msg, file = stderr\\(\\)\\) .Internal\\(printDeferredWarnings\\(\\)\\) \\} invisible\\(structure\\(msg, class = \"try-error\"\\)\\)\\}\\)\n17: try\\(\\{ ns <- loadNamespace\\(package, c\\(which.lib.loc, lib.loc\\), keep.source = keep.source\\) dataPath <- file.path\\(which.lib.loc, package, \"data\"\\) env <- attachNamespace\\(ns, pos = pos, dataPath = dataPath\\)\\}\\)\n18: library\\(pkg, character.only = TRUE, logical.return = TRUE, lib.loc = lib.loc\\)\n19: .getRequiredPackages2\\(pkgInfo\\)\n20: library\\(xlsx\\)\n\n\n", "attachments": [], "author": "rtautenh", "timestamp": "2010-03-08 22:31:25", "last_edited": null, "slug": "a097", "subject": "#49 FIXED IN SVN: UNIX ONLY: library(rcdklibs) crashes RKWard" }, { "text": "In the SVN version, the R backend now runs in a separate process \\(at least by default\\). This fixes the incompatiblities with rJava and RGtk2 on X11.\r\n\r\nPlease test\\!", "attachments": [], "author": "tfry", "timestamp": "2010-11-19 13:16:22", "last_edited": null, "slug": "0cfb", "subject": "#49 FIXED IN SVN: UNIX ONLY: library(rcdklibs) crashes RKWard" }, { "text": "- **summary**: UNIX ONLY: library(rcdklibs) crashes RKWard --> FIXED IN SVN: UNIX ONLY: library(rcdklibs) crashes RKWard\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2010-11-19 13:16:23", "last_edited": null, "slug": "b4d7", "subject": "#49 FIXED IN SVN: UNIX ONLY: library(rcdklibs) crashes RKWard" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-03-20 12:27:51", "last_edited": null, "slug": "574d", "subject": "#49 FIXED IN SVN: UNIX ONLY: library(rcdklibs) crashes RKWard" } ], "page": null, "subject": "" }, "mod_date": "2011-03-20 12:27:51", "votes_down": 0, "votes_up": 0, "_id": "50f52f1634309d12e68e0277", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/9f77957a/", "ticket_num": 49, "custom_fields": { "_priority": "5" }, "created_date": "2009-06-24 12:05:41" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "Interface (example)" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Scatter plot causes segfault (in wizard mode)", "description": "Whenever I try to choose scatter plot from the menu, it hangs as soon as the window with \"Scatterplot\" options appear.\r\n\r\nThe output I get is the one I pasted on the website:\r\nhttp://www.paste.lt/paste/ce3c5746b729fabb54a2bd78c0531732\r\n\r\nOther plotting functions, including scatter plot matrix, work just fine.\r\n\r\nI use RKward 0.4.7 under OpenSUSE 10.2.\r\nIf you need any further information, please contact me: lietuvis at gmail dot com.\r\n\r\nThank you,\r\nRytis", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "551af4d7", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nThanks for reporting this issue\\! This has been fixed in the current development version. To work around it in 0.4.7, go to Settings->Configure RKWard->Plugins and select \"Always prefer Dialogs\" \\(the practical effect will be minimal, as there are only two plugins with wizard interfaces so far\\).", "attachments": [], "author": "tfry", "timestamp": "2007-04-25 11:03:49", "last_edited": null, "slug": "e774", "subject": "#17 Scatter plot causes segfault (in wizard mode)" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Scatter plot causes segfault --> Scatter plot causes segfault (in wizard mode)\n- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2007-04-25 11:03:49", "last_edited": null, "slug": "70c6", "subject": "#17 Scatter plot causes segfault (in wizard mode)" } ], "page": null, "subject": "" }, "mod_date": "2007-04-25 11:03:49", "votes_down": 0, "votes_up": 0, "_id": "50f52efe34309d12e68dfdb9", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/551af4d7/", "ticket_num": 17, "custom_fields": { "_priority": "5" }, "created_date": "2007-04-24 20:47:07" },{ "status": "closed-fixed", "reported_by_id": "4d300486b9363c0aaf0001ca", "related_artifacts": [], "attachments": [], "reported_by": "yselkowitz", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "[PATCH] undefined symbols at link time", "description": "Building 0.5.1 for X11, the link fails due to undefined symbols in rkward.bin which need to be resolved by adding -lX11 \\(X11\\_X11\\_LIB in CMake parlance\\). Patch attached.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "011a2f52", "posts": [ { "text": "X11_X11_LIB patch", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/011a2f52/02f2/attachment/0.5.1-as-needed.patch", "bytes": 778 } ], "author": "yselkowitz", "timestamp": "2009-08-23 22:36:43", "last_edited": null, "slug": "02f2", "subject": "#52 [PATCH] undefined symbols at link time" }, { "text": "Thanks for the patch. Committed to SVN \\(slightly modified, so -lX11 is not used on Windows\\).\r\n\r\nWhile it really is correct to link against X11, this used to work without explicitly adding -X11, and still does on this system. Could you give some details on the system\\(s\\) where linking fails without this? Depending on just how common that is, we might need a bugfix release, that's why I'm asking.\r\n\r\nRegards\r\nThomas\r\n\r\n", "attachments": [], "author": "tfry", "timestamp": "2009-08-24 10:00:54", "last_edited": null, "slug": "7c66", "subject": "#52 [PATCH] undefined symbols at link time" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-08-24 10:00:55", "last_edited": null, "slug": "8c51", "subject": "#52 [PATCH] undefined symbols at link time" }, { "text": "On PE/COFF platforms, such as native Windows/MinGW and Cygwin, all symbols must be resolved at link time. ELF binaries do not have this limitation unless -Wl,--no-undefined \\(aka -Wl,-z,defs\\) is used, hence it works regardless. \r\n\r\nThere are explicit calls to XInternAtom and XSelectInput in rkwardapplication.cpp \\(ifndef Q\\_WS\\_WIN, of course\\). Cygwin is a PE/COFF platform but uses \\*NIX/X11 APIs, hence the problem.\r\n\r\n\\(On Linux, there is technically the extra time involved in ld.so resolving those symbols at runtime, but given that libX11 would already be loaded I highly doubt that it would be noticeable.\\)\r\n\r\nAFAICS there is no rush to release just for this.", "attachments": [], "author": "yselkowitz", "timestamp": "2009-08-24 22:10:44", "last_edited": null, "slug": "a12a", "subject": "#52 [PATCH] undefined symbols at link time" }, { "text": "Thanks for explaining.\r\n\r\nWell, again, I've changed this in SVN, so closing the report.", "attachments": [], "author": "tfry", "timestamp": "2009-08-25 15:39:34", "last_edited": null, "slug": "1d2e", "subject": "#52 [PATCH] undefined symbols at link time" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-08-25 15:39:35", "last_edited": null, "slug": "b816", "subject": "#52 [PATCH] undefined symbols at link time" } ], "page": null, "subject": "" }, "mod_date": "2009-08-25 15:39:35", "votes_down": 0, "votes_up": 0, "_id": "50f52f1734309d12e68e02e5", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/011a2f52/", "ticket_num": 52, "custom_fields": { "_priority": "5" }, "created_date": "2009-08-23 22:36:41" },{ "status": "closed-fixed", "reported_by_id": "50f52efe34309d12e68dfdcb", "related_artifacts": [], "attachments": [], "reported_by": "smorg", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "rkward segfaults R", "description": "When I try to edit \\(display\\) a \\(my\\) data.frame within rkward, R segfaults with the following message:\r\n\r\nAssert failed at rkvariable.cpp - function getText line 461\r\noutput without receiver'\r\n\\*\\*\\* caught segfault \\*\\*\\*\r\naddress \\(nil\\), cause 'memory not mapped'\r\n\r\nPossible actions:\r\n1: abort \\(with core dump, if enabled\\)\r\n2: normal R exit\r\n3: exit R without saving workspace\r\n4: exit R saving workspace\r\n\r\nSteps to reproduce:\r\n1\\. start rkward\r\n2\\. open my workspace\\*\r\n3\\. open the \"workspace\" tab\r\n4\\. try to edit the \"mydata\" data.frame \\(via right-click -> edit\\) from my workspace\\*\r\n5\\. wait \\(or click somewhere in the data.frame window\\)\r\n6\\. R segfaults\r\n\r\n\\* as the data is personal data of other people I would rather not put it some place with public access.\r\n\r\nThis happens with a gentoo \\(rkward-0.4.7\\) build as well as with a fresh manual build of rkward-0.4.7a.\r\n\r\nIf you could use further information, do not hesitate to tell me so.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "55dec36a", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nIn the development version of RKWard, I found and fixed some bugs in the data editor, recently. If possible, could you try, whether you can reproduce the crash, there \\(http://rkward.sourceforge.net/wiki/index.php?title=RKWard\\_SVN\\)?\r\n\r\nCould you perhaps anonymize the data in some way or another and/or strip it down to just a few cases \\(in a way that it still triggers the crash\\), and make it available, then? This would help a lot in trying to figure out, what exactly is going wrong.", "attachments": [], "author": "tfry", "timestamp": "2007-05-29 09:31:24", "last_edited": null, "slug": "0421", "subject": "#18 rkward segfaults R" }, { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nIn the development version of RKWard, I found and fixed some bugs in the data editor, recently. If possible, could you try, whether you can reproduce the crash, there \\(http://rkward.sourceforge.net/wiki/index.php?title=RKWard\\_SVN\\)?\r\n\r\nCould you perhaps anonymize the data in some way or another and/or strip it down to just a few cases \\(in a way that it still triggers the crash\\), and make it available, then? This would help a lot in trying to figure out, what exactly is going wrong.", "attachments": [], "author": "tfry", "timestamp": "2007-05-29 09:31:32", "last_edited": null, "slug": "0484", "subject": "#18 rkward segfaults R" }, { "text": "", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/55dec36a/91da/attachment/crashy-workspace.r", "bytes": 7946 } ], "author": "smorg", "timestamp": "2007-05-30 10:33:25", "last_edited": null, "slug": "91da", "subject": "#18 rkward segfaults R" }, { "text": "Logged In: YES \nuser\\_id=442636\nOriginator: YES\n\nThe crash occured in the latest svn version \\(rev 1921\\) as well. I will attach a somewhat stripped \\(and renamed\\) version of my data.\nFile Added: crashy-workspace.r", "attachments": [], "author": "smorg", "timestamp": "2007-05-30 10:33:25", "last_edited": null, "slug": "56f6", "subject": "#18 rkward segfaults R" }, { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nSorry for the long delay. I've finally investigated this bug. It was caused by mishandling of logicals, which are contained in your data.frame. This should now be fixed in SVN. If you're still around, it would be nice, if you could give it a try to confirm the bug is fixed \\(http://rkward.sourceforge.net/wiki/index.php?title=RKWard\\_SVN\\).\r\n\r\n\\(Note: Logicals are still not handled correctly in the data editor, but should be useable, now\\)", "attachments": [], "author": "tfry", "timestamp": "2007-09-13 15:03:32", "last_edited": null, "slug": "9342", "subject": "#18 rkward segfaults R" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2007-09-13 15:25:00", "last_edited": null, "slug": "6e6a", "subject": "#18 rkward segfaults R" }, { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nShould be fixed in version 0.4.8.", "attachments": [], "author": "tfry", "timestamp": "2007-10-05 10:52:31", "last_edited": null, "slug": "a1ae", "subject": "#18 rkward segfaults R" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2007-10-05 10:52:31", "last_edited": null, "slug": "99e7", "subject": "#18 rkward segfaults R" } ], "page": null, "subject": "" }, "mod_date": "2007-10-05 10:52:31", "votes_down": 0, "votes_up": 0, "_id": "50f52efe34309d12e68dfdca", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/55dec36a/", "ticket_num": 18, "custom_fields": { "_priority": "5" }, "created_date": "2007-05-28 17:47:47" },{ "status": "closed-out-of-date", "reported_by_id": "50f52f0e34309d12e68e00ab", "related_artifacts": [], "attachments": [], "reported_by": "metacryptic", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: X11 crash when import Rdata", "description": "Run RKward and do:\r\nfile > import >\"load Rdata file\"\r\n\r\n... Crash x11\r\nRKward 0.4.9 under\r\nLinux Kubuntu / KDE 3.5.10", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "dad5f0c9", "posts": [ { "text": "Hi Metacryptic,\r\n\r\nThanks for reporting\\!\r\n\r\nI tried but I cannot reproduce it. Could you please try another RData file and post back? \r\n\r\nThanx", "attachments": [], "author": "nono_231", "timestamp": "2009-01-03 11:24:53", "last_edited": null, "slug": "6252", "subject": "#36 NEEDINFO: X11 crash when import Rdata" }, { "text": "Hi nono 231\n1\\) I must say that i use compiz\n2\\)To reproduce the bug \\(if it is possible\\) do this :\n\\--> load the file i have attached\n\\--> load it a second time and RKward should crash with X\n\n", "attachments": [], "author": "nobody", "timestamp": "2009-04-18 21:20:48", "last_edited": null, "slug": "b9eb", "subject": "#36 NEEDINFO: X11 crash when import Rdata" }, { "text": "well i can't managed to attach the file :\\(\nso i give you the url :\nhttp://geai.univ-brest.fr/~carpenti/2006-2007/Documents-R/Budget-Temps-ONU.Rdata", "attachments": [], "author": "nobody", "timestamp": "2009-04-18 21:23:51", "last_edited": null, "slug": "f847", "subject": "#36 NEEDINFO: X11 crash when import Rdata" }, { "text": "I tested with RKWard 0.4.9a, and can't reproduce, here. In case you haven't done so, yet, could you please update to version 0.4.9a and try again? While nothing was done specifically to address this problem in 0.4.9a, it could still have gone away, meanwhile.\r\n\r\nIf you still see this problem with RKWard 0.4.9a, could you provide some more info / do some more testing?\r\n\r\n1\\) Do you only see this problem with this specific file, or are other/all .Rdata files affected as well?\r\n2\\) You say the crash occurs when you load the same file a second time. Is it important that you load the same file a second time, or does the crash also occur, if you select a different file the second time?\r\n3\\) Please try the following sequences, and report the result of each:\r\nA\\)\r\n\\- load the file once\r\n\\- now go to the R Console and enter \"rm \\(budget\\)\"\r\n\\- load the file again\r\nB\\)\r\n\\- load the file once\r\n\\- go to the R Console and enter \"budget <- budget \\* 2\"\r\n\\- load the file again\r\nC\\)\r\n\\- load the file once\r\n\\- go to the R Console and enter \"budget <- c \\(1, 2, 3\\)\"\r\n\\- load the file again\r\n\r\n4\\) Which version of R do you use \\(enter \"R.version\" in the R Console\\)?\r\n\r\nThanks\\!", "attachments": [], "author": "tfry", "timestamp": "2009-04-22 17:26:03", "last_edited": null, "slug": "4952", "subject": "#36 NEEDINFO: X11 crash when import Rdata" }, { "text": "- **summary**: X11 crash when import Rdata --> NEEDINFO: X11 crash when import Rdata", "attachments": [], "author": "tfry", "timestamp": "2009-04-22 17:26:03", "last_edited": null, "slug": "c9aa", "subject": "#36 NEEDINFO: X11 crash when import Rdata" }, { "text": "Hi\\!\r\n\r\nDo you still see this bug in one of the current versions of RKWard \\(0.5.2 on KDE 4 or 0.4.9b on KDE 3\\)?\r\n\r\nIf so, could you please provide some more information as requested in my previous comment?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2009-10-26 17:34:43", "last_edited": null, "slug": "df62", "subject": "#36 NEEDINFO: X11 crash when import Rdata" }, { "text": "Was reported for 0.4.x, developers could not reproduce it, and no follow-up information was provided for over a year.\r\n\r\nSo I guess, it's ok to expire this ticket. If you still see this with a current version of RKWard \\(0.5.x\\), please open a new report.", "attachments": [], "author": "tfry", "timestamp": "2011-04-23 12:05:57", "last_edited": null, "slug": "dcc4", "subject": "#36 NEEDINFO: X11 crash when import Rdata" }, { "text": "- **status**: open --> closed-out-of-date", "attachments": [], "author": "tfry", "timestamp": "2011-04-23 12:05:57", "last_edited": null, "slug": "6207", "subject": "#36 NEEDINFO: X11 crash when import Rdata" } ], "page": null, "subject": "" }, "mod_date": "2011-04-23 12:05:57", "votes_down": 0, "votes_up": 0, "_id": "50f52f0e34309d12e68e00aa", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/dad5f0c9/", "ticket_num": 36, "custom_fields": { "_priority": "5" }, "created_date": "2009-01-03 10:25:49" },{ "status": "closed-fixed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "WINDOWS ONLY. CRASH when loading fGarch", "description": "Loading library fGarch in RKWard on Windows causes RKWard to crash \\(immediately in most cases\\). Memory corruption seems to occur when the dependency fBasics is loaded, already.\r\n\r\nApparently unrelated to object browser \\(blacklisting all packages does not help\\). Possibly something goes wrong during dynamic loading of the library?\r\n\r\nTested with MinGW, only.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "3f4896c7", "posts": [ { "text": "Fixed in 0.5.2-windows-pre1 / SVN. Since 0.5.2-weindows-prw1 is more or less the official release on windows, I'll close thie report, already.", "attachments": [], "author": "tfry", "timestamp": "2009-09-07 10:17:41", "last_edited": null, "slug": "70b0", "subject": "#53 WINDOWS ONLY. CRASH when loading fGarch" }, { "text": "- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-09-07 10:17:43", "last_edited": null, "slug": "d306", "subject": "#53 WINDOWS ONLY. CRASH when loading fGarch" } ], "page": null, "subject": "" }, "mod_date": "2009-09-07 10:17:43", "votes_down": 0, "votes_up": 0, "_id": "50f52f1834309d12e68e0310", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/3f4896c7/", "ticket_num": 53, "custom_fields": { "_priority": "5", "_milestone": "windows_only" }, "created_date": "2009-09-01 10:31:29" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "data handling" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "rkward mishandles promises inside globalenv()", "description": "To replicate this problem \\(using the versions of R and rkward in Debian unstable as of September 5, 2007\\), see the example for help\\(delayedAssign\\) . Specifically, doing the following in a plain R session\r\n\r\nmsg <- \"old\"\r\ndelayedAssign\\(\"x\", msg\\)\r\nmsg <- \"new\\!\"\r\nx\r\n\r\ncorrectly outputs the word \"new\\!\" in the console. However, doing the same in rkward produces the word \"old\". \r\n\r\nAlthough many people do not use functions like delayedAssign\\(\\), this bug could potentially cause them to get the wrong results without them knowing.\r\n\r\nThanks,\r\nBen Goodrich", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "50c83a02", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nConfirmed. However, this only happens inside globalenv\\(\\). The problem is that we copy symbols in globalenv\\(\\) to a special environment \\(.rk.watched.symbols\\), and replace them with an active binding. This is used so we can detect, when something new gets assigned to the original symbol. However, an unwanted side-effect is that the promise will be forced at this point of time.\r\n\r\nI suppose the only way around this would be to replace .rk.watch.symbol with a function implemented in C, which makes sure to copy the promise without forcing it \\(or is there a way to do this in R code?\\).\r\n\r\nNote that this has nothing to do with retrieving structure information \\(for the workspace browser\\) for the object \\(which I suspected first\\). The code we have for that already makes sure to look at promises without actually forcing them.", "attachments": [], "author": "tfry", "timestamp": "2007-09-05 09:39:23", "last_edited": null, "slug": "2ed1", "subject": "#20 rkward mishandles promises inside globalenv()" }, { "text": "- **summary**: rkward mishandles promises --> rkward mishandles promises inside globalenv()", "attachments": [], "author": "tfry", "timestamp": "2007-09-05 09:39:23", "last_edited": null, "slug": "7b49", "subject": "#20 rkward mishandles promises inside globalenv()" }, { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nFixed in SVN revision 1979, to be included in the 0.4.8 release.", "attachments": [], "author": "tfry", "timestamp": "2007-09-20 18:59:29", "last_edited": null, "slug": "181c", "subject": "#20 rkward mishandles promises inside globalenv()" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2007-09-20 18:59:29", "last_edited": null, "slug": "ffba", "subject": "#20 rkward mishandles promises inside globalenv()" } ], "page": null, "subject": "" }, "mod_date": "2007-09-20 18:59:29", "votes_down": 0, "votes_up": 0, "_id": "50f52f0434309d12e68dfe22", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/50c83a02/", "ticket_num": 20, "custom_fields": { "_priority": "5" }, "created_date": "2007-09-05 05:25:14" },{ "status": "closed-out-of-date", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "Interface (example)" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Keyboard shortcuts and Toolbar get messed up.", "description": "Keyboard shortcuts and toolbar in the script editor get messed up when ctrl+l \\(run current line\\) is used while the auto-completion box is open.\r\n\r\nThe easiest way to reproduce this bug is to create a new script in the editor and just type \"plot\" or any other function name so that the auto-completion comes up. After pressing ctrl+l, I can no longer use any keyboard shortcuts and the toolbar is missing all editor related buttons.\r\nrkward prints two warnings to the terminal when this happens:\r\nrkward: WARNING: Can not plug KToggleAction in QWidget\r\nrkward: WARNING: Can not plug KAction in QWidget\r\n\r\nIt also happens when a tool-tip \\(e.g. 'plot\\(x,y,...\\)'\\) is visible.\r\n\r\nNote however that the buttons come back when I switch between the editor and the console a few times by clicking into them.\r\n\r\nThe version is 0.4.9 using KDE 3.5.1 Level \"a\" SUSE 10.1. I compiled rkward myself.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "0879a990", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nHi,\r\n\r\nthanks for reporting this issue. It is probably related to the katepart that is being used as the script editor. I can no longer redroduce this problem in RKWard 0.5.0a \\(for KDE 4\\). I will keep this report open to remind me to have a look in 0.4.9, but note that further development of the KDE 3 series of RKWard is not a priority at this time.", "attachments": [], "author": "tfry", "timestamp": "2008-03-12 19:47:33", "last_edited": null, "slug": "0f9d", "subject": "#23 Keyboard shortcuts and Toolbar get messed up." }, { "text": "The 0.4.9 version really \\*is\\* out of date by now. Sorry for not fixing it there, but to my knowledge this never affected the KDE 4 series of RKWard. Closing.\r\n\r\nIf you still see this with RKWard 0.5.x, please open a new report.", "attachments": [], "author": "tfry", "timestamp": "2010-11-19 13:21:31", "last_edited": null, "slug": "dbce", "subject": "#23 Keyboard shortcuts and Toolbar get messed up." }, { "text": "- **status**: open --> closed-out-of-date", "attachments": [], "author": "tfry", "timestamp": "2010-11-19 13:21:31", "last_edited": null, "slug": "6890", "subject": "#23 Keyboard shortcuts and Toolbar get messed up." } ], "page": null, "subject": "" }, "mod_date": "2010-11-19 13:21:31", "votes_down": 0, "votes_up": 0, "_id": "50f52f0634309d12e68dfea6", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/0879a990/", "ticket_num": 23, "custom_fields": { "_priority": "5" }, "created_date": "2008-02-15 11:10:55" },{ "status": "closed-fixed", "reported_by_id": "5062038871b75b10eb663265", "related_artifacts": [], "attachments": [], "reported_by": "sgrosse", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: undesirable persistent command help 0.5.0a", "description": "If I type a command like plot I get a list of commands and when I continue typing until plot\\( a grey box with the command syntax help appears \\[ plot\\(x,y,...\\) \\].\r\n\r\nThis box is annoyingly persistent: it remains always on top of the screen, even if I use another program like firefox. \r\n\r\nThe box dissappears when I close the parenthesis.\r\n\r\nIt could be that it is a KDE bug. But maybe it is possible to fix it from within rkward e.g. with a timeout.\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "8e326a15", "posts": [ { "text": "Logged In: YES \nuser\\_id=733371\nOriginator: YES\n\nI forgot to tell: I am on Fedora 9 \\(preview\\) with KDE 4.0.3.", "attachments": [], "author": "sgrosse", "timestamp": "2008-04-17 15:20:28", "last_edited": null, "slug": "dfb8", "subject": "#24 FIXED IN SVN: undesirable persistent command help 0.5.0a" }, { "text": "This is fixed in SVN revision 2438.\r\n\r\nKeeping the report open, until a fixed version is released.", "attachments": [], "author": "tfry", "timestamp": "2009-04-03 16:46:53", "last_edited": null, "slug": "e60d", "subject": "#24 FIXED IN SVN: undesirable persistent command help 0.5.0a" }, { "text": "- **summary**: undesirable persistent command help 0.5.0a --> FIXED IN SVN: undesirable persistent command help 0.5.0a\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-04-03 16:46:53", "last_edited": null, "slug": "4269", "subject": "#24 FIXED IN SVN: undesirable persistent command help 0.5.0a" }, { "text": "Fix released in 0.5.0d.\r\n\r\nThanks for reporting\\!", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 14:55:44", "last_edited": null, "slug": "7512", "subject": "#24 FIXED IN SVN: undesirable persistent command help 0.5.0a" }, { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 14:55:44", "last_edited": null, "slug": "16ad", "subject": "#24 FIXED IN SVN: undesirable persistent command help 0.5.0a" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 14:56:30", "last_edited": null, "slug": "d474", "subject": "#24 FIXED IN SVN: undesirable persistent command help 0.5.0a" } ], "page": null, "subject": "" }, "mod_date": "2009-05-11 14:56:30", "votes_down": 0, "votes_up": 0, "_id": "50f52f0634309d12e68dfebc", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/8e326a15/", "ticket_num": 24, "custom_fields": { "_priority": "5" }, "created_date": "2008-04-17 15:19:30" },{ "status": "closed-out-of-date", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "Interface (example)" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "ASSERT when line of code becomes too long", "description": "Hi,\r\n\r\nSetup:\r\nrkward 0.5\r\nDebian unstable\r\nQt 4.4 RC\r\n\r\nI am getting an assert often but not all the time. When it does occur, it occurs when I am editing R code in the script editor, the cursor is somewhere on the interior of the line \\(as opposed to the far right\\) and I add too many characters so that it overflows the Static Word Wrap threshold I set in Settings -> Configure Editor -> Editing.\r\n\r\nThe relevant line in the konsole output is\r\n\r\nASSERT: \"i > 0 && i < size\\(\\)\" in file /usr/include/qt4/QtCore/qtsring.h, line 6\r\n\r\nThanks,\r\nBen Goodrich\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "63d89721", "posts": [ { "text": "Hm. Most likely this was an issue in katepart, and most likely it has been fixed, meanwhile.\r\n\r\nI have not seen this in ages. So I'll close this.\r\n\r\nIf you still see this, please open a new report.", "attachments": [], "author": "tfry", "timestamp": "2010-11-19 13:19:53", "last_edited": null, "slug": "75bc", "subject": "#25 ASSERT when line of code becomes too long" }, { "text": "- **status**: open --> closed-out-of-date", "attachments": [], "author": "tfry", "timestamp": "2010-11-19 13:19:53", "last_edited": null, "slug": "c373", "subject": "#25 ASSERT when line of code becomes too long" } ], "page": null, "subject": "" }, "mod_date": "2010-11-19 13:19:53", "votes_down": 0, "votes_up": 0, "_id": "50f52f0734309d12e68dfee3", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/63d89721/", "ticket_num": 25, "custom_fields": { "_priority": "5" }, "created_date": "2008-04-19 19:28:43" },{ "status": "closed-fixed", "reported_by_id": "5072f7d371b75b10eb92448e", "related_artifacts": [], "attachments": [], "reported_by": "rtautenh", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "KDELIBS: No syntax highlighting after reload ", "description": "When reloading a file in the editor \\(F5\\), syntax highlighting is not shown anymore.\r\nRKWard 0.5.2\r\nUsing KDE 4.2.4 \\(KDE 4.2.4\\)\r\n\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "b424d07f", "posts": [ { "text": "works in kate, though", "attachments": [], "author": "rtautenh", "timestamp": "2009-10-28 17:17:41", "last_edited": null, "slug": "101a", "subject": "#59 KDELIBS: No syntax highlighting after reload " }, { "text": "Hi Ralf\\!\r\n\r\nThanks for reporting. I can't reproduce this with RKWard 0.5.2 / KDE 4.3.2, here. Syntax highlighting continues to work after a reload. \r\n\r\nTherefore, some follow-up questions:\r\n1\\) I assume it's the R highlighting, we're talking about, not any other highlighting mode?\r\n2\\) Does this happen for any file, or just some? If it's just some, could you provide a sample? If you open the same file in kate, is the R highlighting used, automatically, or do you have to specify it, once?\r\n3\\) Does the file name extension make any difference \\('.R' vs. something else\\)\r\n4\\) Only after editing / not editing the file, or always?\r\n5\\) Do you think this issue is new in RKWard 0.5.2, or could it have been present, before?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2009-10-30 13:18:14", "last_edited": null, "slug": "bc2e", "subject": "#59 KDELIBS: No syntax highlighting after reload " }, { "text": ">1\\) I assume it's the R highlighting, we're talking about, not any other\r\n>highlighting mode?\r\nYes, the R highlighting.\r\n\r\n>2\\) Does this happen for any file, or just some? If it's just some, could\r\n>you provide a sample? If you open the same file in kate, is the R\r\n>highlighting used, automatically, or do you have to specify it, once?\r\n\r\nAny file. \r\nR highlighting is used in kate automatically.\r\n\r\n>3\\) Does the file name extension make any difference \\('.R' vs. something\r\nNo, that makes no difference.\r\n\r\n>4\\) Only after editing / not editing the file, or always?\r\nAlways.\r\n\r\n>5\\) Do you think this issue is new in RKWard 0.5.2, or could it have been\r\n>present, before?\r\n\r\nNot really sure, but I believe I saw this effect in earlier versions, too. \r\nI don't use reload very often, but the reload notification/dialog after file changes \\(e.g. svn up\\)\r\n-which is VERY useful btw - exposes the issue from time to time.\r\n\r\nJust tried it on another fresh Ubuntu 9.04 installation - same thing there.\r\n\r\nThanks\\!\r\nRalf.\r\n\r\n", "attachments": [], "author": "rtautenh", "timestamp": "2009-10-30 17:14:58", "last_edited": null, "slug": "e00d", "subject": "#59 KDELIBS: No syntax highlighting after reload " }, { "text": "Hi\\!\r\n\r\nIt looks like this is a bug in KDElibs 4.2.x, but apparently it's fixed in KDElibs 4.3.x. \\(See this thread: http://www.mail-archive.com/rkward-devel@lists.sourceforge.net/msg00570.html\\).\r\n\r\nI'll leave this report open until you get a chance to upgrade to KDE 4.3.x and test again.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2009-11-30 18:34:09", "last_edited": null, "slug": "4647", "subject": "#59 KDELIBS: No syntax highlighting after reload " }, { "text": "- **summary**: No syntax highlighting after reload --> KDELIBS: No syntax highlighting after reload ", "attachments": [], "author": "tfry", "timestamp": "2009-11-30 18:34:09", "last_edited": null, "slug": "b914", "subject": "#59 KDELIBS: No syntax highlighting after reload " }, { "text": "works fine with KDE 4.4.92", "attachments": [], "author": "rtautenh", "timestamp": "2010-08-03 18:15:53", "last_edited": null, "slug": "2367", "subject": "#59 KDELIBS: No syntax highlighting after reload " }, { "text": "works fine with KDE 4.4.92", "attachments": [], "author": "rtautenh", "timestamp": "2010-08-03 18:17:07", "last_edited": null, "slug": "fbef", "subject": "#59 KDELIBS: No syntax highlighting after reload " }, { "text": "- **status**: open --> closed-fixed", "attachments": [], "author": "rtautenh", "timestamp": "2010-08-03 18:17:07", "last_edited": null, "slug": "4f09", "subject": "#59 KDELIBS: No syntax highlighting after reload " } ], "page": null, "subject": "" }, "mod_date": "2010-08-03 18:17:07", "votes_down": 0, "votes_up": 0, "_id": "50f52f1a34309d12e68e03c6", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/b424d07f/", "ticket_num": 59, "custom_fields": { "_priority": "5" }, "created_date": "2009-10-28 17:12:27" },{ "status": "closed-fixed", "reported_by_id": "50f52f0734309d12e68dff0c", "related_artifacts": [], "attachments": [], "reported_by": "kmelo", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN, CRASH: crashes or hangs when editing table", "description": "Hi,\r\n\r\nI have encountered a quite severe problem with rkward on my openSuSE 10.3 \\(64bit\\). The problem occured the first time after having updated R to 2.7 and rkward to 0.4.9a. I use KDE 3.5.9 \"release 60.2\". All packages are downloaded from SuSE repos.\r\n\r\nHow to reproduce:\r\n1\\) Open rkward with an empty table\r\n2\\) Change the type of one variable to \"string\"\r\n3\\) Enter, say, 4-6 cases by filling in varibles in rows\r\n4\\) Select one row in the middle and insert a new empty row below the selected row\r\n5\\) Enter a value in the string variable in the new row and press enter.\r\nAt this point rkward either crashes or freezes. I have been able to catch the following error message from the console window:\r\n\\--- cut here ---\r\noutput without receiver'\r\n\\*\\*\\* caught segfault \\*\\*\\*\r\naddress \\(nil\\), cause 'unknown'\r\n\r\nPossible actions:\r\n1: abort \\(with core dump, if enabled\\)\r\n2: normal R exit\r\n3: exit R without saving workspace\r\n4: exit R saving workspace\r\n\\--- cut here ---\r\n\r\nI have encountered this problem ONLY with data frames having one or more string variables. I have NOT been able to reproduce this with data frames having non-string variables only.\r\n\r\nKind regards,\r\nKimmo\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "1554585a", "posts": [ { "text": "Logged In: YES \nuser\\_id=300591\nOriginator: NO\n\nOops, indeed \\(also in 0.5.0b\\). Thanks for reporting.\r\n\r\nThe issue is that we use a broken assumption about being able to just move a QString to a different location in memory. In the reported case, this leaves two QStrings which reference the same memory, so trouble is bound to arise.\r\n\r\nNot sure how to fix this, yet. Probably we'll need to use QVector<QString> instead of the current array \\(which would also simplify some things, but still means a lot of changes in rkvariable.cpp\\).\r\n\r\nThis should be unrelated to R 2.7.", "attachments": [], "author": "tfry", "timestamp": "2008-05-09 12:34:59", "last_edited": null, "slug": "f3d6", "subject": "#27 FIXED IN SVN, CRASH: crashes or hangs when editing table" }, { "text": "Fixed in SVN \\(both for the KDE 3 branch and the KDE 4 branch\\).\r\n\r\nKeeping this report open until the fixes are released in both branches.", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 19:57:01", "last_edited": null, "slug": "e929", "subject": "#27 FIXED IN SVN, CRASH: crashes or hangs when editing table" }, { "text": "- **summary**: rkward crashes or hangs when editing table --> FIXED IN SVN, CRASH: crashes or hangs when editing table\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 19:57:11", "last_edited": null, "slug": "d7ce", "subject": "#27 FIXED IN SVN, CRASH: crashes or hangs when editing table" }, { "text": "Fixed versions released as 0.5.0d \\(KDE 4 branch\\) and 0.4.9b \\(KDE 3 branch\\).\r\n\r\nThanks for reporting\\!", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 14:54:07", "last_edited": null, "slug": "5628", "subject": "#27 FIXED IN SVN, CRASH: crashes or hangs when editing table" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 14:54:07", "last_edited": null, "slug": "e0a1", "subject": "#27 FIXED IN SVN, CRASH: crashes or hangs when editing table" } ], "page": null, "subject": "" }, "mod_date": "2009-05-11 14:54:07", "votes_down": 0, "votes_up": 0, "_id": "50f52f0734309d12e68dff0b", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/1554585a/", "ticket_num": 27, "custom_fields": { "_priority": "5" }, "created_date": "2008-05-08 18:53:48" },{ "status": "closed-duplicate", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "progress window does not scroll properly", "description": "Mail from Ilias:\r\n\r\n\\----\r\n\r\nHi\r\n\r\nI tried to install some packages with version 0.5.0. I noticed that the\r\nwindow showing the progress does not follow the progress of\r\ndownload/installation/compiling the new packages. Even if you drag the side\r\nbar down it still does not follow the active things happening, but stays at\r\nthe point where the bar was dragged.\r\n\r\nIlias", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "ba37c417", "posts": [ { "text": "The same applies for the spreadsheet window. If values are entered the viewport does not follow the currently active table cell.", "attachments": [], "author": "nobody", "timestamp": "2009-03-25 23:57:23", "last_edited": null, "slug": "31d8", "subject": "#26 progress window does not scroll properly" }, { "text": "Same as this report: https://sourceforge.net/tracker/?func=detail&aid=1947383&group\\_id=50231&atid=459007", "attachments": [], "author": "tfry", "timestamp": "2009-04-02 21:12:10", "last_edited": null, "slug": "5896", "subject": "#26 progress window does not scroll properly" }, { "text": "- **status**: open --> closed-duplicate", "attachments": [], "author": "tfry", "timestamp": "2009-04-02 21:12:10", "last_edited": null, "slug": "cea7", "subject": "#26 progress window does not scroll properly" } ], "page": null, "subject": "" }, "mod_date": "2009-04-02 21:12:10", "votes_down": 0, "votes_up": 0, "_id": "50f52f0734309d12e68dfef4", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/ba37c417/", "ticket_num": 26, "custom_fields": { "_priority": "5" }, "created_date": "2008-04-20 19:51:07" },{ "status": "closed-fixed", "reported_by_id": "5072f7d371b75b10eb92448e", "related_artifacts": [], "attachments": [], "reported_by": "rtautenh", "assigned_to": "tfry", "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: doesn't show files without extension", "description": "Open R script - with filter set to \"All files\\( \\*.\\*\\)\", file selector doesn't show files without extension\r\nrkward 0.5.2, KDE 4.2.4", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "df64a24f", "posts": [ { "text": "Duh. \"\\*.\\*\" is a Windows-ism. Corrected to \"\\*\" in SVN \\(r2736\\). Keeping the report open until fixed in a released version.\r\n\r\nCandidate for backporting to KDE 3.", "attachments": [], "author": "tfry", "timestamp": "2010-02-11 09:29:47", "last_edited": null, "slug": "6cdd", "subject": "#64 FIXED IN SVN: doesn't show files without extension" }, { "text": "Thanks again for reporting\\!", "attachments": [], "author": "tfry", "timestamp": "2010-03-18 09:46:20", "last_edited": null, "slug": "bbd5", "subject": "#64 FIXED IN SVN: doesn't show files without extension" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: file selector doesn't show files without extension --> FIXED IN SVN: doesn't show files without extension\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2010-03-18 09:46:21", "last_edited": null, "slug": "84fe", "subject": "#64 FIXED IN SVN: doesn't show files without extension" }, { "text": "0.5.3 was released, today. Closing.", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:21:02", "last_edited": null, "slug": "cbc6", "subject": "#64 FIXED IN SVN: doesn't show files without extension" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:21:03", "last_edited": null, "slug": "f0b2", "subject": "#64 FIXED IN SVN: doesn't show files without extension" } ], "page": null, "subject": "" }, "mod_date": "2010-04-30 14:21:03", "votes_down": 0, "votes_up": 0, "_id": "50f52f1c34309d12e68e045e", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/df64a24f/", "ticket_num": 64, "custom_fields": { "_priority": "5" }, "created_date": "2010-02-11 00:13:15" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "NEEDINFO: Delete key in R console does not work", "description": "If you highlight a file in the \"files\" tab, pressing the delete key in the R console window results in you deleting the file, not deleting the character in the R console window.\r\n\r\nThis behaviour persists even if the files tab is closed. \r\n\r\nThat means the delete key does not work in the R console window \\(really annoying\\) and you risk deleting files while typing code in the console window.\r\n\r\n\r\nThanks for any help with this\\!\r\n\r\n\r\n\r\nRkward 0.5.0b\r\nUsing KDE 4.0.5\r\nR version 2.7.1 \\(2008-06-23\\)\r\nUbuntu 8.04", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "1346d53b", "posts": [ { "text": "Cannot reproduce wtih RKWard 0.5.0c and KDE 4.2.1. Do you \\(or somebody else\\) still see this issue?", "attachments": [], "author": "tfry", "timestamp": "2009-04-02 20:56:12", "last_edited": null, "slug": "8471", "subject": "#29 NEEDINFO: Delete key in R console does not work" }, { "text": "- **summary**: Delete key in R console does not work --> NEEDINFO: Delete key in R console does not work\n- **status**: open --> open-works-for-me", "attachments": [], "author": "tfry", "timestamp": "2009-04-02 20:56:12", "last_edited": null, "slug": "1a61", "subject": "#29 NEEDINFO: Delete key in R console does not work" }, { "text": "Ok, for KDE 4 / rkward 0.5.x the problem has been fixed in kdelibs \\(see http://lists.kde.org/?l=kde-core-devel&m=120628318808210&w=2\\).\r\n\r\nThe same problem is still present in rkward 0.4.9x / KDE 3, though.", "attachments": [], "author": "tfry", "timestamp": "2009-05-01 13:12:49", "last_edited": null, "slug": "edbc", "subject": "#29 NEEDINFO: Delete key in R console does not work" }, { "text": "- **status**: open-works-for-me --> open", "attachments": [], "author": "tfry", "timestamp": "2009-05-01 13:12:49", "last_edited": null, "slug": "2e3d", "subject": "#29 NEEDINFO: Delete key in R console does not work" }, { "text": "Fixed for KDE 4 by updating kdelibs.\r\nFixed for KDE 3 in rkward 0.4.9b.\r\n\r\nThanks for reporting\\!", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 14:52:58", "last_edited": null, "slug": "1b10", "subject": "#29 NEEDINFO: Delete key in R console does not work" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 14:52:58", "last_edited": null, "slug": "9a8e", "subject": "#29 NEEDINFO: Delete key in R console does not work" } ], "page": null, "subject": "" }, "mod_date": "2009-05-11 14:52:58", "votes_down": 0, "votes_up": 0, "_id": "50f52f0a34309d12e68dff8f", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/1346d53b/", "ticket_num": 29, "custom_fields": { "_priority": "5" }, "created_date": "2008-07-31 09:04:50" },{ "status": "closed-fixed", "reported_by_id": "5072f7d371b75b10eb92448e", "related_artifacts": [], "attachments": [], "reported_by": "rtautenh", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "FIXED IN SVN: No printing dialog with KDE4", "description": "Since there is no kprinter in KDE4, rkward with default options will not show a printing dialog.\r\nWorkaround is to install and use xpp. ", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "79452845", "posts": [ { "text": "Ok, this should finally be fixed in the development version, now. Please test.\r\n\r\nNote: To see the printing dialog with dev.print\\(\\), use \"dev.print\\(rk.printer.device\\)\". Using Device->Print from the menu / Ctrl+P should work out of the box.\r\n\r\nNote2: RKWard no longer set options\\(\"printcmd\"\\). However, there's a new free text input field in Settings->Configure RKWard->R backend, in case you have use for that.", "attachments": [], "author": "tfry", "timestamp": "2011-08-01 11:51:21", "last_edited": null, "slug": "4de3", "subject": "#74 FIXED IN SVN: No printing dialog with KDE4" }, { "text": "- **summary**: No printing dialog with KDE4 --> FIXED IN SVN: No printing dialog with KDE4", "attachments": [], "author": "tfry", "timestamp": "2011-08-01 11:51:21", "last_edited": null, "slug": "2366", "subject": "#74 FIXED IN SVN: No printing dialog with KDE4" }, { "text": "Ctrl+P works now within in the editor and brings up the KDE printing dialog.\n\nHowever, nothing happens if Ctrl+P is pressed \\(or Device->Print is selected\\)\nin a graphic window. No error message is displayed in the shell.\n\nVersion 0.5.6z+0.5.7+devel1\nUsing KDE Development Platform 4.4.92 \\(KDE 4.4.92 \\(KDE 4.5 RC2\\)\\)", "attachments": [], "author": "rtautenh", "timestamp": "2011-08-08 17:55:29", "last_edited": null, "slug": "e9c1", "subject": "#74 FIXED IN SVN: No printing dialog with KDE4" }, { "text": "Thanks for testing. Is that with the development version of R, by any chance? If so, I think the problem should be fixed after an SVN up. Otherwise, could you please check the \"Command Log\" window? Any error messages, there?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-08-08 18:11:54", "last_edited": null, "slug": "8f76", "subject": "#74 FIXED IN SVN: No printing dialog with KDE4" }, { "text": "I'm using R version 2.12.1, which doesn't know the fileext argument for tempfile\\(\\).\r\n\r\ndev.set \\(2\\)\r\ndev.print \\(rk.printer.device\\)\r\nError in tempfile\\(fileext = \".ps\"\\) : unused argument\\(s\\) \\(fileext = \".ps\"\\)\r\nCalls: dev.print ... eval.parent -> eval -> eval -> dev.copy -> device -> tempfile\r\n\r\n", "attachments": [], "author": "rtautenh", "timestamp": "2011-08-08 18:47:11", "last_edited": null, "slug": "5501", "subject": "#74 FIXED IN SVN: No printing dialog with KDE4" }, { "text": "I see, thanks. So does it work, now, after another svn up?", "attachments": [], "author": "tfry", "timestamp": "2011-08-09 07:57:18", "last_edited": null, "slug": "cc84", "subject": "#74 FIXED IN SVN: No printing dialog with KDE4" }, { "text": "Device -> Print works now \\!\r\n\r\nHowever, keys like Ctrl+P or Ctrl+W do not work in the graphics window,\r\nbut that is probably a separate issue.", "attachments": [], "author": "rtautenh", "timestamp": "2011-08-09 17:13:05", "last_edited": null, "slug": "da01", "subject": "#74 FIXED IN SVN: No printing dialog with KDE4" }, { "text": "Yes, that's a separate issue. I have opened a new ticket for that.", "attachments": [], "author": "tfry", "timestamp": "2011-08-10 08:23:41", "last_edited": null, "slug": "c9bb", "subject": "#74 FIXED IN SVN: No printing dialog with KDE4" }, { "text": "- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-08-10 08:23:41", "last_edited": null, "slug": "1837", "subject": "#74 FIXED IN SVN: No printing dialog with KDE4" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-10-24 08:13:26", "last_edited": null, "slug": "56bf", "subject": "#74 FIXED IN SVN: No printing dialog with KDE4" } ], "page": null, "subject": "" }, "mod_date": "2011-10-24 08:13:26", "votes_down": 0, "votes_up": 0, "_id": "50f52f2134309d12e68e05b6", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/79452845/", "ticket_num": 74, "custom_fields": { "_priority": "5" }, "created_date": "2010-09-16 00:57:44" },{ "status": "closed-duplicate", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Delete key in R console does not work", "description": "If you highlight a file in the \"files\" tab, pressing the delete key in the R console window results in you deleting the file, not deleting the character in the R console window.\r\n\r\nThis behaviour persists even if the files tab is closed. \r\n\r\nThat means the delete key does not work in the R console window \\(really annoying\\) and you risk deleting files while typing code in the console window.\r\n\r\n\r\nThanks for any help with this\\!\r\n\r\n\r\n\r\nRkward 0.5.0b\r\nUsing KDE 4.0.5\r\nR version 2.7.1 \\(2008-06-23\\)\r\nUbuntu 8.04", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "f91ad352", "posts": [ { "text": "Duplicate of https://sourceforge.net/tracker/?func=detail&aid=2033636&group\\_id=50231&atid=459007", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 12:02:14", "last_edited": null, "slug": "574d", "subject": "#30 Delete key in R console does not work" }, { "text": "- **status**: open --> closed-duplicate", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 12:02:14", "last_edited": null, "slug": "c24a", "subject": "#30 Delete key in R console does not work" } ], "page": null, "subject": "" }, "mod_date": "2009-03-31 12:02:14", "votes_down": 0, "votes_up": 0, "_id": "50f52f0b34309d12e68dffb4", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/f91ad352/", "ticket_num": 30, "custom_fields": { "_priority": "5" }, "created_date": "2008-07-31 11:02:05" },{ "status": "closed-out-of-date", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Compilation on PCBSD", "description": "Hi,\r\nto compile on PCBSD I must done minor changes:\r\n\r\n\r\nrthread.cpp \r\nline 36:\r\n\\+ \\#include <pthread.h> \r\nwhy:\r\nPTHREAD\\_KILL\\(3\\) FreeBSD Library Functions Manual PTHREAD\\_KILL\\(3\\)\r\n\r\nNAME\r\npthread\\_kill -- send a signal to a specified thread\r\n\r\nLIBRARY\r\nPOSIX Threads Library \\(libpthread, -lpthread\\)\r\n\r\nSYNOPSIS\r\n\\#include <pthread.h>\r\n\\#include <signal.h>\r\n\r\nint\r\npthread\\_kill\\(pthread\\_t thread, int sig\\);\r\n\r\n\r\n\\-----------------------------------------------------------\r\nrksignalsupport.cpp\r\nline 26...:\r\n\\#if 0 //Vlapek: dirty fix \r\n\\#ifndef \\_\\_sighandler\\_t\r\ntypedef void \\(\\*\\_\\_sighandler\\_t\\) \\(int\\);\r\n\\#endif\r\n\\#endif //Vlapek: dirty fix \r\n\r\nwhy:\r\nrkward/rbackend/rksignalsupport.cpp:27: error: conflicting declaration 'typedef void \\(\\* \\_\\_sighandler\\_t\\)\\(int\\)' \r\n/usr/include/sys/signal.h:142: error: '\\_\\_sighandler\\_t' has a previous declaration as 'typedef void \\(\\_\\_sighandler\\_t\\)\\(int\\)' \r\n\r\n\\-----------------------------------------------------------\r\n\r\nDetectPthread.Cmake\r\nline4:\r\n-CHECK\\_INCLUDE\\_FILE\\(phthread\\_np.h HAVE\\_PTHREAD\\_NP\\_H\\)\r\n+CHECK\\_INCLUDE\\_FILES\\(\"pthread.h\" HAVE\\_PTHREAD\\_NP\\_H\\)\r\nwhy: I try to find around about this, but cmake don't have found existing phthread\\_np.h file:\r\n/usr/src/include %ls -l pthread\\*.h\r\n-rw-r--r-- 1 root wheel 10311 Nov 14 2007 pthread.h\r\n-rw-r--r-- 1 root wheel 2772 Oct 4 2005 pthread\\_np.h\r\n\\(I don't know many about Cmake internals\\)\r\nbtw I don't sure about 'phthread\\_np.h'\r\n\r\n\\-----------------------------------------------------------\r\nCMakeList.txt\r\nline14:\r\n+INCLUDE\\(FindX11\\)\r\nINCLUDE\\_DIRECTORIES\\( $\\{CMAKE\\_CURRENT\\_SOURCE\\_DIR\\} $\\{CMAKE\\_CURRENT\\_BINARY\\_DIR\\} $\\{KDE4\\_INCLUDE\\_DIR\\} $\\{QT\\_INCLUDES\\} $\\{X11\\_INCLUDE\\_DIR\\} \\)\r\n\r\nwhy:X.h was not found\r\n\\-----------------------------------------------------------\r\nrkwardapplication.cpp\r\nLine 22:\r\n-\\#include <X.h> \r\n+\\#include <X11/X.h> \r\n\r\nwhy:header was not found\r\n\r\n\\-----------------------------------------------------------\r\nFindR.CMake\r\nline 89:\r\n\\-\tSET\\(R\\_USED\\_LIBS $\\{R\\_USED\\_LIBS\\} Rlapack gfortran\\)\r\n\\+\tSET\\(R\\_USED\\_LIBS $\\{R\\_USED\\_LIBS\\} \\)\r\n\r\nWhy: ???", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "17c77f16", "posts": [ { "text": "Some of this has been fixed, other lines no longer apply.\r\n\r\nI'm not sure, whether this means that RKWard compiles on PCBSD, now, but if it still doesn't, then please send an updated problem report. Thanks\\!", "attachments": [], "author": "tfry", "timestamp": "2011-09-18 11:36:23", "last_edited": null, "slug": "753f", "subject": "#32 Compilation on PCBSD" }, { "text": "- **status**: open --> closed-out-of-date", "attachments": [], "author": "tfry", "timestamp": "2011-09-18 11:36:23", "last_edited": null, "slug": "da95", "subject": "#32 Compilation on PCBSD" } ], "page": null, "subject": "" }, "mod_date": "2011-09-18 11:36:23", "votes_down": 0, "votes_up": 0, "_id": "50f52f0c34309d12e68dffe0", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/17c77f16/", "ticket_num": 32, "custom_fields": { "_priority": "5" }, "created_date": "2008-09-18 05:16:51" },{ "status": "closed-works-for-me", "reported_by_id": "507ec8fc71b75b3f62e3631a", "related_artifacts": [], "attachments": [], "reported_by": "wiedy", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: Rkward crashes under Ubuntu 8.04", "description": "Rkward crashes frequently for no apparent reason. Backtracking:\r\n\r\n\\(no debugging symbols found\\)\r\n\\[Thread debugging using libthread\\_db enabled\\]\r\n\\[New Thread 0xb58876c0 \\(LWP 26714\\)\\]\r\n\\[KCrash handler\\]\r\n\\#19 0x08131f46 in ?? \\(\\)\r\n\\#20 0x08132d67 in ?? \\(\\)\r\n\\#21 0x080a7b91 in ?? \\(\\)\r\n\\#22 0x0807245c in ?? \\(\\)\r\n\\#23 0xb6540f2f in QWidget::close \\(this=0x81d5bf8, alsoDelete=true\\)\r\nat kernel/qwidget.cpp:4324\r\n\\#24 0x080b38d0 in ?? \\(\\)\r\n\\#25 0x080b39f3 in ?? \\(\\)\r\n\\#26 0xb6507704 in QObject::activate\\_signal \\(this=0x8242790, clist=0xa9051e80, \r\no=0xbfd7b428\\) at kernel/qobject.cpp:2359\r\n\\#27 0xb6896aba in QSignal::signal \\(this=0x8242790, t0=@0x82427b8\\)\r\nat .moc/debug-shared-mt/moc\\_qsignal.cpp:100\r\n\\#28 0xb65267b2 in QSignal::activate \\(this=0x8242790\\) at kernel/qsignal.cpp:215\r\n\\#29 0xb652e936 in QSingleShotTimer::event \\(this=0x8242768\\)\r\nat kernel/qtimer.cpp:289\r\n\\#30 0xb649bc36 in QApplication::internalNotify \\(this=0xbfd7ba2c, \r\nreceiver=0x8242768, e=0xbfd7b738\\) at kernel/qapplication.cpp:2638\r\n\\#31 0xb649da5f in QApplication::notify \\(this=0xbfd7ba2c, receiver=0x8242768, \r\ne=0xbfd7b738\\) at kernel/qapplication.cpp:2361\r\n\\#32 0xb6c5c672 in KApplication::notify \\(this=0xbfd7ba2c, receiver=0x8242768, \r\nevent=0xbfd7b738\\)\r\nat /build/buildd/kdelibs-3.5.9/./kdecore/kapplication.cpp:550\r\n\\#33 0xb642c28d in QApplication::sendEvent \\(receiver=0x8242768, \r\nevent=0xbfd7b738\\) at ../include/qapplication.h:523\r\n\\#34 0xb648eb19 in QEventLoop::activateTimers \\(this=0x81b9b80\\)\r\nat kernel/qeventloop\\_unix.cpp:559\r\n\\#35 0xb644164b in QEventLoop::processEvents \\(this=0x81b9b80, flags=4\\)\r\nat kernel/qeventloop\\_x11.cpp:392\r\n\\#36 0xb64b6f90 in QEventLoop::enterLoop \\(this=0x81b9b80\\)\r\nat kernel/qeventloop.cpp:201\r\n\\#37 0xb64b6c8e in QEventLoop::exec \\(this=0x81b9b80\\)\r\nat kernel/qeventloop.cpp:148\r\n\\#38 0xb649d7df in QApplication::exec \\(this=0xbfd7ba2c\\)\r\nat kernel/qapplication.cpp:2761\r\n\\#39 0x0807821e in ?? \\(\\)\r\n\\#40 0xb5ca7450 in \\_\\_libc\\_start\\_main \\(\\) from /lib/tls/i686/cmov/libc.so.6\r\n\\#41 0x080717b1 in ?? \\(\\)\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "9e91084b", "posts": [ { "text": "Sorry for not getting back on you any sooner.\r\n\r\nWhich exact version of RKWard was this?\r\n\r\nDo you still see this issue with RKWard 0.5.0c?\r\n\r\nDid you figure out a pattern, when these crashes occur?", "attachments": [], "author": "tfry", "timestamp": "2009-04-02 20:59:32", "last_edited": null, "slug": "85d1", "subject": "#33 NEEDINFO: Rkward crashes under Ubuntu 8.04" }, { "text": "- **summary**: Rkward crashes under Ubuntu 8.04 --> NEEDINFO: Rkward crashes under Ubuntu 8.04", "attachments": [], "author": "tfry", "timestamp": "2009-04-02 20:59:32", "last_edited": null, "slug": "e165", "subject": "#33 NEEDINFO: Rkward crashes under Ubuntu 8.04" }, { "text": "I couldn't tell you. Meanwhile I've upgraded to Kubuntu 8.10, and haven't used Rkwardd much since then. I'll let you know if the problem persists.", "attachments": [], "author": "nobody", "timestamp": "2009-04-02 21:39:07", "last_edited": null, "slug": "5cf3", "subject": "#33 NEEDINFO: Rkward crashes under Ubuntu 8.04" }, { "text": "Thanks for your reply. I'll set this bug to \"Pending\" status, which means it will close automatically, if you don't add any further message \\(IIRC the period is two weeks\\). Should you see similar problems after that, feel free to open a new report. If I don't hear back from you, I'll assume the problem has gone away with new versions of RKWard or other packages.\r\n\r\nAgain, sorry for taking so long to writing an answer to your report.", "attachments": [], "author": "tfry", "timestamp": "2009-04-06 21:17:39", "last_edited": null, "slug": "4c38", "subject": "#33 NEEDINFO: Rkward crashes under Ubuntu 8.04" }, { "text": "- **status**: open --> pending-works-for-me", "attachments": [], "author": "tfry", "timestamp": "2009-04-06 21:17:39", "last_edited": null, "slug": "4ca0", "subject": "#33 NEEDINFO: Rkward crashes under Ubuntu 8.04" }, { "text": "This Tracker item was closed automatically by the system. It was\npreviously set to a Pending status, and the original submitter\ndid not respond within 14 days \\(the time period specified by\nthe administrator of this Tracker\\).", "attachments": [], "author": "sf-robot", "timestamp": "2009-04-21 02:22:47", "last_edited": null, "slug": "e133", "subject": "#33 NEEDINFO: Rkward crashes under Ubuntu 8.04" }, { "text": "- **status**: pending-works-for-me --> closed-works-for-me", "attachments": [], "author": "sf-robot", "timestamp": "2009-04-21 02:22:47", "last_edited": null, "slug": "71dc", "subject": "#33 NEEDINFO: Rkward crashes under Ubuntu 8.04" } ], "page": null, "subject": "" }, "mod_date": "2009-04-21 02:22:47", "votes_down": 0, "votes_up": 0, "_id": "50f52f0c34309d12e68dfff1", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/9e91084b/", "ticket_num": 33, "custom_fields": { "_priority": "5" }, "created_date": "2008-10-09 11:23:37" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Rkward crashes (SIGSEGV) when selecting menu item", "description": "I use Kubuntu Intrepid 8.10, KDE 4.2.1. I open Rkward, and select any item from the menu. A dialogue appears saying: \r\n\r\nThe support file \"/home/john/rkward/phpfiles/common.php\" could not be found or is not readable. Please check your installation\r\n\r\nkonsole says:\r\n\r\nFSFileEngine::open: No file name specified\r\nQFSFileEngine::open: No file name specified\r\nQFSFileEngine::open: No file name specified\r\nQFSFileEngine::open: No file name specified\r\nQFSFileEngine::open: No file name specified\r\nQFSFileEngine::open: No file name specified\r\nXML-parsing 'rkward/pages//rkward\\_welcome.rkh' : Datei konnte zum Lesen nicht ge\ufffdffnet werden\r\nXML-parsing 'rkward/pages//rkward\\_welcome.rkh' : Fehler beim parsen der XML-Datei. Fehlermeldung war: 'unexpected endof file' in Zeile '1', Spalte '1'. Weitere Fehler sind weiter unten angegeben\r\n\r\nR version 2.7.1 \\(2008-06-23\\)\r\nCopyright \\(C\\) 2008 The R Foundation for Statistical Computing\r\nISBN 3-900051-07-0\r\n\r\netc.\r\n\r\n\r\nbacktracking yields:\r\n\r\nAnwendung: RKWard \\(rkward\\), Signal SIGSEGV\r\n\\[Current thread is 0 \\(LWP 10584\\)\\]\r\n\r\nThread 2 \\(Thread 0xb3f8fb90 \\(LWP 10588\\)\\):\r\n\\#0 0xb8080430 in \\_\\_kernel\\_vsyscall \\(\\)\r\n\\#1 0xb5e953a2 in pthread\\_cond\\_timedwait@@GLIBC\\_2.3.2 \\(\\) from /lib/tls/i686/cmov/libpthread.so.0\r\n\\#2 0xb6ebd0b9 in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#3 0xb6ebd1eb in QThread::msleep \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#4 0x0813a65f in \\_start \\(\\)\r\n\r\nThread 1 \\(Thread 0xb56b96c0 \\(LWP 10584\\)\\):\r\n\\[KCrash Handler\\]\r\n\\#6 0xb6f481e5 in QProcess::kill \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#7 0x0813151c in \\_start \\(\\)\r\n\r\nThis crash is reproducable. Maybe some package error?\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "00ceda41", "posts": [ { "text": "Yes, this is a Ubuntu packaging issue. See https://bugs.launchpad.net/ubuntu/+source/rkward/+bug/294610 for the corresponding bug report in ubuntu. I'm closing it in this tracker, as it is not an issue in RKWard itself. Still, thanks for reporting.\r\n\r\nFixed Ubuntu packages should become available soon. Meanwhile compiling from source should work. There is also a .diff.gz for Debian/Ubuntu package building available from the downloads page. In version 0.5.0c this has been tested to work with Ubuntu 8.10.", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 11:33:27", "last_edited": null, "slug": "4918", "subject": "#40 Rkward crashes (SIGSEGV) when selecting menu item" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 11:33:27", "last_edited": null, "slug": "ab31", "subject": "#40 Rkward crashes (SIGSEGV) when selecting menu item" }, { "text": "Workaround \\(I think\\) is don't use the menu to start it. Open a terminal window, cd /usr/share/apps, then type the command rkward.", "attachments": [], "author": "nobody", "timestamp": "2009-10-05 15:33:53", "last_edited": null, "slug": "64e8", "subject": "#40 Rkward crashes (SIGSEGV) when selecting menu item" } ], "page": null, "subject": "" }, "mod_date": "2009-03-31 11:33:27", "votes_down": 0, "votes_up": 0, "_id": "50f52f1234309d12e68e016e", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/00ceda41/", "ticket_num": 40, "custom_fields": { "_priority": "5" }, "created_date": "2009-03-17 21:05:46" },{ "status": "open", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Crash on close after editing data.frame", "description": "RKWard crashed on close under certain circumstances. Instructions to reproduce \\(see this mail by manchito: https://sourceforge.net/mailarchive/forum.php?thread\\_name=49FA1AD5.1010507%40gmail.com&forum\\_name=rkward-devel\\):\r\n\r\n1\\. Start with an empty worspace.\r\n2\\. Create a new empty dataset with default name.\r\n3\\. Try to edit the \"Type\" row of any variable \\(double-click, then click \r\nagain to diselect the text NOT THE CELL\\).\r\n4\\. Hit the window \"Close\" button.\r\n5\\. Crash... \\(at least for me\\).\r\n\r\nThe crash seems to occur at the time when the RKEditorDataFramePart is being destroyed. I'm \\*guessing\\* at a double deletion problem with the part and the widget \\(i.e. RKEditorDataFrame\\) both trying to delete the other.\r\n\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "c596f311", "posts": [ { "text": "Valgrind output when the crash is triggered", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/c596f311/87ba/attachment/temp.valgrind", "bytes": 8258 } ], "author": "tfry", "timestamp": "2009-05-06 09:38:54", "last_edited": null, "slug": "87ba", "subject": "#45 Crash on close after editing data.frame" }, { "text": "Output at --debug-level 5; The last four trace lines are likely not related (secondary thread)", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/c596f311/503f/attachment/temp.trace", "bytes": 14330 } ], "author": "tfry", "timestamp": "2009-05-06 09:41:53", "last_edited": null, "slug": "503f", "subject": "#45 Crash on close after editing data.frame" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:27:32.729000", "votes_down": 0, "votes_up": 0, "_id": "50f52f1434309d12e68e020c", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/c596f311/", "ticket_num": 45, "custom_fields": { "_priority": "5" }, "created_date": "2009-05-06 09:38:54" },{ "status": "closed-fixed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Entire GlobalEnv is analysed for each new/removed object", "description": "See https://sourceforge.net/forum/message.php?msg\\_id=4956278 .\r\n\r\nApparently we really do call .rk.get.structure\\(\\) on the entire .GlobalEnv, whenever a new object is added there, or an old one is removed. We really need to be smarter, here, and only update the objects in question, not the entire environment.\r\n\r\nThis will need some care, though, and will not happen for 0.5.0d / 0.4.9b.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "946e6a63", "posts": [ { "text": "Fixed in SVN for the KDE 4 branch \\(r2466\\).\r\nNot sure, whether there will be a backport to KDE 3.", "attachments": [], "author": "tfry", "timestamp": "2009-05-12 10:09:13", "last_edited": null, "slug": "e621", "subject": "#46 Entire GlobalEnv is analysed for each new/removed object" }, { "text": "- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-05-12 10:09:13", "last_edited": null, "slug": "1e27", "subject": "#46 Entire GlobalEnv is analysed for each new/removed object" }, { "text": "Fix released on the KDE 4 branch in RKWard 0.5.1.\r\n\r\nThis seems too much trouble to backport to KDE 3 \\(relevant SVN commits: r2466, r2473, r2544\\). Closing.", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 08:25:33", "last_edited": null, "slug": "135d", "subject": "#46 Entire GlobalEnv is analysed for each new/removed object" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 08:25:33", "last_edited": null, "slug": "2c8b", "subject": "#46 Entire GlobalEnv is analysed for each new/removed object" } ], "page": null, "subject": "" }, "mod_date": "2009-08-05 08:25:33", "votes_down": 0, "votes_up": 0, "_id": "50f52f1534309d12e68e0225", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/946e6a63/", "ticket_num": 46, "custom_fields": { "_priority": "5" }, "created_date": "2009-05-07 16:21:18" },{ "status": "closed-fixed", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: No code completion if symbol contains '.'", "description": "In the script editor window, code completion does not start / is aborted, if the current symbol contains dots. This is due to a wrong definition of a \"word\" in KTextEditor::CodeCompletionInterface. Since <some KDE version> KTextEditor::CodeCompletionModelControllerInterface should allow us to fix that, but may need to rework more aspects of the current code, and may need to use conditional code to support old KDE versions.\r\n\r\nCode completion in the console is not affected.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "cf7e85f5", "posts": [ { "text": "- **summary**: No code completion is symbol contains '.' --> No code completion if symbol contains '.'", "attachments": [], "author": "tfry", "timestamp": "2009-06-24 12:03:16", "last_edited": null, "slug": "cf9b", "subject": "#48 FIXED IN SVN: No code completion if symbol contains '.'" }, { "text": "Fixed in SVN \\(fix to be released with RKWard 0.5.6\\).", "attachments": [], "author": "tfry", "timestamp": "2011-03-20 12:28:56", "last_edited": null, "slug": "a26a", "subject": "#48 FIXED IN SVN: No code completion if symbol contains '.'" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: No code completion if symbol contains '.' --> FIXED IN SVN: No code completion if symbol contains '.'\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-03-20 12:28:56", "last_edited": null, "slug": "9033", "subject": "#48 FIXED IN SVN: No code completion if symbol contains '.'" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-05-31 08:21:56", "last_edited": null, "slug": "478c", "subject": "#48 FIXED IN SVN: No code completion if symbol contains '.'" } ], "page": null, "subject": "" }, "mod_date": "2011-05-31 08:21:56", "votes_down": 0, "votes_up": 0, "_id": "50f52f1634309d12e68e025c", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/cf7e85f5/", "ticket_num": 48, "custom_fields": { "_priority": "5" }, "created_date": "2009-06-24 12:02:57" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: CRASH after plot", "description": "Programm halts without error message after performing R-plot.\r\n\r\nInfo in Terminal window:\r\nrkward: \\*\\*\\* Embed 50331649 into 52436211. window=0\r\nrkward: > before reparent: parent=0x1a6\r\nrkward: > Loop 0: > reparent of 0x3000001 into 0x3201cf3 successful\r\noutput without receiver'\r\n\\*\\*\\* caught segfault \\*\\*\\*\r\naddress 0x460, cause 'memory not mapped'\r\n\r\nPossible actions:\r\n1: abort \\(with core dump, if enabled\\)\r\n2: normal R exit\r\n3: exit R without saving workspace\r\n4: exit R saving workspace\r\n'\r\nAssert failed at rkreadlinedialog.cpp - function RKReadLineDialog line 37\r\nkbuildsycoca running...\r\nReusing existing ksycoca\r\nkbuildsycoca running...\r\nReusing existing ksycoca\r\nDCOP Cleaning up dead connections.\r\nkbuildsycoca running...\r\nReusing existing ksycoca\r\nDCOP Cleaning up dead connections.\r\n\r\nSystem: Ubuntu 8.04.3 LTS; Gnome 2.22.3, Kernel 2.6.24-24-generic, \r\nCPU: Intel\\(R\\) Core\\(TM\\)2 Quad CPU Q9550 @ 2.83GHz\r\nMemory: 7934 MB, 91% free.\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "14d3c647", "posts": [ { "text": "Which versions of R and RKWard are you using?\r\n\r\nAre you running under a Gnome desktop \\(in general that should work, but this might be related\\).", "attachments": [], "author": "tfry", "timestamp": "2009-07-27 12:16:05", "last_edited": null, "slug": "4b33", "subject": "#50 NEEDINFO: CRASH after plot" }, { "text": "- **labels**: 673590 --> \n- **summary**: Programm crash without visible reason --> NEEDINFO: CRASH after plot", "attachments": [], "author": "tfry", "timestamp": "2009-07-27 12:16:05", "last_edited": null, "slug": "43d7", "subject": "#50 NEEDINFO: CRASH after plot" }, { "text": "Unfortunately, this report isn't useful without further information. I'm setting it to \"pending\" status, which means it will be closed in 14 days, if you don't post a reply.\r\n\r\nIf you miss the deadline, and this is still an issue next time you come around, please open a new report. Please make sure to be available for some follow-up questions after reporting.\r\n\r\nThanks for your understanding.", "attachments": [], "author": "tfry", "timestamp": "2009-10-26 17:32:22", "last_edited": null, "slug": "28a8", "subject": "#50 NEEDINFO: CRASH after plot" }, { "text": "- **status**: open --> pending", "attachments": [], "author": "tfry", "timestamp": "2009-10-26 17:32:23", "last_edited": null, "slug": "8a4d", "subject": "#50 NEEDINFO: CRASH after plot" }, { "text": "This Tracker item was closed automatically by the system. It was\npreviously set to a Pending status, and the original submitter\ndid not respond within 14 days \\(the time period specified by\nthe administrator of this Tracker\\).", "attachments": [], "author": "sf-robot", "timestamp": "2009-11-11 02:20:28", "last_edited": null, "slug": "76f7", "subject": "#50 NEEDINFO: CRASH after plot" }, { "text": "- **status**: pending --> closed", "attachments": [], "author": "sf-robot", "timestamp": "2009-11-11 02:20:30", "last_edited": null, "slug": "0efd", "subject": "#50 NEEDINFO: CRASH after plot" } ], "page": null, "subject": "" }, "mod_date": "2009-11-11 02:20:30", "votes_down": 0, "votes_up": 0, "_id": "50f52f1634309d12e68e0294", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/14d3c647/", "ticket_num": 50, "custom_fields": { "_priority": "5" }, "created_date": "2009-07-27 08:51:34" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: sudden CRASH", "description": "Application: RKWard \\(rkward\\), signal SIGSEGV\r\n0x00007f33b1b4ad21 in nanosleep \\(\\) from /lib/libc.so.6\r\n\\[Current thread is 0 \\(LWP 5989\\)\\]\r\n\r\nThread 2 \\(Thread 0x7f33a4fbc950 \\(LWP 6000\\)\\):\r\n\\#0 0x00007f33b158b56d in pthread\\_cond\\_timedwait@@GLIBC\\_2.3.2 \\(\\) from /lib/libpthread.so.0\r\n\\#1 0x00007f33b262b395 in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#2 0x00007f33b262b4fe in QThread::msleep \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#3 0x00000000004fa9ec in RThread::run \\(this=0x155be30\\) at /vol/R/rkward/trunk/rkward/rkward/rbackend/rthread.cpp:153\r\n\\#4 0x00007f33b262b952 in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#5 0x00007f33b15873ba in start\\_thread \\(\\) from /lib/libpthread.so.0\r\n\\#6 0x00007f33b1b88fcd in clone \\(\\) from /lib/libc.so.6\r\n\\#7 0x0000000000000000 in ?? \\(\\)\r\n\r\nThread 1 \\(Thread 0x7f33b72bb750 \\(LWP 5989\\)\\):\r\n\\[KCrash Handler\\]\r\n\\#5 0x0000000000000000 in ?? \\(\\)\r\n\\#6 0x00007f33b5b9e97d in KXMLGUIClient::reloadXML \\(\\) from /usr/lib/libkdeui.so.5\r\n\\#7 0x00007f33b5ba56ff in KXMLGUIFactory::refreshActionProperties \\(\\) from /usr/lib/libkdeui.so.5\r\n\\#8 0x000000000042e648 in RKWardMainWindow::changeEvent \\(this=0x1515f40, e=0x7fffbf300d10\\) at /vol/R/rkward/trunk/rkward/rkward/rkward.cpp:393\r\n\\#9 0x00007f33b2eaa214 in QWidget::event \\(\\) from /usr/lib/libQtGui.so.4\r\n\\#10 0x00007f33b325ed9b in QMainWindow::event \\(\\) from /usr/lib/libQtGui.so.4\r\n\\#11 0x00007f33b5b9a838 in KXmlGuiWindow::event \\(\\) from /usr/lib/libkdeui.so.5\r\n\\#12 0x00007f33b2e5978d in QApplicationPrivate::notify\\_helper \\(\\) from /usr/lib/libQtGui.so.4\r\n\\#13 0x00007f33b2e6197a in QApplication::notify \\(\\) from /usr/lib/libQtGui.so.4\r\n\\#14 0x00007f33b5a8f26b in KApplication::notify \\(\\) from /usr/lib/libkdeui.so.5\r\n\\#15 0x00007f33b271475c in QCoreApplication::notifyInternal \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#16 0x00007f33b2e604b1 in QApplication::setActiveWindow \\(\\) from /usr/lib/libQtGui.so.4\r\n\\#17 0x00007f33b2ec9e2d in QApplication::x11ProcessEvent \\(\\) from /usr/lib/libQtGui.so.4\r\n\\#18 0x00007f33b2ef2464 in ?? \\(\\) from /usr/lib/libQtGui.so.4\r\n\\#19 0x00007f33ace6320a in g\\_main\\_context\\_dispatch \\(\\) from /usr/lib/libglib-2.0.so.0\r\n\\#20 0x00007f33ace668e0 in ?? \\(\\) from /usr/lib/libglib-2.0.so.0\r\n\\#21 0x00007f33ace66a7c in g\\_main\\_context\\_iteration \\(\\) from /usr/lib/libglib-2.0.so.0\r\n\\#22 0x00007f33b273de6f in QEventDispatcherGlib::processEvents \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#23 0x00007f33b2ef1bef in ?? \\(\\) from /usr/lib/libQtGui.so.4\r\n\\#24 0x00007f33b2713002 in QEventLoop::processEvents \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#25 0x00007f33b27133cd in QEventLoop::exec \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#26 0x00007f33b2715694 in QCoreApplication::exec \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#27 0x0000000000435c47 in main \\(argc=5, argv=0x7fffbf302628\\) at /vol/R/rkward/trunk/rkward/rkward/main.cpp:141", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "b2a54f93", "posts": [ { "text": "Hi\\!\r\n\r\nThanks for your report. Apparently, you are using RKWard from SVN? Could you please post the exact SVN revision number you are using? \\(If you have installed RKWard from any other source, please detail that\\).\r\n\r\nAlso, please provide the version number of KDElibs \\(available from Help->About RKWard\\).\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2009-07-28 10:24:20", "last_edited": null, "slug": "ecee", "subject": "#51 NEEDINFO: sudden CRASH" }, { "text": "- **summary**: sudden CRASH --> NEEDINGsudden CRASH", "attachments": [], "author": "tfry", "timestamp": "2009-07-28 10:24:20", "last_edited": null, "slug": "a2ef", "subject": "#51 NEEDINFO: sudden CRASH" }, { "text": "- **summary**: NEEDINGsudden CRASH --> NEEDINFO: sudden CRASH", "attachments": [], "author": "tfry", "timestamp": "2009-07-28 10:24:32", "last_edited": null, "slug": "aca0", "subject": "#51 NEEDINFO: sudden CRASH" }, { "text": "\nHi Thomas,\n\nRKWard\nVersion 0.5.1-pre4\nUsing KDE 4.2.2 \\(KDE 4.2.2\\)\nSVN rev is 2581.\n\nJust crashed again when trying to open source files \\(but not always\\)\n\nApplication: RKWard \\(rkward\\), signal SIGSEGV\n0x00007fb0ea5f7d21 in nanosleep \\(\\) from /lib/libc.so.6\n\\[Current thread is 0 \\(LWP 7727\\)\\]\n\nThread 2 \\(Thread 0x7fb0dda69950 \\(LWP 7738\\)\\):\n\\#0 0x00007fb0ea03856d in pthread\\_cond\\_timedwait@@GLIBC\\_2.3.2 \\(\\) from /lib/libpthread.so.0\n\\#1 0x00007fb0eb0d8395 in ?? \\(\\) from /usr/lib/libQtCore.so.4\n\\#2 0x00007fb0eb0d84fe in QThread::msleep \\(\\) from /usr/lib/libQtCore.so.4\n\\#3 0x00000000004fa9ec in RThread::run \\(this=0x1824210\\) at /vol/R/rkward/trunk/rkward/rkward/rbackend/rthread.cpp:153\n\\#4 0x00007fb0eb0d8952 in ?? \\(\\) from /usr/lib/libQtCore.so.4\n\\#5 0x00007fb0ea0343ba in start\\_thread \\(\\) from /lib/libpthread.so.0\n\\#6 0x00007fb0ea635fcd in clone \\(\\) from /lib/libc.so.6\n\\#7 0x0000000000000000 in ?? \\(\\)\n\nThread 1 \\(Thread 0x7fb0efd68750 \\(LWP 7727\\)\\):\n\\[KCrash Handler\\]\n\\#5 0x00007fb0ec38173f in QDomNode::QDomNode \\(\\) from /usr/lib/libQtXml.so.4\n\\#6 0x00007fb0ee64ad41 in KXMLGUIClient::xmlguiBuildDocument \\(\\) from /usr/lib/libkdeui.so.5\n\\#7 0x00007fb0ee6526d6 in KXMLGUIFactory::refreshActionProperties \\(\\) from /usr/lib/libkdeui.so.5\n\\#8 0x000000000042e648 in RKWardMainWindow::changeEvent \\(this=0x17f5520, e=0x7ffff7dae7c0\\) at /vol/R/rkward/trunk/rkward/rkward/rkward.cpp:393\n\\#9 0x00007fb0eb957214 in QWidget::event \\(\\) from /usr/lib/libQtGui.so.4\n\\#10 0x00007fb0ebd0bd9b in QMainWindow::event \\(\\) from /usr/lib/libQtGui.so.4\n\\#11 0x00007fb0ee647838 in KXmlGuiWindow::event \\(\\) from /usr/lib/libkdeui.so.5\n\\#12 0x00007fb0eb90678d in QApplicationPrivate::notify\\_helper \\(\\) from /usr/lib/libQtGui.so.4\n\\#13 0x00007fb0eb90e97a in QApplication::notify \\(\\) from /usr/lib/libQtGui.so.4\n\\#14 0x00007fb0ee53c26b in KApplication::notify \\(\\) from /usr/lib/libkdeui.so.5\n\\#15 0x00007fb0eb1c175c in QCoreApplication::notifyInternal \\(\\) from /usr/lib/libQtCore.so.4\n\\#16 0x00007fb0eb90d4b1 in QApplication::setActiveWindow \\(\\) from /usr/lib/libQtGui.so.4\n\\#17 0x00007fb0eb976e2d in QApplication::x11ProcessEvent \\(\\) from /usr/lib/libQtGui.so.4\n\\#18 0x00007fb0eb99f464 in ?? \\(\\) from /usr/lib/libQtGui.so.4\n\\#19 0x00007fb0e591020a in g\\_main\\_context\\_dispatch \\(\\) from /usr/lib/libglib-2.0.so.0\n\\#20 0x00007fb0e59138e0 in ?? \\(\\) from /usr/lib/libglib-2.0.so.0\n\\#21 0x00007fb0e5913a7c in g\\_main\\_context\\_iteration \\(\\) from /usr/lib/libglib-2.0.so.0\n\\#22 0x00007fb0eb1eae6f in QEventDispatcherGlib::processEvents \\(\\) from /usr/lib/libQtCore.so.4\n\\#23 0x00007fb0eb99ebef in ?? \\(\\) from /usr/lib/libQtGui.so.4\n\\#24 0x00007fb0eb1c0002 in QEventLoop::processEvents \\(\\) from /usr/lib/libQtCore.so.4\n\\#25 0x00007fb0eb1c03cd in QEventLoop::exec \\(\\) from /usr/lib/libQtCore.so.4\n\\#26 0x00007fb0eb1c2694 in QCoreApplication::exec \\(\\) from /usr/lib/libQtCore.so.4\n\\#27 0x0000000000435c47 in main \\(argc=5, argv=0x7ffff7db00d8\\) at /vol/R/rkward/trunk/rkward/rkward/main.cpp:141\n\nCheers\\!\nRalf.", "attachments": [], "author": "nobody", "timestamp": "2009-07-28 18:49:01", "last_edited": null, "slug": "d444", "subject": "#51 NEEDINFO: sudden CRASH" }, { "text": "Hi Ralf\\!\r\n\r\nI suspect the problem is inside KDElibs, and I have not yet encountered it with kdelibs 4.2.4.\r\n\r\nNevertheless, I have done some changes in SVN which will hopefully circumvent this problem. Could you please update your working copy? Should you ever see this crash again, afterwards, please post yet another comment to this report. In case there are no further comments, I'll assume the bug has really been fixed, in a few weeks.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2009-07-31 12:35:16", "last_edited": null, "slug": "d68d", "subject": "#51 NEEDINFO: sudden CRASH" }, { "text": "According to private mail exchange with the reporter, this issue appears to be fixed in RKWard 0.5.1. Closing.", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 09:01:41", "last_edited": null, "slug": "d788", "subject": "#51 NEEDINFO: sudden CRASH" }, { "text": "- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-08-05 09:01:41", "last_edited": null, "slug": "fcaf", "subject": "#51 NEEDINFO: sudden CRASH" } ], "page": null, "subject": "" }, "mod_date": "2009-08-05 09:01:41", "votes_down": 0, "votes_up": 0, "_id": "50f52f1734309d12e68e02ba", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/b2a54f93/", "ticket_num": 51, "custom_fields": { "_priority": "5" }, "created_date": "2009-07-27 18:52:17" },{ "status": "closed-fixed", "reported_by_id": "4f5a98411be1ce20c500013f", "related_artifacts": [], "attachments": [], "reported_by": "keepiru", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN; NEEDS TESTING: Tk causes hangs and SEGVs", "description": "Example from TkWidgetcmds help:\r\ntry:\r\n\trequire\\(tcltk\\)\r\n\ttt <- tktoplevel\\(\\)\r\n\ttkpack\\(txt.w <- tktext\\(tt\\)\\)\r\n\ttkinsert\\(txt.w, \"0.0\", \"plot\\(1:10\\)\"\\)\r\n\teval.txt <- function\\(\\) eval\\(parse\\(text=tclvalue\\(tkget\\(txt.w, \"0.0\", \"end\"\\)\\)\\)\\)\r\n\ttkpack\\(but.w <- tkbutton\\(tt,text=\"Submit\", command=eval.txt\\)\\)\r\nClick the button.\r\nResult: RKWward hangs.\r\n\r\nExample from slider help:\r\ntry:\r\n\trequire\\(relax\\)\r\n\tplot.sample.norm<-function\\(\\)\\{\r\n\trefresh.code<-function\\(...\\)\\{\r\n\tmu<-slider\\(no=1\\); sd<-slider\\(no=2\\); n<-slider\\(no=3\\)\r\n\tx<-rnorm\\(n,mu,sd\\)\r\n\tplot\\(x\\)\r\n\t\\}\r\n\tslider\\(refresh.code,sl.names=c\\(\"value of mu\",\"value of sd\",\"n number of observations\"\\),\r\n\t\tsl.mins=c\\(-10,.01,5\\),sl.maxs=c\\(+10,50,100\\),sl.deltas=c\\(.01,.01,1\\),sl.defaults=c\\(0,1,20\\)\\)\r\n\t\\}\r\n\tplot.sample.norm\\(\\)\r\nSlide a slider.\r\nresult: SIGSEGV", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "e3ca2f63", "posts": [ { "text": "Hi\\!\r\n\r\nThanks for reporting. I'm surprised, nobody stumbled over this before, this bug must have been present since a long time...\r\n\r\nThis should be fixed in SVN \\(r2649\\). Since I got slightly different results, initially \\(a hang, but no segv in both examples\\), it would be nice if you could test and post back.\r\n\r\nNOTES:\r\nThis also needs some more testing on potential side-effects, and should probably be backported to the KDE3 branch, if we do any further release\\(s\\) for KDE 3.", "attachments": [], "author": "tfry", "timestamp": "2009-09-18 11:00:18", "last_edited": null, "slug": "e749", "subject": "#56 FIXED IN SVN; NEEDS TESTING: Tk causes hangs and SEGVs" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Tk causes hangs and SEGVs --> FIXED IN SVN; NEEDS TESTING: Tk causes hangs and SEGVs\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-09-18 11:00:19", "last_edited": null, "slug": "97f8", "subject": "#56 FIXED IN SVN; NEEDS TESTING: Tk causes hangs and SEGVs" }, { "text": "Fix confirmed for both test cases in r2650. Thank you\\!", "attachments": [], "author": "keepiru", "timestamp": "2009-09-18 21:08:34", "last_edited": null, "slug": "df0c", "subject": "#56 FIXED IN SVN; NEEDS TESTING: Tk causes hangs and SEGVs" }, { "text": "Closing as 0.5.2 has been released, today. Thanks again for reporting / testing\\!", "attachments": [], "author": "tfry", "timestamp": "2009-10-26 17:22:06", "last_edited": null, "slug": "fb64", "subject": "#56 FIXED IN SVN; NEEDS TESTING: Tk causes hangs and SEGVs" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-10-26 17:22:06", "last_edited": null, "slug": "d1ed", "subject": "#56 FIXED IN SVN; NEEDS TESTING: Tk causes hangs and SEGVs" } ], "page": null, "subject": "" }, "mod_date": "2009-10-26 17:22:06", "votes_down": 0, "votes_up": 0, "_id": "50f52f1934309d12e68e0350", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/e3ca2f63/", "ticket_num": 56, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2009-09-18 00:14:37" },{ "status": "closed-fixed", "reported_by_id": "4ff34b7371b75b485a001a40", "related_artifacts": [], "attachments": [], "reported_by": "kapatp", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Aambiguous Control S (Ctrl+S) in Editor", "description": "When editing a script file, Ctrl+S creates an ambiguous action conflicting with \"Save Workspace\" as a result no action is triggered. This is observed using the svn trunk of rkward and KDE 4.1.85 on Kubuntu 8.10.\r\n\r\nLines 349 - 352 of rkward.cpp specifically sets Qt:ControlModifier + Qt::ShiftModifier + Qt::Key\\_S as the action shortcut for \"Save Workspace\" but, the Shift modifier seems to be ignored. One solution \\(works\\) is to change the \"Kate Part\" Save shortcut from Kate to something other than Ctrl+S.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "9e804fe3", "posts": [ { "text": "This issue has been fixed, thanks to Roy Qu for the patches....\r\nList thread: \r\nhttps://sourceforge.net/mailarchive/forum.php?thread\\_name=de8c7cb40901122329v6cf83dc8l249259b661742071%40mail.gmail.com&forum\\_name=rkward-devel", "attachments": [], "author": "kapatp", "timestamp": "2009-01-30 08:35:35", "last_edited": null, "slug": "c5c6", "subject": "#37 Aambiguous Control S (Ctrl+S) in Editor" }, { "text": "- **status**: open --> closed-fixed", "attachments": [], "author": "kapatp", "timestamp": "2009-01-30 08:35:35", "last_edited": null, "slug": "f642", "subject": "#37 Aambiguous Control S (Ctrl+S) in Editor" } ], "page": null, "subject": "" }, "mod_date": "2009-01-30 08:35:35", "votes_down": 0, "votes_up": 0, "_id": "50f52f1034309d12e68e00fa", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/9e804fe3/", "ticket_num": 37, "custom_fields": { "_priority": "5" }, "created_date": "2009-01-11 23:51:10" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "SVN version crashes on plugintests", "description": "SVN Version\\(revision 2649\\) crashes on plugintests. Terminal output below.\r\n\r\nKCrash: Application 'rkward' crashing...\r\nsock\\_file=/home/bijit/.kde/socket-bijit-laptop/kdeinit4\\_\\_0\r\nkdeinit4: preparing to launch /usr/lib/kde4/libexec/drkonqi\r\nkdeinit4: preparing to launch \r\ndrkonqi\\(21754\\) KFileDialog::getSaveFileName: KFileDialog::getSaveFileName called with non-local start dir KUrl\\(\"rkward.kcrash\"\\) \r\nmake\\[3\\]: \\*\\*\\* \\[tests/CMakeFiles/plugintests\\] Error 253\r\nmake\\[2\\]: \\*\\*\\* \\[tests/CMakeFiles/plugintests.dir/all\\] Error 2\r\nmake\\[1\\]: \\*\\*\\* \\[tests/CMakeFiles/plugintests.dir/rule\\] Error 2\r\nmake: \\*\\*\\* \\[plugintests\\] Error 2\r\n\r\nBacktrace attached below", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "285cd8d5", "posts": [ { "text": "Rkward crash backtrace", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/285cd8d5/88b4/attachment/rkward.kcrash", "bytes": 14923 } ], "author": "nobody", "timestamp": "2009-09-18 17:07:13", "last_edited": null, "slug": "88b4", "subject": "#57 SVN version crashes on plugintests" }, { "text": "Thanks for reporting\\! This should be fixed in r2650.\r\n\r\nSince this bug only appeared in SVN \\(as opposed to any official release\\), I'm closing this report right away. Let me know, if problems persist.", "attachments": [], "author": "tfry", "timestamp": "2009-09-18 20:31:23", "last_edited": null, "slug": "880e", "subject": "#57 SVN version crashes on plugintests" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-09-18 20:31:25", "last_edited": null, "slug": "ee16", "subject": "#57 SVN version crashes on plugintests" } ], "page": null, "subject": "" }, "mod_date": "2009-09-18 20:31:25", "votes_down": 0, "votes_up": 0, "_id": "50f52f1934309d12e68e0371", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/285cd8d5/", "ticket_num": 57, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2009-09-18 17:07:12" },{ "status": "closed", "reported_by_id": "5037a5c70594ca13f4ed12e8", "related_artifacts": [], "attachments": [], "reported_by": "xavidp", "assigned_to": null, "labels": [ "Interface (example)" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "errors just after install on Ubuntu 8.10", "description": "Hi all:\r\n\r\nI installed R & RKward a couple of days ago, on a Ubuntu 8.10 box, and each time I run RKward, I get those type of messages in the terminal window opened by RKward:\r\n\\----------------------------------------------------\r\nS'est\ufffd analitzant el XML '/home/xavi/rkward/all.pluginmap' : No s'ha pogut obrir el fitxer per llegir-lo \\(file could not be opened for reading\\) \r\nS'est\ufffd analitzant el XML '/home/xavi/rkward/all.pluginmap' : Hi ha un error a l'analitzar el fitxer XML. El missatge d'error era : 'unexpected end of file' a la l\ufffdnia '1', columna '1'. Espereu que s'informin d'altres errors aqu\ufffd sota\r\nQFSFileEngine::open: No file name specified\r\nQFSFileEngine::open: No file name specified\r\nQFSFileEngine::open: No file name specified\r\nS'est\ufffd analitzant el XML 'rkward/pages//rkward\\_welcome.rkh' : No s'ha pogut obrir el fitxer per llegir-lo\r\nS'est\ufffd analitzant el XML 'rkward/pages//rkward\\_welcome.rkh' : Hi ha un error a l'analitzar el fitxer XML. El missatge d'error era : 'unexpected end of file' a la l\ufffdnia '1', columna '1'. Espereu que s'informin d'altres errors aqu\ufffd sota\r\n^Coutput without receiver'\r\n\\-----\r\n\r\nI've seen that under /home/xavi/ there was no folder called rkward.\r\nMoreover, that file all.pluginmap seems to be under: \r\n/usr/share/apps/rkward/all.pluginmap\r\n\r\nLast, When I open RKward, the main window doesn't allow to see any option about plugin under \"Arrangements\". And the help file is not shown either.\r\n\r\nDid I miss something before installing R and RKWard from ubuntu repositories?\r\nDoes it work fine for any body with Ubuntu 8.10 Intrepid ?\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "f8b330ac", "posts": [ { "text": "Hi Xavi,\r\n\r\nThe version in the repos is possible a corrupted version with all the KDE 4.0 -> 4.1 -> 4.2 changes, R's 2.8 change, ... You may want to compile from SVN, recently there has been some patch updates. See here:\r\nhttp://rkward.sourceforge.net/wiki/index.php?title=RKWard\\_SVN\r\nIf you are not comfortable, I can send you a binary .deb file, let me know.\r\n\r\nFor help pages, r-base-html is needed.", "attachments": [], "author": "kapatp", "timestamp": "2009-01-30 08:43:57", "last_edited": null, "slug": "1f18", "subject": "#38 errors just after install on Ubuntu 8.10" }, { "text": "Thanks kapatp\nI did manage to install the svn version some hours after I submitted the bug report \\(after searching the list, forum and wiki\\).\n\nThanks for your answer, anyways, and thanks for your work with rkward\\!", "attachments": [], "author": "xavidp", "timestamp": "2009-01-31 13:18:42", "last_edited": null, "slug": "75a3", "subject": "#38 errors just after install on Ubuntu 8.10" }, { "text": "I also observe this behaviour on an ubuntu intrepid \\(8.10\\) install\r\nother users have reported this behaviour in the ubuntu forums\r\nplease see http://ubuntuforums.org/showthread.php?t=894434\r\n\r\nin the forum thread I referenced above a workaround is proposed:\r\n\r\n\\----------------------------------\r\nfound an easy fix after bashing my head into the wall. earlycj5 had a correct method save for the actually getting to the configuration menu. heres a different way of getting to that menu and doing the fix.\r\n\r\n1\\) Find your all.pluginmap file\r\n\\(should be located at /usr/share/apps/rkward\\)\r\n2\\) load Rkward \\(errors and all\\)\r\n3\\) On the left hand side click on workspace\r\n4\\) right click any of the packages listed\r\n5\\) click configure defaults\r\n6\\) on the left menu go to the Plugins tab\r\n7\\) remove the faulty all.pluginmap location and add the one you found \\(/usr/share/apps/rkward\\)\r\n\r\nRestart rkward and everything should be ok.\r\n\r\ni still get the\r\nQFSFileEngine:pen: No file name specified\r\nerror, so if anyone finds a fix for that \\(if its important\\) post it.\r\n\\-------------------------------------------\r\n\r\nhowever, after performing this procedure the welcome page is still not displayed and the following errors are output:\r\n\r\n\\-------------------------------------------\r\nXML-parsing '/home/lbthrice/rkward/all.pluginmap' : Could not open file for reading\r\nXML-parsing '/home/lbthrice/rkward/all.pluginmap' : Error parsing XML-file. Error-message was: 'unexpected end of file'in line '1', column '1'. Expect further errors to be reported below\r\nQFSFileEngine::open: No file name specified\r\nQFSFileEngine::open: No file name specified\r\nQFSFileEngine::open: No file name specified\r\nXML-parsing 'rkward/pages//rkward\\_welcome.rkh' : Could not open file for reading\r\nXML-parsing 'rkward/pages//rkward\\_welcome.rkh' : Error parsing XML-file. Error-message was: 'unexpected end of file' inline '1', column '1'. Expect further errors to be reported below\r\n\\--------------------------------------------\r\n\r\nI tried \r\nsymlinking ~/.rwkward to ~/rwkward \r\nas a workaround but this action does not have any beneficial effects\r\n\r\n...just thought I would provide more information about this bug\r\nI will try compiling the current svn version\r\nthank you", "attachments": [], "author": "lbthrice", "timestamp": "2009-03-08 23:39:19", "last_edited": null, "slug": "8e4a", "subject": "#38 errors just after install on Ubuntu 8.10" }, { "text": "Hello,\r\n\r\ncompiling from source the\r\nRKWard\r\nVersion 0.5.0b\r\nUsing KDE 4.1.4 \\(KDE 4.1.4\\)\r\non\r\nUbuntu 8.10 \\(intrepid\\)\r\n\r\nyields a functioning install \r\nhowever, there are still issues with the plugins...\r\nthe terminal output gives:\r\n\r\nXML-parsing '/home/user/PACKAGES/build/rkward/all.pluginmap' : Could not open file for reading\r\nXML-parsing '/home/user/PACKAGES/build/rkward/all.pluginmap' : Error parsing XML-file. Error-message was: 'unexpected end of file' in line '1', column '1'. \r\n\r\nthank you\\!\r\n\r\n", "attachments": [], "author": "lbthrice", "timestamp": "2009-03-09 00:31:51", "last_edited": null, "slug": "14ef", "subject": "#38 errors just after install on Ubuntu 8.10" }, { "text": "See https://sourceforge.net/tracker/?func=detail&aid=2690602&group\\_id=50231&atid=459007 , https://bugs.launchpad.net/ubuntu/+source/rkward/+bug/294610 , https://bugs.launchpad.net/ubuntu/+source/rkward/+bug/272527 .\r\n\r\nThis is a packaging bug, and I'm closing it in this tracker. Fixed Ubuntu packages are expected to become available, soon.", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 11:37:20", "last_edited": null, "slug": "df48", "subject": "#38 errors just after install on Ubuntu 8.10" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2009-03-31 11:37:20", "last_edited": null, "slug": "afed", "subject": "#38 errors just after install on Ubuntu 8.10" } ], "page": null, "subject": "" }, "mod_date": "2009-03-31 11:37:20", "votes_down": 0, "votes_up": 0, "_id": "50f52f1034309d12e68e010b", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/f8b330ac/", "ticket_num": 38, "custom_fields": { "_priority": "5" }, "created_date": "2009-01-26 13:33:50" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED: warning messages and missings when using mclapply()", "description": "There appears to be a memory leak in rkward when using the function mclapply\\(\\) in package multicore. This eventually crashes rkward and the session. The mclapply\\(\\) function does not leak memory outside of rkward. mclapply is a version of lapply for running parallel computations on multiple CPU cores\r\nUbuntu 9.04 'Jaunty'\r\nrkward version 0.5.0d\r\nKDE version 4.2.2\r\nR version 2.9.2\r\nmulticore 0.1-3\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "1e877999", "posts": [ { "text": "Thanks for reporting. I hope I can still reach you, as it would be nice, if you could provide some more info / do some more testing.\r\n\r\nI was not able to reproduce this exactly using the current SVN version \\(but read on, below\\). Can you provide a reproducible example script to trigger the crash?\r\n\r\nYou say this is a memory leak. Do you have any specific evidence for that?\r\n\r\nRead on below, only if you're curious.\r\n\r\n\\-----\r\n\r\n\\*\\* What I can reproduce, and some thoughts on that\\*\\*\r\n\r\nThe following script will hang after a few iterations in RKWard \\(not R\\). \\(On a single core machine\\). gcinfo\\(\\) does not show growing memory consumption, but simply nothing happens after a while, with the main rkward.bin process hogging up most of the CPU.\r\n\r\nlibrary \\(multicore\\)\r\n\r\ngcinfo\\(TRUE\\)\r\nprint \\(gc \\(\\)\\)\r\n\r\nfor \\(iteration in 1:100\\) \\{\r\nprint \\(iteration\\)\r\nmclapply \\(1:1000, rnorm, mc.cores=2\\)\r\n\\}\r\n\r\nprint \\(gc \\(\\)\\)\r\ngcinfo \\(FALSE\\)\r\n\r\n\r\nOne symptom around this is that a number of not-quite-dead processes is spilt. Those are mostly sleeping, however. The backtrace inside those processes is:\r\n\r\n\\#0 0xb8070430 in \\_\\_kernel\\_vsyscall \\(\\) \r\n\\#1 0xb5b58292 in pthread\\_cond\\_timedwait@@GLIBC\\_2.3.2 \\(\\) from /lib/i686/cmov/libpthread.so.0 \r\n\\#2 0xb5c588b4 in pthread\\_cond\\_timedwait \\(\\) from /lib/i686/cmov/libc.so.6 \r\n\\#3 0xb69caf8e in thread\\_sleep \\(ti=0x9a1e7d0\\) at thread/qthread\\_unix.cpp:297 \r\n\\#4 0xb69cb0bb in QThread::msleep \\(msecs=<value optimized out>\\) at thread/qthread\\_unix.cpp:323 \r\n\\#5 0x0813abe9 in RThread::handleStandardCallback \\(this=0x99da3a0, args=0x9a1e8f4\\) at /home/thomas/develop/rkward4/rkward/rbackend/rthread.cpp:487 \r\n\\#6 0x08148b92 in RReadConsole \\(prompt=0xb71aef7a \"Selection: \", buf=0xb720d200 \"\", buflen=4096, hist=0\\) \r\nat /home/thomas/develop/rkward4/rkward/rbackend/rembedinternal.cpp:202 \r\n\\#7 0xb7141f05 in R\\_ReadConsole \\(\\) from /usr/lib/R/lib/libR.so \r\n\\#8 0xb7071a1c in ?? \\(\\) from /usr/lib/R/lib/libR.so \r\n\\#9 <signal handler called> \r\n\\#10 0xb6bf2046 in QDBusAdaptorConnector::relaySlot \\(this=0xa8ba170, argv=0xb3c5fefc\\) at qdbusabstractadaptor.cpp:268 \r\n\\#11 0xb6bf29d8 in QDBusAdaptorConnector::qt\\_metacall \\(this=0xa8ba170, \\_c=QMetaObject::InvokeMetaMethod, \\_id=0, \\_a=0xb3c5fefc\\) \r\nat qdbusabstractadaptor.cpp:364 \r\n\\#12 0xb6ad1b33 in QMetaObject::activate \\(sender=0xabb4580, from\\_signal\\_index=0, to\\_signal\\_index=1, argv=0xb3c5fefc\\) at kernel/qobject.cpp:3112 \r\n\\#13 0xb6ad1f60 in QMetaObject::activate \\(sender=0xabb4580, m=0x8182540, from\\_local\\_signal\\_index=0, to\\_local\\_signal\\_index=1, argv=0xb3c5fefc\\) \r\nat kernel/qobject.cpp:3206 \r\n\\#14 0xb6ad1feb in QObject::destroyed \\(this=0xabb4580, \\_t1=0xabb4580\\) at .moc/release-shared/moc\\_qobject.cpp:143 \r\n\\#15 0xb6ad2df9 in ~QObject \\(this=0xabb4580, \\_\\_in\\_chrg=<value optimized out>\\) at kernel/qobject.cpp:757 \r\n\\#16 0xb6d9de3d in ~Scheduler \\(this=0xabb4580, \\_\\_in\\_chrg=<value optimized out>\\) at ../../kio/kio/scheduler.cpp:259 \r\n\\#17 0xb6da1131 in ~SchedulerPrivate \\(\\) at ../../kio/kio/scheduler.cpp:102 \r\n\\#18 destroy \\(\\) at ../../kio/kio/scheduler.cpp:209 \r\n\\#19 0xb6cd68db in ~KCleanUpGlobalStatic \\(this=0xb6e9f1f4, \\_\\_in\\_chrg=<value optimized out>\\) at ../../kdecore/kernel/kglobal.h:62 \r\n\\#20 0xb5b98589 in exit \\(\\) from /lib/i686/cmov/libc.so.6 \r\n\\#21 0xb28d9e9e in mc\\_exit \\(sRes=0xa190538\\) at fork.c:492 \r\n\\#22 0xb701c689 in ?? \\(\\) from /usr/lib/R/lib/libR.so \r\n\\#23 0xb7045b6a in Rf\\_eval \\(\\) from /usr/lib/R/lib/libR.so \r\n\\[...\\]\r\n\\#48 0xb7045895 in Rf\\_eval \\(\\) from /usr/lib/R/lib/libR.so \r\n\\#49 0xb7048628 in ?? \\(\\) from /usr/lib/R/lib/libR.so\r\n\\#50 0xb7045895 in Rf\\_eval \\(\\) from /usr/lib/R/lib/libR.so\r\n\\#51 0xb7072b33 in R\\_ReplDLLdo1 \\(\\) from /usr/lib/R/lib/libR.so\r\n\\#52 0x08142aed in runUserCommandInternal \\(\\) at /home/thomas/develop/rkward4/rkward/rbackend/rembedinternal.cpp:950\r\n\\#53 0xb6ff2f19 in R\\_ToplevelExec \\(\\) from /usr/lib/R/lib/libR.so\r\n\\#54 0x0814406a in REmbedInternal::runCommandInternal \\(this=0x99da3a8, command\\_qstring=..., Rf\\_error=0xb3c622d8, print\\_result=true\\)\r\nat /home/thomas/develop/rkward4/rkward/rbackend/rembedinternal.cpp:1007\r\n\\#55 0x0813c616 in RThread::doCommand \\(this=0x99da3a0, command=0xaad53c8\\) at /home/thomas/develop/rkward4/rkward/rbackend/rthread.cpp:189\r\n\\#56 0x0813d755 in RThread::run \\(this=0x99da3a0\\) at /home/thomas/develop/rkward4/rkward/rbackend/rthread.cpp:125\r\n\\#57 0xb69cb582 in QThreadPrivate::start \\(arg=0x99da3a0\\) at thread/qthread\\_unix.cpp:188\r\n\\#58 0xb5b544b5 in start\\_thread \\(\\) from /lib/i686/cmov/libpthread.so.0\r\n\\#59 0xb5c49a5e in clone \\(\\) from /lib/i686/cmov/libc.so.6\r\n\r\nSo what we appear to have here, is that the main thread has already exited in mc\\_exit\\(\\), and the R thread is somehow left waiting \\(for response from the main thread; likely it got a SIGSEGV, though, and is asking for info on that\\). I'm not sure, whether these zombie process are really the problem, though, or just a symptom.\r\n\r\nAre Qt / GUI programs expected to be fork\\(\\)able at all?", "attachments": [], "author": "tfry", "timestamp": "2009-09-25 14:45:46", "last_edited": null, "slug": "7a85", "subject": "#58 FIXED: warning messages and missings when using mclapply()" }, { "text": "- **summary**: Memory leak when using mclapply() --> FEEDBACK: Memory leak when using mclapply()", "attachments": [], "author": "tfry", "timestamp": "2009-09-25 14:45:49", "last_edited": null, "slug": "03e5", "subject": "#58 FIXED: warning messages and missings when using mclapply()" }, { "text": "Hi, Thanks for the feedback. The only evidence I have for a memory leak was through my system monitor \\(conky\\). I have a intel dual core machine. I ran your script both in rkward and in R in a terminal window. There was no problem running the script in a terminal window. Curiously when I ran your script in rkward gcinfo\\(\\) did not report growing memory but rkward crashed after about 30 odd iterations. However monitoring conky at the same time showed rkward.bin pegged at 100% in both cpu's and the ram usage climbing rapidly and reaching 100% before rkward crashed.\n\nI assume the problem is caused by forking rkward.bin. I really don't have much more insight to offer unfortunately. ", "attachments": [], "author": "nobody", "timestamp": "2009-09-27 02:44:44", "last_edited": null, "slug": "675a", "subject": "#58 FIXED: warning messages and missings when using mclapply()" }, { "text": "Ok, so we see slightly different symptoms. This may be due to hardware differences, or to changes in RKWard since 0.5.0d.\r\n\r\nI am fairly certain, that the cause really is the forking, though. More precisely, what appears to happen is that mclapply forks the thread that R is running in. In the case of RKWard, the R thread assumes to be able to talk to the main thread of RKWard. That simply can't work.\r\n\r\nUnfortunately, this means that this is not easy to fix. For a proper fix we'd need code to detect the special situation of having been forked off, and more code to deal with that, properly. I'd say that is probably more trouble than it's worth to cover this special case.\r\n\r\nThis does not mean the bug is never going to be fixed. In the somewhat longer term I plan to separate the \"main\" and \"R\" threads into two different processes, and the R process in that setup would be much more similar to a vanilla R instance in several ways. This will hopefully fix a number of other bugs, and this one should be much easier to resolve, then, as well. But again, this will take some time. Until then, you can set options\\(\"mc.cores\"=1\\) to at least be able to develop the code in RKWard. To actually run it only multiple threads, use a plain R session, for the time being.", "attachments": [], "author": "tfry", "timestamp": "2009-09-28 11:10:29", "last_edited": null, "slug": "c375", "subject": "#58 FIXED: warning messages and missings when using mclapply()" }, { "text": "- **summary**: FEEDBACK: Memory leak when using mclapply() --> CRASH / HANG when using mclapply()", "attachments": [], "author": "tfry", "timestamp": "2009-09-28 11:10:31", "last_edited": null, "slug": "4033", "subject": "#58 FIXED: warning messages and missings when using mclapply()" }, { "text": "In the current development version, frontend in backend run in separate processes. This improves the situation a bit, but does not entirely fix it. There are no more crashes / hangs, but some warnings \"select: Interrupted during system call\" start to appear.\r\n\r\nOccasionally, child processes appear to fail \\(run the following a number of times\\):\r\n\r\nlibrary \\(multicore\\)\r\nfor \\(iteration in 1:100\\) \\{\r\nprint \\(iteration\\)\r\nx <- mclapply \\(1:100, rnorm, mc.cores=2\\)\r\ny <- sapply \\(x, length\\)\r\nstopifnot \\(y == 1:100\\)\r\n\\}\r\n\r\nSo far I could not figure out, just which signal interrupts a select \\(probably in the transmitter thread\\), and how to block it from doing so.\r\n", "attachments": [], "author": "tfry", "timestamp": "2010-11-19 19:20:19", "last_edited": null, "slug": "ddce", "subject": "#58 FIXED: warning messages and missings when using mclapply()" }, { "text": "- **summary**: CRASH / HANG when using mclapply() --> warning messages and missings when using mclapply()\n- **milestone**: 194503 --> ", "attachments": [], "author": "tfry", "timestamp": "2010-11-19 19:20:20", "last_edited": null, "slug": "5b59", "subject": "#58 FIXED: warning messages and missings when using mclapply()" }, { "text": "For future reference, here's a console transcript with debug statements turned on. No idea, what to make of this, so far, though.\r\n\r\n\\-------------------\r\n\r\n> options \\(warn=2\\)\r\n\\+ library \\(parallel\\)\r\n\\+ for \\(i in 1:1000\\) \\{\r\n\\+ x <- mclapply \\(1:100, rnorm\\)\r\n\\+ y <- sapply \\(x, length\\)\r\n\\+ stopifnot \\(all.equal \\(1:100, y\\)\\)\r\n\\+ \\}\r\nparent registers new child 32076\r\nchild process 32076 started\r\nparent registers new child 32077\r\nselect\\_children: maxfd=14, wlen=2, wcount=2, zombies=0, timeout=1:0\r\nchild process 32077 started\r\nchild 32076: send\\_master \\(20422 bytes\\)\r\nsr = 1\r\n\\- read select 1 children: 32076 \r\nread\\_child\\_ci\\(32076\\) - read length returned 4\r\nread\\_child\\_ci\\(32076\\) - read 20422 at 0 returned 20422\r\nselect\\_children: maxfd=14, wlen=2, wcount=2, zombies=0, timeout=1:0\r\nchild 32076: mcexit called\r\nsr = 1\r\n\\- read select 1 children: 32076 \r\nread\\_child\\_ci\\(32076\\) - read length returned 4\r\nremoving child 32076\r\nselect\\_children: maxfd=14, wlen=2, wcount=1, zombies=0, timeout=1:0\r\nchild process 32076 got SIGUSR1; child\\_exit\\_status=-1\r\nchild 32076: exiting\r\nsr = -1\r\nchild 32077: send\\_master \\(20822 bytes\\)\r\nchild 32077: mcexit called\r\nchild 32077 is waiting for permission to exit\r\nError in selectChildren\\(ac, 1\\) : \r\n\\(converted from warning\\) error 'Interrupted system call' in select\r\nCalls: mclapply -> selectChildren\r\nError in selectChildren\\(ac, 1\\) : \r\n\\(converted from warning\\) error 'Interrupted system call' in select\r\nCalls: mclapply -> selectChildren\r\nselect\\_children: maxfd=14, wlen=1, wcount=1, zombies=0, timeout=0:0\r\nsr = 1\r\n\\- read select 1 children: 32077 \r\nread\\_child\\_ci\\(32077\\) - read length returned 4\r\nread\\_child\\_ci\\(32077\\) - read 20822 at 0 returned 20822\r\nselect\\_children: maxfd=14, wlen=1, wcount=1, zombies=0, timeout=0:500000\r\nsr = 1\r\n\\- read select 1 children: 32077 \r\nread\\_child\\_ci\\(32077\\) - read length returned 4\r\nremoving child 32077", "attachments": [], "author": "tfry", "timestamp": "2011-10-04 12:00:47", "last_edited": null, "slug": "d240", "subject": "#58 FIXED: warning messages and missings when using mclapply()" }, { "text": "Fixed in version 0.5.7.", "attachments": [], "author": "tfry", "timestamp": "2011-10-24 08:14:12", "last_edited": null, "slug": "f3d6", "subject": "#58 FIXED: warning messages and missings when using mclapply()" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: warning messages and missings when using mclapply() --> FIXED: warning messages and missings when using mclapply()\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-10-24 08:14:12", "last_edited": null, "slug": "57ce", "subject": "#58 FIXED: warning messages and missings when using mclapply()" } ], "page": null, "subject": "" }, "mod_date": "2011-10-24 08:14:12", "votes_down": 0, "votes_up": 0, "_id": "50f52f1a34309d12e68e038c", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/1e877999/", "ticket_num": 58, "custom_fields": { "_priority": "5" }, "created_date": "2009-09-25 11:02:19" },{ "status": "closed-fixed", "reported_by_id": "4f53afc10594ca368f0006ad", "related_artifacts": [], "attachments": [], "reported_by": "tthierry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: R CMD INSTALL not complete with R-2.10.1", "description": "No problem untill R-2.9.2, but since I upgraded to R-2.10.1, R CMD INSTALL produces warning about the file public.Rd, and several files are not installed \\(lib/R/library/rkward/CONTENTS, lib/R/library/rkward/R-ex/public.R, lib/R/library/rkward/help/public, lib/R/library/rkward/html/public.html, lib/R/library/rkward/latex/public.tex, lib/R/library/rkward/man/rkward.Rd.gz\\).\r\n\r\nOutput of the script:\r\n\r\n/usr/local/bin/R --verbose CMD INSTALL -c -l /usr/local/lib/R/library /usr/ports/math/rkward-kde4/work/rkward-0.5.2/rkward/rbackend/rpackages/rkward\r\n\\* installing \\*source\\* package 'rkward' ...\r\n\\*\\* R\r\n\\*\\* preparing package for lazy loading\r\n\\*\\* help\r\nAvis : ./man/public.Rd:29: All text must be in a section\r\nAvis : ./man/public.Rd:29: All text must be in a section\r\n\\*\\*\\* installing help indices\r\n\\*\\* building package indices ...\r\n\\* DONE \\(rkward\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "91db007d", "posts": [ { "text": "Thanks for reporting, and sorry I did not reply earlier.\r\n\r\nWhile a true bug, this never had any adverse effect, since - unfortunately - the documentation of the R functions in RKWard is no more than a dummy skeleton. The warning is fixed in SVN \\(KDE 4 branch, only\\). Keeping the report open until a fix is released.", "attachments": [], "author": "tfry", "timestamp": "2010-03-08 09:50:21", "last_edited": null, "slug": "ae4a", "subject": "#63 FIXED IN SVN: R CMD INSTALL not complete with R-2.10.1" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: R CMD INSTALL not complete with R-2.10.1 --> FIXED IN SVN: R CMD INSTALL not complete with R-2.10.1\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2010-03-08 09:50:21", "last_edited": null, "slug": "716b", "subject": "#63 FIXED IN SVN: R CMD INSTALL not complete with R-2.10.1" }, { "text": "A fixed release was created, today 0.5.3. Closing.", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:21:50", "last_edited": null, "slug": "4e5c", "subject": "#63 FIXED IN SVN: R CMD INSTALL not complete with R-2.10.1" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:21:50", "last_edited": null, "slug": "cc95", "subject": "#63 FIXED IN SVN: R CMD INSTALL not complete with R-2.10.1" } ], "page": null, "subject": "" }, "mod_date": "2010-04-30 14:21:50", "votes_down": 0, "votes_up": 0, "_id": "50f52f1c34309d12e68e0443", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/91db007d/", "ticket_num": 63, "custom_fields": { "_priority": "5" }, "created_date": "2010-01-01 18:21:56" },{ "status": "closed-duplicate", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "CRASH / HANG when using Ggobi for R", "description": "I use RKWard Version 0.5.2 on KDE 4.3.2, with R version 2.10.1 \\(2009-12-14\\).\r\n\r\nWhen I want to launch 'rggobi' from RKWard \\( function: ggobi\\(\\) \\) the application hang or crash every time... But it work in a plain R session outside of RKWard.\r\nI've done a little testing without succes... Sorry\\!\r\n\r\nAs Ggobi is an external apps, i don't know if the bug come from RKWard or GGobi, but GGobi work well from a plain R session as I said.\r\n\r\nGood luck.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "82ef6fb3", "posts": [ { "text": "Thanks for reporting.\r\n\r\nThe problem is that RKWard currently does not work with RGtk2 \\(or vice versa\\). We hope to fix this problem, eventually, but this is a difficult one, and will not be solved in the short term. \r\n\r\nWe already have a report on this - more general - RGtk2 issue, here: https://sourceforge.net/tracker/?func=detail&aid=1878594&group\\_id=50231&atid=459007 . Please add any further comments, there.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2010-03-04 16:15:45", "last_edited": null, "slug": "6f40", "subject": "#65 CRASH / HANG when using Ggobi for R" }, { "text": "- **status**: open --> closed-duplicate", "attachments": [], "author": "tfry", "timestamp": "2010-03-04 16:15:45", "last_edited": null, "slug": "6ca2", "subject": "#65 CRASH / HANG when using Ggobi for R" } ], "page": null, "subject": "" }, "mod_date": "2010-03-04 16:15:45", "votes_down": 0, "votes_up": 0, "_id": "50f52f1c34309d12e68e047e", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/82ef6fb3/", "ticket_num": 65, "custom_fields": { "_priority": "5" }, "created_date": "2010-03-04 13:53:18" },{ "status": "closed-fixed", "reported_by_id": "50736434bfc09e3e92dd446b", "related_artifacts": [], "attachments": [], "reported_by": "chengas123", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: output of system commands is not shown", "description": "When I get an error installing a package in RKWard I cannot determine why:\r\n\r\ninstall.packages\\(\"quantstrat\", repos=\"http://R-Forge.R-project.org\", type=\"source\"\\)\r\nWarning in install.packages\\(\"quantstrat\", repos = \"http://R-Forge.R-project.org\", :\r\nargument 'lib' is missing: using '/home/bmccann/R/i486-pc-linux-gnu-library/2.11'\r\nWarning: dependency \u00e2\u0080\u0098blotter \\(>= 0.7\\)\u00e2\u0080\u0099 is not available\r\ntrying URL 'http://R-Forge.R-project.org/src/contrib/quantstrat\\_0.3.tar.gz'\r\nContent type 'application/x-gzip' length 41494 bytes \\(40 Kb\\)\r\nopened URL\r\n==================================================\r\ndownloaded 40 Kb\r\n\r\n\r\nThe downloaded packages are in\r\n\t\u00e2\u0080\u0098/tmp/RtmpTKNnvi/downloaded\\_packages\u00e2\u0080\u0099\r\nWarning message:\r\nIn install.packages\\(\"quantstrat\", repos = \"http://R-Forge.R-project.org\", :\r\ninstallation of package 'quantstrat' had non-zero exit status\r\n\r\n\r\n\r\nHowever, if I do the same within the R shell directly I get a much more informative error:\r\n\r\ninstall.packages\\(\"quantstrat\", repos=\"http://R-Forge.R-project.org\", type=\"source\"\\)\r\nWarning in install.packages\\(\"quantstrat\", repos = \"http://R-Forge.R-project.org\", :\r\nargument 'lib' is missing: using '/home/bmccann/R/i486-pc-linux-gnu-library/2.11'\r\nWarning: dependency \\u2018blotter \\(>= 0.7\\)\\u2019 is not available\r\ntrying URL 'http://R-Forge.R-project.org/src/contrib/quantstrat\\_0.3.tar.gz'\r\nContent type 'application/x-gzip' length 41494 bytes \\(40 Kb\\)\r\nopened URL\r\n==================================================\r\ndownloaded 40 Kb\r\n\r\n\\* installing \\*source\\* package \\u2018quantstrat\\u2019 ...\r\n\\*\\* R\r\n\\*\\* data\r\n\\*\\* demo\r\n\\*\\* inst\r\n\\*\\* preparing package for lazy loading\r\nLoading required package: zoo\r\nError : package 'blotter' 0.6 was found, but >= 0.7 is required by 'quantstrat'\r\nERROR: lazy loading failed for package \\u2018quantstrat\\u2019\r\n\\* removing \\u2018/home/bmccann/R/i486-pc-linux-gnu-library/2.11/quantstrat\\u2019\r\n\\* restoring previous \\u2018/home/bmccann/R/i486-pc-linux-gnu-library/2.11/quantstrat\\u2019\r\n\r\nThe downloaded packages are in\r\n\t\\u2018/tmp/RtmpHhKZqp/downloaded\\_packages\\u2019\r\nWarning message:\r\nIn install.packages\\(\"quantstrat\", repos = \"http://R-Forge.R-project.org\", :\r\ninstallation of package 'quantstrat' had non-zero exit status", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "7f9b7427", "posts": [ { "text": "Hi,\r\n\r\nthanks for reporting this issue. The more generic problem is that output generated by external commands simply does not appear in the console. E.g.\r\nsystem \\(\"ls\"\\)\r\nwill not produce any visible output. The specific issue you report is just a symptom of this, although a particularly annoying symptom, indeed. R is not friendly to GUIs at this point, although it may be possible for us to hack around this problem.\r\n\r\nSee also the option \"show.output.on.console\" of system\\(\\), which is only implemented on Windows, unfortunately.\r\n\r\n\r\n\\-- Technical notes:\r\n\r\nOne approach could be to override system\\(\\), adding some wrapper mini-app to each command which captures the output and relays it to RKWard \\(only if intern==FALSE and wait==TRUE\\).", "attachments": [], "author": "tfry", "timestamp": "2010-09-01 15:28:16", "last_edited": null, "slug": "6e6d", "subject": "#72 FIXED IN SVN: output of system commands is not shown" }, { "text": "- **summary**: install.packages swallows error messages --> output of system commands is not shown", "attachments": [], "author": "tfry", "timestamp": "2010-09-01 15:28:16", "last_edited": null, "slug": "fa9e", "subject": "#72 FIXED IN SVN: output of system commands is not shown" }, { "text": "Just a short note to let you know that I've made some progress on this.\r\n\r\nOutput of system commands \\(such as during package installation\\) will now be shown in the R Console. However, the interleaving \\(i.e. showing the output at the right place, and for the right command\\) is not entirely correct in some cases, yet.\r\n\r\n\\--- Technical note:\r\nProbably we need to override system to\r\n\\- flush all other output before a system command is run\r\n\\- somehow flush stdout / stderr after the command has been run", "attachments": [], "author": "tfry", "timestamp": "2010-11-19 13:14:43", "last_edited": null, "slug": "4a0e", "subject": "#72 FIXED IN SVN: output of system commands is not shown" }, { "text": "The problem should now be fully fixed on both Linux/UNIX and Windows, in the current development version.\r\n\r\nIf you would like to give it a try, see http://p.sf.net/rkward/svn , or - if you are using Ubuntu - try tomorrow's daily build: https://launchpad.net/~rkward-devel/+archive/rkward-dailys .", "attachments": [], "author": "tfry", "timestamp": "2011-01-09 12:27:49", "last_edited": null, "slug": "1789", "subject": "#72 FIXED IN SVN: output of system commands is not shown" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: output of system commands is not shown --> FIXED IN SVN: output of system commands is not shown\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-01-09 12:27:49", "last_edited": null, "slug": "d4ec", "subject": "#72 FIXED IN SVN: output of system commands is not shown" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-03-20 12:27:51", "last_edited": null, "slug": "7784", "subject": "#72 FIXED IN SVN: output of system commands is not shown" } ], "page": null, "subject": "" }, "mod_date": "2011-03-20 12:27:51", "votes_down": 0, "votes_up": 0, "_id": "50f52f2034309d12e68e0576", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/7f9b7427/", "ticket_num": 72, "custom_fields": { "_priority": "5" }, "created_date": "2010-08-22 19:14:43" },{ "status": "closed-fixed", "reported_by_id": "4ff34ad971b75b485a001194", "related_artifacts": [], "attachments": [], "reported_by": "casims", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "FIXED IN SVN: argument prompts are black rectangles", "description": "Rkward 0.5.4, KDE 4.5.1, Ubuntu maverick 64 bit, R 2.12.0 \\(2010-10-15\\).\r\n\r\nArgument prompts after the left paren in a function invocation on my setup come up as black rectangles. They seem to be of varying lengths corresponding to the length of the argument lists, so they may be black on black printing. I've looked for a way to change font colors or background colors in Rkward, but don't see any way to do it. This problem is always present; it is not intermittent. I have not seen it on other kde applications.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "b39ed488", "posts": [ { "text": "Thanks for reporting.\r\n\r\nI don't see this symptom, myself, so I'll need your help in fixing this. First question: Does this also happen for very short argument hints \\(e.g when typing \"str \\(\"\\), or only for longer ones?\r\n\r\nI've tried some adjustments in SVN. Could you test those, by either compiling from SVN \\(http://p.sf.net/rkward/svn\\), or by using our daily builds from https://launchpad.net/~rkward-devel/+archive/rkward-dailys \\(wait for the next build, i.e. 2010-10-25 or later\\)?\r\n\r\nThanks\\!\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2010-10-25 11:58:40", "last_edited": null, "slug": "cc7c", "subject": "#77 FIXED IN SVN: argument prompts are black rectangles" }, { "text": "- **summary**: argument prompts are black rectangles --> NEED TESTING: argument prompts are black rectangles", "attachments": [], "author": "tfry", "timestamp": "2010-10-25 11:58:40", "last_edited": null, "slug": "363a", "subject": "#77 FIXED IN SVN: argument prompts are black rectangles" }, { "text": "I won't have time to compile from the SVN for a few days. In the meantime, since downloading an update to many parts of kde 4.5.1 from the ubuntu repository, the black rectangles no longer appear, but now no argument hinting at all appears.", "attachments": [], "author": "casims", "timestamp": "2010-10-26 01:56:22", "last_edited": null, "slug": "86d2", "subject": "#77 FIXED IN SVN: argument prompts are black rectangles" }, { "text": "Works great here.\n\nUbuntu 10.04\nrkward 0.5.5-devel1\nUsing KDE Development Platform 4.4.92 \\(KDE 4.4.92 \\(KDE 4.5 RC2\\)\\)\n", "attachments": [], "author": "rtautenh", "timestamp": "2010-10-26 18:05:56", "last_edited": null, "slug": "f7bf", "subject": "#77 FIXED IN SVN: argument prompts are black rectangles" }, { "text": "I've downloaded and installed rkward\\_0.5.5-0daily-2935-201010252345~maverick1\\_amd64.deb from the launchpad repository. There are still no argument hinting boxes. I tried removing the nvidia driver for my GeForce 9500 GT video card, using the default driver without 3d acceleration instead --- still no hinting boxes. I tried using a second monitor, different manufacturer and different screen geometry --- still no hinting boxes. One of these same monitors, running 32-bit Debian testing \\(and therefore R 2.11.1, Rkward 0.5.3 with kde 4.4.5\\) displays the hints properly. And the absence of argument hinting happens for short and long argument lists, \"str\\(\" as well as, e.g. \"plot.ts\\(\".\r\n\r\n", "attachments": [], "author": "casims", "timestamp": "2010-10-31 14:20:24", "last_edited": null, "slug": "963e", "subject": "#77 FIXED IN SVN: argument prompts are black rectangles" }, { "text": "I can't think of any changes between RKWard 0.5.3 and today that would make argument hints disappear completely. Except, you can \\_configure\\_ argument hints to be turned off since 0.5.4. Could you please check whether argument hints are enabled at Settings->Configure RKWard->Script Editor?", "attachments": [], "author": "tfry", "timestamp": "2010-10-31 20:07:15", "last_edited": null, "slug": "9230", "subject": "#77 FIXED IN SVN: argument prompts are black rectangles" }, { "text": "I hadn't realized that the hints could be turned on and off, and they were off. Now they're on, and I'm back to the black rectangles. They appear on both monitors, and again with both the nvidia proprietary driver or the default linux driver for the nvidia board. \"str\\(\" produces a short, single-line black rectangle, while \"plot.ts\\(\" produces a multiline rectangle.", "attachments": [], "author": "casims", "timestamp": "2010-10-31 22:38:26", "last_edited": null, "slug": "0362", "subject": "#77 FIXED IN SVN: argument prompts are black rectangles" }, { "text": "On my higher-resolution, glossy-screen monitor I noticed that I can just make out the presence of text on the black rectangle. The dark gray on black text is not readable, but it's there. On my other, non-glossy monitor no text can be detected. So it seems this is a problem of the text and background colors coming out wrong.", "attachments": [], "author": "casims", "timestamp": "2010-11-01 01:33:58", "last_edited": null, "slug": "e97d", "subject": "#77 FIXED IN SVN: argument prompts are black rectangles" }, { "text": "I found a workaround: Changing the color for \"Tooltip text\" in KDE's SystemSettings > Common Appearance and Behavior > Application Appearance > Colors > Colors to a light color makes the argument hints readable. The corresponding \"Tooltip background\" color is not shown as black on this menu, though, and changing it has no effect on the background color for the argument hints in Rkward, which remains black no matter how the Tooltip Text background color is set.", "attachments": [], "author": "casims", "timestamp": "2010-11-03 16:39:19", "last_edited": null, "slug": "42cc", "subject": "#77 FIXED IN SVN: argument prompts are black rectangles" }, { "text": "That last bit about the tooltip background color not being respected really helped to understand what's going on. Thanks. Should now be fixed in SVN / tomorrow's daily build.", "attachments": [], "author": "tfry", "timestamp": "2010-11-03 18:58:48", "last_edited": null, "slug": "79eb", "subject": "#77 FIXED IN SVN: argument prompts are black rectangles" }, { "text": "- **summary**: NEED TESTING: argument prompts are black rectangles --> FIXED IN SVN: argument prompts are black rectangles\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2010-11-03 18:58:49", "last_edited": null, "slug": "ec9d", "subject": "#77 FIXED IN SVN: argument prompts are black rectangles" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-03-20 12:27:51", "last_edited": null, "slug": "3bce", "subject": "#77 FIXED IN SVN: argument prompts are black rectangles" } ], "page": null, "subject": "" }, "mod_date": "2011-03-20 12:27:51", "votes_down": 0, "votes_up": 0, "_id": "50f52f2334309d12e68e063c", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/b39ed488/", "ticket_num": 77, "custom_fields": { "_priority": "5" }, "created_date": "2010-10-25 02:27:53" },{ "status": "closed-fixed", "reported_by_id": "4d8d1c1a1be1ce2e700006a3", "related_artifacts": [], "attachments": [], "reported_by": "manchito", "assigned_to": "tfry", "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: No autoscrolling in package installer output", "description": "When installing a new package there's no autoscrolling in the \"Installing packages\" dialog output \\(and in all other text output dialogs of the kind\\). This feature was present in previous versions \\(KDE3 branch\\). Although I say \"feature\" I think this is more of a bug.\r\n\r\nConfig:\r\nRkward: 0.5.0c\r\nKDE: 4.2.1\r\nDistro: Slamd64-current", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "2f18314b", "posts": [ { "text": "See https://sourceforge.net/tracker/?func=detail&aid=2724226&group\\_id=50231&atid=459007 .\r\n\r\nA comment there says: \"The same applies for the spreadsheet window. If values are entered the\r\nviewport does not follow the currently active table cell.\"", "attachments": [], "author": "tfry", "timestamp": "2009-04-02 21:12:05", "last_edited": null, "slug": "a4c6", "subject": "#43 FIXED IN SVN: No autoscrolling in package installer output" }, { "text": "Fixed in SVN revision 2444.\r\n\r\nKeeping this report open until a fixed version is released.", "attachments": [], "author": "tfry", "timestamp": "2009-04-06 21:10:36", "last_edited": null, "slug": "0806", "subject": "#43 FIXED IN SVN: No autoscrolling in package installer output" }, { "text": "- **summary**: No autoscrolling in package installer output --> FIXED IN SVN: No autoscrolling in package installer output\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-04-06 21:10:37", "last_edited": null, "slug": "375c", "subject": "#43 FIXED IN SVN: No autoscrolling in package installer output" }, { "text": "Fixed in 0.5.0d.", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 14:48:59", "last_edited": null, "slug": "1fac", "subject": "#43 FIXED IN SVN: No autoscrolling in package installer output" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-05-11 14:49:00", "last_edited": null, "slug": "b2d1", "subject": "#43 FIXED IN SVN: No autoscrolling in package installer output" } ], "page": null, "subject": "" }, "mod_date": "2009-05-11 14:49:00", "votes_down": 0, "votes_up": 0, "_id": "50f52f1434309d12e68e01e5", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/2f18314b/", "ticket_num": 43, "custom_fields": { "_priority": "5" }, "created_date": "2009-04-01 01:00:18" },{ "status": "closed-fixed", "reported_by_id": "50f52f2534309d12e68e06d0", "related_artifacts": [], "attachments": [], "reported_by": "eduardohorta", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "WINDOWS ONLY, FIXED IN SVN, WORKAROUND: pdf won't work", "description": "First of all, let me congratulate the RKWard team for the magnificent work you've been doing\\!\r\nRKWard version: 0.5.4\r\nKDE version: 4.4.1\r\n> R.version\r\n\\_ \r\nplatform i386-pc-mingw32 \r\narch i386 \r\nos mingw32 \r\nsystem i386, mingw32 \r\nstatus \r\nmajor 2 \r\nminor 11.1 \r\nyear 2010 \r\nmonth 05 \r\nday 31 \r\nsvn rev 52157 \r\nlanguage R \r\nversion.string R version 2.11.1 \\(2010-05-31\\)\r\n\r\nWell, let me state the problem I've found with a simple examlpe:\r\nIf I enter\r\npdf\\(file=\"test.pdf\"\\)\r\nplot\\(1:10, sqrt\\(1:10\\), type=\"l\"\\)\r\ndev.off\\(\\)\r\nin a regular Rgui window, the file \"test.pdf\" is as expected. However, the same commands from inside a RKWard session will produce a blank file. Any ideas on why this is happening?\r\n\r\nBest regards", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "1fb3c2cb", "posts": [ { "text": "Thanks for reporting\\!\r\n\r\nI had noted that pdf\\(\\) and postscript\\(\\) were broken in RKWard on my Windows system, but had written it off to a broken system setup, and had never investigated.\r\n\r\nTurns out that somehow a bad locale setting is applied \\(probably from library code\\), and for pdf\\(\\) and postscript\\(\\) the result is that \",\" will be written instead of \".\" as decimal separator. No surprise that this doesn't work...\r\n\r\nI have fixed this in the development version. However, you can also work around this fairly easily, by running\r\nSys.setlocale \\(\"LC\\_NUMERIC\", \"C\"\\)\r\nin the R Console \\(you will get a warning, but you can safely ignore that\\).\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-01-26 14:46:26", "last_edited": null, "slug": "b8d9", "subject": "#81 WINDOWS ONLY, FIXED IN SVN, WORKAROUND: pdf won't work" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: pdf won't work --> WINDOWS ONLY, FIXED IN SVN, WORKAROUND: pdf won't work\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-01-26 14:46:26", "last_edited": null, "slug": "e796", "subject": "#81 WINDOWS ONLY, FIXED IN SVN, WORKAROUND: pdf won't work" }, { "text": "Thanks, tfry. This works fine\\!\r\n\r\nBest regards,\r\n\r\nEduardo", "attachments": [], "author": "eduardohorta", "timestamp": "2011-01-26 16:39:48", "last_edited": null, "slug": "1d1f", "subject": "#81 WINDOWS ONLY, FIXED IN SVN, WORKAROUND: pdf won't work" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-03-20 12:27:50", "last_edited": null, "slug": "4888", "subject": "#81 WINDOWS ONLY, FIXED IN SVN, WORKAROUND: pdf won't work" } ], "page": null, "subject": "" }, "mod_date": "2011-03-20 12:27:50", "votes_down": 0, "votes_up": 0, "_id": "50f52f2534309d12e68e06cf", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/1fb3c2cb/", "ticket_num": 81, "custom_fields": { "_priority": "5" }, "created_date": "2011-01-26 13:29:48" },{ "status": "closed-out-of-date", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: Ambiguous shortcut overload: Ctrl+V", "description": "Under some circumstances, the \"Ctrl + V\"-shortcut in the R console window does not work. The message \"QAction::eventFilter:\r\nAmbiguous shortcut overload: Ctrl+V\" is printed on stderr. Possibly this is related to running rkward in a gnome session.\r\n\r\nIf you run into this problem, please contact us with details on your setup.\r\n\r\nSee also this thread: https://sourceforge.net/mailarchive/message.php?msg\\_name=3ff92a550904291010n5b26e03cj209571264e122bf7%40mail.gmail.com", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "1fa74f60", "posts": [ { "text": "- **status**: open --> closed-out-of-date\n- **milestone**: --> CRASH\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:33:00.238000", "last_edited": null, "slug": "e477", "subject": "#44 NEEDINFO: Ambiguous shortcut overload: Ctrl+V" }, { "text": "Nobody reported this in years, so it seem to have been fixed, somewhere, somehow.", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:33:00.470000", "last_edited": null, "slug": "08c5", "subject": "#44 NEEDINFO: Ambiguous shortcut overload: Ctrl+V" } ], "page": null, "subject": "" }, "mod_date": "2013-03-22 10:33:00.540000", "votes_down": 0, "votes_up": 0, "_id": "50f52f1434309d12e68e0205", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/1fa74f60/", "ticket_num": 44, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2009-05-06 09:33:31" },{ "status": "closed-fixed", "reported_by_id": "4f53afc10594ca368f0006ad", "related_artifacts": [], "attachments": [], "reported_by": "tthierry", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "rkward-0.5.5: compilation failed / FreeBSD / rksignalsupport", "description": "Hello,\r\n\r\nI'm trying to upgrade rkward from 0.5.4 to 0.5.5 \\(FreeBSD\\) and it fails with the hereunder error:\r\n\r\ncd /usr/ports/math/rkward-kde4-0.5.5/work/rkward-0.5.5/rkward/rbackend && /usr/local/libexec/ccache/c++ -D\\_GNU\\_SOURCE -DQT\\_NO\\_STL -DQT\\_NO\\_CAST\\_TO\\_ASCII -D\\_REENTRANT -DKDE\\_DEPRECATED\\_WARNINGS -DQT\\_NO\\_CAST\\_TO\\_ASCII -DRKWARD\\_SPLIT\\_PROCESS -O2 -pipe -march=pentiumpro -fno-strict-aliasing -Woverloaded-virtual -fvisibility=hidden -fvisibility-inlines-hidden -O2 -g -DNDEBUG -DQT\\_NO\\_DEBUG -I/usr/local/lib/R/include -I/usr/ports/math/rkward-kde4-0.5.5/work/rkward-0.5.5/rkward/rbackend -I/usr/local/kde4/include -I/usr/local/include/qt4/phonon -I/usr/local/include/qt4/QtXmlPatterns -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4/QtWebKit -I/usr/local/include/qt4/QtUiTools -I/usr/local/include/qt4/QtTest -I/usr/local/include/qt4/QtSvg -I/usr/local/include/qt4/QtSql -I/usr/local/include/qt4/QtScriptTools -I/usr/local/include/qt4/QtScript -I/usr/local/include/qt4/QtOpenGL -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtMultimedia -I/usr/local/include/qt4/QtHelp -I/usr/local/include/qt4/QtDesigner -I/usr/local/include/qt4/QtDeclarative -I/usr/local/include/qt4/QtDBus -I/usr/local/include/qt4/QtAssistant -I/usr/local/include/qt4/Qt3Support -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/Qt -I/usr/local/share/qt4/mkspecs/default -I/usr/local/include/qt4 -o CMakeFiles/rkward.rbackend.dir/rksignalsupport.o -c /usr/ports/math/rkward-kde4-0.5.5/work/rkward-0.5.5/rkward/rbackend/rksignalsupport.cpp\r\n/usr/ports/math/rkward-kde4-0.5.5/work/rkward-0.5.5/rkward/rbackend/rksignalsupport.cpp:27: error: conflicting declaration 'typedef void \\(\\* \\_\\_sighandler\\_t\\)\\(int\\)'\r\n/usr/include/sys/signal.h:141: error: '\\_\\_sighandler\\_t' has a previous declaration as 'typedef void \\(\\_\\_sighandler\\_t\\)\\(int\\)'\r\n/usr/ports/math/rkward-kde4-0.5.5/work/rkward-0.5.5/rkward/rbackend/rksignalsupport.cpp:46: error: function 'void RKSignalSupportPrivate::r\\_sigint\\_handler\\(int\\)' is initialized like a variable\r\n/usr/ports/math/rkward-kde4-0.5.5/work/rkward-0.5.5/rkward/rbackend/rksignalsupport.cpp: In function 'void RKSignalSupport::installSigIntAndUsrHandlers\\(void \\(\\*\\)\\(\\)\\)':\r\n/usr/ports/math/rkward-kde4-0.5.5/work/rkward-0.5.5/rkward/rbackend/rksignalsupport.cpp:164: error: 'r\\_sigint\\_handler' is not a member of 'RKSignalSupportPrivate'\r\n/usr/ports/math/rkward-kde4-0.5.5/work/rkward-0.5.5/rkward/rbackend/rksignalsupport.cpp:166: error: 'r\\_sigint\\_handler' is not a member of 'RKSignalSupportPrivate'\r\n/usr/ports/math/rkward-kde4-0.5.5/work/rkward-0.5.5/rkward/rbackend/rksignalsupport.cpp: In function 'void RKSignalSupport::callOldSigIntHandler\\(\\)':\r\n/usr/ports/math/rkward-kde4-0.5.5/work/rkward-0.5.5/rkward/rbackend/rksignalsupport.cpp:177: error: 'r\\_sigint\\_handler' is not a member of 'RKSignalSupportPrivate'\r\n\\*\\*\\* Error code 1\r\n\r\nNo patch available ATM\\!", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "b77ad9e9", "posts": [ { "text": "Whoops. Somehow, apparently, sourceforge did send me the usual e-mail notification for your report, and so I missed it until today. Sorry\\!\r\n\r\nCould you please try replacing rksignalsupport.cpp with this version: http://rkward.svn.sourceforge.net/viewvc/rkward/trunk/rkward/rkward/rbackend/rksignalsupport.cpp?revision=3522 ? Does that fix the problem?\r\n", "attachments": [], "author": "tfry", "timestamp": "2011-04-23 12:00:32", "last_edited": null, "slug": "314e", "subject": "#83 rkward-0.5.5: compilation failed / FreeBSD / rksignalsupport" }, { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2011-04-23 12:00:32", "last_edited": null, "slug": "f1da", "subject": "#83 rkward-0.5.5: compilation failed / FreeBSD / rksignalsupport" }, { "text": "No problem for the delay: I was traveling abroad, and didn't work on this problem.\r\n\r\nJust tested rksignalsupport.cpp revision=3522 and, indeed, it fixes the problem on FreeBSD\\! Thanks.", "attachments": [], "author": "tthierry", "timestamp": "2011-05-01 14:37:51", "last_edited": null, "slug": "da5f", "subject": "#83 rkward-0.5.5: compilation failed / FreeBSD / rksignalsupport" }, { "text": "- **status**: open --> open-fixed", "attachments": [], "author": "tthierry", "timestamp": "2011-05-01 14:38:18", "last_edited": null, "slug": "5bae", "subject": "#83 rkward-0.5.5: compilation failed / FreeBSD / rksignalsupport" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-05-31 08:21:51", "last_edited": null, "slug": "5417", "subject": "#83 rkward-0.5.5: compilation failed / FreeBSD / rksignalsupport" } ], "page": null, "subject": "" }, "mod_date": "2011-05-31 08:21:51", "votes_down": 0, "votes_up": 0, "_id": "50f52f2834309d12e68e0748", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/b77ad9e9/", "ticket_num": 83, "custom_fields": { "_priority": "5" }, "created_date": "2011-03-27 16:26:48" },{ "status": "closed-out-of-date", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "RKWard freezes the computer", "description": "When using RKWard, especially when the graphic device is open, the computer some times freeze and only the mouse moves. This happens when the R engine is idle. the memory usage is about 50% of 4GB. It happens on two computers working with Ubuntu 11.04 with different hardware. The freezing of the computer is related minimizing RKWard. The only way to get out is to restart the machine. ctl+alt+f1 does not help.\r\n\r\nRKWard version 0.5.4\r\nKDE 4.6.2\r\nR 2.12.1", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "67f7ad1d", "posts": [ { "text": "hi,\r\n\r\nthanks for the report\\!\r\n\r\ncould you please try to reproduce this with the most recent version of RKWard? you can get ubuntu packages from\r\nhttps://launchpad.net/~rkward-devel/+archive/rkward-dailys\r\n\r\nif the problem is still present, please post the results of rk.sessionInfo\\(\\)\r\n\r\nviele gr\u00fc\u00dfe :: m.eik", "attachments": [], "author": "m-eik", "timestamp": "2011-08-17 10:55:12", "last_edited": null, "slug": "60b0", "subject": "#96 RKWard freezes the computer" }, { "text": "Report is about an outdated version of RKWard, and no reply to request for more info.\r\n\r\nI'm changing the status of this report to \"pending\", meaning it will be closed in 14 days, automatically, if there is no further reply.", "attachments": [], "author": "tfry", "timestamp": "2011-09-18 11:20:23", "last_edited": null, "slug": "a530", "subject": "#96 RKWard freezes the computer" }, { "text": "- **status**: open --> pending-out-of-date", "attachments": [], "author": "tfry", "timestamp": "2011-09-18 11:20:23", "last_edited": null, "slug": "4df0", "subject": "#96 RKWard freezes the computer" }, { "text": "- **status**: pending-out-of-date --> closed-out-of-date\n- **milestone**: --> CRASH\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:31:29.184000", "last_edited": null, "slug": "41e3", "subject": "#96 RKWard freezes the computer" }, { "text": "Hm, somehow \"pending\" tickets don't seem to close, automatically, any more.", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:31:29.338000", "last_edited": null, "slug": "d73b", "subject": "#96 RKWard freezes the computer" } ], "page": null, "subject": "" }, "mod_date": "2013-03-22 10:31:29.444000", "votes_down": 0, "votes_up": 0, "_id": "50f52f2f34309d12e68e08f0", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/67f7ad1d/", "ticket_num": 96, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2011-08-17 10:38:53" },{ "status": "closed-fixed", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: high CPU usage while idle", "description": "I very often keep my RKward workspace open for a long time while working on something else, because that way I don't need to save and load it all the time. But I've noticed RKward is constantly eating CPU: rkward.rbackend uses about 4%, and rkward.bin 2% of my i5. That's really a lot, and that makes the fan noisy.\r\n\r\nAs I don't see why RKward would be working while nothing happens, I suppose it's doing something it could avoid. Or is that a bug specific to my setup?\r\n\r\nI'm using RKWard 0.5.5 with R 2.13.0 on Fedora 15 \\(x64\\). \\(And BTW RKward is really a great app\\!\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "4b5d7060", "posts": [ { "text": "Hi\\!\r\n\r\nWell, supporting all types of R events in a GUI is surprisingly difficult, and cannot easily be done without some polling. So some idle CPU load is to be expected.\r\n\r\nThat said, 4% and 2% really is a lot. Here, I see about 1% each, on an aging Centrino-CPU, and the fan stays off.\r\n\r\nI have improved this, slightly, in the development version, and probably this can be tweaked a bit more. It would really help, if you could give me some feedback, though, since obviously the metrics are a bit different on your system. Thus, could you take a look at our instructions for compiling the development version at: http://p.sf.net/rkward/svn ?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-06-17 09:05:50", "last_edited": null, "slug": "768d", "subject": "#89 FIXED IN SVN: high CPU usage while idle" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: rkward.rbackend and rkward.bin use CPU even when idle --> high CPU usage while idle", "attachments": [], "author": "tfry", "timestamp": "2011-06-17 09:05:50", "last_edited": null, "slug": "3380", "subject": "#89 FIXED IN SVN: high CPU usage while idle" }, { "text": "Nice, thanks\\! I'll try to test the development version \\(anyways, I'll like to use a version more recent than Fedora's to benefit from the fixes\\), but not immediately. For now, I have to use RKward to finish my Master thesis\\! ;-\\)", "attachments": [], "author": "nalimilan", "timestamp": "2011-06-17 09:18:14", "last_edited": null, "slug": "5fde", "subject": "#89 FIXED IN SVN: high CPU usage while idle" }, { "text": "OK, I've tested the SVN version, and CPU usage is down to 0.3-0.7% for rkward.rbackend, and rkward.bin doesn't appear at all. So that's much better, I guess that's no longer a problem \\(most apps have the same CPU usage pattern\\).\r\n\r\nThanks for the quick response and fix. Now, you're going to regret it, I'll file any bugs I find\\! ;-\\)", "attachments": [], "author": "nalimilan", "timestamp": "2011-06-24 10:49:22", "last_edited": null, "slug": "04cf", "subject": "#89 FIXED IN SVN: high CPU usage while idle" }, { "text": "- **status**: open --> open-fixed", "attachments": [], "author": "nalimilan", "timestamp": "2011-06-24 10:49:22", "last_edited": null, "slug": "f7b1", "subject": "#89 FIXED IN SVN: high CPU usage while idle" }, { "text": "Thanks for your feedback. Keep the reports coming ,-\\)", "attachments": [], "author": "tfry", "timestamp": "2011-06-24 18:33:46", "last_edited": null, "slug": "9893", "subject": "#89 FIXED IN SVN: high CPU usage while idle" }, { "text": "- **summary**: high CPU usage while idle --> FIXED IN SVN: high CPU usage while idle", "attachments": [], "author": "tfry", "timestamp": "2011-06-24 18:33:47", "last_edited": null, "slug": "9f5d", "subject": "#89 FIXED IN SVN: high CPU usage while idle" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-10-24 08:13:23", "last_edited": null, "slug": "8a2e", "subject": "#89 FIXED IN SVN: high CPU usage while idle" } ], "page": null, "subject": "" }, "mod_date": "2011-10-24 08:13:23", "votes_down": 0, "votes_up": 0, "_id": "50f52f2a34309d12e68e07d6", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/4b5d7060/", "ticket_num": 89, "custom_fields": { "_priority": "5" }, "created_date": "2011-06-15 18:43:58" },{ "status": "closed-fixed", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "FIXED IN SVN: Crash when copying from R terminal", "description": "RKward from SVN as of today reliably crashes when trying to copy text from the R console. This is on Fedora 15, where Qt is 4.7.3 \\(revision 6.fc15\\).\r\n\r\n\\#0 QApplicationPrivate::dispatchEnterLeave \\(enter=0x13871a0, \r\nleave=<optimized out>\\) at kernel/qapplication.cpp:2805\r\n\\#1 0x00007ffff622eda7 in QApplication::x11ProcessEvent \\(this=0x7fffffffd0c0, \r\nevent=0x7fffffffcc60\\) at kernel/qapplication\\_x11.cpp:3660\r\n\\#2 0x00007ffff62562ec in x11EventSourceDispatch \\(s=0x7a7160, callback=0, \r\nuser\\_data=0x0\\) at kernel/qguieventdispatcher\\_glib.cpp:148\r\n\\#3 0x0000003ffa8427ed in g\\_main\\_dispatch \\(context=0x7a6a60\\) at gmain.c:2441\r\n\\#4 g\\_main\\_context\\_dispatch \\(context=0x7a6a60\\) at gmain.c:3014\r\n\\#5 0x0000003ffa842fc8 in g\\_main\\_context\\_iterate \\(context=0x7a6a60, \r\nblock=<optimized out>, dispatch=1, self=<optimized out>\\) at gmain.c:3092\r\n\\#6 0x0000003ffa84325c in g\\_main\\_context\\_iteration \\(context=0x7a6a60, \r\nmay\\_block=1\\) at gmain.c:3155\r\n\\#7 0x00007ffff704fd0f in QEventDispatcherGlib::processEvents \\(this=0x7a3440, \r\nflags=<optimized out>\\) at kernel/qeventdispatcher\\_glib.cpp:422\r\n\\#8 0x00007ffff6255fde in QGuiEventDispatcherGlib::processEvents \\(\r\nthis=<optimized out>, flags=<optimized out>\\)\r\nat kernel/qguieventdispatcher\\_glib.cpp:207\r\n\\#9 0x00007ffff70246c2 in QEventLoop::processEvents \\(this=<optimized out>, \r\nflags=...\\) at kernel/qeventloop.cpp:149\r\n\\#10 0x00007ffff70248bf in QEventLoop::exec \\(this=0x7fffffffd030, flags=...\\)\r\nat kernel/qeventloop.cpp:201\r\n\\#11 0x00007ffff7028a07 in QCoreApplication::exec \\(\\)\r\nat kernel/qcoreapplication.cpp:1008\r\n\\#12 0x0000000000432524 in main \\(argc=<optimized out>, argv=<optimized out>\\)\r\nat /home/milan/Dev/rkward/rkward/rkward/main.cpp:177\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "4a9951fc", "posts": [ { "text": "Hi\\!\r\n\r\nI cannot reproduce this. Could you give some more detail:\r\na\\) There are a whole bunch of copy-actions: Copy selection literally, Copy commands only, and Copy lines to output. Which were you using? From the Edit->Menu? From the RMB context menu? Using a keyboard shortcut?\r\nb\\) Perhaps the content of the R console is relevant? Could you give an example that triggers the crash? Are you trying to copy everything, or only a specific range?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-06-24 18:17:26", "last_edited": null, "slug": "6625", "subject": "#90 FIXED IN SVN: Crash when copying from R terminal" }, { "text": "- **summary**: Crash when copying from R terminal --> NEEDINFO: Crash when copying from R terminal", "attachments": [], "author": "tfry", "timestamp": "2011-06-24 18:17:26", "last_edited": null, "slug": "4028", "subject": "#90 FIXED IN SVN: Crash when copying from R terminal" }, { "text": "I've found one important factor: it only happens when using focus follows mouse. I understood that by reading the part of the Qt code that crashes \\(see below\\).\r\n\r\nAbout your questions: it happens when merely trying to copy a few chars using the Copy item from the top of the context menu of the terminal, or the Edit->Copy item. Copy to Output works, though. So the content of the terminal doesn't seem relevant.\r\n\r\nI'm getting a Broken Install error dialog on start, but RKward works very well despite it, so I'm not sure it can be related \\(how can I find out what exactly is broken in my installation?\\).\r\n\r\n2800\t //Whenever we leave an alien widget on X11, we need to reset its nativeParentWidget\\(\\)'s cursor.\r\n2801\t // This is not required on Windows as the cursor is reset on every single mouse move.\r\n2802\t QWidget \\*parentOfLeavingCursor = 0;\r\n2803\t for \\(int i = 0; i < leaveList.size\\(\\); ++i\\) \\{\r\n2804\t w = leaveList.at\\(i\\);\r\n2805\t if \\(\\!isAlien\\(w\\)\\)\r\n2806\t break;\r\n2807\t if \\(w->testAttribute\\(Qt::WA\\_SetCursor\\)\\) \\{\r\n2808\t QWidget \\*parent = w->parentWidget\\(\\);\r\n2809\t while \\(parent && parent->d\\_func\\(\\)->data.in\\_destructor\\)\r\n", "attachments": [], "author": "nalimilan", "timestamp": "2011-06-24 21:31:05", "last_edited": null, "slug": "c8b0", "subject": "#90 FIXED IN SVN: Crash when copying from R terminal" }, { "text": "Thanks for the additional info. I still cannot reproduce the problem, even when using Focus follows mouse.\r\n\r\nThe backtrace does not contain anything RKWard-related \\(or even just KDE-related\\), so it is quite likely that the bug is on a lower level. For starters, could you try, whether you can trigger similar crashes in the script editor \\(try using \"Copy\" from the context menu\\) or even in a standalone kwrite?\r\n\r\nSince you seem to have some debugging skills, perhaps you could try running rkward through valgrind:\r\nrkward --debugger valgrind\r\nQuite likely, the root cause of the crash is simply not visible in the backtrace, but rather something went wrong shortly before, and then the next iteration of event processing crahes. Perhaps valgrind will give some better hints.\r\n\r\nRegarding the message about a broken installation, this is \\_probably\\_ unrelated, but it's certainly a good idea to fix this, and thus rule out that this has anything to do with the problem. See the \"troubleshooting\" section on http://p.sf.net/rkward/faq .\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-06-25 10:47:57", "last_edited": null, "slug": "5956", "subject": "#90 FIXED IN SVN: Crash when copying from R terminal" }, { "text": "Valgrind log shown after I click on Copy", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/4a9951fc/4e55/attachment/valgrind.log", "bytes": 17033 } ], "author": "nalimilan", "timestamp": "2011-06-25 18:04:10", "last_edited": null, "slug": "4e55", "subject": "#90 FIXED IN SVN: Crash when copying from R terminal" }, { "text": "Copying in the script editor works OK, so that's not Kate's fault. Note it works well with RKward packaged in Fedora 15, and I built the SVN version with the same Qt, so that probably comes from a change in RKward.\r\n\r\nI just discovered it also happens when clicking other menu items that don't bring up a dialog \\(e.g. Erase\\). You also need to have a script file open for the crash to happen. So that must come from a focus change issue: when you click on the Copy menu item, the menu closes and the mouse is over the script file, which gets focused. Maybe at that point RKward tries to unfocus the menu, which has already been destroyed?\r\n\r\nSee the attached Valgrind log, which shown many things happen just when I click on the Copy menu item. An interesting track is the delete called from RKWardMainWindow::partChanged\\(\\).", "attachments": [], "author": "nalimilan", "timestamp": "2011-06-25 18:10:17", "last_edited": null, "slug": "d308", "subject": "#90 FIXED IN SVN: Crash when copying from R terminal" }, { "text": "Thanks for those additional hints. With this, I finally managed to reproduce the crash. For this, I had to create a situation, where the context menu would overlap with a second, inactive, window \\(e.g. a script window\\). Then, either\r\na\\) moving the mouse into the second window, while the context menu is still shown, or\r\nb\\) selecting an action from the context menu which is positioned over the second window\r\nwould result in the crash. Problem was that this would activate the second window, which in turn would lead to the destruction of the context menu, while the context menu is still running its event loop.\r\n\r\nI've fixed this in SVN. Please test, whether this also fixes the issue for you.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-06-26 18:06:08", "last_edited": null, "slug": "a646", "subject": "#90 FIXED IN SVN: Crash when copying from R terminal" }, { "text": "- **summary**: NEEDINFO: Crash when copying from R terminal --> NEEDS TESTING: Crash when copying from R terminal", "attachments": [], "author": "tfry", "timestamp": "2011-06-26 18:06:08", "last_edited": null, "slug": "8026", "subject": "#90 FIXED IN SVN: Crash when copying from R terminal" }, { "text": "Great, it's fixed\\! Very efficient\\!", "attachments": [], "author": "nalimilan", "timestamp": "2011-06-29 09:31:41", "last_edited": null, "slug": "3b05", "subject": "#90 FIXED IN SVN: Crash when copying from R terminal" }, { "text": "- **summary**: NEEDS TESTING: Crash when copying from R terminal --> FIXED IN SVN: Crash when copying from R terminal\n- **status**: open --> open-fixed", "attachments": [], "author": "nalimilan", "timestamp": "2011-06-29 09:31:41", "last_edited": null, "slug": "3902", "subject": "#90 FIXED IN SVN: Crash when copying from R terminal" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-10-24 08:13:22", "last_edited": null, "slug": "6807", "subject": "#90 FIXED IN SVN: Crash when copying from R terminal" } ], "page": null, "subject": "" }, "mod_date": "2011-10-24 08:13:22", "votes_down": 0, "votes_up": 0, "_id": "50f52f2b34309d12e68e0826", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/4a9951fc/", "ticket_num": 90, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2011-06-24 16:03:23" },{ "status": "closed-invalid", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "PLEASE REDIRECT: Cannot compile version 0.5.6 under Arch", "description": "Version 0.5.5 is installed and works fine on my system. When upgrading with the AUR script, package building fails.\r\nTried building from source, got the same error. Dependencies seem to be ok. See attached file for build output.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "0ad3696c", "posts": [ { "text": "Build output for version 0.5.6", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/0ad3696c/4b84/attachment/rkward-0.5.6_build_output", "bytes": 30631 } ], "author": "nobody", "timestamp": "2011-06-28 11:27:54", "last_edited": null, "slug": "4b84", "subject": "#91 PLEASE REDIRECT: Cannot compile version 0.5.6 under Arch" }, { "text": "Hi\\!\r\n\r\nFrom the attached log it looks like the docbook dtd could not be found on your system. Please double-check that docbook-xsl / docbook-xml is installed.\r\n\r\nEither way, we cannot address this problem in RKWard. Please redirect the matter to the maintainer of the AUR script:\r\nhttp://aur.archlinux.org/packages/rkward/PKGBUILD:\r\n\\# Maintainer: Nicky726 \\(Nicky726 <at> gmail <dot> com\\)\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-06-28 15:29:25", "last_edited": null, "slug": "98dd", "subject": "#91 PLEASE REDIRECT: Cannot compile version 0.5.6 under Arch" }, { "text": "- **summary**: Cannot compile version 0.5.6 under Arch --> PLEASE REDIRECT: Cannot compile version 0.5.6 under Arch", "attachments": [], "author": "tfry", "timestamp": "2011-06-28 15:29:25", "last_edited": null, "slug": "9c0f", "subject": "#91 PLEASE REDIRECT: Cannot compile version 0.5.6 under Arch" }, { "text": "I hope the reporter has seen my comment. Definitely, the report was open for long enough after that.\r\n\r\nClosing.", "attachments": [], "author": "tfry", "timestamp": "2011-08-01 11:44:59", "last_edited": null, "slug": "e195", "subject": "#91 PLEASE REDIRECT: Cannot compile version 0.5.6 under Arch" }, { "text": "- **status**: open --> closed-invalid", "attachments": [], "author": "tfry", "timestamp": "2011-08-01 11:44:59", "last_edited": null, "slug": "301b", "subject": "#91 PLEASE REDIRECT: Cannot compile version 0.5.6 under Arch" } ], "page": null, "subject": "" }, "mod_date": "2011-08-01 11:44:59", "votes_down": 0, "votes_up": 0, "_id": "50f52f2c34309d12e68e0869", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/0ad3696c/", "ticket_num": 91, "custom_fields": { "_priority": "5" }, "created_date": "2011-06-28 11:27:50" },{ "status": "closed-invalid", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "[Packaging] RKWard won't start due to misconfigured path", "description": "I am building rkward with:\r\n\r\ncmake -DCMAKE\\_INSTALL\\_PREFIX=\"$\\{pkgdir\\}/usr\" \\\r\n-DR\\_LIBDIR=\"$\\{pkgdir\\}/usr/lib/R/library\"\r\nmake\r\nmake install\r\n\r\nwhich produced correctly working rkward 0.5.5, but the version 0.5.6 won't start with:\r\n\r\n/usr/lib/R/bin/Rcmd: line 61: /home/nik/Dokumenty/build/aur/rkward/pkg/usr/lib/kde4/libexec/rkward.frontend: Directory of file doesn't exist\r\n\r\nAm I suppost to use diferent flags to package the rkward, or is there some error in rkward?", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "a109d9fd", "posts": [ { "text": "Hi\\!\r\n\r\nI'm surprised it worked, before. Generally, you should always pass the final directories to cmake, then use DESTDIR to install to a prefix for packaging. I.e.:\r\n\r\ncmake -DCMAKE\\_INSTALL\\_PREFIX=\"/usr\" -DR\\_LIBDIR=\"/usr/lib/R/library\"\r\nmake\r\nmake install DESTDIR=\"$\\{pkgdir\\}\"\r\n\r\nLet me know, if this does not fix the issue.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-07-03 12:09:03", "last_edited": null, "slug": "3128", "subject": "#92 [Packaging] RKWard won't start due to misconfigured path" }, { "text": "No further reply, so closing this.\r\n\r\nIf you continue to see problems with this, please open a new ticket.", "attachments": [], "author": "tfry", "timestamp": "2011-08-10 08:18:31", "last_edited": null, "slug": "0a46", "subject": "#92 [Packaging] RKWard won't start due to misconfigured path" }, { "text": "- **status**: open --> closed-invalid", "attachments": [], "author": "tfry", "timestamp": "2011-08-10 08:18:31", "last_edited": null, "slug": "7847", "subject": "#92 [Packaging] RKWard won't start due to misconfigured path" } ], "page": null, "subject": "" }, "mod_date": "2011-08-10 08:18:31", "votes_down": 0, "votes_up": 0, "_id": "50f52f2e34309d12e68e088e", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/a109d9fd/", "ticket_num": 92, "custom_fields": { "_priority": "5" }, "created_date": "2011-07-03 10:50:46" },{ "status": "open", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Shortcuts stop working in graphics windows", "description": "As soon as you click inside the plot area of a graphics device window, shortcuts stop working. If the window is attached to the main window, it also cannot be activated by clicking.\r\n\r\nFound on X11, not tested on Windows, so far.\r\n\r\nClick events appear to be entirely lost at the level of Qt. Not tested, whether events can still be found at the X11 level.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "31b5a648", "posts": [ { "text": "See also this description of the same problem: http://lists.trolltech.com/qt-interest/2006-08/thread00505-0.html", "attachments": [], "author": "tfry", "timestamp": "2011-08-10 08:28:46", "last_edited": null, "slug": "b980", "subject": "#95 Shortcuts stop working in graphics windows" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:27:59.515000", "votes_down": 0, "votes_up": 0, "_id": "50f52f2f34309d12e68e08e4", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/31b5a648/", "ticket_num": 95, "custom_fields": { "_priority": "5" }, "created_date": "2011-08-10 08:22:23" },{ "status": "open", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Don't auto-complete df$VAR to df[[\"VAR\"]]", "description": "Auto-completion always transforms the $ operator into \\[\\[\\]\\]. This is annoying, because you need to manually close the quote and the double brackets, which are quite hard to reach on many keyboard layouts. It's less efficient than typing the full name of the variable by hand\\! I think the $ should be kept as-is.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "92e3a04f", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:00.352000", "votes_down": 0, "votes_up": 0, "_id": "50f52f3034309d12e68e0929", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/92e3a04f/", "ticket_num": 99, "custom_fields": { "_priority": "5" }, "created_date": "2011-09-23 15:54:38" },{ "status": "closed-invalid", "reported_by_id": "5072f7d371b75b10eb92448e", "related_artifacts": [], "attachments": [], "reported_by": "rtautenh", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Crash when pressing Ctrl+Shift+S", "description": "rkward crashes when Ctrl+Shift+S is pressed \\(would be \"Save As\" in many applications\\)\r\n\r\nVersion 0.5.6z+0.5.7+devel1\r\nUsing KDE Development Platform 4.4.92 \\(KDE 4.4.92 \\(KDE 4.5 RC2\\)\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "4689a3d3", "posts": [ { "text": "Actually, the most recent version freezes on all file dialogs \\(e.g. File open or Save As\\)\r\n\r\nVersion 0.5.6z+0.5.7+devel1\r\nUsing KDE Development Platform 4.4.92 \\(KDE 4.4.92 \\(KDE 4.5 RC2\\)\\)\r\nUbuntu 10.04", "attachments": [], "author": "rtautenh", "timestamp": "2011-09-29 23:11:21", "last_edited": null, "slug": "235f", "subject": "#100 Crash when pressing Ctrl+Shift+S" }, { "text": "problem on my side \\(lost mount\\)", "attachments": [], "author": "rtautenh", "timestamp": "2011-09-29 23:19:14", "last_edited": null, "slug": "de45", "subject": "#100 Crash when pressing Ctrl+Shift+S" }, { "text": "- **status**: open --> closed-invalid", "attachments": [], "author": "rtautenh", "timestamp": "2011-09-29 23:19:14", "last_edited": null, "slug": "0e99", "subject": "#100 Crash when pressing Ctrl+Shift+S" } ], "page": null, "subject": "" }, "mod_date": "2011-09-29 23:19:14", "votes_down": 0, "votes_up": 0, "_id": "50f52f3034309d12e68e0930", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/4689a3d3/", "ticket_num": 100, "custom_fields": { "_priority": "5" }, "created_date": "2011-09-29 23:05:40" },{ "status": "closed-fixed", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: Hang on big names arrays", "description": "Today I added a numeric variable to a big data frame, and rkward.frontend started eating GBs of memory and using all CPU, never finishing. I'm able to reproduce the hang with the attached .RData file, which contains that variable as an array. Loading this file always makes my RKWard hang. This is quite weird, since either converting the array to a vector, or setting dimnames to NULL is enough to fix the problem. But changing the names to 1:length\\(a\\) for example has no effect, nor changing the values of a.\r\n\r\nYou can download the .RData file from: http://ubuntuone.com/24J68sdk9kd6PUCtO6Hd1f\r\n\r\nNo need to say I'm very interested in debugging this, since I need to work with this data. ;-\\)\r\n\r\nI'm using RKWard 0.5.6z+0.5.7+devel1 on Fedora 15 64-bits.\r\n\r\n> str\\(a\\)\r\nnum \\[1:1985324\\(1d\\)\\] 0.2619 0.7744 -0.0511 -0.0113 0.256 ...\r\n\\- attr\\(\\*, \"dimnames\"\\)=List of 1\r\n..$ : chr \\[1:1985324\\] \"1969\" \"1969\" \"1969\" \"1969\" ...\r\n\r\n\r\nBacktrace of rkward while hanging on load:\r\n\\(gdb\\) ba\r\n\\#0 0x000000000048e990 in QList<RObject\\*>::indexOf \\(this=<optimized out>, t=\r\n@0x7fff99b712a8, from=<optimized out>\\) at /usr/include/QtCore/qlist.h:833\r\n\\#1 0x00000000004e84a2 in RContainerObject::updateChildren \\(this=0x2b22d90, \r\nnew\\_children=<optimized out>\\)\r\nat /home/milan/Dev/rkward/rkward/rkward/core/rcontainerobject.cpp:180\r\n\\#2 0x00000000004e8911 in RContainerObject::updateStructure \\(this=0x2b22d90, \r\nnew\\_data=<optimized out>\\)\r\nat /home/milan/Dev/rkward/rkward/rkward/core/rcontainerobject.cpp:93\r\n\\#3 0x00000000004e7e11 in RContainerObject::updateChildStructure \\(this=\r\n0x2565260, child=0x2b22d90, new\\_data=0x2c83710, just\\_created=true\\)\r\nat /home/milan/Dev/rkward/rkward/rkward/core/rcontainerobject.cpp:55\r\n\\#4 0x00000000004e7b8f in RContainerObject::createChildFromStructure \\(this=\r\n0x2565260, child\\_data=0x2c83710, child\\_name=..., position=0\\)\r\nat /home/milan/Dev/rkward/rkward/rkward/core/rcontainerobject.cpp:128\r\n\\#5 0x00000000004e8014 in RContainerObject::updateChildStructure \\(this=\r\n0x2565260, child=0x2c85970, new\\_data=0x2c83710, \r\njust\\_created=<optimized out>\\)\r\nat /home/milan/Dev/rkward/rkward/rkward/core/rcontainerobject.cpp:72\r\n\\#6 0x00000000004e0477 in rCommandDone \\(command=0x2c83710, this=0x2c85970\\)\r\nat /home/milan/Dev/rkward/rkward/rkward/core/robject.cpp:263\r\n\\#7 RObject::rCommandDone \\(this=0x2c85970, command=0x2c83710\\)\r\nat /home/milan/Dev/rkward/rkward/rkward/core/robject.cpp:253\r\n\\#8 0x00000000004db7fb in RKVariable::rCommandDone \\(this=0x2c85970, command=\r\n\\---Type <return> to continue, or q <return> to quit---\r\n0x2c83710\\) at /home/milan/Dev/rkward/rkward/rkward/core/rkvariable.cpp:120\r\n\\#9 0x00000000004fdd81 in RCommand::finished \\(this=0x2c83710\\)\r\nat /home/milan/Dev/rkward/rkward/rkward/rbackend/rcommand.cpp:113\r\n\\#10 0x00000000004f57a0 in RInterface::handleCommandOut \\(this=<optimized out>, \r\ncommand=0x2c83710\\)\r\nat /home/milan/Dev/rkward/rkward/rkward/rbackend/rinterface.cpp:209\r\n\\#11 0x00000000004fc80d in RInterface::handleRequest \\(this=0x24c6ea0, request=\r\n0x7fad6c07f2e0\\)\r\nat /home/milan/Dev/rkward/rkward/rkward/rbackend/rinterface.cpp:324\r\n\\#12 0x00000035e4f70c0c in QObject::event \\(this=0x24c5cf0, e=<optimized out>\\)\r\nat kernel/qobject.cpp:1248\r\n\\#13 0x00000035f1bb9324 in notify\\_helper \\(e=0x7fad6c10a500, receiver=0x24c5cf0, \r\nthis=0x21a7df0\\) at kernel/qapplication.cpp:4481\r\n\\#14 QApplicationPrivate::notify\\_helper \\(this=0x21a7df0, receiver=0x24c5cf0, e=\r\n0x7fad6c10a500\\) at kernel/qapplication.cpp:4453\r\n\\#15 0x00000035f1bbe1b1 in QApplication::notify \\(this=0x7fff99b721c0, receiver=\r\n0x24c5cf0, e=0x7fad6c10a500\\) at kernel/qapplication.cpp:4360\r\n\\#16 0x00000035eb841d56 in KApplication::notify\\(QObject\\*, QEvent\\*\\) \\(\\)\r\nfrom /usr/lib64/libkdeui.so.5\r\n\\#17 0x00000035e4f5a20c in QCoreApplication::notifyInternal \\(this=\r\n0x7fff99b721c0, receiver=0x24c5cf0, event=0x7fad6c10a500\\)\r\nat kernel/qcoreapplication.cpp:787\r\n\\#18 0x00000035e4f5d7d4 in sendEvent \\(event=0x7fad6c10a500, receiver=0x24c5cf0\\)\r\n\\---Type <return> to continue, or q <return> to quit---\r\nat kernel/qcoreapplication.h:215\r\n\\#19 QCoreApplicationPrivate::sendPostedEvents \\(receiver=0x0, event\\_type=0, \r\ndata=0x2180070\\) at kernel/qcoreapplication.cpp:1428\r\n\\#20 0x00000035e4f84973 in sendPostedEvents \\(\\) at kernel/qcoreapplication.h:220\r\n\\#21 postEventSourceDispatch \\(s=0x21ab8c0\\)\r\nat kernel/qeventdispatcher\\_glib.cpp:277\r\n\\#22 0x00000035df6427ed in g\\_main\\_dispatch \\(context=0x21ab4e0\\) at gmain.c:2441\r\n\\#23 g\\_main\\_context\\_dispatch \\(context=0x21ab4e0\\) at gmain.c:3014\r\n\\#24 0x00000035df642fc8 in g\\_main\\_context\\_iterate \\(context=0x21ab4e0, \r\nblock=<optimized out>, dispatch=1, self=<optimized out>\\) at gmain.c:3092\r\n\\#25 0x00000035df64325c in g\\_main\\_context\\_iteration \\(context=0x21ab4e0, \r\nmay\\_block=1\\) at gmain.c:3155\r\n\\#26 0x00000035e4f84dcf in QEventDispatcherGlib::processEvents \\(this=0x21a7490, \r\nflags=<optimized out>\\) at kernel/qeventdispatcher\\_glib.cpp:422\r\n\\#27 0x00000035f1c5c12e in QGuiEventDispatcherGlib::processEvents \\(\r\nthis=<optimized out>, flags=<optimized out>\\)\r\nat kernel/qguieventdispatcher\\_glib.cpp:207\r\n\\#28 0x00000035e4f59722 in QEventLoop::processEvents \\(this=<optimized out>, \r\nflags=...\\) at kernel/qeventloop.cpp:149\r\n\\#29 0x00000035e4f5991f in QEventLoop::exec \\(this=0x7fff99b72110, flags=...\\)\r\nat kernel/qeventloop.cpp:201\r\n\\#30 0x00000035e4f5da67 in QCoreApplication::exec \\(\\)\r\nat kernel/qcoreapplication.cpp:1064\r\n\\---Type <return> to continue, or q <return> to quit---\r\n\\#31 0x0000000000432634 in main \\(argc=<optimized out>, argv=<optimized out>\\)\r\nat /home/milan/Dev/rkward/rkward/rkward/main.cpp:177\r\n\\(gdb\\) list\r\n828\tQ\\_OUTOFLINE\\_TEMPLATE int QList<T>::indexOf\\(const T &t, int from\\) const\r\n829\t\\{\r\n830\t if \\(from < 0\\)\r\n831\t from = qMax\\(from + p.size\\(\\), 0\\);\r\n832\t if \\(from < p.size\\(\\)\\) \\{\r\n833\t Node \\*n = reinterpret\\_cast<Node \\*>\\(p.at\\(from -1\\)\\);\r\n834\t Node \\*e = reinterpret\\_cast<Node \\*>\\(p.end\\(\\)\\);\r\n835\t while \\(++n \\!= e\\)\r\n836\t if \\(n->t\\(\\) == t\\)\r\n837\t return int\\(n - reinterpret\\_cast<Node \\*>\\(p.begin\\(\\)\\)\\);\r\n\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "922b85d2", "posts": [ { "text": "Hi\\!\r\n\r\nThe core problem with that object is that it looked like an object containing 1985324 sub-objects to RKWard. I have addressed this in the development version \\(http://p.sf.net/rkward/svn\\) by making sure that RKWard will never try to look at more than 100000 children of any object, and specifically will not treat arrays as hierarchical named objects \\(which it never did quite right, anyway\\). That should solve the hang.\r\n\r\nThat said, that object of yours really is a bit unusual. To me it looks more like you wanted to have two separate variables, as in:\r\nx <- data.frame \\(year=names \\(a\\), as.vector \\(a\\)\\)\r\nor, alternatively:\r\nx <- sapply \\(unique \\(names \\(a\\)\\), function \\(x\\) as.vector \\(a\\[x == names \\(a\\)\\]\\)\\)\r\n\r\nWhile names\\(\\) can contain duplicates for most R objects, this is rarely ever useful, and typically it indicates a problem. E.g. what's the use of\r\na\\[\"2009\"\\]\r\n?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-10-04 15:52:19", "last_edited": null, "slug": "6bad", "subject": "#101 FIXED IN SVN: Hang on big names arrays" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Hang when creating or loading a big array/data frame column --> FIXED IN SVN: Hang on big names arrays\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-10-04 15:52:19", "last_edited": null, "slug": "add5", "subject": "#101 FIXED IN SVN: Hang on big names arrays" }, { "text": "Ah, cool, I'll try with a more recent SVN then. I would have updated before reporting, but my setup is a little messed up ATM, so that's not as easy as it sounds. ;-\\)\r\n\r\nThat 'a' object doesn't make any sense, it's just that I extracted the problematic variable from a big data frame using a<-df$a. Since it was the smallest unit that triggered the bug, I kept it, but it isn't useful by itself. The names probably correspond to the first column of the data frame, with contains the survey year, but is of course used in relation with many more variables.", "attachments": [], "author": "nalimilan", "timestamp": "2011-10-04 16:03:09", "last_edited": null, "slug": "44bc", "subject": "#101 FIXED IN SVN: Hang on big names arrays" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-10-24 08:13:20", "last_edited": null, "slug": "d674", "subject": "#101 FIXED IN SVN: Hang on big names arrays" } ], "page": null, "subject": "" }, "mod_date": "2011-10-24 08:13:20", "votes_down": 0, "votes_up": 0, "_id": "50f52f3034309d12e68e0947", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/922b85d2/", "ticket_num": 101, "custom_fields": { "_priority": "5" }, "created_date": "2011-10-04 14:32:51" },{ "status": "closed-out-of-date", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "WINDOWS ONLY: Broken dialog: File->Import->Import", "description": "Apparently a layout issue relate to the file browser.\r\n\r\nTested with KDE 4.2.3 / MinGW.\r\n\r\nWORKAROUND: Use the Import->Import SPSS and Import->Import CSV dialogs, instead.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "a5107a62", "posts": [ { "text": "- **status**: open --> closed-out-of-date\n", "attachments": [], "author": "tfry", "timestamp": "2015-12-31 22:30:09.800000", "last_edited": null, "slug": "4fc0", "subject": "#54 WINDOWS ONLY: Broken dialog: File->Import->Import" }, { "text": "File->Import->Import is now disabled, in general for usability reasons. Closing.", "attachments": [], "author": "tfry", "timestamp": "2015-12-31 22:30:09.902000", "last_edited": null, "slug": "3263", "subject": "#54 WINDOWS ONLY: Broken dialog: File->Import->Import" } ], "page": null, "subject": "" }, "mod_date": "2015-12-31 22:30:09.920000", "votes_down": 0, "votes_up": 0, "_id": "50f52f1834309d12e68e0321", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/a5107a62/", "ticket_num": 54, "custom_fields": { "_priority": "5", "_milestone": "windows_only" }, "created_date": "2009-09-01 10:35:19" },{ "status": "closed-fixed", "reported_by_id": "4f5a98411be1ce20c500013f", "related_artifacts": [], "attachments": [], "reported_by": "keepiru", "assigned_to": "tfry", "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: Long string forces the window to be too wide", "description": "Try: Workspace browser > package:utils > install.packages > right click > view .\r\nResult: The \"Usage:\" line is very long, and the minimum window size becomes much larger than the screen.\r\n\r\nFor bonus points, do it while the window is maximized and watch the window manager and RKWard fight over the window size.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "ac84ce55", "posts": [ { "text": "Thanks for reporting\\!\r\nI've fixed this in SVN \\(http://p.sf.net/rkward/svn\\). This report will be kept open until the fix has become part of an official release \\(not yet scheduled\\).", "attachments": [], "author": "tfry", "timestamp": "2009-09-15 11:12:31", "last_edited": null, "slug": "ef67", "subject": "#55 FIXED IN SVN: Long string forces the window to be too wide" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Long string forces the window to be unreasonably wide --> FIXED IN SVN: Long string forces the window to be too wide\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-09-15 11:12:31", "last_edited": null, "slug": "5e01", "subject": "#55 FIXED IN SVN: Long string forces the window to be too wide" }, { "text": "Fix confirmed in r2648. Thank you. :\\)", "attachments": [], "author": "nobody", "timestamp": "2009-09-17 04:38:42", "last_edited": null, "slug": "14b9", "subject": "#55 FIXED IN SVN: Long string forces the window to be too wide" }, { "text": "Fix confirmed in r2648. Thank you. :\\)", "attachments": [], "author": "keepiru", "timestamp": "2009-09-17 04:39:28", "last_edited": null, "slug": "b14b", "subject": "#55 FIXED IN SVN: Long string forces the window to be too wide" }, { "text": "Closing as 0.5.2 has been released, today.", "attachments": [], "author": "tfry", "timestamp": "2009-10-26 17:21:39", "last_edited": null, "slug": "4eba", "subject": "#55 FIXED IN SVN: Long string forces the window to be too wide" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-10-26 17:21:43", "last_edited": null, "slug": "473a", "subject": "#55 FIXED IN SVN: Long string forces the window to be too wide" } ], "page": null, "subject": "" }, "mod_date": "2009-10-26 17:21:43", "votes_down": 0, "votes_up": 0, "_id": "50f52f1834309d12e68e0328", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/ac84ce55/", "ticket_num": 55, "custom_fields": { "_priority": "5" }, "created_date": "2009-09-15 10:28:48" },{ "status": "closed-fixed", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: Crashed while typing text", "description": "RKWard crashed today while I was typing text in the editor. It's the first time it happens, and I can't tell what I was doing special. I think I had just removed a selected text by hitting the backspace key.\r\n\r\nI it can help, RKWard had been running for quite a long time, I had done many operations.\r\n\r\nI'm using version 0.5.6z+0.5.7+devel1 on Fedora 15. Below is the trace from the relevant thread, and attach is the whole stacktrace.\r\n\r\n\r\nThread 1 \\(Thread 0x7fc8b1d60840 \\(LWP 22000\\)\\):\r\n\\[KCrash Handler\\]\r\n\\#6 0x000000000044499d in RKCodeCompletionModel::data \\(this=<optimized out>, index=<optimized out>, role=0\\) at /home/milan/Dev/RKWard/rkward/rkward/windows/rkcommandeditorwindow.cpp:1006\r\n\\#7 0x00007fc89c0afad7 in KateCompletionModel::Item::Item\\(bool, KateCompletionModel\\*, HierarchicalModelHandler const&, QPair<KTextEditor::CodeCompletionModel\\*, QModelIndex>\\) \\(\\) from /usr/lib64/libkatepartinterfaces.so.4\r\n\\#8 0x00007fc89c0b3fd2 in KateCompletionModel::createItem\\(HierarchicalModelHandler const&, QModelIndex const&, bool\\) \\(\\) from /usr/lib64/libkatepartinterfaces.so.4\r\n\\#9 0x00007fc89c0b4e33 in KateCompletionModel::createItems\\(HierarchicalModelHandler const&, QModelIndex const&, bool\\) \\(\\) from /usr/lib64/libkatepartinterfaces.so.4\r\n\\#10 0x00007fc89c0b8018 in KateCompletionModel::createGroups\\(\\) \\(\\) from /usr/lib64/libkatepartinterfaces.so.4\r\n\\#11 0x00007fc89c0b84f4 in KateCompletionModel::setCompletionModels\\(QList<KTextEditor::CodeCompletionModel\\*> const&\\) \\(\\) from /usr/lib64/libkatepartinterfaces.so.4\r\n\\#12 0x00007fc89c0a79b1 in KateCompletionWidget::startCompletion\\(KTextEditor::Range const&, QList<KTextEditor::CodeCompletionModel\\*> const&, KTextEditor::CodeCompletionModel::InvocationType\\) \\(\\) from /usr/lib64/libkatepartinterfaces.so.4\r\n\\#13 0x00007fc89c0a9198 in KateCompletionWidget::startCompletion\\(KTextEditor::Range const&, KTextEditor::CodeCompletionModel\\*, KTextEditor::CodeCompletionModel::InvocationType\\) \\(\\) from /usr/lib64/libkatepartinterfaces.so.4\r\n\\#14 0x000000000044b357 in RKCommandEditorWindow::tryCompletion \\(this=0x19ace60\\) at /home/milan/Dev/RKWard/rkward/rkward/windows/rkcommandeditorwindow.cpp:570\r\n\\#15 0x000000000044ceea in RKCommandEditorWindow::qt\\_metacall \\(this=0x19ace60, \\_c=QMetaObject::InvokeMetaMethod, \\_id=<optimized out>, \\_a=0x7fff31bfb610\\) at /home/milan/Dev/RKWard/rkward/build/rkward/windows/rkcommandeditorwindow.moc:234\r\n\\#16 0x00000035e4f6cfea in QMetaObject::activate \\(sender=0x1ad3ec0, m=<optimized out>, local\\_signal\\_index=<optimized out>, argv=0x0\\) at kernel/qobject.cpp:3278\r\n\\#17 0x00000035e4f708d9 in QObject::event \\(this=0x1ad3ec0, e=<optimized out>\\) at kernel/qobject.cpp:1181\r\n\\#18 0x0000003c069b9324 in notify\\_helper \\(e=0x7fff31bfbd10, receiver=0x1ad3ec0, this=0xe23e30\\) at kernel/qapplication.cpp:4481\r\n\\#19 QApplicationPrivate::notify\\_helper \\(this=0xe23e30, receiver=0x1ad3ec0, e=0x7fff31bfbd10\\) at kernel/qapplication.cpp:4453\r\n\\#20 0x0000003c069be1b1 in QApplication::notify \\(this=0x7fff31bfc050, receiver=0x1ad3ec0, e=0x7fff31bfbd10\\) at kernel/qapplication.cpp:4360\r\n\\#21 0x0000003c056431c6 in KApplication::notify\\(QObject\\*, QEvent\\*\\) \\(\\) from /usr/lib64/libkdeui.so.5\r\n\\#22 0x00000035e4f5a20c in QCoreApplication::notifyInternal \\(this=0x7fff31bfc050, receiver=0x1ad3ec0, event=0x7fff31bfbd10\\) at kernel/qcoreapplication.cpp:787\r\n\\#23 0x00000035e4f86c02 in sendEvent \\(event=0x7fff31bfbd10, receiver=<optimized out>\\) at kernel/qcoreapplication.h:215\r\n\\#24 QTimerInfoList::activateTimers \\(this=0xe279e0\\) at kernel/qeventdispatcher\\_unix.cpp:603\r\n\\#25 0x00000035e4f84444 in timerSourceDispatch \\(source=<optimized out>\\) at kernel/qeventdispatcher\\_glib.cpp:184\r\n\\#26 0x00000035df6427ed in g\\_main\\_dispatch \\(context=0xe274e0\\) at gmain.c:2441\r\n\\#27 g\\_main\\_context\\_dispatch \\(context=0xe274e0\\) at gmain.c:3014\r\n\\#28 0x00000035df642fc8 in g\\_main\\_context\\_iterate \\(context=0xe274e0, block=<optimized out>, dispatch=1, self=<optimized out>\\) at gmain.c:3092\r\n\\#29 0x00000035df64325c in g\\_main\\_context\\_iteration \\(context=0xe274e0, may\\_block=1\\) at gmain.c:3155\r\n\\#30 0x00000035e4f84dcf in QEventDispatcherGlib::processEvents \\(this=0xe234d0, flags=<optimized out>\\) at kernel/qeventdispatcher\\_glib.cpp:422\r\n\\#31 0x0000003c06a5c12e in QGuiEventDispatcherGlib::processEvents \\(this=<optimized out>, flags=<optimized out>\\) at kernel/qguieventdispatcher\\_glib.cpp:207\r\n\\#32 0x00000035e4f59722 in QEventLoop::processEvents \\(this=<optimized out>, flags=...\\) at kernel/qeventloop.cpp:149\r\n\\#33 0x00000035e4f5991f in QEventLoop::exec \\(this=0x7fff31bfbfa0, flags=...\\) at kernel/qeventloop.cpp:201\r\n\\#34 0x00000035e4f5da67 in QCoreApplication::exec \\(\\) at kernel/qcoreapplication.cpp:1064\r\n\\#35 0x0000000000433154 in main \\(argc=<optimized out>, argv=<optimized out>\\) at /home/milan/Dev/RKWard/rkward/rkward/main.cpp:177", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "fa763d0d", "posts": [ { "text": "Full gdb stacktrace", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/fa763d0d/aeb4/attachment/rkward-20111104-134126.kcrash", "bytes": 7412 } ], "author": "nalimilan", "timestamp": "2011-11-04 12:48:06", "last_edited": null, "slug": "aeb4", "subject": "#107 FIXED IN SVN: Crashed while typing text" }, { "text": "- **milestone**: --> CRASH", "attachments": [], "author": "nalimilan", "timestamp": "2011-11-04 12:56:19", "last_edited": null, "slug": "6d4c", "subject": "#107 FIXED IN SVN: Crashed while typing text" }, { "text": "Hi\\!\r\n\r\nOne potential scenario that could possibly lead to a crash with this backtrace is this: An object, which is part of a current completion list is being deleted, while the completion list is shown. At least theoretically, that could lead to a crash. But I'm not quite sure this can be achieved in practice. Anyway, does that sound like it might have happened?\r\n\r\nI'll look into adding some safety mechanism for this case.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-11-04 19:17:37", "last_edited": null, "slug": "e82e", "subject": "#107 FIXED IN SVN: Crashed while typing text" }, { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2011-11-04 19:17:37", "last_edited": null, "slug": "94f1", "subject": "#107 FIXED IN SVN: Crashed while typing text" }, { "text": "No, I hadn't removed any object, at least not for about one minute. I was working on code that replaced a matrix, but the matrix already existed.", "attachments": [], "author": "nalimilan", "timestamp": "2011-11-04 19:26:13", "last_edited": null, "slug": "8e2f", "subject": "#107 FIXED IN SVN: Crashed while typing text" }, { "text": "> No, I hadn't removed any object, at least not for about one minute. I was\r\n> working on code that replaced a matrix, but the matrix already existed.\r\n\r\nWell, it \\*could\\* still have been the issue, if the matrix has any names on it, and those names were in the completion list, and some of the changed...\r\n\r\nAnyway, I have committed a fix for the theoretical scenario I described in SVN. This may or may not have been the source of the problem, but the code in RKCodeCompletionModel::data\\(\\) is very straight-forward, now, and I can't see any way it could crash \\(at least not as long as the katepart calls the function with anything even remotely valid\\).\r\n\r\nSo I think, it's safe to mark this as fixed. However, if you ever run into this again, or you have any more ideas on what exactly might have led to the crash, then please let me know.\r\n\r\nRegards\r\nThomas\r\n\r\n", "attachments": [], "author": "tfry", "timestamp": "2011-11-04 19:44:38", "last_edited": null, "slug": "07fc", "subject": "#107 FIXED IN SVN: Crashed while typing text" }, { "text": "- **summary**: Crashed while typing text --> FIXED IN SVN: Crashed while typing text\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-11-04 19:44:38", "last_edited": null, "slug": "5c74", "subject": "#107 FIXED IN SVN: Crashed while typing text" }, { "text": "I've triggered this crash again today while replacing text in three scripts. I'm not sure of the SVN revision since I updated my copy without installing it, but the installed version dates back to the end of last week at least. Is the fix supposed to be present?\r\n\r\nDumping the new trace here:\r\nApplication: RKWard \\(rkward.frontend\\), signal: Segmentation fault\r\n82\tT\\_PSEUDO \\(SYSCALL\\_SYMBOL, SYSCALL\\_NAME, SYSCALL\\_NARGS\\)\r\n\\[Current thread is 1 \\(Thread 0x7f8ce38f5840 \\(LWP 21495\\)\\)\\]\r\n\r\nThread 4 \\(Thread 0x7f8cdc88a700 \\(LWP 21500\\)\\):\r\n\\#0 0x00000035dd6d7423 in \\_\\_GI\\_\\_\\_poll \\(fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>\\) at ../sysdeps/unix/sysv/linux/poll.c:87\r\n\\#1 0x00000035df642d24 in g\\_main\\_context\\_poll \\(n\\_fds=1, fds=0x7f8cd8001110, priority=<optimized out>, timeout=-1, context=0xaa0b30\\) at gmain.c:3405\r\n\\#2 g\\_main\\_context\\_iterate \\(context=0xaa0b30, block=<optimized out>, dispatch=1, self=<optimized out>\\) at gmain.c:3087\r\n\\#3 0x00000035df64360d in g\\_main\\_loop\\_run \\(loop=0xaa0b10\\) at gmain.c:3300\r\n\\#4 0x00007f8cdcbb0564 in gdbus\\_shared\\_thread\\_func \\(data=<optimized out>\\) at gdbusprivate.c:276\r\n\\#5 0x00000035df6683a6 in g\\_thread\\_create\\_proxy \\(data=0xaa0c20\\) at gthread.c:1955\r\n\\#6 0x00000035dde07b31 in start\\_thread \\(arg=0x7f8cdc88a700\\) at pthread\\_create.c:305\r\n\\#7 0x00000035dd6dfd2d in clone \\(\\) at ../sysdeps/unix/sysv/linux/x86\\_64/clone.S:115\r\n\r\nThread 3 \\(Thread 0x7f8ccf3ec700 \\(LWP 21501\\)\\):\r\n\\#0 0xffffffffff60010a in ?? \\(\\)\r\n\\#1 0x00007f8ccf3eb7d0 in ?? \\(\\)\r\n\\#2 0x00007ffff41e06e2 in ?? \\(\\)\r\nBacktrace stopped: previous frame identical to this frame \\(corrupt stack?\\)\r\n\r\nThread 2 \\(Thread 0x7f8ccd907700 \\(LWP 21505\\)\\):\r\n\\#0 pthread\\_cond\\_wait@@GLIBC\\_2.3.2 \\(\\) at ../nptl/sysdeps/unix/sysv/linux/x86\\_64/pthread\\_cond\\_wait.S:165\r\n\\#1 0x0000003958d84d62 in QTWTF::TCMalloc\\_PageHeap::scavengerThread \\(this=0x395907dc20\\) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359\r\n\\#2 0x0000003958d84d99 in QTWTF::TCMalloc\\_PageHeap::runScavengerThread \\(context=<optimized out>\\) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464\r\n\\#3 0x00000035dde07b31 in start\\_thread \\(arg=0x7f8ccd907700\\) at pthread\\_create.c:305\r\n\\#4 0x00000035dd6dfd2d in clone \\(\\) at ../sysdeps/unix/sysv/linux/x86\\_64/clone.S:115\r\n\r\nThread 1 \\(Thread 0x7f8ce38f5840 \\(LWP 21495\\)\\):\r\n\\[KCrash Handler\\]\r\n\\#6 0x000000000044509d in RKCodeCompletionModel::data \\(this=<optimized out>, index=<optimized out>, role=0\\) at /home/milan/Dev/rkward\\_trunk/rkward/rkward/windows/rkcommandeditorwindow.cpp:1027\r\n\\#7 0x00007f8ccde0aad7 in KateCompletionModel::Item::Item\\(bool, KateCompletionModel\\*, HierarchicalModelHandler const&, QPair<KTextEditor::CodeCompletionModel\\*, QModelIndex>\\) \\(\\) from /usr/lib64/libkatepartinterfaces.so.4\r\n\\#8 0x00007f8ccde0efd2 in KateCompletionModel::createItem\\(HierarchicalModelHandler const&, QModelIndex const&, bool\\) \\(\\) from /usr/lib64/libkatepartinterfaces.so.4\r\n\\#9 0x00007f8ccde0fe33 in KateCompletionModel::createItems\\(HierarchicalModelHandler const&, QModelIndex const&, bool\\) \\(\\) from /usr/lib64/libkatepartinterfaces.so.4\r\n\\#10 0x00007f8ccde13018 in KateCompletionModel::createGroups\\(\\) \\(\\) from /usr/lib64/libkatepartinterfaces.so.4\r\n\\#11 0x00007f8ccde134f4 in KateCompletionModel::setCompletionModels\\(QList<KTextEditor::CodeCompletionModel\\*> const&\\) \\(\\) from /usr/lib64/libkatepartinterfaces.so.4\r\n\\#12 0x00007f8ccde029b1 in KateCompletionWidget::startCompletion\\(KTextEditor::Range const&, QList<KTextEditor::CodeCompletionModel\\*> const&, KTextEditor::CodeCompletionModel::InvocationType\\) \\(\\) from /usr/lib64/libkatepartinterfaces.so.4\r\n\\#13 0x00007f8ccde04198 in KateCompletionWidget::startCompletion\\(KTextEditor::Range const&, KTextEditor::CodeCompletionModel\\*, KTextEditor::CodeCompletionModel::InvocationType\\) \\(\\) from /usr/lib64/libkatepartinterfaces.so.4\r\n\\#14 0x000000000044bc57 in RKCommandEditorWindow::tryCompletion \\(this=0x241f540\\) at /home/milan/Dev/rkward\\_trunk/rkward/rkward/windows/rkcommandeditorwindow.cpp:591\r\n\\#15 0x000000000044d7da in RKCommandEditorWindow::qt\\_metacall \\(this=0x241f540, \\_c=QMetaObject::InvokeMetaMethod, \\_id=<optimized out>, \\_a=0x7ffff40fb820\\) at /home/milan/Dev/rkward\\_trunk/rkward/build/rkward/windows/rkcommandeditorwindow.moc:234\r\n\\#16 0x000000395096d59a in QMetaObject::activate\\(QObject\\*, QMetaObject const\\*, int, void\\*\\*\\) \\(\\) from /usr/lib64/libQtCore.so.4\r\n\\#17 0x0000003950970e89 in QObject::event\\(QEvent\\*\\) \\(\\) from /usr/lib64/libQtCore.so.4\r\n\\#18 0x00000039541bcc64 in QApplicationPrivate::notify\\_helper\\(QObject\\*, QEvent\\*\\) \\(\\) from /usr/lib64/libQtGui.so.4\r\n\\#19 0x00000039541c1af1 in QApplication::notify\\(QObject\\*, QEvent\\*\\) \\(\\) from /usr/lib64/libQtGui.so.4\r\n\\#20 0x00000039532431c6 in KApplication::notify\\(QObject\\*, QEvent\\*\\) \\(\\) from /usr/lib64/libkdeui.so.5\r\n\\#21 0x000000395095a8dc in QCoreApplication::notifyInternal\\(QObject\\*, QEvent\\*\\) \\(\\) from /usr/lib64/libQtCore.so.4\r\n\\#22 0x0000003950987192 in ?? \\(\\) from /usr/lib64/libQtCore.so.4\r\n\\#23 0x0000003950984a18 in ?? \\(\\) from /usr/lib64/libQtCore.so.4\r\n\\#24 0x00000035df6427ed in g\\_main\\_dispatch \\(context=0xa520e0\\) at gmain.c:2441\r\n\\#25 g\\_main\\_context\\_dispatch \\(context=0xa520e0\\) at gmain.c:3014\r\n\\#26 0x00000035df642fc8 in g\\_main\\_context\\_iterate \\(context=0xa520e0, block=<optimized out>, dispatch=1, self=<optimized out>\\) at gmain.c:3092\r\n\\#27 0x00000035df64325c in g\\_main\\_context\\_iteration \\(context=0xa520e0, may\\_block=1\\) at gmain.c:3155\r\n\\#28 0x000000395098537f in QEventDispatcherGlib::processEvents\\(QFlags<QEventLoop::ProcessEventsFlag>\\) \\(\\) from /usr/lib64/libQtCore.so.4\r\n\\#29 0x000000395425fc0e in ?? \\(\\) from /usr/lib64/libQtGui.so.4\r\n\\#30 0x0000003950959df2 in QEventLoop::processEvents\\(QFlags<QEventLoop::ProcessEventsFlag>\\) \\(\\) from /usr/lib64/libQtCore.so.4\r\n\\#31 0x0000003950959fef in QEventLoop::exec\\(QFlags<QEventLoop::ProcessEventsFlag>\\) \\(\\) from /usr/lib64/libQtCore.so.4\r\n\\#32 0x000000395095e107 in QCoreApplication::exec\\(\\) \\(\\) from /usr/lib64/libQtCore.so.4\r\n\\#33 0x0000000000433694 in main \\(argc=<optimized out>, argv=<optimized out>\\) at /home/milan/Dev/rkward\\_trunk/rkward/rkward/main.cpp:178", "attachments": [], "author": "nalimilan", "timestamp": "2011-11-17 10:37:14", "last_edited": null, "slug": "ecfe", "subject": "#107 FIXED IN SVN: Crashed while typing text" }, { "text": "Hi\\!\r\n\r\nIn the latest revision of rkcommandeditorwindow.cpp \\(r4021, November 7\\), line 1027 is not inside RKCodeCompletionModel::data \\(\\). So the backtrace can't be from that version. The revision where I think I have fixed the crash was r4017 from November 4. Here, line 1027 is inside the function, but that is very unlikely to trigger a crash \\(unless memory is thrashed\\). The previous unfix revision was r4008, October 28. Here, line 1027 is inside the function, and it is exactly the line where a crash is to be expected, if my analysis of the cause of the problem was correct.\r\n\r\nSo, you were definitely running a version from before November 7. And my guess is that you were running version without the commit in question \\(before November 4\\), indeed.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-11-17 17:33:44", "last_edited": null, "slug": "8d2f", "subject": "#107 FIXED IN SVN: Crashed while typing text" }, { "text": "OK, sorry, I wonder how I got so confused. I'll install the new revision, and report if it ever happens again.", "attachments": [], "author": "nalimilan", "timestamp": "2011-11-17 17:47:54", "last_edited": null, "slug": "09da", "subject": "#107 FIXED IN SVN: Crashed while typing text" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2012-11-21 13:08:49", "last_edited": null, "slug": "3d82", "subject": "#107 FIXED IN SVN: Crashed while typing text" } ], "page": null, "subject": "" }, "mod_date": "2012-11-21 13:08:49", "votes_down": 0, "votes_up": 0, "_id": "50f52f3334309d12e68e09d4", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/fa763d0d/", "ticket_num": 107, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2011-11-04 12:48:05" },{ "status": "closed-fixed", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: Editor doesn't detect end of words correctly", "description": "The editor considers '.' as the end of a word, but not '$'. Given the R syntax, it should be the contrary. This is annoying when double-clicking on a name, or when using Ctrl+arrows.\r\n\r\nIs this a bug in RKward or in Kate?", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "251a6a88", "posts": [ { "text": "Hi,\r\n\r\n> Is this a bug in RKward or in Kate?\r\n\r\nit's 50/50. The portion of the bug that '.' is not seen as a delimiter had already been fixed in RKWard for quite some time. If this doesn't work for you, this means kate is still using an older version of the R highlighting, most likely the one shipped with kdelibs. In fact, it looks like I forgot to sync the fix to kdelibs, back then.\r\n\r\nRegarding '$', that should be a delimiter, indeed, but was not, yet. I've fixed that in our SVN. I have also pushed both changes to kdelibs.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-11-04 19:10:37", "last_edited": null, "slug": "21a4", "subject": "#108 FIXED IN SVN: Editor doesn't detect end of words correctly" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Editor doesn't detect end of words correctly --> FIXED IN SVN: Editor doesn't detect end of words correctly\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-11-04 19:10:37", "last_edited": null, "slug": "10aa", "subject": "#108 FIXED IN SVN: Editor doesn't detect end of words correctly" }, { "text": "Thanks\\!\r\n\r\n> The portion of the bug that '.' is not seen as a delimiter had\r\n> already been fixed in RKWard for quite some time.\r\nYou mean \"that . is seen as a delimiter\", don't you? ;-\\)", "attachments": [], "author": "nalimilan", "timestamp": "2011-11-04 19:15:35", "last_edited": null, "slug": "9c45", "subject": "#108 FIXED IN SVN: Editor doesn't detect end of words correctly" }, { "text": "> You mean \"that . is seen as a delimiter\", don't you? ;-\\)\r\n\r\nYes, of course... the dot was not not seen as a delimiter.", "attachments": [], "author": "tfry", "timestamp": "2011-11-04 19:30:06", "last_edited": null, "slug": "6a66", "subject": "#108 FIXED IN SVN: Editor doesn't detect end of words correctly" }, { "text": "I'm using revision 4015, and $ is still not detected as a separator. Do I need kdelibs from SVN too? Just to check the fix works.", "attachments": [], "author": "nalimilan", "timestamp": "2011-11-14 15:23:33", "last_edited": null, "slug": "3d5c", "subject": "#108 FIXED IN SVN: Editor doesn't detect end of words correctly" }, { "text": "4015 is exactly one revision too early. Was fixed in r4016. Note also, that most distribution packages \\(including our daily builds\\!\\) do not include the highlighting definition, to avoid clashes. Installing from source should work, though.\r\n\r\nIt seems you can even download the new highlighting definition from the kate website, by now. Open a script editor, go to Settings->Configure Editor->Open/Save->Modes & Filetypes and click the \"Download Highlighting Files...\"-button. You want \"R Script\", version 2.04.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-11-14 16:19:02", "last_edited": null, "slug": "d54a", "subject": "#108 FIXED IN SVN: Editor doesn't detect end of words correctly" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2012-11-21 13:08:48", "last_edited": null, "slug": "f5bc", "subject": "#108 FIXED IN SVN: Editor doesn't detect end of words correctly" } ], "page": null, "subject": "" }, "mod_date": "2012-11-21 13:08:48", "votes_down": 0, "votes_up": 0, "_id": "50f52f3534309d12e68e0a17", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/251a6a88/", "ticket_num": 108, "custom_fields": { "_priority": "5" }, "created_date": "2011-11-04 12:56:08" },{ "status": "closed-fixed", "reported_by_id": "5054f10a71b75b3c5996245f", "related_artifacts": [], "attachments": [], "reported_by": "mhermans", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: Run current line after lost window-focus", "description": "After Rkward loses window-focus \\(alt-tabbing\\), the \"Run current line\" option will not be available, even if the user places the cursor back on the line in the script-view. \r\n\r\nIf the user selects the window for the R-console, and then the window for the script input, the \"Run current line\"-action is back available.\r\n\r\nIf this is expected behaviour, and there is an option to change it, ignore this bug-report \\(and tell me how :-\\)\\).\r\n\r\nThis is the case on Ubuntu \\(svn build\\) and Mandriva 2010 \\(Rkward 0.5.1\\). Output of R.version on Mandriva:\r\n\r\nplatform i586-mandriva-linux-gnu \r\narch i586 \r\nos linux-gnu \r\nsystem i586, linux-gnu \r\nstatus \r\nmajor 2 \r\nminor 9.2 \r\nyear 2009 \r\nmonth 08 \r\nday 24 \r\nsvn rev 49384 \r\nlanguage R \r\nversion.string R version 2.9.2 \\(2009-08-24\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "beeccedb", "posts": [ { "text": "Thanks for reporting. This is a known issue in RKWard 0.5.1, and should be fixed in 0.5.2 \\(I can no longer reproduce this, here\\). RKWard 0.5.2 is not yet in the \"official\" Ubuntu archives, but various packages are available. See https://sourceforge.net/apps/mediawiki/rkward/index.php?title=Binaries\\_and\\_Build\\_Scripts for details.\r\n\r\nAre you sure you are using a recent SVN version of RKWard on your Ubuntu system? Help->About should identify the version as 0.5.2 for current SVN. ", "attachments": [], "author": "tfry", "timestamp": "2009-11-19 15:16:53", "last_edited": null, "slug": "6586", "subject": "#61 NEEDINFO: Run current line after lost window-focus" }, { "text": "- **summary**: Run current line after lost window-focus --> NEEDINFO: Run current line after lost window-focus", "attachments": [], "author": "tfry", "timestamp": "2009-11-19 15:16:53", "last_edited": null, "slug": "07ea", "subject": "#61 NEEDINFO: Run current line after lost window-focus" }, { "text": "> Are you sure you are using a recent SVN version of RKWard on your Ubuntu\r\nsystem?\r\n\r\nThanks for the fast response. The issue on Ubuntu+svn was relayed to me by a friend \\(I'm on Mandriva\\), I'll try to reproduce it on the current svn-version myself and report back.", "attachments": [], "author": "mhermans", "timestamp": "2009-11-19 15:29:11", "last_edited": null, "slug": "1c96", "subject": "#61 NEEDINFO: Run current line after lost window-focus" }, { "text": "It is indeed in 0.5.2. Sorry for the premature bug-report.", "attachments": [], "author": "mhermans", "timestamp": "2009-12-12 09:50:47", "last_edited": null, "slug": "4f40", "subject": "#61 NEEDINFO: Run current line after lost window-focus" }, { "text": "- **status**: open --> closed-fixed", "attachments": [], "author": "mhermans", "timestamp": "2009-12-12 09:50:47", "last_edited": null, "slug": "7d9b", "subject": "#61 NEEDINFO: Run current line after lost window-focus" } ], "page": null, "subject": "" }, "mod_date": "2009-12-12 09:50:47", "votes_down": 0, "votes_up": 0, "_id": "50f52f1b34309d12e68e03fd", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/beeccedb/", "ticket_num": 61, "custom_fields": { "_priority": "5" }, "created_date": "2009-11-18 19:44:16" },{ "status": "closed-invalid", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "\"custom\" mispelled as \"cusom\" in qtcurveconfigbase.ui", "description": "in version 1.8.7-1 , config/qtcurveconfigbase.ui, line 2364\r\n\r\n\r\n<string>&lt;p&gt;If enabled, the titlebar buttons will be drawn using the cusom colors defined in the next page.</string>\r\n\r\ncusom should be \"custom\".\r\n\r\nThis was originally reported in Ubuntu here:\r\n\r\nhttp://pad.lv/852957", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "e70817c5", "posts": [ { "text": "Whoops, I don't know how you got here, but this tracker is completely unrelated to qtcurve.\r\n\r\nThe debian package info page for qtcurve is at http://packages.qa.debian.org/k/kde-style-qtcurve.html . Note that the package is marked as orphaned, there, so I guess it may be best to report the bug upstream. That appears to be at http://kde-look.org/content/show.php?content=40492 .\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-11-09 08:40:27", "last_edited": null, "slug": "2ddb", "subject": "#109 \"custom\" mispelled as \"cusom\" in qtcurveconfigbase.ui" }, { "text": "- **status**: open --> closed-invalid", "attachments": [], "author": "tfry", "timestamp": "2011-11-09 08:40:27", "last_edited": null, "slug": "89d2", "subject": "#109 \"custom\" mispelled as \"cusom\" in qtcurveconfigbase.ui" } ], "page": null, "subject": "" }, "mod_date": "2011-11-09 08:40:27", "votes_down": 0, "votes_up": 0, "_id": "50f52f3534309d12e68e0a42", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/e70817c5/", "ticket_num": 109, "custom_fields": { "_priority": "5" }, "created_date": "2011-11-09 00:15:16" },{ "status": "closed-fixed", "reported_by_id": "50f52f1b34309d12e68e0420", "related_artifacts": [], "attachments": [], "reported_by": "markpadge", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "FIXED IN SVN: Editor removes comments", "description": "When editing functions or scripts saved within a workspace, the editor strips all white spaces and comments \\(\\#\\). I'm pretty sure it's not a kate configuration problem, as it only occurs within RKWard. Losing all comments is a rather enormous problem, and any help in retrieving them would be appreciated\\!\r\nRunning RKWard 0.5.1 on KDE 4.3.2 with R 2.9.2 on an x86\\_64.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "6c4d69a5", "posts": [ { "text": "Hello,\r\n\r\nI assume you mean this scenario:\r\n\r\nmy.fun <- function \\(\\) \\{\r\n\\# comment\r\nprint \\(\"hi\"\\)\r\n\\}\r\nfix \\(my.fun\\)\r\n\r\nWe were wrong on that, indeed. Thanks for pointing this out. This is now fixed in the SVN version of rkward \\(http://p.sf.net/rkward/svn\\).\r\n\r\nUntil a fixed version is released, you may want to use this workaround: Source the following lines at the start of each session:\r\n\r\n\"rk.edit.files\" <- function \\(file = file, title = file, name = NULL\\)\r\n\\{\r\n\tif \\(\\!is.character \\(file\\)\\) \\{\r\n\t\tnfile = tempfile\\(\\)\r\n\t\tenv = environment \\(file\\)\r\n\t\tdput \\(file, file=nfile, control=c \\(\"useSource\", \"keepNA\", \"keepInteger\", \"showAttributes\"\\)\\)\r\n\t\t.Call\\(\"rk.edit.files\", nfile, title, name\\)\r\n\t\tx <- dget \\(nfile\\)\r\n\t\tenvironment \\(x\\) <- env\r\n\t\treturn \\(x\\)\r\n\t\\}\r\n\tinvisible \\(.Call \\(\"rk.edit.files\", file, title, name\\)\\)\r\n\\}\r\noptions \\(editor=rk.edit.files\\)\r\n", "attachments": [], "author": "tfry", "timestamp": "2009-11-30 18:30:23", "last_edited": null, "slug": "2f19", "subject": "#62 FIXED IN SVN: Editor removes comments" }, { "text": "- **summary**: Editor removes comments --> FIXED IN SVN: Editor removes comments\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2009-11-30 18:30:24", "last_edited": null, "slug": "ff00", "subject": "#62 FIXED IN SVN: Editor removes comments" }, { "text": "Yep, that was exactly what i meant, and that workaround fixed it perfectly. Hugely appreciative\\! Thanks\\!", "attachments": [], "author": "markpadge", "timestamp": "2009-12-01 09:44:48", "last_edited": null, "slug": "1401", "subject": "#62 FIXED IN SVN: Editor removes comments" }, { "text": "A fixed release \\(0.5.3\\) was created, today. The workaround should be no longer needed after updating. Thanks again for reporting.", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:23:30", "last_edited": null, "slug": "a9ca", "subject": "#62 FIXED IN SVN: Editor removes comments" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:23:31", "last_edited": null, "slug": "5836", "subject": "#62 FIXED IN SVN: Editor removes comments" } ], "page": null, "subject": "" }, "mod_date": "2010-04-30 14:23:31", "votes_down": 0, "votes_up": 0, "_id": "50f52f1b34309d12e68e041f", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/6c4d69a5/", "ticket_num": 62, "custom_fields": { "_priority": "5" }, "created_date": "2009-11-30 11:57:36" },{ "status": "open", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Copying table to clipboard doesn't always work", "description": "Sometimes, when you select the contents of a table in the HTML output, copy it using Ctrl+C and paste it in OpenOffice, it doesn't work. Instead of getting a table, you get space-separated values. This seems to happen only when the borders of the table aren't selected, but there is no visual hint that they are selected or not.\r\n\r\nTo reproduce the bug, you have to start the selection with the pointer on the first character of the table, rather than to its left - the difference is subtle, but the problem is 100% reproducible. It seems that if you don't start the selection really in the corner of the table, it doesn't get detected as such.\r\n\r\nThis is annoying since it's hard to track down: users may think copying tables doesn't work at all, or only at random.\r\n\r\nA workaround/feature would be to avoid forcing people to select tables to copy them \\(there isn't even a context menu\\): tables could be shown with a \"Copy\" link \\(similar to the \"Run again\" one\\) that would automatically copy the whole table to the clipboard. Or a \"Copy\" overlay button could be shown when hovering on the table, but that might be technically harder. Other solution: when there is no selection, a right click on a table would show a \"Copy\" menu item that would copy the whole table.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "6d8b5933", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:06.040000", "votes_down": 0, "votes_up": 0, "_id": "50f52f3534309d12e68e0a53", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/6d8b5933/", "ticket_num": 110, "custom_fields": { "_priority": "5" }, "created_date": "2011-11-14 15:19:44" },{ "status": "open", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Factor selection popup in data editor can get out of screen", "description": "In the data editor, if one of a data frame's variables is a factor containing many levels, editing one cell results in a very big popup menu with all factor levels filling the screen. The menu doesn't show all of the levels since there are too many of them to fit on screen, and yet one cannot go out of the menu using the mouse because there's nowhere to click. All in all, this feels badly broken. ;-\\)\r\n\r\nHaving many factor levels can sound silly, but that's how R imports character variables from CSV files, so that's not an uncommon scenario.\r\n\r\nAs a short-term fix, I think the popup menu shouldn't appear if there are more than 50 or 80 levels, so that the menu keeps a reasonable size. Anyway, when there are too many choices, it's an efficient solution to select a level.\r\n\r\nThe better fix would be to provide auto-completion once the user has typed enough letters that the possible choices are under 50. But hand-editing very large factors isn't probably a common use case, so maybe that's not worth it: as long as the editor doesn't do weird things, it's OK.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "a3ffaac6", "posts": [ { "text": "Gosh, SourceForge really doesn't want to remember who I am... :-p", "attachments": [], "author": "nalimilan", "timestamp": "2011-12-06 10:14:23", "last_edited": null, "slug": "3bfb", "subject": "#112 Factor selection popup in data editor can get out of screen" } ], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:06.968000", "votes_down": 0, "votes_up": 0, "_id": "50f52f3634309d12e68e0a99", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/a3ffaac6/", "ticket_num": 112, "custom_fields": { "_priority": "5" }, "created_date": "2011-12-06 10:13:20" },{ "status": "open", "reported_by_id": "4feccea2b9363c7f270000df", "related_artifacts": [], "attachments": [], "reported_by": "m-eik", "assigned_to": null, "labels": [ "user interface", "NEEDINFO" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "growing input windows", "description": "i've just discovered a small display bug in 0.5.2: calling \"readline\\(\\)\" makes rkward come up with an input window -- that's fine. but if you invoke \"readline\\(\\)\" several times, these windows grow in size each time, horizontally as well as vertically.\r\n\r\nsee for yourself:\r\na\\) type \"readline\\(\\)\" in the R-konsole repeatedly\r\nb\\) try a \"for\" loop:\r\nfor\\(i in c\\(1:5\\)\\) readline\\(\\)\r\nc\\) try with \"lapply\":\r\nlapply\\(c\\(1:5\\), readline\\)\r\n...\r\n\r\nin addition, the context segment of that window could probably be tuned a little, try this:\r\n\r\nfor\\(i in c\\(1:5\\)\\)\\{\r\ncat\\(i\\) \\# just to provoke the context display\r\nreadline\\(\\)\r\n\\}\r\n\r\nto me it's a little confusing to have both segments shown with the same style. e.g., would it help to do without the white background for the context output? the window could be a lot smaller as well, but this is probably due to the growing effect described above.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "625e7ed9", "posts": [ { "text": "- **labels**: user interface --> user interface, NEEDINFO\n- **milestone**: --> CRASH\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:35:49.181000", "last_edited": null, "slug": "adc3", "subject": "#60 growing input windows" }, { "text": "Hi Meik!\r\n\r\nDo you still see this? Seems to work for me.\r\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:35:49.363000", "last_edited": null, "slug": "2a19", "subject": "#60 growing input windows" }, { "text": "- **milestone**: CRASH --> ------\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:37:28.477000", "last_edited": null, "slug": "d038", "subject": "#60 growing input windows" } ], "page": null, "subject": "" }, "mod_date": "2013-03-22 10:37:28.637000", "votes_down": 0, "votes_up": 0, "_id": "50f52f1b34309d12e68e03f6", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/625e7ed9/", "ticket_num": 60, "custom_fields": { "_priority": "5", "_milestone": "------" }, "created_date": "2009-11-10 16:56:42" },{ "status": "closed-fixed", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: Can't type in the console if text is selected", "description": "If you select some text in the R console, you can't type any text in it. This is very annoying, because I often end up selecting one or two characters inadvertently when I click on the console to focus it: when the mouse is moving, it's very hard to avoid selecting something.\r\n\r\nIt took me months to understand why, seemingly at random, I couldn't type anything. I can imagine this may bite people at times, which gives a very bad impression.\r\n\r\nAs I don't see the reason why typing should be disabled when text is selected, I suggest changing this behavior \\(unless that's a technical limitation\\).", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "7d95c9a7", "posts": [ { "text": "Hi\\!\r\n\r\nThe technical issue behind this is this: If a selection is active, any key press would usually affect that selection \\(e.g. replacing it\\). Since everything outside the last line should be read-only, the policy was to ignore key-presses \\(with a beep\\), if there is a selection, outside the last line.\r\n\r\nI have now changed this to clear the selection \\(not the selection contents, of course\\), then handle the key. I guess that really is better is almost all use cases.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-12-07 18:26:18", "last_edited": null, "slug": "e43f", "subject": "#113 FIXED IN SVN: Can't type in the console if text is selected" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Can't type in the console if text is selected --> FIXED IN SVN: Can't type in the console if text is selected\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-12-07 18:26:18", "last_edited": null, "slug": "b17b", "subject": "#113 FIXED IN SVN: Can't type in the console if text is selected" }, { "text": "Cool\\! ;-\\)", "attachments": [], "author": "nalimilan", "timestamp": "2011-12-07 18:54:49", "last_edited": null, "slug": "2f9a", "subject": "#113 FIXED IN SVN: Can't type in the console if text is selected" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2012-11-21 13:08:43", "last_edited": null, "slug": "a1b3", "subject": "#113 FIXED IN SVN: Can't type in the console if text is selected" } ], "page": null, "subject": "" }, "mod_date": "2012-11-21 13:08:43", "votes_down": 0, "votes_up": 0, "_id": "50f52f3734309d12e68e0aa6", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/7d95c9a7/", "ticket_num": 113, "custom_fields": { "_priority": "5" }, "created_date": "2011-12-07 16:58:48" },{ "status": "closed", "reported_by_id": "50744d3cbfc09e40d896482c", "related_artifacts": [], "attachments": [], "reported_by": "lisu87", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "SOLVED: can't fetch list of packages", "description": "when trying to fetch list of available packages after choosing mirror I get window with message:\r\n\r\nError in do.call\\(op, list\\(v\\_c, v\\_t\\[\\[op\\]\\]\\)\\) : \r\ncould not find function \"R \\(>= 1.8.\"\r\n\r\nR-2.11.0 installed and R engine is working in rkward", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "00924bb5", "posts": [ { "text": "Hi,\r\n\r\nthank you for reporting this issue. Unfortunately, I cannot reproduce this on my system, and that makes it hard to understand what exactly might be going wrong. Could you please provide some additional information:\r\n\r\n1\\) What's the version of RKWard in use?\r\n2\\) What happens if you run\r\navailable.packages\\(\\)\r\nin the R Console?\r\n3\\) Have you tried selecting a different mirror? Same result?\r\n4\\) Possibly something get's confused by R objects in your workspace. Could you attach the output of\r\nls\\(all.names=TRUE\\)\r\nto this report?\r\n4b\\) Could you cd to a temporary directoy, start RKWard, without loading any workspace, and try again. Same result?\r\n5\\) Perhaps attach the output of sessionInfo\\(\\) for good measure.\r\n\r\nThanks\\!", "attachments": [], "author": "tfry", "timestamp": "2010-04-25 10:56:23", "last_edited": null, "slug": "fcad", "subject": "#66 SOLVED: can't fetch list of packages" }, { "text": "Try another thing:\r\nmake a backup of ~/.kde/share/config/rkwardrc and then delete it. Now stat rkward and see. \r\n\r\nIf it still happens, provide the exact sequence of steps that you did. \r\nAnd does happen always or sometimes?", "attachments": [], "author": "kapatp", "timestamp": "2010-04-25 13:23:08", "last_edited": null, "slug": "b0d6", "subject": "#66 SOLVED: can't fetch list of packages" }, { "text": "removing ~/.kde/share/config/rkwardrc fix the problem. Thanks\\!", "attachments": [], "author": "lisu87", "timestamp": "2010-04-30 07:23:42", "last_edited": null, "slug": "68d5", "subject": "#66 SOLVED: can't fetch list of packages" }, { "text": "Hi lisu87, hi Prasenjit,\r\n\r\nglad to hear the problem is solved. However, I'd like to understand what was going wrong, so perhaps this can be fixed out of the box. Prasenjit, do you have any idea, specifically what may have been wrong in rkwardrc? lisu87, do you still have the old rkwardrc available? Could you attach it to this report?\r\n\r\nThanks\\!", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:38:32", "last_edited": null, "slug": "2467", "subject": "#66 SOLVED: can't fetch list of packages" }, { "text": "- **summary**: can't fetch list of packages --> SOLVED: can't fetch list of packages", "attachments": [], "author": "tfry", "timestamp": "2010-04-30 14:38:32", "last_edited": null, "slug": "c749", "subject": "#66 SOLVED: can't fetch list of packages" }, { "text": "Sure. Attached", "attachments": [], "author": "lisu87", "timestamp": "2010-05-04 07:09:05", "last_edited": null, "slug": "4401", "subject": "#66 SOLVED: can't fetch list of packages" }, { "text": "\"Sure. Attached\"\r\n\r\nHm, that didn't work for some reason, no attachment is available, here. Could you try again, or send via mail to rkward-devel@lists.sourceforge.net?", "attachments": [], "author": "tfry", "timestamp": "2010-05-04 18:42:29", "last_edited": null, "slug": "942c", "subject": "#66 SOLVED: can't fetch list of packages" }, { "text": "Unfortunately I've deleted bogus rkwardrc today morning and I was unable to reproduce the problem after upgrade to rkward-0.5.3.", "attachments": [], "author": "nobody", "timestamp": "2010-05-05 07:17:15", "last_edited": null, "slug": "99d7", "subject": "#66 SOLVED: can't fetch list of packages" }, { "text": "Bit of a late reply\\!\n\n\"Prasenjit, do you have any idea, specifically what may have been wrong in rkwardrc?\"\n\nNo, not really. \nI have benefited from this practice on multiple occasions for various kinds of problems. For example, few days back, I had a \"insanely wide dialog box\" issue, which went away when rkwardrc was deleted. So, this is the first thing I try for any kind of 'unexplainable' errors... But I'll keep it in mind, and try to save a 'buggy' rkwardrc in future.", "attachments": [], "author": "kapatp", "timestamp": "2010-05-08 06:58:58", "last_edited": null, "slug": "7e7e", "subject": "#66 SOLVED: can't fetch list of packages" }, { "text": "Ok, too bad.\r\n\r\nI will close this report, then. If you - or anybody else reading this - run into this again, just open a new report in this tracker.\r\n\r\nThanks\\!", "attachments": [], "author": "tfry", "timestamp": "2010-05-08 18:01:46", "last_edited": null, "slug": "1136", "subject": "#66 SOLVED: can't fetch list of packages" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2010-05-08 18:01:46", "last_edited": null, "slug": "7198", "subject": "#66 SOLVED: can't fetch list of packages" } ], "page": null, "subject": "" }, "mod_date": "2010-05-08 18:01:46", "votes_down": 0, "votes_up": 0, "_id": "50f52f1d34309d12e68e048f", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/00924bb5/", "ticket_num": 66, "custom_fields": { "_priority": "5" }, "created_date": "2010-04-24 18:28:46" },{ "status": "open", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "Completion list doesn't work in the console", "description": "A completion list is shown when you start typing object names in the R console. But there's absolutely no way of selecting an item. I can understand Return can't work for this, since it has already another meaning. Clicking with the mouse wouldn't be very efficient anyway, but if even this doesn't work, I don't see a reason to show this, as it is more frustrating than anything else.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "12e13697", "posts": [ { "text": "Hi\\!\r\n\r\nThanks for pointing out all those issues. Over time, I've become blind to much of this.\r\n\r\nAnyway, thinking about this, perhaps Return \\*can\\* work for this, after all, and I have committed a corresponding \\(experimental\\) change. Perhaps you want to give this a try \\(in the development version / tomorrows' daily build\\). My impression so far is that it does not really get into the way too much.\r\n\r\nIn fact, I'm considering to make code completion in the R Console look exactly like in the script editor \\(I would add a configuration option to control, whether completion options are shown automatically, or only on Tab-key presses\\). That would obsolete a couple of quirks in the current solution, and probably even remove some code complexity.\r\n\r\nWhat do you think?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-12-07 18:40:46", "last_edited": null, "slug": "4da9", "subject": "#114 Completion list doesn't work in the console" }, { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2011-12-07 18:40:46", "last_edited": null, "slug": "d056", "subject": "#114 Completion list doesn't work in the console" }, { "text": "I've just tried it, and indeed it doesn't seem to disturb much. And it's generally good that both completion lists behave the same. Thanks\\!", "attachments": [], "author": "nalimilan", "timestamp": "2011-12-14 11:12:53", "last_edited": null, "slug": "bd6c", "subject": "#114 Completion list doesn't work in the console" }, { "text": "Something still feels weird: when there are several choices in the list, you can't select another one than the first, because the up/down arrows don't work \\(since they're used for the command history\\). Not sure something can be done about that, but at least only one choice should be shown then.", "attachments": [], "author": "nalimilan", "timestamp": "2011-12-14 14:40:56", "last_edited": null, "slug": "5f31", "subject": "#114 Completion list doesn't work in the console" }, { "text": "well, i do sense a slight disturbance in the force. since the change, data object completion gets mixed up with all kinds of text that was written before. try this:\r\n\r\n> foobar\r\n\\# you'll get an error, but now:\r\n> test.foo\r\n\\# once you've typed \"foo\" here you're offered a completion to \"foobar\"\r\n\r\nfor the console i'd rather have the completion stick to objects which are actually in existance. otherwise, if you make a mistake while typing, it can haunt you by reappearing in the completion list. allthough an argument completion for functions would be a hit\\!\r\n", "attachments": [], "author": "m-eik", "timestamp": "2011-12-19 13:50:45", "last_edited": null, "slug": "83ee", "subject": "#114 Completion list doesn't work in the console" }, { "text": "I think the problem isn't offering text completion \\(in addition to object name completion\\) in general. The problem is that both mechanisms simply aren't integrated, yet. Now one type of completion pops up automatically, and inserts completions on tab-presses, while the other is activated manually, on tab-presses. Obviously this does not mix well.\r\n\r\nSo I have disabled the text-hints for now. I still intend to re-enable them in an integrated solution, later.", "attachments": [], "author": "tfry", "timestamp": "2011-12-19 14:53:24", "last_edited": null, "slug": "990d", "subject": "#114 Completion list doesn't work in the console" }, { "text": "I've also found one case where the new completion behavior can be annoying: when you use two object starting with the same string.\r\n\r\nFor example, I often do\r\n> tab <- table\\(var1, var2\\)\r\nThen, when I type 'tab' then Return to see the result \\(immediately or later\\), 'tab' gets completed to 'table'. Quite problematic\\!", "attachments": [], "author": "nalimilan", "timestamp": "2011-12-20 09:35:35", "last_edited": null, "slug": "8c28", "subject": "#114 Completion list doesn't work in the console" } ], "page": null, "subject": "" }, "mod_date": "2011-12-07 18:40:46", "votes_down": 0, "votes_up": 0, "_id": "50f52f3734309d12e68e0ac2", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/12e13697/", "ticket_num": 114, "custom_fields": { "_priority": "5" }, "created_date": "2011-12-07 17:03:17" },{ "status": "closed-fixed", "reported_by_id": "5037a5c70594ca13f4ed12e8", "related_artifacts": [], "attachments": [], "reported_by": "xavidp", "assigned_to": "tfry", "labels": [ "data handling" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: CRASH with some objects created by XML package", "description": "Hi:\r\n\r\nI guess I have some problem with my own R script for processing xml files \\(through the usage of R4X package\\). But the fact is that RKward crashes every time I attempt to run this script \\(reporter.00.5.r, attached\\), due to this part: \\\"xmlTreeParse\\(xml\\_r\\)\\\"\r\n\r\nI get a prop screen with this error:\r\n\\-----------------------\r\n\\*\\*\\* caught segfault \\*\\*\\*\r\naddress 0x3e, cause \\'memory not mapped\\'\r\n\\-----------------------\r\n\r\nHowever, when I run the same script reporter.00.5.r from the command line, with:\r\n\r\nRscript reporter\\_00.5.r\r\n\r\nthe script seems to read the line with the \\\"hello\\\" output in the console, at least.\r\n\r\nOh well, in case this can help the authors of rkward to improve the error detection and warnings for the user, instead of crashing the program. \r\n\r\nMore details: RKward: 0.5.2. KDE: 4.4.2, OS: GNU/Linux \\(Ubuntu Lucid 10.04\\), R: 2.10.1\r\n\r\nFir this script to run, some extra R packages need to be installed: XML, R4X and their dependencies. The commands to install them are included \\(commented\\) in the reporter.00.5.r script, as weel as the linux dependencies for the xml package to install. ", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "91fda6b2", "posts": [ { "text": "reporter.00.5.r - the script with tproduces that error. The data file (in xml) will come in another attachment after this one.", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/91fda6b2/9b6a/attachment/reporter_00.5.r", "bytes": 18862 } ], "author": "xavidp", "timestamp": "2010-05-16 16:40:47", "last_edited": null, "slug": "9b6a", "subject": "#67 FIXED IN SVN: CRASH with some objects created by XML package" }, { "text": "R_test.xml - test file with xml format to be stored under the logs_test subdirectory, for the reporter script to work.", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/91fda6b2/7f7c/attachment/RT_test.xml", "bytes": 10564 } ], "author": "xavidp", "timestamp": "2010-05-16 16:43:16", "last_edited": null, "slug": "7f7c", "subject": "#67 FIXED IN SVN: CRASH with some objects created by XML package" }, { "text": "Thanks for reporting. I can confirm the issue.\r\n\r\nThe crash happens when RKWard tries to fetch the structure of the object \"xml\\_parsed\" \\(the result of an invalid xmlParseTree\\(\\), the one without validate=TRUE\\). Of course, RKWard should not crash on such an object, but in fact we are not the only ones to blame: The object xml\\_parsed is simply a broken R object, as also evidenced by str\\(xml\\_parsed\\) \\(which throws an error: subscript out of bounds\\). Practically it should be possible to avoid the issue by simply using validate=TRUE in all calls to xmlParseTree\\(\\), thus, hopefully avoiding that a broken object is created in the first place.\r\n\r\n\\----\r\n\r\nInternals: The crash is in RKStructureGetter::getStructureWorker\\(\\), more specifically while fetching children of a regular container \\(do\\_cont == TRUE\\) around lines 418-443. Always using the last of the three variants of subscripting in this block \\(SEXP child = callSimpleFun2 \\(double\\_brackets\\_fun, value, index, R\\_BaseEnv\\);\\) seems to avoid the problem. Before using this unconditionally, we should really time the overhead esp. in package:datasets.", "attachments": [], "author": "tfry", "timestamp": "2010-05-17 10:40:08", "last_edited": null, "slug": "3796", "subject": "#67 FIXED IN SVN: CRASH with some objects created by XML package" }, { "text": "Hi again,\r\n\r\nthe problem should be fixed in SVN \\(http://p.sf.net/svn\\), now. It would be nice, if you could test this, too. An updated binary packages for ubuntu is available from this PPA: https://launchpad.net/~rkward-devel/+archive/rkward-devel .\r\n\r\nThanks for reporting.", "attachments": [], "author": "tfry", "timestamp": "2010-05-18 14:23:07", "last_edited": null, "slug": "be20", "subject": "#67 FIXED IN SVN: CRASH with some objects created by XML package" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: rkward crashes when working with xml files (R4X) --> FIXED IN SVN: CRASH with some objects created by XML package\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2010-05-18 14:23:07", "last_edited": null, "slug": "02c7", "subject": "#67 FIXED IN SVN: CRASH with some objects created by XML package" }, { "text": "Thanks heaps\\! and you compiled it in a dev, branch for testing at launchpad\\! And fixing so quickly\\!\r\nGorgeous\\! You \\(and rkward\\) Rock, Thomas\\! :-\\)\r\nMany thanks, indeed. ", "attachments": [], "author": "xavidp", "timestamp": "2010-05-18 17:44:37", "last_edited": null, "slug": "5dae", "subject": "#67 FIXED IN SVN: CRASH with some objects created by XML package" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "xavidp", "timestamp": "2010-05-18 17:44:38", "last_edited": null, "slug": "1b59", "subject": "#67 FIXED IN SVN: CRASH with some objects created by XML package" } ], "page": null, "subject": "" }, "mod_date": "2010-05-18 17:44:38", "votes_down": 0, "votes_up": 0, "_id": "50f52f1d34309d12e68e04d0", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/91fda6b2/", "ticket_num": 67, "custom_fields": { "_priority": "5" }, "created_date": "2010-05-16 16:40:47" },{ "status": "closed-fixed", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: Two successive ops marked as incorrect syntax", "description": "RKward considers a few syntactic peculiarities as incorrect \\(and highlights them in red\\), while they work perfectly well if run in R. They are not always advisable, but that's another question. The common factor to all these cases is apparently that two arithmetic operators are juxtaposed.\r\n\r\n1\\) Repetition of the multiplication sign\r\n\\*\\* like in 2\\*\\*2\r\n\r\n2\\) Juxtaposition of + or - and another operator\r\n<-- like in: a<--2\r\n/- like in: a/-2\r\n\\*- like in: a\\*-2\r\n\\*\\*- like in: a\\*\\*-2\r\n^- like in: a^-2\r\n\\-- like in: a--2\r\n-+ like in: a+-2\r\n\\(same with +\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "134caf14", "posts": [ { "text": "Hi\\!\r\n\r\nThe syntax highlighting will always remain an approximation, not a real R parser. But, of course, false positives are bad. These should all be fixed, now, in r4084, version 2.06 of the \"R Script\" highlighting.\r\n\r\nThe new version also detects a few more problems, esp. when there are spaces between operators as in \"x <- \\* 2\". There are also some minor regressions, e.g. \"->+\" is no longer marked as an error. But see above: The highlighting is only an approximation.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-12-08 19:47:49", "last_edited": null, "slug": "b044", "subject": "#115 FIXED IN SVN: Two successive ops marked as incorrect syntax" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Two successive operators are considered incorrect syntax --> FIXED IN SVN: Two successive ops marked as incorrect syntax\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-12-08 19:47:49", "last_edited": null, "slug": "fc88", "subject": "#115 FIXED IN SVN: Two successive ops marked as incorrect syntax" }, { "text": "I've spotted what looks like a regression to me: a single \\! is marked in red when it appears after <-, even when preceded with a space.\r\n\r\nThe other fixes are great\\!", "attachments": [], "author": "nalimilan", "timestamp": "2011-12-14 11:15:15", "last_edited": null, "slug": "d38b", "subject": "#115 FIXED IN SVN: Two successive ops marked as incorrect syntax" }, { "text": "Indeed. I did not think of unary \\!. This should be fixed in r4121, highlighting version 2.07.\r\n\r\nNote: This still leaves a wrong markup of ~ in some special cases:\r\nf <- ~ a\r\n\r\nI can't think of a good solution to that, ATM.", "attachments": [], "author": "tfry", "timestamp": "2011-12-14 12:09:19", "last_edited": null, "slug": "625c", "subject": "#115 FIXED IN SVN: Two successive ops marked as incorrect syntax" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2012-11-21 13:08:42", "last_edited": null, "slug": "cb50", "subject": "#115 FIXED IN SVN: Two successive ops marked as incorrect syntax" } ], "page": null, "subject": "" }, "mod_date": "2012-11-21 13:08:42", "votes_down": 0, "votes_up": 0, "_id": "50f52f3734309d12e68e0aed", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/134caf14/", "ticket_num": 115, "custom_fields": { "_priority": "5" }, "created_date": "2011-12-08 13:12:58" },{ "status": "closed-fixed", "reported_by_id": "5072f7d371b75b10eb92448e", "related_artifacts": [], "attachments": [], "reported_by": "rtautenh", "assigned_to": "tfry", "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: tab order not saved when tabs are rearranged", "description": "If tabs are rearranged using drag and drop, the internal file list representation doesn't seem to be changed.\r\n\r\nAfter closing and re-opening rkward, the tabs/files are in the old order again \\(like before they were rearranged\\).\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "22450a95", "posts": [ { "text": "Should be fixed in SVN rev. 2951.\r\n\r\nNote that the file list still does not save when windows were detached, but we have a separate wish-list item for that.\r\n", "attachments": [], "author": "tfry", "timestamp": "2010-07-16 10:19:53", "last_edited": null, "slug": "5ae9", "subject": "#68 FIXED IN SVN: tab order not saved when tabs are rearranged" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: tab/file order not saved when tabs are rearranged --> FIXED IN SVN: tab order not saved when tabs are rearranged\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2010-07-16 10:19:53", "last_edited": null, "slug": "f160", "subject": "#68 FIXED IN SVN: tab order not saved when tabs are rearranged" }, { "text": "Works now, thanks\\!", "attachments": [], "author": "rtautenh", "timestamp": "2010-07-16 16:54:02", "last_edited": null, "slug": "b629", "subject": "#68 FIXED IN SVN: tab order not saved when tabs are rearranged" }, { "text": "Closing this report, now that 0.5.4 is released.", "attachments": [], "author": "tfry", "timestamp": "2010-10-04 20:13:55", "last_edited": null, "slug": "2479", "subject": "#68 FIXED IN SVN: tab order not saved when tabs are rearranged" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2010-10-04 20:13:55", "last_edited": null, "slug": "7804", "subject": "#68 FIXED IN SVN: tab order not saved when tabs are rearranged" } ], "page": null, "subject": "" }, "mod_date": "2010-10-04 20:13:55", "votes_down": 0, "votes_up": 0, "_id": "50f52f1f34309d12e68e0503", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/22450a95/", "ticket_num": 68, "custom_fields": { "_priority": "5" }, "created_date": "2010-07-13 19:01:22" },{ "status": "closed-fixed", "reported_by_id": "4d280e9fb9363c2e95000276", "related_artifacts": [], "attachments": [], "reported_by": "eslusorenko", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: Crash when clicking \"Select all updates\"", "description": "Fedora 16 \r\nApplication: rkward \\(0.5.7\\)\r\nKDE Platform Version: 4.7.3 \\(4.7.3\\)\r\nQt Version: 4.8.0\r\n\r\n\\-- Backtrace:\r\nApplication: RKWard \\(rkward.frontend\\), signal: Segmentation fault\r\nUsing host libthread\\_db library \"/lib/libthread\\_db.so.1\".\r\n\\[Current thread is 1 \\(Thread 0xb7712780 \\(LWP 2218\\)\\)\\]\r\n\r\nThread 3 \\(Thread 0xb6730b40 \\(LWP 2224\\)\\):\r\n\\#0 0x4800c001 in clock\\_gettime \\(\\) from /lib/librt.so.1\r\n\\#1 0x48bde056 in do\\_gettime \\(frac=0xb672fef0, sec=0xb672fee8\\) at tools/qelapsedtimer\\_unix.cpp:123\r\n\\#2 qt\\_gettime \\(\\) at tools/qelapsedtimer\\_unix.cpp:140\r\n\\#3 0x48cc6aa7 in QTimerInfoList::updateCurrentTime \\(this=0xb5e01abc\\) at kernel/qeventdispatcher\\_unix.cpp:343\r\n\\#4 0x48cc6e0b in QTimerInfoList::timerWait \\(this=0xb5e01abc, tm=...\\) at kernel/qeventdispatcher\\_unix.cpp:450\r\n\\#5 0x48cc5653 in timerSourcePrepareHelper \\(src=<optimized out>, timeout=0xb672fffc\\) at kernel/qeventdispatcher\\_glib.cpp:136\r\n\\#6 0x48cc56ed in timerSourcePrepare \\(source=0xb5e01a88, timeout=<optimized out>\\) at kernel/qeventdispatcher\\_glib.cpp:169\r\n\\#7 0x48180bdc in g\\_main\\_context\\_prepare \\(context=0xb5e004e0, priority=0xb6730058\\) at gmain.c:2746\r\n\\#8 0x48181998 in g\\_main\\_context\\_iterate \\(context=0xb5e004e0, block=1, dispatch=1, self=0xb5e00d70\\) at gmain.c:3053\r\n\\#9 0x48181faf in g\\_main\\_context\\_iteration \\(context=0xb5e004e0, may\\_block=1\\) at gmain.c:3136\r\n\\#10 0x48cc61c7 in QEventDispatcherGlib::processEvents \\(this=0xb5e00468, flags=...\\) at kernel/qeventdispatcher\\_glib.cpp:426\r\n\\#11 0x48c923ae in QEventLoop::processEvents \\(this=0xb6730190, flags=...\\) at kernel/qeventloop.cpp:149\r\n\\#12 0x48c92659 in QEventLoop::exec \\(this=0xb6730190, flags=...\\) at kernel/qeventloop.cpp:204\r\n\\#13 0x48b7c03c in QThread::exec \\(this=0x8fd4ce8\\) at thread/qthread.cpp:501\r\n\\#14 0x0815c15b in RKFrontendTransmitter::run \\(this=0x8fd4ce8\\) at /usr/src/debug/rkward-0.5.7/rkward/rbackend/rkfrontendtransmitter.cpp:76\r\n\\#15 0x48b7f5c1 in QThreadPrivate::start \\(arg=0x8fd4ce8\\) at thread/qthread\\_unix.cpp:298\r\n\\#16 0x47fd2cd3 in start\\_thread \\(\\) from /lib/libpthread.so.0\r\n\\#17 0x47edc51e in clone \\(\\) from /lib/libc.so.6\r\n\r\nThread 2 \\(Thread 0xb53ffb40 \\(LWP 2233\\)\\):\r\n\\#0 0x001a0416 in \\_\\_kernel\\_vsyscall \\(\\)\r\n\\#1 0x47fd684c in pthread\\_cond\\_wait@@GLIBC\\_2.3.2 \\(\\) from /lib/libpthread.so.0\r\n\\#2 0x4e10df71 in QTWTF::TCMalloc\\_PageHeap::scavengerThread \\(this=0x4e20e680\\) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359\r\n\\#3 0x4e10dfb0 in QTWTF::TCMalloc\\_PageHeap::runScavengerThread \\(context=0x4e20e680\\) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464\r\n\\#4 0x47fd2cd3 in start\\_thread \\(\\) from /lib/libpthread.so.0\r\n\\#5 0x47edc51e in clone \\(\\) from /lib/libc.so.6\r\n\r\nThread 1 \\(Thread 0xb7712780 \\(LWP 2218\\)\\):\r\n\\[KCrash Handler\\]\r\n\\#7 0x48bcb73a in QString::operator== \\(this=0xb40d0b3c, other=...\\) at tools/qstring.cpp:2188\r\n\\#8 0x080cd00c in QList<QString>::indexOf \\(this=0x97c8e70, t=..., from=<optimized out>\\) at /usr/include/QtCore/qlist.h:847\r\n\\#9 0x080c45e9 in RKRPackageInstallationStatus::markPackageForInstallation \\(this=0x97c8e68, package\\_name=...\\) at /usr/src/debug/rkward-0.5.7/rkward/dialogs/rkloadlibsdialog.cpp:841\r\n\\#10 0x080cb7d7 in RKRPackageInstallationStatus::markAllUpdatesForInstallation \\(this=0x97c8e68\\) at /usr/src/debug/rkward-0.5.7/rkward/dialogs/rkloadlibsdialog.cpp:831\r\n\\#11 0x080cb8e1 in InstallPackagesWidget::markAllUpdates \\(this=0x95b2788\\) at /usr/src/debug/rkward-0.5.7/rkward/dialogs/rkloadlibsdialog.cpp:723\r\n\\#12 0x48ca8d61 in QMetaObject::activate \\(sender=0x97c6a08, m=0x41fcf9e8, local\\_signal\\_index=2, argv=0xbfee2498\\) at kernel/qobject.cpp:3546\r\n\\#13 0x41d84ffe in QAbstractButton::clicked \\(this=0x97c6a08, \\_t1=false\\) at .moc/release-shared/moc\\_qabstractbutton.cpp:220\r\n\\#14 0x41a764be in QAbstractButtonPrivate::emitClicked \\(this=0x97a20d8\\) at widgets/qabstractbutton.cpp:546\r\n\\#15 0x41a77b90 in QAbstractButtonPrivate::click \\(this=0x97a20d8\\) at widgets/qabstractbutton.cpp:539\r\n\\#16 0x41a77e46 in QAbstractButton::mouseReleaseEvent \\(this=0x97c6a08, e=0xbfee2b64\\) at widgets/qabstractbutton.cpp:1121\r\n\\#17 0x416a885d in QWidget::event \\(this=0x97c6a08, event=0xbfee2b64\\) at kernel/qwidget.cpp:8350\r\n\\#18 0x41a770b1 in QAbstractButton::event \\(this=0x97c6a08, e=0xbfee2b64\\) at widgets/qabstractbutton.cpp:1080\r\n\\#19 0x41b1b9e9 in QPushButton::event \\(this=0x97c6a08, e=0xbfee2b64\\) at widgets/qpushbutton.cpp:683\r\n\\#20 0x4164da34 in notify\\_helper \\(e=0xbfee2b64, receiver=0x97c6a08, this=0x8d425d8\\) at kernel/qapplication.cpp:4518\r\n\\#21 QApplicationPrivate::notify\\_helper \\(this=0x8d425d8, receiver=0x97c6a08, e=0xbfee2b64\\) at kernel/qapplication.cpp:4490\r\n\\#22 0x41653bca in QApplication::notify \\(this=0x8d425d8, receiver=0x97c6a08, e=0xbfee2b64\\) at kernel/qapplication.cpp:4061\r\n\\#23 0x42244fa2 in KApplication::notify \\(this=0xbfee33fc, receiver=0x97c6a08, event=0xbfee2b64\\) at /usr/src/debug/kdelibs-4.7.3/kdeui/kernel/kapplication.cpp:311\r\n\\#24 0x48c934be in QCoreApplication::notifyInternal \\(this=0xbfee33fc, receiver=0x97c6a08, event=0xbfee2b64\\) at kernel/qcoreapplication.cpp:876\r\n\\#25 0x4164ea06 in sendEvent \\(event=<optimized out>, receiver=<optimized out>\\) at ../../src/corelib/kernel/qcoreapplication.h:231\r\n\\#26 QApplicationPrivate::sendMouseEvent \\(receiver=0x97c6a08, event=0xbfee2b64, alienWidget=0x97c6a08, nativeWidget=0x99a95f8, buttonDown=0x41fd8dd4, lastMouseReceiver=..., spontaneous=true\\) at kernel/qapplication.cpp:3157\r\n\\#27 0x416d876c in QETWidget::translateMouseEvent \\(this=0x99a95f8, event=0xbfee301c\\) at kernel/qapplication\\_x11.cpp:4515\r\n\\#28 0x416d774d in QApplication::x11ProcessEvent \\(this=0xbfee33fc, event=0xbfee301c\\) at kernel/qapplication\\_x11.cpp:3641\r\n\\#29 0x417026f5 in x11EventSourceDispatch \\(s=0x8d44ad0, callback=0, user\\_data=0x0\\) at kernel/qguieventdispatcher\\_glib.cpp:148\r\n\\#30 0x481815bf in g\\_main\\_dispatch \\(context=0x8d44a00\\) at gmain.c:2425\r\n\\#31 g\\_main\\_context\\_dispatch \\(context=0x8d44a00\\) at gmain.c:2995\r\n\\#32 0x48181d00 in g\\_main\\_context\\_iterate \\(context=0x8d44a00, block=1209599904, dispatch=1, self=0x8d47fa0\\) at gmain.c:3073\r\n\\#33 0x48181faf in g\\_main\\_context\\_iteration \\(context=0x8d44a00, may\\_block=1\\) at gmain.c:3136\r\n\\#34 0x48cc6168 in QEventDispatcherGlib::processEvents \\(this=0x8d3e530, flags=...\\) at kernel/qeventdispatcher\\_glib.cpp:424\r\n\\#35 0x4170238b in QGuiEventDispatcherGlib::processEvents \\(this=0x8d3e530, flags=...\\) at kernel/qguieventdispatcher\\_glib.cpp:207\r\n\\#36 0x48c923ae in QEventLoop::processEvents \\(this=0xbfee3324, flags=...\\) at kernel/qeventloop.cpp:149\r\n\\#37 0x48c92659 in QEventLoop::exec \\(this=0xbfee3324, flags=...\\) at kernel/qeventloop.cpp:204\r\n\\#38 0x48c977fb in QCoreApplication::exec \\(\\) at kernel/qcoreapplication.cpp:1148\r\n\\#39 0x4164b835 in QApplication::exec \\(\\) at kernel/qapplication.cpp:3779\r\n\\#40 0x08070332 in main \\(argc=5, argv=0xbfee3784\\) at /usr/src/debug/rkward-0.5.7/rkward/main.cpp:177\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "1cc2f166", "posts": [ { "text": "Hi\\!\r\n\r\nThanks for reporting. This issue is already fixed in the development version of RKWard.\r\n\r\nI guess we may have to roll out a maintenance release to address this issue...\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-12-16 15:09:32", "last_edited": null, "slug": "6c35", "subject": "#117 FIXED IN SVN: Crash when clicking \"Select all updates\"" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: RKWard Segment Falut crash --> FIXED IN SVN: Crash when clicking \"Select all updates\"\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-12-16 15:09:32", "last_edited": null, "slug": "84c2", "subject": "#117 FIXED IN SVN: Crash when clicking \"Select all updates\"" }, { "text": "@tfry i will wait for fedora to update RKWard", "attachments": [], "author": "eslusorenko", "timestamp": "2011-12-16 19:01:21", "last_edited": null, "slug": "81e4", "subject": "#117 FIXED IN SVN: Crash when clicking \"Select all updates\"" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2012-11-21 13:08:38", "last_edited": null, "slug": "0a80", "subject": "#117 FIXED IN SVN: Crash when clicking \"Select all updates\"" } ], "page": null, "subject": "" }, "mod_date": "2012-11-21 13:08:38", "votes_down": 0, "votes_up": 0, "_id": "50f52f3834309d12e68e0b2a", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/1cc2f166/", "ticket_num": 117, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2011-12-16 11:48:42" },{ "status": "closed-works-for-me", "reported_by_id": "4fb380ffb9363c1b9c00033b", "related_artifacts": [], "attachments": [], "reported_by": "argomp", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: incomplete package list", "description": "hi,\r\nA necessary package \\(\\`lattice'\\) does not appear on the repository \\(Configure Packages -> Install\\), and I therefore cannot install it nor any dependent packages. It is absent no matter which mirror site is selected. Lattice package is current \\(updated 2010-05-19 on cran\\), and should appear. Not sure if this is an RKWard bug, but any insight into its absence would be appreciated\\!\r\nRKWard 4.4.2; KDE 4.4.2; R 2.10.1", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "57c61b3d", "posts": [ { "text": "Hi,\r\n\r\nsorry for the long delay.\r\n\r\nThis is rather unlikely to be a bug in RKWard. Probably it was a temporary issue with the mirror. Note that RKWard caches the list of available packages for a while, so in fact this could mean a problem in case of a single faulty mirror. In this case the problem should go away after restarting RKWard at latest.\r\n\r\nDo you still see this issue? If so, could you please run\r\n\"lattice\" %in% available.packages\\(\\)\r\nin the R Console inside RKWard, and in a plain R session?\r\n\r\nSince I believe the problem was probably just a temporary failure, I will set this bug report to \"pending\" status, which means it will close automatically in two weeks, unless you add another comment before that time. If you do not get around to add a comment within two weeks, but you think this is still an issue, please simply open a new report.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2010-09-01 13:28:39", "last_edited": null, "slug": "aabd", "subject": "#71 NEEDINFO: incomplete package list" }, { "text": "- **summary**: incomplete package list --> NEEDINFO: incomplete package list\n- **status**: open --> pending-works-for-me", "attachments": [], "author": "tfry", "timestamp": "2010-09-01 13:28:39", "last_edited": null, "slug": "7f3a", "subject": "#71 NEEDINFO: incomplete package list" }, { "text": "This Tracker item was closed automatically by the system. It was\npreviously set to a Pending status, and the original submitter\ndid not respond within 14 days \\(the time period specified by\nthe administrator of this Tracker\\).", "attachments": [], "author": "sf-robot", "timestamp": "2010-09-29 19:31:16", "last_edited": null, "slug": "2476", "subject": "#71 NEEDINFO: incomplete package list" }, { "text": "- **status**: pending-works-for-me --> closed-works-for-me", "attachments": [], "author": "sf-robot", "timestamp": "2010-09-29 19:31:17", "last_edited": null, "slug": "4152", "subject": "#71 NEEDINFO: incomplete package list" } ], "page": null, "subject": "" }, "mod_date": "2010-09-29 19:31:17", "votes_down": 0, "votes_up": 0, "_id": "50f52f2034309d12e68e055a", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/57c61b3d/", "ticket_num": 71, "custom_fields": { "_priority": "5" }, "created_date": "2010-08-03 12:41:10" },{ "status": "closed", "reported_by_id": "50f52f3134309d12e68e0975", "related_artifacts": [], "attachments": [], "reported_by": "deboerk", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: Wizard: Disable \"Next\", if input is missing", "description": "I have the following suggestion for the wizard interface: I thought it would be great to keep the user from proceeding to the next page if the user has not provided the required inputs yet. This could be done by simply disabling the next button.\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "5b2130a1", "posts": [ { "text": "Hi,\r\n\r\nthanks for your suggestion. Actually, this was already supposed to be the case, and I am quite sure that it worked some time in the past. But, in fact, it is currently broken, and apparently it has been broken for a long time, already.\r\n\r\nNow fixed in our development version \\(http://p.sf.net/rkward/svn\\).", "attachments": [], "author": "tfry", "timestamp": "2012-05-16 14:15:02", "last_edited": null, "slug": "2b92", "subject": "#118 FIXED IN SVN: Wizard: Disable \"Next\", if input is missing" }, { "text": "- **labels**: 667707 --> \n- **assigned_to**: nobody --> tfry\n- **summary**: Wizard: Keep user from proceeding if input is missing --> FIXED IN SVN: Wizard: Disable \"Next\", if input is missing", "attachments": [], "author": "tfry", "timestamp": "2012-05-16 14:15:02", "last_edited": null, "slug": "376b", "subject": "#118 FIXED IN SVN: Wizard: Disable \"Next\", if input is missing" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2012-11-21 13:08:32", "last_edited": null, "slug": "7f93", "subject": "#118 FIXED IN SVN: Wizard: Disable \"Next\", if input is missing" } ], "page": null, "subject": "" }, "mod_date": "2012-11-21 13:08:32", "votes_down": 0, "votes_up": 0, "_id": "50f52f3934309d12e68e0b47", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/5b2130a1/", "ticket_num": 118, "custom_fields": { "_priority": "5" }, "created_date": "2012-05-16 10:13:25" },{ "status": "closed-fixed", "reported_by_id": "5072f7d371b75b10eb92448e", "related_artifacts": [], "attachments": [], "reported_by": "rtautenh", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: igraph/tkplot/layout causes rkward to crash", "description": "Version 0.5.5-devel1\r\nUsing KDE Development Platform 4.4.92 \\(KDE 4.4.92 \\(KDE 4.5 RC2\\)\\)\r\nR version 2.11.0 \\(2010-04-22\\) \r\nx86\\_64-unknown-linux-gnu \r\n\r\n\\--\r\n\r\nlibrary\\(igraph\\)\r\nel <- matrix\\( c\\(\"foo\", \"bar\", \"bar\", \"foobar\"\\), nc=2, byrow=TRUE\\)\r\ng <- graph.edgelist\\(el\\)\r\ntkplot\\(g\\)\r\n\\#\\# in the Tk plot menu, go to \"Layout\" and try to apply any\r\n\r\n\\--\r\n\r\nApplication: RKWard \\(rkward.bin\\), signal: Segmentation fault\r\n\\[Current thread is 1 \\(Thread 0x7ff3e12d8760 \\(LWP 11792\\)\\)\\]\r\n\r\nThread 4 \\(Thread 0x7ff3c2ba7710 \\(LWP 11794\\)\\):\r\n\\#0 0x00007ff3da4a1f83 in poll \\(\\) from /lib/libc.so.6\r\n\\#1 0x00007ff3d5f1e4a9 in ?? \\(\\) from /lib/libglib-2.0.so.0\r\n\\#2 0x00007ff3d5f1e8fc in g\\_main\\_context\\_iteration \\(\\) from /lib/libglib-2.0.so.0\r\n\\#3 0x00007ff3dbf99bd6 in QEventDispatcherGlib::processEvents\\(QFlags<QEventLoop::ProcessEventsFlag>\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#4 0x00007ff3dbf6c7b2 in QEventLoop::processEvents\\(QFlags<QEventLoop::ProcessEventsFlag>\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#5 0x00007ff3dbf6cb9c in QEventLoop::exec\\(QFlags<QEventLoop::ProcessEventsFlag>\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#6 0x00007ff3dbe7823d in QThread::exec\\(\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#7 0x00007ff3dbf4c6d8 in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#8 0x00007ff3dbe7b1be in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#9 0x00007ff3dbbe99ca in start\\_thread \\(\\) from /lib/libpthread.so.0\r\n\\#10 0x00007ff3da4ae6fd in clone \\(\\) from /lib/libc.so.6\r\n\\#11 0x0000000000000000 in ?? \\(\\)\r\n\r\nThread 3 \\(Thread 0x7ff3c23a6710 \\(LWP 11795\\)\\):\r\n\\[KCrash Handler\\]\r\n\\#7 RCommand::type \\(this=0x21d6c80, call=...\\) at /vol/R/rkward/trunk/rkward/rkward/rbackend/rcommand.h:127\r\n\\#8 RThread::handleSubstackCall \\(this=0x21d6c80, call=...\\) at /vol/R/rkward/trunk/rkward/rkward/rbackend/rthread.cpp:394\r\n\\#9 0x0000000000520068 in doSubstackCall \\(call=<value optimized out>\\) at /vol/R/rkward/trunk/rkward/rkward/rbackend/rembedinternal.cpp:736\r\n\\#10 0x00007ff3de621afc in do\\_dotcall \\(call=0x7ff3bc769288, op=<value optimized out>, args=0x1, env=<value optimized out>\\) at dotcode.c:835\r\n\\#11 0x00007ff3de6460bb in Rf\\_eval \\(e=<value optimized out>, rho=<value optimized out>\\) at eval.c:490\r\n\\#12 0x00007ff3de64866c in do\\_begin \\(call=<value optimized out>, op=<value optimized out>, args=0x7ff3bc7692c0, rho=0x7ff3bd0147f8\\) at eval.c:1245\r\n\\#13 0x00007ff3de645e83 in Rf\\_eval \\(e=0x7ff3bc7692f8, rho=<value optimized out>\\) at eval.c:464\r\n\\#14 0x00007ff3de649f73 in Rf\\_applyClosure \\(call=<value optimized out>, op=<value optimized out>, arglist=0x7ff3bd0149b8, rho=<value optimized out>, suppliedenv=0x7ff3bd014830\\) at eval.c:699\r\n\\#15 0x00007ff3de645d58 in Rf\\_eval \\(e=0x7ff3bc322170, rho=<value optimized out>\\) at eval.c:508\r\n\\#16 0x00007ff3de64866c in do\\_begin \\(call=<value optimized out>, op=<value optimized out>, args=0x7ff3bc3221a8, rho=0x7ff3bd014230\\) at eval.c:1245\r\n\\#17 0x00007ff3de645e83 in Rf\\_eval \\(e=0x7ff3bc3222f8, rho=<value optimized out>\\) at eval.c:464\r\n\\#18 0x00007ff3de645e83 in Rf\\_eval \\(e=0x7ff3bc3224f0, rho=<value optimized out>\\) at eval.c:464\r\n\\#19 0x00007ff3de64866c in do\\_begin \\(call=<value optimized out>, op=<value optimized out>, args=0x7ff3bc322528, rho=0x7ff3bd014230\\) at eval.c:1245\r\n\\#20 0x00007ff3de645e83 in Rf\\_eval \\(e=0x7ff3bc322598, rho=<value optimized out>\\) at eval.c:464\r\n\\#21 0x00007ff3de649f73 in Rf\\_applyClosure \\(call=<value optimized out>, op=<value optimized out>, arglist=0x7ff3bd0142a0, rho=<value optimized out>, suppliedenv=0x7ff3bd014268\\) at eval.c:699\r\n\\#22 0x00007ff3de645d58 in Rf\\_eval \\(e=0x7ff3bd014348, rho=<value optimized out>\\) at eval.c:508\r\n\\#23 0x00007ff3de637f2c in setActiveValue \\(fun=0x7ff3bd1cb228, val=<value optimized out>\\) at envir.c:136\r\n\\#24 0x00007ff3de63b367 in Rf\\_defineVar \\(symbol=0x21f7f80, value=0x7ff3bd54dea0, rho=0x221ec28\\) at envir.c:1353\r\n\\#25 0x00007ff3de5bc6dc in PutRNGstate \\(\\) at RNG.c:381\r\n\\#26 0x00007ff3b9f95f4f in igraph\\_layout\\_kamada\\_kawai \\(graph=<value optimized out>, res=0x7ff3c239db00, niter=<value optimized out>, sigma=<value optimized out>, initemp=<value optimized out>, \r\ncoolexp=<value optimized out>, kkconst=<value optimized out>, use\\_seed=1000\\) at layout.c:598\r\n\\#27 0x00007ff3b9feab3c in R\\_igraph\\_layout\\_kamada\\_kawai \\(graph=<value optimized out>, pniter=<value optimized out>, pinitemp=<value optimized out>, pcoolexp=<value optimized out>, \r\npkkconst=<value optimized out>, psigma=<value optimized out>, start=0x21db078, verbose=0x7ff3bc7e7068\\) at rinterface.c:2120\r\n\\#28 0x00007ff3de6219c4 in do\\_dotcall \\(call=0x7ff3bc127e80, op=<value optimized out>, args=0x21db078, env=<value optimized out>\\) at dotcode.c:861\r\n\\#29 0x00007ff3de6460bb in Rf\\_eval \\(e=<value optimized out>, rho=<value optimized out>\\) at eval.c:490\r\n\\#30 0x00007ff3de64866c in do\\_begin \\(call=<value optimized out>, op=<value optimized out>, args=0x7ff3bc127eb8, rho=0x7ff3bcf690e8\\) at eval.c:1245\r\n\\#31 0x00007ff3de645e83 in Rf\\_eval \\(e=0x7ff3bc1246f0, rho=<value optimized out>\\) at eval.c:464\r\n\\#32 0x00007ff3de649f73 in Rf\\_applyClosure \\(call=<value optimized out>, op=<value optimized out>, arglist=0x7ff3bcf692a8, rho=<value optimized out>, suppliedenv=0x7ff3bcf69120\\) at eval.c:699\r\n\\#33 0x00007ff3de645d58 in Rf\\_eval \\(e=0x7ff3bc08ced0, rho=<value optimized out>\\) at eval.c:508\r\n\\#34 0x00007ff3de646217 in forcePromise \\(e=0x7ff3bc08e418\\) at eval.c:331\r\n\\#35 0x00007ff3de645b84 in Rf\\_eval \\(e=0x7ff3bc08e418, rho=<value optimized out>\\) at eval.c:445\r\n\\#36 0x00007ff3de646037 in Rf\\_eval \\(e=0x2243798, rho=<value optimized out>\\) at eval.c:433\r\n\\#37 0x00007ff3de646217 in forcePromise \\(e=0x7ff3bc08e1b0\\) at eval.c:331\r\n\\#38 0x00007ff3de645b84 in Rf\\_eval \\(e=0x7ff3bc08e1b0, rho=<value optimized out>\\) at eval.c:445\r\n\\#39 0x00007ff3de646037 in Rf\\_eval \\(e=0x2243798, rho=<value optimized out>\\) at eval.c:433\r\n\\#40 0x00007ff3de647219 in Rf\\_evalList \\(el=0x233c088, rho=0x7ff3bc08df80, call=<value optimized out>, n=2\\) at eval.c:1583\r\n\\#41 0x00007ff3de68ef20 in do\\_internal \\(call=0x233c168, op=<value optimized out>, args=0x233c0c0, env=0x7ff3bc08df80\\) at names.c:1181\r\n\\#42 0x00007ff3de645e83 in Rf\\_eval \\(e=0x233c168, rho=<value optimized out>\\) at eval.c:464\r\n\\#43 0x00007ff3de649f73 in Rf\\_applyClosure \\(call=<value optimized out>, op=<value optimized out>, arglist=0x7ff3bc08e1e8, rho=<value optimized out>, suppliedenv=0x7ff3bc08dfb8\\) at eval.c:699\r\n\\#44 0x00007ff3de645d58 in Rf\\_eval \\(e=0x7ff3bc409c40, rho=<value optimized out>\\) at eval.c:508\r\n\\#45 0x00007ff3de64866c in do\\_begin \\(call=<value optimized out>, op=<value optimized out>, args=0x7ff3bc409c78, rho=0x7ff3bc08e290\\) at eval.c:1245\r\n\\#46 0x00007ff3de645e83 in Rf\\_eval \\(e=0x7ff3bc409cb0, rho=<value optimized out>\\) at eval.c:464\r\n\\#47 0x00007ff3de649f73 in Rf\\_applyClosure \\(call=<value optimized out>, op=<value optimized out>, arglist=0x7ff3bc08e4c0, rho=<value optimized out>, suppliedenv=0x7ff3bc08e2c8\\) at eval.c:699\r\n\\#48 0x00007ff3de645d58 in Rf\\_eval \\(e=0x7ff3bc08c048, rho=<value optimized out>\\) at eval.c:508\r\n\\#49 0x00007ff3de64866c in do\\_begin \\(call=<value optimized out>, op=<value optimized out>, args=0x7ff3bc08c0f0, rho=0x7ff3bc08c8b0\\) at eval.c:1245\r\n\\#50 0x00007ff3de645e83 in Rf\\_eval \\(e=0x7ff3bc08c438, rho=<value optimized out>\\) at eval.c:464\r\n\\#51 0x00007ff3de649f73 in Rf\\_applyClosure \\(call=<value optimized out>, op=<value optimized out>, arglist=0x7ff3bc08caa8, rho=<value optimized out>, suppliedenv=0x7ff3bc08c920\\) at eval.c:699\r\n\\#52 0x00007ff3de645d58 in Rf\\_eval \\(e=0x7ff3bd2dcce8, rho=<value optimized out>\\) at eval.c:508\r\n\\#53 0x00007ff3de64866c in do\\_begin \\(call=<value optimized out>, op=<value optimized out>, args=0x7ff3bd2dcd20, rho=0x7ff3bc3c87a8\\) at eval.c:1245\r\n\\#54 0x00007ff3de645e83 in Rf\\_eval \\(e=0x7ff3bc88f780, rho=<value optimized out>\\) at eval.c:464\r\n\\#55 0x00007ff3de649f73 in Rf\\_applyClosure \\(call=<value optimized out>, op=<value optimized out>, arglist=0x21db078, rho=<value optimized out>, suppliedenv=0x21db078\\) at eval.c:699\r\n\\#56 0x00007ff3de645d58 in Rf\\_eval \\(e=0x7ff3bc2cb470, rho=<value optimized out>\\) at eval.c:508\r\n\\#57 0x00007ff3de646217 in forcePromise \\(e=0x7ff3bc2cb390\\) at eval.c:331\r\n\\#58 0x00007ff3de645b84 in Rf\\_eval \\(e=0x7ff3bc2cb390, rho=<value optimized out>\\) at eval.c:445\r\n\\#59 0x00007ff3de646037 in Rf\\_eval \\(e=0x2249788, rho=<value optimized out>\\) at eval.c:433\r\n\\#60 0x00007ff3de646217 in forcePromise \\(e=0x7ff3bc2cb208\\) at eval.c:331\r\n\\#61 0x00007ff3de645b84 in Rf\\_eval \\(e=0x7ff3bc2cb208, rho=<value optimized out>\\) at eval.c:445\r\n\\#62 0x00007ff3de646037 in Rf\\_eval \\(e=0x2249788, rho=<value optimized out>\\) at eval.c:433\r\n\\#63 0x00007ff3de646217 in forcePromise \\(e=0x7ff3bc210198\\) at eval.c:331\r\n\\#64 0x00007ff3de645b84 in Rf\\_eval \\(e=0x7ff3bc210198, rho=<value optimized out>\\) at eval.c:445\r\n\\#65 0x00007ff3de646037 in Rf\\_eval \\(e=0x2249788, rho=<value optimized out>\\) at eval.c:433\r\n\\#66 0x00007ff3de646217 in forcePromise \\(e=0x7ff3bceb5870\\) at eval.c:331\r\n\\#67 0x00007ff3de645b84 in Rf\\_eval \\(e=0x7ff3bceb5870, rho=<value optimized out>\\) at eval.c:445\r\n\\#68 0x00007ff3de646037 in Rf\\_eval \\(e=0x2249788, rho=<value optimized out>\\) at eval.c:433\r\n\\#69 0x00007ff3de6485d4 in do\\_return \\(call=0x230a378, op=<value optimized out>, args=0x7ff3bdb832f0, rho=0x7ff3bceb5598\\) at eval.c:1262\r\n\\#70 0x00007ff3de645e83 in Rf\\_eval \\(e=0x230a378, rho=<value optimized out>\\) at eval.c:464\r\n\\#71 0x00007ff3de646217 in forcePromise \\(e=0x7ff3bd0de9c8\\) at eval.c:331\r\n\\#72 0x00007ff3de645b84 in Rf\\_eval \\(e=0x7ff3bd0de9c8, rho=<value optimized out>\\) at eval.c:445\r\n\\#73 0x00007ff3de646037 in Rf\\_eval \\(e=0x2249788, rho=<value optimized out>\\) at eval.c:433\r\n\\#74 0x00007ff3de64866c in do\\_begin \\(call=<value optimized out>, op=<value optimized out>, args=0x230a538, rho=0x7ff3bd0de6f0\\) at eval.c:1245\r\n\\#75 0x00007ff3de645e83 in Rf\\_eval \\(e=0x23098a8, rho=<value optimized out>\\) at eval.c:464\r\n\\#76 0x00007ff3de649f73 in Rf\\_applyClosure \\(call=<value optimized out>, op=<value optimized out>, arglist=0x7ff3bd0de958, rho=<value optimized out>, suppliedenv=0x7ff3bd0de728\\) at eval.c:699\r\n\\#77 0x00007ff3de645d58 in Rf\\_eval \\(e=0x230a3e8, rho=<value optimized out>\\) at eval.c:508\r\n\\#78 0x00007ff3de6484f0 in do\\_set \\(call=0x230a490, op=0x21f84d8, args=0x230a458, rho=0x7ff3bceb5598\\) at eval.c:1474\r\n\\#79 0x00007ff3de645e83 in Rf\\_eval \\(e=0x230a490, rho=<value optimized out>\\) at eval.c:464\r\n\\#80 0x00007ff3de64866c in do\\_begin \\(call=<value optimized out>, op=<value optimized out>, args=0x230a4c8, rho=0x7ff3bceb5598\\) at eval.c:1245\r\n\\#81 0x00007ff3de645e83 in Rf\\_eval \\(e=0x2309b48, rho=<value optimized out>\\) at eval.c:464\r\n\\#82 0x00007ff3de649f73 in Rf\\_applyClosure \\(call=<value optimized out>, op=<value optimized out>, arglist=0x7ff3bceb5800, rho=<value optimized out>, suppliedenv=0x7ff3bceb55d0\\) at eval.c:699\r\n\\#83 0x00007ff3de645d58 in Rf\\_eval \\(e=0x23090e8, rho=<value optimized out>\\) at eval.c:508\r\n\\#84 0x00007ff3de645e83 in Rf\\_eval \\(e=0x2309238, rho=<value optimized out>\\) at eval.c:464\r\n\\#85 0x00007ff3de645e83 in Rf\\_eval \\(e=0x2308a78, rho=<value optimized out>\\) at eval.c:464\r\n\\#86 0x00007ff3de64866c in do\\_begin \\(call=<value optimized out>, op=<value optimized out>, args=0x2308ab0, rho=0x7ff3bceb5bf0\\) at eval.c:1245\r\n\\#87 0x00007ff3de645e83 in Rf\\_eval \\(e=0x2308ca8, rho=<value optimized out>\\) at eval.c:464\r\n\\#88 0x00007ff3de649f73 in Rf\\_applyClosure \\(call=<value optimized out>, op=<value optimized out>, arglist=0x7ff3bc210160, rho=<value optimized out>, suppliedenv=0x7ff3bceb5c28\\) at eval.c:699\r\n\\#89 0x00007ff3de645d58 in Rf\\_eval \\(e=0x230bce8, rho=<value optimized out>\\) at eval.c:508\r\n\\#90 0x00007ff3de64866c in do\\_begin \\(call=<value optimized out>, op=<value optimized out>, args=0x230bd20, rho=0x7ff3bc2cb010\\) at eval.c:1245\r\n\\#91 0x00007ff3de645e83 in Rf\\_eval \\(e=0x23066d0, rho=<value optimized out>\\) at eval.c:464\r\n\\#92 0x00007ff3de649f73 in Rf\\_applyClosure \\(call=<value optimized out>, op=<value optimized out>, arglist=0x7ff3bc2cb198, rho=<value optimized out>, suppliedenv=0x7ff3bc2cb080\\) at eval.c:699\r\n\\#93 0x00007ff3de645d58 in Rf\\_eval \\(e=0x2301088, rho=<value optimized out>\\) at eval.c:508\r\n\\#94 0x00007ff3de64866c in do\\_begin \\(call=<value optimized out>, op=<value optimized out>, args=0x23010c0, rho=0x7ff3bc2cb2b0\\) at eval.c:1245\r\n\\#95 0x00007ff3de645e83 in Rf\\_eval \\(e=0x23010f8, rho=<value optimized out>\\) at eval.c:464\r\n\\#96 0x00007ff3de649f73 in Rf\\_applyClosure \\(call=<value optimized out>, op=<value optimized out>, arglist=0x7ff3bc2cb358, rho=<value optimized out>, suppliedenv=0x7ff3bc2cb2e8\\) at eval.c:699\r\n\\#97 0x00007ff3de645d58 in Rf\\_eval \\(e=0x7ff3bc2cb400, rho=<value optimized out>\\) at eval.c:508\r\n\\#98 0x00007ff3b9c97c02 in R\\_call \\(clientData=<value optimized out>, interp=0x7ff3bd862420, argc=<value optimized out>, argv=0x7ff3bd866a30\\) at tcltk.c:116\r\n\\#99 0x00007ff3b99ab62f in TclInvokeStringCommand \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#100 0x00007ff3b99ad111 in ?? \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#101 0x00007ff3b99f1d26 in ?? \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#102 0x00007ff3b99f0169 in ?? \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#103 0x00007ff3b99ae685 in TclEvalObjEx \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#104 0x00007ff3b96a043f in ?? \\(\\) from /usr/lib/libtk8.5.so.0\r\n\\#105 0x00007ff3b99ad111 in ?? \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#106 0x00007ff3b99ad223 in Tcl\\_EvalObjv \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#107 0x00007ff3b99ae968 in TclEvalObjEx \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#108 0x00007ff3b9a340ff in ?? \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#109 0x00007ff3b99ad111 in ?? \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#110 0x00007ff3b99f1d26 in ?? \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#111 0x00007ff3b9a34930 in TclObjInterpProcCore \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#112 0x00007ff3b99ad111 in ?? \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#113 0x00007ff3b99ad9e9 in ?? \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#114 0x00007ff3b99ad396 in Tcl\\_EvalEx \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#115 0x00007ff3b96751c0 in Tk\\_BindEvent \\(\\) from /usr/lib/libtk8.5.so.0\r\n\\#116 0x00007ff3b967ae55 in TkBindEventProc \\(\\) from /usr/lib/libtk8.5.so.0\r\n\\#117 0x00007ff3b9682762 in Tk\\_HandleEvent \\(\\) from /usr/lib/libtk8.5.so.0\r\n\\#118 0x00007ff3b9682de8 in ?? \\(\\) from /usr/lib/libtk8.5.so.0\r\n\\#119 0x00007ff3b9a24c6f in Tcl\\_ServiceEvent \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#120 0x00007ff3b9a24fbb in Tcl\\_DoOneEvent \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#121 0x00007ff3b9c996e2 in TclSpinLoop \\(data=<value optimized out>\\) at tcltk\\_unix.c:60\r\n\\#122 0x00007ff3de60233c in R\\_ToplevelExec \\(fun=<value optimized out>, data=<value optimized out>\\) at context.c:704\r\n\\#123 0x00007ff3b9c99651 in TclHandler \\(\\) at tcltk\\_unix.c:67\r\n\\#124 0x000000000051efbc in processX11EventsWorker \\(\\) at /vol/R/rkward/trunk/rkward/rkward/rbackend/rembedinternal.cpp:502\r\n\\#125 0x00007ff3de60233c in R\\_ToplevelExec \\(fun=<value optimized out>, data=<value optimized out>\\) at context.c:704\r\n\\#126 0x000000000051898f in RThread::run \\(this=0x21d6c80\\) at /vol/R/rkward/trunk/rkward/rkward/rbackend/rthread.cpp:111\r\n\\#127 0x00007ff3dbe7b1be in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#128 0x00007ff3dbbe99ca in start\\_thread \\(\\) from /lib/libpthread.so.0\r\n\\#129 0x00007ff3da4ae6fd in clone \\(\\) from /lib/libc.so.6\r\n\\#130 0x0000000000000000 in ?? \\(\\)\r\n\r\nThread 2 \\(Thread 0x7ff3b9227710 \\(LWP 11817\\)\\):\r\n\\#0 0x00007ff3da4a6fe3 in select \\(\\) from /lib/libc.so.6\r\n\\#1 0x00007ff3b9a5ae2e in ?? \\(\\) from /usr/lib/libtcl8.5.so.0\r\n\\#2 0x00007ff3dbbe99ca in start\\_thread \\(\\) from /lib/libpthread.so.0\r\n\\#3 0x00007ff3da4ae6fd in clone \\(\\) from /lib/libc.so.6\r\n\\#4 0x0000000000000000 in ?? \\(\\)\r\n\r\nThread 1 \\(Thread 0x7ff3e12d8760 \\(LWP 11792\\)\\):\r\n\\[KCrash Handler\\]\r\n\\#6 QList<ROutput\\*>::detach \\(this=0x0\\) at /usr/include/qt4/QtCore/qlist.h:126\r\n\\#7 QList<ROutput\\*>::begin \\(this=0x0\\) at /usr/include/qt4/QtCore/qlist.h:254\r\n\\#8 RCommand::fullOutput \\(this=0x0\\) at /vol/R/rkward/trunk/rkward/rkward/rbackend/rcommand.cpp:169\r\n\\#9 0x0000000000486c3a in RKReadLineDialog \\(this=0x368af80, parent=<value optimized out>, caption=<value optimized out>, prompt=..., command=0x0\\)\r\nat /vol/R/rkward/trunk/rkward/rkward/dialogs/rkreadlinedialog.cpp:53\r\n\\#10 0x0000000000486f94 in RKReadLineDialog::readLine \\(parent=0x0, caption=..., prompt=..., command=0x0, result=0x7fffafb6fb90\\) at /vol/R/rkward/trunk/rkward/rkward/dialogs/rkreadlinedialog.cpp:89\r\n\\#11 0x0000000000514728 in RInterface::processRCallbackRequest \\(this=<value optimized out>, args=0x223f4c0\\) at /vol/R/rkward/trunk/rkward/rkward/rbackend/rinterface.cpp:536\r\n\\#12 0x000000000051566d in RInterface::customEvent \\(this=0x21d2a90, e=0x7ff3bd9cd980\\) at /vol/R/rkward/trunk/rkward/rkward/rbackend/rinterface.cpp:210\r\n\\#13 0x00007ff3dbf7f8dc in QObject::event\\(QEvent\\*\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#14 0x00007ff3db0c1cdc in QApplicationPrivate::notify\\_helper\\(QObject\\*, QEvent\\*\\) \\(\\) from /usr/lib/libQtGui.so.4\r\n\\#15 0x00007ff3db0c77cd in QApplication::notify\\(QObject\\*, QEvent\\*\\) \\(\\) from /usr/lib/libQtGui.so.4\r\n\\#16 0x00007ff3df667926 in KApplication::notify\\(QObject\\*, QEvent\\*\\) \\(\\) from /usr/lib/libkdeui.so.5\r\n\\#17 0x00007ff3dbf6da8c in QCoreApplication::notifyInternal\\(QObject\\*, QEvent\\*\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#18 0x00007ff3dbf709b2 in QCoreApplicationPrivate::sendPostedEvents\\(QObject\\*, int, QThreadData\\*\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#19 0x00007ff3dbf9a043 in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#20 0x00007ff3d5f1a8c2 in g\\_main\\_context\\_dispatch \\(\\) from /lib/libglib-2.0.so.0\r\n\\#21 0x00007ff3d5f1e748 in ?? \\(\\) from /lib/libglib-2.0.so.0\r\n\\#22 0x00007ff3d5f1e8fc in g\\_main\\_context\\_iteration \\(\\) from /lib/libglib-2.0.so.0\r\n\\#23 0x00007ff3dbf99b83 in QEventDispatcherGlib::processEvents\\(QFlags<QEventLoop::ProcessEventsFlag>\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#24 0x00007ff3db1737ee in ?? \\(\\) from /usr/lib/libQtGui.so.4\r\n\\#25 0x00007ff3dbf6c7b2 in QEventLoop::processEvents\\(QFlags<QEventLoop::ProcessEventsFlag>\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#26 0x00007ff3dbf6cb9c in QEventLoop::exec\\(QFlags<QEventLoop::ProcessEventsFlag>\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#27 0x00007ff3dbf70c4b in QCoreApplication::exec\\(\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#28 0x00000000004394bc in main \\(argc=<value optimized out>, argv=<value optimized out>\\) at /vol/R/rkward/trunk/rkward/rkward/main.cpp:160\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "24ed5b04", "posts": [ { "text": "Hi\\!\r\n\r\nMy tcl/tk-installation is currently a bit broken, and so I did not test, yet. However, I think I have a fairly good idea, where this is coming from, and have committed an experimental fix to SVN. Could you please test after an \"svn up\"?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2010-10-04 20:12:52", "last_edited": null, "slug": "ba16", "subject": "#76 FIXED IN SVN: igraph/tkplot/layout causes rkward to crash" }, { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2010-10-04 20:12:52", "last_edited": null, "slug": "11d2", "subject": "#76 FIXED IN SVN: igraph/tkplot/layout causes rkward to crash" }, { "text": "Now after clicking OK in the layout dialog, rkward brings up a dialog box\nsaying \"R backend requests information. Selection:\"\n\nIf I just enter something and press OK, it closes rkward.", "attachments": [], "author": "rtautenh", "timestamp": "2010-10-04 20:47:59", "last_edited": null, "slug": "7d00", "subject": "#76 FIXED IN SVN: igraph/tkplot/layout causes rkward to crash" }, { "text": "Ok. Try again, now. \\(There were more places in the code with the same wrong assumption\\).", "attachments": [], "author": "tfry", "timestamp": "2010-10-05 07:09:43", "last_edited": null, "slug": "373e", "subject": "#76 FIXED IN SVN: igraph/tkplot/layout causes rkward to crash" }, { "text": "Good job\\! It is working now\\!", "attachments": [], "author": "rtautenh", "timestamp": "2010-10-05 16:03:30", "last_edited": null, "slug": "16a9", "subject": "#76 FIXED IN SVN: igraph/tkplot/layout causes rkward to crash" }, { "text": "Ok, thanks for testing\\! So I'll mark this as fixed for the next release.\r\n\r\nToo bad you didn't run into this one week earlier \\(when it could have been fixed for 0.5.4\\)...", "attachments": [], "author": "tfry", "timestamp": "2010-10-05 16:41:23", "last_edited": null, "slug": "7d51", "subject": "#76 FIXED IN SVN: igraph/tkplot/layout causes rkward to crash" }, { "text": "- **summary**: igraph/tkplot/layout causes rkward to crash --> FIXED IN SVN: igraph/tkplot/layout causes rkward to crash\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2010-10-05 16:41:23", "last_edited": null, "slug": "6ebe", "subject": "#76 FIXED IN SVN: igraph/tkplot/layout causes rkward to crash" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-03-20 12:27:51", "last_edited": null, "slug": "8406", "subject": "#76 FIXED IN SVN: igraph/tkplot/layout causes rkward to crash" } ], "page": null, "subject": "" }, "mod_date": "2015-02-14 21:31:09.815000", "votes_down": 0, "votes_up": 0, "_id": "50f52f2234309d12e68e060c", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/24ed5b04/", "ticket_num": 76, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2010-10-04 18:35:45" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "data handling" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "NEEDINFO: Crashes/freezes on xmlTreeParse", "description": "This works fine in a stand alone R console:\r\nlibrary\\(XML\\)\r\nxmlDoc <- xmlTreeParse\\(\"http://www.unimod.org/xml/unimod\\_tables.xml\"\\)\r\n\r\nrkward \\(fresh checkout/build from svn\\) crashes or freezes on it \\(couldn't figure out why one or the other is happening\\).", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "407cf2c9", "posts": [ { "text": "Thanks for reporting this issue.\r\n\r\nI can reproduce the freeze \\(see below\\), but not the crash. Could you give some more detail on this?\r\n\\- How much of the time does it crash?\r\n\\- Does it crash without further interaction, or only after trying something else \\(e.g. quitting RKWard\\)?\r\n\\- Do you get a \"KCrash handler\" window? If so, could you please attach the backtrace from that?\r\n\r\nRegarding the freeze: It's actually not a freeze, but it's just slooooow. Basically the problem is that xmlDoc contains a lot of nodes, and extracting each single node is very slow for some reason. This is only partially the fault of RKWard: The slowness probably comes from the XML-package code. The problem in RKWard is that it is too proactive about gathering information about xmlDoc, and therefore triggers all those slow operations. Roughly speaking, what RKWard does is the equivalent of\r\nstr \\(xmlDoc, list.len=10000\\)\r\nwhich takes a very long time in a plain R session, too \\(note that the bottleneck is not the printing of all that output, but gathering it in the first place\\).\r\n\r\nI plan on making RKWard less pro-active in gathering this information about objects, but this is not going to be trivial, and will not happen too soon.\r\n\r\nFor the time being, the generic advice to work around this type of problem is to use local variables \\(e.g. by placing your code inside a function, instead of at the top level\\).\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2010-09-01 14:57:06", "last_edited": null, "slug": "a1ab", "subject": "#73 NEEDINFO: Crashes/freezes on xmlTreeParse" }, { "text": "- **summary**: XML: Crashes/freezes on xmlTreeParse --> NEEDINFO: Crashes/freezes on xmlTreeParse", "attachments": [], "author": "tfry", "timestamp": "2010-09-01 14:57:06", "last_edited": null, "slug": "ec3e", "subject": "#73 NEEDINFO: Crashes/freezes on xmlTreeParse" }, { "text": "To the best of my knowledge, this has never been an actual crash, but \"only\" an extreme inefficiency which could make RKWard stop responding for a long period of time, thus creating the impression of a freeze. The underlying issue should be fixed since RKWard 0.5.6. Closing the report.\r\n\r\nIf you see this, or anything similar, again, with RKWard 0.5.6 or later, please open a new report.", "attachments": [], "author": "tfry", "timestamp": "2011-09-18 11:42:54", "last_edited": null, "slug": "f776", "subject": "#73 NEEDINFO: Crashes/freezes on xmlTreeParse" }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-09-18 11:42:54", "last_edited": null, "slug": "2ae4", "subject": "#73 NEEDINFO: Crashes/freezes on xmlTreeParse" } ], "page": null, "subject": "" }, "mod_date": "2011-09-18 11:42:54", "votes_down": 0, "votes_up": 0, "_id": "50f52f2134309d12e68e059b", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/407cf2c9/", "ticket_num": 73, "custom_fields": { "_priority": "5" }, "created_date": "2010-08-31 07:08:27" },{ "status": "closed-out-of-date", "reported_by_id": "50070b3afd48f8298901f0ed", "related_artifacts": [], "attachments": [], "reported_by": "dror_lev", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "UBUNTU, WORKAROUND: crash when opening a script file", "description": "All that I do is: Execute rkward -> Create -> Script file \\(or ctrl+N\\) and it crashes.\r\n\r\nHere is the content of the report created by The KDE Crash Handler the first time it happened:\r\n\r\nApplication: rkward \\(0.5.6\\)\r\nKDE Platform Version: 4.7.2 \\(4.7.2\\)\r\nQt Version: 4.7.4\r\nOperating System: Linux 3.0.0-12-generic i686\r\nDistribution: Ubuntu 11.10\r\n\r\n\\-- Information about the crash:\r\n<In detail, tell us what you were doing when the application crashed.>\r\n\r\n\\-- Backtrace:\r\nApplication: RKWard \\(rkward.frontend\\), signal: Aborted\r\n\\[Current thread is 1 \\(Thread 0xb77e0710 \\(LWP 4022\\)\\)\\]\r\n\r\nThread 4 \\(Thread 0xb6affb70 \\(LWP 4028\\)\\):\r\n\\#0 0x00663416 in \\_\\_kernel\\_vsyscall \\(\\)\r\n\\#1 0x0421840e in poll \\(\\) from /lib/i386-linux-gnu/libc.so.6\r\n\\#2 0x0712534b in g\\_poll \\(\\) from /lib/i386-linux-gnu/libglib-2.0.so.0\r\n\\#3 0x07116896 in ?? \\(\\) from /lib/i386-linux-gnu/libglib-2.0.so.0\r\n\\#4 0x07116f9b in g\\_main\\_loop\\_run \\(\\) from /lib/i386-linux-gnu/libglib-2.0.so.0\r\n\\#5 0x0233fcea in ?? \\(\\) from /usr/lib/i386-linux-gnu/libgio-2.0.so.0\r\n\\#6 0x0713d5f4 in ?? \\(\\) from /lib/i386-linux-gnu/libglib-2.0.so.0\r\n\\#7 0x00963d31 in start\\_thread \\(\\) from /lib/i386-linux-gnu/libpthread.so.0\r\n\\#8 0x042270ce in clone \\(\\) from /lib/i386-linux-gnu/libc.so.6\r\nBacktrace stopped: Not enough registers or memory available to unwind further\r\n\r\nThread 3 \\(Thread 0xb4becb70 \\(LWP 4061\\)\\):\r\n\\#0 0x00966d44 in \\_\\_pthread\\_mutex\\_unlock\\_usercnt \\(\\) from /lib/i386-linux-gnu/libpthread.so.0\r\n\\#1 0x04234f54 in pthread\\_mutex\\_unlock \\(\\) from /lib/i386-linux-gnu/libc.so.6\r\n\\#2 0x07115c35 in g\\_main\\_context\\_query \\(\\) from /lib/i386-linux-gnu/libglib-2.0.so.0\r\n\\#3 0x07116664 in ?? \\(\\) from /lib/i386-linux-gnu/libglib-2.0.so.0\r\n\\#4 0x07116c2a in g\\_main\\_context\\_iteration \\(\\) from /lib/i386-linux-gnu/libglib-2.0.so.0\r\n\\#5 0x01edcb37 in QEventDispatcherGlib::processEvents\\(QFlags<QEventLoop::ProcessEventsFlag>\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtCore.so.4\r\n\\#6 0x01ead1dd in QEventLoop::processEvents\\(QFlags<QEventLoop::ProcessEventsFlag>\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtCore.so.4\r\n\\#7 0x01ead421 in QEventLoop::exec\\(QFlags<QEventLoop::ProcessEventsFlag>\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtCore.so.4\r\n\\#8 0x01db090b in QThread::exec\\(\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtCore.so.4\r\n\\#9 0x0815138e in \\_start \\(\\)\r\n\r\nThread 2 \\(Thread 0xb43ebb70 \\(LWP 4064\\)\\):\r\n\\#0 0x00663416 in \\_\\_kernel\\_vsyscall \\(\\)\r\n\\#1 0x00967a5c in pthread\\_cond\\_wait@@GLIBC\\_2.3.2 \\(\\) from /lib/i386-linux-gnu/libpthread.so.0\r\n\\#2 0x04234cfc in pthread\\_cond\\_wait \\(\\) from /lib/i386-linux-gnu/libc.so.6\r\n\\#3 0x003ba9a9 in ?? \\(\\) from /usr/lib/i386-linux-gnu/libQtScript.so.4\r\n\\#4 0x003ba9ef in ?? \\(\\) from /usr/lib/i386-linux-gnu/libQtScript.so.4\r\n\\#5 0x00963d31 in start\\_thread \\(\\) from /lib/i386-linux-gnu/libpthread.so.0\r\n\\#6 0x042270ce in clone \\(\\) from /lib/i386-linux-gnu/libc.so.6\r\nBacktrace stopped: Not enough registers or memory available to unwind further\r\n\r\nThread 1 \\(Thread 0xb77e0710 \\(LWP 4022\\)\\):\r\n\\[KCrash Handler\\]\r\n\\#7 0x00663416 in \\_\\_kernel\\_vsyscall \\(\\)\r\n\\#8 0x04182c8f in raise \\(\\) from /lib/i386-linux-gnu/libc.so.6\r\n\\#9 0x041862b5 in abort \\(\\) from /lib/i386-linux-gnu/libc.so.6\r\n\\#10 0x01da94a6 in qt\\_message\\_output\\(QtMsgType, char const\\*\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtCore.so.4\r\n\\#11 0x01da98db in ?? \\(\\) from /usr/lib/i386-linux-gnu/libQtCore.so.4\r\n\\#12 0x01da99f8 in qFatal\\(char const\\*, ...\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtCore.so.4\r\n\\#13 0x01da9a85 in qt\\_assert\\(char const\\*, char const\\*, int\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtCore.so.4\r\n\\#14 0x070585c8 in QSpiAccessibleBridge::interfaceToAccessible\\(QAccessibleInterface\\*, int, bool\\) \\(\\) from /usr/lib/qt4/plugins/accessiblebridge/libqspiaccessiblebridge.so\r\n\\#15 0x07059027 in QSpiAccessibleBridge::notifyAboutCreation\\(QSpiAdaptor\\*\\) \\(\\) from /usr/lib/qt4/plugins/accessiblebridge/libqspiaccessiblebridge.so\r\n\\#16 0x0705857a in QSpiAccessibleBridge::interfaceToAccessible\\(QAccessibleInterface\\*, int, bool\\) \\(\\) from /usr/lib/qt4/plugins/accessiblebridge/libqspiaccessiblebridge.so\r\n\\#17 0x07059b7d in QSpiAccessibleBridge::notifyAccessibilityUpdate\\(int, QAccessibleInterface\\*, int\\) \\(\\) from /usr/lib/qt4/plugins/accessiblebridge/libqspiaccessiblebridge.so\r\n\\#18 0x05ef839e in QAccessible::updateAccessibility\\(QObject\\*, int, QAccessible::Event\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtGui.so.4\r\n\\#19 0x059b6008 in QWidget::changeEvent\\(QEvent\\*\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtGui.so.4\r\n\\#20 0x059c34a8 in QWidget::event\\(QEvent\\*\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtGui.so.4\r\n\\#21 0x05968d54 in QApplicationPrivate::notify\\_helper\\(QObject\\*, QEvent\\*\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtGui.so.4\r\n\\#22 0x0596e1a8 in QApplication::notify\\(QObject\\*, QEvent\\*\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtGui.so.4\r\n\\#23 0x01809681 in KApplication::notify\\(QObject\\*, QEvent\\*\\) \\(\\) from /usr/lib/libkdeui.so.5\r\n\\#24 0x01eae19e in QCoreApplication::notifyInternal\\(QObject\\*, QEvent\\*\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtCore.so.4\r\n\\#25 0x059c4e57 in QWidgetPrivate::setEnabled\\_helper\\(bool\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtGui.so.4\r\n\\#26 0x059c6ec6 in QWidget::setParent\\(QWidget\\*, QFlags<Qt::WindowType>\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtGui.so.4\r\n\\#27 0x059c7fa3 in QWidgetPrivate::init\\(QWidget\\*, QFlags<Qt::WindowType>\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtGui.so.4\r\n\\#28 0x059c85d3 in QWidget::QWidget\\(QWidget\\*, QFlags<Qt::WindowType>\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtGui.so.4\r\n\\#29 0x05e5b7f3 in QAbstractScrollAreaPrivate::init\\(\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtGui.so.4\r\n\\#30 0x05e5bc74 in QAbstractScrollArea::QAbstractScrollArea\\(QAbstractScrollAreaPrivate&, QWidget\\*\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtGui.so.4\r\n\\#31 0x05ef9e02 in QAbstractItemView::QAbstractItemView\\(QAbstractItemViewPrivate&, QWidget\\*\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtGui.so.4\r\n\\#32 0x05f1c23c in QListView::QListView\\(QListViewPrivate&, QWidget\\*\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtGui.so.4\r\n\\#33 0x05f6b501 in QListWidget::QListWidget\\(QWidget\\*\\) \\(\\) from /usr/lib/i386-linux-gnu/libQtGui.so.4\r\n\\#34 0x05157034 in ?? \\(\\) from /usr/lib/libkatepartinterfaces.so.4\r\n\\#35 0x051541da in ?? \\(\\) from /usr/lib/libkatepartinterfaces.so.4\r\n\\#36 0x0513bfc6 in KateCompletionWidget::KateCompletionWidget\\(KateView\\*\\) \\(\\) from /usr/lib/libkatepartinterfaces.so.4\r\n\\#37 0x052135ec in KateView::completionWidget\\(\\) const \\(\\) from /usr/lib/libkatepartinterfaces.so.4\r\n\\#38 0x0521366b in KateView::registerCompletionModel\\(KTextEditor::CodeCompletionModel\\*\\) \\(\\) from /usr/lib/libkatepartinterfaces.so.4\r\n\\#39 0x05167b02 in ?? \\(\\) from /usr/lib/libkatepartinterfaces.so.4\r\n\\#40 0x05221b89 in KateView::KateView\\(KateDocument\\*, QWidget\\*\\) \\(\\) from /usr/lib/libkatepartinterfaces.so.4\r\n\\#41 0x0517ffc0 in KateDocument::createView\\(QWidget\\*\\) \\(\\) from /usr/lib/libkatepartinterfaces.so.4\r\n\\#42 0x080894b5 in \\_start \\(\\)\r\n\r\nReport to rkward-devel@lists.sourceforge.net", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "04effe8c", "posts": [ { "text": "Hi\\!\r\n\r\nThis is a bug in the qt-at-spi package shipped with Ubuntu 11.10. Since we cannot do anything about it inside RKWard, I'm marking this bug as \"Invalid\".\r\n\r\nReportedly, uninstalling qt-at-spi fixes the problem. See this bug report:\r\nhttps://bugs.launchpad.net/ubuntu/+source/qt-at-spi/+bug/877358\r\n\r\nFor reference, here's a link to the bug in KDE's tracker:\r\nhttps://bugs.kde.org/show\\_bug.cgi?id=284005\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-11-03 08:59:25", "last_edited": null, "slug": "76c1", "subject": "#105 UBUNTU, WORKAROUND: crash when opening a script file" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: rkward crashes when trying to create a script file --> UBUNTU, WORKAROUND: crash when opening a script file\n- **status**: open --> open-invalid", "attachments": [], "author": "tfry", "timestamp": "2011-11-03 08:59:26", "last_edited": null, "slug": "3b7e", "subject": "#105 UBUNTU, WORKAROUND: crash when opening a script file" }, { "text": "Thank you Thomas.\r\n\r\nIndeed, purgin qt-at-spi enables me to run rkward.\r\n\r\ndror", "attachments": [], "author": "dror_lev", "timestamp": "2011-11-03 09:28:03", "last_edited": null, "slug": "3a82", "subject": "#105 UBUNTU, WORKAROUND: crash when opening a script file" }, { "text": "- **status**: open-invalid --> closed-out-of-date\n- **milestone**: --> CRASH\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:24:10.672000", "last_edited": null, "slug": "17a6", "subject": "#105 UBUNTU, WORKAROUND: crash when opening a script file" } ], "page": null, "subject": "" }, "mod_date": "2013-03-22 10:24:11.081000", "votes_down": 0, "votes_up": 0, "_id": "50f52f3334309d12e68e09ab", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/04effe8c/", "ticket_num": 105, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2011-11-02 10:39:57" },{ "status": "closed-fixed", "reported_by_id": "505f405971b75b1103a374e5", "related_artifacts": [], "attachments": [], "reported_by": "cyborg16", "assigned_to": "tfry", "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: help: 'back' should show last view, not page", "description": "When browsing R help within RKWard \\(nice feature\\!\\), clicking the back button returns to the previous web page. Since much of the documentation consists of extremely long web pages, it would be helpful if instead it returned to the view before the web page was clicked.\r\n\r\nFor example, I open one of the R documentation pages, select a link from the contents or index, read something, then want to select another link from the contents/index. I have to click back, then follow the link to the doc page \\(and potentially another link to the index\\) to get back to what I was previously looking at. Most web-browsers implement back to return to the previous view.\r\n\r\nRKWard 0.5.3, KDE 4.4.5.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "83b99a6b", "posts": [ { "text": "Hi\\!\r\n\r\nThanks for reporting. This should finally be fixed in the current development version \\(to be released as RKWard 0.5.7\\). If you have some time for testing, please refer to http://p.sf.net/rkward/svn for instructions on getting the development version.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-09-26 09:33:20", "last_edited": null, "slug": "3a26", "subject": "#78 FIXED IN SVN: help: 'back' should show last view, not page" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: help browser: 'back' should show last view, not page --> FIXED IN SVN: help: 'back' should show last view, not page\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-09-26 09:33:20", "last_edited": null, "slug": "0ae6", "subject": "#78 FIXED IN SVN: help: 'back' should show last view, not page" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-10-24 08:13:25", "last_edited": null, "slug": "06a7", "subject": "#78 FIXED IN SVN: help: 'back' should show last view, not page" } ], "page": null, "subject": "" }, "mod_date": "2011-10-24 08:13:25", "votes_down": 0, "votes_up": 0, "_id": "50f52f2434309d12e68e0682", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/83b99a6b/", "ticket_num": 78, "custom_fields": { "_priority": "5" }, "created_date": "2010-10-28 15:11:51" },{ "status": "closed-out-of-date", "reported_by_id": "506203b671b75b10eb66342a", "related_artifacts": [], "attachments": [], "reported_by": "janoskis", "assigned_to": "tfry", "labels": [], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FAQ: Trouble running RKWard after upgrading to R 2.14", "description": "RKWard 0.5.7 crashed and did not launch after I upgraded R 2.13.2 to 2.14; worked fine with R 2.13.2, works again after downgrading R to 2.13.2 \r\n\r\ncomplete removal and reinstall of RKWard did not help; RKWard crashed in all trials to launch it \r\n\r\nKDE 4.7.2\r\nUbuntu 11.04\r\nKernel: 2.6.38-12-generic \\(\\#51-Ubuntu SMP Wed Sep 28 14:25:20 UTC 2011\\)\r\n\r\n\r\nI received the following error message in RKWard:\r\n\r\nR version 2.14.0 \\(2011-10-31\\)\r\nCopyright \\(C\\) 2011 The R Foundation for Statistical Computing\r\nISBN 3-900051-07-0\r\nPlatform: i686-pc-linux-gnu \\(32-bit\\)\r\n\r\nR is free software and comes with ABSOLUTELY NO WARRANTY.\r\nYou are welcome to redistribute it under certain conditions.\r\nType 'license\\(\\)' or 'licence\\(\\)' for distribution details.\r\n\r\nNatural language support but running in an English locale\r\n\r\nR is a collaborative project with many contributors.\r\nType 'contributors\\(\\)' for more information and\r\n'citation\\(\\)' on how to cite R or R packages in publications.\r\n\r\nType 'demo\\(\\)' for some demos, 'help\\(\\)' for on-line help, or\r\n'help.start\\(\\)' for an HTML browser interface to help.\r\nType 'q\\(\\)' to quit R.\r\n\r\nError in library\\(\"rkward\"\\) : \r\npackage \u2018rkward\u2019 does not have a NAMESPACE and should be re-installed\r\nError in stopifnot\\(.rk.app.version == \"0.5.7\"\\) : \r\nobject '.rk.app.version' not found\r\nError: could not find function \".rk.fix.assignments\"\r\nError: could not find function \".rk.getHelpBaseUrl\"\r\nError during wrapup: could not find function \".rk.do.error\"\r\nError in options\\(editor = rk.edit.files\\) : \r\nobject 'rk.edit.files' not found\r\nError during wrapup: could not find function \".rk.do.error\"\r\nError in options\\(pager = rk.show.files\\) : \r\nobject 'rk.show.files' not found\r\nError during wrapup: could not find function \".rk.do.error\"\r\nError in options\\(browser = rk.show.html\\) : \r\nobject 'rk.show.html' not found\r\nError during wrapup: could not find function \".rk.do.error\"\r\nError: could not find function \"rk.toggle.plot.history\"\r\nError during wrapup: could not find function \".rk.do.error\"\r\nError: could not find function \"rk.verify.plot.hist.limits\"\r\nError during wrapup: could not find function \".rk.do.error\"\r\nError: could not find function \"rk.set.output.html.file\"\r\nError during wrapup: could not find function \".rk.do.error\"\r\nError: could not find function \".rk.get.structure\"\r\nError during wrapup: could not find function \".rk.do.error\"\r\nError: could not find function \".rk.get.structure\"\r\nError during wrapup: could not find function \".rk.do.error\"\r\nError: could not find function \".rk.get.structure\"\r\nError during wrapup: could not find function \".rk.do.error\"\r\nError: could not find function \".rk.get.structure\"\r\nError during wrapup: could not find function \".rk.do.error\"\r\nError: could not find function \".rk.get.structure\"\r\nError during wrapup: could not find function \".rk.do.error\"\r\nError: could not find function \".rk.get.structure\"\r\nError during wrapup: could not find function \".rk.do.error\"\r\nError: could not find function \".rk.get.structure\"\r\nError during wrapup: could not find function \".rk.do.error\"\r\nError: could not find function \".rk.get.structure\"\r\nError during wrapup: could not find function \".rk.do.error\"\r\nError: could not find function \".rk.watch.globalenv\"\r\nError during wrapup: could not find function \".rk.do.error\"\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "3a82d4af", "posts": [ { "text": "Hi\\!\r\n\r\nThis is definitely an FAQ at the moment, and so I'll point you to the generic answer: https://sourceforge.net/apps/mediawiki/rkward/index.php?title=General\\_FAQ\\#I\\_have\\_upgraded\\_to\\_R\\_2.14.0.2C\\_and\\_now\\_RKWard\\_stopped\\_working .\r\n\r\nIn short, for R 2.14.0, you need RKWard 0.5.7, \\*and\\* it must be compiled against R 2.14.0. The latter was a problem in our Launchpad PPAs for Ubuntu, until yesterday. So, to fix this, make sure you are using the correct variant of PPA \\(see the FAQ\\), and do an update.", "attachments": [], "author": "tfry", "timestamp": "2011-11-03 08:43:05", "last_edited": null, "slug": "f7f2", "subject": "#106 FAQ: Trouble running RKWard after upgrading to R 2.14" }, { "text": "- **milestone**: 194503 --> \n- **assigned_to**: nobody --> tfry\n- **summary**: RKWard craches after upgrading to R 2.14 --> FAQ: Trouble running RKWard after upgrading to R 2.14", "attachments": [], "author": "tfry", "timestamp": "2011-11-03 08:43:05", "last_edited": null, "slug": "ef02", "subject": "#106 FAQ: Trouble running RKWard after upgrading to R 2.14" }, { "text": "- **status**: open --> closed-out-of-date\n- **Group**: --> ------\n", "attachments": [], "author": "tfry", "timestamp": "2013-04-16 14:52:18.405000", "last_edited": null, "slug": "a53e", "subject": "#106 FAQ: Trouble running RKWard after upgrading to R 2.14" }, { "text": "Closing FAQ item", "attachments": [], "author": "tfry", "timestamp": "2013-04-16 14:52:18.547000", "last_edited": null, "slug": "053a", "subject": "#106 FAQ: Trouble running RKWard after upgrading to R 2.14" } ], "page": null, "subject": "" }, "mod_date": "2013-04-16 14:52:18.587000", "votes_down": 0, "votes_up": 0, "_id": "50f52f3334309d12e68e09c3", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/3a82d4af/", "ticket_num": 106, "custom_fields": { "_priority": "5", "_milestone": "------" }, "created_date": "2011-11-02 19:15:11" },{ "status": "open", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "data handling" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "WINDOWS only: opening links with external app fails", "description": "When a link isn't a local file, or another program needs to be called \\(Adobe Acrobat 8.1 or in my case Google Chrome for a remote HTML file\\) the link fails to work, once the accept buttons on the dialog boxes have been accepted.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "26b27e16", "posts": [ { "text": "Thanks for reporting. I will investigate this. Probably it is a bug in KDE on Windows, however.", "attachments": [], "author": "tfry", "timestamp": "2010-09-01 15:09:04", "last_edited": null, "slug": "5806", "subject": "#69 WINDOWS only: opening links with external app fails" }, { "text": "- **summary**: opening links --> WINDOWS only: opening links with external app fails", "attachments": [], "author": "tfry", "timestamp": "2010-09-01 15:09:05", "last_edited": null, "slug": "06c3", "subject": "#69 WINDOWS only: opening links with external app fails" } ], "page": null, "subject": "" }, "mod_date": "2010-09-01 15:09:05", "votes_down": 0, "votes_up": 0, "_id": "50f52f1f34309d12e68e0524", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/26b27e16/", "ticket_num": 69, "custom_fields": { "_priority": "5", "_milestone": "windows_only" }, "created_date": "2010-07-23 08:46:04" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "Interface (example)" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: logicals in data editor accept only 0 and 1", "description": "Open rkward's data editor, change a variable to logical, start adding values to the variable. If you enter another value than 0 or 1 the field will turn red and the value will be NA. I would expect that T, F, TRUE, FALSE, True, False would also be a valid input, especially since R itself displays TRUE or FALSE for logical values.\r\n\r\nRKWard 0.5.4\r\nKDE 4.4.5\r\nR 2.12.0\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "f543cecd", "posts": [ { "text": "Thanks for reporting.\r\n\r\nIn the development version \\(http://p.sf.net/rkward/svn\\), logicals are now displayed as \"TRUE\"/\"FALSE\" in the data editor. Accepted input is now \"1\"/\"T\"/\"TRUE\" and \"0\"/\"F\"/\"FALSE\". I did not add \"True\" and \"False\", since these are not accepted in R, either.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-02-04 12:30:36", "last_edited": null, "slug": "9158", "subject": "#79 FIXED IN SVN: logicals in data editor accept only 0 and 1" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: logical variables in data editor accept only 0 and 1 --> FIXED IN SVN: logicals in data editor accept only 0 and 1\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-02-04 12:30:36", "last_edited": null, "slug": "d755", "subject": "#79 FIXED IN SVN: logicals in data editor accept only 0 and 1" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-03-20 12:27:51", "last_edited": null, "slug": "2934", "subject": "#79 FIXED IN SVN: logicals in data editor accept only 0 and 1" } ], "page": null, "subject": "" }, "mod_date": "2011-03-20 12:27:51", "votes_down": 0, "votes_up": 0, "_id": "50f52f2434309d12e68e0698", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/f543cecd/", "ticket_num": 79, "custom_fields": { "_priority": "5" }, "created_date": "2010-11-19 16:44:30" },{ "status": "closed-fixed", "reported_by_id": "5220bff0c4d1041343ad9963", "related_artifacts": [], "attachments": [], "reported_by": "asalber", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Bug in Recode Categorical Data RKWard v.6.2", "description": "When you select NA or \"Custom value\" in \"Any other values\" in the Value tab, the procedure fails. I think there is a bug in the R code because the number of parenthesis doesn't match.\r\nAlso both options NA and \"Custom value\" produce the same R code. \r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "564206f4", "posts": [ { "text": "Hi!\r\n\r\nThanks for testing thoroughly! Meik had already found and fixed half of this, but I forgot to make a create a new preview release after that. Should now be fixed in SVN. I'm in the process of uploading new previews (this may take a while). If you continue to see problems with 0.6.1z+0.6.2+test4 or later, please let me know. ", "attachments": [], "author": "tfry", "timestamp": "2014-10-06 17:25:56.179000", "last_edited": null, "slug": "bae7", "subject": "#135 Bug in Recode Categorical Data RKWard v.6.2" }, { "text": "- **status**: open --> closed-fixed\n- **Group**: CRASH --> ------\n", "attachments": [], "author": "tfry", "timestamp": "2014-10-06 17:35:38.863000", "last_edited": null, "slug": "733e", "subject": "#135 Bug in Recode Categorical Data RKWard v.6.2" } ], "page": null, "subject": "" }, "mod_date": "2014-10-06 17:35:39.039000", "votes_down": 0, "votes_up": 0, "_id": "5432bbdc04161f71a44daa31", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/564206f4/", "ticket_num": 135, "custom_fields": { "_priority": "5", "_milestone": "------" }, "created_date": "2014-10-06 15:57:16.455000" },{ "status": "closed-fixed", "reported_by_id": "5037a5c70594ca13f4ed12e8", "related_artifacts": [], "attachments": [], "reported_by": "xavidp", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: error caught segfault (memory not mapped)", "description": "Hi:\r\n\r\nI get this error:\r\n\\--------------------------\r\n\\*\\*\\* caught segfault \\*\\*\\*\r\naddress 0xffffffff, cause 'memory not mapped'\r\n\\--------------------------\r\n\r\nEvery time I execute the attached r script reporter\\_00.8.r file, on a new computer \\(dual core\\): recently installed eveything to have rkward working. In other computers I didn't have this error, and everything worked: script executed until the end, output files generated, etc.\r\nMoreover, I run this script from console \r\nR CMD BATCH reporter\\_00.8.r\r\nand no error shown, R seems to run it without problems.\r\n\r\nMy current working environment:\r\nUbuntu GNU/Linux 10.04 \\(Gnome\\), R 2.10.1, KDE 4.4.2, RKWard 0.5.2, Catalan language \\(in case it matters\\)\r\n\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "122147fd", "posts": [ { "text": "files to reproduce the problem", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/122147fd/e86e/attachment/reporter_00_8_crash_rkward052.tar.gz", "bytes": 18843 } ], "author": "xavidp", "timestamp": "2010-08-02 10:37:23", "last_edited": null, "slug": "e86e", "subject": "#70 NEEDINFO: error caught segfault (memory not mapped)" }, { "text": "Hi\\!\r\n\r\nYou mention RKWard 0.5.2. Could it be it's simply this problem, again?\r\nhttps://sourceforge.net/tracker/?func=detail&aid=3002439&group\\_id=50231&atid=459007\r\n\r\nIf so, using the latest development snapshot from our launchpad PPA should fix the issue: https://launchpad.net/~rkward-devel/+archive/rkward-devel . Could you please test that, and report back, in case the issue persists?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2010-09-01 13:37:19", "last_edited": null, "slug": "3fbb", "subject": "#70 NEEDINFO: error caught segfault (memory not mapped)" }, { "text": "- **summary**: error caught segfault (memory not mapped) --> NEEDINFO: error caught segfault (memory not mapped)\n- **status**: open --> pending", "attachments": [], "author": "tfry", "timestamp": "2010-09-01 13:37:19", "last_edited": null, "slug": "4812", "subject": "#70 NEEDINFO: error caught segfault (memory not mapped)" }, { "text": "fixed. thanks Thomas, you are right. I changed computer, and I didn't remember the url of the rkward-devel, and couldn't find it on the web either \\(wherever I searched for it, which I don't rembmer where, but I couldn't\\).\r\n\r\nAnyway, thanks, with this new devel version RKWard doesn't crash any more.\r\nThanks\\! ", "attachments": [], "author": "xavidp", "timestamp": "2010-09-02 08:55:59", "last_edited": null, "slug": "65dd", "subject": "#70 NEEDINFO: error caught segfault (memory not mapped)" }, { "text": "- **status**: pending --> closed-fixed", "attachments": [], "author": "xavidp", "timestamp": "2010-09-02 08:55:59", "last_edited": null, "slug": "bed0", "subject": "#70 NEEDINFO: error caught segfault (memory not mapped)" } ], "page": null, "subject": "" }, "mod_date": "2010-09-02 08:55:59", "votes_down": 0, "votes_up": 0, "_id": "50f52f1f34309d12e68e0535", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/122147fd/", "ticket_num": 70, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2010-08-02 10:37:23" },{ "status": "closed-fixed", "reported_by_id": "50af5fa004161f7b6498c16f", "related_artifacts": [], "attachments": [], "reported_by": "ziogelis77", "assigned_to": "tfry", "labels": [ "data handling" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: data corruption after changing var to factor", "description": "In data frame editor I sometimes need to change data type from numeric to factor and then add levels. If I do it in this order, everything is ok. But if I add levels first, and only then do I change the variable type to factor, the data in the variable column gets lost. This happens every time you do it. Before you close the editor, you still see the variable in the editor window, but if you print the data frame column in console, all you see is NA's. The data disappears right after the second action - changing the data type. If you leave the data type \u201enumber\u201c, is.numeric\\(df$b\\) still reports TRUE, although the number is displayed. A workaround is: after doing it the wrong way you need to copy the column content to a csv file, and then copy it from there and paste it back. \r\n\r\nTested in both linux \\(ubuntu\\) and windows version of rkward 0.5.4\r\nKDE windows: KDE 4.4.1 \\(rkward bundle\\)\r\nKDE on linux \u2013 current stable 4.5.4\r\n> R.version\r\n\\_ \r\nplatform i386-pc-mingw32 \r\narch i386 \r\nos mingw32 \r\nsystem i386, mingw32 \r\nstatus \r\nmajor 2 \r\nminor 11.1 \r\nyear 2010 \r\nmonth 05 \r\nday 31 \r\nsvn rev 52157 \r\nlanguage R \r\nversion.string R version 2.11.1 \\(2010-05-31\\)\r\n\r\n\r\n\r\n\r\nTo reproduce:\r\n\r\na=c\\(1,2,3,4\\)\r\nb=c\\(1,1,2,4\\)\r\nc=c\\(4,2,2,1\\)\r\ndf=data.frame\\(a,b,c\\)\r\n\r\nThen open and edit the data set changing data type and then adding levels, column a \u2013 in the correct order, column b \u2013 in the incorrect order.\r\n\r\nclose df\r\n\r\nrun df:\r\n> df\r\na b c\r\n1 first <NA> 4\r\n2 second <NA> 2\r\n3 third <NA> 2\r\n4 fourth <NA> 1", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "fbfa3ebc", "posts": [ { "text": "- **summary**: editing levels for numeric data destroys data --> editing levels for numeric data,then changing type ruin data", "attachments": [], "author": "ziogelis77", "timestamp": "2010-12-23 08:28:46", "last_edited": null, "slug": "b980", "subject": "#80 FIXED IN SVN: data corruption after changing var to factor" }, { "text": "Hi\\!\r\n\r\nEmbarrassing. Thanks for reporting this issue.\r\n\r\nThe problem should now be fixed in the development version \\(http://p.sf.net/rkward/svn\\). For Ubuntu, a fixed version should be available from our daily build archive tomorrow \\(https://launchpad.net/~rkward-devel/+archive/rkward-dailys\\).\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2010-12-23 11:48:40", "last_edited": null, "slug": "2273", "subject": "#80 FIXED IN SVN: data corruption after changing var to factor" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: editing levels for numeric data,then changing type ruin data --> FIXED IN SVN: data corruption after changing var to factor\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2010-12-23 11:48:40", "last_edited": null, "slug": "bf98", "subject": "#80 FIXED IN SVN: data corruption after changing var to factor" }, { "text": "Man you are quick\\! Thank you though, even when you know the right order, mixing things up happens too often.\r\n\r\nDonatas", "attachments": [], "author": "ziogelis77", "timestamp": "2010-12-23 12:44:06", "last_edited": null, "slug": "0475", "subject": "#80 FIXED IN SVN: data corruption after changing var to factor" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-03-20 12:27:50", "last_edited": null, "slug": "5388", "subject": "#80 FIXED IN SVN: data corruption after changing var to factor" } ], "page": null, "subject": "" }, "mod_date": "2011-03-20 12:27:50", "votes_down": 0, "votes_up": 0, "_id": "50f52f2434309d12e68e06ae", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/fbfa3ebc/", "ticket_num": 80, "custom_fields": { "_priority": "5" }, "created_date": "2010-12-23 08:27:43" },{ "status": "closed-fixed", "reported_by_id": "5072f7d371b75b10eb92448e", "related_artifacts": [], "attachments": [], "reported_by": "rtautenh", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "plots not working on Ubuntu 10.04 / R 2.15.1", "description": "plots do not work any more for me in rkward on Ubuntu 10.04.4\r\n\r\ne.g. an initial plot(1,1) creates the window and the grid, but does not show the dot.\r\n\r\nany plot command after that only creates an empty window but does not show anything.\r\n\r\n\r\n\r\n---Session Info---\r\n-- Frontend --\r\nRKWard version: 0.6.1z+0.6.2+devel1\r\nKDE version (runtime): 4.4.92 (KDE 4.4.92 (KDE 4.5 RC2))\r\nKDE version (compile time): 4.4.92 (KDE 4.4.92 (KDE 4.5 RC2))\r\nQt build key: x86_64 linux g++-4 full-config\r\n\r\nBackend version (as known to the frontend): 2.15.1\r\n\r\nDebug message file (this may contain relevant diagnostic output in case of trouble):\r\n/tmp/rkward.frontend.nS3063\r\n\r\n-- Backend --\r\nDebug message file (this may contain relevant diagnostic output in case of trouble):\r\n/tmp/rkward.rbackend.TJ3081\r\n\r\nR version (compile time): 2.15.1 (2012-06-22 r59600)\r\nR runtime session info:\r\nR version 2.15.1 (2012-06-22)\r\nPlatform: x86_64-unknown-linux-gnu (64-bit)\r\n\r\nlocale:\r\n [1] LC_CTYPE=en_US.UTF-8 LC_NUMERIC=C LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 \r\n [7] LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8\r\n\r\nattached base packages:\r\n[1] stats graphics grDevices utils datasets methods base \r\n\r\nother attached packages:\r\n[1] rkward_0.6.1\r\n\r\nloaded via a namespace (and not attached):\r\n[1] tools_2.15.1", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "71f0183a", "posts": [ { "text": "Hi Ralf!\r\n\r\n(I tried to follow-up by mail, but this did not seem to work. If a double-post appears, you'll know, what happened.)\r\n\r\nIs this on the most recent svn revision (svn info)? Compiled from source? I \r\nknow some revisions had similar problems, but I am not aware of a current \r\nproblem. My testing is mostly with R 3.0.x and KDE >= 4.9, though.\r\n\r\nPlease try this:\r\n- RMB click on one of the tool bars (e.g. the right hand one), check the \r\n\"RKWard Debug Messages\" window. Activate it.\r\n- Run some simple plot commands in the console until the problem appears. Copy \r\nany output from the RKWard Debug Messages window.\r\n- Change Configure RKWard->Debug->Debug level to \"4\", and repeat.\r\n\r\nAlso:\r\n- What happens, if you follow up plot(1,1) with \r\na) title(\"test\")\r\nb) locator(1)\r\n\r\nMost likely you can work around this problem by changing the device settings \r\nat Configure RKWard->Onscreen Graphics, but of course it would be best, if we can track this down.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2013-07-16 08:15:03.996000", "last_edited": null, "slug": "869d", "subject": "#129 plots not working on Ubuntu 10.04 / R 2.15.1" }, { "text": "Hi Ralf,\n\nOn Monday 15 July 2013 17:23:33 Ralf Tautenhahn wrote:\n> plots do not work any more for me in rkward on Ubuntu 10.04.4\n> \n> e.g. an initial plot(1,1) creates the window and the grid, but does not show\n> the dot.\n> \n> any plot command after that only creates an empty window but does not show\n> anything.\n\nis this on the most recent svn revision (svn info)? Compiled from source? I \nknow some revisions had similar problems, but I am not aware of a current \nproblem. My testing is mostly with R 3.0.x and KDE >= 4.9, though.\n\nPlease try this:\n- RMB click on one of the tool bars (e.g. the right hand one), check the \n\"RKWard Debug Messages\" window. Activate it.\n- Run some simple plot commands in the console until the problem appears. Copy \nany output from the Debug Messages window.\n- Change Configure RKWard->Debug->Debug level to \"4\", and repeat.\n\nAlso:\n- What happens, if you follow up plot(1,1) with \na) title(\"test\")\nb) locator(1)\n\nMost likely you can work around this problem by changing the device settings \nat Configure RKWard->Onscreen Graphics, but of course it would be nice to \ntrack this down.\n\nRegards\nThomas", "attachments": [], "author": "tfry", "timestamp": "2013-07-16 08:30:31.962000", "last_edited": null, "slug": "7f6e", "subject": "#129 plots not working on Ubuntu 10.04 / R 2.15.1" }, { "text": "Hi Thomas,\r\n\r\nyes, I compiled the most recent version from source.\r\n\r\nURL: svn://svn.code.sf.net/p/rkward/code/trunk/rkward\r\nRepository Root: svn://svn.code.sf.net/p/rkward/code\r\nRepository UUID: 7936002b-cd1d-0410-9ce3-d7ebf93b5162\r\nRevision: 4759\r\nNode Kind: directory\r\nSchedule: normal\r\nLast Changed Author: m-eik\r\nLast Changed Rev: 4759\r\nLast Changed Date: 2013-07-05 07:14:16 -0700 (Fri, 05 Jul 2013)\r\n\r\n\r\nThere are no debugging message with debug level 2.\r\n\r\nWith debug level 4 I get:\r\nDEBUG\trunning command: plot(1,1)\r\n\r\nDEBUG\tTransmitting request of length 52\r\nDEBUG\tTransmitting request of length 42\r\nDEBUG\tReceived transmission of type 7, devnum 2, size 6\r\nDEBUG\tReceived transmission of type 11, devnum 2, size 34\r\nDEBUG\tReceived transmission of type 11, devnum 2, size 34\r\nDEBUG\tReceived transmission of type 1, devnum 2, size 46\r\nDEBUG\tReceived transmission of type 11, devnum 2, size 34\r\nDEBUG\tReceived transmission of type 2, devnum 2, size 60\r\nDEBUG\tReceived transmission of type 2, devnum 2, size 60\r\nDEBUG\tReceived transmission of type 2, devnum 2, size 60\r\nDEBUG\tReceived transmission of type 2, devnum 2, size 60\r\nDEBUG\tReceived transmission of type 2, devnum 2, size 60\r\nDEBUG\tReceived transmission of type 2, devnum 2, size 60\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 55\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 6, devnum 2, size 95\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 6, devnum 2, size 95\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 6, devnum 2, size 95\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 6, devnum 2, size 95\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 6, devnum 2, size 95\r\nDEBUG\tReceived transmission of type 2, devnum 2, size 60\r\nDEBUG\tReceived transmission of type 2, devnum 2, size 60\r\nDEBUG\tReceived transmission of type 2, devnum 2, size 60\r\nDEBUG\tReceived transmission of type 2, devnum 2, size 60\r\nDEBUG\tReceived transmission of type 2, devnum 2, size 60\r\nDEBUG\tReceived transmission of type 2, devnum 2, size 60\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 55\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 6, devnum 2, size 95\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 6, devnum 2, size 95\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 6, devnum 2, size 95\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 6, devnum 2, size 95\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 59\r\nDEBUG\tReceived transmission of type 6, devnum 2, size 95\r\nDEBUG\tReceived transmission of type 4, devnum 2, size 112\r\nDEBUG\tReceived transmission of type 11, devnum 2, size 34\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 55\r\nDEBUG\tReceived transmission of type 6, devnum 2, size 91\r\nDEBUG\tReceived transmission of type 18, devnum 2, size 55\r\nDEBUG\tTransmitting request of length 42\r\nDEBUG\tReceived transmission of type 6, devnum 2, size 91\r\n\r\nDEBUG\trunning command: locator(1)\r\n\r\nDEBUG\tTransmitting request of length 54\r\nDEBUG\tTransmitting request of length 42\r\nDEBUG\tReceived transmission of type 20, devnum 2, size 2\r\n\r\n- I changed setting to Embed Original Device and No Integration. That did not work.\r\n\r\n- However, changing it to Platform default device does work.\r\n\r\n\r\nKind Regards,\r\nRalf\r\n\r\nPS: Maybe I should upgrade to R3.0.1 ...", "attachments": [], "author": "rtautenh", "timestamp": "2013-07-16 16:52:12.273000", "last_edited": null, "slug": "dd04", "subject": "#129 plots not working on Ubuntu 10.04 / R 2.15.1" }, { "text": "Hi!\r\n\r\nThanks for your testing so far. What happened (with the \"RKWard native\" / RK() device), when running locator(1) after plot(1,1)? Did this cause the plot to appear?\r\n\r\nCould you try the following small modification in the sources?\r\n- edit rkward/rbackend/rkwarddevice/rkgraphicsdevice.h\r\n- add '//' (comment mark) at the start of lines 27 (#ifdef Q_WS_MAC) and 33 (#endif). (Or remove these two lines).\r\n- recompile\r\n- try again (making sure you really test the \"RKWard native\" / RK() device, of course)\r\n\r\nThanks!", "attachments": [], "author": "tfry", "timestamp": "2013-07-16 18:04:28.936000", "last_edited": null, "slug": "871b", "subject": "#129 plots not working on Ubuntu 10.04 / R 2.15.1" }, { "text": "Hi Thomas,\r\n\r\nusing locator(1) after plot(1,1) makes no difference. The plot does not show up (but I do see the location on the console).\r\n\r\nwhen I comment out lines 27 and 33 in rkgraphicsdevice.h and try to compile I get this error (but it compiles fine when I put them back in):\r\n\r\n[ 78%] Built target rkward.rbackend\r\n/vol/R/rkward/trunk-new/rkward/rkward/rbackend/rkwarddevice/rkgraphicsdevice.cpp: In member function \u2018void RKGraphicsDevice::clear(const QColor&)\u2019:\r\n/vol/R/rkward/trunk-new/rkward/rkward/rbackend/rkwarddevice/rkgraphicsdevice.cpp:126: error: no matching function for call to \u2018QImage::fill(const QColor&)\u2019\r\n/usr/include/qt4/QtGui/qimage.h:212: note: candidates are: void QImage::fill(uint)\r\n/vol/R/rkward/trunk-new/rkward/rkward/rbackend/rkwarddevice/rkgraphicsdevice.cpp:127: error: no matching function for call to \u2018QImage::fill(QColor)\u2019\r\n/usr/include/qt4/QtGui/qimage.h:212: note: candidates are: void QImage::fill(uint)\r\nmake[2]: *** [rkward/rbackend/rkwarddevice/CMakeFiles/rkgraphicsdevice.frontend.dir/rkgraphicsdevice.o] Error 1\r\n\r\n\r\nThanks!\r\nRalf\r\n", "attachments": [], "author": "rtautenh", "timestamp": "2013-07-16 18:13:26.536000", "last_edited": null, "slug": "25e3", "subject": "#129 plots not working on Ubuntu 10.04 / R 2.15.1" }, { "text": "> when I comment out lines 27 and 33 in rkgraphicsdevice.h and try to compile I get this error (but it compiles fine when I put them back in):\r\n\r\nOk, comment out the lines again, then replace the offending lines 126 and 127 in rkgraphicsdevice.cpp with\r\n\r\n\tif (col.isValid ()) area.fill (col.rgb());\r\n\telse area.fill (qRgb (255, 255, 255));\r\n\r\nthen try once more.\r\n\r\nThanks!\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2013-07-16 18:36:40.301000", "last_edited": null, "slug": "9444", "subject": "#129 plots not working on Ubuntu 10.04 / R 2.15.1" }, { "text": "Hi Thomas,\r\n\r\nperfect! rkward's native device now works with this patch!\r\n\r\nThanks,\r\nRalf", "attachments": [], "author": "rtautenh", "timestamp": "2013-07-16 22:36:34.865000", "last_edited": null, "slug": "3048", "subject": "#129 plots not working on Ubuntu 10.04 / R 2.15.1" }, { "text": "Hi!\r\n\r\n> perfect! rkward's native device now works with this patch!\r\n\r\nGlad to hear that. That leaves the bug (in the unpatched version) somewhere between Qt and the X server. Could you provide version numbers for these two for future reference?\r\n\r\n(Background: This patch causes all rendering to be done inside the rkward process, rather than in the X-server (which might utilize hardware acceleration). My impression - and rudimentary timing - is that this does not make _too_ much of a difference for R plots, and so I guess I'll simply enable it for all X11-compiles for now. However, in case we run into performance problems at some point of time, it will be useful to know better, when using the X server for rendering is reliable, and when it is not.)\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2013-07-17 09:42:18.973000", "last_edited": null, "slug": "a9ae", "subject": "#129 plots not working on Ubuntu 10.04 / R 2.15.1" }, { "text": "libqt is 4:4.7.0~beta2\r\nlibx11 is 2:1.3.2\r\nxserver-xorg is 1:7.5\r\n\r\nThanks again for fixing!\r\nRalf", "attachments": [], "author": "rtautenh", "timestamp": "2013-07-17 17:48:05.793000", "last_edited": null, "slug": "33d0", "subject": "#129 plots not working on Ubuntu 10.04 / R 2.15.1" }, { "text": "I wonder if I perhaps have the same bug: if I run hist(x), only an empty device appears. but if I resize the window just a bit, the plot does appear. If after that I run hist(y) (or any other plot command), the new plot does not get displayed till I resize the window again. I am using Version 0.6.1\r\non KDE 4.10.5, Kubuntu 13.04, from the repository \r\ndeb http://ppa.launchpad.net/rkward-devel/rkward-stable/ubuntu raring main\r\n\r\nPlease advise me if I should open another bug or just wait for this fix to reach the repos.", "attachments": [], "author": "ziogelis77", "timestamp": "2013-08-17 14:24:47.895000", "last_edited": null, "slug": "cc16", "subject": "#129 plots not working on Ubuntu 10.04 / R 2.15.1" }, { "text": "Hi Donatas!\r\n\r\nThis is almost definitely a different bug. Ralf was having trouble with the RK()-device, which is a new feature introduced after 0.6.1 (only in development versions, so far).\r\n\r\n> Please advise me if I should open another bug or just wait for this fix to reach the repos.\r\n\r\nGo ahead, and open a new report. If you have any idea, when the problem has started, please include that bit of info. However, I'll be very short on time the upcoming weeks, so I won't promise anything.\r\n\r\nYou may want to give the current development snapshot a try (https://launchpad.net/~rkward-devel/+archive/rkward-dailys), where the RK()-device is the default device, already.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2013-08-18 06:47:19.827000", "last_edited": null, "slug": "2a72", "subject": "#129 plots not working on Ubuntu 10.04 / R 2.15.1" }, { "text": "- **status**: open --> closed-fixed\n", "attachments": [], "author": "tfry", "timestamp": "2015-12-31 22:18:26.648000", "last_edited": null, "slug": "99bf", "subject": "#129 plots not working on Ubuntu 10.04 / R 2.15.1" }, { "text": "Original issue fixed, long ago. Secondary issue as reported by Donatas not reproduced, since. Closing.\r\n\r\nDonatas: Do let us know, if the issue still persists.", "attachments": [], "author": "tfry", "timestamp": "2015-12-31 22:18:26.747000", "last_edited": null, "slug": "b059", "subject": "#129 plots not working on Ubuntu 10.04 / R 2.15.1" } ], "page": null, "subject": "" }, "mod_date": "2015-12-31 22:18:26.761000", "votes_down": 0, "votes_up": 0, "_id": "51e43014909547133f9d31e3", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/71f0183a/", "ticket_num": 129, "custom_fields": { "_priority": "5", "_milestone": "------" }, "created_date": "2013-07-15 17:23:32.049000" },{ "status": "closed-fixed", "reported_by_id": "50af5fa004161f7b6498c16f", "related_artifacts": [], "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/130/attachment/in-wwyltd-dialog.png", "bytes": 125626 } ], "reported_by": "ziogelis77", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "RKward does not show unicode characters in some dialogs", "description": "I have an RKward project in a subdirectory of a directory called Projekt\u0117liai. RKward fails to display the Lithuanian letter \"\u0117\" in that word, writing the unicode replacement characters (whatever that thing is called :) instead.\r\n\r\nI have noticed it in three places:\r\n\r\nInitial \"What would you like to do\" dialog\r\n\r\nWindow title\r\n\r\nTaskbar thumbnail\r\n\r\nPlease find the three screenshots attached. \r\n\r\nI am using RKward 0.6.1 on Kubuntu 13.04.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "7721b67e", "posts": [ { "text": "Another screenshot: in window title", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/7721b67e/3eed/attachment/in-window-title.png", "bytes": 49259 } ], "author": "ziogelis77", "timestamp": "2013-08-17 20:35:13.596000", "last_edited": null, "slug": "3eed", "subject": "#130 RKward does not show unicode characters in some dialogs" }, { "text": "another screenshot: In task manager thumbnail", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/7721b67e/0dfe/attachment/in-thumbnail.png", "bytes": 56881 } ], "author": "ziogelis77", "timestamp": "2013-08-17 20:36:03.566000", "last_edited": null, "slug": "0dfe", "subject": "#130 RKward does not show unicode characters in some dialogs" }, { "text": "However, in status bar it is displayed the right way!", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/7721b67e/20ae/attachment/in-status-bar.png", "bytes": 10365 } ], "author": "ziogelis77", "timestamp": "2013-08-17 20:41:16.201000", "last_edited": null, "slug": "20ae", "subject": "#130 RKward does not show unicode characters in some dialogs" }, { "text": "Thanks for reporting! Looks like the problem is related to file names, only. Thanks, in particular for the hint about correct display in the status bar. I guess this should be easy to find and fix, then, but as I will be very short on time the upcoming weeks: Please don't hold your breath.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2013-08-18 06:51:07.535000", "last_edited": null, "slug": "5529", "subject": "#130 RKward does not show unicode characters in some dialogs" }, { "text": "- **status**: open --> open-fixed\n- **Group**: ------ --> FIXED IN SVN\n", "attachments": [], "author": "tfry", "timestamp": "2014-10-18 16:04:45.775000", "last_edited": null, "slug": "25ea", "subject": "#130 RKward does not show unicode characters in some dialogs" }, { "text": "Finally fixed in SVN (for rkward 0.6.3, did not make it into 0.6.2).\r\n\r\nThanks for reporting!", "attachments": [], "author": "tfry", "timestamp": "2014-10-18 16:04:45.977000", "last_edited": null, "slug": "aceb", "subject": "#130 RKward does not show unicode characters in some dialogs" }, { "text": "- **status**: open-fixed --> closed-fixed\n", "attachments": [], "author": "tfry", "timestamp": "2015-06-05 19:30:02.888000", "last_edited": null, "slug": "e68e", "subject": "#130 RKward does not show unicode characters in some dialogs" }, { "text": " Fixed in 0.6.3", "attachments": [], "author": "tfry", "timestamp": "2015-06-05 19:30:03.004000", "last_edited": null, "slug": "50e5", "subject": "#130 RKward does not show unicode characters in some dialogs" } ], "page": null, "subject": "" }, "mod_date": "2015-06-05 19:30:03.025000", "votes_down": 0, "votes_up": 0, "_id": "520fde37d46bb4332b9a63fe", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/7721b67e/", "ticket_num": 130, "custom_fields": { "_priority": "1", "_milestone": "FIXED IN SVN" }, "created_date": "2013-08-17 20:33:59.030000" },{ "status": "closed", "reported_by_id": "5072f7d371b75b10eb92448e", "related_artifacts": [], "attachments": [], "reported_by": "rtautenh", "assigned_to": "tfry", "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "NEEDINFO: workspace tooltips very dark (almost black)", "description": "The workspace tooltips are very dark. Too dark to read them. See attached screenshot.\r\nrkward 0.5.5-devel1, KDE 4.4.92 \\(KDE 4.5 RC2\\)\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "47607590", "posts": [ { "text": "rkward workspace tooltip", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/47607590/f074/attachment/rkward-object-viewer.png", "bytes": 217169 } ], "author": "rtautenh", "timestamp": "2011-02-08 18:50:30", "last_edited": null, "slug": "f074", "subject": "#82 NEEDINFO: workspace tooltips very dark (almost black)" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: workspace tooltips very dark (almost black) --> NEEDINFO: workspace tooltips very dark (almost black)", "attachments": [], "author": "tfry", "timestamp": "2011-02-08 19:11:59", "last_edited": null, "slug": "c368", "subject": "#82 NEEDINFO: workspace tooltips very dark (almost black)" }, { "text": "Hi Ralf,\r\n\r\nthese use the system-wide default colors for tooltips, so most likely, this is a problem of your color scheme, rather than RKWard.\r\n\r\nSee \\(KDE\\) systemsettings->Look & Feel->Appearance->Colors->Tooltip background/text . Does that solve the problem?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-02-08 19:11:59", "last_edited": null, "slug": "8f74", "subject": "#82 NEEDINFO: workspace tooltips very dark (almost black)" }, { "text": "Hi Thomas,\r\n\r\nNo it doesn't match the colors in the system settings for some reason.\r\nShould be black text on light blue background.\r\n\r\nThe tooltips in the editor work, though. And they are shown with exactly these colors \\(black on light blue\\)\r\n\r\nRalf.", "attachments": [], "author": "rtautenh", "timestamp": "2011-02-08 19:45:26", "last_edited": null, "slug": "1e2c", "subject": "#82 NEEDINFO: workspace tooltips very dark (almost black)" }, { "text": "Hm, that's strange. At this point we rely entirely on the default rendering of tooltips \\(in contrast to the function argument tips in the editor\\). Could you please check, whether other KDE applications are affected as well \\(if you don't find other tooltips, try Help->What's this\\).\r\n\r\nAny chance that you are running RKWard in a Gnome session? Could this be the same issue: http://ubuntuforums.org/showthread.php?p=9879841&posted=1\\#post9879841 ?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-02-09 12:04:18", "last_edited": null, "slug": "7e4f", "subject": "#82 NEEDINFO: workspace tooltips very dark (almost black)" }, { "text": "Yes I did. And that trick worked \\!", "attachments": [], "author": "rtautenh", "timestamp": "2011-02-09 19:33:27", "last_edited": null, "slug": "0abb", "subject": "#82 NEEDINFO: workspace tooltips very dark (almost black)" }, { "text": "It is weird but it seemed that the color settings just needed to be clicked once,\r\nand then it worked.\r\n\r\nThanks Thomas\\!", "attachments": [], "author": "rtautenh", "timestamp": "2011-02-09 19:34:54", "last_edited": null, "slug": "8b08", "subject": "#82 NEEDINFO: workspace tooltips very dark (almost black)" }, { "text": "Yes, that really sounds weird, but it's good to know that the trick given in that forum works, in case the problem comes up again.\r\n\r\nAnyway, this is a known problem in KDE / Gnome / Ubuntu, then, but not something we can reasonably fix in RKWard.\r\n\r\nClosing.", "attachments": [], "author": "tfry", "timestamp": "2011-02-10 15:00:18", "last_edited": null, "slug": "2a6a", "subject": "#82 NEEDINFO: workspace tooltips very dark (almost black)" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-02-10 15:00:18", "last_edited": null, "slug": "03d7", "subject": "#82 NEEDINFO: workspace tooltips very dark (almost black)" } ], "page": null, "subject": "" }, "mod_date": "2011-02-10 15:00:18", "votes_down": 0, "votes_up": 0, "_id": "50f52f2634309d12e68e070b", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/47607590/", "ticket_num": 82, "custom_fields": { "_priority": "5" }, "created_date": "2011-02-08 18:50:29" },{ "status": "open-fixed", "reported_by_id": "5220bff0c4d1041343ad9963", "related_artifacts": [], "attachments": [], "reported_by": "asalber", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Fixed in git: Setting number of decimal places in precision doesn't work", "description": "When I define a new numeric variable I set the precision indicating the number of decimal places, but it' doesn't work. \r\n\r\n\r\nrk.sessionInfo()\r\nRKWard version: 0.6.1\r\nKDE version (runtime): 4.10.5\r\nKDE version (compile time): 4.9.5\r\nLocal KDE directory: /home/alf/.kde/\r\nRKWard storage directory: /home/alf/.rkward/\r\n\r\nDebug message file(s) in use (these may contain relevant diagnostic output in case of trouble):\r\n/tmp/rkward.frontend.jd3344\r\n/tmp/rkward.rbackend.TJ3352\r\n\r\nR version (compile time): 3.0.0 (2013-04-03 r62481)\r\nR runtime session info:\r\nR version 3.0.1 (2013-05-16)\r\nPlatform: i686-pc-linux-gnu (32-bit)\r\n\r\nlocale:\r\n [1] LC_CTYPE=es_ES.UTF-8 LC_NUMERIC=C \r\n [3] LC_TIME=es_ES.UTF-8 LC_COLLATE=es_ES.UTF-8 \r\n [5] LC_MONETARY=es_ES.UTF-8 LC_MESSAGES=es_ES.UTF-8 \r\n [7] LC_PAPER=es_ES.UTF-8 LC_NAME=es_ES.UTF-8 \r\n [9] LC_ADDRESS=es_ES.UTF-8 LC_TELEPHONE=es_ES.UTF-8 \r\n[11] LC_MEASUREMENT=es_ES.UTF-8 LC_IDENTIFICATION=es_ES.UTF-8\r\n\r\nattached base packages:\r\n[1] stats graphics grDevices utils datasets methods base \r\n\r\nother attached packages:\r\n[1] rkward_0.6.1\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "962d3ef9", "posts": [ { "text": "- **summary**: Setting number of decimal places in precision doesn't work --> Fixed in git: Setting number of decimal places in precision doesn't work\n- **status**: open --> open-fixed\n", "attachments": [], "author": "tfry", "timestamp": "2016-01-01 17:25:18.739000", "last_edited": null, "slug": "af65", "subject": "#132 Fixed in git: Setting number of decimal places in precision doesn't work" }, { "text": "Finally fixed (in the development version).\r\n\r\nThanks for reporting!", "attachments": [], "author": "tfry", "timestamp": "2016-01-01 17:25:18.836000", "last_edited": null, "slug": "c173", "subject": "#132 Fixed in git: Setting number of decimal places in precision doesn't work" } ], "page": null, "subject": "" }, "mod_date": "2016-01-01 17:25:18.855000", "votes_down": 0, "votes_up": 0, "_id": "524312af24b0d911d0d3f72e", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/962d3ef9/", "ticket_num": 132, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2013-09-25 16:43:27.333000" },{ "status": "open-fixed", "reported_by_id": "50fbcc6c04161f6ff92471f8", "related_artifacts": [], "attachments": [], "reported_by": "inverse328", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "FIXED in git: Focus follows mouse keeps switching between new script tabs (0.6.1, opensuse)", "description": "The focus follows mouse function, alternates at high speed between an old and a newly created script tab.\r\n\r\nRkward 0.6.1 (from download.opensuse.org/repositories/devel:/languages:/R:/Supplement)\r\nOpensuse 12.3\r\nKDE 4.10.5 R1\r\n\r\n\r\nSteps\r\n1. set MDI window focus behavior to \"focus follows mouse\" (settings > General MDI window focus behavior).\r\n2a. Create a new script file tab, using CTRL-N or the menu icon \"Create\"\r\n2b. When the cursor is in the textwindow , the two tabs alternate at high speed. \r\n3. When moving out of the text-area, or clicking in it, the switching stops. Opening a new doesn't help.\r\n\r\n2b may also explain the issue when using the \"create\" icon, as this places the cursor effectively within the text area.\r\n\r\n\r\nWorkaround\r\nDeactive and use KDE's focus follow option,\r\n(configure desktop > windows behavior > tab focus > Policy)\r\n\r\n\r\nNotes\r\nBTW, at times the rwkard mouse focus option isn't practical, e.g. when creating a new graphic output window, it gets pushed back. A delay could help, but wouldn't solve everything. \r\n\r\nFYI", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "10183bbb", "posts": [ { "text": "- **summary**: Focus follows mouse keeps switching between new script tabs (0.6.1, opensuse) --> FIXED in git: Focus follows mouse keeps switching between new script tabs (0.6.1, opensuse)\n- **status**: open --> open-fixed\n", "attachments": [], "author": "tfry", "timestamp": "2016-01-01 12:41:27.216000", "last_edited": null, "slug": "2f43", "subject": "#134 FIXED in git: Focus follows mouse keeps switching between new script tabs (0.6.1, opensuse)" }, { "text": "Many thanks for reporting, and very sorry about the long silence.\r\n\r\nThis issue should now be fixed in our development version (also the issue of pushing back plot windows). See https://rkward.kde.org/RKWard_Source_Repository for instructions on testing the development version, if you like.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2016-01-01 12:41:27.344000", "last_edited": null, "slug": "fd4e", "subject": "#134 FIXED in git: Focus follows mouse keeps switching between new script tabs (0.6.1, opensuse)" } ], "page": null, "subject": "" }, "mod_date": "2016-01-01 12:41:27.369000", "votes_down": 0, "votes_up": 0, "_id": "526a2ec33e5e834ce380baf8", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/10183bbb/", "ticket_num": 134, "custom_fields": { "_priority": "1", "_milestone": "------" }, "created_date": "2013-10-25 08:41:39.717000" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "Interface (example)" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: error() function in rkward script not defined", "description": "Hi, the error\\(\\) function in the sh script rkward is being defined after the check on the existence of the R\\_binary environmental variable, and so when the function is called in this check it is reported as not found \\(and the proper error report is missing\\).\r\n\r\nDiego", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "44118947", "posts": [ { "text": "Hi\\!\r\n\r\nIndeed. Thanks for reporting\\! Now fixed in the development version.\r\n\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-04-21 07:12:09", "last_edited": null, "slug": "90b7", "subject": "#86 FIXED IN SVN: error() function in rkward script not defined" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: error() function in rkward script not being called --> FIXED IN SVN: error() function in rkward script not defined\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-04-21 07:12:09", "last_edited": null, "slug": "e963", "subject": "#86 FIXED IN SVN: error() function in rkward script not defined" }, { "text": "Thank you for the fast fix\\!", "attachments": [], "author": "ddiez", "timestamp": "2011-04-21 07:21:08", "last_edited": null, "slug": "8870", "subject": "#86 FIXED IN SVN: error() function in rkward script not defined" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-05-31 08:21:47", "last_edited": null, "slug": "fc9b", "subject": "#86 FIXED IN SVN: error() function in rkward script not defined" } ], "page": null, "subject": "" }, "mod_date": "2011-05-31 08:21:47", "votes_down": 0, "votes_up": 0, "_id": "50f52f2934309d12e68e0782", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/44118947/", "ticket_num": 86, "custom_fields": { "_priority": "5" }, "created_date": "2011-04-21 07:03:55" },{ "status": "closed-fixed", "reported_by_id": "5053ae3dbfc09e6a18fd69c5", "related_artifacts": [], "attachments": [], "reported_by": "spotrh", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "rkward 0.6.3 fails to compile on Linux/ARM", "description": "In the process of updating rkward to 0.6.3 (against R 3.1.3) in Fedora, it was discovered that 0.6.3 failed to compile on ARM. The specific failure was:\r\n\r\n~~~~~~~\r\n/builddir/build/BUILD/rkward-0.6.3/rkward/plugin/rkpluginspinbox.cpp: In constructor 'RKPluginSpinBox::RKPluginSpinBox(const QDomElement&, RKComponent*, QWidget*)':\r\n/builddir/build/BUILD/rkward-0.6.3/rkward/plugin/rkpluginspinbox.cpp:53:97: error: no matching function for call to 'qMax(double&, qreal)'\r\n double initial = xml->getDoubleAttribute (element, \"initial\", qMin (max, qMax (min, qreal(0.0))), DL_INFO);\r\n ^\r\n/builddir/build/BUILD/rkward-0.6.3/rkward/plugin/rkpluginspinbox.cpp:53:97: note: candidate is:\r\nIn file included from /usr/include/QtCore/qatomic.h:45:0,\r\n from /usr/include/QtCore/qhash.h:45,\r\n from /usr/include/QtCore/QHash:1,\r\n from /builddir/build/BUILD/rkward-0.6.3/rkward/plugin/rkcomponent.h:21,\r\n from /builddir/build/BUILD/rkward-0.6.3/rkward/plugin/rkpluginspinbox.h:20,\r\n from /builddir/build/BUILD/rkward-0.6.3/rkward/plugin/rkpluginspinbox.cpp:17:\r\n/usr/include/QtCore/qglobal.h:1217:34: note: template const T& qMax(const T&, const T&)\r\n Q_DECL_CONSTEXPR inline const T &qMax(const T &a, const T &b) { return (a < b) ? b : a; }\r\n ^\r\n/usr/include/QtCore/qglobal.h:1217:34: note: template argument deduction/substitution failed:\r\n/builddir/build/BUILD/rkward-0.6.3/rkward/plugin/rkpluginspinbox.cpp:53:97: note: deduced conflicting types for parameter 'const T' ('double' and 'qreal {aka float}')\r\n double initial = xml->getDoubleAttribute (element, \"initial\", qMin (max, qMax (min, qreal(0.0))), DL_INFO);\r\n~~~~~~~\r\n\r\nThis failure has been noted in other QT apps, specifically, it is the same issue noted in Debian Bug 638813: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638813\r\n\r\nThe fix is the same, to cast the necessary parameters of qMax to a double:\r\n\r\n~~~~~~~\r\ndiff -up rkward-0.6.3/rkward/plugin/rkpluginspinbox.cpp.armfix rkward-0.6.3/rkward/plugin/rkpluginspinbox.cpp\r\n--- rkward-0.6.3/rkward/plugin/rkpluginspinbox.cpp.armfix\t2015-03-10 19:37:12.501771989 -0400\r\n+++ rkward-0.6.3/rkward/plugin/rkpluginspinbox.cpp\t2015-03-10 19:37:45.131562327 -0400\r\n@@ -50,7 +50,7 @@ RKPluginSpinBox::RKPluginSpinBox (const\r\n if (!intmode) {\r\n double min = xml->getDoubleAttribute (element, \"min\", -FLT_MAX, DL_INFO);\r\n double max = xml->getDoubleAttribute (element, \"max\", FLT_MAX, DL_INFO);\r\n- double initial = xml->getDoubleAttribute (element, \"initial\", qMin (max, qMax (min, qreal(0.0))), DL_INFO);\r\n+ double initial = xml->getDoubleAttribute (element, \"initial\", qMin (max, qMax (min, double(qreal(0.0)))), DL_INFO);\r\n int default_precision = xml->getIntAttribute (element, \"default_precision\", 2, DL_INFO);\r\n int max_precision = xml->getIntAttribute (element, \"max_precision\", 8, DL_INFO);\r\n\r\ndiff -up rkward-0.6.3/rkward/rbackend/rkwarddevice/rkgraphicsdevice_frontendtransmitter.cpp.armfix rkward-0.6.3/rkward/rbackend/rkwarddevice/rkgraphicsdevice_frontendtransmitter.cpp\r\n--- rkward-0.6.3/rkward/rbackend/rkwarddevice/rkgraphicsdevice_frontendtransmitter.cpp.armfix\t2015-03-10 20:11:02.363493214 -0400\r\n+++ rkward-0.6.3/rkward/rbackend/rkwarddevice/rkgraphicsdevice_frontendtransmitter.cpp\t2015-03-10 20:11:13.903466769 -0400\r\n@@ -105,7 +105,7 @@ static QPen readSimplePen (QDataStream &\r\n \tinstream >> lwd >> lty;\r\n \tif (!col.isValid () || (lty == -1L)) return QPen (Qt::NoPen);\r\n \r\n-\tlwd = qMax (qreal(1.0), lwd);\t// minimum 1 px as in X11 device\r\n+\tlwd = qMax (double(qreal(1.0)), lwd);\t// minimum 1 px as in X11 device\r\n \tQPen ret;\r\n \tif (lty != 0) {\t// solid\r\n \t\tQVector dashes;\r\n~~~~~~~\r\n\r\nI waive any copyright on this patch, and when that is not possible, grant permission for it to be used under the same license as the rest of RKWard.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "3dea8e5b", "posts": [ { "text": "- **status**: open --> closed-fixed\n", "attachments": [], "author": "tfry", "timestamp": "2015-12-31 22:11:12.418000", "last_edited": null, "slug": "8a90", "subject": "#137 rkward 0.6.3 fails to compile on Linux/ARM" }, { "text": "Applied in 0.6.4. Thanks!", "attachments": [], "author": "tfry", "timestamp": "2015-12-31 22:11:12.550000", "last_edited": null, "slug": "e5b5", "subject": "#137 rkward 0.6.3 fails to compile on Linux/ARM" } ], "page": null, "subject": "" }, "mod_date": "2015-12-31 22:11:12.572000", "votes_down": 0, "votes_up": 0, "_id": "54ff8eacea406b615a9f4589", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/3dea8e5b/", "ticket_num": 137, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2015-03-11 00:39:08.714000" },{ "status": "closed-out-of-date", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: Crash on Startup Win7", "description": "http://bit.ly/agXHZ3 has details -- I don't see the point of duplicating them here. Information requested that isn't on the blog entry:\r\n\r\nR version 2.11.1\r\nWindows 7\r\nKDE 4.4\r\n\r\nR starts normally, both GUI and console versions on Windows7. Not sure about KDE, if I have time today, will test and report.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "75d7c170", "posts": [ { "text": "RKWard works just fine on Windows 7, here.\r\n\r\nNote that on the first start of a KDE application, you will be prompted for system/admin access in order to update mime database and configuration, in two separate prompts. IIRC it is not strictly necessary to allow the access, but naturally, you need to provide some answer to these prompts. So as the very first thing, please try again, and watch out for any prompts popping up, possibly hidden behind other windows.\r\n\r\nIf that does not work, please download, install, and try the binary installation bundle \\(see http://p.sf.net/rkward/windows\\), in order to rule out any problems with mismatching versions of R, KDE and RKWard.\r\n\r\nIf that still does not work, the error 0xc000007b appears to be not entirely unknown on the internet, for a wide range of applications. Causes appear to include certain malware, but also a restrictive setup of ZoneAlarm. To rule out at least some of these causes, please try starting windows in \"Safe mode\" and see if RKWard can be started, then.\r\n\r\nIf everything fails, it will indeed be interesting to know, whether you can start any other KDE application \\(such as kwrite.exe\\).\r\n\r\nRegarding RKWard on the Mac, have you actually tried, or does \"it doesn't run at all\" mean, there is no end-user friendly installation method \\(which there really isn't so far\\)?\r\n\r\nRegards\r\nThomas\r\n\r\nP.S.: Thanks for taking the time to report this. But admittedly, \"blog first, ask questions later\" does make my eyebrows go up a bit.", "attachments": [], "author": "tfry", "timestamp": "2010-09-22 07:27:54", "last_edited": null, "slug": "b8c7", "subject": "#75 NEEDINFO: Crash on Startup Win7" }, { "text": "- **summary**: Crash on Startup --> NEEDINFO: Crash on Startup Win7", "attachments": [], "author": "tfry", "timestamp": "2010-09-22 07:27:54", "last_edited": null, "slug": "43c2", "subject": "#75 NEEDINFO: Crash on Startup Win7" }, { "text": "This is with the \"Standard installation: complete installation bundle\". I also then downloaded R and KDE separately and received the same error. KWrite starts normally. RKward still does not. I wonder if it's a 64/32-bit issue? R is 64-bit, not sure about KDE. And I still get 0xc000007b, even in safe mode. \n\nAs for your PS, I couldn't run any diagnosis at work, so I blogged it and filed a bug, now that you've responded, I can do further diagnosis. R on its own runs without difficulty. So does KWrite \\(with the two admin access requests\\). ", "attachments": [], "author": "*anonymous", "timestamp": "2010-10-01 16:06:18", "last_edited": null, "slug": "a38c", "subject": "#75 NEEDINFO: Crash on Startup Win7" }, { "text": "- **priority**: 5 --> 6", "attachments": [], "author": "*anonymous", "timestamp": "2010-10-01 16:11:57", "last_edited": null, "slug": "346f", "subject": "#75 NEEDINFO: Crash on Startup Win7" }, { "text": "- **status**: open --> closed-out-of-date\n", "attachments": [], "author": "tfry", "timestamp": "2013-04-16 15:30:57.404000", "last_edited": null, "slug": "032a", "subject": "#75 NEEDINFO: Crash on Startup Win7" }, { "text": "Closing, as this report is very old, and no further information has been forthcoming.", "attachments": [], "author": "tfry", "timestamp": "2013-04-16 15:30:57.556000", "last_edited": null, "slug": "6ec2", "subject": "#75 NEEDINFO: Crash on Startup Win7" } ], "page": null, "subject": "" }, "mod_date": "2013-04-16 15:30:57.594000", "votes_down": 0, "votes_up": 0, "_id": "50f52f2234309d12e68e05f0", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/75d7c170/", "ticket_num": 75, "custom_fields": { "_priority": "6", "_milestone": "CRASH" }, "created_date": "2010-09-21 17:59:37" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "Interface (example)" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "WORKAROUND, KDELIBS: html tab steals focus when typing \"/\"", "description": "When a html tab is open but the console window has focus and one types a slash \"/\" in it, the focus switches to the html tab and the search of the html tab is activated.\r\n\r\nThis is on:\r\n~$ aptitude show rkward\r\nPackage: rkward \r\nState: installed\r\nAutomatically installed: no\r\nVersion: 0.5.6-1.1rkward.stable~natty\r\n\r\nKDE 4.6.2\r\n\r\nversion.string R version 2.13.0 \\(2011-04-13\\)\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "9b161823", "posts": [ { "text": "Ouch, how annoying. Thanks for reporting.\r\n\r\nThis is a bug in kdelibs. However, I have now added a workaround to our development version of RKWard. You may want to try our daily build, tomorrow \\(https://launchpad.net/~rkward-devel/+archive/rkward-dailys\\).\r\n\r\nTo work around this without updating, open an HTML page, and focus it, select Settings->Configure Shortcuts. Search for \"Find Text as You Type\" or \"/\", and disable the shortcut \\(you get essentially the same behavior by using Ctrl+F\\).\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-06-01 11:07:22", "last_edited": null, "slug": "4bf4", "subject": "#88 WORKAROUND, KDELIBS: html tab steals focus when typing \"/\"" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: using \"/\" in console activates search in html tab --> WORKAROUND, KDELIBS: html tab steals focus when typing \"/\"", "attachments": [], "author": "tfry", "timestamp": "2011-06-01 11:07:22", "last_edited": null, "slug": "0c38", "subject": "#88 WORKAROUND, KDELIBS: html tab steals focus when typing \"/\"" }, { "text": "Could you please give us a reference for the kdelibs bug \\(for fixing other apps\\)?", "attachments": [], "author": "*anonymous", "timestamp": "2011-08-11 20:34:14", "last_edited": null, "slug": "b9a5", "subject": "#88 WORKAROUND, KDELIBS: html tab steals focus when typing \"/\"" }, { "text": "Hi,\r\n\r\nsorry for the long delay. the bug in KDElibs was fixed with https://git.reviewboard.kde.org/r/101491/ . For our workaround for non-fixed versions of KDElibs, see here: http://rkward.svn.sourceforge.net/viewvc/rkward/trunk/rkward/rkward/windows/rkhtmlwindow.cpp?r1=3628&r2=3659&pathrev=3659\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-08-27 08:06:20", "last_edited": null, "slug": "1575", "subject": "#88 WORKAROUND, KDELIBS: html tab steals focus when typing \"/\"" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-10-24 08:13:24", "last_edited": null, "slug": "cdd9", "subject": "#88 WORKAROUND, KDELIBS: html tab steals focus when typing \"/\"" } ], "page": null, "subject": "" }, "mod_date": "2011-10-24 08:13:24", "votes_down": 0, "votes_up": 0, "_id": "50f52f2a34309d12e68e07b5", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/9b161823/", "ticket_num": 88, "custom_fields": { "_priority": "5" }, "created_date": "2011-06-01 10:31:56" },{ "status": "closed", "reported_by_id": "519dd06fd46bb4107a437014", "related_artifacts": [], "attachments": [], "reported_by": "vjtz", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: Rkward crashes when calculating NMDS", "description": "---Problem description---\r\nI encountered the error message quoted below. Additionally, I saw the following symptoms:\r\n###Please fill in (if applicable)###\r\n\r\nWhat - in detail - did you do directly before you encountered this problem?\r\n\r\nlibrary(vegan)\r\nmetab.pos.root1.concat.mrbayes.nmds <- metaMDS(comm=metab.pos.root1.concat.mrbayes, distance=\"manhattan\", k=2, trymax=10000, engine=\"monoMDS\", autotransform=FALSE, noshare=FALSE, stepacross=FALSE, wascores=FALSE, expand=FALSE, plot=TRUE)\r\n# metab.pos.root1.concat.mrbayes has over 14000 columns and 18 rows\r\n\r\nWhen you try to repeat the above, does the problem occur again (no, sometimes, always)?\r\nAlways.\r\n\r\nIf applicable: When doing the same thing in an R session outside of RKWard, do you see the same problem?\r\nRStudio and R console do not produce any output, they just hang.\r\n\r\nDo you have any further information that might help us to track this problem down? In particular, if applicable, can you provide sample data and sample R code to reproduce this problem?\r\nNo\r\n\r\nRKWard is available in many different packagings, and sometimes problems are specific to one method of installation. How did you install RKWard (which file(s) did you download)?\r\nhttps://build.opensuse.org/package/show?project=devel%3Alanguages%3AR%3Areleased&package=rkward\r\n\r\n---Error Message---\r\nMessage code: r_engine_has_died\r\nConnection closed unexpectedly. Last error was: QLocalSocket: Remote closed\r\nThe R backend will be shut down immediately. This means, you can not use any more functions that rely on it. I.e. you can do hardly anything at all, not even save the workspace (but if you're lucky, R already did that). What you can do, however, is save any open command-files, the output, or copy data out of open data editors. Quit RKWard after that. Sorry!\r\n\r\n---Session Info---\r\nRKWard version: 0.6.3\r\nKDE version (runtime): 4.14.6\r\nKDE version (compile time): 4.14.2\r\nQt build key: x86_64 linux g++-4 full-config\r\nLocal KDE directory: /home/vojta/.kde4/\r\nRKWard storage directory: /home/vojta/.rkward/\r\nBackend version (as known to the frontend): 3.2.0\r\n\r\nDebug message file (this may contain relevant diagnostic output in case of trouble):\r\n/tmp/rkward.frontend.vrA671\r\n- backend not available or rk.sessionInfo() canceled -\r\n$ cat /tmp/rkward.frontend.vrA671\r\nObject::connect: No such signal KateBuffer::respellCheckBlock(KateDocument*,int,int)\r\nAssert 'false' failed at /home/abuild/rpmbuild/BUILD/rkward-0.6.3/rkward/misc/rkstandardicons.cpp - function iconForWindow line 171\r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-excel.sheet.binary.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-excel.sheet.binary.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-excel.addin.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-powerpoint.slideshow.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-powerpoint.slideshow.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-excel.sheet.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-excel.sheet.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-powerpoint.presentation.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-powerpoint.presentation.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-word.template.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-word.template.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-excel.template.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-excel.template.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-powerpoint.template.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-powerpoint.template.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-word.document.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-word.document.macroEnabled.12\" \r\nrkward(671) KMimeTypeRepository::parents: \"/usr/share/mime/subclasses\" refers to unknown mimetype \"application/vnd.ms-powerpoint.slide.macroEnabled.12\" \r\nrkward(671)/kparts KParts::StatusBarExtension::removeStatusBarItem: StatusBarExtension::removeStatusBarItem. Widget not found : QObject(0x0) \r\nrkward(671) KDirWatch::removeFile: doesn't know \"\" \r\nObject::connect: No such signal KateBuffer::respellCheckBlock(KateDocument*,int,int)\r\nCalling appendChild() on a null node does nothing.\r\nCalling appendChild() on a null node does nothing.\r\nObject::connect: No such signal KateBuffer::respellCheckBlock(KateDocument*,int,int)\r\nCalling appendChild() on a null node does nothing.\r\nCalling appendChild() on a null node does nothing.\r\nObject::connect: No such signal KateBuffer::respellCheckBlock(KateDocument*,int,int)\r\nCalling appendChild() on a null node does nothing.\r\nCalling appendChild() on a null node does nothing.\r\nQPainter::begin: Widget painting can only begin as a result of a paintEvent\r\nQPainter::translate: Painter not active\r\nQPainter::setClipRect: Painter not active\r\nQPainter::font: Painter not active\r\nQPainter::setFont: Painter not active\r\nQPainter::setPen: Painter not active\r\nAssert 'devices.contains (devnum)' failed at /home/abuild/rpmbuild/BUILD/rkward-0.6.3/rkward/rbackend/rkwarddevice/rkgraphicsdevice.cpp - function closeDevice line 119\r\nQCoreApplication::postEvent: Unexpected null receiver\r\nrkward(671)/kparts KParts::StatusBarExtension::removeStatusBarItem: StatusBarExtension::removeStatusBarItem. Widget not found : QObject(0x0) \r\nQProcess: Destroyed while process is still running.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "c9eeead1", "posts": [ { "text": "- **summary**: Rkward crashes when calculating NMDS --> NEEDINFO: Rkward crashes when calculating NMDS\n", "attachments": [], "author": "tfry", "timestamp": "2016-01-01 20:19:32.618000", "last_edited": null, "slug": "3db9", "subject": "#138 NEEDINFO: Rkward crashes when calculating NMDS" }, { "text": "Hi!\r\n\r\nThanks for reporting (and sorry about the long silence).\r\n\r\n> If applicable: When doing the same thing in an R session outside of RKWard, do you see the same problem?\r\n> RStudio and R console do not produce any output, they just hang.\r\n\r\nThis does look like an issue in R or package \"vegan\", then. You may want to report it to the vegan mainainters. Bug tracker appears to be at https://github.com/vegandevs/vegan/issues . While the symptoms are a bit different in RKWard vs. R console (crash vs. hang), this does not indicate a problem in RKWard to me.\r\n\r\nIf I got you wrong on this, or you have any other particular reason to believe that this should be addressed in RKWard, rather than the package, please just reply. Otherwise, I'll close this report in a few weeks.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2016-01-01 20:19:32.720000", "last_edited": null, "slug": "c2f0", "subject": "#138 NEEDINFO: Rkward crashes when calculating NMDS" }, { "text": "It can be problem with vegan, but I wonder why it should crash Rkward... I reported the problem to vegan's developers, I'll see what they think about it.", "attachments": [], "author": "vjtz", "timestamp": "2016-01-04 09:45:46.919000", "last_edited": null, "slug": "60e6", "subject": "#138 NEEDINFO: Rkward crashes when calculating NMDS" }, { "text": "OK, it was confirmed as vegan bug https://github.com/vegandevs/vegan/issues/152 but still it shouldn't crash whole Rkward, I think...", "attachments": [], "author": "vjtz", "timestamp": "2016-01-05 13:36:49.351000", "last_edited": null, "slug": "8fcf", "subject": "#138 NEEDINFO: Rkward crashes when calculating NMDS" }, { "text": " > but still it shouldn't crash whole Rkward, I think...\r\n\r\nTrue. But as far as I understood your report, so far, you are not _technically_ seeing a crash, but rather \"only\" the message that the R backend has become unavailable.\r\n\r\nWe can't really do anything about the latter: If package code crashes in the R backend, that means the backend is crahed. (This is more than just a regular error, it's an undefined execution state). What we _could_ do better, is to allow the R backend to be restarted, without having to close the entire session. That's on our TODO list, but it's not something entirely trivial to implement.\r\n\r\nPlease let me know, if you are actually seeing a crash of the RKWard frontend.", "attachments": [], "author": "tfry", "timestamp": "2016-01-05 13:58:14.747000", "last_edited": null, "slug": "3e05", "subject": "#138 NEEDINFO: Rkward crashes when calculating NMDS" }, { "text": "Technically You are right, \"just\" backend crashes, but practically, You loose Your session and have to restore from backup. So that I vote for that restart feature and I hope to see it soon.", "attachments": [], "author": "vjtz", "timestamp": "2016-01-05 16:22:28.176000", "last_edited": null, "slug": "f30d", "subject": "#138 NEEDINFO: Rkward crashes when calculating NMDS" }, { "text": "- **status**: open --> closed\n", "attachments": [], "author": "tfry", "timestamp": "2016-01-05 19:38:01.626000", "last_edited": null, "slug": "2476", "subject": "#138 NEEDINFO: Rkward crashes when calculating NMDS" }, { "text": "Ok, thanks for the clarification. I'm closing this (specific) issue ticket, then.\r\n\r\nThanks for reporting!", "attachments": [], "author": "tfry", "timestamp": "2016-01-05 19:38:01.730000", "last_edited": null, "slug": "cdf6", "subject": "#138 NEEDINFO: Rkward crashes when calculating NMDS" } ], "page": null, "subject": "" }, "mod_date": "2016-01-05 19:38:01.757000", "votes_down": 0, "votes_up": 0, "_id": "555b4c117929e50f17fcbe58", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/c9eeead1/", "ticket_num": 138, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2015-05-19 14:43:29.402000" },{ "status": "closed-works-for-me", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "\"Sort data\" dialog too small by default", "description": "The Data->Sort data dialog is really too small by default: only two variables are visible in each list. I think it should be at least 5, or maybe as much as possible, meaning the dialog would take all of the screen's height.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "dcea6a95", "posts": [ { "text": "- **status**: open --> closed-works-for-me\n- **Group**: --> CRASH\n", "attachments": [], "author": "tfry", "timestamp": "2015-12-31 22:28:47.765000", "last_edited": null, "slug": "77e5", "subject": "#98 \"Sort data\" dialog too small by default" }, { "text": "Hm. Can't track down what might have fixed this, but can't reproduce, either. Closing anonymous report.", "attachments": [], "author": "tfry", "timestamp": "2015-12-31 22:28:47.859000", "last_edited": null, "slug": "24bb", "subject": "#98 \"Sort data\" dialog too small by default" } ], "page": null, "subject": "" }, "mod_date": "2015-12-31 22:28:47.873000", "votes_down": 0, "votes_up": 0, "_id": "50f52f3034309d12e68e0922", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/dcea6a95/", "ticket_num": 98, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2011-09-18 18:00:40" },{ "status": "closed-fixed", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": null, "labels": [], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "PROBLEM IN R: Hard to stop locator() and identify(1)", "description": "If you run locator\\(\\) without specifying a number, or identify\\(1\\) and can't select the required point for some reason \\(it happened to me today\\), you've no way obvious way of getting out of it, and R is blocked. It took me a few minutes to understand that right-click was a solution.\r\n\r\nI think Esc should stop these commands, but also that Ctrl+C and the \"Interrupt all commands\" button should work too. Closing the dialog, moving to another graph, etc. should also stop them, instead of hanging.\r\n\r\n\\(One could also dream of integrating these commands into the dialog, but that's another issue. ;-\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "b539eba5", "posts": [ { "text": "Confirmed. However, the same happens when using a regular R console, outside of RKWard. This probably needs fixing in the X11 device. BTW, when trying to close the device in this situation, R 2.14.0 \\(debian sid, i386\\) crashes on me. At least we don't trigger the crash in RKWard...\r\n\r\nHave you checked the R bug tracker for any matching reports, yet?\r\n\r\n> \\(One could also dream of integrating these commands into the dialog, but that's another issue. ;-\\)\r\n\r\nIndeed. And it should be fairly easy to implement as a plugin. However, as long as these commands have such severe issues, it may not be a good idea to lure users into trying them...\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-12-13 18:31:10", "last_edited": null, "slug": "bc52", "subject": "#116 PROBLEM IN R: Hard to stop locator() and identify(1)" }, { "text": "- **summary**: Hard to stop locator() and identify(1) --> PROBLEM IN R: Hard to stop locator() and identify(1)", "attachments": [], "author": "tfry", "timestamp": "2011-12-13 18:31:11", "last_edited": null, "slug": "e511", "subject": "#116 PROBLEM IN R: Hard to stop locator() and identify(1)" }, { "text": "Ah, I could have checked. I'll look for reports and file a new bug if it isn't known.\r\n\r\n\\(But I don't experience the crash here on Fedora 15 x86-64, so you'll need to report it directly...\\)", "attachments": [], "author": "nalimilan", "timestamp": "2011-12-13 18:53:39", "last_edited": null, "slug": "d965", "subject": "#116 PROBLEM IN R: Hard to stop locator() and identify(1)" }, { "text": "I should add: there's maybe a bug in RKWard in the sense that it blocks when trying to close the graph window. This probably prevents the crash on your machine, but it makes it impossible to stop locator\\(\\) this way.", "attachments": [], "author": "nalimilan", "timestamp": "2011-12-13 18:57:15", "last_edited": null, "slug": "842a", "subject": "#116 PROBLEM IN R: Hard to stop locator() and identify(1)" }, { "text": "Small update: There is now a way (although somewhat ugly) to force-close a graph, and thus break out of locator() this way.", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:28:30.652000", "last_edited": null, "slug": "f175", "subject": "#116 PROBLEM IN R: Hard to stop locator() and identify(1)" }, { "text": "- **status**: open --> closed-fixed\n- **Group**: --> CRASH\n", "attachments": [], "author": "tfry", "timestamp": "2016-01-01 20:11:27.779000", "last_edited": null, "slug": "bd24", "subject": "#116 PROBLEM IN R: Hard to stop locator() and identify(1)" }, { "text": "Closing. The parts that are fixable on RKWard's side were fixed long ago (esp. being able to close an X11() window despite an active call to locator()). Ever since we have the RK() window, this is also much less of an issue, as this handles interrupting locator(), correctly, in the first place.\r\n\r\nThe part about integrating identify() and locator() in the plot window is now tracked at https://bugs.kde.org/show_bug.cgi?id=357402 .", "attachments": [], "author": "tfry", "timestamp": "2016-01-01 20:11:28.135000", "last_edited": null, "slug": "74f8", "subject": "#116 PROBLEM IN R: Hard to stop locator() and identify(1)" } ], "page": null, "subject": "" }, "mod_date": "2016-01-01 20:11:28.231000", "votes_down": 0, "votes_up": 0, "_id": "50f52f3834309d12e68e0b0e", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/b539eba5/", "ticket_num": 116, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2011-12-13 14:17:34" },{ "status": "closed-fixed", "reported_by_id": "50f52f6234309d12e68e14f3", "related_artifacts": [], "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/128/attachment/rkward-20130506-135018.kcrash", "bytes": 3205 } ], "reported_by": "burfee", "assigned_to": null, "labels": [ "WORKAROUND", "FIXED IN SVN" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "RKWard 0.6.1 using R 3.0 on Ubuntu 12.04 crashing on start --rkward.frontend PID: 24582 Signal: Segmentation fault (11) ", "description": "Just updated R and RKWard and i'mhaving problems starting the GUI. Running rkward from the terminal i get the following:\r\n\r\n$ rkward\r\nKCrash: Application 'rkward' crashing...\r\nKCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit\r\nsock_file=/home/burfee/.kde/socket-burfee/kdeinit4__0\r\n[2] Exit 253 rkward\r\n[3]+ Stopped rkward\r\n\r\nBelow is the error stack\r\n\r\nWhat should i do to fix it?", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "9cb4c5e2", "posts": [ { "text": "- **labels**: --> WORKAROUND, FIXED IN SVN\n- Description has changed:\n\nDiff:\n\n~~~~\n\n--- old\n+++ new\n@@ -1,4 +1,3 @@\n-\n \n Just updated R and RKWard and i'mhaving problems starting the GUI. Running rkward from the terminal i get the following:\n \n\n~~~~\n\n- **status**: open --> open-fixed\n", "attachments": [], "author": "tfry", "timestamp": "2013-07-16 08:32:02.632000", "last_edited": null, "slug": "a557", "subject": "#128 RKWard 0.6.1 using R 3.0 on Ubuntu 12.04 crashing on start --rkward.frontend PID: 24582 Signal: Segmentation fault (11) " }, { "text": "Link to forum discussion with workaround: https://sourceforge.net/p/rkward/discussion/165573/thread/8e0801f3/\r\n\r\nFixed in SVN (r4741).", "attachments": [], "author": "tfry", "timestamp": "2013-07-16 08:32:03.659000", "last_edited": null, "slug": "a500", "subject": "#128 RKWard 0.6.1 using R 3.0 on Ubuntu 12.04 crashing on start --rkward.frontend PID: 24582 Signal: Segmentation fault (11) " }, { "text": "- Description has changed:\n\nDiff:\n\n~~~~\n\n--- old\n+++ new\n@@ -1,4 +1,3 @@\n-\n Just updated R and RKWard and i'mhaving problems starting the GUI. Running rkward from the terminal i get the following:\n \n $ rkward\n\n~~~~\n\n- **status**: open-fixed --> closed-fixed\n", "attachments": [], "author": "tfry", "timestamp": "2014-10-24 09:50:28.871000", "last_edited": null, "slug": "969d", "subject": "#128 RKWard 0.6.1 using R 3.0 on Ubuntu 12.04 crashing on start --rkward.frontend PID: 24582 Signal: Segmentation fault (11) " } ], "page": null, "subject": "" }, "mod_date": "2014-12-21 17:22:00.391000", "votes_down": 0, "votes_up": 0, "_id": "51878fa5bcf63a65e2e8ff5d", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/9cb4c5e2/", "ticket_num": 128, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2013-05-06 11:10:29.006000" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "NEEDINFO: rkward not working with kdelibs4.7 on gentoo", "description": "Using Gentoo rkward \\(0.5.6 & 0.5.5\\) crashes immediately if run when kde upgraded to 4.7. recompiling both rkward & R \\(2.13.1 & 2.13.0\\) didn't help but downgrading to kde-libs 4.6.5 fixed it immedately. I only ever saw one error message that looked vaguely helpful which was about trying to use a depreciated QT3 something. Sorry I haven't got more details although I'm not exactly keen to go through recompiling everything to see if i can recreate it\\!", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "5b55f9fc", "posts": [ { "text": "i can't reproduce this on kubuntu 11.04. RKWard still seems to work fine after upgrading to KDE 4.7 from ppa-backports.", "attachments": [], "author": "m-eik", "timestamp": "2011-07-31 10:58:02", "last_edited": null, "slug": "b275", "subject": "#94 NEEDINFO: rkward not working with kdelibs4.7 on gentoo" }, { "text": "Hi\\!\r\n\r\n> I'm not exactly keen to go through recompiling everything to see if i can recreate it\\!\r\n\r\nI can understand that. But I'm afraid there is not much that I can do without more details. One bit of info that \\*might\\* still be available is the log files rkward write to /tmp/kde-USERNAME/rkward\\[.rbackend\\]XXXXX.tmp . If one of those files might be from the session that crashed, please attach it to this report \\(or post to the mailing list\\).\r\n\r\nRKWard does not make direct use of Qt3 support classes, so that does not help much in pinning down the problem.\r\n\r\nOf course if any other gentoo user runs into this: Please post a backtrace\\!\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-08-02 18:00:05", "last_edited": null, "slug": "ebdf", "subject": "#94 NEEDINFO: rkward not working with kdelibs4.7 on gentoo" }, { "text": "- **summary**: rkward not working with kdelibs4.7 --> NEEDINFO: rkward not working with kdelibs4.7 on gentoo", "attachments": [], "author": "tfry", "timestamp": "2011-08-02 18:00:05", "last_edited": null, "slug": "8f33", "subject": "#94 NEEDINFO: rkward not working with kdelibs4.7 on gentoo" }, { "text": "Problem was in gentoo, and is now fixed, there. See https://bugs.gentoo.org/show\\_bug.cgi?id=380761 . Closing.", "attachments": [], "author": "tfry", "timestamp": "2011-09-18 11:22:38", "last_edited": null, "slug": "1ef8", "subject": "#94 NEEDINFO: rkward not working with kdelibs4.7 on gentoo" }, { "text": "- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-09-18 11:22:38", "last_edited": null, "slug": "834c", "subject": "#94 NEEDINFO: rkward not working with kdelibs4.7 on gentoo" } ], "page": null, "subject": "" }, "mod_date": "2011-09-18 11:22:38", "votes_down": 0, "votes_up": 0, "_id": "50f52f2f34309d12e68e08c4", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/5b55f9fc/", "ticket_num": 94, "custom_fields": { "_priority": "5" }, "created_date": "2011-07-30 19:23:23" },{ "status": "closed", "reported_by_id": "50f52f3134309d12e68e0975", "related_artifacts": [], "attachments": [], "reported_by": "deboerk", "assigned_to": null, "labels": [ "FIXED in SVN" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Plot window won't close if plot is interactive", "description": "Hi! I'm not able to close the plot window if the plot is interactive. Here is an example:\r\n\r\nrequire(MatchIt)\r\ndata(\"lalonde\")\r\nm.out <- matchit(treat ~ educ + black + hispan, data = lalonde)\r\nplot(m.out, type = \"jitter\")\r\n\r\nI'm using R 2.15.3 and RKWard 0.6.0 on KDE 4.4.5.\r\n\r\nRegards,\r\nBirk", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "ad882144", "posts": [ { "text": "- **labels**: --> FIXED in SVN\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:22:24.250000", "last_edited": null, "slug": "aa95", "subject": "#126 Plot window won't close if plot is interactive" }, { "text": "Hi,\r\n\r\nconfirmed, thanks for reporting.\r\n\r\nIn the development version, I have added a workaround, which should allow you to break out in this case. It's not pretty, but gives you a way out of the lock-up.\r\n\r\nIncidentally, I have just started working on an all-new approach to handling on-screen graphics, and I hope this will allow to deal with this problem (and many other things) in a more elegant way. Not for 0.6.1, though.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:22:25.142000", "last_edited": null, "slug": "c571", "subject": "#126 Plot window won't close if plot is interactive" }, { "text": "- **status**: open --> open-fixed\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:25:34.590000", "last_edited": null, "slug": "96fe", "subject": "#126 Plot window won't close if plot is interactive" }, { "text": "- **status**: open-fixed --> closed\n", "attachments": [], "author": "tfry", "timestamp": "2013-04-16 14:51:24.738000", "last_edited": null, "slug": "410e", "subject": "#126 Plot window won't close if plot is interactive" } ], "page": null, "subject": "" }, "mod_date": "2013-04-16 14:51:25.043000", "votes_down": 0, "votes_up": 0, "_id": "514b36c27929e57ccceaa176", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/ad882144/", "ticket_num": 126, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2013-03-21 16:35:14.701000" },{ "status": "closed-fixed", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "FIXED IN SVN: Expand dialogs when showing code", "description": "So, with recent versions dialogs are correclty sized by default, which is great. But if you click on the \"Code\" button, you still only see one line of the multi-line entry \\(and that line is blank\\). The dialog should really resize to something reasonable, I suggest the dialog expands to the bottom of the screen in all cases, since people clicking on \"Code\" probably want to read that code correctly \\(even if it hides the main window\\). Clicking on \"Code\" again should resize the window to the original size.\r\n\r\n\\(I think I read in planet.gnome.org recently that all common window managers force the window height to the screen size if you ask for something too big, so you probably can just request 1000px or so.\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "73f5ae51", "posts": [ { "text": "Hi\\!\r\n\r\nActually, the dialog \\_is\\_ resized when clicking on the code button. And in fact, the amount by which it is resized \\(i.e. the height of the code display\\) can be configured at Settings->Configure RKWard->Plugins. However, in fact, the default value for that was set to an unreasonably small 40px. I have now adjusted that to 250px in the development version.\r\n\r\nUsing a fixed \\(initial\\) height of the code display may not be a terribly elegant solution. However, getting this right is not as easy as it may seem. Among other things:\r\n\\- The layout should be sane, whether or not the code display is shown initially \\(a configurable option\\).\r\n\\- Toggling the code display should work well, whether the dialog is placed near the top or the bottom of the screen.\r\n\\- When toggling, the layout of the upper portion of the dialog should not jump too much.\r\n\\- The dialog should react well to user resizing, whether or not the code display is shown.\r\n\\- Should work well on a large variety of screen resolutions.\r\n\r\nWell, I don't claim the current solution is the best possible one, but a good deal of trial and error preceded it. Thus, to me, this is a mix of \"fixed\" \\(default size setting\\) and \"won't fix\". Of course, if you can provide a patch that \"just works\", I'll be more than happy to apply it \\(main function to look at is RKStandardComponentGUI::toggleCode\\(\\)\\).\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-09-14 07:26:07", "last_edited": null, "slug": "9c89", "subject": "#97 FIXED IN SVN: Expand dialogs when showing code" }, { "text": "- **summary**: Expand dialogs when showing code --> FIXED IN SVN: Expand dialogs when showing code\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-09-14 07:26:07", "last_edited": null, "slug": "da76", "subject": "#97 FIXED IN SVN: Expand dialogs when showing code" }, { "text": "No problem, that's OK with me too.Thanks\\!\r\n\r\nI would say you don't need a setting to allow users to change this value, but that's probably a GNOMEr POV. ;-\\)", "attachments": [], "author": "nalimilan", "timestamp": "2011-09-14 08:46:29", "last_edited": null, "slug": "1a07", "subject": "#97 FIXED IN SVN: Expand dialogs when showing code" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-10-24 08:13:21", "last_edited": null, "slug": "1bc9", "subject": "#97 FIXED IN SVN: Expand dialogs when showing code" } ], "page": null, "subject": "" }, "mod_date": "2011-10-24 08:13:21", "votes_down": 0, "votes_up": 0, "_id": "50f52f2f34309d12e68e0906", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/73f5ae51/", "ticket_num": 97, "custom_fields": { "_priority": "5" }, "created_date": "2011-09-04 13:33:51" },{ "status": "closed-out-of-date", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "KDELIBS, WORKAROUND: text is backwards in console", "description": "Using Linux Ubuntu 10.04 with RKward. On occasion, after I run code that has a bug in it as a script file, I notice that text that I type into the console shows up backward. For example, I just ran a script file with a bug. I go to the console and type in some commands but the commands show up on the screen backwards. If I type in RKward bug, it shows up as :\r\n\r\n> gub drawKR\r\n\r\nThe strange part is if I go back up to the script window to correct the code, the typing/text comes out normal. The problem is only in console\r\n\r\nI can usually close RKward and restart it and that clears the bug. Although it seems like the problem is happening more and more. It also seems to be related to how long the computer has been on. In other words to memory although I'm not positive about that.\r\n\r\nComments , suggests ?", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "d4cfff5a", "posts": [ { "text": "Hi\\!\r\n\r\nIt's a known \\(and annoying\\!\\) bug in the KDE text editor component: https://bugs.kde.org/show\\_bug.cgi?id=246162 . Not much we can do about it in RKWard, it needs to be fixed in KDE libs.\r\n\r\nTo get out of this situation, without restarting RKWard:\r\n1\\) If this happens in a script editor: Use File->Reload \\(don't forget to save first, if needed\\).\r\n2\\) If this happens in the R Console: Use \"Clear\" from the context menu.", "attachments": [], "author": "tfry", "timestamp": "2011-03-29 07:03:52", "last_edited": null, "slug": "0dd8", "subject": "#84 KDELIBS, WORKAROUND: text is backwards in console" }, { "text": "- **summary**: text is backwards in console --> KDELIBS, WORKAROUND: text is backwards in console", "attachments": [], "author": "tfry", "timestamp": "2011-03-29 07:03:52", "last_edited": null, "slug": "80f8", "subject": "#84 KDELIBS, WORKAROUND: text is backwards in console" }, { "text": "- **status**: open --> closed-out-of-date\n- **milestone**: --> CRASH\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:29:54.992000", "last_edited": null, "slug": "6a32", "subject": "#84 KDELIBS, WORKAROUND: text is backwards in console" }, { "text": "This bug appears to have been fixed in KDE 4.6.", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:29:55.246000", "last_edited": null, "slug": "97e6", "subject": "#84 KDELIBS, WORKAROUND: text is backwards in console" } ], "page": null, "subject": "" }, "mod_date": "2013-03-22 10:29:55.262000", "votes_down": 0, "votes_up": 0, "_id": "50f52f2834309d12e68e076a", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/d4cfff5a/", "ticket_num": 84, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2011-03-29 01:05:41" },{ "status": "closed-fixed", "reported_by_id": "4feccea2b9363c7f270000df", "related_artifacts": [], "attachments": [], "reported_by": "m-eik", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "CRAN mirror selection not working when invoked indirectly", "description": "Qt: 4.7.0\r\nKDE: 4.6.2 \\(4.6.2\\)\r\nRKWard: 0.5.5.z+0.5.6+test2\r\nR: 2.12.2 \\(2011-02-25\\)\r\n\r\nselecting a mirror works fine via Preferences -> Configure RKWard -> R backend -> Select mirror. but it fails when invoked from the console:\r\n\r\n\\- execute \"require\\(xyz\\)\" \\(while xyz may be any uninstalled and/or unknown package\\)\r\n\\- follow the dialogs until you're told the package can't be found\r\n\\- select \"configure repositories\"\r\n\\- select \"select mirror\"\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "462e7de9", "posts": [ { "text": "- **status**: open --> open-fixed\n- **Group**: --> FIXED IN SVN\n", "attachments": [], "author": "tfry", "timestamp": "2013-04-16 14:53:32.196000", "last_edited": null, "slug": "d4d4", "subject": "#85 CRAN mirror selection not working when invoked indirectly" }, { "text": "Now fixed in SVN r4701 (was much easier to fix than I had thought).", "attachments": [], "author": "tfry", "timestamp": "2013-04-16 14:53:32.391000", "last_edited": null, "slug": "7e73", "subject": "#85 CRAN mirror selection not working when invoked indirectly" }, { "text": "- **status**: open-fixed --> closed-fixed\n", "attachments": [], "author": "tfry", "timestamp": "2014-10-24 09:50:57.620000", "last_edited": null, "slug": "0968", "subject": "#85 CRAN mirror selection not working when invoked indirectly" } ], "page": null, "subject": "" }, "mod_date": "2014-10-24 09:50:57.790000", "votes_down": 0, "votes_up": 0, "_id": "50f52f2934309d12e68e077b", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/462e7de9/", "ticket_num": 85, "custom_fields": { "_priority": "5", "_milestone": "FIXED IN SVN" }, "created_date": "2011-04-11 19:45:07" },{ "status": "closed-duplicate", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "Interface (example)" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "'/' Key triggers find function", "description": "'/' triggers find function by default - which is ridiculous. How can you change directory if every time you try you end typing into a find box. If you're going to have a shortcut for find - pick a key which is less used\\!", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "e85256b8", "posts": [ { "text": "This report is a duplicate of https://sourceforge.net/tracker/?func=detail&aid=3310106&group\\_id=50231&atid=459007 .\r\n\r\nSee the comments there for background information and a workaround.", "attachments": [], "author": "tfry", "timestamp": "2011-10-05 17:07:32", "last_edited": null, "slug": "da65", "subject": "#102 '/' Key triggers find function" }, { "text": "- **status**: open --> closed-duplicate", "attachments": [], "author": "tfry", "timestamp": "2011-10-05 17:07:32", "last_edited": null, "slug": "f56d", "subject": "#102 '/' Key triggers find function" } ], "page": null, "subject": "" }, "mod_date": "2011-10-05 17:07:32", "votes_down": 0, "votes_up": 0, "_id": "50f52f3134309d12e68e0963", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/e85256b8/", "ticket_num": 102, "custom_fields": { "_priority": "5" }, "created_date": "2011-10-05 17:00:47" },{ "status": "open", "reported_by_id": "50f52f3134309d12e68e0975", "related_artifacts": [], "attachments": [], "reported_by": "deboerk", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "RKWard aborts KDE shutdown process", "description": "RKWard prompts me to save unsaved changes if I close the application. This prompt also appears when I shutdown my computer and RKWard is closed automatically. The problem is that no matter whether I choose \"save\", \"discard\" or \"cancel\" the KDE shutdown routine is being aborted. I would expect that to happen only on \"cancel\". So if I \"save\" or \"discard\" the changes I have to tell KDE again to shutdown.\r\n\r\nRKWard Version 0.5.5.z+0.5.6+pre1\r\nOn KDE 4.4.5\r\nR version 2.13.0 \\(2011-04-13\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "daad7072", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-01-15 10:28:02.850000", "votes_down": 0, "votes_up": 0, "_id": "50f52f3134309d12e68e0974", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/daad7072/", "ticket_num": 103, "custom_fields": { "_priority": "5" }, "created_date": "2011-10-06 13:17:12" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: Crash after \"FOO in Help search", "description": "Application: rkward \\(0.5.5.z+0.5.6+pre1\\)\r\nKDE Platform Version: 4.4.5 \\(KDE 4.4.5\\)\r\nQt Version: 4.7.3\r\nOperating System: Linux 2.6.39-0 i686\r\n\r\n\\-- Information about the crash:\r\n\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\r\n<In detail, tell us what you were doing when the application crashed.>\r\nEnter \"FOO \\(does not happen with \\#,',...\\) into the \"Help search\" dialog and RKWard will crash reproduceably.\r\n\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\\#\r\n\r\nThe crash can be reproduced every time.\r\n\\-- Backtrace:\r\nA useful backtrace could not be generated\r\n\r\nReport to rkward-devel@lists.sourceforge.net\r\n\r\nApplication: RKWard \\(rkward.frontend\\), signal: Segmentation fault\r\n\\[Current thread is 1 \\(Thread 0xb46c3710 \\(LWP 7471\\)\\)\\]\r\n\r\nThread 4 \\(Thread 0xb2c9bb70 \\(LWP 7476\\)\\):\r\n\\#0 0xb4df8e11 in clock\\_gettime \\(\\) from /lib/i686/cmov/librt.so.1\r\n\\#1 0xb5fa5fb5 in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#2 0xb6078c86 in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#3 0xb6078fea in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#4 0xb6077843 in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#5 0xb60778dd in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#6 0xb4d5e74e in g\\_main\\_context\\_prepare \\(\\) from /lib/libglib-2.0.so.0\r\n\\#7 0xb4d5f613 in ?? \\(\\) from /lib/libglib-2.0.so.0\r\n\\#8 0xb4d5fce4 in g\\_main\\_context\\_iteration \\(\\) from /lib/libglib-2.0.so.0\r\n\\#9 0xb6078317 in QEventDispatcherGlib::processEvents\\(QFlags<QEventLoop::ProcessEventsFlag>\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#10 0xb6048f9d in QEventLoop::processEvents\\(QFlags<QEventLoop::ProcessEventsFlag>\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#11 0xb60491e1 in QEventLoop::exec\\(QFlags<QEventLoop::ProcessEventsFlag>\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#12 0xb5f4beeb in QThread::exec\\(\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#13 0x081542ae in \\_start \\(\\)\r\n\r\nThread 3 \\(Thread 0xae5ecb70 \\(LWP 7486\\)\\):\r\n\\#0 0xb78c9424 in \\_\\_kernel\\_vsyscall \\(\\)\r\n\\#1 0xb65b0703 in pthread\\_cond\\_timedwait@@GLIBC\\_2.3.2 \\(\\) from /lib/i686/cmov/libpthread.so.0\r\n\\#2 0xb5f4f1ee in QWaitCondition::wait\\(QMutex\\*, unsigned long\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#3 0xb5f420c4 in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#4 0xb5f4ed53 in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#5 0xb65abc39 in start\\_thread \\(\\) from /lib/i686/cmov/libpthread.so.0\r\n\\#6 0xb51ba8ee in clone \\(\\) from /lib/i686/cmov/libc.so.6\r\n\r\nThread 2 \\(Thread 0xaddd1b70 \\(LWP 7487\\)\\):\r\n\\#0 0xb78c9424 in \\_\\_kernel\\_vsyscall \\(\\)\r\n\\#1 0xb65b0703 in pthread\\_cond\\_timedwait@@GLIBC\\_2.3.2 \\(\\) from /lib/i686/cmov/libpthread.so.0\r\n\\#2 0xb5f4f1ee in QWaitCondition::wait\\(QMutex\\*, unsigned long\\) \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#3 0xb5f420c4 in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#4 0xb5f4ed53 in ?? \\(\\) from /usr/lib/libQtCore.so.4\r\n\\#5 0xb65abc39 in start\\_thread \\(\\) from /lib/i686/cmov/libpthread.so.0\r\n\\#6 0xb51ba8ee in clone \\(\\) from /lib/i686/cmov/libc.so.6\r\n\r\nThread 1 \\(Thread 0xb46c3710 \\(LWP 7471\\)\\):\r\n\\[KCrash Handler\\]\r\n\\#6 0x080a70df in \\_start \\(\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "ff5ff0bd", "posts": [ { "text": "Now fixed in SVN.", "attachments": [], "author": "tfry", "timestamp": "2011-05-24 06:28:28", "last_edited": null, "slug": "4949", "subject": "#87 FIXED IN SVN: Crash after \"FOO in Help search" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Crash after \"FOO in Help search --> FIXED IN SVN: Crash after \"FOO in Help search\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-05-24 06:28:28", "last_edited": null, "slug": "4e35", "subject": "#87 FIXED IN SVN: Crash after \"FOO in Help search" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-05-31 08:21:42", "last_edited": null, "slug": "ec22", "subject": "#87 FIXED IN SVN: Crash after \"FOO in Help search" } ], "page": null, "subject": "" }, "mod_date": "2011-05-31 08:21:42", "votes_down": 0, "votes_up": 0, "_id": "50f52f2934309d12e68e079f", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/ff5ff0bd/", "ticket_num": 87, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2011-05-23 21:24:12" },{ "status": "closed-fixed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Help search block after search of some words", "description": "The help search dialogue keeps blocked if one searches for words not present in help files. Only a restart of RKWard seems to help.\r\n\r\nExample search for \"tomatensuppe\".\r\n\r\nTested on current SVN \\(14.11.2011\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "b8238da4", "posts": [ { "text": "Thanks for reporting\\! I've fixed it in SVN, now.", "attachments": [], "author": "tfry", "timestamp": "2011-10-14 07:44:25", "last_edited": null, "slug": "72c4", "subject": "#104 Help search block after search of some words" }, { "text": "- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2011-10-14 07:44:25", "last_edited": null, "slug": "018f", "subject": "#104 Help search block after search of some words" } ], "page": null, "subject": "" }, "mod_date": "2011-10-14 07:44:25", "votes_down": 0, "votes_up": 0, "_id": "50f52f3234309d12e68e099a", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/b8238da4/", "ticket_num": 104, "custom_fields": { "_priority": "5" }, "created_date": "2011-10-14 07:19:47" },{ "status": "closed-fixed", "reported_by_id": "50f52f3934309d12e68e0b74", "related_artifacts": [], "attachments": [], "reported_by": "mcertini", "assigned_to": null, "labels": [ "Interface (example)" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Program Crash.", "description": "When opening RKWard I had a number of files that popped up that wanted a connection to the internet. Since I did not have an open connection to the internet I chose to block the communication. I am not sure if the files wanting a connection is related to a virus or if this is built in program logic. Attached is the Visual Studio debug report.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "44bb8080", "posts": [ { "text": "Visual Studio Debug", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/44bb8080/12c6/attachment/rkward.frontend.sln", "bytes": 658 } ], "author": "mcertini", "timestamp": "2012-06-19 01:53:19", "last_edited": null, "slug": "12c6", "subject": "#120 Program Crash." }, { "text": "Installed a new firewall and discovered that my firewall was blocking vital communication from files dbus-daemon.exe and kdeinit4.exe. Once allowed through the firewall, the program opened properly.", "attachments": [], "author": "mcertini", "timestamp": "2012-06-19 07:47:39", "last_edited": null, "slug": "3b4c", "subject": "#120 Program Crash." }, { "text": "- **status**: open --> closed-fixed", "attachments": [], "author": "mcertini", "timestamp": "2012-06-19 07:47:39", "last_edited": null, "slug": "ed88", "subject": "#120 Program Crash." } ], "page": null, "subject": "" }, "mod_date": "2012-06-19 07:47:39", "votes_down": 0, "votes_up": 0, "_id": "50f52f3934309d12e68e0b73", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/44bb8080/", "ticket_num": 120, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2012-06-19 01:53:18" },{ "status": "closed-fixed", "reported_by_id": "50f52f3934309d12e68e0b74", "related_artifacts": [], "attachments": [], "reported_by": "mcertini", "assigned_to": null, "labels": [ "Interface (example)" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Reinstallation Program Crash", "description": "Can someone help me with my installation problems?", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "d8e4e56e", "posts": [ { "text": "rkward.frontend.exe", "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/_discuss/thread/d8e4e56e/fcab/attachment/rkward.frontend.jpg", "bytes": 156579 } ], "author": "mcertini", "timestamp": "2012-06-19 07:32:59", "last_edited": null, "slug": "fcab", "subject": "#121 Reinstallation Program Crash" }, { "text": "Installed a new firewall and discovered that my firewall was blocking vital communication from files dbus-daemon.exe and kdeinit4.exe. Once allowed through the firewall, the program opened properly.", "attachments": [], "author": "mcertini", "timestamp": "2012-06-19 07:46:45", "last_edited": null, "slug": "b018", "subject": "#121 Reinstallation Program Crash" }, { "text": "- **status**: open --> closed-fixed", "attachments": [], "author": "mcertini", "timestamp": "2012-06-19 07:46:45", "last_edited": null, "slug": "1a65", "subject": "#121 Reinstallation Program Crash" } ], "page": null, "subject": "" }, "mod_date": "2012-06-19 07:46:45", "votes_down": 0, "votes_up": 0, "_id": "50f52f3b34309d12e68e0bae", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/d8e4e56e/", "ticket_num": 121, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2012-06-19 07:32:58" },{ "status": "closed-out-of-date", "reported_by_id": "50f52f2a34309d12e68e07d7", "related_artifacts": [], "attachments": [], "reported_by": "nalimilan", "assigned_to": null, "labels": [ "NEEDINFO" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "R backend hangs using 100% when after trying to stop operation", "description": "Sometimes, when I try to cancel an operation, rkward.rbackend hangs eating all CPU. I'm not sure how to reproduce it. Below are the stacktraces of rkward.rbackend and rkward.frontend during the hang.\r\n\r\nThis is with RKWard 0.6.0z+0.6.1+pre1 on Fedora 18 64-bit.\r\n\r\n~~~~~\r\nrkward.rbackend:\r\n(gdb) t a a bt\r\n\r\nThread 2 (Thread 0x7f0b2d874700 (LWP 10719)):\r\n#0 0x0000003e820011b5 in tls_get_addr_tail () from /lib64/ld-linux-x86-64.so.2\r\n#1 0x0000003e8f87a66f in get_thread_data () at thread/qthread_unix.cpp:182\r\n#2 QThreadData::current () at thread/qthread_unix.cpp:208\r\n#3 0x0000003e8f878519 in QThread::currentThread () at thread/qthread.cpp:401\r\n#4 0x0000000000416479 in RKRBackendProtocolBackend::inRThread ()\r\n at /home/milan/Dev/rkward/rkward/rkward/rbackend/rkrbackendprotocol_backend.cpp:213\r\n#5 0x000000000040e8f1 in RKRBackend::tryToDoEmergencySave ()\r\n at /home/milan/Dev/rkward/rkward/rkward/rbackend/rkrbackend.cpp:552\r\n#6 0x0000000000411c15 in RKSignalSupportPrivate::signal_proxy (signum=11, \r\n info=0x7f0b2d8737b0, context=0x7f0b2d873680)\r\n at /home/milan/Dev/rkward/rkward/rkward/rbackend/rksignalsupport.cpp:72\r\n#7 \r\n#8 0x00007f0b3563c773 in g_main_context_check (context=context@entry=\r\n 0x7f0b280009a0, max_priority=2147483647, fds=fds@entry=0x7f0b2801c0a0, \r\n n_fds=n_fds@entry=2) at gmain.c:3144\r\n#9 0x00007f0b3563ccc2 in g_main_context_iterate (context=context@entry=\r\n 0x7f0b280009a0, block=block@entry=1, dispatch=dispatch@entry=1, \r\n self=) at gmain.c:3287\r\n#10 0x00007f0b3563ce44 in g_main_context_iteration (context=0x7f0b280009a0, \r\n may_block=1) at gmain.c:3351\r\n#11 0x0000003e8f9a6106 in QEventDispatcherGlib::processEvents (this=\r\n 0x7f0b280008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:424\r\n#12 0x0000003e8f97680f in QEventLoop::processEvents (this=this@entry=\r\n 0x7f0b2d873ca0, flags=...) at kernel/qeventloop.cpp:149\r\n#13 0x0000003e8f976a98 in QEventLoop::exec (this=0x7f0b2d873ca0, flags=...)\r\n at kernel/qeventloop.cpp:204\r\n#14 0x0000003e8f878980 in QThread::exec (this=)\r\n at thread/qthread.cpp:542\r\n#15 0x00000000004184c6 in RKRBackendTransmitter::run (this=0x7fff04c7fcf0)\r\n at /home/milan/Dev/rkward/rkward/rkward/rbackend/rkbackendtransmitter.cpp:69\r\n#16 0x0000003e8f87b95c in QThreadPrivate::start (arg=0x7fff04c7fcf0)\r\n at thread/qthread_unix.cpp:338\r\n#17 0x0000003e82c07d15 in start_thread (arg=0x7f0b2d874700)\r\n at pthread_create.c:308\r\n#18 0x0000003e824f248d in clone () from /lib64/libc.so.6\r\n\r\nThread 1 (Thread 0x7f0b33e8f880 (LWP 10717)):\r\n#0 0x0000003e824eebf9 in syscall () from /lib64/libc.so.6\r\n#1 0x0000003e8f87a404 in _q_futex (addr2=0x0, val2=0, timeout=0x0, val=2, op=\r\n 0, addr=0x24bc080) at thread/qmutex_unix.cpp:99\r\n#2 QMutexPrivate::wait (this=0x24bc080, timeout=)\r\n at thread/qmutex_unix.cpp:113\r\n#3 0x0000003e8f876615 in QMutex::lockInternal (this=)\r\n at thread/qmutex.cpp:450\r\n#4 0x000000000041612d in RKDebugMessageOutput (type=QtDebugMsg, msg=\r\n 0x25302e0 \"Assert 'false' failed at /home/milan/Dev/rkward/rkward/rkward/rbackend/rkrbackend.cpp - function tryToDoEmergencySave line 572\")\r\n at /home/milan/Dev/rkward/rkward/rkward/rbackend/rkrbackendprotocol_backend.cpp:93\r\n#5 0x000000000041624d in RKDebug (flags=, \r\n level=, fmt=)\r\n at /home/milan/Dev/rkward/rkward/rkward/rbackend/rkrbackendprotocol_backend.cpp:115\r\n#6 0x000000000040ea04 in RKRBackend::tryToDoEmergencySave ()\r\n at /home/milan/Dev/rkward/rkward/rkward/rbackend/rkrbackend.cpp:572\r\n#7 0x0000000000411c15 in RKSignalSupportPrivate::signal_proxy (signum=11, \r\n info=0x2532530, context=0x2532400)\r\n at /home/milan/Dev/rkward/rkward/rkward/rbackend/rksignalsupport.cpp:72\r\n#8 \r\n#9 0x0000003e8254cb83 in __memmove_ssse3_back () from /lib64/libc.so.6\r\n#10 0x0000003e8f89983a in memmove (__len=18446744073709551608, \r\n __src=, __dest=)\r\n at /usr/include/bits/string3.h:57\r\n#11 QListData::remove (this=this@entry=0x24db5a8, i=, i@entry=\r\n -1) at tools/qlist.cpp:343\r\n#12 0x0000003e8f899b2c in QListData::erase (this=0x24db5a8, xi=)\r\n at tools/qlist.cpp:412\r\n#13 0x0000000000409381 in erase (it=..., this=0x24db5a8)\r\n at /usr/include/QtCore/qlist.h:466\r\n#14 removeLast (this=0x24db5a8) at /usr/include/QtCore/qlist.h:287\r\n#15 pop_back (this=0x24db5a8) at /usr/include/QtCore/qlist.h:303\r\n#16 RKRBackend::commandFinished (this=0x24db580, \r\n check_object_updates_needed=check_object_updates_needed@entry=true)\r\n at /home/milan/Dev/rkward/rkward/rkward/rbackend/rkrbackend.cpp:1419\r\n#17 0x000000000040f576 in RReadConsole (prompt=0x250d1a0 \"\\002\", buf=\r\n 0x7fff04c7eb7c \"\", buflen=4096, hist=1)\r\n at /home/milan/Dev/rkward/rkward/rkward/rbackend/rkrbackend.cpp:365\r\n#18 0x0000003e849131e2 in Rf_ReplIteration () from /usr/lib64/R/lib/libR.so\r\n#19 0x0000003e84913580 in R_ReplConsole () from /usr/lib64/R/lib/libR.so\r\n#20 0x0000003e84913aaa in run_Rmainloop () from /usr/lib64/R/lib/libR.so\r\n#21 0x000000000040f29b in RKRBackend::run (this=0x24db580, locale_dir=...)\r\n at /home/milan/Dev/rkward/rkward/rkward/rbackend/rkrbackend.cpp:1385\r\n#22 0x0000000000407830 in main (argc=5, argv=)\r\n at /home/milan/Dev/rkward/rkward/rkward/rbackend/rkrbackendprotocol_backend.cpp:159\r\n\r\n\r\nrkward.frontend trace:\r\n\r\n(gdb) t a a bt\r\n\r\nThread 6 (Thread 0x7f01f6a6b700 (LWP 10715)):\r\n#0 0x0000003e824e99ad in poll () from /lib64/libc.so.6\r\n#1 0x0000003e84847d24 in g_main_context_poll (priority=2147483647, n_fds=3, \r\n fds=0x7f01f0012b80, timeout=-1, context=0x7f01f00009a0) at gmain.c:3584\r\n#2 g_main_context_iterate (context=context@entry=0x7f01f00009a0, \r\n block=block@entry=1, dispatch=dispatch@entry=1, self=)\r\n at gmain.c:3285\r\n#3 0x0000003e84847e44 in g_main_context_iteration (context=0x7f01f00009a0, \r\n may_block=1) at gmain.c:3351\r\n#4 0x0000003e8f9a6126 in QEventDispatcherGlib::processEvents (this=\r\n 0x7f01f00008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426\r\n#5 0x0000003e8f97680f in QEventLoop::processEvents (this=this@entry=\r\n 0x7f01f6a6ac10, flags=...) at kernel/qeventloop.cpp:149\r\n#6 0x0000003e8f976a98 in QEventLoop::exec (this=0x7f01f6a6ac10, flags=...)\r\n at kernel/qeventloop.cpp:204\r\n#7 0x0000003e8f878980 in QThread::exec (this=)\r\n at thread/qthread.cpp:542\r\n#8 0x0000000000530f73 in RKFrontendTransmitter::run (this=0x25e7610)\r\n at /home/milan/Dev/rkward/rkward/rkward/rbackend/rkfrontendtransmitter.cpp:88\r\n#9 0x0000003e8f87b95c in QThreadPrivate::start (arg=0x25e7610)\r\n at thread/qthread_unix.cpp:338\r\n#10 0x0000003e82c07d15 in start_thread (arg=0x7f01f6a6b700)\r\n at pthread_create.c:308\r\n#11 0x0000003e824f248d in clone () from /lib64/libc.so.6\r\n\r\nThread 5 (Thread 0x7f01f626a700 (LWP 10716)):\r\n#0 0x0000003e824e99ad in poll () from /lib64/libc.so.6\r\n#1 0x0000003e8f9a3480 in poll (__timeout=-1, __nfds=1, __fds=0x7f01f6269d00)\r\n at /usr/include/bits/poll2.h:46\r\n#2 qt_safe_poll (fds=0x7f01f6269d00, nfds=1, timeout_ms=, \r\n retry_eintr=false) at kernel/qcore_unix.cpp:121\r\n#3 0x0000003e8f955540 in QProcessManager::run (this=\r\n 0x3e8fcd5520 )\r\n at io/qprocess_unix.cpp:238\r\n#4 0x0000003e8f87b95c in QThreadPrivate::start (arg=\r\n 0x3e8fcd5520 )\r\n at thread/qthread_unix.cpp:338\r\n#5 0x0000003e82c07d15 in start_thread (arg=0x7f01f626a700)\r\n at pthread_create.c:308\r\n#6 0x0000003e824f248d in clone () from /lib64/libc.so.6\r\n\r\nThread 4 (Thread 0x7f01f4ade700 (LWP 10720)):\r\n\r\n#0 pthread_cond_wait@@GLIBC_2.3.2 ()\r\n at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:165\r\n#1 0x0000003e9a1868c7 in QTWTF::TCMalloc_PageHeap::scavengerThread (this=\r\n 0x3e9a494660 )\r\n at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359\r\n#2 0x0000003e9a1868f9 in QTWTF::TCMalloc_PageHeap::runScavengerThread (\r\n context=)\r\n at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464\r\n#3 0x0000003e82c07d15 in start_thread (arg=0x7f01f4ade700)\r\n at pthread_create.c:308\r\n#4 0x0000003e824f248d in clone () from /lib64/libc.so.6\r\n\r\nThread 3 (Thread 0x7f0160857700 (LWP 10734)):\r\n#0 0x0000003e824e99ad in poll () from /lib64/libc.so.6\r\n#1 0x0000003e84847d24 in g_main_context_poll (priority=2147483647, n_fds=3, \r\n fds=0x7f01580010c0, timeout=-1, context=0x3320680) at gmain.c:3584\r\n#2 g_main_context_iterate (context=0x3320680, block=block@entry=1, \r\n dispatch=dispatch@entry=1, self=) at gmain.c:3285\r\n#3 0x0000003e84848182 in g_main_loop_run (loop=0x3320610) at gmain.c:3484\r\n#4 0x00007f0201964546 in gdbus_shared_thread_func (user_data=0x3320650)\r\n at gdbusprivate.c:277\r\n#5 0x0000003e8486b605 in g_thread_proxy (data=0x3311ed0) at gthread.c:797\r\n#6 0x0000003e82c07d15 in start_thread (arg=0x7f0160857700)\r\n at pthread_create.c:308\r\n#7 0x0000003e824f248d in clone () from /lib64/libc.so.6\r\n\r\nThread 2 (Thread 0x7f01ecb6f700 (LWP 10827)):\r\n#0 0x0000003e824e99ad in poll () from /lib64/libc.so.6\r\n#1 0x0000003e84847d24 in g_main_context_poll (priority=2147483647, n_fds=2, \r\n fds=0x7f01640012c0, timeout=-1, context=0x7f0164001700) at gmain.c:3584\r\n#2 g_main_context_iterate (context=context@entry=0x7f0164001700, \r\n block=block@entry=1, dispatch=dispatch@entry=1, self=)\r\n at gmain.c:3285\r\n#3 0x0000003e84847e44 in g_main_context_iteration (context=0x7f0164001700, \r\n may_block=1) at gmain.c:3351\r\n#4 0x0000003e8f9a6126 in QEventDispatcherGlib::processEvents (this=\r\n 0x7f016400e320, flags=...) at kernel/qeventdispatcher_glib.cpp:426\r\n#5 0x0000003e8f97680f in QEventLoop::processEvents (this=this@entry=\r\n 0x7f01ecb6ecd0, flags=...) at kernel/qeventloop.cpp:149\r\n#6 0x0000003e8f976a98 in QEventLoop::exec (this=0x7f01ecb6ecd0, flags=...)\r\n at kernel/qeventloop.cpp:204\r\n#7 0x0000003e8f878980 in QThread::exec (this=)\r\n at thread/qthread.cpp:542\r\n#8 0x0000003e8f95703f in QInotifyFileSystemWatcherEngine::run (this=0x2f33470)\r\n at io/qfilesystemwatcher_inotify.cpp:256\r\n#9 0x0000003e8f87b95c in QThreadPrivate::start (arg=0x2f33470)\r\n at thread/qthread_unix.cpp:338\r\n#10 0x0000003e82c07d15 in start_thread (arg=0x7f01ecb6f700)\r\n at pthread_create.c:308\r\n#11 0x0000003e824f248d in clone () from /lib64/libc.so.6\r\n\r\nThread 1 (Thread 0x7f020a17f880 (LWP 10696)):\r\n#0 0x0000003e824e99ad in poll () from /lib64/libc.so.6\r\n#1 0x0000003e84847d24 in g_main_context_poll (priority=2147483647, n_fds=11, \r\n fds=0x38066a0, timeout=999, context=0x229dd20) at gmain.c:3584\r\n#2 g_main_context_iterate (context=context@entry=0x229dd20, block=block@entry=\r\n 1, dispatch=dispatch@entry=1, self=) at gmain.c:3285\r\n#3 0x0000003e84847e44 in g_main_context_iteration (context=0x229dd20, \r\n may_block=1) at gmain.c:3351\r\n#4 0x0000003e8f9a6106 in QEventDispatcherGlib::processEvents (this=0x229a9c0, \r\n flags=...) at kernel/qeventdispatcher_glib.cpp:424\r\n#5 0x0000003e9266a73e in QGuiEventDispatcherGlib::processEvents (\r\n this=, flags=...) at kernel/qguieventdispatcher_glib.cpp:207\r\n#6 0x0000003e8f97680f in QEventLoop::processEvents (this=this@entry=\r\n 0x7fff9b510920, flags=...) at kernel/qeventloop.cpp:149\r\n#7 0x0000003e8f976a98 in QEventLoop::exec (this=0x7fff9b510920, flags=...)\r\n at kernel/qeventloop.cpp:204\r\n#8 0x0000003e8f97b888 in QCoreApplication::exec ()\r\n at kernel/qcoreapplication.cpp:1218\r\n#9 0x00000000004356db in main (argc=, argv=0x7fff9b510c28)\r\n at /home/milan/Dev/rkward/rkward/rkward/main.cpp:194\r\n~~~~~", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "1c9fb71c", "posts": [ { "text": "- **labels**: --> NEEDINFO\n- Description has changed:\n\nDiff:\n\n~~~~\n\n--- old\n+++ new\n@@ -2,6 +2,7 @@\n \n This is with RKWard 0.6.0z+0.6.1+pre1 on Fedora 18 64-bit.\n \n+~~~~~\n rkward.rbackend:\n (gdb) t a a bt\n \n@@ -207,3 +208,4 @@\n at kernel/qcoreapplication.cpp:1218\n #9 0x00000000004356db in main (argc=, argv=0x7fff9b510c28)\n at /home/milan/Dev/rkward/rkward/rkward/main.cpp:194\n+~~~~~\n\n~~~~\n\n", "attachments": [], "author": "tfry", "timestamp": "2013-04-16 15:23:50.891000", "last_edited": null, "slug": "eeaa", "subject": "#127 R backend hangs using 100% when after trying to stop operation" }, { "text": "Hi!\r\n\r\nAs usual, thanks for reporting! Whatever is going on, here, at the point of the backtrace, a SIGSEGV has been raised in the backend, and then we do a poor job at handling that. However, the root problem must have occurred some time earlier, and it is not directly visible in the backtrace.\r\n\r\n*Conceivably* this might be the same problem that I have fixed in trunk around a week ago (how would that be for coincidental timing?). On my machine this had different symptoms, but would also lead to a SIGSEGV when canceling a command under some conditions, also from RKRBackend::commandFinished() (thread 1, #16 in the backend's bt).\r\n\r\nThus, please let me know, if you ever see this with a recent checkout from trunk (revision 4687 or later). Of course, if you do find a way to reproduce the problem, that would be useful, too.\r\n\r\nCan you give an estimate on how often you see this hang (percentage of canceled operations)?", "attachments": [], "author": "tfry", "timestamp": "2013-04-16 15:23:51.337000", "last_edited": null, "slug": "8108", "subject": "#127 R backend hangs using 100% when after trying to stop operation" }, { "text": "- **status**: open --> closed-out-of-date\n", "attachments": [], "author": "tfry", "timestamp": "2015-12-31 22:21:32.702000", "last_edited": null, "slug": "6006", "subject": "#127 R backend hangs using 100% when after trying to stop operation" }, { "text": "Closing for lack of feedback (and probably fixed).", "attachments": [], "author": "tfry", "timestamp": "2015-12-31 22:21:32.852000", "last_edited": null, "slug": "040a", "subject": "#127 R backend hangs using 100% when after trying to stop operation" } ], "page": null, "subject": "" }, "mod_date": "2015-12-31 22:21:32.873000", "votes_down": 0, "votes_up": 0, "_id": "5165452cf1fd8d7193951ea8", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/1c9fb71c/", "ticket_num": 127, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2013-04-10 10:55:40.088000" },{ "status": "closed", "reported_by_id": "4f5844890594ca34de0006c5", "related_artifacts": [], "attachments": [], "reported_by": "cratyle", "assigned_to": "tfry", "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": true, "summary": "Could not start process Cannot talk to klauncher: ", "description": "Here's the complete message when I try to open or save a script R file.\r\n\r\n\"Could not start process Cannot talk to klauncher: The name org.kde.klauncher was not provided by any .service files.\"\r\n\r\nThere is a workaround :\r\n\r\nStart a new script file within Rkward\r\nCopy and paste your script file in Rkward\r\nWork with this file within Rkward\r\nCopy and paste back to your original script file if you made any changes\r\n\r\nI use :\r\n\r\nRkward 0.5.6\r\nKDE 4.5.4\r\nR 13.0\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "eae9d228", "posts": [ { "text": "I encounter the same bug when I try to copy a line from the console to the output. Here's the full message. Below, at Additionnal information, the same message reappear.\r\n\r\nThe requested operation could not be completed\r\nCannot Initiate the file Protocol\r\nTechnical Reason: Unable to Launch Process\r\nDetails of the Request:\r\nURL: file:///C:/Documents and Settings/Francois/.rkward/rk\\_out.html\r\nProtocol: file\r\nDate and Time: July 4, 2011 10:03 pm\r\n\r\nAdditional Information: Cannot talk to klauncher: The name org.kde.klauncher was not provided by any .service files\r\n\r\nDescription:\r\nThe program on your computer which provides access to the file protocol could not be started. This is usually due to technical reasons.\r\nPossible Causes:\r\nThe program which provides compatibility with this protocol may not have been updated with your last update of KDE. This can cause the program to be incompatible with the current version and thus not start.\r\nYou may have encountered a bug in the program.\r\nPossible Solutions:\r\nUpdate your software to the latest version. Your distribution should provide tools to update your software.\r\nContact your appropriate computer support system, whether the system administrator, or technical support group for further assistance.\r\n\r\nI use :\r\n\r\nRkward 0.5.6\r\nKDE 4.5.4\r\nR 13.0\r\n", "attachments": [], "author": "cratyle", "timestamp": "2011-07-05 02:10:17", "last_edited": null, "slug": "4085", "subject": "#93 Could not start process Cannot talk to klauncher: " }, { "text": "Hi\\!\r\n\r\nThanks for reporting.\r\n\r\nOne frequent cause for \"Cannot talk to klauncher\" errors is that some KDE services are already running on a different user account, or - esp. if installation did not work on the first attempt - from a different version of KDE. The best way to rule out this cause is to reboot your system. Does the problem persist after a reboot?\r\n\r\nIf the problem persists, could you check your virus scanner and firewall logs for any indication that klauncher or dbus-daemon have been blocked?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-07-05 07:46:09", "last_edited": null, "slug": "b273", "subject": "#93 Could not start process Cannot talk to klauncher: " }, { "text": "Rebooting do the job. The problems seems to be an old version of KDE on my computer.\r\n\r\nMerci.", "attachments": [], "author": "cratyle", "timestamp": "2011-07-05 13:32:59", "last_edited": null, "slug": "696d", "subject": "#93 Could not start process Cannot talk to klauncher: " }, { "text": "Thanks for your feedback.\r\n\r\nI have finally added a note about this problem to https://sourceforge.net/apps/mediawiki/rkward/index.php?title=RKWard\\_on\\_Windows .\r\n\r\nClosing this report.", "attachments": [], "author": "tfry", "timestamp": "2011-09-18 11:28:22", "last_edited": null, "slug": "7738", "subject": "#93 Could not start process Cannot talk to klauncher: " }, { "text": "- **assigned_to**: nobody --> tfry\n- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2011-09-18 11:28:22", "last_edited": null, "slug": "549c", "subject": "#93 Could not start process Cannot talk to klauncher: " } ], "page": null, "subject": "" }, "mod_date": "2011-09-18 11:28:22", "votes_down": 0, "votes_up": 0, "_id": "50f52f2e34309d12e68e08a4", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/eae9d228/", "ticket_num": 93, "custom_fields": { "_priority": "5", "_milestone": "windows_only" }, "created_date": "2011-07-05 01:43:14" },{ "status": "closed-fixed", "reported_by_id": "50f52f3134309d12e68e0975", "related_artifacts": [], "attachments": [], "reported_by": "deboerk", "assigned_to": "tfry", "labels": [ "internationalization" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: No i18n for help button in wizard", "description": "Hi\\!\r\n\r\nThe i18n for the help button in the wizard is missing.\r\nIf you use a German translation, the button says \"Help\" instead of \"Hilfe\".\r\n\r\nRegards\r\ndeboerk\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "279e18a1", "posts": [ { "text": "Thanks for reporting.\r\n\r\nThis is now fixed in the SVN version of RKWard \\(you will not see the fix, until I have updated the translation files, though\\).\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2012-08-23 10:41:26", "last_edited": null, "slug": "381e", "subject": "#119 FIXED IN SVN: No i18n for help button in wizard" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: No i18n for help button in wizard --> FIXED IN SVN: No i18n for help button in wizard\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2012-08-23 10:41:26", "last_edited": null, "slug": "9f62", "subject": "#119 FIXED IN SVN: No i18n for help button in wizard" }, { "text": "- **status**: open-fixed --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2012-11-21 13:08:28", "last_edited": null, "slug": "640d", "subject": "#119 FIXED IN SVN: No i18n for help button in wizard" } ], "page": null, "subject": "" }, "mod_date": "2012-11-21 13:08:28", "votes_down": 0, "votes_up": 0, "_id": "50f52f3934309d12e68e0b5d", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/279e18a1/", "ticket_num": 119, "custom_fields": { "_priority": "5" }, "created_date": "2012-06-18 13:44:09" },{ "status": "closed-fixed", "reported_by_id": "5072f7d371b75b10eb92448e", "related_artifacts": [], "attachments": [], "reported_by": "rtautenh", "assigned_to": "tfry", "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: folding only works after reloading R script", "description": "Some of the recent changes seem to have introduced a problem with the code folding.\r\n\r\nCode folding does not work \\(or not correctly\\) unlessl the file is reloaded \\(pressing F5\\).\r\nAfter that it works fine.\r\n\r\nVersion 0.5.7z+0.5.8+devel1\r\nUsing KDE Development Platform 4.4.92 \\(KDE 4.4.92 \\(KDE 4.5 RC2\\)\\)", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "a5068cc1", "posts": [ { "text": "Hi Ralf\\!\r\n\r\nWow, that's a pretty mysterious problem. It took me some time to reproduce this. Apparently, the ingredients are:\r\n\\- a script that is not too short\r\n\\- problem does not occur the \\*first\\* time a script was opened, and may or may not come up, subsequently. When it does come up for a certain file, the problem will persist for that file, even across sessions.\r\n\\- When the problem occurs, the document config for that file will always have\r\nHighlighting=R Script\r\nMode=Normal\r\n\\- changing that to\r\nHighlighting=R Script\r\nMode=R Script\r\nmakes the problem go away.\r\n\r\nBased on the last bit, I invented a hack that seems to fix them problem, here. The actual cause is still a mystery to me. Please test.\r\n\r\n\\(In case you want to toy with this, before updating: The relevant config is \\_currently\\_ saved in ~/.kde/share/apps/rkward/workspace\\_config\\_SOME\\_MD5\\_SUM.\\)\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2012-09-05 11:18:58", "last_edited": null, "slug": "7484", "subject": "#122 FIXED IN SVN: folding only works after reloading R script" }, { "text": "- **assigned_to**: nobody --> tfry", "attachments": [], "author": "tfry", "timestamp": "2012-09-05 11:18:58", "last_edited": null, "slug": "2e00", "subject": "#122 FIXED IN SVN: folding only works after reloading R script" }, { "text": "Sorry that I gave you such a hard time reproducing this bug\\!\r\n\r\nIt works now.\r\nThank you Thomas\\!", "attachments": [], "author": "rtautenh", "timestamp": "2012-09-05 16:24:26", "last_edited": null, "slug": "d7d9", "subject": "#122 FIXED IN SVN: folding only works after reloading R script" }, { "text": "Well, thanks for reporting\\! Receiving bug reports shortly after doing the changes that introduced the bug helps a \\_lot\\_. A few months later, I don't think I would have had any idea on where to start looking.\r\n\r\nThis bug only affected the SVN version, no official release, so I'm closing the report, directly.", "attachments": [], "author": "tfry", "timestamp": "2012-09-06 07:50:34", "last_edited": null, "slug": "4b55", "subject": "#122 FIXED IN SVN: folding only works after reloading R script" }, { "text": "- **summary**: code folding only works after reloading a R script --> FIXED IN SVN: folding only works after reloading R script\n- **status**: open --> closed-fixed", "attachments": [], "author": "tfry", "timestamp": "2012-09-06 07:50:34", "last_edited": null, "slug": "7e36", "subject": "#122 FIXED IN SVN: folding only works after reloading R script" } ], "page": null, "subject": "" }, "mod_date": "2012-09-06 07:50:34", "votes_down": 0, "votes_up": 0, "_id": "50f52f3d34309d12e68e0bcd", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/a5068cc1/", "ticket_num": 122, "custom_fields": { "_priority": "5" }, "created_date": "2012-09-04 18:14:51" },{ "status": "closed", "reported_by_id": "50f52f3134309d12e68e0975", "related_artifacts": [], "attachments": [], "reported_by": "deboerk", "assigned_to": null, "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "data.frame column recovery causes lots of pop up messages", "description": "Hi\\!\r\n\r\nIf you create a data.frame, browse it and remove a column using the command line while the data.frame is still opened as a tab, a message pops up asking whether you want to recover the deleted column. This is no problem if only one column has been deleted. However, if more than 20 columns have been removed -- which can happen easily -- the messages become really annoying and the only way to get around clicking through all of them is to to kill the rkward process.\r\n\r\nHere is an example:\r\n\r\n\\# create data.frame\r\nx <- data.frame\\(a=1:2,b=2:3,c=1:2,d=4:5,e=6:7\\)\r\n\r\n\\# browse the data.frame using the rkward gui and keep the tab open\r\n\r\n\\# rewrite data.frame\r\nx <- data.frame\\(a=1:2\\)\r\n\r\n\\# messages pop up asking you whether you want to recover the deleted columns\r\n\r\n\r\nIt would be great if changes to an opened data.frame could be handeled using one dialog, e.g., like R script files that have been modified by an external program.\r\n\r\nI'm using: rkward 0.5.7, KDE 4.4.5, Debian Squeeze, R 2.15.1.\r\n\r\nRegards,\r\nBirk\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "30c1ddcd", "posts": [ { "text": "hi birk,\r\n\r\nthis issue has already been solved in the current development versin of RKWard, i.e., will be gone in the next release :-\\)", "attachments": [], "author": "m-eik", "timestamp": "2012-09-21 21:34:33", "last_edited": null, "slug": "8174", "subject": "#123 data.frame column recovery causes lots of pop up messages" }, { "text": "- **status**: open --> closed", "attachments": [], "author": "tfry", "timestamp": "2012-11-21 13:08:28", "last_edited": null, "slug": "4bee", "subject": "#123 data.frame column recovery causes lots of pop up messages" } ], "page": null, "subject": "" }, "mod_date": "2012-11-21 13:08:28", "votes_down": 0, "votes_up": 0, "_id": "50f52f3d34309d12e68e0bee", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/30c1ddcd/", "ticket_num": 123, "custom_fields": { "_priority": "5" }, "created_date": "2012-09-21 21:25:18" },{ "status": "closed", "reported_by_id": "50af5fa004161f7b6498c16f", "related_artifacts": [], "attachments": [], "reported_by": "ziogelis77", "assigned_to": "tfry", "labels": [ "data handling" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "FIXED IN SVN: Changing variable to factor can destroy data", "description": "Editing factor levels for numeric data and then changing data type to factor destroys the data. I have reported the bug a while ago. It happens again at least as of RKWard 5.7, it can be reproduced exactly the same way as described in the previous bug report.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "c9f789b9", "posts": [ { "text": "Hi\\!\r\n\r\nMany thanks for reporting. Actually, I think this differs a bit from the previous bug report. Then, the problem was changing to factor, when levels had already been set. Now it's changing to factor, when no \\(or not enough\\) levels have been set. Probably this has been an issue, before, but may have been papered over by some other issues that have been fixed, meanwhile.\r\n\r\nI have fixed this in SVN \\(I hope, I finally got it right\\).\r\n\r\nI would be very much appreciated, if you could do some testing: http://p.sf.net/rkward/svn for instructions. For Ubuntu, a fixed version should be available from our daily build archive, tomorrow \\(https://launchpad.net/~rkward-devel/+archive/rkward-dailys\\).", "attachments": [], "author": "tfry", "timestamp": "2012-11-21 13:04:49", "last_edited": null, "slug": "edd3", "subject": "#124 FIXED IN SVN: Changing variable to factor can destroy data" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: 3142569 bug is back --> FIXED IN SVN: Changing variable to factor can destroy data\n- **status**: open --> open-fixed", "attachments": [], "author": "tfry", "timestamp": "2012-11-21 13:04:49", "last_edited": null, "slug": "4d5c", "subject": "#124 FIXED IN SVN: Changing variable to factor can destroy data" }, { "text": "Hi, thank you for fixing the bug. It does appear to be fixed, i did all kinds of manipulations with data and it did not disappear at any point this time. ", "attachments": [], "author": "ziogelis77", "timestamp": "2012-11-22 10:49:44", "last_edited": null, "slug": "4c8e", "subject": "#124 FIXED IN SVN: Changing variable to factor can destroy data" }, { "text": "- **status**: open-fixed --> closed\n- **Group**: --> CRASH\n", "attachments": [], "author": "tfry", "timestamp": "2013-04-16 14:49:58.307000", "last_edited": null, "slug": "30d0", "subject": "#124 FIXED IN SVN: Changing variable to factor can destroy data" } ], "page": null, "subject": "" }, "mod_date": "2013-04-16 14:49:58.805000", "votes_down": 0, "votes_up": 0, "_id": "50f52f3d34309d12e68e0bff", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/c9f789b9/", "ticket_num": 124, "custom_fields": { "_priority": "5", "_milestone": "CRASH" }, "created_date": "2012-11-21 07:55:22" },{ "status": "open", "reported_by_id": "4d64bf241be1ce436c0008e4", "related_artifacts": [], "attachments": [], "reported_by": "tfry", "assigned_to": null, "labels": [ "encoding", "windows" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Encoding problems on Windows in non-latin1, non-multibyte locales", "description": "There appear to be some rather strange encoding problems in non-latin1, non-multibyte locales on Windows. Example is Lithunian (ISO-8859-13 / CP1257).\r\n\r\nSome of this may or may not be RKWard's fault, but RKWard could do a better job of passing to-be-evaluated strings to the backend with specified encoding.\r\na) When using mkChar() from a string -> R_ParseVector()\r\nb) For stdin. Can maybe use \"--encoding\" command line option.\r\n\r\nSymptoms include (not all may be RKWard's fault)\r\n- Stripping of special chars to ascii siblings\r\n- Misprinting of chars in the console\r\n- Misprinting of chars only after summary() ? Whatever that is about.\r\n\r\nSee https://sourceforge.net/p/rkward/mailman/message/33025657/ and parents.", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "03ad6386", "posts": [], "page": null, "subject": "" }, "mod_date": "2014-11-11 11:34:31.074000", "votes_down": 0, "votes_up": 0, "_id": "5461f446a02bb15a059888e6", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/03ad6386/", "ticket_num": 136, "custom_fields": { "_priority": "5", "_milestone": "windows_only" }, "created_date": "2014-11-11 11:34:30.963000" },{ "status": "closed", "reported_by_id": null, "related_artifacts": [], "attachments": [], "reported_by": "*anonymous", "assigned_to": "tfry", "labels": [ "user interface" ], "discussion_disabled": false, "assigned_to_id": "4d64bf241be1ce436c0008e4", "private": false, "summary": "NEEDINFO: Function Argument Hints Unreadable", "description": "\\---Problem description---\r\nPlease give a brief summary on the problem:\r\nFunction argument hints are unreadable. The hints are shown in white text on a yellow background rendering them unreadable.\r\n\r\nWhat - in detail - did you do directly before you encountered this problem?\r\nAlways occurs\r\n\r\nWhen you try to repeat the above, does the problem occur again \\(no, sometimes, always\\)?\r\nalways\r\n\r\nIf applicable: When doing the same thing in an R session outside of RKWard, do you see the same problem?\r\nNot Applicable\r\n\r\nDo you have any further information that might help us to track this problem down? In particular, if applicable, can you provide sample data and sample R code to reproduce this problem?\r\n\\#\\#\\#Please fill in\\#\\#\\#\r\n\r\n\\---Session Info---\r\nRKWard version: 0.5.7\r\nKDE version \\(runtime\\): 4.7.2 \\(4.7.2\\)\r\nKDE version \\(compile time\\): 4.7.2 \\(4.7.2\\)\r\nLocal KDE directory: /home/xyz/.kde/\r\nRKWard storage directory: /home/xyz/.rkward/\r\n\r\nDebug message file\\(s\\) in use \\(these may contain relevant diagnostic output in case of trouble\\):\r\n/tmp/xyz-bijit/rkwardnn5529.tmp\r\n/tmp/xyz-bijit/rkward.rbackendMT5541.tmp\r\n\r\nR version \\(compile time\\): 2.14.0 \\(2011-10-31 r57496\\)\r\nR runtime session info:\r\nR version 2.14.0 \\(2011-10-31\\)\r\nPlatform: i686-pc-linux-gnu \\(32-bit\\)\r\n\r\nlocale:\r\n\\[1\\] LC\\_CTYPE=en\\_US.UTF-8 LC\\_NUMERIC=C \r\n\\[3\\] LC\\_TIME=en\\_US.UTF-8 LC\\_COLLATE=en\\_US.UTF-8 \r\n\\[5\\] LC\\_MONETARY=en\\_US.UTF-8 LC\\_MESSAGES=en\\_US.UTF-8 \r\n\\[7\\] LC\\_PAPER=en\\_US.UTF-8 LC\\_NAME=en\\_US.UTF-8 \r\n\\[9\\] LC\\_ADDRESS=en\\_US.UTF-8 LC\\_TELEPHONE=en\\_US.UTF-8 \r\n\\[11\\] LC\\_MEASUREMENT=en\\_US.UTF-8 LC\\_IDENTIFICATION=en\\_US.UTF-8\r\n\r\nattached base packages:\r\n\\[1\\] stats graphics grDevices utils datasets methods base \r\n\r\nother attached packages:\r\n\\[1\\] rkward\\_0.5.6\r\n\r\nloaded via a namespace \\(and not attached\\):\r\n\\[1\\] tools\\_2.14.0\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "46c97d9e", "posts": [ { "text": "Thanks for your detailed report. Function argument hints were recently fixed to use the system-wide settings for tooltip foreground and background colors. Thus, I suspect the problem is in a bad setting for tooltip colors. Go to the KDE system settings \\(should be available by running 'systemsettings' in a console\\), open page Common Appearance and Behavior->Application Appearance->Colors->Colors, and check the settings for Tooltip Background / Text.\r\n\r\nPlease let us know, whether these match or do not match the color of the argument hints in RKWard.\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-11-15 15:35:31", "last_edited": null, "slug": "8643", "subject": "#111 NEEDINFO: Function Argument Hints Unreadable" }, { "text": "- **assigned_to**: nobody --> tfry\n- **summary**: Function Argument Hints Unreadable --> NEEDINFO: Function Argument Hints Unreadable", "attachments": [], "author": "tfry", "timestamp": "2011-11-15 15:35:31", "last_edited": null, "slug": "f16b", "subject": "#111 NEEDINFO: Function Argument Hints Unreadable" }, { "text": "Thanks for the reply. I checked systemsettings. The colors do not match. MAy be it is not pulling the colors from the KDE settings. However I am running Rkward on Ubuntru with Gnome/Unity. Can this be causing the problem?", "attachments": [], "author": "*anonymous", "timestamp": "2011-11-16 05:18:03", "last_edited": null, "slug": "4535", "subject": "#111 NEEDINFO: Function Argument Hints Unreadable" }, { "text": "> However I am running Rkward on Ubuntru with Gnome/Unity.\r\n> Can this be causing the problem?\r\n\r\nPossibly. Could you please check, whether this appears to be the same issue \\(thread includes a workaround\\): \r\nhttp://ubuntuforums.org/showthread.php?p=9879841&posted=1\\#post9879841\r\n\r\nIn case that is not it: What about other tooltips? E.g. the ones in the \"Workspace\" window. Do these display correctly?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-11-16 08:38:24", "last_edited": null, "slug": "ec8d", "subject": "#111 NEEDINFO: Function Argument Hints Unreadable" }, { "text": "It does not seem to be the same problem as tooltips in other KDE applications work fine.\\(I tried Kate\\). I tried the workaround and it did not help. The tooltips in workspace window work fine. Its only function hints in Console and Editor that are not working.\nThree screenshots are attached", "attachments": [], "author": "*anonymous", "timestamp": "2011-11-16 14:51:55", "last_edited": null, "slug": "c987", "subject": "#111 NEEDINFO: Function Argument Hints Unreadable" }, { "text": "The screenshots:\nhttp://imageshack.us/photo/my-images/683/screenshotconsole.png/\nhttp://imageshack.us/photo/my-images/33/screenshotworkspace.png/\nhttp://imageshack.us/photo/my-images/88/screenshotkate.png/", "attachments": [], "author": "*anonymous", "timestamp": "2011-11-16 14:57:24", "last_edited": null, "slug": "18f8", "subject": "#111 NEEDINFO: Function Argument Hints Unreadable" }, { "text": "Ok, thanks.\r\n\r\nOne more follow-up question: Have you been using RKWard before version 0.5.7? If so, did you experience this problem, earlier?\r\n\r\nRegards\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-11-16 17:10:05", "last_edited": null, "slug": "76f3", "subject": "#111 NEEDINFO: Function Argument Hints Unreadable" }, { "text": "Yes, I have been using rkward before. This problem started after upgrading to Ubuntu 11.10 and rkward 0.5.7", "attachments": [], "author": "*anonymous", "timestamp": "2011-11-16 18:58:32", "last_edited": null, "slug": "4c20", "subject": "#111 NEEDINFO: Function Argument Hints Unreadable" }, { "text": "Hm. I just don't get it.\r\n\r\nDo you recall which colors the function argument hints had before the upgrade?\r\n\r\nIf you are \\_not\\_ yet using R 2.14.0, could you try downgrading RKWard to 0.5.6 for a minute, in order to test whether the problem was introduced with RKWard 0.5.7, or with some other update in Ubuntu 11.10.\r\n\r\nAnyway, I have also tried another thing in SVN. Could you please test whether that helps \\(should be available in our daily builds \\_tomorrow\\_: https://launchpad.net/~rkward-devel/+archive/rkward-dailys\\)\r\n\r\nThanks\\!\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-11-18 09:16:09", "last_edited": null, "slug": "6b81", "subject": "#111 NEEDINFO: Function Argument Hints Unreadable" }, { "text": "I downgraded to R 2.13 and rkward 0.5.6. The function argument hints are now readable \\(black on yellow background\\). I am attaching a screenshot of rkward 0.5.6. I will try the daily build later today.\nAnd one more thing just to clarify, the function/variable code-completion were always readable. Only the function argument hints were unreadable.\nThanks \n\nhttp://imageshack.us/photo/my-images/249/rward056.png/\n", "attachments": [], "author": "*anonymous", "timestamp": "2011-11-18 11:19:47", "last_edited": null, "slug": "36e8", "subject": "#111 NEEDINFO: Function Argument Hints Unreadable" }, { "text": "Hi\\!\r\n\r\nDid you get a chance to test, whether the issue is fixed in the development version / daily builds, yet?\r\n\r\nThanks\\!\r\nThomas", "attachments": [], "author": "tfry", "timestamp": "2011-12-07 18:27:38", "last_edited": null, "slug": "e90b", "subject": "#111 NEEDINFO: Function Argument Hints Unreadable" }, { "text": "- **status**: open --> open-fixed\n- **milestone**: --> FIXED IN SVN\n", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:48:43.629000", "last_edited": null, "slug": "1ae2", "subject": "#111 NEEDINFO: Function Argument Hints Unreadable" }, { "text": "RKWard SVN version (to become 0.6.1) has another fix for this. Let's hope it finally puts an end to this bug, for good.", "attachments": [], "author": "tfry", "timestamp": "2013-03-22 10:48:43.769000", "last_edited": null, "slug": "0f0d", "subject": "#111 NEEDINFO: Function Argument Hints Unreadable" }, { "text": "- **status**: open-fixed --> closed\n", "attachments": [], "author": "tfry", "timestamp": "2013-04-16 14:49:09.788000", "last_edited": null, "slug": "0c83", "subject": "#111 NEEDINFO: Function Argument Hints Unreadable" } ], "page": null, "subject": "" }, "mod_date": "2013-04-16 14:49:10.215000", "votes_down": 0, "votes_up": 0, "_id": "50f52f3634309d12e68e0a5a", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/46c97d9e/", "ticket_num": 111, "custom_fields": { "_priority": "5", "_milestone": "FIXED IN SVN" }, "created_date": "2011-11-15 15:09:25" },{ "status": "closed-fixed", "reported_by_id": "5220bff0c4d1041343ad9963", "related_artifacts": [], "attachments": [], "reported_by": "asalber", "assigned_to": null, "labels": [ "rk.results" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "rk.results doesn't print the factors levels", "description": "When I print a data.frame with rk.results it doesn't print the levles of factors. Looking inside the rk.results code, I see that the problem is with the cat function, To solve the problem, I propose to change the lines that contains\r\ncat(\"\", x[row, col], \"\", sep = \"\")\r\nwith\r\ncat(paste(\"\", x[row, col], \"\", sep = \"\"))", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "43991f2e", "posts": [ { "text": "- **status**: open --> open-fixed\n- **Group**: CRASH --> FIXED IN SVN\n", "attachments": [], "author": "tfry", "timestamp": "2014-09-29 17:44:01.461000", "last_edited": null, "slug": "a5c8", "subject": "#131 rk.results doesn't print the factors levels" }, { "text": "Thanks for spotting the problem, and reporting. Sorry for the long delay.\r\n\r\nNow fixed in SVN, using format(), instead of paste() (This respects options(\"digits\"), among others.)", "attachments": [], "author": "tfry", "timestamp": "2014-09-29 17:44:01.595000", "last_edited": null, "slug": "6bb8", "subject": "#131 rk.results doesn't print the factors levels" }, { "text": "- **status**: open-fixed --> closed-fixed\n", "attachments": [], "author": "tfry", "timestamp": "2014-10-24 09:49:17.043000", "last_edited": null, "slug": "4c49", "subject": "#131 rk.results doesn't print the factors levels" } ], "page": null, "subject": "" }, "mod_date": "2014-10-24 09:49:17.217000", "votes_down": 0, "votes_up": 0, "_id": "5220c10ab9363c3a0acf6fc1", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/43991f2e/", "ticket_num": 131, "custom_fields": { "_priority": "5", "_milestone": "FIXED IN SVN" }, "created_date": "2013-08-30 15:58:02.066000" },{ "status": "open", "reported_by_id": "50e6e963b9363c180028a305", "related_artifacts": [], "attachments": [ { "url": "http://sourceforge.net/p/rkward/bugs/133/attachment/Error%20RKWard-0.6.1_R-3.0.0rc-KDE-4.8.0%20.png", "bytes": 157852 } ], "reported_by": "amarshenas", "assigned_to": null, "labels": [ "start RKWard" ], "discussion_disabled": false, "assigned_to_id": null, "private": false, "summary": "Start RKWard in portable mode", "description": "RKWard create a shortcut with wrong path.\r\nSo user need modify it after install and also evrytime drive letter change in portable mode.\r\nI suggest use below code for make \"RKWard.cmd\" file instead using this wrong shortcut:\r\n\r\nstart /d \"KDE\\bin\" rkward.exe\r\n", "discussion_thread": { "limit": null, "discussion_id": "50f52ef234309d12e68dfbcb", "_id": "57b5540a", "posts": [], "page": null, "subject": "" }, "mod_date": "2013-10-16 07:46:40.404000", "votes_down": 0, "votes_up": 0, "_id": "525e445ec4d1041770316ab7", "discussion_thread_url": "http://sourceforge.net/rest/p/rkward/bugs/_discuss/thread/57b5540a/", "ticket_num": 133, "custom_fields": { "_priority": "5", "_milestone": "windows_only" }, "created_date": "2013-10-16 07:46:38.902000" }], "tracker_config":{ "_id": "50f52ef234309d12e68dfbc9", "options": { "ordinal": 6, "import_id": "tracker/459007", "mount_point": "bugs", "TicketMonitoringType": "AllPublicTicketChanges", "TicketHelpNew": "THIS TRACKER IS NO LONGER ACTIVE!\r\n\r\nPlease submit new issues to our new tracker: http://rkward.kde.org/bugs !", "url": "/p/rkward/bugs/", "AllowEmailPosting": true, "EnableVoting": true, "TicketHelpSearch": "THIS TRACKER IS NO LONGER ACTIVE!\r\n\r\nPlease submit new issues to our new tracker: http://rkward.kde.org/bugs !", "TicketMonitoringEmail": "rkward-devel@kde.org", "mount_label": "Bugs" } }, "milestones":[ { "due_date": "", "complete": false, "closed": 23, "default": null, "description": "CRASH", "total": 24, "name": "CRASH" }, { "due_date": "", "complete": false, "closed": 3, "default": null, "description": "windows only", "total": 6, "name": "windows_only" }, { "due_date": "", "complete": false, "closed": 3, "default": null, "description": "------", "total": 5, "name": "------" }, { "due_date": "", "complete": false, "closed": 4, "default": null, "description": "FIXED IN SVN", "total": 4, "name": "FIXED IN SVN" } ], "custom_fields":[ { "milestones": [ { "due_date": "", "old_name": "CRASH", "name": "CRASH", "complete": false, "description": "CRASH" }, { "due_date": "", "old_name": "windows_only", "name": "windows_only", "complete": false, "description": "windows only" }, { "due_date": "", "old_name": "------", "name": "------", "complete": false, "description": "------" }, { "due_date": "", "old_name": "FIXED IN SVN", "name": "FIXED IN SVN", "complete": false, "description": "FIXED IN SVN" } ], "type": "milestone", "name": "_milestone", "label": "Group" }, { "type": "select", "label": "Priority", "show_in_search": true, "options": "1 2 3 4 *5 6 7 8 9", "name": "_priority" } ], "open_status_names":"open unread accepted pending-out-of-date open-invalid open-fixed", "closed_status_names":"closed wont-fix closed-fixed closed-works-for-me closed-out-of-date closed-duplicate closed-rejected closed-invalid", "saved_bins":[ { "sort": "mod_date_dt desc", "_id": "50f52ef234309d12e68dfbd4", "terms": "!status:wont-fix && !status:closed-invalid && !status:closed-duplicate && !status:closed-out-of-date && !status:closed-rejected && !status:closed-works-for-me && !status:closed && !status:closed-fixed", "summary": "Changes" }, { "sort": "", "_id": "50f52ef234309d12e68dfbd3", "terms": "status:wont-fix or status:closed-invalid or status:closed-duplicate or status:closed-out-of-date or status:closed-rejected or status:closed-works-for-me or status:closed or status:closed-fixed", "summary": "Closed Tickets" }, { "sort": "", "_id": "50f52ef234309d12e68dfbd2", "terms": "!status:wont-fix && !status:closed-invalid && !status:closed-duplicate && !status:closed-out-of-date && !status:closed-rejected && !status:closed-works-for-me && !status:closed && !status:closed-fixed", "summary": "Open Tickets" } ]} .