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
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