Re: arch/tla on cygwin (again)

On Friday 15 April 2005 12:26 pm, John Arbash Meinel wrote:
> You might try to simulate one of the tests. You can do something like this:
> cd $builddir/tla/tests/homedir
> export HOME=`pwd`
> cd ../workdir
> cd <whatever directory tla was running in>
> gdb --args <the command that failed>

test-get-changeset.sh   is the test suite failing. 

The 'tla commit' below is what fails.

setup_with_patch_1 ()
{
  setup_with_trivial_archives
  tla get [email protected]/hello-world--mainline--1.0--base-0 hw-2
  tla my-default-archive [email protected]
  tla commit -d hw-2 -s "Need a changeset"
}

Failed test/message is: 
PANIC: i/o error in arch_inventory_traversal/is_nested_tree

Changed setup_with_patch_1 to look like this:
setup_with_patch_1 ()
{
  setup_with_trivial_archives
  tla get [email protected]/hello-world--mainline--1.0--base-0 hw-2
  tla my-default-archive [email protected]
  gdb --args tla commit -d hw-2 -s \"Need a changeset\"
}

Starting program: /home/tanner/projects/tla-pcomp/src/=build/tla/tla/tla.exe 
commit -d hw-2 -s \"Need a changeset\"
PANIC: i/o error in arch_inventory_traversal/is_nested_tree
Program exited with code 02.

Breakpoint 5, is_nested_tree (path=0x1005b180 
"./{arch}/hello-world/hello-world--mainline/hello-world--mainline--1.0/[email protected]/patch-log")
at /home/tanner/projects/tla-pcomp/src/tla/libarch/invent.c:1008

hackerlab/vu/vu.c:900 vu_lstat
hackerlab/vu/vu.c:494 vu_path_dispatch

I think the problem is here, return &_vu_fs_handlers.nhp[x].handler; shows the 
closure to be null.

(gdb) p _vu_fs_handlers.nhp[x].handler
$30 = {vtable = 0x4aef80, closure = 0x0}

We pop the stack back into vu_lstat()

return handler->vtable->lstat(errn, path, buf, handler->closure);

Stepping into

hackerlab/vu/vu-pathcompress.c:238 pathcompress_lstat
hackerlab/vu/pathcompress.c:230 pathcompress_compress_path
hackerlab/vu/pathcompress.c:123 pathcompress_process_path
hackerlab/vu/pathcompress.c:46 pathcompress_working_dir
hackerlab/vu/pathcompress.c:109 pathcompress_find_shortname
hackerlab/vu/pathcompress.c:70 pathcompress_find_name

Code is a little convoluted, not sure what it's doing here, but it looks like 
the mapping between the compressed filename and the real filename is getting 
corrupted.

Attached is output from a -DDEBUG compile of make test, hope it helps.


-- 
Bob Tanner <[email protected]>          | Phone : (952)943-8700
http://www.real-time.com, Minnesota, Linux | Fax   : (952)943-8500
Key fingerprint = AB15 0BDF BCDE 4369 5B42  1973 7CF1 A709 2CC1 B288