Re: [Rd] misbehaviour of some tk windows, R 2.6.0 on SUSE 10.1?
Dear Peter and David, For what it's worth, I observe this behaviour after upgrading to R 2.6.0 under Ubuntu 7.04. When David previously reported the problem to me, I tested on R 2.5.1 (again with Ubuntu 7.04) and did not observe the problem. Regards, John > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Peter Dalgaard > Sent: Tuesday, October 09, 2007 4:32 PM > To: David Firth > Cc: [EMAIL PROTECTED] > Subject: Re: [Rd] misbehaviour of some tk windows, R 2.6.0 on > SUSE 10.1? > > Peter Dalgaard wrote: > > David Firth wrote: > > > >> I don't know whether this is specific to (my installation > >> of) SUSE 10.1, or is more general. > >> > >> With R 2.6.0, I am finding that some widgets made through > the tcltk > >> package are having problems which become evident through scrollbar > >> activity. An example is demo(tkfaq) -- see below. To > reproduce the > >> problem, I do the following: > >> after the tk window appears, hold down the "scroll-down" > >> tab at the foot of the window for a few seconds, then release. If > >> scrolling stops (as it should, if all is working > correctly), do the > >> same thing again. Repeating this 2 or 3 times usually results in > >> uncontrolled > >> (unstoppable) scrolling activity; and closing the window when that > >> happens delivers the errors that appear in the transcript below. > >> > >> My R 2.6.0 was built on my own system, > >> > >> OS: SUSE linux 10.1 > >> tcl: 8.4.12-14 > >> tk: 8.4.12-14 > >> gcc: 4.1.0-25 > >> > >> Since I had not seen this behaviour with previous versions of R, I > >> did a check with R 2.5.1: a fresh build today of R > >> 2.5.1 on the same system does not appear to have the same problem. > >> > >> Any ideas? Is anyone else seeing this behaviour? > >> > >> David > >> > >> > > > > Looks a bit nasty. I see it on SUSE 10.2 as well. Increasing the > > repeatinterval setting for the scrollbar helps, but even at > a setting > > of 50, I still see the effect. It is usually stoppable with > the middle > > button over the trough. > > The error message is what you'd expect from killing a window while > > something is trying to talk to widgets inside of it. The details of > > the popup dialog is a little more informative: > > > > while executing > > "$w cget -repeatinterval" > > (procedure "tk::ScrollSelect" line 12) > > invoked from within > > "tk::ScrollSelect .3.2 arrow2 again" > > ("after" script) > > > > I think there's a clue in there. It has the hallmarks of a race > > condition: As I understand it the autorepeat feature runs an "after" > > script which effectively presses the arrow again 5 ms > later, invoking > > another "after" script, etc. A button release is supposed > to kill the > > after script, but it might not do so in time, in which case > it may try > > to kill something that already died, etc. > > > > Can't offhand see that we did anything to the event loop that could > > cause this, though. > > > Exactly the same behaviour on Fedora 7. Looping scrolling > with 2.6.0+, no probs with 2.5.1. > > Can probably eliminate OS issues and hardware then (2x3.2GHz, > 64 bit SUSE vs. 600MHz, 32bit Fedora). Argh > > -- >O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B > c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K > (*) \(*) -- University of Copenhagen Denmark Ph: > (+45) 35327918 > ~~ - ([EMAIL PROTECTED]) FAX: > (+45) 35327907 > > __ > 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
Re: [Rd] misbehaviour of some tk windows, R 2.6.0 on SUSE 10.1?
Peter Dalgaard wrote: > David Firth wrote: > >> I don't know whether this is specific to (my installation >> of) SUSE 10.1, or is more general. >> >> With R 2.6.0, I am finding that some widgets made through >> the tcltk package are having problems which become evident >> through scrollbar activity. An example is demo(tkfaq) -- >> see below. To reproduce the problem, I do the following: >> after the tk window appears, hold down the "scroll-down" >> tab at the foot of the window for a few seconds, then >> release. If scrolling stops (as it should, if all is >> working correctly), do the same thing again. Repeating >> this 2 or 3 times usually results in uncontrolled >> (unstoppable) scrolling activity; and closing the window >> when that happens delivers the errors that appear in the >> transcript below. >> >> My R 2.6.0 was built on my own system, >> >> OS: SUSE linux 10.1 >> tcl: 8.4.12-14 >> tk: 8.4.12-14 >> gcc: 4.1.0-25 >> >> Since I had not seen this behaviour with previous versions >> of R, I did a check with R 2.5.1: a fresh build today of R >> 2.5.1 on the same system does not appear to have the same >> problem. >> >> Any ideas? Is anyone else seeing this behaviour? >> >> David >> >> > > Looks a bit nasty. I see it on SUSE 10.2 as well. Increasing the > repeatinterval setting for the scrollbar helps, but even at a setting of > 50, I still see the effect. It is usually stoppable with the middle > button over the trough. > The error message is what you'd expect from killing a window while > something is trying to talk to widgets inside of it. The details of the > popup dialog is a little more informative: > > while executing > "$w cget -repeatinterval" > (procedure "tk::ScrollSelect" line 12) > invoked from within > "tk::ScrollSelect .3.2 arrow2 again" > ("after" script) > > I think there's a clue in there. It has the hallmarks of a race > condition: As I understand it the autorepeat feature runs an "after" > script which effectively presses the arrow again 5 ms later, invoking > another "after" script, etc. A button release is supposed to kill the > after script, but it might not do so in time, in which case it may try > to kill something that already died, etc. > > Can't offhand see that we did anything to the event loop that could > cause this, though. > Exactly the same behaviour on Fedora 7. Looping scrolling with 2.6.0+, no probs with 2.5.1. Can probably eliminate OS issues and hardware then (2x3.2GHz, 64 bit SUSE vs. 600MHz, 32bit Fedora). Argh -- O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~ - ([EMAIL PROTECTED]) FAX: (+45) 35327907 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] misbehaviour of some tk windows, R 2.6.0 on SUSE 10.1?
David Firth wrote: > I don't know whether this is specific to (my installation > of) SUSE 10.1, or is more general. > > With R 2.6.0, I am finding that some widgets made through > the tcltk package are having problems which become evident > through scrollbar activity. An example is demo(tkfaq) -- > see below. To reproduce the problem, I do the following: > after the tk window appears, hold down the "scroll-down" > tab at the foot of the window for a few seconds, then > release. If scrolling stops (as it should, if all is > working correctly), do the same thing again. Repeating > this 2 or 3 times usually results in uncontrolled > (unstoppable) scrolling activity; and closing the window > when that happens delivers the errors that appear in the > transcript below. > > My R 2.6.0 was built on my own system, > > OS: SUSE linux 10.1 > tcl: 8.4.12-14 > tk: 8.4.12-14 > gcc: 4.1.0-25 > > Since I had not seen this behaviour with previous versions > of R, I did a check with R 2.5.1: a fresh build today of R > 2.5.1 on the same system does not appear to have the same > problem. > > Any ideas? Is anyone else seeing this behaviour? > > David > Looks a bit nasty. I see it on SUSE 10.2 as well. Increasing the repeatinterval setting for the scrollbar helps, but even at a setting of 50, I still see the effect. It is usually stoppable with the middle button over the trough. The error message is what you'd expect from killing a window while something is trying to talk to widgets inside of it. The details of the popup dialog is a little more informative: while executing "$w cget -repeatinterval" (procedure "tk::ScrollSelect" line 12) invoked from within "tk::ScrollSelect .3.2 arrow2 again" ("after" script) I think there's a clue in there. It has the hallmarks of a race condition: As I understand it the autorepeat feature runs an "after" script which effectively presses the arrow again 5 ms later, invoking another "after" script, etc. A button release is supposed to kill the after script, but it might not do so in time, in which case it may try to kill something that already died, etc. Can't offhand see that we did anything to the event loop that could cause this, though. > > > [EMAIL PROTECTED]:~> R --vanilla > > R version 2.6.0 (2007-10-03) > Copyright (C) 2007 The R Foundation for Statistical > Computing > ISBN 3-900051-07-0 > > R is free software and comes with ABSOLUTELY NO WARRANTY. > You are welcome to redistribute it under certain conditions. > Type 'license()' or 'licence()' for distribution details. > > Natural language support but running in an English locale > > R is a collaborative project with many contributors. > Type 'contributors()' for more information and > 'citation()' on how to cite R or R packages in publications. > > Type 'demo()' for some demos, 'help()' for on-line help, or > 'help.start()' for an HTML browser interface to help. > Type 'q()' to quit R. > > >> sessionInfo() >> > R version 2.6.0 (2007-10-03) > i686-pc-linux-gnu > > locale: > LC_CTYPE=en_GB.UTF-8;LC_NUMERIC=C;LC_TIME=en_GB.UTF-8;LC_COLLATE=en_GB.UTF-8;LC_MONETARY=en_GB.UTF-8;LC_MESSAGES=en_GB.UTF-8;LC_PAPER=en_GB.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_GB.UTF-8;LC_IDENTIFICATION=C > > attached base packages: > [1] stats graphics grDevices utils datasets > methods base > > loaded via a namespace (and not attached): > [1] rcompgen_0.1-15 > >> library(tcltk) >> > Loading Tcl/Tk interface ... done > >> demo(tkfaq) >> > > > demo(tkfaq) > ~ > > Type to start : > > >> require(tcltk) || stop("tcltk support is absent") >> > [1] TRUE > > >> local({ >> > + > + tt <- tktoplevel() > + tkwm.title(tt, "R FAQ") > + #Gave tiny font on some systems > + #txt <- tktext(tt, bg="white", font="courier") > + txt <- tktext(tt, bg="white") > + scr <- tkscrollbar(tt, repeatinterval=5, > + [TRUNCATED] > ** > The source for this demo can be found in the file: > /home/david/lib/R/library/tcltk/demo/tkfaq.R > ** > >> Error in structure(.External("dotTclObjv", objv, PACKAGE >> > = "tcltk"), class = "tclObj") : > [tcl] invalid command name ".1.1". > > Error in structure(.External("dotTclObjv", objv, PACKAGE > = "tcltk"), class = "tclObj") : > [tcl] invalid command name ".1.2". > > Error in structure(.External("dotTclObjv", objv, PACKAGE > = "tcltk"), class = "tclObj") : > [tcl] invalid command name ".1.2". > > Error in structure(.External("dotTclObjv", objv, PACKAGE > = "tcltk"), class = "tclObj") : > [tcl] invalid command name ".1.2". > > Error in structure(.External("dotTclObjv", objv, PACKAGE > = "tcltk"), class = "tclObj") : > [tcl] invalid command name ".1.2". > > Error in structure(.External("
Re: [Rd] Package compile under Windows on 2.6.0
On 09/10/2007, Uwe Ligges <[EMAIL PROTECTED]> wrote: > It works for me up to that point, but I do not have the real Rtools > setup running. So you have the > > I'd propose to start with a package that already passes checks on > Windows. And then go the harder way to a package that shows problems ... This is the basic package of our library, so we need this one before others can be tested. > > Iago Mosqueira wrote: > > Dear all, > > > > We are experiencing some trouble when compiling R packages using R > > 2.6.0 and the new Rtools installer under Windows XP. > > > > (1) First, compiling any package using the new setup stops with an > > errorrelated to some "/" issue on the inst folder. This folder only > > contains a CITATION file > > > > -- Making package FLCore > > adding build stamp to DESCRIPTION > > installing NAMESPACE file and metadata > > making DLL ... > > making FLCoreClasses.d from FLCoreClasses.cpp > > g++-sjlj -Ic:/progra~1/r/r-2.6.0/include-Wall -O2 -c > > FLCoreClasses.cpp -o FLCoreClasses.o > > windres --preprocessor="gcc-sjlj -E -xc -DRC_INVOKED" -I > > c:/progra~1/r/r-2.6.0/include -i FLCore_res.rc -o FLCore_res.o > > g++-sjlj -shared -s -o FLCore.dll FLCore.def FLCoreClasses.o > > FLCore_res.o -Lc:/progra~1/r/r-2.6.0/bin-lR > > ... DLL made > > installing DLL > > installing R files > > installing inst files > > rm: failed to get attributes of `/': No such file or directory > > Are the permissions alright? Should be, works in Linux and never had problems before, but I'll check. > > rm: failed to get attributes of `/': No such file or directory > > installing data files > > rm: failed to get attributes of `/': No such file or directory > > make[2]: *** [C:/Sandbox/R260built/FLCore.Rcheck/FLCore/data] Error 1 > > make[1]: *** [all] Error 2 > > make: *** [pkg-FLCore] Error 2 > > *** Installation of FLCore failed *** > > > > (2) Testing with the previous Rtoolset with updated MinGW and Perl, a > > package from CRAN can be compiled (VR), but our package now fails with > > > > -- Making package FLCore > > adding build stamp to DESCRIPTION > > installing NAMESPACE file and metadata > > installing R files > > installing inst files > > installing data files > > installing man source files > > installing indices > > Error in eval(expr, envir, enclos) : could not find function "setClass" > > > Have you imported the Namespace? Whcih version of your package are you > talking about? Until now the only reference to methods was on the onLoad call, but I did try explicitely importing the methods namespace. It made no difference Thanks, Iago > > Best, > uwe > > > Error: unable to load R code in package 'FLCore' > > Execution halted > > make[2]: *** [indices] Error 1 > > make[1]: *** [all] Error 2 > > make: *** [pkg-FLCore] Error 2 > > *** Installation of FLCore failed *** > > > > methods is loaded trhough a require(methods) inside an .onLoad call. > > > > (3) The package compiles on a Linux machine with R 2.6.0 > > > > Is there any issue with MinGW or the Rtools he should consider? > > > > Many thanks, > > > > > > Iago > > > > __ > > 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
Re: [Rd] Package compile under Windows on 2.6.0
It works for me up to that point, but I do not have the real Rtools setup running. So you have the I'd propose to start with a package that already passes checks on Windows. And then go the harder way to a package that shows problems ... Iago Mosqueira wrote: > Dear all, > > We are experiencing some trouble when compiling R packages using R > 2.6.0 and the new Rtools installer under Windows XP. > > (1) First, compiling any package using the new setup stops with an > errorrelated to some "/" issue on the inst folder. This folder only > contains a CITATION file > > -- Making package FLCore > adding build stamp to DESCRIPTION > installing NAMESPACE file and metadata > making DLL ... > making FLCoreClasses.d from FLCoreClasses.cpp > g++-sjlj -Ic:/progra~1/r/r-2.6.0/include-Wall -O2 -c > FLCoreClasses.cpp -o FLCoreClasses.o > windres --preprocessor="gcc-sjlj -E -xc -DRC_INVOKED" -I > c:/progra~1/r/r-2.6.0/include -i FLCore_res.rc -o FLCore_res.o > g++-sjlj -shared -s -o FLCore.dll FLCore.def FLCoreClasses.o > FLCore_res.o -Lc:/progra~1/r/r-2.6.0/bin-lR > ... DLL made > installing DLL > installing R files > installing inst files > rm: failed to get attributes of `/': No such file or directory Are the permissions alright? > rm: failed to get attributes of `/': No such file or directory > installing data files > rm: failed to get attributes of `/': No such file or directory > make[2]: *** [C:/Sandbox/R260built/FLCore.Rcheck/FLCore/data] Error 1 > make[1]: *** [all] Error 2 > make: *** [pkg-FLCore] Error 2 > *** Installation of FLCore failed *** > > (2) Testing with the previous Rtoolset with updated MinGW and Perl, a > package from CRAN can be compiled (VR), but our package now fails with > > -- Making package FLCore > adding build stamp to DESCRIPTION > installing NAMESPACE file and metadata > installing R files > installing inst files > installing data files > installing man source files > installing indices > Error in eval(expr, envir, enclos) : could not find function "setClass" Have you imported the Namespace? Whcih version of your package are you talking about? Best, uwe > Error: unable to load R code in package 'FLCore' > Execution halted > make[2]: *** [indices] Error 1 > make[1]: *** [all] Error 2 > make: *** [pkg-FLCore] Error 2 > *** Installation of FLCore failed *** > > methods is loaded trhough a require(methods) inside an .onLoad call. > > (3) The package compiles on a Linux machine with R 2.6.0 > > Is there any issue with MinGW or the Rtools he should consider? > > Many thanks, > > > Iago > > __ > 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
[Rd] misbehaviour of some tk windows, R 2.6.0 on SUSE 10.1?
I don't know whether this is specific to (my installation of) SUSE 10.1, or is more general. With R 2.6.0, I am finding that some widgets made through the tcltk package are having problems which become evident through scrollbar activity. An example is demo(tkfaq) -- see below. To reproduce the problem, I do the following: after the tk window appears, hold down the "scroll-down" tab at the foot of the window for a few seconds, then release. If scrolling stops (as it should, if all is working correctly), do the same thing again. Repeating this 2 or 3 times usually results in uncontrolled (unstoppable) scrolling activity; and closing the window when that happens delivers the errors that appear in the transcript below. My R 2.6.0 was built on my own system, OS: SUSE linux 10.1 tcl: 8.4.12-14 tk: 8.4.12-14 gcc: 4.1.0-25 Since I had not seen this behaviour with previous versions of R, I did a check with R 2.5.1: a fresh build today of R 2.5.1 on the same system does not appear to have the same problem. Any ideas? Is anyone else seeing this behaviour? David [EMAIL PROTECTED]:~> R --vanilla R version 2.6.0 (2007-10-03) Copyright (C) 2007 The R Foundation for Statistical Computing ISBN 3-900051-07-0 R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type 'license()' or 'licence()' for distribution details. Natural language support but running in an English locale R is a collaborative project with many contributors. Type 'contributors()' for more information and 'citation()' on how to cite R or R packages in publications. Type 'demo()' for some demos, 'help()' for on-line help, or 'help.start()' for an HTML browser interface to help. Type 'q()' to quit R. > sessionInfo() R version 2.6.0 (2007-10-03) i686-pc-linux-gnu locale: LC_CTYPE=en_GB.UTF-8;LC_NUMERIC=C;LC_TIME=en_GB.UTF-8;LC_COLLATE=en_GB.UTF-8;LC_MONETARY=en_GB.UTF-8;LC_MESSAGES=en_GB.UTF-8;LC_PAPER=en_GB.UTF-8;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=en_GB.UTF-8;LC_IDENTIFICATION=C attached base packages: [1] stats graphics grDevices utils datasets methods base loaded via a namespace (and not attached): [1] rcompgen_0.1-15 > library(tcltk) Loading Tcl/Tk interface ... done > demo(tkfaq) demo(tkfaq) ~ Type to start : > require(tcltk) || stop("tcltk support is absent") [1] TRUE > local({ + + tt <- tktoplevel() + tkwm.title(tt, "R FAQ") + #Gave tiny font on some systems + #txt <- tktext(tt, bg="white", font="courier") + txt <- tktext(tt, bg="white") + scr <- tkscrollbar(tt, repeatinterval=5, + [TRUNCATED] ** The source for this demo can be found in the file: /home/david/lib/R/library/tcltk/demo/tkfaq.R ** > Error in structure(.External("dotTclObjv", objv, PACKAGE = "tcltk"), class = "tclObj") : [tcl] invalid command name ".1.1". Error in structure(.External("dotTclObjv", objv, PACKAGE = "tcltk"), class = "tclObj") : [tcl] invalid command name ".1.2". Error in structure(.External("dotTclObjv", objv, PACKAGE = "tcltk"), class = "tclObj") : [tcl] invalid command name ".1.2". Error in structure(.External("dotTclObjv", objv, PACKAGE = "tcltk"), class = "tclObj") : [tcl] invalid command name ".1.2". Error in structure(.External("dotTclObjv", objv, PACKAGE = "tcltk"), class = "tclObj") : [tcl] invalid command name ".1.2". Error in structure(.External("dotTclObjv", objv, PACKAGE = "tcltk"), class = "tclObj") : [tcl] invalid command name ".1.2". > __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R-2.6.0 package check problems
On Tue, 9 Oct 2007, Peter Dalgaard wrote: > Robin Hankin wrote: >> >> thanks everyone. My problems were solved by following Peter D's >> (offline) suggestion... > That (offline) must have been unintentional. I usually try to keep > discussions on the list, unless there is very good reason not to. > > In this particular case I was clearly speculating (the reply starts with > "Hmm"!) and thus expecting that someone would know more than me and > might chime In. Given the number of times I have said it, I did assume that packages would have been re-installed for 2.6.0. So let me say it once again ... Several packages do not work if installed under R < 2.6.0. -- 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
Re: [Rd] R-2.6.0 package check problems
Robin Hankin wrote: > > thanks everyone. My problems were solved by following Peter D's > (offline) suggestion... That (offline) must have been unintentional. I usually try to keep discussions on the list, unless there is very good reason not to. In this particular case I was clearly speculating (the reply starts with "Hmm"!) and thus expecting that someone would know more than me and might chime In. -- O__ Peter Dalgaard Øster Farimagsgade 5, Entr.B c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~ - ([EMAIL PROTECTED]) FAX: (+45) 35327907 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R-2.6.0 package check problems
On 5 Oct 2007, at 15:47, Robin Hankin wrote: > Hello > > > One of my packages, untb_1.3-2, passes R CMD check under > MacOSX (and apparently the systems used in the package check > summary page on CRAN) but fails with the following message on > R-2.6.0.tgz compiled last night on my (home) linux box. I hasten > to add that I have never seen this error before on home-compiled > pre-releases of R-2.6.0. > > Can anyone help me understand what is going on? > > thanks everyone. My problems were solved by following Peter D's (offline) suggestion to update all the dependencies: he noted that log() became generic in R-2.6.0; untb depends on Brobdingnag, the newest version of which tests for log() being generic [using isGeneric("log")] and executes different code depending on the answer. crisis over! -- Robin Hankin Uncertainty Analyst National Oceanography Centre, Southampton European Way, Southampton SO14 3ZH, UK tel 023-8059-7743 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Package compile under Windows on 2.6.0
Dear all, We are experiencing some trouble when compiling R packages using R 2.6.0 and the new Rtools installer under Windows XP. (1) First, compiling any package using the new setup stops with an errorrelated to some "/" issue on the inst folder. This folder only contains a CITATION file -- Making package FLCore adding build stamp to DESCRIPTION installing NAMESPACE file and metadata making DLL ... making FLCoreClasses.d from FLCoreClasses.cpp g++-sjlj -Ic:/progra~1/r/r-2.6.0/include-Wall -O2 -c FLCoreClasses.cpp -o FLCoreClasses.o windres --preprocessor="gcc-sjlj -E -xc -DRC_INVOKED" -I c:/progra~1/r/r-2.6.0/include -i FLCore_res.rc -o FLCore_res.o g++-sjlj -shared -s -o FLCore.dll FLCore.def FLCoreClasses.o FLCore_res.o -Lc:/progra~1/r/r-2.6.0/bin-lR ... DLL made installing DLL installing R files installing inst files rm: failed to get attributes of `/': No such file or directory rm: failed to get attributes of `/': No such file or directory installing data files rm: failed to get attributes of `/': No such file or directory make[2]: *** [C:/Sandbox/R260built/FLCore.Rcheck/FLCore/data] Error 1 make[1]: *** [all] Error 2 make: *** [pkg-FLCore] Error 2 *** Installation of FLCore failed *** (2) Testing with the previous Rtoolset with updated MinGW and Perl, a package from CRAN can be compiled (VR), but our package now fails with -- Making package FLCore adding build stamp to DESCRIPTION installing NAMESPACE file and metadata installing R files installing inst files installing data files installing man source files installing indices Error in eval(expr, envir, enclos) : could not find function "setClass" Error: unable to load R code in package 'FLCore' Execution halted make[2]: *** [indices] Error 1 make[1]: *** [all] Error 2 make: *** [pkg-FLCore] Error 2 *** Installation of FLCore failed *** methods is loaded trhough a require(methods) inside an .onLoad call. (3) The package compiles on a Linux machine with R 2.6.0 Is there any issue with MinGW or the Rtools he should consider? Many thanks, Iago __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel