Bug #64593 [Csd]: Enchant fails to load any backends.

Edit report at https://bugs.php.net/bug.php?id=64593&edit=1 ID: 64593 Updated by: ab@php.net Reported by: wschalle at gmail dot com Summary: Enchant fails to load any backends. Status: Closed Type: Bug Package: Enchant related Operating System: Windows 7, Windows Server 2008R2 PHP Version: 5.3.23 Assigned To: ab Block user comment: N Private report: N New Comment: libenchant loads all the *.dll it can find in the plugin dir and discards those being not a plugin. That's why one could see some startup warnings in previous versions, as it was <php dir>. Now it loads from a separate path where only the plugins should be. I'd see it more like an improvement. That should be documented though, mood for that? :) Previous Comments: ------------------------------------------------------------------------ [2013-04-09 15:05:29] wschalle at gmail dot com Any idea why this broke between 5.3.22 and 5.3.23? We tend to put dict files in the app, because some instances use different dictionaries. ------------------------------------------------------------------------ [2013-04-09 14:01:47] ab@php.net Great, thanks for checking. With the dicts you could also use the enchant_broker_set_dict_path() or just put the dicts into <php dir>share\myspell\dicts. ------------------------------------------------------------------------ [2013-04-09 13:40:16] wschalle at gmail dot com Putting the DLLs in <php_dir>\lib\enchant works. ------------------------------------------------------------------------ [2013-04-09 13:07:29] ab@php.net Put the plugin dlls should load if you put them into <php dir>\lib\enchant. ------------------------------------------------------------------------ [2013-04-05 19:41:17] wschalle at gmail dot com Description: ------------ This bug was introduced in 5.3.23. It also exists in 5.4.13. Both the CLI and CGI SAPIs are affected. When the enchant broker is initialized, it seems to silently fail to load the backends. Enchant_broker_get_error returns false, and nothing is logged to the php error log or the system event viewer. I tested this with the public win32 VC9 NTS zips of PHP. I verified that 5.3.22 works as expected, with enchant_broker_describe listing both ISPELL and MYSPELL backends. Looking at the diffs from 5.3.22 to 5.3.23, the most likely culprit seems to be either the win32 registry.c change, or maybe the directory changes. Either way, downgrading to 5.3.22 is currently still a viable workaround. Test script: --------------- $broker = enchant_broker_init(); enchant_broker_set_dict_path($broker, ENCHANT_MYSPELL, __DIR__); var_dump(enchant_broker_describe($broker)); var_dump(enchant_broker_get_error($broker)); Expected result: ---------------- array(2) { [0]=> array(3) { ["name"]=> string(6) "ispell" ["desc"]=> string(15) "Ispell Provider" ["file"]=> string(35) "C:\PHP-5.3.x\libenchant_ispell.dll" } [1]=> array(3) { ["name"]=> string(7) "myspell" ["desc"]=> string(16) "Myspell Provider" ["file"]=> string(36) "C:\PHP-5.3.x\libenchant_myspell.dll" } } bool(false) Actual result: -------------- NULL bool(false) ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=64593&edit=1