Bernd Plagge <[EMAIL PROTECTED]> wrote:

> You should be using aspell in which case your config option should
> be
> 
> --with-ispell=/usr/bin/aspell

I was about to say:  actually in my case it turns out to be

    --with-ispell=/usr/local/share/aspell/ispell

but then I thought hey maybe he really means to use aspell rather than
aspell's ispell-compatibility command.  So I tried:

    /usr/local/bin/aspell

and now it works!

So the compatibility command is not compatible.  And now I see why:
/usr/local/share/aspell/ispell (the compatibility command) is a shell script
and I guess fork/exec doesn't work directly for shell scripts.

And apparently aspell itself is already close enough to compatible with
ispell, for the purposes of how SqWebMail uses it.

A note about this in the documentation might be helpful, particularly for
those of us who take things too literally - in this case the fact that the
option is called "with-ispell".

The doc currently says:

> SqWebMail can use either the ispell or the aspell package for spell checking
> messages. Install ispell or aspell before installing SqWebMail.

I wonder what the instructions to install the spell-checker first are
referring to - I never discovered a reason why this was required.  I sort of
thought from the sentence that that the configure script would find aspell,
making it possibly unnecessary to use the --with-ispell option.  The
--with-ispell description elsewhere in the doc seems to confirm this.  But
in my case it was clearly necessary to set --with-ispell correctly before
spell-checking would work.  Maybe the configure script only looks in certain
places, and maybe only for the name ispell and not aspell?  I didn't check
on this.

In any case besides possibly correcting that sentence it might be useful to
add the sentence:

    When using aspell be sure the --with-ispell option refers to the
    correct full path for aspell, NOT for aspell's ispell-compatibility
    command.

or something slightly different if it turns out that ./configure is supposed
to fine aspell in some cases.

If somebody can explain to me exactly how this is all _supposed_ to work,
then I could take a shot at a clearer improvement to the doc, and otherwise
maybe somebody who already knows could take care of this?

Thanks,
Kurt Bigler

> 
> Hope this helps.
> 
> Bernd
> 
> 
> on 2/24/03 11:08 PM, Kurt Bigler <[EMAIL PROTECTED]> wrote:
> 
>> When I try to do a spell check in a SqWebMail session I get the internal
>> error 
>> which is an indication that ispell_run failed.  From looking at the code, the
>> are just lots of possible causes for this failure, and I am wondering if
>> anyone can suggest what might be the more likely possible reasons.
>> 
>> Short of that I suppose I can sprinkle enomem calls around in a bunch more
>> places to narrow it down.  (By the way, if I make changes to sources in the
>> sqwebmail subdirectory can I do make and make install in the sqwebmail
>> subdirectory and not bother doing it in the top-level directory in order to
>> test changes?)
>> 
>> I had already built SqWebMail with the option
>> 
>> --with-ispell=/usr/bin/ispell
>> 
>> and today I actually installed aspell, and put a symbolic link to aspell's
>> ispell-compatibility executable at /usr/bin/ispell.
>> 
>> The dictionary specifications should have matched - I tried several
>> possibilities to make sure, including leaving ISPELLDICT unchanged, editing
>> ISPELLDICT to contain "en_US", removing ISPELLDICT entirely, which I think
>> should have caused a default to "en".
>> 
>> Running aspell dump dicts shows:
>> 
>> en
>> en_CA
>> en_CA-w-accents
>> en_GB
>> en_GB-w-accents
>> en_US
>> en_US-w-accents
>> 
>> And aspell appears to accept "english" also.
>> 
>> Running ispell directly appears to work fine, with or without explicit
>> specification of any of the available dictionaries, including "english".
>> 
>> Thanks for any help.
>> 
>> -Kurt Bigler
>> 
>> 
> 
> -- 
> bp mailto:[EMAIL PROTECTED]
> 


Reply via email to