Here is my configure line:

./configure  --with-apxs --with-mysql=/usr --enable-track-vars --with-ldap --with-unixODBC=/usr 
--with-mcrypt --with-interbase=/opt/interbase --with-gd=/usr

Can you provide a backtrace? (see http://bugs.php.net/bugs-generating-backtrace.php)

Having trouble getting apache to listen to a port when
run under gdb. Will keep trying.

Can't seem to get a core file any other way.

Still unable to generate a backtrace, but running strace reveals this:

[pid 27126] recv(5, "\0\0\0\t\377\377\377\377\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 8192, 0) = 32
[pid 27126] semop(32769, 0xbfffb5f8, 2) = 0
[pid 27126] semop(32769, 0xbfffb5fc, 1) = 0
[pid 27126] send(5, "\0\0\0C\0\0\0\5\0\0\0\2", 12, 0) = 12
[pid 27126] select(6, [5], NULL, NULL, {60, 0}) = 1 (in [5], left {60, 0})
[pid 27126] recv(5, "\0\0\0\t\377\377\377\377\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 8192, 0) = 32
[pid 27126] semop(32769, 0xbfffb5f8, 2) = 0
[pid 27126] semop(32769, 0xbfffb5fc, 1) = 0
[pid 27126] open("/www/heritage.legacyunlimited.com/pages/footer.php", O_RDONLY|O_LARGEFILE) = 8
[pid 27126] getcwd("/www/heritage.legacyunlimited.com/pages/customize", 4095) = 50
[pid 27126] lstat64("/www", {st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0
[pid 27126] lstat64("/www/heritage.legacyunlimited.com", {st_mode=S_IFDIR|0775, st_size=156, ...}) = 0
[pid 27126] lstat64("/www/heritage.legacyunlimited.com/pages", {st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0
[pid 27126] lstat64("/www/heritage.legacyunlimited.com/pages/footer.php", {st_mode=S_IFREG|0664, 
st_size=4322, ...}) = 0
[pid 27126] ioctl(8, SNDCTL_TMR_TIMEBASE, 0xbfffb67c) = -1 EINVAL (Invalid argument)
[pid 27126] fstat64(8, {st_mode=S_IFREG|0664, st_size=4322, ...}) = 0
[pid 27126] old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40277000
[pid 27126] read(8, "<?\n/*  OLD COPYRIGHT LINKS---\nAc"..., 8192) = 4322
[pid 27126] read(8, "", 4096)           = 0
[pid 27126] read(8, "", 8192)           = 0
[pid 27126] ioctl(8, SNDCTL_TMR_TIMEBASE, 0xbfffa658) = -1 EINVAL (Invalid argument)
[pid 27126] close(8)                    = 0
[pid 27126] munmap(0x40277000, 4096)    = 0
[pid 27126] munmap(0x403a1000, 94208)   = 0
[pid 27126] chdir("/")                  = 0
[pid 27126] send(6, "\0\0\0\25\0\0\0\0", 8, 0) = 8
[pid 27126] select(7, [6], NULL, NULL, {60, 0}) = 1 (in [6], left {60, 0})
[pid 27126] recv(6, "\0\0\0\t\0\0\0\0\0\0\0\0@3\256L\0\0\0\0\0\0\0\1\0\0\0\0"..., 8192, 0) = 32
[pid 27126] send(6, "\0\0\0\6", 4, 0)   = 4
[pid 27126] shutdown(6, 2 /* send and receive */) = 0
[pid 27126] close(6)                    = 0
[pid 27126] close(7)                    = 0
[pid 27126] munmap(0x40276000, 4096)    = 0
[pid 27126] open("/opt/interbase/interbase.msg", O_RDONLY) = 6
[pid 27126] read(6, "\1\0\0\4\10\377\1\0\0\0\0\0\3\0\r@", 16) = 16
[pid 27126] lseek(6, 130824, SEEK_SET)  = 130824
[pid 27126] read(6, "\177\r\3\0`\363\1\0\377\377\377\377\370\376\1\0", 1024) = 16
[pid 27126] lseek(6, 127840, SEEK_SET)  = 127840
[pid 27126] read(6, "\25\0\0\0\20\0\0\0*\0\0\0\350\3\0\0>\0\0\0\310\7\0\0[\0"..., 1024) = 1024
[pid 27126] lseek(6, 16, SEEK_SET)      = 16
[pid 27126] read(6, "\0\0\0\0\0\0\0\0\1\0\0\0<\0\0\0arithmetic excep"..., 1024)
= 1024
[pid 27126] --- SIGSEGV (Segmentation fault) ---
[pid 27125] <... select resumed> )      = ? ERESTARTNOHAND (To be restarted)
[pid 27125] --- SIGCHLD (Child exited) ---

Incidentally, I have tried every which way to get a core dump,
but even after running apache on port 1025 as a non-root
user, and checking permissions on the CoreDumpDirectory, no
core file is created.

So, I tried attaching gdb to specific processes, but for some
reason, when I attach gdb to a particular process, the process no longer accepts
connections. Any hints?

Well, I got pretty close to getting a backtrace, but ran
across what appears to be a bug in gdb. Either that, or
I am just not finding the proper documentation.

I can get a gdb attached to the proper thread, via:

/usr/sbin/apache.dbg

gdb /usr/sbin/apache.dbg

(gdb) attach <pid>
(gdb) continue


but when
I "continue" it, it gives me a message like "Cannot find 
thread 2049: invalid thread handle".

Now, I may be doing something wrong, but I sure can't
tell what.

Does any of this information help? I see that there are now
others reporting this bug, so perhaps it can be combined with
those.

I am using php 4.2.2 on freebsd 4.6 and it core dumps whenever I try to insert ot update a blob in an interbase db as well. (not running from apache running the cgi version from a shell).

I wonder if this could be related to a problem I ran into, detailed at http://bugs.php.net/bug.php?id=18744

Basically, I discovered that if you tried to use ibase_blob_add to add > 64k of data to a blob at any one time, the data would be truncated.

Wonder if some variation of this bug causes a core dump? Are your images > 64k in size?

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.

Sorry...I meant to reply sooner. I haven't been able to do as 
you suggest yet. I have pretty much begun migrating off 
Interbase because of various weird problems integrating with 
PHP. 
 
I have tried newer PHP versions, and the problem seems to 
be at least partially addressed, although we do see quite a 
lot of error messages if we do not turn off error reporting.

And what are those errors you get?

I get "invalid blob id" warnings. Everything seems to work OK, 
though.

I'm closing this report since the original problem
is now fixed. If you want to, feel free to open
new report about those warnings..if they seem to
occur without any real reason.