t version (not necessarily in these changes) is incompatible with
> the current R code and I need to dig further (not for a few days).
What a nice "war story" this is!
Good that it now seems fixable; even though degree=0 is not of much
practical use, it is the sort of thing people li
>>>
>>> -roger
>>>
>>> --
>>> Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
>>> __
>>> R-devel@r-project.org mailing list
>>> https://stat.ethz.ch/mailman/listinfo/r-devel
&g
n <- "Hs",
> + fly <- "Dm",
> + mouse <- "Mm",
> + rat <- "Rn",
> + yeast <- "Sc"
> + )
>> species
> [1] "Hs"
>
>
> when I change *organism* to "yeast", and call *switch*
hanks for pointing it out.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - (p.dalga...@biostat.ku.dk)
he
>> timestamp files .ts are generated(?) in that directory. If I manually
>> create the empty timestamp files, build completes but -make check-
>> failed. I suspect something with my build tools is not right but what
>> could that be?
>>
>> h.
>
> __
o<-"(x, bar). HOWEVER, this has
obvious performance repercussions (think x <- rnorm(1e7); x[1] <- 0), so
we do allow destructive modification by replacement functions, PROVIDED
that the x is not used by anything else. On the least suspicion that
something else is using the object, a co
d to recognize.)
The Rd parser is different, because in an Rd file, whitespace is
significant, so it gets kept.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
O__ Peter Dalgaard
efine a function mvi() which returns the
missing value indicator and have things like
> list(x= mvi(), b= quote(!x))
$x
$b
!x
work. I'd hate writing its help page, though.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of
ta.frame(list(X=I(matrix(1:15,5,3)),z=26:30))
> get_all_vars(~z+X,dat)
z X.1 X.2 X.3
1 26 1 6 11
2 27 2 7 12
3 28 3 8 13
4 29 4 9 14
5 30 5 10 15
> dat <- list(X=I(matrix(1:15,5,3)),z=26:30)
> get_all_vars(~z+X,dat)
[1] z X
<0 rows> (or 0-length row.names)
>
definition a bug in gcc...
It is usually rather hopeless to work around this sort of issue by
source code changes. Have you tried reducing the optimization level?
Dirk
--
O__ ---- Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box
approach has been to conditionalize (on @code{ENABLE_NLS}) code using
@code{ngettext}.
OK, committed.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark
r the bundle 'VR' by R version 2.9.0 beta.)
The check of the CoCo bundle version 0.1.7.5 by R version 2.9.0 beta is OK
(on my machine), see attached 00check.log.
The zip-file is OK by versions 2.6.0, 2.6.2, 2.7.2, and 2.8.0 of R.
Brian fixed this, please check the current v
it as one).
Any help is much appreciated!
Regards, Stefan
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph.
eciated!
Regards, Stefan
______
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099,
48116).
Bill Dunlap
TIBCO Software Inc - Spotfire Division
wdunlap tibco.com
-Original Message-
From: r-devel-boun...@r-project.org
[mailto:r-devel-boun...@r-project.org] On Behalf Of Peter Dalgaard
Sent: Friday, April 10, 2009 2:03 AM
To: Raberger, Stefan
Cc: r-b...@r-project.org; r-de...@
los=environment(formula). This is the
point, the formula-with-environment construction allows both
h <- function(x,y) mymodel(y~x)
h(u,v)
and
h <- function(f) mymodel(f)
h(u~v)
to find their variables in the right place.
--
O__ Peter Dalgaard Øster Farimags
ue") in 2.7.2/2.7.2patched.
You might at least have checked the NEWS file for references to
dnbinom() before submitting a bug report on an older version!
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 C
; R version 2.9.0 RC (2009-04-10 r48321)
> on Ubuntu hardy
>
Not (easily) reproducible for me on r48325 (which only differs from
48321 in the FAQ and package count in internet.Rout.save). So, cannot
possibly fix for 2.9.0 tomorrow. Anything peculiar about your setup
(e.g., networked driv
if R_MODULES is empty.
Shell script and Make portability is a pain in the derriere, but
offhand, those double quotes just look wrong:
viggo:~/>for i in "" ; do echo $i; done
viggo:~/>for i in ; do echo $i; done
viggo:~/>for i in "foo bar" ; do echo $i; done
foo bar
v
x27;s still in my r-devel folder labeled "important". It is just
that important things get run over by important things with deadlines.
I'll get around to it eventually.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatist
ner.
>
> I tried the last R-patch, no difference.
>
> I don't whether this problem is specific to my system or a general problem.
Probably mainly local to your system, but could be something fixable in
R if we forgot to control the PATH settings or suchlike.
--
O__ Pet
r workaround could be to safeguard the for-loop with
test "$FOO" != "" && for i in $FOO : do ; done
in all of the Makefiles where this can be an issue.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatis
t it suffices in
all cases. It is a legal grey zone, see the "plugin" sections in the GPL
FAQ, for instance.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- Uni
12345678901234567 == as.numeric("0.12345678901234566")
> [1] TRUE
>
> This algorithm is slower than a single call to sprintf("%.17g", x), but it
> produces nicer numbers, if possible, and guarantees that the value is
> always preserved.
Yes, but
> convert(
1 10 2 3 4 5 6 7 8 9
issue when designing R's version factor().)
The current R-devel behaviour is silly and we should just get rid of it
before a final release. It should be the other way around: If people
rely on whether numerical factor levels differ with 17 digits precision,
THEN they should use
ic(names(tt)),tt, type="h")
and if you omit the signif() bit (not with R-devel):
> table(table(names(table(d
1 2 3
137 161 17
i.e. 315 distinct values but over half occur in duplicate or triplicate
versions.
--
O__ Peter Dalgaard Øste
able for bquote to return
an "expression" object. I realized recently that
> boxplot(rnorm(99),ylab=quote(a[1]))
Error in title(ylab = a[1]) : object "a" not found
and that you need expression(a[1]) instead. I think this implies that
you'd have to use as.expression(bquote(...
,mean=0.04,sd=0.3)
> [1] 1.318039
>
> this error is consistent in various version and os.
What's wrong with it???
> (pnorm(0.01,mean=0.04,sd=0.3) - pnorm(0,mean=0.04,sd=0.3))/.000001
[1] 1.318040
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
*** NOTE: The only tag name unavailable to be used is 'x'. ***
Yes it has come up before (surprisingly rarely though), and you're
probably right although changing argument names of functions should
never be taken lightly as there could be people using the current
ones.
>
&g
t; David
> >
> > __
> > R-devel@r-project.org mailing list
> > https://stat.ethz.ch/mailman/listinfo/r-devel
> >
>
> ______
> R-devel@r-project.org mailing list
>
Bill Dunlap <[EMAIL PROTECTED]> writes:
> On Wed, 23 Feb 2006, Peter Dalgaard wrote:
>
> > "Gabor Grothendieck" <[EMAIL PROTECTED]> writes:
> >
> > > Try this:
> > >
> > > subset(iris, select = - Species)
> >
t; "I" "J" "K" "L" "M" "N" "O"
[16] "P" "Q" "R" "S" "T" "U" "V" "W" "X" "Y" "Z" "A1" "B
tting.
> (Here, spss.get from Hmisc works differently by assigning each variable a
> class and a label attribute which are preserved. I have the suspicion that
> this makes spss.get substantially slower than read.spss; on the other hand,
> it makes it easier to use these l
> status
> major2
> minor2.1
> year 2005
> month12
> day 20
> svn rev 36812
> language R
>
>
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] writes:
>
> > Full_Name: Todd Bailey
> > Version: 2.1
>
> Er, 2.2.1
>
> > OS: Mac OS-X 10.4.3
> > Submission from: (NULL) (87.112.79.124)
> >
> >
> > sub return
ss is that split.data.frame actually does the right thing
for matrices; possibly, an identically defined split.matrix() would be
cleaner, although I'm never quite happy with matrix functions that
aren't symmetric in rows/columns.)
--
O__ Peter Dalgaard Øster Farim
t;
> -thomas
>
> Thomas Lumley Assoc. Professor, Biostatistics
> [EMAIL PROTECTED] University of Washington, Seattle
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> > Sys.setlocale(locale="C")
> [1] "C"
> > "Thomas O'Malley" < "Thomas Lumley"
> [1] TRUE
> > Sys.setlocale(locale="en_US.UTF8")
> [1]
> "LC_CTYPE=en
integers.)
> I suppose the reason for this behaviour is to protect against rounding
> error giving nonsense results; I'm not sure that's a great idea, but if
> we do it, should we really be handling 0 differently?
Most of these round-near-integer issues were spurred by real
prog
Hin-Tak Leung <[EMAIL PROTECTED]> writes:
> Peter Dalgaard wrote:
>
> > I claim XP braindamage -- I'm not Linuxifying my new ThinkPad until
> > FC5 is out.
> >
>
> Rather irrelevant, I have been running FC5 since Tuesday
> afternoon.
>
>
], d[2], var.equal=TRUE)
tt$statistic
tt$p.value
unclass(tt)
names(tt)
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35
d
repeatedly does require some attention; it might be convenient to be
able to continue with a single keystroke in that case.
> [ ] - A patch would be welcome
> [ ] - Sounds great and I committed the changes already. :-)
>
>
> Kevin Wright, Windows 2000, R 2.2.1
>
>
touched in
emergencies.
NEW:
Start making R-2.3.0-rc.tar.gz packages automatically available.
April 24:
Release.
--
O__ ---- Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- Universit
ion of "ans" will carry over to its attributes.
>PROTECT(dimnames = allocVector(VECSXP, 2));
>SET_VECTOR_ELT(dimnames, 0, getAttrib(x, R_NamesSymbol));
>SET_VECTOR_ELT(dimnames, 1, getAttrib(y, R_NamesSymbol));
>setAttrib(ans, R_DimNamesSymbol, d
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> The release of version 2.3.0 has been scheduled for April 24, 2006.
>
> The first alpha release should be available later today, once I have
> reviewed the build scripts.
Done. The first version is now sitting in
http://biost
tell me what's wrong?
> > Kind regards,
> > Robert
> >
> > __
> > R-devel@r-project.org mailing list
> > https://stat.ethz.ch/mailman/listinfo/r-devel
> >
> >
>
> --
> Brian D. Ripley, [E
t;)
> [1] 2
> list(foo(...))
>
> But with B, I get
>
> > source("test.R")
> [1] 2
> list(foo())
>
> Note that '...' is missing in the latest version. I don't think this is
> wanted.
I suspect that you're right. Just for reproductio
ve a vague recollection that we might have used
.Machine$integer.max to represent "integer infinity" at some point. If
so, then the results make some sense, but we don't seem to have
similar conventions in any other places that I can think of (i.e.
as.integer(Inf) is NA, etc.)
--
O__
g message:
> full precision was not achieved in 'qbeta'
>
> Please let me know if there is more I can provide to help trace this!
I suspect that this is related to recent changes in the zero-finder,
and that it is relatively benign. (If it is the effect that I'm
thinking o
d Solaris, with various compilers) and
> the zero-finder changes postdate r37675 (and qbeta does not use it). I
> think several other people are testing i686 Debian, including the
> daiuly CRAN package checks
>
> I suspect it is a real (and long-standing) problem of loss of ac
n D. Ripley, [EMAIL PROTECTED]
> Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
> University of Oxford, Tel: +44 1865 272861 (self)
> 1 South Parks Road, +44 1865 272866 (PA)
> Oxford OX1 3TG, UK
th a current source-compiled
r-devel, nor with 2.3.0beta, so it seems like it might be a packaging
error.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> Juan Santiago Ramseyer <[EMAIL PROTECTED]> writes:
>
> > SYSTEM:
> > --
> > CPU: AMD64
> > MOTHERBOARD: ASUS
> > OS: FEDORA CORE 5 i64_86
> >
> > R SESSION:
> > -
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> Peter Dalgaard <[EMAIL PROTECTED]> writes:
>
> > Juan Santiago Ramseyer <[EMAIL PROTECTED]> writes:
> >
> > > SYSTEM:
> > > --
> > > CPU: AMD64
> > > MO
gt; 1 South Parks Road, +44 1865 272866 (PA)
> Oxford OX1 3TG, UKFax: +44 1865 272595
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
O
quot;. However, it was never
the intention that GPL code could not be _used_ by non-free software.
That point might get clearer if you substitute mySql or a similar
database instead of R.
There are some limitations though. In particular if the connection is
so tight that R has become an integra
d[j+1]=(f[i+1,j]-a[j]*d[j-1]-b[j]*d[j])/c[j];
> e[j+1]=(-a[j]*e[j-1]-b[j]*e[j])/c[j];
> }
> f[i,2]=(f[i,M+1]-d[M+1])/e[M+1];
> for (j in 2:M)
> {
> f[i,j]=d[j]+e[j]*f[i,2];
>
National Cancer Institute
>
> Biometric Research Branch
>
> 6130 Executive Blvd, MSC 7434
>
> Rockville, MD 20892
>
> (For overnight deliveries use 20852)
>
>
>
> Phone: 301-402-0383
>
> FAX:301-402-0560
>
> Email: [EMAIL PRO
install in my
> original mail, but I did try with that. I am simply reinstalling FC5
> *disabling* the SElinux and see what happens. I will keep you posted.
Of course,
yum install R R-devel
gets you to your target much faster...
--
O__ Peter Dalgaard Øster Farimags
,1i,1i))
> [1] 0+4i
>
> OK in R2.2.1
Yes. This comes from a blunder in summary.c, apparently attempting to
copy the code from the REALSXP case, mutatis mutandis, but not quite so...
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostat
ly becomes a rather *long* list (e.g., a
slightly larger case with choose(29, 14)==77558760 combinations kills
R for me on a 2GB 64 bit machine), it might be desirable to have an option,
"assume.scalar" or so, to specify that the function always returns a
single scalar.
--
r platforms.
It only happens if your bash is old enough. I get the
rubin:~/> for f in ; do echo $f ; done
bash: syntax error near unexpected token `;'
rubin:~/>help
GNU bash, version 2.05.0(1)-release (sparc-sun-solaris2.9)
for f in ; do echo $f ; done
but not on Linux boxes with bas
1
> alternative hypothesis: true mu is not equal to 0
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'
We plan to release R version 2.3.1 on June 1, in order to clean up a
couple of embarrasments and platform-specific build issues 2.3.0.
Beta releases will be available starting this Friday.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dep
uot; to save the relevant part.
> I think if you want to offer a patch, the best way to do it is to put it
> on a website and include a URL, or offer to email it to interested people.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biost
;- i*2
> }
>
> Is there a way to explicitly rerender a tcltk toplevel? There must be
> one since the ProgressBar widget causes this to happen, or am I wrong?
> Or is there another way I could make this work?
> Hope someone can help me here,
>
> Florian
tcl("update"
19104
> [EMAIL PROTECTED]
> 215.966.6131 (office)
> 215.966.6001 (fax)
> 610.368.5821 (mobile)
> www.CiraDiscovery.com
> [[alternative HTML version deleted]]
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
have
anything to do with the purported bug.)
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
that I know
is undersampled by a factor of 3". Standard error of estimates will be
considerably different.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen D
se
check the release candidates on your platform and report back if you
find problems.
The directory for prereleases is
http://cran.r-project.org/src/base-prerelease/
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics
[EMAIL PROTECTED] writes:
> Hi there,
>
> The word "Mauchly" is still misspelled as *"Mauchley", at least in
> some /output/ of mauchly.test() and in the SSD() help page.
>
> Sincerely,
> Lukas Giesinger
Fixed for 2.3.1
--
O__ Peter
UE
> abs(3.15 - 3.2)>.05
[1] TRUE
See also FAQ 7.31.
> Regards
> Teckpor
>
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark
5 (dec) == 11.0010011001100110011... (bin)
3.75 (dec) == 11.11 (bin)
> Thanks
> Teckpor
>
> -Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Peter
> Dalgaard
> Sent: Monday, May 29, 2006 17:49
> To: [EMAIL PROTECTED]
> Cc: r-devel@
but it comes
from an object that is inside the environment and would be destroyed
along with it. A strict refcounting system would leave such
environments hanging around forever.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics
We've been here before: The _formula_method_ for prcomp takes an
na.action argument, the default method does not. If you read closely,
you'll see that this is in accordance with documentation.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMAIL PROTECTED]) FAX
data);
>
This is due to the concept of a model environment (which does not
contain w). This is a deliberate design, not a bug.
The rationale is a bit convoluted, but it ensures that
w <- runif(nrow(A))
fn1(y ~ x + w, data=A)
picks up w from the global environment, not the evaluation fram
directly into environment(model), but that might
have side effects. Use a "strange" name so as not to clash with
variables in "data", or in environment(model))
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatisti
gt; }
>
> z=1
> makepdf2 = function() {
> pdf("test.pdf", pointsize=z)
> plot(1:7)
> dev.off()
> }
>
> makepdf2()
> makepdf1()
>
>
> sessionInfo()
>
> __
> R-devel@r-project.org mailing list
ipley, [EMAIL PROTECTED]
> > Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
> > University of Oxford, Tel: +44 1865 272861 (self)
> > 1 South Parks Road, +44 1865 272866 (PA)
> > Oxford OX1 3TG
pointer which can be passed to free(). Then again, when was a
Windows lib ever standards-conforming?
BTW, malloc never returns zero, but possibly NULL.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph
ast two interpretations of "roer"
where oe represents two distinct vowels...
piotr
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark
Paul Gilbert <[EMAIL PROTECTED]> writes:
> I've been following this thread hoping for the definitive answer...
>
> Peter Dalgaard wrote:
>
> > Well, I do tend to think that we should just use utf, assuming that
> > people have the relevant glyphs.
able
non-root users to run R. Some systems set it differently, and we're
not overriding that since it could be a policy issue. It's not a bug.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(
eparated files from Excel & friends).
> [1] "865\tlinear model (lm)! Cook's distance\t152"
^
(This reminds me that we probably should shift the default for
comment.char too since it leads to similar issue
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> On Wed, 5 Jul 2006, Peter Dalgaard wrote:
>
> > [EMAIL PROTECTED] writes:
> >
> >> (1) read.table(), with sep="\t", identifies 13 our of 1400 records,
> >> in a file with 1400 records of 3 fie
parsing.
>
> Ah, that does seem a sensible defensive move.
Committed for r-devel (only). Make check seems happy, but we may need
to watch out for the package checking.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box
> [1] TRUE
> > x<-x*0.01
> > x
> [1] 0.7
> > x == 0.7
> [1] FALSE
>
> It seems completely strange ... any help would be greatly appreciated :)
FAQ 7.31
http://cran.r-project.org/doc/FAQ/R-FAQ.html#Why-doesn_0027t-R-think-these-numbers-are-equal_003f
--
O
s.Date(datetest,"%d/%m/%Y")
> > > datetest<-as.numeric(datetest)
> > >
> > > to get 11328.
> > >
> > > But I do not obtain the inverse tranformation :
> > >
> > > datetest<-as.Date(datetest,"%d/%m/%Y")
> > >
&g
at's for sure...
The problem is also there with factor(f1). And the logic in
as.character.factor seems to be at the root of it:
> as.character.factor
function (x, ...)
{
cx <- levels(x)[x]
if ("NA" %in% levels(x))
cx[is.na(x)] <- ""
cx
}
This looks lik
ler should have known about.
I've meddled with both, but it was many moons ago...
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen De
"foo.R")
>
> For instance, quotation marks has to be escaped in order for 'rCode'
> to be valid, same with newlines etc. What's the best way to do this?
> Currently I use an ad hoc sequence of gsub() substitutions to do this,
> but is there a better way to
deeper or tell us more
details about what goes wrong, e.g. how exactly are you running your R
scripts, will they work from the console, etc.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) --
; > NULL data frame with 0 rows
>
> It's reasonable:
>
> > names(data.frame())
> NULL
>
> which is a problem as data frames are supposed to have names.
> So the bug is in data.frame.
To wit:
> d <- data.frame()
> names(d) <- character(0
ction(x,a,u=.2) (x-a)^3 /u
> ## Find the root:
> > uniroot(test,c(0,1),a=.75,u=.2)
> Error in uniroot(test, c(0, 1), a = 0.75, u = 0.2) :
> f() values at end points not of opposite sign
>
> ## Oh, really?
> > test(0,.75,.2)
> [1] -2.109375
> > test(1,.7
e to fix the consquences: thank you
> for altering us.
"Altering"? (giggle)
I can't find any other cases of read.delim/csv being used to read
files with #-comments, so I'm just inserting the obvious modification
in setRepositories().
--
O__ Peter Dalgaard
t dropping off the time when it is
exactly 01:00 in CEST (i.e. would have been midnight, save for
Daylight Savings Time) is a bit confusing too...
I'm not sure any of this is actual bugs (Brian will tell us soon
enough), but it does appear at least to be underdocumented.
--
O__ Peter
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> On Fri, 1 Sep 2006, Peter Dalgaard wrote:
>
> [...]
>
> > I'm not sure any of this is actual bugs (Brian will tell us soon
> > enough), but it does appear at least to be underdocumented.
>
> (Your messag
xtensive
white-paper on the issues, written by Thomas Lumley, is at
http://developer.r-project.org/nonstandard-eval.pdf
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- Un
ng = encoding)
2: source("http://bioconductor.org/getBioC.R";)
3: eval.with.vis(expr, envir, enclos)
4: eval.with.vis(ei, envir)
5: source(url("http://www.bioconductor.org/biocLite.R";))
Possible actions:
1: abort (with core dump)
2: normal R exit
3: exit R without saving worksp
1101 - 1200 of 1332 matches
Mail list logo
