> Duncan Murdoch writes:
>>> > On Tue, 7 Jun 2005, Duncan Murdoch wrote:
>>> >
>>> > [...]
>>> >
>>> >
>>> >>My proposal (modified following the suggestions I've heard so far) is as
>>> >>follows:
>>> >>
>>> >> - to check that a couple of help topic aliases exist (.package
>>> >>and )
>>> >>
> Philippe Grosjean writes:
> Hello all,
> In one of my packages, I have the following warning with R-devel, but no
> problems with R 2.1.0, or R patched:
> ** checking Rd \usage sections ... WARNING
> Bad \usage lines found in documentation object 'guiStart':
>guiStart(gui = "\"
> Func
> A J Rossini writes:
> On 6/8/05, Torsten Hothorn <[EMAIL PROTECTED]> wrote:
>>
>> On Tue, 7 Jun 2005, Duncan Murdoch wrote:
>>
>> [...]
>>
>> > My proposal (modified following the suggestions I've heard so far) is as
>> > follows:
>> >
>> > - to check that a couple of help topic aliases
> Henrik Bengtsson writes:
> Hi,
> I would like to suggest a standard where all packages provide an Rd page
> with the same name (or aliased) as the name of package so that
> help() or ? is always here. This especially
> of interest to large packages with a large package index. This page
>
h this
> and provide appropriate diffs?
> On Thu, 12 May 2005, Bill Northcott wrote:
>> On 11/05/2005, at 11:26 PM, Kurt Hornik wrote:
>> >> There seem to be problems in the autoconf stuff. cos and sin are
>> >> being located in libm but the link line you sh
> Bill Northcott writes:
> On 11/05/2005, at 8:04 PM, Ralf Seppel wrote:
>> we're trying to implement R on the IBM p690 cluster "Jump" at the
>> research centre in Jülich, Germany (c.f.
>> http://www.fz-juelich.de/nic/Supercomputer/computer-e.html)
>> using the most recent version of R (2.1.0)
> mnason writes:
> Full_Name: Martha Nason
> Version: 2.0.1
> OS: Windows XP
> Submission from: (NULL) (137.187.154.154)
> I am running simulations using fisher's test on 2 x c tables and a
> very small p.value from fisher's test (<2.2e-16) is returned as a
> negative number. Code follows.
> chienyu writes:
> Full_Name: Chien-yu Peng
> Version: 2.0.1
> OS: Windows XP Professional
> Submission from: (NULL) (140.109.72.181)
> Dear all:
> Although I don't know you, I am thankful for your help.
> When I use the function mantelhaen.test for R x C x K (R, C > 2) table,
>
> Bjørn-Helge Mevik writes:
> I've just tested R-alpha_2005-03-31.tar.gz. ./configure and make
> ran without any apparent errors, but make check failed:
> 58 (0) $ make check 2>&1 | tee make_check-logg
> make[1]: Entering directory `/usr/local/src/R/R-alpha/tests'
> make[2]: Entering directo
>>>>> Kurt Hornik writes:
>>>>> Peter Dalgaard writes:
>> Kurt Hornik <[EMAIL PROTECTED]> writes:
>>> stack info at the C level to actually see where in the code the error
>>> triggers. If I add debugging info prior to the error cal
>>>>> Peter Dalgaard writes:
> Kurt Hornik <[EMAIL PROTECTED]> writes:
>> stack info at the C level to actually see where in the code the error
>> triggers. If I add debugging info prior to the error call, the error is
>> gone.
>>
&g
> Charles Geyer writes:
> On Sun, Apr 03, 2005 at 09:13:56AM -0400, Duncan Murdoch wrote:
>> On Sat, 2 Apr 2005 23:50:24 -0600, Charles Geyer
>> <[EMAIL PROTECTED]> wrote :
>>
>> >The subject line says it all. How can I find what
>> >
>> >Error: cannot set length of non-vector
>> >
>> >m
> Paul Roebuck writes:
> Did google search and checked R-ext but found very little
> on this DESCRIPTION field. Does it document runtime dependency
> only? If I have some code that can only be used with a specific
> compiler (code makes use of GCC attributes), should I add
> SystemRequir
> Barry Rowlingson writes:
> A.J. Rossini wrote:
>use(package_spec("foo", version = ~ > "1.5.8"), pos = 12, ...)
> What else might you 'use'? .RData files perhaps? Dynamic links to
> databases?
Conceptually, things than can give RObjectTables as in DTLs package.
-k
> Is this going t
>>>>> A J Rossini writes:
> On Wed, 9 Feb 2005 17:14:08 +0100, Kurt Hornik
> <[EMAIL PROTECTED]> wrote:
>> >>>>> Peter Dalgaard writes:
>>
>> > Kurt Hornik <[EMAIL PROTECTED]> writes:
>> >> >>>>> A
>>>>> Paul Roebuck writes:
> On Wed, 9 Feb 2005, Kurt Hornik wrote:
>> >>>>> Paul Roebuck writes:
>>
>> > On Wed, 9 Feb 2005, Kurt Hornik wrote:
>> >> >>>>> Paul Roebuck writes:
>> >>
>> >> &
>>>>> Paul Roebuck writes:
> On Wed, 9 Feb 2005, Kurt Hornik wrote:
>> >>>>> Paul Roebuck writes:
>>
>> > On Tue, 8 Feb 2005, Kurt Hornik wrote:
>> >> This concerns the packages...
>> >> for which current versio
>>>>> Paul Roebuck writes:
> On Tue, 8 Feb 2005, Kurt Hornik wrote:
>> This concerns the packages...
>> for which current versions of r-devel now report problems with
>> non-portable compilation flags in Makevars[.in] files:
>>
>> Problems in
>>>>> Peter Dalgaard writes:
> Kurt Hornik <[EMAIL PROTECTED]> writes:
>> >>>>> A J Rossini writes:
>>
>> > But I don't see a problem with "package("package")", though I'm sure
>> > I'm missi
> A J Rossini writes:
> On Tue, 8 Feb 2005 23:05:20 + (GMT), Prof Brian Ripley
> <[EMAIL PROTECTED]> wrote:
>> On Tue, 8 Feb 2005 [EMAIL PROTECTED] wrote:
>>
>> [...]
>>
>> > But, a propos, is there an R entity called a "library"
>> > (other than the command) as distinct from a "package"
> A J Rossini writes:
> But I don't see a problem with "package("package")", though I'm sure
> I'm missing something.
package() [sic] might be the creator for package objects, provided we
can decide on what they are (and what kind of packages [source,
installed, ...] they are used for).
useP
> Marcus G Daniels writes:
> Prof Brian Ripley wrote:
>> Some of them use Fortran, please note, and libtool is none too good at
>> that.
> I didn't have an (obvious) problem with that. I did notice that
> DYLIB_* variables in Makeconf.in didn't have USE_LIBTOOL_TRUE/FALSE
> conditionalizati
> apjaworski writes:
> I just noticed that as of January 22, the daily snapshots of the R-devel
> tree (in ftp://ftp.stat.math.ethz.ch/Software/R/) are only about 1Mb
> (instead of about 10Mb). When the January 25 file is downloaded and
> uncompressed, it seems to be missing the src director
> Torsten Hothorn writes:
> The `examples' section says
> plot.mlm # to see how the "NotYetImplemented"
> # reference is made automagically
> ^
Well, if I had written that, it would have been on purpose ...
-
> smyth writes:
> The link to "MacOS X check summary" on the page
>http://cran.r-project.org/src/contrib/PACKAGES.html
> is broken.
Gordon,
Thanks but ... this is really not a bug in R, but a problem with CRAN.
Stefano: the link points to
http://cran.r-project.org/bin/macosx/r-deve
> Peter Dalgaard writes:
> Peter Dalgaard <[EMAIL PROTECTED]> writes:
>> > > but everything seems to configure and make ok. Should this message be
>> > > expect or is this a bug?
>> >
>> > It is unexpected. Is it new in 2.0.1 beta? You have told us your kernel,
>> > not your distro. This
> S J Eglen writes:
> I recently wrote a vignette, with the following at the top of the .Rnw
> file:
> %%\VignetteIndexEntry{How to use look up tables for h() functions}
> %%\VignetteDepends{sjedmin, spatstat}
> Using vExplorer() on this function, I got an error from this part of
> getVigInf
> wolski writes:
> Hi!
> Due to package maintenance I have removed some functions but forgot to
> update the coresponding Rd files. If R CMD check is checking for
> missing documentation entries why it does not check for documentation
> entries which tell the user about nonexisting funciton
> James Wettenhall writes:
> Hi,
> I'm using rw2000dev.exe (Win32) built on August 14.
> If this isn't already planned, can I suggest that when
> checkS3methods() (called by R CMD check) fails because of
> a syntax error in a dependent package listed in the DESCRIPTION
> file of the main pack
> Prof Brian Ripley writes:
> According to R-exts:
> The second purpose for @file{install.R} is to hold code that needs
> to be executed each time the package is attached, after the image is
> loaded. Few packages have a need for such code so @file{install.R}
> is normally an empty f
> Gabor Grothendieck writes:
>
> I already suggested using the pager as a workaround
> in the original thread although your pager workaround
> has the advantage of being 100% in R while mine used
> a batch file which defined a new pager.
>
> Note that R already supports
>
>options(pager
fo(help(package = "stats")),
file = "abc.txt")
options(oop)
gives
R> length(readLines("abc.txt"))
[1] 345
Hth
-k
>
>
> Kurt Hornik <[EMAIL PROTECTED]> writes:
>
>>>>> Gabor Grothendieck writes:
>
> Gabor Grothendieck writes:
> There was a discussion on r-help of getting the output from
> print.packageInfo into a file. Spencer and I have added a file=
> argument to print.packageInfo for consideration in R. Had this
> been available it would have simplified the answer to that
> thread
> clock writes:
> Hello
> R-1.9.0
> when the user that compiles R has umask 027 and root has umask 022, then
> R is installed incorrectly:
> [EMAIL PROTECTED]:~$ R
> /usr/bin/R: line 156: /usr/lib/R/bin/R.bin: Permission denied
> /usr/bin/R: line 156: exec: /usr/lib/R/bin/R.bin: cannot execut
I am about to change the rsync-recommended mechanism for r-patched to
look for recommended packages in the $version-patched subdir of the main
CRAN package are (as opposed to the $version one which is "frozen" at
release time).
Of course, it will take a day or two for the CRAN mirrors to populate
> maechler writes:
> "williams" == williams elliot <[EMAIL PROTECTED]>
> on Thu, 8 Jul 2004 01:50:16 +0200 (CEST) writes:
williams> Full_Name: Elliot Williams Version: 1.9.1 OS:
williams> Linux Submission from: (NULL) (146.142.53.18)
williams> Hi,
williams> The usual configure
> Marc Schwartz writes:
> Greetings all,
> It would appear that some default behavior changes for barplot() have
> been introduced into Version 1.9.1 alpha (2004-05-30).
> One change is in the specification of the default 'col' argument, which
> is now:
> col: a vector of colors for the bars
> A J Rossini writes:
> Dirk, I'm thinking of the application to CRAN, where it might be
> standardizable; not to Debian, where it could only produce holy wars,
> flamage, and bikeshedding.
> i.e. I'd love to be able to do:
> update.packages(ListChanges=TRUE, ListBugs=TRUE)
If we belie
nformation on Package 'chron'
> Description:
> Package: chron
> Version: 2.2-29
> Date: 2004-01-31
> Author: S original by David James <[EMAIL PROTECTED]>, R port
> by Kurt Hornik <[EMAIL PROTECTED]>.
> Maintainer: Kurt Hornik <[EMAIL PROTECTED
ought that R_system() would portably invoke a Bourne shell?
-k
> On Tue, 27 Apr 2004, Kurt Hornik wrote:
>> >>>>> ellis writes:
>>
>> > Full_Name: Byron Ellis
>> > Version: R 1.9.0 (and 2.0.0)
>> > OS: Linux (Redhat Fedora Core)
>> >
> ellis writes:
> Full_Name: Byron Ellis
> Version: R 1.9.0 (and 2.0.0)
> OS: Linux (Redhat Fedora Core)
> Submission from: (NULL) (140.247.241.197)
> It appears that `R CMD build` cannot handle spaces in the path when
> building packages for distribution. For instance:
> [EMAIL PROTECTED]
> terra writes:
> Full_Name: Morten Welinder
> Version: snapshot, see see below
> OS:
> Submission from: (NULL) (65.213.85.218)
> The FAQ suggests running
> rsync -rC --delete rsync.R-project.org::MODULE R
> which I did yesterday to get the version I have. This command should
> have
> Atro Tossavainen writes:
> Kurt,
>> Which would then fail for people who for some reason have # in their
>> file path. I am not sure there is an easy fix for the problem. One
>> idea might be setting up a pipeline which tries different separators.
>>
>> Any other ideas?
> Your point is o
> Atro Tossavainen writes:
> Hi,
> src/scripts/Makefile uses @ as the separator for sed.
> This is fine unless the path names happen to contain @, which would
> frequently be the case in sites where AFS is used and the AFS magic
> path component @sys is used to distinguish between system type
> Duncan Murdoch writes:
> On Wed, 4 Feb 2004 21:21:35 -0600 (CST), Luke Tierney wrote:
>> On Wed, 4 Feb 2004 [EMAIL PROTECTED] wrote:
>>> I think the
>>> problem is in this line:
>>>
>>> x <- do.call("table", c(as.list(substitute(list(...)))[-1],
>>> list(exclude = exclude)))
> ...
>>> I
> dpierce writes:
> Hello,
> I believe I have found a bug in the R INSTALL script
> (src/scripts/INSTALL.in). The problem comes up when a user tries to
> specify more than one "--config-args" (or, I imagine, "--config-vars") on
> the R CMD INSTALL line. In such a case, no error message is gen
> bellis writes:
> Full_Name: Byron Ellis
> Version: R-devel
> OS: Mac OS X
> Submission from: (NULL) (24.10.67.29)
> Unline R CMD INSTALL, R CMD CHECK does not allow --configure-args to
> be passed. This is unfortunate as R CMD CHECK attempts to build the
> package, running any configure s
> Pingping Zheng writes:
> Hello,
> I maintain a self-made R package under my own home directory
> "~/.R/library" on our university computer net (SunOS 5.8 system).
> After updating R to 1.8.0, I found other people cannot access my
> package any more. They got this error message:
> Error in
> Prof Brian Ripley writes:
> On Mon, 24 Nov 2003, Duncan Murdoch wrote:
>> >Duncan Murdoch <[EMAIL PROTECTED]> writes:
>> >
>> >> Gabor Grothendieck pointed out a bug to me in list.files(...,
>> >> full.name=TRUE), that essentially comes down to the fact that in
>> >> Windows it's not always
> dmurdoch writes:
> The code
>> m <- matrix(1,2,2)
>> write.table(m,'test.txt')
> writes out a file that looks like this:
> "X1" "X2"
> "1" "1" "1"
> "2" "1" "1"
> According ?write.table, factors and character vectors should be quoted
> by default, but this is quoting the numbers as well.
> Simon Urbanek writes:
> A while ago I compiled R 1.7.0 for AIX (with the above compiler - I'll
> call it xlc) and I was surprised that it went quite smoothly.
> Unfortunately with R 1.8.0 it's not as easy, but I succeeded at least
> partially. Static R works fine (after some tweaking), bu
>>>>> Peter Kleiweg writes:
> # aldus Kurt Hornik :
>> > I am trying to configure R-1.8.0-patched (fresh rsync) for machines
>> > with the tcltk files in unorthodox locations. I specified a
>> > TCLTK_CPPFLAGS='/usr/freeware/include/' in the
> Laurent Gautier writes:
> Hi,
> I am trying to configure R-1.8.0-patched (fresh rsync) for machines
> with the tcltk files in unorthodox locations. I specified a
> TCLTK_CPPFLAGS='/usr/freeware/include/' in the file config.site but it
> seems that a '# no special path needed' is added when
> Prof Brian Ripley writes:
> A couple of weeks back there was some discussion about documenting the
> regular expressions as used in R. Several years ago the problem was
> that this was OS-dependent, and to plug that problem we incorporated
> regexp code from a version of GNU grep, later upd
> Martin Maechler writes:
> (RFC := Request For Comments)
My preference would be that we start by adding a version of sscanf().
-k
> "Tim" == Tim Keighley <[EMAIL PROTECTED]>
> on Thu, 23 Oct 2003 11:45:22 +1000 writes:
Tim> Hi Martin,
Tim> In October 2000 you wrote to r-help:
>>>>> Peter Dalgaard writes:
> Kurt Hornik <[EMAIL PROTECTED]> writes:
>> >>>>> maechler writes:
>>
>> >>>>> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
>> >>>>> on Wed, 22 O
>>>>> Peter Dalgaard writes:
> Kurt Hornik <[EMAIL PROTECTED]> writes:
>> >>>>> maechler writes:
>>
>> >>>>> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
>> >>>>> on Wed, 22 O
> maechler writes:
> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Wed, 22 Oct 2003 08:17:32 -0400 writes:
Duncan> I've now tried the code
> set.seed(1)
> x <- rnorm(50)
> y <- rnorm(50)
> cor.test(x,y,method="spearman")
> x <- rnorm(50)
> y <- rnorm(50)
> cor.test
>>>>> Peter Dalgaard writes:
> Kurt Hornik <[EMAIL PROTECTED]> writes:
>> > (Argh. The test builds of 1.8.0 were actually against tcl8.0, but
>> > apparently our testing procedures skip any attempt to load the dynlib.
>> > Automated tests
> Peter Dalgaard writes:
> [EMAIL PROTECTED] writes:
>> Full_Name: Eiji Nakama
>> Version: R-1.8.0
>> OS: linux(VineLinux)
>> Submission from: (NULL) (219.117.236.13)
>>
>>
>> I build by Tcl8.0.5 and R-1.8.0.
>>
>> > library(tcltk)
>> Error in dyn.load(x, as.logical(local), as.logical(now))
>>>>> Peter Dalgaard writes:
> Kurt Hornik <[EMAIL PROTECTED]> writes:
KH> Or get rid of non-standard evaluation and educate users to use quoted
KH> strings where strings should be used.
>>
>> > and infuriate those who know and used the S language
>>>>> A J Rossini writes:
> Kurt Hornik <[EMAIL PROTECTED]> writes:
>
>>> Definitely not worth the pain (I *know* I'd hear ... comments from
>>> them!)!
> I might be one of them. You'll hear my screams for weeks...
[Fortunately,
>>>>> Martin Maechler writes:
>>>>> "KH" == Kurt Hornik <[EMAIL PROTECTED]>
>>>>> on Fri, 17 Oct 2003 09:04:40 +0200 writes:
>>>>> Peter Dalgaard writes:
>>> David James <[EMAIL PROTECTED]> writes:
&g
> Peter Dalgaard writes:
> David James <[EMAIL PROTECTED]> writes:
>> Calls of the form data(package = pkg) inside a function
>> incorrectly fail ("pkg" is a local variable). For instance,
>>
>> foo <- function(pkg) data(package = pkg)
>> foo("base")
>> Error in .find.package(package, lib.l
> Jan de Leeuw writes:
> I can now build most of R with XLC/XLF using optimization level O4 on
> OS X. I twice have to intervene and manually set optimization to O3
> (for trees.c in zlib and util.c in main). But, more importantly, I
> cannot use the xlc/xlf compiler drivers for linking. They
> Saikat DebRoy writes:
> On Thursday, Sep 25, 2003, at 05:26 US/Eastern, [EMAIL PROTECTED] wrote:
>> Bugs compiling R-1.7.1 with Intel compilers icc and ifc,
>> on x86-computer (Pentium IV) and linux operating system
>>
> Many of those bugs can be fixed by using appropriate configure option
> Saikat DebRoy writes:
> On Thursday, Sep 25, 2003, at 05:26 US/Eastern, [EMAIL PROTECTED] wrote:
>> Bugs compiling R-1.7.1 with Intel compilers icc and ifc,
>> on x86-computer (Pentium IV) and linux operating system
>>
> Many of those bugs can be fixed by using appropriate configure option
> CanisMaior writes:
> Bugs compiling R-1.7.1 with Intel compilers icc and ifc,
> on x86-computer (Pentium IV) and linux operating system
> Hello,
> as there aren't many reports about that issue, I'll give a little
> report here. (Hope I don't bother anyone)
> The best thing about using ic
> CanisMaior writes:
> Bugs compiling R-1.7.1 with Intel compilers icc and ifc,
> on x86-computer (Pentium IV) and linux operating system
> Hello,
> as there aren't many reports about that issue, I'll give a little
> report here. (Hope I don't bother anyone)
> The best thing about using ic
> Henrik Bengtsson writes:
> Hi, with R v1.7.1 (=I don't recall I saw it before) I noticed that R CMD
> INSTALL sometimes generates nonsense information, e.g. "Bundle: NA",
> even if there was a correct DESCRIPTION file too. I turns out that it
> happens when a DESCRIPTION.in has empty lines
> Martin Maechler writes:
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Wed, 17 Sep 2003 07:05:57 +0100 (BST) writes:
BDR> On Tue, 16 Sep 2003, John Chambers wrote:
> <..>
JMC> That (apparently) the problem arises in such a
JMC> special situation is conf
>>>>> Prof Brian Ripley writes:
> On Tue, 16 Sep 2003, John Chambers wrote:
>> Kurt Hornik wrote:
>> >
>> > >>>>> John Chambers writes:
>> >
>> > > Prof Brian Ripley wrote:
>> > &
> John Chambers writes:
> Prof Brian Ripley wrote:
>>
>> On Tue, 16 Sep 2003, John Chambers wrote:
>>
>> > Jeff Gentry wrote:
>> > >
>> > > Hello ...
>> > >
>> > > With a new checkout of R-devel (last update was 2003-09-11) we are having
>> > > a problem (it seems to be happening to all of u
> jerome writes:
> The problem occurs when the sample odds ratio is Inf, such as in the
> following example. Given the fact that both upper bounds of the two 95%
> confidence intervals are Inf, I would have expected that the two lower
> bounds be equal, but they aren't.
> x <- matrix(c(9,
> dmurdoch writes:
>> Date: Wed, 16 Jul 2003 01:27:25 +0200 (MET DST)
>> From: [EMAIL PROTECTED]
>>> x
>> [,1] [,2]
>> [1,] 149 151
>> [2,]18
>>> c2x<-chisq.test(x, simulate.p.value=T, B=10)$p.value
>>> for(i in (1:20)){c2x<-c(c2x,chisq.test(x,
>> simulate.p.value=T,B=10)$p
> dmurdoch writes:
>> Date: Wed, 16 Jul 2003 01:27:25 +0200 (MET DST)
>> From: [EMAIL PROTECTED]
>>> x
>> [,1] [,2]
>> [1,] 149 151
>> [2,]18
>>> c2x<-chisq.test(x, simulate.p.value=T, B=10)$p.value
>>> for(i in (1:20)){c2x<-c(c2x,chisq.test(x,
>> simulate.p.value=T,B=10)$p
> daniel frey writes:
> Full_Name: Daniel Frey
> Version: 1.7.1
> OS: Windows 2000
> Submission from: (NULL) (80.254.164.242)
> Generating a data frame out of a xtabs result acts unusual. Take the following
> sample to reproduce it:
>> a.a <- c("a","a","a","b","b")
>> a.b <- c("c","c","d",
> David Brahm writes:
> Douglas Bates <[EMAIL PROTECTED]> wrote:
>> options(defaultPackages = c(options("defaultPackages"), "Devore6"))
> Just to pick a nit, shouldn't this be:
> options(defaultPackages = c(getOption("defaultPackages"), "Devore6"))
> since options("defaultPackages") retur
> Simon Urbanek writes:
> On Friday, July 25, 2003, at 01:30 PM, Peter Rye wrote:
>> [...]
>> I've reviewed my previous OpenBSD patches, which now look like a
>> horribly
>> clumsy way of fixing the shared library naming problem, and I see they
>> were
>> mangled in the conversion to html.
> Warnes, Gregory R writes:
> I want to include a multi-line code block in the details section of a R
> manual page. How do I get an appropriate verbatim-like environment?
> \verbatim{...} doesn't do the trick, neither does \code{...}.
I don't think this is currently possible.
It would cer
> Peter Dalgaard BSA writes:
> [EMAIL PROTECTED] writes:
>> make[1]: Leaving directory `/fs38/odc.arch.3/mtklingl/R/R-1.7.1/doc'
>> make[1]: Entering directory `/fs38/odc.arch.3/mtklingl/R/R-1.7.1/src/library'
>> building all R object docs (text, HTML, LaTeX, examples)
>> make[2]: Entering dir
> Gordon Smyth writes:
> Dear Kurt,
>>>
> When going from the help file to rendered code, double backlashes are
> now left as-is. Single backslashes are removed, *except* for "\b",
> "\n", "\r" and "\f". Escaped t's, "\t" are converted to actual tabs.
Going from help to rendered code means
> Gordon Smyth writes:
> Should R CMD check consider it an error to define a new method using
> setMethod for a class which is not currently defined? It seems to me
> that it would be best not to consider this an error.
[R CMD check by itself definitely does not test for this.]
> What curren
> Gordon Smyth writes:
> Many thanks for your helpful comments.
> To over-simplify the previous discussion a bit, you are emphasising
> that all the aliases written by promptMethods will be needed by future
> versions of the help system, so it is important that they be included
> in .Rd files
> John Chambers writes:
> Gordon Smyth wrote:
>>
>> I am another person who has had trouble documenting S4 classes and
>> (particularly) methods. The methods package itself is pretty cool by the
>> way, but it is a pity that there are as yet no guidelines on S4 in the
>> "Writing R Extensions
> Frank E Harrell writes:
> Many moons ago I reported to r-bugs some easy to fix errors in ace and
> avas. I wonder if someone would mind making those corrections.
Re 'someone', fixes for add-on packages would typically be performed by
the package maintainer ...
Best
-k
___
> Jan de Leeuw writes:
> The new g77 in fink/unstable is 3.3. It fails to build R, unless
> I setenv LDFLAGS to -lcc_dynamic.
Is this a temporary bug or something we should try to work around in the
configure code?
Best
-k
__
[EMAIL PROTECTED] mai
> Simon Urbanek writes:
> On Monday, May 26, 2003, at 04:41 PM, Jan de Leeuw wrote:
>> I don't think there is a reason to set DYLD_LIBRARY_PATH in bin/R.
>> Not even fink sets this variable.
> Well, that's what I think as well .. so my question is, why is it there
> then?
> My guess is t
> faheem writes:
> On Sun, 16 Mar 2003, Duncan Temple Lang wrote:
>> The "fix" is relatively simple. One can change the order of the
>> suffixes listed in $R_HOME/etc/Makeconf (i.e. the Makeconf.in version)
>> to alter the precedence. If one changes the line
>>
>> .SUFFIXES: .c .cc .cpp .C
> faheem writes:
> On Sun, 16 Mar 2003, Duncan Temple Lang wrote:
>> The "fix" is relatively simple. One can change the order of the
>> suffixes listed in $R_HOME/etc/Makeconf (i.e. the Makeconf.in version)
>> to alter the precedence. If one changes the line
>>
>> .SUFFIXES: .c .cc .cpp .C
> Jan de Leeuw writes:
> I am trying to build R-devel on Darwin with two-level namespaces
> and without using --bundle_loader path/to/R.bin, so that all symbols
> must come from libR.dylib. This goes well, until during the methods
> package build all.rda must be made from all.R. Then I get
>
> Torsten Hothorn writes:
> Hi,
> I'm a little bit confused about the class of integers (with yesterdays
> r-devel):
R> a <- 1:10
R> class(a)
> [1] "integer"
R> inherits(a, "integer")
> [1] FALSE
R> data.class(a)
> [1] "numeric"
R> is.numeric(a)
> [1] TRUE
R> inherits(a, "numeric")
> [1] FAL
> Jan de Leeuw writes:
> The OS X configure in R-devel has been changed to use two-level
> namespaces. There are still some problems.
> 3. Configure does not pass the $(Rexecbindir) to the Makefiles in the
> /src/library directory, so the links cannot find the bundle_loader. I
> added them by
> Peter Dalgaard BSA writes:
> [EMAIL PROTECTED] writes:
>> Full_Name: Eric van Gyzen
>> Version: 1.6.2
>> OS: FreeBSD 5.0-RELEASE i386
>> Submission from: (NULL) (152.3.22.120)
>>
>>
>> When compiling R (versions 1.6.1 and 1.6.2), I get the following messages:
>> dumping R code in package '
> rreeve writes:
> I sent this in with an old version, but it's in latest version as
> well. The fix is simple. In the summary.table function, the parameter
> is calculated incorrectly for a test of independence among all cells
> when the table is more than 2-way table.
As I said last week,
> Peter Dalgaard BSA writes:
> Prof Brian D Ripley <[EMAIL PROTECTED]> writes:
>> > parameter <- prod(sapply(m, length)) - (sum(sapply(m, length) - 1) + 1)
>> >
>> > Running Version 1.5-0, 2002-04-28 for Windows.
>>
>> So that's 4 versions old already. I don't know if this has changed (you
>>
> Ben Bolker writes:
> I use multivariate random values frequently -- multinomial (using
> code contributed to the R-list by Ian Wilson), Dirichlet (using ratios
> of gamma/sum(gamma)), multivariate normal (using mvrnorm() from MASS,
> which I wish were called rmvnorm instead!) I have funct
> Prof Brian D Ripley writes:
> On Fri, 17 Jan 2003, John Chambers wrote:
>> There are two main known differences from having methods attached:
>>
>> - the definition of class() changes, in particular no object ever has a
>> NULL class. If you have code that depends on test such as
>> `if(is
> bates writes:
> This was filed as a bug report on the Debian r-base package. It is
> more properly a bug report on the ctest package in R.
> The default method for wilcox.test manipulates x and y without
> checking the class or data.class of these objects. Possible solutions
> are
> -
> writes:
> We could, and it had crossed my mind. Thanky ou for raising it.
> However, we could not do that before 1.7.0 (new feature, and
> anyway 1.6.2 is in final testing for release in a couple of days).
> We have been considering having package methods in the default package
> list fo
100 matches
Mail list logo
