Re: [R] [FORGED] Extracting specified pages from a lattice ("trellis") object.

2018-04-27 Thread Duncan Mackay
Hi Paul, Rolf

I do not know how legal this is but this works if you have spaces around the 
ultimate plot due to changes in layout
Changing the layout parameters removes the unwanted space.

ap = dotplot(variety ~ yield | year * site, data=barley,layout = c(2,6))
apm = ap[1:2,3:4]
apm$layout <- c(2,2)
apm

Regards

Duncan

Duncan Mackay
Department of Agronomy and Soil Science
University of New England
Armidale NSW 2350


-Original Message-
From: R-help [mailto:r-help-boun...@r-project.org] On Behalf Of Paul Murrell
Sent: Friday, 27 April 2018 11:28
To: Rolf Turner
Cc: r-help@r-project.org; deepayan.sar...@r-project.org
Subject: Re: [R] [FORGED] Extracting specified pages from a lattice ("trellis") 
object.

Hi

Does this not do what you want ... ?

allpages <- dotplot(variety ~ yield | year * site, data=barley,
 layout=c(2,2))
page2 <- allpages[1:2, 3:4]
print(page2)

Paul

On 24/04/18 17:51, Rolf Turner wrote:
> 
> On 24/04/18 15:17, Paul Murrell wrote:
> 
>> Hi
>>
>> I think the subsetting works by giving you the panels for the 
>> corresponding levels of the conditioning variable(s).  Note that, if 
>> there is more than one conditioning variable, you will need more than 
>> one subsetting index.
>>
>> For example, taking this plot with two conditioning variables and 12 
>> panels in total ...
>>
>> dotplot(variety ~ yield | year * site, data=barley)
>>
>> ... this produces three pages ...
>>
>> dotplot(variety ~ yield | year * site, data=barley,
>>  layout=c(2,2))
>>
>> ... and this produces the second page (both panels for the first 
>> conditioning variable and the third and fourth panels for the second 
>> conditioning variable) ...
>>
>> dotplot(variety ~ yield | year * site, data=barley,
>>  layout=c(2,2))[1:2, 3:4]
>>
>> Hope that helps.
> 
> Hmm.  Thanks Paul.  I may be able to work with that.  But what I really 
> wanted was to take
> 
>  bar <- dotplot(variety ~ yield | year * site, data=barley)
> 
> and then do (something like)
> 
>  foo <- bar[]
> 
> so that foo contains only the second page of bar, and then do print(foo)
> to get a plot of (just) the second page.  Without re-issuing a 
> (modified) plot command.
> 
> Is that not at all possible?
> 
> cheers,
> 
> Rolf.
> 

-- 
Dr Paul Murrell
Department of Statistics
The University of Auckland
Private Bag 92019
Auckland
New Zealand
64 9 3737599 x85392
p...@stat.auckland.ac.nz
http://www.stat.auckland.ac.nz/~paul/

__
R-help@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@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.


Re: [R] Package 'data.table' in version R-3.5.0 not successfully being installed

2018-04-27 Thread Duncan Murdoch

On 27/04/2018 9:27 AM, Bos, Roger wrote:

Akhilesh,

I don't know if I am adding signal or noise here, but I installed R 3.5.0 yesterday and 
installed data.table just fine, but I have Rtools installed.  "Building packages 
from source" may sound intimidating, but Rtools is really easy to install and once 
installed, it does all the work for you.


I agree, subject to a couple of caveats.

1.  There are apparently instructions online that somehow mess up the 
installation of Rtools, putting it in a location that doesn't work 
without other changes that aren't described.  If people just run the 
installer and accept the defaults, it works.  Don't trust bloggers, 
trust CRAN.


2.  data.table fails its self-tests in 3.5.0, as shown on CRAN. 
Apparently fixes are in the works, but being able to install it doesn't 
mean it will work properly.


Duncan Murdoch



Thanks,

Roger


-Original Message-
From: R-help [mailto:r-help-boun...@r-project.org] On Behalf Of Fox, John
Sent: Friday, April 27, 2018 9:21 AM
To: Akhilesh Singh
Cc: r-help mailing list
Subject: Re: [R] Package 'data.table' in version R-3.5.0 not successfully being 
installed

Dear Akhilesh,

I hope that it's clear that the Windows binary I provided for the data.table 
package is a temporary solution, and that the maintainer should fix the package 
so that it passes its own tests. You should be careful using the package in its 
current state.

Best,
  John


-Original Message-
From: Akhilesh Singh [mailto:akhileshsingh.i...@gmail.com]
Sent: Friday, April 27, 2018 4:10 AM
To: Fox, John 
Cc: r-help mailing list 
Subject: Re: [R] Package 'data.table' in version R-3.5.0 not successfully being
installed

Dear Dr. John Fox,

The solution provided by you has worked. I downloaded the binary file of
data.table package made available your website
 >,
installed it in R and RStudio. And I happy to report that it has successfully
worked. Many thanks to you, and to other members of R-team who have tried
help me.


With regards,


Dr. A.K. Singh

On Thu, Apr 26, 2018 at 8:03 PM, 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
 >.

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
 >.
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.

I hope this helps,
  John

--
John Fox, Professor Emeritus
McMaster University
Hamilton, Ontario, Canada
Web: socialsciences.mcmaster.ca/jfox/






-Original Message-
From: R-help [mailto:r-help-boun...@r-project.org  ] On Behalf Of Akhilesh

Singh
Sent: Thursday, April 26, 2018 8:08 AM
To: r-help mailing list  >

Subject: [R] Package 'data.table' in version R-3.5.0 not successfully
being installed

Dear Sir,

I am using R on Windows OS platform. I upgraded my R-system to

version

R-3.5.0. While upgrading my libraries in R as well as in RStudio, I am
stuck up in the package 'data.table', which is required by many

other

packages in R-codes in my R-Markdown files.

I tried to install 'data.table' from "USA-berkely" and "UK-bristol"  as
well as "RStudio" mirrors when the following errors are being

shown:


 From  USA-berkely and UK-bristol mirrors:
=
Package which is only available in source form, and may need
   compilation of C/C++/Fortran: ‘data.table’
   These will not be installed
Warning message:
In download.file(url, destfile = f, quiet = TRUE) :
   InternetOpenUrl failed: ''

 From RStudio mirror:

Package which is only available in source form, and may need

compilation

of
   C/C++/Fortran: ‘data.table’
   These will not be installed

Afterwards, I consulted google users, I 

[R] Package ddalpha is not building for me in R 3.5.0

2018-04-27 Thread Kevin E. Thorpe
I was updating packages after upgrading R to 3.5.0 and one package, 
ddalpha, that is dependency for caret is not building. All the compiled 
code builds but something seems to start going wrong at the byte-compile 
stage. Here is the error and sessionInfo(). My computer has 8 GB of RAM, 
by the way. Has anyone else encountered this?


** R
** data
** inst
** byte-compile and prepare package for lazy loading
** help
*** installing help indices
** building package indices
** testing if installed package can be loaded
Error in system2(file.path(R.home("bin"), "R"), c(if (nzchar(arch)) 
paste0("--arch=",  :
  cannot popen ' '/usr/local/lib64/R/bin/R' --no-save --slave 2>&1 < 
'/tmp/RtmpZB2yyH/file64c65776e871'', probable reason 'Cannot allocate 
memory'

* removing ‘/usr/local/lib64/R/library/ddalpha’
Warning in q("no", status = status, runLast = FALSE) :
  system call failed: Cannot allocate memory


sessionInfo()

R version 3.5.0 Patched (2018-04-23 r74633)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Slackware 14.2 x86_64 (post 14.2 -current)

Matrix products: default
BLAS: /usr/local/lib64/R/lib/libRblas.so
LAPACK: /usr/local/lib64/R/lib/libRlapack.so

locale:
 [1] LC_CTYPE=en_US.UTF-8   LC_NUMERIC=C
 [3] LC_TIME=en_US.UTF-8LC_COLLATE=C
 [5] LC_MONETARY=en_US.UTF-8LC_MESSAGES=en_US.UTF-8
 [7] LC_PAPER=en_US.UTF-8   LC_NAME=C
 [9] LC_ADDRESS=C   LC_TELEPHONE=C
[11] LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=C

attached base packages:
[1] stats graphics  grDevices utils datasets  methods   base

loaded via a namespace (and not attached):
[1] compiler_3.5.0 tools_3.5.0tcltk_3.5.0


--
Kevin E. Thorpe
Head of Biostatistics,  Applied Health Research Centre (AHRC)
Li Ka Shing Knowledge Institute of St. Michael's Hospital
Assistant Professor, Dalla Lana School of Public Health
University of Toronto
email: kevin.tho...@utoronto.ca  Tel: 416.864.5776  Fax: 416.864.3016

__
R-help@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] about combining analysis results using package 'flexmix' and ' mice'

2018-04-27 Thread Zhang Wilson
Hi,

I am currently using package ‘mice’ to do multiple imputation for tourist
data here. Then the  complete datasets (e.g. m>= 100)  will be analyzed
with a finite mixture model using package ‘flexmix’. I have found that it
seems no feasible way to combine the multiple results into a final one
smoothly using just a few commands. By the way I have seen that package
like ‘semTools’ has such function to combine the ‘within variance’ and ‘
between variance’ for the estimated parameters, but it applies for SEM
models only. Do you have some recommendations about the combinations of
results after ‘mice’ and ‘ flexmix’ packages if available? Thank you very
much.


Sincerely

Wei

[[alternative HTML version deleted]]

__
R-help@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.


Re: [R] Package 'data.table' in version R-3.5.0 not successfully being installed

2018-04-27 Thread Bos, Roger
Akhilesh,

I don't know if I am adding signal or noise here, but I installed R 3.5.0 
yesterday and installed data.table just fine, but I have Rtools installed.  
"Building packages from source" may sound intimidating, but Rtools is really 
easy to install and once installed, it does all the work for you.

Thanks,

Roger


-Original Message-
From: R-help [mailto:r-help-boun...@r-project.org] On Behalf Of Fox, John
Sent: Friday, April 27, 2018 9:21 AM
To: Akhilesh Singh
Cc: r-help mailing list
Subject: Re: [R] Package 'data.table' in version R-3.5.0 not successfully being 
installed

Dear Akhilesh,

I hope that it's clear that the Windows binary I provided for the data.table 
package is a temporary solution, and that the maintainer should fix the package 
so that it passes its own tests. You should be careful using the package in its 
current state.

Best,
 John

> -Original Message-
> From: Akhilesh Singh [mailto:akhileshsingh.i...@gmail.com]
> Sent: Friday, April 27, 2018 4:10 AM
> To: Fox, John 
> Cc: r-help mailing list 
> Subject: Re: [R] Package 'data.table' in version R-3.5.0 not successfully 
> being
> installed
>
> Dear Dr. John Fox,
>
> The solution provided by you has worked. I downloaded the binary file of
> data.table package made available your website
>   >,
> installed it in R and RStudio. And I happy to report that it has successfully
> worked. Many thanks to you, and to other members of R-team who have tried
> help me.
>
>
> With regards,
>
>
> Dr. A.K. Singh
>
> On Thu, Apr 26, 2018 at 8:03 PM, 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
>  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
>   >.
> 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.
>
> I hope this helps,
>  John
>
> --
> John Fox, Professor Emeritus
> McMaster University
> Hamilton, Ontario, Canada
> Web: socialsciences.mcmaster.ca/jfox/
> 
>
>
>
>
> > -Original Message-
> > From: R-help [mailto:r-help-boun...@r-project.org  boun...@r-project.org> ] On Behalf Of Akhilesh
> > Singh
> > Sent: Thursday, April 26, 2018 8:08 AM
> > To: r-help mailing list  project.org> >
> > Subject: [R] Package 'data.table' in version R-3.5.0 not successfully
> > being installed
> >
> > Dear Sir,
> >
> > I am using R on Windows OS platform. I upgraded my R-system to
> version
> > R-3.5.0. While upgrading my libraries in R as well as in RStudio, I am
> > stuck up in the package 'data.table', which is required by many
> other
> > packages in R-codes in my R-Markdown files.
> >
> > I tried to install 'data.table' from "USA-berkely" and "UK-bristol"  as
> > well as "RStudio" mirrors when the following errors are being
> shown:
> >
> > From  USA-berkely and UK-bristol mirrors:
> > =
> > Package which is only available in source form, and may need
> >   compilation of C/C++/Fortran: ‘data.table’
> >   These will not be installed
> > Warning message:
> > In download.file(url, destfile = f, quiet = TRUE) :
> >   InternetOpenUrl failed: ''
> >
> > From RStudio mirror:
> > 
> > Package which is only available in source form, and may need
> compilation
> > of
> >   C/C++/Fortran: ‘data.table’
> >   These will not be installed
> >
> > Afterwards, I consulted google users, I downloaded the source
> package:
> > "data.table_1.10.4-3.tar.gz" from CRAN, stored it on desktop, and
> tried
> > following command for installing from source only:
> >
> >
> > install.packages("C:\\Users\\Dr. A.K.
> > Singh\\Desktop\\data.table_1.10.4-3.tar.gz", repos = NULL,
> > type="source")
> >
> > This generated following 

Re: [R] Package 'data.table' in version R-3.5.0 not successfully being installed

2018-04-27 Thread Fox, John
Dear Akhilesh,

I hope that it's clear that the Windows binary I provided for the data.table 
package is a temporary solution, and that the maintainer should fix the package 
so that it passes its own tests. You should be careful using the package in its 
current state.

Best,
 John

> -Original Message-
> From: Akhilesh Singh [mailto:akhileshsingh.i...@gmail.com]
> Sent: Friday, April 27, 2018 4:10 AM
> To: Fox, John 
> Cc: r-help mailing list 
> Subject: Re: [R] Package 'data.table' in version R-3.5.0 not successfully 
> being
> installed
> 
> Dear Dr. John Fox,
> 
> The solution provided by you has worked. I downloaded the binary file of
> data.table package made available your website
>   >,
> installed it in R and RStudio. And I happy to report that it has successfully
> worked. Many thanks to you, and to other members of R-team who have tried
> help me.
> 
> 
> With regards,
> 
> 
> Dr. A.K. Singh
> 
> On Thu, Apr 26, 2018 at 8:03 PM, 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
>  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
>   >.
> 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.
> 
>   I hope this helps,
>John
> 
>   --
>   John Fox, Professor Emeritus
>   McMaster University
>   Hamilton, Ontario, Canada
>   Web: socialsciences.mcmaster.ca/jfox/
> 
> 
> 
> 
> 
>   > -Original Message-
>   > From: R-help [mailto:r-help-boun...@r-project.org  boun...@r-project.org> ] On Behalf Of Akhilesh
>   > Singh
>   > Sent: Thursday, April 26, 2018 8:08 AM
>   > To: r-help mailing list  project.org> >
>   > Subject: [R] Package 'data.table' in version R-3.5.0 not successfully
>   > being installed
>   >
>   > Dear Sir,
>   >
>   > I am using R on Windows OS platform. I upgraded my R-system to
> version
>   > R-3.5.0. While upgrading my libraries in R as well as in RStudio, I am
>   > stuck up in the package 'data.table', which is required by many
> other
>   > packages in R-codes in my R-Markdown files.
>   >
>   > I tried to install 'data.table' from "USA-berkely" and "UK-bristol"  
> as
>   > well as "RStudio" mirrors when the following errors are being
> shown:
>   >
>   > From  USA-berkely and UK-bristol mirrors:
>   > =
>   > Package which is only available in source form, and may need
>   >   compilation of C/C++/Fortran: ‘data.table’
>   >   These will not be installed
>   > Warning message:
>   > In download.file(url, destfile = f, quiet = TRUE) :
>   >   InternetOpenUrl failed: ''
>   >
>   > From RStudio mirror:
>   > 
>   > Package which is only available in source form, and may need
> compilation
>   > of
>   >   C/C++/Fortran: ‘data.table’
>   >   These will not be installed
>   >
>   > Afterwards, I consulted google users, I downloaded the source
> package:
>   > "data.table_1.10.4-3.tar.gz" from CRAN, stored it on desktop, and
> tried
>   > following command for installing from source only:
>   >
>   >
>   > install.packages("C:\\Users\\Dr. A.K.
>   > Singh\\Desktop\\data.table_1.10.4-3.tar.gz", repos = NULL,
>   > type="source")
>   >
>   > This generated following errors messages:
>   >
>   > > install.packages("C:\\Users\\Dr. A.K.
>   > Singh\\Desktop\\data.table_1.10.4-3.tar.gz", repos = NULL,
>   > type="source") Installing package into ‘C:/Users/Dr. A.K.
>   > 

Re: [R] Package 'data.table' in version R-3.5.0 not successfully being installed

2018-04-27 Thread Fox, John
Dear Peter,

> -Original Message-
> From: peter dalgaard [mailto:pda...@gmail.com]
> Sent: Friday, April 27, 2018 8:47 AM
> To: Dénes Tóth 
> Cc: Akhilesh Singh ; r-help mailing list  h...@r-project.org>; Fox, John 
> 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  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
> >>  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,
> >>> 
> >>> 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,
> > >
> 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
> > .
> >  >
> >  > 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 

Re: [R] Package 'data.table' in version R-3.5.0 not successfully being installed

2018-04-27 Thread peter dalgaard
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  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
>>  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, 
>>> 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,  > 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
> .
>  >
>  > 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"  > 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