[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cp-patches] RFC: prevent URL degeneration
From: |
Robert Schuster |
Subject: |
Re: [cp-patches] RFC: prevent URL degeneration |
Date: |
Mon, 10 Oct 2005 10:08:08 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.7.12) Gecko/20051005 |
Hi,
@jeroen: I'll look at this later to see why it breaks on Windows.
Until I fix that maybe we could resolve this problem here:
My first patch[0] regarding the URL problem introduced a kludge in aelfred
parser and was rejected by Chris. Now I tackled the source of the problem and
you say that is not ok. Looks like a dilemma ...
Btw: I send Sun a bug report for this, too.
cu
Robert
[0] - http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24249
Jeroen Frijters wrote:
> Robert Schuster wrote:
>
>>2005-10-07 Robert Schuster <address@hidden>
>>
>> * java/net/URLStreamHandler.java:
>> (toExternalForm): Remove superfluous leading slashes from URL
>> paths.
>
>
> This patch introduces several Mauve regressions for me (on Windows):
>
> FAIL: gnu.testlet.java.net.URL.URLTest: new URL(string) (number 1)
> FAIL: gnu.testlet.java.net.URL.URLTest: new URL(string) (number 19)
> FAIL: gnu.testlet.java.net.URL.URLTest: new URL(string) (number 31)
> FAIL: gnu.testlet.java.net.URL.URLTest: new URL(string) (number 40)
> FAIL: gnu.testlet.java.net.URL.URLTest: new URL(protocol, host, file)
> (number 29)
> FAIL: gnu.testlet.java.net.URL.URLTest: new URL(protocol, host, file)
> (number 33)
> FAIL: gnu.testlet.java.net.URL.URLTest: new URL(protocol, host, file)
> (number 37)
> FAIL: gnu.testlet.java.net.URL.URLTest: new URL(protocol, host, file)
> (number 41)
> FAIL: gnu.testlet.java.net.URL.URLTest: new URL(protocol, host, file)
> (number 45)
> FAIL: gnu.testlet.java.net.URL.URLTest: new URL(protocol, host, file)
> (number 49)
> FAIL: gnu.testlet.java.net.URL.URLTest: new URL(protocol, host, file)
> (number 53)
>
> I also disagree with it on principle grounds. We should match the JDK in
> cases like this, not try to do the "right thing". It's very easy to
> break applications that depend on the JDK URL implementation and it is
> not reasonable to expect them to be fixed if the JDK is never going to
> get fixed (which I can assure you, it isn't).
>
> Regards,
> Jeroen
>
>
>
- Re: [cp-patches] RFC: prevent URL degeneration - v2b, (continued)
- Re: [cp-patches] RFC: prevent URL degeneration - v2b, Robert Schuster, 2005/10/09
- Re: [cp-patches] RFC: prevent URL degeneration - v2b, Mark Wielaard, 2005/10/10
- Re: [cp-patches] RFC: prevent URL degeneration - v2b, Chris Burdess, 2005/10/10
- Re: [cp-patches] RFC: prevent URL degeneration - v2b, Mark Wielaard, 2005/10/10
- Re: [cp-patches] RFC: prevent URL degeneration - v3, Robert Schuster, 2005/10/10
- Re: [cp-patches] RFC: prevent URL degeneration - v3, Robert Schuster, 2005/10/13
- Re: [cp-patches] RFC: prevent URL degeneration - v3, Mark Wielaard, 2005/10/14
- Re: [cp-patches] RFC: prevent URL degeneration - v3, Mark Wielaard, 2005/10/14
Re: [cp-patches] RFC: prevent URL degeneration, Chris Burdess, 2005/10/10
RE: [cp-patches] RFC: prevent URL degeneration, Jeroen Frijters, 2005/10/10