search for: lapsus

Out of curiosity, I played a bit with the new function packageDate() from April, 4th. All works fine, except using it without any argument. In this case, it segfaults: #> packageDate() Error in packageDescription(pkg, lib.loc = lib.loc, fields = date.fields) : argument "pkg" is missing, with no default *** caught segfault *** address 0x77bc3c0, cause 'memory not mapped'

...s: > Hi Bill, > The thing is that is happening here is the specific > instance of as.data.frame that is being run, which in this > instance switch between as.data.frame.matrix() and as.data.frame.matrix(). (This must be another typo i.e. "cut/n/paste forgot to modify" lapsus; you probably meant *.vector in the 2nd case). I'm pretty sure Bill was not asking *why* this happens {he would easily find out if he wanted} but reporting two (potential) bugs: - one in R [not reporting erronous as.data.frame() usage] - one in DoE.wrapper I'm going to look into the R...

Hello: In plot.ts, las=1 applies to ylab and not axis labels with multiple series. The documented behavior is to have las=1 apply to axis labels and not ylab. To see this, please try the following: plot.ts(1:4, las=1) plot.ts(matrix(1:8, 4), las=1) On my Mac, the second displays behavior I did not expect. If I've done something stupid here, please advise;

Is there a reason that array() silently ignores dimnames that are not a list but matrix() gives an error? > str(matrix(11:14, 2, 2, dimnames=c("Rows","Cols"))) Error in matrix(11:14, 2, 2, dimnames = c("Rows", "Cols")) : 'dimnames' must be a list > str(array(11:14, dim=c(2, 2), dimnames=c("Rows","Cols"))) int

...> plot.ts(matrix(1:8, 4), las=1) > On my Mac, the second displays behavior I did not expect. If > I've done something stupid here, please advise; it won't be the first > time ;-) Nothing stupid; indeed your expectations are correct and there's a small lapsus in R there, the '...' not being passed to the axis(..) calls in the matrix case. I'm currently checking the obvious patch and will commit it to R-devel and R-patched (unless I see problems in our checks). > Thanks to all the developers who have made R such a great > con...

...d introduced rBind() and cBind() to be used for Matrix package matrices as substitute for rbind() and cbind() because back then it was not reasonably possible to provide S4 methods for these. But for almost three years now, they have been deprecated, unfortunately *not* with a warning [which was a lapsus of mine]. The help page for these has started, for a long time now, as | cBind package:Matrix R Documentation | | Versions of 'cbind' and 'rbind' recursively built on cbind2/rbind2 | | Description: | | The base functions ?cbind? and ?rbind?...

Hi, I have spotted a minor bug in do_strptime() function. Here is a patch: ?--- a/src/main/datetime.c +++ b/src/main/datetime.c @@ -1048,7 +1048,7 @@ SEXP attribute_hidden do_strptime(SEXP call, SEXP op, SEXP args, SEXP env) if(!isString((x = CAR(args)))) error(_("invalid '%s' argument"), "x"); if(!isString((sformat = CADR(args))) ||

Because of a lapsus on my side and then a problematic server re-boot at just the wrong time, the daily digest versions of the R mailing lists (see the lower part of http://www.r-project.org/mail.html) haven't been delivered in time, unfortunately. I'm sending this message just *before* starting the digest man...

I am using PAM with k = 10 clusters, but I only get one cluster ID for all my observations. I couldn't find any discussion about this in the help file, or mailing lists. Is there a reasonable explanation for this result ? cIDs <- pam(all, 10, cluster.only = TRUE, do.swap = FALSE) > table(cIDs) cIDs 0 16671 The matrix of observations can be found at :

Hi all, Before posting to r-bugs, I thought that I would just verify this one first. It looks like the help for axTicks() needs to be corrected. It presently says: 'axTicks()' can be regarded as an R implementation of the C function 'CreateAtVector()' in '..../src/main/graphics.c' which is called by 'axis(side,*)' when no argument 'at' is specified.

...TRUE) # is "4th, 5th" paste(c("4" ), "th", sep = "", collapse = ", ", recycle0 = TRUE) # is "4th" paste(c( ), "th", sep = "", collapse = ", ", recycle0 = TRUE) # is character(0) There must be a lapsus / misunderstanding somewhere. I don't see any problem in the new behavior for now. Best regards, Martin

Without 'collapse', 'paste' pastes (concatenates) its arguments elementwise (separated by 'sep', " " by default). New in R devel and R patched, specifying recycle0 = FALSE makes mixing zero-length and nonzero-length arguments results in length zero. The result of paste(n, "th", sep = "", recycle0 = FALSE) always have the same length as

Thank you for the introduction to these recent changes, Martin. I think this was the second time I ran "make check" on that platform (Raspberry Pi 32-bit), and the first time (some months ago) it worked fine. So, that makes it kind of "suddenly", although I must say that my use of "make check" is very irregular. I compared code before and after the split you are

Hello everybody... I figure this is not exactly an icecast question, but maybe someone might be able to help. Icecast runs nicely as far as I can see, and so does liveice, apart from the fact I don't get any input signal fed into it. I think it's due to the fact it expects the signal on line in by default and the souncard only has a mic in. So I tried to use the built in mixer mode,

as.data.frame methods behave inconsistently when they are given a row.name argument of the wrong length. The matrix method silently ignores row.names if it has the wrong length and the numeric, integer, and character methods do not bother to check and thus make an illegal data.frame. > as.data.frame(matrix(1:6,nrow=3), row.names=c("One","Two")) V1 V2 1 1 4 2 2 5 3 3