Looks like a bug in your iconv. However, that section of code is
conditionalized by
if(con-outconv) { /* translate the buffer */
and I don't see that as non-NULL on my systems. It should only be
called when you specify an encoding on the output connection, so have
you set an option
Nicholas please note that FDA does not require type III sums of squares,
LOCF, and the use of any particular software. It is just the fact that
FDA does not disallow type III tests and LOCF that prevents pharma from
abandoning these terrible methods.
Frank
--
Frank E Harrell Jr Professor
on 01/10/2009 03:06 PM Spencer Graves wrote:
Hi, All:
What support exists for 'regression testing'
(http://en.wikipedia.org/wiki/Regression_testing) of R code, e.g., as
part of the R CMD check process?
TheRUnit package supports unit testing
On Sun, 11 Jan 2009, Daniel Sabanés Bové wrote:
Yes, I set the encoding to UTF-8 in my .Rprofile. Sorry that I didn't
You really don't want to do that: it adds a considerable overhead and
relies on a bug-free iconv
The latest R-patched should work around this.
mention it already. So
Hi Frank,
Thank you for the correction, I don't work in clinical, so good you keep
me honest.
Nicholas
On Sun, 11 Jan 2009 09:21:23 -0600, Frank E Harrell Jr
f.harr...@vanderbilt.edu said:
Nicholas please note that FDA does not require type III sums of squares,
LOCF, and the use of any
Those of you tracking R development will have noticed that we are
moving towards using R as a scripting engine. (It is often overlooked
as such.) Thus far INSTALL, REMOVE, SHLIB and massage-examples have
been moved to R.
Reasons:
- it is platform-independent and needs no other tools
On Sun, Jan 11, 2009 at 3:18 PM, Prof Brian Ripley
rip...@stats.ox.ac.uk wrote:
Those of you tracking R development will have noticed that we are moving
towards using R as a scripting engine. (It is often overlooked as such.)
...
In due course we see phasing out the use of Perl, at least at
On 11 January 2009 at 20:18, Prof Brian Ripley wrote:
| Those of you tracking R development will have noticed that we are
| moving towards using R as a scripting engine.
[...]
| Reasons:
|
| - it is platform-independent and needs no other tools installed.
[...]
| - it is fast.
[...]
Indeed. I
Dear developers,
today I tried to build and install R-devel_2009-01-10 on FreeBSD
8.0-CURRENT (i386) for testing purposes.
All went well until compiling the now recommended (integrated) Matrix
package. At this point the following break occured:
Hi,
I was looking at the sparse matrix packages and I noticed that complex
valued sparse matrices are not supported. Is there anybody working on
adding complex-support for the SparseM or the Matrix package?
juha
__
R-devel@r-project.org mailing list
You need to take this up with the package maintainers: although
recommended packages are distributed with R, they are still
contributed packages with separate maintainers.
At one point Matrix did work with a non-GNU make (the Solaris one)
after suggestions from R-core members on how to
11 matches
Mail list logo