[Biojava-dev] SimpleThreadPool priority change

[Schreiber, Mark]

I've seen this kind of bug before in Javac 1.3.2. Sometimes you can get
around it by putting a totally redundant 'this.' before the method call.

- Mark


> -----Original Message-----
> From: Thomas Down [mailto:td2@sanger.ac.uk] 
> Sent: Wednesday, 20 November 2002 1:40 a.m.
> To: Keith James
> Cc: biojava-dev@biojava.org
> Subject: Re: [Biojava-dev] SimpleThreadPool priority change
> 
> 
> On Tue, Nov 19, 2002 at 10:36:13AM +0000, Keith James wrote:
> > 
> > compile:
> >     [javac] Compiling 913 source files to 
> /nfs/team81/kdj/devel/biojava-live/ant-build/classes/main
> >     [javac] 
> /nfs/team81/kdj/devel/biojava-live/ant-build/src/main/org/bioj
ava/bio/seq/SubSequence.java:352: getParent>
(org.biojava.bio.seq.Feature) is inherited from 
> org.biojava.bio.seq.ProjectedFeatureHolder and hides method 
> in outer class org.biojava.bio.seq.SubSequence.  An explicit 
> 'this' qualifier must be used to select the desired instance.
> >     [javac]                  return(ssthis.new 
> SSRemoteFeature(ssthis, this, getParent(f), rft, f));
> >     [javac]                                                 
>                  ^
> >     [javac] Note: Some input files use or override a deprecated API.
> >     [javac] Note: Recompile with -deprecation for details.
> >     [javac] 1 error
> 
> Okay, this one turned out to be nastier than I originally 
> though. Javac 1.3.1 genuinely seemed to think that two 
> methods called getParent were ambiguous between a nested 
> class and it's enclosing class, even though:
> 
>     - It's an instance method on the enclosing class, but the
>       nested class is static (and thus doesn't have an enclosing
>       instance).
> 
>     - The methods have different signatures.
> 
> Wibble.
> 
> I've fixed this by renaming the (previously rather unhelpfully-named)
> SubSequence.getParent() as SubSequence.getSequence().  I 
> don't know of any external code which was using this method.  
> If it affects you, shout now and I'll try to find another solution.
> 
> The original version worked fine with JDK1.4.1 -- I'm just 
> going to put this down as a compiler bug.  But we do still 
> seem to have people using 1.3...
> 
>      Thomas.
> _______________________________________________
> biojava-dev mailing list
> biojava-dev@biojava.org 
> http://biojava.org/mailman/listinfo/biojava-dev
> 
=======================================================================
Attention: The information contained in this message and/or attachments
from AgResearch Limited is intended only for the persons or entities
to which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipients is prohibited by AgResearch
Limited. If you have received this message in error, please notify the
sender immediately.
=======================================================================