xpression()
> > eval(eval(x))
> NULL
You do realize that the two expression() results are not identical:
> x <- quote(expression())
> class(x)
[1] "call"
> x <- expression()
> class(x)
[1] "expression"
Not that I can fathom what bearing that has on the
h some code for this for a while now but it just hasn't happened.
> Whining on a list is easier than writing code, unfortunately...
>
> Comments?
You might want to have a closer look at the way recommended packages
are handled by an R distribution build, using rsync, links,
t
stream_t stream, Rbyte i)
Thanks for tracking this down.
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMAIL PROTECTED])
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMAIL PROTECTED]) FAX: (+45) 35327907
o have the gettext()
function at the R level).
Two tricky bits:
(A) shortcut keys, which need to be coordinated to menu items
("Accept/Break/Cancel" translates to "Accepter/Afbryd/Annuller" in
Danish - if you're a little malicious, anyway)
(B) What is the
rse. libextern.h explicitly says that you
shouldn't disallow including it more than once. So the ones with real
problems would be
What's illegal about leading underscores, BTW?
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biosta
ld system to start beta releases on
Monday 13th...
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMAIL PRO
so on Windows. Since png() uses the
> Windows graphics driver, it does look like an R bug in the Windows
> graphics driver, but I'd like to hear from someone on a different
> platform...
I don't see it with 2.1.0 on Linux (FC3).
--
O__ Peter Dalgaard B
were too large to handle as part of regular email traffic within
R Core, plus some items that we kept needing to remind ourselves
(and some others) about. It is open to the public, but it is not a
service.
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biost
100), rnorm(100), type="l")
This was fixed (worked around -- the bug is in Windows) once before
during "belated beta testing" of 2.1.0. Try 2.1.0 patched.
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*
> x <- 1
> y <- 0.2
> x %% y
[1] 0.2
> x %/% y
[1] 4
> (x %% y) + y * (x %/% y)
[1] 1
So what platform was that happening on?
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
think so. Presumably the result comes
from
o %% now warns if its accuracy is likely to be affected by lack
of precision (as in 1e18 %% 11, the unrealistic expectation of
PR#7409), and tries harder to return a value in range when it
is.
So, not a bug.
--
E sitting inside terms.formula which causes the
"." to expand to a.1 + a.2. Sounds like that's unconditionally a bug,
but I'm a little unsure...
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- Uni
ime(), you might have a winner.
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMAIL PROTECTED]) FAX: (+45) 35327907
Peter Kleiweg <[EMAIL PROTECTED]> writes:
> Peter Dalgaard wrote:
>
> > [EMAIL PROTECTED] writes:
> >
> >
> > Let me point out that I for one do not consider it good netiquette to
> > use fake or mangled email addresses on b
[EMAIL PROTECTED] writes:
Let me point out that I for one do not consider it good netiquette to
use fake or mangled email addresses on bug reports! I get enough mail
from the Mailer Daemon as it is.
--
O__ Peter Dalgaard Blegdamsvej 3
c
the arguments are named x1,y1,x2,y2 (I wonder why
R wanted to be different here?), but they do put the arrowheads at the
*to* end, which does seem to be the sensible thing to do.
Arguably, using 'code=2' as the default is a bit weird, but changing
it could be quite painful. I.e., we should
also ship minimally tuned libs, and
buggy ones too, the point gets rather moot.
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMAI
versions that ships with R?
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMAIL PROTECTED])
Patrick Burns <[EMAIL PROTECTED]> writes:
> Peter Dalgaard wrote:
...
> >>fjj <- function() x
> >>formals(fjj) <- list(x=quote(c(a=2, b=4)))
> >>fjj()
> >>
> >a b
> >2 4
> >
> >>fix(fjj)
> >>fjj()
>
they look like they shouldn't work.
You did invite trouble by creating and subsequently a function that
_has_ no source representation though:
> fjj <- function() x
> formals(fjj) <- list(x=quote(c(a=2, b=4)))
> fjj()
a b
2 4
> fix(fjj)
> fjj()
a b
2 4
> fjj
function (
pression is a vector in one case and a call to "c"
in the other. This is part of the problem; you're trying to deparse
something that cannot be the result of parsing. (The existence of such
objects is a generic problem in the R (and S) language).
--
O__ Peter Dalgaard
recursion inside as.POSIXlt(). Specifically,
strptime() internally calls as.character(x) inside the fromchar()
function in as.POSIXlt(), and as.character.POSIXt() invokes format()
which calls as.POSIXlt() again.
I think the fix is to unclass(x) inside fromchar(), but perhaps others
know bet
e: 301-435-0436
> FAX:301-480-1862
>
> __
> R-devel@stat.math.ethz.ch mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biosta
is potentially or
actually influential. Plots #1 and #3 are very close to conveying the
same information though...
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45
19:48 0:01
/usr/lib/R/bin/exec/R
What I suspect is happening is that the ^C kills the sesh process, but
that in turn does not manage to kill R.
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University
ack and forth
along the x axis and then "cools down" in order to settle in the
"best" local minimum. The parscale plays a role in setting the scale
of those jumps and if it is too low it might not wander far enough to
get near the true minimum.
For further information, you r
that we don't really understand the way the Tk event loop runs on
Windows.
However, as far as I can tell, it should be harmless to use
tclServiceMode() on other platforms, as long as you ensure that
on=TRUE is used whenever you do want to process events. Mostly, you'll
just be disabling eve
Martin Maechler <[EMAIL PROTECTED]> writes:
> This would be non-compatible though for all those that have
> always used the current default 1:4.
> OTOH, "MASS" or Peter Dalgaard's book don't mention plot( )
> or at least don't show it's result.
020 0401 0400 0002 0001 1000 0009
0000040 7801 1800 0500 3231 3433
060 0035 00fe
065
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Cop
t; pf(1,df1=1,df2=)
[1] 0.6826895
> pf(1,df1=1,df2=)
[1] 0.6826841
> pf(1,df1=1,df2=)
[1] 0
(notice that the middle case has actually begun to diverge from the
limiting value)
--
O__ Peter Dalgaard Blegdamsvej 3
duced in version
> 2.1.0.
Could well be, but you're much more likely to find a volunteer to fix
it for you if you provide a reproducible example.
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) --
ly not, according to a resent query on r-help).
- Exports from SAS as a text file cannot be read by SPSS and vice
versa.
etc. Quite possibly, the "computer world" missed the opportunity to
agree on an international standard (what's the big deal with using
commas anyway?). As it is
t;[[:space:]]?(,|and)[[:space:]]+"))
>
> Fortunately, persons like Anders Andtfolk and Mandalay Grandjean are not
> chopped, because they don't have space after "and".
I'm sure it'll annoy Anders|George Sand, Bertrand Russell, Inge
Helland, et al.,
nclos) : Argument is missing, with no default
> mode(l[[2]])
[1] "name"
> as.character(l[[2]])
[1] ""
One side effect of R's way of doing things is that a call to
list(i,j,k) with k missing is hard to tell from list(i,j,). However,
list() must be doing that somehow... I&
e immediately, rather than your users
at some later point...)
(On Linux systems, it usually just means that you need to install
readline-devel and ncurses-devel packages.)
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*)
G format, everything is
> correct.
It's not a device independent font so you cannot expect it to be
copied between devices. Look at the help page for postscript().
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -
Martin Maechler <[EMAIL PROTECTED]> writes:
> >>>>> "PD" == Peter Dalgaard <[EMAIL PROTECTED]>
> >>>>> on 11 Apr 2005 09:46:11 +0200 writes:
>
> .
>
> MM> Thanks again for the report; this should be fixa
gt; 2: summary.data.frame(testframe)
> 1: summary(testframe)
>
>
>
> Thanks again for the report;
> this should be fixable before release.
Preferably before code freeze! (today)
I think we (Thomas L.?) got it analysed once before: The issue is that
summary.matrix is pa
ranch. Hasn't changed
since 2004-07-23 though.. But you're right in principle; I had
forgotten about that.
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> Aha! 100 times machine precision in not all that much when the numbers
> themselves are in double digits. In fact, one is over 100. The case
> that triggers the failure is #149
>
> > 147 148
5.15 to be between 0.5
and 1 makes the error 2.842e-14/64 = 4.44e-16 and [EMAIL PROTECTED]
is 2.22e-16).
So again, we might be too strict. I just wonder why we haven't heard
of this on any other platforms.
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- De
RUE
> Execution halted
>
> I am running on an Athlon Thunderbird with Atlas 3.6.0 installed. If
> necessary,
> I can back Atlas out and run this again.
Hmm, could you replace the a1 == a2 with all.equal(a1, a2) instead?
(inside reg-tests-1.R of course)
Asking for identity up to ma
the object is to get to the point just
before it happened, which means checkpoints, single-stepping and
general attempts to bisect the path leading to the point of
failure. Can you read the gc_count variable after the crash? It is
sometimes useful to conditionalize breakpoints (cond 1
rs knew
what they were doing
The help page text could be improved, though. Will do.
> >$fit
> >[1] 3.009091
> >
> >$se.fit
> >[1] 0.0359752
> >
> >$df
> >[1] 8
> >
> >$residual.scale
> >[1] 0.08581163
> >
> >>
yy <- try(source(f))
and demo.R does extensive manipulation of an object called "out".
Perhaps it helps to do something like local(source(f, local=TRUE))? Or
maybe put local=TRUE in the textConnection() call.
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --
data frames
they are disallowed altogether, even for logical matrix indices
(the only case which used to work).
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark
anual ones. Looks like someone changed my umask to 0027 in a
shell startup file...
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMAIL PROTECTED
||
> /* n=0, p=0, p=1 are not errors */
> n < 0 || pp < 0. || pp > 1.)ML_ERR_return_NAN;
Hmm... But does it at all make sense to pass an integer to R_FINITE?
and why isn't there a prototype causing automatic casting anyway?
--
O__ Peter Dalgaard
)))
> w(fm, xyplot(resid(.) ~ carb))
xyplot(resid(fm) ~ carb)
(The double substitute is often needed in this type of problem. Things
would be easier if we had a version of substitute that didn't
automatically quote it's argument.)
--
O__ Peter Dalgaard
the daily snapshots) so that we may catch
any packaging errors in time.
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - (
ince 1.9.1),
and it is near impossible to find such bugs without a way of
reproducing the conditions. I.e. you are the one with the motivation
and probably also the only person with the means to pinpoint the bug.
Can you run your code under a debugger?
--
O__ Peter Dalgaard
Marc Schwartz <[EMAIL PROTECTED]> writes:
> On Tue, 2005-03-15 at 18:05 +0100, Peter Dalgaard wrote:
> > I bumped into the following situation:
> >
> > Browse[1]> coef
> > deg0NA deg4NA deg8NA deg0NP deg4NP deg8NP
> > (Intercept)46251
ther, but
(Intercept)
462
Anyone happen to know a neat way out of the conundrum?
I can think of
rowSums(coef[,1,drop=F])
or of course
val <- coef[,1]
names(val) <- rownames(x))
but the first one is sneaky and the second gets a bit tedious...
--
O__ Peter Dalgaard
bi symbol fonts at ETHZ, but if that package says the urw fonts in
> > `standard symbols l' are in adobe symbol and they are not, you are in
> > trouble.
>
...as previously noted, it seems (who are you citing there?).
I vaguely recall some messup with the GS f
> sum=sum/60
> sum
>
>
> error: the loop i=41:100 does not work correctly, only if information after
> "if"
> is enclosed in parentheses
It is not a bug in R that your program does not work correctly. Please
do not abuse the bug report system like that.
value when such an object is encountered in an
expression. Apparently (conjecture!) this is only done during variable
lookup, but not on return values from functions:
> env <- g( 2 )
> env$H+2
Error in env$H + 2 : non-numeric argument to binary operator
> with(env,H+2)
[1] 4
> x <-
Peter Dalgaard
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMAIL PROTECTED]) FAX: (+45) 353
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> Where I would have expected
>
> > (20*5*0.6917-2)/(5*(19-5*.6917))
> [1] 0.8643953
>
> Does anyone have a clue as to what is going on here? Is mighty SAS
> simply doing the wrong thing? The G-G epsilon depends on
quot;width", textWindow))
+ - 2*as.numeric(tkcget(textWindow, borderwidth=NULL)) - 4) /
+ as.numeric(tkfont.measure(tkcget(textWindow, font=NULL), "0"))
[1] 80
> (as.numeric(tkwinfo("width", textWindow))
+ - 2*as.numeric(tkcget(textWindow, borderwidth=NULL)) - 2) /
+
or the text widget .output) appears to do the trick (note, subtracting 2
> rather than 4).
Hmm, that's odd. I needed the 4. Beware that Tcl does integer division
(%/%). Did you round() or floor() the result?
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --
following piece of Tcl seems to do the trick:
% expr ([winfo width .a] - 2 * [.a cget -borderwidth] - 4)/[font measure [.a
cget -font] 0]
27
Converting to R is left as an exercise...
If I got it right then the point is that at either side of the window
you have by 1 pixel, n border pixels, and
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> Bela Bauer <[EMAIL PROTECTED]> writes:
>
> > Hi,
> >
> > I'm still not quite there with my H-F (G-G) correction code. I have it
> > working for the main effects, but I just can't figure out how t
> R-devel@stat.math.ethz.ch mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~~
-based version
eapply2 <- function(env, FUN, ..., all.names = FALSE) {
FUN <- match.fun(FUN)
nm <- ls(envir=env,all.names=all.names)
FUN2 <- function(name,...)FUN(get(name),...)
lapply(nm, FUN2, ...)
}
--
O__ Peter Da
ting calls via LCONS() it isn't
really inefficient either. Extra arguments could be a bit of a bother
though. (What happens to those currently?? The function doesn't seem to
pass them to .Internal.)
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatis
ts can be handled just by moving
variables to the r.h.s. of the linear model specification, but
there might be a point in having a more evocative interface,
especially where transformed Y's are involved. This could be
formula-based or matrix-based: contrasts=ginv(contr.sdif(4))
y of fixing this. You
probably need to construct calls of the form FUN(env$var) -- I suspect
that with(env, FUN(var)) or eval(FUN(var), env) would looking for
trouble. Hmm, then again, maybe it could work if FUN gets inserted as
an anonymous function...
--
O__ Peter Dalgaard
; if (USE.NAMES && length(dots) && is.character(dots[[1]]) &&
> >> is.null(names(answer)))
> >> names(answer) <- dots[[1]]
> >> )
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostati
(Only the last one is completely failsafe since the first two relies
on 1:3 not being character:
if (USE.NAMES && length(dots) && is.character(dots[[1]]) &&
is.null(names(answer)))
names(answer) <- dots[[1]]
)
--
O__ Peter Dalgaard
Notice also that the ranking is (currently) done
removing only cases that are missing on the variable itself, which
may not be what you expect if you let 'use' be '"complete.obs"' or
'"pairwise.complete.obs"'.
If you have imp
r-project.org has all
commits, with somewhat informative comments, e.g.
-
r33006 | pd | 2005-02-03 18:23:41 -0500 (Thu, 03 Feb 2005) | 1 line
Changed paths:
M /trunk/NEWS
M /trunk/src/library/utils/R/objects.R
getAnywhere got confused
-----
--
O__
re is a nontrivial deadlock issue
if you try to write to a process that itself is blocked trying to
write its output. Now that is of course not to say that it cannot be
done with clever multiplexing and buffering techniques -- or
multithreading, except that R isn't threaded.
BTW, we met in
> >
> > d. ryon wilhelm
> >
> > EVNINE-VAUGHAN ASSOCIATES, INC.
> >
> > 415.835.7855
> >
> >
> >
> >
> > [[alternative HTML version deleted]]
>
> The posting guide does ask you not to send HTML mail.
>
>
> --
> Brian
ary" is highly non-standard. One idea might be to replace the
> "library" by something else like ... "a place where R knows where to
> find packages" ... hmm, now that's too long, so ...
"store", or "depot" springs to mind. The latter might
ns that you should think about it. It is
not a given that envir=NULL really means what the author expected, and
fixing them up to read envir=.BaseEnv is probably quite doable.
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
:-))
I'm sure my publisher will have suggestions for the use of any tuit
that I can get (and they pay in $, notwithstanding the IRS wanting me
to spend my copious free time on wrapping up enough red tape to
prevent them from taxing income which they are clearly not entitled
to do. Puff
mbol? (My gut feeling is that with suitable
hashing and cacheing, the penalty is minimal.)
(b) you can *only* use get and simple variable retrieval in a non-base
environment with a NULL parent (eval(x <- 1, envir=foo) would give
'couldn't find function "<-"' or so
effect, but what is worse: the
sorting decouples the values from the variable names, as demonstrated
by modifying your example slightly
> reshape(df, direction="long", varying=3:2)
id timevals
S1.-1 S1 -1 from -1
S1.-2 S1 -2 from -2
I'm not at all su
code\n'))
a <- sys.on.exit() ; str(a)
12
}
> soe.test()
language cat("In exit code\n")
In exit code
[1] 12
but if you replace "<-" with a corresponding call to assign(), then
you get.
> soe.test()
NULL
In exit code
[1] 12
--
O__ Peter Dal
> getAnywhere doesn't seem to like the "." prefix. Is this a bug?
Yes. It goes looking for getS3method(gen="", cl="a", TRUE) without
checking whether gen (or cl) is empty. Looks like an easy fix.
--
O__ Peter Dalgaard Blegdamsvej 3
ys/vm/overcommit_memory. Not sure what the first one means
exactly, though ...
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMAIL PROTE
though...
http://cran.r-project.org/bin/windows/base/rw-FAQ.html#The-output-to-the-console-seems-to-be-delayed
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 3532
k that's a joke, not a typo...
http://catb.org/~esr/jargon/html/A/automagically.html
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMA
brary comes from the libg2c0-dev
> package
>
> $ dlocate libfrtbegin
> libg2c0-dev: /usr/lib/libfrtbegin.a
More likely it is Fortran itself that isn't there:
$ rpm -qf `locate libfrtbegin`
gcc-g77-3.4.2-6.fc3
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /&#
0).
> Looking at this just now I see the problem, but if a ps file is written, it
> should be viewable, so I think this is still a bug.
Yes. However, the workaround would be rather obvious...
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biosta
it's not really the length of the expression but its depth. The
parse tree for 1 + 2 + 3 + 4 + 5 + 6 + 7 + 8 is really
(((1+2)+3)+4)+5)+6)+7)+8). So you get 7 levels of parentheses. You
can easily have less deeply nested parentheses:
((1+2)+(3+4))+((5+6)+(7+8))
With that sort of pattern,
sider, namely when you get the same tests
multiple times. Think SAS, for instance; when it compares groups you
get every comparison twice: I vs III as well as III vs I, so you need
a way to say that there are really only k * (k - 1) / 2 tests. Then
again, this probably only works for "bonferro
found at
> http://blackk.union.edu/~black/freebsd/R-error.txt, but the output isn't very
> helpful.
Indeed...
This sounds like a compiler error, so information about the GCC
version used is crucial. Switching compilers or running with less than
optimal optimization is your best chance, u
; best,
> -tony
>
> "Commit early,commit often, and commit in a repository from which we can
> easily
> roll-back your mistakes" (AJR, 4Jan05).
...and commit to a branch or use #ifdef so that the daily package checks
don't break.
--
O__ Peter Dalgaard
fore.
> Also, could the appropriate email address for reporting web site problems
> please be added to the website in some conspicous place?
Good idea.
[Cc trimmed]
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
, the origin of this particular issue is inside the
Import/Export manual, the source of which *is* part of R, so thank you
after all.
-pd
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Cop
or is it expected behaviour and if so why?
> >> Yes this is a bug but it is already filed see PR 14608.
> >> Thanks,
> >> Andrew Pinski
> >
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Bi
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> Göran Broström <[EMAIL PROTECTED]> writes:
>
> > Reading about 'R_max_col' in "Writing R extensions", Version
> > 2.1.0,(2005-01-03), I find:
> >
> > "Given the nr by nc
would have been earlier than 1.8.0.
[R-bugs removed from recipients]
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics 2200 Cph. N
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMAIL PROTECTED])
diction to me, since FORTRAN stores matrices
> columnwise. So is this a documentation bug?
H. Maybe. FORTRAN order is known as column-*major* order. The row
index varies most quickly, so the question is whether "row order" may
have have some merit. Anyone have the terminolo
[EMAIL PROTECTED] writes:
> This has been reported by Peter Dalgaard in PR#7397.
> Please check whether a bug has already been reported before submitting a
> new report.
Even the submitter had forgotten that he submitted it as a formal
report then... Better have it in once too many
ess altogether, just by using
tkcmd(type, win, ...)
where it is currently using .Tk.ID(win). The final Tcl call should be
the same, and val2obj will set current.win correctly.
--
O__ Peter Dalgaard Blegdamsvej 3
c/ /'_ --- Dept. of Biostatistics
n your path, although I suspect that normally bites earlier.
It's normal to have failures from internet.R (if for instance you are
not on-line at the time) which is why they are ignored.
-p
--
O__ Peter Dalgaard Ble
curacy issues and the like. Morten is a Gnome/Gnumeric developer
and works with R-core members (I believe mostly Martin Maechler) from
time to time. If you look at Morten's reports, I'm sure you'll agree
that he is rather good at actively seeking out erroneous and
1 - 100 of 422 matches
Mail list logo
