Ross Boylan | 1 Dec 07:37 2006
Picon

Error in assign(".Last.value", .ess.lvsave

I've been getting this message sporadically when I run R under ESS:
> Error in assign(".Last.value", .ess.lvsave, envir = baseenv()) : 
	cannot change value of locked binding for '.Last.value'

I haven't noticed a pattern to when it appears; it is erratic.  I've
been seeing it for awhile now, perhaps since upgrading to R 2.4.

Can anyone illuminate what's going on?

Thanks.

Ross Boylan

______________________________________________
ESS-help <at> stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Rainer M Krug | 1 Dec 08:07 2006
Picon
Picon

Re: Error in assign(".Last.value", .ess.lvsave

Ross Boylan wrote:
> I've been getting this message sporadically when I run R under ESS:
>> Error in assign(".Last.value", .ess.lvsave, envir = baseenv()) : 
> 	cannot change value of locked binding for '.Last.value'
> 
> I haven't noticed a pattern to when it appears; it is erratic.  I've
> been seeing it for awhile now, perhaps since upgrading to R 2.4.
> 
> Can anyone illuminate what's going on?

I can not illuminate you, but I can confirm this - same happens to me.

R:
platform       i686-pc-linux-gnu
arch           i686
os             linux-gnu
system         i686, linux-gnu
status
major          2
minor          4.0
year           2006
month          10
day            03
svn rev        39566
language       R
version.string R version 2.4.0 (2006-10-03)

EMACS:
21.3.1

(Continue reading)

Martin Maechler | 1 Dec 09:18 2006
Picon

Re: Error in assign(".Last.value", .ess.lvsave

>>>>> "Rainer" == Rainer M Krug <RKrug <at> sun.ac.za>
>>>>>     on Fri, 01 Dec 2006 09:07:56 +0200 writes:

    Rainer> Ross Boylan wrote:
    >> I've been getting this message sporadically when I run R
    >> under ESS:
    >>> Error in assign(".Last.value", .ess.lvsave, envir =
    >>> baseenv()) :
    >> cannot change value of locked binding for '.Last.value'
    >> 
    >> I haven't noticed a pattern to when it appears; it is
    >> erratic.  I've been seeing it for awhile now, perhaps
    >> since upgrading to R 2.4.
    >> 
    >> Can anyone illuminate what's going on?

You haven't upgraded ESS.
The new features for ESS 5.3.2,  see e.g., here

    http://ess.r-project.org/Manual/readme.html#New-Features

exactly mention to have addressed this problem.
Current ESS is 5.3.3

Since every new release of ESS is announced on this list, and
the problem has been solved even in the second to last release,
I could say you should blame someone ;-) ;-)

    Rainer> I can not illuminate you, but I can confirm this -
    Rainer> same happens to me.
(Continue reading)

Rainer M Krug | 1 Dec 10:48 2006
Picon
Picon

Re: Error in assign(".Last.value", .ess.lvsave

Martin Maechler wrote:
>>>>>> "Rainer" == Rainer M Krug <RKrug <at> sun.ac.za>
>>>>>>     on Fri, 01 Dec 2006 09:07:56 +0200 writes:
> 
>     Rainer> Ross Boylan wrote:
>     >> I've been getting this message sporadically when I run R
>     >> under ESS:
>     >>> Error in assign(".Last.value", .ess.lvsave, envir =
>     >>> baseenv()) :
>     >> cannot change value of locked binding for '.Last.value'
>     >> 
>     >> I haven't noticed a pattern to when it appears; it is
>     >> erratic.  I've been seeing it for awhile now, perhaps
>     >> since upgrading to R 2.4.shape
>     >> 
>     >> Can anyone illuminate what's going on?
> 
> You haven't upgraded ESS.
> The new features for ESS 5.3.2,  see e.g., here
> 
>     http://ess.r-project.org/Manual/readme.html#New-Features
> 
> exactly mention to have addressed this problem.
> Current ESS is 5.3.3
> 
> Since every new release of ESS is announced on this list, and
> the problem has been solved even in the second to last release,
> I could say you should blame someone ;-) ;-)

THis would be me. But the reson why it happened is that I used the SuSE 
(Continue reading)

Ross Boylan | 1 Dec 18:53 2006
Picon

Re: Error in assign(".Last.value", .ess.lvsave

On Fri, Dec 01, 2006 at 09:18:09AM +0100, Martin Maechler wrote:
> >>>>> "Rainer" == Rainer M Krug <RKrug <at> sun.ac.za>
> >>>>>     on Fri, 01 Dec 2006 09:07:56 +0200 writes:
> 
>     Rainer> Ross Boylan wrote:
>     >> I've been getting this message sporadically when I run R
>     >> under ESS:
>     >>> Error in assign(".Last.value", .ess.lvsave, envir =
>     >>> baseenv()) :
>     >> cannot change value of locked binding for '.Last.value'
>     >> 
>     >> I haven't noticed a pattern to when it appears; it is
>     >> erratic.  I've been seeing it for awhile now, perhaps
>     >> since upgrading to R 2.4.
>     >> 
>     >> Can anyone illuminate what's going on?
> 
> You haven't upgraded ESS.
> The new features for ESS 5.3.2,  see e.g., here
> 
>     http://ess.r-project.org/Manual/readme.html#New-Features
> 
> exactly mention to have addressed this problem.
> Current ESS is 5.3.3
Thank you.  My distro, Debian, is at 5.3.0 even in unstable.  I filed
a bug about it.

Does this problem affect any functionality, or is it just cosmetic?

> 
(Continue reading)

Stephen Eglen | 3 Dec 15:26 2006
Picon
Picon

Re: Code indentation inside an Sweave chunk

 > I'd like to encourage you to add the extra
 >     (noweb-indent-line)
 > there; does seem harmless and provide desired functionality.

Added; it might cause some issues in a documentation chunk rather than
a code chunk though...?

Stephen

______________________________________________
ESS-help <at> stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Martin Ivanov | 5 Dec 13:49 2006
Picon

about ess-rdired

Hello!
I am running Slackware Linux 11.0 with kernel 2.6.18, emacs (GnuEmacs) emacs-21.4a-i486-3 and
ess-5.3.3. I untarred the ess souce, and compiled and  installed with "make" and "gmake install" as
recommended in the instructions. R works ok within emacs. The only problem is with the file
"ess-rdired.el", which has to be loaded when typing M-x ess-rdired. Actually that file was not installed
on my system like, for example the ess-site file, which is in /usr/share/emacs/site-lisp/ess-site.el.
The ess-dired file is still in the directory that was generated by the untarring of the source. So in my
.emacs file I have to load the ess-dired file from my local directory, instead of from some system
directory. I think there is some way that the ess-dired.el file goes to
some system directory, /usr/share/emacs/ess-lisp, for example. 

Probably something has to be tweaked in the Makeconf file, so that "gmake install" send the file ess-rdired
to /usr/share/emacs/ess-lisp as well?

I thank you very much in advance.
Regards,
Martin

-----------------------------------------------------------------
Няма нищо по-хубаво от лошото време - виж Photosynthesis.bg

______________________________________________
ESS-help <at> stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help
Martin Maechler | 5 Dec 18:03 2006
Picon

Re: Code indentation inside an Sweave chunk

>>>>> "StEgl" == Stephen Eglen <S.J.Eglen <at> damtp.cam.ac.uk>
>>>>>     on Sun, 3 Dec 2006 14:26:28 +0000 writes:

    >> I'd like to encourage you to add the extra
    >> (noweb-indent-line)
    >> there; does seem harmless and provide desired functionality.

    StEgl> Added;
Thanks.

    StEgl>  it might cause some issues in a documentation chunk rather than
    StEgl> a code chunk though...?

You are right. It's called bound there too (to <return>).
Trying a few cases, it seems it behaves there as well.

Martin

______________________________________________
ESS-help <at> stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

António Ferreira | 5 Dec 21:21 2006
Picon

Adjustment to C-c C-p behavior

Hello,

I changed the behavior of ess-eval-paragraph-and-step (bound to C-c C-p) 
to be consistent with ess-eval-line-and-step (C-c C-n).

While debugging a R source file I noticed that I had to use C-c C-n 
several times on multi-line expressions (i.e., paragraphs), to 
continuously see the evaluation outcome on the *R* buffer. Naturally I 
also tried C-c C-p, but its behavior had a subtle difference: the cursor 
on the *R* buffer didn't stay at the end of the buffer, thereby forcing 
me to manually scroll down to see the latest evaluation results.

To change the behavior of the C-c C-p, so that the *R* buffer 
continuously shows the latest evaluation outcome, I edited the file 
'ess-inf.el' that comes with ESS 5.3.3:

;; Previous code

(defun ess-eval-paragraph-and-step (vis)
   "Send the current paragraph to the inferior ESS process and
    move forward to the next paragraph.
    Arg has same meaning as for `ess-eval-region'."
   (interactive "P")
   (let ((beg-end (ess-eval-paragraph vis)))
     (goto-char (1+ (cadr beg-end))))
)

;; New code

(defun ess-eval-paragraph-and-step (vis)
(Continue reading)

Martin Maechler | 7 Dec 12:32 2006
Picon

Re: Adjustment to C-c C-p behavior

>>>>> "Antnio" == Antnio Ferreira <asfe <at> di.fc.ul.pt>
>>>>>     on Tue, 05 Dec 2006 20:21:29 +0000 writes:

    Antnio> Hello, I changed the behavior of
    Antnio> ess-eval-paragraph-and-step (bound to C-c C-p) to
    Antnio> be consistent with ess-eval-line-and-step (C-c
    Antnio> C-n).

Hmm, something like the following somewhere in your ~/.emacs
or site-init/default.el or ... file
is rather recommended.

We cannot build it into our own startup file "ess-site.el",
since 'comint' is used in many other places than just ESS,
and ESS is not allowed to overwrite global comint settings :

 (eval-after-load
   "comint"
   '(progn
      (setq comint-scroll-to-bottom-on-output 'others) ; not current
      ;;=default: (setq comint-scroll-to-bottom-on-input nil)
      (setq comint-scroll-show-maximum-output t) ;;; this is the key
      (define-key comint-mode-map [up]
        'comint-previous-matching-input-from-input)
      (define-key comint-mode-map [down]
        'comint-next-matching-input-from-input)

      (define-key comint-mode-map "\C-a" 'comint-bol)
      )
   )
(Continue reading)


Gmane