[PlanetCCRMA] SOLVED: locale issue; sced missing from Gedit plugins

[Schindler, Allan]

Thank you, Fernando!
My system is set up for English.
All of my locale environment variables were set to "en_US.iso88591".
After I changed them to "en_US.utf8" I still receive one error message
     ERROR: Class extension for nonexistent class 'StartRow'
      In file:'/usr/share/SuperCollider/Extensions/dewdrop_lib/ddwGUIEnhancements3.4/recursiveResize.sc'

from gedit and commandline sclang, and some new warnings about deprecated init Classes,
but the SC  library compiles, I see the inspiring greeting
  Welcome to SuperCollider 3.5.2
and I hear the most beautiful sounds!
Thank you again, Fernando.
Allan Schindler
~                         


-----Original Message-----
From: Fernando Lopez-Lezcano [mailto:nando at ccrma.Stanford.EDU]
Sent: Sat 7/14/2012 8:29 PM
To: Schindler, Allan
Cc: Fernando Lopez-Lezcano; planetccrma at ccrma.Stanford.EDU
Subject: Re: [PlanetCCRMA] sced missing from Gedit plugins
 
On 07/13/2012 07:41 PM, Schindler, Allan wrote:
> Progress! I installed Fernando's edited version of
> /usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc
> The 2 lines in that Fernando edited to remove the possibly bogus character
> (which looks like a capital "E" with a circumflex on my display) no longer
> trigger parse errors from sced or sclang. The errors I now get are:

Sigh, yes, I suspected you were going to find more :-(
It seems to be a locale problem, what do you see if you do:

----
locale
----

this is what I see in my machine:

----
locale
LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=
----

Do you have your system set up for a non-english language? I presume 
that if you start sclang from the command line you get the same errors, 
right? (<ctrl>-d to exit).

-- Fernando


> ==========================================================
> init_OSC
> empty
> compiling class library...
> NumPrimitives = 665
> compiling dir: '/usr/share/SuperCollider/SCClassLibrary'
> compiling dir: '/usr/share/SuperCollider/Extensions'
> pass 1 done
>
> at '/JITLib/ProxySpace/wrapForNodeProxy.sc' line 68 char 5
> code -54
> in file '/JITLib/ProxySpace/wrapForNodeProxy.sc' line 68 char 5
> ERROR: Parse error
> in file '/JITLib/ProxySpace/wrapForNodeProxy.sc'
> line 68 char 5:
> ^
> }
> -----------------------------------
> ERROR: file '/JITLib/ProxySpace/wrapForNodeProxy.sc' parse failed
> error parsing
>
> at
> '/usr/share/SuperCollider/Extensions/MathLib/classes/LazyLindenmayer/extStringRewrite.sc'
> line 100 char 26
> code -54
> in file
> '/usr/share/SuperCollider/Extensions/MathLib/classes/LazyLindenmayer/extStringRewrite.sc'
> line 100 char 26
> ERROR: Parse error
> inval = current[0].yield;
> -----------------------------------
> ERROR: file
> '/usr/share/SuperCollider/Extensions/MathLib/classes/LazyLindenmayer/extStringRewrite.sc'
> parse failed
> error parsing
> ERROR: Class extension for nonexistent class 'StartRow'
> In
> file:'/usr/share/SuperCollider/Extensions/dewdrop_lib/ddwGUIEnhancements3.4/recursiveResize.sc'
> =======================================================
...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://ccrma-mail.stanford.edu/pipermail/planetccrma/attachments/20120715/479f874c/attachment.html