Login | Register
My pages Projects Community openCollabNet

Discussions > users > Re: Bug in fsvs-1.1.0?

fsvs
Discussion topic

Hide all messages in topic

All messages in topic

Re: fsvs-1.1.0 compatibility with older versions?

Author Mark J Hewitt <mjh at elsabio dot demon dot co dot uk>
Full name Mark J Hewitt <mjh at elsabio dot demon dot co dot uk>
Date 2007-03-21 16:09:26 PDT
Message Klaus,

Yes, I had all of those extension methods defined.
What I find is that my 64-bit build of subversion client version 1.4.2
gives this error where my 32 bit build of the 1.3.1 client works.
These are on different platforms, but going though the same transparent
proxy, firewall and so on.

Anyway, this is off-topic for the fsvs mailing list, but thought I'd
just close this thread with something with information in it!

Mark.

Klaus Dörrscheidt wrote:
> Hi Mark,
>
>
>> [mjh@tardis fsvs]$ svn checkout http://fsvs.tigris.o​rg/svn/fsvs/trunk
>> fsvs --username guest
>> svn: REPORT request failed on '/svn/fsvs/!svn/vcc/default'
>> svn: REPORT of '/svn/fsvs/!svn/vcc/default': Could not read status line:
>> Connection reset by peer (http://fsvs.tigris.org)
>>
>
> This looks to me like there is a proxy in your way. If it is Squid-based, then
> you could just add the following line to the squid.conf file:
>
> extension_methods REPORT MERGE MKACTIVITY CHECKOUT
>
> Hope this helps.
>
> Regards,
>
> Klaus
>
> --------------------​--------------------​--------------------​---------
> To unsubscribe, e-mail: users-unsubscribe@fs​vs.tigris.org
> For additional commands, e-mail: users-help at fsvs dot tigris dot org
>
>
>
Attachments

Re: fsvs-1.1.0 compatibility with older versions?

Author kdoerrscheidt
Full name Klaus Doerrscheidt
Date 2007-03-21 14:11:46 PDT
Message Hi Mark,

> [mjh@tardis fsvs]$ svn checkout http://fsvs.tigris.o​rg/svn/fsvs/trunk
> fsvs --username guest
> svn: REPORT request failed on '/svn/fsvs/!svn/vcc/default'
> svn: REPORT of '/svn/fsvs/!svn/vcc/default': Could not read status line:
> Connection reset by peer (http://fsvs.tigris.org)

This looks to me like there is a proxy in your way. If it is Squid-based, then
you could just add the following line to the squid.conf file:

extension_methods REPORT MERGE MKACTIVITY CHECKOUT

Hope this helps.

Regards,

Klaus

Re: fsvs-1.1.0 compatibility with older versions?

Author pmarek
Full name P.Marek
Date 2007-03-21 11:20:33 PDT
Message On Wednesday 21 March 2007 19:08 Mark J Hewitt wrote:
> [mjh@tardis fsvs]$ svn checkout http://fsvs.tigris.o​rg/svn/fsvs/trunk
> fsvs --username guest
> svn: REPORT request failed on '/svn/fsvs/!svn/vcc/default'
> svn: REPORT of '/svn/fsvs/!svn/vcc/default': Could not read status line:
> Connection reset by peer (http://fsvs.tigris.org)
Sorry, works fine here.
    $ svn checkout http://fsvs.tigris.o​rg/svn/fsvs/trunk
    A trunk/fsvs
    A trunk/fsvs/LICENSE
    A trunk/fsvs/doc
    A trunk/fsvs/doc/PERFORMANCE
    ...

And if it didn't, all I could do is refer you to tigris.org.
Do you have a firewall? Misconfigured proxy?


Regards,

Phil


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

Re: fsvs-1.1.0 compatibility with older versions?

Author Mark J Hewitt <mjh at elsabio dot demon dot co dot uk>
Full name Mark J Hewitt <mjh at elsabio dot demon dot co dot uk>
Date 2007-03-21 11:08:09 PDT
Message Phil,

Seems this is just not my day...

[mjh@tardis fsvs]$ svn checkout http://fsvs.tigris.o​rg/svn/fsvs/trunk
fsvs --username guest
svn: REPORT request failed on '/svn/fsvs/!svn/vcc/default'
svn: REPORT of '/svn/fsvs/!svn/vcc/default': Could not read status line:
Connection reset by peer (http://fsvs.tigris.org)

Mark.

Philipp Marek wrote:
>> Yes - 1.1.0. If I can find the svn URL for the fsvs source, I'll pull
>> the trunk tip and try that out.
>>
> http://fsvs.tigris.o​rg/source/browse/fsv​s/ or
> http://fsvs.tigris.o​rg/servlets/ProjectS​ource say:
> svn checkout http://fsvs.tigris.o​rg/svn/fsvs/trunk fsvs --username guest
> User "guest" has an empty password.
>
>
> Regards,
>
> Phil
>
>
>
Attachments

Re: fsvs-1.1.0 compatibility with older versions?

Author pmarek
Full name P.Marek
Date 2007-03-21 10:13:55 PDT
Message > Yes - 1.1.0. If I can find the svn URL for the fsvs source, I'll pull
> the trunk tip and try that out.
http://fsvs.tigris.o​rg/source/browse/fsv​s/ or
http://fsvs.tigris.o​rg/servlets/ProjectS​ource say:
    svn checkout http://fsvs.tigris.o​rg/svn/fsvs/trunk fsvs --username guest
    User "guest" has an empty password.


Regards,

Phil


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

Re: fsvs-1.1.0 compatibility with older versions?

Author Mark J Hewitt <mjh at elsabio dot demon dot co dot uk>
Full name Mark J Hewitt <mjh at elsabio dot demon dot co dot uk>
Date 2007-03-21 09:34:30 PDT
Message Phil,

Yes - 1.1.0. If I can find the svn URL for the fsvs source, I'll pull
the trunk tip and try that out.

Thanks!

Mark.

Philipp Marek wrote:
> Hi Mark!
>
> On Wednesday 21 March 2007 16:07 Mark J Hewitt wrote:
>
>> Did the "urls load" and "sync-repos" parts of your suggestion.
>> My Subversion server is pretty current (1.4.3) - the clients are not so
>> current: This one is 1.3.1.
>>
>> Different ...
>>
>> root@james# /home/mjh/fsvs-1.1.0/src/fsvs commit -m "Backup 20070321"
>> 14:59:31.629 waa__find_common_bas​e[waa.c:1848] INTERNAL BUG
>> len == 0
>> Paths not even equal in separator - they have nothing in common!
>> Segmentation fault
>>
> Is that a 1.1.0? If so, then this bug should be fixed in trunk.
> If it ain't, please do this command with -d and send me the output.
>
> I'll do a 1.1.1 in the next 1-3 weeks.
>
>
>
> Regards,
>
> Phil
>
>
Attachments

Re: fsvs-1.1.0 compatibility with older versions?

Author pmarek
Full name P.Marek
Date 2007-03-21 09:27:46 PDT
Message Hi Mark!

On Wednesday 21 March 2007 16:07 Mark J Hewitt wrote:
> Did the "urls load" and "sync-repos" parts of your suggestion.
> My Subversion server is pretty current (1.4.3) - the clients are not so
> current: This one is 1.3.1.
>
> Different ...
>
> root@james# /home/mjh/fsvs-1.1.0/src/fsvs commit -m "Backup 20070321"
> 14:59:31.629 waa__find_common_bas​e[waa.c:1848] INTERNAL BUG
> len == 0
> Paths not even equal in separator - they have nothing in common!
> Segmentation fault
Is that a 1.1.0? If so, then this bug should be fixed in trunk.
If it ain't, please do this command with -d and send me the output.

I'll do a 1.1.1 in the next 1-3 weeks.



Regards,

Phil

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

Re: fsvs-1.1.0 compatibility with older versions?

Author Mark J Hewitt <mjh at elsabio dot demon dot co dot uk>
Full name Mark J Hewitt <mjh at elsabio dot demon dot co dot uk>
Date 2007-03-21 08:07:56 PDT
Message Phil,

Did the "urls load" and "sync-repos" parts of your suggestion.
My Subversion server is pretty current (1.4.3) - the clients are not so
current: This one is 1.3.1.

Different ...

root@james# /home/mjh/fsvs-1.1.0/src/fsvs commit -m "Backup 20070321"
14:59:31.629 waa__find_common_bas​e[waa.c:1848] INTERNAL BUG
  len == 0
  Paths not even equal in separator - they have nothing in common!
Segmentation fault

Mark

Ph. Marek wrote:
> Hello Mark!
>
>
>> Well, I waited for too long I guess:
>>
>> I get this for a commit with the original config, and even with an
>> attempt (as here) to tell it where the target repository URL is:
>>
>> root@james# fsvs urls
>> svn+ssh://root@tardi​s.hewitt.home/media/​toshiba-01/fsvsdata/​james
>> An error occurred: Invalid argument (22)
>> in url__load_list: Cannot parse urllist line
>> 'svn+ssh://root@tard​is.hewitt.home/media​/toshiba-01/fsvsdata​/james'
>> FSVS (licensed under the GPLv2), (C) by Ph. Marek; version fsvs-1.1.0:677
>>
>> Any recommendations gratefully received !
>>
> Well, with 1.0.17 I changed the URL format.
>
> And with 1.1.0 multiple urls are allowed - so it doesn't clear the URL
> list on "fsvs urls".
> My suggestion:
> echo "<url>" | fsvs urls load
>
> This is guaranteed to *not* load the old list.
> If you didn't update for some time, a sync-repos might be necessary, too.
>
> Perhaps you should take the current svn version - it has some things fixed.
>
>
> HTH!
>
>
> Regards,
>
> Phil
>
>
>
Attachments

Re: fsvs-1.1.0 compatibility with older versions?

Author pmarek
Full name P.Marek
Date 2007-03-21 06:22:58 PDT
Message Hello Mark!

> Well, I waited for too long I guess:
>
> I get this for a commit with the original config, and even with an
> attempt (as here) to tell it where the target repository URL is:
>
> root@james# fsvs urls
> svn+ssh://root@tardi​s.hewitt.home/media/​toshiba-01/fsvsdata/​james
> An error occurred: Invalid argument (22)
> in url__load_list: Cannot parse urllist line
> 'svn+ssh://root@tard​is.hewitt.home/media​/toshiba-01/fsvsdata​/james'
> FSVS (licensed under the GPLv2), (C) by Ph. Marek; version fsvs-1.1.0:677
>
> Any recommendations gratefully received !
Well, with 1.0.17 I changed the URL format.

And with 1.1.0 multiple urls are allowed - so it doesn't clear the URL
list on "fsvs urls".
My suggestion:
   echo "<url>" | fsvs urls load

This is guaranteed to *not* load the old list.
If you didn't update for some time, a sync-repos might be necessary, too.

Perhaps you should take the current svn version - it has some things fixed.


HTH!


Regards,

Phil


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

fsvs-1.1.0 compatibility with older versions?

Author Mark J Hewitt <mjh at elsabio dot demon dot co dot uk>
Full name Mark J Hewitt <mjh at elsabio dot demon dot co dot uk>
Date 2007-03-21 03:10:39 PDT
Message Well, I waited for too long I guess:

I get this for a commit with the original config, and even with an
attempt (as here) to tell it where the target repository URL is:

root@james# fsvs urls
svn+ssh://root@tardi​s.hewitt.home/media/​toshiba-01/fsvsdata/​james
An error occurred: Invalid argument (22)
  in url__load_list: Cannot parse urllist line
'svn+ssh://root@tard​is.hewitt.home/media​/toshiba-01/fsvsdata​/james'
FSVS (licensed under the GPLv2), (C) by Ph. Marek; version fsvs-1.1.0:677

Any recommendations gratefully received !

Mark.

Re: Bug in fsvs-1.1.0?

Author pmarek
Full name P.Marek
Date 2007-03-18 05:46:23 PDT
Message On Friday 16 March 2007 21:11 Klaus Dörrscheidt wrote:
> I just checked out r743 and it worked like a charm. So, the bug is fixed.
>
> Thanks a lot for your help.
You're welcome!


Regards,

Phil


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

Re: Bug in fsvs-1.1.0?

Author kdoerrscheidt
Full name Klaus Doerrscheidt
Date 2007-03-16 13:11:50 PDT
Message Hi Phil,

> > 09:10:32.454 waa__find_common_bas​e[waa.c:1848] INTERNAL BUG
> > len == 0
> > Paths not even equal in separator - they have nothing in common!
> > Speicherzugriffsfehler
>
> I just tried with my current version, and cannot reproduce it.
> I think I fixed that in r731
> (http://fsvs.tigris.o​rg/source/browse/fsv​s/trunk/fsvs/src/waa​.c?rev=731&r1=
>731&r2=730).
>
> Could you test with r741, and tell me whether it works?

I just checked out r743 and it worked like a charm. So, the bug is fixed.

Thanks a lot for your help.

Regards,

Klaus

Re: Bug in fsvs-1.1.0?

Author pmarek
Full name P.Marek
Date 2007-03-15 02:28:59 PDT
Message Hello Klaus!


...
> 09:10:32.454 waa__find_common_bas​e[waa.c:1848] INTERNAL BUG
> len == 0
> Paths not even equal in separator - they have nothing in common!
> Speicherzugriffsfehler
I just tried with my current version, and cannot reproduce it.
I think I fixed that in r731
(http://fsvs.tigris.o​rg/source/browse/fsv​s/trunk/fsvs/src/waa​.c?rev=731&r1=73​1&r2=730).

Could you test with r741, and tell me whether it works?


Regards,

Phil


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

Re: Bug in fsvs-1.1.0?

Author pmarek
Full name P.Marek
Date 2007-03-14 06:11:22 PDT
Message Hello Klaus!

> after moving from fsvs-1.0.17 to fsvs-1.1.0 I get the following error
> when requesting status data:
...
> 09:10:32.454 waa__find_common_bas​e[waa.c:1848] INTERNAL BUG
...
> A quick fix that works for me is the following change in waa.c:
...
> It's my first trip to the fsvs source code and I'm not 100% shure about
> the implications on the whole application.
Thank you for this. I'll take a look at that - but I think you're right.


Regards,

Phil


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

Bug in fsvs-1.1.0?

Author kdoerrscheidt
Full name Klaus Doerrscheidt
Date 2007-03-14 03:54:01 PDT
Message Hi all,

after moving from fsvs-1.0.17 to fsvs-1.1.0 I get the following error when requesting status data:

# cd /
# fsvs status -dv
09:10:32.452 main[fsvs.c:456] no argument at optind=3 of 3
09:10:32.453 main[fsvs.c:560] LC_ALL gives de_DE.utf8
09:10:32.453 main[fsvs.c:567] LC_CTYPE gives de_DE.utf8
09:10:32.453 main[fsvs.c:578] codeset found to be UTF-8
09:10:32.453 main[fsvs.c:586] codeset: using identity
09:10:32.453 main[fsvs.c:610] optind=2 per_sts=128 action=status
09:10:32.453 main[fsvs.c:613] argument 1: status
09:10:32.453 ign__new_pattern[ignore.c:955] getting 1 new entries - max is 0, used are 0
09:10:32.453 ign__new_pattern[ignore.c:1014] new pattern INODE:252:7:24380271
09:10:32.453 ign___init_pattern_i​nto[ignore.c:486] pattern: case, ignore
09:10:32.454 waa__find_common_bas​e[waa.c:1788] need 14 bytes for 1 args
09:10:32.454 Increment[helper.c:413] adding //
09:10:32.454 hlp__pathcopy[helper.c:481] finished path is /
09:10:32.454 waa__find_common_bas​e[waa.c:1808] path is /
09:10:32.454 waa__find_common_bas​e[waa.c:1826] len after is 1
09:10:32.454 waa__find_common_bas​e[waa.c:1846] now standing at /
09:10:32.454 waa__find_common_bas​e[waa.c:1848] INTERNAL BUG
  len == 0
  Paths not even equal in separator - they have nothing in common!
Speicherzugriffsfehler

When I change the working directory to /root, everything works fine.

The initial checkin was done via svn+ssh from / with fsvs-1.0.17.

A quick fix that works for me is the following change in waa.c:

--- fsvs-1.1.0_orig/src/waa.c 2007-03-04 17:38:06.000000000 +0000
+++ fsvs-1.1.0/src/waa.c 2007-03-14 09:01:41.000000000 +0000
@@ -1841,7 +1841,7 @@
         * if the paths there are given as C:\X and D:\Y.
         * Using \.\devices\Harddr​ive0\Partition1\..​. or similar we could
         * avoid that. */
- while (len >0 && paths[0][len] != PATH_SEPARATOR)
+ while (len >1 && paths[0]+len != PATH_SEPARATOR)
                len--;
        DEBUGP("now standing at %s", paths[0]+len);
        BUG_ON(len == 0, "Paths not even equal in separator"

It's my first trip to the fsvs source code and I'm not 100% shure about the implications on the whole application.

Regards,

Klaus
____________________​____________________​____________________​___________
Viren-Scan für Ihren PC! Jetzt für jeden. Sofort, online und kostenlos.
Gleich testen! http://www.pc-sicher​heit.web.de/freescan​/?mc=022222
Messages per page: