d "yA" after a 45 degree
rotation (the first is wider), but I think it will be hard to get that
right.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
s(a, 'c:/temp')
Then, during a particularly long download, switch to the console window
and hit ESC.
This affects R-devel, as well as 2.1.1.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
evel and R-patched. I also set it so the dialog retains
its position if you move it out of the way; it was pretty irritating to
have it pop up in the middle of the screen every time in a multiple file
download.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[EMAIL PROTECTED] wrote:
> Full_Name: Rafal Kustra
> Version: 2.1.0
> OS: Linux
> Submission from: (NULL) (64.229.198.89)
>
>
> objects(pattern="^genes?$") returns "generateSigma" among other legal things.
Not for me in Windows. (And 2.1.0 isn't th
u're asking
for the translation to be done twice.
Is this documented somewhere as something that should work?
Duncan Murdoch
>
> The function 'add' is a R wrapper to a simple fortran 77 subroutine that adds
> two numbers.
> In 'add' the .Fortran call
Just noticed nobody has commented on this, so I took a look, and I can't
see the problem (2.1.0 looks the same as 2.1.1 to me). What is supposed
to be wrong?
Duncan Murdoch
On 5/23/2005 2:35 PM, [EMAIL PROTECTED] wrote:
> Full_Name: Carl Pelz
> Version: 2.1.0 & 2.0.1
>
Harold, I've taken a closer look at your example and I'd call this an
Sweave bug. It creates tempfiles each time you run it, and doesn't
delete them at the end. For example:
> list.files(tempdir())
character(0)
> testfile <- system.file("Sweave", "Sweave-test-1.Rnw", package = "utils")
> Sw
not worth my time to fix. I'll move this bug report to the
wishlist.
If someone wants to submit a patch to fix it, I'll look at it.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
don't see the R unlink being
called.
Generally deletes fail on Windows when files are locked, e.g. open for
reading or writing. I haven't seen Windows file deletes fail in other
circumstances, so I suspect this was an R, MinGW or MSVCRT bug rather
than a Windows bug.
Duncan Murdoc
On 7/12/2005 8:58 AM, Prof Brian Ripley wrote:
> On Tue, 12 Jul 2005, Duncan Murdoch wrote:
>
>> Prof Brian Ripley wrote:
>>> This is actually a Windows bug. Those files are unlink()ed, and it seems
>>> Windows is not respecting that (not an unknown phenome
t; and there it stopped, while the following works:
That's not a bug. You asked it to build two packages: one called
binary, one called ./../library/tseriesChaos. The first build failed,
so it stopped.
Duncan Murdoch
>
> C:\R\rw2011\src\gnuwin32>Rcmd build --binary ./../library
the write harmless? I suspect this may be the bug I fixed on
July 16, since it had to do with character classes including ranges
(like Charlie's "[a-pr-z]").
Charlie, have you tried a recent version of R-patched?
Duncan Murdoch
>
> On an un-optimized build of R I am unable t
to reproduce the error even if you
document it perfectly. If I can't reproduce it I won't attempt to fix it.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
it that. If you can, write it out to a
file, and see if you can read it in.
A bug report that is as vague as yours isn't likely to be acted on.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ot;, 2))
> y
An object of class "foo"
Slot "slot":
[1] 2
This happens in the current R-devel in Windows, and R-patched too.
> version
_
platform i386-pc-mingw32
arch i386
os mingw32
system i386, mingw32
status Under development (unstable)
major2
minor
On 9/26/2005 10:29 AM, Peter Dalgaard wrote:
> Duncan Murdoch <[EMAIL PROTECTED]> writes:
>
>> After foo<-list(), foo$bar is NULL, so we can simplify this.
>>
>> Here's a simpler version:
>>
>> # These work, which is a bit of a surprise, but
et3 function (which is
called f at this point).
So despite your guarantee, I think the bug is in your code, not in R.
Duncan Murdoch
> Thanks,
>
>
>> On 9/26/2005 6:19 PM, [EMAIL PROTECTED] wrote:
>>> Full_Name: Haobo Ren
>>> Version: 2.1.1
>>> OS: Windows 20
[EMAIL PROTECTED] wrote:
> Full_Name: Kevin Wright
> Version: 2.2.0
> OS: windows
> Submission from: (NULL) (66.185.0.208)
>
>
>
> On the help pages for R is a little circle with an up arrow that links to:
>
> file:///C:/R/R220/doc/html/index.htmlu
That's a typo in Kevin's message: the link i
s a bit expensive for such a
rare case.
Maybe the solution is to document this limitation? Users can get the
all transparent image by explicitly specifying zlim. Folks who might
accidentally pass in all missing data can test for it themselves.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
haviour for floating point values,
discussed in the FAQ item on "7.31 Why doesn't R think these numbers are
equal?"
Duncan Murdoch
>
> To reproduce:
>
> expected:
>> typeof(3)
> [1] "double"
>
>> as.integer(3)
> [1] 3
>
> stra
le, down in the Arguments section it says:
>
> right: logical, indicating whether or not strings should be
>right-aligned. The default is left-alignment.
>
> This seems to be at odds with the right=TRUE in the Usage, and with what I see
> when I pri
as fixed before the
release of 2.2.0, so maybe there's another way to generate the same problem.
Could you give more detail:
- are you running in the default MDI mode (one big window containing
the console, editor, etc.) or SDI mode (separate windows)?
- does it matter what was in
On 11/10/2005 8:58 AM, Duncan Murdoch wrote:
> On 11/10/2005 3:02 AM, [EMAIL PROTECTED] wrote:
>
>>SGkgRHVuY2FuLA0KSSBhbSBydW5uaW5nIFIgaW4gTURJIG1vZGUgKHdpdGggbG9jYWxpc2F0
>
>
> Roberto:
>
> Something went wrong with your posting -- it came out completely in
&g
is the line
>
> newdata <- newdata[, nm]
>
> in predict.prcomp (line 106 of prcomp.R) and predict.princomp (line 11
> of princomp-add.R), which should probably be
>
> newdata <- newdata[, nm, drop = FALSE]
>
Yes, I see the problem, and I agree with your correction. I'll commit a
patch. Thanks!
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ere 4: confint.nls(n1)
> where 5: confint(n1)
>
> I'm not set up to debug compiled code on Windows, and I haven't
> been able to reproduce the problem on Linux.
I see it in R-devel too. It's in a strcmp; I'll see if I can track down
the cause.
Duncan Murdoch
&g
27;t check.
I've fixed the code so now it doesn't crash, but it now dies with this
error instead:
> confint(n1) ## boom
Waiting for profiling to be done...
Error in prof$getProfile() : 'control$maxiter' absent
I'll commmit my change to R-devel and R-patched shortly
, and I
see that on the second call the "symbol.symbol.call" member is NULL, so
no test is done, but I don't see why this is happening. The
resolveNativeRoutine function does some strange stuff.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
to be
allowed any more. I'm somewhat surprised you don't get an error from
it. But that's not the cause of the crash.
Duncan Murdoch
>
> This checks if element x is a generator of the group Z_p. If you try
> this function for p = 41 and x various increasing values
to use n-1 in the denominator. Excel (for their own
reasons) uses n, which leads to surprises like var(x) != covar(x, x),
because they use n-1 in their variance calculation.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
e (or convince someone else to do so). One way would
be to change the R edit() command so it doesn't wait for you to finish
editing; then it could all be done by R code run from your startup file.
Duncan Murdoch
>
> Currently, one has to open Rgui.exe, select "open script",
ducible in today's R-devel build); I've cc'd
this reply to r-bugs. I'll take a look and see if I can track it down.
> It would be nice to see some reaction from the R developers
> about these issues. Thanks in advance!
You should post them as bug reports if they are as c
d earlier
>> (see https://stat.ethz.ch/pipermail/r-devel/2009-July/054030.html)
>> but I can't tell yet whether the 2 issues are related or not.
>
> That's clearly a bug (reproducible in today's R-devel build); I've cc'd
> this reply to r-bugs. I'l
skip the file() and close() calls.
If I simplify your script by removing the unnecessary stuff, then it
works. That is, this works:
junk = 1
PathA= tempdir()
conX = paste(PathA,"junk",sep="\\")
save(junk, file=conX)
for(i in 1:4000){
of connections is unnecessary: load() can work with a
> filename. So you can skip the file() and close() calls.
>
> If I simplify your script by removing the unnecessary stuff, then it
> works. That is, this works:
>
> junk = 1
> PathA= tempdir()
> conX = paste(PathA,"junk",sep="\\")
> save(junk, file=conX)
> for(i in 1:4000){
> load(file=conX)
> rm(junk)
> cat(" i = ",i,sep=" ")
> gc()
> zzz = showConnections(all=FALSE)
> cat(" zzz = ",zzz,"\n",sep=" ")
> }
>
> So a suggestion for a workaround is simply to follow the pattern above,
> rather than that of your demonstration code.
>
> I'll spend a bit more time and see if I can find what is causing the
> open file leak.
Now fixed in R-devel, R-patched coming soon.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
lain to the package author or maintainer, who should have
created a help alias with the package name so that ?survival would give
you something useful. But I would guess R 2.10.x or 2.11.x will do that
automatically.
Duncan Murdoch
> Poor Man's Game -=20
> Load new package;=20
On 04/08/2009 7:33 PM, Steven McKinney wrote:
>> -Original Message-
>> From: Duncan Murdoch [mailto:murd...@stats.uwo.ca]
>> Sent: Tuesday, August 04, 2009 8:03 AM
>> To: Steven McKinney
>> Cc: r-de...@stat.math.ethz.ch; r-b...@r-project.org
>> Sub
of contractors right now, so not a very nice place to work.)
I don't know any workaround other than "avoid doing the buggy thing".
But I can't tell you what that is
Duncan Murdoch
> Once you start the function with the "problem2()" command, the function
&
On 10/12/2009 4:20 AM, k...@huftis.org wrote:
> Full_Name: Karl Ove Hufthammer
> Version: 2.10.0
> OS: Windows XP
> Submission from: (NULL) (93.124.134.66)
>
>
> I have found a rather strange bug in R 2.10.0 on Windows, where the choice of
> characters used in a string make R crash (i.e., Windows
On 19/12/2009 8:56 AM, Martin Maechler wrote:
>>>>>> "DM" == Duncan Murdoch
>>>>>> on Fri, 18 Dec 2009 15:03:26 -0500 writes:
>
> DM> On 18/12/2009 1:15 PM, Duncan Murdoch wrote:
> >> On 18/12/2009 12:54 PM, Martin Mae
arplot(x)
Looks like some sort of caching bug to me. I don't think I'll have time
to track this down; this is a crazy week. I see the same thing in
R-devel as in 2.10.1.
Duncan Murdoch
Version:
platform = i386-pc-mingw32
arch = i386
os = mingw32
system = i386, mingw32
s
(See the
language guide, section 3.2.1 "if", around the 4th paragraph.)
It arises because R tries to evaluate a statement as soon as it is
complete, and
if ( 5 > 4 ) cat("ok1")
is a complete statement. You can get the behaviour you want by wrapping
the whole think in c
> [1] "0.1""0.3""0.4""0.5""0.3""<0.01"
>
>
> ---
> a <- c(0.1, 0.3, 0.4, 0.5, 0.3, 0.0001)
> format.pval(a, eps=0.01)
But there&#x
eraction]{interaction} and apparently that kind of link
is not currently working in CHTML files.
Duncan Murdoch
>
> Rich
>
> Original message
>>Date: Tue, 27 Mar 2007 19:54:32 -0700
>>From: "Deepayan Sarkar" <[EMAIL PROTECTED]>
>>Subject:
On 3/28/2007 8:50 AM, Duncan Murdoch wrote:
> On 3/27/2007 11:36 PM, Richard M. Heiberger wrote:
>> I verified that this is a difference in behavior in both the released 2.4.1
>> for Windows
>> and the "2.5.0 Under development (unstable) (2007-02-10 r40690)" for Wi
(but won't be
able to look into fixing it).
Duncan Murdoch
>
>
>> sessionInfo()
> R version 2.5.0 (2007-04-23)
> i386-pc-mingw32
>
> locale:
> LC_COLLATE=German_Germany.1252;LC_CTYPE=German_Germany.1252;LC_MONETARY=German_Germany.1252;LC_NUMERIC=C;LC_TIME=German_Germany.
han
I have time for right now, so I'll leave it for someone else (or for
myself in a less busy future, which may exist in some alternate universe).
What I'd suggest you do in the short term is simply to set up the plot
axes the way you want before calling bxp, then call it with ad
or, things are fine:
> trace(sum)
> hist(stats::rnorm(100)) # shows about 3-4 calls to sum()
trace: sum(2^(opts - 2))
trace: sum(2^(opts - 2))
trace: sum(2^(opts - 2))
trace: sum(counts)
trace: sum(2^(opts - 2))
> untrace(sum)
Duncan Murdoch
__
is echoed in both situations when it begins with a letter other
> than "t". Specifically I have tested "tt" and "ttt".
Looks like a bug in a regular expression. R doesn't echo lines
containing nothing but blanks and tabs, and I think the regular
expressi
I haven't looked inside to see what is causing this, but there's a big
discontinuity in qgamma:
curve(qgamma(x, shape=19), from=1e-10, to=2e-10)
This appears in both R-patched and R-devel.
Duncan Murdoch
__
R-devel@r-project.org mailing
oes back down again
What is the bug here? I'd guess it's not R using the cpu, rather some
other process hooked to the dialog, but even if it really is R, why is
this a bug?
Duncan Murdoch
> This also occurs when I incant Help / Apropos or Help / Search help...
> or at the "comm
This is not a bug, it's a feature.
It stops me from distributing versions with unintentional uncommitted
changes.
Duncan Murdoch
On 29/04/2008 2:30 PM, [EMAIL PROTECTED] wrote:
> Full_Name: Bill Dunlap
> Version: 2.8.0dev
> OS: Windows XP
> Submission from: (NULL) (70.98.76.47
3185
In more complicated cases, you may need to explicitly set the
environment of the constructed formula, using e.g.
environment(Formula) <- environment()
Duncan Murdoch
> coef(lm(Formula, data = data, weights = w))
> }
> h <- function(k){
> w <- data$z^k
>
On 6/3/2008 4:36 PM, Simon Urbanek wrote:
> On Jun 3, 2008, at 2:48 PM, Duncan Murdoch wrote:
>
>> On 6/3/2008 11:43 AM, Patrick Carr wrote:
>>> On 6/3/08, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>>>>
>>>> because signif(0.90, digits=2) == 0
will return duplicated values." But I find that the cycles are not
> the same as the 32-bit integer.
>
This is no bug. Cycle length and the set of possible values are
different concepts.
And please don't cross-post.
Duncan Murdoch
> My test indicated that the cycles for K
omment being echoed when you source a.R because for some reason
your system is deparsing instead of going back to the source to read it,
but I don't know what'll happen with b.R.
Duncan Murdoch
>
>> sessionInfo()
> R version 2.8.0 (2008-10-20)
> i386-pc-mingw32
> y <- x[[c(1,1)]]
> y[1] <- 3.14159
> x[[c(1,1)]][1]
[1] 3.14159
Unfortunately, this exists in today's release of 2.8.1. I should have
done this test last week!
Duncan Murdoch
> sessionInfo()
R version 2.8.1 (2008-12-22)
i386-pc-mingw32
locale:
LC_COLLATE=E
This is not a bug. Read ?paste: if you give it a vector, it will give
you a vector result. That's what you're seeing.
Duncan Murdoch
oli...@first.in-berlin.de wrote:
> Full_Name: Oliver Bandel
> Version: R version 2.7.1 (2008-06-23)
> OS: Linux (Debian Lenny)
>
ed to wade through leftover never-used
DEBUG(x) calls in code when they were reading the source.
This is not a common error: as far as I know, there are no other
unintentional PrintValue calls anywhere in the source. So I think the
current system (just take them out before committing) is working.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ps://stat.ethz.ch/mailman/listinfo/r-devel
>>
>
>
> Please can you folks try under R-devel (to be R-2.9.0 in a couple of
> weeks) and report if you still see it. I do not under R-devel (but do
> under R-release), so my guess is that something called by loess() has
> been fixed in the meantime.
>
> Moreover it is not the plot stuff that was wrong under R-2.8.1 (release)
> but the loess computations.
I still see it in R-patched (haven't tried R-devel yet). So I think it
is worth tracking down and fixing; I'll do it later today.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
tever is wrong on your system.
It doesn't look like an R bug to me.
Duncan Murdoch
>Copyright (C) 2008 The R Foundation for Statistical Computing
>ISBN 3-900051-07-0
>
>R is free software and comes with ABSOLUTELY NO WARRANTY.
>You are welcome to redistribut
ns the wrong values: it shows sorted
values, but not sorted names, which is also what is left over in my
workspace after the Sweave call:
> partytotal
A B C
0 6 24
These tests were run in R 2.2.1, but I see the same thing in today's
R-devel.
Duncan Murdoch
___
Berwin A Turlach wrote:
> G'day Duncan,
>
>
>>>>>>"DM" == murdoch <[EMAIL PROTECTED]> writes:
>
>
> DM> I have found a strange scoping problem in Sweave. [...]
>
> DM> The strange thing is that while the value in p
otchart(sort(a),cex=0.7)
I've determined that this is a bug in dotchart. It miscalculates the
height of a line of text in the right margin, using
lheight <- strheight("M", "inch")
which doesn't give the right answer. You get the correct answer in this
case
On 3/22/2006 10:08 AM, Peter Dalgaard wrote:
> Duncan Murdoch <[EMAIL PROTECTED]> writes:
>
>> On 3/22/2006 3:52 AM, [EMAIL PROTECTED] wrote:
>> >>>>>> "cspark" == cspark <[EMAIL PROTECTED]>
>> >>>>>> on Wed, 2
old, unproper ylim
> specification
> remains.
Thanks for noticing this. It's easy to fix, but before I do, I'd like
an opinion on the proper fix. Should all the plots use the same ylim,
or in the case where it is unspecified, should they each choose their
own? I can see a
ally urgent; if no one else fixes it first I'll do it
after the release.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
o many use cases of parse (n=x) with x not either -1
> or 1, so it should not be a grave problem, but it just doesn't look right.
I see the same results as you, in versions back to 1.9.1. I agree that
it looks like a bug, but not a new one. I've sent this reply to the
bu
On 5/13/2006 1:51 PM, Duncan Murdoch wrote:
> On 5/13/2006 12:54 PM, [EMAIL PROTECTED] wrote:
>> Full_Name: Gerhard Thallinger
>> Version: 2.3.0; 2.2.0
>> OS: Windows XP
>> Submission from: (NULL) (212.183.54.87)
>>
>>
>> Invoking windows() with the p
On 5/17/2006 11:07 AM, Martin Maechler wrote:
>>>>>> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
>>>>>> on Tue, 16 May 2006 08:34:06 -0400 writes:
>
> Duncan> On 5/16/2006 4:56 AM, [EMAIL PROTECTED]
> Duncan> wrote
m is that
names(IND) <- deparse(substitute(INDICES))
wraps the long expression; a patch is to replace that line with
names(IND) <- deparse(substitute(INDICES), width=500)
which would need a much longer line to trigger the error, or
names(IND) <- deparse(substitute(INDICES))[
That looks like a bug, still present in R-patched and R-devel. (I
haven't got the latest pre-release built yet today, but I expect it's
there, too.) Thanks for the report.
I'll send a copy of this to the bugs list, but I won't be able to
attempt to fix it.
Duncan Murdoch
&
", but it is all the same bug with lots of
> details. My guess is it has something to do with the Tooltip from the Windows
> system "Save as" dialog, which suggests there is a bug in R's implementation
> of
> the system "Save as" dialog. As well, it appears
rowseui.dll:75F81B9A Ordinal113
77F69498 SHLWAPI.dll:77F69498 Ordinal120
7C927545 ntdll.dll:7C927545 RtlUpcaseUnicodeString
7C927583 ntdll.dll:7C927583 RtlUpcaseUnicodeString
7C927645 ntdll.dll:7C927645 RtlUpcaseUnicodeString
7C92761C ntdll.dll:7C92761C RtlUpcaseUnicodeString
-
'b'], whether a is a list or not:
> a <- c(b=5, c=6, d=7)
> a[t <- 'b']
> .Last.value
b
5
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
s all the details of what goes on in the translations, and
he's away until Oct 9.
Duncan Murdoch
On 10/3/2006 9:00 PM, ronggui wrote:
> This morning I downloaded R-2.4.0 and install in under Windows. I customized
> the installation and choose "Message translations",but I could n
;ll see if I can fix it.
Duncan Murdoch
>
> for (n in 58950:58970) {
> cat("n=", n, "\n", sep="");
>
> # Clean up first
> rm(names, x, y); gc();
>
> # Create a named vector of length n
> # Try with format "%5d&quo
eatureNames' and signature 'object =
> "missing"'
>
>
> Am I expecting the wrong thing or is this broken?
I think it's broken. The line that looks broken is in .helpForCall,
where it has
methods::"elNamed<-"(sigClasses, arg, class(argVal)
arch strategy than R employs (but I might be wrong). This
isn't a problem with the workaround I suggested to you, because there
the parent of KK is environment(x), but that wouldn't be true in general.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
t is what I get from 2.4.0.
I hope this isn't a result of my patch to allow length 1 series...
Duncan Murdoch
P.S. No need to send to more than one of R-devel, R-bugs, or me. I'll
see the message on any of them. It's probably best to default to
R-devel for suggestions like
lag zero value of 1 from ccf(), and I
> think I should get cor(x,y), which in your example, would be -0.74: and
> that is what I get from 2.4.0.
>
> I hope this isn't a result of my patch to allow length 1 series...
It was. I'l
On 11/30/2006 2:20 PM, [EMAIL PROTECTED] wrote:
> I don't think arima works exactly the way one would expect when there is
> differencing. What I think should happen is that by
> default the mean of the differenced series is estimated and if
> include.mean=F, then it is not. This is not what h
On 12/1/2006 6:21 AM, Duncan Murdoch wrote:
> On 12/1/2006 5:44 AM, [EMAIL PROTECTED] wrote:
>> Full_Name: Alan Bain
>> Version: 2.4.0
>> OS: XP
>> Submission from: (NULL) (155.140.122.227)
>>
>>
>>
>> Code for pnchisq contains following
>
appears to be a bit of an
>> overkill, too.)
>>
>>
> Actually, this is the easier fix to my mind. Where do you see the danger?
I think we should get rid of source attributes completely, since they
are no longer needed, but your comment still applies to source
references. We
On 12/23/2006 1:00 PM, Duncan Murdoch wrote:
> On 12/23/2006 6:07 AM, [EMAIL PROTECTED] wrote:
>> Full_Name: Zoran Bosnic
>> Version: 2.4.0
>> OS: Windows XP SP2
>> Submission from: (NULL) (212.235.140.146)
>>
>>
>> This is a problem that occu
> script editor, who wrote in graphapp/events.c
>
> /* Check for menu control keys. */
> /* disabled : Alt-Gr bug*/ /* Re-enabled for the moment, CJ */
>
> I do now have a proper fix.
Thanks!
Duncan Murdoch
>
>
> On Sat, 23 Dec 2006, Zoran Bosnic wr
RUE, and your original formatting will be kept for that
chunk. Or globally retain your formatting via
\SweaveOpts{keep.source=TRUE} at the start of your file.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Kurt Hornik wrote:
>>>>>>Duncan Murdoch writes:
>
>
>>>>>On Tue, 7 Jun 2005, Duncan Murdoch wrote:
>>>>>
>>>>>[...]
>>>>>
>>>>>
>>>>>
>>>>>>My proposal (modified
On 6/10/2005 8:00 AM, Gabor Grothendieck wrote:
> On 6/10/05, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>> Kurt Hornik wrote:
>> >>>>>>Duncan Murdoch writes:
>> >
>> >
>> >>>>>On Tue, 7 Jun 2005, Duncan Murdoch wrote:
&g
On 6/10/2005 8:17 AM, Duncan Murdoch wrote:
> On 6/10/2005 8:00 AM, Gabor Grothendieck wrote:
>> It would be invoked like this:
>>
>>package?boot
>>
>> with the effect of giving help on boot-package.
>
> Okay, I get it. That's a good change.
Tobias Verbeke wrote:
> In the `See Also' section of ?lowess, I read
>
> 'loess'), a newer formula based version [...]
Fixed, thanks.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ld be changed (what's the point of having ``pretty''
> breakpoints anyway?), but if not, the documentation should be
> clarified.
I like the pretty breakpoints. It is good to label the breakpoints, and
ugly to have labels at other than pretty points. I'd clarify by
changing "giving" to "suggesting".
> I'll be happy to provide a patch if these changes are considered reasonable.
Please do.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Thanks, I've committed the change.
Duncan Murdoch
On 6/17/2005 10:30 AM, Deepayan Sarkar wrote:
> On 6/17/05, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>> On 6/17/2005 8:58 AM, Deepayan Sarkar wrote:
>> > I think there are a couple of things in ?hist that are no
to control that
behaviour.
The retention I put in is entirely within an R session. Each download
just makes the same progress window visible where you last left it,
instead of creating a new one. This way if you're doing something like
installing all of CRAN, you can push the
NE (vor)
>
>
> Note that the files are listed as: [1] "A" "B" "a" "b"
>
> Now start an R session
>> list.files("~/FOO")
> [1] "a" "A" "b" "B"
>
> which differs in order from
On 6/23/2005 4:38 PM, Duncan Murdoch wrote:
> On 6/23/2005 4:18 PM, Vadim Ogranovich wrote:
>> Hi,
>>
>> The list.files() function seems to order its result vector differently
>> when is run during R CMD INSTALL. Here is an example:
>>
>> ~% mkdir ~/FOO
ular the
chapters on the R API (for access to the underlying computational
routines) and the one on linking GUIs or other front-ends (which sounds
more like what you want to do).
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
les)
>> file.show(rdFiles[1])
>> file.remove(rdFiles)
>>
>> For me it crashes when it gets to the Rdoc$compile() line and Dr. Mingw
>> reports:
>>
>> Rterm.exe caused an Access Violation at location 7c911e58 in module
>> ntdll.dll Reading from location 52474f52.
I get a crash there too. I'll take a look.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
of an SEXP would also be
welcome, but I can probably figure that one out once I get this...)
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 6/29/2005 2:06 PM, Luke Tierney wrote:
> On Wed, 29 Jun 2005, Duncan Murdoch wrote:
>
>> I'm trying to track down a bug in some experimental code, where an
>> object's attribute is getting messed up. This means I'd like to examine
>> R objects while
handling multiple shortcuts
with the same hotkey. I'd rather stay away from this.)
#4 is another case where you can put your libraries outside R_HOME.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
1 - 100 of 3150 matches
Mail list logo
