Re: classfile parsing bug?

[Ondrej Lhotak <olhotak@sable.mcgill.ca>]

Some fixes to jsr elimination have been made since Soot 2.1.0. Do you
get the same error when processing that file with the Subversion trunk?

Ondrej

On Fri, Aug 06, 2004 at 03:56:14PM -0500, Archie Cobbs wrote:
> Any body have any ideas about this exception?
> 
>     java.lang.NullPointerException
> 	at java.util.Hashtable.get(Hashtable.java:333)
> 	at soot.coffi.CFG.adjustExceptionTable(CFG.java:953)
> 	at soot.coffi.CFG.eliminateJsrRets(CFG.java:461)
> 	at soot.coffi.CFG.<init>(CFG.java:89)
> 	at soot.coffi.CoffiMethodSource.getBody(CoffiMethodSource.java:87)
> 	at soot.SootMethod.getBodyFromMethodSource(SootMethod.java:79)
> 	at soot.SootMethod.retrieveActiveBody(SootMethod.java:274)
> 
> This is with soot 2.1.0 and is caused by a particular method in a
> particular class file. This class is verified fine by Sun's JVM and
> there shouldn't be anything unusual about it.
> 
> Unfortunately the class is part of another company's proprietary
> software so I can't include it. However the offending method has
> this overall structure:
> 
>       0: iconst_0
>     ...
>     273: jsr 361
>     ...
>     310: jsr 361
>     ...
>     347: jsr 361
>     ...
>     361: astore 8
>     363: ret    8
>   Exception table:
>    from   to  target type
>      6    49    52   Class java/lang/NumberFormatException
>    221   236   239   Class java/lang/InterruptedException
>    212   273   279   Class java/net/SocketException
>    212   273   316   Class java/io/IOException
>    212   276   353   any
>    279   313   353   any
>    316   350   353   any
>    353   358   353   any
> 
> Could this have something to do with the subroutine being "empty"?
> 
> Thanks,
> -Archie
> 
> __________________________________________________________________________
> Archie Cobbs      *        CTO, Awarix        *      http://www.awarix.com
>