Full_Name: Edward McNeil
Version: 2.3.0
OS: Widows XP
Submission from: (NULL) (203.170.234.5)
Type the following:
> Sys.setlocale("LC_ALL","C")
> hist(1:10)
CRASH
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> "Gabor" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Sun, 21 May 2006 13:49:54 -0400 writes:
Gabor> On 5/21/06, Spencer Graves <[EMAIL PROTECTED]> wrote:
>> Hi, Gabor:
>>
>> Thanks. My initial failed attempt to add to "R wiki" generated the
>> following two qu
Works perfectly for me. There was a bug in 2.2.1, but it was fixed in
2.2.1 patched (see CHANGES).
What locale were you changing from? (This might be a Windows problem
specific to your locale.)
On Mon, 22 May 2006, [EMAIL PROTECTED] wrote:
> Full_Name: Edward McNeil
> Version: 2.3.0
> OS: Wid
Hi,
We tried it on 3 separate windows XP computers using version 2.3.0.
The original locale is set for Thailand on all 3.
So how do we fix it? Is there another patch?
And why does the crash not happen with earlier R versions (eg. 2.2.1) on the
same computer?
---
> Sys.getlocale()
[1]
"LC_COLLATE
On Mon, 22 May 2006, Edward wrote:
> Hi,
> We tried it on 3 separate windows XP computers using version 2.3.0.
> The original locale is set for Thailand on all 3.
> So how do we fix it? Is there another patch?
Don't try to do graphics in the C locale on your computer?
I suspect this is a font pr
I tried this by installing Thai on my laptop (WinXP) and rebooting into
Thai, and it failed for me. The crash is in mbstowcs in MSVCRT.dll,
and does not happen in any English locale I tried, only C.
So I am afraid it is a Windows (or VC++) bug specific to your locale, and
the only workaround is
Hi everybody,
I am trying to write a simple progress display based on a tcltk
toplevel. My first approach was to use the progressBar widget from the
BWidget library but since this is not available on every system (missing
on at least almost all windows systems, I guess...) I wanted to have a
backu
Florian Hahne <[EMAIL PROTECTED]> writes:
> Hi everybody,
> I am trying to write a simple progress display based on a tcltk
> toplevel. My first approach was to use the progressBar widget from the
> BWidget library but since this is not available on every system (missing
> on at least almost all
I have changed the generic to as.data.frame in R-devel by adding a '...'
argument. This means that any methods which do not have a '...' argument
(quite a few do) will generate a warning in R CMD check: the fix is very
simple (and backwards compatible): just add a '...' argument to the
method.
Hi
I have a package that I'm testing.
It seems to install fine and it works, as far as I can tell.
For example, I can install the package, and use it,
and source the test suite with no errors.
My problem is with R CMD check.
It passes on R-2.2-0:
Robin-Hankins-Computer:~/scratch% R CMD check
Thanks Peter,
that's what I was looking for. Works like a charm now...
Florian
Peter Dalgaard schrieb:
> Florian Hahne <[EMAIL PROTECTED]> writes:
>
>
>> Hi everybody,
>> I am trying to write a simple progress display based on a tcltk
>> toplevel. My first approach was to use the progressBar w
This is specific to the `universal' MacOS X binary: it is saying it cannot
run the i386 executable. If this is not a i386 Mac, some variable is set
wrong. In any case, I suggest the R-sig-mac list.
On Mon, 22 May 2006, Robin Hankin wrote:
> Hi
>
> I have a package that I'm testing.
> It seems
Problem:
Build of R failed when compiling sockconn.c. The problem seemed to be
that ssize_t was not defined.
The following change in sock.h fixes the problem, though it's probably
not fixed the _right_ way.
/* Following line changed by WTR (Cira) to overcome make problem.
#if defined Win32 && !d
[EMAIL PROTECTED] writes:
> Problem:
> Build of R failed when compiling sockconn.c. The problem seemed to be
> that ssize_t was not defined.
You have too little information here. Which platform, compiler, etc is
this?
R certainly builds fine on at least some i686-pc-linux-gnu systems.
I belie
On Mon, 2006-05-22 at 14:18 +0200, [EMAIL PROTECTED] wrote:
> Problem:
> Build of R failed when compiling sockconn.c. The problem seemed to be
> that ssize_t was not defined.
>
> The following change in sock.h fixes the problem, though it's probably
> not fixed the _right_ way.
>
> /* Following
This is already fixed in 2.3.1 beta: see the R FAQ for reporting on
current versions only.
On Mon, 22 May 2006, [EMAIL PROTECTED] wrote:
> Problem:
> Build of R failed when compiling sockconn.c. The problem seemed to be
> that ssize_t was not defined.
>
> The following change in sock.h fixes th
If a return value of locale does not have a period, a function of libmingwex
gives back NULL in strchr and refers to NULL pointer in atoi.
But it will be right to fix mingw...
--- locales.R.orig Mon Apr 10 07:19:19 2006
+++ locales.R Mon May 22 22:55:21 2006
@@ -10,6 +10,7 @@
{
cate
Dear R Developers,
Prediction intervals for weighted regression are treated in
Brown, P. J. (1994) Measurement, Regression and Calibration. Oxford
on p. 35. However, the prediction interval for Z is not really
spelled out in a way that would be accessible for me.
So I give up on this.
On Mon, 22 May 2006, Bill Dunlap wrote:
> On Mon, 22 May 2006, Prof Brian Ripley wrote:
>
>> The other motivation was to allow the option to not convert character
>> vectors to factors, which needed an additional argument to
>> as.data.frame.character. So data.frame now has an argument 'charToFac
On Mon, 22 May 2006, Prof Brian Ripley wrote:
> The other motivation was to allow the option to not convert character
> vectors to factors, which needed an additional argument to
> as.data.frame.character. So data.frame now has an argument 'charToFactor'
> controlled by a global option (which als
On Mon, 22 May 2006, Ei-ji Nakama wrote:
> If a return value of locale does not have a period, a function of libmingwex
> gives back NULL in strchr and refers to NULL pointer in atoi.
>
> But it will be right to fix mingw...
>
> --- locales.R.orig Mon Apr 10 07:19:19 2006
> +++ locales.R Mo
I was recently browsing through CRAN's Finance task view to remind
myself of the publicly available packages relevant to my work. As the
reference manuals are all online, I am able to flip through the
available functions to get an idea of the package's scope before
downloading.
That said, many au
Might it be feasible to just bundle any vignettes with the help file?
Wouldn't this make them more accessible to, e.g., RSiteSearch?
Just a thought. Spencer Graves
McGehee, Robert wrote:
> I was recently browsing through CRAN's Finance task view to remind
> myself of the publicly available pack
On Mon, 22 May 2006, Prof Brian Ripley wrote:
> On Mon, 22 May 2006, Bill Dunlap wrote:
>
> > On Mon, 22 May 2006, Prof Brian Ripley wrote:
> >
> >> The other motivation was to allow the option to not convert character
> >> vectors to factors, which needed an additional argument to
> >> as.data.fr
On 5/20/06, Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
> Here are three examples where this matters, and I think the bug is
> elsewhere!
>
> 1) Package accuracy does
>
> ZeligHooks<-function (...) {
> if (exists(".simHooked",envir=.GlobalEnv)) {
> return(TRUE)
> }
> origsim=g
Hi r-devels,
I am stuck in some S4 inheritance problem:
setClass("A",representation(a="numeric"))
setClass("A1",representation(b="numeric"),contains="A")
setClass("A2",representation(c="numeric"),contains="A1")
if(!isGeneric("foo")){
setGeneric("foo", function(x,y,z, ...) standardGeneric("fo
This would certainly be nice.
Note that the BioConductor package vignettes are online:
http://www.bioconductor.org/docs/vignettes.html
but there is nothing comparable for CRAN.
In some cases the package has a home page mentioned in the
URL field of the DESCRIPTION file and following that can s
On 22 May 2006 at 23:24, Gabor Grothendieck wrote:
| This would certainly be nice.
|
| Note that the BioConductor package vignettes are online:
|http://www.bioconductor.org/docs/vignettes.html
| but there is nothing comparable for CRAN.
|
| In some cases the package has a home page mentioned
I currently put my NEWS file in ./inst as the build procedure will
automatically copy that to the main directory of the built distribution.
Thus it appears in
the installed distribution so at least one can get it without
also downloading and unpacking the source. I also put a note in
mypkg-package
"Gabor Grothendieck" <[EMAIL PROTECTED]> writes:
> This would certainly be nice.
>
> Note that the BioConductor package vignettes are online:
>http://www.bioconductor.org/docs/vignettes.html
> but there is nothing comparable for CRAN.
That page is actually out of date (we'll be updating it re
I have a few simple questions about the usage of PROTECT, more
specifically how careful one needs to be. Simple yes/no answers are
fine.
Most of the uses I have seen do protection when memory is allocated.
But what if one just want to assign a value of another function to a
variable. Say e
31 matches
Mail list logo
