gp1313 / gnuplot-cpp

Automatically exported from code.google.com/p/gnuplot-cpp
0 stars 0 forks source link

How to delete the temporary files? #5

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
I have a loop in my program and at each iteration I'm creating a plot that
is displayed. But since there are more than GP_MAX_TMP_FILES iterations I
get an exception. How do I properly clean up the temporary files in each
iteration?

What steps will reproduce the problem?
1. Create more than GP_MAX_TMP_FILES plots.

What version of the product are you using? On what operating system?
I'm using the latest version running on linux.

Original issue reported on code.google.com by jens.k.mueller@gmail.com on 23 Oct 2009 at 8:20

GoogleCodeExporter commented 9 years ago
I found out that Gnuplot::remove_tmpfiles() isn't thread safe. I'm using 
threads.
So why do we have a limit on the total number of temporary files? Can't we just
delete all temporary files when destructing?

Original comment by jens.k.mueller@gmail.com on 23 Oct 2009 at 8:43

GoogleCodeExporter commented 9 years ago
I'm also wondering the proper way to do this.  If I delete the tmp files 
immediately
after calling plot_x(), they're gone by the time gnuplot tries to read them.

Original comment by KyleSi...@gmail.com on 25 Mar 2010 at 5:49

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
I was using this library to graphically the differences between several sorting 
algorithms. I made this method:

void Gnuplot::remove_oldest_tmpfile(){
    if ((tmpfile_list).size() > 0)
    {
        remove (Gnuplot::tmpfile_list[0].c_str() );
        Gnuplot::tmpfile_list.erase(Gnuplot::tmpfile_list.begin());
        Gnuplot::tmpfile_num=tmpfile_list.size();
    }
}

You call it when you're at the maximum number of temp files, and it will remove 
the oldest. This generally allows gnuplot to plot the graph in time, so you 
don't get the race condition that Kyle mentioned above. It allowed me to 
rapidly-plot about 50% faster.

Original comment by griffin....@gmail.com on 14 Apr 2014 at 8:15