Re: 3.0.8 tarball out

On Sun, 16 May 1999, Stig Sæther Bakken wrote: > Rasmus and I have rolled the 3.0.8 tarball and so far tested it on AIX, > HP-UX, Solaris 2.7 and Linux. Looks fine. Please download it from > http://www.php.net/distributions/php-3.0.8.tar.gz and test it > with as > many extensions on as many platforms as possible. Unless we get any > serious bug reports, we will release on wednesday May 19th. > > - Stig On Debian 2.1 + kernel 2.2.5, cgi-version, almost fine. Switches used: ./configure \ --with-mysql \ --with-pgsql \ --with-sybase=/opt/sybase \ --with-dbase \ --with-filepro \ --with-zlib \ --with-config-file-path=/etc/apache \ --enable-track-vars \ --enable-magic-quotes \ --with-ldap=/usr/local \ --with-imap \ --with-snmp \ --with-pdflib \ --with-dbm \ --with-gdbm \ --with-ndbm \ --with-db2 \ --enable-sysvsem \ --enable-sysvshm \ --enable-debugger \ --enable-debug \ --enable-maintainer-mode DBA might need still some small fixes. Using non-existent handler name dumps core instead of just complaining. Test script: <? dba_open('destroy_me', 'w', 'does_not_exist'); ?> Program received signal SIGSEGV, Segmentation fault. 0x80bd888 in _php3_dba_open (ht=0x81d2660, return_value=0x817bffc, list=0x819d79c, plist=0x819d770, persistent=0) at functions/dba.c:282 282 php3_error(E_WARNING, "no such handler: %s", args[2]->value.str.val); (gdb) bt #0 0x80bd888 in _php3_dba_open (ht=0x81d2660, return_value=0x817bffc, list=0x819d79c, plist=0x819d770, persistent=0) at functions/dba.c:282 #1 0x80bdb6a in php3_dba_open (ht=0x81d2660, return_value=0x817bffc, list=0x819d79c, plist=0x819d770) at functions/dba.c:343 #2 0x80503ed in cs_functioncall_post_variable_passing ( function_name=0xbfffeb88, phpchar=0xbfffeb58) at control_structures_inline.h:930 #3 0x8053c46 in phpparse () at language-parser.y:535 #4 0x805be2f in php3_parse (yyin=0x81ccb20) at main.c:1541 #5 0x805c87e in main (argc=3, argv=0xbffffa14) at main.c:1849 Also, on Debian libdbm seems to be a symlink to libgdbm and when using --with-dbm DBA_DBM gets defined in config.h, the resulting binary fails to initialize driver. I'll try to check out how to test this situation with autoconf-stuff, but then what? Give a warning? Or just silently undef DBA_DBM (and get hundreds of bogus bug reports)? Otherwise, seems to be working fine. Jouni Ahto -- PHP Development Mailing List http://www.php.net/ To unsubscribe send an empty message to php-dev-unsubscribe@lists.php.net For help: php-dev-help@lists.php.net