On 10/9/06, Ivan Zhakov <chemodax@gmail.com> wrote:
[snip]
> One of user reported me very similiar problem during svn export. It
> fails on big tree with following stack trace:
> libapriconv.dll!apr_iconv_ces_open(const char * cesname=0x00af02f0,
> iconv_ces * * cespp=0x00b2f874, apr_pool_t * ctx=0x00b2fe20) Line 61 +
> 0x2b C
> libapriconv.dll!iconv_uc_open(const char * to=0x00af02f0, const char *
> from=0x00af02f8, void * * data=0x0012f68c, apr_pool_t *
> ctx=0x00af0060) Line 41 + 0xf C
> libapriconv.dll!apr_iconv_open(const char * to=0x00b31fe0, const char
> * from=0x0012f8c4, apr_pool_t * ctx=0x77f470e4, void * *
> res=0x77f4725c) Line 88 + 0x10 C
> libaprutil.dll!check_sbcs(apr_xlate_t * convset=0x00000000) Line 183 + 0x12 C
> kernel32.dll!77e49325()
> ntdll.dll!77f5109c()
> ntdll.dll!77f50fdd()
> ntdll.dll!77f45275()
>
> The same workaround helps (copying libapr.dll from TSVN). My idea that
> there are some conflicts with TSVN iconv (which is build using
> vs2005), now I've asked that user to test without TSVN installed.
>
> --
> Ivan Zhakov
Hmm, yes, since apr-iconv uses an environment variable for its path,
and TSVN uses a different apr-iconv, if we're picking up TSVN's
apr-iconv then there is definitely a potential for problems. Is there
any other way to specify a path for apr-iconv besides an environment
variable? We probably need to keep multiple copies private to the
installation they are for.
DJ
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Oct 9 16:38:49 2006