Hello,
In R 2.10, looking at:
`?`
function (e1, e2)
{
if (missing(e2)) {
type - NULL
topicExpr - substitute(e1)
}
else {
type - substitute(e1)
topicExpr - substitute(e2)
}
if (is.call(topicExpr) topicExpr[[1L]] == ?) {
search - TRUE
Duncan gave the definitive answer in an earlier reply: the active R
developers are no longer willing to support CHM help. It is not open
for discussion, period.
But three comments to ponder (but not discuss).
(a) CHM is unusable for many of us. A year or two ago Microsoft
disabled it on
Hi all,
assume the following problem: a function call takes a function object
and a data variable and calls this function with this data on a remote
host. It uses serialization to pass both the function and the data via a
socket connection to a remote host. The problem is that depending on the
I haven't had a chance to look really closely at this, but I would guess
the problem is that in R functions are closures. The environment
attached to the function will be serialized along with it, so if you
have a big dataset in the same environment, you'll get that too.
I vaguely recall
Duncan,
thanks for suggestions, I will try attaching a new environment.
However this still does not explain the behaviour and does not confirm
that it is correct. What puzzles me most is that if I define a function
within another function then only the function gets serialized, yet when
this is
I don't know if this is really a joke. It is certainly not easy to answer
`?`(`?`(`?`(`?`(`?`
and spending some time trying to contact Delphi (maybe in order to
permit cosmic radiation to feed the solution into the computer's RAM) is
possibly one of the most promising approaches ;-)
On 03/11/2009 7:29 AM, Sklyar, Oleg (London) wrote:
Duncan,
thanks for suggestions, I will try attaching a new environment.
However this still does not explain the behaviour and does not confirm
that it is correct. What puzzles me most is that if I define a function
within another function
At 10:02 03/11/2009, Prof Brian Ripley wrote:
Comment in line below
Duncan gave the definitive answer in an earlier reply: the active R
developers are no longer willing to support CHM help. It is not
open for discussion, period.
But three comments to ponder (but not discuss).
(a) CHM is
Hi all,
What's the procedure for removing out of date cran mirrors? I've just
discovered the fantastic http://cran.r-project.org/mirmon_report.html,
but there 4 mirrors that have not been updated in over a month, and
quite a few others that have a chequered past. Given that there are
many
Reading the documentation for mirmon, it also looks like it can output
a machine readable state file. It would be really useful if this was
published on the r-help page as then we could construct tools to
automatically recommend mirrors based on average age and download
speed.
Hadley
On Tue,
Hadley Wickham wrote:
Reading the documentation for mirmon, it also looks like it can output
a machine readable state file. It would be really useful if this was
published on the r-help page as then we could construct tools to
automatically recommend mirrors based on average age and download
On 11/3/2009 9:49 AM, Michael Dewey wrote:
At 10:02 03/11/2009, Prof Brian Ripley wrote:
Comment in line below
Duncan gave the definitive answer in an earlier reply: the active R
developers are no longer willing to support CHM help. It is not
open for discussion, period.
But three
Fritz does that from time to time. Note that this is always rather
cumbersome: trying to contact maintainers whose addresses do not exist any
more and so on.
I'd be more draconian - if the mirror doesn't update for two weeks,
just cut it off automatically. If they want to get back on the
Hadley Wickham wrote:
Fritz does that from time to time. Note that this is always rather
cumbersome: trying to contact maintainers whose addresses do not exist any
more and so on.
I'd be more draconian - if the mirror doesn't update for two weeks,
just cut it off automatically. If they want
Note that with such a policy, half CRAN packages wouldn't work anymore,
because then we'd had cut off several packages away that are dependencies
for others etc.
Examples for packages we probably should cut off now (since they already
caused too much time looking at them) are:
clusterfly,
Well, then we would have to create two classes of mirrors: If ETH
Zürich goes down I'd prefer to inform Martin Mächler that there is a
problem rather than cutting off automatically (same for a lot of
others).
Oh, good point.
But note that the list of monitored mirrors is a superset of the
Dear List
I am getting an error when checking my analogue package with
R2.10.0-patched. The error comes when running a function within which I
use the standard non-standard evaluation method. I've distilled the
error and functions involved out into the following simple example to
illustrate the
Dear list,
Prof Ripley has replied with the solution - I /was/ doing something
patently stupid.
The offending line:
mf[[names(dots)]] - NULL
should have been
mf[names(dots)] - NULL
That the offending line worked in R 2.9.x was the result of bug, which
has been fixed in the current version,
* I don't recall receiving any automated notices about problems, and
I've just tried searching for combinations of R 2.10, warning and
ggplot2 as well as several other attempts and haven't been able to
find anything. I normally try and keep on top of issues like this.
Great, thank you very
Dear expeRts,
I recently asked for help on an issue with S3 methods for lm. The issue
was (in DoE.base 0.9-4)
that function update from package stats would return an error whenever
DoE.base was loaded,
complaining that lm.default was not found
(e.g.
require(DoE.base)
swiss.lm -
Hi,
I wish to suggest that Rd cross references to help sections in
Suggested packages that are not installed should be reported as
NOTE:s and not WARNING:s by R CMD check. This should only apply to
packages under Suggests: in DESCRIPTION.
RATIONALE:
1. One reason for putting a package under
Duncan has echoed my thoughts. Just to add: Windows users also need
to monitor the CHANGES file (also available on an RSS feed).
The things that we find hardest to check by automated testing are the
installation process and GUI elements: we do only minimal testing in
languages other English:
Sorry. What I thought you said was that you had spent several hours
on it and didn't want to spend more time on it. I've told you I
don't want to work on it either.
If there is no way to trigger this bug without using internals, then
it has not been demonstrated to be a bug in R. It
The following odd call to rep()
gives somewhat random results:
rep(1:4, 1:8, each=2)
[1] 1 1 1 2 2 2 2 2 2 2 3 3 3 3 3 3 3 3 3 3 3 4
4 4 4
[26] 4 4 4 4 4 4 4 4 4 4 4 NA NA NA NA NA NA NA NA NA NA NA
NA NA NA
[51] NA NA NA NA NA NA NA NA NA NA NA NA NA NA NA NA
Hadley Wickham wrote:
Note that with such a policy, half CRAN packages wouldn't work anymore,
because then we'd had cut off several packages away that are dependencies
for others etc.
Examples for packages we probably should cut off now (since they already
caused too much time looking at them)
Hadley Wickham wrote:
* I don't recall receiving any automated notices about problems, and
I've just tried searching for combinations of R 2.10, warning and
ggplot2 as well as several other attempts and haven't been able to
find anything. I normally try and keep on top of issues like this.
Hi,
On 11/3/09 2:28 PM, William Dunlap wrote:
The following odd call to rep()
gives somewhat random results:
rep(1:4, 1:8, each=2)
I've committed a fix for this to R-devel.
I admit that I had to reread the rep man page as I first thought this
was not a valid call to rep since times (1:8)
Hi,
On 11/3/09 6:51 PM, mark.braving...@csiro.au wrote:
file.copy( 'd:/temp/Rdiff.Rd', 'd:/temp/scrunge.Rd') # Rdiff.Rd from 'tools'
package source
eglist- list( scrunge=parse_Rd( 'd:/temp/scrunge.Rd'))
tools:::makeLazyLoadDB( eglist, 'd:/temp/ll')
e- new.env()
lazyLoad( 'd:/temp/ll', e)
28 matches
Mail list logo
