Also, the relax package in CRAN uses "\283" instead of "\303"
in many places:
./relax/R/relax.R:pc<-eval(parse(text='"\\283"')) # UTF-8-pre-char
./relax/R/weaveRhtml.R: pc<-eval(parse(text='"\\283"')) # UTF-8-pre-char
./relax/R/weaveRhtml.R: input<-gsub("\283\237","ß",input)
./rela
On 11-09-01 8:47 PM, William Dunlap wrote:
The CRAN package svMisc misuses it, using "\8" instead of "\10" or "\b":
./svMisc/R/progress.R: backspaces<- paste(rep("\8", l3), collapse =
"")
I noticed it when S+ emitted a warning when parsing that file:
> p<- parse("svMisc/R/progres
The CRAN package svMisc misuses it, using "\8" instead of "\10" or "\b":
./svMisc/R/progress.R: backspaces <- paste(rep("\8", l3), collapse =
"")
I noticed it when S+ emitted a warning when parsing that file:
> p <- parse("svMisc/R/progress.R")
Warning messages:
The initial back
On 11-09-01 5:43 PM, William Dunlap wrote:
Is it intentional that the digit 8 is allowed
in octal escape sequences in character literals?
> "\110" == "\088"
[1] TRUE
> "\8" == "\b"
[1] TRUE
9's are rejected, so I'd expected 8's to be illegal as well.
It is documented that way in
Shouldn't the parser complain about unfinished strings in files?
It doesn't and will tack on a newline if there isn't one there.
> withOption <- function(optionList, expr) {
+ oldOption <- options(optionList)
+ on.exit(options(oldOption))
+ expr
+ }
> cat(file=tf<-tempfil
Is it intentional that the digit 8 is allowed
in octal escape sequences in character literals?
> "\110" == "\088"
[1] TRUE
> "\8" == "\b"
[1] TRUE
9's are rejected, so I'd expected 8's to be illegal as well.
> "\9"
Error: '\9' is an unrecognized escape in character string starting "\
This is probably obvious, but I just wanted to say that it should be possible
to turn off multithreading even when on a machine with multiple cores.
Reasons could be because you run in a cluster, and are given just one core for
yourself.
Or, if you have a setup with trivial parallelization (i.e.
>>> .Internal(setMaxNumMathThreads(1)); .Internal(setNumMathThreads(1)); m <-
>>> matrix(rnorm(81),900,900); system.time(d <- dist(m))
>>>
>>> user system elapsed
>>> 3.510 0.013 3.524
>>>
>>> .Internal(setMaxNumMathThreads(5)); .Internal(setNumMathThreads(5)); m <-
>>> matrix(rnorm(8100
> Michael Lachmann
> on Fri, 19 Aug 2011 02:08:48 +0200 writes:
> On my trials, after eliminating all the extra matrix<->dgeMatrix
> conversions, using expm() and the method below were equally fast.
> Michael
I'm sorry I hadn't time to get into this thread when it was
ho
