search for: nn7

...nterprise 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: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 l...

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 like r-devel at r-project...

...inctly 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 noone got around to reply. In >> R-bugs, there's a filing system so that it won't be c...

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.

...89a8) at main.c:257 #16 0xb7e31ddc in run_Rmainloop () at main.c:306 #17 0xb7e31e1c in Rf_mainloop () at main.c:974 #18 0x08048776 in main (ac=1, av=0xb805b668) at Rmain.c:35 #19 0xb7be8450 in __libc_start_main () from /lib/i686/cmov/libc.so.6 #20 0x08048691 in _start () To reproduce ?wget http://nn7.de/debugging/shogun-0.6.1+svn2882.tar.bz2 tar xjf shogun-0.6.1+svn2882.tar.bz2 cd shogun-0.6.1+svn2882/src ./configure --interface=R-modular make (wait a few minutes) R dyn.load('features/Features.so') #source("features/Features.R") # not even necessary. Note that shogun works...

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 >

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 noone got around to reply. In > R-bugs, there's a filing system so that it won't be completely for...

bugreports at nn7.de wrote: > OK, I am just sending it here too as it looks like r-devel at r-project.or= g > is not the right place: > =20 I think it was seen there too, just that noone got around to reply. In=20 R-bugs, there's a filing system so that it won't be completely forgotten.= =2E. Howe...

...t: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: bugreports at nn7.de QAContact: xorg-team at lists.x.org when doing efi based boots (via elilo) after loading firmware and initialising fifo 1... lspci: 02:00.0 VGA compatible controller: nVidia Corporation G96 [GeForce 9600M GT] (rev a1) 03:00.0 VGA compatible controller: nVidia Corporation C79 [GeForc...

https://bugs.freedesktop.org/show_bug.cgi?id=27501 Summary: nVidia 9600M GT (Macbook Pro current model) is unable to boot Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau

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:

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"),