typetools / typetools/checker-framework

RLC unsoundness at (pseudo?) assignments to `@MustCallUnknown`

Open
#6,990 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Java
Stars
1.1k
Forks
440
Avg merge
1d 12h
Merged PRs (30d)
134

Description

The RLC reports no violations on this code, although the resource parameter is clearly dropped without being closed:

import org.checkerframework.checker.mustcall.qual.MustCallUnknown;
import org.checkerframework.checker.mustcall.qual.Owning;

import java.io.Closeable;

public class DropOwning {

  public void f(@Owning Closeable resource) {
    drop(resource);
  }

  private void drop(@Owning @MustCallUnknown Object resource) {
  }

}

The manual suggests that this code should result in a required.method.not.known warning, although that doesn't seem to be the case.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the DropOwning example and the Resource Leak Checker (RLC) behavior described in the issue, then compare it with the manual's resource-leak-generic-unknown section. Reproduce the missing diagnostic and trace how pseudo-assignments to @MustCallUnknown are handled. Done means the example reports the expected required.method.not.known warning.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
compilers
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.