classfile parsing bug?

[Archie Cobbs <archie@dellroad.org>]

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