[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Fwd: Solution?]
>
> Hello!
>
> Here is a better description of the platform problem...
>
> DataInputStream.readUnsignedShort() is a java method that returns
> an int.
>
> In /soot-1.beta.1/src/ca/mcgill/sable/soot/coffi/Classfile.java,
the
>
> return value is converted to a short. The java language spec states
> (5.1.3)
> that narrowing of basic types is not type safe.
>
> For example, in one case the returned value is 45???, which
> converted to short gives -2???? (? means I dont remember the exact
> value).
>
> There must be an underlying bug in the classfile reading logic, I
> would be amazed that a class would have 45000 attributes.
>
> I have not invested too many time in this, maybe there is a
simple
> solution or even that this is but a effect of another cause...
>
> Any info welcome!
Hmmm, well I tried jimplifying java.lang.String using jdk1.1.3 on a
Sparc, and it worked fine. Did you try getting the .tar.gz files and
running on those to see if maybe you have corrupted classfiles?
Otherwise maybe you could just print out the values that the various
readUnsignedShort() returns to see if it matches the classfiles
contents.
This is very bizarre. Does anybody have a clue as to what might be
happening here?
Raja
Y\h6ygSh_}m5睴Mj6jY^yi^"WEe:$nWrƗ1z()ek^}uP hqǩy
z"}tNj^Kbzyb(v)݊+y\dn7[yzw ~
6 Nجr&
z{Sʗ{VZǭƱȢ
z{S}ĝ x;n+P\\Q]Y[H[ ܛN[B\H\H] \\ܚ\ [ۈو H ]ܛH ؛[K]R[ ] X[KXY[YۙYܝ
H\H]HY] ] ] \[[ [ LK]KKܘKX[ XK ٙK\ٚ[K]K B ] \ [ YH\\Y H ܝ H]H[XYH X ]\
KKB ]\[و\X \\\ \H YK܈^[\K[ۙH\H H ] \Y [ YH\
O X\Y ܝ]\ L
YX[H [Y[X\ H^X [ YJK\H]\H[ [\ Z[Y[ H\ٚ[H XY[XB [H[X^Y ]H\ []H
L ] X]\˂H]H[\Y X[H [YH[ \X^XH \H\H [\B ][ۈ܈][ ] \\]HYXو[\]\K[H[ [YHB[[K [H YY[\YZ[]K[˔ [ \[KKۈB\[] ܚY[KY [H H] [ H \ވ[\[[[ۈ H YHYX^XH [H]Hܜ\ Y\ٚ[\\\HX^XH [H[\ [] H [ Y\ ] H \[\XY[YۙYܝ
H ] \ YHY]X]\ H\ٚ[\[ ˂\\ \H^\KZ