read_opop fails to find file

[AaronGullickson]

I recently updated all of my R packages and now I am getting breaking behavior with a variety of rsocsim functions that used to work fine. The main culprit at the moment is the read_opop and read_omar functions which cannot find the files. I get this error:

cannot open file '/home/aarong/projects/research/multiracial_sim/data/data_constructed/sims/uneven_hypo_baseline/sim_results_run.sup_26_/result.opop': No such file or directory

This seems to be a result of the fact that in the newer package the folder name is not sim_results_run.sup_26_ but rather just sim_results_26_. However, the read_opop and read_omar functions are still expecting the name of the supfile in the file name:

fn <- paste0(folder, "/sim_results_", supfile, "_", seed, 
            "_", suffix, "/result.opop")

[AaronGullickson]

Related to this I am getting warnings like this on the socim run:

1: In file(logfilename, "r") :
  cannot open file 'sim_results_run.sup_46_/logfile.log': No such file or directory

This is because the folder name does not contain the run.sup bit. Its just sim_results_46_. I have looked through some of the code on GH to figure out why run.sup is being dropped, but haven't figured it out yet. However, I have changed nothing else about my code which previously was getting the file name correct in an older version of the package.

[AaronGullickson]

Here is a simple repex for this issue:

library(rsocsim)
library(here)

folder <- create_simulation_folder(here(), "test")
supfile <- create_sup_file(folder)
seed <- 99

socsim(folder, "socsim.sup", seed)
read_opop(folder, "socsim.sup", seed)

When running read_opop, the following error occurs:

[1] "read population file: /home/aarong/projects/research/multiracial_sim/test/sim_results_socsim.sup_99_/result.opop"
Error in file(file, "rt") : cannot open the connection

This is because the results are saved in to sim_results_99_ not into sim_results_socsim.sup_99_. A workaround is available with the fn argument but this is a pain.

[tomthe]

Thank you for reporting this!

There is a bug in how rsocsim names that directory and then tries to find it again. I will fix this as soon as possible. This will also help with issue #32