-
Notifications
You must be signed in to change notification settings - Fork 175
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
How to get object names #126
Comments
Hi @aascorreia. Conceptually, method Tai-e prefix abstract objects with their allocation site (i.e., the method where allocations happen). A possible solution to your problem would be roughly like this:
|
Thank you for shedding light on the difference between objects and variables. I did not consider that aspect of objects at first and can now understand why Obj does not store the name of either c1 or c2. However, I am a bit confused with Step 4. For reference, here is the code that is being executed after analysis is done, as I believe Steps 2 and 3 have already been accomplished to some extent. PointerAnalysisResultImpl result = World.get().getResult("pta");
Collection<CSVar> csVars = result.getCSVars();
FieldAccessMap ptaInfo = new FieldAccessMap();
if (!csVars.isEmpty())
for (CSVar var : csVars) {
for (Obj obj : result.getPointsToSet(var.getVar()))
System.out.println(var.getVar().getName() + "=> " + obj);
System.out.println("-".repeat(100));
if (!var.getVar().getLoadFields().isEmpty())
for (LoadField lField : var.getVar().getLoadFields())
ptaInfo.recordAccess(
lField.getFieldAccess().getFieldRef().getName(),
var.getVar().getMethod().getName(),
AccessType.READ
);
if (!var.getVar().getStoreFields().isEmpty())
for (StoreField sField : var.getVar().getStoreFields())
if (!sField.getRValue().getMethod().getSignature().contains("<init>"))
ptaInfo.recordAccess(
sField.getFieldAccess().getFieldRef().getName(),
var.getVar().getMethod().getName(),
AccessType.WRITE
);
}
ptaInfo.printAccessMap(); FieldAccessMap is what holds the map I initially mentioned. |
I believe this is what you want. if (!var.getVar().getLoadFields().isEmpty()) {
for (LoadField lField : var.getVar().getLoadFields()) {
for (Obj obj : result.getPointsToSet(var.getVar())) {
ptaInfo.recordAccess(
obj + lField.getFieldAccess().getFieldRef().getName(),
var.getVar().getMethod().getName(),
AccessType.READ
);
}
}
}
if (!var.getVar().getStoreFields().isEmpty()) {
for (StoreField sField : var.getVar().getStoreFields()) {
if (!sField.getRValue().getMethod().getSignature().contains("<init>")) {
for (Obj obj : result.getPointsToSet(var.getVar())) {
ptaInfo.recordAccess(
obj + sField.getFieldAccess().getFieldRef().getName(),
var.getVar().getMethod().getName(),
AccessType.WRITE
);
}
}
}
} and the output will be something like this
|
I see. Given your answer though, I'm assuming there really is no way to know the name of a variable since, from what I understood, I was hoping that, even if Tai-e cannot provide that bit of information (c1 and c2 as names), it would be possible to implement a new plugin, or use an existing one, for that effect. |
I haven't fully understood what you are discussing.
This is incorrect. If In fact, the code snippet below is already capable of outputting results with variable names: PointerAnalysisResultImpl result = World.get().getResult("pta");
Collection<CSVar> csVars = result.getCSVars();
if (!csVars.isEmpty())
for (CSVar var : csVars) {
for (Obj obj : result.getPointsToSet(var.getVar()))
System.out.println(var.getVar().getName() + " => " + obj);
System.out.println("-".repeat(100));
} The execution result on my local environment is:
Additional note: It seems you are using |
I can assure you that I had added the cd src
javac -g -d ../bin -cp ../bin/tai-e-all-0.5.1-SNAPSHOT.jar classes/*.java *.java
cd ../ Even the IDE is correctly setup to generate debugging information during compilation. The results I was getting when providing
Now, given your comment:
I attempted to use src as the classpath for analysis rather than bin, and managed to get output similar to yours. Thank you! |
📝 Overall Description
Hello!
I'm currently performing Tai-e's PTA over a test class Counter with the following options:
The class itself looks like this:
The goal in mind is to gather information regarding the objects invoking the various class methods, identifying the fields involved in read and/or write operations.
By iterating through LoadField and StoreField statements for each variable provided by PointerAnalysisResultImpl.getVars(), I am able to access the field references that are subject to read and write operations, respectively. This information is then used to populate a map whose keys correspond to said field references' names, and values store objects representing the variable's access information (method name and access type).
When running Tai-e's PTA over Counter, I get the following information:
Since both c1 and c2 call increment, it makes sense that two instances of read and write operations are captured. The issue is that it would be ideal to separate these two instances into distinct map keys such that:
While it is possible to obtain the points-to set of a given variable using PointerAnalysisResultImpl.getPointsToSet(Var), I cannot seem to find a way to "resolve" the retrieved Obj objects (example shown below) to get the corresponding object names that are present in the code (c1 and c2 in this case).
Is it feasible to obtain this information, or does the framework not allow it? Should I be using other analysis options or plugins?
Additionally, if Counter's field was instead a reference to another class which contains the counter that is modified in increment, would I have to call getPointsToSet recursively to get to c1.ref.counter, for example?
Thank you for your time.
🎯 Expected Behavior
Printing my map should output to the console:
🐛 Current Behavior
Because I cannot obtain the actual object names currently, the console displays:
🔄 Reproducible Example
No response
⚙️ Tai-e Arguments
No response
📜 Tai-e Log
No response
ℹ️ Additional Information
No response
The text was updated successfully, but these errors were encountered: