[sword-devel] BibleTech Conference

2007-10-08 Thread Don A. Elbourne Jr.
Troy I see you are on the schedule for BibleTech:2008. Cool. http://www.bibletechconference.com/ -- by grace alone, Pastor Don A. Elbourne Jr. Lakeshore Baptist Church http://lakeshorebaptist.net Pastor's blog: Locusts & Wild Honey http://elbourne.org Rebuilding Lakeshore to the glory of God

Re: [sword-devel] 1.5.10RC4 available

2007-10-08 Thread Greg Hellings
It compiles and runs nicely on Mac OS X. What are the specific bugs, etc, that should be tested relative to this version? --Greg On 10/8/07, Troy A. Griffitts <[EMAIL PROTECTED]> wrote: > Sorry once again guys. Been trying to do this quick from work. > > http://www.crosswire.org/sword/ALPHAccks

[sword-devel] 1.5.10RC4 available

2007-10-08 Thread Troy A. Griffitts
Sorry once again guys. Been trying to do this quick from work. http://www.crosswire.org/sword/ALPHAcckswwlkrfre22034820285912/alpha/sword-1.5.10RC4.tar.gz Dominique Corbex <[EMAIL PROTECTED]> wrote: >same report here. >Thank you karl, >--domcox > >On Mon, 2007-10-08 at 16:14 -0400, Karl Kleinpa

Re: [sword-devel] 1.5.10RC3 available

2007-10-08 Thread DM Smith
On Oct 8, 2007, at 4:14 PM, Karl Kleinpaste wrote: expected nested-name-specifier before 'std' It is missing another : It should be using std::vector; ___ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listin

Re: [sword-devel] 1.5.10RC3 available

2007-10-08 Thread Dominique Corbex
same report here. Thank you karl, --domcox On Mon, 2007-10-08 at 16:14 -0400, Karl Kleinpaste wrote: > Working from "svn up" rather than the tarball: > > $ make > Making all in lib > /home/karl/src/Bible/SF/sword/lib > make[1]: Entering directory `/home/karl/src/Bible/SF/sword/lib' > /bin/sh ../l

Re: [sword-devel] 1.5.10RC3 available

2007-10-08 Thread Karl Kleinpaste
Working from "svn up" rather than the tarball: $ make Making all in lib /home/karl/src/Bible/SF/sword/lib make[1]: Entering directory `/home/karl/src/Bible/SF/sword/lib' /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../include -I../include -DUSE_AUTOTOOLS -DUNIX -Dunix

[sword-devel] 1.5.10RC3 available

2007-10-08 Thread Troy A. Griffitts
Thanks Deji and DM for reporting issues. New package at: http://www.crosswire.org/sword/ALPHAcckswwlkrfre22034820285912/alpha/sword-1.5.10RC3.tar.gz Deji Akingunola <[EMAIL PROTECTED]> wrote: >HI, > >On 10/8/07, Troy A. Griffitts <[EMAIL PROTECTED]> wrote: >> >> >http://www.crosswire.org/swor

Re: [sword-devel] 1.5.10RC2 available

2007-10-08 Thread Deji Akingunola
HI, On 10/8/07, Troy A. Griffitts <[EMAIL PROTECTED]> wrote: > > http://www.crosswire.org/sword/ALPHAcckswwlkrfre22034820285912/alpha/sword-1.5.10RC2.tar.gz > Seems the above is not packaged properly; it doesn't include the 'install-sh' script, causing configure to fail. Deji > JUNKBUFSIZE incre

[sword-devel] 1.5.10RC2 available

2007-10-08 Thread Troy A. Griffitts
http://www.crosswire.org/sword/ALPHAcckswwlkrfre22034820285912/alpha/sword-1.5.10RC2.tar.gz JUNKBUFSIZE increased to 16k) New autoconf check for vsnprintf to use this safe method instead, if exists on the system (Daniel, are you proud to see me deal with my autoconf fears?) Not sure if vsnpri

Re: [sword-devel] .conf files encoding/tags

2007-10-08 Thread Eeli Kaikkonen
On Sat, 6 Oct 2007, Karl Kleinpaste wrote: > > copy changes something for the user. Metadata changes don't affect users. > > Certainly they do, which is why I mentioned BAO in particular. The lack > of a version increment means that users will not learn that the new .conf > now contains metadata w

Re: [sword-devel] imp2gbs crashes

2007-10-08 Thread Troy A. Griffitts
Don, Hope to get you a new version build against 1.5.10 out on the ftp site soon. Don A. Elbourne Jr. wrote: > Don A. Elbourne Jr. wrote: >> running imp2gbs crashes for me under Win XP. >> >> Could someone else try to run it and see if its just me? >> >> >> > btw I just tried to run it on a Vi

Re: [sword-devel] 1.5.10RC1 available

2007-10-08 Thread Troy A. Griffitts
Karl and domcox, Thank you both for spending time to track this down. The junkbuf in SWBuf is a horrible risk and should be removed. I will at least double the size for this release, but I might have time to write a safe impl. Again, thank you for reporting the issue. -Troy. Karl