Re: Bug-to-bug compatibility - first issue

On 2/22/06, Mikhail Loenko <mloenko@xxxxxxxxx> wrote:
> I'd suggest splitting the issue into two different ones:
>
> The first one is interpreting the command line. I completely agree
> that we should
> do it similar to RI.
>
> The second one is as Vladimir said that behavior is caused by something
> in URLClassloader or kernel classes. Vladimir, if you could provide
> a piece of java code that shows difference in the behavoir of RI and Harmony
> in those classes, so we could discuss how to implement the classes the best.

Looks like that it should be fixed only in kernel classes in parser of
classpath string. ClassLoader invokes constructor of URLClassLoader
with urls parameter length = 1, i.e it contains only the following url
"file:/P:/".

Thanks,
Vladimir.

> Thanks,
> Mikhail
>
> On 2/22/06, Paulex Yang <paulex.yang@xxxxxxxxx> wrote:
> > I agree with you that it is natural to copy RI behavior in this case,
> > and I even don't think this is a bug, in the same reason with one of the
> > bugs' evaluation [1],
> >
> > <quote>An empty path component is always (in both Unix/Posix-like and 
> > Windows systems) treated as "."</quote>
> >
> >
> > Arzhan Kinzhalin wrote:
> > >> URLClassLoader can't load this class because searchURLs parameter in
> > >> findClassImpl does not contain current directory and includes only
> > >> "p:/". So, IMO problem is inside VM kernel classes.
> > >>
> > >> What do you think we should do with this issue?
> > >>
> > >
> > > It actually has corresponding bug report [1] which provides some
> > > background to the story.
> > >
> > > Names and behaviour of command-line arguments is not a part of the
> > > spec. It's just that everyone follows well-established conventions. In
> > > this case it would seem natural to copy the behavior.
> > >
> > > [1] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4515984
> > >
> > > --
> > > Arzhan
> > > Intel Middleware Products Division
> > >
> > >
> >
> >
> > --
> > Paulex Yang
> > China Software Development Lab
> > IBM
> >
> >
> >
>