ID: 22076
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: OpenBSD 3.2 SPARC64
PHP Version: 4.3.0
New Comment:
What's the zlib version on this box and could you cat/paste
config.nice?
Previous Comments:
------------------------------------------------------------------------
[2003-02-05 13:47:24] [EMAIL PROTECTED]
vi a.c
int main()
{
char *a, *b;
a = 0;
b = 0;
strcpy(a, b);
return 0;
}
[root@sparc64 root]# gcc -o a a.c -g
[root@sparc64 root]# ./a
Segmentation fault (core dumped)
[root@sparc64 root]# gdb -c a.core a
GNU gdb 4.16.1
Copyright 1996 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 "sparc64-unknown-openbsd3.2"...
Core was generated by `a'.
Program terminated with signal 11, Segmentation fault.
#0 0x403855b0 in ?? ()
(gdb) bt
#0 0x403855b0 in ?? ()
#1 0x1004dc in ___start ()
(gdb)
Seems to work...
I used OpenBSD's 3.2 native compiler and debugger.
[root@sparc64 root]# gcc -v
Reading specs from
/usr/lib/gcc-lib/sparc64-unknown-openbsd3.2/2.95.3/specs
gcc version 2.95.3 20010125 (prerelease)
[root@sparc64 root]# gdb -v
GNU gdb 4.16.1
------------------------------------------------------------------------
[2003-02-05 13:34:13] [EMAIL PROTECTED]
Looks like something is wrong with your gdb.. I had the
same problem (gdb coredumping on me), but on Tru64..
It went away when I compiled gdb with Compaq's native C
compiler..
------------------------------------------------------------------------
[2003-02-05 13:04:28] [EMAIL PROTECTED]
./configure --with-zlib --enable-debug
<snip>
[root@sparc64 php-4.3.0]# ./sapi/cgi/php
Bus error (core dumped)
[root@sparc64 php-4.3.0]# gdb -c php.core ./sapi/cgi/php
GNU gdb 4.16.1
Copyright 1996 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 "sparc64-unknown-openbsd3.2"...
Core was generated by `php'.
Program terminated with signal 10, Bus error.
Dwarf Error: Cannot find referent at offset 507.
(gdb) bt
Segmentation fault (core dumped)
Sorry, that is as good as it gets from a backtrace. I have done this on
two different boxes (U5 & U10) with the same results.
------------------------------------------------------------------------
[2003-02-05 12:24:15] [EMAIL PROTECTED]
Can you please compile with --enable-debug, crash the program and then
give us the backtrace? :)
------------------------------------------------------------------------
[2003-02-05 11:29:52] [EMAIL PROTECTED]
I posted the following email on the OpenBSD list and no-one knew of
this. I guess it belongs here.
Email:
I am at a loss trying to get PHP 4.3.0 to work on sparc64 using OpenBSD
3.2-release. I have been messing around with this for quite a bit now
and I can't get the damned thing to work. What I did find out is that
the problems are caused by linking zlib (tried the shipped one and also
the latest source). When I tried to debug the issue gdb bombed on me as
well.
Excerpt:
[root@sparc64 php-4.3.0]# gdb sapi/cgi/php
GNU gdb 4.16.1
Copyright 1996 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 "sparc64-unknown-openbsd3.2"...
(gdb) run
Starting program: /root/php-4.3.0/sapi/cgi/php
Dwarf Error: Cannot find referent at offset 507.
(gdb) bt
Segmentation fault (core dumped)
Anyone any ideas?
I did get it compiled with other stuff as long as it does not require
zlib. Problem for me is that I need gd functionality which depends on
zlib. I searched the PHP site as well as the archives and google but to
no avail.
dmesg:
OpenBSD 3.2 (GENERIC) #8: Thu Oct 3 20:00:17 MDT 2002
[EMAIL PROTECTED]:/usr/src/sys/arch/sparc64/compile/GENERIC
total memory = 134217728
avail memory = 115785728
using 819 buffers containing 6709248 of memory
bootpath: /pci@1f,0/pci@1,1/ide@3,0/disk@0,0
mainbus0 (root): SUNW,Ultra-5_10
cpu0 at mainbus0: SUNW,UltraSPARC-IIi @ 299.825 MHz, version 0 FPU
cpu0: physical 32K instruction (32 b/l), 16K data (32 b/l), 512K
external (64 b/l) psycho0 at mainbus0 addr 0xfffc4000
SUNW,sabre: impl 0, version 0: ign 7c0 bus range 0 to 2; PCI bus 0
IOTDB: 7c6000 to 846000
pci0 at psycho0
ppb0 at pci0 dev 1 function 1 "Sun Simba PCI-PCI" rev 0x11
pci1 at ppb0 bus 1
ebus0 at pci1 dev 1 function 0 "Sun PCIO Ebus2" rev 0x01
auxio0 at ebus0 addr 726000-726003, 728000-728003, 72a000-72a003,
72c000-72c003, 72f000-72f003 power at ebus0 addr 724000-724003 ipl 37
not configured SUNW,pll at ebus0 addr 504000-504002 not configured sab0
at ebus0 addr 400000-40007f ipl 43: rev 3.2 sabtty0 at sab0 port 0
sabtty1 at sab0 port 1 comkbd0 at ebus0 addr 3083f8-3083ff ipl 41:
layout 34 wskbd0 at comkbd0: console keyboard com0 at ebus0 addr
3062f8-3062ff ipl 42, mouse: ns16550a, 16 byte fifo lpt0 at ebus0 addr
3043bc-3043cb, 30015c-30015d, 700000-70000f ipl 34: polled fdthree at
ebus0 addr 3023f0-3023f7, 706000-70600f, 720000-720003 ipl 39 not
configured clock0 at ebus0 addr 0-1fff: mk48t59: hostid 8093c4db
flashprom at ebus0 addr 0-fffff not configured audioce0 at ebus0 addr
200000-2000ff, 702000-70200f, 704000-70400f, 722000-722003 ipl 35 ipl
36: nvaddrs 0 audio0 at audioce0 hme0 at pci1 dev 1 function 1 "Sun
HME" rev 0x01: address 08:00:20:93:c4:db nsphy0 at hme0 phy 1: DP83840
10/100 media interface, rev. 1
hme0: using ivec 3021 for interrupt
vgafb0 at pci1 dev 2 function 0 "ATI Mach64 GT" rev 0x9a wsdisplay0 at
vgafb0
wsdisplay0: screen 0 added (sun, sun emulation)
pciide0 at pci1 dev 3 function 0 "CMD Technology PCI0646" rev 0x03:
DMA, channel 0 configured to native-PCI, channel 1 configured to
native-PCI
pciide0: using ivec 1820 for native-PCI interrupt
wd0 at pciide0 channel 0 drive 0: <ST34342A>
wd0: 16-sector PIO, LBA, 4103MB, 8894 cyl, 15 head, 63 sec, 8404830
sectors
wd0(pciide0:0:0): using PIO mode 4, DMA mode 2
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <GoldStar, CD-ROM CRD-8240B, 1.24> SCSI0
5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
ppb1 at pci0 dev 1 function 0 "Sun Simba PCI-PCI" rev 0x11
pci2 at ppb1 bus 2
siop0 at pci2 dev 1 function 0 "Symbios Logic 53c875" rev 0x14 using
on-board RAM ivec 10 scsibus1 at siop0: 16 targets siop1 at pci2 dev 1
function 1 "Symbios Logic 53c875" rev 0x14 using on-board RAM ivec 11
scsibus2 at siop1: 16 targets creator0 at mainbus0 addr 0xfebee000:
Creator3D, model SUNW,501-4788 wsdisplay1 at creator0: console (std,
sun emulation), using wskbd0 pcons at mainbus0 not configured No
counter-timer -- using %tick at 299MHz as system clock. root on wd0a
rootdev=0xc00 rrootdev=0x1a00 rawdev=0x1a02
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=22076&edit=1
