Re: [9front] cwfs fsmempercent

[arisawa <arisawa@ar.aichi-u.ac.jp>]

now I could succeed to update by hg.

I don't know why I was in trouble.
probably straggling led me to bad way.
send time, I reinstalled /dist/plan9front/ and get success.
your fix is nice!

thanks a lot.

by the way, a command name 9hg may be useful.

#!/bin/rc
rfork n
cd /
if(! test -d .hg)
	bind -ac /dist/plan9front /
if(! ~ $#* 0)
	hg $*
if not
	hg help | awk '/^ [a-z]*/ {s=$0; sub(" *[a-z]* *","",s); printf("9hg %s\t# %s\n", $1, s)}'





On 2014/05/05, at 17:00, arisawa <arisawa@ar.aichi-u.ac.JP> wrote:

> I have cleaned directories below:
> /dist/plan9front/
> /sys/lib/python/mercurial/
> /sys/lib/python/hgext/
> /sys/src/cmd/hg/
> and reinstalled them using latest iso image from 9front (опен-сссл).
> and then
> (1) allowed mode to cwfs64x
> (2) auth/as glenda sysupdate
> 
> note that host owner of my terminal is "arisawa".
> 
> term% pwd
> /dist/plan9front
> term% ls -l
> d-rwxrwxr-x M 20 glenda sys   0 Apr 28 06:31 .hg
> --rw-rw-r-- M 20 glenda sys 724 Jun 15  2013 .hgignore
> term% ls -ld .hg/store
> d-rwxrwxr-x M 20 glenda sys 0 May  5 15:47 .hg/store
> term% ls -l .hg/store
> --rw-rw-r-- M 20 glenda sys  745978 May  4 22:05 .hg/store/00changelog.d
> --rw-rw-r-- M 20 glenda sys  228608 Apr 28 06:20 .hg/store/00changelog.i
> --rw-rw-r-- M 20 glenda sys 1521917 May  4 22:05 .hg/store/00manifest.d
> --rw-rw-r-- M 20 glenda sys  165888 May  4 22:05 .hg/store/00manifest.i
> d-rwxrwxr-x M 20 glenda sys       0 Apr 12  2013 .hg/store/data
> --rw-rw-r-- M 20 glenda sys  967509 May  4 22:05 .hg/store/fncache
> --rw-rw-r-- M 20 glenda sys     222 Apr 28 06:20 .hg/store/undo
> term% 
> 
> what else should I examine?
> 
> it seems "*.d" and "*.i" files are compressed.
> I am happier if I can decompress these file, because I have your update in "*.i" format.
> 
> term% ls -tl .hg/store/data/sys/src/cmd/cwfs |head
> --rw-rw-r-- M 20 glenda sys  2777 May  4 22:05 .hg/store/data/sys/src/cmd/cwfs/iobuf.c.i
> --rw-rw-r-- M 20 glenda sys  1686 May  4 20:15 .hg/store/data/sys/src/cmd/cwfs/all.h.i
> --rw-rw-r-- M 20 glenda sys  2777 Feb 14 23:09 .hg/store/data/sys/src/cmd/cwfs/malloc.c.i
> --rw-rw-r-- M 20 glenda sys  7113 Feb  4 04:05 .hg/store/data/sys/src/cmd/cwfs/portdat.h.i
> --rw-rw-r-- M 20 glenda sys  5523 Oct 17  2013 .hg/store/data/sys/src/cmd/cwfs/chk.c.i
> --rw-rw-r-- M 20 glenda sys 16946 Oct 16  2013 .hg/store/data/sys/src/cmd/cwfs/cw.c.i
> --rw-rw-r-- M 20 glenda sys  9457 Aug  8  2013 .hg/store/data/sys/src/cmd/cwfs/sub.c.i
> --rw-rw-r-- M 20 glenda sys  5470 Aug  8  2013 .hg/store/data/sys/src/cmd/cwfs/net.c.i
> --rw-rw-r-- M 20 glenda sys  3357 Aug  8  2013 .hg/store/data/sys/src/cmd/cwfs/srv.c.i
> --rw-rw-r-- M 20 glenda sys  7795 Aug  8  2013 .hg/store/data/sys/src/cmd/cwfs/main.c.i
> term% 
> 
> On 2014/05/05, at 13:32, cinap_lenrek@felloff.net wrote:
> 
>> this is an exception happening in
>> 
>> /sys/src/cmd/hg/mercurial/mpatch.c:424
>> 
>> parsing a revlog file. each file tracked by mercurial has
>> a revlog file containing the changes of this file. (binary
>> patches). these files are append only.
>> 
>> unfortunately, that stacktrace doesnt tell us what file
>> is corrupted.
>> 
>> what exactly did you do?
>> 
>> --
>> cinap
>