R help - Apr 2018 - Package 'data.table' in version R-3.5.0 not successfully being installed

You might find this discussion useful, too:
https://github.com/Rdatatable/data.table/issues/2797


On 04/26/2018 11:01 PM, Henrik Bengtsson wrote:
> If you're installing packages to the default location in your home
> account and you didn't remove those library folders, you still have
> you R 3.4 package installs there, e.g.
> 
>> dir(dirname(.libPaths()[1]), full.names = TRUE)
> [1] "/home/hb/R/x86_64-pc-linux-gnu-library/3.4"
> [2] "/home/hb/R/x86_64-pc-linux-gnu-library/3.5"
> [3] "/home/hb/R/x86_64-pc-linux-gnu-library/3.6"
> 
> /Henrik
> 
> On Thu, Apr 26, 2018 at 11:41 AM, Akhilesh Singh
> <akhileshsingh.igkv at gmail.com> wrote:
>> You are right. I do take backups. But, this time I was too sure that
>> nothing will go wrong. But, this was over-confidence. I need to take
more
>> care in future. Thanks anyway.
>>
>> With regards,
>>
>> Dr. A.K. Singh
>>
>> On Thu 26 Apr, 2018, 11:49 PM Duncan Murdoch, <murdoch.duncan at
gmail.com>
>> wrote:
>>
>>> On 26/04/2018 1:54 PM, Akhilesh Singh wrote:
>>>> My thanks to Dr. John Fox and Dr. Duncan Murdoch. But, I have
upgraded
>>>> all my R-3.4.3 libraries to R-3.5.0, and I have not backed-up
copies of
>>>> old version. So, I would give a try each to the solutions
suggested by
>>>> John Fox and Dengan Murdoch.
>>>
>>> Here is some unsolicited advice:  I would strongly recommend that
you
>>> make it a higher priority to have backups available.  In my
experience
>>> computer hardware is becoming quite reliable, but software
isn't, and
>>> the person next to the keyboard isn't either.  (My last
desperate need
>>> for a backup was due to a hardware failure 2 years ago, but it
wasn't
>>> the manufacturer's fault:  my laptop accidentally drowned.)
>>>
>>> Backups can save you a lot of grief in the event of a mistake, or a
>>> software or hardware failure.  But even in the case of routine
events
>>> like software updates that don't go as planned, they can save
time.
>>>
>>> Duncan Murdoch
>>>
>>>
>>>>
>>>> With regards,
>>>>
>>>> Dr. A.K. Singh
>>>>
>>>> On Thu 26 Apr, 2018, 9:44 PM Duncan Murdoch, <murdoch.duncan
at gmail.com
>>>> <mailto:murdoch.duncan at gmail.com>> wrote:
>>>>
>>>>      On 26/04/2018 10:33 AM, Fox, John wrote:
>>>>       > Dear A.K. Singh,
>>>>       >
>>>>       > As you discovered, the data.table package has an
error under R
>>>>      3.5.0 that prevents CRAN from distributing a Windows
binary for the
>>>>      package. The reason that you weren't able to install
the package
>>>>      from source is apparently that you haven't installed
the R
>>>>      package-building tools for Windows. See
>>>>      <https://cran.r-project.org/bin/windows/Rtools/>.
>>>>       >
>>>>       > Because a number of users of my Rcmdr and car
packages have
>>>>      contacted me with a similar issue, as a temporary
work-around I've
>>>>      placed a Windows binary for the data.table package on my
website at
>>>>      <
>>>
https://socialsciences.mcmaster.ca/jfox/.Pickup/data.table_1.10.4-3.zip>.
>>>>      You should be able to install the package from there via
the command
>>>>       >
>>>>       >
>>>>        install.packages("
>>>
https://socialsciences.mcmaster.ca/jfox/.Pickup/data.table_1.10.4-3.zip",
>>> repos=NULL, type="win.binary")
>>>>       >
>>>>       > I expect that this problem will go away when the
maintainer of
>>>>      the data.table package fixes the error.
>>>>
>>>>      You can see the errors in the package on this web page:
>>>>
>>>>     
https://cloud.r-project.org/web/checks/check_results_data.table.html
>>>>
>>>>      Currently it is failing self-tests on all platforms except
r-oldrel,
>>>>      which is the previous release of R.  I'd recommend
backing out of R
>>>>      3.5.0 and going to R 3.4.4 if that's a possibility for
you.
>>>>
>>>>      Yet another possibility is to use a version of data.table
from
>>> Github,
>>>>      which is newer than the version on CRAN and may have fixed
the
>>> errors,
>>>>      but that would require an installation from source, which
not every
>>>>      Windows user is comfortable with.
>>>>
>>>>      Duncan Murdoch
>>>>
>>>>
>>>> On 26-Apr-2018 9:44 PM, "Duncan Murdoch"
<murdoch.duncan at gmail.com
>>>> <mailto:murdoch.duncan at gmail.com>> wrote:
>>>>
>>>>      On 26/04/2018 10:33 AM, Fox, John wrote:
>>>>       > Dear A.K. Singh,
>>>>       >
>>>>       > As you discovered, the data.table package has an
error under R
>>>>      3.5.0 that prevents CRAN from distributing a Windows
binary for the
>>>>      package. The reason that you weren't able to install
the package
>>>>      from source is apparently that you haven't installed
the R
>>>>      package-building tools for Windows. See
>>>>      <https://cran.r-project.org/bin/windows/Rtools/>.
>>>>       >
>>>>       > Because a number of users of my Rcmdr and car
packages have
>>>>      contacted me with a similar issue, as a temporary
work-around I've
>>>>      placed a Windows binary for the data.table package on my
website at
>>>>      <
>>>
https://socialsciences.mcmaster.ca/jfox/.Pickup/data.table_1.10.4-3.zip>.
>>>>      You should be able to install the package from there via
the command
>>>>       >
>>>>       >
>>>>        install.packages("
>>>
https://socialsciences.mcmaster.ca/jfox/.Pickup/data.table_1.10.4-3.zip",
>>> repos=NULL, type="win.binary")
>>>>       >
>>>>       > I expect that this problem will go away when the
maintainer of
>>>>      the data.table package fixes the error.
>>>>
>>>>      You can see the errors in the package on this web page:
>>>>
>>>>     
https://cloud.r-project.org/web/checks/check_results_data.table.html
>>>>
>>>>      Currently it is failing self-tests on all platforms except
r-oldrel,
>>>>      which is the previous release of R.  I'd recommend
backing out of R
>>>>      3.5.0 and going to R 3.4.4 if that's a possibility for
you.
>>>>
>>>>      Yet another possibility is to use a version of data.table
from
>>> Github,
>>>>      which is newer than the version on CRAN and may have fixed
the
>>> errors,
>>>>      but that would require an installation from source, which
not every
>>>>      Windows user is comfortable with.
>>>>
>>>>
>>>>      Duncan Murdoch
>>>>
>>>>
>>>
>>>
>>
>>          [[alternative HTML version deleted]]
>>
>> ______________________________________________
>> R-help at r-project.org mailing list -- To UNSUBSCRIBE and more, see
>> 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.
> 
> ______________________________________________
> R-help at r-project.org mailing list -- To UNSUBSCRIBE and more, see
> 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.
>

Hmm, looks like that thread has more noise than signal...

AFAICT, data.table currently fails selftests i 3.5.0 on all platforms on the
CRAN builders, so RTools issues are only incidental and it would be better to
fix data.table in the sources.

From the looks of it, I wouldn't be surprised if the root cause is the
changes to POSIXlt methods in 3.5.0, but I haven't actually been digging in
to check that.

- Peter D.
> On 26 Apr 2018, at 23:32 , D?nes T?th <toth.denes at kogentum.hu>
wrote:
> 
> You might find this discussion useful, too:
> https://github.com/Rdatatable/data.table/issues/2797
> 
> 
> On 04/26/2018 11:01 PM, Henrik Bengtsson wrote:
>> If you're installing packages to the default location in your home
>> account and you didn't remove those library folders, you still have
>> you R 3.4 package installs there, e.g.
>>> dir(dirname(.libPaths()[1]), full.names = TRUE)
>> [1] "/home/hb/R/x86_64-pc-linux-gnu-library/3.4"
>> [2] "/home/hb/R/x86_64-pc-linux-gnu-library/3.5"
>> [3] "/home/hb/R/x86_64-pc-linux-gnu-library/3.6"
>> /Henrik
>> On Thu, Apr 26, 2018 at 11:41 AM, Akhilesh Singh
>> <akhileshsingh.igkv at gmail.com> wrote:
>>> You are right. I do take backups. But, this time I was too sure
that
>>> nothing will go wrong. But, this was over-confidence. I need to
take more
>>> care in future. Thanks anyway.
>>> 
>>> With regards,
>>> 
>>> Dr. A.K. Singh
>>> 
>>> On Thu 26 Apr, 2018, 11:49 PM Duncan Murdoch, <murdoch.duncan at
gmail.com>
>>> wrote:
>>> 
>>>> On 26/04/2018 1:54 PM, Akhilesh Singh wrote:
>>>>> My thanks to Dr. John Fox and Dr. Duncan Murdoch. But, I
have upgraded
>>>>> all my R-3.4.3 libraries to R-3.5.0, and I have not
backed-up copies of
>>>>> old version. So, I would give a try each to the solutions
suggested by
>>>>> John Fox and Dengan Murdoch.
>>>> 
>>>> Here is some unsolicited advice:  I would strongly recommend
that you
>>>> make it a higher priority to have backups available.  In my
experience
>>>> computer hardware is becoming quite reliable, but software
isn't, and
>>>> the person next to the keyboard isn't either.  (My last
desperate need
>>>> for a backup was due to a hardware failure 2 years ago, but it
wasn't
>>>> the manufacturer's fault:  my laptop accidentally drowned.)
>>>> 
>>>> Backups can save you a lot of grief in the event of a mistake,
or a
>>>> software or hardware failure.  But even in the case of routine
events
>>>> like software updates that don't go as planned, they can
save time.
>>>> 
>>>> Duncan Murdoch
>>>> 
>>>> 
>>>>> 
>>>>> With regards,
>>>>> 
>>>>> Dr. A.K. Singh
>>>>> 
>>>>> On Thu 26 Apr, 2018, 9:44 PM Duncan Murdoch,
<murdoch.duncan at gmail.com
>>>>> <mailto:murdoch.duncan at gmail.com>> wrote:
>>>>> 
>>>>>     On 26/04/2018 10:33 AM, Fox, John wrote:
>>>>>      > Dear A.K. Singh,
>>>>>      >
>>>>>      > As you discovered, the data.table package has an
error under R
>>>>>     3.5.0 that prevents CRAN from distributing a Windows
binary for the
>>>>>     package. The reason that you weren't able to
install the package
>>>>>     from source is apparently that you haven't
installed the R
>>>>>     package-building tools for Windows. See
>>>>>     <https://cran.r-project.org/bin/windows/Rtools/>.
>>>>>      >
>>>>>      > Because a number of users of my Rcmdr and car
packages have
>>>>>     contacted me with a similar issue, as a temporary
work-around I've
>>>>>     placed a Windows binary for the data.table package on
my website at
>>>>>     <
>>>>
https://socialsciences.mcmaster.ca/jfox/.Pickup/data.table_1.10.4-3.zip>.
>>>>>     You should be able to install the package from there
via the command
>>>>>      >
>>>>>      >
>>>>>       install.packages("
>>>>
https://socialsciences.mcmaster.ca/jfox/.Pickup/data.table_1.10.4-3.zip",
>>>> repos=NULL, type="win.binary")
>>>>>      >
>>>>>      > I expect that this problem will go away when the
maintainer of
>>>>>     the data.table package fixes the error.
>>>>> 
>>>>>     You can see the errors in the package on this web page:
>>>>> 
>>>>>    
https://cloud.r-project.org/web/checks/check_results_data.table.html
>>>>> 
>>>>>     Currently it is failing self-tests on all platforms
except r-oldrel,
>>>>>     which is the previous release of R.  I'd recommend
backing out of R
>>>>>     3.5.0 and going to R 3.4.4 if that's a possibility
for you.
>>>>> 
>>>>>     Yet another possibility is to use a version of
data.table from
>>>> Github,
>>>>>     which is newer than the version on CRAN and may have
fixed the
>>>> errors,
>>>>>     but that would require an installation from source,
which not every
>>>>>     Windows user is comfortable with.
>>>>> 
>>>>>     Duncan Murdoch
>>>>> 
>>>>> 
>>>>> On 26-Apr-2018 9:44 PM, "Duncan Murdoch"
<murdoch.duncan at gmail.com
>>>>> <mailto:murdoch.duncan at gmail.com>> wrote:
>>>>> 
>>>>>     On 26/04/2018 10:33 AM, Fox, John wrote:
>>>>>      > Dear A.K. Singh,
>>>>>      >
>>>>>      > As you discovered, the data.table package has an
error under R
>>>>>     3.5.0 that prevents CRAN from distributing a Windows
binary for the
>>>>>     package. The reason that you weren't able to
install the package
>>>>>     from source is apparently that you haven't
installed the R
>>>>>     package-building tools for Windows. See
>>>>>     <https://cran.r-project.org/bin/windows/Rtools/>.
>>>>>      >
>>>>>      > Because a number of users of my Rcmdr and car
packages have
>>>>>     contacted me with a similar issue, as a temporary
work-around I've
>>>>>     placed a Windows binary for the data.table package on
my website at
>>>>>     <
>>>>
https://socialsciences.mcmaster.ca/jfox/.Pickup/data.table_1.10.4-3.zip>.
>>>>>     You should be able to install the package from there
via the command
>>>>>      >
>>>>>      >
>>>>>       install.packages("
>>>>
https://socialsciences.mcmaster.ca/jfox/.Pickup/data.table_1.10.4-3.zip",
>>>> repos=NULL, type="win.binary")
>>>>>      >
>>>>>      > I expect that this problem will go away when the
maintainer of
>>>>>     the data.table package fixes the error.
>>>>> 
>>>>>     You can see the errors in the package on this web page:
>>>>> 
>>>>>    
https://cloud.r-project.org/web/checks/check_results_data.table.html
>>>>> 
>>>>>     Currently it is failing self-tests on all platforms
except r-oldrel,
>>>>>     which is the previous release of R.  I'd recommend
backing out of R
>>>>>     3.5.0 and going to R 3.4.4 if that's a possibility
for you.
>>>>> 
>>>>>     Yet another possibility is to use a version of
data.table from
>>>> Github,
>>>>>     which is newer than the version on CRAN and may have
fixed the
>>>> errors,
>>>>>     but that would require an installation from source,
which not every
>>>>>     Windows user is comfortable with.
>>>>> 
>>>>> 
>>>>>     Duncan Murdoch
>>>>> 
>>>>> 
>>>> 
>>>> 
>>> 
>>>         [[alternative HTML version deleted]]
>>> 
>>> ______________________________________________
>>> R-help at r-project.org mailing list -- To UNSUBSCRIBE and more,
see
>>> 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.
>> ______________________________________________
>> R-help at r-project.org mailing list -- To UNSUBSCRIBE and more, see
>> 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.
>> 
> 
> ______________________________________________
> R-help at r-project.org mailing list -- To UNSUBSCRIBE and more, see
> 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.
-- 
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office: A 4.23
Email: pd.mes at cbs.dk  Priv: PDalgd at gmail.com

Dear Peter,
> -----Original Message-----
> From: peter dalgaard [mailto:pdalgd at gmail.com]
> Sent: Friday, April 27, 2018 8:47 AM
> To: D?nes T?th <toth.denes at kogentum.hu>
> Cc: Akhilesh Singh <akhileshsingh.igkv at gmail.com>; r-help mailing
list <r-
> help at r-project.org>; Fox, John <jfox at mcmaster.ca>
> Subject: Re: [R] Package 'data.table' in version R-3.5.0 not
successfully being
> installed
> 
> Hmm, looks like that thread has more noise than signal...
> 
> AFAICT, data.table currently fails selftests i 3.5.0 on all platforms on
the CRAN
> builders, so RTools issues are only incidental and it would be better to
fix
> data.table in the sources.
Yes. Using Rtools to install the package from source or installing the binary I
provided is just a band-aid that allows packages with dependencies on data.table
(direct or indirect) to load.

Best,
 John
> 
> From the looks of it, I wouldn't be surprised if the root cause is the
changes to
> POSIXlt methods in 3.5.0, but I haven't actually been digging in to
check that.
> 
> - Peter D.
> 
> > On 26 Apr 2018, at 23:32 , D?nes T?th <toth.denes at
kogentum.hu> wrote:
> >
> > You might find this discussion useful, too:
> > https://github.com/Rdatatable/data.table/issues/2797
> >
> >
> > On 04/26/2018 11:01 PM, Henrik Bengtsson wrote:
> >> If you're installing packages to the default location in your
home
> >> account and you didn't remove those library folders, you still
have
> >> you R 3.4 package installs there, e.g.
> >>> dir(dirname(.libPaths()[1]), full.names = TRUE)
> >> [1] "/home/hb/R/x86_64-pc-linux-gnu-library/3.4"
> >> [2] "/home/hb/R/x86_64-pc-linux-gnu-library/3.5"
> >> [3] "/home/hb/R/x86_64-pc-linux-gnu-library/3.6"
> >> /Henrik
> >> On Thu, Apr 26, 2018 at 11:41 AM, Akhilesh Singh
> >> <akhileshsingh.igkv at gmail.com> wrote:
> >>> You are right. I do take backups. But, this time I was too
sure that
> >>> nothing will go wrong. But, this was over-confidence. I need
to take
> >>> more care in future. Thanks anyway.
> >>>
> >>> With regards,
> >>>
> >>> Dr. A.K. Singh
> >>>
> >>> On Thu 26 Apr, 2018, 11:49 PM Duncan Murdoch,
> >>> <murdoch.duncan at gmail.com>
> >>> wrote:
> >>>
> >>>> On 26/04/2018 1:54 PM, Akhilesh Singh wrote:
> >>>>> My thanks to Dr. John Fox and Dr. Duncan Murdoch. But,
I have
> >>>>> upgraded all my R-3.4.3 libraries to R-3.5.0, and I
have not
> >>>>> backed-up copies of old version. So, I would give a
try each to
> >>>>> the solutions suggested by John Fox and Dengan
Murdoch.
> >>>>
> >>>> Here is some unsolicited advice:  I would strongly
recommend that
> >>>> you make it a higher priority to have backups available. 
In my
> >>>> experience computer hardware is becoming quite reliable,
but
> >>>> software isn't, and the person next to the keyboard
isn't either.
> >>>> (My last desperate need for a backup was due to a hardware
failure
> >>>> 2 years ago, but it wasn't the manufacturer's
fault:  my laptop
> >>>> accidentally drowned.)
> >>>>
> >>>> Backups can save you a lot of grief in the event of a
mistake, or a
> >>>> software or hardware failure.  But even in the case of
routine
> >>>> events like software updates that don't go as planned,
they can save
> time.
> >>>>
> >>>> Duncan Murdoch
> >>>>
> >>>>
> >>>>>
> >>>>> With regards,
> >>>>>
> >>>>> Dr. A.K. Singh
> >>>>>
> >>>>> On Thu 26 Apr, 2018, 9:44 PM Duncan Murdoch,
> >>>>> <murdoch.duncan at gmail.com
<mailto:murdoch.duncan at gmail.com>>
> wrote:
> >>>>>
> >>>>>     On 26/04/2018 10:33 AM, Fox, John wrote:
> >>>>>      > Dear A.K. Singh,
> >>>>>      >
> >>>>>      > As you discovered, the data.table package
has an error under R
> >>>>>     3.5.0 that prevents CRAN from distributing a
Windows binary for the
> >>>>>     package. The reason that you weren't able to
install the package
> >>>>>     from source is apparently that you haven't
installed the R
> >>>>>     package-building tools for Windows. See
> >>>>>    
<https://cran.r-project.org/bin/windows/Rtools/>.
> >>>>>      >
> >>>>>      > Because a number of users of my Rcmdr and
car packages have
> >>>>>     contacted me with a similar issue, as a temporary
work-around I've
> >>>>>     placed a Windows binary for the data.table package
on my website
> at
> >>>>>     <
> >>>>
https://socialsciences.mcmaster.ca/jfox/.Pickup/data.table_1.10.4-
> 3.zip>.
> >>>>>     You should be able to install the package from
there via the
> command
> >>>>>      >
> >>>>>      >
> >>>>>       install.packages("
> >>>>
https://socialsciences.mcmaster.ca/jfox/.Pickup/data.table_1.10.4-3
> >>>> .zip",
> >>>> repos=NULL, type="win.binary")
> >>>>>      >
> >>>>>      > I expect that this problem will go away when
the maintainer of
> >>>>>     the data.table package fixes the error.
> >>>>>
> >>>>>     You can see the errors in the package on this web
page:
> >>>>>
> >>>>>
> >>>>>
https://cloud.r-project.org/web/checks/check_results_data.table.ht
> >>>>> ml
> >>>>>
> >>>>>     Currently it is failing self-tests on all
platforms except r-oldrel,
> >>>>>     which is the previous release of R.  I'd
recommend backing out of R
> >>>>>     3.5.0 and going to R 3.4.4 if that's a
possibility for you.
> >>>>>
> >>>>>     Yet another possibility is to use a version of
data.table from
> >>>> Github,
> >>>>>     which is newer than the version on CRAN and may
have fixed the
> >>>> errors,
> >>>>>     but that would require an installation from
source, which not every
> >>>>>     Windows user is comfortable with.
> >>>>>
> >>>>>     Duncan Murdoch
> >>>>>
> >>>>>
> >>>>> On 26-Apr-2018 9:44 PM, "Duncan Murdoch"
> <murdoch.duncan at gmail.com
> >>>>> <mailto:murdoch.duncan at gmail.com>> wrote:
> >>>>>
> >>>>>     On 26/04/2018 10:33 AM, Fox, John wrote:
> >>>>>      > Dear A.K. Singh,
> >>>>>      >
> >>>>>      > As you discovered, the data.table package
has an error under R
> >>>>>     3.5.0 that prevents CRAN from distributing a
Windows binary for the
> >>>>>     package. The reason that you weren't able to
install the package
> >>>>>     from source is apparently that you haven't
installed the R
> >>>>>     package-building tools for Windows. See
> >>>>>    
<https://cran.r-project.org/bin/windows/Rtools/>.
> >>>>>      >
> >>>>>      > Because a number of users of my Rcmdr and
car packages have
> >>>>>     contacted me with a similar issue, as a temporary
work-around I've
> >>>>>     placed a Windows binary for the data.table package
on my website
> at
> >>>>>     <
> >>>>
https://socialsciences.mcmaster.ca/jfox/.Pickup/data.table_1.10.4-
> 3.zip>.
> >>>>>     You should be able to install the package from
there via the
> command
> >>>>>      >
> >>>>>      >
> >>>>>       install.packages("
> >>>>
https://socialsciences.mcmaster.ca/jfox/.Pickup/data.table_1.10.4-3
> >>>> .zip",
> >>>> repos=NULL, type="win.binary")
> >>>>>      >
> >>>>>      > I expect that this problem will go away when
the maintainer of
> >>>>>     the data.table package fixes the error.
> >>>>>
> >>>>>     You can see the errors in the package on this web
page:
> >>>>>
> >>>>>
> >>>>>
https://cloud.r-project.org/web/checks/check_results_data.table.ht
> >>>>> ml
> >>>>>
> >>>>>     Currently it is failing self-tests on all
platforms except r-oldrel,
> >>>>>     which is the previous release of R.  I'd
recommend backing out of R
> >>>>>     3.5.0 and going to R 3.4.4 if that's a
possibility for you.
> >>>>>
> >>>>>     Yet another possibility is to use a version of
data.table from
> >>>> Github,
> >>>>>     which is newer than the version on CRAN and may
have fixed the
> >>>> errors,
> >>>>>     but that would require an installation from
source, which not every
> >>>>>     Windows user is comfortable with.
> >>>>>
> >>>>>
> >>>>>     Duncan Murdoch
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>
> >>>         [[alternative HTML version deleted]]
> >>>
> >>> ______________________________________________
> >>> R-help at r-project.org mailing list -- To UNSUBSCRIBE and
more, see
> >>> 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.
> >> ______________________________________________
> >> R-help at r-project.org mailing list -- To UNSUBSCRIBE and more,
see
> >> 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.
> >>
> >
> > ______________________________________________
> > R-help at r-project.org mailing list -- To UNSUBSCRIBE and more, see
> > 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.
> 
> --
> Peter Dalgaard, Professor,
> Center for Statistics, Copenhagen Business School Solbjerg Plads 3, 2000
> Frederiksberg, Denmark
> Phone: (+45)38153501
> Office: A 4.23
> Email: pd.mes at cbs.dk  Priv: PDalgd at gmail.com
> 
> 
> 
> 
> 
> 
> 
>