[R] chron and R 2.8

[stephen sefick]

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