It's not clear to me why a journal publication is necessary
(although I guess it couldn't hurt). What do you cite when you
use SAS? Or Stata?
-roger
Gordon K Smyth wrote:
> This is just a note that R would get a lot more citations if
> the recommended citation was an article in a recognised
> j
Would using 'capture.output()' work for you in this case?
-roger
Henrik Bengtsson wrote:
> Just for the record (not a request for fix) and an ad hoc workaround if
> anyone needs it:
>
> REASON:
> Running an R script as a plugin on a remote Suse Linux 8.2 with R v2.1.0
> (2005-04-18), I have no
uot;R version 2.1.1, 2005-06-20"
>>>
>>>R-2.1.1/src/include/Rinternals.h
>>>#define EXTPTRSXP 22/* external pointer */
>>>
>>>R-2.1.1/src/main/size.c:
>>>objectsize(SEXP s) has no case for external pointers
>
>
> __
gt; y <- rnorm(20)
> z <-rep(c(1,2),10)
> xyplot(y~x|z)
> # the above works fine. Now try this:
>
> for (j in 1:1) {xyplot(y~x|z)}
>
> # no graph is produced.
>
--
Roger D. Peng
http://www.biostat.jhsph.edu/~rpeng/
__
R-d
o pass the tests in a clean standard environment without
> forcing anybody to load any extra packages. Is there a possibility to be
> modest and shy in suggestions so that it would be up to the user to get
> those extra packages needed without requiring them in R CMD chec
ested' packages are not
needed by the *user*, but are needed by the *maintainer*.
Perhaps, you differ with the standard itself, but I personally think it's a
good
one.
-roger
Jari Oksanen wrote:
> On Tue, 2005-09-20 at 09:42 -0400, Roger D. Peng wrote:
>
>>I think this nee
11.
As it turns out, 'gsub(fixed = TRUE)' gives me the answer I *actually* wanted,
which was to replace the string in every entry. But I still think the behavior
of 'sub(fixed = TRUE) is a bit odd.
> version
_
platform x86_64-unknown-lin
form x86_64-unknown-linux-gnu
>>arch x86_64
>>os linux-gnu
>>system x86_64, linux-gnu
>>status
>>major2
>>minor2.1
>>year 2005
>>month12
>>day 20
>>svn rev 36812
>>language R
>> >
>
>
> Argh...
>
> year 2005
> month12
> day 21
>
> and something like this gets discovered. It's a ritual, I tell ya, a ritual!
>
> If you look at the output and terminate all strings at the embedded
> \0, it looks much more sensible, so it should be fairly easy to spot
> the cause of this bug...
>
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
; reasonable way to save a few variables to disk? I could also make the
> code available when/if I get it working.
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
s
> nanofluidics, nanofactory, nano-this, and nano-that ... I found myself
> thinking "well the speaker should just
> have said
>with(nano,
> ...)
>
>Un(?)fortunately there's no-one here I can share that tho
o volunteer to create and maintain the task view.
>
> Any thoughts?
>
> Thanks,
>
> Max
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Roger D. Peng | http://www.bi
e the code here is is wrapped
with but I'm not sure it was meant to change the previous
behavior.
-roger
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
n("dqrls")
>
> I'm not asking for a conceptual UML diagram, so far as I know.
>
> The kind of trace information you get with gdb in C programs and
> shallow steps with "n" would probably help. I would not need to keep
>>>>>
>>>>
>>>> --
>>>> Luke Tierney
>>>> Chair, Statistics and Actuarial Science
>>>> Ralph E. Wareham Professor of Mathematical Sciences
>>>> University of Iowa Phone:
01-05 r40386)
> x86_64-unknown-linux-gnu
>
> locale:
> LC_CTYPE=en_US;LC_NUMERIC=C;LC_TIME=en_US;LC_COLLATE=en_US;LC_MONETARY=en_US;LC_MESSAGES=en_US;LC_PAPER=en_US;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_US;LC_IDENTIFICATION=C
>
> attached base packages:
> [1] "sta
cd: ~/R-local/lib: No
such file or directory
and the package is subsequently installed in the current working directory.
The attached patch solves the problem for me.
-roger
--
Roger D. Peng | http://www.biostat.jhsph.edu/~r
unc")
Is this the correct thing to do?
The error I get under this setup is that 'myfunc' cannot find the method for
'foo' defined in Package B when 'myfunc' calls 'foo' on an object of class
"bar".
If you've made it this far I'm
nally'
will produce an error.
I'm not exactly sure of what I'd want since it seems modifying 'getConnection'
would not be a great idea as it is used elsewhere.
-roger
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> the utils package.
>
>
> On Wed, 14 Nov 2007, Seth Falcon wrote:
>
>> "Roger D. Peng" <[EMAIL PROTECTED]> writes:
>>
>>> As far as I can tell, 'isOpen' cannot return FALSE in the case when
>>> 'rw = ""
t;Cairo"), e.g. as a load hook for package
>>>> grDevices. I am using
>>>>
>>>> setHook(packageEvent("grDevices", "onLoad"),
>>>> function(...) {
>>>> grDevices::ps.options(horizontal=FALSE)
>>&
find it simply listed in some other header file.
> thanks,
> -peter.
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Roger D. Peng |
1
> Levels: 2008-03-01 2008-04-01 2008-05-01 2008-06-01 2008-07-01
> 2008-08-01 2008-09-01 2008-10-01 2008-11-01 2008-12-01 2009-01-01
> 2009-02-01
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
008-03-01 2008-04-01 2008-05-01 2008-06-01 2008-07-01 2008-08-01
2008-09-01 2008-10-01 2008-11-01 2008-12-01 2009-01-01 2009-02-01
Levels: 2008-03-01 2008-04-01 2008-05-01 2008-06-01 2008-07-01
2008-08-01 2008-09-01 2008-10-01 2008-11-01 2008-12-01 2009-01-01
2009-02-01
____
ession tests that were also added subsequent
> to that prior set of patches that I had submitted.
>
> If perhaps Roger and Gabor could so some testing on these patches before
> they are considered for inclusion into the R-devel tree, it would be
> helpful to check to see if I h
tant flashing of the progress window can be a
little
disorienting (at least for me).
Is there a way to suppress this progress window? Or is it an operating system
feature?
-roger
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r
Thanks! The patch to src/modules/internet/internet.c in r44937 was just what I
was looking for.
-roger
Prof Brian Ripley wrote:
> On Wed, 26 Mar 2008, Roger D. Peng wrote:
>
>> In Windows, 'download.file' pops up a separate window indicating the
>> progress of th
the current sd().
>
> Does this idea have any merit?
>
> cheers,
>
> Rolf Turner
>
> ##
> Attention:\ This e-mail message is privileged and confid...{{dropped:9}}
>
>
> -k
>
>
>
>> Hadley
>
>> --
>> http://had.co.nz/
>
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>
> ___
it might be perfectly ok, but you should
>>> be doing it consciously, not by mistake.
>> I am working on that, too (e.g. a simple NOTE in case the date spec
>> cannot be canonicalized, etc.). If file time stamps were realiable, we
>> could compare these to the given dat
1 aqua http/ftp sockets
>>>>>>> libxml TRUE TRUE TRUE TRUE FALSE TRUE TRUE TRUE fifo
>>>>>>> cledit iconv NLS profmem cairo TRUE TRUE TRUE TRUE
>>>>>>> TRUE TRUE Martin
>>>>>>> --
>>>>>>> Martin Morgan Computation
ted use of connection pointers this defines the opaque
pointer type. */
I have a function in the 'filehash' package that unserializes a bunch
of objects from a file and it seems to run much faster in C than in R.
But I don't want to release something that uses a non-public
function/i
Jul 31, 2008 at 10:53 AM, Henrik Bengtsson <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Thu, Jul 31, 2008 at 6:35 AM, Roger D. Peng <[EMAIL PROTECTED]> wrote:
>> Are the functions 'R_Unserialize' and 'R_InitFileInPStream' allowed to
>> be used in R p
27;d
rather students learnt to program well than to program correctly -
since correctness follows goodness but goodness does not follow
correctness. But that's an argument for another day!
Barry
______
R-devel@r-project.org maili
I've never quite understood the documentation for the 'all' argument
to 'merge'. I'm pretty sure using 'all = L' doesn't work but I'm open
to correction here. In any event, I've attached a patch.
-roger
--
aniel Hansen
wrote:
> Roger
>
> (I think) L is shorthand for some logical value, ie. TRUE or FALSE. That has
> always been pretty clear to me. Your patch was stripped.
>
> Kasper
>
> On Mar 8, 2009, at 18:20 , Roger D. Peng wrote:
>
>> I've never quite understo
My patch was not particularly great. I think the Peter's alternative
makes (more) sense.
-roger
On Mon, Mar 9, 2009 at 8:47 AM, Peter Dalgaard wrote:
> Roger D. Peng wrote:
>> Hmm, I see what you mean, and I'd be willing to accept that logic if I
>> could find a singl
the result was simply
> eval(substitute(list(x)), e)
[[1]]
[1] 2
I can't say I know what the output should be but I'd like some
clarification on whether this is a bug.
Thanks,
-roger
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
_
dentical(x, d) ## FALSE
[1] FALSE
>
Has anyone noticed this before? I didn't see anything in the docs for
`serialize()' that would indicate this behavior should be expected.
I'm on Linux Fedora Core 4.
-roger
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
zed for size not maximal
> possible accuracy.
>
> Really all you have said is `floating point operations are subject to
> rounding error'.
>
>
> On Wed, 8 Feb 2006, Roger D. Peng wrote:
>
>> I noticed the following peculiarity with `serialize()'
t; _
> platform i386-pc-linux-gnu
> arch i386
> os linux-gnu
> system i386, linux-gnu
> status
> major2
> minor2.0
> year 2005
> month10
> day 06
> svn rev 35749
> language R
>
> --
> Dan Davison
> Com
ion.
Should that be "...and PDF-includers such as 'pdftex' are usually _un_able to
handle compression" ?
-roger
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
or compressed PDF*.
>
> On Thu, 2 Mar 2006, Hin-Tak Leung wrote:
>
>> Roger D. Peng wrote:
>>> The following paragraph from ?pdf struck me as a bit odd:
>>>
>>> 'pdf' writes uncompressed PDF. It is primarily intended for
>>>
me.
>
> BTW, the defaults can be changed via options() (see ?save): has anyone
> ever found that useful?
I was not even aware of this!
>
> And whilst I am feeling curious, has anyone used save(ascii = TRUE) in
> recent years?
>
I don't think I'
works fine. The "base"
> environment has the empty environment as a parent. So, I try to do
> the same myself, i.e. new.env(parent=new.env(parent=emptyenv())), but
> once again I get
>
> fcn(2)
> # Error in fcn(2) : attempt to apply non-function
>
> Apparently, I do not understand enough here. Please, enlighten me. In
> the meantime I stick with foo2().
>
> Best,
>
> Henrik
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
R file, different from commandArgs(),
>but this is not as important and probably more difficult as it would change
>the invokation syntax of R.)
>
> sincerely,
>
> /ivo welch
>
> __
> R-devel@r-project.org mailing list
> htt
sets R_PAPERSIZE in their site or local profile,
>>> this will supercede the LC_PAPER setting. This would allow for a R
>>> setting that may need to be different than the system default.
>>>
>>> Doing this for 2.4.0 (as opposed to 2.3.x) would give folks notice and
>>> time to consider the impact on their local installations and code, while
>>> enabling future users to take advantage of the standard.
>>>
>>> I think that in general, R should abide by published standards unless
>>> there are very compelling reasons not to.
>>>
>>> HTH,
>>>
>>> Marc Schwartz
>>>
>>>
>>>
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
m not sure. The following
does seem to work as I would have expected:
> b <- list(x = data.frame(a = 1:2, b = 2:3), y = data.frame(a = 1:2, b =
> 2:3))
> do.call("rbind", b)
a b
x.1 1 2
x.2 2 3
y.1 1 2
y.2 2 3
>
-roger
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
uring the load I'll have to start from scratch.
Is there anyway to recover the promise (or the value of the expression) in case
of an interrupt?
-roger
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Luke Tierney wrote:
> On Fri, 19 May 2006, Duncan Murdoch wrote:
>
>> On 5/19/2006 9:54 AM, Roger D. Peng wrote:
>>> I noticed something recently that I thought was odd:
>>>
>>> delayedAssign("x", { Sys.sleep(5); 1 })
>>> x #
t R_MEMORY_PROFILING. Is it on the
configure command line?
Thanks for any help,
-roger
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
I've been getting the following warning after running 'install.packages()'
recently:
Warning message:
insufficient OS support on this platform in: normalizePath(path)
Does anyone know what this means? And does anyone know how I can get rid of
the
warning? I've just installed R on a fresh FC5
Prof Brian Ripley wrote:
> On Mon, 12 Jun 2006, Duncan Murdoch wrote:
>
>> On 6/12/2006 4:53 PM, Roger D. Peng wrote:
>>> I've been getting the following warning after running
>>> 'install.packages()' recently:
>>>
>>> W
gcc 4.0.2) but I seem to be missing something now. Has anyone had any
problems and/or luck?
Thanks for any tips,
-roger
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
b <- 1
> + }
> + b+2
> + }
>> f()
> [1] 3
>
> I would like f() to report an error, not finding b. I am thinking
> about something like let in Scheme/Lisp.
>
> Thanks,
>
> Tamas
>
> __
> R-devel
implementation in R (see my example, which successfully
> violates the design principles of the language)
>
> Bug, or feature? Any clarifications are appreciated -- it may be my
> half-cooked knowledge that I find this confusing and dangerous.
>
> Best
>
> J
month 09
day05
svn rev39121
language R
version.string R version 2.4.0 alpha (2006-09-05 r39121)
>
-roger
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
only reason to use the functional form rather than the
> simpler operator is _because_ the slot name has to be computed."
>
>
> How do we decide whether to use the function or the operator?
>
>
> Cheers,
>
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
pretty sure
> that there are good solutions available at the R level for most problems.
>
>Although the discussion has not really started, things like dispatch
> in the S4 system are likely to make lazy evaluation a thing of the past
> since it is pretty hard to dispatch on class without knowin
t; R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
oads" "package:base"
>> proc.time()
> [1] 1.053 0.067 1.109 0.000 0.000
>
> This was undocumented, and not shared by the Windows version.
>
> Is it useful?
> Do people want it retained?
>
--
Roger D. Peng | http://www.biostat.jhsph.edu/~rpeng/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
welcome any suggestions.
>
> Cheers,
>
> Mike
>
>
>
>
> Michael Rennie
> Ph.D. Candidate, University of Toronto at Mississauga
> 3359 Mississauga Rd. N.
> Mississauga, ON L5L 1C6
> Ph: 905-828-5452 Fax: 905-828-3792
> www.utm.utoronto.ca/~w3rennie
>
---
I think this should be "package is loaded" and not "library is
loaded". At least, I can't see how it can be correct the way it's
currently written.
-roger
src/library/utils/man/help.Rd |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git src/library/utils/man/help.Rd src/
62 matches
Mail list logo
