The behaviour that you get is exactly the behaviour that I, at least, would expect, and it seems to me to be exactly the correct behaviour.
I do not understand what you are complaining about.

cheers,

Rolf Turner

On 11/04/14 06:31, ivo welch wrote:
I just spent about an hour bug-tracking.  I had expected the following to
throw an error:

   d <- data.frame( x=1:5, y=6:10 )
   valid <- c(TRUE, FALSE)
   d[valid,]

I understand that R recycles "when fit," but I had not expected it to
recycle, then truncate, and not give even a warning.  maybe there is a good
reason for this.

I would love to be able to teach R to my MFE students.  alas, I don't feel
that I can inflict on them the mysterious errors in R.  this ranges from
poor checking of when variables exist to auto-recycling (without an ability
to turn this off even with an option) to the non-printing of the last
numbered R source code statement upon an error (that I can see in the
traceback()) to non-expected behavior (e.g., subset(d,x,select=-c("a",
"b"))) to .  I know many of these issues can be fixed and/or do not bother
the experts, and I am personally happy to live with R for its power despite
its drawbacks; but IMHO it is just too much to ask from a set of bewildered
novice master students.

I hope the R team will at some point in the future pick up on making the
core language less mysterious upon setting an option, at least in "user
space".

______________________________________________
R-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-help
PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
and provide commented, minimal, self-contained, reproducible code.

Reply via email to