al option intended for read.table() interfere with the above kind of
operation, could be a really nasty surprise for the user. (Notice also
that the option was introduced in 2.10.0, before then, noone would
expect that classifying factors could come out as non-factors.
Defaulting to the global opti
-devel. Thanks.
--
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) FAX: (+4
y dubious.
Oh, never mind, unit() definitely allocates, so of course you are right!
--
O__ ---- Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark Ph:
.1252;LC_CTYPE=English_Canada.1252;LC_MONETARY=English_Canada.1252;LC_NUMERIC=C;LC_TIME=English_Canada.1252
>
> Search Path:
> .GlobalEnv, package:stats, package:graphics, package:grDevices,
> package:utils, package:datasets, package:methods, Autoloads, package:base
>
>
can't tell what you're trying to do,
but update.formula() may provide a cleaner way of modifying formulas.)
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhag
s either; normally c() strips attributes and reduces to the base
class, and those obviously do not), but a more general concat() function
has been suggested a number of times. With a suitable range of methods,
this could also be used to reimplement rbind.data.frame (which,
incidentally, already con
c'ed)
-Peter D.
>
> Thanks,
> Martin
>
>
>
>
>
> __
> 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 Biosta
hod="s")
> [1] 1
>> cor(as.ordered(9:11),1:3,method="s")
> [1] -0.5
>> cor.test(as.ordered(9:11),1:3,method="s")
>
> Spearman's rank correlation rho
>
> data: as.ordered(9:11) and 1:3
> S = 0, p-value = 0.
> alternative
n 2.10.1 (2009-12-14)
Windows XP (build 2600) Service Pack 3
Locale:
LC_COLLATE=English_United States.1252;LC_CTYPE=English_United
States.1252;LC_MONETARY=English_United
States.1252;LC_NUMERIC=C;LC_TIME=English_United States.1252
Search Path:
.GlobalEnv, package:stats, package:graphics, pack
, like x+1, which I
think is the intended behavior.)
--
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
t it is important to be very precise on matters of licensing which
> is
> why I raise the point.
>
> David Heffernan.
>
> ______
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
O__ Peter Dalgaard
s it may), the return value of do_par will be trashed.
(Discovered during CXXR development.)
Thanks. Committed to r-devel r51142.
--
O__ ---- Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) --
nes which are to
me equally strange.
Many thanks for your help!
George Russell
__
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 Biost
s a bit of a time sink
unless you happen to know inkscape (or similar) rather well, but if
someone is willing to put in the effort, I'm sure the results would be
more than welcome on CRAN.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of
G. Jay Kerns wrote:
On Sat, Feb 20, 2010 at 1:18 PM, Peter Dalgaard
wrote:
Jens Elkner wrote:
Hi,
does anybody have the R logo in a vector format preferable SVG?
Need it for Freedesktop (GNOME desktop) integration of Rcmdr ...
Thanx,
jel.
Not really. I played around with the tracer in
t because of
> x <- matrix(1:4,2,2)
> x[[2,2]]
[1] 4
> x[[2,2]] <- integer(0)
> x
[,1] [,2]
[1,]1 3
[2,]2 142000760
On 2/20/10 7:50 AM, Peter Dalgaard wrote:
You don't want to understand, believe me! ;-)
It's a bug, probably not the very w
OK. I now have a version which seems to do the trick and reuses an
existing error message. Will commit to r-devel if and when make
check-devel succeeds.
-p
Peter Dalgaard wrote:
s...@userprimary.net wrote:
Thanks, Seth. Martin Morgan sent a patch for a few lines above yours,
which I didn&#
y that the threshold to
compare the code of your version with the latest one etc is to large
for someone to be bothered.
/Henrik
It was fixed in r-devel same day, though. The message threading is just
a bit messed up.
--
O__ ---- Peter Dalgaard Øster Farimagsgade 5,
it this to the R core
and their collective wisdom.
I admit that mine is an unusual case, and for now I'll turn if off with
options(warn=-1)
Probably, wrapping in suppressWarnings() is better.
-p
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dep
Jens Elkner wrote:
On Mon, Feb 22, 2010 at 01:14:51PM +0100, Peter Dalgaard wrote:
Hi Peter,
sorry for the later answer - had to finish other tasks first :(
I played around with inkscape again (& it IS a time sink...) The
attached version is around 200K and not too bad looking to my
highest resolution bitmap from
http://developer.r-project.org/Logo
I now have a version that is only 48 K. It still needs a little touching
up to get a transparent background without destroying the highlighted
regions. I'm attaching it here, but it might not make it to r-devel.
Peter Dalgaard wrote:
Jens Elkner wrote:
On Sat, Feb 27, 2010 at 08:23:17PM +0100, baptiste auguie wrote:
You got the first two letters right, but it's actually *Barry*'s work!
Oh - sorry, Barry!!!
BTW: screenshots I made from my desktop are available via
http://iws.cs.uni-ma
t bug management system.
>>>
>>> I would argue that if there was a somewhat bigger hurdle in place to bug
>>> reporting that compelled folks to post to R-Help first, before filing a
>>> formal bug report, that this would not be a bad outcome. Whatever the host
>
; + (To scale by the standard deviations without centering,
>>> + use \code{scale(x,center=FALSE,scale=apply(x,2,sd,na.rm=TRUE))}.)
>>> }
>>> \references{
>>> Becker, R. A., Chambers, J. M. and Wilks, A. R. (1988)
>>>
>>> (Bump re: suggested update to scale.Rd . Is this under
>>> considera
(well, sort of), we'd be without Tk there.
(We do, byt the way, handle the case where the display is absent, but
there really ought to be a neater way to load Tcl without Tk.)
--
Peter Dalgaard
Center for Statistics, Copenhagen Business School
Phone: (+45)38153501
Email: pd@cbs.dk
formula
into (say) Y ~ X1 + X2 - 1, which could get rather unwieldy, so I don't
think the feature will be going away. (Someone with too much time on
his/her hand might want to rationalize the whole data frame concept, but
that should go in the direction of handling all matrix-like structures
consi
penSUSE 10.3 it is
user system elapsed
3.924 6.992 10.917
At any rate, I suspect that this is an issue with the operating system
and its C libraries, not with R as such.
--
Peter Dalgaard
Center for Statistics, Copenhagen Business School
Phone: (+45)38153501
Email: pd@cbs.dk Priv: pda...@gmail.com
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
e HTML version deleted]]
>
> ______
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
it is to remember
exactly which programming constructs might allocate something, but in the
above, there aren't any. You need to watch out with the unprotected return
value, though: fee(foo(), fum()) is a standard bug source if fum() allocates.
--
Peter Dalgaard
Center for Statistics,
ther the CPU or compiler version.
It is even more insidious: I see on the SAME system
> 1%/%0.2
[1] 4
> 1/0.2==5
[1] TRUE
so it isn't just the usual precision issue.
Of course, exact calculations with floating-point numbers is "unsafe at
any
101
> attr(,"assign")
> [1] 0 1 1
> attr(,"contrasts")
> attr(,"contrasts")$fac
> [1] "contr.treatment"
>
>> # I was expecting the first one to give me this
>> options(contrasts = c("contr.sum", "contr.po
Gabor Grothendieck wrote:
> On Wed, Apr 21, 2010 at 4:26 PM, Peter Dalgaard wrote:
...
>> I.e., that R reverts to using indicator variables when the intercept is
>> absent.
>
> Is there any nice way of getting contr.sum coding for the interaction
> as opposed to the ugl
R-devel (r51398).
> --
> Seb
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
--
Peter Dalgaard
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Ph
On Apr 23, 2010, at 4:17 PM, Duncan Murdoch wrote:
> On 23/04/2010 10:03 AM, peter dalgaard wrote:
>> On Apr 23, 2010, at 2:50 PM, Sebastian P. Luque wrote:
>>
>> > On Fri, 23 Apr 2010 13:31:14 +0200,
>> > Uwe Ligges wrote:
>> > >> Works for
ajor disentanglement in other areas anyway, and I don't see contributions of
this order of magnitude as a target of legal dispute either.
>
> Duncan Murdoch
--
Peter Dalgaard
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (
865 272861 (self)
> 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
gt;
Thanks, Brian.
I'm not actually sure that we need the fourth pdflatex pass (i.e., maybe
makeindex just kicked in too soon), so the fix was defensive. It will do for
now, though, if things are going to change.
-pd
--
Peter Dalgaard
Center for Statistics, Copenhagen Business School
So
check here would be appropriate and, given that the installation has been
> basically successful at this point, even an attempt to copy the directory
> after the refusal by Windows to rename it? I understand of course that the
> developers have better things to do than to wrestle with the
f something redefines T/F
globally, hence the warning. (The code checker heuristics first looks a
local definition of T or F, in which case things are fine, or at least
not wrong for this particular reason.)
--
Peter Dalgaard
Center for Statistics, Cop
des, SVN conflict are almost always trivial to resolve: Either a
matter of selecting one of two changes or keeping both.
--
Peter Dalgaard
Center for Statistics, Copenhagen Business School
Phone: (+45)38153501
Email: pd@cbs.dk Priv: pda...@gmail.com
___
ee. The current behaviour is reasonable.
Yes, but I don't see how it is inconsistent with the docs. It says that it
won't recycle, and it doesn't. The fact that the combination of 0-length index
and a positive-length x is nonsensical is an orthogonal issue. (Notice, BTW,
that
x &l
as a workaround in
> R.sh.in).
>
We even do it using @OSF_SH_BUG@, which would probably be a good idea to
clone in Rcmd.in. On the other hand, the use of $...@} in Rcmd.in goes
back to at least 2002, which is a bit puzzling. Did OSF really not get
tested since then??
--
Peter Dalgaard
ot; at the top of Rcmd so that you see the script as it
is executed.
--
Peter Dalgaard
Center for Statistics, Copenhagen Business School
Phone: (+45)38153501
Email: pd@cbs.dk Priv: pda...@gmail.com
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ight be considered more polite first to tell
the package maintainder that he has egg on his face...
-pd
--
Peter Dalgaard
Center for Statistics, Copenhagen Business School
Phone: (+45)38153501
Email: pd@cbs.dk Priv: pda...@gmail.com
__
R-devel
ing Windows-specific is going on.
> x <- sapply(1:8, function(i) {print(i); system.time(
serialize(matrix(0, i*1000, i*1000), NULL) )})
[1] 1
[1] 2
[1] 3
[1] 4
[1] 5
[1] 6
[1] 7
[1] 8
> matplot(t(x)/(1:8)^2)
> t(x)
[,1] [,2] [,3] [,4] [,5]
[1,] 0.292 0.660 0.9520
Tamas K Papp wrote:
> Hi,
>
> I am experiencing something strange, and thought I would ask before
> reporting a bug. I trimmed it down to a self-contained example,
> attached as an R file. The purpose of the functions is to save the
> plots into a ps file and simultaneously plot them on an x11 de
Oleg Sklyar wrote:
> my R-SVN revision is 40458 compared to 40386 yours, could it be
> corrected already?
>
> * ~: R
> > 2**30
> [1] 1073741824
> > a<-2:1073741824
> Error: cannot allocate vector of size 4194304 Kb
>
There could be system dependencies. I get
> a<-2:1073741824
> a<-2:(2**30)
EXTDEF(XFig, 11),
>EXTDEF(MetaPost, 12),/* Is 12 is OK */
>EXTDEF(PDF, 13),
>
> I just picked 12, is this Ok, or does it have some special significance?
>
>
You seem to have missed the 2nd part of Brian's reply: Yes, it is
signific
h_United
> Kingdom.1252;LC_MONETARY=English_United
> Kingdom.1252;LC_NUMERIC=C;LC_TIME=English_United Kingdom.1252
>
> Search Path:
> .GlobalEnv, file:c:/schupl/R/myRLib/.RData, package:stats, package:graphics,
> package:grDevices, package:utils, package:datasets, package:metho
Mike Prager wrote:
> I am trying to understand why syntax used by dput() to write
> rownames is valid (say, when read by dget()). I ask this
> because I desire to emulate its actions *reliably* in my For2R
> routines, and I won't be comfortable until I understand what R
> is doing.
>
> Given data
3, 0.590506316214127)), .Names =
"x", row.names =1:5, class = "data.frame") -
> dput(dd,control="all")
structure(list(x = c(1.19894055844457, -0.476584995973736,
1.90525643132169,
-0.726616166810353, 0.590506316214127)), .Names = "x", row.names =
as.inte
[EMAIL PROTECTED] wrote:
> Hello. What happens in the following is that I create two simple functions, f
> and g, on the workspace. Then I
> replace g. When I then call f, it uses the old version of g. Now clearly, the
> circumstances for this to happen
> must be quite special and rare. But I'd s
Andrew Ferris wrote:
> Hello,
>
> I've been asked to get R (2.4.1) installed on a IBM p570 server. This is a
> server with power CPUs and is running SLES 10. It currently has 12GB of RAM
> so I'd like to make sure I have the 64 bit version of R so as to take
> advantage of the extra memory. Sinc
Andrew Ferris wrote:
> Thank you for the reply Peter.
>
> I've compiled R from source using the following:
>
> ./configure --host=powerpc64-power5-linux-gnu
> --build=powerpc64-power5-linux-gnu '--with-blas=-framework blas-3.1.0-11'
>
> and after I've made R I get this:
>
>
>> .Machine$sizeof.
Andrew Ferris wrote:
> Peter,
>
> First off, as you may have guessed, I don't compile many 64 bit programs so
> thanks again for the help. I'll revert back to powerpc64-unknown-linux-gnu
> which is the default for -build and -host.
>
> Here's the gcc information
> [hostname]:/ # which gcc
> /usr/
Seth Falcon wrote:
> [EMAIL PROTECTED] writes:
>
>> Investigating this new implementation I come across an issue in
>> conjuntion with using S4 classes and methods. try(expr) does not return an
>> object with attribute 'try-error' in case of method dispatch failure
>> in the wrapped expression w
[EMAIL PROTECTED] wrote:
> Full_Name: Vladimir Obolonkin
> Version: tested in 2.0 to 2.4.1
> OS: linux, win, mac
> Submission from: (NULL) (202.14.96.194)
>
> {{ Subject shortened manually -- to pass anti-spam filters
>
>Original-subject: Incorrect matrix of spearman correlations working \
>
Matthias Burger wrote:
> Hi Seth,
>
> I applied your patch and the issues seems to be resolved. Now I just wait
> to see if all test case failures related to this disappear.
>
> Thank you for your kind help!
>
> Matthias
>
I have just committed my variation of Seth's patch, so please
to the VERSION file
this is also done automatically by a cron job which runs just after
midnight on the relevant days.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen
ffers from that of OO languages like Java and C++, and is
closer to Lisp's CLOS. Also, if R's property of being a rapid
prototyping language is to be preserved, it is unattractive to blindly
wrap C libraries containing functions of 27 arguments each...
Digging around, I no
organisation of some size might need, but it would be unlikely to be a
>>>> GUI for novice R users unwilling to scale the learning curve (a steep
>>>> learning curve, of course, means learn a lot in a short time, hence a
>>>> good thing!).
>>>>
> but
> there's still the warning, as though exact=TRUE had been specified, which I
> don't believe is intended.
Yes?
Those samples contain less than 50 values but there are ties, so you
get the normal approximation with a warning. If you specify
exact=FALSE, you get
Tong Wang wrote:
> Hi All,
> I just started to learn compiling C codes for R usage, and got a problem
> when I was playing with my 'hello world' code.
>
> #include
> #include
> #include
>
> SEXP test( ) {
> double x;
> x=dnorm(1.0,0.0,1.0,1);
> printf(" x value is: %d \n",x);
[EMAIL PROTECTED] wrote:
> An orphaned package? anyone in Switzerland know if there's an
> alternative?
> Note the email.
> I guess CRAN-R should be notified.
>
> regards, Bob C
>
>
This appears confused. Where is the bug in R?
I have difficulties seeing even what it is you're trying to achi
Robert Gentleman wrote:
> Hi,
>Vince and I have noticed a problem with non-syntactic names in data
> frames and some modeling code (but not all modeling code).
>
>The following, while almost surely as documented could be a bit more
> helpful:
>
> m = matrix(rnorm(100), nc=10)
> colnam
Paul Gilbert wrote:
> Here is the example. Pehaps others could check on other platforms. It is
> only the first eigenvalue that is different. I am relatively sure the
> old values are correct, since I compare with an alternate calculation
> using the expansion of a polynomial determinant.
>
>
>
e relevant information?)
>>>
>>> Paul Gilbert
>>>
>>> Prof Brian Ripley wrote:
>>>
>>>> All the systems I tried this on give the 'correct' answer, including
>>>>
>>>> x86_64 Linux, FC5 (gcc 4.1.1)
&
Paul Gilbert wrote:
> Peter Dalgaard wrote:
>
>
>> Well, there's make check-all...
>>
> Ok, this is what I should be running. It reports
>
> running tests of LAPACK-based functions
> make[3]: Entering directory `/home/mfa/gilp/toolchain
Prof Brian Ripley wrote:
> If you are using Rgui (it should work under rterm) there is no C-level
> 'stdout' file stream (the normal state for Windows GUI programs), so no
> way to capture it inside R.
>
> On Thu, 12 Apr 2007, mel wrote:
>
>
>> printf capture
>>
>> Dear All,
>>
>> I'm running
Prof Brian Ripley wrote:
> What did the maintainer of this unmentioned contributed package (hdf5) say
> when you ask him?
>
> [Hint: you *have* read the posting guide at
>
> http://www.r-project.org/posting-guide.html
>
> and done as it asks?]
>
> There is no evidence here that this is anything to
Greg Nakhimovsky wrote:
> Peter,
>
> Thanks for the hints.
>
>> 2 things caught my eye (except that their "R code" is clearly C): The
>> dbx output doesn't show off[curr_seq], which could actually be the
>> culprit,
>
> (dbx) p off[curr_seq]
> off[curr_seq] = 0
>
>> and the _memcpy call on the s
> 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. K
(*) \(*) -- University of Copenhage
Tony Plate wrote:
> There looks to be a typo in the R-exts manual:
>
> The whose @file{tests} is copied to the check area, ...
> ^
>
> I'm not sure what was intended here, so I can't suggest a fix.
>
'svn blame' tells me that this was Brian's addition in rev.35362. There
is no previous
Prof Brian Ripley wrote:
>
> I prefer 'svn praise' myself.
Or 'svn annotate'.
I think it depends on what I'm looking for, plus the risk that the
author (perpetrator, contributor) might be me
__
R-devel@r-project.org mailing list
https://stat.ethz.c
g Windows XP.
>
> Damon.
>
> __
> 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 Biostatis
>
Eh? What makes you say that?
all: Makefile Makeconf R docs recommended
recommended: @USE_RECOMMENDED_PACKAGES_TRUE@ stamp-recommended
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \
e, and that has the side
effect of removing wildcard expansions. If this was intentional, someone
forgot to change the help page...
Presumably, the change was done to prevent issues with embedded spaces:
unlink("Program Files") would otherwise delete "Program" and "Files"
[EMAIL PROTECTED] wrote:
> On 01/05/2007 7:21 AM, Stephan wrote:
>
>> Hi,
>>
>>
>>> 0x10L
>>>
>> returns: int 0
>>
>> I would expect: int 16?
>> This happens with all integer constants given by hexadecimal notation.
>> It's a bug?
>>
>
> Certainly looks like one; I've cc'd this
Jeffrey Horner wrote:
> There's no RObjectTables.pdf at developer.r-project.org. I included the
> Omegahat URL from the attach help page:
>
> nonexistent
>
>
I took the quicker approach and copied the PDF file to R-dev-web SVN
repo. Should turn up on the website on next mirroring.
-pd
> Inde
Seth Falcon wrote:
> Hello,
>
> I wonder if this will make it through the spam filters given the
> subject line.
>
> I'm seeing the following when trying to call a dollar method inside of
> a dollar method.
>
>
> setClass("Foo", representation(d="list"))
> [1] "Foo"
>
> f <- new("Foo",
[EMAIL PROTECTED] wrote:
> By the way, the R program itself is really badly in need of an "appropos()" to
> go alongside "help()". Perhaps "help()" can be renamed to "hunt()" or
> "huntAndPeck()".
>
>
help.search("approp
John Fox wrote:
> Dear,
>
> My spelling correction was poorly phrased, since there are actually two p's
> in "apropos," but there aren't two adjacent p's.
>
> I agree that a reference to apropos on the help page for help is a good
> idea.
>
>
Of course, except that it is unclear that the origina
Vladimir Dergachev wrote:
>
>> I think DTL's suggestion would be most useful when putting a lot of code
>> in a string, where the escapes make the code harder to read. For
>> example, just about any function using a complicated regular expression.
>>
>
> Also anything using .Tcl(). Quotes in
John Fox wrote:
> Dear Brian,
>
>
>> -Original Message-
>> From: Prof Brian Ripley [mailto:[EMAIL PROTECTED]
>> Sent: Tuesday, June 12, 2007 7:45 AM
>> To: John Fox
>> Cc: r-devel@r-project.org
>> Subject: Re: [Rd] Warning under R 2.6.0: Rd files with
>> unknown encoding
>>
>> On Tue,
little later.
The various freeze points are marked by changes to the VERSION file
this is also done automatically by a cron job which runs just after
midnight on the relevant days.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics
Duncan Murdoch wrote:
> Duncan Murdoch wrote:
>
>> The rgl package currently crashes R when running under Xvfb (the
>> "virtual frame buffer" server), at least on MacOSX. It makes sense that
>> it shouldn't be able to work there (it needs interactivity), but I don't
>> know how to detect the
ml#R-Bugs :
Finally, check carefully whether the bug is with R, or a contributed
package. Bug reports on contributed packages should be sent first to the
package maintainer, and only submitted to the R-bugs repository by
package maintainers, mentioning the package in the subject line.
--
Marc Schwartz wrote:
> Hi all,
>
> Came across this curious behavior in:
>
> R version 2.5.0 Patched (2007-06-05 r41831)
>
>
> A simplified example is:
>
>
>> all(c(NA, NA, NA) > NA, na.rm = TRUE)
>>
> [1] TRUE
>
>
> Is this expected by definition?
>
> If one reduces this to individual co
[EMAIL PROTECTED] wrote:
> I'm sorry to bother this list with such trivial questions, but I'm
> trying to take Prof. Ripley's advice in porting some Lapack wrappers
> into my own code, because they are not public. I'm specifically
> choosing programs from R-2.5.0/src/modules/lapack/Lapack.c.
>
>
Prof Brian Ripley wrote:
> But R 2.5.0 does the same, and as far as I know R has done so for many
> past versions.
>
> You are asking the impossible: outputting Latin-1 in a Latin-2
> environment. Remember that postscript() does not handle UTF-8, and so
> uses whatever it thinks the local 8-bit
François Pinard wrote:
> Hi, R people.
>
> In ?factor, in the "Examples:" section, we see:
>
> ## suppose you want "NA" as a level, and to allowing missing values.
> (x <- factor(c(1, 2, "NA"), exclude = ""))
> is.na(x)[2] <- TRUE
> x # [1] 1 NA, used because NA is a level.
> is.na(
[EMAIL PROTECTED] wrote:
> Full_Name: Joerg Rauh
> Version: 2.5.0
> OS: Windows 2000
> Submission from: (NULL) (84.168.226.163)
>
>
> Following Michael J. Crawley "Statistical Computing" on page 9 the worms.txt
> is
> required. After downloading it from the book's supporting website, which is
> h
uot;
>
> See:
>
> https://www.stat.math.ethz.ch/pipermail/r-help/2007-July/135999.html
>
> for a variation of the lapply using sapply (which also has the same
> problem if one uses { instead of f).
>
> __
> R-devel@r-proj
Prof Brian Ripley wrote:
> On Wed, 11 Jul 2007, Herve Pages wrote:
>
>
>> Hi,
>>
>> I'm wondering why indexing a data frame by row name doesn't work
>> with [[. It works with [:
>>
>> > sw <- swiss[1:5,1:2]
>> > sw["Moutier", "Agriculture"]
>> [1] 36.5
>>
>> but not with [[:
>>
>> > sw[["Mou
[EMAIL PROTECTED] wrote:
> Full_Name: Claudio
> Version: 2.5.1
> OS: windows
> Submission from: (NULL) (157.138.120.198)
>
>
> the command get a wrong result
>
>
>> trunc(2.3*100)
>>
> 229
>
> __
Not a bug, read FAQ 7.31 and the ref
Deepayan Sarkar wrote:
> Hi,
>
> I'm trying to understand whether the use of substitute() is
> appropriate/documented for plotmath annotation. The following two
> calls give the same results:
>
>
>> plot(1:10, main = expression(alpha == 1))
>> do.call(plot, list(1:10, main = expression(alpha ==
; to be? If you expected a list, that is not what happens in the
> first example, and you need
>
> a <- list()
>
> or, better,
>
> a <- vector("list", 2)
>
>
To be precise, you need
a <- vector("list", 2) ; names(a) <- c("field1&q
Deepayan Sarkar wrote:
> On 7/16/07, Peter Dalgaard <[EMAIL PROTECTED]> wrote:
>
>> Deepayan Sarkar wrote:
>>
>>> Hi,
>>>
>>> I'm trying to understand whether the use of substitute() is
>>> appropriate/documented for plotm
ll(expression, list(arg1, arg2)))
>
> For a unified approach to use of do.call(expression, ...), maybe
> one should use bquote() and .()?
>
>
I think I'd prefer as.expression() in both cases:
do.call(plot, list(1:10, main=as.expression(plotThis)))
axis(1, at=1:2, labels=as.ex
[EMAIL PROTECTED] wrote:
> Ladies and Gentlemen,
>
> the following piece of code causes an annoying error:
>
>
> > aa <- structure(list(BG = c(24, 16, 61, 30, 37, 33, 13, 4, -34,
> + 10, 33, 41, 6, 32, 39, 37, 36, -17, 60, 35, 22, 21, 29, 52,
> + 41, 62, -26, 30, -33, 27, 34, 28, 36, 29, -
801 - 900 of 1332 matches
Mail list logo
