Float assignment totally unexpected

alfredo

26 Mar 2014 26 Mar '14

9:41 a.m.

Hello everybody! I'm running miniaudicle for ubuntu 13.10. everything compiles and even sound works. i'm just facing an unexpected behaviors with floats. <<< 12.2 >>> prints 12.000000 : (float) <<< 1.2 * 2.2 >>> prints 2.00000 : (float) 2.3 => float a; <<< a >>> prints 2.000000 : (float) i really want to solve this out as soon as possible. any advices? is a gcc/g++ issue? is chuck language issue?

Attachments:

attachment.html (text/html — 1.1 KB)

Show replies by date

Brian Sorahan

26 Mar 26 Mar

10:41 a.m.

That's really bizarre brian@brian-work-laptop ~ $ cat float-issue.ck 2.3 => float a; <<< a >>>; brian@brian-work-laptop ~ $ chuck float-issue.ck 2.300000 :(float) I'm on Mint 15 and brian@brian-work-laptop ~ $ chuck --version chuck version: 1.3.3.0 (chimera) linux (alsa) : 64-bit On Wed, Mar 26, 2014 at 8:41 AM, alfredo wrote:

...

Hello everybody!

I'm running miniaudicle for ubuntu 13.10.

everything compiles and even sound works.

i'm just facing an unexpected behaviors with floats.

<<< 12.2 >>> prints 12.000000 : (float) <<< 1.2 * 2.2 >>> prints 2.00000 : (float)

2.3 => float a; <<< a >>> prints 2.000000 : (float)

i really want to solve this out as soon as possible.

any advices? is a gcc/g++ issue? is chuck language issue?

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

alfredo

11:35 a.m.

i tried on different machines (32bit /64bit), changed to debian. unluckly got the same result. i'm using miniaudicle 1.3.1 and chuck source 1.3.3 my gcc version is 4.8.1 my g++ version is 4.8.1 2014-03-26 15:41 GMT+01:00 Brian Sorahan :

...

That's really bizarre

brian@brian-work-laptop ~ $ cat float-issue.ck 2.3 => float a; <<< a >>>; brian@brian-work-laptop ~ $ chuck float-issue.ck 2.300000 :(float)

I'm on Mint 15 and

brian@brian-work-laptop ~ $ chuck --version

chuck version: 1.3.3.0 (chimera) linux (alsa) : 64-bit

On Wed, Mar 26, 2014 at 8:41 AM, alfredo wrote:

...
Hello everybody!

I'm running miniaudicle for ubuntu 13.10.

everything compiles and even sound works.

i'm just facing an unexpected behaviors with floats.

<<< 12.2 >>> prints 12.000000 : (float) <<< 1.2 * 2.2 >>> prints 2.00000 : (float)

2.3 => float a; <<< a >>> prints 2.000000 : (float)

i really want to solve this out as soon as possible.

any advices? is a gcc/g++ issue? is chuck language issue?

_______________________________________________ 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

Antanas Budriūnas

1:20 p.m.

Alfredo, to locate a cause I'll suggest you to experiment avoiding miniaudicle, using command line. 2014-03-26 17:35 GMT+02:00 alfredo :

...

i tried on different machines (32bit /64bit), changed to debian. unluckly got the same result.

i'm using miniaudicle 1.3.1 and chuck source 1.3.3

my gcc version is 4.8.1 my g++ version is 4.8.1

Using formerly compiled ChucK - $ chuck --version chuck version: 1.3.1.3 (chimera) linux (jack) : 32-bit I got as expected - $ cat float-issue.ck 2.3 => float a; <<<a>>>; $ chuck float-issue.ck 2.300000 :(float) Antanas Budriūnas

alfredo

3:23 p.m.

chuck --version chuck version: 1.3.3.0 (chimera) linux (alsa) : 64-bit http://chuck.cs.princeton.edu/ http://chuck.stanford.edu/ nano float-issue.ck 2.3 => float a; <<< a >>>; chuck float-issue.ck 2.300000 : (float) unbelievable... but mini-audicle still doesn't work can it be the dependencies? 2014-03-26 18:20 GMT+01:00 Antanas Budriūnas :

...

Alfredo,

to locate a cause I'll suggest you to experiment avoiding miniaudicle, using command line.

2014-03-26 17:35 GMT+02:00 alfredo :

...
i tried on different machines (32bit /64bit), changed to debian. unluckly got the same result.

i'm using miniaudicle 1.3.1 and chuck source 1.3.3

my gcc version is 4.8.1 my g++ version is 4.8.1

Using formerly compiled ChucK -

$ chuck --version chuck version: 1.3.1.3 (chimera) linux (jack) : 32-bit

I got as expected -

$ cat float-issue.ck 2.3 => float a; <<<a>>>; $ chuck float-issue.ck 2.300000 :(float)

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

Brian Sorahan

3:45 p.m.

I don't use the mA at all, but I just built it (1.3.1. gidora) and ran your example and did not see this issue. Did you maybe build mA against an older, crappier version of chuck? On Wed, Mar 26, 2014 at 2:23 PM, alfredo wrote:

...

chuck --version

chuck version: 1.3.3.0 (chimera) linux (alsa) : 64-bit http://chuck.cs.princeton.edu/ http://chuck.stanford.edu/

nano float-issue.ck 2.3 => float a; <<< a >>>;

chuck float-issue.ck 2.300000 : (float)

unbelievable... but mini-audicle still doesn't work

can it be the dependencies?

2014-03-26 18:20 GMT+01:00 Antanas Budriūnas :

Alfredo,

...
to locate a cause I'll suggest you to experiment avoiding miniaudicle, using command line.

2014-03-26 17:35 GMT+02:00 alfredo :

...
i tried on different machines (32bit /64bit), changed to debian. unluckly got the same result.

i'm using miniaudicle 1.3.1 and chuck source 1.3.3

my gcc version is 4.8.1 my g++ version is 4.8.1

Using formerly compiled ChucK -

$ chuck --version chuck version: 1.3.1.3 (chimera) linux (jack) : 32-bit

I got as expected -

$ cat float-issue.ck 2.3 => float a; <<<a>>>; $ chuck float-issue.ck 2.300000 :(float)

Antanas Budriūnas _______________________________________________ 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

Antanas Budriūnas

3:50 p.m.

2014-03-26 21:23 GMT+02:00 alfredo :

...

chuck --version

chuck version: 1.3.3.0 (chimera) linux (alsa) : 64-bit http://chuck.cs.princeton.edu/ http://chuck.stanford.edu/

nano float-issue.ck 2.3 => float a; <<< a >>>;

chuck float-issue.ck 2.300000 : (float)

unbelievable... but mini-audicle still doesn't work

can it be the dependencies?

I didn' t use mini but seems (s)hi had the problem long time ago - https://lists.cs.princeton.edu/pipermail/chuck-users/2006-November/001309.ht... Antanas Budriūnas

Spencer Salazar

4:15 p.m.

Hey Alfredo/all, I dont have any specific recollection of this issue coming up, but the thread Antanas has linked to is promising. It could be a locale issue, which sadly seems to still be an issue in some situations :( One side effect of these is software being confused whether , or . is the decimal separator for floating point literals, which might explain the misrepresentations you are seeing. To test this, try setting to miniAudicle to the "C" locale before running it, by setting the appropriate locale environment variable. Its been a while, but I believe LC_ALL is the right var. For example, $ export LC_ALL="C" $ miniAudicle and then proceed as normal. (The locale settings will only apply to the current terminal, so this shouldnt affect anything else on your system.) There are a few more locale-oriented settings that can be manipulated, so some experimentation may be necessary. If it is a locale issue, then its probably something we can fix in miniAudicle very easily. Let me know! Thanks, spencer On Wed, Mar 26, 2014 at 12:50 PM, Antanas Budriūnas wrote:

...

2014-03-26 21:23 GMT+02:00 alfredo :

...
chuck --version

chuck version: 1.3.3.0 (chimera) linux (alsa) : 64-bit http://chuck.cs.princeton.edu/ http://chuck.stanford.edu/

nano float-issue.ck 2.3 => float a; <<< a >>>;

chuck float-issue.ck 2.300000 : (float)

unbelievable... but mini-audicle still doesn't work

can it be the dependencies?

I didn' t use mini but seems (s)hi had the problem long time ago -

https://lists.cs.princeton.edu/pipermail/chuck-users/2006-November/001309.ht...

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

alfredo

4:26 p.m.

Hi spencer/all... finally! it seems that is a locale problem. doing export LC_ALL="C" before running miniaudicle it works perfectly. thanks a lot... hope it helps to fix that. thanks to everybody for the quick answer. still congratulations for the excellent language/software that personally i love. sincerely, alfredo 2014-03-26 21:15 GMT+01:00 Spencer Salazar :

...

Hey Alfredo/all,

I dont have any specific recollection of this issue coming up, but the thread Antanas has linked to is promising. It could be a locale issue, which sadly seems to still be an issue in some situations :( One side effect of these is software being confused whether , or . is the decimal separator for floating point literals, which might explain the misrepresentations you are seeing.

To test this, try setting to miniAudicle to the "C" locale before running it, by setting the appropriate locale environment variable. Its been a while, but I believe LC_ALL is the right var. For example,

$ export LC_ALL="C" $ miniAudicle

and then proceed as normal. (The locale settings will only apply to the current terminal, so this shouldnt affect anything else on your system.) There are a few more locale-oriented settings that can be manipulated, so some experimentation may be necessary.

If it is a locale issue, then its probably something we can fix in miniAudicle very easily. Let me know!

Thanks, spencer

On Wed, Mar 26, 2014 at 12:50 PM, Antanas Budriūnas wrote:

...
2014-03-26 21:23 GMT+02:00 alfredo :

...
chuck --version

chuck version: 1.3.3.0 (chimera) linux (alsa) : 64-bit http://chuck.cs.princeton.edu/ http://chuck.stanford.edu/

nano float-issue.ck 2.3 => float a; <<< a >>>;

chuck float-issue.ck 2.300000 : (float)

unbelievable... but mini-audicle still doesn't work

can it be the dependencies?

I didn' t use mini but seems (s)hi had the problem long time ago -

https://lists.cs.princeton.edu/pipermail/chuck-users/2006-November/001309.ht...

Antanas Budriūnas _______________________________________________ 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:41 p.m.

Cool. Ill make a fix for the next release that automatically sets this (for miniAudicle only), but it looks like you have a workaround for now. spencer On Wed, Mar 26, 2014 at 1:26 PM, alfredo wrote:

...

Hi spencer/all...

finally! it seems that is a locale problem. doing export LC_ALL="C" before running miniaudicle it works perfectly.

thanks a lot... hope it helps to fix that.

thanks to everybody for the quick answer.

still congratulations for the excellent language/software that personally i love.

sincerely, alfredo

2014-03-26 21:15 GMT+01:00 Spencer Salazar :

Hey Alfredo/all,

...
I dont have any specific recollection of this issue coming up, but the thread Antanas has linked to is promising. It could be a locale issue, which sadly seems to still be an issue in some situations :( One side effect of these is software being confused whether , or . is the decimal separator for floating point literals, which might explain the misrepresentations you are seeing.

To test this, try setting to miniAudicle to the "C" locale before running it, by setting the appropriate locale environment variable. Its been a while, but I believe LC_ALL is the right var. For example,

$ export LC_ALL="C" $ miniAudicle

and then proceed as normal. (The locale settings will only apply to the current terminal, so this shouldnt affect anything else on your system.) There are a few more locale-oriented settings that can be manipulated, so some experimentation may be necessary.

If it is a locale issue, then its probably something we can fix in miniAudicle very easily. Let me know!

Thanks, spencer

On Wed, Mar 26, 2014 at 12:50 PM, Antanas Budriūnas wrote:

...
2014-03-26 21:23 GMT+02:00 alfredo :

...
chuck --version

chuck version: 1.3.3.0 (chimera) linux (alsa) : 64-bit http://chuck.cs.princeton.edu/ http://chuck.stanford.edu/

nano float-issue.ck 2.3 => float a; <<< a >>>;

chuck float-issue.ck 2.300000 : (float)

unbelievable... but mini-audicle still doesn't work

can it be the dependencies?

I didn' t use mini but seems (s)hi had the problem long time ago -

https://lists.cs.princeton.edu/pipermail/chuck-users/2006-November/001309.ht...

Antanas Budriūnas _______________________________________________ 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

3931

Age (days ago)

3931

Last active (days ago)

List overview

Download

9 comments

4 participants

participants (4)

alfredo
Antanas Budriūnas
Brian Sorahan
Spencer Salazar