Hi,
I've been looking at a similar python trace to Blair's in #1409, but
this one occurs at an earlier point in pass4, both with a
single-component --trunk option and without.
Traceback (most recent call last):
File "cvs2svn.py", line 2190, in ?
main()
File "cvs2svn.py", line 2186, in main
convert(ctx, start_pass=start_pass)
File "cvs2svn.py", line 2075, in convert
_passes[i](ctx)
File "cvs2svn.py", line 2018, in pass4
c.commit(dumper, ctx, sym_tracker)
File "cvs2svn.py", line 1777, in commit
sym_tracker.fill_branch(dumper, ctx, br)
File "cvs2svn.py", line 1621, in fill_branch
self.fill_name(dumper, ctx, branch, None, jit_new_rev)
File "cvs2svn.py", line 1586, in fill_name
is_tag, jit_new_rev)
File "cvs2svn.py", line 1506, in copy_descend
next_src, next_dst, is_tag, jit_new_rev)
File "cvs2svn.py", line 1506, in copy_descend
next_src, next_dst, is_tag, jit_new_rev)
File "cvs2svn.py", line 1506, in copy_descend
next_src, next_dst, is_tag, jit_new_rev)
File "cvs2svn.py", line 1506, in copy_descend
next_src, next_dst, is_tag, jit_new_rev)
File "cvs2svn.py", line 1506, in copy_descend
next_src, next_dst, is_tag, jit_new_rev)
File "cvs2svn.py", line 1506, in copy_descend
next_src, next_dst, is_tag, jit_new_rev)
File "cvs2svn.py", line 1481, in copy_descend
dumper.copy_path(src_path, parent_rev, copy_dst, val)
File "cvs2svn.py", line 932, in copy_path
entries)
File "cvs2svn.py", line 632, in change_path
for ent in new_val.keys():
AttributeError: 'NoneType' object has no attribute 'keys'
This occurred while doing the general pass4 processing of files, and
crashed (I think) while handling the first file changes destined for a
new branch (though it had already handled 3 branches correctly by that
point).
Some additional debug-printing & pruning has pointed out two files that
cause this trace; both are in the Attic, both resurrected at some stage,
and both ".ppt" files with binary content. Looks like they were created
in revision 1.1, deleted in revision 1.2, resurrected in revision
1.2.2.1 or 1.2.4.1, and merged over to 1.3
Tentatively, this crash would seem to be caused by the recent 'tag'
changes, as this part of the repository has been converted successfully
before, when 'only' the 'branch' code had been created (sorry, using the
word 'only' to describe the branch-handling code seems kinda lame :-) ).
I'd say it worked in revision 6372, but doesn't in 6455.
I can provide, privately, the files that cause the problem; I can narrow
down the behavioural change to a better revision than between 6372 and
6455; I can create a new issue, or tag some details onto #1409. Let me
know if any of these are useful :-)
Cheers,
Mike
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 14 02:21:02 2003