Bug 380690 - rkward segfaults R
Summary: rkward segfaults R
Status: RESOLVED FIXED
Alias: None
Product: rkward
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified All
: NOR normal
Target Milestone: ---
Assignee: RKWard Team
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-05-28 16:47 UTC by RKWard Team
Modified: 2007-10-05 09:52 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
-- Originally posted by (AT sourceforge.net): smorg -- (7.76 KB, text/plain)
2007-05-30 09:33 UTC, RKWard Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description RKWard Team 2007-05-28 16:47:47 UTC
-- Originally posted by (AT sourceforge.net): smorg --

-- This ticket was imported from http://sourceforge.net/p/rkward/bugs/18 on 2017-05-30 15:26:39 +0100 --
When I try to edit \(display\) a \(my\) data.frame within rkward, R segfaults with the following message:

Assert failed at rkvariable.cpp - function getText line 461
output without receiver'
\*\*\* caught segfault \*\*\*
address \(nil\), cause 'memory not mapped'

Possible actions:
1: abort \(with core dump, if enabled\)
2: normal R exit
3: exit R without saving workspace
4: exit R saving workspace

Steps to reproduce:
1\. start rkward
2\. open my workspace\*
3\. open the "workspace" tab
4\. try to edit the "mydata" data.frame \(via right-click -> edit\) from my workspace\*
5\. wait \(or click somewhere in the data.frame window\)
6\. R segfaults

\* as the data is personal data of other people I would rather not put it some place with public access.

This happens with a gentoo \(rkward-0.4.7\) build as well as with a fresh manual build of rkward-0.4.7a.

If you could use further information, do not hesitate to tell me so.
Comment 1 Thomas Friedrichsmeier 2007-05-29 08:31:24 UTC
Logged In: YES 
user\_id=300591
Originator: NO

In 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\)?

Could 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.
Comment 2 Thomas Friedrichsmeier 2007-05-29 08:31:32 UTC
Logged In: YES 
user\_id=300591
Originator: NO

In 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\)?

Could 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.
Comment 3 RKWard Team 2007-05-30 09:33:25 UTC
-- Originally posted by (AT sourceforge.net): smorg --

-- Created an attachment --
Comment 4 RKWard Team 2007-05-30 09:33:25 UTC
-- Originally posted by (AT sourceforge.net): smorg --
Logged In: YES 
user\_id=442636
Originator: YES

The crash occured in the latest svn version \(rev 1921\) as well. I will attach a somewhat stripped \(and renamed\) version of my data.
File Added: crashy-workspace.r
Comment 5 Thomas Friedrichsmeier 2007-09-13 14:03:32 UTC
Logged In: YES 
user\_id=300591
Originator: NO

Sorry 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\).

\(Note: Logicals are still not handled correctly in the data editor, but should be useable, now\)
Comment 6 Thomas Friedrichsmeier 2007-09-13 14:25:00 UTC
- **assigned_to**: nobody --> tfry
- **status**: open --> open-fixed
Comment 7 Thomas Friedrichsmeier 2007-10-05 09:52:31 UTC
Logged In: YES 
user\_id=300591
Originator: NO

Should be fixed in version 0.4.8.
Comment 8 Thomas Friedrichsmeier 2007-10-05 09:52:31 UTC
- **status**: open-fixed --> closed-fixed