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

[Zhoulai]

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> 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
> http://mailman.cs.mcgill.ca/mailman/listinfo/soot-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.cs.mcgill.ca/pipermail/soot-list/attachments/20130321/fd565e8d/attachment.html