Full_Name: Byron Ellis
Version: 2.8.0
OS: Linux
Submission from: (NULL) (64.124.65.175)
There is a missing ';' just above platform.c:1661 on the line "X11 = FALSE" that
causes compilation errors when X11 libraries are not being used.
t;> utils datasets methods base
> >>>>>>> capabilities() jpeg png tcltk X11 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 Computational Biology / Fred Hutchinson
> >>>>>>> Cancer Research Center 1100 Fairview Ave. N. PO Box
> >>>>>>> 19024 Seattle, WA 98109 Location: Arnold Building M2
> >>>>>>> B169 Phone: (206) 667-2793
> >>>>>>> __
> >>>>>>> R-devel@r-project.org mailing list
> >>>>>>> https://stat.ethz.ch/mailman/listinfo/r-devel
> >>>>>>>
> >>>>>>
> >>>>> --
> >>>>> Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied
> >>>>>> Statistics, http://www.stats.ox.ac.uk/~ripley/
> >>>>>> University of Oxford, Tel: +44 1865 272861 (self) 1
> >>>>>> South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG,
> >>>>>> UK Fax: +44 1865 272595
> >>>>>>
> >>>>>
> >>>> --
> >>>> Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied
> >>>>> Statistics, http://www.stats.ox.ac.uk/~ripley/
> >>>>> University of Oxford, Tel: +44 1865 272861 (self) 1
> >>>>> South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG,
> >>>>> UK Fax: +44 1865 272595
> >>>>
> >>>> --
> >>>> Martin Morgan Computational Biology / Fred Hutchinson
> >>>> Cancer Research Center 1100 Fairview Ave. N. PO Box
> >>>> 19024 Seattle, WA 98109
> >>>>
> >>>> Location: Arnold Building M2 B169 Phone: (206) 667-2793
> >>>>
> >>
> >> --
> >> Brian D. Ripley, [EMAIL PROTECTED]
> >>BDR> Professor of Applied Statistics,
> >>BDR> http://www.stats.ox.ac.uk/~ripley/ University of
> >>BDR> Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road,
> >>BDR> +44 1865 272866 (PA) Oxford OX1 3TG, UK Fax: +44 1865
> >>BDR> 272595
> >>
> >>BDR> __
> >>BDR> R-devel@r-project.org mailing list
> >>BDR> 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
>
--
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ivate Bag 92019
> Auckland
> New Zealand
> 64 9 3737599 x85392
> [EMAIL PROTECTED]
> http://www.stat.auckland.ac.nz/~paul/
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman
sper Cankar
> researcher
> National Examinations Centre (Ric)
> [EMAIL PROTECTED]
> tel. +386 1 54 84 682
> fax. +386 1 54 84 601
>
> ______
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
This comes in really handy when using say, heatmap():
heatmap(mydata,hclustfun=Curry(hclust,method="average"))
or other functions where there are ... arguments, but it's not clear
where they should end up.
--
Byron Ellis ([EMAIL PROTECTED])
&qu
licate", if the
>data are shared, but I cannot afford this due to memory.
>So, I can only stop if NAMED is not 0.
>
> I appreciate, if anybody could give me advice on the above things.
>
> Petr Savicky.
>
>
but this will be annoying for other
reasons.
--
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>
> http://milbo.users.sonic.net
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
y fix but I'm not seeing one at
> this point.
>
> Arguably R_tryEval in its present form should also ensure that the
> handler stacks are empty in the call (not an issue for the intended
> embedded usage). Need to think about that a bit as well.
Ah, that's unfo
gt; >
>
> --
> Luke Tierney
> Chair, Statistics and Actuarial Science
> Ralph E. Wareham Professor of Mathematical Sciences
> University of Iowa Phone: 319-335-3386
> Department of Statistics andFax: 319-335-3017
> Actuarial Science
> 241 Schaeffer Hall email: [EMAIL PROTECTED]
> Iowa City, IA 52242 WWW: http://www.stat.uiowa.edu
>
--
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 8/16/07, Luke Tierney <[EMAIL PROTECTED]> wrote:
> On Wed, 15 Aug 2007, Byron Ellis wrote:
>
> > Hi all, I'm having a problem with some sort of interaction with try()
> > and methods, I think.
> >
> > The setup is as follows, I have an S4 class that hol
ypassing the try
statement and generally wreaking havoc. Any clues what might be
causing this?
--
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
r-tf4249882.html#a12099265
> Sent from the R devel mailing list archive at Nabble.com.
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
t; http://www.nabble.com/Convert-multiple-C-strings-into-an-R-character-vector-tf4249882.html#a12098792
> Sent from the R devel mailing list archive at Nabble.com.
>
> ______
> R-devel@r-project.org mailing list
> https:
where continue prompts are appended to the history entry
rather than generating their own entry. If so, would people prefer:
ReadConsoleEx(...,int prompt_type,int browser_level)
or
ReadConsoleEx(...,signed int prompt_type)
where 0 = normal, -1 = continue and > 0 = browser level?
--
B
e version?
> There are other closed-source packages available for R (the only one I
> know of is xlsReadWrite), so it seems to be a reasonable question.
>
> Comments, criticisms, flames... are all welcome. Email me off-list if
> you'd like.
>
> Jeff
> --
> http://bio
( ( (Prof. Philippe Grosjean
> ) ) ) ) )
> ( ( ( ( (Numerical Ecology of Aquatic Systems
> ) ) ) ) ) Mons-Hainaut University, Belgium
> ( ( ( ( (
> ..
>
> Byron Ellis wrote:
> > Hi Philippe,
> &g
_______
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
g the same console based, interactive, "*** caught segfault
> ***" logic to execute. I was able to confirm that R_Interactive was set
> to TRUE in my PL/R session.
>
> It seems that Rf_initEmbeddedR() sets R_Interactive to TRUE and depends
> on the output of isatty() to cha
tful dot com
> 360-428-8146
>
> "All statements in this message represent the opinions of the author and do
> not necessarily reflect Insightful Corporation policy or position."
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
rovide cleaner solution than
> what is possible today.
>
> The proposed interface looks useful.
>
> + seth
>
> --
> Seth Falcon | Computational Biology | Fred Hutchinson Cancer Research Center
> http://bioconductor.org
>
> __
> R-de
OG} CMD config --ldflags` parseEvalS4.c
> >> $
> >> $ ${RPROG} CMD ./parseEvalS4 --vanilla --silent
> >> ** I **: Executing command: show(5)
> >> [1] 5
> >> ** I **: Evaluation succeeded, now printing using Rf_PrintValue:
> >> [1] 5
> >> ** I **: Executing command: show(cbind2)
> >&
reham Professor of Mathematical Sciences
> University of Iowa Phone: 319-335-3386
> Department of Statistics andFax: 319-335-3017
> Actuarial Science
> 241 Schaeffer Hall email: [EMAIL PROTECT
fig --ldflags`
> export LD_LIBRARY_PATH=`${RPROG} RHOME`/lib
> gcc -o altr ${INC} ${LDF} altr.c
>
> ${RPROG} CMD ./altr
>
> However, my customized version seems not to be used. What am I missing?
>
> -Deepayan
>
> ___
wrote:
> On Thu, 22 Feb 2007, [EMAIL PROTECTED] wrote:
>
> > Full_Name: Byron Ellis
> > Version: 2.4.1
> > OS: N/A
> > Submission from: (NULL) (75.55.126.10)
> >
> >
> > R_tryEval is implied to be in the public API by 'Embedding R in Other
> >
fairly easy syntax (one syntax -
> > many cpus).
> >
> I think it hasn't been worked on for quite a while, though. Or has it
> development picked up again?
> Another idea is LLVM http://llvm.org
>
> __
> R-devel@r-p
> not sure how to handle this --- the 2 models are very different.
>
Sounds like you get to make a lot of clipping calls in metapost.
> Cheers,
> Geoff Russell
>
> __
> R-devel@r-project.org mailing list
> https://s
if(alpha < 0 || alpha > 1)
stop("alpha must be in [0,1]")
apply(col2rgb(colors)/255,2,function(x) rgb(x[1],x[2],x[3],alpha))
}
--
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
__
R
le step. Where is the gain?
>
> Oleg
>
> --
> Dr Oleg Sklyar | EBI-EMBL, Cambridge CB10 1SD, UK | +44-1223-494466
>
>
> Byron Ellis wrote:
> > Actually, why not use a closure to store previous value(s)?
> >
> > In the simple case, which depends on x_i and y_{
Actually, better yet:
gen.iter = function(y=NA) {
function(x) {
y <<- if(is.na(y)) x else x+y
}
}
sapply(x,gen.iter())
On 1/30/07, Byron Ellis <[EMAIL PROTECTED]> wrote:
> Actually, why not use a closure to store previous value(s)?
>
> In the simple case, which depe
he 'x' symbol on the left side of the <- in the
> anonymous function doesn't refer to the 'x' symbol defined in the global
> environment. So you need to use tricks like this:
>
> > sapply(2:length(x),
>
On 1/12/07, Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
> On Thu, 11 Jan 2007, Byron Ellis wrote:
>
>
> X11 has two, and with an extension three, and all can be accessed via
> file().
OS X supports arbitrarily and even uniquely named pasteboards (for use
as an IPC mechan
t to
access explicitly.
Actually, ?clipboard turns up the right help page so if you didn't
know that there wasn't such a function you'd end up at the right place
(if perhaps a bit confused). As it happens, I use OS X so I had to use
pipe() since there isn't built in functionality. :
I have a stupid question. Why is the clipboard accessed through file()
and not, say, a clipboard() connection? Is there a good reason for
this or is it simply historical?
--
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
__
to be used. Not
quite trivial, but all the bits and pieces are there.
On the flip side, for me, all of these virtues are almost always
outweighed by CRAN.
> interpreter. Of course, in many cases this would not matter since R and
> Smalltalk programmers alike can always call out to C or Fortran for
> numerically intensive computations.
I think it does matter, the longer you can stay in the higher level
language the better.
>
> Jeff
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
;
> Regards,
> Erik.
> --
> Shannon's Observation:
> Nothing is so frustrating as a bad situation that is beginning to
> improve.
>
> ______
> R-devel@r-project.org mailing list
>
Boylan wk: (415) 514-8146
> 185 Berry St #5700 [EMAIL PROTECTED]
> Dept of Epidemiology and Biostatistics fax: (415) 514-8150
> University of California, San Francisco
> San Francisco, CA 94107-1739 hm: (415
=weights, delta=delta, k=k)
> cat("args\n")
> print(args1)
> cat("answer:\n")
> print(ans)
> })
>
> example("AIC")
> foo <- new("Foo", fit=lm1)
> AIC(foo)
> ## AIC
On 12/8/06, Erik van Zijst <[EMAIL PROTECTED]> wrote:
> 2. R's native C-api
> [http://cran.r-project.org/doc/manuals/R-exts.html#The-R-API] does not
> separate parsing from evaluation. When the same script is evaluated 10
> times, it is also parsed 10 times.
>
> I'm mostly concerned about the secon
Yup, that does it---I knew there was something but couldn't remember
what it was :-)
On 12/11/06, Seth Falcon <[EMAIL PROTECTED]> wrote:
> "Byron Ellis" <[EMAIL PROTECTED]> writes:
>
> > Hi All,
> >
> > I find myself wondering if there is a can
Hi All,
I find myself wondering if there is a canonical means of achieving the
multiple-dispatch version of 'super'? Specifically, I have a set of
classes
A, B, X and Y where B extends A
and a method Foo with the signature (X,A,Y) and I'd like to implement
Foo with the signature (X,B,Y) such tha
>
> Tom
>
> --
> Dr. Thomas McCallum
> Systems Architect,
> Level E Limited
> ETTC, The King's Buildings
> Mayfield Road,
> Edinburgh EH9 3JL, UK
> Work +44 (0) 131 472 4813
> Fax: +44 (0) 131 472 4719
> http://www.l
[EMAIL PROTECTED] <- 1
> [EMAIL PROTECTED] <- 2 })
>
> but requiring that would break tons of existing code, and turning on
> validObject tests everywhere would slow things down a lot. Isn't it
> easier to just sprinkle a few more validObject() calls int
27;s and 90's. And
> as IT evolves at a terrific pace, to keep up with it, we need to be
> forward looking.
>
>
> I'll leave it there - for the moment - and go fight off the ants
> that are invading my desk! While I wrote this down relatively
Yes, Winter (such as it is around her
Untrue! They may also become Smalltalk ;-)
On Dec 29, 2005, at 4:37 AM, A.J. Rossini wrote:
>> -- Forwarded message --
>> From: Byron Ellis <[EMAIL PROTECTED]>
>
>> If we wanted to be truly radical we'd just accept that graphics
>> devices
s(file("another-example.txt", open="r")))
> }
>
> Also, connections are "in use" even if they are closed:
>
> for (i in 1:50) {
> if (isOpen(file("another-example.txt")))
> stop("you will not get here")
>
anything cool (IIRC cairo
handles all your major backing surfaces... including OpenGL via
Glitz, which could be handy for RGL) I'll shoot you a patch.
On Dec 23, 2005, at 3:25 PM, Simon Urbanek wrote:
> Byron,
>
> On Dec 22, 2005, at 8:07 PM, Byron Ellis wrote:
>
>> Has an
Has anyone taken a shot at a Cairo graphics device yet? I half
expected to see one on either Paul's pages or Omegahat. :-)
---
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
__
R-devel@r-project.org mailing list
https://stat.
f Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
> University of Oxford, Tel: +44 1865 272861 (self)
> 1 South Parks Road, +44 1865 272866 (PA)
> Oxford OX1 3TG, UKFax: +44 1865 272595
>
> ___
on fault
> at runtime, it
> is my experience that sometimes the function completes and the
> segmentation fault
> doesn't happen until I quit R.
>
> I hope that these comments are helpful,
>
> Grant Izmirlian,
> NCI
>
>
85 Berry St #5700 [EMAIL PROTECTED]
> Dept of Epidemiology and Biostatistics fax: (415) 514-8150
> University of California, San Francisco
> San Francisco, CA 94107-1739 hm: (415) 550-1062
>
> _______
On Nov 18, 2005, at 4:35 PM, Thomas Lumley wrote:
> On Fri, 18 Nov 2005, Byron Ellis wrote:
>
>> So, consider the following:
>>
>>> example(glm)
>>> g = function(model) { w = runif(9);glm(model,weights=w); }
>>> g(counts ~ outcome + treatment)
>
vironment (probably GlobalEnv in this case). I'm willing to
accept the fact that there's some mysterious reason you'd actually
want this behavior, but this looks like it should be filed as a bug
to me.
---
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
s or something) because it had to
serialize everything over the write and did so by mimicking R's
internal graphics. I'm told that this actually worked quite well on
dual processor machines, but on my iBook it was a bit slow.
---
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Li
ust scientific
library) ahead of you for dubious gains (a rich GUI, maybe a better
programming language and a whole raft of new problems). It seems like
the better idea would be to pull a Java and shameless hijack the
interesting bits from Smalltalk rather than go the other direction.
Oh,
ot show it to the user directly. Much like
>>> the
>>> scripting situation you depicted in b)
>>>
>>> And again: Why can't I just use current facilities?
>>> 1) Condition Handling: Probably the way to go for my advanced
>>> needs. But
>>> totally useless, if I want to catch messages generated using
>>> direct calls to
>>> REprintf/REvprintf. Those are abundant. They have to be dealt
>>> with. The only
>>> way to do this is to use a mechanism available in/below/after
>>> REvprintf.
>>> 2) Ptys, sinks: See above
>>> 3) Grepping: come on now. Could not even solve most needs,
>>> impossible due to
>>> internationalization...
>>> 4) Using mind reading? When I first posted about these matters to
>>> r-devel (and
>>> yes, before that I tried my luck on r-help), it was a plain
>>> support question:
>>> How can I do this? See also here:
>>> https://stat.ethz.ch/pipermail/r-devel/2005-October/034975.html
>>> I did not receive any reply on this. What should I conclude?
>>>
>>> I'll gladly accept alternative solutions. They are not the above
>>> though. And
>>> I've written why they are not before.
>>>
>>>
>>>
>>>> I have spent far longer (and written more) than I intended on
>>>> this. The
>>>> length of correspondence so far (and much in a prolix style) is
>>>> all part
>>>> of the support costs. One thing the R project can not afford is to
>>>> explain to individual users how internals work -- we have not
>>>> even been
>>>> able to find the time to write down for the core team how a lot
>>>> of the
>>>> internals work, and some developments are being held up by
>>>> that. So this
>>>> has to weighed against considering proposals which would appear
>>>> to help
>>>> just one user.
>>>>
>>>
>>>
>>> Sorry about writing more and more lengthy mails. I don't really
>>> want to. I
>>> have better things to do as well. But this is important, and -
>>> sorry to say -
>>> IMO you've simply overlooked a number of points. All I can do is
>>> restate
>>> them, trying to make extra sure to get my point across.
>>>
>>>
>>>
>>>> I suspect that we will only want to go forward if a concise and
>>>> strong
>>>> case can be made from a group of developers who have tested it
>>>> out on all
>>>> three main families of platforms.
>>>>
>>>
>>>
>>> And where would you think, I could conjure such a group of
>>> developers, if not
>>> on this list?
>>>
>>> Regards
>>> Thomas Friedrichsmeier
>>>
>>> __
>>> R-devel@r-project.org mailing list
>>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>>
>>
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>>
>
>
> --
> best,
> -tony
>
> [EMAIL PROTECTED]
> Muttenz, Switzerland.
> "Commit early,commit often, and commit in a repository from which
> we can easily
> roll-back your mistakes" (AJR, 4Jan05).
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
---
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
sh
>>>> #wireframe(bt$F~bt$x*bt$p,bt,shade=TRUE) #ok
>>>>
>>>>
>>
>> --
>> Brian D. Ripley, [EMAIL PROTECTED]
>> Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
>> University of Oxford, Tel: +44 1865 272861 (self)
>> 1 South Parks Road, +44 1865 272866 (PA)
>> Oxford OX1 3TG, UKFax: +44 1865 272595
>>
>> __
>> R-devel@r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>>
>>
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
---
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
t;)
> .Call("name_of_the_c_function")
>
> Can someone hellp me with this?
>
>
> Thanks!
>
>
> Ricardo
>
> ______
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
---
Byro
To answer my own question: Yes, it will explode. I was just getting
lucky. Right, back to the drawing board :-)
On Jul 22, 2005, at 6:07 PM, Byron Ellis wrote:
> I'm not sure I understand here... If I do, say...
>
> setClass("id","externalptr")
>
> w
Thanks for your patience and help.
>>
>> --
>> SIGSIG -- signature too long (core dumped)
>>
>>
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listi
Please access the attached hyperlink for an important electronic
> communications disclaimer:
>
> http://www.csfb.com/legal_terms/disclaimer_external_email.shtml
>
> ______
> R-devel@r-project.org mailing lis
61 matches
Mail list logo
