Skip to content

fix(fix)

3 messages · Roger Koenker, Peter Dalgaard

#
About 2 percent of the time I use fix() to edit a function that is
sitting in .RData I get the response:
Error in edit(name, file, editor) : problem with running editor vi

when I try to close the editing session.  I used to think that these
were always cases where there was some syntactical error with the
edited file, but this is not the case.  I realize that one surefire
way to avoid this problem is to stop using fix()...but if there are
other suggestions, I would be happy to hear them.

This is solaris 2.8,  R1.5.0 with vi as the editor.


url:	http://www.econ.uiuc.edu		Roger Koenker
email	roger at ysidro.econ.uiuc.edu		Department of Economics
vox: 	217-333-4558				University of Illinois
fax:   	217-244-6678				Champaign, IL 61820

-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !)  To: r-help-request at stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
#
Roger Koenker <roger at ysidro.econ.uiuc.edu> writes:
In the workspace, you mean? You can't edit things in .RData directly.
The error message means that the editor returned a non-zero error
code, so you just have to make it stop doing that... Not sure why that
would happen with vi/Sol8 (out of disk space? file locked? or just vi
returning random value?)

You could kill the problem by having your own editor script, something
like

#!/bin/sh
vi $*
true

and then use that for your editor. However, you'ld also be killing off
indications of real system problems...
#
Peter Dalgaard BSA <p.dalgaard at biostat.ku.dk> writes:
(or probably better end with "exit 0")
Apparently, this is a known issue with vi on Solaris

http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=ed882ecb.0206200045.753754ea%40posting.google.com&rnum=2&prev=/groups%3Fq%3Dvi%2Bsolaris%2B%2Breturn%2Bnon-zero%26hl%3Den%26lr%3D%26ie%3DISO-8859-1