Re: [sword-devel] Announcing Sword++

[Mark Trompell]

Am 28. September 2016 16:49:58 MESZ, schrieb Konstantin Maslyuk 
:
>Thank you, Jaak, for your good starting. I still hope that your
>knowledge in C++ development and Troy's experience in Sword development
>would unite in development of next major libsword iteration (reword
>libsword2). I think you both have many great ideas for that. 

That would probably a good idea. Getting some Input of what Frontend developers 
need. But keep the fileformat.
May be some parts could be solved better if api compatibility is not an issue.

>I also expect from libsword2 more convenient api. Since we managed to
>work with existing, it leave many questions and unobvious things (SWMgr
>that is actually iterator, Upper/Lower bound that do not say where is
>module beginning for new ones). A lot of code in Sword is hard to
>maintain, only few people knows how it actually works. It is not look
>like good C++ code. And it will never evolve if we will focus on elder
>devices.
>
>So I suggest to not extinguish any kind of energy here but to support.
>It is so little here.
>
>As for me, i like elder devices, and at this moment they are in my
>priority.
>
>
>Blessings.
>
>-Исходное сообщение-
>От: "Jaak Ristioja" 
>Отправлено: ‎25.‎09.‎2016 21:56
>Кому: "SWORD Developers' Collaboration Forum"
>
>Тема: [sword-devel] Announcing Sword++
>
>Hello!
>
>Sometime in May this year my efforts to improve the Sword library as
>the
>backend for BibleTime led me to create branch or fork of the Sword
>codebase, which I eventually called Sword++. The main goals for this
>were to (with respect to BibleTime development) improve the API, build
>system and overall code quality, modernize, and to try to fix any bugs
>I
>find when refactoring and reviewing the code. With experience as a C++
>backend engineer and being no Sword expert, my refactoring effort also
>serves the purpose of educating myself about Sword and its internals.
>While I'm just starting out and have barely touched the amount of work
>that needs to be done, I've already accumulated over 200 new commits to
>the Sword++ repository so far. So this seems to be a more-or-less
>reasonable time to publicly announce my publicly before the situation
>gets too awkward.
>
>Before I proceed, I want to emphasize that none of this is meant to
>split or even stir up anything negative in the community. However,
>Sword++ is an initiative to stop and reverse the current bit-rot; it is
>more of a rescue effort and not a rebel event. Due to the sheer amount
>of work that needs to and can be done to reach these goals, it is
>evidently impractical for me to push and wait for every such change to
>work its way through the issue tracker and/or sword-devel and reach SVN
>trunk. To work around this costly threshold for contributing to the
>Sword library, Sword++ is now here.
>
>Sword++ is not officially related to CrossWire. The code currently
>lives
>at https://github.com/swordxx/swordxx and as the initiator I'm
>currently
>idling alone on the #sword++ channel on FreeNode IRC. Feel free to
>contribute, file bug reports, pull requests etc. Also feel free to
>cherry-pick or merge any fixes back to Sword. I don't think I will (or
>have time to) flood sword-devel with emails about every bug (or
>technical, design or architectural issue) I find. I will try to notify
>about most severe security issues. Follow the git log if you're
>interested.
>
>The code is in sync with enhancements in the Sword SVN trunk and for
>now
>I'll try to keep it that way, although I've changed the layout of
>source
>files etc extensively which makes merging harder. I'm currently
>targeting standard C++14, POSIX and Linux, with everything else having
>lower priority due to Sword++ currently having only one active
>developer. I've also dropped all the language bindings (which I don't
>intend on maintaining together with the Sword++ master branch), a bunch
>of legacy and unused code, tools and utilities etc. MSVC project files
>and autotools were dropped from the build system, which is now only
>based on CMake. Ftplib support was also dropped, cURL, CLucene 2,
>bzip2,
>xz and zlib are now unconditionally required by Sword++. There are also
>some API changes so switching from Sword to Sword++ requires some
>effort. See the git log for details and more.
>
>There is a lot of uncertainty because this is just the beginning of the
>process. Currently Sword++ must be considered unstable. I haven't
>tested
>it much at runtime. I'm mostly doing code review, modernizing, fixing
>bugs and compiler warnings and static analysis warnings,
>despaghettification and deduplication of code, improving the API etc
>etc
>etc. Sword++ will try to stay compatible with existing Sword modules,
>but will probably propose amendments to the file formats and download
>protocols (e.g. to get rid of parsing the potentially fragile HTML of
>directory listings generated by the Apache HTTP server).

Re: [sword-devel] Packge

[Mark Trompell]

Need to try out. Until now I added a sword.conf manually in our
recipe, looking like this:
:r.Create('%(sysconfdir)s/sword.conf', contents=\n.join((
'[Install]',
'DataPath=/usr/share/sword/',
'',
'[Sources]',
'DIRSource=/usr/share/sword|[local]|/usr/share/sword',
'',
)))

2014-12-10 13:44 GMT+01:00 Greg Hellings greg.helli...@gmail.com:
 Mark,

 You might be interested in the last two commits I just dropped onto
 SVN HEAD. They significantly improve the CMake build options handling.
 The system now honors the standard set of options (LIB_INSTALL_DIR,
 SHARE_INSTALL_PREFIX, etc) instead of using our own made-up
 replacements for them. Additionally the system will now write out an
 /etc/sword.conf file, which has been missing all along. This might
 help with localization, as locales.d is also installed into the same
 folder that /etc/sword.conf is expected to point at.

 See if those two commits will help you out (in patch form they can be
 found at http://pkgs.fedoraproject.org/cgit/sword.git/tree/). How did
 you test the different locales to generate the failures and successes
 on your system?

 --Greg

 On Wed, Dec 10, 2014 at 2:18 AM, Mark Trompell m...@foresightlinux.org 
 wrote:
 I guess that won't land in f20?
 Btw, I used cmake for building foresight packages, but had always
 issues with getting the locales right.
 So don't forget to check if other then EN or C work :-)


 2014-12-09 21:39 GMT+01:00 Greg Hellings greg.helli...@gmail.com:
 Let me put on my distro packager hat for a minute:

 People who are Sword users on Fedora - I'm currently building an
 update to Sword that will land in Rawhide. This moves the build
 process over from autotools to CMake. As part of this, the Rawhide
 package will also include building the Sword Python bindings (there
 are still some outstanding issues with getting Perl to reliably
 install). You can get at this with a yum install sword-python

 As another update I have split the contents of the utilities binaries
 into their own package. You can get at this with a yum install
 sword-utilities. I have done this in order to help emphasize that we
 do not expect users to leverage the utilities from version releases
 but instead expect them to use the versions out of SVN HEAD directly.

 If anyone out there is a Fedora Rawhide user and is interested in
 fetching the results, they should be composed into the Rawhide
 repositories at the next update of your local mirror.

 --Greg

 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)

 ___
 sword-devel mailing list: sword-devel@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@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] 1.7.3alpha3

[Mark Trompell]

On Fri, May 2, 2014 at 5:17 AM, Greg Hellings greg.helli...@gmail.com wrote:
 A few more fixes and patches - sword 1.7.3 alpha 3 is now out alongside the
 alpha1 tarball.

 If I hear nothing more bad in the next few days I'll cut it over as the
 official release.

It still builds on our buildsystem.

 --Greg

 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Sword 1.7.3alpha1

[Mark Trompell]

On Thu, Apr 24, 2014 at 5:25 AM, Greg Hellings greg.helli...@gmail.com wrote:
 I've created a sword-1.7.3alpha1.tar.gz and uploaded it to the normal
 alpha location on the server. Those of you willing and interested, please
 test it. I plan to cut it as the final version of 1.7.3 by the end of this
 weekend if there's not objections to it. Files are stored in sword-1.7.3/
 folder under the tarball and it will play and act just like the final
 version of the library.

 Please, give me some karma, good or bad, if you try it. I don't want to
 release 1.7.3 only to find someone was sitting on a build issue.

No build issues here (foresightlinux).
Build tool just reports (as always):
+ SharedLibrary: /usr/lib64/libsword.so.1.7.3
+ CheckSonames: /usr/lib64/libsword.so.1.7.3 has soname
libsword.so.1.7.3; best practice is that the filename that matches the
soname is a symlink: soname - soname.minorversion
But nothing to change for a branch release. But maybe something to
consider for sword 1.8?
Especially if abi is compatible with the previous release, the soname
doesn't need to change.
Not sure if this is only with cmake, but I always have to do:
chrpath -d build/bindings/swig/perl/blib/arch/auto/Sword/Sword.so
because our buildtool aborts with:
CheckDestDir: file /usr/lib/perl5/site_perl/5.8.8/auto/Sword/Sword.so
has illegal RPATH /tmp/rmake/builds/sword/sword-1.7.3/build
otherwise
Anyway.
I used cmake to build it.
Xiphos 3.1.6 builds fine on top of that.
Only building on our buildcluster. No real tests.

 --Greg

Mark

-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] New public git mirror of Sword SVN trunk and why

[Mark Trompell]

I guess it's about githubs source code isn't entirely free software.

On Fri, Aug 16, 2013 at 8:23 AM, Chris Burrell ch...@burrell.me.uk wrote:
 Not sure what you mean about free vs proprietary. We're not paying anything
 to have the CrossWire organisation in github. Chris

 On 14 Aug 2013 15:54, Matěj Cepl mc...@redhat.com wrote:

 On 12/17/2012 09:13 PM, Jaak Ristioja wrote:
  I created a new git mirror of the SVN trunk of Sword at gitorious:
 
  Gitorious web page:
 
https://gitorious.org/sword-svn-mirrors/trunk

 I haven't been satisfied with this mirror (not proper names in git
 fashion, no branches, and no tags), so I have created IMHO a more proper
 one on https://gitorious.org/sword/sword

 I know there is an organization on https://github.com/crosswire which
 has been already used by JSword folks, but let me just say that I prefer
 free software hosting over proprietary ones. Also, with DVCS it doesn't
 matter that much which server the repository is currently hosted on, it
 can be transferred to github easily if the wish arises.

 I am certainly willing to add more collaborators to the repo or create
 sword-maintainers team.

 This repo should be automatically mirrored each day from SVN.

 Best,

 Matěj

 --
 http://www.ceplovi.cz/matej/, Jabber: mc...@ceplovi.cz
 GPG Finger: 89EF 4BC6 288A BF43 1BAB  25C3 E09F EF25 D964 84AC

 In the government of this Commonwealth, the legislative
 department shall never exercise the executive and judicial
 powers, or either of them: The executive shall never exercise the
 legislative and judicial powers, or either of them: The judicial
 shall never exercise the legislative and executive powers, or
 either of them: to the end it may be a government of laws and not
 of men.
 -- John Adams in the Article XXXth of the Constitution of the
Commonwealth of Massachusetts

 ___
 sword-devel mailing list: sword-devel@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@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Segmentation fault in Perl bindings.

[Mark Trompell]

Works for me. So better release 1.7.0 soon before I find something else.
My secret agenda is delaying it to r3000 :-P


On Wed, Aug 14, 2013 at 7:13 AM, Greg Hellings greg.helli...@gmail.com wrote:
 I have committed two fixes to Perl:
 One fixes the intermittent builds that I was experiencing. It turns out that
 CMake and Swig were both generating files named 'Makefile' in the build
 directory. Now the Perl files generate Makefile.perlswig instead.

 The other fixes the seg fault on exit that was in your test case for me. I
 did it simply by conditionally compiling in the __str__ method of SWKey for
 Perl that was the source of the offense. It will now build in Python but not
 Perl. This fixes the Seg Fault for me in your minimal test case. Hopefully
 it doesn't break any expected functionality.

 --Greg


 On Tue, Aug 13, 2013 at 2:04 AM, Mark Trompell m...@foresightlinux.org
 wrote:

 Adding some more details:
 main::(Perlbindingstest.pl:4):  my $mgr = new Sword::SWMgr();
   DB1 l
 4==my $mgr = new Sword::SWMgr();
 5:  my $neu = $mgr-getModule(GerNeUe);
 6:  my $key = new Sword::SWKey(Genesis 1:1);
 7:  $neu-setKey($key);
 8:  print $neu-renderText(),\n;
   DB1 n
 main::(Perlbindingstest.pl:5):  my $neu = $mgr-getModule(GerNeUe);
   DB1 n
 main::(Perlbindingstest.pl:6):  my $key = new Sword::SWKey(Genesis 1:1);
   DB1 n
 main::(Perlbindingstest.pl:7):  $neu-setKey($key);
   DB1 n
 main::(Perlbindingstest.pl:8):  print $neu-renderText(),\n;
   DB1 s

 Sword::SWBuf::CODE(0x93a6c0)(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:59):
 59: '' = sub { $_[0]-__str__()},
   DB1 s

 Sword::SWBuf::CODE(0x93a6c0)(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:59):
 59: '' = sub { $_[0]-__str__()},
   DB1 s
 Im Anfang schuf Gott Himmel und Erde.
 Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:968):
 968:return unless $_[0]-isa('HASH');
   DB1 s
 Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:969):
 969:my $self = tied(%{$_[0]});
   DB1 s
 Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:969):
 969:my $self = tied(%{$_[0]});
   DB1 s
 Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:970):
 970:return unless defined $self;
   DB1 s
 Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:971):
 971:delete $ITERATORS{$self};
   DB1 s

 Sword::SWKey::CODE(0xb3fb90)(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:949):
 949:'' = sub { $_[0]-__str__()},
   DB1 s
 Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:972):
 972:if (exists $OWNER{$self}) {
   DB1 s

 Sword::SWKey::CODE(0xb3fb90)(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:949):
 949:'' = sub { $_[0]-__str__()},
   DB1 s
 Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:973):
 973:Swordc::delete_SWKey($self);
   DB1 s

 Sword::SWKey::CODE(0xb3fb90)(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:949):
 949:'' = sub { $_[0]-__str__()},
   DB1 s

 Sword::SWKey::CODE(0xb3fb90)(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:949):
 949:'' = sub { $_[0]-__str__()},
   DB1 s
 Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:974):
 974:delete $OWNER{$self};
   DB1 s

 Sword::SWKey::CODE(0xb3fb90)(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:949):
 949:'' = sub { $_[0]-__str__()},
   DB1 s

 Program received signal SIGSEGV, Segmentation fault.
 0x7626ae73 in sword_SWKey___str__ (my_perl=value optimized
 out, cv=value optimized out)
 at Sword.cxx:2360
 2360return const_castchar
 *(self-getText());


 On Tue, Aug 13, 2013 at 7:36 AM, Mark Trompell m...@foresightlinux.org
 wrote:
  This is all I can get out of debugging...
  Program received signal SIGSEGV, Segmentation fault.
  0x7646ee73 in sword_SWKey___str__ (my_perl=value optimized
  out, cv=value optimized out)
  at Sword.cxx:2360
  2360return const_castchar
  *(self-getText());
 
  Probably not helpful at all...
  btw it's r2955.
 
  On Mon, Aug 12, 2013 at 8:53 AM, Mark Trompell m...@foresightlinux.org
  wrote:
  With my little Perlprogramm I get a segmentation fault. I don't get
  them with a similiar python programm, how would I debug these?
 
  $ ./Perlbindingstest.pl
  Im Anfang schuf Gott Himmel und Erde.
  Segmentation fault
 
 
  Perlbindingstest.pl:
  #!/usr/bin/perl
  use Sword;
 
  my $mgr = new Sword::SWMgr();
  my $neu = $mgr-getModule(GerNeUe);
  my $key = new Sword::SWKey(Genesis 1:1);
  $neu-setKey($key);
  print $neu-renderText(),\n;
 
  Pythonbindingstest.py:
  #!/usr/bin/python
  import Sword
 
  mgr = Sword.SWMgr()
  neu = mgr.getModule(GerNeUe)
  key = Sword.SWKey(Genesis 1:1)
  neu.setKey(key)
  print (neu.renderText())
 
 
  --
  Mark Trompell
 
  Foresight Linux Xfce Edition
  Cause your desktop should be freaking cool
  (and Xfce)
 
 
 
  --
  Mark Trompell
 
  Foresight Linux Xfce

Re: [sword-devel] Segmentation fault in Perl bindings.

[Mark Trompell]

Adding some more details:
main::(Perlbindingstest.pl:4):  my $mgr = new Sword::SWMgr();
  DB1 l
4==my $mgr = new Sword::SWMgr();
5:  my $neu = $mgr-getModule(GerNeUe);
6:  my $key = new Sword::SWKey(Genesis 1:1);
7:  $neu-setKey($key);
8:  print $neu-renderText(),\n;
  DB1 n
main::(Perlbindingstest.pl:5):  my $neu = $mgr-getModule(GerNeUe);
  DB1 n
main::(Perlbindingstest.pl:6):  my $key = new Sword::SWKey(Genesis 1:1);
  DB1 n
main::(Perlbindingstest.pl:7):  $neu-setKey($key);
  DB1 n
main::(Perlbindingstest.pl:8):  print $neu-renderText(),\n;
  DB1 s
Sword::SWBuf::CODE(0x93a6c0)(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:59):
59: '' = sub { $_[0]-__str__()},
  DB1 s
Sword::SWBuf::CODE(0x93a6c0)(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:59):
59: '' = sub { $_[0]-__str__()},
  DB1 s
Im Anfang schuf Gott Himmel und Erde.
Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:968):
968:return unless $_[0]-isa('HASH');
  DB1 s
Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:969):
969:my $self = tied(%{$_[0]});
  DB1 s
Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:969):
969:my $self = tied(%{$_[0]});
  DB1 s
Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:970):
970:return unless defined $self;
  DB1 s
Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:971):
971:delete $ITERATORS{$self};
  DB1 s
Sword::SWKey::CODE(0xb3fb90)(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:949):
949:'' = sub { $_[0]-__str__()},
  DB1 s
Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:972):
972:if (exists $OWNER{$self}) {
  DB1 s
Sword::SWKey::CODE(0xb3fb90)(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:949):
949:'' = sub { $_[0]-__str__()},
  DB1 s
Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:973):
973:Swordc::delete_SWKey($self);
  DB1 s
Sword::SWKey::CODE(0xb3fb90)(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:949):
949:'' = sub { $_[0]-__str__()},
  DB1 s
Sword::SWKey::CODE(0xb3fb90)(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:949):
949:'' = sub { $_[0]-__str__()},
  DB1 s
Sword::SWKey::DESTROY(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:974):
974:delete $OWNER{$self};
  DB1 s
Sword::SWKey::CODE(0xb3fb90)(/usr/lib64/perl5/site_perl/5.8.8/Sword.pm:949):
949:'' = sub { $_[0]-__str__()},
  DB1 s

Program received signal SIGSEGV, Segmentation fault.
0x7626ae73 in sword_SWKey___str__ (my_perl=value optimized
out, cv=value optimized out)
at Sword.cxx:2360
2360return const_castchar *(self-getText());


On Tue, Aug 13, 2013 at 7:36 AM, Mark Trompell m...@foresightlinux.org wrote:
 This is all I can get out of debugging...
 Program received signal SIGSEGV, Segmentation fault.
 0x7646ee73 in sword_SWKey___str__ (my_perl=value optimized
 out, cv=value optimized out)
 at Sword.cxx:2360
 2360return const_castchar *(self-getText());

 Probably not helpful at all...
 btw it's r2955.

 On Mon, Aug 12, 2013 at 8:53 AM, Mark Trompell m...@foresightlinux.org 
 wrote:
 With my little Perlprogramm I get a segmentation fault. I don't get
 them with a similiar python programm, how would I debug these?

 $ ./Perlbindingstest.pl
 Im Anfang schuf Gott Himmel und Erde.
 Segmentation fault


 Perlbindingstest.pl:
 #!/usr/bin/perl
 use Sword;

 my $mgr = new Sword::SWMgr();
 my $neu = $mgr-getModule(GerNeUe);
 my $key = new Sword::SWKey(Genesis 1:1);
 $neu-setKey($key);
 print $neu-renderText(),\n;

 Pythonbindingstest.py:
 #!/usr/bin/python
 import Sword

 mgr = Sword.SWMgr()
 neu = mgr.getModule(GerNeUe)
 key = Sword.SWKey(Genesis 1:1)
 neu.setKey(key)
 print (neu.renderText())


 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)



 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Segmentation fault in Perl bindings.

[Mark Trompell]

With my little Perlprogramm I get a segmentation fault. I don't get
them with a similiar python programm, how would I debug these?

$ ./Perlbindingstest.pl
Im Anfang schuf Gott Himmel und Erde.
Segmentation fault


Perlbindingstest.pl:
#!/usr/bin/perl
use Sword;

my $mgr = new Sword::SWMgr();
my $neu = $mgr-getModule(GerNeUe);
my $key = new Sword::SWKey(Genesis 1:1);
$neu-setKey($key);
print $neu-renderText(),\n;

Pythonbindingstest.py:
#!/usr/bin/python
import Sword

mgr = Sword.SWMgr()
neu = mgr.getModule(GerNeUe)
key = Sword.SWKey(Genesis 1:1)
neu.setKey(key)
print (neu.renderText())


-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.7.0RC2

[Mark Trompell]

Afaik cmake has a way to get this information from pkgconfig (not on windows 
though).
--- Ursprüngl. Mitteilung ---
Von: Jaak Ristioja
Gesend.:  07.08.2013, 00:53 
An: sword-devel@crosswire.org
Betreff: Re: [sword-devel] SWORD 1.7.0RC2


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Aug 6, 2013 at 11:12 AM, Troy A. Griffitts wrote:
 My only mention of this is to show that we're not simply speaking 
 of obtaining version information when discussion whether or not to 
 use pkg-config.

Just to be clear, I'm not against providing sword.pc files so that
people could use pkg-config in projects to detect Sword and required
compile options. But I'm not sure whether it were a proper place for
passing #defines such as SWORD_VERSION. For feature test macros (see
man 7 feature_test_macros) this is probably still a good place thou.

As for the ease of use pkg-config aims to provide, I know a similar
way to also improve Sword for projects using CMake so that those need
no more CMake code than a regular FIND_PACKAGE() call, which will
define the respective Sword_INCLUDE_DIRS, Sword_LIBRARIES,
Sword_DEFINITIONS, Sword_VERSION_MINOR etc variables. For BibleTime
this approach would mean we could delete the cmake/FindSword.cmake
sword detection logic file and just use FIND_PACKAGE(Sword 1.7.0
REQUIRED) to have all the respective variables defined. Using this
approach Sword can put the version define into the Sword_DEFINITIONS
variable, and I'd be happy that I don't have to mess around fixing
BibleTime's logic for detecting Sword. This also beats trying to use
pkg-config from inside CMake.

If this approach were to be implemented by Sword, the issue about
whether the version macro needs to be in #defined in an include header
file would probably become miniscule for BibleTime and other projects
using CMake. So from this perspective I think I can better understand
Troys standpoint. :) But although this pkg-config like approach for
CMake projects would practically solve the issue BibleTime currently
has with 1.7.0RC2, I still retain my position that generally it were
good to define the version macro in a header file.

Since Sword has two parallel build systems, both need to be maintained
(both should generate the same files for installation, including the
generated *.pc, *.h etc files). As far as I'm familiar with both build
systems, neither makes it technically infeasible to implement what has
been discussed in this thread. I'm willing to help as much as I can,
but I'm more familiar with pure M4, pure CMake and poking Greg via IRC
than with autotools. :)

On 06.08.2013 19:26, Greg Hellings wrote:
 CMake supports the same syntax as autotools for populating files 
 such as sword.pc. Since CMake already has the version information 
 in the string form, the only difficult part from my viewpoint is
 to properly parse that into whatever final form we decide, whether 
 that's a _MAJOR, _MINOR and _PATCH or a single numeric version
 with expanded numbers of variables.

Personally, I'd add both forms just in case, but if I had to choose,
I'd choose a single numeric version because it would result in simpler
C/C++ preprocessor commands for most common version checks.

***

Troy, can you please give us some information about the current
SWORD_NUMVERSION values? From the commit (SVN 2952), I conclude that
it equals (MAJOR * 10^5) + (MINOR * 10^3) + PATCH, but how exactly
does PATCH relate to regular, alpha-, beta- and RC versions?

Blessings,
Jaak
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.20 (GNU/Linux)

iQgcBAEBAgAGBQJSAX5/AAoJEEqsYmEt1rCOcqs/+QF4LlrXtT9wg4pIo+JMQlpI
/VV4lzN72o+Gt3pd53Rcv5xvBeHGA8Cxq+9YZM4lIIJVGnQwZDicwlSu0Fu3riWH
hoacrKKKfPEDsZ58UWxKaUQlEQA6Wc+CL5aEWljYrqx7mrxMrSUEGu5WTYGCvXAk
066MUWClxBVxz+XOrRNDQiKSixJh7Z+bdb36Hf2OaEeGnJw/rJHPPlZzVWsG3UWp
35dv+e9ksvYeXKLxUVmn3pdn+k5cSN6ufIplGXTUqrmi9loZFXVwX2qW+mTDBPGQ
+JcCNY06ut7WwrsgvGk77zq4UZD4mc/qYA1AGJGxP83QkORnbdREIfrgFslNEkZJ
gRbV2v5K5clSA7z8QWooeQBtTtrXmtVnMkR87TlcOqMuIrOU5/XMCY3jEbE+UyRa
50hObW1KsEeG5ziICC1iWWAc4YV0hCXKfcbreQToS+TInzrD0ZJipkHtdlzTorQg
L7BRNYP881tdSIJIj5mr0NLcWMIYrTbbUEs+h8G3TlkXcsn5bkDsJfsjDFZaQpS4
WGsnrxO8bxZwOwlgk0/mpLQXaIZF2Jbs6tfGcsNEhOnNQGKTLW4E84z/fGvtpOBH
zvhdvWCSYQM8RlNNpQWZ2U3fMqqmAv3++L4+SUkSCc6Y1rZxynzEhSYSXNp2RRZN
6ZHJfbEIEcIhckCI3LjmGtmnPaZR4fRuhRrfjkc/tsKL0B444F+7mQTk4SA/9oQr
LVRhXF+rebZAJE/xg1VvxkLsNlgaM3UanBxsjHJhSJZQR+fr8su2/TpyV0zZF7VQ
tkUzbemuPYFDI+rMWywYH0H7ChcWuC1nsNHP8KCl6uwzOV8bSwQwOY2PtHiKFoaT
K1VhzECYIJmiKqOIhzswI+CKx2Yu6jV4KPoleczMhadsp4MTLniY1MhOlGI3wMit
EHW7L1q/aW4ziOKjhixdJMnRfz90MmOJQo2csICIuvJdAD+HZpHF9Icgykg0wPj1
Q6Mo3M50mUCNMXJDYfz124l5FYNfIeVamsrk0u+C+xM7SvTxmfTP49xHOnSoYF/a
SEQ8wlyMH0AE1eItdgnU9SD8swJUQGmBIdY5MhrOzCC2+zhMkPf5BDbYUBnaUJw5
coOdbg3dfyU0vCXJLI8bOkLoFpU9aLX1bIB3iLVnU8bgNUrabG8+JPrAbmiwuY7/
fdNB6HFfGZ1rMegEoVPmVyy2QMxczaliyU8ov5z4gmqAF/7CH3jn9yLL1yxZ/Ji4
GAO72aqVKQBrwrJ3rDyBuzoLwWCO+CVSPvhACDaM8RuNc21d4eHoZtmMM5t2zCdo
FwBADwf/GIt9ZQLl3PAt0UowUXwkw1GiOQTBI382t6zwlA8zw5egFI0qh1AG1OFP

Re: [sword-devel] SWORD 1.7.0RC1

[Mark Trompell]

diatheke is broken probably beacuse of r2922. I try to revert to confirm...
Btw, this change forces changes in xiphos and probably every other frontend.

On Wed, Jul 31, 2013 at 4:24 AM, Troy A. Griffitts scr...@crosswire.org wrote:
 I understand apologies for the unacceptable delay will mean nothing.

 SWORD 1.7.0RC1 is available from the following link:

 http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC1.tar.gz

 Please try your projects with the RC.

 (and please update your ChangeLog entries for the official package)

 May God be pleased by all our hard work and mercifully use this for His
 Kingdom.  Thank you for participating in this long awaited release.

 Troy

 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.7.0RC1

[Mark Trompell]

Ok, that's not because of r2922, but output of diatheke is crippled.

On Wed, Jul 31, 2013 at 9:21 AM, Mark Trompell m...@foresightlinux.org wrote:
 diatheke is broken probably beacuse of r2922. I try to revert to confirm...
 Btw, this change forces changes in xiphos and probably every other frontend.

 On Wed, Jul 31, 2013 at 4:24 AM, Troy A. Griffitts scr...@crosswire.org 
 wrote:
 I understand apologies for the unacceptable delay will mean nothing.

 SWORD 1.7.0RC1 is available from the following link:

 http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC1.tar.gz

 Please try your projects with the RC.

 (and please update your ChangeLog entries for the official package)

 May God be pleased by all our hard work and mercifully use this for His
 Kingdom.  Thank you for participating in this long awaited release.

 Troy

 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.7.0RC1

[Mark Trompell]

I did some bisecting that shows r2921 is the first commit that breaks
diatheke, so I think the revert of the qt support work wasn't complete

On Wed, Jul 31, 2013 at 9:38 AM, Mark Trompell m...@foresightlinux.org wrote:
 Ok, that's not because of r2922, but output of diatheke is crippled.

 On Wed, Jul 31, 2013 at 9:21 AM, Mark Trompell m...@foresightlinux.org 
 wrote:
 diatheke is broken probably beacuse of r2922. I try to revert to confirm...
 Btw, this change forces changes in xiphos and probably every other frontend.

 On Wed, Jul 31, 2013 at 4:24 AM, Troy A. Griffitts scr...@crosswire.org 
 wrote:
 I understand apologies for the unacceptable delay will mean nothing.

 SWORD 1.7.0RC1 is available from the following link:

 http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC1.tar.gz

 Please try your projects with the RC.

 (and please update your ChangeLog entries for the official package)

 May God be pleased by all our hard work and mercifully use this for His
 Kingdom.  Thank you for participating in this long awaited release.

 Troy

 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)



 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.7.0RC1

[Mark Trompell]

attached patch makes diatheke somewhat work again.
I wonder why the cast doesn't work.
I tried this too, but doesn't help:

diff --git a/include/swmodule.h b/include/swmodule.h
index 16fb301..04dde03 100644
--- a/include/swmodule.h
+++ b/include/swmodule.h
@@ -47,7 +47,7 @@ class SWFilter;
 #define SEARCHFLAG_MATCHWHOLEENTRY 4096

 #define SWMODULE_OPERATORS \
-   operator const char *() { return renderText(); } \
+   operator const char *() { return renderText().c_str(); } \
operator SWKey () { return *getKey(); } \
operator SWKey *() { return getKey(); } \
SWModule operator (const char *inbuf) { setEntry(inbuf);
return *this; } \


On Wed, Jul 31, 2013 at 10:18 AM, Mark Trompell m...@foresightlinux.org wrote:
 I did some bisecting that shows r2921 is the first commit that breaks
 diatheke, so I think the revert of the qt support work wasn't complete

 On Wed, Jul 31, 2013 at 9:38 AM, Mark Trompell m...@foresightlinux.org 
 wrote:
 Ok, that's not because of r2922, but output of diatheke is crippled.

 On Wed, Jul 31, 2013 at 9:21 AM, Mark Trompell m...@foresightlinux.org 
 wrote:
 diatheke is broken probably beacuse of r2922. I try to revert to confirm...
 Btw, this change forces changes in xiphos and probably every other frontend.

 On Wed, Jul 31, 2013 at 4:24 AM, Troy A. Griffitts scr...@crosswire.org 
 wrote:
 I understand apologies for the unacceptable delay will mean nothing.

 SWORD 1.7.0RC1 is available from the following link:

 http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC1.tar.gz

 Please try your projects with the RC.

 (and please update your ChangeLog entries for the official package)

 May God be pleased by all our hard work and mercifully use this for His
 Kingdom.  Thank you for participating in this long awaited release.

 Troy

 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)



 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)



 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)


fix_broken_diatheke.patch
Description: Binary data
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.7.0RC1

[Mark Trompell]

but your fix doesn't fix it...

On Wed, Jul 31, 2013 at 1:51 PM, Troy A. Griffitts scr...@crosswire.org wrote:
 Thanks Mark for the report.  I've applied a different fix in diatheke which
 had an unsafe call to retain a pointer to temporary object.  It just
 'happened' to work previous.  This was the reason for this signature change
 in the method-- to better advertise to developers that they shouldn't hold
 on to these pointers beyond the stack of the initial call.  It's slightly
 more expensive, but safer and clearer and on a method (renderText) which
 shouldn't need the extra optimization.

 Thanks again for the report; you led me right to the problem.

 Troy


 On 07/31/2013 01:26 PM, Mark Trompell wrote:

 attached patch makes diatheke somewhat work again.
 I wonder why the cast doesn't work.
 I tried this too, but doesn't help:

 diff --git a/include/swmodule.h b/include/swmodule.h
 index 16fb301..04dde03 100644
 --- a/include/swmodule.h
 +++ b/include/swmodule.h
 @@ -47,7 +47,7 @@ class SWFilter;
  #define SEARCHFLAG_MATCHWHOLEENTRY 4096

  #define SWMODULE_OPERATORS \
 -   operator const char *() { return renderText(); } \
 +   operator const char *() { return renderText().c_str(); } \
 operator SWKey () { return *getKey(); } \
 operator SWKey *() { return getKey(); } \
 SWModule operator (const char *inbuf) { setEntry(inbuf);
 return *this; } \


 On Wed, Jul 31, 2013 at 10:18 AM, Mark Trompell m...@foresightlinux.org
 wrote:

 I did some bisecting that shows r2921 is the first commit that breaks
 diatheke, so I think the revert of the qt support work wasn't complete

 On Wed, Jul 31, 2013 at 9:38 AM, Mark Trompell m...@foresightlinux.org
 wrote:

 Ok, that's not because of r2922, but output of diatheke is crippled.

 On Wed, Jul 31, 2013 at 9:21 AM, Mark Trompell m...@foresightlinux.org
 wrote:

 diatheke is broken probably beacuse of r2922. I try to revert to confirm...
 Btw, this change forces changes in xiphos and probably every other frontend.

 On Wed, Jul 31, 2013 at 4:24 AM, Troy A. Griffitts scr...@crosswire.org
 wrote:

 I understand apologies for the unacceptable delay will mean nothing.

 SWORD 1.7.0RC1 is available from the following link:

 http://crosswire.org/sword/alpha/alpha/sword-1.7.0RC1.tar.gz

 Please try your projects with the RC.

 (and please update your ChangeLog entries for the official package)

 May God be pleased by all our hard work and mercifully use this for His
 Kingdom.  Thank you for participating in this long awaited release.

 Troy

 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page


 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)


 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)


 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)




 ___
 sword-devel mailing list: sword-devel@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@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.7.0 final stretch

[Mark Trompell]

On Tue, Jul 16, 2013 at 10:40 AM, Peter von Kaehne ref...@gmx.net wrote:

 Von: Troy A. Griffitts scr...@crosswire.org

 Does anyone have Ubuntu installed and can try building the swig bindings to 
 confirm or deny they have the same problem as  Peter?  This is using 
 autotools.  Simply compile and install sword, then cd to 
 bindings/swig/package and follow the short README.  Thank for any 
 testing.

 We know already that 12.04LTS  has no problems. Greg confirmed this. I have 
 problems on 12.10 and 13.04.

 But:

 One of the most recent changes must have introduced a new problem. Running a 
 program using the Perl bindings causes following error messages. This was not 
 present a few iterations ago.

 peter@peter-ThinkPad-Twist:~/Source/sword/bindings/swig/package/python$ 
 ~/Source/sword-tools/modules/crossreferences/xreffix.pl
 UTF8Transliterator: ICU: no resource index to load
 UTF8Transliterator: ICU: status U_MISSING_RESOURCE_ERROR

 Afterwards the program runs. I have not yet been able to test if there are 
 more serious problems.

I'm seeing this for weeks, maybe longer (building with cmake, so maybe
the issue is build related), so maybe it wasn't me breaking my icu
install.
Would one need to install the ressource files somewhere? or should
they come with icu provided by my system?

-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.7.0 final stretch

[Mark Trompell]

I think it's one of these that bite us:

r2831 | chrislit | 2013-06-23 06:21:14 +0200 (So, 23 Jun 2013) | 2 lines

removed ICU stuff from CMake files to match autotools files


r2830 | chrislit | 2013-06-23 03:22:45 +0200 (So, 23 Jun 2013) | 2 lines

removed what I believe was the last bit of extraneous ICU stuff from
the autotools build


r2827 | chrislit | 2013-06-22 11:09:36 +0200 (Sa, 22 Jun 2013) | 2 lines

These bundled ICU transliterators have been out of date and
unsupported for about a decade



On Tue, Jul 16, 2013 at 10:40 AM, Peter von Kaehne ref...@gmx.net wrote:

 Von: Troy A. Griffitts scr...@crosswire.org

 Does anyone have Ubuntu installed and can try building the swig bindings to 
 confirm or deny they have the same problem as  Peter?  This is using 
 autotools.  Simply compile and install sword, then cd to 
 bindings/swig/package and follow the short README.  Thank for any 
 testing.

 We know already that 12.04LTS  has no problems. Greg confirmed this. I have 
 problems on 12.10 and 13.04.

 But:

 One of the most recent changes must have introduced a new problem. Running a 
 program using the Perl bindings causes following error messages. This was not 
 present a few iterations ago.

 peter@peter-ThinkPad-Twist:~/Source/sword/bindings/swig/package/python$ 
 ~/Source/sword-tools/modules/crossreferences/xreffix.pl
 UTF8Transliterator: ICU: no resource index to load
 UTF8Transliterator: ICU: status U_MISSING_RESOURCE_ERROR

 Afterwards the program runs. I have not yet been able to test if there are 
 more serious problems.

 Peter



 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Repositories for free and open works

[Mark Trompell]

Did you reply to the wrong thread?

On Wed, Jul 10, 2013 at 11:38 AM, Troy A. Griffitts
scr...@crosswire.org wrote:
 Peter,

 One last shot here before I give up and punt on this one before packaging
 things up.

 I've change the bindings autotools system to use pkg-config to get
 appropriate flags.  Could you try again and let me know?  I know you are on
 'holiday', and I appreciate any time you spend.

 Troy




 On 07/10/2013 12:36 AM, Peter von Kaehne wrote:

 On Wed, 2013-07-10 at 01:12 +0300, Jaak Ristioja wrote:
   If not, I suggest we create such

 repositories to ease distribution and mirroring of works.

 Considering that we have had a very extensive discussion only 6 months ago
 on the lack of _any_ desire to start or support mirroring I am not convinced
 that this is a great idea.

 re mirroring: this was summarily rejected - and not just for license
 reasons, but also for reasons of consistency accross mirrors and ability to
 push through rapidly updates or changes (including, unfortunately, from time
 to time changes in licensing, when e.g. it became obvious that a permission
 has been withdrawn or that a supposed public domain module was after all not
 in the PD)

 Peter

 ___
 sword-devel mailing list: sword-devel@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@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.7.0 final stretch

[Mark Trompell]

Both perl and python work here (r2849):
I build them with cmake.

This is the important snippet of our recipe (something like rpm specs):
r.macros.cmake_args = ' -DSWORD_BINDINGS=Python,Perl
-DLIBDIR=%(libdir)s'
r.CMake('%(cmake_args)s', objDir='build')
r.Make(dir='build')
r.Run('chrpath -d
build/bindings/swig/perl/blib/arch/auto/Sword/Sword.so')
r.MakeInstall(dir='build')
# Only python bindings atm until
r.PythonSetup('install', dir='build/bindings/swig/python/')

I tested the following perl and python scripts:

#!/usr/bin/perl
use Sword;

my $mgr = new Sword::SWMgr();
my $neu = $mgr-getModule(GerNeUe);
my $key = new Sword::SWKey(Genesis 1:1);
$neu-setKey($key);
print $neu-renderText(),\n;

#!/usr/bin/python
import Sword

mgr = Sword.SWMgr()
neu = mgr.getModule(GerNeUe)
key = Sword.SWKey(Genesis 1:1)
neu.setKey(key)
print (neu.renderText())


On Mon, Jul 8, 2013 at 7:26 AM, Greg Hellings greg.helli...@gmail.com wrote:



 On Sun, Jul 7, 2013 at 3:20 PM, Peter von Kaehne ref...@gmx.net wrote:

 sword-tools/modules/crossreferences/xreffix.pl without arguments will test
 loading Perl Sword bindings

 and in Python:

 Simply run from commandline Python and do import Sword and see it fail:

  import Sword
 Traceback (most recent call last):
   File stdin, line 1, in module
   File Sword.py, line 26, in module
 _Sword = swig_import_helper()
   File Sword.py, line 18, in swig_import_helper
 import _Sword
 ImportError: /usr/local/lib/python2.7/dist-packages/_Sword.so: undefined
 symbol: u_strFromUTF8_48


 I think you're seeing two things:

 1) You appear to have an older version of the library that is missing those
 functions. Not sure how you ended up with it, but that appears to be stale
 on your system.

 2) The Perl bindings are being built, but are not currently being installed
 at all, it would appear. I have no idea why this is right now.

 --Greg


 


 Gesendet: Sonntag, 07. Juli 2013 um 19:06 Uhr
 Von: Greg Hellings greg.helli...@gmail.com
 An: SWORD Developers' Collaboration Forum sword-devel@crosswire.org
 Betreff: Re: [sword-devel] SWORD 1.7.0 final stretch

 There should be a sample of each in the swig directory tree somewhere. I
 can check in an hour our so, when I get home.

 - Greg

 On Jul 7, 2013 11:42 AM, Troy A. Griffitts scr...@crosswire.org wrote:

 OK guys,

 I have just updated the autotools stuff and the README files to build the
 swig bindings for both Perl and Python.  Anyone know how to use SWORD with
 Perl or Python and can let me know if it actually works?

 Troy



 On 07/06/2013 03:04 PM, Peter von Kaehne wrote:

 On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote:

 Peter, still wondering if we have a problem we need to fix for you.  Do
 our Perl and Python bindings work for other people with a similar
 configuration as you?

 I have not heard from anyone that the Perl bindings are working nor have
 I heard from anyone with any clever ideas why they are not working.

 From a module making point of view the bindings are a must. But I do not
 care if they are working in in 1.7 or in a subsequent iteration as long
 as it is soon enough again.

 Peter



 ___
 sword-devel mailing list: sword-devel@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@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@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@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.7.0 final stretch

[Mark Trompell]

I'm using Foresight Linux,
perl 5.8.8
python 2.6.7 (didn't try with python 2.7)

On Mon, Jul 8, 2013 at 10:58 AM, Troy A. Griffitts scr...@crosswire.org wrote:
 Thanks for testing Mark.  Could you report your OS so we know where we work
 and where we don't.

 I just committed a few more autotools changes to get the Perl bindings to
 work with Mark's test program on my system.  I am running Fedora 19 and both
 Perl and Python seem to work ok for me now using SVN HEAD and compiled with
 autotools.

 Peter, it would be great to hear if you could try the latest stuff and let
 us know.  Let's try to shoot for an RC1 build at midnight tonight.  I'm
 happy that bindings work on at least a few systems now, and hopefully those
 where problems still exist might be patched by package maintainers.

 Consider this a 'last call'.

 Troy




 On 07/08/2013 08:51 AM, Mark Trompell wrote:

 Both perl and python work here (r2849):
 I build them with cmake.

 This is the important snippet of our recipe (something like rpm specs):
  r.macros.cmake_args = ' -DSWORD_BINDINGS=Python,Perl
 -DLIBDIR=%(libdir)s'
  r.CMake('%(cmake_args)s', objDir='build')
  r.Make(dir='build')
  r.Run('chrpath -d
 build/bindings/swig/perl/blib/arch/auto/Sword/Sword.so')
  r.MakeInstall(dir='build')
  # Only python bindings atm until
  r.PythonSetup('install', dir='build/bindings/swig/python/')

 I tested the following perl and python scripts:

 #!/usr/bin/perl
 use Sword;

 my $mgr = new Sword::SWMgr();
 my $neu = $mgr-getModule(GerNeUe);
 my $key = new Sword::SWKey(Genesis 1:1);
 $neu-setKey($key);
 print $neu-renderText(),\n;

 #!/usr/bin/python
 import Sword

 mgr = Sword.SWMgr()
 neu = mgr.getModule(GerNeUe)
 key = Sword.SWKey(Genesis 1:1)
 neu.setKey(key)
 print (neu.renderText())


 On Mon, Jul 8, 2013 at 7:26 AM, Greg Hellings greg.helli...@gmail.com
 wrote:



 On Sun, Jul 7, 2013 at 3:20 PM, Peter von Kaehne ref...@gmx.net wrote:

 sword-tools/modules/crossreferences/xreffix.pl without arguments will
 test
 loading Perl Sword bindings

 and in Python:

 Simply run from commandline Python and do import Sword and see it
 fail:

 import Sword

 Traceback (most recent call last):
File stdin, line 1, in module
File Sword.py, line 26, in module
  _Sword = swig_import_helper()
File Sword.py, line 18, in swig_import_helper
  import _Sword
 ImportError: /usr/local/lib/python2.7/dist-packages/_Sword.so: undefined
 symbol: u_strFromUTF8_48


 I think you're seeing two things:

 1) You appear to have an older version of the library that is missing
 those
 functions. Not sure how you ended up with it, but that appears to be
 stale
 on your system.

 2) The Perl bindings are being built, but are not currently being
 installed
 at all, it would appear. I have no idea why this is right now.

 --Greg


 Gesendet: Sonntag, 07. Juli 2013 um 19:06 Uhr
 Von: Greg Hellings greg.helli...@gmail.com
 An: SWORD Developers' Collaboration Forum sword-devel@crosswire.org
 Betreff: Re: [sword-devel] SWORD 1.7.0 final stretch

 There should be a sample of each in the swig directory tree somewhere. I
 can check in an hour our so, when I get home.

 - Greg

 On Jul 7, 2013 11:42 AM, Troy A. Griffitts scr...@crosswire.org
 wrote:

 OK guys,

 I have just updated the autotools stuff and the README files to build
 the
 swig bindings for both Perl and Python.  Anyone know how to use SWORD
 with
 Perl or Python and can let me know if it actually works?

 Troy



 On 07/06/2013 03:04 PM, Peter von Kaehne wrote:

 On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote:

 Peter, still wondering if we have a problem we need to fix for you.  Do
 our Perl and Python bindings work for other people with a similar
 configuration as you?

 I have not heard from anyone that the Perl bindings are working nor
 have
 I heard from anyone with any clever ideas why they are not working.

  From a module making point of view the bindings are a must. But I do
 not
 care if they are working in in 1.7 or in a subsequent iteration as long
 as it is soon enough again.

 Peter



 ___
 sword-devel mailing list: sword-devel@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@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@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@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe

Re: [sword-devel] installmgr (and xiphos) crashes (svn 2831)

[Mark Trompell]

Am Sat, 06 Jul 2013 03:51:01 +0200
schrieb Troy A. Griffitts scr...@crosswire.org:

 Mark and Jaak,

Hi,

 Thanks for your work on this.  I've applied a modified patch from the 
 resolved update from Mark.  Please have a look and let me know if
 this tests ok against your repository.  The modification was to
 simplify the logic using SWBuf instead of a char *.

Tested with my own repository, and crosswire.org (http and https).
Modules install fine, no crash.

 Thanks again for the patch,

Thanks for taking care.

 Troy

Blessings Mark
 
 
 On 07/04/2013 09:41 AM, Mark Trompell wrote:
  Replying to myself again, maybe I should find a doctor :)
  one patch didn't apply right away, I ported it to current trunk and
  made one big patch file out of the 3.
  The attached one should work right away.
  Testet with my own repository and with crosswire.org http(s)
  repositories. Blessings
  Mark
 
  On Thu, Jul 4, 2013 at 7:40 AM, Mark Trompell
  m...@foresightlinux.org wrote:
  ok, just to summarize, what we need is:
  https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/1b8ab91ff994c8584d6c61cb7d334273732d8216?format=patch
  https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/4a261b27a7bec9d9300da6c357666a3851f3d34e?format=patch
  https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/fc85e83a00250a9d172bafc0dca33aa88c6e9e27?format=patch
 
  Would be great, if someone could add them too trunk before 1.7 is
  out.
 
  On Tue, Jul 2, 2013 at 11:25 AM, Mark Trompell
  m...@foresightlinux.org wrote:
  On Tue, Jul 2, 2013 at 9:50 AM, Jaak Ristioja j...@ristioja.ee
  wrote:
 
  Well, if pBufRes == NULL, then pBufRes  pBuf.
 
  For reference, here is the latest version of this source file:
 
 
  https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/blobs/master/src/mgr/curlhttpt.cpp
 
  It currently only breaks the loop if !pBufRes.
 
  Do you still think there's something wrong with my changes? I
  have trouble trying to understand what you mean.
  I'm the last to say there is something wrong, I just want to
  understand the reasons.
  So if you break on !pBufRes then the assert() isn't needed
  anymore? Anyway, thanks for taking care, now I hope one of the
  sword devs applies the fix.
 
  Blessings,
  Jaak
  Blessing Mark
 
  --
  Mark Trompell
 
  Foresight Linux Xfce Edition
  Cause your desktop should be freaking cool
  (and Xfce)
 
 
  --
  Mark Trompell
 
  Foresight Linux Xfce Edition
  Cause your desktop should be freaking cool
  (and Xfce)
 
 
 
 
  ___
  sword-devel mailing list: sword-devel@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@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] installmgr (and xiphos) crashes (svn 2831)

[Mark Trompell]

ok, just to summarize, what we need is:
https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/1b8ab91ff994c8584d6c61cb7d334273732d8216?format=patch
https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/4a261b27a7bec9d9300da6c357666a3851f3d34e?format=patch
https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/fc85e83a00250a9d172bafc0dca33aa88c6e9e27?format=patch

Would be great, if someone could add them too trunk before 1.7 is out.

On Tue, Jul 2, 2013 at 11:25 AM, Mark Trompell m...@foresightlinux.org wrote:
 On Tue, Jul 2, 2013 at 9:50 AM, Jaak Ristioja j...@ristioja.ee wrote:

 Well, if pBufRes == NULL, then pBufRes  pBuf.

 For reference, here is the latest version of this source file:


 https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/blobs/master/src/mgr/curlhttpt.cpp

 It currently only breaks the loop if !pBufRes.

 Do you still think there's something wrong with my changes? I have
 trouble trying to understand what you mean.

 I'm the last to say there is something wrong, I just want to
 understand the reasons.
 So if you break on !pBufRes then the assert() isn't needed anymore?
 Anyway, thanks for taking care, now I hope one of the sword devs
 applies the fix.

 Blessings,
 Jaak

 Blessing Mark

 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] installmgr (and xiphos) crashes (svn 2831)

[Mark Trompell]

On Mon, Jul 1, 2013 at 5:46 PM, Jaak Ristioja j...@ristioja.ee wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 On 01.07.2013 14:45, Mark Trompell wrote:

 how do we know that pBuf++ is actually not outside our buffer?

 You mean pBuf before pBuf = strstr(pBuf, a href=\) ? Because it
 points past the last double quote found in a \0-terminated string.

Okay, got that.

 btw, why abort if pBufRes  pBuf?

 I don't understand your question, but this did help me find a bug in
 my patch. Here's an amendment:

Question is how can pBufRes get = pBuf, if the char is found it is =
pBuf or NULL if char isn't found.
The only reason for pBuf==pBufRes I can imagine is a a href= which
is annoying but not really a reason for aborting, which is what assert
does in case the assertion fails.
We might still want to use the other filenames found.

 why not something like probably even uglier attached patch? I want
 to get deeper inside C and C++ so I want to understand.

 On Thu, Jun 27, 2013 at 10:33 PM, Jaak Ristioja j...@ristioja.ee
 wrote: Patch for pointer dereference issue:


 https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/1b8ab91ff994c8584d6c61cb7d334273732d8216

  Patch for buffer overflow:


 https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/4a261b27a7bec9d9300da6c357666a3851f3d34e

  There you go! Took me half an hour.

 Blessings, Jaak

 On 27.06.2013 22:41, Mark Trompell wrote:
 I see. I'll try to come up with a better patch on Monday. I
 won't have time earlier. Blessings Mark --- Ursprüngl.
 Mitteilung --- Von: Jaak Ristioja Gesend.:  27.06.2013, 16:15
 An: sword-devel@crosswire.org Betreff: Re: [sword-devel]
 installmgr (and xiphos) crashes (svn 2831)


 I think you only fixed pBuf not being set to NULL
 prematurely. But this:

 memset(possibleName, 0, 400);

 doesn't help. The sprintf function always writes a
 terminating \0 character. The problem is not that a \0
 character is not written, because it is written (unless a
 memory error occurs first). The problem is that if
 possibleNameLength  399 then it writes the characters
 (including the terminating \0 character) past the end of the
 possibleName buffer, corrupting memory, potentially outside
 of the virtual address space of the program (usually
 triggering the OS to kill the process with a segfault or
 something).

 The memset call is not needed, but it should be checked that
 possibleNameLength  400 (strictly less-than). Otherwise

 sprintf(possibleName, %.*s, possibleNameLength, pBuf);

 is a security vulnerability. I wonder whether a CVE is
 required.


 Blessings, Jaak

 On 27.06.2013 14:45, Mark Trompell wrote:
 Sending again with tabs instead of blancs in the first
 hunk

 On Thu, Jun 27, 2013 at 1:17 PM, Mark Trompell
 m...@foresightlinux.org wrote:
 I just fixed it :). Attached patch will initialize
 possibleNames with 0 bytes to make sure we always have
 the name 0 terminated properly. and it will move the
 pBuf=pBufRes into the check for ifBufRes != NULL, in case
 no filesize is found (because of another apache is
 displaying it differently) Shouldn't break existing
 setups.




 ___
 sword-devel mailing list: sword-devel@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@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@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@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@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel Instructions
 to unsubscribe/change your settings at above page


 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.20 (GNU/Linux)

 iQgcBAEBAgAGBQJR0aRTAAoJEEqsYmEt1rCObWtAAMZGEzsbD5kLFfygnT3nYmWG
 W22SM41J1hcorszkFoeu5d2AE9X1J8jRWq6rZ7wwh2OpSxCgyp/UiW/AghRlZrw6
 xkzhsAOKR1CvQVs4ILYcfM0ODwYgCTvxrJ8YGHVpW/Qadr0Ld9moXPEmHTHPqDYv
 5GHqOzdZ9UlWnuRSBgPiiCIXV3eqzrvgXOGTm8dBneYGY0wioSXah+Ps6SreT1Ik
 YRmJBK+vlcDi50hoDbnsQ42AT4Ou3YijF+SDVh8sCa0GYb33iMfny2uedVLKl67G
 grhlLLkLS5Z9iPx+ZyTUCeGkTmvAY21wyvJgxsiTPqEVWPmLKnyz2u7SlfZOGeWa
 u+C69pz3hHYiZO5bhRPL0vvh8voXhPWyHXY3Us5pQvsCF33ShgfHcVcp9UrpF/mz
 D+WGEANOPEZq6/cLUg2haLHy83xKNLA8lVT1j5bLuhEFkS1ung/MRCesVTr68QxE
 twAmwJXzev5EhejYBqHMlPWlfKxsmDYgTNGJ3rkg84V4Eg192ORrt217Y242HJiY
 H4qxBjWSEfHZNEc/pWqStoJpEyCos+PyamgKLoQljyVOEd

Re: [sword-devel] installmgr (and xiphos) crashes (svn 2831)

[Mark Trompell]

On Tue, Jul 2, 2013 at 9:50 AM, Jaak Ristioja j...@ristioja.ee wrote:

 Well, if pBufRes == NULL, then pBufRes  pBuf.

 For reference, here is the latest version of this source file:


 https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/blobs/master/src/mgr/curlhttpt.cpp

 It currently only breaks the loop if !pBufRes.

 Do you still think there's something wrong with my changes? I have
 trouble trying to understand what you mean.

I'm the last to say there is something wrong, I just want to
understand the reasons.
So if you break on !pBufRes then the assert() isn't needed anymore?
Anyway, thanks for taking care, now I hope one of the sword devs
applies the fix.

 Blessings,
 Jaak

Blessing Mark

-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] installmgr (and xiphos) crashes (svn 2831)

[Mark Trompell]

At:

248 250 pBuf++;
249 251 pBuf = strstr(pBuf, a 
href=\);//Find the next link to a
possible file name.

how do we know that pBuf++ is actually not outside our buffer?
btw, why abort if pBufRes  pBuf?
why not something like probably even uglier attached patch?
I want to get deeper inside C and C++ so I want to understand.

On Thu, Jun 27, 2013 at 10:33 PM, Jaak Ristioja j...@ristioja.ee wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Patch for pointer dereference issue:


 https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/1b8ab91ff994c8584d6c61cb7d334273732d8216

 Patch for buffer overflow:


 https://gitorious.org/~jotik/sword-svn-mirrors/jotiks-sword-trunk/commit/4a261b27a7bec9d9300da6c357666a3851f3d34e

 There you go! Took me half an hour.

 Blessings,
 Jaak

 On 27.06.2013 22:41, Mark Trompell wrote:
 I see. I'll try to come up with a better patch on Monday. I won't
 have time earlier. Blessings Mark --- Ursprüngl. Mitteilung ---
 Von: Jaak Ristioja Gesend.:  27.06.2013, 16:15 An:
 sword-devel@crosswire.org Betreff: Re: [sword-devel] installmgr
 (and xiphos) crashes (svn 2831)


 I think you only fixed pBuf not being set to NULL prematurely. But
 this:

 memset(possibleName, 0, 400);

 doesn't help. The sprintf function always writes a terminating \0
 character. The problem is not that a \0 character is not written,
 because it is written (unless a memory error occurs first). The
 problem is that if possibleNameLength  399 then it writes the
 characters (including the terminating \0 character) past the end
 of the possibleName buffer, corrupting memory, potentially outside
 of the virtual address space of the program (usually triggering the
 OS to kill the process with a segfault or something).

 The memset call is not needed, but it should be checked that
 possibleNameLength  400 (strictly less-than). Otherwise

 sprintf(possibleName, %.*s, possibleNameLength, pBuf);

 is a security vulnerability. I wonder whether a CVE is required.


 Blessings, Jaak

  On 27.06.2013 14:45, Mark Trompell wrote:
 Sending again with tabs instead of blancs in the first hunk

 On Thu, Jun 27, 2013 at 1:17 PM, Mark Trompell
 m...@foresightlinux.org wrote:
 I just fixed it :). Attached patch will initialize
 possibleNames with 0 bytes to make sure we always have the name
 0 terminated properly. and it will move the pBuf=pBufRes into
 the check for ifBufRes != NULL, in case no filesize is found
 (because of another apache is displaying it differently)
 Shouldn't break existing setups.




 ___ sword-devel
 mailing list: sword-devel@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@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@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel Instructions
 to unsubscribe/change your settings at above page


 -BEGIN PGP SIGNATURE-
 Version: GnuPG v2.0.20 (GNU/Linux)

 iQgcBAEBAgAGBQJRzKGMAAoJEEqsYmEt1rCOKTI//ive2vm6lFnJkuBfZHBsGnSF
 aSm5JAyksfatvrQ7rcFsL9WOINMAXXZW9qQ6w7PThxreEBUALuE9iSGF6RaSzWkW
 Q6mBXZuX2ROHYFY9PbtfA5K6c2roNLF03o88YKafADORlCqXpgPfLsY1lL2G9q8w
 LjmMOQGyCPAxzOdgr8Ll5mjWhv71X00n11Z0lK7QOct58Jj/yHTi/0/IoOdplZeo
 neWK83hbo/yFlrSP37mzBvLAQKEXEHaQdHRi2bj9jL9KCT70WC0QB8BkJDGqhh70
 U7IHkTBrH+AaWD0jlirFUTe6rs1jm3Zgn/mqCiM8yFb2/RBT/csn0TOpCYvLIu+9
 WXTjXRn7Vix/r2c1opejigM2387rYXkhQCdQxqddqlkrO92aLKuCsZWi5mfRceYA
 hBayFPUe6CHUJoQYCtvPDx9Tfcr2tgWhmyLvbQzjNqFsaVpiFGEoAltPqe6nw/9U
 8WuZwQnLuAs1sM08FL18kZ2qtOFf26iSLHmJamipBork9Pd3NsJBsct4w28/3KDh
 hLQD3sZ9sKWrTKNwyYY+dqXQThdMeL1zcKrjyUHnyYDnH67hwDEDGlEuvVTCzdbb
 CEZ5iJvYRKQ7ylUSKWqVUa976OwRGbAoCeTsuxbCe1RTuXiVYtV9GqKo2Rbipp2e
 52hHXd7RgszlVq5Wk3QdWwa7kKm8OTbKsNrMcBWlkBdTBbVlDaM8QIkmCs3ZwXEa
 C6bzKX6vAqgZrjBUiZpdIfPay/8z5zzQU2I5C7wurdOGk986UdZXCr6RjYdwxoGN
 yjw3uVM01RMcv3+N7X+vXyHTloaeqVaOkd2yrp6RSFA4W2V1XQE/loitxctzHEZI
 k36MdLg2tRrHkBwqWdO56Fg9ogShQOK+aanq2nuou0hKNvoxkkH3QdiqL3O2JW8Z
 dWilQiiuCdDPeyDxqsrO0zP4K+df+puXgisAv5561P/A+nlJvtY1TmOSNQpF5ebn
 eecK94ZExoGCMJ+TgIY7KqZSKaq3FB4acxO+bbQHHvJFDaZZzr6D1uMmgUI7zr5l
 u0xFqSAwggRMKB9TMjV5wG+NetfjgmaNABhCiaCHpksm+R7MJjxSArUp1fH3xUja
 LpUWJuGZQM+gX/s7DzFMfBNxtjYP/uocMvx7gQFg+vd0hRrtcSM+RgTI35+2Gdm8
 3xgE45j5fVSEcPOMYP6OYIR4vhL4X3aT6uZ6jntGTowErv8NLJw7LTxiCBmYx2Ij
 vmJLLoQrsf0w6L7gJ2bNv6W/+p34z026m3Nh7Ue7IoFgV0mAumewSEQhPbRhfYWE
 Hi0soVSMdqblYUs9+ICu06RbgJl1/p5B5uwUAJ8VmP6NPXiuf56qg4EHvOWkKMsL
 uegQYdnOICyak56ZJ93MPrgFUWrukYEtqQyu6I6HQLm1TNd+DbbUIVr4b45uZH7e
 iz7/ziGoaNoD08kddPfdksfcRLvHNtKrGditzs1Kr6SMFPwF4oU8BalOyqJmv2Fv

Re: [sword-devel] installmgr (and xiphos) crashes (svn 2831)

[Mark Trompell]

I just fixed it :).
Attached patch will initialize possibleNames with 0 bytes to make sure
we always have the name 0 terminated properly.
and it will move the pBuf=pBufRes into the check for ifBufRes != NULL,
in case no filesize is found (because of another apache is displaying
it differently)
Shouldn't break existing setups.


On Wed, Jun 26, 2013 at 2:51 PM, Mark Trompell m...@foresightlinux.org wrote:
 I'm trying to access a http repository (http://marktrompell.de/sword/)
 installmgr -r works fine, -rl too but installmgr segfaults on -ri
 Same for Xiphos, I can refresh and see what modules are there, but it
 crashes when I try to install.
 Probably the repository isn't properly setup, but nevertheless sword
 shouldn't crash.
 Attaching 2 backtraces, one from installmgr and the otherone from xiphos.

 Blessings
 Mark
 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)


fix_curl_http_crash.patch
Description: Binary data
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] installmgr (and xiphos) crashes (svn 2831)

[Mark Trompell]

Sending again with tabs instead of blancs in the first hunk

On Thu, Jun 27, 2013 at 1:17 PM, Mark Trompell m...@foresightlinux.org wrote:
 I just fixed it :).
 Attached patch will initialize possibleNames with 0 bytes to make sure
 we always have the name 0 terminated properly.
 and it will move the pBuf=pBufRes into the check for ifBufRes != NULL,
 in case no filesize is found (because of another apache is displaying
 it differently)
 Shouldn't break existing setups.


-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)


fix_curl_http_crash.patch
Description: Binary data
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] installmgr (and xiphos) crashes (svn 2831)

[Mark Trompell]

I see. I'll try to come up with a better patch on Monday. I won't have time 
earlier. 
Blessings
Mark
--- Ursprüngl. Mitteilung ---
Von: Jaak Ristioja
Gesend.:  27.06.2013, 16:15 
An: sword-devel@crosswire.org
Betreff: Re: [sword-devel] installmgr (and xiphos) crashes (svn 2831)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I think you only fixed pBuf not being set to NULL prematurely. But this:

  memset(possibleName, 0, 400);

doesn't help. The sprintf function always writes a terminating \0
character. The problem is not that a \0 character is not written,
because it is written (unless a memory error occurs first). The
problem is that if possibleNameLength  399 then it writes the
characters (including the terminating \0 character) past the end of
the possibleName buffer, corrupting memory, potentially outside of the
virtual address space of the program (usually triggering the OS to
kill the process with a segfault or something).

The memset call is not needed, but it should be checked that
possibleNameLength  400 (strictly less-than). Otherwise

  sprintf(possibleName, %.*s, possibleNameLength, pBuf);

is a security vulnerability. I wonder whether a CVE is required.


Blessings,
Jaak


On 27.06.2013 14:45, Mark Trompell wrote:
 Sending again with tabs instead of blancs in the first hunk
 
 On Thu, Jun 27, 2013 at 1:17 PM, Mark Trompell 
 m...@foresightlinux.org wrote:
 I just fixed it :). Attached patch will initialize possibleNames 
 with 0 bytes to make sure we always have the name 0 terminated 
 properly. and it will move the pBuf=pBufRes into the check for 
 ifBufRes != NULL, in case no filesize is found (because of 
 another apache is displaying it differently) Shouldn't break 
 existing setups.
 
 
 
 
 ___ sword-devel
 mailing list: sword-devel@crosswire.org 
 http://www.crosswire.org/mailman/listinfo/sword-devel Instructions 
 to unsubscribe/change your settings at above page
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.20 (GNU/Linux)

iQgcBAEBAgAGBQJRzEjkAAoJEEqsYmEt1rCOCs4//2CXZeOyKAPtzSDMuXThEdlz
BJqSN/p1/GRdut0/hT3FZWmf2pF8rmEmy4MrptdQFovQh8Ek9KD1gxH9KrXboyd3
HYXdWTcNkUTviKWoyVPIaL/x4xJZgKlN0zJZ8gNwRRgxCjyUzyIe6FqoQA3gjabO
eUXrl2KMx4TSXI5/wOiOrOSTLYEtCrey+hwdSUWOux8tf/sWuzP8YOMGuNbwsigC
P7AQFHr2QN2wORMnXqp5LhsxQXpaQMbaKVFTIw9bzpGUho2a0sF7sd3AqcfL/STA
+83Si8gdPF8uk5YVaae1idYsaGCPlWetm1LvFHRXTm9ut021t7Sfrt9bQIEJIVfX
IbjCO0JXoJxpmuOzPIUusSOj+3YKdBT5dHzWxMifI/SwaHfc4KPch9A1cpZGkphg
EO6+ZAFEVqVXA/KLhgHI+7Skah3o0cfA98lDypvW7zdcXTAl9Zd0LCbVWjD3zurA
Kf7IFiHhEs83XcqbbN6T4LPdnUJoF0pDXCaRcKJqrToC09GKDaaniJpKlmWW1r8a
aozRqRM1i4sp3tJ2JM0aEX4pkindd10a/8m0qe37JlyImwmRMbLdFd9QePKu8Otf
NaxCWWmnX9QfR1tX78CxiIsEoKotdWkq1HajmLsbQIRudYd8iRlioMbvVBSIxkSD
6oTaxScd8oLvrX6aCzMkD0jF+6lj0Uvb063Kx+ZBlkwuIJaF97sGqyLO2/QlV9Mq
5Om5OlhcgDzv9qKMg7JvoTAOHm4P4cpSmYrC7d9QlJGP6IpC6oss3XGS9U3nwPYO
bfFeBr9z/dXiOVqB/1k6nG3HcYTeIW42xN5Ep1R7R7/v7R827SnXIA+pi/1BoA1t
Kvrwbzhuq9U+zQAwBZlkoNKKpjYOF/OsAz0umbqB3ZOzxscANRtmESmH23eJOi80
p+vlTsdxL24CanCOfx8nm5+fjnM2/qfifPhkECbjULj2DaWzUh3za0SBY9u218+j
boojjnq12aP55V9AXnOIyTR66T0r+MFNgefqSXArQChtz3qy1JqbKYNbp+quOSF0
nAyqX0fk5Boo/SeFyCXb6lIZA0RIOmsAU6dkgH7X676TOovcQXPAlGZMMrkJJYa6
HiVAsbk/q2g2+SX/z6k4cWWMir7caes3SexPflkA0o63FQYNCdmb4qPZtBvHmVh5
n0AvcSUKdq7aO9ldqnin7eE845EL+RsoBb+QBdQTXmezFHm6xlcgkgqvh031syou
lbg54gwPGTnWW/+XiYKnHtrQGaxCHSCHr/z3JwMavrKdYkvIOt19yZbRr33i3N7y
CCp+V7m5Ad2nUHaVLDhFMkWl1SckuXupwyu++ulbLqLd/pbLR64UUFRe4mT8J7pq
527loiDg7ohbJ6Uhu84UguVMnEttja+fh8IXs93b3HdkDF2m6ak3y04B/XJRB9ad
RnfrDdFHhTYk0/VktFwGIEBWSDANqWI7W12fYhsOWUnfvCFlB/TqNZlwVU4dw1mU
MxW4AEJtdol9LcNg5U+X7jJpTIVD6a/lI8VKJthJ2s7cuoScga4quMCmzF3kWbpV
ZTALcHBRKSkT4Py/Q9UwR1OhgEA+S564ygFt1eksOuKUNHQu7q07z2qbKJAKsawt
g6hlBTOPKmplW+f9qI2OVGOJkmmc7WLtTLxN7+gs00ctZ2Zeel3f8V05JGoY809V
AWMWocXsP6c4nJUvo/Vng6RM2AqmIpz7CUh1l4Fuzqj4R7iOEPEczzHu7gm6igRV
6OkR9m5FNJnabR3ZIgRd+JdaCpnegJtghMDOfQvUKabbGjYc0/ceb9bG9+FMI+Im
neWBAGwtQd4buFH6mlfHH4beWA4QZX8HKUTh9H5lYcpxv3Fgf5SGplbxgkOE8Dt5
Hs6oP2q1IJqpsykau2i/ZB6zTvcfI2s7HSjNuWsQwvyJhLnaoFsjBeqQv04To5QY
/S/onM7gN4NNeUWt0KTjmpJBFh/31V0QyUx1PkSldyAM4HjE2XVQO/da4KKYP/6i
D1tjNm7aQRyEcvOMLOSBWIPavHe4kadvZfiO1PhxggXVyPPLm/aITFMmfDDFZQTp
8wTeZd54Dg/i9XAAYfdfo5lgW5HtU83TlKLAErxkz60liNj78lKVjz+vB0KgIUe7
88VTjWxzk0CrkHwI+1wALTHPUW01qeOuUOmRtwCcaFVgF1rZpJXePv12q60+IkWT
XjPEAULhzVSmI40WlzsisZxwf/hsrPbrx+p3FQb9GUeR/eVEx+dKfqoB+kZl+8r3
viVn9sdE5Nok4eirVuKZeQZmir9WPZdAU4SB8D32dqLReljyT19RoxuiTOSZn9k6
3I9JU/0uBjql8+V2ywEJH96/rN3J9T2NvMluEkiUPGyl6IAept1uih5KGosyiyyo
5+U/nMT/QOOXNE1D7eFvt4vIPRu08s0pQlTXERbRQdQQxHYpesOKKL/65lRo/JWR
v7imshyWHHBUU3e3aLW+NCfVtHQVHHiF9ymPFfyO0v8wlpYGv4QRvWVr+DQ2/FsY
y6kr5Bw50L19xBZZh9esPq7sJ7RHFRgYjOg20oLpf8nRr+UBc9ViWAxSFORdNUMh
BZ9yuR18p0Rg13bRHXi5AQP6e0WefCz28xZ+3fJUYoR5PQgNWEPlvt4W3EIE3kt9
DPPI4sPXfpoMxpUH7Z5NrgHH8DEOzOPkXxv5fnp07xf76Bz6SztZE4+IHR7BATjr
rleT5NVP+FegC227npPx
=csMN
-END PGP SIGNATURE-

___
sword-devel mailing list: sword-devel@crosswire.org
http

[sword-devel] installmgr (and xiphos) crashes (svn 2831)

[Mark Trompell]

I'm trying to access a http repository (http://marktrompell.de/sword/)
installmgr -r works fine, -rl too but installmgr segfaults on -ri
Same for Xiphos, I can refresh and see what modules are there, but it
crashes when I try to install.
Probably the repository isn't properly setup, but nevertheless sword
shouldn't crash.
Attaching 2 backtraces, one from installmgr and the otherone from xiphos.

Blessings
Mark
--
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)
(gdb) bt full
#0  0x7611ec95 in ?? () from /lib64/libc.so.6
No symbol table info available.
#1  0x77b707ce in strstr (this=value optimized out, dirURL=value 
optimized out) at /usr/include/string.h:337
No locals.
#2  sword::CURLHTTPTransport::getDirList (this=value optimized out, 
dirURL=value optimized out) at 
/usr/src/debug/sword--/src/mgr/curlhttpt.cpp:245
dirList = {std::_Vector_basesword::DirEntry, 
std::allocatorsword::DirEntry  = {
_M_impl = {std::allocatorsword::DirEntry = 
{__gnu_cxx::new_allocatorsword::DirEntry = {No data fields}, No data 
fields}, _M_start = 0x828b40, 
  _M_finish = 0x828b78, _M_end_of_storage = 0x828b78}}, No data 
fields}
dirBuf = {
  buf = 0x828db0 !DOCTYPE HTML PUBLIC \-//W3C//DTD HTML 3.2 
Final//EN\\nhtml\n head\n  titleIndex of 
/sword/modules/texts/ztext/offbist/title\n /head\n body\nh1Index of 
/sword/modules/texts/ztext/offbist/h1..., end = 0x82929e , endAlloc = 
0x82931e , fillByte = 32 ' ', allocSize = 1391, static nullStr = 
0x77b7b150 , static junkBuf = '\000' repeats 65533 times}
pBufRes = 0x0
possibleName = 
nt.bzs\000modules/texts/ztext/\000\377\177\000\000\260P|\000\000\000\000\000`\177x\000\000\000\000\000\300\320\377\377\377\177\000\000\000P|,
 '\000' repeats 13 times, 
8\232\377\367\377\177\000\000\000\317\377\377\377\177\000\000h\320\377\377\377\177\000\000\030\317\377\377\377\177\000\000\260\321\377\377\001\000\000\000\360\320\377\377\377\177\000\000~\004\246\367\377\177\000\000\230\317\377\377\377\177\000\000\270\367y\000\000\000\000\000P\317\377\377\377\177\000\000\240\320\377\377\377\177\000\000p\320\377\377\377\177\000\000@\320\377\377\377\177\000\000\020\320\377\377\377\177\000\000\340\317\377\377\377\177\000\000\260\317\377\377\377\177\000\000\000\331\377\377\377\177\000\000
 
\000\000\000\000\000\000\000\206\000\000\000\000\000\000\000\210x\245\367\377\177\000\000\340\226\377\367\377\177\000\000\000\000\000\000\000\000\000\000\377\377\377\377,
 '\000' repeats 12 times, u'\353BF\032\n\213H26, '\000' repeats 14 times, 
}\202\000\000\000\000\000\070}\202\000\000\000\000\000\240...
fSize = value optimized out
possibleNameLength = value optimized out
pBuf = value optimized out
#3  0x77ad4c26 in sword::RemoteTransport::copyDirectory (this=0x81a990, 
urlPrefix=0x787ce0 http://marktrompell.de;, dir=0x79ec80 
/sword/modules/texts/ztext/offbist/, 
dest=0x81ed80 
/home/mark//.sword/InstallMgr/20130626120644/modules/texts/ztext/offbist/, 
suffix=0x77b7b150 ) at /usr/src/debug/sword--/src/mgr/remotetrans.cpp:134
i = value optimized out
retVal = 0
url = {buf = 0x827d00 
http://marktrompell.de/sword/modules/texts/ztext/offbist/;, end = 0x827d39 , 
endAlloc = 0x827d96 , fillByte = 32 ' ', allocSize = 151, 
  static nullStr = 0x77b7b150 , static junkBuf = '\000' repeats 
65533 times}
dirList = {std::_Vector_basesword::DirEntry, 
std::allocatorsword::DirEntry  = {
_M_impl = {std::allocatorsword::DirEntry = 
{__gnu_cxx::new_allocatorsword::DirEntry = {No data fields}, No data 
fields}, _M_start = 0x828b40, 
  _M_finish = 0x828b78, _M_end_of_storage = 0x828b78}}, No data 
fields}
completedBytes = value optimized out
totalBytes = value optimized out
#4  0x77adb4be in sword::InstallMgr::remoteCopy (this=0x77a450, 
is=value optimized out, src=0x7fffd420 \360|\202, 
dest=0x81ed80 
/home/mark//.sword/InstallMgr/20130626120644/modules/texts/ztext/offbist/, 
dirTransfer=128, suffix=0x77b7b150 )
at /usr/src/debug/sword--/src/mgr/installmgr.cpp:361
dir = {buf = 0x79ec80 /sword/modules/texts/ztext/offbist/, end = 
0x79eca3 , endAlloc = 0x79ed06 , fillByte = 32 ' ', allocSize = 135, 
  static nullStr = 0x77b7b150 , static junkBuf = '\000' repeats 
65533 times}
retVal = 0
trans = 0x81a990
urlPrefix = {buf = 0x787ce0 http://marktrompell.de;, end = 0x787cf6 
, endAlloc = 0x787d67 , fillByte = 32 ' ', allocSize = 136, static nullStr 
= 0x77b7b150 , 
  static junkBuf = same as static member of an already seen type}
#5  0x77adc604 in sword::InstallMgr::installModule (this=0x77a450, 
destMgr=0x61bb30, fromLocation=value optimized out, modName=0x78d380 
OffBiSt, is=0x77cf00)
at /usr/src/debug/sword--/src/mgr/installmgr.cpp:497
absolutePath = {buf = 0x81ed80 
/home/mark

Re: [sword-devel] SWORD 1.7.0 final stretch

[Mark Trompell]

works as it should only docs differ because of the revision in their path:
$ diff -u (conary showcs sword-1.6.2+r2825.ccs --ls|sort) (conary
showcs sword-1.6.2+r2820.ccs --ls|sort)
--- /dev/fd/63 2013-06-20 08:14:57.784287767 +0200
+++ /dev/fd/62 2013-06-20 08:14:57.784287767 +0200
@@ -204,27 +204,27 @@
 /usr/lib64/sword/1.6.2_icu_/translit_Latin_Gothic.res
 /usr/lib64/sword/1.6.2_icu_/translit_Latin_Ugaritic.res
 /usr/lib64/sword/1.6.2_icu_/translit_swordindex.res
-/usr/share/doc/sword-1.6.2+r2825/bindings/java-jni/README
-/usr/share/doc/sword-1.6.2+r2825/bindings/objc/README
...
+/usr/share/doc/sword-1.6.2+r2820/bindings/java-jni/README
+/usr/share/doc/sword-1.6.2+r2820/bindings/objc/README
...
 /usr/share/sword/locales.d/abbr.conf
 /usr/share/sword/locales.d/af.conf
 /usr/share/sword/locales.d/af-utf8.conf


On Wed, Jun 19, 2013 at 3:59 PM, Greg Hellings greg.helli...@gmail.com wrote:



 On Wed, Jun 19, 2013 at 7:17 AM, Mark Trompell m...@foresightlinux.org
 wrote:

 I would still like to have some feedback on attached patch to be able
 to use -DLIB_SUFFIX=64 to make make install install to prefix/lib64.
 Hardcoding lib is not good anyway, even if there might be better
 solutions than the one in the patch. But at least the provided one
 doesn't break existing buildscripts (unless they use s/lib$/lib64/ or
 similiar).


 I landed a slightly different fix that more closely mimics the behavior of
 autofoo - the lib directory defaults to ${CMAKE_INSTALL_PREFIX}/lib but you
 can change it to anything you want by specifying LIBDIR=/some/other/lib/path
 from the CMake invocation line.

 Hopefully this works for you.

 --Greg



 On Wed, Jun 19, 2013 at 10:45 AM, Troy A. Griffitts
 scr...@crosswire.org wrote:
  Things have been quiet for a bit. I have all the patches in that are on
  my
  todo list. Anyone else have outstanding issues? Now is the time to speak
  up.
 
  Chris, any feedback on my Ralfs suggestion?
 
  Peter, still binding troubles? Can you give me your exact commands
  executed
  and I'll try them here.
 
  David, are you still worried about a mid-verse heading? Did you find
  one? I
  know there were a couple in the NASB, as that was the context for the
  conversation between Karl and I when it came up a while back, but can't
  remember where.
 
  Anything else? Let's push this to completion. I need your help.
 
  Troy
  --
  Sent from my Android phone with K-9 Mail. Please excuse my brevity.
 
  ___
  sword-devel mailing list: sword-devel@crosswire.org
  http://www.crosswire.org/mailman/listinfo/sword-devel
  Instructions to unsubscribe/change your settings at above page



 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)

 ___
 sword-devel mailing list: sword-devel@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@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.7.0 final stretch

[Mark Trompell]

I would still like to have some feedback on attached patch to be able
to use -DLIB_SUFFIX=64 to make make install install to prefix/lib64.
Hardcoding lib is not good anyway, even if there might be better
solutions than the one in the patch. But at least the provided one
doesn't break existing buildscripts (unless they use s/lib$/lib64/ or
similiar).


On Wed, Jun 19, 2013 at 10:45 AM, Troy A. Griffitts
scr...@crosswire.org wrote:
 Things have been quiet for a bit. I have all the patches in that are on my
 todo list. Anyone else have outstanding issues? Now is the time to speak up.

 Chris, any feedback on my Ralfs suggestion?

 Peter, still binding troubles? Can you give me your exact commands executed
 and I'll try them here.

 David, are you still worried about a mid-verse heading? Did you find one? I
 know there were a couple in the NASB, as that was the context for the
 conversation between Karl and I when it came up a while back, but can't
 remember where.

 Anything else? Let's push this to completion. I need your help.

 Troy
 --
 Sent from my Android phone with K-9 Mail. Please excuse my brevity.

 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)


cmake_libdir.patch
Description: Binary data
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] mobile development update and invitation to participate

[Mark Trompell]

On Wed, Jun 12, 2013 at 10:29 PM, Костя Маслюк kostyamasl...@gmail.com wrote:
 1. Good enough in my opinion
 2. Long press in search view mow follow passage, i have tested this on
 desktop but on device this is slow. There is way to optimize this.
 3. This is strange, could you please send me privately log from c:\btlog.txt
 ?
 4. I will make text black. mini-night is my favorite for now but i prefer
 to leave mini by default.
 5. Ok, thanks. I would like to make it unostentatious, but make ot little
 longer or intensive should be good.
 6. Because KJV is default Bible module, it is correct bevavior.
 9. GREAT!  :^)

 building packages for both platforms takes long enought time, and  as well
 S60 package works on ^3. ^3 have only webkit support that is experimental
 anyway.

Missing Webkit pretty much explains why the text looks diferent :).
I tried the S60 version on my N8 and adding Genbooks/DEVOTIONALS (DBD)
makes it still freeze.
Thanks for providing this thing.

--
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] I implore you...

[Mark Trompell]

On Wed, Jun 12, 2013 at 9:46 AM, Mark Trompell m...@foresightlinux.org wrote:
 I just found that I carry a patch in my package to work around some
 issues with curl 720 (can't remember what it was)
 is that still needed for something? Attaching it to the mail in case
 someone knows
This one is completly nonsense,
actually the patch that I still use is one to
cmake/install.cmake
to not hardcode lib but use lib64 if required.
Does that make sense to you and can be added?


--
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)


cmake_libdir.patch
Description: Binary data
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] mobile development update and invitation to participate

[Mark Trompell]

On Tue, Jun 11, 2013 at 10:33 PM, Konstantin Maslyuk
kostyamasl...@gmail.com wrote:
 Hi, i have just uploaded new version. With some fixes to search, there
 really was crash when trying to search.

No new one for ^3|anna|belle?
How do you build them?
maybe I can build them myself.

--
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Bible book introductions

[Mark Trompell]

On Wed, Jun 5, 2013 at 11:43 AM, Костя Маслюк kostyamasl...@gmail.com wrote:
 05.06.2013 5:32 пользователь Nic Carter niccar...@mac.com написал:


 I guess we need to have some sort of implementation with which to try this
 out with. I remember that trying to create a cLucene search index on my old
 iPhone 3G was sufficiently silly that I removed that functionality in PS.
 But I needed to test it to confirm that it was a stupid idea to allow users
 to attempt it. (I would say the same for BibleTime mini  say that 2.5hrs is
 way too long to even suggest a user plug in their phone and run it
 overnight! But that's just my sanity shining through, and I'll resume my
 insanity in a moment)...


 This statement forced me to check: with BtMini i got nine minutes to create
 clucene search index for KJV (iphone 3gs 6.1 firmware). Can't believe that
 3g to 3gs performance difference can be up to 16 times.
As written in another thread, I just used Bibletime mini to create an
index of GerNeuUe on my nokia n8
which took less than 5 minutes. But I believe the n8 has a slightly
faster cpu than the iphone 3.

--
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] mobile development update and invitation to participate

[Mark Trompell]

btw, where does bt mini store the modules on symbian. I couldn't find
them. Would be good if it doesn't store them on C drive.

On Thu, Jun 6, 2013 at 8:27 AM, Mark Trompell m...@foresightlinux.org wrote:
 On Wed, Jun 5, 2013 at 8:20 PM, Костя Маслюк kostyamasl...@gmail.com wrote:
 Hi, again, i didn't expected that it would be so fast, but i have succeed
 with clucene. Now there is version with indexed search for symbian available
 (S60 should work but not tested yet):
 https://sourceforge.net/projects/bibletimemini/files/rc1/

 Hi, I just installed the symbian ^3 version on my N8 with Belle.
 Works great, only getting the sources takes some time. And the
 interface looks a bit unpolished.
 Anyway it will replace meebible here.
 Indexing one module (GerNeuUe) took ~3-5 minutes yesterday.

 Blessings

 Blessings to you
 Mark



 --
 Mark Trompell

 Foresight Linux Xfce Edition
 Cause your desktop should be freaking cool
 (and Xfce)



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] mobile development update and invitation to participate

[Mark Trompell]

Hi Brian, I was puzzled too at first, but looking closer you should
find a textbox at the top which is easy to overlook because it fills
the complete screen width.

On Thu, Jun 6, 2013 at 10:14 AM, Brian Schroeder
bschroe...@internode.on.net wrote:
 I updated to this latest version, but don't seem to be able to search. All I
 get is a blank screen with Close at the bottom. I have left it alone for
 about 15 minutes to see if it needed to do some indexing first, or something
 else like that, but still no change. Using the ESV.

 On a related issue, when I first installed BibletimeMini yesterday and
 started it, it just sat there for a long time and appeared to have not
 worked. I assume it was just updating its list of available versions from
 the repositories. It may be worth adding a startup message asking users to
 be patient and assuring them it is working. If it starts quickly this
 message will disappear without being seen, but if it takes a long time it
 will help.

 Brian.

 Костя Маслюк wrote:

 Hi, again, i didn't expected that it would be so fast, but i have succeed
 with clucene. Now there is version with indexed search for symbian available
 (S60 should work but not tested yet):
 https://sourceforge.net/projects/bibletimemini/files/rc1/

 Blessings


 2013/6/5 Brian Schroeder bschroe...@internode.on.net
 mailto:bschroe...@internode.on.net


 Hi Костя,

 I have successfully installed the Symbian version on my Nokia 701
 and downloaded some bibles and books. Looks good so far - thankyou.

 However search is very important, so it would be great if
 something can be done to get this working.

 Brian.



 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] progress with 1.7.0 ?

[Mark Trompell]

On Tue, Jun 4, 2013 at 1:46 PM, Greg Hellings greg.helli...@gmail.com wrote:



 On Tue, Jun 4, 2013 at 6:13 AM, David Haslam dfh...@googlemail.com wrote:

 Mark T's observation And adding to this, for interest people stopping by
 at
 crosswire.org,
 not having a release for about 2.5 years makes sword look abandoned
 although
 it isn't.

 does (of course) refer to *The SWORD Project For Windows* (aka BibleCS)
 rather than the SWORD API.
 BibleCS being the in-house name for the front-end.


 No, it refers to the engine as well, which has seen no public release in
 that same time.

 http://www.crosswire.org/sword/software/swordapi.jsp

Yes, I was talking about the library, not the windows frontend.
I don't really care about windows frontends because I don't have use for them.

 --Greg


 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



--
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] progress with 1.7.0 ?

[Mark Trompell]

Putting on my packagers hat, I would ask to just fix critical bugs and
regressions from 1.6 and throw out 1.7.
Create a 1.7 branch and do bugfixes for 1.7 on that and push every new
feature to trunk (or do them in branches that get merged back to
trunk).
As packager Itend to avoid packaging random revisions of trunk, not
knowing what may be broken. But to gt new features of
bibletime/xiphos, you name it, I will at some point need t do just
that.
And adding to this, for interest people stopping by at crosswire.org,
not having a release for about 2.5 years makes sword look abandoned
although it isn't.
Taking off that packagers hat again and moving back to patiently waiting...
Blessings
Mark


On Mon, May 27, 2013 at 4:31 AM, Nic Carter niccar...@mac.com wrote:

 Heya all,

 Just wondering where we're up to with 1.7.0? A couple of questions about it:

 - default compiler settings for iOS (under Xcode) enable certain warnings. 
 These caused the thml filters to throw a couple of hundred encoding warnings, 
 and so I applied the patches that were emailed to the list last December and 
 squashed them all. Was very cool. Did we have plans to apply those patches to 
 SVN? As I keep my own copy of SVN inside my PocketSword HG this works fine 
 for me, but how about for others? :)

 - We have been talking about something along the lines of checking if a book 
 is empty or not and incorporating that into the library. Is that a 
 possibility for 1.7.0? Or is it more realistic for me to incorporate it into 
 my Obj-C code for PocketSword and Eloquent? It seems several front-ends have 
 this code already in them, so is it a matter of taking that and pushing it 
 down into the lib or should we each implement it ourselves in the front-end 
 code?

 - It's cool seeing updates to the filters :) I was asked a while ago to 
 implement the OSIS underline tag for underlining text. Is this something we 
 wanted to incorporate into our filters or did I jump the gun and support an 
 unsupported or deprecated tag? :) It was as easy to implement as the super 
 and sub tags that Troy recently added. :)

 Thanks heaps, ybic
 nic...  :)

 PS: as usual, let me know what I can do to help with this stuff progressing. 
 :) Tricky with lack of time, as with everyone else here :)
 ___
 sword-devel mailing list: sword-devel@crosswire.org
 http://www.crosswire.org/mailman/listinfo/sword-devel
 Instructions to unsubscribe/change your settings at above page



-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] add LIB_SUFFIX to install.cmake

[Mark Trompell]

with attached patch you can tell cmake that libs belong to lib64 on
x86_64 if preferred by adding -DLIB_SUFFIX=64 to the cmake call.


-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)


cmake_libdir.patch
Description: Binary data
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] ICCM Europe 2012

[Mark Trompell]

 The next ICCM-Europe conference in the Netherlands is scheduled for February
 8th (Wednesday) - February 11st (Saturday), 2012.

At least it doesn't clash with FOSDEM (4th to 5th) this time.
Thanks for the reminder.

 David

Mark

-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] cmake issues

[Mark Trompell]

Hi,
today I tried to build sword 1.6.2 with cmake.
I'm using Foresight Linux 64 bit version.
Here are the issues I found:
1. make install installed into /usr/lib instead of /usr/lib64, although
the pkgconfig file said libs are in lib64.
2. the icu stuff ended up in /usr/lib/1.6.2_icu... instead
of /usr/lib{64,}/sword/1.6.2_icu (at least that is what configure;
make;make install does).
Blessings 
Mark

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Sword 1.6.2 NOW!

[Mark Trompell]

Am Mon, 13 Sep 2010 23:07:32 +0100
schrieb Troy A. Griffitts scr...@crosswire.org:

 
 We plan to release soon, but didn't know there was an urgent need.
 There are things unreleasable in head right now which need to be
 removed if we release 1.6.2 sooner rather than later.
 
 I was under the impression all distros already had our patch in their
 distribution.  What distros release 1.6.1 unpatched?

Foresight Linux did until 2 minutes ago, because we still ship curl
7.19.x and didn't see that issue yet. I didn't even know that it exists
until this thread popped up.

 Troy

Mark

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Proposition concerning module names

[Mark Trompell]

On Wed, Dec 2, 2009 at 3:23 AM, Nic Carter niccar...@mac.com wrote:

 Hi all.  :)

 Given I'm an English speaker  I can only speak and read English, this may 
 seem like a strange proposition, but . . .  :)

 As I'm going through the i18n process for PocketSword I'm eliminating 
 everything that is in English, with my priority being traditional chinese (I 
 used to  live in HK!).  I'm now looking at the module names.  I've attached 
 a screenshot to try to explain the problem I've run into:
 There's a button that says KJV on it, telling the user which Bible 
 translation they're currently viewing (and providing a button to press to 
 change the
 translation), but if I switch to the zh_TW UI, everything switches to 
 chinese, but no matter what I do using the native SWORD API, the module name
 is the module name  that's in English.

I wonder if it wouldn't make sense to always display the name of the
bible/book in the language it is written in.
You wouldn't read a chinese bible if you can't read it anyway.

-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.6.1

[Mark Trompell]

On Tue, Sep 8, 2009 at 10:39 AM, Troy A. Griffitts scr...@crosswire.org wrote:
 Hey guys,

Hi

 We've made a number of significant small changes to warrant a 1.6.1
 release.

any news on that?

        -Troy.

Mark

-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] german menge

[Mark Trompell]

Hi,
someone on irc, pointed out, that 'herman Menge died 70 years ago, so
with german copyright,
his translation of the bible should go public domain this year.
Does anyone here some experiences with german copyright, or how to get
such translation into swordmodules.
Would it be possible to copy from online bibles, if they use the
original text? Would it make any sense to ask the distributor of that
translation for support (like providing some textfiles)?

blessing Mark

-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.6.x LOCALIZATION HELP WANTED

[Mark Trompell]

On Tue, May 5, 2009 at 10:58 PM, Troy A. Griffitts scr...@crosswire.org wrote:

 I've updated the locale template which is included in our source tree at:

 http://crosswire.org/svn/sword/trunk/doc/translation-template.conf

 Included is an #Apocr comment which separates the old book names above it,
 from the new book names below.  Also included is a new updated and expanded
 commentary on how to tune your locale abbreviations to better parse input
 from users.


 The existing locales can be seen in SVN here:

 http://crosswire.org/svn/sword/trunk/locales.d/

I'm just wondering how 'choices' are handled.
i.e different german bibles have different booknames sometimes.
Like Job is called Ijob in some translations and Hiob in others.
Ecclesiastes is called 'kohelet' or 'prediger'

Blessings
Mark

-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] building a community

[Mark Trompell]

Hi,
I just thought that sword projects visibility isn't that great atm.
So I was wondering if it would make sense, trying to start getting the
local user community together.
That is, trying to get eg. german (I'm german, therefore I'm picking
that as example) users/devs of the frontends together to build a local
informal usergroup.
The purpose is to have people knowing about each other and be able to
coordinate going to christian meetings and present sword and the
frontends there.
Maybe having local sword-lang mailing lists or irc channels for communication.
How to make users getting to know about that would be another problem
to think of.
That's just a rough thought. Needs comments and polishing though.

Blessings
Mark

-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] encryption and integrity checking.

[Mark Trompell]

On Wed, Mar 11, 2009 at 10:44 AM, Manfred Bergmann wrote:
 Just a thought.

 What about signing the module with a private key.
 Every frontend has to have the public key included somewhere hidden.
 This would enable an integrity check.

'somewhere hidden' doesn't work too well with opensource software


 Manfred

Mark

-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Fosdem

[Mark Trompell]

On Wed, Jan 28, 2009 at 3:37 PM, Daniel Glassey dglas...@gmail.com wrote:
 I don't suppose anyone else is planning to go to Brussels for Fosdem
 next weekend (7-8 Feb)?

I'll be there, but I'm no dev, just packaging sword and
gnomesword/xiphos for foresight linux.

 Regards,
 Daniel

Mark

-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] tei proposal

[Mark Trompell]

On Thu, Nov 27, 2008 at 7:03 PM, Chris Little wrote:

 I have no opinion on where to host it. I'm sure Troy would be fine with
 putting it in sword-tools/modules, which is where we've done this
 historically. A greater issue might be having to dole out tons of SVN
 accounts.

You probably don't need that many svn accounts. Just let people
checkout anonymously, make changes, do svn diff and send patches to a
mailinglist. Then someone responsible for that module can review and
commit it.
Or use some distributed version control like mercurial (git isn't a
good choise for those working on windows).


 --Chris

Mark
-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] links to GPL on crosswire.org

[Mark Trompell]

Hi,
http://www.crosswire.org and http://www.crosswire.org/sword/index.jsp
at least, are pointing to
http://www.gnu.org/licenses/gpl.html which has gpl3 by now.
Someone probably should change it to
http://www.gnu.org/licenses/old-licenses/gpl-2.0.html
to avoid confusion.

Mark

-- 
Mark Trompell

Foresight Linux Xfce Edition
Cause your desktop should be freaking cool
(and Xfce)

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] gnomeSword compilation

[Mark Trompell]

 Is 2.1.2 brand-new? I'd swear I had gotten 2.1.1 just the day
 before from the same place.
No its from May
Mark

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] gnomeSword compilation

[Mark Trompell]

 Has anyone else gotten a recent GnomeSword to compile against a recent
 Sword toolkit?

gnomesword-2.1.2 should compile with sword 1.5.8, you can get it at
http://sf.net/projects/gnomesword


 Thanks!
 
 Fred

Mark

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] GnomeSword

[Mark Trompell]

On Fri, 2005-11-18 at 13:19 -0700, David wrote:
 Who works on GnomeSword? 
Terry Biggs mainly.
There is a gnomesword list on sourceforge.
Mark

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] .NET wrapper or port of SWORD?

[Mark Trompell]

Am Sonntag, den 02.10.2005, 22:17 +0200 schrieb Joachim Ansorg:
 SWIG?
 I don't know if the current version supports C#.
Yes it does.
http://www.swig.org/compare.html
 We already have some SWIG stuff in bindings/swig/.
So adding .net should not be so hard for someone who nows swig.
Unfortunatly I don't have any experience with it.
 Joachim
Mark

___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Sword - fortune

[Mark Trompell]

Hello, is there a way to use sword modules with fortune?
Regards Mark
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Sword Library Bindings

[Mark Trompell]

I believe I have heard rumors that Python bindings may also

exist. Are there any others? Paricularly he is interested in PHP. Thanks!


There are bindings for php4, perl and python.
there must be a mail from J. Ansorg telling me how to build the 
python-bindings in the archive for this month ( unfortunatly I have 
deleted it by mistake from my mailbox).



--Greg Hellings


Mark
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

[sword-devel] Building Python bindings

[Mark Trompell]

How to build python bindings for sword-1.5.8?
 ./configure --with-python=/usr/bin/python  make

ends up with

cd python  /usr/bin/python setup.py build_ext -I/usr/include/sword 
-L/usr/lib -lsword

running build_ext
building '_Sword' extension
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -fPIC -DSWIG=1 -I/usr/include/sword 
-I/usr/include/python2.4 -c Sword.cxx -o build/temp.linux-i686-2.4/Sword.o

gcc: Sword.cxx: No such file or directory
gcc: no input files
error: command 'gcc' failed with exit status 1
make: *** [python_make] Error 1
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] Converting files

[Mark Trompell]

Luiz Augusto Pereira Fernandes wrote:
Please, anyone knows any easy mode for converting
.html files to gbf, thml or osis? I need it for
converting some copyright files for my personal usage.
Hi, haven't found one yet.
I need a easy way to convert a zefania-file ( an xml- based format) to 
osis. May be it would be a good idea to start a project for a tool.
Unfortunatly I have a lot to do and don't have the time to start 
something this year. But I hope that I can start something in Q3/2005.

Regards Mark
___
sword-devel mailing list
[EMAIL PROTECTED]
http://www.crosswire.org/mailman/listinfo/sword-devel