Hello Martin, Thursday, January 15, 2004, 9:19:01 PM, you wrote:
> 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. Could you please update your php to current cvs version (PHP4.3.5RC1-dev and PHP5-dev). Also if that doesn't help you could update db4 to db4>=4.1.25 and test with db3 or db2 version. And what is the output of "php run-tests.php ext/dba"? -- Best regards, Marcus mailto:[EMAIL PROTECTED] -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
