On 2/24/24 01:01, David Winsemius wrote:
On 2/23/24 14:34, avi.e.gr...@gmail.com wrote:
This may be a dumb question and the answer may make me feel dumber.
I have had trouble for years with R packages wanting Rtools on my machine
and not being able to use it. Many packages are fine as bin
On 2/9/24 21:39, Iago Giné Vázquez wrote:
Duncan, do you think it's worth to comment this in R-devel list?
Duncan filed a bug report via R bugzilla (thanks).
There is no way to disable this functionality and it has existed for
very long time, I tested that at least in R 3.0. Optionally ending
On 6/23/22 13:36, Ivan Krylov wrote:
On Thu, 23 Jun 2022 12:26:23 +0200
Helmut Schütz wrote:
txt <- "x ≥ y, x \u2265 y; a ≈ b, a \u2248 b"
Encoding(txt) <- "UTF-8"
There shouldn't be a need to change the encoding. If you're creating a
Unicode literal, R should already choose UTF-8 for the r
Dear Helmut,
thanks for the report, this is actually a bug in Rterm (or Windows, hard
to tell, but something that can be fixed in Rterm). More below
On 6/23/22 12:26, Helmut Schütz wrote:
Dear all,
I want to send UTF-8 characters to the console. Font in the
GUI-Preference 'Lucida Console',
Hi Andrew,
On 9/30/22 15:05, Andrew Hart via R-help wrote:
Hi everyone,
Recently I upgraded to R 4.2.1 which now uses UTF-8 internally as its
native encoding. Very nice. However, I've discovered that if I use
writeClipboard to try and move a string containing accented characters
to the Windo
On 4/28/22 16:02, Jinsong Zhao wrote:
Hi Sergiy,
I can confirm this. I don't find any bug report related with
"clipboard" on bugzilla. I will open a bug report.
I confirm this is a bug in the connections code implementation of
"clipboard". R 4.2 has a new version which uses Unicode and
unfo
A reproducible example:
system("\"C:\\Program Files\\R\\R-4.0.3\\bin\\R.exe\" -e commandArgs()
>out") # does not create "out"
system("\"C:\\Program Files\\R\\R-3.6.3\\bin\\R.exe\" -e commandArgs()
>out") # creates "out"
Note that this does not create "out", either:
system("\"C:\\Program Fi
On 9/8/20 5:51 AM, Robert Knight wrote:
RE: Some R code works on Linux, but not Linux via Windows Subsystem Linux
This is taking data from a CSV and placing it into a data frame. This is R
3.6.3 inside Windows Subsystem for Linux v2, Ubuntu 18.04. The exact same
code, unchanged and on the sam
On 10/22/2018 07:15 PM, Ivan Krylov wrote:
This is a bin\R.exe + bin\Rscript.exe bug.
Please note this has been fixed in later versions of R, quoting has been
added. If you can find some corner case in which the current quoting
(R-devel) is incorrect on Windows, in the front-ends or anywhere
Dear Marc,
this is probably because short file names are disabled on that external
drive. R needs short file names to be enabled on the drive where it is
installed - please check/follow according to Microsoft documentation on
turning on Short File Names (SFN, aka 8.3 names, 8dot3 names).
Bes
10 matches
Mail list logo