> "MWK" == Mark W Kimpel <[EMAIL PROTECTED]>
> on Tue, 29 Jan 2008 23:14:30 -0500 writes:
MWK> Switched back to R-devel tonight after using R-2.6.1 for awhile and
when
MWK> I updated my devel packages Matrix installation failed. Not critical
for
MWK> me but thought I sh
Thanks for replying.
On Jan 30, 2008 2:28 PM, Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
> On Tue, 29 Jan 2008, [EMAIL PROTECTED] wrote:
>
> >
> > The documentation of the dev.copy2eps() function should mention the "file"
> > option which set the output file name
>
> Current R says
>
> ...
And Duncan Temple Lang writes:
> This deals with various compression schemes and does things in
> memory. Hopefully there isn't much overlap and the two might
> be complementary.
Rcompression provides what's necessary for R.matlab's readMat.
I'll switch to using it instead. What would it take to
Yes, I used Rtools to compile the standalone Rmath library. However,
C:\Rtools\MinGW\lib\libm.a does not contain log1p;
C:\Rtools\MinGW\lib\libmingwex.a does. Once I replaced libm.a with
libmingwex.a, the application linked successfully and the following test
program was successful:
#include
#def
And Brian Ripley writes:
> The *only* safe thing to do is to include your own copy of
> zlib, and compile it into the package (optionally linking
> instead to the system copy if it exists).
Fair enough, and likely necessary on AIX with XCOFF's
restrictions. The Rcompression package mentioned by D
Full_Name: Thomas Zumbrunn
Version: 2.6.1
OS: GNU/Linux (openSuse 10.3 2.6.22.13-0.3-default)
Submission from: (NULL) (131.152.125.199)
With my particular X11 settings, the width to height ratio of the x11 device is
distorted, with the width being half that of the height. This results in wrongly
[EMAIL PROTECTED] wrote:
> Full_Name: Nicolas Simonis
> Version: 2.6.1
> OS: windows
> Submission from: (NULL) (155.52.10.223)
>
>
> Very funny bug :
>
>
>> 0.6<0.6
>>
> [1] FALSE
>
>> 0.6<0.4+0.2
>>
> [1] TRUE
>
>
I don't see a bug here, I see failure to read FAQ 7.31. The valu
Full_Name: Nicolas Simonis
Version: 2.6.1
OS: windows
Submission from: (NULL) (155.52.10.223)
Very funny bug :
> 0.6<0.6
[1] FALSE
> 0.6<0.4+0.2
[1] TRUE
control :
> 0.7<0.7
[1] FALSE
> 0.7<0.4+0.3
[1] FALSE
With R 2.6.1 windows. it's not doing it with R 2.3.1 linux...
__
This seems another instance of FAQ Q7.31
> 0.6 - (0.4 + 0.2)
[1] -1.110223e-16
On Wed, 30 Jan 2008, [EMAIL PROTECTED] wrote:
> Full_Name: Nicolas Simonis
> Version: 2.6.1
> OS: windows
> Submission from: (NULL) (155.52.10.223)
>
>
> Very funny bug :
(rather a very common FAQ, when asked as a q
On Thu, 31 Jan 2008, [EMAIL PROTECTED] wrote:
> Full_Name: Thomas Zumbrunn
> Version: 2.6.1
> OS: GNU/Linux (openSuse 10.3 2.6.22.13-0.3-default)
> Submission from: (NULL) (131.152.125.199)
>
>
> With my particular X11 settings, the width to height ratio of the x11 device
> is
> distorted, with t
Dear R devel team
Using S4 classes in R I found a possible source of mistakes
caused by an inattentive user.
If one uses another order of the arguments for a function in the
setGeneric() as in the setMethod() call, one can get undesired
side effects without any warning.
Would it be desirable to
Hi again,
> Herve wrote:
> > gregexpr("", "abc", fixed=TRUE)
>
>*** caught segfault ***
> address 0x1c09000, cause 'memory not mapped'
This should be fixed in latest svn. Thanks for the report.
+ seth
--
Seth Falcon | [EMAIL PROTECTED] | blog: http://userprimary.net/user/
__
My first thought was that you must be using Xinerama or TwinView -
and you did mention Xinerama in your r-help message but not
in your bug report - this detail is important.
That said, I don't know enough about X11 to say anything - well, maybe
I do, but you'll have to show your xorg.conf , and po
Hello Members,
I have posted this message at R-HELP listserv, so my apology for
double posting, but members of R_HELP seem not to know/care about the
problem.
I wonder if someone also having a problem with JRI using new R 2.6.1.
To illustrate the problem, there is a simple Java driver problem
belo
Just to follow up, largely in synch with the two replies already, it
sounds like there is a good chance that your two displays (the physical
panels or monitors) are either of two different sizes and/or have two
different resolutions. Somewhat more likely is the latter.
In either case, it is likely
Hi,
If needed, lapply() tries to convert its first argument into a list
before it starts doing something with it:
> lapply
function (X, FUN, ...)
{
FUN <- match.fun(FUN)
if (!is.vector(X) || is.object(X))
X <- as.list(X)
.Internal(lapply(X, FUN))
}
But in practice,
The problem of promises not being evaluated in
lists has been discussed before.
I think its fixed in the development version of R. See
r44139 on Jan 24, 2008 in http://developer.r-project.org/R.svnlog.2007
On Jan 31, 2008 1:26 PM, <[EMAIL PROTECTED]> wrote:
> Hi,
>
> If needed, lapply() tries to
Hi Gabor,
Quoting Gabor Grothendieck <[EMAIL PROTECTED]>:
> The problem of promises not being evaluated in
> lists has been discussed before.
>
> I think its fixed in the development version of R. See
> r44139 on Jan 24, 2008 in http://developer.r-project.org/R.svnlog.2007
>
I'm using R-devel
Vladimir,
your example works without problems in R 2.6.1:
C:\Program Files\R\R-2.6.1\library\rJava\jri>javac -cp JRI.jar
Driver.java
C:\Program Files\R\R-2.6.1\library\rJava\jri>set PATH=C:\Program Files
\R\R-2.6.1\bin;%PATH%
C:\Program Files\R\R-2.6.1\library\rJava\jri>java -cp JRI.jar;. Driv
I just checked and the
code that previously triggered the promises in lists
bug seems to work now so I guess it is a different
problem.
# code below previously triggered errors but now works
# R 2.6.2 (2008-01-26 r44181) on Vista
f <- function(x) environment()
z <- as.list(f(7))
dput(z)
structure(
Hello
I'm only user of R and have many little knowledge in programming but I
permit to send you some whishes/suggestions for R.
which.min
like which(), which.min() should also include an argument arr.ind. Note
that one can have it with which(a==min(a), arr.ind=TRUE) but if there is
a reason to
On Thursday 31 January 2008, Hin-Tak Leung wrote:
> My first thought was that you must be using Xinerama or TwinView -
> and you did mention Xinerama in your r-help message but not
> in your bug report - this detail is important.
Yes, I forgot to mention this.
> That said, I don't know enough abo
On Jan 31, 2008 8:24 AM, Matthieu Stigler <[EMAIL PROTECTED]> wrote:
> lag()
> If one wants to construct a time series model, it is often useful to
> have the lags matrix. This is available with embed(ts,k) but the time
> series class disappears. So it would be nice that the argument k of
> lag() a
Hi Seth,
Seth Falcon wrote:
> Hi again,
>
>> Herve wrote:
>> > gregexpr("", "abc", fixed=TRUE)
>>
>>*** caught segfault ***
>> address 0x1c09000, cause 'memory not mapped'
>
> This should be fixed in latest svn. Thanks for the report.
That's great. Thanks!
H.
>
> + seth
>
_
Hello,
I would like to propose to make a minor change in method print.VarCov
by inserting one line
stdevs <- FALSE # Inserted line
as shown later in this email.
By adding this line we would modify the output from
print(corrmtx) as shown in the illustratio
25 matches
Mail list logo