Today's progress.

* Added test case for the Markdown bug related to quoted delimiters that was fixed this morning, in th1.test next to the other tests of Markdown.

* Added same_uuid function to tester.tcl to make comparing hash values easier when extracted from commands that output different lengths of hash prefix for the same hash.

* Updated the RE matching a hash as recommend to allow any length from 40 to 64 lowercase hex digits.

* Noticed that the tests of the th1 unversioned command depend on the fossil repo, and specifically on it having a particular list of unversioned files that are the download page for a past release. Scrapped and replaced those tests with a version that creates its own unversioned file content.

* Removed redundant check of the SHA1 hash of the manifest file against the content of manifest.uuid. SHA1 is no longer the only hash, I can't find an implementation of SHA3 for Tcl for the test suite to use, and the previous test just verified that the output of fossil info's "checkout" line matched the content of manifest.uuid. If that is not the actual hash of the manifest, then so much is broken that fossil really can't be working at all.


TODO

* Fix all the rest of amend.test where it is all tangled up in itself related to the UUID.

* Figure out what to do about merge5.test where it is expecting SHA1 *everywhere*. The answer here might be to make it possible for fossil sqlite3 to create a repo that is still set up for SHA1 hashes, whatever that exactly means. At present, the command seems to be setting the hash mode, probably as a side effect of some other "innocent" function.

* Noticed Jan's narrowing of my kludge to just MinGW for Win32 builds. I still think the right answer is to either not use strtok_r() at all, or find a proper parking place for the implementation for MinGW on Win32.

--

Ross Berteig                               r...@cheshireeng.com
Cheshire Engineering Corp.           http://www.CheshireEng.com/
+1 626 303 1602

_______________________________________________
fossil-dev mailing list
fossil-dev@mailinglists.sqlite.org
http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Reply via email to