[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

AW: AW: AW: AW: AW: Segmentation Fault with SVN Client related to serf

From: <pierre.viret_at_postfinance.ch>
Date: Fri, 9 Jan 2015 10:08:03 +0000

> -----Ursprüngliche Nachricht-----
> Von: Philip Martin [mailto:philip.martin_at_wandisco.com]
> Gesendet: Freitag, 9. Januar 2015 10:48
> An: Viret Pierre, PF54
> Cc: users_at_subversion.apache.org
> Betreff: Re: AW: AW: AW: AW: Segmentation Fault with SVN Client related to serf
>
[...]
>
> I see why the client switches to the v1 protocol. Your proxy is changing the case
> of the HTTP headers and "SVN-Me-Resource" becomes "Svn-me-resource". That
> has uncovered a bug in the client: it does a case-sensitive check for "SVN" before
> doing a case-insensitive check for "svn-me-resource".
>

Yes you are right, I have not looked at the wireshark output good enough!
Unfortunately I cannot change it in our HttpProxy: this change of the case of the header keys is performed by the underlying HTTP Layer in java and not by our own code. I think the reason for this is that the HTTP specification states that the header-keys are case-insensitive (see f.i. http://stackoverflow.com/questions/5258977/are-http-headers-case-sensitive).
Maybe if this bug is fixed in the svn client then the segmentation fault would be solved? There might be another header field which is not managed correctly because of case-sensitiveness?

Remarque concernant la sécurité:
Ce courriel provenant de PostFinance est signé. Vous trouverez d'autres informations à ce sujet sous:
https://www.postfinance.ch/e-signature.
Ne divulguez jamais vos éléments de sécurité à des tiers.

Received on 2015-01-09 11:10:34 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.