chron and R 2.8
I have built chron 2.3-24 under 2.8 and it is acting the same as 2.3-24 and as to the previous email the zoo version is the same for both. My next test will be to get 2.7.2 up and running again, and see what the behavior is under this version with the different versions of chron. I have not figured out how to install || versions of R in mac OS X it looks like the packages are maintained but the application is automatically removed and updated into the current version. What else should I try? On Mon, Dec 1, 2008 at 10:41 AM, Gabor Grothendieck
<ggrothendieck at gmail.com> wrote:
Two things to try: - try running both under 2.7.2 instead of trying both under 2.8 - if you know how to build packages from source then try rebuilding the chron you have under 2.7.2 using 2.98. You can find it here: http://cran.r-project.org/src/contrib/Archive/chron/ On Mon, Dec 1, 2008 at 10:35 AM, stephen sefick <ssefick at gmail.com> wrote:
I found the library where all of the older packages are located. library(chron, lib = "/Library/Frameworks/R.Framework/Versions/2.7/Resources/library") Error in dyn.load(file, DLLpath = DLLpath, ...) : unable to load shared library '/Library/Frameworks/R.Framework/Versions/2.7/Resources/library/chron/libs/i386/chron.so': dlopen(/Library/Frameworks/R.Framework/Versions/2.7/Resources/library/chron/libs/i386/chron.so, 6): Library not loaded: /Library/Frameworks/R.framework/Versions/2.7/Resources/lib/libR.dylib Referenced from: /Library/Frameworks/R.Framework/Versions/2.7/Resources/library/chron/libs/i386/chron.so Reason: image not found Error: package/namespace load failed for 'chron' The code above works with zoo library(zoo, lib = "/Library/Frameworks/R.Framework/Versions/2.7/Resources/library") On Sun, Nov 30, 2008 at 10:04 PM, Gabor Grothendieck <ggrothendieck at gmail.com> wrote:
To run the old version of chron that you have under 2.7.2
into 2.8.0, on 2.7.2 issue the command (note initial dot):
.libPaths()
Suppose you find that the library that contains chron in
2.7.2 is "/a/b".
Then on 2.8.0 ensure that you don't have chron on the search path
search()
and if you do detach it:
detach("package:chron")
search() # should no longer be there
Then run this where "..." is the library that the old version of chron
is in under 2.7.2.
library(chron, lib = "...")
To run the new version of chron detach the old version and just use:
library(chron)
On Sun, Nov 30, 2008 at 9:14 PM, stephen sefick <ssefick at gmail.com> wrote:
Yes chron 2.3-25 zoo 1.5-4 R 2.8 Mac OS X 10.5.5 Gabor I don't know how to start up another verison of R on the mac. I will figure this out, and get back to you (I can then test both of them side by side). other fast installation (version numbers from description files in R 2.7.2 directory) chron 2.3-24 zoo 1.5-4 Mac OS X 10.5.5 thanks Stephen On Sat, Nov 29, 2008 at 10:19 AM, Gabor Grothendieck <ggrothendieck at gmail.com> wrote:
Are you using the same version of chron both times? On Sat, Nov 29, 2008 at 10:05 AM, stephen sefick <ssefick at gmail.com> wrote:
has anyone had problems with the upgrade to R 2.8 and chron date
classes. I have a large zoo object that has a chron index, and it is
taking 5x or so longer to do the same calculation as with 2.7 if it
doesn't fail. I will provide anything necessary I am not entirely
sure what ya'll would need if anything to try and reproduce the
behavior. I am using the package StreamMetabolism.
thanks
--
Stephen Sefick
Let's not spend our time and resources thinking about things that are
so little or so large that all they really do for us is puff us up and
make us feel like gods. We are mammals, and have not exhausted the
annoying little problems of being mammals.
-K. Mullis
______________________________________________ R-help at r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide http://www.R-project.org/posting-guide.html and provide commented, minimal, self-contained, reproducible code.
--
Stephen Sefick
Let's not spend our time and resources thinking about things that are
so little or so large that all they really do for us is puff us up and
make us feel like gods. We are mammals, and have not exhausted the
annoying little problems of being mammals.
-K. Mullis
--
Stephen Sefick
Let's not spend our time and resources thinking about things that are
so little or so large that all they really do for us is puff us up and
make us feel like gods. We are mammals, and have not exhausted the
annoying little problems of being mammals.
-K. Mullis
Stephen Sefick Let's not spend our time and resources thinking about things that are so little or so large that all they really do for us is puff us up and make us feel like gods. We are mammals, and have not exhausted the annoying little problems of being mammals. -K. Mullis