See below. Near the bottom are what I think are probably core InstallMgr issues.<br><br><div class="gmail_quote">On Jan 22, 2008 8:02 AM, Pierre Amadio <<a href="mailto:pierre.amadio@laposte.net">pierre.amadio@laposte.net</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">- The download/manage module is awfull. (Why is there no python wrapper<br> for the InstallMgr class ? :-) ).</blockquote>
</div><br>One reason that there is no python wrapper is that SWIG cannot parse the installmgr.h file. This is due to the fact that SWIG is quite touchy about the order of modifiers. Changing the lines<br> const static int MODSTAT_OLDER;<br>
const static int MODSTAT_SAMEVERSION;<br> const static int MODSTAT_UPDATED;<br> const static int MODSTAT_NEW;<br> const static int MODSTAT_CIPHERED;<br> const static int MODSTAT_CIPHERKEYPRESENT;<br><br>to <br>
<br> static const int MODSTAT_OLDER;<br> static const int MODSTAT_SAMEVERSION;<br> static const int MODSTAT_UPDATED;<br> static const int MODSTAT_NEW;<br> static const int MODSTAT_CIPHERED;<br> static const int MODSTAT_CIPHERKEYPRESENT;<br>
<br>will solve that problem. Could this please be fixed? It has no semantic difference, but it means that installmgr can be used in python without patching the source.<br><br>Another reason is that no one had got round to it. I have attached an installmgr.i file which ought to do this. To get the status reporter working, the sword.i file which you are building from must have these lines added to it<br>
%module(directors="1") Sword;<br>%feature("director") sword::StatusReporter;<br>%include "installmgr.i"<br><br>However, when I try using it, it makes a pretty horrible mess (I'm using VC++ Express Edition 2005 and using cURL to do the downloading, as ftplib won't build)<br>
<br>Under a debug build, a debug assertion is triggered on closing after refreshing a remote source.<br>The assertion (part of the msvcrt debug, I think)<br>is in close.c on line 48<br>Expression: (_osfile(fh) & FOPEN)<br>
<br>Under a non-debug build it crashes on trying to refresh a remote source, after it has done it once (even in a different session).<br>I think this is because it is getting two files, abbott.conf and fdla_en.conf with modified dates of <br>
Thursday, 24 November 30044, 1:22:45 AM<br>and it can't handle deleting files with these dates.<br><br>The debug version sets those two files' modified dates to the current date/time.<br><br>Does anyone have any ideas on why this doesn't work? This could have something to do with the unzipping not working properly, but I'm not sure.<br>
<br>God Bless,<br>Ben<br>-------------------------------------------------------------------------------------------<br>The Lord is not slow to fulfill his promise as some count slowness,<br>but is patient toward you, not wishing that any should perish,<br>
but that all should reach repentance.<br>2 Peter 3:9 (ESV)