From: Anita Lewis (ajlewis2@intac.com)                                         
Subject: Re: slrn macro problems                                               
Newsgroups: news.software.readers                                              
Date: 2000/10/14                                                               

On 14 Oct 2000 01:12:47 GMT, J.B. Nicholson-Owens wrote:
>Anita Lewis wrote:
>> loading /home/ajlewis2/News/macros/onekey-score.sl
>> S-Lang Error: Undefined Name: implements is undefined
>> S-Lang Error: Undefined Name: called from line 87, file:
>> /home/ajlewis2/News/macros/onekey-score.sl
>
>You might have linked your slrn with an older version of S-Lang but that
>wouldn't explain why something would _stop_ working when it worked before.
>'implements' is used to (re)name an S-Lang namespace.  It didn't exist in
>older versions of S-Lang.
>
>Maybe line 87 of onekey-score.sl might use the keyword 'implements' in a way
>that is syntactically incorrect.  It's hard to say without seeing the code.
>
>> Last night I did try compiling 0.9.6.4 I believe it was.  I saved the slrn
>> executable for this version and put the executable from .4 in /usr/bin and
>> tried it.  The macros failed so I commented them out. Then I tried to
>> rebuild a thread and that failed as it did previously with the executable
>> from the rpm.
>
>Some RPMs have code in them that John E. Davis did not personally write or
>oversee.  It's best to get the latest S-Lang and slrn from JED's FTP site
><URL:ftp://space.mit.edu/pub/davis/> and recompile both yourself.  This way
>you know you're dealing with the same source code as everyone else.

I solved it.  Seems that when I did my compile and install from source last
night, it put a copy of the binary in /usr/local/bin.  I copied the binary
from the src directory to /usr/bin.  It seemed odd to me that the install
did not put it there.  I did have trouble understanding the configure and I
am sure I could have changed where the binary ended up.  Anyway, it also
seems to have put /usr/local/bin in my path.  The path was not implemented
until I rebooted tonight.  So when I removed the binary from /usr/bin and
replaced the old binary, it worked fine.  Since /usr/local/bin is now first
in line in my path, after I rebooted and logged in, the new path took effect
and the binary in /usr/local/bin was executing.  And that binary doesn't
work with the macros. That probably has something to do with the way I
configured it.  

Now the macros are working again.  Thanks
Anita