Peter Dalgaard <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] writes:
>
> > Full_Name: Todd Bailey
> > Version: 2.1
>
> Er, 2.2.1
>
> > OS: Mac OS-X 10.4.3
> > Submission from: (NULL) (87.112.79.124)
> >
> >
> > sub returns garbage in some strings when replacing something with nothing
>
> "Stephen" == Stephen D Weigand <[EMAIL PROTECTED]>
> on Thu, 16 Mar 2006 22:08:58 -0600 writes:
Stephen> On Mar 16, 2006, at 9:48 PM, Stephen D. Weigand wrote:
>> I would like to suggest that an 'append' argument be added to
>> write.ftable(). This would allow, for exam
[ diverted from R-help to R-devel ]
> "DJ" == David James <[EMAIL PROTECTED]>
> on Thu, 16 Mar 2006 09:51:31 -0500 writes:
DJ> That is a bug, namely, the default end of line on the windows version
DJ> should be "\r\n" instead of "\n". The workaround is to specify
DJ> eo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There is work underway to be able to handle this concept
of a package providing native code to other packages.
It is done in several packages already, but it is time
to make the package mechanism extensible and this feature
is one of the motivating e
Full_Name: Yves Rosseel
Version: 2.2.1
OS: i686-pc-linux-gnu
Submission from: (NULL) (157.193.116.152)
Dear developers,
For the single-model case, the anova.mlm() function does not seem to handle
multi-parameter predictors (eg factors) correctly. A toy example illustrates the
problem:
Y <- cbin
Full_Name: Yves Rosseel
Version: 2.2.1
OS:
Submission from: (NULL) (157.193.116.152)
The code below sketches a possible implementation of a function 'mlh.mlm' which
I think would be a good complement to the 'anova.mlm' function in the stats
package. It tests a single linear hypothesis of the for
Full_Name: Doug Grove
Version: 2.2.1
OS: SuSE 9.3 Linux
Submission from: (NULL) (140.107.156.61)
Could someone please alter the wording of the documentation of the 'xlim'
argument
in plot.default? It currently includes "(min,max)" which led me to think that
I couldn't use a specification like xl
- Quick summary:
In the File:Open dialog, please change
"S files (*.q)"
to
"S files (*.q, *.ssc, *.S)"
and show the corresponding files (including .SSC and .s files).
- Background
This is motivated by the following query to R-help:
>Date: Thu, 16 Mar 2006 22:44:11 -0600
>From: "xpRt.
Dear Sir,
I wander if, it existes in R,a library or a routine for AHP (Analytic Hiararchy
Process). AHP is a kind of Multi criteria Analysis approach.
Thanks, for help.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 3/17/2006 2:19 PM, [EMAIL PROTECTED] wrote:
> - Quick summary:
>
> In the File:Open dialog, please change
> "S files (*.q)"
> to
> "S files (*.q, *.ssc, *.S)"
> and show the corresponding files (including .SSC and .s files).
I'll make this change in the Windows Rgui. Is this an issue
I think it would be good to make the change in the Mac gui too.
This would help people on the mac who work on multiple platforms,
or try scripts from other people.
I forgot to mention one other extension, ".t", an extension often
used for tests to be processed using do.test(). However, this
is l
On 3/17/2006 2:53 PM, Tim Hesterberg wrote:
> I think it would be good to make the change in the Mac gui too.
> This would help people on the mac who work on multiple platforms,
> or try scripts from other people.
I don't know anything about how file dialogs work there, so I won't
touch this one.
On Mar 17, 2006, at 2:45 PM, Duncan Murdoch wrote:
> On 3/17/2006 2:19 PM, [EMAIL PROTECTED] wrote:
>> - Quick summary:
>>
>> In the File:Open dialog, please change
>> "S files (*.q)"
>> to
>> "S files (*.q, *.ssc, *.S)"
>> and show the corresponding files (including .SSC and .s files).
>
> I
On Mar 17, 2006, at 2:45 PM, Duncan Murdoch wrote:
> On 3/17/2006 2:19 PM, [EMAIL PROTECTED] wrote:
>> - Quick summary:
>>
>> In the File:Open dialog, please change
>> "S files (*.q)"
>> to
>> "S files (*.q, *.ssc, *.S)"
>> and show the corresponding files (including .SSC and .s files).
>
> I
The following caused a hard-to-diagnose problem for a user of the survey
package. Presumably this is a strange Unicode thing, but is there a
convenient reference for how the collation order is determined? I am
surprised that adding the same character to the end of two strings of the
same leng
On Mar 17, 2006, at 4:32 PM, Thomas Lumley wrote:
> The following caused a hard-to-diagnose problem for a user of the
> survey package. Presumably this is a strange Unicode thing,
It is independent of the encoding:
[EMAIL PROTECTED]:~$ LC_COLLATE=en_US R --vanilla -q "1//"<"10/"
[1] TRUE
> "
[EMAIL PROTECTED] writes:
> Full_Name: Yves Rosseel
> Version: 2.2.1
> OS: i686-pc-linux-gnu
> Submission from: (NULL) (157.193.116.152)
>
>
> Dear developers,
>
> For the single-model case, the anova.mlm() function does not seem to handle
> multi-parameter predictors (eg factors) correctly. A
Thomas Lumley <[EMAIL PROTECTED]> writes:
> The following caused a hard-to-diagnose problem for a user of the survey
> package. Presumably this is a strange Unicode thing, but is there a
> convenient reference for how the collation order is determined? I am
> surprised that adding the same cha
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> > Sys.setlocale(locale="C")
> [1] "C"
> > "Thomas O'Malley" < "Thomas Lumley"
> [1] TRUE
> > Sys.setlocale(locale="en_US.UTF8")
> [1]
> "LC_CTYPE=en_US.UTF8;LC_NUMERIC=C;LC_TIME=en_US.UTF8;LC_COLLATE=en_US.UTF8;LC_MONETARY=en_US.UTF8;LC_MESSAGES=C;LC_
I've successfully gotten R 2.2.1 to compile on AIX 5.2.
However, when I run "make install", I receive the following message:
/appl/perform/workspace/R-2.2.1
[EMAIL PROTECTED]/appl/perform/workspace/R-2.2.1] make install
/appl/perform/workspace/R-2.2.1/m4
Target "install" is up to date.
/appl/per
On 17.3.2006, at 19:08, Matthew Beason wrote:
> I've successfully gotten R 2.2.1 to compile on AIX 5.2.
>
> However, when I run "make install", I receive the following message:
>
> /appl/perform/workspace/R-2.2.1
> [EMAIL PROTECTED]/appl/perform/workspace/R-2.2.1] make install
> /appl/perform/wor
21 matches
Mail list logo
