tempfile | Get a random temporary file path | Runtime Evironment library

So I was really ripping my hair out why two different sessions of R with the same data were producing wildly different times to complete the same task. After a lot of restarting R, cleaning out all my variables, and really running a clean R, I found the issue: the new data structure provided by vroom and readr is, for some reason, super sluggish on my script. Of course the easiest thing to solve this is to convert your data into a tibble as soon as you load it in. Or is there some other explanation, like poor coding praxis in my functions that can explain the sluggish behavior? Or, is this a bug with recent updates of these packages? If so and if someone is more experienced with reporting bugs to tidyverse, then here is a repex showing the behavior cause I feel that this is out of my ballpark.

This test program

Is a simple way to convert pdf to html using pdfminer? I have seen many questions like this but they won't give me a right answer...

I have entered this in my ConEmu prompt:

In my code, multiprocessing Process is being used to spawn multiple impdp jobs (imports) simultaneously and each job generates a log file with the dynamic name:

'/DP_IMP_' + DP_PDB_FULL_NAME[i] + '' + DP_WORKLOAD + '' + str(vardate) + '.log'

I need to save a Matplot plot to a temporary file that I control since this code would be in a python Flask REST service.

I tried this:

fp = tempfile.NamedTemporaryFile() return_base64 = ""

I'd like to create shapefile files in Shiny. A create the files corrected in tempdir(), including the final *zip file. But the output error is Error in h: error evaluating argument 'x' in method selection for function 'unique': 'cannot find function "selectedvariable0"'[No stack trace available] Ok, work with reactive objects is necessary to be careful, but despite I try to use selectedvariable0()$ID_UNIQUE,selectedvariable0() or output$selectedvariable0. Nothing working for me. In my example:

I have a bunch of instances, each having a unique tempfile for its use (save data from memory to disk and retrieve them later).

I want to be sure that at the end of the day, all these files are removed. However, I want to leave a room for a fine-grained control of their deletion. That is, some files may be removed earlier, if needed (e.g. they are too big and not important any more).

What is the best / recommended way to achieve this?

May thoughts on that

• The try-finalize blocks or with statements are not an option, as we have many files, whose lifetime may overlap each other. Also, it hardly admits the option of finer control.

• From what I have read, __del__ is also not a feasible option, as it is not even guaranteed that it will eventually run (although, it is not entirely clear to me, what are the "risky" cases). Also (if it is still the case), the libraries may not be available when __del__ runs.

• tempfile library seems promising. However, the file is gone after just closing it, which is definitely a bummer, as I want them to be closed (when they perform no operation) to limit the number of open files.

  • The library promises that the file "will be destroyed as soon as it is closed (including an implicit close when the object is garbage collected)."

    How do they achieve the implicit close? E.g. in C# I would use a (reliable) finalizer, which __del__ is not.

• atexit library seems to be the best candidate, which can work as a reliable finalizer instead of __del__ to implement safe disposable pattern. The only problem, compared to object finalizers, is that it runs truly at-exit, which is rather inconvenient (what if the object eligible to be garbage-collected earlier?).

  • Here, the question still stands. How the library achieves that the methods always run? (Except in a really unexpected cases with which is hard to do anything)

In ideal case, it seems that a combination of __del__ and atexit library may perform best. That is, the clean-up is both at __del__ and the method registered in atexit, while repeated clean-up would be forbidden. If __del__ was called, the registered will be removed.

The only (yet crucial) problem is that __del__ won't run if a method is registered at atexit, because a reference to the object exists forever.

Thus, any suggestion, advice, useful link and so on is welcomed.

I try to create an app in Shiny and all selectInput were dynamic reactive objects but at the moment they make some plot (output$myplot) with the combination of the variables select and if(){} condition using observe({}), my plot doesn't work (PEST == unique(stands_ds$PEST) : length of larger object is not multiple of length of smaller object). The problem is with the final selection object selectedvariable4 and try to used selectedvariable4, selectedvariable4(),selectedvariable4()$ID_UNIQUE and unique(selectedvariable4()$ID_UNIQUE) without success. In my example:

I try to create an app in Shiny and all selectInput were dynamic reactive objects but at the moment they make some plot (output$myplot) with the combination of the variables select, my plot doesn't work (Error in charToDate: character string is not in a standard unambiguous format). The problem is with the final selection object selectedvariable4 and try to used selectedvariable4, selectedvariable4(),selectedvariable4()$ID_UNIQUE and unique(selectedvariable4()$ID_UNIQUE) without success. In my example: