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

Re: Is --enable-utf8 working everywhere?

From: Blair Zajac <blair_at_orcaware.com>
Date: 2002-07-16 19:41:46 CEST

Karl Fogel wrote:
> If anyone has compiled with --enable-utf8 under Windows, or indeed
> under anything other than FreeBSD or Linux, please post! We'd like to
> hear your results.

I was able to build and pass make check with svn rev 2548 on RedHat
Linux 7.3 with and without utf8 and without utf8 support on Solaris 8.

However, with utf8 enabled on Solaris 8, we get a ton of failures,
which are listed below, but I'll start with the first problem, a core
dump in stringtest:

% ./stringtest
PASS: stringtest 1: make svn_stringbuf_t from cstring
PASS: stringtest 2: make svn_stringbuf_t from substring of cstring
PASS: stringtest 3: append svn_stringbuf_t to svn_stringbuf_t
PASS: stringtest 4: append C string to svn_stringbuf_t
PASS: stringtest 5: append bytes, then compare two strings
PASS: stringtest 6: dup two strings, then compare
PASS: stringtest 7: chopping a string
PASS: stringtest 8: emptying a string
PASS: stringtest 9: fill string with hashmarks
PASS: stringtest 10: chop_back_to_char
PASS: stringtest 11: block initialization and growth
PASS: stringtest 12: formatting strings from varargs
Segmentation fault (core dumped)
% gdb stringtest core
.
.
.
#0 0x000318c4 in apr_xlate_conv_buffer (convset=0x0, inbuf=0xffbef380
    "stringtest.tmp", inbytes_left=0xffbef0ac, outbuf=0x558f0 "twice as long",
    outbytes_left=0xffbef0a8) at xlate.c:308
308 if (convset->ich != (iconv_t)-1) {
(gdb) bt
#0 0x000318c4 in apr_xlate_conv_buffer (convset=0x0, inbuf=0xffbef380
    "stringtest.tmp", inbytes_left=0xffbef0ac, outbuf=0x558f0 "twice as long",
    outbytes_left=0xffbef0a8) at xlate.c:308
#1 0x0002116c in convert_to_stringbuf (convset=0x0, src_data=0xffbef380
    "stringtest.tmp", src_length=14, dest=0xffbef134, pool=0x55708)
    at subversion/libsvn_subr/utf.c:164
#2 0x0002161c in svn_utf_cstring_from_utf8 (dest=0xffbef1b4, src=0xffbef380
    "stringtest.tmp", pool=0x55708) at subversion/libsvn_subr/utf.c:375
#3 0x0001b858 in svn_io_file_open (new_file=0xffbef230, fname=0xffbef380
    "stringtest.tmp", flag=1, perm=4095, pool=0x55708)
    at subversion/libsvn_subr/io.c:1563
#4 0x00019ff4 in svn_string_from_file (result=0xffbef394, filename=0xffbef380
    "stringtest.tmp", pool=0x55708) at subversion/libsvn_subr/io.c:942
#5 0x00017c6c in test13 (msg=0xffbef41c, msg_only=0, pool=0x55708) at
    subversion/tests/libsvn_subr/stringtest.c:467
#6 0x00017ef0 in do_test_num (progname=0xffbef63e "stringtest", test_num=13,
    msg_only=0, pool=0x55708) at subversion/tests/svn_tests_main.c:85
#7 0x0001832c in main (argc=1, argv=0xffbef52c) at
    subversion/tests/svn_tests_main.c:199
(gdb)

% make check |& tee xxc
Running all tests in stringtest...FAILURE
Running all tests in hashdump-test...success
Running all tests in path-test...success
Running all tests in translate-test...FAILURE
Running all tests in random-test...success
Running all tests in time-test...success
Running all tests in svn-test2.sh...FAILURE
Running all tests in svn-test.sh...FAILURE
Running all tests in target-test.py...FAILURE
Running all tests in run-fs-tests.py...success
Running all tests in run-repos-tests.py...success
Running all tests in getopt_tests.py...FAILURE
Running all tests in basic_tests.py...FAILURE
Running all tests in commit_tests.py...FAILURE
Running all tests in update_tests.py...FAILURE
Running all tests in switch_tests.py...FAILURE
Running all tests in prop_tests.py...FAILURE
Running all tests in schedule_tests.py...FAILURE
Running all tests in log_tests.py...FAILURE
Running all tests in copy_tests.py...FAILURE
Running all tests in diff_tests.py...FAILURE
Running all tests in merge_tests.py...FAILURE
Running all tests in stat_tests.py...FAILURE
Running all tests in trans_tests.py...FAILURE
Running all tests in svnadmin_tests.py...FAILURE

-- 
Blair Zajac <blair@orcaware.com>
Web and OS performance plots - http://www.orcaware.com/orca/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 16 19:42:29 2002

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

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