<!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>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>
>On 07/06/2012 10:34 AM, Fernando Lopez-Lezcano wrote:<BR>
>Looking at the errors you attached, for some reason some of the classes<BR>
>are not compiling and triggering errors (it does not happen in my tests<BR>
>and is not related to gedit or emacs - the sc compiler is barfing on<BR>
>some of the code).<BR>
> Have you installed sc manually at some point? If so, could you take a<BR>
> look at what is in /usr/local/* to make sure there's nothing left of<BR>
> previous installs? I suspect there is a mix of installed versions<BR>
> somehow. Could you see what sc packages you actually have installed<BR>
> right now?<BR>
><BR>
> rpm -q -a | grep ^supercollider<BR>
><BR>
> I would also rename ~/.local/share/SuperCollider to something else so<BR>
> that there is no possibility of some extension you installed conflicting<BR>
> with the base system.<BR>
<BR>
>You could also remove all packages with supercollider in their name.<BR>
>Then see if typing sclang in a terminal brings up anything, or do a<BR>
>"whereis sclang" and "whereis scsynth" to find possibly errant binaries.<BR>
>After erasing the packages you could also see what you get from a "find<BR>
>/ -xdev -name \*SuperCollider\*"...<BR>
>-- Fernando<BR>
<BR>
Following Fernando's suggestions I removed all installed supercollider packages<BR>
with yum, then did a "find" search which, to my embarrassment, revealed an<BR>
scons install executable of supercollider in usr/local/bin, as well as an<BR>
apparently harmless SC help folder with files in /usr/share. I removed all of<BR>
these. Another global search revealed no system files anywhere with names<BR>
including the strings "supercollider," "sclang" or "scsynth."<BR>
<BR>
I renamed .local/share/SuperCollider, although I don't see anything in that<BR>
directory that could cause a conflict. I then reinstalled the supercollider<BR>
packages with yum, which once again gave me these versions:<BR>
<BR>
supercollider-bbcut2-debuginfo-2.1-2.fc16.ccrma.i686<BR>
supercollider-reduniverse-3.5-0.1.svn2303.fc16.ccrma.i686<BR>
supercollider-ambiem-3.5-0.1.svn2303.fc16.ccrma.i686<BR>
supercollider-redclasses-debuginfo-0.0-3.fc16.ccrma.i686<BR>
supercollider-dewdrop-3.5-0.1.svn2303.fc16.ccrma.i686<BR>
supercollider-3.5.2-1.fc16.ccrma.i686<BR>
supercollider-world-2012.05.05-1.fc16.ccrma.i686<BR>
supercollider-debuginfo-3.5.2-1.fc16.ccrma.i686<BR>
supercollider-devel-3.5.2-1.fc16.ccrma.i686<BR>
supercollider-swingosc-0.65-1.fc16.ccrma.i686<BR>
supercollider-midifile-0.0-1.fc16.ccrma.i686<BR>
supercollider-emacs-3.5.2-1.fc16.ccrma.i686<BR>
supercollider-mathlib-3.5-0.1.svn2303.fc16.ccrma.i686<BR>
supercollider-gedit-3.5.2-1.fc16.ccrma.i686<BR>
supercollider-redclasses-0.0-3.fc16.ccrma.i686<BR>
supercollider-cruciallib-3.5-0.1.svn2303.fc16.ccrma.i686<BR>
supercollider-bbcut2-2.1-2.fc16.ccrma.i686<BR>
supercollider-sc3-plugins-debuginfo-3.5-0.2.git20120508.fc16.ccrma.i686<BR>
supercollider-sc3-plugins-3.5-0.2.git20120508.fc16.ccrma.i686<BR>
supercollider-quarks-3.5-0.1.svn2303.fc16.ccrma.i686<BR>
supercollider-vim-3.5.2-1.fc16.ccrma.i686<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 '/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>
<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>
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>
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 cERROR: Parse error<BR>
in file '/usr/share/SuperCollider/Extensions/MathLib/classes/LazyLindenmayer/extStringRewrite.sc'<BR>
line 100 char 26:<BR>
inval = current[0].yield;<BR>
======================================================================<BR>
Errors I get running sclang from the command line are similar:<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>
illegal input string 'Ê'<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>
f = ((order-1).collect{ |i| { arg... args; args[i+2]Ê} })<BR>
++ [{ arg... args; af.(*args) }];<BR>
-----------------------------------<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>
illegal input string 'Ê'<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>
^{ÊDC.multiNewList([proxy.rate] ++ this) };<BR>
^<BR>
}<BR>
-----------------------------------<BR>
ERROR: file '/JITLib/ProxySpace/wrapForNodeProxy.sc' parse failed<BR>
error parsing<BR>
illegal input string 'Ê'<BR>
at '/usr/share/SuperCollider/Extensions/MathLib/classes/LazyLindenmayer/extStringRewrite.sc' line 100 char 26<BR>
<BR>
code -54<BR>
in file '/usr/share/SuperCollider/Extensions/MathLib/classes/LazyLindenmayer/extStringRewrite.sc' line 100 char 26<BR>
ERROR: Parse error<BR>
in file '/usr/share/SuperCollider/Extensions/MathLib/classes/LazyLindenmayer/extStringRewrite.sc'<BR>
line 100 char 26:<BR>
if(offset == 0) {Ê<BR>
^<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>
Library has not been compiled successfully.<BR>
===========================================================================<BR>
I see superclasses "solver" and "RK" defined in<BR>
/usr/share/SuperCollider/Extensions/MathLib/classes/Solver/Solver.sc.<BR>
<BR>
I tried removing sced.gedit-plugin and my sced directory in<BR>
~/.local/share/gedit/plugins/, to no effect.<BR>
<BR>
What seems really strange is that no one else seems to be having similar issues<BR>
with SC and F16. So it would seem that Fernando's hunch probably is correct,<BR>
and that somewhere, somehow, something is conflicting with the current SC<BR>
executables or libraries.<BR>
<BR>
Any suggestions would be most welcome. Otherwise, I am considering<BR>
trying F17 or downgrading to F15 to try to make something happen.<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>