[Soot-list] Same SootClass with two different numbers???

[Marc-Andre Laverdiere-Papineau]

Hello,

I triple-checked and tried to hack variants of my algorithm, trying to 
understand why it wasn't working.

My guess is that, being JAX-WS, the software I analyze has the same 
class at many times, as the web service clients would be bundled with 
the web service interface in a jar. But I don't really know how to 
verify that in Soot.

Marc-André Laverdière-Papineau
Doctorant - PhD Candidate

On 13-03-21 03:53 AM, Zhoulai wrote:
> Hi,
>
> what do you mean by loading a giving class? Are you sure they have the
> same package name, and one is not a subtype of another?
>
> I guess the numberer uses a kind of cache algorithm they are  not
> guarenteed  to map the same number for the same class if your class
> loading    do not share the cached part.
>
> A work around might be share the numberer, but maybe  that is not what
> you wanted.
> Zell.
>
> On Thu, Mar 21, 2013 at 12:54 AM, Marc-Andre Laverdiere-Papineau
> <marc-andre.laverdiere-papineau at polymtl.ca
> <mailto:marc-andre.laverdiere-papineau at polymtl.ca>> wrote:
>
>     Hello,
>
>     I am doing an analysis on a program and I am hitting a bug.
>
>     I have two parts of the algorithm loading a SootClass for a given class.
>
>     I call getNumber() on the first instance, I get 842.
>     I call getNumber() on the second instance, I get 4317.
>
>     I thought that the numbers were supposed to be unique.
>
>     So I am guessing that: a) there is a bug in the numbering algorithm or
>     b) Somehow, two definitions of the same class gets loaded.
>
>     Which one is more likely? Is there a way to prevent b) from happening?
>
>     Regards,
>
>     --
>     Marc-André Laverdière-Papineau
>     Doctorant - PhD Candidate
>     _______________________________________________
>     Soot-list mailing list
>     Soot-list at sable.mcgill.ca <mailto:Soot-list at sable.mcgill.ca>
>     http://mailman.cs.mcgill.ca/mailman/listinfo/soot-list
>
>