Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Soundness: try/catch is checked as if the catch block always runs

Đang mở
  • Có gì không ổn?
#364 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
50/100
Loại issue
Lỗi
Độ rõ ràng
Đặc tả rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
java
Lĩnh vực
compilers

Hướng nghiên cứu

Locate where the verifier visits try/catch statements (search the visitor/checker for the try-statement case) and compare it with how if/else merges branch states at the join point — the issue says try/catch is currently sequenced instead of merged. Work out how both branches (normal exit from try, entry into catch at an arbitrary point) should be joined, and how the state after the join relates to the state on entry. Done means both reproducers in the issue report errors, the swapped-value case reports correctly, and existing verification tests still pass; add the reproducers as regression tests.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

bug

Impact: a real bug passes verification (false negative).

Description

The verifier checks try and catch blocks one after the other, so after a try/catch a variable keeps whatever the catch block last assigned. The path where the try finishes normally is lost. An if/else instead merges both branches after the join, and try/catch should be merged the same way.

Also, an exception can be thrown at any point in the try. The catch block should therefore not assume the try ran to completion, or that it never ran at all.

Minimal reproducer

import liquidjava.specification.ExternalRefinementsFor;
import liquidjava.specification.StateRefinement;
import liquidjava.specification.StateSet;

@ExternalRefinementsFor("java.lang.Throwable")
@StateSet({"withThrowable", "noThrowable"})
interface ThrowableRefinements {
    @StateRefinement(to = "noThrowable(this)")
    void Throwable(String message);

    @StateRefinement(to = "withThrowable(this)")
    void Throwable(String message, Throwable cause);

    @StateRefinement(from = "noThrowable(this)", to = "withThrowable(this)")
    Throwable initCause(Throwable cause);
}

public class Repro {
    static void load() throws Exception { throw new Exception("x"); }

    static void m() {
        Throwable t = new Throwable("start");
        try {
            load();
            t = new Throwable("try", new RuntimeException()); // withThrowable
        } catch (Exception e) {
            t = new Throwable("catch");                       // noThrowable
        }
        t.initCause(new RuntimeException()); // not reported, but t is withThrowable if load() returns
    }
}

Expected: a State Refinement Error on t.initCause(...), because t may be withThrowable.

Actual: Correct! Passed Verification.

Same bug with value refinements

static void m() {
    int y = 0;
    try {
        load();
        y = -5;
    } catch (Exception e) {
        y = 7;
    }
    @Refinement("_ > 0")
    int z = y; // not reported, but y == -5 if load() returns
}

Actual: Correct! Passed Verification. If the values are swapped (5 in the try, -5 in the catch), the error is reported, but as z == -5 is not a subtype of z > 0: only the catch path is considered.

Found while reviewing #362 (catch parameters, #333).

Ngôn ngữ chính
Java
Star
67
Fork
36
Merge trung bình
2 ngày 3 giờ
Pull request đã merge (30 ngày)
29

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của liquid-java/liquidjava

Tất cả issue của liquid-java/liquidjava

Issue tương tự

Thêm issue về Java

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.