On Fri, Apr 15, 2005 at 02:34:23PM -0700, Phil Spector wrote: > Dirk & Peter- > Thanks for looking into the problem. We've dug a little deeper and > discovered that tcsh is the culprit, and will be filing the appropriate > bug report.
Ah, ok. Always nice to see when a hunch turns out right... You could reassign this bug report as well instead of opening a new one -- let me know if you want me to do anything. Regards, Dirk > Thanks again for your time. > - Phil > > On Thu, 14 Apr 2005, Dirk Eddelbuettel wrote: > > > > >Hi Phil, > > > >Thanks for the bug report. > > > >On 14 April 2005 at 11:37, Phil Spector wrote: > >| Package: r-base > >| Version: 2.0.1-1 > >| Severity: normal > >| > >| If an interactive R session is started (by typing "R" at the command > >line), > >| and then the window it was running in was killed, R continues to try and > >| write its' "Save workspace image?" message to the non-existent tty, > >| resulting in all CPU cycles being consumed by the R process. I don't > >| see similar behaviour in Solaris or x86 Debian. > > > >I'm puzzled. As you got this from the pre-built deb, the exact same compile > >options etc pp applied as did for x86, powerpc, sparc, ... yet nobody > >noticed > >it there. Also, you could try the never 2.1.0 pre-release that is unstable > >since Tuesday (presuming an amd64 binary has been created). > > > >I suspect that this may be more of an amd64 terminal emulation bug than an > >R, so I am leaning towards closing it as far as Debian and its R package > >are > >concerned. Could you live with that ? > > > >I'll also CC Peter who, as I recall, has been using R on amd64 for quite > >some > >time. Any idea, Peter? > > > >Regards, Dirk > > > >| -- System Information: > >| Debian Release: 3.1 > >| Architecture: amd64 (x86_64) > >| Kernel: Linux 2.6.9-9-amd64-k8-smp > >| Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > >| > >| Versions of packages r-base depends on: > >| ii r-base-core 2.0.1-1 GNU R core of statistical > >computin > >| ii r-recommended 2.0.1-1 GNU R collection of > >recommended pa > >| > >| -- no debconf information > > > >-- > >Better to have an approximate answer to the right question than a precise > >answer to the wrong question. -- John Tukey as quoted by John Chambers > > -- Better to have an approximate answer to the right question than a precise answer to the wrong question. -- John Tukey as quoted by John Chambers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]