"f merge branch-name -baseline root:branch-name" is an infinite loop for me since Fossil change 41c2220934, as determined by bisection. Version 4d1f2d302b (latest trunk) is bad too. Execution hangs up inside SQLite.
The check-in comment for 41c2220934 is "Improve the merge command's ability to handle various scenarios involving renames." Here is the backtrace: #0 0x08127109 in sqlite3VdbeExec (p=0x85c9410) at ./src/sqlite3.c:81008 #1 0x0811f64c in sqlite3Step (p=0x85c9410) at ./src/sqlite3.c:74987 #2 0x0811f7c6 in sqlite3_step (pStmt=0x85c9410) at ./src/sqlite3.c:75048 #3 0x080694ad in db_step (pStmt=0xbfffef10) at ./src/db.c:345 #4 0x08069cac in db_exists ( zSql=0x8248abc "WITH RECURSIVE ancestor(id) AS ( VALUES(%d) UNION ALL SELECT pid FROM plink, ancestor WHERE cid=ancestor.id AND pid!=%d AND cid!=%d)SELECT 1 FROM ancestor WHERE id=%d LIMIT 1") at ./src/db.c:622 #5 0x080a8551 in merge_cmd () at ./src/merge.c:397 #6 0x0809785b in main (argc=5, argv=0xbffff364) at ./src/main.c:804 sqlite3VdbeExec() never returns. The repository is private, sorry, but I should be able to help with debugging. I apologize for my several months of absence. I've been very busy working on this and a few other projects. Today I upgraded from Fossil 1.34, and it looks like I'm going to have to switch back. http://fossil-scm.org/index.html/info/41c2220934de8cb8 -- Andy Goth | <andrew.m.goth/at/gmail/dot/com>
_______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users