Dear Fritz and Duncan,
thank you very much for your answers.
On Thursday 11 January 2007 15:42, [EMAIL PROTECTED]
wrote:
> [...]
> In R 2.5.0 you can use Sweave option keep.source=TRUE to keep the
> original formatting of source code, including all indentation and line
> breaks -> does this solv
On Thu, 11 Jan 2007, Byron Ellis wrote:
> On 1/11/07, Martin Maechler <[EMAIL PROTECTED]> wrote:
>> Byron> Why is the clipboard accessed through file() and not,
>> Byron> say, a clipboard() connection? Is there a good reason
>> Byron> for this or is it simply historical?
>>
>> Why use
On 1/12/2007 2:26 AM, Arne Henningsen wrote:
> Dear Fritz and Duncan,
>
> thank you very much for your answers.
>
> On Thursday 11 January 2007 15:42, [EMAIL PROTECTED]
> wrote:
>> [...]
>> In R 2.5.0 you can use Sweave option keep.source=TRUE to keep the
>> original formatting of source code, i
Hi
Has anyone experience of using R as a server to procuess multiple Java
client requests. I am aware of RServe. However, in a Windows environment I
think only one connection at a time is allowed.
Has anyone used spawning a R Process from Java for each request, e.g
Process process = Runtime.ge
On Thu, 11 Jan 2007, Hin-Tak Leung wrote:
> Prof Brian Ripley wrote:
>> On Thu, 11 Jan 2007, Hin-Tak Leung wrote:
>
>>>
>>> BTW, I am also cross-compiling some R packages with the cross tools
>>> provided by Prof Ripley. Presumably it means that I need to hack away
>>> the bundled mingw stuff i
Prof Brian Ripley wrote:
> On Thu, 11 Jan 2007, Hin-Tak Leung wrote:
>
>> Prof Brian Ripley wrote:
>>> On Thu, 11 Jan 2007, Hin-Tak Leung wrote:
>>
BTW, I am also cross-compiling some R packages with the cross tools
provided by Prof Ripley. Presumably it means that I need to hack
On Fri, 12 Jan 2007, Hin-Tak Leung wrote:
[...]
> Oh yes, I meant the i386 cross-tool *you* provided on x86_64 .
> BTW, there are a bunch of ready-made cross tool rpm's on
> http://mirzam.it.vu.nl/mingw/
Like all other sets I know of they appear to lack g77 and so are
inadequate to make R. (Al
Duncan Murdoch wrote:
> On 1/11/2007 6:52 AM, Hin-Tak Leung wrote:
>> Duncan Murdoch wrote:
>>> On 1/10/2007 2:29 PM, Hin-Tak Leung wrote:
Does anybody (most probably the core team) know if there is
any difference in how the official 2.4.0 and 2.4.1 binaries are
built?
Prob
On Fri, 12 Jan 2007, Hin-Tak Leung wrote:
> I'd like to know one thing though - was there any specific reason for
> the mingw upgrade after 2.4.0, or was it just a routine
> latest-is-greatest upgrade?
There are specific requirements: from the CHANGES file
2.4.0:
mingw-runtime >= 3.10 is requir
Prof Brian Ripley wrote:
> On Fri, 12 Jan 2007, Hin-Tak Leung wrote:
>
>> I'd like to know one thing though - was there any specific reason for
>> the mingw upgrade after 2.4.0, or was it just a routine
>> latest-is-greatest upgrade?
>
> There are specific requirements: from the CHANGES file
>
>
On Fri, 12 Jan 2007, Hin-Tak Leung wrote:
> Prof Brian Ripley wrote:
>> On Fri, 12 Jan 2007, Hin-Tak Leung wrote:
>>
>>> I'd like to know one thing though - was there any specific reason for
>>> the mingw upgrade after 2.4.0, or was it just a routine
>>> latest-is-greatest upgrade?
>>
>> There a
On Jan 12, 2007, at 7:31 AM, Hin-Tak Leung wrote:
> I do use Java, just not in relation to R - it has been a while
> since I played with SJava. Sun's JDK (32-bit) has been working
> consistently.
> On FC5 x86_64 the default gcj-based JRE was a bit funny, but since
> upgraded to FC6, I found
On 1/12/2007 12:04 PM, Hin-Tak Leung wrote:
> Prof Brian Ripley wrote:
>> On Fri, 12 Jan 2007, Hin-Tak Leung wrote:
>>
>>> I'd like to know one thing though - was there any specific reason for
>>> the mingw upgrade after 2.4.0, or was it just a routine
>>> latest-is-greatest upgrade?
>>
>> There
Duncan Murdoch wrote:
> On 1/12/2007 12:04 PM, Hin-Tak Leung wrote:
>> Prof Brian Ripley wrote:
>>> On Fri, 12 Jan 2007, Hin-Tak Leung wrote:
>>>
I'd like to know one thing though - was there any specific reason for
the mingw upgrade after 2.4.0, or was it just a routine
latest-is-gr
On 1/12/07, Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
> On Thu, 11 Jan 2007, Byron Ellis wrote:
>
>
> X11 has two, and with an extension three, and all can be accessed via
> file().
OS X supports arbitrarily and even uniquely named pasteboards (for use
as an IPC mechanism). I suppose a URI-esqu
Simon Urbanek wrote:
>
> On Jan 12, 2007, at 1:31 PM, Hin-Tak Leung wrote:
>
>> Prof Brian Ripley wrote:
>>> On Fri, 12 Jan 2007, Simon Urbanek wrote:
On Jan 12, 2007, at 7:31 AM, Hin-Tak Leung wrote:
> I do use Java, just not in relation to R - it has been a while
> since
Full_Name: Alexandra R Mendes de Almeida
Version: 2.4.1
OS: Linux
Submission from: (NULL) (201.51.225.154)
R-Masters
The packahe SGAx is not on the repository.
See the message returned by R when i tried to install it:
> install.packages("SAGx")
--- Please select a CRAN mirror for use in this se
Full_Name: Ricardo Aponte
Version: R 2.4.0
OS: Solaris 10
Submission from: (NULL) (200.71.37.195)
Hello
I'm having trouble building R under Unix. I've searched for information about it
on google or the R database but I didn't find any answer on my problem. I would
be thankful if somebody coul
Full_Name: Joerg Polzehl
Version: 2.3.1
OS: x86_64, linux-gnu
Submission from: (NULL) (62.141.176.22)
I observed an incorrect behavior of function deriv when evaluating arguments of
dnorm
deriv(~dnorm(z,0,s),"z")
expression({
.value <- dnorm(z, 0, s)
.grad <- array(0, c(length(.value), 1
Hello,
I've compiled some Fortran code and dyn.loaded it into R as in the
"Writing R Extensions" manual. The code receives four large arrays of
doubles from R (size about 3000x3000), and runs through several loops
with BLAS calls. However, I get a memory corruption error when
running it --
When attempting to merge 3 data frames, one of which has fewer columns
than the others, rbind.data.frame correctly refuses to perform the bind.
However, the error message given is a bit obscure due to a logical
bug in the match.names() internal function to rbind.data.frame.
Illustration:
## Thre
Hi,
I'd like to point out a potential problem with the current R.INSTALL
directory created by 'R CMD INSTALL' when applied to a source package.
On Windows (and, AFAIK, only on Windows), 'R CMD INSTALL mypackage_1.0.0.tar.gz'
creates a temporary R.INSTALL directory in the current directory. This
d
22 matches
Mail list logo
