<div dir="ltr"><div><div>- Dumping to file on exit: sadly not as simple as just dumping the raw data in memory - as far as I know, you have to connect to a file, query the in-memory database, and insert the results into the file database. We don&#39;t want to be doing all that on shutdown, especially if the file is on NFS where it could have problems.<br>

</div>- Loading other history files - you can create a separate HistoryAccessor already. Wrapping that in magic commands or whatever isn&#39;t a priority, at least for me.<br><br></div>Both could probably be implemented as extensions if you want to play around with them.<br>

<br>Thomas<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 29 January 2013 07:21, klo uo <span dir="ltr">&lt;<a href="mailto:klonuo@gmail.com" target="_blank">klonuo@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Do you think it would be useful, to allow option to write current session to memory as in Matthias example, and:<br>

<br></div> - allow dumping history from memory to file by appending, on exit<br></div>
 - allow IPython function to load stored history file, on demand<br><div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Mon, Jan 28, 2013 at 11:32 PM, Thomas Kluyver <span dir="ltr">&lt;<a href="mailto:takowl@gmail.com" target="_blank">takowl@gmail.com</a>&gt;</span> wrote:<br>


</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote">On 28 January 2013 19:33, Matthias BUSSONNIER <span dir="ltr">&lt;<a href="mailto:bussonniermatthias@gmail.com" target="_blank">bussonniermatthias@gmail.com</a>&gt;</span> wrote:<br>




<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">IIRC we had some issues with history on NFS, but maybe it was only on windows.</blockquote></div><br></div></div><div class="gmail_extra">




It&#39;s not, unfortunately - SQLite over NFS is a general problem. And as far as we know, there&#39;s no way to easily detect whether a directory is on NFS. The workaround is to set HistoryManager.hist_file to a location that will be stored locally, or to :memory: (in which case, history will be lost between sessions).<br>




<br></div><div class="gmail_extra">Thanks for the detailed analysis of the problem. From what you say, connecting from different threads may be the issue. We have a HistorySavingThread which opens its own connection to the database to write command history. Python&#39;s sqlite3 module has an undocumented option to share a single database connection between threads. We&#39;ve been reluctant to play with it, but you might want to experiment with it.<br>




<br></div><div class="gmail_extra">Best wishes,<br>Thomas<br></div></div>
<br></div></div><div class="im">_______________________________________________<br>
IPython-User mailing list<br>
<a href="mailto:IPython-User@scipy.org" target="_blank">IPython-User@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/ipython-user" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-user</a><br>
<br></div></blockquote></div><br></div></div></div></div></div>
<br>_______________________________________________<br>
IPython-User mailing list<br>
<a href="mailto:IPython-User@scipy.org">IPython-User@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/ipython-user" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-user</a><br>
<br></blockquote></div><br></div>