On 10/9/06, D.J. Heap <djheap@gmail.com> wrote:
> 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.
>
Update on this topic: TortoiseSVN uninstallation doesn't fix problem.
--
Ivan Zhakov
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Oct 10 15:30:32 2006