[sword-devel] InstallMgr in python Was OLPC interest still?

[Ben Morgan]

Hi,

It still seems to have those same two files not working, even when I use the
SVN version. Anyone got any ideas why these dates would come up?


God Bless,
Ben
-------------------------------------------------------------------------------------------
The Lord is not slow to fulfill his promise as some count slowness,
but is patient toward you, not wishing that any should perish,
but that all should reach repentance.
2 Peter 3:9 (ESV)

On Jan 31, 2008 5:36 PM, Ben Morgan <benpmorgan at gmail.com> wrote:

> Hi,
>
> No, I haven't been using the SVN version. I'll try this and see if it
> works.
> Also, I don't have svn commit access at all (I used to pass my changes on
> to Jason)
>
> Thanks for the prompt reply.
>
> God Bless,
> Ben
>
> -------------------------------------------------------------------------------------------
> The Lord is not slow to fulfill his promise as some count slowness,
> but is patient toward you, not wishing that any should perish,
> but that all should reach repentance.
> 2 Peter 3:9 (ESV)
>
> On Jan 31, 2008 5:21 PM, Troy A. Griffitts <scribe at crosswire.org> wrote:
>
> > Ben,
> >
> > Are you using SVN?  We had fixed some code in InstallMgr 'recently'.
> >
> > const static changed to
> > static const
> >
> > in svn now.
> >
> > Do you still have SVN access to commit your new installmgr.i and sword.i
> > changes?
> >
> > Thank you for working on this.
> >
> >        -Troy.
> >
> >
> >
> > Ben Morgan wrote:
> > > See below. Near the bottom are what I think are probably core
> > InstallMgr
> > > issues.
> > >
> > > On Jan 22, 2008 8:02 AM, Pierre Amadio <pierre.amadio at laposte.net
> > > <mailto:pierre.amadio at laposte.net>> wrote:
> > >
> > >     - The download/manage module is awfull. (Why is there no python
> > wrapper
> > >      for the InstallMgr class ? :-) ).
> > >
> > >
> > > 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
> > >     const static int MODSTAT_OLDER;
> > >     const static int MODSTAT_SAMEVERSION;
> > >     const static int MODSTAT_UPDATED;
> > >     const static int MODSTAT_NEW;
> > >     const static int MODSTAT_CIPHERED;
> > >     const static int MODSTAT_CIPHERKEYPRESENT;
> > >
> > > to
> > >
> > >     static const int MODSTAT_OLDER;
> > >     static const int MODSTAT_SAMEVERSION;
> > >     static const int MODSTAT_UPDATED;
> > >     static const int MODSTAT_NEW;
> > >     static const int MODSTAT_CIPHERED;
> > >     static const int MODSTAT_CIPHERKEYPRESENT;
> > >
> > > 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.
> > >
> > > 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
> > > %module(directors="1") Sword;
> > > %feature("director") sword::StatusReporter;
> > > %include "installmgr.i"
> > >
> > > 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)
> > >
> > > Under a debug build, a debug assertion is triggered on closing after
> > > refreshing a remote source.
> > > The assertion (part of the msvcrt debug, I think)
> > > is in close.c on line 48
> > > Expression: (_osfile(fh) & FOPEN)
> > >
> > > 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).
> > > I think this is because it is getting two files, abbott.conf and
> > > fdla_en.conf with modified dates of
> > > Thursday, 24 November 30044, 1:22:45 AM
> > > and it can't handle deleting files with these dates.
> > >
> > > The debug version sets those two files' modified dates to the current
> > > date/time.
> > >
> > > 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.
> > >
> > > God Bless,
> > > Ben
> > >
> > -------------------------------------------------------------------------------------------
> > > The Lord is not slow to fulfill his promise as some count slowness,
> > > but is patient toward you, not wishing that any should perish,
> > > but that all should reach repentance.
> > > 2 Peter 3:9 (ESV)
> > >
> > >
> > >
> > ------------------------------------------------------------------------
> > >
> > > _______________________________________________
> > > sword-devel mailing list: sword-devel at crosswire.org
> > > http://www.crosswire.org/mailman/listinfo/sword-devel
> > > Instructions to unsubscribe/change your settings at above page
> >
> >
> > _______________________________________________
> > sword-devel mailing list: sword-devel at crosswire.org
> > http://www.crosswire.org/mailman/listinfo/sword-devel
> > Instructions to unsubscribe/change your settings at above page
> >
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.crosswire.org/pipermail/sword-devel/attachments/20080131/7e6fa397/attachment.html