search for: sonnenburg

...t; R-devel (r45677) for me (x86_64 F8 Linux.) It also BDR> does not crash with the CRAN build of R 2.7.0 on BDR> Windows XP. Neither does it for me in R 2.7.0 on two x86_64 Linux platforms: Ubuntu 8.04 and Redhat Enterprise 5.1 Martin BDR> On Tue, 13 May 2008, Soeren Sonnenburg wrote: >> On Mon, 2008-05-12 at 11:10 +0200, >> maechler at stat.math.ethz.ch wrote: >>> Hi Soeren, >>>>>>>> "SS" == Soeren Sonnenburg <bugreports at nn7.de> on >>>>>>>> Sat, 10 May 2008 05:32:...

...So it would have only affected people who did that .... And generating a new report (PR#11438) was distinctly unfriendly. If after studing the R FAQ you have a reproducible example in a current version of R (R-devel or R-patched), plus add it to *this* report number. On Sat, 10 May 2008, Soeren Sonnenburg wrote: > On Sat, 2008-04-26 at 09:38 +0200, Peter Dalgaard wrote: >> bugreports at nn7.de wrote: >>> OK, I am just sending it here too as it looks like r-devel at r-project.org >>> is not the right place: >>> >> I think it was seen there too, just that noo...

OK, I am just sending it here too as it looks like r-devel at r-project.org is not the right place: =EF=BB=BFOn Fri, 2008-04-25 at 08:48 +0200, Soeren Sonnenburg wrote: > While trying to fix swig & R2.7 I actually discovered that there is a > bug in R 2.7 causing a crash (so R & swig might actually work): >=20 > the bug is in ./src/main/gram.c line 3038: >=20 > } else { /* over-long line */ > fixthis --> char *Lo...

...or, and silently creating it would lead to some puzzling errors. (In fact, I now suspect that this has happened to me in the past.) I've added some much more specific error messages. On Wed, 16 May 2007, edd at debian.org wrote: > > Soeren, > > On 16 May 2007 at 23:00, Soeren Sonnenburg wrote: > | Package: r-base-core > | Version: 2.5.1~20070513-1 [ aka R-patched as of 20070513 ] > | Severity: important > | > | R CMD INSTALL -l /path/to/lib > | > | no longer creates /path/to/lib but assumes it does already exist. This > | is a change in behaviour as it h...

On Mon, 2008-05-12 at 11:10 +0200, maechler at stat.math.ethz.ch wrote: > Hi Soeren, > >>>>> "SS" == Soeren Sonnenburg <bugreports at nn7.de> > >>>>> on Sat, 10 May 2008 05:32:14 +0000 writes: > > SS> On Sat, 2008-04-26 at 09:38 +0200, Peter Dalgaard wrote: > >> bugreports at nn7.de wrote: > OK, I am just sending it here > >> too as it looks lik...

While trying to fix swig & R2.7 I actually discovered that there is a bug in R 2.7 causing a crash (so R & swig might actually work): the bug is in ./src/main/gram.c line 3038: } else { /* over-long line */ fixthis --> char *LongLine = (char *) malloc(nc); if(!LongLine) error(_("unable to allocate space for source line %d"),

...gotten encoded in quoted-printable, you > might want to follow up with a cleaned version. (Just keep the > (PR#11281) in the header). To me crashers are critical bugs... isn't really no one interested in seeing this fixed? > > =EF=BB=BFOn Fri, 2008-04-25 at 08:48 +0200, Soeren Sonnenburg wrote: > > > >> While trying to fix swig & R2.7 I actually discovered that there is a > >> bug in R 2.7 causing a crash (so R & swig might actually work): > >> =20 > >> the bug is in ./src/main/gram.c line 3038: > >> =20 > >>...

...filing system so that it won't be completely forgotten.= =2E. However, your mail seems to have gotten encoded in quoted-printable, you = might want to follow up with a cleaned version. (Just keep the =20 (PR#11281) in the header). > =3DEF=3DBB=3DBFOn Fri, 2008-04-25 at 08:48 +0200, Soeren Sonnenburg wro= te: > =20 >> While trying to fix swig & R2.7 I actually discovered that there is a >> bug in R 2.7 causing a crash (so R & swig might actually work): >> =3D20 >> the bug is in ./src/main/gram.c line 3038: >> =3D20 >> } else { /* over...

Soeren, On 16 May 2007 at 23:00, Soeren Sonnenburg wrote: | Package: r-base-core | Version: 2.5.1~20070513-1 [ aka R-patched as of 20070513 ] | Severity: important | | R CMD INSTALL -l /path/to/lib | | no longer creates /path/to/lib but assumes it does already exist. This | is a change in behaviour as it has worked with R 2.4.X Let me pass...

On Sat, 2008-05-10 at 11:19 +0100, Prof Brian Ripley wrote: > You will see the current code is different, and your 'fix' is not needed=20 > nor applies in R-devel. would be nice... > You failed to provide an example to reproduce the alleged bug, but the=20 well the bug was obvious, I told that I can trigger it and that the proposed fix fixed it - no need to provide an example.

Dear all, I was trying to use the R swig wrapper with R 2.7 and shogun ( http://www.shogun-toolbox.org ) but it fails completely, as in doesn't even compile and even after patching then though compiling - crashes... So I asked on swig-users/swig-devel CC'ing the potential R maintainer but I never received a reply. I now wonder if anyone here could help or would be willing to maintain

Dear all, I've written a R to python/octave/r translator that (so you can call python from R etc and vice versa) enabling you to e.g. call matplotlib which just runs fine on the first command when I do Rf_initEmbeddedR(2, argv); Rf_endEmbeddedR(0); Rf_initEmbeddedR(2, argv); Rf_endEmbeddedR(0); I get this error Error in .Call("R_isMethodsDispatchOn", onOff,

Dear all, a Shogun 0.7.1 is out and available at http://www.shogun-toolbox.org which contains one new feature that might be of interest to R users. The eierlegendewollmilchsau interface. In case you don't know what this term stands for use google images :-) It is one file that will interface shogun to octave,r,python,matlab. It provides commands to run code in foreign languages: Example: