Login | Register
My pages Projects Community openCollabNet

Discussions > dev > fsvs & openbsd & MacOS 10.4

fsvs
Discussion topic

Hide all messages in topic

All messages in topic

Re: fsvs & openbsd & MacOS 10.4

Author benjaminm
Full name Benjamin M.
Date 2006-09-21 10:09:00 PDT
Message Philipp Marek wrote, On 21/09/06 12:26:
> Hello Ben!
>
>
> On Tuesday 19 September 2006 08:35 Philipp Marek wrote:
>
>> Why does the printf() fault?
>>
> (Hiding in a corner, with very small voice) How about now?
"Program exited normally." ;-)

I will come back to you with more feedbacks later (below a
preview...)... I don't really have the time to play with it now... and I
must install seq for the run-tests...

Ben.

$ ./fsvs update -v -d

<snip>

13:07:06.896 update_work[update.c:1064] HEAD is at 0
13:07:06.902 update_work[update.c:1082] fresh checkout
13:07:06.905 up__parse_prop[update.c:81] got property for .:
svn:entry:committed-rev=0
13:07:06.906 up__parse_prop[update.c:81] got property for .:
svn:entry:committed-​date=2006-09-21T17:0​6:08.387774Z
13:07:06.906 up__parse_prop[update.c:81] got property for .:
svn:entry:uuid=5f836​4bd-f91d-0410-a9f3-d​fa50f3c717d
13:07:06.907 ops__build_path[est_ops.c:544] need 1024 bytes
13:07:06.907 ops__build_path[est_ops.c:552] reusing 7
13:07:06.907 ops__build_path[est_ops.c:590] status=0; path=.
13:07:06.907 up__set_meta_data[update.c:346] setting . to 0.0

An error occurred at 13:03:33.998: Operation not permitted (1)
  in up__set_meta_data: chown(.)
  in up__close_directory
  in update_work: : up__close_directory
  in update_work: up__close_directory
  in main: action update failed
FSVS (licensed under the GPLv2), (C) by Ph. Marek; version trunk:396
Attachments

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author pmarek
Full name P.Marek
Date 2006-09-21 09:26:46 PDT
Message Hello Ben!


On Tuesday 19 September 2006 08:35 Philipp Marek wrote:
> Why does the printf() fault?
(Hiding in a corner, with very small voice) How about now?

Regards,

Phil

--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author pmarek
Full name P.Marek
Date 2006-09-18 23:35:41 PDT
Message On Sunday 17 September 2006 18:51 Benjamin M. wrote:
> Philipp Marek wrote, On 17/09/06 04:00:
> >> Program received signal EXC_BAD_ACCESS, Could not access memory.
> >> Reason: KERN_PROTECTION_FAILURE at address: 0x00000368
> >> 0x900030e8 in strlen ()
> >> (gdb) bt
> >> #0 0x900030e8 in strlen ()
> >> #1 0x9000d990 in __vfprintf$LDBL128 ()
> >> #2 0x9010364c in vfprintf_l$LDBL128 ()
> >> #3 0x901059bc in printf$LDBL128 ()
> >> #4 0x0000da60 in st__status (sts=0x180f5f4,
path=0x1812200 "./.svn/text-base/bu​ild.c.svn-base") at status.c:74
> > Please update, this should now be fixed. (The patch I sent to you is
> > already checked in, too).
> Unfortunately, I still have the exact same bt (At revision 437.)....
> I've tried with an other Mac with the exact same result... (so we
> probably can exclude any memory problem...)
Now I'm a bit lost. The two %c can't cause problems, the path is still set
from the function call ...

Why does the printf() fault?


> > BTW, do you configure with --enable-debug? fsvs should automatically
> > launch gdb on a segmentation violation ... don't know why it doesn't for
> > you.
>
> Yes I have configured with --enable-debug... I will have to take a
> look... perhaps a local configuration...
Thank you.


Regards,

Phil

--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author benjaminm
Full name Benjamin M.
Date 2006-09-17 09:51:54 PDT
Message Philipp Marek wrote, On 17/09/06 04:00:
>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>> Reason: KERN_PROTECTION_FAILURE at address: 0x00000368
>> 0x900030e8 in strlen ()
>> (gdb) bt
>> #0 0x900030e8 in strlen ()
>> #1 0x9000d990 in __vfprintf$LDBL128 ()
>> #2 0x9010364c in vfprintf_l$LDBL128 ()
>> #3 0x901059bc in printf$LDBL128 ()
>> #4 0x0000da60 in st__status (sts=0x180f5f4,
>>
> path=0x1812200 "./.svn/text-base/bu​ild.c.svn-base") at status.c:74
> Please update, this should now be fixed. (The patch I sent to you is already
> checked in, too).
>
Unfortunately, I still have the exact same bt (At revision 437.)....
I've tried with an other Mac with the exact same result... (so we
probably can exclude any memory problem...)
> BTW, do you configure with --enable-debug? fsvs should automatically launch
> gdb on a segmentation violation ... don't know why it doesn't for you.
>
Yes I have configured with --enable-debug... I will have to take a
look... perhaps a local configuration...

ben.
Attachments

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author pmarek
Full name P.Marek
Date 2006-09-17 01:00:39 PDT
Message On Saturday 16 September 2006 23:52 Benjamin M. wrote:
...
> $ gdb ./fsvs
Thank you!

> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_PROTECTION_FAILURE at address: 0x00000368
> 0x900030e8 in strlen ()
> (gdb) bt
> #0 0x900030e8 in strlen ()
> #1 0x9000d990 in __vfprintf$LDBL128 ()
> #2 0x9010364c in vfprintf_l$LDBL128 ()
> #3 0x901059bc in printf$LDBL128 ()
> #4 0x0000da60 in st__status (sts=0x180f5f4,
path=0x1812200 "./.svn/text-base/bu​ild.c.svn-base") at status.c:74
Please update, this should now be fixed. (The patch I sent to you is already
checked in, too).


BTW, do you configure with --enable-debug? fsvs should automatically launch
gdb on a segmentation violation ... don't know why it doesn't for you.

Thank you very much for your patience and help!


Regards,

Phil

--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author benjaminm
Full name Benjamin M.
Date 2006-09-16 14:52:29 PDT
Message Philipp Marek wrote, On 16/09/06 11:56:
> Do you have some debugger on this system? gdb, ddd, something else?
> Please try running fsvs with it's control, or have a look at fsvs.c:308 -
> there a debugger is started if configured with --enable-debug and on a
> segmentation violation.
>
> I'd like to see a backtrace, or at least the code line where it faults - with
> only debug outputs it a bit tiring to find the place where fsvs dies ...
>

$ gdb ./fsvs
GNU gdb 6.1-20040303 (Apple version gdb-384) (Mon Mar 21 00:05:26 GMT 2005)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "powerpc-apple-darwi​n"...Reading symbols for
shared libraries ........... done

(gdb) run
Starting program: /Users/benjamin/fsvs​/fsvs/src/fsvs
Reading symbols for shared libraries
...+.++.............​............+..++..+​ done

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x00000368
0x900030e8 in strlen ()
(gdb) bt
#0 0x900030e8 in strlen ()
#1 0x9000d990 in __vfprintf$LDBL128 ()
#2 0x9010364c in vfprintf_l$LDBL128 ()
#3 0x901059bc in printf$LDBL128 ()
#4 0x0000da60 in st__status (sts=0x180f5f4, path=0x1812200
"./.svn/text-base/bu​ild.c.svn-base") at status.c:74
#5 0x000042d0 in ac__dispatch (sts=0x180f5f4, path=0x1812200
"./.svn/text-base/bu​ild.c.svn-base") at actions.c:42
#6 0x00012cf8 in waa__build_tree (root=0x180f184) at waa.c:623
#7 0x00012c84 in waa__build_tree (root=0x180cb6c) at waa.c:612
#8 0x00012c84 in waa__build_tree (root=0xbffff9ac) at waa.c:612
#9 0x00014624 in waa__read_or_build_tree (root=0xbffff9ac) at waa.c:1365
#10 0x0000dacc in st__work (root=0x36a, argc=-1073745853, argv=0x1) at
status.c:97
#11 0x0000417c in main (argc=95136, args=0xbffffb00) at fsvs.c:563

ben.

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author pmarek
Full name P.Marek
Date 2006-09-16 08:56:35 PDT
Message On Friday 15 September 2006 20:47 Benjamin M. wrote:
> Here the results.
...
> 14:00:38.464 ops__build_path[est_ops.c:593] status=0;
path=./.svn/text-bas​e/build.c.svn-base
> Bus error
Do you have some debugger on this system? gdb, ddd, something else?
Please try running fsvs with it's control, or have a look at fsvs.c:308 -
there a debugger is started if configured with --enable-debug and on a
segmentation violation.

I'd like to see a backtrace, or at least the code line where it faults - with
only debug outputs it a bit tiring to find the place where fsvs dies ...


Regards,

Phil

--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author benjaminm
Full name Benjamin M.
Date 2006-09-15 11:47:19 PDT
Message For efficiency reasons, the system has converted the large body of this message into an attachment.
Attachments

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author pmarek
Full name P.Marek
Date 2006-09-15 03:32:27 PDT
Message On Thursday 14 September 2006 21:09 Benjamin M. wrote:
> Don't try to blame my Mac! I have enough of my "*fast* and capricious"
> Linux Box ;-)
>
> Not a single OS crash in years... and all apps are quite rock solid...
> If my ram is the root cause... fsvs will have a second life as a Memtest
> alternative!
I don't think it's hardware.

> > I try to have that fixed; please, please one more try using the attached
> > patch?
...
> waa.c: In function 'waa__output_tree':
> waa.c:927: error: 't_ul' undeclared (first use in this function)
> waa.c:927: error: (Each undeclared identifier is reported only once
> waa.c:927: error: for each function it appears in.)
> waa.c:927: error: parse error before "sizeof"
> make: *** [waa.o] Error 1
Sorry, there's a
    typedef unsigned long t_ul;
in global.h missing - please insert that somewhere around the similar
definitions.


Regards,

Phil


--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author benjaminm
Full name Benjamin M.
Date 2006-09-14 12:09:42 PDT
Message Philipp Marek wrote, On 14/09/06 14:32:
>>>> Bus error
>>>>
>>> What's that?
>>>
>> Seems to be memory related...
>> http://en.wikipedia.​org/wiki/Bus_error
>> http://web.mit.edu/a​nswers/unix/unix_bus​_or_seg.html
>>
> I saw these pages too; it's a programming error in fsvs, as it occurs always
> at the same location. (Or you have bad [computer :-] memory and very
> repeatable runs of fsvs)
>
Don't try to blame my Mac! I have enough of my "*fast* and capricious"
Linux Box ;-)

Not a single OS crash in years... and all apps are quite rock solid...
If my ram is the root cause... fsvs will have a second life as a Memtest
alternative!
> I try to have that fixed; please, please one more try using the attached
> patch?
cc -Wall -funsigned-char -D_GNU_SOURCE=1 -D_FILE_OFFSET_BITS=64
-idirafter /usr/local/pcre-6.7/include -idirafter
/usr/local/apr/include -idirafter /usr/local/apr/include/apr-0
-idirafter /usr/local/include -idirafter /usr/include -idirafter
/openpkg/include -idirafter /usr/local/pcre-6.7/​include/apr-0
-idirafter /usr/local/apr/include/apr-0 -idirafter
/usr/local/apr/inclu​de/apr-0/apr-0 -idirafter /usr/local/include/apr-0
-idirafter /usr/include/apr-0 -idirafter /openpkg/include/apr-0
-idirafter /usr/local/pcre-6.7/​include/apr-1 -idirafter
/usr/local/apr/include/apr-1 -idirafter
/usr/local/apr/inclu​de/apr-0/apr-1 -idirafter /usr/local/include/apr-1
-idirafter /usr/include/apr-1 -idirafter /openpkg/include/apr-1 -Os
-DFSVS_VERSION='"trunk:396"' -c -o waa.o waa.c
waa.c: In function 'waa__output_tree':
waa.c:927: error: 't_ul' undeclared (first use in this function)
waa.c:927: error: (Each undeclared identifier is reported only once
waa.c:927: error: for each function it appears in.)
waa.c:927: error: parse error before "sizeof"
make: *** [waa.o] Error 1

Ben.
Attachments

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author pmarek
Full name P.Marek
Date 2006-09-14 11:32:53 PDT
Message On Thursday 14 September 2006 20:02 Benjamin M. wrote:
> My file system is "Mac OS Extended (Journaled)". Can it be related?
I don't think so, that was only fsvs related.

And your newer dump shows that I've fixed most of it.

> >> Bus error
> > What's that?
> Seems to be memory related...
> http://en.wikipedia.​org/wiki/Bus_error
> http://web.mit.edu/a​nswers/unix/unix_bus​_or_seg.html
I saw these pages too; it's a programming error in fsvs, as it occurs always
at the same location. (Or you have bad [computer :-] memory and very
repeatable runs of fsvs)

> I've no idea how SF works but after a quick research:
> "Each Compile Farm user may install third-party software within their
> home directory as needed. "
Yes, I know.
But apr means more or less a complete apache install (with prerequisites),
then installing subversion above ... I'd like to avoid that.
I already submitted a support ticket that they please make these libraries and
headers available.

> > Oh wait ... I've got one more idea.
> > Could you please update and send me the outputs of "make" and "fsvs
> > _build -d -v" again?
> $ svn update
> At revision 436.
> $ make
...
> direnum.c: In function 'dir__get_dir_size':
> direnum.c:173: warning: label 'ex' defined but not used
...
> est_ops.c: In function 'ops__load_1entry':
> est_ops.c:284: warning: format '%o' expects type 'unsigned int *', but
> argument 3 has type 'mode_t *'
...
> helper.c: In function 'hlp___do_convert':
> helper.c:104: warning: passing argument 2 of 'libiconv' from
> incompatible pointer type
...
> waa.c: In function 'waa__output_tree':
> waa.c:929: warning: format '%u' expects type 'unsigned int', but
> argument 5 has type 'long unsigned int'
Lots of warnings eliminated, and one of them is possibly the cause why fsvs
faults.

I try to have that fixed; please, please one more try using the attached
patch?


> -rwxr-xr-x 1 benjamin benjamin 133500 14 Sep 13:37 fsvs
...
> $ ./fsvs _build -d -v
> 13:39:49.248 main[fsvs.c:371] no argument at optind=4 of 4
> 13:39:49.250 main[fsvs.c:475] LC_ALL gives en_CA.UTF-8
> 13:39:49.251 main[fsvs.c:482] LC_CTYPE gives en_CA.UTF-8
> 13:39:49.251 main[fsvs.c:493] codeset found to be UTF-8
...
> 13:39:49.416 ign__is_ignore[ignore.c:626] inode compare E000009:2884488
> status=1
> 13:39:49.416 ops__build_path[est_ops.c:506] 0x2811bf4 found in cache
> index 2; lru 2
> 13:39:49.416 ops__build_path[est_ops.c:592] status=0;
> path=./.svn/text-bas​e/build.c.svn-base
> Bus error
That looks a bit better.
Only the "bus error" is a bit puzzling.


Regards,

Phil

--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!
Attachments

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author benjaminm
Full name Benjamin M.
Date 2006-09-14 11:02:20 PDT
Message For efficiency reasons, the system has converted the large body of this message into an attachment.
Attachments

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author pmarek
Full name P.Marek
Date 2006-09-14 08:58:22 PDT
Message On Wednesday 13 September 2006 14:17 Benjamin M. wrote:
> Philipp Marek wrote, On 13/09/06 07:33:
> > On Wednesday 13 September 2006 05:53 Benjamin M. wrote:
> >> See attachments.
> > Thank you, they're basically empty and dead.
> >
> > What happens on "fsvs _build -d -v"?
> > Thank you!
>
> Here the result:
> $ ./fsvs _build -d -v
> 08:14:39.792 main[fsvs.c:371] no argument at optind=4 of 4
...
> 08:14:39.905 ign__load_list[ignore.c:392] no ignore list found
> 08:14:39.913 dir__enumerator[direnum.c:366] found 0
> 08:14:39.913 dir__enumerator[direnum.c:366] found 0
> 08:14:39.913 dir__enumerator[direnum.c:366] found 0 d
> 08:14:39.914 dir__enumerator[direnum.c:366] found 0 ?d
> 08:14:39.914 dir__enumerator[direnum.c:366] found 0 p?d
> 08:14:39.914 dir__enumerator[direnum.c:366] found 0 p?d
> 08:14:39.914 dir__enumerator[direnum.c:366] found 0
> 08:14:39.914 dir__enumerator[direnum.c:366] found 0 ?
> 08:14:39.914 dir__enumerator[direnum.c:366] found 0 ??
That looks very strange ...

> 08:14:40.008 hlp__lstat[helper.c:232] build.c: uid=501 gid=501 mode=100644
dev=e000009 ino=2771149 rdev=0 size=0
> 08:14:40.008 hlp__lstat[helper.c:232] add_unvers.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771151 rdev=0 size=0
Here the names are correctly returned??

> 08:14:40.040 ops__build_path[est_ops.c:586] status=0;
> path=./.svn/text-bas​e/build.c.svn-base
> Bus error
What's that?

I believe that I need such a machine live (MacOS X 10.4, IIRC), to debug fsvs
and see what happens.

From a distance it's hard to say; and the compile farm on sf.net doesn't have
apr or subversion libraries installed.

Oh wait ... I've got one more idea.
Could you please update and send me the outputs of "make" and "fsvs
_build -d -v" again?

If there's no "bus error", you could also try a "make run-tests"


Thank you!


Regards,

Phil


--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author benjaminm
Full name Benjamin M.
Date 2006-09-13 05:17:55 PDT
Message Philipp Marek wrote, On 13/09/06 07:33:
> On Wednesday 13 September 2006 05:53 Benjamin M. wrote:
>
>>>> An error occurred at 14:08:58.072: Invalid argument (22)
>>>> in cs__char2md5: Illegal hex char in high nibble: x
>>>> in ops__load_1entry: Parsing the md5 failed
>>>> in waa__input_tree
>>>> in waa__read_or_build_tree
>>>> in ci__work
>>>> in main: action commit failed
>>>>
>>> Could you send me the two files in /tmp/WAA/*/*/*/dir?
>>> I'd like to know what fsvs wrote in them.
>>>
>> See attachments.
>>
> Thank you, they're basically empty and dead.
>
> What happens on "fsvs _build -d -v"?
> Thank you!
>
>
Here the result:


$ ./fsvs _build -d -v
08:14:39.792 main[fsvs.c:371] no argument at optind=4 of 4
08:14:39.806 main[fsvs.c:475] LC_ALL gives en_CA.UTF-8
08:14:39.806 main[fsvs.c:482] LC_CTYPE gives en_CA.UTF-8
08:14:39.807 main[fsvs.c:493] codeset found to be UTF-8
08:14:39.807 main[fsvs.c:501] codeset: using identity
08:14:39.808 main[fsvs.c:522] optind=2 per_sts=100 action=_build-new-list
08:14:39.808 main[fsvs.c:525] argument 1: _build
08:14:39.809 ign__new_pattern[ignore.c:725] getting 1 new entries - max
is 0, used are 0
08:14:39.809 ign__new_pattern[ignore.c:784] new pattern
INODE:917504:9:2839127
08:14:39.809 ign___init_pattern_i​nto[ignore.c:256] pattern: case, ignore
08:14:39.811 waa__get_waa_directo​ry[waa.c:229] path is
/Users/benjamin/fsvs/fsvs/src
08:14:39.811 waa__get_waa_directo​ry[waa.c:282] md5 of
/Users/benjamin/fsvs/fsvs/src
08:14:39.815 waa__open[waa.c:342] reading target
/tmp/WAA/ba/da/4fe62​e427d4e2ff6ee86623c0​80f/ign
08:14:39.905 ign__load_list[ignore.c:392] no ignore list found
08:14:39.913 dir__enumerator[direnum.c:366] found 0
08:14:39.913 dir__enumerator[direnum.c:366] found 0
08:14:39.913 dir__enumerator[direnum.c:366] found 0 d
08:14:39.914 dir__enumerator[direnum.c:366] found 0 ?d
08:14:39.914 dir__enumerator[direnum.c:366] found 0 p?d
08:14:39.914 dir__enumerator[direnum.c:366] found 0 p?d
08:14:39.914 dir__enumerator[direnum.c:366] found 0
08:14:39.914 dir__enumerator[direnum.c:366] found 0 ?
08:14:39.914 dir__enumerator[direnum.c:366] found 0 ??
08:14:39.914 dir__enumerator[direnum.c:366] found 0
08:14:39.914 dir__enumerator[direnum.c:366] found 0
08:14:39.914 dir__enumerator[direnum.c:366] found 0
08:14:39.914 dir__enumerator[direnum.c:366] found 0
08:14:39.914 dir__enumerator[direnum.c:366] found 0
08:14:39.914 dir__enumerator[direnum.c:366] found 0 d
08:14:39.914 dir__enumerator[direnum.c:366] found 0 ?d
08:14:39.914 dir__enumerator[direnum.c:366] found 0 p?d
08:14:39.914 dir__enumerator[direnum.c:366] found 0 p?d
08:14:39.914 dir__enumerator[direnum.c:366] found 0
08:14:39.914 dir__enumerator[direnum.c:366] found 0
08:14:39.914 dir__enumerator[direnum.c:366] found 0
08:14:39.914 dir__enumerator[direnum.c:366] found 0
08:14:39.914 dir__enumerator[direnum.c:366] found 0
08:14:39.914 dir__enumerator[direnum.c:366] found 0
08:14:39.914 dir__enumerator[direnum.c:366] found 0
08:14:39.914 dir__enumerator[direnum.c:366] found 0 ^
08:14:39.914 dir__enumerator[direnum.c:366] found 0
08:14:39.915 dir__enumerator[direnum.c:366] found 0
08:14:39.915 dir__enumerator[direnum.c:366] found 0
08:14:39.915 dir__enumerator[direnum.c:366] found 0 ??
08:14:39.915 dir__enumerator[direnum.c:366] found 0 ?
08:14:39.915 dir__enumerator[direnum.c:366] found 0 (
08:14:39.959 dir__enumerator[direnum.c:366] found 0
08:14:39.959 dir__enumerator[direnum.c:366] found 0
08:14:39.959 dir__enumerator[direnum.c:366] found 0
08:14:39.960 dir__enumerator[direnum.c:366] found 0
08:14:39.960 dir__enumerator[direnum.c:366] found 0 p?d
08:14:39.960 dir__enumerator[direnum.c:366] found 0
08:14:39.960 dir__enumerator[direnum.c:366] found 0
08:14:39.960 dir__enumerator[direnum.c:366] found 0 d
08:14:39.960 dir__enumerator[direnum.c:366] found 0
08:14:39.960 dir__enumerator[direnum.c:366] found 0 ?
08:14:39.960 dir__enumerator[direnum.c:366] found 0
08:14:39.960 dir__enumerator[direnum.c:366] found 0
08:14:39.960 dir__enumerator[direnum.c:366] found 0
08:14:39.960 dir__enumerator[direnum.c:366] found 0
08:14:39.960 dir__enumerator[direnum.c:366] found 0 |
08:14:39.960 dir__enumerator[direnum.c:366] found 0 ?
08:14:39.960 dir__enumerator[direnum.c:366] found 0
08:14:40.005 dir__enumerator[direnum.c:366] found 0
08:14:40.005 dir__enumerator[direnum.c:366] found 0
08:14:40.005 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.005 dir__enumerator[direnum.c:366] found 0
08:14:40.005 dir__enumerator[direnum.c:412] strings realloc(0x280d400, 6048)
08:14:40.005 dir__enumerator[direnum.c:366] found 0
08:14:40.005 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0 ??
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0 _?$
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0 p?<
08:14:40.006 dir__enumerator[direnum.c:366] found 0 q?
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0 <
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0 X?
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0 Q
08:14:40.006 dir__enumerator[direnum.c:366] found 0 @
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0
08:14:40.006 dir__enumerator[direnum.c:366] found 0 p?
08:14:40.006 dir__enumerator[direnum.c:366] found 0 ??
08:14:40.007 dir__enumerator[direnum.c:366] found 0 X
08:14:40.007 dir__enumerator[direnum.c:366] found 0
08:14:40.007 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.007 dir__enumerator[direnum.c:366] found 0 h
08:14:40.007 dir__enumerator[direnum.c:366] found 0
08:14:40.007 dir__enumerator[direnum.c:366] found 0
08:14:40.007 dir__enumerator[direnum.c:366] found 0
08:14:40.007 dir__enumerator[direnum.c:366] found 0 $
08:14:40.007 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.007 dir__enumerator[direnum.c:366] found 0
08:14:40.007 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.007 dir__enumerator[direnum.c:366] found 0
08:14:40.007 dir__enumerator[direnum.c:366] found 0
08:14:40.007 dir__enumerator[direnum.c:366] found 0
08:14:40.007 dir__enumerator[direnum.c:366] found 0
08:14:40.007 dir__enumerator[direnum.c:366] found 0
08:14:40.007 dir__enumerator[direnum.c:419] after loop found 102
entries, 967 bytes string-space
08:14:40.007 ops__allocate[est_ops.c:713] need 102 blocks
08:14:40.007 ops__allocate[est_ops.c:750] no freelist, allocating
08:14:40.007 hlp__lstat[helper.c:232] .svn: uid=501 gid=501 mode=40755
dev=e000009 ino=2770752 rdev=0 size=0
08:14:40.007 hlp__lstat[helper.c:232] dev: uid=501 gid=501 mode=40755
dev=e000009 ino=2770853 rdev=0 size=0
08:14:40.007 hlp__lstat[helper.c:232] test: uid=501 gid=501 mode=40755
dev=e000009 ino=2770885 rdev=0 size=0
08:14:40.008 hlp__lstat[helper.c:232] build.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2771149 rdev=0 size=0
08:14:40.008 hlp__lstat[helper.c:232] add_unvers.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771151 rdev=0 size=0
08:14:40.008 hlp__lstat[helper.c:232] actions.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2771153 rdev=0 size=0
08:14:40.008 hlp__lstat[helper.c:232] remote.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771155 rdev=0 size=0
08:14:40.008 hlp__lstat[helper.c:232] init.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2771159 rdev=0 size=0
08:14:40.008 hlp__lstat[helper.c:232] build.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771161 rdev=0 size=0
08:14:40.008 hlp__lstat[helper.c:232] actions.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771165 rdev=0 size=0
08:14:40.008 hlp__lstat[helper.c:232] init.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771167 rdev=0 size=0
08:14:40.008 hlp__lstat[helper.c:232] est_ops.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771177 rdev=0 size=0
08:14:40.008 hlp__lstat[helper.c:232] export.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771183 rdev=0 size=0
08:14:40.008 hlp__lstat[helper.c:232] status.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771187 rdev=0 size=0
08:14:40.008 hlp__lstat[helper.c:232] info.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771193 rdev=0 size=0
08:14:40.008 hlp__lstat[helper.c:232] checksum.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771203 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] direnum.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771205 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] pwcache.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2771209 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] pwcache.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771219 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] sync.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771223 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] update.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771231 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] ignore.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771233 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] remote.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2771239 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] commit.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2771241 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] autom4te.cache: uid=501 gid=501
mode=40755 dev=e000009 ino=2771313 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] configure: uid=501 gid=501
mode=100755 dev=e000009 ino=2771331 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] config.log: uid=501 gid=501
mode=100644 dev=e000009 ino=2771758 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] config.status: uid=501 gid=501
mode=100755 dev=e000009 ino=2772531 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] tags: uid=501 gid=501 mode=100644
dev=e000009 ino=2772581 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] racallback.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2781050 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] racallback.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2781056 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] Makefile.in: uid=501 gid=501
mode=100644 dev=e000009 ino=2793931 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] checksum.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2793933 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] ignore.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2795774 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] helper.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2795776 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] configure.in: uid=501 gid=501
mode=100644 dev=e000009 ino=2818036 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] config.h.in: uid=501 gid=501
mode=100644 dev=e000009 ino=2818038 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] config.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2818933 rdev=0 size=0
08:14:40.009 hlp__lstat[helper.c:232] est_ops.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2837161 rdev=0 size=0
08:14:40.010 hlp__lstat[helper.c:232] export.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2837163 rdev=0 size=0
08:14:40.010 hlp__lstat[helper.c:232] status.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2837167 rdev=0 size=0
08:14:40.010 hlp__lstat[helper.c:232] info.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2837171 rdev=0 size=0
08:14:40.010 hlp__lstat[helper.c:232] direnum.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2837175 rdev=0 size=0
08:14:40.010 hlp__lstat[helper.c:232] waa.c: uid=501 gid=501 mode=100644
dev=e000009 ino=2837177 rdev=0 size=0
08:14:40.010 hlp__lstat[helper.c:232] sync.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2837179 rdev=0 size=0
08:14:40.010 hlp__lstat[helper.c:232] waa.h: uid=501 gid=501 mode=100644
dev=e000009 ino=2837181 rdev=0 size=0
08:14:40.010 hlp__lstat[helper.c:232] ac_list.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2837183 rdev=0 size=0
08:14:40.010 hlp__lstat[helper.c:232] helper.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2837185 rdev=0 size=0
08:14:40.010 hlp__lstat[helper.c:232] add_unvers.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2837189 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] interface.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2854097 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] warnings.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2854101 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] warnings.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2854103 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] commit.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2854107 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] fsvs.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2856244 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] global.h: uid=501 gid=501
mode=100644 dev=e000009 ino=2856246 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] update.c: uid=501 gid=501
mode=100644 dev=e000009 ino=2856248 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] Makefile: uid=501 gid=501
mode=100644 dev=e000009 ino=2859141 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] .warnings.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859155 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] .waa.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859156 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] .update.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859157 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] .sync.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859158 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] .status.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859159 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] .remote.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859160 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] .racallback.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859161 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] .pwcache.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859162 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] .init.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859163 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] .info.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859164 rdev=0 size=0
08:14:40.019 hlp__lstat[helper.c:232] .ignore.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859165 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] .helper.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859166 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] .fsvs.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859167 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] .export.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859168 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] .est_ops.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859169 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] .direnum.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859170 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] .commit.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859171 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] .checksum.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859172 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] .build.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859173 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] .add_unvers.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859174 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] .actions.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859175 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] .ac_list.d: uid=501 gid=501
mode=100644 dev=e000009 ino=2859176 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] fsvs.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859178 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] ac_list.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859180 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] actions.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859182 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] add_unvers.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859184 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] build.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859186 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] checksum.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859188 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] commit.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859190 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] direnum.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859192 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] est_ops.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859194 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] export.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859196 rdev=0 size=0
08:14:40.020 hlp__lstat[helper.c:232] helper.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859198 rdev=0 size=0
08:14:40.021 hlp__lstat[helper.c:232] ignore.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859200 rdev=0 size=0
08:14:40.021 hlp__lstat[helper.c:232] info.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859202 rdev=0 size=0
08:14:40.021 hlp__lstat[helper.c:232] init.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859204 rdev=0 size=0
08:14:40.021 hlp__lstat[helper.c:232] pwcache.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859206 rdev=0 size=0
08:14:40.021 hlp__lstat[helper.c:232] racallback.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859208 rdev=0 size=0
08:14:40.021 hlp__lstat[helper.c:232] remote.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859210 rdev=0 size=0
08:14:40.021 hlp__lstat[helper.c:232] status.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859212 rdev=0 size=0
08:14:40.021 hlp__lstat[helper.c:232] sync.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859214 rdev=0 size=0
08:14:40.021 hlp__lstat[helper.c:232] update.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859216 rdev=0 size=0
08:14:40.021 hlp__lstat[helper.c:232] waa.o: uid=501 gid=501 mode=100644
dev=e000009 ino=2859218 rdev=0 size=0
08:14:40.021 hlp__lstat[helper.c:232] warnings.o: uid=501 gid=501
mode=100644 dev=e000009 ino=2859220 rdev=0 size=0
08:14:40.021 hlp__lstat[helper.c:232] fsvs: uid=501 gid=501 mode=100755
dev=e000009 ino=2859224 rdev=0 size=0
08:14:40.021 waa__build_tree[waa.c:584] 0x1205000 found 102 entries ...
08:14:40.021 ops__build_path[est_ops.c:540] need 1024 bytes
08:14:40.021 ops__build_path[est_ops.c:554] new cache 0
08:14:40.021 ops__build_path[est_ops.c:568] reallocated cache 0
08:14:40.021 ops__build_path[est_ops.c:586] status=0; path=./.svn
08:14:40.021 ign__is_ignore[ignore.c:626] inode compare E000009:2839127
status=1
08:14:40.022 dir__enumerator[direnum.c:366] found 0
08:14:40.022 dir__enumerator[direnum.c:366] found 0
08:14:40.022 dir__enumerator[direnum.c:366] found 0
08:14:40.022 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.022 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.022 dir__enumerator[direnum.c:366] found 0
08:14:40.022 dir__enumerator[direnum.c:366] found 0 q'
08:14:40.022 dir__enumerator[direnum.c:366] found 0 h
08:14:40.022 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.022 dir__enumerator[direnum.c:366] found 0
08:14:40.022 dir__enumerator[direnum.c:366] found 0
08:14:40.022 dir__enumerator[direnum.c:366] found 0 ;?
08:14:40.023 dir__enumerator[direnum.c:366] found 0 H?$
08:14:40.023 dir__enumerator[direnum.c:366] found 0
08:14:40.023 dir__enumerator[direnum.c:419] after loop found 12 entries,
111 bytes string-space
08:14:40.023 ops__allocate[est_ops.c:713] need 12 blocks
08:14:40.023 ops__allocate[est_ops.c:750] no freelist, allocating
08:14:40.023 hlp__lstat[helper.c:232] text-base: uid=501 gid=501
mode=40755 dev=e000009 ino=2770754 rdev=0 size=0
08:14:40.023 hlp__lstat[helper.c:232] prop-base: uid=501 gid=501
mode=40755 dev=e000009 ino=2770755 rdev=0 size=0
08:14:40.023 hlp__lstat[helper.c:232] props: uid=501 gid=501 mode=40755
dev=e000009 ino=2770756 rdev=0 size=0
08:14:40.023 hlp__lstat[helper.c:232] wcprops: uid=501 gid=501
mode=40755 dev=e000009 ino=2770757 rdev=0 size=0
08:14:40.023 hlp__lstat[helper.c:232] tmp: uid=501 gid=501 mode=40755
dev=e000009 ino=2770758 rdev=0 size=0
08:14:40.023 hlp__lstat[helper.c:232] empty-file: uid=501 gid=501
mode=100444 dev=e000009 ino=2770764 rdev=0 size=0
08:14:40.023 hlp__lstat[helper.c:232] README.txt: uid=501 gid=501
mode=100444 dev=e000009 ino=2770765 rdev=0 size=0
08:14:40.023 hlp__lstat[helper.c:232] format: uid=501 gid=501
mode=100444 dev=e000009 ino=2770766 rdev=0 size=0
08:14:40.023 hlp__lstat[helper.c:232] dir-props: uid=501 gid=501
mode=100444 dev=e000009 ino=2771147 rdev=0 size=0
08:14:40.023 hlp__lstat[helper.c:232] dir-prop-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2771148 rdev=0 size=0
08:14:40.023 hlp__lstat[helper.c:232] dir-wcprops: uid=501 gid=501
mode=100444 dev=e000009 ino=2859231 rdev=0 size=0
08:14:40.023 hlp__lstat[helper.c:232] entries: uid=501 gid=501
mode=100444 dev=e000009 ino=2859233 rdev=0 size=0
08:14:40.023 waa__build_tree[waa.c:584] 0x1205000 found 12 entries ...
08:14:40.023 ops__build_path[est_ops.c:540] need 1024 bytes
08:14:40.023 ops__build_path[est_ops.c:554] new cache 1
08:14:40.023 ops__build_path[est_ops.c:568] reallocated cache 1
08:14:40.023 ops__build_path[est_ops.c:586] status=0; path=./.svn/text-base
08:14:40.024 ign__is_ignore[ignore.c:626] inode compare E000009:2839127
status=1
08:14:40.024 dir__enumerator[direnum.c:366] found 0 ;?
08:14:40.024 dir__enumerator[direnum.c:366] found 0
08:14:40.024 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.024 dir__enumerator[direnum.c:366] found 0
08:14:40.024 dir__enumerator[direnum.c:366] found 0
08:14:40.024 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.024 dir__enumerator[direnum.c:366] found 0 D

08:14:40.024 dir__enumerator[direnum.c:366] found 0
08:14:40.024 dir__enumerator[direnum.c:366] found 0
08:14:40.024 dir__enumerator[direnum.c:366] found 0 o?
08:14:40.024 dir__enumerator[direnum.c:366] found 0
08:14:40.024 dir__enumerator[direnum.c:366] found 0
08:14:40.024 dir__enumerator[direnum.c:366] found 0
08:14:40.024 dir__enumerator[direnum.c:366] found 0
08:14:40.024 dir__enumerator[direnum.c:366] found 0
08:14:40.024 dir__enumerator[direnum.c:366] found 0
08:14:40.024 dir__enumerator[direnum.c:366] found 0 I&?
08:14:40.024 dir__enumerator[direnum.c:366] found 0
08:14:40.024 dir__enumerator[direnum.c:366] found 0
08:14:40.024 dir__enumerator[direnum.c:366] found 0 ??
08:14:40.024 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0 `
08:14:40.025 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.025 dir__enumerator[direnum.c:366] found 0 <
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0 I?
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0 <$
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0 D
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0 I5$
08:14:40.025 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.025 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.025 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.025 dir__enumerator[direnum.c:366] found 0
08:14:40.025 dir__enumerator[direnum.c:366] found 0 &
08:14:40.025 dir__enumerator[direnum.c:412] strings realloc(0x2812e00, 6468)
08:14:40.025 dir__enumerator[direnum.c:366] found 0 ?
08:14:40.025 dir__enumerator[direnum.c:419] after loop found 47 entries,
870 bytes string-space
08:14:40.026 ops__allocate[est_ops.c:713] need 47 blocks
08:14:40.026 ops__allocate[est_ops.c:750] no freelist, allocating
08:14:40.026 hlp__lstat[helper.c:232] build.c.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2770768 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] add_unvers.h.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2770772 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] actions.c.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2770776 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] remote.h.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2770780 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] init.c.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2770788 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] build.h.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2770792 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] actions.h.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2770800 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] init.h.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2770804 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] est_ops.h.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2770824 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] export.h.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2770836 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] status.h.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2770844 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] info.h.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2771046 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] checksum.h.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2771066 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] direnum.h.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2771070 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] pwcache.c.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2771078 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] pwcache.h.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2771098 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] sync.h.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2771106 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] update.h.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2771122 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] ignore.h.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2771126 rdev=0 size=0
08:14:40.026 hlp__lstat[helper.c:232] remote.c.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2771138 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] commit.h.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2771142 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] racallback.c.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2781001 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] racallback.h.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2781013 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] Makefile.in.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2793910 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] checksum.c.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2793914 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] ignore.c.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2795759 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] helper.h.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2795763 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] configure.in.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2818025 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] config.h.in.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2818029 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] est_ops.c.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2837089 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] export.c.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2837093 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] status.c.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2837101 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] info.c.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2837109 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] direnum.c.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2837128 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] waa.c.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2837132 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] sync.c.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2837136 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] waa.h.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2837140 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] ac_list.c.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2837144 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] helper.c.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2837148 rdev=0 size=0
08:14:40.027 hlp__lstat[helper.c:232] add_unvers.c.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2837156 rdev=0 size=0
08:14:40.028 hlp__lstat[helper.c:232] interface.h.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2854044 rdev=0 size=0
08:14:40.028 hlp__lstat[helper.c:232] warnings.c.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2854052 rdev=0 size=0
08:14:40.028 hlp__lstat[helper.c:232] warnings.h.svn-base: uid=501
gid=501 mode=100444 dev=e000009 ino=2854067 rdev=0 size=0
08:14:40.028 hlp__lstat[helper.c:232] commit.c.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2854092 rdev=0 size=0
08:14:40.028 hlp__lstat[helper.c:232] fsvs.c.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2856220 rdev=0 size=0
08:14:40.040 hlp__lstat[helper.c:232] global.h.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2856235 rdev=0 size=0
08:14:40.040 hlp__lstat[helper.c:232] update.c.svn-base: uid=501 gid=501
mode=100444 dev=e000009 ino=2856239 rdev=0 size=0
08:14:40.040 waa__build_tree[waa.c:584] 0x1205000 found 47 entries ...
08:14:40.040 ops__build_path[est_ops.c:540] need 1024 bytes
08:14:40.040 ops__build_path[est_ops.c:554] new cache 2
08:14:40.040 ops__build_path[est_ops.c:568] reallocated cache 2
08:14:40.040 ops__build_path[est_ops.c:586] status=0;
path=./.svn/text-bas​e/build.c.svn-base
08:14:40.040 ign__is_ignore[ignore.c:626] inode compare E000009:2839127
status=1
08:14:40.040 ops__build_path[est_ops.c:500] 0x2811bf4 found in cache
index 2; lru 2
08:14:40.040 ops__build_path[est_ops.c:586] status=0;
path=./.svn/text-bas​e/build.c.svn-base
Bus error
Attachments

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author pmarek
Full name P.Marek
Date 2006-09-13 04:33:02 PDT
Message On Wednesday 13 September 2006 05:53 Benjamin M. wrote:
> >> An error occurred at 14:08:58.072: Invalid argument (22)
> >> in cs__char2md5: Illegal hex char in high nibble: x
> >> in ops__load_1entry: Parsing the md5 failed
> >> in waa__input_tree
> >> in waa__read_or_build_tree
> >> in ci__work
> >> in main: action commit failed
> >
> > Could you send me the two files in /tmp/WAA/*/*/*/dir?
> > I'd like to know what fsvs wrote in them.
> See attachments.
Thank you, they're basically empty and dead.

What happens on "fsvs _build -d -v"?
Thank you!


Regards,

Phil

--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author benjaminm
Full name Benjamin M.
Date 2006-09-12 20:53:35 PDT
Message Philipp Marek wrote, On 12/09/06 12:50:
> On Friday 08 September 2006 20:20 Benjamin M. wrote:
>
>> Below the result.
>>
>> For the seq command error... it isn't installed by default... I can
>> install it or do you prefer to find a workaround?
>>
> Well, of course I can almost everything substitute with perl, which I need
> anyway ...
> Don't know. It's maybe easier to require perl (which everybody should have by
> now) than to use standard unix tools ... :-)
>
>
Ok... So ... For now... I will make your life easier and install it... ;-)
>> $ make run-tests VERBOSE=1
>> make -C test BINARY=/Users/benjam​in/fsvs/fsvs/src/fsv​s
>> Preparing default repository.
>> rm: /tmp/WAA/1d/c5/de297​3b03ff84e6d1384eddb9​e97//*: No such file or
>> directory
>>
>>
>> An error occurred at 14:08:58.072: Invalid argument (22)
>> in cs__char2md5: Illegal hex char in high nibble: x
>> in ops__load_1entry: Parsing the md5 failed
>> in waa__input_tree
>> in waa__read_or_build_tree
>> in ci__work
>> in main: action commit failed
>>
> Could you send me the two files in /tmp/WAA/*/*/*/dir?
> I'd like to know what fsvs wrote in them.
>
See attachments.
> And please attach a logfile of "fsvs info -d -v /tmp/fsvs-test-*/wc"?
>
>
$ ./fsvs info -d -v /tmp/fsvs-test-*/wc
23:37:41.718 main[fsvs.c:371] no argument at optind=4 of 5
23:37:41.720 main[fsvs.c:371] no argument at optind=5 of 5
23:37:41.722 main[fsvs.c:475] LC_ALL gives en_CA.UTF-8
23:37:41.723 main[fsvs.c:482] LC_CTYPE gives en_CA.UTF-8
23:37:41.723 main[fsvs.c:493] codeset found to be UTF-8
23:37:41.724 main[fsvs.c:501] codeset: using identity
23:37:41.724 main[fsvs.c:522] optind=2 per_sts=100 action=info
23:37:41.725 main[fsvs.c:525] argument 1: info
23:37:41.725 main[fsvs.c:525] argument 2: /tmp/fsvs-test-501/wc
23:37:41.726 ign__new_pattern[ignore.c:725] getting 1 new entries - max
is 0, used are 0
23:37:41.726 ign__new_pattern[ignore.c:784] new pattern
INODE:917504:9:2839127
23:37:41.727 ign___init_pattern_i​nto[ignore.c:256] pattern: case, ignore
23:37:41.730 waa__get_waa_directo​ry[waa.c:229] path is
/Users/benjamin/fsvs/fsvs/src
23:37:41.730 waa__get_waa_directo​ry[waa.c:282] md5 of
/Users/benjamin/fsvs/fsvs/src
23:37:41.852 waa__open[waa.c:342] reading target
/tmp/WAA/ba/da/4fe62​e427d4e2ff6ee86623c0​80f/dir
No tree information available. Did you commit?
23:37:41.853 wa__summary[warnings.c:198] 0# meta-mtime: 0x
23:37:41.854 wa__summary[warnings.c:198] 1# meta-user: 0x
23:37:41.854 wa__summary[warnings.c:198] 2# meta-group: 0x
23:37:41.854 wa__summary[warnings.c:198] 3# meta-umask: 0x
23:37:41.855 wa__summary[warnings.c:198] 4# entry-not-found: 0x
23:37:41.855 wa__summary[warnings.c:198] 5# no-urllist: 0x
23:37:41.860 wa__summary[warnings.c:198] 6# charset-invalid: 0x
23:37:41.861 wa__summary[warnings.c:198] 7# overlayed-entries: 0x
23:37:41.862 wa__summary[warnings.c:198] 8# _test-warning: 1x
> Thank you very much!
>
No problem!

Ben
Attachments
dir
dir

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author pmarek
Full name P.Marek
Date 2006-09-12 09:50:40 PDT
Message On Friday 08 September 2006 20:20 Benjamin M. wrote:
> Below the result.
>
> For the seq command error... it isn't installed by default... I can
> install it or do you prefer to find a workaround?
Well, of course I can almost everything substitute with perl, which I need
anyway ...
Don't know. It's maybe easier to require perl (which everybody should have by
now) than to use standard unix tools ... :-)


> $ make run-tests VERBOSE=1
> make -C test BINARY=/Users/benjam​in/fsvs/fsvs/src/fsv​s
> Preparing default repository.
> rm: /tmp/WAA/1d/c5/de297​3b03ff84e6d1384eddb9​e97//*: No such file or
> directory
>
>
> An error occurred at 14:08:58.072: Invalid argument (22)
> in cs__char2md5: Illegal hex char in high nibble: x
> in ops__load_1entry: Parsing the md5 failed
> in waa__input_tree
> in waa__read_or_build_tree
> in ci__work
> in main: action commit failed
Could you send me the two files in /tmp/WAA/*/*/*/dir?
I'd like to know what fsvs wrote in them.

And please attach a logfile of "fsvs info -d -v /tmp/fsvs-test-*/wc"?

Thank you very much!


Regards,

Phil

--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author pmarek
Full name P.Marek
Date 2006-09-12 03:52:08 PDT
Message On Saturday 09 September 2006 21:43 Julien TOUCHE wrote:
> $ set | egrep "^LC_"
nothing?
> $ echo $LANG
nothing?
> $ locale
> bash: locale: command not found
isn't here?

> > What happens if you lie to fsvs and try a utf8-locale?
> > $ locale -a | grep utf8
> > should show you some, and then
> > $ LC_ALL=<the locale you try> make run-tests
> $ echo $LC_ALL
> $ LC_ALL= gmake run-tests
...
> An error occurred at 21:35:02.933: Invalid argument (22)
> in hlp___get_conv_handle: Conversion from 646 to UTF-8 is not supported
...
> $ LC_ALL=C gmake run-tests
...
> An error occurred at 21:35:31.906: Invalid argument (22)
> in hlp___get_conv_handle: Conversion from 646 to UTF-8 is not supported
...
> $ LC_ALL=en gmake run-tests
...
> An error occurred at 21:36:58.695: Invalid argument (22)
> in hlp___get_conv_handle: Conversion from 646 to UTF-8 is not supported
...
> $ LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 gmake run-tests
...
> An error occurred at 21:41:31.334: Invalid argument (22)
> in hlp___get_conv_handle: Conversion from 646 to UTF-8 is not supported
...
> also fsvs -d st returned:
> 19:14:46.172 main[fsvs.c:443] LC_ALL gives C
> 19:14:46.174 main[fsvs.c:450] LC_CTYPE gives C
> 19:14:46.174 main[fsvs.c:461] codeset found to be 646

I now found two posts http://gcc.gnu.org/m​l/java-patches/2002-​q1/msg00944.html
and http://archives.post​gresql.org/pgsql-hac​kers/2003-05/msg0074​4.php;
according to them you could try with LC_CTYPE=8859_1 or LC_CTYPE=ASCII.

> maybe if somes functions you use are dependent on configure/compile
> options of libiconv ?
I don't know, I thought that these were standard UNIX functions with some
default behaviour?


Regards,

Phil

--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author Julien TOUCHE <julien dot touche at lycos dot com>
Full name Julien TOUCHE <julien dot touche at lycos dot com>
Date 2006-09-09 12:43:40 PDT
Message Philipp Marek wrote on 09/09/2006 21:07:
> What locale are you running at? Where does that 646 come from? Is that a valid
> locale code? (I don't know it)
> $ set | egrep "^LC_"
> $ echo $LANG
> $ locale

$ set | egrep "^LC_"
$ echo $LANG
$ locale
bash: locale: command not found

> What happens if you lie to fsvs and try a utf8-locale?
> $ locale -a | grep utf8
> should show you some, and then
> $ LC_ALL=<the locale you try> make run-tests

$ echo $LC_ALL

$ LC_ALL= gmake run-tests
Now running autoconf ...
autoconf
Provide an AUTOCONF_VERSION environment variable, please
gmake -C test BINARY=/share2/tmp/_​testing/fsvs/src/fsv​s
gmake[1]: Entering directory `/share2/tmp/_testin​g/fsvs/src/test'
Preparing default repository.


An error occurred at 21:35:02.933: Invalid argument (22)
  in hlp___get_conv_handle: Conversion from 646 to UTF-8 is not supported
  in hlp__local2utf8
  in ci__work: Conversion of the commit message to utf8 failed
  in main: action commit failed
FSVS (licensed under the GPLv2), (C) by Ph. Marek; version trunk:396
gmake[3]: *** [prepare_wc1] Error 1
gmake[2]: *** [prepare_clean] Error 2
gmake[1]: *** [/tmp/fsvs-test-1000​/default-repository]​ Error 2
gmake[1]: Leaving directory `/share2/tmp/_testin​g/fsvs/src/test'
gmake: *** [run-tests] Error 2
$ LC_ALL=C gmake run-tests
Now running autoconf ...
autoconf
Provide an AUTOCONF_VERSION environment variable, please
gmake -C test BINARY=/share2/tmp/_​testing/fsvs/src/fsv​s
gmake[1]: Entering directory `/share2/tmp/_testin​g/fsvs/src/test'
Preparing default repository.


An error occurred at 21:35:31.906: Invalid argument (22)
  in hlp___get_conv_handle: Conversion from 646 to UTF-8 is not supported
  in hlp__local2utf8
  in ci__work: Conversion of the commit message to utf8 failed
  in main: action commit failed
FSVS (licensed under the GPLv2), (C) by Ph. Marek; version trunk:396
gmake[3]: *** [prepare_wc1] Error 1
gmake[2]: *** [prepare_clean] Error 2
gmake[1]: *** [/tmp/fsvs-test-1000​/default-repository]​ Error 2
gmake[1]: Leaving directory `/share2/tmp/_testin​g/fsvs/src/test'
gmake: *** [run-tests] Error 2
$ LC_ALL=en gmake run-tests
Now running autoconf ...
autoconf
Provide an AUTOCONF_VERSION environment variable, please
gmake -C test BINARY=/share2/tmp/_​testing/fsvs/src/fsv​s
gmake[1]: Entering directory `/share2/tmp/_testin​g/fsvs/src/test'
Preparing default repository.
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LC_ALL = "en",
        LANG = (unset)
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").


An error occurred at 21:36:58.695: Invalid argument (22)
  in hlp___get_conv_handle: Conversion from 646 to UTF-8 is not supported
  in hlp__local2utf8
  in ci__work: Conversion of the commit message to utf8 failed
  in main: action commit failed
FSVS (licensed under the GPLv2), (C) by Ph. Marek; version trunk:396
gmake[3]: *** [prepare_wc1] Error 1
gmake[2]: *** [prepare_clean] Error 2
gmake[1]: *** [/tmp/fsvs-test-1000​/default-repository]​ Error 2
gmake[1]: Leaving directory `/share2/tmp/_testin​g/fsvs/src/test'
gmake: *** [run-tests] Error 2
$ LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 gmake run-tests
Now running autoconf ...
autoconf
Provide an AUTOCONF_VERSION environment variable, please
gmake -C test BINARY=/share2/tmp/_​testing/fsvs/src/fsv​s
gmake[1]: Entering directory `/share2/tmp/_testin​g/fsvs/src/test'
Preparing default repository.
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LC_ALL = "en_US.UTF-8",
        LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").


An error occurred at 21:41:31.334: Invalid argument (22)
  in hlp___get_conv_handle: Conversion from 646 to UTF-8 is not supported
  in hlp__local2utf8
  in ci__work: Conversion of the commit message to utf8 failed
  in main: action commit failed
FSVS (licensed under the GPLv2), (C) by Ph. Marek; version trunk:396
gmake[3]: *** [prepare_wc1] Error 1
gmake[2]: *** [prepare_clean] Error 2
gmake[1]: *** [/tmp/fsvs-test-1000​/default-repository]​ Error 2
gmake[1]: Leaving directory `/share2/tmp/_testin​g/fsvs/src/test'
gmake: *** [run-tests] Error 2

also fsvs -d st returned:
19:14:46.172 main[fsvs.c:443] LC_ALL gives C
19:14:46.174 main[fsvs.c:450] LC_CTYPE gives C
19:14:46.174 main[fsvs.c:461] codeset found to be 646


>> if you want to check configure options from this ports, see
>> http://www.openbsd.o​rg/cgi-bin/cvsweb/po​rts/
>> in converters and devel
> I don't know what to look there for, sorry.

maybe if somes functions you use are dependent on configure/compile
options of libiconv ?


Regards

        Julien

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author pmarek
Full name P.Marek
Date 2006-09-09 12:07:04 PDT
Message On Saturday 09 September 2006 13:56 Julien TOUCHE wrote:
> for build and these warnings may be better to solve them now ?
> warning: long long unsigned int format, different type arg
> warning: sprintf() is often misused, please use snprintf()
If I find a nice way to do that ...
But the size of some variables changes on diffent systems - so I'd have to
make each printf() dependent on some magic.
I'll have a look, maybe casting is the easiest way to go.


> An error occurred at 13:48:21.254: Invalid argument (22)
> in hlp___get_conv_handle: Conversion from 646 to UTF-8 is not supported
> in hlp__local2utf8
> in ci__work: Conversion of the commit message to utf8 failed
> in main: action commit failed
...
> $ pkg_info |egrep '(libiconv|gettext)'
> gettext-0.14.5p1 GNU gettext
> libiconv-1.9.2p3 character set conversion library
What locale are you running at? Where does that 646 come from? Is that a valid
locale code? (I don't know it)
    $ set | egrep "^LC_"
    $ echo $LANG
    $ locale
What happens if you lie to fsvs and try a utf8-locale?
    $ locale -a | grep utf8
should show you some, and then
    $ LC_ALL=<the locale you try> make run-tests

> if you want to check configure options from this ports, see
> http://www.openbsd.o​rg/cgi-bin/cvsweb/po​rts/
> in converters and devel
I don't know what to look there for, sorry.


Regards,

Phil


--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author Julien TOUCHE <julien dot touche at lycos dot com>
Full name Julien TOUCHE <julien dot touche at lycos dot com>
Date 2006-09-09 04:56:47 PDT
Message Before:
$ (gmake run-tests) 2>&1 |tee test.log2
Now running autoconf ...
autoconf
Provide an AUTOCONF_VERSION environment variable, please
gmake -C test BINARY=/share2/tmp/_​testing/fsvs/src/fsv​s
gmake[1]: Entering directory `/share2/tmp/_testin​g/fsvs/src/test'
test -d /tmp/fsvs-test-1000 || mkdir -p /tmp/fsvs-test-1000
Preparing default repository.


An error occurred at 13:40:34.232: No such file or directory (2)
  in main: cannot chdir to "-m"
FSVS (licensed under the GPLv2), (C) by Ph. Marek; version trunk:396
gmake[3]: *** [prepare_wc1] Error 1
gmake[2]: *** [prepare_clean] Error 2
gmake[1]: *** [/tmp/fsvs-test-1000​/default-repository]​ Error 2
gmake[1]: Leaving directory `/share2/tmp/_testin​g/fsvs/src/test'
gmake: *** [run-tests] Error 2

$ svn update
[...]
Updated to revision 435.
$ (CFLAGS="-I/usr/local/include -I/usr/local/include/apr-1
-I/usr/local/include​/subversion-1" LDFLAGS="-L/usr/local/lib
-L/usr/local/lib/apr-1" ./configure && CFLAGS="-I/usr/local/include
-I/usr/local/include/apr-1 -I/usr/local/include​/subversion-1";
LDFLAGS="-L/usr/local/lib -L/usr/local/lib/apr-1" gmake) 2>&1 |tee
build.log9

for build and these warnings may be better to solve them now ?
warning: long long unsigned int format, different type arg
warning: sprintf() is often misused, please use snprintf()

$ (gmake run-tests) 2>&1 |tee test.log2
Now running autoconf ...
autoconf
Provide an AUTOCONF_VERSION environment variable, please
gmake -C test BINARY=/share2/tmp/_​testing/fsvs/src/fsv​s
gmake[1]: Entering directory `/share2/tmp/_testin​g/fsvs/src/test'
Preparing default repository.


An error occurred at 13:48:21.254: Invalid argument (22)
  in hlp___get_conv_handle: Conversion from 646 to UTF-8 is not supported
  in hlp__local2utf8
  in ci__work: Conversion of the commit message to utf8 failed
  in main: action commit failed
FSVS (licensed under the GPLv2), (C) by Ph. Marek; version trunk:396
gmake[3]: *** [prepare_wc1] Error 1
gmake[2]: *** [prepare_clean] Error 2
gmake[1]: *** [/tmp/fsvs-test-1000​/default-repository]​ Error 2
gmake[1]: Leaving directory `/share2/tmp/_testin​g/fsvs/src/test'
gmake: *** [run-tests] Error 2


$ pkg_info |egrep '(libiconv|gettext)'
gettext-0.14.5p1 GNU gettext
libiconv-1.9.2p3 character set conversion library

if you want to check configure options from this ports, see
http://www.openbsd.o​rg/cgi-bin/cvsweb/po​rts/
in converters and devel



Regards

        Julien

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author benjaminm
Full name Benjamin M.
Date 2006-09-08 11:20:22 PDT
Message Ph. Marek wrote, On 08/09/06 03:23:
>> $ make run-tests VERBOSE=1
>>
> ...
>
>> chmod: blabla: Operation not permitted
>> make[1]: *** [/tmp/fsvs-test-501/​default-repository] Error 1
>> make: *** [run-tests] Error 2
>>
> Hello Ben,
>
> I now rewrote the test to optionally *not* try to use a set-gid-file.
>
> How about now?
>
Below the result.

For the seq command error... it isn't installed by default... I can
install it or do you prefer to find a workaround?

Ben.

~~~~~~~~~~~~

$ svn update
At revision 435.

$ find /tmp/WAA/
/tmp/WAA/

$ export WAA=/tmp/WAA

$ make run-tests VERBOSE=1
make -C test BINARY=/Users/benjam​in/fsvs/fsvs/src/fsv​s
Preparing default repository.
rm: /tmp/WAA/1d/c5/de297​3b03ff84e6d1384eddb9​e97//*: No such file or
directory
rm: /tmp/WAA/b3/d8/4f6a3​122d79527ddd33486ddc​ff8//*: No such file or
directory
chmod: blabla: Operation not permitted
/Users/benjamin/fsvs​/fsvs/src/test/001_i​nit_dir: line 24: seq: command
not found
make[1]: *** [/tmp/fsvs-test-501/​default-repository] Error 127
make: *** [run-tests] Error 2

$ find /tmp/WAA/
/tmp/WAA/
/tmp/WAA//77
/tmp/WAA//77/18
/tmp/WAA//77/18/fab3​5d7bd4f8a2a025227e63​3bde
/tmp/WAA//77/18/fab3​5d7bd4f8a2a025227e63​3bde/_base
/tmp/WAA//77/18/fab3​5d7bd4f8a2a025227e63​3bde/dir
/tmp/WAA//77/18/fab3​5d7bd4f8a2a025227e63​3bde/urls
/tmp/WAA//a3
/tmp/WAA//a3/cf
/tmp/WAA//a3/cf/b6c2​6c51c694db84b4a38608​bbc3
/tmp/WAA//a3/cf/b6c2​6c51c694db84b4a38608​bbc3/_base
/tmp/WAA//a3/cf/b6c2​6c51c694db84b4a38608​bbc3/dir
/tmp/WAA//a3/cf/b6c2​6c51c694db84b4a38608​bbc3/urls

$ make run-tests VERBOSE=1
make -C test BINARY=/Users/benjam​in/fsvs/fsvs/src/fsv​s
Preparing default repository.
rm: /tmp/WAA/1d/c5/de297​3b03ff84e6d1384eddb9​e97//*: No such file or
directory


An error occurred at 14:08:58.072: Invalid argument (22)
  in cs__char2md5: Illegal hex char in high nibble: x
  in ops__load_1entry: Parsing the md5 failed
  in waa__input_tree
  in waa__read_or_build_tree
  in ci__work
  in main: action commit failed
FSVS (licensed under the GPLv2), (C) by Ph. Marek; version trunk:396
make[3]: *** [prepare_wc1] Error 1
make[2]: *** [prepare_clean] Error 2
make[1]: *** [/tmp/fsvs-test-501/​default-repository] Error 2
make: *** [run-tests] Error 2
Attachments

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author pmarek
Full name P.Marek
Date 2006-09-08 00:23:12 PDT
Message > $ make run-tests VERBOSE=1
...
> chmod: blabla: Operation not permitted
> make[1]: *** [/tmp/fsvs-test-501/​default-repository] Error 1
> make: *** [run-tests] Error 2
Hello Ben,

I now rewrote the test to optionally *not* try to use a set-gid-file.

How about now?


Regards,

Phil

--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author benjaminm
Full name Benjamin M.
Date 2006-09-07 12:07:36 PDT
Message Philipp Marek wrote, On 07/09/06 14:49:
> On Sunday 03 September 2006 07:00 Benjamin M. wrote:
>
>> An error occurred at 23:56:14.027: No such file or directory (2)
>> in main: cannot chdir to "-m"
>> FSVS (licensed under the GPLv2), (C) by Ph. Marek; version trunk:396
>> make[3]: *** [prepare_wc1] Error 1
>> make[2]: *** [prepare_clean] Error 2
>> make[1]: *** [/tmp/fsvs-test-501/​default-repository] Error 2
>> make: *** [run-tests] Error 2
>>
> Hello Ben,
>
> could you please re-try the tests?
> Thank you very much!
>
Here the result:

$ svn update
At revision 431.

$ export WAA=/tmp/WAA/

$ find /tmp/WAA/
/tmp/WAA/

$ make run-tests VERBOSE=1
make -C test BINARY=/Users/benjam​in/fsvs/fsvs/src/fsv​s
Preparing default repository.
rm: /tmp/WAA//1d/c5/de29​73b03ff84e6d1384eddb​9e97//*: No such file or
directory
rm: /tmp/WAA//b3/d8/4f6a​3122d79527ddd33486dd​cff8//*: No such file or
directory
chmod: blabla: Operation not permitted
make[1]: *** [/tmp/fsvs-test-501/​default-repository] Error 1
make: *** [run-tests] Error 2

$ find /tmp/WAA/
/tmp/WAA/
/tmp/WAA//77
/tmp/WAA//77/18
/tmp/WAA//77/18/fab3​5d7bd4f8a2a025227e63​3bde
/tmp/WAA//77/18/fab3​5d7bd4f8a2a025227e63​3bde/_base
/tmp/WAA//77/18/fab3​5d7bd4f8a2a025227e63​3bde/dir
/tmp/WAA//77/18/fab3​5d7bd4f8a2a025227e63​3bde/urls
/tmp/WAA//a3
/tmp/WAA//a3/cf
/tmp/WAA//a3/cf/b6c2​6c51c694db84b4a38608​bbc3
/tmp/WAA//a3/cf/b6c2​6c51c694db84b4a38608​bbc3/_base
/tmp/WAA//a3/cf/b6c2​6c51c694db84b4a38608​bbc3/dir
/tmp/WAA//a3/cf/b6c2​6c51c694db84b4a38608​bbc3/urls

$ make run-tests VERBOSE=1
make -C test BINARY=/Users/benjam​in/fsvs/fsvs/src/fsv​s
Preparing default repository.
rm: /tmp/WAA//1d/c5/de29​73b03ff84e6d1384eddb​9e97//*: No such file or
directory


An error occurred at 15:04:50.808: Invalid argument (22)
  in cs__char2md5: Illegal hex char in high nibble: x
  in ops__load_1entry: Parsing the md5 failed
  in waa__input_tree
  in waa__read_or_build_tree
  in ci__work
  in main: action commit failed
FSVS (licensed under the GPLv2), (C) by Ph. Marek; version trunk:396
make[3]: *** [prepare_wc1] Error 1
make[2]: *** [prepare_clean] Error 2
make[1]: *** [/tmp/fsvs-test-501/​default-repository] Error 2
make: *** [run-tests] Error 2

Ben.
Attachments

Re: fsvs &amp; openbsd &amp; MacOS 10.4

Author pmarek
Full name P.Marek
Date 2006-09-07 11:49:29 PDT
Message On Sunday 03 September 2006 07:00 Benjamin M. wrote:
> An error occurred at 23:56:14.027: No such file or directory (2)
> in main: cannot chdir to "-m"
> FSVS (licensed under the GPLv2), (C) by Ph. Marek; version trunk:396
> make[3]: *** [prepare_wc1] Error 1
> make[2]: *** [prepare_clean] Error 2
> make[1]: *** [/tmp/fsvs-test-501/​default-repository] Error 2
> make: *** [run-tests] Error 2
Hello Ben,

could you please re-try the tests?
Thank you very much!


Regards,

Phil


--
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!
Page: of 3 « Previous | Next »
Messages per page: