Oh bah humbug. The domain didn't expire. That's an alternate site that I
also host on the same server for my piano tuning business. I've been
fiddling with the web server configuration, because I've never used Nginx
before and I want to get everything automated for it. I had almost gotten
it right
For some strange reason, the message sent by David Troidl ended up in my Spam
folder on ProtonMail. I just rescued it.
Greg's URL for Sword utilities - http://dl.thehellings.com/sword-utils/
currently auto-redirects to http://allegrodfw.com/sword-utils/
Maybe Greg's domain registration has
Hi,
I'm looking for the latest 64-bit SWORD utilities.
I looked in the developers wiki:
http://wiki.crosswire.org/DevTools:Modules#Collect_and_Install_Software_Tools
and found a link to
Unofficial builds that may be from more recent SVN revisions may be
found
An odd thing happened on my PC today.
After I created a new module using osis2mod, I can view it in Xiphos and
also installed it OK to PocketSword.
But for some strange reason, Sword utilities such as emptyvss, mod2imp and
diatheke can't find the module!
They can find all my other modules, so
The problem went away after I restored one of the two modules from its Zip
archive
(one I'd made earlier using the Xiphos module manager).
Very odd, nonetheless!
Put it down to something in Windows?
David
--
View this message in context:
//Russian
Здравствуйте...
насколько я понял, Sword utilities версии 1.7 скомпилированы в Microsoft
Visual C++ v.11 2012, поэтому в WinXP эти утилиты не работают... а мен нужны
утилиты, которых нет в версии 1.6...
для Microsoft Visual C++ v.11 2012 есть исправления, которое позволяет
компилировать
Have you tried the version of the utilities that come with the Xiphos
application? Those might work in XP.
Alternatively, you can find directions in the Wiki for compiling the
utilities yourself.
--Greg
2014-10-08 14:54 GMT-05:00 Emet byfaithto...@gmail.com:
//Russian
Здравствуйте...
Quick question: Did the Sword utilities need recompiling last week?
If so, have the Windows version been made yet?
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Sword-utilities-after-release-of-SWORD-1-7-2-tp4653419.html
Sent from the SWORD Dev mailing list
On Mon, Jan 20, 2014 at 10:56 AM, David Haslam dfh...@googlemail.comwrote:
Quick question: Did the Sword utilities need recompiling last week?
Sorta. The DLL will need recompiling, the utilities themselves shouldn't.
If so, have the Windows version been made yet?
Chris Little is the
On 1/20/2014 9:02 AM, Greg Hellings wrote:
On Mon, Jan 20, 2014 at 10:56 AM, David Haslam dfh...@googlemail.com
mailto:dfh...@googlemail.com wrote:
Quick question: Did the Sword utilities need recompiling last week?
Sorta. The DLL will need recompiling, the utilities themselves
On 6/4/2013 6:14 AM, Pola Edward wrote:
does this url contain the latest utilities package ?
http://www.crosswire.org/ftpmirror/pub/sword/utils/win32/
Yes, it does.
You are, of course, welcome to use Greg's builds, but the official Win32
builds remain at the above URL on crosswire.org.
As
does this url contain the latest utilities package ?
http://www.crosswire.org/ftpmirror/pub/sword/utils/win32/
___
sword-devel mailing list: sword-devel@crosswire.org
Greg,
Therefore I just added a further note [2] in
http://crosswire.org/wiki/File_Formats#The_SWORD_Project_Utilities
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/Sword-Utilities-tp4652398p4652401.html
Sent from the SWORD Dev mailing list archive at
This reply is merely to alert new members to the location of Greg's most
recent build of the Sword utilities.
Christopher Brown may find this especially useful.
After the current round of patches to SWORD ends up with a proper release of
the engine, if the utils need to be recompiled, I trust
Ooops!
Just in case you don't have the past threads in your email client,
this was Greg's message.
If you want the latest build of the SWORD utilities for Windows -
version 2741 - they're available from
http://dl.thehellings.com/mingw32/r2741.zip
These include the Xiphos patch to properly
Hi Greg,
Is there a reason why the compiled Sword utilities (r2741) do not include
emptyvss.exe ?
Best regards,
David
--
View this message in context:
http://sword-dev.350566.n4.nabble.com/SWORD-utilities-for-Windows-tp4651209p4651267.html
Sent from the SWORD Dev mailing list archive at
It appears to commented out by default in the Makefile (that comes via
SVN). It, with a few other goodies, is easily compiled by making a minor
change to the Makefile.
The code for emptyvss indeed appears to be available with both SVN and the
tar ball versions. That said, I've not played with
Pretty sure I just overlooked it when I copied them.
--Greg
On Nov 12, 2012 1:57 PM, Peter von Kaehne ref...@gmx.net wrote:
On 12/11/12 15:05, David Haslam wrote:
Hi Greg,
Is there a reason why the compiled Sword utilities (r2741) do not include
emptyvss.exe ?
I think it requires an
Instructions for those who compile from source:
-From base dir of source (/usr/local/src/sword in my case), change to
subdirectory utilities
Find section:
noinst_PROGRAMS = cipherraw$(EXEEXT) lexdump$(EXEEXT) \
stepdump$(EXEEXT) step2vpl$(EXEEXT) gbfidx$(EXEEXT) \
Thanks Greg,
I observe the downloaded file contains folders called 32 and 64.
Is this the first time the Sword utilities have been compiled separately for
both 32-bit and 64-bit versions of Windows?
Is there anything particular to 64-bit systems that users need to be aware
of that's not yet
If you want the latest build of the SWORD utilities for Windows -
version 2741 - they're available from
http://dl.thehellings.com/mingw32/r2741.zip
These include the Xiphos patch to properly handle path names that
contain non-ASCII characters.
--Greg
According to http://crosswire.org/wiki/Osis2mod#History_of_Changes
the latest version of osis2mod is *r2693* dated 2012-03-24.
When I just examined http://crosswire.org/ftpmirror/pub/sword/utils/win32/
the latest available version of Sword utilities compiled for Windows is
If neither of those versions are now the latest release, would someone kindly
compile Sword *-r2741* for Win32 and upload the utilities package to the ftp
mirror.
Likewise, if osis2mod has been changed since *r2693*, please would they edit
the section of our wiki page to describe the significant
I made a release which I sent you the link to back in the spring when
I was building for Xiphos. I don't remember the exact revision number,
but it would have been dated sometime to February.
Also, the versions of the utilities released with Xiphos would be the
same as the ones released in
Thanks Greg,
I have *xiphos.exe 3.1.5-webkit* and the Xiphos folder does indeed contain
most of the utilities.
If I run osis2mod.exe from there, the revision number is just displayed as
*$Rev$* (without an r-number) so it doesn't exactly show which SWORD release
it was.
All the filedates are
If you see $Rev$, then SVN was not used to do the checkout of the file.
The date is indicative of the build and presumably of the checkout. Typically,
a developer will get all the current files before doing a build.
You can use the command svn log to get a history of the file and you can
On Tue, Oct 23, 2012 at 7:42 AM, David Haslam dfh...@googlemail.com wrote:
Thanks Greg,
I have *xiphos.exe 3.1.5-webkit* and the Xiphos folder does indeed contain
most of the utilities.
If I run osis2mod.exe from there, the revision number is just displayed as
*$Rev$* (without an r-number)
Thanks DM,
All bets are off is a good summary of the current situation for Win32
users like me.
Anything more recent than *r2563* is a total mess as far as I'm concerned.
/That might seem extreme, but it aptly expresses my frustration./
OK - this is what I've done.
* I tweaked the USFM to
When the sword Rev changes, I manually edit the osis2mod.cpp so that it
reflects the sword version. That way when I run osis2mod it reports the
current sword version, not the last unchanged osis2mod version.
It's an easy fix if that's of help.
~A
On Tuesday, October 23, 2012, David Haslam
Troy,
There are four files missing in sword-utilities-1.6.1-r2576-bcb.zip
emptyvss.exe
genbookutil.exe
libsword.dll
modwrite.exe
Please advise and fix.
David
--
View this message in context:
I believe I commented that I used an older make system to build the
utilities which do not use the libsword.dll. The older system did not
include the other utilities you mention. I uploaded the package quickly
so you could test. Chris has uploaded a proper utils package so the
quick one I
Thanks Troy,
I did read what you said, but insufficiently grasped the implications
before.
Now downloading sword-utilities-1.6.1-r2578.zip which Chris provided.
David
--
View this message in context:
32 matches
Mail list logo