Scope bug?

older
Re: [chuck-users] Installing on...

Ian South-Dickinson

6 Aug 2014 6 Aug '14

3 a.m.

I encountered a strange case where a variable was changing value within the scope of an if statement, because I had a superclass with an identical variable name. I am able to reproduce it with this simple case: class A { 10000 => int foo; } class B extends A { fun void bar() { 0 => int foo; <<< "a", foo >>>; { <<< "b", foo >>>; } <<< "c", foo >>>; } } Prints out: a 0 b 10000 c 0

Attachments:

attachment.html (text/html — 832 bytes)

Show replies by date

Dealga McArdle

6 Aug 6 Aug

10:40 a.m.

Ian, why do you have that innermost scope? that's not intended use of syntax I think. On Wed, Aug 6, 2014 at 9:00 AM, Ian South-Dickinson wrote:

...

I encountered a strange case where a variable was changing value within the scope of an if statement, because I had a superclass with an identical variable name. I am able to reproduce it with this simple case:

class A { 10000 => int foo; }

class B extends A { fun void bar() { 0 => int foo;

<<< "a", foo >>>; { <<< "b", foo >>>; } <<< "c", foo >>>; } }

Prints out:

a 0 b 10000 c 0

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

Ian South-Dickinson

10:51 a.m.

The bug appears in other inner scopes, such as an if-statement, and probably for/while loops. On Wed, Aug 6, 2014 at 7:40 AM, Dealga McArdle wrote:

...

Ian, why do you have that innermost scope? that's not intended use of syntax I think.

On Wed, Aug 6, 2014 at 9:00 AM, Ian South-Dickinson wrote:

...
I encountered a strange case where a variable was changing value within the scope of an if statement, because I had a superclass with an identical variable name. I am able to reproduce it with this simple case:

class A { 10000 => int foo; }

class B extends A { fun void bar() { 0 => int foo;

<<< "a", foo >>>; { <<< "b", foo >>>; } <<< "c", foo >>>; } }

Prints out:

a 0 b 10000 c 0

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

Dealga McArdle

1:56 p.m.

Ah, yes.. i see now class A { 10000 => int foo; } class B extends A { fun void bar() { 0 => int foo; <<< "a", foo >>>; if (true) { <<< "b", foo >>>; } <<< "c", foo >>>; } } B bobj; bobj.bar(); indeed. On Wed, Aug 6, 2014 at 4:51 PM, Ian South-Dickinson wrote:

...

The bug appears in other inner scopes, such as an if-statement, and probably for/while loops.

On Wed, Aug 6, 2014 at 7:40 AM, Dealga McArdle wrote:

...
Ian, why do you have that innermost scope? that's not intended use of syntax I think.

On Wed, Aug 6, 2014 at 9:00 AM, Ian South-Dickinson
...
wrote:

...
I encountered a strange case where a variable was changing value within the scope of an if statement, because I had a superclass with an identical variable name. I am able to reproduce it with this simple case:

class A { 10000 => int foo; }

class B extends A { fun void bar() { 0 => int foo;

<<< "a", foo >>>; { <<< "b", foo >>>; } <<< "c", foo >>>; } }

Prints out:

a 0 b 10000 c 0

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

Spencer Salazar

5 p.m.

That looks like a bug alright. Thanks for letting us know! We will take a look into it. spencer On Wed, Aug 6, 2014 at 10:56 AM, Dealga McArdle wrote:

...

Ah, yes.. i see now

class A { 10000 => int foo; }

class B extends A { fun void bar() { 0 => int foo;

<<< "a", foo >>>; if (true) { <<< "b", foo >>>; } <<< "c", foo >>>; } }

B bobj; bobj.bar();

indeed.

On Wed, Aug 6, 2014 at 4:51 PM, Ian South-Dickinson wrote:

...
The bug appears in other inner scopes, such as an if-statement, and probably for/while loops.

On Wed, Aug 6, 2014 at 7:40 AM, Dealga McArdle wrote:

...
Ian, why do you have that innermost scope? that's not intended use of syntax I think.

On Wed, Aug 6, 2014 at 9:00 AM, Ian South-Dickinson < ian.southd@gmail.com> wrote:

...
I encountered a strange case where a variable was changing value within the scope of an if statement, because I had a superclass with an identical variable name. I am able to reproduce it with this simple case:

class A { 10000 => int foo; }

class B extends A { fun void bar() { 0 => int foo;

<<< "a", foo >>>; { <<< "b", foo >>>; } <<< "c", foo >>>; } }

Prints out:

a 0 b 10000 c 0

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

Mark Cerqueira

5:06 p.m.

Probably a good time to mention (emailed chuck-dev a few weeks back) that we now have unit tests that run every time changes are made to ChucK. Any time bugs are found, concise code that reproduces it (like the code provided above) is great, because we can then just copy-and-paste it into a new test file. :) Original email below for anyone who wants to know more or contribute tests. Thanks! mc --------- Hi all, In between some intense StarCrafting, Spencer and I set up ChucK to be continuously integrated on Travis CI. This means every commit/change to ChucK ensures ChucK compiles on Mac (10.9.2) and Linux (Ubuntu 12.04), as well as running a bunch of unit tests on both platforms. https://travis-ci.org/ccrma/chuck/builds This was spurred by the recent 147th shred removal causing a segmentation fault, given we could easily test (and even further stress test) ChucK automatically. Tests are currently in the src/test folder of the ChucK repo on GitHub, including tests like Michael Heuer's 147 spork (and one with over 9000 shreds) removal code in the 04-Stress folder: https://github.com/ccrma/chuck/tree/master/src/test Want to contribute? Feel free to fork the ChucK repo, add tests, and send a pull request. We're not quite sure how we want to organize the tests yet so put them in whatever folder you want. Once your tests are pulled in, they'll be run every time a new commit is pushed to ChucK. We're hoping this will make ChucK more stable as well as decreasing the chance for regressing bugs. On Wed, Aug 6, 2014 at 2:00 PM, Spencer Salazar wrote:

...

That looks like a bug alright. Thanks for letting us know! We will take a look into it.

spencer

On Wed, Aug 6, 2014 at 10:56 AM, Dealga McArdle wrote:

...
Ah, yes.. i see now

class A { 10000 => int foo; }

class B extends A { fun void bar() { 0 => int foo;

<<< "a", foo >>>; if (true) { <<< "b", foo >>>; } <<< "c", foo >>>; } }

B bobj; bobj.bar();

indeed.

On Wed, Aug 6, 2014 at 4:51 PM, Ian South-Dickinson
...
wrote:

...
The bug appears in other inner scopes, such as an if-statement, and probably for/while loops.

On Wed, Aug 6, 2014 at 7:40 AM, Dealga McArdle wrote:

...
Ian, why do you have that innermost scope? that's not intended use of syntax I think.

On Wed, Aug 6, 2014 at 9:00 AM, Ian South-Dickinson < ian.southd@gmail.com> wrote:

...
I encountered a strange case where a variable was changing value within the scope of an if statement, because I had a superclass with an identical variable name. I am able to reproduce it with this simple case:

class A { 10000 => int foo; }

class B extends A { fun void bar() { 0 => int foo;

<<< "a", foo >>>; { <<< "b", foo >>>; } <<< "c", foo >>>; } }

Prints out:

a 0 b 10000 c 0

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

_______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

warren＠wamoco.com

7 Aug 7 Aug

1:23 p.m.

Possibly related (definitely perplexing): changing foo in A to “static” class A { 10000 => static int foo; } class B extends A { fun void bar() { 0 => int foo; <<< "a", foo >>>; { <<< "b", foo >>>; } <<< "c", foo >>>; } } <<>>; A a; <<>>; B b; <<>>; b.bar(); 0 :(int) 10000 :(int) -2031012 :(int) a 0 b 10000 c 0 From: chuck-users-bounces@lists.cs.princeton.edu [mailto:chuck-users-bounces@lists.cs.princeton.edu] On Behalf Of Spencer Salazar Sent: Wednesday, August 06, 2014 2:00 PM To: ChucK Users Mailing List Subject: Re: [chuck-users] Scope bug? That looks like a bug alright. Thanks for letting us know! We will take a look into it. spencer On Wed, Aug 6, 2014 at 10:56 AM, Dealga McArdle wrote: Ah, yes.. i see now class A { 10000 => int foo; } class B extends A { fun void bar() { 0 => int foo; <<< "a", foo >>>; if (true) { <<< "b", foo >>>; } <<< "c", foo >>>; } } B bobj; bobj.bar(); indeed. On Wed, Aug 6, 2014 at 4:51 PM, Ian South-Dickinson wrote: The bug appears in other inner scopes, such as an if-statement, and probably for/while loops. On Wed, Aug 6, 2014 at 7:40 AM, Dealga McArdle wrote: Ian, why do you have that innermost scope? that's not intended use of syntax I think. On Wed, Aug 6, 2014 at 9:00 AM, Ian South-Dickinson wrote: I encountered a strange case where a variable was changing value within the scope of an if statement, because I had a superclass with an identical variable name. I am able to reproduce it with this simple case: class A { 10000 => int foo; } class B extends A { fun void bar() { 0 => int foo; <<< "a", foo >>>; { <<< "b", foo >>>; } <<< "c", foo >>>; } } Prints out: a 0 b 10000 c 0 _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

3752

Age (days ago)

3753

Last active (days ago)

List overview

Download

6 comments

5 participants

participants (5)

Dealga McArdle
Ian South-Dickinson
Mark Cerqueira
Spencer Salazar
warren＠wamoco.com

Scope bug?

Ian South-Dickinson

Dealga McArdle

Ian South-Dickinson

Dealga McArdle

Spencer Salazar

Mark Cerqueira

warren＠wamoco.com

tags

participants (5)