php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #8611 apache didn't start (Speicherzugriffsfehler)
Submitted: 2001-01-09 04:11 UTC Modified: 2001-05-27 22:20 UTC
From: manfred dot hansen at mobilcom dot de Assigned:
Status: Closed Package: Apache related
PHP Version: 4.0.4 OS: suse 6.4 and 7.0
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem:
12 - 6 = ?
Subscribe to this entry?

 
 [2001-01-09 04:11 UTC] manfred dot hansen at mobilcom dot de
Problem: Apache didn't start
Apache started  with infomrix or oracle but not together

/configure \
   --enable-libgcc \
   --disable-debug \
   --with-oci8=/opt/oracle/product/8.1.6 \
   --with-oracle=/opt/oracle/product/8.1.6 \
   --with-mysql=yes \ 
   --enable-safe-mode \
   --enable-sysvsem \
   --enable-sysvshm \
   --enable-track-vars \ 
   --enable-magic-quotes \
   --enable-memory-limit \
   --enable-bcmath \
   --with-zlib=yes \
   --with-ldap=yes \
   --with-config-file-path=/etc/httpd \
   --with-informix=yes \
   --with-apxs \ 
   --with-pdflib \
   --enable-ftp \ 
   --enable-dbase \
   --with-recode \
   --with-exec-dir=/usr/bin \
   --enable-sigchild \
   --with-sybase=/opt/sybase >>log.php

Enviroment
LD_LIBRARY_PATH=:/usr/lib/jdk1.2.2/lib:/opt/oracle/product/8.1.6/lib:/home/informix/lib
ORACLE_BASE=/opt/oracle
ORACLE_HOME=/opt/oracle/product/8.1.6
ORA_NLS33=/opt/oracle/product/8.1.6/ocommon/nls/admin/data
NLS_LANG=german_germany.we8dec

INFORMIXDIR=/home/informix

php4.0.4
apache-1.3.12-7 
suse 6.4
informix_client_sdk_v2_40_uc1_1_for_intel_linux.zip
GNU Bison version 1.28

edv-orga-18:/usr/src/php-4.0.4/.libs # gdb /usr/sbin/httpd core
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-suse-linux"...(no debugging symbols found)...
Core was generated by `/usr/sbin/httpd -t -f /etc/httpd/httpd.conf -D PHP4 -D SUSEHELP'.
Program terminated with signal 11, Speicherzugriffsfehler.
Reading symbols from /usr/lib/libmm.so.11...(no debugging symbols found)...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libcrypt.so.1...done.
Reading symbols from /usr/lib/libgdbm.so.2...done.
Reading symbols from /lib/libdb.so.3...done.
Reading symbols from /lib/libdl.so.2...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from /lib/libnss_files.so.2...done.
#0  0x40ca6d70 in ?? ()
(gdb) bt
#0  0x40ca6d70 in ?? ()
#1  0x805ba26 in ap_exists_scoreboard_image ()
#2  0x805e335 in main ()
#3  0x400cba8e in __libc_start_main () at ../sysdeps/generic/libc-start.c:93


uname -a
Linux edv-orga-18 2.2.16 #1 Wed Aug 2 20:22:26 GMT 2000 i686 unknown


I have nothing change in the php.ini file.

Regards Manfred Hansen

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-01-09 04:33 UTC] rasmus@php.net
Probably due to the glibc-2.1.x bug which prevents a binary not linked against pthreads from dynamically loading a shared library that is linked against pthreads.  Try linking your Apache binary against libpthreads.
 [2001-05-27 22:20 UTC] sniper@php.net
no feedback, assumed to be the libpthread issue.


 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Apr 19 12:01:27 2024 UTC