You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@groovy.apache.org by "Thodoris Sotiropoulos (Jira)" <ji...@apache.org> on 2022/02/15 01:48:00 UTC

[jira] [Created] (GROOVY-10480) Closure that assigns null to object changes the type of variable

Thodoris Sotiropoulos created GROOVY-10480:
----------------------------------------------

             Summary: Closure that assigns null to object changes the type of variable
                 Key: GROOVY-10480
                 URL: https://issues.apache.org/jira/browse/GROOVY-10480
             Project: Groovy
          Issue Type: Bug
          Components: Static Type Checker
            Reporter: Thodoris Sotiropoulos


I have the following Groovy program


{code:java}
class Foo {
  void foo() {}
}


class Main  {

  static void bar() {
    def x = new Foo();
    if (false) {
      x = null;
    }
    x.foo(); // works
  }

  static void baz() {
    def x  = new Foo();
    def clos = { -> {
      x = null;
      
    }}
    x.foo(); // fails
  }

}
{code}

h3. Actual behaviour

The assignment that takes inside closure changes the type of variable `x`, even though closure is never being called.
The compilerthen rejects the program by raising the following error message.

{code}
org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:
test.groovy: 22: [Static type checking] - A closure shared variable [x] has been assigned with various types and the method [foo()] does not exist in the lowest upper bound of those types: [java.lang.Object]. In general, this is a bad practice (variable reuse) because the compiler cannot determine safely what is the type of the variable at the moment of the call in a multithreaded context.
 @ line 22, column 5.
       x.foo();
       ^

1 error
{code}

h3. Expected behaviour

Compile successfully

Tested against master (https://github.com/apache/groovy/commit/5601ea14304b67e71586b0196e38f90fa1a46f5b).



--
This message was sent by Atlassian Jira
(v8.20.1#820001)