<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to bugs</title><link href="https://sourceforge.net/p/http-replicator/bugs/" rel="alternate"/><link href="https://sourceforge.net/p/http-replicator/bugs/feed.atom" rel="self"/><id>https://sourceforge.net/p/http-replicator/bugs/</id><updated>2012-02-23T12:36:45Z</updated><subtitle>Recent changes to bugs</subtitle><entry><title>Temporary file problem</title><link href="https://sourceforge.net/p/http-replicator/bugs/1/" rel="alternate"/><published>2012-02-23T12:36:45Z</published><updated>2012-02-23T12:36:45Z</updated><author><name>philosophy</name><uri>https://sourceforge.net/u/philosophy/</uri></author><id>https://sourceforge.net936c69e426e47a8ea9d5b38b478f2e8f053dc0b6</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Temporary files are created using os.tmpfile() . On my system this points to a fast RAM file system that runs out of space for large downloads - resulting in http-replicator crashing.&lt;/p&gt;
&lt;p&gt;Http-replicator should use an explicit directory for this purpose (the cache directory would be fine - since this would typically be a large disk-based file system).&lt;/p&gt;
&lt;p&gt;A possible solution would be to use the python module "tempfile", which provides the function tempfile.mkstemp - this allows "dir" to be specified.&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>