similar to: embedded R regexec returning nonsense

Full_Name: Ei-ji Nakama Version: R-2.5.0 OS: any Submission from: (NULL) (219.117.236.5) problem by operation of gsub in the locale of CP932 and SJIS. The inconvenient character code which used 0x5c after the first byte. --- R-2.5.0.orig/src/main/character.c 2007-04-03 11:05:05.000000000 +0900 +++ R-2.5.0/src/main/character.c 2007-06-24 22:31:06.000000000 +0900 @@ -986,6 +986,17 @@

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.,

On 8/1/24 20:55, Duncan Murdoch wrote: > 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

On Aug 28, 2009, at 1:53 AM, Daniel Dunbar wrote: > Nice! > > This looks good to me but probably Chris or someone else should sign > off on it. This seems ok to me, please commit. One minor comment: +++ b/lib/Support/Regex.cpp + // Allocate pmatch with at least one element. + pmatch = new llvm_regmatch_t[nmatch > 0 ? nmatch : 1]; + pmatch[0].rm_so = 0; + pmatch[0].rm_eo =

When xenstat library parse /proc/net/dev, it uses strpbrk function to get pointer to device name. However, it miss capital letters in the array of valid characters so it get incorrect name in case device name starts with capital letters or even segfault if it contains only capital letters. This patch adds missing characters to strpbrk call. Signed-off-by: Miroslav Rezanina

Full_Name: Roger Bivand Version: 0.99.0 OS: RH Linux 6.1 Submission from: (NULL) (158.37.60.152) I am working on an interface between R and the GRASS geographical information system, written in R, with no dynamically loaded code. I have written full examples, and tested then under R 0.90.1, both by entering example() for each function and R CMD check, both of which worked without problem. Under

On 2009-08-30 03:55, Chris Lattner wrote: > > On Aug 28, 2009, at 1:53 AM, Daniel Dunbar wrote: > >> Nice! >> >> This looks good to me but probably Chris or someone else should sign >> off on it. > > This seems ok to me, please commit. One minor comment: Committed. It would be useful if someone could test if this works on Windows, the msvc buildbot was all

Nice! This looks good to me but probably Chris or someone else should sign off on it. There were two minor warnings on Darwin: -- In file included from /Volumes/Data/Users/ddunbar/llvm/lib/Support/regexec.c:81: /Volumes/Data/Users/ddunbar/llvm/lib/Support/regengine.inc: In function 'sbackref': /Volumes/Data/Users/ddunbar/llvm/lib/Support/regengine.inc:665: warning: control reaches end of

I think having this logic buried within libhid/libusb (libusb:libusb_open(), line 179 to 206) is ultimately a mistake, albeit one that I am probably responsible for. Would it make sense to confine libhid to low-level operations, and leave the decision of trying to reopen vs. retrying to open to the high-level driver, in this case usbhid-ups? I envision that the code in usbhid-ups:reconnect_ups()

Hi, In R 3.4.0, the "Pattern Matching and Replacement" documentation that describes regexec(), gregexpr(), etc. states that the "text" argument to regexec is a character vector, "or an object which can be coerced by as.character to a character vector": regexec(pattern, text, ignore.case = FALSE, perl = FALSE, fixed = FALSE, useBytes = FALSE)

> On 17 Dec 2015, at 19:58 , Michael Felt <aixtools at gmail.com> wrote: > > On 2015-12-17 19:30, peter dalgaard wrote: >> Presumably the file in question is one of >> >> Peter-Dalgaards-MacBook-Air:BUILD pd$ grep -r "^Package: tools" * >> library/tools/DESCRIPTION:Package: tools >> src/library/tools/DESCRIPTION:Package: tools >>

Hi, I know that Asterisk doesn't support Instant Messaging, but I'm trying to use the AGI function RECEIVE TEXT to implement a kind of IM service. I have a sip softphone that tries to send a message to an active channel and the AGI script that expect to receive the text through the STDIN. Two problems arise: First: How can I say to asterisk to get the message? (I see on CLI console that

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

FWIW I was able to replicate the problem using AIX7.1 on Power8, R 3.2.3, vac/xlc 11.1, xlf 13.1 in 64-bit mode. Indeed, Peter's analysis is correct re_regexecb(&regline, line..) returns REG_NOMATCH even though the string is literally "Package: tools" - no special characters anywhere. On Dec 17, 2015, at 3:37 PM, peter dalgaard <pdalgd at gmail.com> wrote: > >>

I've just tried using both Duncan's RSPython and Walter Moriera's rpy with R 1.5.0. Both segfaulted during startup in exactly the same place, apparently while trying to load the ctest package. Recompiling the packages doesn't seem to have any effect on this outcome. Here's the first few lines of a gdb backtrace: #0 0xff132df8 in strlen () from /usr/lib/libc.so.1 #1

A very common use case for regmatches is to extract regex matches into a new column in a data.frame (or data.table, etc.) or otherwise use the extracted strings alongside the input. However, the default behavior is to drop empty matches, which results in mismatches in column length if reassignment is done without subsetting. For consistency with other R functions and compatibility with this use

Changing the default behavior of regmatches would break its use with gregexpr, where the number of matches per input element faries, so a zero-length character vector makes more sense than NA_character_. > x <- c("John Doe", "e e cummings", "Juan de la Madrid") > m <- gregexpr("[A-Z]", x) > regmatches(x,m) [[1]] [1] "J"

Thanks for your help Duncan. Your last comment helped me to figure out what FreeBSD was doing differently than Linux/Solaris. This fix worked on a machine with Python 2.1, R 1.3.1 and FreeBSD 4.1. Here are the details: The pthreads fix: I added '-lc_r' to the PKG_LIBS definition in src/Makevars.in. The FreeBSD 'man pthread' page suggests that adding -pthread to the gcc statement

if you want "to extract regex matches into a new column in a data.frame" then there are some package functions which do exactly that. three examples are namedCapture::df_match_variable, rematch2::bind_re_match, and tidyr::extract. For a more detailed discussion see my R journal submission (under review) about regular expression packages,

Hi, I'm trying to install RSPython v0.5-4 on a debian machine (woody, testing) but am having the following problem. $R CMD INSTALL -c --library=/usr/lib/R/library RSPython_0.5-4.tar.gz 2>err But then... $python >> import RS Error in .PythonInit() : Error in Python call: values Error in library("RSPython") : .First.lib failed for 'RSPython' Traceback (most recent