set-up survived the move.
-pd
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMAIL PROT
y", etc.
So, good idea. Maybe not for 2.1.1 though. This close to a release we
should be going strictly after actual bugs, not just inconsistencies.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
Marc Schwartz <[EMAIL PROTECTED]> writes:
> On Fri, 2005-06-10 at 14:57 +0100, Prof Brian Ripley wrote:
> > On Fri, 10 Jun 2005, Peter Dalgaard wrote:
> >
> > > The next version of R will be released (barring force majeure) on June
> > > 20th, with
+ -g -O2
> Fortran compiler: g77 -g -O2
> ...
Mine was
C compiler:gcc -g -O2
C++ compiler: g++ -g -O2
Fortran compiler: f95 -g -O2
(and f95 is a link to gfortran)
--
O__ Peter Dalgaard Øster Farimags
Marc Schwartz <[EMAIL PROTECTED]> writes:
> On Wed, 2005-06-15 at 00:01 +0200, Peter Dalgaard wrote:
> > Marc Schwartz <[EMAIL PROTECTED]> writes:
> >
> > > Prof. Ripley,
> > >
> > > If my read of the config.log is correct, it would app
Martyn Plummer <[EMAIL PROTECTED]> writes:
> On Tue, 2005-06-14 at 17:07 -0500, Marc Schwartz wrote:
> > On Tue, 2005-06-14 at 23:52 +0200, Peter Dalgaard wrote:
> > > Marc Schwartz <[EMAIL PROTECTED]> writes:
> > >
> > > > On Fri, 2005-06-10 at
ble), so there are
quite a few items to check. Dumping out the iv and wv arrays at that
point is probably a good start if you want to chip in with a bit
of debugging. Do yourself a favour and use set.seed() with a value
that gives you a minimal repeat count when you start R in a clean state.
--
pipelines full.
> I'd start by re-running the valgrind tests without optimization.
I was going to anyway, but the reported problem did carry all the
hallmarks of the use of a memory location with random content.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> Prof Brian Ripley <[EMAIL PROTECTED]> writes:
>
> > I've seen many similar things in a report from valgrind. But they
> > went away when compiled without optimization: it seems optimization
> > often does a
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> Peter Dalgaard <[EMAIL PROTECTED]> writes:
>
> > Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> >
> > > I've seen many similar things in a report from valgrind. But they
> > > went awa
Marc Schwartz <[EMAIL PROTECTED]> writes:
> > Note that we (well, primarily Peter Dalgaard) have considered
> > complete changes to the R-bugs "system" anyway some of which
> > would obliterate the e-mail interface completely IIRC.
>
> Bugzilla? ;
Marc Schwartz <[EMAIL PROTECTED]> writes:
> On Wed, 2005-06-22 at 21:15 +0200, Peter Dalgaard wrote:
> > Marc Schwartz <[EMAIL PROTECTED]> writes:
> >
> > > > Note that we (well, primarily Peter Dalgaard) have considered
> > > > complete
es the order of files matter, e.g. the file zzz.R is designed
to come last, but in en_GB it actually comes before Zeke.R and in
Estonian z comes between s and t...
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cp
lt;-1
> objects(pattern="^genes?$")
character(0)
> objects(pattern="^genes?")
[1] "generateSigma"
So. on what system did this happen?
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099,
; Then this additional argument can be pass on from boxplot.formula() to
> split().
Alternatively, I suspect that the intention was as.factor() rather
than factor(). It does require a bit of care to fix it that way,
though. There could be problems with empty levels popping up in
unexpect
ed .dll on Linux, but rather .so...
You should probably read up on "Writing R Extensions", including the
hints on how to write portable code (use library.dynam).
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO
y and how I can resolve this problem?
Well, if that is really your code, x is an int that gets an int *
assigned to it, but 1 is never going to be bigger than *n, so I don't
see how you'd get that far.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'
ugzilla. We're likely going to lose the mailing list integration as
we know it -- we can probably send a copy of all bug reports to
r-devel, but there's not going to be a nice way to save the followups
automagically. Users will also likely be requested to obtain a
password and login before s
might just be the user of course).
The two ideas that Simon and Gabor brought up bouth sound like they
might fly. Especially the existence of something with a Python
interface sounds attractive, since that might not be too hard to clone
or paraphrase in R.
--
O__ Peter Dalga
> or C++. And maybe strip 'In>' and 'Out>' like parts.
You could also just do what those examples do and embed the whole
enchillada in R. The slightly bad news is that the yacas_eval
interface is text-based, which means that to handle an R expression
via yacas you
ion calls.
It is probably not quite as easy as it sounds (is it ever?) but it
could be worth it anyway. The main thing that it would require is an
extended Yacas API which allows you to create Yacas objects from C
code.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /&
.
>
> I agree!
>
> I am working on a Java port at the moment. I will try to make some
> time later this evening
> or perhaps somewhere this week.
Sounds good. I wish I had more time for this, but there's a deadline
approaching...
--
O__ Peter
get to see a
bit more of the the error messages.
What you're seeing is consistent with an error return from find, I
think. So perhaps look at the permission in the srcdir? Just a
conjecture.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --
bug:
> matrix(list(pi))
[,1]
[1,]
(You don't have to use that option of course, but it suggests that not
all is well with the optimizer. And the Fedora maintainer seem set on
using it, which is a bit of a problem.)
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> Gavin Simpson <[EMAIL PROTECTED]> writes:
> > So far so good with FC4, gcc4, gfortran and R!
>
> The problem affecting the Fedora Extras RPM is still there with the
> new compilers though:
>
> -Wp,-D_FORTIF
ed as of yesterday does
###
This email has been a LONG time underway? ;-)
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen
> Strange, huh?
What is "theP - 1"?
> rbinom(1,3,1+1e-10)
[1] NaN
> 1+1e-10
[1] 1
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen De
ndall block.
>
> I hope this is clear so far.
I think it is the comment that is wrong. The calculation of
opposite-side one-sided and two-sided alternatives make OK sense when
the normal approximation of the test statistic is being used. It's
when you use a discrete distribution th
^2)
optim(f, lower=c(0,0), par=c(5,5), method="L-BFGS-B")
optim(f, lower=c(0,0), par=c(5,5), method="L-BFGS-B", hess=T)
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- Univ
marks in the
C FAQ seem to mainly refer to segmented architectures like the
original IBM PC. With modern flat address spaces, it would seem quite
unlikely to run into trouble.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Bo
releated to your build tools and libraries. You could have
--prefix=. or --prefix=$HOME/tools or whatever. If so, there is some
danger of picking up a home-built and outdated version instead of the
system one.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Ent
;t where else I could find help
> on this.
Well, did you try running under a debugger?
R -d gdb
then "bt" after the segfault. (Make sure that things are compiled with
-g option)
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dep
urself, this won't happen.
The error looks a bit odd though. The logic is supposed to be that
either you have Tcl/Tk capabilities and you get the popup, or you
don't and get a text menu.
So something appears not right with your Tcl/Tk configuration.
--
O__ Peter Dalgaard
ou are building a
cross-target, which means that configure is not even going to try
running any compiled programs, not that they work any better than
before.
The thing to do is to look inside config.log and see what causes
configure to conclude that you cannot run C compiled programs.
--
O
ng host?
> >>
> >
> >You're not doing yourself a favour, anyway. 4-byte longs are
> >definitely not a good idea on Linux. What is worse, you are building a
> >cross-target, which means that configure is not even going to try
> >ru
ject.org/R-dev-web/trunk/index.html).
As usual, it is strongly preferred if bugs are discovered prior to the
release and not immediately afterwards! Please do try the
alpha/beta releases and report back any errors.
On behalf of the R Core Team
Peter Dalgaard
--
O__ ---- Pete
ry is not
quite 2^64, but it will be pretty huge (2^48, 256TB)?.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMA
Martin Maechler <[EMAIL PROTECTED]> writes:
> >>>>> "PD" == Peter Dalgaard <[EMAIL PROTECTED]>
> >>>>> on 02 Sep 2005 18:48:24 +0200 writes:
>
> PD> "Milton Lopez" <[EMAIL PROTECTED]> writes:
>
>
test'
> end
>
> subroutine program()
> write(*,*) 'Calling the function...'
> call pp()
> end
>
> And the output from R is:
>
> Calling the function...
> Just a simple test
> NULL
>
> Can anyone explain this? Is there a way to solve it? T
s) which are then translated
> from the WORDS_BIGENDIAN used in R to the IS_BIG_ENDIAN used in the
> library.
>
> Comments on the portability?
>
> Kasper
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/ma
t; c , , 1
> d * , 1
> e . , * *
> attr(,"legend")
> [1] 0 0.3 . 0.6 , 0.8 + 0.9 * 0.95 B 1
And the problem was???
You may not like the graphical representation, but it is not a bug.
Just use
print(summary(fit),symbolic.cor=FALSE)
to get rid of
-pc-linux-gnu"
>
> $arch
> [1] "i686"
>
> $os
> [1] "linux-gnu"
>
> $system
> [1] "i686, linux-gnu"
>
> $status
> [1] "alpha"
>
> $major
> [1] "2"
>
> $minor
> [1] "2.0"
>
> $year
> [1] "2005&quo
ere,
but there's not much hope of finding it from the available
information. You could try running under gdb and see where things go
wrong for you.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*
on a 32bit system). Then I went to have a closer look at the library
and it turned out not to be there -- apparently the recent update to
lapack had wiped it out, but the locate database was not yet
rebuilt...
This sort of suggests to me that removing the .a file might actually
be a sensible thing
r(i - 1, i, "+") }
> sv9 <- svd(h9 <- hilbert(9))$ d
> kappa(h9)# pretty high!
[1] 728289254735
> kappa(h9, exact = TRUE) == max(sv9) / min(sv9)
Error in La.svd(x, nu, nv) : BLAS/LAPACK routine 'DGEBRD' gave error code -10
Execution halted
This happens on both x
o contain only one version of the
binaries, so in principle, the post-installer could adapt the
installed version to your hardware, if it could narrow the choice down
to a dozen versions or so. It's not easy though, since not only the
CPU/FPU types factor in, but also cache sizes and memory s
0)
S-PLUS also tries to handle NULL as a zero length list, with some
anomalies:
> x <- NULL
> x[[1]] <- numeric(0)
> x
$value:
numeric(0)
> x <- list()
> x[[1]] <- numeric(0)
> x
[[1]]:
numeric(0)
--
O__ Peter Dalgaard Øster
José Matos <[EMAIL PROTECTED]> writes:
> Peter Dalgaard wrote:
>
> > Hmm. Doesn't look like it is actually working, though. Install
> > lapack-devel, configure --with-lapack, and make check dies with
> >
> > running code in 'base-Ex.R' ...make[
gp1, dataset$gp2), mean)
> 1 23 4
> 1 0.450926 0.6543489 NA NA
> 2 NANA 1.224392 0.06356469
>
>
>
> In the real case, I only have a very sparse subset of all the
> combinations, and tapply() and by() both d
ut
> > > versioned installs, and you might like to take that up with your BioC
> > > colleagues who added the idea.
Brian can of course speak for himself, but I think his point was just
that the request for the feature came from BioC, not that the
discussion was on the wrong list
> Cerveau et Vision
> Dept. of Cognitive Neuroscience
> 18 avenue du Doyen Lépine
> 69500 Bron
> France
> tel: +33 (0)4 72 91 34 77
> fax: +33 (0)4 72 91 34 61
> portable: +33 (0)6 84 10 64 10
> http://www.lyon.inserm.fr/371/
>
> __
+x5:x6+x5:x7+x5:x8
> +x6:x7+x6:x8
> +x7:x8)
> -> R does not crash
> This is the same formula, at least it should be.
It isn't and it shouldn't. (Try it for smaller values of 8)
y~(x1+x2+x3+x4+x5+x6+x7+x8)^2 should be same as the second fo
and all that, here:
http://developer.r-project.org/Translations.html
> if you tell me how
> I am willing to help with it.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- Uni
n oblique way of telling you that you
haven't installed a Fortran compiler.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 3532791
s="-fPIC"
fi
if test "${GXX}" = yes; then
cxxpicflags="-fPIC"
shlib_cxxldflags="-shared"
fi
Now, the natural guess is that ${G77} wasn't set earlier on, so look
for the place where it figures out the Fortran compiler.
>
> On Friday 14 October 2
4.rpm
?
-p
> Hope that helps
> Detlef
>
> On Fri, 14 Oct 2005 14:48:26 +0200
> Rainer M Krug <[EMAIL PROTECTED]> wrote:
>
> > Could you give me a hint what I should look for? I am quite new to Linux.
> >
> > Rainer
> >
> >
> >
aris has mkdtemp (ours
don't anyway), and the name of the conflicting dir indicates that the
code never went inside the if(res){...} so the conclusion would seem
to be that mkdir fails to fail when it should.
(Notice, BTW, that the name of the dir is keyed to the process ID of
R, so removin
)
structure(1, .Names = "a")
i.e., the names are in a vector, not a list. This is a bit of a
bother (and forces the use of 1D arrays in some places, which in turn
confuses code that expects a vector), but implementing code that
carries an extra "name-name" attribute through all pos
ticular, binomial models are
tricky: Is "13 successes in 79 trials" one (binomial) observation or
79 (Bernoulli) ones??
So BIC may not be defined. In which sense is this a bug, anyway? The
BIC function is defined inside the nlme package which is not designed
to work with anything but
..<°}))><
> > ) ) ) ) )
> > ( ( ( ( (Prof. Philippe Grosjean
> > ) ) ) ) )
> > ( ( ( ( (Numerical Ecology of Aquatic Systems
> > ) ) ) ) ) Mons-Hainaut University, Pentagone (3D08)
> > ( ( ( ( (Academie Universitai
n,
> Annals of mathematical statistics, 11(1940),
> p. 204-209.
>
> Is this a typo on the original article (which
> R Core has corrected) or is it a typo in the
> function name ?
The latter... Thanks.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /
HAVE_F77_UNDERSCORE, etc) and call
dqrfit_() if required -- all in a portable way.
The whole thing is described in the Writing R Extensions manual,
section 5.6 specifically.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics
cidentally, I don't think it's all that smart to have the md5sum
in the same location as the binary. If one is tampered with, the other
one could be too. For the main release, I always send the md5sums via
the mailing lists.
--
O__ Peter Dalgaard Øster Farimagsgade
these days you might want to consider another factor: noise.
Duals tend to be server machines with little emphasis on quietness,
where the single-CPU machines have heatpipes and whatnot.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatisti
dora core 4).
>
> Just a wish-list.
But what is the wish?
You mean get it upgraded to xml2 and glade2? Patches would likely be
accepted...
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \
The proximate cause is
that the static libg2c.a is being picked up and it is likely not -fPIC
compiled (which is important on 64bit but AFAIR you get away with it
on 32bit). Now why is it that this happens...
Is there a libg2c.so around?
-
O__ Peter Dalgaard Øster Farimagsga
[EMAIL PROTECTED] ~]$ rpm -qf /usr/lib/libg2c.so.0.0.0
compat-libf2c-32-3.2.3-47.fc4
[EMAIL PROTECTED] ~]$ rpm -qf /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/libg2c.a
compat-gcc-32-g77-3.2.3-47.fc4
(Notice that they're not the same...)
So the point is to install the libf2c thingie, whatever t
le named SetupR.exe or
rw.exe in pre-2.2.0 releases.
<
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~~
x[[jj]][iseq] <- vjj
else x[[jj]][iseq, ] <- vjj
}
else {
length(vjj) <- nrows
x[[jj]] <- vjj
}
which I think wants to be
else {
x[[jj]] <- vjj[FALSE]
length(x[[jj]])
20=20
> language R
>
>
> Cheers,
> Grischa T=F6dt
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
--
O__ Peter Dalgaard Øster Farimagsgade 5, En
s pretty easy to turn a non-vectorized function into a
vectorized one.
SSD <- function(A,alpha) mapply(ssd, A, alpha)
(Anybody want to try their hand on writing a general Vectorize()
function? I.e. one that allowed
outer(Avec, alphavec, Vectorize(ssd))
to work.)
--
O__ Peter
http://cran.r-project.org/doc/manuals/R-admin.html,
especially the section C1, platform notes for Linux
(b) also read the section on what is a bug and what is not a bug in
http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html#R%20Bugs
(c) If you are that new to compiling R on FC4, why not use
; >
> > Vaidotas Zemlys
>
> NB: signature missing
Er, it came in via the rbugs web interface. We don't usually get
.sig's added to those. We had dozens of messages from VZ on the
regular mail lists, all without a formal .sig, so this would seem to
be the least appropri
[EMAIL PROTECTED] writes:
> Hi,
>
> On 03 Nov 2005 12:41:53 +0100, Peter Dalgaard <[EMAIL PROTECTED]> wr=
> ote:
> > [EMAIL PROTECTED] writes:
> >
> > > We do not usually put features in R which are specific to just some
> > > distributions of so
Vaidotas Zemlys <[EMAIL PROTECTED]> writes:
> Hi,
>
> On 04 Nov 2005 13:51:56 +0100, Peter Dalgaard <[EMAIL PROTECTED]> wrote:
>
> > One further thought about this:
> >
> > On SUSE,
> >
> > rpm -qif /usr/share/mime/
>
Paul Roebuck <[EMAIL PROTECTED]> writes:
> On Fri, 4 Nov 2005, Peter Dalgaard wrote:
>
> > Vaidotas Zemlys <[EMAIL PROTECTED]> writes:
> >
> > > [SNIP]
> > >
> >
> > Also
> >
> > 6. Rprofile files .Rprofile or Rprofile.
>
0,3.0
> "xyy","ab#c",4.0,5.0,6.0
> "zyx","abc",7.0,8.0,9.0
...and what do you think the comment.char argument is for?
This is no bug.
> ______
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mai
x86_64-unknown-linux-gnu
arch x86_64
os linux-gnu
system x86_64, linux-gnu
status
major2
minor2.0
year 2005
month10
day 06
svn rev 35749
language R
> .libPaths()
[1] "/home/bs/pd/Rlibrary" "/usr/lib64/R/library"
--
O__ Peter Dalgaa
.
If we allowed "-" in names, the first thing that would happen is that
we get bug reports that library(Translation-it) causes weird error
messages.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014
+386 (0)1 72 17 861
> > SI-1230 Domzale fax: +386 (0)1 72 17 888
> > Slovenia, Europe
> > --
> > "One must learn by doing the thing; for though you think you know it,
> > you have
powerpc-apple-darwin6.6
> > arch powerpc
> > os darwin6.6
> > system powerpc, darwin6.6
> > status beta
> > major1
> > minor8.0
> > year 2003
> > month10
> > day 02
> > language R
> >
> >>
))
> args <- rep(",", ndim)
> args[1] <- "i"
> args <- paste(args, collapse="")
> code <- paste("x[", args, "]", sep="")
> expr <- parse(text=code)
> y <- eval(expr)
>
> Is there another way I can d
, package:graphics,
> package:grDevices, package:utils, package:datasets, Autoloads,
> package:base
>
>
> --
> Rich FitzJohn
> rich.fitzjohn gmail.com |http://homepages.paradise.net.nz/richa183
> You are in a maze of twisty little functions, all a
xnumbers.
> >> x[,-1] does not wok as it eliminates the first "interesting" colum.
> >> col.names is not accepted by r (do i habe to start a package first? which
> >> one?)
> >>
> >> thx
> >>
> >> sven
> >>
> >> [[alternative HTML version deleted]]
> &g
c0d in VR_unset_net ()
from /usr/lib64/R/library/nnet/libs/nnet.so
#7 0x2ac5c3ac in do_dotCode () from /usr/lib64/R/lib//libR.so
#8 0x2ac7e712 in Rf_eval () from /usr/lib64/R/lib//libR.so
I.e. it is within internal C code from the nnet package, so the error
most likely
ever, there's another point:
> var(sample(1:3, 10, replace=TRUE))
[1] 0.6680556
i.e. if we are considering x as the entire population, then the
variance when sampling from it is indeed 1/N*E(X-EX)^2, which is why
some presentations distinguish between the "population
Dear testers,
We plan to release version 2.2.1 on December 20. Beta tarballs will
be available daily, starting tomorrow.
As usual, we strongly prefer to hear about bugs before release rather
than after.
-pd
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c
hether someone has already looked into
> this can of worms.
Well the help page has:
For 'qt' only values of at least one are currently supported.
and someone must have written that...
R does have pt for df < 1, so a temporary fix using uniroot() seems
doable.
--
O__ Pet
rownames to be integers with semantics like "virtual strings" so that
x["123",] still works.
> (What I am doing is already called a different name so it isn't
> affected by this argument).
>
> Hin-Tak
>
>
>
--
O__ Peter Dalgaard
t;a","b","c","d")
> a = c(0,1,1,0)
> b[as.logical(a)]
> b[a]
> a = c(1,0,1,0)
> b[as.logical(a)]
> b[a]
> a = c(0,1,1,1)
> b[as.logical(a)]
> b[a]
>
> __
> R-devel@r-project.org mailing
major headache anyway.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918
~~ - ([EMAIL PROTECTED])
amar Science Park)
> fax (01752) 232780
>
> email: [EMAIL PROTECTED]
> web: http://www.plymouth.ac.uk/staff/phewson
>
> ______
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
a serious problem. Are 0/1 vectors intended to be used as
> >>> index
> >>> vectors? If yes, there is a bug. If not, it leads just to some funny
> >>> behaviour
> >>> rather than an error message.
> >>>
> >>> In the appendix is s
leading since it is a patch of the
> "stable" version.
"2.2.0 Patched" is changed to "2.2.1 beta" during the beta period. The
release script ends with
cd $SRCDIR
echo $REL "Patched" > VERSION
svn commit -m "setup patch version"
so I believe
2.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
repository. It does everything by email,
and at some point messages need to reach the program invoked by the
mail server. Sending things to Zurich and back seems a bit silly
-p
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatisti
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> hadley wickham <[EMAIL PROTECTED]> writes:
>
> > > PLEASE, PLEASE:
> > > do use
> > > [EMAIL PROTECTED]
> > > and nothing else
> >
> > Perhaps
> > http://bugs.r-proje
"Ole F. Christensen" <[EMAIL PROTECTED]> writes:
> Brain, Thank you very much for your help.
*
You seem to be using call-by-value semantics rather than
call-by-name...
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of
ence
than unary minus (or equal, but evaluate right to left). Stata seems
like it might be the exception.
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- University of Copenhagen Denmark
e+00i -2.4e-312+ 0.0e+00i 3.2e-317+ 0.0e+00i
[7] 0.0e+00+ 0.0e+00i 0.0e+00+ 0.0e+00i 0.0e+00+ 0.0e+00i
[10] 0.0e+00+ 0.0e+00i
--
O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B
c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K
(*) \(*) -- Univ
1 - 100 of 1322 matches
Mail list logo
