On Fri, Aug 09, 2002 at 11:48:28AM +0200, Luc Saillard wrote:
> On Thu, Aug 08, 2002 at 10:19:14AM -0500, Karl Fogel wrote:
> > Can you try to reproduce it with the head Subversion? For one thing,
>
> Ok, i've downloaded the latest version from trunk. All was compiled with
> ./autogen.sh && ./configure --enable-maintainer-mode --disable-shared
> --with-berkeley-db=/usr/include/db4:/usr/lib && make
> Note, i need to unset my CFLAGS because, if you pass multiple parameters like
> this CFLAGS="-pipe -g -Wall", configure && make failed.
>
> Now, this is the error.
>
> subversion/libsvn_client/commit.c:662: (apr_err=21094, src_err=12)
> svn: Berkeley DB error
> svn: Commit failed (details follow):
> subversion/libsvn_fs/tree.c:2228: (apr_err=21094, src_err=12)
> svn: Commit succeeded, deltification failed
> subversion/libsvn_fs/err.c:50: (apr_err=21094, src_err=12)
> svn: (charset conversion failed)
>
Ok i've found the error with gdb and bactrace all stack. The Berkeley error
is error "not enought memory" while deleting a string (i can give you the
file or any other information.) The original message given by libdb4 is
locale dependant, so this is the error:
"Berkeley DB error while deleting string for filesystem /mnt/bordel/tmp/linux/db:\nNe peut allouer de la mémoire"
Next the backtrace for this error:
Breakpoint 3, svn_fs__dberrf (pool=0x81c5f30, db_err=12, fmt=0x80dc9a0 "Berkeley DB error while %s for filesystem %s:\n") at subversion/libsvn_fs/err.c:50
50 return svn_error_createf (SVN_ERR_BERKELEY_DB, db_err, 0, pool,
(gdb) bt
#0 svn_fs__dberrf (pool=0x81c5f30, db_err=12, fmt=0x80dc9a0 "Berkeley DB error while %s for filesystem %s:\n") at subversion/libsvn_fs/err.c:50
#1 0x080905c6 in svn_fs__wrap_db (fs=0x81c6000, operation=0x80dc10b "deleting string", db_err=12) at subversion/libsvn_fs/err.c:61
#2 0x0808c4ba in svn_fs__string_delete (fs=0x81c6000, key=0x496633a8 "c8t", trail=0x81eb7d8) at subversion/libsvn_fs/bdb/strings-table.c:418
#3 0x08091304 in delete_strings (keys=0x496633b0, fs=0x81c6000, trail=0x81eb7d8) at subversion/libsvn_fs/reps-strings.c:129
#4 0x08093238 in svn_fs__rep_deltify (fs=0x81c6000, target=0x4962faa0 "apq", source=0x4962f838 "i6j", trail=0x81eb7d8) at subversion/libsvn_fs/reps-strings.c:1374
#5 0x0809008b in svn_fs__dag_deltify (target=0x4962f960, source=0x4962f6f0, props_only=0, trail=0x81eb7d8) at subversion/libsvn_fs/dag.c:1548
#6 0x08084ff5 in txn_deltify (node=0x4962f6f0, pred_count=3, props_only=0, trail=0x81eb7d8) at subversion/libsvn_fs/tree.c:1202
#7 0x080851d8 in deltify_if_mutable_under_txn_id (fs=0x81c6000, id=0x4705b420, txn_id=0x81eb768 "11", trail=0x81eb7d8) at subversion/libsvn_fs/tree.c:1260
#8 0x0808517a in deltify_if_mutable_under_txn_id (fs=0x81c6000, id=0x46c7fe80, txn_id=0x81eb768 "11", trail=0x81eb7d8) at subversion/libsvn_fs/tree.c:1253
#9 0x0808517a in deltify_if_mutable_under_txn_id (fs=0x81c6000, id=0x9eda890, txn_id=0x81eb768 "11", trail=0x81eb7d8) at subversion/libsvn_fs/tree.c:1253
#10 0x0808517a in deltify_if_mutable_under_txn_id (fs=0x81c6000, id=0x9eed920, txn_id=0x81eb768 "11", trail=0x81eb7d8) at subversion/libsvn_fs/tree.c:1253
#11 0x0808517a in deltify_if_mutable_under_txn_id (fs=0x81c6000, id=0x9eeca08, txn_id=0x81eb768 "11", trail=0x81eb7d8) at subversion/libsvn_fs/tree.c:1253
#12 0x08085270 in txn_body_deltify_committed (baton=0xbffff04c, trail=0x81eb7d8) at subversion/libsvn_fs/tree.c:1278
#13 0x080838b8 in svn_fs__retry_txn (fs=0x81c6000, txn_body=0x80851fc <txn_body_deltify_committed>, baton=0xbffff04c, pool=0x81eb5c0)
at subversion/libsvn_fs/trail.c:127
#14 0x080869a8 in svn_fs_commit_txn (conflict_p=0xbffff0fc, new_rev=0xbffff104, txn=0x81eb690) at subversion/libsvn_fs/tree.c:2226
#15 0x0807cf58 in svn_repos_fs_commit_txn (conflict_p=0xbffff0fc, repos=0x8156bd8, new_rev=0xbffff104, txn=0x81eb690) at subversion/libsvn_repos/hooks.c:200
#16 0x0807c7ab in close_edit (edit_baton=0x8195f40) at subversion/libsvn_ra_local/commit_editor.c:466
#17 0x080571a1 in svn_client__do_commit (base_url=0x8154578 "file:///mnt/bordel/tmp/linux/linux", commit_items=0x812d6c0, editor=0x8156e18, edit_baton=0x8195f40,
notify_func=0x804c3a0 <notify>, notify_baton=0x811fd88, notify_path_prefix=0x8156fb0 "/mnt/linux/srcs/linux/linux-2.5/linux", tempfiles=0xbffff214,
pool=0x80f2568) at subversion/libsvn_client/commit_util.c:1085
#18 0x080551e6 in svn_client_commit (commit_info=0xbffff2a8, notify_func=0x804c3a0 <notify>, notify_baton=0x811fd88, auth_baton=0x80f2920, targets=0x80f28f0,
log_msg_func=0x8052bdc <svn_cl__get_log_message>, log_msg_baton=0x811fda0, xml_dst=0x0, revision=-1, nonrecursive=0, pool=0x80f2568)
at subversion/libsvn_client/commit.c:890
#19 0x0804b991 in svn_cl__commit (os=0x80f26c8, opt_state=0xbffff3c0, pool=0x80f2568) at subversion/clients/cmdline/commit-cmd.c:91
#20 0x0804f82d in main (argc=4, argv=0xbffff4a4) at subversion/clients/cmdline/main.c:1225
(gdb)
And after when we try to print the error, it can't convert this string. I
think we just need to try to print out the string svn_utf_utf8_to_native, or
execute the else condition when an error occur. Next: the backtrace
(gdb) bt
#0 svn_utf_utf8_to_native (utf8_string=0xb237158 "Berkeley DB error while deleting string for filesystem /mnt/bordel/tmp/linux/db:\nNe peut allouer de la mémoire",
buf=0xbfffd70c "subversion/libsvn_fs/err.c", bufsize=2048) at subversion/libsvn_subr/utf.c:542
#1 0x080b096c in handle_error (err=0xb237138, stream=0x4030e360, fatal=0, depth=2, parent_apr_err=21094) at subversion/libsvn_subr/svn_error.c:354
#2 0x080b09bb in handle_error (err=0xb2371c8, stream=0x4030e360, fatal=0, depth=1, parent_apr_err=21094) at subversion/libsvn_subr/svn_error.c:359
#3 0x080b09bb in handle_error (err=0xb237280, stream=0x4030e360, fatal=0, depth=0, parent_apr_err=0) at subversion/libsvn_subr/svn_error.c:359
#4 0x080b09f2 in svn_handle_error (err=0xb237280, stream=0x4030e360, fatal=0) at subversion/libsvn_subr/svn_error.c:370
#5 0x0804f874 in main (argc=4, argv=0xbffff4a4) at subversion/clients/cmdline/main.c:1231
For information my charset is ISO-8859-15 get_locale_charset() in xlate.c:158
Luc
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Aug 10 09:22:51 2002