Skip to content
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

Handle case where <init> callback does not capture null assignemnt #10

Open
ftc opened this issue Mar 27, 2024 · 0 comments
Open

Handle case where <init> callback does not capture null assignemnt #10

ftc opened this issue Mar 27, 2024 · 0 comments

Comments

@ftc
Copy link
Member

ftc commented Mar 27, 2024

In the benchmark from commit f8a1fca25a9ed015fb75cc4bb2f1810088cd945d directory Historia/notebooks/reachExpGPT/FragmentLF.

When a field is declared on a class, it sometimes doesn't handle a field pointing to null initially.

e.g. For the field field a vc requiring f.field -> null cannot be satisfied for some reason. This looks like an encoding issue.

class Foo extends Fragment{
Object field; 
...
}

Workaround is to just set field to null.

class Foo extends Fragment{
Object field = null;  // explicit null set.
...
}
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant