[prev in list] [next in list] [prev in thread] [next in thread] 

List:       aspell-user
Subject:    RE: [Aspell-user] extra-dicts
From:       Francois Boudreau <fboudreau () accentus ! ca>
Date:       2002-11-27 19:28:31
Message-ID: NPEEKOJPNAKPIPBEEHGBAEPHCAAA.fboudreau () accentus ! ca
[Download RAW message or body]

I found my problem. It was related to USE_FILE_INO defined in
common/settings.h. With USE_FILE_INO, Aspell compares files inode number to
see if a dictionary is already loaded . Under win32 inode numbers mean
nothing. For every file I had inode = 0, device = 2 (C: ). So I could only
load one dictionary. It was working on command line because I ran aspell.exe
through cygwin, which emulate inode numbers I guess. In my VC++ port,
outside of cygwin, my API call didn't work.

So for those using Aspell on win32 you might want to remove USE_FILE_INO
from settings.h before compiling.

Francois Boudreau


> -----Original Message-----
> From: Francois Boudreau [mailto:fboudreau@accentus.ca]
> Sent: 26 novembre, 2002 13:47
> To: Kevin Atkinson
> Cc: aspell-user@gnu.org
> Subject: RE: [Aspell-user] extra-dicts
>
>
> >
> > Try
> >
> > aspell_config_replace(m_spell_config, "add-extra-dicts", "./mine.rws");
> >                                                           ^^
> >
> > And make sure you do it before the manager class is created.
> >
>
> Ok, here's the actual chunk of code I use.
>
> m_spell_config = new_aspell_config();
> aspell_config_replace(m_spell_config, _T("lang"), strLang);
> aspell_config_replace(m_spell_config, _T("dict-dir"), strDictDir);
> aspell_config_replace(m_spell_config, _T("data-dir"), strDataDir);
> aspell_config_replace(m_spell_config, _T("home-dir"), strHomeDir);
> aspell_config_replace(m_spell_config, _T("add-extra-dicts"),
> strExtraDict);
>
> // try to create speller
> AspellCanHaveError * m_possible_err = new_aspell_speller(m_spell_config);
>
>
> And strExtraDict is in strDictDir. Aspell finds it cause if I use
> a dummy filename I get and error message. I also get an error
> message if the file format is not good. So path is not the
> problem but the extra dict content seems to be ignored. Maybe I'm
> doing something wrong...
>
>
> Francois




[prev in list] [next in list] [prev in thread] [next in thread]