Re: Subversion Exception svn_relpath_is_canonical in ra_loader.c

2019-05-02 Thread Johan Corveleyn 
On Tue, Apr 30, 2019 at 9:28 PM Eliot, Christopher
 wrote:
> I am not subscribed to this mailing list.  If you need to reach me, please CC 
> me explicitly at christopher.el...@nagrastar.com

Hi Christopher,

> Running TortoiseSVN1.10 (r28148).
>
> Accessing SVN repository as https://ndev-svn01/svn/...
>
> TortoiseSVN had been running for a long time, I had done lots of things in it.
> I right-clicked on a tag and selected "Mark for comparison"
> I clicked on the trunk.
> Can't recall if I clicked "compare URLs" or not.
>
> Ooh.  This is repeatable.  I shut down TortoiseSVN complete and restarted it.
> Performed the same sequence of events; I get this same exception when I click 
> on
> "compare URLs".  I reproduced it a couple of times.
>
> I then selected the trunk and marked it for comparison, selected the tag, and
> was able to to compare them just fine.
>
> I then went back and repeated the original sequence of events and again got 
> the
> exception.

Thanks for taking the time to report this.

However, I'm afraid this community (the "core" subversion project)
can't help you directly. I think it's likely that this problem is
situated somewhere in the TortoiseSVN code (which is a separate
project, for the Windows GUI on top of the Subversion libraries). It
seems it is internally calling the Subversion libraries with a
"non-canonical path". Maybe there is something strange with the urls
that are constructed here?

If you report this to the TortoiseSVN community
(https://tortoisesvn.net/community.html), they might be able to
provide more help or to ask more specific questions to find out what's
going on.

> I'll look into updating TortoisSVN.
>
> When I update to 1.12, it’s unusable.  When I click on the directory for my 
> project, I get a popup that just says “TortoisesSVN client has stopped 
> working.  A problem caused the program to stop working correctly.  Please 
> close the program.”  It seems to be a problem with just this project; I can 
> click down into other projects in the same repository.  I’ll report that 
> separately.

Here again I think you should probably contact the TSVN community. It
might be related to the first problem (some non-canonical url being
passed to the libraries, specific to that one project). Or it might be
something else.

> ---
> Subversion Exception!
> ---
> Subversion encountered a serious problem.
> Please take the time to report this on the Subversion mailing list
> with as much information as possible about what
> you were trying to do.
> But please first search the mailing list archives for the error message
> to avoid reporting the same problem repeatedly.
> You can find the mailing list archives at
> https://subversion.apache.org/mailing-lists.html
>
> Subversion reported the following
> (you can copy the content of this dialog
> to the clipboard using Ctrl-C):
>
> In file
> 'D:\Development\SVN\Releases\TortoiseSVN-1.10.0\ext\subversion\subversion\libsvn_ra\ra_loader.c'
> line 629: assertion failed (svn_relpath_is_canonical(path))
> ---
> OK
>
> Topher Eliot


-- 
Johan

Re: Subversion 1.9.10/1.10.4 choke on non-ASCII resources on HP-UX

2019-05-02 Thread Osipov, Michael 

Hi Branko,

Am 2019-05-01 um 02:17 schrieb Branko Čibej:

On 30.04.2019 20:18, Osipov, Michael wrote:


The terminal and locale are fine though:

$ locale
LANG=de_DE.utf8
LC_CTYPE="de_DE.utf8"
LC_COLLATE="de_DE.utf8"
LC_MONETARY="de_DE.utf8"
LC_NUMERIC="de_DE.utf8"
LC_TIME="de_DE.utf8"
LC_MESSAGES="de_DE.utf8"
LC_ALL=


LC_ALL should probably not be empty. Could be that on HP-UX, the empty
value causes Subversion to use the default C (or POSIX) locale. Try setting

     LC_ALL="de_DE.utf8"; export LC_ALL

Subversion tries setlocale(LC_ALL, "") first and only if that fails, it
tries setlocale(LC_CTYPE, ""). Evidently the first call succeeds, which
is strange but not strictly wrong. I think.


Doesn't really work out.

Here is the old server:

$ hostname
blnn724x
$ svn --version -q
1.9.4
$ locale
LANG=de_DE.utf8
LC_CTYPE="de_DE.utf8"
LC_COLLATE="de_DE.utf8"
LC_MONETARY="de_DE.utf8"
LC_NUMERIC="de_DE.utf8"
LC_TIME="de_DE.utf8"
LC_MESSAGES="de_DE.utf8"
LC_ALL=
$ svn ls https://deblndw011x.ad001.siemens.net/repos/svn/Playground
README.txt
a/
c.txt
hallo.c
keyword-test.txt
test1234/
testprogramm.c
привет.txt


the export didn't change anything, it still fails:

$ hostname
deblndw024v
$ svn --version -q
1.9.4
$ locale
LANG=de_DE.utf8
LC_CTYPE="de_DE.utf8"
LC_COLLATE="de_DE.utf8"
LC_MONETARY="de_DE.utf8"
LC_NUMERIC="de_DE.utf8"
LC_TIME="de_DE.utf8"
LC_MESSAGES="de_DE.utf8"
LC_ALL=de_DE.utf8
$ svn ls https://deblndw011x.ad001.siemens.net/repos/svn/Playground
README.txt
a/
c.txt
hallo.c
keyword-test.txt
test1234/
testprogramm.c
{U+043F}{U+0440}{U+0438}{U+0432}{U+0435}{U+0442}.txt



Here is a basic program:

0# cat locale.c
#include 
#include 
#include 

int main(void) {
char *l = NULL;
l = setlocale(LC_ALL, "");
printf("%s\n", l);
char *nl = NULL;
nl = nl_langinfo(CODESET);
printf("%s\n", nl);

return 0;
}
# aCC -o locale locale.c

# ./locale
C.utf8 C.utf8 C.utf8 C.utf8 C.utf8 C.utf8
utf8

# LC_ALL=de_DE.utf8 ./locale
de_DE.utf8 de_DE.utf8 de_DE.utf8 de_DE.utf8 de_DE.utf8 de_DE.utf8
utf8


Looks good to me, doesn't it?

Anything else I can try? Bad libiconv or libapr?

Regards,

Michael

Re: Subversion 1.9.10/1.10.4 choke on non-ASCII resources on HP-UX

2019-05-02 Thread Osipov, Michael 
FWIW, I have copied /opt/ports to the old machine, same issue. So it 
must be something in /opt/ports I have compiled myself not the way it 
should.


Michael