similar to: why does [A-Z] include 'T' in an Estonian locale?

On 5/30/23 17:45, Ben Bolker wrote: > Inspired by this old Stack Overflow question > > https://stackoverflow.com/questions/19765610/when-does-locale-affect-rs-regular-expressions > > > I was wondering why this is TRUE: > > Sys.setlocale("LC_ALL", "et_EE") > grepl("[A-Z]", "T") > > TRE's documentation at >

Well, the real issue then seems to be that .roman2numeric uses an invalid regular expression: >> grepl("^M{,3}D?C{,4}L?X{,4}V?I{,4}$", cc) > [1] TRUE TRUE TRUE TRUE TRUE or >> grepl("^I{,2}$", c("II", "III", "IIII")) > [1] TRUE TRUE FALSE Both the TRE and the PCRE specification only allow repetition quantifiers of the

>>>>> Stephanie Evert >>>>> on Wed, 15 Jan 2025 13:18:03 +0100 writes: > Well, the real issue then seems to be that .roman2numeric uses an invalid regular expression: >>> grepl("^M{,3}D?C{,4}L?X{,4}V?I{,4}$", cc) >> [1] TRUE TRUE TRUE TRUE TRUE > or >>> grepl("^I{,2}$", c("II",

>>>>> Jani V?limaa >>>>> on Tue, 14 Jan 2025 20:39:19 +0200 writes: > Hello, > I don't know what's changed or how to figure out why as.roman() started > to work different way lately on Mageia Cauldron. Cauldron is the > latest development version of Mageia Linux. > Expected bahavior: >>

https://bugzilla.samba.org/show_bug.cgi?id=5615 Summary: iconv conversion not applied to symlinks Product: rsync Version: 3.0.3 Platform: Other OS/Version: SunOS Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: nils.goroll@hamburg.de

When checking an R package of mine, I get * checking R files for syntax errors ... WARNING Warning in Sys.setlocale("LC_CTYPE", "en_US") : OS reports request to set locale to "en_US" cannot be honored 'Sys.setlocale' is not used in any of my R functions. What should I do to fix the Warning? I have never seen this before. My locale is "sv_SE",

Hi.. Guess this is asked alot, looked through the last 1000 posts but couldnt find anything so here goes =) Running a 10 finger training program originally made for win 95 on wine, and it all runs smoothly except that i cant get it to show the danish characters "???", if i press the keys on the keyboard they work fine so its not the keymapping thats wrong.. It just replaces the

Thanks Jeremy, i'm analyzing this with the application team, we'll see what we can find. > I was hoping to find a way for the samba4 server to behave like samba3 (as > in ignoring bad characters and replacing them with an underscore > character), which in the end resulted in the best compromise. In the meantime, do you have any idea why there is difference between the two

Hi all, I know I shouldn't really expect the following to work, but it provokes a crash of the GUI on my computer (Win xp professional). --- >sessionInfo() Version 2.3.1 (2006-06-01) i386-pc-mingw32 attached base packages: [1] "methods" "stats" "graphics" "grDevices" "utils" "datasets" [7] "base"

Dear List I have run into some problems with boot.ci from package boot. When I try to obtain a confidence interval of type bca, boot.ci() returns the following error when the data set i large: Error in bca.ci(boot.out, conf, index[1L], L = L, t = t.o, t0 = t0.o, : estimated adjustment 'a' is NA Below is an example that produces the above mentioned error on my machine. library(boot)

I'm using R on a linux redhat 8.0 installation. The special danish characters (ÅØÆæøå) are showed wrong on the screen. Example: yy<-matrix(c(0,2,1,1,8),ncol=1,dimnames=list(c("Brøæå","AGF","AB","Farum","FC-Kbh." ),c("Stemmer"))) barplot(yy[1:5],ylab=names(as.data.frame(yy)),main="5. grade.... ") Any hints? Cand.

Hi all samba coders. Glad to see that you work to improve samba. Here is a problem I would be very greatful if you could solve. Certain international characters does not work as usernames when trying to log in to an NT4 file server. My problem is that in Swedish versions of NT the "Administrator" username is translated and reads "Administrat?r". It seams that the

Hello, I don't know what's changed or how to figure out why as.roman() started to work different way lately on Mageia Cauldron. Cauldron is the latest development version of Mageia Linux. Expected bahavior: > as.roman(strrep("I", 1:5)) [1] I II III IV V Current behavior: > as.roman(strrep("I", 1:5)) [1] I II III IV <NA> Warning message: In

On Tuesday 09 June 2009 04:35, Török Edwin wrote: > On 2009-06-09 12:27, Howard Su wrote: > > This change break the MSVC build since no regex by default in Windows > > MSVC platform. > > Perhaps we should add a regex implementation to lib/System? That's potentially a lot of work. I started looking at it and it would involve hiding the OpenBSD library under some other

Dear R-users, Some hours ago I successfully installed R 1.7.1 on my Linux computer (SuSE 8.1). Now I am trying to get my scripts work which I have written for R/Windows. * While with Windows I was able to use the vowels with the accents present in the Hungarian language: > d$crude.inc<-d$esetsz?m/d$?vk?zepi.l?leksz?m*1000000 > the same line leads to an error on Linux: >

Hi, Does anyone know how one could format numbers using 1000 separator in R? For example, format 1000 as 1,000 and 100000 as 100,000, etc. Thanks, -- Tom [[alternative HTML version deleted]]

On Tue, Jun 9, 2009 at 12:00 PM, David Greene<dag at cray.com> wrote: > On Tuesday 09 June 2009 04:35, Török Edwin wrote: >> On 2009-06-09 12:27, Howard Su wrote: >> > This change break the MSVC build since no regex by default in Windows >> > MSVC platform. >> >> Perhaps we should add a regex implementation to lib/System? > > That's

On StackOverflow (here: https://stackoverflow.com/questions/78803652/why-does-gsub-in-r-match-one-character-too-many) there was a question about this result: > gsub("^([0-9]{,5}).*","\\1","123456789") [1] "123456" The OP expected "12345" as the result. Several points were raised: - The R docs don't mention the case of {,5} for the

Thanks Tomas. Do note that my original post also mentioned a bug or doc error in the PCRE docs for this regexp: > - perl = TRUE does *not* give the documented result on at least one > system (which is "123456789", because "{,5}" is documented to not be a > quantifier, so it should only match the literal string "{,5}"). Duncan On 2024-08-01 6:49 a.m.,

Hello everybody, this might be a trivial question, but I have been unable to find this using Google. I am trying to replace double backslashes with single backslashes using gsub. There seems to be some unexpected behaviour with regards to the replacement string "\\". The following example uses the string C:\\ which should be converted to C:\ . > gsub("\\\\",