Hi all,
make check fails for me with latest SVN code for file base-Ex.R:
> sw[1,] # a one-row data frame
Warning in format.data.frame(x, digits = digits, na.encode = FALSE) :
corrupt data frame: columns will be truncated or padded with NAs
Fertility Agriculture Exa
On Wed, 15 Nov 2006, Barry Rowlingson wrote:
>
> >
> > It does not remove names in Splus either, just all
> > other attributes. I see c() used in several Splus
> > functions as a way to convert a matrix into a vector
> > (by removing the .Dims and .Dimnames attributes).
> >
>
> I dont see t
>
> It does not remove names in Splus either, just all
> other attributes. I see c() used in several Splus
> functions as a way to convert a matrix into a vector
> (by removing the .Dims and .Dimnames attributes).
>
I dont see the logic in certain attribute names (?attr lists 'class',
'comm
> > In addition, c() has always had a double meaning of
> > (a) turning an object into a simple "vector" (an object
> > without "attributes"), as in
> > > c(factor(c("Cat","Dog","Cat")))
> > [1] 1 2 1
> > > c(data.frame(x=1:2,y=c("Dog","Cat")))
> > $x
> > [1] 1 2
> >
On Wed, 15 Nov 2006, Seth Falcon wrote:
> Prof Brian Ripley <[EMAIL PROTECTED]> writes:
>> NewEnvironment is currently exposed as Rf_NewEnvironment.
>> R_NewHashedEnv is currrently hidden, but I'll unhide it. It does not
>> need a further prefix.
>
> Thank you. Could someone provide a bit more d
> "Julien" == Julien Steiner <[EMAIL PROTECTED]>
> on Wed, 15 Nov 2006 15:47:05 +0100 (CET) writes:
Julien> Hello,
Julien> =20
Julien> I get this error when I try to install R-2.4.0 on Solaris 10
Julien> Any Assistance would be greatly appreciated
Not very likely to
> Just for clarification, my interest was only to provide an
> alternative that provided for a more generic approach, at
> least in a narrow application, not that I was advocating it's
> need.
Understood, apologies for falsely implying your advocation.
> I would agree with Prof. Ripley's comm
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> NewEnvironment is currently exposed as Rf_NewEnvironment.
> R_NewHashedEnv is currrently hidden, but I'll unhide it. It does not
> need a further prefix.
Thank you. Could someone provide a bit more detail on how to
determine if a given function in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Great. So now we know that Johnatha is running on a PPC.
Unfortunately, this isn't included in the details of the
OS in the bug report.
[EMAIL PROTECTED] wrote:
> here is the output
>
>
> > source("run.R")
> gcc-4.0 -arch ppc -I/Library/Framework
here is the output
> source("run.R")
gcc-4.0 -arch ppc -I/Library/Frameworks/R.framework/Resources/include
-I/Library/Frameworks/R.framework/Resources/include/ppc -I/usr/local/
include-fPIC -g -O2 -std=gnu99 -c code.c -o code.o
gcc-4.0 -arch ppc -dynamiclib -Wl,-macosx_version_min -Wl,1
I'll test your script.
Simon also made the same remark. Maybe in 10.4 this problem is solved.
But apparently, if I load a package and then try to detach it, R
still keeps open the .so file for that package.
Is this expected for a successful unload (given that I never had
experience of a succes
I'll test your script.
Simon also made the same remark. Maybe in 10.4 this problem is solved.
But apparently, if I load a package and then try to detach it, R
still keeps open the .so file for that package.
Is this expected for a successful unload (given that I never had
experience of a succes
here is the output
> source("run.R")
gcc-4.0 -arch ppc -I/Library/Frameworks/R.framework/Resources/include
-I/Library/Frameworks/R.framework/Resources/include/ppc -I/usr/local/
include-fPIC -g -O2 -std=gnu99 -c code.c -o code.o
gcc-4.0 -arch ppc -dynamiclib -Wl,-macosx_version_min -Wl,1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I was just testing this myself on various machines.
And it behaves on Linux, Windows and also on
my Intel Mac (OS X 10.4.8).
Stefano, is this restriction on OS X still in effect?
(Unfortunately I can't test this on any of my Power PC macs
just at the
[EMAIL PROTECTED] writes:
> Full_Name: Dragan Sestovic
> Version: 2.3.0
> OS: Windows XP
> Submission from: (NULL) (139.149.1.194)
>
>
> I can not save R objects from function using "save". The simple example is
> below:
> I do not understand why function funSave.1 fails. Also, why does function
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I was just testing this myself on various machines.
And it behaves on Linux, Windows and also on
my Intel Mac (OS X 10.4.8).
Stefano, is this restriction on OS X still in effect?
(Unfortunately I can't test this on any of my Power PC macs
just at the
On Wed, 2006-11-15 at 12:51 +, Matthew Dowle wrote:
> I have a solution which works for me, and I have contributed it. One
> other person has shown some interest, and taken it further to work with
> multiple arguments which looks like a nice improvement.
Just for clarification, my interest
Hello,
=20
I get this error when I try to install R-2.4.0 on Solaris 10
=20
Any Assistance would be greatly appreciated
=20
The ./configure thing passed but then on gmake I get :
=20
Undefined first referenced
symbol in file
__builtin_isn
In OS X you cannot "unload" dynamically linked code. This is a known
"feature" of OS X :(
This is not an R bug.
stefano
On 15/nov/06, at 15:27, [EMAIL PROTECTED] wrote:
> Full_Name: Jonathan Tuke
> Version: 2.4.0
> OS: Mac OS X 10.4.8
> Submission from: (NULL) (203.173.46.189)
>
>
> I am writi
Full_Name: Dragan Sestovic
Version: 2.3.0
OS: Windows XP
Submission from: (NULL) (139.149.1.194)
I can not save R objects from function using "save". The simple example is
below:
I do not understand why function funSave.1 fails. Also, why does function
funSave.2 work?
> funSave.1 <- function(a)
Prof Ripley,
> Well, R has managed without a factor method for c() for most of its
decade
> of existence (not that it originally had factors as we know them).
R has managed without other things too for most of its decade. For
example, row names in data frames have very recently been made
effici
On Wed, 15 Nov 2006 05:00:28 -, Prof Brian Ripley
<[EMAIL PROTECTED]> wrote:
> On Tue, 14 Nov 2006, Vladimir Dergachev wrote:
>
>> On Tuesday 14 November 2006 12:28 pm, Prof Brian Ripley wrote:
>>> This approach won't work in very many cases (but then nor will
>>> write.csv).
>>>
>>> The s
On Tue, 14 Nov 2006, Bill Dunlap wrote:
> On Tue, 14 Nov 2006, Prof Brian Ripley wrote:
>
>> Well, R has managed without a factor method for c() for most of its decade
>> of existence (not that it originally had factors as we know them).
>>
>> I would argue that factors are best viewed as an enume
23 matches
Mail list logo
