<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7655.1">
<TITLE>RE: [PlanetCCRMA] sced missing from Gedit plugins</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>Progress! I installed Fernando's edited version of<BR>
/usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc<BR>
The 2 lines in that Fernando edited to remove the possibly bogus character<BR>
(which looks like a capital "E" with a circumflex on my display) no longer<BR>
trigger parse errors from sced or sclang. The errors I now get are:<BR>
==========================================================<BR>
init_OSC<BR>
empty<BR>
compiling class library...<BR>
NumPrimitives = 665<BR>
compiling dir: '/usr/share/SuperCollider/SCClassLibrary'<BR>
compiling dir: '/usr/share/SuperCollider/Extensions'<BR>
pass 1 done<BR>
<BR>
at '/JITLib/ProxySpace/wrapForNodeProxy.sc' line 68 char 5<BR>
code -54<BR>
in file '/JITLib/ProxySpace/wrapForNodeProxy.sc' line 68 char 5<BR>
ERROR: Parse error<BR>
in file '/JITLib/ProxySpace/wrapForNodeProxy.sc'<BR>
line 68 char 5:<BR>
^<BR>
}<BR>
-----------------------------------<BR>
ERROR: file '/JITLib/ProxySpace/wrapForNodeProxy.sc' parse failed<BR>
error parsing<BR>
<BR>
at '/usr/share/SuperCollider/Extensions/MathLib/classes/LazyLindenmayer/extStringRewrite.sc' line 100 char 26<BR>
code -54<BR>
in file '/usr/share/SuperCollider/Extensions/MathLib/classes/LazyLindenmayer/extStringRewrite.sc' line 100 char 26<BR>
ERROR: Parse error<BR>
inval = current[0].yield;<BR>
-----------------------------------<BR>
ERROR: file '/usr/share/SuperCollider/Extensions/MathLib/classes/LazyLindenmayer/extStringRewrite.sc' parse failed<BR>
error parsing<BR>
ERROR: Class extension for nonexistent class 'StartRow'<BR>
In <A HREF="file:'/usr/share/SuperCollider/Extensions/dewdrop_lib/ddwGUIEnhancements3.4/recursiveResize.sc'">file:'/usr/share/SuperCollider/Extensions/dewdrop_lib/ddwGUIEnhancements3.4/recursiveResize.sc'</A><BR>
=======================================================<BR>
The compile errors that I previously saw that have disappeared when using<BR>
Fernando's edited file Solver.sc are:<BR>
<BR>
at '/usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc' line 52 char 56<BR>
code -54<BR>
in file '/usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc' line 52 char 56<BR>
ERROR: Parse error<BR>
in file '/usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc'<BR>
line 52 char 56:<BR>
^<BR>
++ [{ arg... args; af.(*args) }];<BR>
-----------------------------------<BR>
ERROR: file '/usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc' parse failed<BR>
error parsing<BR>
ERROR: Cannot find superclass 'Solver' for class 'Euler'<BR>
in file '/usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc'<BR>
line 141 char 14:<BR>
Euler : Solver {<BR>
-----------------------------------<BR>
ERROR: Cannot find superclass 'Solver' for class 'RK'<BR>
in file '/usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc'<BR>
line 79 char 11:<BR>
RK : Solver {<BR>
-----------------------------------<BR>
ERROR: Cannot find superclass 'RK' for class 'RK2'<BR>
in file '/usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc'<BR>
line 126 char 8:<BR>
RK2 : RK {<BR>
-----------------------------------<BR>
ERROR: Cannot find superclass 'RK' for class 'RK3'<BR>
in file '/usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc'<BR>
line 112 char 8:<BR>
RK3 : RK {<BR>
-----------------------------------<BR>
ERROR: Cannot find superclass 'RK' for class 'RK4'<BR>
in file '/usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc'<BR>
line 95 char 8:<BR>
RK4 : RK {<BR>
=============================================<BR>
In looking at<BR>
/usr/share/SuperCollider/SCClassLibrary/JITLib/ProxySpace/wrapForNodeProxy.sc<BR>
and<BR>
/usr/share/SuperCollider/Extensions/MathLib/classes/LazyLindenmayer/extStringRewrite.sc<BR>
where the first errors now occur I was hoping to find something similar --<BR>
a deviant-looking character -- but the characters where the compiler seems to<BR>
die are circumflexes, and there are *lots* of circumflex characters in these files.<BR>
I haven't had time to look into these errors more carefully.<BR>
Thanks to Fernando for the custom cabintry onthe Solver.sc file. It really<BR>
is good to see some prgoress on this knotty problem.<BR>
<BR>
<BR>
<BR>
<BR>
-----Original Message-----<BR>
From: Fernando Lopez-Lezcano [<A HREF="mailto:nando@ccrma.Stanford.EDU">mailto:nando@ccrma.Stanford.EDU</A>]<BR>
Sent: Fri 7/13/2012 8:42 PM<BR>
To: planetccrma@ccrma.Stanford.EDU; Schindler, Allan; Fernando Lopez-Lezcano<BR>
Subject: Re: [PlanetCCRMA] sced missing from Gedit plugins<BR>
<BR>
On 07/13/2012 02:30 PM, Schindler, Allan wrote:<BR>
> I am *still* trying to get supercollider functional with gedit/sced<BR>
> (gedit-3.2.6-1.fc16.i686) on F16 and am still getting compile errors.<BR>
<BR>
Argh, very sorry to hear that (I was hoping you were up and running<BR>
already).<BR>
<BR>
> The errors I get from sced are:<BR>
><BR>
> init_OSC<BR>
> empty<BR>
> compiling class library...<BR>
> NumPrimitives = 665<BR>
> compiling dir: '/usr/share/SuperCollider/SCClassLibrary'<BR>
> compiling dir: '/usr/share/SuperCollider/Extensions'<BR>
> pass 1 done<BR>
> at<BR>
> '/usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc'<BR>
> line 52 char 56<BR>
> code -54<BR>
> in file<BR>
> '/usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc'<BR>
> line 52 char 56<BR>
> ERROR: Parse error<BR>
> in file<BR>
> '/usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc'<BR>
> line 52 char 56:<BR>
> ^<BR>
> ++ [{ arg... args; af.(*args) }];<BR>
<BR>
Hmmm, I'm looking at the file with "more" and see a weird character in<BR>
that line.<BR>
This is what it looks like in an emacs buffer:<BR>
<BR>
----<BR>
order = (af.def.numArgs-1);<BR>
f = ((order-1).collect{ |i| { arg... args; args[i+2]\312} })<BR>
++ [{ arg... args; af.(*args) }];<BR>
f = f.as(NFunc);<BR>
----<BR>
<BR>
The "\312" is a character that probably should not be there. There is<BR>
another line like that somewhere below:<BR>
<BR>
----<BR>
f = af.collect{ |func,k|<BR>
//postln("function: "++ k);<BR>
(((order-1).collect{ |i| { arg... args; args[i+2+(k*order)]\312} })<BR>
++ [{ arg... args; func.(*args) }])<BR>
}.as(SystemNFunc);<BR>
----<BR>
<BR>
I'm trying to imagine _why_ this is triggering an error for you (I have<BR>
those same files and they work). Maybe you are working with a different<BR>
locale and in that one that character is recognized and acted upon??<BR>
<BR>
I tried to actually edit the file and emacs said:<BR>
<BR>
----<BR>
These default coding systems were tried to encode text<BR>
in the buffer `Solver.sc':<BR>
(emacs-mule-unix (15 . 4194187) (1516 . 4194250) (1880 . 4194250))<BR>
(utf-8-unix (15 . 4194187) (1516 . 4194250) (1880 . 4194250))<BR>
However, each of them encountered characters it couldn't encode:<BR>
emacs-mule-unix cannot encode these:<BR>
utf-8-unix cannot encode these:<BR>
<BR>
Click on a character (or switch to this window by `C-x o'<BR>
and select the characters by RET) to jump to the place it appears,<BR>
where `C-u C-x =' will give information about it.<BR>
----<BR>
<BR>
So there is something fishy going on with those characters (and there's<BR>
one more I had not seen!)<BR>
<BR>
I'm attaching an edited version of that file, could you login as root<BR>
and replace the one that is there with this one? Sorry, I'm running out<BR>
of things to try :-(<BR>
<BR>
The full path of the file should be:<BR>
/usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc<BR>
<BR>
Let us know how it goes...<BR>
-- Fernando<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>