search for: lc_monetari

I'm observing the following on different platforms: > parse(text='"\\x7F"') expression("\177") > parse(text='"\\x80"') Error: invalid multibyte string ... > parse(text='"\\xFF"') Error: invalid multibyte string However, cat("\x7F\n\x80\n...\xFF\n") works. Using R --vanilla. SYSTEMS GIVING THE ERROR: >

I think R from EPEL 8 is missing a dependency on glibc-langpack-en or similar. Testing with the new CentOS 8 docker image: docker run -it centos:8 bash And then in docker: yum install epel-release yum config-manager --set-enabled PowerTools yum install R-devel Installation succeeds but when I start R: During startup - Warning messages: 1: Setting LC_CTYPE failed, using

minimal reproducible example plot(1,1) identify(1,1) # or locator() now, trying to close the window by clicking on the cross of the upper right corner causes Rgui (and Rterm) to crash. I see the same behaviour on 2 different Windows PC (one with Win 8.1 and one with Win 10). I did not see the problem in linux (see below) WINDOWS ************** > sessionInfo() R version 3.3.0 beta

Hi there. With OpenSSH 3.0.2p1 on Solaris, the locale does not appear to get set correctly at login, as it does with, say telnet: /etc/default/init: TZ=GB CMASK=022 LC_COLLATE=en_GB.ISO8859-1 LC_CTYPE=en_GB.ISO8859-1 LC_MESSAGES=C LC_MONETARY=en_GB.ISO8859-1 LC_NUMERIC=en_GB.ISO8859-1 LC_TIME=en_GB.ISO8859-1 When logging in via SSH: scot /home/scot > locale LANG=

Related to the following question on Stackoverflow: https://stackoverflow.com/questions/44723690/unexpected-behavior-of-sys-setlocale#44723690 It appears as if Sys.setlocale() does not update LC_TIME correctly for use in date formatting. Although R reports that LC_TIME is changed to the new setting after use of Sys.setlocale(), as.Date() still uses the old settings. The only way to update this is

A colleague?s R program behaved differently when I ran it, and we thought we traced it probably to different results from string comparisons as below, with different R versions. However the platforms also differed. A friend ran it on a few machines and found that the comparison behavior didn?t correlate with R version, but rather with platform. I wonder if you?ve seen this. If it?s not some

Hi all, I'm trying to download a file from the net, and the download.file command leaves it corrupted, i.e excel cannot open it. It seems as if it's going ok, however. Does anyone have an idea of what's going on? regards, Gustaf Rydevik ---- >download.file(url="http://www.who.int/entity/whosis/whostat2006_demographics.xls",destfile="whodem.xls") trying URL

Hello: rJava works for me under 32-bit but under not 64-bit R; see below. Suggestions? Thanks, Spencer > library(rJava) Error : .onLoad failed in loadNamespace() for 'rJava', details: call: stop("No CurrentVersion entry in '", key, "'! Try re-installing Java and make sure R and Java have matching architectures.")

Dear list, I have a balance connected to the serial port of a windows machine ("COM1") and I read the text output of the balance with scan("COM1", what="character", sep="\n", n=1) after calling the previous line I press the print key on the balance which triggers sending one line of text to the serial connection and with R 2.9.2 I get something like Read

I am the maintainer of a Bioconductor package (affylmGUI) which uses tcltk. It freezes inconsistently on MS Windows, but not Mac or Unix. see details below. After considerable testing I have reduced the problem from a few thousand lines of code to 30 lines! If you paste the following lines of code into an R window: testGUI <- function(){ require(tcltk) MainWindow <-

Hi, when running the following on different instances of R (Linux and Windows), I get different results. The one for Linux seems to be the intended / documented one. When using numeric indices rather than characters, Windows seemed to behave as expected. -----------On Windows-------------- x = matrix(FALSE, nrow=3, ncol=3) colnames(x) = LETTERS[1:3] rownames(x) = letters[1:3] x # A

I may be making a simple error, but I've looked at the str() of the resulting objects and I can't see any obvious reason I'm having the problem I am having, so I am reaching out to the R-help group. ?I am generating a string in my code. ?When I make a slight modification (add a comma at the end using my "lastcomma" function), I can no longer successfully write that string to

Hello, I encountered this: > png(file=tempfile(), width=1165, height=12983) Error in png(file = tempfile(), width = 1165, height = 12983) : unable to start png() device In addition: Warning messages: 1: In png(file = tempfile(), width = 1165, height = 12983) : Unable to allocate bitmap 2: In png(file = tempfile(), width = 1165, height = 12983) : opening device failed > On the

On Mon, 7 Oct 2019 at 11:13, Jeroen Ooms <jeroenooms at gmail.com> wrote: > > I think R from EPEL 8 is missing a dependency on glibc-langpack-en or > similar. Testing with the new CentOS 8 docker image: This never was a dependency. There is no reason to depend particularly on an English locale. > docker run -it centos:8 bash > > And then in docker: > > yum

On 23/06/2017 15:35, Joris Meys wrote: > Related to the following question on Stackoverflow: > https://stackoverflow.com/questions/44723690/unexpected-behavior-of-sys-setlocale#44723690 > > It appears as if Sys.setlocale() does not update LC_TIME correctly for use > in date formatting. Although R reports that LC_TIME is changed to the new > setting after use of Sys.setlocale(),

Hello, I'm having some trouble trying to set the .libPaths() on Windows 7, R-2.15.0 and R-2.15.1. The environment variables R_LIBS and R_LIBS_USER are set according to the help page for .libPaths() and the Rprofile.site file has the default setting, as shown below. R-2.14.1 recognizes the lib paths but not R-2.15. Is this a bug or am I doing something wrong? (I've also tried with

If of any help, I can reproduce this (on Windows 7) back to at least R 3.0.3 but it's not there in R 3.0.0. (I have *not* checked with R 3.0.1 and 3.0.2 which I don't have installed). /Henrik On Tue, Apr 5, 2016 at 8:23 AM, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > Thanks, I'll track this down. > > Duncan Murdoch > > > On 05/04/2016 9:35 AM,

In plotmath expressions, R's degree symbol, e.g. shown by plot(1, main = parse(text = "1*degree*C")) has sunk to halfway the text line, instead of touching its top. In older R versions this looked much better. -- Edzer Pebesma Institute for Geoinformatics Heisenbergstrasse 2, 48151 Muenster, Germany Phone: +49 251 8333081

I noticed that sub() gives unexpected results for the following test case. In the test case, the (initial) input is ASCII but the replacements are UTF-8. The first sub() produces an UTF-8 result with an "unknown" Encoding. This makes the result garbled in Windows (no UTF-8 locale there). The second sub() produces a correct result, although for some reason it is converted to the native

Hi, We recently switched from R2.7.0 to R2.8.1 but having problems tracking down this 'invalid multibyte character' encoding issue. Can someone point us how to solve this? > sessionInfo() R version 2.8.1 (2008-12-22) x86_64-unknown-linux-gnu locale: