On Thu, Jan 15, 2004 at 08:39:58PM +0100, Marcus Boerger wrote: > > > Is it *my* error [..]? > > Nice idea but DB_FCNTL_LOCKING has a different meaning. It says go use the > lock that is already set from the process. And it does not mean do create a > lock.
Thanks for the hint. > What version of db4 do you have? Is it compiled by your own? are you using a > dba.so? Are you testing on a standard linux fs (extfs3) or what? I am using libdb 4.0.14 (compiled statically, linked with Apache, so libphp4.so (both version) use the same lib). dba is linked into the libphp4.so, so no more dynamic loading is involved. I did a "cvs annotate" of the dba.c code and saw no changes since 2002 around the place where the error is reported. I'll have to redo that for dba_db4.c because it looks like the same error is happening with php-5.0.0b2 (I am currently configuring...). Well, about the machine, it's an EBCDIC-based mainframe on which I am currently porting the EBCDIC changes which were present in php3 but got lost in php4, so it may of course be related to that. Strange to me is the fact that 4.3.3 behaves so much differenty from 4.3.5RC1++ -- but as I said, I'll have a glimpse at "cvs ann". I'll report when I found anything. Martin -- <[EMAIL PROTECTED]> | Fujitsu Siemens Fon: +49-89-636-46021, FAX: +49-89-636-47655 | 81730 Munich, Germany -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
