m the initial repo clone, working via git-svn was
noticeably faster than straight svn client (!) -- I think related to how
the tools organize the working copy and how many fstat calls they make.
- I find the log reviewing functionality much better suited to reviewing
changes.
+ seth
--
Seth F
,
you could do:
myfoo <- pkgname::foo
And then later call myfoo() and I don't think you will see the added cost.
You can formalize the above approach in package code by renaming
function in the importFrom directive where I believe you can do:
importFrom(pkgname, myfoo=foo)
+ seth
vectors is something that I would expect to happen fairly
often in many applications of R.
Is for() faster on small blocks by enough that one would want to branch
based on size?
+ seth
--
Seth Falcon | @sfalcon | http://userprimary.net/
__
R-devel@r-p
ght
pattern of allocation such that data will be written over the memory
that your invalid external pointer points to.
+ seth
--
Seth Falcon | @sfalcon | http://userprimary.net/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
xternal pointer that will
do any required cleanup and then call Free.
If instead you want to have an externally managed SEXP, you could put it
in the protected slot of the external pointer, but then you should
allocate it using standard R allocation functions.
+ seth
--
Seth Falc
e on an internal API Rd page. Create an Rd file
like yourPkg-internal-api.Rd and add the appropriate \alias{} lines to it.
+ seth
--
Seth Falcon | @sfalcon | http://userprimary.net/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 3/31/10 4:52 PM, John Chambers wrote:
The example is confusing and debatable, but not an obvious bug. And
your presentation of it is the cause of much of the confusion
(unintentionally I'm sure).
To restate the issue (I think):
In a new R session if you happen to call:
selectMethod("coe
quires editing
the Rd files to make the contents sensible (you can't just remove the
#ifdef's). Patches along these lines would be welcome.
+ seth
--
Seth Falcon | @sfalcon | http://userprimary.net/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 3/27/10 1:43 PM, Duncan Murdoch wrote:
> On 25/03/2010 3:16 PM, Arni Magnusson wrote:
>> I'm relaying a question from my institute's sysadmin:
>>
>> Would it be possible to modify update.packages() and related functions
>> so that 'lib.loc' accepts integer values to specify a library from the
>>
On 3/22/10 3:57 AM, Martin Maechler wrote:
"SF" == Seth Falcon
on Fri, 19 Mar 2010 13:47:17 -0700 writes:
SF> On 3/17/10 9:11 AM, Henrik Bengtsson wrote:
>> Currently library() and attach() fail to locate an
>> existing '.conflicts.O
On 3/20/10 2:03 PM, Seth Falcon wrote:
On 3/20/10 1:36 PM, Alistair Gee wrote:
I fixed my build problems. I also noticed that my patch wasn't
correct, so I have attached a new version.
This fix still grows the vector by doubling it until it is big enough,
but the length is reset to the co
On 3/20/10 1:36 PM, Alistair Gee wrote:
> I fixed my build problems. I also noticed that my patch wasn't
> correct, so I have attached a new version.
>
> This fix still grows the vector by doubling it until it is big enough,
> but the length is reset to the correct size at the end once it is
> kno
methods should look for
'.conflicts.OK' even if it is not exported.
I guess I agree that there is no real value in forcing .conflicts.OK to
be exported. OTOH, this seems like a dubious feature to begin. When is
it a good idea to use it?
+ seth
--
Seth Falcon | @sf
rent lack of checking is a
"feature". I would be interested in a patch (with testing) for this.
+ seth
--
Seth Falcon | @sfalcon | http://userprimary.net/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 3/17/10 7:16 AM, Alistair Gee wrote:
> Yes. I had noticed that R occasionally segfaults (especially when I
> run many concurrent R processes), so I used valgrind to log every use
> of R. In the valgrind logs, I tracked the problem to list_files().
>
> I attached a patch to platform.c (for trunk
On 3/15/10 8:37 PM, Alistair Gee wrote:
> I think I have a fix that avoids the problem by just growing the
> vector as necessary as the directory is traversed (and no longer uses
> count_lines()).
>
> I don't have access to the code at the moment, but I should be able to
> post the patch tomorrow.
Hi Alistair,
On 3/12/10 4:37 PM, Alistair Gee wrote:
> I am using R-2-10 from subversion.
>
> In the implementation of do_listfiles() in platform.c, it appears to
> allocate a vector of length count where count is calculated by
> count_files(). It then proceeds to call list_files(), passing in th
Hi,
First thing to observe is that you are calling RSymbReg via .Call, but
that function does not return SEXP as is required by the .Call interface.
+ seth
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 3/11/10 12:45 AM, Henrik Bengtsson wrote:
Thanks for the troubleshooting,
I just want to second this patch; it would be great if PATH_MAX could
be used everywhere.
The patch, or at least something quite similar, was applied in r51229.
+ seth
--
Seth Falcon | @sfalcon | http
might be saved to disk now or in the future.
I agree with your reading: this is a temporary hash table and there
would be little reason to want to save it (it is not saved now).
+ seth
--
Seth Falcon | @sfalcon | http://userprimary.net/user
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
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 worst kind, but accessing memory that
> isn't yours is potentially harmful (but writing to it is considerably
> worse).
>
> Looks like the issue only concerns the right
Hi,
On 2/16/10 10:31 AM, Jens Elkner wrote:
> Having currently a big problem with R 2.10.1 vanilla (Solaris):
>
> As soon as the R_LIBS_USER env var gets bigger than 1023 chars R
> completely ignores it and uses the default:
I guess the first question is, why do need such a long list of library
the dimension names. NA indices are propagated to the
result. Unmatched values and "" are not allowed and result in
an error.
Cheers,
+ seth
--
Seth Falcon | @sfalcon | http://userprimary.net/user
__
R-devel@r-project
n example.
Quote from manual:
If you want to create and then link to a library, say using code in a
subdirectory, use something like
.PHONY: all mylibs
all: $(SHLIB) $(SHLIB): mylibs
mylibs: (cd subdir; make)
+ seth
--
Seth Falcon | @sfalcon | http://userprimary.net/user
__
On 1/28/10 3:50 AM, a.r.runna...@kent.ac.uk wrote:
At line 312 in src/main/platform.c (at the latest svn revision, 51039):
if (length(tl)>= 1 || !isNull(STRING_ELT(tl, 0)))
should not '||' read '&&'? Likewise four lines later.
Thanks, I'll
On 1/19/10 11:19 AM, Ross Boylan wrote:
If files that were read in later in the sequence extended an existing
generic, I omitted the setGeneric().
I had to resequence the order in which the files were read to avoid some
"undefined slot classes" warnings. The resequencing created other
problems,
on why you are using multiple calls
to setGeneric. That seems like a very odd thing to do.
+ seth
--
Seth Falcon | @sfalcon | http://userprimary.net/user
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 1/15/10 7:47 AM, Simon Urbanek wrote:
>
> On Jan 15, 2010, at 10:22 , Seth Falcon wrote:
>> I believe another option is:
>>
>> pkg <- "somePkg"
>> pkgAvail <- require(pkg, character.only = TRUE)
>> if (pkgAvail)
>> ...
>
On 1/15/10 7:51 AM, Uwe Ligges wrote:
> the Windows checks for CRAN run with that setting, i.e.
>
> _R_CHECK_FORCE_SUGGESTS_=false
>
> Hence the multicore issue mentioned below actually does not exist.
I did not know that the Windows checks for CRAN used this setting.
My concern was initiated b
On 1/15/10 12:19 AM, Kurt Hornik wrote:
>> Jeff Ryan writes:
>
>> Hi Ross,
>> The quantmod package makes available routines from a variety of
>> contributed packages, but gets around your issues with a bit of, um,
>> trickery.
>
>> Take a look here (unless your name is Kurt ;-) ):
I believe
On 1/1/10 1:40 PM, Peng Yu wrote:
> On Fri, Jan 1, 2010 at 6:52 AM, Barry Rowlingson
> wrote:
>> On Thu, Dec 31, 2009 at 11:27 PM, Peng Yu wrote:
>>> I don't see where describes the implementation of '[]'.
>>>
>>> For example, if x is a matrix or a data.frame, how the lookup of
>>> 'colname1' is
d files. I also can't
find them in any other function or help file.
So does anybody know where these functions are still listed that causes this
error?
Are you sure they are not in your NAMESPACE file?
--
Seth Falcon
Program in Computational Biology | Fred Hutchinson Cancer
On 11/17/09 5:02 AM, Peng Yu wrote:
This may not easy to do, when the filename are not hard coded strings.
For example, the variable 'filename' is a vector of strings.
for (i in 1:length(filename)){
do something...
save(,file=filename[i])
}
That's right. I don't think there is a feasible
{
f(TRUE) # this will raise an error
FALSE # only get here if no error
},
error = function(e) TRUE)
## verify we saw an error
stopifnot(res)
+ seth
--
Seth Falcon | @sfalcon | http://userprimary.net/users
___
On 11/11/09 2:36 AM, Duncan Murdoch wrote:
On 10/11/2009 11:16 PM, Tony Plate wrote:
PS, I should have said that I'm reading the docs for unlink in
R-2.10.0 on a Linux system. The docs that appear in a Windows
installation of R are different (the Windows docs do not mention that
not all systems
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)
a
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) i
On 10/29/09 7:38 AM, Abhijit Bera wrote:
Can't find the source to Rf_lang* series of functions. :|
But I'm thinking it should be like this correct me if I'm wrong:
PROTECT(e=lang4(install("myfunction"),arg1,arg2,arg3);
PROTECT(SETCAR(CDR(e),portConstraints));
PROTECT(portVal=R_tryEval(e,R_Globa
On 10/29/09 7:00 AM, Abhijit Bera wrote:
Hi
I seem to have run into a situation where I have more than 3 arguments to
pass to a function from C.
the following functions help me build an expression for evaluation:
lang
lang2
lang3
lang4
What should one do if there are more arguments than lang4
purpose of Rscript is to enable R
script execution on unix-like systems like:
#!/path/to/Rscript --vanilla
print(1:10)
So then I'm not sure how useful it is for Rscript to handle such
files. Why not convert to a more common and portable line termination
for your R script file
--
Seth Falcon | @sfalcon | http://userprimary.net/user
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
e R session in which you are
doing development.
The vignette in svUnit has an interesting approach for integrating
unit testing into R CMD check via examples in an Rd file within the
package.
+ seth
--
Seth Falcon | @sfalcon | http://userprimary.net/user
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ckage? Making it easy
to do so is great, but in general if you can find a way to reduce
dependencies and have your package work, that is better. :-)
+ seth
--
Seth Falcon | @sfalcon | http://userprimary.net/user
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
2009/9/24 Hervé Pagès :
> > x <- charToRaw("ABCDEFGx")
> > x[c(1:3, NA, 6)] <- x[8]
>
> *** caught segfault ***
> address 0x8402423f, cause 'memory not mapped'
Thanks for the report. I have a fix which I will commit after some testing.
--
1", Rcmdr.Suggests)
havePkgs <- installed.packages()[, "Package"]
wantPkgs <- wantPkgs[!(wantPkgs %in% havePkgs)]
install.packages(wantPkgs)
+ seth
--
Seth Falcon | @sfalcon | http://userprimary.net/user
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
m. One slot should be an external pointer which will give you
the ability to define a finalizer to clean up when the R level object
gets gc'd.
+ seth
--
Seth Falcon | @sfalcon | http://userprimary.net/user
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Hi Jon,
* On 2009-06-30 at 15:27 +0200 Jon Olav Skoien wrote:
> I work on two packages, pkg1 and pkg2 (in two different projects). pkg1 is
> quite generic, pkg2 tries to solve a particular problem within same field
> (geostatistics). Therefore, there might be users who want to use pkg2 as an
>
ng. CHARSXPs
should never be exposed at the user level and should instead be
elements of a character vector (STRSXP).
+ seth
--
Seth Falcon
http://userprimary.net/user
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
at, one would have to look at
the sources. But the above helps explain the behavior you saw; a
"--quite" R will suppress some output and that will make a difference
in terms of memory allocation.
+ seth
--
Seth Falcon | http://userprimary.net/user/
_
ifferent run paths
resulted in different allocation patterns, one of which triggered the
bug.
+ seth
--
Seth Falcon | http://userprimary.net/user/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
intf (call=0x10cb470, op=0x1018924, args=, env=0x10a40b0) at
../../../../R-devel-all/src/main/sprintf.c:179
#5 0x003fe1af in do_internal (call=0x10cb4a8, op=0x100fc38, args=0x10a40e8,
env=0x10a40b0) at ../../../../R-devel-all/src/main/names.c:1140
+ seth
--
Seth Falcon | http://us
Continuing to talk to myself here...
* On 2008-09-17 at 21:06 -0700 Seth Falcon wrote:
> *argh* I'm certain this was working for me and yet when I try to
> reproduce in a new R shell it errors out.
This looks like an infelicity in the methods caching.
To make it work:
libra
* On 2008-09-17 at 19:25 -0700 Seth Falcon wrote:
> In the latest R-devel code (svn r46542), this behaves differently (and
> works as you were hoping). I get:
>
> library("RSQLite")
> setClass("SQLConPlus", contains=c("SQLiteConnection","
A couple more comments...
* On 2008-09-15 at 10:07 -0700 Seth Falcon wrote:
> > The example is with RSQLite but the same thing happens with
> > RMySQL, and other DBI packages.
The use of as() within the various DBI packages should be
re-evaluated. I suspect some of that code was amo
is-a
integer. The fact that the as() method dispatch doesn't match that of
SQLiteConnection should really be that surprising.
I don't see how this could be the responsibility of the author of the
class you've subclassed.
I would also quest
ovided by pkgA, then you can use the LinkingTo
field in the DESCRIPTION file as described in Writing R Extensions
in the "Registering native routines" section.
+ seth
--
Seth Falcon | http://userprimary.net/user/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Hi all,
A new version of RSQLite has been uploaded to CRAN and should be
available soon. This update contains a minor change to the C code
that should improve compatibility on various unix OS.
+ seth
--
Seth Falcon | http://userprimary.net/user
> in
> RSQLite/src/RS-DBI.h
I will see about making such a change. I suspect the correct fix is
one that tweaks configure to determine where things are based on the
current system (the current code is correct for gcc I believe).
Anyhow, thanks for the report. I will try to have an up
of namespaces, looking
> in the search list seems a bad idea in principle.
I agree that using the dynamic lookup when the static lookup is
available is bad programming practice. However, given the flexibility
of the current tools, it seems not unreasonable to expect that
picking up a method via the se
majority of
R's internal string processing functions use standard C semantics
and truncated at first nul there has always been some room for
"interesting" behavior. The change in R-2.7 was an attempt to start
resolving these inconsistencies. Since then the core team has agr
ckageName(package, version);
> }
> pattern <- sprintf("package:%s", package);
> (pattern %in% s);
> }
This only tests whether or not the given package is attached to the
search path. You also (I think) want to search loaded namespaces.
Bu
Hi again,
> Herve wrote:
> > gregexpr("", "abc", fixed=TRUE)
>
>*** caught segfault ***
> address 0x1c09000, cause 'memory not mapped'
This should be fixed in latest svn. Thanks for the report.
+ seth
--
Seth Falcon | [EMAI
gexpr("", "abc", fixed=TRUE)
[[1]]
[1] 1 2 3
attr(,"match.length")
[1] 0 0 0
> gregexpr("", "abc", perl=TRUE)
[[1]]
[1] 1 2 3
attr(,"match.length")
[1] 0 0 0
+ seth
--
Seth Falcon | [EMAI
= {
> close(con)
> })
This doesn't address isOpen, but why do you have the call to close
inside the tryCatch block? Isn't the idea that finally will always be
run and so you can be reasonably sure that close gets called once?
If your real
l probably already wrote it) but what you get from
> getInstallOrder() should suit your needs here.
makeDepGraph returns a graphNEL instance and Rgraphviz knows how to
plot those. The entire graph will likely not produce a particularly
compelling visualization. But you can subs
he_size=64000 and synchronous=0 and that this was determined by a
handful of experiments on typical annotation dbs.
Columns with few levels may not benefit from an index. See this
thread:
http://thread.gmane.org/gmane.comp.db.sqlite.general/23683/focus=23693
But your column with many levels sho
quot;yes"
can write
"yes"
## start new R session
for (i in 1:75) file("foo")
gc()
warnings()[1:3]
> gc()
used (Mb) gc trigger (Mb) max used (Mb)
Ncells 149603 4.0 35 9.4 35 9.4
Vcells 101924 0.8 786432 6.0 486908 3.8
There w
at R CMD check
doesn't recurse really isn't a problem. You can have a driver script
at the top-level that runs as many of the tests in subdirs as you
want. And this is really a good thing since as you mentioned later in
your response, some tests take a long time to run and prob
narrow it down, gctorture may help or running the examples
under valgrind.
+ seth
--
Seth Falcon | Computational Biology | Fred Hutchinson Cancer Research Center
BioC: http://bioconductor.org/
Blog: http://userprimary.net/user/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ding up with multiple copies of
the object on the R side during some of your operations. I would
recommend recompiling with --enable-memory-profiling and using
tracemem() to see if you can identify places where copies of your
large object are occurring. You can also take a look at
Rprof(memory.
you from getting things done, or
just a concern that there is a leak that needs fixing? It is worth
noting that the internal handling of character vectors has changed in
R-devel and so IMO testing there would make sense before persuing this
further, I suspect your results will be di
ly, then it will be much easier to
simply edit the source for pkg, reinstall and test. If you find and
fix a bug, most package maintainers will be quite happy to integrate
your fix.
+ seth
--
Seth Falcon | Computational Biology | Fred Hutchinson Cancer Research Center
BioC: http://bioconductor.org/
Blog: http://userprimary.net/user/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
eck can not be executed. The error message is:
Instead of require(pkgname), simply list pkgname in the Depends field
of your package's DESCRIPTION file. See the Writing R Extensions
manual for details.
+ seth
--
Seth Falcon | Computational Biology | Fred Hutchinson Cancer Research Center
Bi
i;
SEXP cvect;
PROTECT(cvect = allocVector(STRSXP, numStrings));
for (i = 0; i < numStrings; i++) {
SET_STRING_ELT(cvect, i, mkChar(yourStrings[i]));
}
UNPROTECT(cvect);
return cvect;
+ seth
--
Seth Falcon | Computational Biology | Fred Hutchinson Cancer
reateSession(attributes);
> void* temp = session;
It isn't clear from your example, are you sure that temp is valid at
this point?
> SEXP out = R_MakeExternalPtr(temp, R_NilValue, R_NilValue);
I was expecting to see:
SEXP out = R_MakeExternalPtr((void *)sesPtr, R_NilValue,
gate other hashing functions
since computing the next prime and doing so for resizes will take
longer than not having to do it and it will add complexity to the
code.
+ seth
--
Seth Falcon | Computational Biology | Fred Hutchinson Cancer Research Center
http:
t it might actually be useful to
people. It's main use may turn out to be for investigating hash
functions behavior and for a test tool it may be sufficient as-is.
+ seth
--
Seth Falcon | Computational Biology | Fred Hutchinson Cancer Research Center
http://bioconductor.org
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
is what we see with an environment:
> e = new.env(hash=T, size=2^14)
> for (k in keys2) e[[k]] = k
> summary(env.profile(e)$counts)
Min. 1st Qu.Median Mean 3rd Qu. Max.
0.0.0.0.79350. 2700.
--
Se
userprimary.net/software/dict_0.0.4.tar.gz
Windows binary:
R-2.5.x: http://userprimary.net/software/dict_0.0.4.zip
+ seth
--
Seth Falcon | Computational Biology | Fred Hutchinson Cancer Research Center
http://bioconductor.org
__
R-devel@r-project.o
omplicate your desire to use X11(), but
perhaps with Xvfb run from the screen session things will work. Do
all of the graphics devices require access to X11()? I thought you
could use pdf() for example, without X11() but I'm not certain.
+ seth
--
Seth Falcon | Computational Biology |
uot;
> > setAs("TSconnection", "DBIConnection", def = function(from) [EMAIL
> PROTECTED])
I think things work as you expect up until this pint.
> > setIs("TSconnection", "DBIConnection", coerce = function(x)
> > [EMAIL PROTECTED])
I'
ake sense so making it work seems like a good idea. I'll
agree that it working might encourage someone to try formals<-(), but
the fact that it cannot do anything but error seems like a strange
reason not to make formals() work.
+ seth
--
Seth Falcon | Computational Biology | Fred Hut
Seth Falcon <[EMAIL PROTECTED]> writes:
> On Windows, package files in the inst/ subdir are installed after the
> lazyload creation. This differs from Linux where inst/ is installed
> _before_ lazyload creation.
>
> Since packages may need data in inst, I think the order o
tter to have outdated documents than crippled documents.
I'm not trying to argue that the function shouldn't change, but if it
is so annoying, you can also resolve this problem by defining your own
step function and calling it (forgetting about withC
/MakePkg -s
lazyload
endif
- @$(MAKE) --no-print-directory -f $(RHOME)/src/gnuwin32/MakePkg -s
$(DPKG)/demo $(DPKG)/exec $(DPKG)/inst $(DATA)
ifeq ($(strip $(LAZYDATA)),true)
@$(MAKE) --no-print-directory -f $(RHOME)/src/gnuwin32/MakePkg -s
lazydata
endif
--
Seth Falcon
nt contains environments. The lazy loading db is
important at runtime when users may only need to access one or two of
the environments. We generate the lazy-loading dbs by hand so that
users installing from source do not have to repeat the process
themselves. Since the environments are lar
silenced.
[Note 1: I don't have any ideas at the moment for how this could
work.]
[Note 2: Despite the false-positives, I've already caught a handful of
bugs by reading over these NOTEs and think they provide a lot of value
to the check process]
+ seth
--
Seth Falcon | Computational Bio
CHARSXP, it does not work.
>
> So, how could I get the actual values in the column names?
How about:
SEXP colnums;
int *ivals;
PROTECT(colnums = coerceVector(cl, INTSXP));
ivals = INTEGER(colnums);
Here you convert the STRSXP cl into an INTSXP. If you want the actual
int
ude/Rinternals.h
Best Wishes,
+ seth
PS: Nice to see you again :-)
--
Seth Falcon | Computational Biology | Fred Hutchinson Cancer Research Center
http://bioconductor.org
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
vailable to them -- I just had a question from someone who wanted to
know how to make a plot that appeared in a vignette, for example.
+ seth
--
Seth Falcon | Computational Biology | Fred Hutchinson Cancer Research Center
http://bioconductor.org
>
> http://wiki.r-project.org/rwiki/doku.php?id=developers:r_connections_api
I wanted to voice a "me too" for wanting to see an interface added for
working with connections from C in package code. There are a number
of places where this would be useful and provide cleaner solution
e when
coding R and it would be nice to make it work for connections.
+ seth
--
Seth Falcon | Computational Biology | Fred Hutchinson Cancer Research Center
http://bioconductor.org
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
lected when no R object refers to them. This would allow
> for example
>
> readLines(gzfile("foo.gz"))
I think this would be a nice improvement as it matches what many
people already assume happens as well as matches what some other
languages do (in particular, Python).
+
"TSdoc") <- value ; x })
>
> setGeneric("TSdoc",
>def= function(x) standardGeneric("TSdoc"),
>useAsDefault= function(x) attr(x, "TSdoc"))
Aside:
It seems odd to me to define such defaults. How do you know x is
going to have a TSd
methods for a generic documented elsewhere.
+ seth
--
Seth Falcon | Computational Biology | Fred Hutchinson Cancer Research Center
http://bioconductor.org
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
)
Ncells 5837253 311.86910418 369.1 6193578 330.8
Vcells 16831859 128.5 45712717 348.8 39456690 301.1
Best Wishes,
+ seth
--
Seth Falcon | Computational Biology | Fred Hutchinson Cancer Research Center
http://bioconductor.org
__
R-de
Andrew Clausen <[EMAIL PROTECTED]> writes:
> Hi Seth,
>
> On Mon, May 21, 2007 at 05:15:10PM -0700, Seth Falcon wrote:
>> I will also add that the notion of a default argument on a generic
>> function seems a bit odd to me. If an argument is available for
>> disp
Hi again,
Robert has committed the proposed patch to R-devel. So [[ now has an
'exact' argument and the behavior is as described:
Seth Falcon <[EMAIL PROTECTED]> writes:
>1. [[ gains an 'exact' argument with default value NA
>
>2. Behavior of &
ure="flesh",
function(flesh, skeleton=attr(flesh, "skeleton")
standardGeneric("foo")))
+ seth
--
Seth Falcon | Computational Biology | Fred Hutchinson Cancer Research Center
http://bioconductor.org
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
lace under inst/).
You might also look at the vsn package in Bioconductor which uses a
Makefile to avoid R CMD check from building its vignette because it is
too time consuming...
+ seth
--
Seth Falcon | Computational Biology | Fred Hutchinson Cancer Resea
1 - 100 of 339 matches
Mail list logo
