my initial reaction is that you are trying to hard. I haven't paid serious
attention to Windows since
I switched to Mac about 10 years ago.
What I recall is that all the unix utilities (sh, awk, grep, etc) that you need
are included in the
Rtools collection. Indeed they are exactly the cygwin
Yes, that is the designed behavior. A transcript is the history of a previous
session. Normally you
would not want to change it.
What you might want to do is open a new .r file and copy the source code from
the transcript into
the new file. Pick up the entire section of transcript (input
The change in date format makes sense. The short term workaround is to set the
specific R you want.
In general, that ESS code on Windows was designed to find R in any of a number
of standard places. The list of what
those standard places are is also a variable you can set. The details have
, completions, ...).
Best,
Lionel
On 2/18/21, Richard M. Heiberger via ESS-help wrote:
> On Jun 16, 2021, at 11:38, Bassett Jr,Roland L via ESS-help
> wrote:
>
> Greetings to all. At some point, my ESS developed the following feature:
> when I am editing an .Rnw file with R run
The relevant question is what version of ess are you using?
more specifically which version of ess is included with VIncent Goulet's
emacs-26.1?
the "bin/x64/Rterm.exe" construction is not in ess-16.10
It is in ess-18.10
the /x64/ wasn't meaningful until R stsarted releasing both 32-bit
I am out of my depth. I downloaded
https://emacsformacosx.com/emacs-builds/Emacs-27.1-1-universal.dmg
When I unpacked it, it has the same files as vincent's distribution.
download
-rwxr-xr-x 1 rmh staff 7308192 Aug 12 2020 Emacs-x86_64-10_10
-rw-r--r--@ 1 rmh staff 15484072 Aug 12
good idea. i am now downloading a universal build instead of the x86-64 that
Vincent Goulet distributed.
I will report back in a few days.
From: ESS-help on behalf of Sparapani, Rodney
via ESS-help
Sent: Friday, March 5, 2021 09:17
To:
It has crashed three times in the last hour. Each time as I was typing into my
filename.r buffer.
This time the Problem Report message to Apple includes
Exception Type:EXC_BAD_ACCESS (SIGABRT)
Exception Codes: KERN_INVALID_ADDRESS at 0x015a
Exception Note:
i almost never use those menus. my fingets know the emacs key-combinations too
well.
It comes out of the blue and catches me unawares. The only thing that occurs
to me is something
similar to Rmpfr error discussed on R-sig-mac list about a week ago. Simon
traced it to a rarely used
intel
I have not tried anything at this point. I don't have any sense of what
specific causes the
crash. I just notice that it crashes about twice a week, and that I have not
seen that type of
behavior previously with the Mac Intel.
Rich
From: Vincent
I don't know if this is emacs issue or an emacs plus ESS issue.
I am using Vincent Goulet's
"Emacs Modified for macOS is a distribution of GNU Emacs 27.1 (released August
10, 2020) bundled with a few select packages for R developers and LaTeX users."
Process: Emacs-x86_64-10_14
ebrew/install/HEAD/install.sh)"
/usr/local/bin/brew update
/usr/local/bin/brew install aspell
/usr/local/bin/brew link --overwrite aspell
From: ESS-help on behalf of Richard M.
Heiberger via ESS-help
Sent: Tuesday, January 26, 2021 8:38 PM
T
That was the intent of my search for 'cl-'.
There are many instances found, now that the find-dired behaves sensibly again.
There are many files
/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/cl-*.el.gz
Since deprecated doesn't mean defunct, I will not pursue this further.
Rich
case he recommends hunspell. I will address the
spelling problem soon, but not today.
Rich
From: Stephen Berman
Sent: Tuesday, January 26, 2021 4:07 PM
To: Richard M. Heiberger via ESS-help
Cc: Richard M. Heiberger
Subject: Re: unexpected behavior
I just downloaded Emacs-27.1-1-modified-1 for two MacBooks.
I have been using the previous 25.1.1 successfully on both machines.
1. My new MacBook Air M1, running Big Sur
2. My old MacBook Air mid 2012, running Catalina (it is too old for Big Sur)
I have three unexpected behaviors, and they are
absolutely restore .rt as a valid transcript file name.
.st goes back to at least S-Plus and if my memory serves, to S.
.rt was constructed by analogy.
the .rout and .sout are excessively verbose, rather recent additions.
Additions, not replacements.
Rich
On Mon, Jun 1, 2020 at 4:47 PM Alex
Yes, your use case is exactly mine. Since I normally have several buffers
open, sometimes in the same frame, sometimes in different frames,
I don't see that sequence as a big deal. I just move the mouse and paste.
I just looked at the names of all the ess- commands
C-h f ess-
and don't see
Hi Kevin,
I think Stephen is assuming you do a lot of work in the *R* and then want
to recover it into a script.
For that case I wouldn't bother saving the *R* buffer, but would just copy
the relevant lines (including output)
and then save it back into the script file with C-u C-u C-y
18 matches
Mail list logo