Re: [Rd] cairo anyone?
> | Michael Lawrence has as part of RGtk2. > > Speaking of which -- I tried to find his code anywhere on the "Internets" > following his very nice DSC presentation, but no beans. Why is this in > hiding? Is it expected to surface at some point? Any insights, Duncan? Michael is currently working on autogenerated documentation, and I think will be ready to release early next year. Hadley __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Windows crash in confint() with nls fit (PR#8428)
Actually, only the default algorithm is supported: algorithm="plinear" is
broken too. I've just added a check for the default algorithm in
R-patched, as the fix is better done on the R-devel code base (which
supports weights).
On Thu, 22 Dec 2005 [EMAIL PROTECTED] wrote:
> I've found the problem, but someone who knows more about nls() will have
> to fix it.
>
> The problem is that in the demo code below, n1 ends up being an nls
> object, but n1$call$control is NULL. profiler.nls() assumed that the
> nls object passed to it has a non-NULL element there, and doesn't check.
>
> I've fixed the code so now it doesn't crash, but it now dies with this
> error instead:
>
> > confint(n1) ## boom
> Waiting for profiling to be done...
> Error in prof$getProfile() : 'control$maxiter' absent
>
> I'll commmit my change to R-devel and R-patched shortly.
>
> Duncan Murdoch
>
>
>
>
>
> On 12/22/2005 1:23 PM, [EMAIL PROTECTED] wrote:
>> Full_Name: Ben Bolker
>> Version: 2.2.1
>> OS: Windows XP and 2000
>> Submission from: (NULL) (128.227.60.124)
>>
>>
>> The following code, using confint() to try
>> to get confidence intervals on an nls object
>> that has been fitted with algorithm="port"
>> reliably crashes R 2.2.0 and 2.2.1 with the
>> latest version of MASS on a Windows 2000 and
>> a Windows XP machine here. I *think* earlier
>> versions of MASS may not have crashed, but
>> I have now updated the versions on most of
>> my machines and don't have a test version handy.
>>
>> On XP, I get an error-report-do-you-want-
>> to-send-this-to-Microsoft dialog box. On 2000
>> I get a "Rgui has generated errors ..." dialog box.
>>
>> I can get this far:
>>
>> debug: profiledModel <- .Call("nls_iter", fittedModel, ctrl, trace,
>> PACKAGE = "stats")
>>
>> Browse[1]> where
>> where 1: prof$getProfile()
>> where 2: profile.nls(object, which = parm, alphamax = (1 - level)/4)
>> where 3: profile(object, which = parm, alphamax = (1 - level)/4)
>> where 4: confint.nls(n1)
>> where 5: confint(n1)
>>
>> I'm not set up to debug compiled code on Windows, and I haven't
>> been able to reproduce the problem on Linux.
>>
>> set.seed(1001)
>> x = runif(200)
>> a =1
>> b = 1
>> c = -0.1
>> y = a+b*x+c*x^2+rnorm(200,sd=0.05)
>> plot(x,y)
>> curve(a+b*x+c*x^2,add=TRUE)
>> n1 = nls(y~a+b*x+c*I(x^2),start=c(a=1,b=1,c=0.1),algorithm="port")
>> confint(n1) ## boom
>>
>> N.B.: It only crashes if algorithm="port" is specified.
>>
>> ## [1] "Windows 2000 Professional (build 2195) Service Pack 4.0"
>> ##
>> ## > R.version
>> ## _
>> ## platform i386-pc-mingw32
>> ## arch i386
>> ## os mingw32
>> ## system i386, mingw32
>> ## status
>> ## major2
>> ## minor2.0
>> ## year 2005
>> ## month10
>> ## day 06
>> ## svn rev 35749
>> ## language R
>> ##
>> ## MASS
>> ##
>> ## Version: 7.2-23
>> ## Date:2005-12-08
>> ##
>> ##
>>
>> ## "Windows XP Professional (build 2600) Service Pack 2.0"
>> ## _
>> ##platform i386-pc-mingw32
>> ##arch i386
>> ##os mingw32
>> ##system i386, mingw32
>> ##status
>> ##major2
>> ##minor2.0
>> ##year 2005
>> ##month10
>> ##day 06
>> ##svn rev 35749
>> ##language R
>>
>> ##
>> ##Version: 7.2-23
>> ##Date:2005-12-08 ## CRASH
>>
>> ##> R.version
>> ## _
>> ##platform i386-pc-mingw32
>> ##arch i386
>> ##os mingw32
>> ##system i386, mingw32
>> ##status
>> ##major2
>> ##minor2.1
>> ##year 2005
>> ##month12
>> ##day 20
>> ##svn rev 36812
>> ##language R
>> ## CRASH
>>
>> __
>> 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
>
>
--
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
[Rd] can someone help me understand LAM/MPI and Rmpi for use on a cluster
I'm fairly astute at C and R but new to parallelization. Would someone be willing to provide help in the form of a simple example that parallelizes an R function from the inside of a C routine? If so, write me back at [EMAIL PROTECTED] Thanks! __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Build error on Mac OS X
Prof Brian Ripley wrote: > The updating of gettext support is currently in mid-progress (and > specifically what is required for MacOS X). It looks as if your > system has another version of gettext installed: please configure R > not to use such a version for now (see configure --help for how to do > so). This worked just fine. Thanks! -- Hervé Pagès E-mail: [EMAIL PROTECTED] Phone: (206) 667-5791 Fax: (206) 667-1319 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] cairo anyone?
Byron, On Dec 22, 2005, at 8:07 PM, Byron Ellis wrote: > Has anyone taken a shot at a Cairo graphics device yet? *opens a drawer* You can try this: http://www.rosuda.org/R/Cairo_0.1-1.tar.gz I'm using it for generating bitmap files (PNG), that's why only the image-backned is used. It should be easy to add other formats like PDF or maybe even other surfaces like Win32, Quartz or XLib, because the back-end part is modular, but I didn't bother (yet?). Cheers, Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] make pkg-* R-2.2.1 Windows
I just installed R-2.2.1 on Windows Now when I change directories to C:\Program Files\R\R-2.2.1\src\gnuwin32 and try make pkg-*, e.g., make pkg-designs, I get -- Making package designs adding build stamp to DESCRIPTION making DLL ... making rand_exch.d from rand_exch.c making read_array_dyn.d from read_array_dyn.c making stard.d from stard.c making symmd.d from symmd.c cat: rand_exch.d: No such file or directory cat: read_array_dyn.d: No such file or directory cat: stard.d: No such file or directory cat: symmd.d: No such file or directory make[3]: *** [makeMakedeps] Error 1 make[2]: *** [srcDynlib] Error 2 make[1]: *** [all] Error 2 make: *** [pkg-designs] Error 2 The ".d" files are not created. If they are already there then the next step is object files, and they aren't created. This worked in previous versions of R ... I'm using: MSYS 1.0.10, GNU Make version 3.79.1 MINGW 3.1.0 (gcc (GCC) 3.2.3 (mingw special 20030504-1)) and "tools.zip" My path is set up as PATH=c:\msys\1.0\bin;C:\MinGW\bin;C:\MinGW\lib;c:\tools;"C:\Program Files\R\R-2.2.1\bin" [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] (Debian Bug 344248): R segfaults when pressing Delete (PR#8422)
On Wed, Dec 21, 2005 at 02:48:25PM +, Dirk Eddelbuettel wrote: > stats.ox.ac.uk> writes: > > Can you confirm you are running rl5.1? Given the segfault is readline not > > Yes: readline 5.1, just like the bug submitter (see at the very bottom). And a new Debian version libreadline5.1-3 (and now 5.1-4) fixes it. I assume the patch makes it upstream too. Dirk > > compatible version of a dynamic library so it seems to me the bug should > > be assigned to readline not R. > > Looks like it, yes. And from looking at http://bugs.debian.org/libreadline5 > it seems that the same behaviour was just found with gdb. > > Thanks for the quick replies! > > Dirk > > > > | ii libreadline-ru 1.8.3+1.8.4pre Readline interface for Ruby 1.8 > > > | ii libreadline4 4.3-18 GNU readline and history libraries, > run-time > > > | un libreadline4-d (no description available) > > > | ii libreadline5 5.1-1 GNU readline and history libraries, > run-time > > > | ii libreadline5-d 5.1-1 GNU readline and history libraries, > developm > > > | ii r-base 2.2.1-1GNU R statistical computing language > and env > > > | ii r-base-core2.2.1-1GNU R core of statistical computing > language > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel -- Hell, there are no rules here - we're trying to accomplish something. -- Thomas A. Edison __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] cairo anyone?
Ah, that should work, every now and again I think to myself "ah ha! I
should just generate some pngs..." until, invariably...
Error in X11(paste("png::",
then I swear for a bit and go off to do something else because I
can't be bothered. If I end up doing anything cool (IIRC cairo
handles all your major backing surfaces... including OpenGL via
Glitz, which could be handy for RGL) I'll shoot you a patch.
On Dec 23, 2005, at 3:25 PM, Simon Urbanek wrote:
> Byron,
>
> On Dec 22, 2005, at 8:07 PM, Byron Ellis wrote:
>
>> Has anyone taken a shot at a Cairo graphics device yet?
>
> *opens a drawer* You can try this:
> http://www.rosuda.org/R/Cairo_0.1-1.tar.gz
>
> I'm using it for generating bitmap files (PNG), that's why only the
> image-backned is used. It should be easy to add other formats like
> PDF or maybe even other surfaces like Win32, Quartz or XLib,
> because the back-end part is modular, but I didn't bother (yet?).
>
> Cheers,
> Simon
>
---
Byron Ellis ([EMAIL PROTECTED])
"Oook" -- The Librarian
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] make pkg-* R-2.2.1 Windows
Please use the recommended tools! We do not support MSYS nor that old compiler suite. On Fri, 23 Dec 2005, AJB wrote: > I just installed R-2.2.1 on Windows > > Now when I change directories to C:\Program Files\R\R-2.2.1\src\gnuwin32 > and try > make pkg-*, e.g., make pkg-designs, I get > > > -- Making package designs > adding build stamp to DESCRIPTION > making DLL ... > making rand_exch.d from rand_exch.c > making read_array_dyn.d from read_array_dyn.c > making stard.d from stard.c > making symmd.d from symmd.c > cat: rand_exch.d: No such file or directory > cat: read_array_dyn.d: No such file or directory > cat: stard.d: No such file or directory > cat: symmd.d: No such file or directory > make[3]: *** [makeMakedeps] Error 1 > make[2]: *** [srcDynlib] Error 2 > make[1]: *** [all] Error 2 > make: *** [pkg-designs] Error 2 > > > The ".d" files are not created. If they are already there then the next > step is object files, and they aren't created. > This worked in previous versions of R ... > > I'm using: > > MSYS 1.0.10, GNU Make version 3.79.1 > > MINGW 3.1.0 (gcc (GCC) 3.2.3 (mingw special 20030504-1)) > > and "tools.zip" > > My path is set up as > PATH=c:\msys\1.0\bin;C:\MinGW\bin;C:\MinGW\lib;c:\tools;"C:\Program > Files\R\R-2.2.1\bin" > > > [[alternative HTML version deleted]] > > __ > 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
