Re: Build submit

At 08:40 26-3-2002, derick@php.net shared with all of us: >On Mon, 25 Mar 2002, Melvyn Sopacua wrote: > > > At 11:48 25-3-2002, Derick Rethans shared with all of us: > > > > >Melvyn, > > > > > >I think those two patches you spoke about got lost. Can you resend them to > > >this list? > > > > Sure. Attached. > > > > The first part addresses bsd_makefile. It's not pretty. Probably should > use > > the make-type variable there, but couldn't find how that get's set or what > > name it has. I guess it's an autoconf macro. > > The other two parts address inet_aton and res_search. > >There was only the configure.in patch... I didn't get the second one. True. 1 patch - 2 seperate issues: BSD_MAKEFILE and resolver functions. I cleaned it up though and gave inet_aton/res_search via libc preference at all time. Attached. >Derick > > > >On Sun, 24 Mar 2002, Melvyn Sopacua wrote: > > > > > > > Derick, > > > > > > > > derick@php.net said at 12:38 24-3-2002: > > > > > > > > > > For me that is: > > > > > > -- iconv support (skips all tests, even though --with-iconv is > given) > > > > > > -- ksort (418k diff -iw 001.exp 001.out ??) > > > > >The two above are known issues. > > > > > > > > Yep, I noticed those later. > > > > > > > > > > -- The general build system on BSDi. > > > > >Please! =) > > > > > > > > On BSDi, you have 2 system supplied make-utilities: > > > > /usr/bin/make -> the BSD-style make > > > > /usr/contrib/bin/gmake -> GNU make 3.78.1 > > > > > > > > configure.in just assumes "when on BSD/OS we have BSD-style make" > > > > Many administrators only use that make, to build the kernel, since > every > > > > other package out there advocates GNU make - as I do. I normally use > > > > my own GNU make, version 3.79.1. For the purpose of these tests > however, > > > > I use the system supplied make - which works OK. > > > > I've provided a patch already on the php-dev list, some time ago. > > > > > > > > Secondly, > > > > res_search and inet_aton detection, breaking getmxrr(). > > > > > > > > Also provided a patch for that, on the php-dev list. > > > > > > > > > > And some unclassified testcases: > > > > > > -- multiple segfaults in session tests > > > > >segfaults? Can you provide backtraces and reproducing scritps? > > > > > > > > Running tests in /home/mdev/_src/php-4.2.0RC1//ext/session/tests > > > > ================================================================ > > > > Session Object Serialization > > > (001.phpt) ... failed > > > > session_unset() without any > > > session ... passed > > > > Segmentation fault - core dumped > > > > Session Object Deserialization > > > (003.phpt) ... failed > > > > session_set_save_handler test > > > (004.phpt) ... failed > > > > Custom save handler, multiple session_start()s, complex data structu > > > ... failed > > > > Segmentation fault - core dumped > > > > References between variables in sessions > > > (006.phpt) ... failed > > > > > > > > $ ./sapi/cli/php -f ./ext/session/tests/003.php > > > > > > > > Warning: Cannot send session cookie - headers already sent in > > > > ./ext/session/tests/003.php on line 9 > > > > Segmentation fault (core dumped) > > > > > > > > A backtrace reveals nothing: > > > > gdb -exec ./sapi/cli/php -core ./php.core > > > > GNU gdb > > > > Copyright 1998 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 "i386-unknown-bsdi4.2". > > > > Core was generated by `php'. > > > > Program terminated with signal 11, Segmentation fault. > > > > Reading symbols from /weblib/local/lib/libzzip-0.so.10...done. > > > > Reading symbols from /usr/lib/libz.so...done. > > > > Reading symbols from /shlib/libm.so.0.0...done. > > > > Reading symbols from /shlib/libdl.so...done. > > > > Reading symbols from /shlib/libgcc.so.1...done. > > > > Reading symbols from /shlib/libc.so.2...done. > > > > Reading symbols from /shlib/ld-bsdi.so...done. > > > > #0 0x7272617d in ?? () > > > > (gdb) bt > > > > #0 0x7272617d in ?? () > > > > #1 0x8076a31 in ?? () > > > > #2 0x806f1e9 in ?? () > > > > #3 0x80c7f03 in ?? () > > > > #4 0x80c80fa in ?? () > > > > #5 0x80c83b4 in ?? () > > > > #6 0x80c94a4 in ?? () > > > > #7 0x80ca698 in ?? () > > > > #8 0x811c817 in ?? () > > > > #9 0x8077f12 in ?? () > > > > #10 0x8083296 in ?? () > > > > #11 0x8064cc1 in ?? () > > > > #12 0x806436e in ?? () > > > > (gdb) quit > > > > > > > > > > > > However - with --enable-debug, there is no segfault: > > > > Running tests in /home/mdev/_src/php-4.2.0RC1//ext/session/tests > > > > ================================================================ > > > > Session Object Serialization > > > (001.phpt) ... failed > > > > session_unset() without any > > > session ... passed > > > > Session Object Deserialization > > > (003.phpt) ... failed > > > > session_set_save_handler test > > > (004.phpt) ... failed > > > > Custom save handler, multiple session_start()s, complex data structu > > > ... failed > > > > References between variables in sessions > > > (006.phpt) ... failed > > > > > > > > And extra warnings: > > > > $ ./sapi/cli/php -f ./ext/session/tests/003.php > > > > > > > > Warning: Cannot send session cookie - headers already sent in > > > > ./ext/session/tests/003.php on line 9 > > > > ./ext/session/tests/003.php(9) : Warning - Cannot send session cookie - > > > > headers already sent > > > > ./ext/session/tests/003.php(9) : Warning - Cannot send session cache > > > > limiter - headers already sent (output started at ./ext/session/tests > > > > /003.php:9) > > > > ./ext/session/tests/003.php(12) : Fatal error - Call to a member > function > > > > on a non-object > > > > > > > > Warning: Cannot send session cache limiter - headers already sent > (output > > > > started at ./ext/session/tests/003.php:9) in ./ext/session/tests > > > > /003.php on line 9 > > > > > > > > Fatal error: Call to a member function on a non-object in > > > > ./ext/session/tests/003.php on line 12 > > > > > > > > > > -- File type functions > > > > > > > > Running tests in /home/mdev/_src/php-4.2.0RC1//ext/standard/tests/file > > > > ====================================================================== > > > > File type functions > > > (001.phpt) ... failed > > > > > > > > $ diff -u ./ext/standard/tests/file/001.out > > > ./ext/standard/tests/file/001.exp > > > > --- ./ext/standard/tests/file/001.out Sun Mar 24 13:00:51 2002 > > > > +++ ./ext/standard/tests/file/001.exp Sun Mar 24 13:00:51 2002 > > > > @@ -7,6 +7,7 @@ > > > > test.link lstat and stat differ at element 1 > > > > test.link lstat and stat differ at element 2 > > > > test.link lstat and stat differ at element 7 > > > > +test.link lstat and stat differ at element 8 > > > > test.link lstat and stat differ at element 9 > > > > test.link lstat and stat differ at element 10 > > > > test.file is file > > > > > > > > > > -- xml_parse_into_struct/umlauts > > > > >That one should be fixed now > > > > > > > > OK. > > > > > > > > > > -- $argv $argc handling > > > > >This fails due to the new CLI (instead of CGI) > > > > > > > > OK. > > > > > > > > > > -- OO Bug test > > > > > > > > > >OO bug always failed :) > > > > > > > > Faulty test? > > > > > > > > There's a lot of difference in test results between --enable-debug and > > > > --disable-debug. > > > > > > > > What do you prefer to be tested with and moreover - why? :-) > > > > > > > > Met vriendelijke groeten / With kind regards, > > > > > > > > IDG.nl > > > > Melvyn Sopacua > > > > Webmaster > > > > > > > > > >Derick Rethans > > > > > >--------------------------------------------------------------------- > > > PHP: Scripting the Web - www.php.net - derick@php.net > > > All your branches are belong to me! > > > SRM: Script Running Machine - www.vl-srm.net > > >--------------------------------------------------------------------- > > > > > > > > > > > >-- > > >PHP Quality Assurance Mailing List > > ><http://www.php.net/> > > >To unsubscribe, visit: http://www.php.net/unsub.php > > > > Met vriendelijke groeten / With kind regards, > > > > IDG.nl > > Melvyn Sopacua > > Webmaster > > > >----------------------------------------------------------------------- > PHP: Scripting the Web - derick@php.net > All your branches are belong to me! > SRM: Script Running Machine - www.vl-srm.net >----------------------------------------------------------------------- > > >-- >PHP Quality Assurance Mailing List <http://www.php.net/> >To unsubscribe, visit: http://www.php.net/unsub.php Met vriendelijke groeten / With kind regards, IDG.nl Melvyn Sopacua Webmaster

Attachment: [application/octet-stream] configure.in.patch