[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [TSVN] Coexistence problem between latest stable versions of Subversion and TortoiseSVN regarding iconv modules

From: Branko Čibej <brane_at_xbc.nu>
Date: 2004-09-29 10:09:29 CEST

SteveKing wrote:

> Branko Čibej wrote:
>> I'd just like to mention here that there is a long-term solution for
>> this, and that is to base apr-iconv on iconv2, which loads conversion
>> tables (not shared libraries containing conversion tables), which are
>> compiler-agnostic, so the environment variable should no longer be a
>> problem.
> Great! Do you know when this will be available?

Ah... as soon as someone does the work? :-)

> And does it still use the environment variable or some other way to
> find those conversion tables?

I think we'll use to fixed paths on Unix and module-based paths on
Windows. I agree the env. var was really just a kluge.

> I don't like the idea of having my program use something another
> program which I don't know installed.

Hmm, then perhaps you should stop using the system libraries. :-)

> Maybe you want to look at
> http://svn.collab.net/repos/tortoisesvn/trunk/ext/apr-iconv/lib/iconv_module.c
> which contains my patch to apr-iconv to see how I look for the path to
> the iconv modules.

Thanks, I know how it's done. It's more or less a philosophical problem
about using system-specific code in APR-iconv (as opposed to plain APR).
But I think we'll just have to make an exception here.

-- Brane

To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Sep 29 11:31:06 2004

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.