On Wed, Apr 22, 2009 at 04:30:36PM -0400, Stavros Macrakis wrote:
[snip]
> Now consider 1e40, which has the property
> that floor(x)==x==ceiling(x), which you might think characterizes an
> integer; but it also has the property that x+1 == x. Similarly for
> 1/3 * 1e40.
[snip]
The number 1/3 * 1
> "TP" == Tony Plate
> on Wed, 22 Apr 2009 14:37:05 -0600 writes:
TP> is.integer() is one of those functions with a name that can be
confusing
TP> -- it looks at the underlying storage type of its argument (e.g.,
TP> integer, floating point, character, etc.) not at the
maech...@stat.math.ethz.ch wrote:
>
> vQ> sprintf has a documented limit on strings included in the output
> using the
> vQ> format '%s'. It appears that there is a limit on the length of
> strings included
> vQ> with, e.g., the format '%d' beyond which surprising things happen
> (o
> "SM" == Stavros Macrakis
> on Wed, 22 Apr 2009 16:30:36 -0400 writes:
SM> Dear R experts,
SM> You are being a bit harsh on this user.
No! (see below)
SM> He simply doesn't understand
SM> the distinction between "object of type integer" and "integer-valued
SM>
> "vQ" == Wacek Kusnierczyk
> on Thu, 23 Apr 2009 11:49:54 +0200 writes:
vQ> maech...@stat.math.ethz.ch wrote:
>>
vQ> sprintf has a documented limit on strings included in the output using
the
vQ> format '%s'. It appears that there is a limit on the length of string
On Thu, Apr 23, 2009 at 11:37:37AM +0200, Martin Maechler wrote:
[snip]
> TP> To test whether a value is an integer value, you can so something
> like this:
>
> >> is.wholenumber <- function(x, tolerance = .Machine$double.eps^0.5)
> TP> return(abs(x - round(x)) < tolerance)
> >>
> *However*, Mauricio submitted a *formal* bug report against R
> and there are many caveats against doing that "light-heartedly".
> Note that he also said
I know it's frustrating when people repeatedly ask this question (and
file bug reports related to it), but does it really take that long to
te
Martin Maechler wrote:
>> "vQ" == Wacek Kusnierczyk
>> on Thu, 23 Apr 2009 11:49:54 +0200 writes:
>>
>
> vQ> maech...@stat.math.ethz.ch wrote:
> >>
> vQ> sprintf has a documented limit on strings included in the output
> using the
> vQ> format '%s'.
> "vQ" == Wacek Kusnierczyk
> on Thu, 23 Apr 2009 15:00:29 +0200 writes:
vQ> Martin Maechler wrote:
>>> "vQ" == Wacek Kusnierczyk
>>> on Thu, 23 Apr 2009 11:49:54 +0200 writes:
[..]
[..]
>> >> BTW,
>> >> 1) spri
Hello,
Would it be possible to have a custom prompt when browser()'ing.
I have made a simple implementation of this (which is attached), the
basic idea is that instead of the hardcoded sprintf( "Browser[%d]> ",
browselevel), a call to the getBrowsePrompt is made, and obviously the
function is
> "DM" == Duncan Murdoch
> on Mon, 23 Mar 2009 19:35:15 -0400 writes:
DM> On 23/03/2009 7:25 PM, cgeno...@u-paris10.fr wrote:
>> Full_Name: Christophe Genolini
>> Version: 2.8.1, but also 2.9
>> OS: Windows XP
>> Submission from: (NULL) (82.225.59.146)
>>
Martin Maechler wrote:
"SM" == Stavros Macrakis
on Wed, 22 Apr 2009 16:30:36 -0400 writes:
SM> Dear R experts,
SM> You are being a bit harsh on this user.
No! (see below)
SM> He simply doesn't understand
SM> the distinction between "object of type integer"
> On Wed, 22 Apr 2009 12:49:05 -0700,
> Kasper Daniel Hansen (KDH) wrote:
> This is a better way, it does two things
> a) enclose the itemize environment in a flushleft environment - this
> gives us much better line breaks for the verb.
> b) does a replace of ";" with ";| \verb|"
Thanks for the clear answer Stephen and thanks to all the guys that
pointed out my misunderstanding about the distinction between object
of type integer" and "integer-valued object".
I'm sorry for submitting to the R-bugs list something that is very
clear for all the members of the list, but it wa
I have the same problem trying build R 2.9.0 on AIX using the IBM
Visual Age compilers and GNU make. I'm trying to figure it out, but
any hints on a fix are greatly appreciated.
Thanks,
Darin
gmake[2]: Entering directory `/home/denglan/R/builddir/src/library/methods'
building package 'methods'
mk
how could it [MCE] swap a GPL license for the BSD?
Because the BSD is an open source license compatible with GPL. See
http://www.fsf.org/licensing/licenses/index_html#GPLCompatibleLicenses
derivative work
Points taken. It may not be derivation in the sense of modification, more in
the sense
Darin A. England wrote:
> I have the same problem trying build R 2.9.0 on AIX using the IBM
> Visual Age compilers and GNU make. I'm trying to figure it out, but
> any hints on a fix are greatly appreciated.
This seems to come from constructions of the form
for i in $FOO : do ; done
If $F
Hi Matt,
Do you know if a project like R(D)COM/Statconn can changing their
license to make it closed-source? (www.statconn.com &
http://rcom.univie.ac.at/ )
There was discussion on the RCom board about such changes earlier this
year as they move toward commercialization. If you're not familiar it
The FSF clearly promulgated the GPL with the intent of prohibiting the
bundling of GPL code with proprietary code. The way the GPL does this
is by putting conditions on distribution: if you "distribute" a
program "based on" a GPL program, the whole program must be licensed
under the GPL.
Clearly,
Hey core-developers,
With all the respect to your precious time and beliefs isn't that
phenomenon (as many others similar ones) due to deficiencies in the R
docs/FAQ's/etc? I hate to think you assume all other R users are
malicious idiots trying to spoil your time.
Thanks you very much,
Latcheza
I think the following rather wierd expressions show a problem in how
some of the .Primitive functions evaluate their arguments. I haven't
yet thought of a way that a nonabusive user might run into this problem.
In each case the first argument, x, is modified in the course of
evaluating the second
On Apr 23, 2009, at 11:47 AM, Stavros Macrakis wrote:
All that being said, the entity that must enforce these conditions is
not the FSF, but the copyright owner, in this case the R Foundation
and the copyright holders of any other packages redistributed by the
bundler. So it would be useful to k
> On Thu, 23 Apr 2009 00:36:48 +0100,
> Matthew Dowle (MD) wrote:
[...]
> Could someone from the R Foundation or the FSF step in and clarify the
> situation please ?
Just a short clarification (by no means intended to stop the thread):
as you can imagine we are discussing the matter
On Thu, 23 Apr 2009, William Dunlap wrote:
I think the following rather wierd expressions show a problem in how
some of the .Primitive functions evaluate their arguments. I haven't
yet thought of a way that a nonabusive user might run into this problem.
In each case the first argument, x, is mo
On Thu, Apr 23, 2009 at 1:41 PM, Friedrich Leisch
wrote:
>> On Thu, 23 Apr 2009 00:36:48 +0100,
>> Matthew Dowle (MD) wrote:
>
> [...]
>
> > Could someone from the R Foundation or the FSF step in and clarify the
> > situation please ?
>
> Just a short clarification (by no means intended
(Subject: renamed as thread hijacked from the ParallelR thread --Dirk)
On 23 April 2009 at 14:44, Gabor Grothendieck wrote:
| Aside from R there are the add-on packages.
|
| A frequency table showing the licenses of the CRAN packages indicates
| that the all or almost all packages have some so
On Thu, Apr 23, 2009 at 3:08 PM, Dirk Eddelbuettel wrote:
>
> (Subject: renamed as thread hijacked from the ParallelR thread --Dirk)
>
> On 23 April 2009 at 14:44, Gabor Grothendieck wrote:
> | Aside from R there are the add-on packages.
> |
> | A frequency table showing the licenses of the CRAN
On 23 April 2009 at 15:32, Gabor Grothendieck wrote:
| On Thu, Apr 23, 2009 at 3:08 PM, Dirk Eddelbuettel wrote:
| >
| > (Subject: renamed as thread hijacked from the ParallelR thread --Dirk)
| >
| > On 23 April 2009 at 14:44, Gabor Grothendieck wrote:
| > | Aside from R there are the add-on pa
On Thu, Apr 23, 2009 at 1:25 PM, Marc Schwartz wrote:
> On Apr 23, 2009, at 11:47 AM, Stavros Macrakis wrote:
>>
>> All that being said, the entity that must enforce these conditions is
>> not the FSF, but the copyright owner, in this case the R Foundation...
>> bundler. So it would be useful to k
On Apr 23, 2009, at 3:02 PM, Dirk Eddelbuettel wrote:
On 23 April 2009 at 15:32, Gabor Grothendieck wrote:
| On Thu, Apr 23, 2009 at 3:08 PM, Dirk Eddelbuettel
wrote:
| >
| > (Subject: renamed as thread hijacked from the ParallelR thread
--Dirk)
| >
| > On 23 April 2009 at 14:44, Gabor
Of the 31 packages listed:
[1] "BARD" "BayesDA" "CoCo" "ConvCalendar"
[5] "FAiR" "PTAk" "RScaLAPACK""Rcsdp"
[9] "SDDA" "SGP" "alphahull" "ash"
[13] "asypow""caMassClass" "gpclib""mapproj"
[17] "matlab"
In some other software systems there are separate repositories for
free and non-free add-ons. That way its clear what you are downloading
yet there are good outlets for both types of software. There has been some
discussion of future features that CRAN might have that might make
this even easier
On 23 April 2009 at 15:35, Marc Schwartz wrote:
| There is a list of acceptable entries that are defined as part of the
| specs in R-exts (see page 4). Perhaps this needs to be "tightened" a
| bit, at least in so far as packages passing R CMD check for the
| purpose of inclusion on CRAN. Tha
Dirk Eddelbuettel debian.org> writes:
> As a non-exhautive list with possible misclassifications, cran2deb currently
> has these packasges as 'maybe not free' and does not build them:
>
> BARD,BayesDA,CoCo,ConvCalendar,FAiR,PTAk,RScaLAPACK,Rcsdp,SDDA,SGP,
> alphahull,ash,asypow,caMassCl
On 23 April 2009 at 16:35, Gabor Grothendieck wrote:
| Of the 31 packages listed:
| [1] "BARD" "BayesDA" "CoCo" "ConvCalendar"
| [5] "FAiR" "PTAk" "RScaLAPACK""Rcsdp"
| [9] "SDDA" "SGP" "alphahull" "ash"
| [13] "asypow"
> REvolution appear to be offering ParallelR only when bundled with their R
> Enterprise edition. As such it appears to be non-free and closed source.
>http://www.revolution-computing.com/products/parallel-r.php
Have you also looked at:
http://nws-r.sourceforge.net/
The core of their Pa
On Thu, Apr 23, 2009 at 4:59 PM, Ben Goodrich wrote:
> Dirk Eddelbuettel debian.org> writes:
>> As a non-exhautive list with possible misclassifications, cran2deb currently
>> has these packasges as 'maybe not free' and does not build them:
>>
>> BARD,BayesDA,CoCo,ConvCalendar,FAiR,PTAk,RSca
Hi Matt,
Do you know if a project like R(D)COM/Statconn can changing their license to
make it closed-source? (www.statconn.com & http://rcom.univie.ac.at/ )
There was discussion on the RCom board about such changes earlier this year
as they move toward commercialization. If you're not familiar it
Gabor Grothendieck wrote:
> On Thu, Apr 23, 2009 at 4:59 PM, Ben Goodrich
> wrote:
>> Dirk Eddelbuettel debian.org> writes:
>>> As a non-exhautive list with possible misclassifications, cran2deb currently
>>> has these packasges as 'maybe not free' and does not build them:
>>>
>>> BARD,Baye
On Apr 23, 2009, at 3:22 PM, Stavros Macrakis wrote:
On Thu, Apr 23, 2009 at 1:25 PM, Marc Schwartz
wrote:
On Apr 23, 2009, at 11:47 AM, Stavros Macrakis wrote:
All that being said, the entity that must enforce these conditions
is
not the FSF, but the copyright owner, in this case the R
Assuming that the foundation does not want to deviate from the FSF
interpretation, there would still be value in clarifying its position
vis-à-vis how the license applies to R specifically.
For example the FSF foundation claims that linking to a library (even in an
interpreted environment) makes
> -Original Message-
> From: l...@stat.uiowa.edu [mailto:l...@stat.uiowa.edu]
> Sent: Thursday, April 23, 2009 11:06 AM
> To: William Dunlap
> Cc: r-devel@r-project.org
> Subject: Re: [Rd] reference counting problem in .Primitive's?
>
> On Thu, 23 Apr 2009, William Dunlap wrote:
>
> > I
On Thu, 23 Apr 2009, William Dunlap wrote:
-Original Message-
From: l...@stat.uiowa.edu [mailto:l...@stat.uiowa.edu]
Sent: Thursday, April 23, 2009 11:06 AM
To: William Dunlap
Cc: r-devel@r-project.org
Subject: Re: [Rd] reference counting problem in .Primitive's?
On Thu, 23 Apr 2009, Wi
I said:
>> ...The GPL FAQs are the FSF's interpretation. The R Foundation is not
>> obliged to have the same interpretation, and of course the FSF cannot
>> enforce licenses given by the R Foundation
On Thu, Apr 23, 2009 at 5:34 PM, Marc Schwartz wrote:
> Underlying all of your comments seem
On 23-Apr-09 22:21:45, Ian Fellows wrote:
> Assuming that the foundation does not want to deviate from the
> FSF interpretation, there would still be value in clarifying its
> position vis-à-vis how the license applies to R specifically.
I think (see below) that I agree with this!
> For example
On Thu, Apr 23, 2009 at 8:54 PM, Ted Harding
wrote:
> On 23-Apr-09 22:21:45, Ian Fellows wrote:
>> Assuming that the foundation does not want to deviate from the
>> FSF interpretation, there would still be value in clarifying its
>> position vis-à-vis how the license applies to R specifically.
>
>
I don't know about the legal definitions of all, but a few years back the
British Medical Journal had a filler article that looked at some surveys of
what people thought different words meant (you can get at the filler by going
to http://www.bmj.com/cgi/content/full/333/7565/442 and downloading
Many thanks to Peter for the explanation. I found that the fix for
me was to set the environment variable R_SHELL to '/usr/bin/bash',
otherwise (on my AIX system at least) the shell being used was
/bin/sh.
Darin
On Thu, Apr 23, 2009 at 10:54:31AM -0500, Darin England wrote:
> I have the same pro
48 matches
Mail list logo
