Skip site navigation (1) Skip section navigation (2)

Re: Problem loading ispell affix file with apostrophes

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Jean-Baptiste Quenot" <jbq(at)caraldi(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org, Oleg Bartunov <oleg(at)sai(dot)msu(dot)su>, Teodor Sigaev <teodor(at)sigaev(dot)ru>
Subject: Re: Problem loading ispell affix file with apostrophes
Date: 2008-07-21 15:09:57
Message-ID: 13667.1216652997@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-bugs
"Jean-Baptiste Quenot" <jbq(at)caraldi(dot)com> writes:
> I'm having problem with french dictionaries.  Loading an ispell affix
> file with apostrophes does not work.  The file comes from the ifrench
> (french dict for ispell) debian source package at
> http://packages.debian.org/sid/ifrench

> dockee=# select plainto_tsquery('custom_french', 'bug');
> ERROR:  syntax error at line 158 of affix file
> "/usr/share/postgresql/8.3/tsearch_data/ispell_french.affix"

> Line 158 of file ispell_french.affix corresponds to the first flag
> definition that triggers a prefix with an apostrophe, it's the line
> below "flag *N"

> ------------------------------------------------------------------------
> flag *D:                        # d: dfaire, dgrossir
>     .               >   d

> flag *N:                        # lision d'une ngation
>     [aeiouh] >   n'      # je n'aime pas, il n'y a pas
> ------------------------------------------------------------------------

> Maybe apostrophes in ispell affix files are simply not supported?

Looking at the code, apostrophe seems to be allowed as the first
character of the REPL field, but not anywhere else (in particular,
not after transitioning into PAE_INREPL state).  Dunno if this is
a bug or intentional.

			regards, tom lane

In response to

Responses

pgsql-bugs by date

Next:From: valgogDate: 2008-07-22 09:26:47
Subject: Re: BUG #4319: lower()/upper() does not know about UNICODE case mapping
Previous:From: Alvaro HerreraDate: 2008-07-21 14:32:57
Subject: Re: BUG #4319: lower()/upper() does not know about UNICODEcase mapping

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group