php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #9055 Fatal System Error: Raise at top of Exception Stack
Submitted: 2001-02-01 12:53 UTC Modified: 2001-03-18 04:48 UTC
From: amir dot mistric at usa dot net Assigned:
Status: Closed Package: FDF related
PHP Version: 4.0.4pl1 OS: Linux 2.2.18
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: amir dot mistric at usa dot net
New email:
PHP Version: OS:

 

 [2001-02-01 12:53 UTC] amir dot mistric at usa dot net
I have sucessfully compiled Apache-1.3.18 with mod_ssl-2.8.0 and OpenSSL 0.9.6 using gcc version 2.96 20000731 (Red Hat Linux 7.0)

After installation if I start httpd without SSL everything is OK but if i try to use it with SSL support apache coredumps.

Error log shows the following message:
[Thu Feb  1 14:21:24 2001] [notice] caught SIGTERM, shutting down
Fatal System Error: Raise at top of Exception Stack

Here is configure options for php4.0.4pl1
./configure --with-apache=../apache_1.3.17 --with-ibm-db2=/usr/IBMdb2/V7.1/ --with-mcrypt=/usr/local  --enable-track-vars 
                       --without-mysql --with-config-file-path=/etc --enable-ftp --with-gd --with-pdflib=/usr/local --with-zlib-dir 
                       --with-jpeg-dir --with-png-dir --with-tiff-dir -with-fdftk


And here is a gdb backtrace

Loaded symbols for /lib/libnss_files.so.2
#0  0x40acd8b9 in chunk_free (ar_ptr=0x40b6e680, p=0x82f8788) at malloc.c:3131
3131    malloc.c: No such file or directory.
(gdb) bt
#0  0x40acd8b9 in chunk_free (ar_ptr=0x40b6e680, p=0x82f8788) at malloc.c:3131
#1  0x40acd828 in __libc_free (mem=0x82f8790) at malloc.c:3054
#2  0x811878b in shutdown_memory_manager ()
#3  0x80af04c in php_module_shutdown ()
#4  0x80aefff in php_module_shutdown_wrapper ()
#5  0x80ad708 in php_xbithack_handler ()
#6  0x8150550 in ap_run_cleanup ()
#7  0x814edf2 in ap_clear_pool ()
#8  0x814ee72 in ap_destroy_pool ()
#9  0x814edde in ap_clear_pool ()
#10 0x814ee72 in ap_destroy_pool ()
#11 0x815cde8 in ap_exists_scoreboard_image ()
#12 0x815fa77 in ap_child_terminate ()
#13 0x815ffc7 in main ()
#14 0x40a6fb5c in __libc_start_main (main=0x815fc14 <main>, argc=1, ubp_av=0xbffffa64, 
    init=0x807e3b4 <_init>, fini=0x820da54 <_fini>, rtld_fini=0x4000d634 <_dl_fini>, 
    stack_end=0xbffffa5c) at ../sysdeps/generic/libc-start.c:129
(gdb) 


Any Ideas what's going on???
Thanks
Amir

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-02-01 13:46 UTC] sniper@php.net
It's either the new mod_ssl which is broken or your compiler.

Check this:
http://www.gnu.org/software/gcc/gcc-2.96.html

And then go and get yourself GCC 2.95.2 which is really supported.

--Jani

 [2001-02-02 15:18 UTC] amir dot mistric at usa dot net
I had ran same configuration without sucess using 
mod_ssl-2.7.1-1.3.14 and apache-1.2.14...
Compilation was sucess and it ran fine without SSL but
when I tried httpd -DSSL i got :
Fatal System Error: Raise at top of Exception Stack

I also ran both versions of apache and mod_ssl without php
and both versions of apache and php without mod_ssl and they worked fine so I assume there is a confilct between 
mod_ssl and php....


I will attempt to get gcc 2.95.2 although I think it will cause a lot of conflicts in RH 7.1.....a lot...
But I will 
 [2001-02-02 16:02 UTC] amir dot mistric at usa dot net
Oke
I found the problem ...When compiled without fdftk support
everything works like a charm ... There is something conflicting in fdftk library i guess ...

I don't know wheater this is still a PHP issue or not ...
You guys decide....Also I have noticed a bug# 9006 that could have same roots....???

Thanks
Amir


 [2001-03-18 04:48 UTC] sniper@php.net
Fixed in CVS.

--Jani

 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Mon Dec 30 14:01:28 2024 UTC