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 <antanasb@gmail.com> wrote:
2014-03-26 21:23 GMT+02:00 alfredo <freddi.blues@gmail.com>:
> 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.html


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