On Mon, 09 Feb 2015 18:47:17 +0100, Richard Hipp <d...@sqlite.org> wrote:
On 2/9/15, j. van den hoff <veedeeh...@googlemail.com> wrote:
maybe a stupid question, but I've just seen this for the first time. in
my
timeline there is an entry
with a sha1 hash display of [52060472835f] which clearly stands out from
the other entries since
the string length is 12 instead of the usual 10.
(1) Minimum of 10 characters
(2) Longer as needed to include at least one character in [a-f]
I now have at least tracked down the problem crashing the (tcl) script I
use for parsing/reformatting the timeline and finfo output:
the sha1 hashes are displayed by `timeline' and vanilla `finfo' as you
explain above (sometimes longer than 10 chars)
but `finfo -b' does _not_ use the variable length sha1 substrings but
always uses the leading 10 chars. this leads to
the problems I observe (the script assumes the sha1 identifiers in all
timeline/finfo listings are the same ..)
in view of this I would be really glad to learn why the variable length
sha1 substrings as they are appearing in the timeline (and usual `finfo'
output without the `-b' flag) are beneficial rather than always just using
the fixed length substrings as they are used by `finfo -b' (which I would
find principally preferable) ?
thanks again
joerg
I understand of course that the full hash is longer anyway,
but why does it happen, that a certain timeline entry is displaying a
longer substring from the full hash?
it definitely is not that case that there is another entry with the same
10 leading characters in its hash (should
happen anyway only in about 10^11 repositories of this size ....)
so what is controlling the length of the displayed sha1 substring?
thx/j
--
Using Opera's revolutionary email client: http://www.opera.com/mail/
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
--
Using Opera's revolutionary email client: http://www.opera.com/mail/
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
