This is related to the incorrect bug report PR#7820. Marc Schwartz
pointed out in
https://stat.ethz.ch/pipermail/r-devel/2005-April/033016.html
an example of a real problem. If you call par(mfg=) after par(mfrow) (or
mfcol) and before you have done any plotting, NewPage is not called on the
d
We do recommend you try INSTALLing and loading the package before R CMD
check. The most common problem I have found is that the DSO/DLL cannot be
loaded, and there loading will give a more extensive error message.
On Fri, 20 Jan 2006, Berwin A Turlach wrote:
> G'day Seth,
>
>> "SF" == Seth
G'day Seth,
> "SF" == Seth Falcon <[EMAIL PROTECTED]> writes:
SF> I'm seeing errors with R CMD check that I don't understand
SF> when checking a package that uses a NAMESPACE file with an
SF> import directive.
I came sometime ago across a similar problem and it took me some time
t
I'm seeing errors with R CMD check that I don't understand when
checking a package that uses a NAMESPACE file with an import
directive. The imported package is listed in the DESCRIPTION file in
the Imports field.
DESCRIPTION contains:
Imports: arules
NAMESPACE contains:
import(arules)
T
Labbe, Vincent (AEREX drdc-rddc.gc.ca> writes:
>
> Hi,
>
> I am new to R and I would like to display an image on a plane in a 3D plot,
> i.e. I would like to be able to specify a theta and a phi parameters like in
> the function persp to display a 2D image on an inclined plane.
>
> Regards,
>
[posted to R-devel, no discussion:
resubmitting it as a bug, just so it gets
logged appropriately]
Sorry to report further difficulties with
nls and profiling and constraints ... the problem
this time (which I didn't check for in my last
round of testing) is that the nls profiler doesn't
seem
Due to the following lines in parse.format:
else if (nf == 3) {
sep <- ""
fmt <- substring(format, first = 1:3, last = 1:3)
}
If a format code has 3 characters, it will not use a separator:
> library(chron)
> mytime = times('7:15:00')
> format(mytime,'h:m')
[1] "0715"
Hi,
there is a bug in the calculation of row names in rbind.data.frame.
When one of the arguments has 0 rows but is named in the call, this
mistakenly contributes an element in the "row.names" attribute of the
result, e.g.:
> foo <- data.frame(x = 1:10, y = rnorm(10))
> bar1 <- rbind.data.frame(f
I am unable to reproduce the claimed bug here in R-devel (although I can
in 2.2.1), and the files are all readable in GSView/gs.
We do ask you to consult the appropriate files and test the current
versions to see if this has been changed. As the FAQ says
If a bug has already been reported o
> I am reporting the mis-behaviour of the function 'eigen' in 'base', for the
> following input matrix:
All you can report is that the results do not accord with your
expectations, and I am afraid the problem is the latter. However, I am
not going be as impolite as to call that your `mis-behavio
10 matches
Mail list logo
