[Rd] sd function (PR#11586)

2008-06-06 Thread rfolgueira
Full_Name: Ramón Folgueira Roque
Version: 2.7.0
OS: Windows
Submission from: (NULL) (200.11.210.98)


The sd function doesn`t give the same results than older version, when it´s
applied to a data frame object and the object contains some character data.

Ex:
datos=data.frame( )
fix(datos)
  Grupo Vel 
  A 10.1   
  A 9.8
  B 10 
  B 10 
  A 9.9   
  A 10.1  
  B NA   
  A 10

sd(datos,na.rm=T)

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] memory.size() for large memory usage (PR#11596)

2008-06-06 Thread bowden
This amusing behaviour is from R2.6.1 on WinXP Pro SP2 running with boot.in=
i /3GB flag, exploring memory limits.

=20

When actual (object, not total) memory usage hits 2048 MB, memory.size star=
ts counting down again, but reports a negative amount, e.g. -2046.333. Is t=
his an intended (or unavoidable) feature?)

=20

Thanks,

=20

Rory Bowden

[EMAIL PROTECTED]

=20


[[alternative HTML version deleted]]

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] doc buglet / as.Date method

2008-06-06 Thread Paul Roebuck
Under Details section for as.Date:

as.Date will accept numeric data (the number of days
since an epoch), but only is origin is supplied.
  ^^
should be "if"


R version 2.7.0 Patched (2008-06-04 r45830)

--
SIGSIG -- signature too long (core dumped)

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] memory.size() for large memory usage (PR#11596)

2008-06-06 Thread ripley
On Thu, 5 Jun 2008, [EMAIL PROTECTED] wrote:

> This amusing behaviour is from R2.6.1 on WinXP Pro SP2 running with boot.in=
> i /3GB flag, exploring memory limits.
>
> =20
>
> When actual (object, not total) memory usage hits 2048 MB, memory.size star=
> ts counting down again, but reports a negative amount, e.g. -2046.333. Is t=
> his an intended (or unavoidable) feature?)

Not any more (it was a feature of the malloc used, but that has been 
updated and R hasn't followed.).

Will be changed for 2.7.1.

>
> =20
>
> Thanks,
>
> =20
>
> Rory Bowden
>
> [EMAIL PROTECTED]

-- 
Brian D. Ripley,  [EMAIL PROTECTED]
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel:  +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax:  +44 1865 272595

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] RFC: Add 'postinstall' hook to R CMD INSTALL ?

2008-06-06 Thread Prof Brian Ripley
Isn't this what Type: Frontend is for?  That gives you complete control 
and would seem appropriate for both of your examples.


On Thu, 5 Jun 2008, Dirk Eddelbuettel wrote:



I have been mulling over an idea I had meant to flesh out with a prototype
but haven't gotten around to.   So here it goes in the abstract without
working code:


What:  Extend 'R CMD INSTALL' to also work on sources that are not strictly
  CRAN packages

Why:  'R CMD INSTALL' is very good and very successful for CRAN packages. It
 has solved most issues related to configure, make, ... etc by relying
 on pre-computed and stored values.

 CRAN is also very good as a mirror network to distribute content that
 is easy to obtain by useRs.

 So there are cases where I'd like to use CRAN / R CMD INSTALL to work
 on non-package code. Two case are

   i)  littler which is easy to 'configure; make; make install' but
   would want to live in $PREFIX/bin -- and I need to copy it there

   ii) RCpp which is a library / glue code making live easier for C++
code to interface with R; also easy to configure but I'd then
libRcpp.{so,a} to be in $PREFIX/bin -- and I need to copy it
there


I hope not in 'bin' -- I am not sure if you mean $PREFIX/lib[64] or 
$R_HOME/lib?



How:  Similar to 'cleanup' we could have a script 'postinstall' in the
 top-level directory, and if present, R would execute it.


As I'm the one with the itch, I'd be happy to work on code towards
implementing this -- but before I go overboard with it, I'd love to hear
comments, suggestions, questions, ...  It is worthwhile? Is it feasible?
What did I overlook?

Thanks, Dirk

--
Three out of two people have difficulties with fractions.

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel



--
Brian D. Ripley,  [EMAIL PROTECTED]
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel:  +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax:  +44 1865 272595

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] RFC: Add 'postinstall' hook to R CMD INSTALL ?

2008-06-06 Thread Prof Brian Ripley

On Fri, 6 Jun 2008, Dirk Eddelbuettel wrote:



Brian,

Thanks for the follow-up.

On 6 June 2008 at 11:34, Prof Brian Ripley wrote:
| Isn't this what Type: Frontend is for?  That gives you complete control
| and would seem appropriate for both of your examples.

Interesting.  But the R Extensions manual says

  1.10.1 Frontend
  ---

  This is a rather general mechanism, designed for adding new front-ends
  such as the *gnomeGUI* package.  If a `configure' file is found in the
  top-level directory of the package it is executed, and then if a
  `Makefile' is found (often generated by `configure'), `make' is called.
  If `R CMD INSTALL --clean' is used `make clean' is called.  No other
  action is taken.

I am talking about the need for 'other action' such as 'make install', say.

Are you suggesting I shoehorn what I want done into the main 'make' target ?


Yes.  I don't see it as 'shoehorn' -- it is the install step.



| On Thu, 5 Jun 2008, Dirk Eddelbuettel wrote:
|
| >
| > I have been mulling over an idea I had meant to flesh out with a prototype
| > but haven't gotten around to.   So here it goes in the abstract without
| > working code:
| >
| >
| > What:  Extend 'R CMD INSTALL' to also work on sources that are not strictly
| >   CRAN packages
| >
| > Why:  'R CMD INSTALL' is very good and very successful for CRAN packages. It
| >  has solved most issues related to configure, make, ... etc by relying
| >  on pre-computed and stored values.
| >
| >  CRAN is also very good as a mirror network to distribute content that
| >  is easy to obtain by useRs.
| >
| >  So there are cases where I'd like to use CRAN / R CMD INSTALL to work
| >  on non-package code. Two case are
| >
| >i)  littler which is easy to 'configure; make; make install' but
| >would want to live in $PREFIX/bin -- and I need to copy it there
| >
| >ii) RCpp which is a library / glue code making live easier for C++
| >  code to interface with R; also easy to configure but I'd then
| >  libRcpp.{so,a} to be in $PREFIX/bin -- and I need to copy it
| >  there
|
| I hope not in 'bin' -- I am not sure if you mean $PREFIX/lib[64] or
| $R_HOME/lib?

Yes, cut&paste error. $PREFIX/lib is of course what I had in mind.

Other cases that may profit from this are

  iii)  Some other 'content' such as CRANberries or the cran2deb
 efforts could use it to synchronise / update SQLite database
 files in agreed upon locations.

   iv)  Web-based R add-ons could possibly use this mechanism to hook
  into the web server.

Dirk

| > How:  Similar to 'cleanup' we could have a script 'postinstall' in the
| >  top-level directory, and if present, R would execute it.
| >
| >
| > As I'm the one with the itch, I'd be happy to work on code towards
| > implementing this -- but before I go overboard with it, I'd love to hear
| > comments, suggestions, questions, ...  It is worthwhile? Is it feasible?
| > What did I overlook?
| >
| > Thanks, Dirk
| >
| > --
| > Three out of two people have difficulties with fractions.
| >
| > __
| > R-devel@r-project.org mailing list
| > https://stat.ethz.ch/mailman/listinfo/r-devel
| >
|
| --
| Brian D. Ripley,  [EMAIL PROTECTED]
| Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
| University of Oxford, Tel:  +44 1865 272861 (self)
| 1 South Parks Road, +44 1865 272866 (PA)
| Oxford OX1 3TG, UKFax:  +44 1865 272595

--
Three out of two people have difficulties with fractions.



--
Brian D. Ripley,  [EMAIL PROTECTED]
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel:  +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax:  +44 1865 272595

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] RFC: Add 'postinstall' hook to R CMD INSTALL ?

2008-06-06 Thread Dirk Eddelbuettel

On 6 June 2008 at 13:13, Prof Brian Ripley wrote:
| > On 6 June 2008 at 11:34, Prof Brian Ripley wrote:
| > | Isn't this what Type: Frontend is for?  That gives you complete control
| > | and would seem appropriate for both of your examples.
| >
| > Interesting.  But the R Extensions manual says
| >
| >   1.10.1 Frontend
| >   ---
| >
| >   This is a rather general mechanism, designed for adding new front-ends
| >   such as the *gnomeGUI* package.  If a `configure' file is found in the
| >   top-level directory of the package it is executed, and then if a
| >   `Makefile' is found (often generated by `configure'), `make' is called.
| >   If `R CMD INSTALL --clean' is used `make clean' is called.  No other
| >   action is taken.
| >
| > I am talking about the need for 'other action' such as 'make install', say.
| >
| > Are you suggesting I shoehorn what I want done into the main 'make' target ?
| 
| Yes.  I don't see it as 'shoehorn' -- it is the install step.

I have to think about this. I was envisioning a degree of freedom between
'make' and 'make install'. I may need some optionality here.

Anyway -- thanks for the suggestions. It is indeed very close to what I had
asked for.

Dirk

-- 
Three out of two people have difficulties with fractions.

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] RFC: Add 'postinstall' hook to R CMD INSTALL ?

2008-06-06 Thread Jeffrey Horner

Prof Brian Ripley wrote:

On Fri, 6 Jun 2008, Dirk Eddelbuettel wrote:



Brian,

Thanks for the follow-up.

On 6 June 2008 at 11:34, Prof Brian Ripley wrote:
| Isn't this what Type: Frontend is for?  That gives you complete control
| and would seem appropriate for both of your examples.

Interesting.  But the R Extensions manual says

  1.10.1 Frontend
  ---

  This is a rather general mechanism, designed for adding new front-ends
  such as the *gnomeGUI* package.  If a `configure' file is found in the
  top-level directory of the package it is executed, and then if a
  `Makefile' is found (often generated by `configure'), `make' is called.
  If `R CMD INSTALL --clean' is used `make clean' is called.  No other
  action is taken.

I am talking about the need for 'other action' such as 'make install', 
say.


Are you suggesting I shoehorn what I want done into the main 'make' 
target ?


Yes.  I don't see it as 'shoehorn' -- it is the install step.



Indeed, most GNU software follow the convention of:

configure
make
make install

Surely `R CMD INSTALL` can be augmented to call `make install` as well 
if the `Makefile` is found.


Best

Jeff





| On Thu, 5 Jun 2008, Dirk Eddelbuettel wrote:
|
| >
| > I have been mulling over an idea I had meant to flesh out with a 
prototype
| > but haven't gotten around to.   So here it goes in the abstract 
without

| > working code:
| >
| >
| > What:  Extend 'R CMD INSTALL' to also work on sources that are not 
strictly

| >   CRAN packages
| >
| > Why:  'R CMD INSTALL' is very good and very successful for CRAN 
packages. It
| >  has solved most issues related to configure, make, ... etc by 
relying

| >  on pre-computed and stored values.
| >
| >  CRAN is also very good as a mirror network to distribute 
content that

| >  is easy to obtain by useRs.
| >
| >  So there are cases where I'd like to use CRAN / R CMD INSTALL 
to work

| >  on non-package code. Two case are
| >
| >i)  littler which is easy to 'configure; make; make 
install' but
| >would want to live in $PREFIX/bin -- and I need to copy 
it there

| >
| >ii) RCpp which is a library / glue code making live easier 
for C++
| >  code to interface with R; also easy to configure but I'd 
then

| >  libRcpp.{so,a} to be in $PREFIX/bin -- and I need to copy it
| > there
|
| I hope not in 'bin' -- I am not sure if you mean $PREFIX/lib[64] or
| $R_HOME/lib?

Yes, cut&paste error. $PREFIX/lib is of course what I had in mind.

Other cases that may profit from this are

  iii)  Some other 'content' such as CRANberries or the cran2deb
 efforts could use it to synchronise / update SQLite database
 files in agreed upon locations.

   iv)  Web-based R add-ons could possibly use this mechanism to hook
  into the web server.

Dirk

| > How:  Similar to 'cleanup' we could have a script 'postinstall' in 
the

| >  top-level directory, and if present, R would execute it.
| >
| >
| > As I'm the one with the itch, I'd be happy to work on code towards
| > implementing this -- but before I go overboard with it, I'd love 
to hear
| > comments, suggestions, questions, ...  It is worthwhile? Is it 
feasible?

| > What did I overlook?
| >
| > Thanks, Dirk
| >
| > --
| > Three out of two people have difficulties with fractions.
| >
| > __
| > R-devel@r-project.org mailing list
| > https://stat.ethz.ch/mailman/listinfo/r-devel
| >
|
| --
| Brian D. Ripley,  [EMAIL PROTECTED]
| Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
| University of Oxford, Tel:  +44 1865 272861 (self)
| 1 South Parks Road, +44 1865 272866 (PA)
| Oxford OX1 3TG, UKFax:  +44 1865 272595

--
Three out of two people have difficulties with fractions.






--
http://biostat.mc.vanderbilt.edu/JeffreyHorner

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] read.table underR2.7.0 (PR#11605)

2008-06-06 Thread Holger . Mitterer
L.S.,

after having updated to 2.7.0, read.table seems
to have bug. I read in a file (see a view lines
pasted below) with:

phon = 
read.table("D:/Data/underspec/FULish/exp1/analysis/phoned111_200.txt", 
header = T);

the second variable, being "+" or "-" is converted into zeros (0)
and treated as a numerical variable.

Kind regards,
Holger


pp  typeitemtarget  compdistr   
   1-   sik.bmp  270.52  274.73  495.50 
   1+   meid.bmp  66.33  484.62  540.24 
   1+   flipper.bmp  247.79  453.23  413.18 
   1-   dood.bmp 275.22  359.80  451.38 
   1-   nat.bmp  176.65  531.24  419.50 
   1+   fauna.bmp200.57  501.46  456.97 
   1-   daad.bmp 174.50  531.96  465.20 
   1-   sok.bmp   46.90  418.95  597.41 
   1+   flik.bmp 230.59  546.53  397.22 
   1-   noorden.bmp  202.76  354.77  545.87 
   1-   sabel.bmp 63.98  633.96  444.06 
...


-- 

- - - - - - - - - - - - - - - - - - - - - - - -
Holger Mitterer, Ph.D.
Max-Planck-Institut für Psycholinguistik
Postbus 310
6500 AH Nijmegen
The Netherlands
Phone: (+31) (0)24 - 3521375
Fax: (+31) (0)24 - 3521213
- - - - - - - - - - - - - - - - - - - - - - - -

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] Error Message (PR#11602)

2008-06-06 Thread Jan . Matthias
Hello!

My Name is Jan Matthias and I am from Cologne University in Germany. I have=
 problems with R , version 1.9.1.
I also use the package tcltk and follow the instructions from a command fil=
e which i will send with.

My problem is that the program always stops at the same step, showing diffe=
rent Error Messages sometimes. My Hope is that you have a suggestion what t=
he problem is and how to solve it. Because this is the first time I use thi=
s program and I have no idea anymore.

First an example log (I also got other Error messages as I wrote, but in th=
e same step! For example that the file could not be found):

R : Copyright 2004, The R Foundation for Statistical Computing
Version 1.9.1  (2004-06-21), ISBN 3-900051-00-3

R is free software and comes with ABSOLUTELY NO WARRANTY.
You are welcome to redistribute it under certain conditions.
Type 'license()' or 'licence()' for distribution details.

R is a collaborative project with many contributors.
Type 'contributors()' for more information and
'citation()' on how to cite R in publications.

Type 'demo()' for some demos, 'help()' for on-line help, or
'help.start()' for a HTML browser interface to help.
Type 'q()' to quit R.

[Previously saved workspace restored]

> local({pkg <- select.list(sort(.packages(all.available =3D TRUE)))
+ if(nchar(pkg)) library(pkg, character.only=3DTRUE)})
> library(GOAT)
> initGOAT()
[1] "Showing the Tk GUI..."
[1] "Analyzing enrichment..."
Done.
>
> write.table(1h.txt.proc, file=3D"1h.proc.xls", sep=3D"\t",quote=3DF, col.=
names=3DF, row.names=3DF)
Error: syntax error

I checked the file names, but still I got that message.

Additionally here the instructions I followed step by step:

turn on R 1.9.1.
load package tcltk
type in: library(GOAT)
  initGOAT()
#a new window will open
select your inputfile and your organism
analyze


write.table(atest.txt.proc, file=3D"goatest.proc.xls", sep=3D"\t",quote=3DF=
, col.names=3DF, row.names=3DF)=20
write.table(atest.txt.func, file=3D"goatest.func.xls", sep=3D"\t",quote=3DF=
, col.names=3DF, row.names=3DF)
write.table(atest.txt.comp, file=3D"goatest.comp.xls", sep=3D"\t",quote=3DF=
, col.names=3DF, row.names=3DF)

#atest.text.proc or func or comp says from which graph to get the data

I would be very thankful if you can give me any suggestion or help.

Kindly regards
Jan Matthias
[EMAIL PROTECTED]







[[alternative HTML version deleted]]

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] Error Message (PR#11602)

2008-06-06 Thread Erik Iverson

[EMAIL PROTECTED] wrote:

Hello!

My Name is Jan Matthias and I am from Cologne University in Germany. I have=
 problems with R , version 1.9.1.


Is this a new record?  Jan, update to the latest R, which is about 4 
years newer than 1.9.1.


__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] read.table underR2.7.0 (PR#11605)

2008-06-06 Thread ripley
  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

--27464147-621931503-1212766709=:10799
Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: 8BIT

Not a bug, since this was platform-specific and undocumented before.

However, the behaviour has been changed in R-patched, docunented in the 
NEWS file, discussed on R-help 

Please do the homework the R FAQ and posting guide asks of you.

On Fri, 6 Jun 2008, [EMAIL PROTECTED] wrote:

> L.S.,
>
> after having updated to 2.7.0, read.table seems
> to have bug. I read in a file (see a view lines
> pasted below) with:
>
> phon =
> read.table("D:/Data/underspec/FULish/exp1/analysis/phoned111_200.txt",
> header = T);
>
> the second variable, being "+" or "-" is converted into zeros (0)
> and treated as a numerical variable.
>
> Kind regards,
> Holger
>
>
> pptypeitemtarget  compdistr
>   1   -   sik.bmp  270.52  274.73  495.50
>   1   +   meid.bmp  66.33  484.62  540.24
>   1   +   flipper.bmp  247.79  453.23  413.18
>   1   -   dood.bmp 275.22  359.80  451.38
>   1   -   nat.bmp  176.65  531.24  419.50
>   1   +   fauna.bmp200.57  501.46  456.97
>   1   -   daad.bmp 174.50  531.96  465.20
>   1   -   sok.bmp   46.90  418.95  597.41
>   1   +   flik.bmp 230.59  546.53  397.22
>   1   -   noorden.bmp  202.76  354.77  545.87
>   1   -   sabel.bmp 63.98  633.96  444.06
> ...
>
>
> -- 
>
> - - - - - - - - - - - - - - - - - - - - - - - -
> Holger Mitterer, Ph.D.
> Max-Planck-Institut für Psycholinguistik
> Postbus 310
> 6500 AH Nijmegen
> The Netherlands
> Phone: (+31) (0)24 - 3521375
> Fax: (+31) (0)24 - 3521213
> - - - - - - - - - - - - - - - - - - - - - - - -
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>

-- 
Brian D. Ripley,  [EMAIL PROTECTED]
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel:  +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax:  +44 1865 272595
--27464147-621931503-1212766709=:10799--

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] Posting Guide

2008-06-06 Thread Gabor Grothendieck
People read the posting guide yet they are still unable to create an acceptable
post. e.g.
https://stat.ethz.ch/pipermail/r-help/2008-June/164092.html

I think the problem is that the guide is not clear or concise enough.
I suggest we add a summary at the beginning which gets to the heart
of what a poster is expected to provide:

Summary

To maximize your change of getting a response when posting provide (1)
commented,
(2) minimal, (3) self-contained and (4) reproducible code.  (This one
line summary
also appears at the end of each message to r-help.)

"Self-contained" and "reproducible" mean that a responder can copy the
questioner's code to
the clipboard, paste it into their R session and see the same problem
you as the questioner
see.  Note that dput(mydata) will display mydata in a reproducible way.
Self-contained and reproducible are needed because:
(1) Self-Effort. It shows that the questioner tried to solve the
problem by themself first.
(2) Test framework. Often the responder needs to play with the code a
bit in order to respond
or at least to give the best answer.  They can't do that without a
test framework that includes
the data and the code to run it and its not fair to ask them to not
only answer the question but
also to come up with test data and to complete incomplete code.
(3) Archives. Questions and answers go into the archives so they are
not only for the benefit of
of the questioner but also for the benefit of all future searchers of
the archive.  That means
that its not finished if you have solved the problem for yourself.
You still need to ensure that
the thread has a complete solution. (For that reason its also
important to give a meaningful
subject to each post.)

"Commented" and "minimal" also reduce the time it takes to understand
the problem.
Don't just dump your code as is into the message since you are just
wasting your own
time. Its not likely anyone will answer a message if the questioner
has not taken the
time to reduce it to its essential elements.  Surprisingly, quite
often understanding what
the problem is takes the responder most of the time -- not solving the
problem. Once the
question is actually understood its often quite fast to answer.  Thus
in addition to posting
it in a minimal form, comment on it sufficiently so that the responder
knows what the code
does and is intended to produce.  It may be obvious to the questioner
who is embroiled in
the problem but that does not mean its obvious to others.

Introduction

 rest of posting guide ...

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] Makevars or congiure for multi platforms

2008-06-06 Thread Tadashi Kadowaki
Dear all,

As previously submitted, I wrote an extending pdf device to embed
pop up text and web links.
(Patches are available at http://pdf2.r-forge.r-project.org/patches)

Now, I'm making a library version of the pdf device.
However, with my skill, I'm not sure about writing Makevars or configure file
for multi platforms. A following line in Makevars works on my mac,
-
PKG_CFLAGS=-I/Library/Frameworks/R.framework/PrivateHeaders -DHAVE_CONFIG_H
-
(Note that the PrivateHeaders directory contains Fileio.h and Defn.h)

My question is,
How do I write Makevars or congiure for Unix/Linux and Windows?
I would like to support those platforms in my library.

Regards,

Tadashi Kadowaki

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


[Rd] Testing development code?

2008-06-06 Thread Spencer Graves
Hi, R Core Team: 

 How do you test the latest changes to the core R code?  Is it just 
"R CMD check"?  Or do you use other tools, like the perl "prove" module? 

 I ask, because I'm about to start developing routine testing for 
other (non-R) software, for which I can't do "R CMD check", and I'd like 
to know what you do. 


 Thanks,
 Spencer Graves

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] Testing development code?

2008-06-06 Thread Duncan Murdoch

Spencer Graves wrote:
Hi, R Core Team: 

  How do you test the latest changes to the core R code?  Is it just 
"R CMD check"?  Or do you use other tools, like the perl "prove" module? 

  I ask, because I'm about to start developing routine testing for 
other (non-R) software, for which I can't do "R CMD check", and I'd like 
to know what you do. 
  
There are a few make targets, e.g. "make check", "make check-all", etc.  
See the Admin manual for a number of choices, or R_HOME/tests/README.


Duncan Murdoch

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] Posting Guide

2008-06-06 Thread Steven McKinney
I'd recommend either having two or three good examples
of acceptable posts at the end of the posting guide
or at least some hyperlinks to good examples.  Two or
three contrasting poor posts would also be helpful.

If people can see a brief email with working code
AND the ever-essential sessionInfo() output
I think they will be more likely to compose
a reasonable post.

It's not rocket science when you see a few examples
of good posts, but reading lines and lines of text
describing a good post clearly is not getting
through to many people.

Steve McKinney

-Original Message-
From: [EMAIL PROTECTED] on behalf of Gabor Grothendieck
Sent: Fri 6/6/2008 10:30 AM
To: R Development List
Subject: [Rd] Posting Guide
 
People read the posting guide yet they are still unable to create an acceptable
post. e.g.
https://stat.ethz.ch/pipermail/r-help/2008-June/164092.html

I think the problem is that the guide is not clear or concise enough.
I suggest we add a summary at the beginning which gets to the heart
of what a poster is expected to provide:

Summary

To maximize your change of getting a response when posting provide (1)
commented,
(2) minimal, (3) self-contained and (4) reproducible code.  (This one
line summary
also appears at the end of each message to r-help.)

"Self-contained" and "reproducible" mean that a responder can copy the
questioner's code to
the clipboard, paste it into their R session and see the same problem
you as the questioner
see.  Note that dput(mydata) will display mydata in a reproducible way.
Self-contained and reproducible are needed because:
(1) Self-Effort. It shows that the questioner tried to solve the
problem by themself first.
(2) Test framework. Often the responder needs to play with the code a
bit in order to respond
or at least to give the best answer.  They can't do that without a
test framework that includes
the data and the code to run it and its not fair to ask them to not
only answer the question but
also to come up with test data and to complete incomplete code.
(3) Archives. Questions and answers go into the archives so they are
not only for the benefit of
of the questioner but also for the benefit of all future searchers of
the archive.  That means
that its not finished if you have solved the problem for yourself.
You still need to ensure that
the thread has a complete solution. (For that reason its also
important to give a meaningful
subject to each post.)

"Commented" and "minimal" also reduce the time it takes to understand
the problem.
Don't just dump your code as is into the message since you are just
wasting your own
time. Its not likely anyone will answer a message if the questioner
has not taken the
time to reduce it to its essential elements.  Surprisingly, quite
often understanding what
the problem is takes the responder most of the time -- not solving the
problem. Once the
question is actually understood its often quite fast to answer.  Thus
in addition to posting
it in a minimal form, comment on it sufficiently so that the responder
knows what the code
does and is intended to produce.  It may be obvious to the questioner
who is embroiled in
the problem but that does not mean its obvious to others.

Introduction

 rest of posting guide ...

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] Testing development code?

2008-06-06 Thread Prof Brian Ripley

On Fri, 6 Jun 2008, Spencer Graves wrote:


Hi, R Core Team:
How do you test the latest changes to the core R code?  Is it just "R 
CMD check"?  Or do you use other tools, like the perl "prove" module?
I ask, because I'm about to start developing routine testing for other 
(non-R) software, for which I can't do "R CMD check", and I'd like to know 
what you do.


'make check-devel', 'make check-all' and regression tests of (essentially) 
R CMD check over CRAN/BioC (the latter in arrears via daily checking 
unless the change is thought likely to break things).


If we were starting from scatch we would probably use a unit-testing 
framework such as provided by Runits.


C-based projects often use DejaGnu and similar -- scripting languages 
usually use themselves to run their test suites.



--
Brian D. Ripley,  [EMAIL PROTECTED]
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel:  +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax:  +44 1865 272595

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] Testing development code?

2008-06-06 Thread Spencer Graves
Dear Prof. Ripley: 

 


Prof Brian Ripley wrote:

On Fri, 6 Jun 2008, Spencer Graves wrote:


Hi, R Core Team:
How do you test the latest changes to the core R code?  Is it 
just "R CMD check"?  Or do you use other tools, like the perl "prove" 
module?
I ask, because I'm about to start developing routine testing for 
other (non-R) software, for which I can't do "R CMD check", and I'd 
like to know what you do.


'make check-devel', 'make check-all' and regression tests of 
(essentially) R CMD check over CRAN/BioC (the latter in arrears via 
daily checking unless the change is thought likely to break things).


If we were starting from scatch we would probably use a unit-testing 
framework such as provided by Runits.
 How can I find information on 'Runits'?  Google led me to 
'http://en.wikipedia.org/wiki/Unit_test'.  The other hits I got did not 
seem as informative as Wikipedia. 

 Thanks for the reply.  This is helpful. 
 Spencer Graves


C-based projects often use DejaGnu and similar -- scripting languages 
usually use themselves to run their test suites.





__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] sd function (PR#11586)

2008-06-06 Thread Ben Bolker
  yahoo.com> writes:

> 
> Full_Name: Ramón Folgueira Roque
> Version: 2.7.0
> OS: Windows
> Submission from: (NULL) (200.11.210.98)
> 
> The sd function doesn`t give the same results than older version, when it´s
> applied to a data frame object and the object contains some character data.
> 
> Ex:
> datos=data.frame( )
> fix(datos)
>   Grupo Vel 
>   A 10.1   
>   A 9.8
>   B 10 
>   B 10 
>   A 9.9   
>   A 10.1  
>   B NA   
>   A 10
> 
> sd(datos,na.rm=T)
> 
> ___

  This is almost certainly a consequence of the following
change in R 2.7.0:

o   co[rv](use = "complete.obs") now always gives an error if there
are no complete cases: they used to give NA if
method = "pearson" but an error for the other two methods.
(Note that this is pretty arbitrary, but zero-length vectors
always give an error so it is at least consistent.)
What's happening is that R tries to run sd() on each column.
The first column is coerced to a character, then var() says
there are no non-missing observations.

  This has been discussed (and complained about) previously.
(I'd like to add my vote for reversion of this behavior, because
it screws up one of the examples in my soon-to-be-published
book ... argh.)

  cheers
Ben Bolker

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] Testing development code?

2008-06-06 Thread Prof Brian Ripley

On Fri, 6 Jun 2008, Spencer Graves wrote:

Dear Prof. Ripley: 
 
Prof Brian Ripley wrote:

On Fri, 6 Jun 2008, Spencer Graves wrote:


Hi, R Core Team:
How do you test the latest changes to the core R code?  Is it just "R 
CMD check"?  Or do you use other tools, like the perl "prove" module?
I ask, because I'm about to start developing routine testing for other 
(non-R) software, for which I can't do "R CMD check", and I'd like to know 
what you do.


'make check-devel', 'make check-all' and regression tests of (essentially) 
R CMD check over CRAN/BioC (the latter in arrears via daily checking unless 
the change is thought likely to break things).


If we were starting from scatch we would probably use a unit-testing 
framework such as provided by Runits.
How can I find information on 'Runits'?  Google led me to 
'http://en.wikipedia.org/wiki/Unit_test'.  The other hits I got did not seem 
as informative as Wikipedia.


CRAN package RUnit and its vignette provides another slant.


Thanks for the reply.  This is helpful.  Spencer Graves


C-based projects often use DejaGnu and similar -- scripting languages 
usually use themselves to run their test suites.







--
Brian D. Ripley,  [EMAIL PROTECTED]
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford, Tel:  +44 1865 272861 (self)
1 South Parks Road, +44 1865 272866 (PA)
Oxford OX1 3TG, UKFax:  +44 1865 272595

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel