[Rd] Workspace Browser - No Refresh of Deleted Objects (PR#8647)
Full_Name: Hans-Joerg Bibiko Version: 2.2.0 OS: Mac OSX 10.4.5 Submission from: (NULL) (194.94.96.198) Bug Reproduction: - open R - go to Workspace Browser -> it is empty enter: >a<-100 >b<-200 - go to Workspace Browser -> you see a and b enter: >rm(a) >rm(b) - go to Workspace Browser !! BUG you still see a and b although these objects are deleted physically!! Refresh-Button doesn't help. enter: >c<-300 - go to Workspace Browser, press Refresh -> you see only the new object c!! > sessionInfo() R version 2.2.0, 2005-10-06, powerpc-apple-darwin7.9.0 attached base packages: [1] "methods" "stats" "graphics" "grDevices" "utils" "datasets" "base" __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R-Project build system: DESTDIR support
Claudio Fontana wrote:
> Hello,
>
> --- Hin-Tak Leung <[EMAIL PROTECTED]>
>>Change to DESTDIR should be quite simple. I think it
>>is mostly one
>>line change in R/Makeconf.in,
>>where
>>rhome = ${libdir}/R
>>to
>>rhome = ${DESTDIR}/${libdir}/R
>>and maybe one or two other places, concerning that
>>wrapper script.
>
>
> Please DON'T. If I understood your idea correctly,
> this is not the meaning of DESTDIR,
> and placing DESTDIR there is harmful since its meaning
> is overloaded. The staged installation does _not_ need
> to be functional. Its hard coded paths must refer to
> the _final destination_ which is determined by prefix
> only.
> Then try this (replace user with your user name):
>
> $ tar -zxvf bc-1.06.tar.gz
> $ cd bc-1.06
> $ ./configure --prefix=/home/user/tmp
> $ make
> $ make install DESTDIR=/home/user/install-destdir
> $ ls /home/user/tmp
> ls: /home/user/tmp: No such file or directory
> $ find /home/user/install-destdir
> [study the output of this command]
I don't think you understand me correctly.
Doing the insertion as I wrote, (Makeconf.in is
included by R's top-level Makefile as far as I understand it),
would make "make install DESTDIR=/someotherroot/" work.
You probably mean this construction:
DESTDIR ?=${libdir}/R
rhome = ${DESTDIR}
instead. Either way, please study what Makeconf.in does.
HTL
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R-Project build system: DESTDIR support
--- Hin-Tak Leung <[EMAIL PROTECTED]>
wrote:
> Claudio Fontana wrote:
> > Hello,
> >
> > --- Hin-Tak Leung <[EMAIL PROTECTED]>
>
> >>Change to DESTDIR should be quite simple. I think
> it
> >>is mostly one
> >>line change in R/Makeconf.in,
> >>where
> >>rhome = ${libdir}/R
> >>to
> >>rhome = ${DESTDIR}/${libdir}/R
> >>and maybe one or two other places, concerning that
> >>wrapper script.
> >
> >
> > Please DON'T. If I understood your idea correctly,
> > this is not the meaning of DESTDIR,
> > and placing DESTDIR there is harmful since its
> meaning
> > is overloaded. The staged installation does _not_
> need
> > to be functional. Its hard coded paths must refer
> to
> > the _final destination_ which is determined by
> prefix
> > only.
>
> > Then try this (replace user with your user name):
> >
> > $ tar -zxvf bc-1.06.tar.gz
> > $ cd bc-1.06
> > $ ./configure --prefix=/home/user/tmp
> > $ make
> > $ make install DESTDIR=/home/user/install-destdir
> > $ ls /home/user/tmp
> > ls: /home/user/tmp: No such file or directory
> > $ find /home/user/install-destdir
> > [study the output of this command]
>
> I don't think you understand me correctly.
I am now pretty sure I did.
> Doing the insertion as I wrote, (Makeconf.in is
> included by R's top-level Makefile as far as I
> understand it),
> would make "make install DESTDIR=/someotherroot/"
> work.
It works, but not in the way its intended.
> Either way, please study what Makeconf.in
> does.
>
> HTL
I did, and does not seem ok.
Look:
- make the change in Makeconf.in:
rhome = $(DESTDIR)${libdir}/R
now I do:
$ ./configure --prefix=/home/claudio/tmp
$ make
$ make install DESTDIR=/home/claudio/install-destdir
$ find /home/claudio/tmp
/home/claudio/tmp
/home/claudio/tmp/man
/home/claudio/tmp/man/man1
/home/claudio/tmp/man/man1/R.1
/home/claudio/tmp/bin
/home/claudio/tmp/bin/R
[not ok, should return: /home/claudio/tmp: No such
file or directory. ]
Now for the more important thing:
$ cat /home/claudio/tmp/bin/R
#!/bin/sh
# Shell wrapper for R executable.
R_HOME_DIR=/home/claudio/install-destdir/home/claudio/tmp/lib/R
if test -n "${R_HOME}" && \
test "${R_HOME}" != "${R_HOME_DIR}"; then
echo "WARNING: ignoring environment value of R_HOME"
fi
R_HOME="${R_HOME_DIR}"
export R_HOME
R_SHARE_DIR=/home/claudio/install-destdir/home/claudio/tmp/lib/R/share
export R_SHARE_DIR
R_INCLUDE_DIR=/home/claudio/install-destdir/home/claudio/tmp/lib/R/include
export R_INCLUDE_DIR
R_DOC_DIR=/home/claudio/install-destdir/home/claudio/tmp/lib/R/doc
export R_DOC_DIR
[
not ok: the software itself must be DESTDIR unaware.
Those paths should read for example:
R_SHARE_DIR=/home/claudio/tmp/lib/R/share
The binaries, the datafiles, and the content of
everything else that gets installed should be
indistinguishable from a non-DESTDIR installation.
Moving the staged installation to the
final place should be (more or less[...]) a matter
of one mv command.
]
Do you see the difference in meaning between your
concept and the DESTDIR concept?
CLaudio
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Rcpp -> RcppTemplate package with L-GPL
Thank you all for your input and ideas. It seems this discussion has
clarified the purpose of the Rcpp/RcppTemplate package and further
demonstrated both creating and linking with an external library as well
as utilizing C++ for creating R packages. Moving the Rcpp code base to
a separate library encourages using its variable parsing in other
packages. Thank you again.
-Andy
-Original Message-
From: Dominick Samperi [mailto:[EMAIL PROTECTED]
Sent: Saturday, February 25, 2006 11:51 AM
To: Prof Brian Ripley; Andrew Finley
Cc: Dirk Eddelbuettel; Andrew Garbutt; r-devel@r-project.org
Subject: Rcpp -> RcppTemplate package with L-GPL
The R package previously named Rcpp has been renamed to
RcppTemplate (version 1.4), and it is on its way to CRAN.
This is clearer because now RcppTemplate is an R package,
RcppExample is a sample R function, and Rcpp is a C++
class library.
The new package contains the Rcpp class library released
under L-GPL instead of the more restrictive GPL, and it has
been reorganized so that it can be used like a template for
creating R packages that use C++ libraries.
In particular, the Rcpp source files have been moved from src to
inst/lib, and the static library libRcpp.a is built as part of the
package
install process. It is linked against when building the package
shared library and then deleted.
See the latest RcppAPI.pdf file for more information. To view it
use vignette("RcppAPI"), or simply fetch the PDF file from
RHOME/lib/RcppTemplate/doc/RcppAPI.pdf.
Be sure to remove the old package named Rcpp if present, because
otherwise there will be two vignettes named RcppAPI, and this
confuses vignette() (chokes under Windows).
Dominick
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] GUI Crashes (PR#8649)
Full_Name: Julio Rojas Version: 2.2.1 OS: XP Pro Submission from: (NULL) (213.60.4.253) I was debugging a program with browser "()", made a couple of "plot"'s within the debugging console. Switched back from the plot window to the console window using the mouse, without closing the plot window, and the GUI crashed and disapeared. The program is still runing in memory, but with no way to reach it or get it back alive. I'm running a fairly big dataset and the Task Manager shows "Rgui.exe" is using 120 Megs of RAM and 99% of the processor. It has happened twice tonight. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] GUI Crashes (PR#8649)
On 2/28/2006 6:02 PM, [EMAIL PROTECTED] wrote: > Full_Name: Julio Rojas > Version: 2.2.1 > OS: XP Pro > Submission from: (NULL) (213.60.4.253) > > > I was debugging a program with browser "()", made a couple of "plot"'s within > the debugging console. Switched back from the plot window to the console > window > using the mouse, without closing the plot window, and the GUI crashed and > disapeared. The program is still runing in memory, but with no way to reach it > or get it back alive. I'm running a fairly big dataset and the Task Manager > shows "Rgui.exe" is using 120 Megs of RAM and 99% of the processor. > > It has happened twice tonight. Please give us a description of a procedure that we can use to reliably reproduce the crash. Otherwise we have no place to start. Duncan Murdoch __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
