chine$integer.max) + 1L
and
-1L + (.Machine$integer.max + 1L)
give different results. When I try it now without parentheses, I get
the same answer as the first one, but I don't believe we guarantee that
that will always be so.
Duncan Murdoch
_
that generates a link if the target
is installed, and plain text if not. Seems like it would be overkill,
but you must have good reasons to want to link to packages that don't
exist on the test machines, so maybe it's worth doing.
Duncan Murdoch
Kevin
On 1/27/2011 4:3
On 04/02/2011 5:35 AM, Christian Ruckert wrote:
To me it seems like writeBin() writes one char/byte more than expected.
You want writeChar rather than writeBin to avoid the null termination of
strings.
Duncan Murdoch
> con<- file("testbin", "wb")
&
Thanks for the report. I'll take a look.
I'm now past one major time sink, and will have some time to catch up on
old problems; I'll add this to that list.
Duncan Murdoch
On 03/02/2011 7:09 PM, John Maindonald wrote:
The following is 'semicolon.Rnw'
> \Swea
On 04/02/2011 3:34 PM, Kevin R. Coombes wrote:
This is probably the same underlying bug, but it is not caused by
semicolons.
Yes, it was the same bug. I think I have it fixed now, and will commit
after some more testing.
Duncan Murdoch
If you use keep,soure=TRUE with expand=FALSE and
On 05/02/2011 1:18 PM, Duncan Murdoch wrote:
On 04/02/2011 3:34 PM, Kevin R. Coombes wrote:
This is probably the same underlying bug, but it is not caused by
semicolons.
Yes, it was the same bug. I think I have it fixed now, and will commit
after some more testing.
Now committed as r54232
Thanks, I'll take a look. The "internal error" message was intended to
catch this kind of problem.
Duncan Murdoch
On 07/02/2011 7:36 AM, Clément Calenge wrote:
Dear all,
There seems to be a problem with named chunks in Sweave with the version
of R under development (downl
This should be fixed as of r54259.
Duncan Murdoch
On 07/02/2011 7:36 AM, Clément Calenge wrote:
Dear all,
There seems to be a problem with named chunks in Sweave with the version
of R under development (downloaded yesterday). When I sweave the file
toto.Rnw described at the end of this mail
that there are precision differences coming from there. I
think we'd be interested in knowing what they are even if they are
beyond our control, so I would appreciate it if you could track down
where the difference arises.
Duncan Murdoch
BACKGROUND
A colleague was trying to repl
rceforge.net/projects/unxutils/) in the bin/ directory of
Rtools (e.g. C:/Rtools/bin/) provides a workaround.
I'll see about adding it with the next update.
Duncan Murdoch
sessionInfo()
R version 2.13.0 Under development (unstable) (2011-02-11 r54330)
Platform: x86_64-pc-mingw32/x64 (64-b
or assignment.
f2<- function(){
return(a=5)
}
This is a mistake: return() doesn't take named arguments. It is
lenient and lets you get away with this error (treating it the same as
return(5)), and returns the 5, visibly.
Duncan Murdoch
f2()
Kevin Wright
On Tue, Feb 15, 2
will
not be visible to other packages without a prefix, so they won't clash.
Your package will be guaranteed to see its own functions first. A
user can still have a clash between your exported functions and some
other package's exports, but with fewer functions exported, that wil
de may be quite
disadvantageous in certain situations.
As far as I know there is no such effect. I suspect what you saw just
triggered a bug in the C code that had stayed hidden before.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.
omatically attached when the original is
attached, if the locale says to use that language?
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
es of the note are generated using \Sexpr).
If you put together a simple .Rd file that shows the difference you're
seeing, I'll take a look.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 11/03/2011 1:37 PM, Michael Lawrence wrote:
Thanks for the suggestion, but I don't think that R finalizes all of its
objects when it quits. At least a simple test suggests that on Linux.
Did you use onexit=TRUE? On Windows that appears to work...
Duncan Murdoch
Michael
On Fri, M
On 11/03/2011 3:11 PM, Henrik Bengtsson wrote:
On Fri, Mar 11, 2011 at 11:07 AM, Prof Brian Ripley
wrote:
> On Fri, 11 Mar 2011, Duncan Murdoch wrote:
>
>> On 11/03/2011 1:37 PM, Michael Lawrence wrote:
>>>
>>> Thanks for the suggestion, but I don'
Bar) <- tpbEnv
you'll get clear messages if it is out of scope when you try to use it.
Duncan Murdoch
Best,
Matt
On 03/15/2011 05:37 AM, Andreas Borg wrote:
> Hi all,
>
> I use txtProgressBar to monitor progress of large computations. What I
> miss is the ability to r
f input
The files are concatenated into one big file which is sourced. You've
got an unclosed parenthesis/brace/bracket in this file, but some later
file closed it -- so that file probably has an extra closing one.
Duncan Murdoch
Thanks anyway,
Max
On Tue, Mar 15, 2011 at 9:48 P
rules. The language def section on
environments made me hurt.
Quoting Uwe Ligges, "No".
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
find the source of
warnings if it proves too difficult.
Thanks for considering this idea...
That sounds like a good idea. It would be easier to experiment with if
you provided the offending file. (Yes, the lack of a name makes it hard
to find that file, but it's easier for you than for al
Writing R documentation files' in manual 'Writing R
Extensions'.
"Documentation object 'ellipse.glm'" tells me the \name{} inside the .Rd
file, which is enough to uniquely identify the file. Are you not seeing
this part of the message?
Duncan Murdoch
__
On 11-03-17 12:33 PM, Dan Tenenbaum wrote:
On Thu, Mar 17, 2011 at 2:36 AM, Duncan Murdoch
wrote:
On 16/03/2011 7:55 PM, Dan Tenenbaum wrote:
Hi,
I came across the following warning in R CMD check (it only occurred on
Windows):
The \usage entries for S3 methods should use the \method
I think this is a good idea; I'll put it into r-devel and possibly r-alpha.
Duncan Murdoch
On 18/03/2011 1:54 PM, Dirk Eddelbuettel wrote:
The other day I was working on an example which used tempfile() to create
file for use by the graphics device. And while I love tempfile()---as
rror in read.table(system.file("inst", "doc", "extdata", "tv.dat",
package = "vcdExtra")) :
no lines available in input
How can I fix this?
Everything in the "inst" directory is moved up a level when it is
installed. So you shouldn't mention "inst" in its path.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
uot;, which means
that a copy is distributed with R, but it is not part of R), so
suggestions should go to the maintainer. But you need to put together a
simple example to illustrate the problem. When I modify the first
example in example(boot.ci) to specify type=&
as on what is wrong, or how I can go about it?
I think you need to think of your program as a new front end for R, even
if you're only using a few R functions. See Chapter 8 in the Writing R
Extensions manual.
Duncan Murdoch
__
R-devel@r-proj
library with the environment
variable DEBUG set to T to get the debugging information compiled into
it. Not sure if you need to do anything on the other systems.
Duncan Murdoch
Thanks for your time on my behalf!
dan
Ouput from R session with library "swat" and subroutine "j
your shell. I'd try
system("texi2dvi --version")
in R and compare the result to what you get outside, examine the
environment variables PATH and TEX in both places (with
Sys.getenv(c("PATH", "TEX")) in R) to look for differences, etc.
Duncan Murdoch
__
1]> where
In the output from "where," there should be information on the line
number at which the user code blew up. It's there in 2.12, but not in
2.13, from what I can see.
That's not intentional. I'll see what went wrong...
Duncan Murdoch
___
On 11-03-27 7:42 AM, Duncan Murdoch wrote:
On 11-03-26 7:41 PM, Norm Matloff wrote:
The pattern (I can make a simple example if needed):
> source("x.R")
> options(error=recover)
> x<- ...
> f(x) # f() from x.R
(subscript bou
quot;)
That won't work: you need the full path to the gs_cmd, not just its
home directory.
Duncan Murdoch
NULL
no matter what I do.
This is with:
sessionInfo()
R version 2.13.0 alpha (2011-03-27 r55077)
Platform: x86_64-unknown-linux-gnu (64-bit)
locale:
[1] LC_CTYPE=en_G
.pretty_format(bad[[nm]]))
}))
Cheers,
H.
Thanks, will fix.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ave to read it as two 4-byte
numbers and check that the high-order one (which is endianness
dependent, of course) is zero. A C-level sanity check seems more
efficient and more helpful to me.
Seems to me that the S-PLUS solution (output="double") would be a lot
more useful. I'd com
ver be the same as the regular MinGW
version (even if just by update cycle delays).
Is there any other way to tell Rtools where to search for MinGW-bin
except of setting the globally applicable PATH variable ? Some
configuration file or so ?
Why not just keep two PATH variables, and put one in pla
sure how literally to
take it).
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
64 (64-bit)
locale:
[1] LC_COLLATE=English_United States.1252
[2] LC_CTYPE=English_United States.1252
[3] LC_MONETARY=English_United States.1252
[4] LC_NUMERIC=C
[5] LC_TIME=English_United States.1252
attached base packages:
[1] stats graphics grDevices utils datasets methods base
Do you h
On 11-04-05 7:51 PM, Henrik Bengtsson wrote:
> On Tue, Apr 5, 2011 at 3:44 PM, Duncan
Murdoch wrote:
>> On 11-04-05 6:22 PM, Spencer Graves wrote:
>>>
>>> Hello:
>>>
>>>
>>> 1. How can I tell when the development version of Rtool
On 06/04/2011 8:16 AM, Gabor Grothendieck wrote:
On Wed, Apr 6, 2011 at 7:54 AM, Duncan Murdoch wrote:
> On 11-04-05 7:51 PM, Henrik Bengtsson wrote:
>> On Tue, Apr 5, 2011 at 3:44 PM, Duncan Murdoch
>>wrote:
>>> On 11-04-05 6:22 PM, Spencer Graves
it in C, if there isn't a simple implementation I missed.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ot; In the
current implementation, connections are a finite resource, and you need
to be able to get rid of them when you are done. close(con) is the way
to do that. If you want to re-open it, you need to remember the filename
(or extract it before calling close()), and issue another call to
should have posted would be
x <- cbind(1, c(9,7,9,3,7) )
and I'd still like the same output
duplicated(x)
[1] FALSE FALSE TRUE FALSE TRUE
duplicates(x)
[1] NA NA 1 NA 2
Duncan Murdoch
--
Joshua Ulrich | FOSS Trading: www.fosstrading.com
On Fri, Apr 8, 2011 at 9:59
, all variables must be found in declared dependencies, the search
could stop before it got to globalenv(). But it seems unlikely that
your students are writing packages with namespaces.)
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 11-04-06 2:45 PM, Henrik Bengtsson wrote:
On Wed, Apr 6, 2011 at 4:54 AM, Duncan Murdoch wrote:
On 11-04-05 7:51 PM, Henrik Bengtsson wrote:
On Tue, Apr 5, 2011 at 3:44 PM, Duncan Murdoch
wrote:
On 11-04-05 6:22 PM, Spencer Graves wrote:
Hello:
1. How can I tell when the
in a function call like
f(data.=ETB){if(missing(data.))data(ETB); data.}. When I run "R CMD
check", I get "no visible binding for global variable 'ETB'", even
though the function is tested and works during R CMD check.
What is ETB? Your code is lo
On 11-04-09 9:22 PM, Spencer Graves wrote:
On 4/9/2011 6:12 PM, Duncan Murdoch wrote:
On 11-04-09 7:02 PM, Spencer Graves wrote:
On 4/9/2011 2:31 PM, Hadley Wickham wrote:
On Sat, Apr 9, 2011 at 2:51 PM, Paul Johnson
wrote:
Years ago, I did lots of Perl programming. Perl will let you be lazy
take a look at src/main/deparse.c. The operators
that are labelled as PP_BINARY2 get no spaces. Looking in
src/main/names.c, we see those are /, ^, %%, %/% and :.
But clearly this is by design, and I think it's unlikely to change.
Duncan Murdoch
deparse(expression(1/1))
[1] "
like +, - and *.
I looked it up, and it has been like that since revision 2 when this
code was first committed to our repository in 1997. I imagine whoever
wrote it was following the pattern of some other language (maybe S), or
maybe just their own personal taste.
Duncan Murdoch
Regards,
I'll
fix this in R-devel, and backport it to 2.13.0-patched.
Duncan Murdoch
> x<- structure(1:3, class="unrecognizedClass")
> y<- sort.int(x)
> t<- 1:3
> identical(y, t) # expect TRUE
[1] FALSE
> identical(as.vector(y), as.vector
On 08/04/2011 11:39 AM, Joshua Ulrich wrote:
On Fri, Apr 8, 2011 at 10:15 AM, Duncan Murdoch
wrote:
> On 08/04/2011 11:08 AM, Joshua Ulrich wrote:
>>
>> How about:
>>
>> y<- rep(NA,length(x))
>> y[duplicated(x)]<- match(x[duplicated(x)] ,x)
On 11/04/2011 1:10 PM, William Dunlap wrote:
If x has an S3 class then sort.int(x) returns a value
without an S3 class but which has the is.object flag set,
which, I think, causes identical() give a false/misleading
report:
Fixed in R-devel as of r55409.
Duncan Murdoch
> x<- str
expect to inherit from parent environments, and pretty
>>> soon the code is so encrusted with annotation barnacles that it loses the
>>> simplicity that makes R so nice in the interactive mode.
>>>
>>> What would be really nice is if we had a smart R editor/IDE
a has
meant that the process is somewhat fragile and hard to debug, and I'd
like to switch to pure R code (or at least self-contained code in a
package).
Does anyone know of an R package that provides text differencing and
display in HTML?
Dunc
, things go wrong.
There's probably a way to associate the lung dataframe with the formula,
or create the formula in such a way that things work, but I can't spot it.
Duncan Murdoch
Terry Therneau
sessionInfo()
R version 2.13.0 RC (2011-04-12 r55424)
Platform: x86_64-unknown-lin
postscript and PDF output options as well, and
perhaps some support for the LaTeX movie15 package, but those are not
there yet. Comments or bug reports are welcome.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 20/04/2011 1:52 PM, Dominick Samperi wrote:
On Tue, Apr 19, 2011 at 2:18 PM, Duncan Murdoch
wrote:
> I have just committed some code to the rgl package on
> https://r-forge.r-project.org/projects/rgl/ to allow rgl images to be
> inserted into Sweave documents. (This is not in
On 20/04/2011 1:28 PM, Sharpie wrote:
Duncan Murdoch-2 wrote:
>
> I have just committed some code to the rgl package on
> https://r-forge.r-project.org/projects/rgl/ to allow rgl images to be
> inserted into Sweave documents. (This is not in the CRAN version yet.)
> It m
On 20/04/2011 7:10 PM, Dominick Samperi wrote:
On Wed, Apr 20, 2011 at 2:29 PM, Duncan Murdoch
wrote:
On 20/04/2011 1:52 PM, Dominick Samperi wrote:
On Tue, Apr 19, 2011 at 2:18 PM, Duncan Murdoch
wrote:
I have just committed some code to the rgl package on
https://r-forge.r
into the src directory of your package. (You
may need to create it.)
2. Put useDynLib(foo) into the NAMESPACE file of your foo package.
3. Call those functions using .C("X", args, PACKAGE="foo").
That's it.
Duncan Murdoch
Thanks, Sean
|On 20 April 2011 at 10:20, Se
e:
www.r-project.org/conferences/*useR-2008*/slides/*Murdoch*.pdf
*
*It contains a few things that are no longer true (e.g. you don't need
Perl any more), but is mostly still accurate.
Duncan Murdoch
On 4/21/11 7:16 AM, "Duncan Murdoch" wrote:
> On 11-04-20 11:33 AM, Sean R
I've just committed some changes to rgl that will probably detect
bitmaps that are specified to be too large. As well, Brian Ripley
backported some of the R-devel additions to the RweaveLatex driver, so
now R 2.13.0-patched (revision 55572 or newer) should
work as well as R-devel.
D
a Sweave file:
<<>>=
x <- 1
@
<<>>=
y <- 2
@
<<>>=
print(x)
@
I will see the value of x getting printed, even though it came from two
chunks earlier.
I think Uwe is right: there is some bug in the code you're running.
Sweave isn't the p
cstrato wrote:
Dear Duncan,
Thank you for your example, however it is different since it does not
use x and y. What about print(x+y)?
Try it.
Sorry, I do not believe that there is a bug in my code, since:
1, it worked in all versions from R starting with R-2.6.0 till R-2.12.2.
2, the
er is necessary to see what's so special about your
system.
I suspect it will turn out to be an assumption in the code that is not
true on your system.
If the assumption is being made by code you wrote, then fix it. If it's
being made by R, let us know.
Duncan Murdoch
Best re
e Zelig group, or John Fox, why don't you do it
yourself, and get it right this time? It's pretty rude to complain
about things that others have given you for free, and demand they do it
better.
Duncan Murdoch
In R's termplot function, such a thing could be put to use. As fa
ore liberally licensed
in R-patched and R-devel. The survival package was GPL-2-only until R
2.12.1.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ou're seeing.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 11-05-01 7:35 AM, Duncan Murdoch wrote:
On 30/04/11 7:25 PM, Alexander Favorov wrote:
Hi!
In R 2.14.0dev (R version 2.14.0 Under development (unstable)
(2011-04-29 r55692), Windows release
(http://cran.r-project.org/bin/windows/base/rdevel.html), the line :
options(width=55)
in code chunk
On 11-05-01 4:10 PM, cstrato wrote:
Dear Duncan, dear Uwe,
Since I have installed both WinXP and OpenSUSE 11.3 on my Mac in a
virtual machine, I have now done the following tests on all three
architectures:
1, R CMD build xps:
This creates "xps_1.13.1.tar.gz" which DOES contain all
l years ago, but there were worries
that it would break some common usage.
Duncan Murdoch
> sessionInfo()
R version 2.13.0 (2011-04-13)
Platform: x86_64-apple-darwin9.8.0/x86_64 (64-bit)
...
Hadley
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
mp;& identical(body[[1]], quote(`{`)))
as.expression(as.list(body[-1]))
else as.expression(body)
}
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
R version. I think it's a good practice to
keep multiple installs on your system if you have the space, and since
disk space is cheap these days, that's not so uncommon.
Duncan Murdoch
I'm aware of some existing efforts in overcoming the difficulty of
calling R under Windows li
in
path to use. I believe the number of users who frequently switch back
and forth is fairly small.
I already pointed out why that is inappropriate for a lot of users.
Duncan Murdoch
2. Under most circumstances I just keep the latest version of R. To
maintain R code with old R versions will be
code, so it
probably defaulted to REAL, not DOUBLE PRECISION.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
t; basically just glues the parts together (and adds an
environment as well).
Duncan Murdoch
f<- function(x) x = 3
y<- call("function", formals(f), body(f), attr(f, "source"))
identical(x, y)
Hadley
__
R-devel@r-proj
ion", not currying. I'm in no position to judge whether Byron
got it right or Wikipedia did, but this suggests to me that the name
"Curry" is inappropriate, since at least some people who know what
currying is would not
/stats/src/ppr.f.
The Fortran functions don't "know" that R is doing the calling, so
they'll set and read values as if they were called from a Fortran main
program.
Duncan Murdoch
If not (as I suspect), is it possible to use a common block in a group of
routines that are u
what gfortran would produce.
Duncan Murdoch
Is there any other reason for the function not getting recognized??? Thanks.
--
View this message in context:
http://r.789695.n4.nabble.com/Fortran-Symbol-Name-not-in-Load-Table-tp3508719p3510758.html
Sent from the R devel mailing list archive at
luated before \if, so probably not...
Duncan Murdoch
Cheers,
S
it only takes long because there's a simulation going on in the background...
2011/5/11 Simon Urbanek
On May 11, 2011, at 4:00 PM, Thomas Roth wrote:
Hi,
There's a possibility to put images into documen
icular hardware, or particular
user options (e.g. options(help_type="text") would mean no HTML). The
startup code for a package might be able to check for the hardware and
abort if it is unavailable, but a user could change help type at any time.
Duncan Murdoch
-Original M
un "du -k") what do you see as output?
Duncan Murdoch
Kind regards,
Stefan McKinnon Høj-Edwards
PhD student
Dept. of Genetics and Biotechnology
Faculty of Agricultural Sciences
Aarhus University
Blichers Allé 20, Postboks 50
DK-8830 Tjele
Tel.: +45 8999 1291
Email: stefanm.ed
attr(f_inside, "srcref")[[1]]
# Should be:
# # This is a comment
# if (x) return(4)
That last display looks like a bug indeed. I'll take a look.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
no longer be loaded, e.g. because a package won't run in the
latest R release.
I'll take a look at this. I don't expect the nice behaviour would make
it into base R, but it would be nice if someone with spare time wrote a
package to do that...
Duncan
1. Use runs R stable (e.g. v2.
propriate manner to keep the srcref)? Is that even
possible?
You can't easily do that. The current parser only attaches srcrefs down
to the statement level, and the + is part of the statement which parses
to "+ 2". (The 1 is a separate statement.)
Duncan Murdoch
My eventual
; the file will be in the current
directory if you want to delete it. If it contains objects that you
want to recover, you can try to deal with the error message (e.g. by
installing fortunes in your example), exiting without saving, and then
the next restart may succeed.
Duncan Murdoch
On
On 11-05-12 2:37 PM, Duncan Murdoch wrote:
On 12/05/2011 1:02 PM, Hadley Wickham wrote:
Hi all,
Is it possible to "recursively" parse srcrefs to match the recursive
structure of the underlying code? I'm interested in this because it's
I don't understand what
On 11-05-16 6:39 AM, Stefan McKinnon Høj-Edwards wrote:
Hello Duncan,
This is what I get:
C:\Users\STME\Documents\R\win-library\2.13\AnnotationFuncs>du -k
209 ./doc
24 ./help
8 ./html
9 ./Meta
10 ./R
279 .
Assuming that this was the output when check ran it
On 11-05-16 11:59 PM, Henrik Bengtsson wrote:
Great, thanks for this.
On Fri, May 13, 2011 at 2:34 PM, Duncan Murdoch
wrote:
A simple version of a fix is now in R-devel: if the .RData file can't be
loaded during startup, an error message is printed, and R starts with an
empty work
ails out of the
installer, and into a user contributed package. Then the maintainer of
that package will handle the headaches, not me.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
t;A", "B").
One workaround I thought of was to add an element to the list that
couldn't be coerced, but this doesn't work. For example:
e <- environment() # can't be coerced
x <- list(1, 2, NULL, list("A", "B"), e)
unlist(x)
# Returns list(1,2,"A","B",e)
I think it would be reasonable for this version to retain the NULL,
since it is not doing any coercion.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
rint(substitute(b))
print(substitute(a))
}
f( x <- 1, y <- 2 )
will print but never evaluate the assignments.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 25/05/2011 2:05 PM, Peter Danenberg wrote:
> However, if you don't want to evaluate the arguments, just pass
> substitute(arg) to your function instead of arg.
Thanks, Duncan; the problem is, I'm trying to substitute on `...' and
I don't think I can access `
On 27/05/2011 11:11 AM, Martin Maechler wrote:
>>>>> Duncan Murdoch
>>>>> on Fri, 27 May 2011 08:23:14 -0400 writes:
> On 11-05-27 4:27 AM, Albert-Jan Roskam wrote:
>> Aha! Thank you very much for that clarification! It would
>&g
On 27/05/2011 11:53 AM, Prof Brian Ripley wrote:
On Fri, 27 May 2011, Duncan Murdoch wrote:
> On 27/05/2011 11:11 AM, Martin Maechler wrote:
>> >>>>> Duncan Murdoch
>> >>>>> on Fri, 27 May 2011 08:23:14 -0400 writes:
>>
>&g
Okay, I've now committed these changes to R-devel. We'll see over the
next few days if CRAN packages were making use of the old
permissiveness, and if necessary modify or revert the change.
Duncan Murdoch
On 27/05/2011 11:52 AM, Marc Schwartz wrote:
On May 27, 2011, at 10:33
On 27/05/2011 11:52 AM, Marc Schwartz wrote:
On May 27, 2011, at 10:33 AM, Duncan Murdoch wrote:
On 27/05/2011 11:11 AM, Martin Maechler wrote:
Duncan Murdoch
on Fri, 27 May 2011 08:23:14 -0400 writes:
> On 11-05-27 4:27 AM, Albert-Jan Roskam wrote:
>> Aha!
ckets in a man file,
INSTALL will flag an error and point out that there are unmatched brackets,
but will often indicate that the unmatched bracket occurs in a different
file
that is in perfect shape.
I have never seen that. Do you have an example?
Dunc
UTF-8 (on Windows 7), then under R 2.13.0
That file could be pure ASCII, or could include a byte order mark. I
tried both, and I didn't get the error your saw. So I think I need to
see the file to diagnose this.
Could you put it in a .zip file and email it to me?
Duncan Murdoch
rea
ot; I just skimmed through the relevant section
(1.3.1) in the R Extensions manual, and it doesn't say anything about
running on tarballs being preferred.
Add my vote to the wishlist that the src directory should get cleaned
after R CMD check.
Then the advantage of checking a directory would b
On 02/06/2011 10:13 AM, Ben Bolker wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/02/2011 09:12 AM, Duncan Murdoch wrote:
> On 11-06-02 9:06 AM, Ben Bolker wrote:
>> On 06/02/2011 06:47 AM, Benilton Carvalho wrote:
>>> 'R CMD check' should be applie
501 - 600 of 3148 matches
Mail list logo
