This script will result in a segmentation fault:

<?php
$spell = pspell_new ("en");
?>

OS: Redhat 7.1 (2.4.2-2 Kernel)

php configure:

./configure \
 --with-mysql \
 --with-pgsql \
 --with-apxs=/usr/local/apache/bin/apxs \
 --enable-sockets \
 --with-gd \
 --with-jpeg-dir=/usr/lib \
 --with-png-dir=/usr/lib \
 --with-freetype-dir=/usr/local/lib \
 --with-zlib-dir=/usr/lib \
 --with-pdflib \
 --with-pspell


versions:
aspell 33.7.1
pspell 12.2 patched
apache 1.3.22
php 4.2.1

gdb backtrace:


Program received signal SIGSEGV, Segmentation fault.
0x4000da48 in _dl_signal_error () at eval.c:41
41      eval.c: No such file or directory.
        in eval.c
(gdb) backtrace
#0  0x4000da48 in _dl_signal_error () at eval.c:41
#1  0x401e1691 in _dl_close () at dl-close.c:61
#2  0x401e1330 in _dl_close (_map=0x81137a0) at dl-close.c:271
#3  0x400cc62a in dlclose_doit (handle=0x81137a0) at dlclose.c:25
#4  0x4000dc83 in _dl_catch_error () at eval.c:41
#5  0x400cc94b in _dlerror_run (operate=0x400cc610 <dlclose_doit>, args=0x81137a0) at dlerror.c:130
#6  0x400cc5f4 in dlclose (handle=0x81137a0) at dlclose.c:31
#7  0x40504f7e in sys_dl_close () from /usr/lib/libltdl.so.0
#8  0x40506784 in lt_dlclose () from /usr/lib/libltdl.so.0
#9  0x4037b380 in free_lt_handle (h=0x81136e8) at manager_impl.cc:29
#10 0x4037d58a in delete_pspell_manager (m=0x8111d88) at manager_impl.cc:303
#11 0x402a3cde in php_pspell_close (rsrc=0x811644c) at pspell.c:87
#12 0x40254279 in list_entry_destructor (ptr=0x811644c) at zend_list.c:177
#13 0x40253044 in zend_hash_apply_deleter (ht=0x4035cb3c, p=0x8111e44) at zend_hash.c:596
#14 0x40253196 in zend_hash_graceful_reverse_destroy (ht=0x4035cb3c) at zend_hash.c:662
#15 0x402543c8 in zend_destroy_rsrc_list (ht=0x4035cb3c) at zend_list.c:233
#16 0x40246202 in shutdown_executor () at zend_execute_API.c:196
#17 0x4024e8d6 in zend_deactivate () at zend.c:596
#18 0x4025ada8 in php_request_shutdown (dummy=0x0) at main.c:787
#19 0x40257eec in apache_php_module_main (r=0x810acc4, display_source_mode=0) at sapi_apache.c:96
#20 0x4025896e in send_php (r=0x810acc4, display_source_mode=0, filename=0x0) at mod_php4.c:575
#21 0x402589c2 in send_parsed_php (r=0x810acc4) at mod_php4.c:590
#22 0x08072787 in ap_invoke_handler () at eval.c:41
#23 0x080869cf in process_request_internal () at eval.c:41
#24 0x08086a30 in ap_process_request () at eval.c:41
#25 0x0807de3d in child_main () at eval.c:41
#26 0x0807dfe8 in make_child () at eval.c:41
#27 0x0807e15c in startup_children () at eval.c:41
#28 0x0807e7d8 in standalone_main () at eval.c:41
#29 0x0807f037 in main () at eval.c:41
#30 0x400eb177 in __libc_start_main (main=0x807ec98 <main>, argc=2, ubp_av=0xbffffb5c, init=0x804e730 <_init>, 
    fini=0x809c090 <_fini>, rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbffffb4c) at ../sysdeps/generic/libc-start.c:129

Same problem with PHP 4.2.1 AND 4.2.0

(Mandrake 8.2
aspell-0.33.7.1-3mdk.i586.rpm 
pspell-0.12.2-4mdk.i586.rpm
libpspell4-0.12.2-4mdk.i586.rpm
libpspell4-devel-0.12.2-4mdk.i586.rpm
libaspell10-0.33.7.1-3mdk.i586.rpm
libaspell10-devel-0.33.7.1-3mdk.i586.rpm)

this may be similar to bug 8133 and 8464
Still don't have a solution but it might be.

matt@iws.co.nz - thanks for the backtrace. From what I can tell, this seems a bug in glibc 2.2.1 or a bit later triggered when a shared module can't be loaded, so the destructor is called and the destructor uses a buggy function to unload the pspell module. As zummi@softhome.net pointed out, it may be similar to bug 8133, so follow suggestions in that bug description.

Fixes:
1. Update your glibc. This will result in a normal error message being displayed about not being able to load a library, not a segfault.
2. Make sure libraries and dictionaries can be loaded (e.g. check permissions, your LD_LIBRARY_PATH, etc. so this condition never happens and the buggy code doesn't get to run.)

I am pretty sure this should fix the problem. Please, tell me if that works.

Thanks vlad@php.net updating glibc did solve the problem.

Closing then