On 7/5/2006 8:06 PM, Gabor Grothendieck wrote:
> On 7/5/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>> On 7/5/2006 4:33 PM, Gabor Grothendieck wrote:
>>> On 7/5/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
On 7/5/2006 3:47 PM, Gabor Grothendieck wrote:
> On 7/5/06, Duncan Murdoch <[EMAI
On 7/5/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> On 7/5/2006 8:06 PM, Gabor Grothendieck wrote:
> > On 7/5/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> >> On 7/5/2006 4:33 PM, Gabor Grothendieck wrote:
> >>> On 7/5/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> On 7/5/2006 3:47 PM, G
On 7/5/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> On 7/5/2006 4:33 PM, Gabor Grothendieck wrote:
> > On 7/5/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> >> On 7/5/2006 3:47 PM, Gabor Grothendieck wrote:
> >> > On 7/5/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> >> >> On 7/5/2006 2:23 PM,
On 7/5/2006 4:33 PM, Gabor Grothendieck wrote:
> On 7/5/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>> On 7/5/2006 3:47 PM, Gabor Grothendieck wrote:
>> > On 7/5/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>> >> On 7/5/2006 2:23 PM, Gabor Grothendieck wrote:
>>
>> >> I think by this time I hav
On 7/5/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> On 7/5/2006 3:47 PM, Gabor Grothendieck wrote:
> > On 7/5/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> >> On 7/5/2006 2:23 PM, Gabor Grothendieck wrote:
>
> >> I think by this time I have shown that subclassing of
> >> > environments does n
On 7/5/2006 3:47 PM, Gabor Grothendieck wrote:
> On 7/5/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>> On 7/5/2006 2:23 PM, Gabor Grothendieck wrote:
>> I think by this time I have shown that subclassing of
>> > environments does not work yet it could if it were designed differently
>> > and fu
On 7/5/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> On 7/5/2006 2:23 PM, Gabor Grothendieck wrote:
> > On 7/5/06, Simon Urbanek <[EMAIL PROTECTED]> wrote:
> >> Gabor,
> >>
> >> On Jul 5, 2006, at 1:16 PM, Gabor Grothendieck wrote:
> >>
> >> >> It really is the way R is designed to work. Whether
On 7/5/06, Simon Urbanek <[EMAIL PROTECTED]> wrote:
>
> On Jul 5, 2006, at 2:23 PM, Gabor Grothendieck wrote:
>
> > On 7/5/06, Simon Urbanek <[EMAIL PROTECTED]> wrote:
> >
> > I don't think ad hominem arguments and unsupported statements that
> > things "make no sense" or analogies to screwdrivers
On 7/5/2006 2:23 PM, Gabor Grothendieck wrote:
> On 7/5/06, Simon Urbanek <[EMAIL PROTECTED]> wrote:
>> Gabor,
>>
>> On Jul 5, 2006, at 1:16 PM, Gabor Grothendieck wrote:
>>
>> >> It really is the way R is designed to work. Whether it is a
>> >> problem or not is a separate issue. Environments real
On Jul 5, 2006, at 2:23 PM, Gabor Grothendieck wrote:
> On 7/5/06, Simon Urbanek <[EMAIL PROTECTED]> wrote:
>
> I don't think ad hominem arguments and unsupported statements that
> things "make no sense" or analogies to screwdrivers have any
> relevance to this discussion.
I was hoping that
On Jul 5, 2006, at 2:35 PM, [EMAIL PROTECTED] wrote:
>
> I have a perl script that constructs some large R script files and
> runs R in batch mode with the R scripts. It seems to work ok for a
> while then starts throwing errors like this whenever I try to run R
> in batch mode:
>
> /usr/l
I have a perl script that constructs some large R script files and
runs R in batch mode with the R scripts. It seems to work ok for a
while then starts throwing errors like this whenever I try to run R
in batch mode:
/usr/lib64/R/bin/BATCH: line 52: 7875 Broken pipe ( echo
"
On 7/5/06, Simon Urbanek <[EMAIL PROTECTED]> wrote:
> Gabor,
>
> On Jul 5, 2006, at 1:16 PM, Gabor Grothendieck wrote:
>
> >> It really is the way R is designed to work. Whether it is a
> >> problem or not is a separate issue. Environments really are
> >> references, not values, and they really wor
On 7/5/06, Henrik Bengtsson <[EMAIL PROTECTED]> wrote:
> On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> > On Wed, 5 Jul 2006, Gabor Grothendieck wrote:
> >
> > > On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> > >> On Wed, 5 Jul 2006, Gabor Grothendieck wrote:
> > >>
> > >> > On 7/5/06
Gabor,
On Jul 5, 2006, at 1:16 PM, Gabor Grothendieck wrote:
>> It really is the way R is designed to work. Whether it is a
>> problem or not is a separate issue. Environments really are
>> references, not values, and they really work differently from the
>> way most other objects work.
>
>
On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> On Wed, 5 Jul 2006, Gabor Grothendieck wrote:
>
> > On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> >> On Wed, 5 Jul 2006, Gabor Grothendieck wrote:
> >>
> >> > On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> >> >> On Tue, 4 Jul 2006
On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> On Wed, 5 Jul 2006, Gabor Grothendieck wrote:
>
> > On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> >> On Wed, 5 Jul 2006, Gabor Grothendieck wrote:
> >>
> >> > On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> >> >> On Tue, 4 Jul 2006
On Wed, 5 Jul 2006, Gabor Grothendieck wrote:
> On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
>> On Wed, 5 Jul 2006, Gabor Grothendieck wrote:
>>
>> > On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
>> >> On Tue, 4 Jul 2006, Gabor Grothendieck wrote:
>> >>
>> >> > In the code below, e i
On 7/5/2006 12:39 PM, Gabor Grothendieck wrote:
> On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
>> On Wed, 5 Jul 2006, Gabor Grothendieck wrote:
>>
>> > On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
>> >> On Tue, 4 Jul 2006, Gabor Grothendieck wrote:
>> >>
>> >> > In the code below, e i
On Wed, 5 Jul 2006, Gabor Grothendieck wrote:
> On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
>> On Tue, 4 Jul 2006, Gabor Grothendieck wrote:
>>
>> > In the code below, e is an environment which we copy to f and then
>> > add attributes to e. Now f winds up with the same attributes.
>> >
On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> On Wed, 5 Jul 2006, Gabor Grothendieck wrote:
>
> > On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> >> On Tue, 4 Jul 2006, Gabor Grothendieck wrote:
> >>
> >> > In the code below, e is an environment which we copy to f and then
> >> > add
On Tue, 4 Jul 2006, Gabor Grothendieck wrote:
> In the code below, e is an environment which we copy to f and then
> add attributes to e. Now f winds up with the same attributes.
>
> In other words it seems that the attributes are a property of the
> environment itself and not of the variable. T
On 7/5/06, Thomas Lumley <[EMAIL PROTECTED]> wrote:
> On Tue, 4 Jul 2006, Gabor Grothendieck wrote:
>
> > In the code below, e is an environment which we copy to f and then
> > add attributes to e. Now f winds up with the same attributes.
> >
> > In other words it seems that the attributes are a p
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> > Sorry, unclear. We already change quote= for read.delim and read.csv,
> > and I was suggesting also to modify the default for comment.char for
> > those functions, but definitely not for read.table.
> >
> > Arguably, those functions are there to ha
As this is documented to quote nothing if quote=FALSE, the patch is
incorrect. We need to handle quoting of colunm names separately.
Fixed for 2.3.1 patched.
On Thu, 29 Jun 2006, [EMAIL PROTECTED] wrote:
> Full_Name: Michael Toews
> Version: 2.3.1
> OS: Mac OS 10.4.6 and WinXP/SP2
> Submissio
On Wed, 5 Jul 2006, Peter Dalgaard wrote:
> Prof Brian Ripley <[EMAIL PROTECTED]> writes:
>
>> On Wed, 5 Jul 2006, Peter Dalgaard wrote:
>>
>>> [EMAIL PROTECTED] writes:
>>>
(1) read.table(), with sep="\t", identifies 13 our of 1400 records,
in a file with 1400 records of 3 fields each,
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> On Wed, 5 Jul 2006, Peter Dalgaard wrote:
>
> > [EMAIL PROTECTED] writes:
> >
> >> (1) read.table(), with sep="\t", identifies 13 our of 1400 records,
> >> in a file with 1400 records of 3 fields each, as having only 2 fields.
> >> This happens unde
On 7/4/2006 11:12 PM, Gabor Grothendieck wrote:
> In the code below, e is an environment which we copy to f and then
> add attributes to e. Now f winds up with the same attributes.
>
> In other words it seems that the attributes are a property of the
> environment itself and not of the variable.
On Wed, 5 Jul 2006, Peter Dalgaard wrote:
> [EMAIL PROTECTED] writes:
>
>> (1) read.table(), with sep="\t", identifies 13 our of 1400 records,
>> in a file with 1400 records of 3 fields each, as having only 2 fields.
>> This happens under version 2.3.1 for Windows as well as with
>> R 2.3.1 for Ma
On 7/5/2006 3:22 AM, Prof Brian Ripley wrote:
> On Tue, 4 Jul 2006, Duncan Murdoch wrote:
>
>> On 7/4/2006 11:57 AM, Uwe Ligges wrote:
>>> Martin Maechler wrote:
> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Tue, 04 Jul 2006 08:32:08 -0400 writes:
Duncan> I've
On 7/5/2006 4:16 AM, Uwe Ligges wrote:
> Philippe Grosjean wrote:
>> Hello,
>>
>> Related to Windows installer changes (requests), would it be possible to
>> specify whether RGui is installed to run in MDI or SDI mode at start? It
>> is as simple as adding a 'Run RGui in SDI mode' option in InnoS
On Wed, 2006-07-05 at 09:49 +0100, Prof Brian Ripley wrote:
> By `R 2.3.1 svn r38481' do you mean R-patched? (R 2.3.1 is released.)
Yes, sorry, I meant R-patched svn r38481. My only excuse is jetlag...
>
> Looks like r38469 ported the revised test results but not the test: I have
> now done so
[EMAIL PROTECTED] writes:
> (1) read.table(), with sep="\t", identifies 13 our of 1400 records,
> in a file with 1400 records of 3 fields each, as having only 2 fields.
> This happens under version 2.3.1 for Windows as well as with
> R 2.3.1 for Mac OS X, and with R-devel under Mac OS X.
> [R vers
(1) read.table(), with sep="\t", identifies 13 our of 1400 records,
in a file with 1400 records of 3 fields each, as having only 2 fields.
This happens under version 2.3.1 for Windows as well as with
R 2.3.1 for Mac OS X, and with R-devel under Mac OS X.
[R version 2.4.0 Under development (unstable
By `R 2.3.1 svn r38481' do you mean R-patched? (R 2.3.1 is released.)
Looks like r38469 ported the revised test results but not the test: I have
now done so.
On Tue, 4 Jul 2006, Gavin Simpson wrote:
> Hi,
>
> I noticed this problem on my home desktop running FC4 and again on my
> laptop runni
Uwe Ligges wrote:
[...]
>
>
> Yes, that is exactly what Duncan already did!
>
> From CHANGES:
>
> "The installer can set defaults for MDI/SDI display, help style, and
> default action on q(). Custom builds of R can change these defaults."
>
> Uwe Ligges
Oh, sorry! (I should always read a
On Sat, 1 Jul 2006, Benjamin Tyner wrote:
> I noticed that in
>
> https://svn.r-project.org/R/trunk/src/library/stats/R/loess.R
>
> that we are now calling R_loess_raw, R_lowesw, R_lowesp, etc. I'm
> interested to know what is the benefit/reason for the 'R_', as I am
> unfamiliar with this prefix
Philippe Grosjean wrote:
> Hello,
>
> Related to Windows installer changes (requests), would it be possible to
> specify whether RGui is installed to run in MDI or SDI mode at start? It
> is as simple as adding a 'Run RGui in SDI mode' option in InnoSetup that
> installs a /etc/Rconsole file co
Hello,
Related to Windows installer changes (requests), would it be possible to
specify whether RGui is installed to run in MDI or SDI mode at start? It
is as simple as adding a 'Run RGui in SDI mode' option in InnoSetup that
installs a /etc/Rconsole file containing 'MDI = no' when the
option
On Tue, 4 Jul 2006, Duncan Murdoch wrote:
> On 7/4/2006 11:57 AM, Uwe Ligges wrote:
>> Martin Maechler wrote:
"Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
on Tue, 04 Jul 2006 08:32:08 -0400 writes:
>>> Duncan> I've just committed a couple of changes to R-devel related t
40 matches
Mail list logo