From:             phpbugs at w-wins dot com
Operating system: GNU/Linux (Crux 2.1)
PHP version:      5.1.0b3
PHP Bug Type:     Feature/Change Request
Bug description:  Adding dictionaries to Aspell forces recompilation of PHP

Description:
------------
Using PHP 5.1.0b3 with the configure line

./configure --with-pear --with-pgsql --with-config-file-path=/etc
--with-apxs2=/usr/apache2/bin/apxs --with-pspell --enable-ftp
--enable-mbstring --enable-soap --with-gd --with-zlib --with-openssl
--enable-gd-native-ttf --with-readline --with-gmp --with-ncurses

and GNU Aspell 0.60.3

When I install new dictionaries, Aspell picks them up at once, and can use
them without any recompilation, but when I try to use the language in PHP I
get a warning from the Pspell module. When I recompile PHP, the new
dictionary becomes available without errors.

I assume the PHP Pspell module determines dictionaries at compile time,
and I don't know whether this is intended behaviour, whether there is some
good reason for it, or if it's simply a bug. Either way I would much like
it if I was able to install (and uninstall) dictionaries without
recompiling anything but the actual dictionaries.

Reproduce code:
---------------
<?php
$p=pspell_new('no');
$res=pspell_check($p,'sinnatag');
var_dump($res);
?>


Expected result:
----------------
bool(true)


Actual result:
--------------
Warning: pspell_new(): PSPELL couldn't open the dictionary. reason: No
word lists can be found for the language "no".  in - on line 2

Warning: pspell_check(): 0 is not a PSPELL result index in - on line 3
bool(false)


-- 
Edit bug report at http://bugs.php.net/?id=33780&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=33780&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=33780&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=33780&r=trysnapshot51
Fixed in CVS:                http://bugs.php.net/fix.php?id=33780&r=fixedcvs
Fixed in release:            http://bugs.php.net/fix.php?id=33780&r=alreadyfixed
Need backtrace:              http://bugs.php.net/fix.php?id=33780&r=needtrace
Need Reproduce Script:       http://bugs.php.net/fix.php?id=33780&r=needscript
Try newer version:           http://bugs.php.net/fix.php?id=33780&r=oldversion
Not developer issue:         http://bugs.php.net/fix.php?id=33780&r=support
Expected behavior:           http://bugs.php.net/fix.php?id=33780&r=notwrong
Not enough info:             
http://bugs.php.net/fix.php?id=33780&r=notenoughinfo
Submitted twice:             
http://bugs.php.net/fix.php?id=33780&r=submittedtwice
register_globals:            http://bugs.php.net/fix.php?id=33780&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=33780&r=php3
Daylight Savings:            http://bugs.php.net/fix.php?id=33780&r=dst
IIS Stability:               http://bugs.php.net/fix.php?id=33780&r=isapi
Install GNU Sed:             http://bugs.php.net/fix.php?id=33780&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=33780&r=float
No Zend Extensions:          http://bugs.php.net/fix.php?id=33780&r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=33780&r=mysqlcfg

Reply via email to