search for: getlocale

...es: >> Just guessing: perhaps this is something that is set when >> R is initialized and not queried every time something is >> printed? >> >> Kasper > Hi Kasper: > Good guess, but wrong ;o) Actually, the problem is in > Sys.getlocale() Recent versions of R have this in its > help... > Note that the ?LANGUAGE? environment variable has > precedence over ?"LC_MESSAGES"? in selecting the language > for message translation on most R platforms. > However, the function itself just ig...

Hi, read.dcf() can modify the locale variable LC_CTYPE, and here is a minimal example: > Sys.getlocale('LC_CTYPE') [1] "en_US.UTF-8" > read.dcf(textConnection('a: b'), all = TRUE) a 1 b > Sys.getlocale('LC_CTYPE') [1] "C" After diagnosing the problem, it seems the on.exit() call in read.dcf() is the culprit: on.exit(Sys.setlocale("LC_CTY...

...m. I wonder if you?ve seen this. If it?s not some setting I?m unaware of, maybe someone should look into it. Sorry I haven?t taken the time to read the source code myself. Thanks, Stuart R version 3.0.2 (2013-09-25) -- "Frisbee Sailing" Platform: x86_64-unknown-linux-gnu (64-bit) Sys.getlocale() [1] "LC_CTYPE=en_US.UTF-8;LC_NUMERIC=C;LC_TIME=en_US.UTF-8;LC_COLLATE=en_US.UTF -8;LC_MONETARY=en_US.UTF-8;LC_MESSAGES=en_US.UTF-8;LC_PAPER=en_US.UTF-8;LC_ NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US.UTF-8;LC_IDENTIFICA TION=C" "-1" > "1" [1] TRUE &...

...lation order of two items is not defined. To add to the confusion, on OSX Mavericks, I see > x <- "\u0663" > y <- 3 > > x == y [1] FALSE > rank(c(x, y)) [1] 2 1 > x [1] "?" > x == y [1] FALSE > x > y [1] TRUE > x < y [1] FALSE > Sys.getlocale() [1] "en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8" > Sys.getlocale("LC_COLLATE") [1] "en_US.UTF-8" Notice the differences from en_US.UTF8 (sans hyphen) on your system.... -pd On 13 Aug 2015, at 16:01 , John McKown <john.archie.mckown at gmai...

x <- "\u0663" y <- 3 x == y # FALSE rank(c(x, y)) # c(1.5, 1.5) -- http://had.co.nz/

...sterday" where as far as I recall the test code looked a bit different. Best, Kasper > ## Results differed by platform, but some gave incorrect results on string 10. > > > ## str() on large strings (in multibyte locales; changing locale may not work everywhere > oloc <- Sys.getlocale("LC_CTYPE") > mbyte.lc <- { + if(.Platform$OS.type == "windows") + "English_United States.28605" + else if(grepl("[.]UTF-8$", oloc, ignore.case=TRUE)) # typically nowadays + oloc + else + "C.UTF-8" # or rather &qu...

...or'. However, some functions such as 'help' and 'setwd' do not work: e.g. >help() Error: could not find function "help" > setwd("DirName") Error in setwd("DirName") : unsupported conversion in 'filenameToWchar' I then typed 'Sys.getlocale()' and got this: > Sys.getlocale() [1] "LC_COLLATE=Chinese (Traditional)_Hong Kong S.A.R..950;LC_CTYPE=Chinese (Traditional)_Hong Kong S.A.R..950;LC_MONETARY=Chinese (Traditional)_Hong Kong S.A.R..950;LC_NUMERIC=C;LC_TIME=Chinese (Traditional)_Hong Kong S.A.R..950" Setting LC_ALL=...

...tion. ---ENVIRONMENT--- Platform = x86_64-w64-mingw32 OS = Windows 10 Pro 1709 chs R version = 3.4.3 Active code page = 936 (Simplified Chinese) ---STEPS TO REPRODUCE--- 1. Run cmd and start bin\x64\R.exe 2. Note that all Chinese characters in the startup banner are missing 3. > Sys.getlocale() [1] "LC_COLLATE=Chinese (Simplified)_China.936;LC_CTYPE=Chinese (Simplified) _China.936;LC_MONETARY=Chinese (Simplified)_China.936;LC_NUMERIC=C;LC_ TIME=Chinese (Simplified)_China.936" 4. > print("ABC\u4f60\u597dDEF") [1] "ABCDEF" (Unicode code points for "...

...;>>>> on Fri, 19 May 2017 20:09:24 -0400 writes: > I rebuilt R with > export LC_CTYPE=en_US.UTF-8 > and the test still fail. Surprisingly, when I run R from the bin directory > and execute the test code, it runs without error: >> oloc <- Sys.getlocale("LC_CTYPE") >> mbyte.lc <- { > + if(.Platform$OS.type == "windows") > + "English_United States.28605" > + else if(grepl("[.]UTF-8$", oloc, ignore.case=TRUE)) # typically nowadays > + oloc > + else...

...avericks, I see > >> x <- "\u0663" >> y <- 3 >> >> x == y > [1] FALSE >> rank(c(x, y)) > [1] 2 1 >> x > [1] "?" >> x == y > [1] FALSE >> x > y > [1] TRUE >> x < y > [1] FALSE > >> Sys.getlocale() > [1] "en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8" >> Sys.getlocale("LC_COLLATE") > [1] "en_US.UTF-8" > > Notice the differences from en_US.UTF8 (sans hyphen) on your system.... > > -pd > > On 13 Aug 2015, at 16:01 , J...

Hi, there´s something that really bothers me about R and after hours and hours of internet research, I´m still stuck with the same problem: I installed R and it is in Spanish, as the system on my work. I would really like it in English and there seems to be no way to change that!?! I´m doing an abroad internship, so my Spanish is far from perfect and my tutorial is in English. Is there any

The following caused a hard-to-diagnose problem for a user of the survey package. Presumably this is a strange Unicode thing, but is there a convenient reference for how the collation order is determined? I am surprised that adding the same character to the end of two strings of the same length can change the sorting order. in en_US.utf8 locale > "1//"<"10/" [1]

...<- htmlParse(a) a2 # Here it is a mess... None of these seem to fix it: htmlParse(a, encoding = "windows-1251") htmlParse(a, encoding = "CP1251") htmlParse(a, encoding = "cp1251") htmlParse(a, encoding = "iso8859-5") This is my locale: Sys.getlocale() "LC_COLLATE=Russian_Russia.1251;LC_CTYPE=Russian_Russia.1251;LC_MONETARY=Russian_Russia.1251;LC_NUMERIC=C;LC_TIME=Russian_Russia.1251" Any suggestions? Thanks you very much in advance, Lavrentiy Eskin <http://www.eng.nvg.ru> [[alternative HTML version deleted]]

...z Version: 2.3.1 OS: Ubuntu Submission from: (NULL) (150.214.231.66) Here is the reply to the edit command using gnome > edit(data.frame()) Erro en dataentry(datalist, modes) : invalid device Adem?s: Warning message: unable to create fontset -*-fixed-medium-r-normal--13-*-*-*-*-*-*-* > Sys.getlocale() [1] "LC_CTYPE=es_ES.UTF-8;LC_NUMERIC=C;LC_TIME=es_ES.UTF-8;LC_COLLATE=es_ES.UTF-8;LC_MONETARY=es_ES.UTF-8;LC_MESSAGES=es_ES.UTF-8;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=C;LC_IDENTIFICATION=C" Under kde it works fine.

...edish_Sweden.1252;LC_NUMERIC=C;LC_TIME=Swedish_Sweden.1252 attached base packages: [1] "stats" "graphics" "grDevices" "utils" "datasets" "methods" [7] "base" other attached packages: RWinEdt "1.7-5" > Sys.getlocale() [1] "LC_COLLATE=Swedish_Sweden.1252;LC_CTYPE=Swedish_Sweden.1252;LC_MONETARY=Swedish_Sweden.1252;LC_NUMERIC=C;LC_TIME=Swedish_Sweden.1252" > -- Gustaf Rydevik, M.Sci. tel: +46(0)703 051 451 address:Essingetorget 40,112 66 Stockholm, SE skype:gustaf_rydevik

...uses Unicode internally. By correct I mean the characters shown e.g. here https://msdn.microsoft.com/en-us/library/cc194923.aspx https://msdn.microsoft.com/en-us/library/cc194920.aspx What is the output of "chcp" in the terminal, before you run R.exe? It may be different from what Sys.getlocale() gives in R. If you take the sequence of the "fputc" commands you captured by the debugger, and create a trivial console application to just run them - would the characters display correctly in the same terminal from which you run R.exe? Thanks Tomas On 03/08/2018 06:54 PM, Azure...

...the authors as expected, but it is very inconvenient to generate citations directly from the output of this function. So I'd like to propose a solution this problem by changing one line in the packageDescription function, like so, from: #--------------- if (missing(encoding) && Sys.getlocale("LC_CTYPE") == "C") #--------------- to: #--------------- if ((missing(encoding) && Sys.getlocale("LC_CTYPE") == "C") | unname(Sys.info()['sysname']) == "Windows") #--------------- If I understand correctly, that will force ASCII...

...d if I uncheck this and restart R the problem is "fixed". I don't know how I would do that on Linux, but it's a server anyway so I couldn't. ## R 2.2.0 ## Windows XP, SP2 ## System time is set to (GMT+10:00) Hobart - Tasmanian Summer Time (1 hour forward of GMT+10) Sys.getlocale() ## [1] "LC_COLLATE=English_Australia.1252;LC_CTYPE=English_Australia.1252;LC_MONETARY=English_Australia.1252;LC_NUMERIC=C;LC_TIME=English_Australia.1252" #### Try for 2004 (t1 <- ISOdatetime(2004, 10, 3, 1, 0, 0, tz = "GMT")) ##[1] "2004-10-03 01:00:00 GMT" (t2...

...which( gridd[,2]=="0.0" ),] #gives error message gridd[which( gridd[,2]==0.0 ),] #gives me the right data #End of Example I also encountered this phenomenon on another version of R and on another computer. Has anybody an idea what this is and how to overcome it? Best, Stefan Sys.getlocale() [1] "LC_COLLATE=English_United Kingdom.1252;LC_CTYPE=English_United Kingdom.1252;LC_MONETARY=English_United Kingdom.1252;LC_NUMERIC=C;LC_TIME=English_United Kingdom.1252" version _ platform i386-pc-mingw32 arch i386 os mingw32 system...

Full_Name: Martin Lenze Version: 1.8.0 alpha (2003-09-18) OS: Microsoft Windows 2000 [Version 5.00.2195], SP4 Submission from: (NULL) (82.82.76.131) Seems to be related to PR#1332... Hello, I get: > Sys.getlocale() [1] "LC_COLLATE=English_United States.1252;LC_CTYPE=English_United States.1252;LC_MONETARY=C;LC_NUMERIC=C;LC_TIME=English_United States.1252" > strptime("20040602","%Y%m%d")-strptime("19700101","%Y%m%d") Time difference of NA secs > strptime...