Troy A. Griffitts wrote:
> Ok, I still don't think we've gotten to the bottom of this. ...
I'll test on the crosswire.org server itself, and if I can get the
errors to appear there, with my .bashrc renamed out of the way,
hopefully that will that be sufficient :)
> g++ -DHAVE_CONFIG_H -I. -Iincl
Hi Troy,
Using verse compression doesn't seem to change things in any way.
Thanks,
Brian
On 12/04/2009 10:34 PM, Troy A. Griffitts wrote:
> Brian, if individual verses can grow this large, could you try changing
> the compression to be verse level and see if this fixes the problem. I
> didn't
Sorry, I guess I *thought* that field was being used for the key
text, rather than the value. It should be sufficient.
Matthew
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to
On Fri, Dec 4, 2009 at 10:54 PM, Troy A. Griffitts wrote:
> I believe 2k should be quite enough for the key value (e.g., "Mat.1.1").
> Do you still believe we have a case that warrants upping this limit?
Sorry, I guess I that field was being used for the key text, rather
than the value. It should
>
> g++ -DHAVE_CONFIG_H -I. -Iinclude -Iinclude -I/usr/include
> -DUSE_AUTOTOOLS -DUNIX -Dunix -D__unix__ -DSWICU_DATA=
> \"/usr/lib/sword/1.6.0_icu_4.0.1\" -D_FTPLIB_NO_COMPAT -D_ICU_ -g3 -O0
> -Wall -Werror -D_ICU_ -ftemplate-depth-25 -DCURLAVAILABLE -I/usr/include
> -I/usr/lib64 -DUSELUCENE -g -
On Sat, 2009-12-05 at 00:03 -0800, Jonathan Marsden wrote:
> I'll try it commenting out --enable-debug in usrinst.sh. No difference.
> For me it works the same commenting out --enable-debug and using
> --disable-debug. On Ubuntu 9.10 amd64, and on Fedora 12 amd64 (I
> created a Fedora 12 VM, j
On 9/13/09, Andrew Dunbar wrote:
> Unsubscribe me please
>
___
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
John,
Are you able to get it to work on any other module?
You probably know this as it was discussed in an earlier thread:
emptyvss needs to be in the same folder as mods.d and modules
In Him,
DM
On Dec 4, 2009, at 10:58 AM, wrote:
> Hi,
>
> I know this is odd, but running "emptyvss
John,
I was using sword-utilities-1.6.0-r2466.zip
that I had downloaded on 2009-10-22.
David
johnduffy-2 wrote:
>
> David,
>
> I'll try those.
>
> I was http://www.crosswire.org/ftpmirror/pub/sword/utils/win32/ and
> selecting sword-utilities-1.6.0-r2473.zip instead of
> sword-utilities-1
David,
I'll try those.
I was http://www.crosswire.org/ftpmirror/pub/sword/utils/win32/ and
selecting sword-utilities-1.6.0-r2473.zip instead of
sword-utilities-1.6.0.zip, under the assumption that this was the latest one
and that I should use it. Should I have been using the
sword-utilities-1.
John,
emptyvss.exe worked OK for me on your ABN module.
I emailed you the output.
Did you copy all the Sword Win32 binaries into the Sword directory?
i.e. Including the new/updated dll files.
David
johnduffy-2 wrote:
>
> David,
>
> Yes, windows utilities, sword-utilities-1.6.0-r2473
>
> Jo
David,
Yes, windows utilities, sword-utilities-1.6.0-r2473
John Duffy
> -Original Message-
> From: David Haslam [mailto:d.has...@ukonline.co.uk]
> Sent: 04 December 2009 18:59
> To: sword-devel@crosswire.org
> Subject: Re: [sword-devel] Emptyvss shows whole Bible missing
>
>
> John
On Dec 5, 2009, at 3:03 AM, Jonathan Marsden wrote:
>
>
>>> I'm also not doing --libdir=/usr/lib64 which seems a very odd default.
>
>> Aren't most systems running 64 bit these days?
>
> I don't know, I suspect many Linux users still run 32bit. Not all
> Linuxes that are 64bit use this lib6
On Fri, Dec 4, 2009 at 10:51 PM, Troy A. Griffitts wrote:
> Do we need a further resolution to this? I can maybe add a check:
>
> AC_SEARCH_LIBS(regcomp)
>
> to see if we can find a system-wide regex lib and if so use it,
> otherwise use the internal SWORD regex, but then we'd use the
> system-wi
> I'll try it commenting out --enable-debug in usrinst.sh. No difference.
> For me it works the same commenting out --enable-debug and using
> --disable-debug. On Ubuntu 9.10 amd64, and on Fedora 12 amd64 (I
> created a Fedora 12 VM, just for you :) , both ways of building SWORD
> generate warni
Troy A. Griffitts wrote:
>> ./autogen.sh && ./usrinst.sh --disable-debug && make
>> displays all the warnings, so the current SWORD build environment is
>> actually turning *off* some warnings by default
> I'm not sure I understand why you are seeing this behavior. You are
> correct that the
16 matches
Mail list logo
