D.J. Heap wrote:
> On 6/9/06, D.J. Heap <djheap@gmail.com> wrote:
>> On 6/7/06, Jens Peters <jpeters7677@gmx.de> wrote:
>> >
>> > > Not really -- I know very little (as in nothing) about multilanguage
>> > > stuff, but I'll try to take a closer look at this soon.
>> > > Interestingly, I also get one svnlook test failure if I build with
>> > > intl support that I do not get when I build without it. Not sure if
>> > > it's related or not, but it's consistent.
>> > >
>> > The testsuite run fine with my build (expect some props related test,
>> > but that is fixed in the testsuite as far as I know), local and
>> > mod_dav_svn (if you disable SSPI :)), but this was svn 1.3.0. By the
>> > way, I never tried to commit a file with an 'Umlaut' in its name of
>> log
>> > message. I guess later you would see the same garbled output as
>> with the
>> > translated string, but according to Stefan internally everything is
>> > stored well. I'll test it when I'm at home again.
>> >
>>
>> I've been debugging through this and the problem is that apr's iconv
>> files (utf-8.so, etc) refuse to load ('module not found' error from
>> LoadLibrary even though the path is correct). I'm guessing it has to
>> do with the new C runtime manifest fun in VS2005, but I haven't
>> figured it out yet and I'm out of time for now. Probably since the
>> .so's are built differently, they aren't getting a manifest or
>> something.
>>
>
>
> Actually, that was just the first problem. I do see the UTF-8 to
> CP437 xlate take place successfully and then fputs is called and dumps
> out ? instead of the special characters. I'll keep looking later, but
> I'm not really sure what to look for. Is CP437 the wrong code page?
CP437 is, for all intents and purposes, plain ASCII, which obviously
doesn't support any interesting characters. It this is a strict
(non-fuzzy) translation, then something is seriously wrong with
apr-iconv. If it's a fuzzy translation, then it's expected; IIRC that's
exactly what we do with untranslatable characters.
-- Brane
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jun 10 00:26:48 2006