Error in construct.networks.from.list for openssl function networks

[bockthom]

After generating openssl function networks (threemonth) for more than 20 hours (using 2 cores), an error appeared:

Error in sendMaster(try(lapply(X = S, FUN = FUN, ...), silent = TRUE)) : 
  long vectors not supported yet: fork.c:376
Calls: <Anonymous> ... construct.dependency.network.from.list -> mclapply -> lapply -> FUN -> sendMaster
Error: All inputs to rbind.fill must be data.frames
In addition: Warning message:
In mclapply(list, function(set) { :
  scheduled core 1 encountered error in user code, all values of the job will be affected
Execution halted

Unfortunately, the error message is not that concrete since more than one core was used.

[bockthom]

To be more concrete, the following function of CodefaceProjectData was initially called (which in turn calls the function stated in the initial comment):
get.author.network(relation=AUTHOR.RELATION, directed=TRUE, simple.network=FALSE)

[bockthom]

The described error seems to be a problem with parallelization in mclapply: It also appeared in the busybox function threemonth networks.
Since I have already run that configuration before parallelization and without parallelization no errors have appeared, I guess that the parallelization itself is the problem here...

Perhaps parallelization within already parallelized code may be the problem. If that is not the case, I am not sure where the problem can arise from...

[clhunsen]

As of commit 930af63, the problematic parallelization is removed and the resulting issue is resolved. The underlying problem of parallelization is to be solved in issue #4.